YD T 1522.4-2009 会话初始协议(SIP)技术要求.第4部分 基于软交换网络呼叫控制的SIP协议.pdf

《YD T 1522.4-2009 会话初始协议(SIP)技术要求.第4部分 基于软交换网络呼叫控制的SIP协议.pdf》由会员分享，可在线阅读，更多相关《YD T 1522.4-2009 会话初始协议(SIP)技术要求.第4部分 基于软交换网络呼叫控制的SIP协议.pdf（30页珍藏版）》请在麦多课文档分享上搜索。

1、lCS 3304030M 12 Y口中华人民共和国通信行业标准YD厂r 1 5224-2009会话初始协议(SIP S)技术要求第4部分：基于软交换网络呼叫控制的SIP协议Technical Requirements for Session Initiation ProtocolPart 4 SI PS Applications about call control Based on Softswitch Network200906-1 5发布 2009-09-01实施中华人民共和国工业和信息化部发布目 次YD厂r 1 5224-2009前言III范围l2规范性引用文件l3术语、定义和缩略语l

2、4既述241 SIP协议在软交换网络中的应用242对用户标识，编号的要求343传输机制45 sIP消息45I SIP请求消息45,2 SIP响应消息55,3软交换支持的SIP头字段754 SIP1消息955异常处理96 SIP在软交换网络中基于呼叫控制的应用1061概j苤-一1062基本业务1063补充业务137其他规定1671连通性检查1672对预置条件的支持167,3重叠发码16附录A(资料性附录)消息示例18YD厂r 1 5224-2009前 言会话初始协议(SP)技术要求预计分为6个部分：第1部分：基本的会话初始协议：第2部分：基于会话初始协议(sP)的呼叫控制的应用；第3部分：ISD

3、N用户部分(ISUP)和会话初始协议(SIP)的互通；第4部分：基于软交换网络呼叫控制的SIP协议；第5部分：基于IMS网络的SIP协议总体技术要求第6部分：BIcC和会话初始协议(s口)的互通。本部分为会话初始协议(sna)技术要求的第4部分。本部分是会话初始协议(siP)系列标准之一，该系列标准的预计结构为：(1)会话初始协议(s口)技术要求第1部分：基本的会话初始协议；第2部分：基于会话初始协议(S)的呼叫控制的应用；第3部分：ISDN用户部分(ISUP)和会话初始协议(sm)的互通；第4部分：基于软交换网络呼叫控制的SIP协议；第5部分：基于IMS网络的SIP协议总体技术要求；第6部分

4、：BICC和会话初始协议(SIP)的互通。(2)会话初始协议(s)技术要求第3部分：ISDN用户部分(ISUP)和会话初始协议(SIP)的互通(补充件I)(3)会话初始协议(SIP)测试方法第1部分：基本的会话初始协议；第2部分：基于软交换网络呼叫控制的SIP协议。会话初始协议(Sm)技术要求第4部分：基于软交换网络呼叫控制的SIP协议将与会话初始协议(SIP)测试方法第2部分：基于软交换网络呼叫控制的SIP协议配套使用。随着技术的发展，还将制定后续的相关标准。本部分的附录A为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、上海贝尔阿尔卡特股份有限公

5、司、华为技术有限公司本部分主要起草人：林美玉、陈靖、徐培利会话初始协议(S田)技术要求第4部分基于软交换网络呼叫控制的SIP协议YD厂r 1 5224-20091范围本部分规定了软交换网络支持的SIP消息的格式和内容，包括SIPSIP-I协议在软交换网络中对基本业务、补充业务、连通性检查的支持以及各种业务的信令流程等技术要求。本部分适用于我国使用SIPSIPI协议的固定软交换网络设备及终端。不适用于游牧业务、移动业务。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而，鼓励根据本部分达成

6、协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。YDT 15221-2006 会话初始协议(s口)技术要求第1部分：基本的会话初始协议YDfr 15223-2006 会话初始协议(SIP)技术要求第3部分：ISDN用户部分(ISUP)和会话初始协议(S)的互通YDIT 152231-2009 会话初始协议(SIP)技术要求第3部分：ISDN用户部分(ISUP)和会话初始协议(SIP)的互通(补充件1)YDfF 1936-2009 会话描述协议(SDP)技术要求YDN038-1997 国内No7信令方式技术规范综合业务数字网用户部分(ISUP)YDN0

7、65-1997 邮电部电话交换设备总技术规范书YDC 045-2007 基于软交换的网络组网总体技术要求IETF RFC 3326 SIP的Reason头字段IETF RFC 3903 事件状态发布的SIP扩展IETF RFC 4028 SIP中的会话定时器3术语、定义和缩略语31术语和定义下列术语和定义适用于本部分。311SiP用户代理SIP UserAgent能够完成SIP UAC和SIP UAS功能的逻辑实体，即该逻辑实体作为UAC时能够发起请求，作为UAS时能够对请求进行响应。312软交换SoftSwitch是分组网的核心设备之一，它主要完成呼叫控制、媒体网关接入控制、资源分配、协议处

8、理、路由、YDIT 1 5224-2009认证、计费等主要功能，并可以向用户提供基本语音业务、移动业务、多媒体业务以及其他业务等。32缩略语下列缩略语适用于本部分。ACM Address Complete Message 地址全消息AG Access Gateway 接入网关ANIvl AnswetMessage 应答消息AOR Address ofrecord 地址记录CGB Circuit Group Blocking 电路群闭塞CPG Call Progress 呼叫进展FQDN fully qualified domain name 全称域名GRS Circuit Group Rese

9、t 电路群复原HLSR Home Location and Service Register 归属位置业务寄存器lAD Integrated Access Device 综合接入设备IAM Initial Address Message 初始地址消息I-IWU Incoming(to ISUP)Interworking Unit 入局互通单元NBP Network Border Point 网络边界点0IWU Outgoing(from ISUP)Interworking Unit 出局互通单元PSTN Public Switched TelcDhone Network 公共交换电话网REL

10、Release 释放SAC Softswitch Services Access Control Device 软交换业务接入控制设备SIP Session Initiation Protocol 会话初始协议SIPI SIP with encapsulated ISUP 带有封装ISUP的SIPSS SoftSwiteh 软交换TG Trunk Gateway 中继网关UA User Agent 用户代理UAC User Agent Client 用户代理客户UAS User Agent Server 用户代理服务器4概述41 SIP协议在软交换网络中的应用软交换网络的组网结构如图l所示。图

11、I中各网元和接口应符合YDC 045。2007酿J规定。如图1所示，SIPSIP-I协议在软交换网络中应用的场景如下：1)SIP终端sAC-软交换SIP终端经过SAC接入到软交换网络中时，SIP终端和SAC之间的In接口以及SAC和软交换之间的Is接口均采用SIP协议，其SAC只对SIP消息中的某些地址信息进行修改后再透传；2)软交换软交换为在软交换网络中方便的继承PSTN补充业务，减少对SIP协议的扩展，本部分建议，软交换之间2YD厂r 1 5224-2009的Id接口，应采用SIP-I协议，即发端软交换采用SIPI协议作为出局协议，对端软交换应根据具体的业务流程回送SIP消息或SIP-I消

12、息；图1 软交换网络的组网结构图3)软交换转接软交换软交换为在软交换网络中方便的继承PSTN补充业务，减少对SIP协议的扩展，本部分建议，软交换和转接软交换之间的Im接口，应采用SIP-I协议。发端软交换采用SIP-I协议作为出局协议，收端交换应根据具体的业务流程回送SIP消息或SIP-I消息。转接软交换原则上应透传收到的SIP的消息类型，并且不能修改封装的ISUP消息体的内容(注：如果将来对转接软交换有新的业务需求，可以另行规定)。4)软交换应用服务器软交换和应用服务器之间的h接口，可以采用SIP协议；5)软交换应用网关软交换和应用网关之间的Ib接口，可以采用SIP协议；6)软交换，应用服务

13、器，应用网关媒体服务器软交换，应用服务器应用网关和媒体服务器之间的IeIi接口，也可以采用SIP协议。本部分仅规定了Sm，S口I协议在SIP终端和软交换之间、软交换之间以及软交换和转接软交换之间的基本呼叫控制的应用，本部分不规定采用SIP协议控制应用服务器、应用网关、媒体服务器的应用。本部分的规定适用于以下几种类型的软交换用户：SIP终端用户、经过IAD或AG接入的用户、经过信令网关和中继网关接入的PSTN用户。42对用户标识，编号的要求目前软交换网络只要求支持SIP URI，暂不包含SIPS URI和Tel URI。本部分只规定了采用E164号码标识用户的情况。根据YDT 15221-200

14、6的规定，SIPURI的通用格式为：sip：user：passwordhost：port；uri-parameters?headers3YD厂r 15224-2009本部分要求SIP uRI的使用方法如下：之前部分：指定被寻址的主机资源的标识符。本部分规定为一个E164号码。之后部分：host：指定SIP资源。host应该包含一个FQDN或者是一个数值表示的IPv4或者IPv6地址。port：指定请求要被发送的端口，为可选参数。uri-parameters：本部分要求至少包含usef参数，且值为“phone”。本部分规定的在软交换网络中使用的SIPuRI举例如下：sip：01068090000

15、19216801060；user=phone43传输机制软交换网络应采用UDP方式传输SIP消息。5 SIP消息51 SIP请求消息SIP协议规定的方法共14种：DrIE、ACK、BYE、CANCEL、OPTIONS、REGISTER、PRACK、INFO、UPDATE、SUBSCRIBE、NOTIFY、REFER、MESSAGE和PUBLISH。由这些方法可以构成14种不同的请求消息，分别实现不同的功能。1、ACK确认消息，用于确认收到了INVITE请求的最终响应。2、BYE会话结束请求，用于终结已经建立的会话连接，包括已经建立的早期对话。3、CANCEL用于取消一个待处理的请求。4、DO用

16、于在信令通路中携带一些应用层的消息，例如可以携带重叠发码信息。5、INVE会话建立请求，用于邀请用户参与到会话中来。6、MESSAGE用于发送即时消息。在MESSAGE中可以携带文本消息体，发送即时消息。7、NOT吖通知请求，当用户订阅的某个资源的状态发生了改变，使用NoT吖向用户发送通知。8、OPTIONS用作询问服务器的能力。还可以用作连接性检查，例如作为软交换之间的心跳消息。9、PRACK临时性响应的确认消息，用于确认收到了可靠的临时性响应。10、PUBLISH用于发布事件状态，用户可以创建、修改和删除该事件状态。1l、REFER会话转移请求，用来指示接收方使用REFER消息中的信息联系

17、第三方参与会话。4YD厂r 1 6224-200912、REGISTER注册请求，用于终端向软交换进行注册。13、SUBSCRmE订阅请求，用于用户订阅某个资源的状态。14、UPDATE会话更新请求，用于修改会话过程中的一些参数，可以对未建立的会话和已建立的会话进行更新。建议使用UPDATE对未建立的会话进行更新，对于己建立的会话，建议使用rc-INVITE请求进行会话更新。PUBLISH请求消息的格式应符合RFC3903的规定；其余13种请求消息的格式参应符合YDT152212006的规定。52 SIP响应消息521响应消息分类SIP响应消息总共分为6种类型，分别表示对请求的不同的处理状态：

18、1XX：临时响应，表示请求消息正在被处理。2XX：成功响应，表示请求已被成功接收，完全理解并被接受。3XX：重定向响应，表示需采取进一步操作以完成该请求，例如该响应可以用于指定用户的新位置信息。4XX：失败响应，表示由于请求消息中包含语法错误信息或其他原因导致服务器无法完成该请求。5XX：失败响应，表示由于服务器内部出错而导致请求失败。6XX：失败响应，表示对于该请求，任何服务器都无法完成该请求。以上6种响应消息的格式以及具体的响应代码的含义应符合YDT 15221-2006的规定。522软交换支持的响应消息5_221概述本节仅规定了在软交换网络中一些特定情况下需要使用的响应消息。软交换必须支

19、持本节列举的响应消息，但并不限于这些响应消息。52 22 100(处理中)软交换收到INVITE请求和reINVnE请求之后，应立即回送该响应。52，23 180(振铃中)被叫侧收NrNvrrE请求之后，如果被叫侧正在振铃，则应发送该响应指示向主叫用户播放回铃音。5224 1 83(会话进行)该响应用来传递关于呼叫进展过程中的一些信息。当被叫端局通过ACM或CPG消息指示发送语音通知，在软交换之间应采用该响应携带SDP并封装ACM或CPG消息，建立后向媒体通道。当提供PSTN业务时，如果PsTN侧采用CPG消息携带一些呼叫进展的信息(除“振铃”)，在软交换之间应采用该响应携带相应的呼叫进展信息

20、。5225 200(成功)该响应表示请求成功。5226 202(接受)YD厂r 1 5224-2009该响应用于指示请求已经被接受正在处理中，但是处理还没有完成。作为SUBSCRIBE请求的响应，用于指示SUBSCRIBE请求己被接受和理解，但不表示订阅已经通过认证。作为REFER请求的响应，用于指示REFER请求已经被接受，但是不保证订阅成功。5227 300(多选择)该响应用于指示可以有多个地址选项能够完成重定向。5_228 302(暂时重定向)终端实现的呼叫转移(Communication Deflection)业务中需要用到该响应，在该响应的Contact头字段中携带新的用户号码，使主

21、叫用户向新的用户号码发送呼叫建立请求。5229 400(错误请求)由于请求的语法错误而导致失败。52210 401(未鉴权)当端局软交换(注册服务器)需要对用户进行鉴权时，应采用401的响应代码。52211 404(未找到)当被叫号码为空号(未分配的号码)、误拨长途字冠或无效的转接网选择时，应采用该响应拒绝呼叫请求。52212 422(会话更新间隔太短)当软交换收到的请求中包含Supported头字段，且值为timer，如果Session-Expires指定的会话更新周期比软交换允许的最小值短，软交换应采用该响应拒绝呼叫请求。52213 480(暂时不可用)当用户未响应、用户未应答、用户缺席、

22、交换机选路错误等情况下，应采用该响应拒绝呼叫请求。5221 4 484(地址不完整)当号码格式无效(地址不全)时，应采用该响应拒绝呼叫请求。52215 486(忙)当被叫用户忙时，应采用该响应拒绝呼叫请求。52216 487(请求被终止)当呼叫被BYECANCEL终止时，应采用该响应拒绝呼叫请求。52217 491(请求挂起)该响应表示，UAS收到请求但是在同一个对话中该UASJ匝有一个等待处理的请求。例如，在传真和modem业务中，发生同抢的情况时应使用该响应拒绝请求。52218 500(服务器内部错误)该响应用于由于服务器遇到某些情况而导致的不能执行请求的情况。当软交换在收到最终响应之前收

23、到PsTN侧发送的RSCGRSCGB消息或者收到PsTN侧的无法识别的消息，软交换应采用该响应拒绝呼叫请求。5221 9 503(服务不可用)由于软交换过载或者正在维护而导致软交换暂时不能处理该请求，应采用该响应拒绝呼叫请求。使用该响应时，应使用RetryAfter指明何时可重发该请求，如果没有RetryAfter，则当作500响应进行处理。52220 600(忙)6YD厂r 1 5224-2009当软交换知道被叫忙且知道没有其他终端可以接收该请求时，可以采用该响应拒绝呼叫请求，也可以使用486代替。53软交换支持的SIP头宇段531概述本节仅列举了除YDT 15221-2006规定的头字段以

24、外，软交换还需要支持的头字段，但软交换支持的头字段并不限于这些头字段。532 Min-SEMinSE用于指示会话更新周期的最小值，也是十进制整数表示秒数。INVrIE和UPDATE请求中携带该字段表示本次会话更新周期的最小值，该值不能小于90秒；没有该字段时，默认值为90秒。除422(会话更新间隔太短)响应之外，其他响应都不包含该字段，422响应中该头字段用于表示软交换希望接受的会话更新周期的最小值。语法如下：Mill-SE=”Min-SE”HCOLON delta-seconds 4(SEMI generic-param)例如MinSE：3600533 P-Asserled-Identity

25、P-AssertedIdentity头字段用于软交换之间携带发送SIP请求的用户的身份信息，且该身份信息需通过鉴权后得到的用户的真实身份信息。语法格式如下：PAssertedID=”P-Asserted-Identity”HCOLON PAssertedlD-value+(COMMA PAssertedID-value)PAssertedlD-value=name-addr，addr-spec例如”Cullen Jermings”P-Asserted-Identity头字段的值必须包含一个name-addr或者addr-spec，可以有一个或两个P-Asserted-Identity头字段的值

26、。当软交换收到的消息来自一个不信任的节点时，软交换就必须对消息的发起者进行鉴权并插入一个PAssertedIdentity头字段，值为鉴权后得到的身份信息。如果收到来自信任节点的消息，软交换就可以直接使用消息中的P-Asserted-Identity头字段的信息。如果软交换收到的消息中没有P-Asserted-Identity头字段，软交换可以插入该字段。如果软交换收到一个来自它所不信任的节点的消息并且消息中有一个PAssertedIdentity头字段，它必须使用一个新的URI取代它或者删除该字段。本部分规定，在软交换网络中，SIP终端和软交换之间可以为不信任节点，但网络设备均应该是信任节点

27、。软交换将一个消息前转到另一个节点时，它必须首先判断是否信任该节点。如果信任该节点，一定不能删除任何PAssertedIdentity头字段，无论是自己产生的还是从某信任节点接收到的。如果它不信任该节点，则必须检查Privacy头字段(如果有的话)，判断主叫侧用户是否要求对身份信息保密。534 P-Preferred-IdentityPPreferredIdentity头字段用于从UAitJ其所信任的软交换之间，承载发送方身份信息，该字段信息是用户插入PAsserted-Identity字段的值。该字段的语法格式如下：PPreferredID=”P-PreferredIdentity”HCOL

28、ON PPreferredID-value+(COMMA PPreferredID-value)7YD厂r 1 5224-2009PPreferredID-value=naIneaddraddr-spec例如”CuUen Jennings”P-Preferred-Identity头字段的值必须包含一个nanlc-addr或者addr-spec，可以有一个或两个PPreferredIdentity头字段的值。软交换可以插入或者移除该字段。如果软交换从一个不信任节点收到的消息中含有一个P-Preferred-Identity头字段，表明被鉴权的用户有多个身份信息尚待证实。如果这些身份与软交换鉴权所

29、得到的关于用户的有效身份没有对应，软交换就要插入一个自己构建的PAssertedIdentity，或者拒绝该请求(例如可以使用403(禁止)。软交换还必须从它所要前转的消息中移除P-Preferred-Identity头字段。uA只能向信任域内的软交换发送PPreferredIdentity头字段。如果uA向信任域外的某个节点发送PPreferred-Identity，私密性就无法保证。535 Privacy该字段用于在SiP消息中指示用户对私密性的要求。该字段的语法格式如下：Privacy-hdr=”Privacy”HCOLON pdv-value+C：”priVvalue)pfivvalu

30、e=”header”session”，”user”none”critical”，”idtoken不同的privvalue表示用户对私密性要求的不同级别。如果软交换无法保证用户所要求的私密性等级，那么软交换应使用500(服务器内部错误)响应拒绝该请求，并在响应的原因短语中表述，是由于不支持哪些面vvalue才导致请求失败的。当软交换执行Privacy头字段中某个等级的私密性功能后，就应该将相应的pfi”value删除，以免其他网络设备重复执行这个功能。软交换将某消息前转到一个它所不信任的节点时，如果没有Privacy字段，软交换可以保留也可以删除PAssertedIdentity字段。如果消息中

31、有PAssertedIdentity字段值并且要求”header”、”session”、”user”、”critical”、”id”级的私密性，那么该消息被前转到一个不信任节点之前需要将所有的P-AssertedIdentity字段值删除。536 ReasonReason头字段用于指示引起发生某行为的原因。该字段可以用于对话中的SIP请求、CANCEL请求以及SIP响应消息中。该字段的语法格式如下：Reason = ”Reason”HCOLON reason-value 4(COMMA reasonvaluelreasonvalue 2 protocol 8(SEMI reason-param

32、s、protocol =”SIP”Q850”，tokenreason-params 2 protocol-causereasontext，reasonextensionprotocol-cause =”cause”EQUAL causecause = l+DIGrrreasontext =”text”EQUAL quoted-stringreasonextension 2 generic-paramYD厂r 1 5224-2009当pro眦01取值为SIP时，cause参数里面包含一个SIP响应代码。当protocol取值为Q850时，cause参数里面包含一个uT Q850里面规定的原因值。

33、如果SIP消息中需要包含多个Reason字段，不同的字段必须为不同的协议。例如：Reason：Q850；cause-16；text=”Terminated”如果软交换不支持该字段，不应该影响软交换对其他SIP头字段的处理。在(RFC3326)中规定，Reason头字段通常用于失败响应中指示引起请求失败的原因；本部分规定，18x响应消息中也要求能够携带Reason头字段，用于在ISUP消息映射到s口消息的过程中，如果软交换收到的ACM或CPG消息中携带Q8so#定义的原因值，则软交换应在18x消息中使用Reason头字段中携带该原因值；同样，在SIP消息映射至IJISUP消息的过程中，如果18x

34、消息中的Reason头字段中携带Q850中定义的原因值，则映射的ACM或CPG消息的原因指示语中也要求携带该原因值。除此之外，Reason头字段应满足RFC 3326的其他要求。537 Session-Expires在RFC4028规定了一种会话更新机制，用于软交换了解当前会话的状态。该字段用于携带会话更新的周期，可以用于INVITE请求或UPDATE请求中，或者INVITE请求或UPDATE请求的2XX响应中。该字段同Expires字段一样，包含一个十进制整数，表示秒。语法结构如下：Session-Expires =(”Session-Expires“”X”)HCOLON deltaseco

35、nds+(SEMI Se-params)se-params =refresher-param，genericparamrefresher-param =”refresher“EQUAL(”uas”，”uac”)SessionExpires的缩写为x。SessionExpires字段的最小值为90秒，但是从电信应用来看，建议软交换插入该字段时，至少应采用1800s(30min)。如果SIP消息中没有携带该字段则表示该消息没有指示会话更新的周期。SessionExpires字段的内容应满足RFc 4028的相关要求。54 SIP-l消息SIP-I消息是指封装Tsup消息的sip请求消息和sip响应

36、消息。软交换生成SIP-I消息的规则应符合YDT 15223-2006的规定。软交换封装ISUP时，需要保证SIP消息的指示同封装的ISUP消息的指示内容一致，例如SIP失败响应中封装的REL的原因值与失败响应的对应关系，应满足YDT 152232006中表18的要求。55异常处理551端局软交换对于无法识别或不支持的请求消息，端局软交换应立即回送405(不支持的方法)响应结束该请求。对无法识别的最终响应，端局软交换必须将其等价于所属响应类别的x00响应码进行处理。例如：如果端局软交换收到了一个无法识别的响应码431，那么对该431的处理同400(错误请求)响应码。对于任何无法识别的非100临

37、时响应的处理必须等同183响应(会话处理中)。对于无法识别的头字段，在不影响路由的情况下，端局软交换应丢弃该头字段后继续处理。552转接软交换9YD厂r 1 5224-2009转接软交换收到无法识别的请求消息和响应消息，在不影响路由的情况下，应透传给下一跳软交换。转接软交换收到无法识别的头字段，可以采用以下两种处理方式：透传该头字段给下一跳软交换；丢弃该头字段并将该消息转发给下一跳软交换。6 SIP在软交换网络中基于呼叫控制的应用61概述在软交换网络中，SIP协议主要用于对呼叫进行控制。本部分主要规定了对基本业务和部分常用的补充业务的呼叫控制的应用。可以采用SIP协议控制的基本业务包括基本语音

38、业务、点对点视频业务、传真业务、Modem业务：本部分规定的采用SIP协议控制的补充业务包括主叫号码显示6R制、呼叫保持，呼叫恢复、呼叫前转、呼叫等待、会议呼叫，三方通话。本章对业务流程中必须支持的关键消息、头字段和参数进行了规定，SIP消息的其他头字段和参数应符合YDT 15221-2006的要求。62基本业务621信令流程基本业务信令流程详见附录A12。基本语音业务、点对点视频业务、传真业务、modem业务的信令流程完全相同，都可以包括会话建立流程、会话更新流程、会话释放流程、会话中止流程，其中传真modem业务流程主要是利用会话更新流程修改会话过程中的媒体类型。622基本语音业务基本语音

39、业务，通过SIP消息分别携带通信双方终端ffgSDP描述，就编解码能力、RTP地址、端口等进行协商，并完成会话的建立。623点对点视频业务软交换的用户中，只有SIP用户之间可以进行点对点视频业务。SIP用户可以支持的视频编解码格式很多，例如H263、H261、MPEG4等。点对点视频业务，除了需要进行编解码能力协商和RTP地址、端口交换之外，还需要完成视频参数的协商。视频参数的必选参数包括：编解码格式(例如H263、H261、MPEG4等)；图像格式(例女ucip、QCIF、SQCIF、CF4、CIFl6等)；帧频值mpi；媒体流的最大比特率MaxBR。这些参数在SDP中的a=fmtp属性行中

40、进行规定。如果Answer方不支持以上视频参数，要求Offer方可以从Answer方发送的媒体流中检测出视频格式，完成视频协商。如果Offer方不支持以上视频参数，要求Answer方可以从Offer方发送的媒体流中检测出视频格式，完成视频协商。624传真业务传真业务除了传真建立和传真结束流程之外，还可以通过会话更新的过程，实现以下功能：(1)语音通信状态切换到传真业务状态；10(2)双方同时从语音通信状态切换到传真状态(3)传真结束后，恢复到原有的语音通信。软交换网络中采用SIP协议对传真业务进行控制传真格式包括G711、T38传真。YD厂r 1 5224-2009能够通过同抢机制的定时器T来

41、解决；只能应用在软交换之间。目前软交换网络可支持的G71l传真建立可以采用两种方式实现：网关控制方式：主被叫之间建立了G711编码方式的基本语音通信。当媒体网关检测到传真信号之后，直接在媒体网关之间进行传真协商，媒体网关通过对Im包的检测获知传真业务信息，调整回音抵消等功能并切换到传真态。这种实现方式不需要SIP协议进行控制；软交换控制方式：主被叫之间建立了基本语音通信，基于本地的一些策略，会选择G711、G729或者G723等语音编码方式。当其中一方(通常为传真接收方)的媒体网关检测到传真信号，会通知软交换，由软交换向对端软交换发起re。INVITE会话更新流程采用SDP消息进行传真的协商，

42、协商成功后，软交换指示各自的媒体网关切换到传真业务，并关闭回音抵消等功能。具体的SDP描述应满足Y阴1936-2009会话描述协议(SDP)技术要求的要求；例如：m=audio 8776 RTPAVP 0a=FaxT38传真必须采用软交换控制方式实现。主被叫之间建立了基本语音通信。当其中一方(通常为传真接收方)媒体网关检测到传真信号，会通知软交换。软交换向对端软交换发起re-INVITE会话更新流程进行传真的协商，协商成功后，软交换指示各自的媒体网关进行编解码转换并切换到传真状态T38传真的SDP描述，应满足YDT 1936-2009会话描述协议(SDP)技术要求的要求。本部分规定，对于T38

43、传真和软交换控制方式的G711传真建立流程，传真接收方媒体网关检测到传真信号之后，必须能够立即通知软交换，由传真接收方软交换发起传真媒体能力的协商；如果传真接收方没有检测到传真信号或者没有上报传真事件，发送方媒体网关检测到传真信号之后也可以通知发送方软交换，由传真发送方软交换发起传真媒体能力的协商，且传真接收方也必须能够处理传真发送方软交换发来的reinvite请求。对于T38传真和软交换控制方式的G711传真业务，传真结束后，媒体网关能够检测到传真结束事件，立即通知软交换，由软交换向对端软交换发起reINVITE会话更新流程进行媒体格式的更新，同时指示媒体网关从传真状态切换到语音通信状态。对

44、于软交换控制方式的G 711传真和T38传真，如果传真发送方和传真接收方软交换同时发起切换到传真状态的reinvite请求，双方软交换应遵守同抢机制，分别回送491响应结束会话更新请求，并各自启动T定时器：如果本次对话的CallID是由该软交换生成，ROT的取值范围为214s的任意值，单位为10ms；如果本次对话的CallID不是由该软交换生成，则T的取值范围为02s的任意值，单位为10ms。定时器超时后，软交换可以重新发起reinvite会话更新请求。625 modem业务modem业务除了modem呼叫建立和呼叫结束之外，还可以通过会话更新的过程，实现以下功能：(I)语音通信状态切换Nmo

45、dem业务状态；YD厂r 15224-2009(2)双方同时从语音通信状态切换至lJmodem业务状态，能够通过同抢机制的定时器T来解决。软交换网络中采用SIP协议对modem、Jk务进行控制，应用在软交换之间。通过媒体协商，采用G711的编码方式，传输modem媒体。Modem呼叫建立可以采用两种方式实现：网关控制方式：主被叫之间建立了G711编码方式的基本语音通信。当媒体网关检测到modem开始音信号之后，直接在媒体网关之间进行modem协商，媒体网关关闭回声抑制、增益控制等功能，切换至1modem业务状态。这种实现方式不需要SIP协议进行控制：软交换控制方式：主被叫之间建立了基本语音通信，基于本地的一些策略，会选择G711、G729或者G723等语音编码方式。当其中一方(通常为modem发送方)的媒体网关检测到modem开始音信号，会通知软交换，由软交换向对端软交换发起reINVITE会话更新流程进行modem的协商，协商成功后，软交换指示各自的媒体网关切换到G711 modem业务状态，并关闭回声抑制、增益控制等功能。modem业务的SDP描述应满足YDT 1936-2009会话描述协议(sDP)技术要求的要求，例如：m=audio 8776 R