基于软交换网络呼叫控制的SIP协议

1、lCS 3304030M 12Y口中华人民共和国通信行业标准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目次前言 II I范围 l2规范性引用文件l3术语、定义和缩略

2、语l4既述241SIP协议在软交换网络中的应用242对用户标识，编号的要求343传输机制 45sIP消息45ISIP请求消息45,2 SIP响应消息55,3软交换支持的SIP头字段754SIP1消息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部分：

3、ISDN用户部分(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协议总体技术要

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

5、尔阿尔卡特股份有限公司、华为技术有限公司 本部分主要起草人：林美玉、陈靖、徐培利YD厂r 1 5224-2009会话初始协议(S田)技术要求 第4部分基于软交换网络呼叫控制的SIP协议1范围本部分规定了软交换网络支持的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信令方式技术规范综合业务数字网用户部

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

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

9、rcuit Group Reset电路群复原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 Ne

10、twork 公共交换电话网RELRelease 释放SACSoftswitch Services Access Control Device 软交换业务接入控制设备SIP Session Initiation Protocol 会话初始协议SIPISIP with encapsulated ISUP 带有封装ISUP的SIPSS SoftSwiteh 软交换 TG Trunk Gateway 中继网关 UA User Agent 用户代理UACUser Agent Client 用户代理客户UAS User Agent Server 用户代理服务器4概述41SIP协议在软交换网络中的应用 软交

11、换网络的组网结构如图l所示。图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协议作为出局协议，对端软交换应根据具体的业务

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

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

14、识用户的情况。根据YDT 15221-2006的规定，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”。 本部分规定的在软交换网络中使用的SIP

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

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

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

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

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

20、“振铃”)，在软交换之间应采用该响应携 带相应的呼叫进展信息。5225 200(成功)该响应表示请求成功。5226 202(接受)YD厂r 1 5224-2009该响应用于指示请求已经被接受正在处理中，但是处理还没有完成。作为SUBSCRIBE请求的响应， 用于指示SUBSCRIBE请求己被接受和理解，但不表示订阅已经通过认证。作为REFER请求的响应，用于 指示REFER请求已经被接受，但是不保证订阅成功。5227300(多选择)该响应用于指示可以有多个地址选项能够完成重定向。5_228302(暂时重定向)终端实现的呼叫转移(Communication Deflection)业务中需要用到该

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

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

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

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

25、am)例如MinSE：3600533 P-Asserled-IdentityP-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或者ad

26、dr-spec，可以有一个或两个 P-Asserted-Identity头字段的值。当软交换收到的消息来自一个不信任的节点时，软交换就必须对消息的发起者进行鉴权并插入一个PAssertedIdentity头字段，值为鉴权后得到的身份信息。如果收到来自信任节点的消息，软交换就可以直 接使用消息中的P-Asserted-Identity头字段的信息。如果软交换收到的消息中没有P-Asserted-Identity头字 段，软交换可以插入该字段。如果软交换收到一个来自它所不信任的节点的消息并且消息中有一个 PAssertedIdentity头字段，它必须使用一个新的URI取代它或者删除该字段。本部分

27、规定，在软交换网络 中，SIP终端和软交换之间可以为不信任节点，但网络设备均应该是信任节点。软交换将一个消息前转到另一个节点时，它必须首先判断是否信任该节点。如果信任该节点，一定 不能删除任何PAssertedIdentity头字段，无论是自己产生的还是从某信任节点接收到的。如果它不信任该 节点，则必须检查Privacy头字段(如果有的话)，判断主叫侧用户是否要求对身份信息保密。534 P-Preferred-IdentityPPreferredIdentity头字段用于从UAitJ其所信任的软交换之间，承载发送方身份信息，该字段信息是 用户插入PAsserted-Identity字段的值。该

28、字段的语法格式如下：PPreferredID=”P-PreferredIdentity”HCOLON PPreferredID-value+(COMMA PPreferredID-value)7YD厂r 1 5224-2009PPreferredID-value=naIneaddraddr-spec例如”CuUen Jennings”P-Preferred-Identity头字段的值必须包含一个nanlc-addr或者addr-spec，可以有一个或两个 PPreferredIdentity头字段的值。软交换可以插入或者移除该字段。如果软交换从一个不信任节点收到的消息中含有一个P-Prefer

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

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

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

32、MA reasonvaluelreasonvalue2 protocol 8(SEMI reason-params、protocol=”SIP”Q850”，tokenreason-params2 protocol-causereasontext，reasonextensionprotocol-cause =”cause”EQUAL cause cause = l+DIGrrreasontext=”text”EQUAL quoted-stringreasonextension2generic-paramYD厂r 1 5224-2009当pro眦01取值为SIP时，cause参数里面包含一个SIP

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

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

35、法结构如下：Session-Expires=(”Session-Expires“”X”)HCOLON deltaseconds+(SEMI Se-params)se-params =refresher-param，genericparam refresher-param=”refresher“EQUAL(”uas”，”uac”)SessionExpires的缩写为x。 SessionExpires字段的最小值为90秒，但是从电信应用来看，建议软交换插入该字段时，至少应采用1800s(30min)。如果SIP消息中没有携带该字段则表示该消息没有指示会话更新的周期。 SessionExpires字

36、段的内容应满足RFc 4028的相关要求。54 SIP-l消息SIP-I消息是指封装Tsup消息的sip请求消息和sip响应消息。软交换生成SIP-I消息的规则应符合YDT 15223-2006的规定。 软交换封装ISUP时，需要保证SIP消息的指示同封装的ISUP消息的指示内容一致，例如SIP失败响应中封装的REL的原因值与失败响应的对应关系，应满足YDT 152232006中表18的要求。55异常处理551端局软交换 对于无法识别或不支持的请求消息，端局软交换应立即回送405(不支持的方法)响应结束该请求。 对无法识别的最终响应，端局软交换必须将其等价于所属响应类别的x00响应码进行处理。

37、例如：如果端局软交换收到了一个无法识别的响应码431，那么对该431的处理同400(错误请求)响应码。 对于任何无法识别的非100临时响应的处理必须等同183响应(会话处理中)。 对于无法识别的头字段，在不影响路由的情况下，端局软交换应丢弃该头字段后继续处理。552转接软交换9YD厂r 1 5224-2009转接软交换收到无法识别的请求消息和响应消息，在不影响路由的情况下，应透传给下一跳软交换。 转接软交换收到无法识别的头字段，可以采用以下两种处理方式：透传该头字段给下一跳软交换；丢弃该头字段并将该消息转发给下一跳软交换。6 SIP在软交换网络中基于呼叫控制的应用61概述在软交换网络中，SIP

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

39、程、会话更新流程、会话释放流程、会话中止流程，其中传真modem业务流程主要是利用会话更新 流程修改会话过程中的媒体类型。622基本语音业务基本语音业务，通过SIP消息分别携带通信双方终端ffgSDP描述，就编解码能力、RTP地址、端口等 进行协商，并完成会话的建立。623点对点视频业务软交换的用户中，只有SIP用户之间可以进行点对点视频业务。SIP用户可以支持的视频编解码格式很多，例如H263、H261、MPEG4等。 点对点视频业务，除了需要进行编解码能力协商和RTP地址、端口交换之外，还需要完成视频参数的协商。视频参数的必选参数包括：编解码格式(例如H263、H261、MPEG4等)；图

40、像格式(例女ucip、QCIF、SQCIF、CF4、CIFl6等)；帧频值mpi；媒体流的最大比特率MaxBR。 这些参数在SDP中的a=fmtp属性行中进行规定。 如果Answer方不支持以上视频参数，要求Offer方可以从Answer方发送的媒体流中检测出视频格式，完成视频协商。如果Offer方不支持以上视频参数，要求Answer方可以从Offer方发送的媒体流中检测出 视频格式，完成视频协商。624传真业务 传真业务除了传真建立和传真结束流程之外，还可以通过会话更新的过程，实现以下功能： (1)语音通信状态切换到传真业务状态；10YD厂r 1 5224-2009(2)双方同时从语音通信状

41、态切换到传真状态能够通过同抢机制的定时器T来解决； (3)传真结束后，恢复到原有的语音通信。软交换网络中采用SIP协议对传真业务进行控制 只能应用在软交换之间。目前软交换网络可支持的传真格式包括G711、T38传真。G71l传真建立可以采用两种方式实现：网关控制方式：主被叫之间建立了G711编码方式的基本语音通信。当媒体网关检测到传真信号之后，直接在媒体网关之间进行传真协商，媒体网关通过对Im包的检测获知传真业务信息，调整回音抵消等功能并切换到传真态。这种实现方式不需要SIP协议进行控制；软交换控制方式：主被叫之间建立了基本语音通信，基于本地的一些策略，会选择G711、G729 或者G723等

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

43、功后，软交换指示各自的媒体网关进行编解码转换并切换到传真状态T38传真的SDP描述，应满足YDT 1936-2009会话描述协议(SDP)技术要求的要求。本部分规定，对于T38传真和软交换控制方式的G711传真建立流程，传真接收方媒体网关检测到传 真信号之后，必须能够立即通知软交换，由传真接收方软交换发起传真媒体能力的协商；如果传真接收 方没有检测到传真信号或者没有上报传真事件，发送方媒体网关检测到传真信号之后也可以通知发送方 软交换，由传真发送方软交换发起传真媒体能力的协商，且传真接收方也必须能够处理传真发送方软交 换发来的reinvite请求。对于T38传真和软交换控制方式的G711传真业

44、务，传真结束后，媒体网关能够检测到传真结束事件， 立即通知软交换，由软交换向对端软交换发起reINVITE会话更新流程进行媒体格式的更新，同时指示媒 体网关从传真状态切换到语音通信状态。对于软交换控制方式的G 711传真和T38传真，如果传真发送方和传真接收方软交换同时发起切换到传真状态的reinvite请求，双方软交换应遵守同抢机制，分别回送491响应结束会话更新请求，并各自启 动T定时器：如果本次对话的CallID是由该软交换生成，ROT的取值范围为214s的任意值，单位为10ms；如果本次对话的CallID不是由该软交换生成，则T的取值范围为02s的任意值，单位为10ms。 定时器超时后

45、，软交换可以重新发起reinvite会话更新请求。625modem业务 modem业务除了modem呼叫建立和呼叫结束之外，还可以通过会话更新的过程，实现以下功能： (I)语音通信状态切换Nmodem业务状态；YD厂r 15224-2009(2)双方同时从语音通信状态切换至lJmodem业务状态，能够通过同抢机制的定时器T来解决。 软交换网络中采用SIP协议对modem、Jk务进行控制，应用在软交换之间。通过媒体协商，采用G711的编码方式，传输modem媒体。 Modem呼叫建立可以采用两种方式实现：网关控制方式：主被叫之间建立了G711编码方式的基本语音通信。当媒体网关检测到modem开

46、始音信号之后，直接在媒体网关之间进行modem协商，媒体网关关闭回声抑制、增益控制等功能，切换 至1modem业务状态。这种实现方式不需要SIP协议进行控制：软交换控制方式：主被叫之间建立了基本语音通信，基于本地的一些策略，会选择G711、G729 或者G723等语音编码方式。当其中一方(通常为modem发送方)的媒体网关检测到modem开始音信号， 会通知软交换，由软交换向对端软交换发起reINVITE会话更新流程进行modem的协商，协商成功后，软 交换指示各自的媒体网关切换到G711 modem业务状态，并关闭回声抑制、增益控制等功能。modem业务 的SDP描述应满足YDT 1936-

47、2009会话描述协议(sDP)技术要求的要求，例如：m=audio 8776 RTPAVP 0 a-modem 本部分规定，对于软交换控制方式的modem建立流程，接收方媒体网关检测到modem信号之后，必须能够立即通知软交换，I=tmodem接收方软交换发起媒体能力的协商；如果modem接收方没有检测到 modem信号或者没有上报modem事件，发送方媒体网关检测到modem信号之后也可以通知发送方软交换， 辛1modem发送方软交换发起媒体能力的协商，且modem接收方也必须能够处理modem发送方软交换发来 的re-invite请求。对于软交换控制方式的modem呼叫，如果双方软交换同时

48、发起切换到modem状态的re-invite请求，双 方软交换应遵守同抢机制，分别回送491响应结束会话更新请求，并各自启动T定时器。具体见624节同 抢机制的规定。626基本业务使用的SIP请求消息(1)会话建立 INVITE请求用于发起一个会话。 (2)会话更新会话确认建立(即INVrrE请求收到成功的最终响应)之后，可以采用re-INVITE或UPDATE修改本次 会话。本部分建议：会话确认建立之后，应采用reINVITE方式修改本次会话；如果在INVITE请求得到最终响应之前需要修改会话，可以采用UPDATE修改会话。注：第6章的“会话更新”是指需要修改原有的会话参数而进行的会话更新过

49、程，而不是指RFc 4028中规定的用于心跳 功能的会话更新机制。(3)会话释放正常结束一个已建立的会话，需发送BYE请求，BYE请求封装的REL消息的原因指示语参数必须为16(正常拆线)。 (4)会话中止 前向会话中止，应采用CANCEL请求取消一个呼叫建立请求。建议在CANCEL请求中携带一个Reason头字段，用于携带呼叫中止的原因。CANCEL请求一定不能封装ISUP消息。YD厂r 1 5224-2009后向会话中止，需根据不同的情况采用不同的失败响应。软交换需要在失败响应中封装REL消息， SIP消息的响应代码和REL消息的原因指示语参数的对应关系必须满足YD,rr 15223-20

50、06中表18的规定。(5)其他 ACK请求用于对INVITE请求的最终响应进行证实。 如果需要支持可靠的临时响应，还需要支持PRACK请求。627 SAC对SIP消息的处理6271收到请求SAC收到用户的请求后，需要利用保存的S醐j户标识、和该SIP终端所对应的网络位置等相关信息用 来对该SIP终端发送的消息进行认证和鉴权。如果认证通过，将消息中和用户终端设备相关的地址信息修 改为SAC自己的地址信息，然后向软交换前转该请求消息。如果认证失败，SAC应删除所保存的和该SIP 用户相关的临时信息，则该用户不能通过该SIP终端向软交换发起呼叫。SAC收到软交换转发过来的请求后，需要将消息中和软交换

51、网络设备相关的地址信息修改为SAC自 己的地址信息，然后向s口终端前转该请求消息。6272收到响应SAC收到用户发送的SIP响应消息，需要将消息中和用户终端设备相关的地址信息修改为SAC自己的 P地址，然后向软交换前转该消息。SAC收到软交换发送的SIP响应消息，需要将消息中和软交换网络设备相关的地址信息修改为SAC自 己的口地址，然后向SIP终端前转该消息。628软交换对SIP消息的处理要求软交换能够正确的路由与会话相关的SIP消息。当软交换需要处理SIP消息时，应遵照YDT1522卜2006的规定。6 29转接软交换对SIP消息的处理 转接软交换收到需要转发的SIPI消息，应复制后透传，不

52、能修改ISUP消息体的内容和SIP消息类型。63补充业务6 31主叫号码显示邝R制6311信令流程信令流程同基本业务流程。6312实现方法采用INVITE消息中的“P-Asserted-Identity”头字段携带真实的主叫用户号码，privacy头字段来表示限 制地址提供指示语(APRI)的内容。当mVrrE消息中包含的privacy头字段值为“id”、“header”、“user”时， 表示限制主叫号码的显示；当INVrrE消息中privacy头字段的值为none或者不包含privacy头字段时，表 示允许主叫号码的显示。在INVITE消息中封装的ISUP消息体，应使用IAM消息携带主叫用

53、户号码以及限制地址提供指示语。 IAM的参数和字段应满足YDN 0381997的要求。6313对网络设备的要求主叫端局软交换(OIWU)：按照YDT 15223-2006的规定，在INVITE消息中封装IAM消息出局， 在P-AssertedIdentity头字段中填写真实的主叫号码，并根据主叫用户是否申请主叫号码显示限制，填写13YD厂r 1 5224-2009privacy头字段的值。主叫端局软交换需要保证INVITE消息中封装的IAM消息的主叫号码信息与 P-Asserted-Identity头字段和privacy头字段的信息保持一致。转接软交换：转发封装了IAM的INVITE消息，且不许修改ISUP消息体的内容。 被叫端局软交换(IIWU)：根据privacy头字段的指示以及被叫用户是否申请了主叫号码显示业务，确定是否向被叫