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

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

1、ICS 33.040.30M 12YO中华人民共和国通信行业标准YDfT1522.4-2009会话初始协议(SIP)技术要求第4部分:基于软交换网络呼叫控制的SIP协议Technical Requirements for Session Initiation ProtocolPart 4SIPs Applications about call control Based on Softswitch Network2009-06-15发布2009-09-01实施中华人民共和国工业和信息化部发布VOlT1522.4-2009目次II1范围.2规范性引用文件.3术语v定义和缩略语.4概述.24.1S

2、IP协议在软交换网络中的应用.24.2对用户标识/编号的要求.34.3传输机制.45SIP消息.45.1SIP请求消息.45.2SIP响应消息.55.3软交换支持的SIP头宇段.75.4SIP-l消息.95.5异常处理.96SIP在软交换网络中基于呼叫控制的应用.106.1概述.106.2基本业务106.3补充业务.137其他规定.167.1连通性检查.167.2对预置条件的支持.167.3重叠发码.16附录A(资料性附录)消息示例.18标准分享网 w w w.b z f x w.c o m 免费下载w w w.b z f x w.c o mYDIT1522.4-2009目IJ言会话初始协议(

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

4、:一一第3部分:ISDN用户部分CISUP)和会话初始协议(SIP)的互通;一一第4部分:基于软交换网络呼叫控制的SIP协议:一一第5部分:基于IMS网络的SIP协议总体技术要求:一一第6部分:BICC和会话初始协议(SIP)的互通。(2)会话初始协议(SIP)技术要求第3部分:ISDN用户部分CISUP)和会话初始协议(SIP)的互通(补充件1)(3)会话初始协议(SIP)测试方法一一第1部分z基本的会话初始协议:一一第2部分:基于软交换网络呼叫控制的SIP协议。会话初始协议(SIP)技术要求第4部分:基于软交换网络呼叫控制的SIP协议将与会话初始协议(SIP)测试方法第2部分:基于软交换网

5、络呼叫控制的SIP协议配套使用。随着技术的发展，还将制定后续的相关标准。本部分的附录A为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位:工业和信息化部电信研究院、上海贝尔阿尔卡特股份有限公司、华为技术有限公司本部分主要起草人:林美玉、陈靖、徐培利IIw w w.b z f x w.c o mYDrr1522.31-2009YDrr1936-2009YDN 038-1997YDN 065-1997YDC 045-2007IETF RFC 3326IETF RFC 3903IETF RFC 4028VDIT1522.4-2009会话初始协议(SIP)技术要求第4部分基于软交换网络

6、呼叫控制的SIP协议1范围本部分规定了软交换网络支持的SIP消息的格式和内容，包括SIP/SIP-I协议在软交换网络中对基本业务、补充业务、连通性检查的支持以及各种业务的信令流程等技术要求。本部分适用于我国使用SIP/SIP-I协议的固定软交换网络设备及终端。不适用于游牧业务、移动业务。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。YDrr1522.1-2006会话初始协议

7、(SIP)技术要求第1部分:基本的会话初始协议YDrr1522.3-2006会话初始协议(SIP)技术要求第3部分:ISDN用户部分CISUP)和会话初始协议(SIP)的互通会话初始协议(SIP)技术要求第3部分:ISDN用户部分CISUP)和会话初始协议(SIP)的互通(补充件1)会话描述协议(SDP)技术要求国内No.7信令方式技术规范综合业务数字网用户部分CISUP)邮电部电话交换设备总技术规范书基于软交换的网络组网总体技术要求SIP的Reason头宇段事件状态发布的SIP扩展SIP中的会话定时器3术语、定义和缩略语3.1术语和定义下列术语和定义适用于本部分。3.1.1SIP用户代理SI

8、PUserAgent能够完成SIPUAC和SIPUAS功能的逻辑实体，即该逻辑实体作为UAC时能够发起请求，作为UAS时能够对请求进行响应。3.1.2软交换SoftSwitch是分组网的核心设备之一，它主要完成呼叫控制、媒体网关接入控制、资源分配、协议处理、路由、标准分享网 w w w.b z f x w.c o m 免费下载w w w.b z f x w.c o mYDfT1522.4-2009认证、计费等主要功能，并可以向用户提供基本语音业务、移动业务、多媒体业务以及其他业务等。3.2缩略语下列缩略语适用于本部分。ACMAddressCompleteMessage地址全消息AGAccess

9、Gateway接入网关ANMAnswerMessage应答消息AORAddressofrecord地址记录CGBCircuitGroupBlocking电路群闭塞CPGCa兔lP且rogress呼叫进展FQDNfullyqualifieddomainname全称域名GRSCircuitGroupReset电路群复原lll.SRHomeLationandServiceRegister归属位置业务寄存器lADIntegratedAccessDevice综合接入设备lAMInitialAddressMessage初始地址消息I-IWUIncoming(toISUP)InterworkingUnit入

10、局互通单元NBPNetworkBorderPoint网络边界点O-IWUOutgoing(fromISUP)InterworkingUnit出局互通单元PSTNPublicSwitchedTelephoneNetwork公共交换电话网RELRelease释放SACSoftswitchServicesAccessControlDevice软交换业务接入控制设备SIPSessionInitiationProtocol会话初始协议SIP-ISIPwithencapsulatedISUP带有封装ISUP的SIPSSSoftSwitch软交换TGTrunkGateway中继网关UAUserAgent用户

11、代理UACUserAgentClient用户代理客户UASUserAgentServer用户代理服务器4概述4.1SIP协议在软交换网络中的应用软交换网络的组网结构如图l所示。图1中各网元和接口应符合YDC045-2007的规定。如图1所示，SIP/SIP-I协议在软交换网络中应用的场景如下:1)SIP终端一-SAC-软交换SIP终端经过SAC接入到软交换网络中时，SIP终端和SAC之间的In接口以及SAC和软交换之间的Is接口均采用SIP协议，其中SAC只对SIP消息中的某些地址信息进行修改后再透传:2)软交换一一软交换为在软交换网络中方便的继承PSTN补充业务，减少对SIP协议的扩展，本部

12、分建议，软交换之间2w w w.b z f x w.c o mVOlT1522.4-2009的Id接口，应采用SIP-I协议，即发端软交换采用SIP-I协议作为出局协议，对端软交换应根据具体的业务流程回送SIP消息或SIP-I消息:固1软交换网络的组网络构图3)软交换一一转接软交换一一软交换为在软交换网络中方便的继承PSTN补充业务，减少对SIP协议的扩展，本部分建议，软交换和转接软交换之间的1m接口，应采用SIP-I协议。发端软交换采用SIP-I协议作为出局协议，收端交换应根据具体的业务流程回送SIP消息或SIP-I消息。转接软交换原则上应透传收到的SIP的消息类型，并且不能修改封装的ISV

13、P消息体的内容(注:如果将来对转接软交换有新的业务需求，可以另行规定。的软交换一一应用服务器软交换和应用服务器之间的Ia接口，可以采用SIP协议:5)软交换一一应用网关软交换和应用网关之间的Ib接口，可以采用SIP协议:6)软交换/应用服务器/应用网关一一媒体服务器软交换/应用服务器/应用网关和媒体服务器之间的IelIi接口，也可以采用SIP协议。本部分仅规定了SIP/SIP-I协议在SIP终端和软交换之间、软交换之间以及软交换和转接软交换之间的基本呼叫控制的应用，本部分不规定采用SIP协议控制应用服务器、应用网关、媒体服务器的应用。本部分的规定适用于以下几种类型的软交换用户:SIP终端用户、

14、经过lAD或AG接入的用户、经过信令网关和中继网关接入的PSTN用户。4.2对用户标识/编号的要求目前软交换网络只要求支持SIPURI，暂不包含SIPSURI和TelURIo本部分只规定了采用E.164号码标识用户的情况。根据YD厅1522.1-2006的规定，SIPURI的通用格式为:sip:user:passwordhost:port;uri-parameters?headers3标准分享网 w w w.b z f x w.c o m 免费下载w w w.b z f x w.c o mYDIT 1522.4-2009本部分要求SIPURI的使用方法如下:之前部分:指定被寻址的主机资源的标识

15、符。本部分规定为一个E.164号码。之后部分:host:指定SIP资源。host应该包含一个FQDN或者是一个数值表示的IPv4或者IPv6地址。port:指定请求要被发送的端口，为可选参数。uri-parameters:本部分要求至少包含user参数，且值为phone。本部分规定的在软交换网络中使用的SIPU阳举例如下zsip:Ol068090000192.168.0.1060;user=phone4.3传输机制软交换网络应采用UDP方式传输SIP消息。5SIP消息5.1SIP请求消息SIP协议规定的方法共14种:INVITE、ACK、BYE、CANCEL、OPTIONS、REGISTER、

16、PRACK、INFO、UPDATE、SUBSCRillE、NOTIFY、RE阳R、MESSAGE和PUBLISH。由这些方法可以构成14种不同的请求消息，分别实现不同的功能。1、ACK确认消息，用于确认收到了剧VITE请求的最终响应。2、BYE会话结束请求，用于终结己经建立的会话连接，包括已经建立的早期对话。3、CANCEL用于取消一个待处理的请求。4、副FO用于在信令通路中携带一些应用层的消息，例如可以携带重叠发码信息。丑剧VITE会话建立请求，用于邀请用户参与到会话中来。6、MESSAGE用于发送即时消息，在MESSAGE中可以携带文本消息体，发送即时消息。7、NOTIFY通知请求，当用户

17、订阅的某个资源的状态发生了改变，使用NOTIFY向用户发送通知。8、OPTIONS用作询问服务器的能力。还可以用作连接性检查，例如作为软交换之间的心跳消息。9、PRACK临时性响应的确认消息，用于确认收到了可靠的临时性响应。10、PUBLISH用于发布事件状态，用户可以创建、修改和删除该事件状态。11、REFER会话转移请求，用来指示接收方使用阻阳R消息中的信息联系第三方参与会话。4w w w.b z f x w.c o mYDrr 1522.4-200912、REGISTER注册请求，用于终端向软交换进行注册。13、SUBSCRIBE订阅请求，用于用户订阅某个资源的状态。14、UPDATE会

18、话更新请求，用于修改会话过程中的一些参数，可以对未建立的会话和已建立的会话进行更新。建议使用UPDATE对未建立的会话进行更新，对于已建立的会话，建议使用re-INVITE请求进行会话更新。P阿UB肌LI阳SH请求消息的格式应符合盯C39则O3的规定:其余1日3种请求消息的格式参应符合YD.厅1臼522.1-2006的规定。5.2SIP晌应消息5.2.1晌应消息分类SIP响应消息总共分为6种类型，分别表示对请求的不同的处理状态:1XX:临时响应，表示请求消息正在被处理。2XX:成功响应，表示请求己被成功接收，完全理解并被接受。3XX:重定向响应，表示需采取进一步操作以完成该请求，例如该响应可以

19、用于指定用户的新位置信息。4XX:失败响应，表示由于请求消息中包含语法错误信息或其他原因导致服务器无法完成该请求。5XX:失败响应，表示由于服务器内部出错而导致请求失败。6XX:失败响应，表示对于该请求，任何服务器都无法完成该请求。以上6种响应消息的格式以及具体的响应代码的含义应符合YD厅1522.1-2006的规定。5.2.2软交换支持的晌应消息5.2.2.1概述本节仅规定了在软交换网络中一些特定情况下需要使用的响应消息。软交换必须支持本节列举的响应消息，但并不限于这些响应消息。5.2.2.2100(处理中)软交换收到INVITE请求和re-INVE请求之后，应立即回送该响应。5.2.2.3

20、180(振铃中)被叫侧收到INYE请求之后，如果被叫侧正在振铃，则应发送该响应指示向主叫用户播放回铃音。5.2.2.4183会话进行)该响应用来传递关于呼叫进展过程中的一些信息。当被叫端局通过ACM或CPG消息指示发送语音通知，在软交换之间应采用该响应携带SDP并封装ACM或CPG消息，建立后向媒体通道。当提供PSTN业务时，如果PSTN侧采用CPG消息携带一些呼叫进展的信息(除振铃)，在软交换之间应采用该响应携带相应的呼叫进展信息。5.2.2.5200(成功)该响应表示请求成功。5.2.2.6202(接受)5标准分享网 w w w.b z f x w.c o m 免费下载w w w.b z

21、f x w.c o mYDrr 1522.2009该响应用于指示请求已经被接受正在处理中，但是处理还没有完成。作为SUBSCRIBE请求的响应，用于指示SUBSCRIBE请求已被接受和理解，但不表示订阅己经通过认证。作为REFER请求的响应，用于指示阻阳R请求已经被接受，但是不保证订阅成功。5.2.2.7300(多选择)该响应用于指示可以有多个地址选项能够完成重定向。5.2.2.8302(暂时重定向)终端实现的呼叫转移(CommunicationDeflection)业务中需要用到该响应，在该响应的Contact头宇段中携带新的用户号码，使主叫用户向新的用户号码发送呼叫建立请求。5.2.2.9

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

23、响应拒绝呼叫请求。5.2.2.14484(地址不完整)当号码格式无效(地址不全)时，应采用该响应拒绝呼叫请求。5.2.2.15486(忙)当被叫用户忙时，应采用该响应拒绝呼叫请求。5.2.2.16487(请求被终止)当呼叫被BYE/CANCEL终止时，应采用该响应拒绝呼叫请求。5.2.2.17491(请求挂起)该响应表示，UAS收到请求但是在同一个对话中该UAS还有一个等待处理的请求。例如，在传真和modem业务中，发生同抢的情况时应使用该响应拒绝请求。5.2.2.18500(服务器内部错误)该响应用于由于服务器遇到某些情况而导致的不能执行请求的情况。当软交换在收到最终响应之前收到PSTN侧发

24、送的RSC/GRS/CGB消息或者收到PSTN侧的无法识别的消息，软交换应采用该响应拒绝呼叫请求。5.2.2.19503(服务不可用)由于软交换过载或者正在维护而导致软交换暂时不能处理该请求，应采用该响应拒绝呼叫请求。使用该响应时，应使用Retry-After指明何时可重发该请求，如果没有Ret可-A负町，贝。当作500响应进行处理。5.2.2.20600(忙)6w w w.b z f x w.c o myorr1522.4-2009当软交换知道被叫忙且知道没有其他终端可以接收该请求时，可以来用该响应拒绝呼叫请求，也可以使用486代替。5.3软交换支持的SIP头字段5.3.1概述本节仅列举了除

25、YD厅1522.1-2006规定的头字段以外，软交换还需要支持的头宇段，但软交换支持的头宇段并不限于这些头字段。5.3.2Min-SEMin-SE用于指示会话更新周期的最小值，也是十进制整数表示秒数。剧VITE和UPDA四请求中携带该字段表示本次会话更新周期的最小值，该值不能小于90秒:没有该字段时，默认值为90秒。除422(会话更新间隔太短)响应之外，其他响应都不包含该字段，422响应中该头字段用于表示软交换希望接受的会话更新周期的最小值。语法如下:Min-SE=Min-SE HCOLON delta-seconds*(SEMI generic-param)例如Min-SE:365.3.3P

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

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

28、为不信任节点，但网络设备均应该是信任节点。软交换将一个消息前转到另一个节点时，它必须首先判断是否信任该节点。如果信任该节点，一定不能删除任何P-Asserted-Identity头宇段，无论是自己产生的还是从某信任节点接收到的。如果它不信任该节点，则必须检查Privacy头宇段(如果有的话)，判断主叫侧用户是否要求对身份信息保密。5.3.4P-Preferred-Identityp阳Preferred-Identity头宇段用于从UA到其所信任的软交换之间，承载发送方身份信息，该字段信息是用户插入P-Asserted-Identity宇段的值。该字段的语法格式如下:PPreferredID=P

29、-Preferred-Identity HCOLON PPreferredID-value*(COMMA PPreferredID-value)7标准分享网 w w w.b z f x w.c o m 免费下载YOIT1522.4-2009PPreferredID-value=name-addr/addr-spec例如CullenJennings P-Preferred-Identity头宇段的值必须包含一个name-addr或者addr-spec，可以有一个或两个P-Preferred-Identity头宇段的值。软交换可以插入或者移除该字段。如果软交换从一个不信任节点收到的消息中含有一个P

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

31、如下:Privacy-hdr=Privacy HCOLON priv-value*(;priv-va1ue)priv-value=header/session/user/none/critical/id/token不同的priv-value表示用户对私密性要求的不同级别。如果软交换无法保证用户所要求的私密性等级，那么软交换应使用5(服务器内部错误)晌应拒绝该请求，并在响应的原因短语中表述，是由于不支持哪些priv-value才导致请求失败的。当软交换执行Privacy头宇段中某个等级的私密性功能后，就应该将相应的priv-va1ue删除，以免其他网络设备重复执行这个功能。软交换将某消息前转到一

32、个它所不信任的节点时，如果没有Privacy宇段，软交换可以保留也可以删除P-Asserted-Identity宇段。如果消息中有P-Asserted-Identity字段值并且要求header、session、飞ser、冗ritical、id级的私密性，那么该消息被前转到一个不信任节点之前需要将所有的P-Asserted-Identity宇段值删除。5.3.6ReasonReason头字段用于指示引起发生某行为的原因。该字段可以用于对话中的SIP请求、CANCEL请求以及SIP响应消息中。该宇段的语法格式如下:8Reasonreason-valueprotocolreason-paramsp

33、rotol-causecausereason-textreason-extension=Reason HCOLON reason-value*(COMMA reason-value)=protocol*(SEMI reason-params)=SIP/Q.850/token=protol-cause/reason-text/reason-extension=cause EQUAL cause=l*DIGIT=text EQUALquoted-s创ng=genenc-paramYDrr1522.4-2009当protocol取值为SIP时，cause参数里面包含一个SIP响应代码。当protoc

34、ol取值为Q.850时，cause参数里面包含一个盯U-TQ.850里面规定的原因值。如果SIP消息中需要包含多个Reason宇段，不同的字段必须为不同的协议。例如:Reason:Q.850;cause=16;text=Terminated如果软交换不支持该字段，不应该影响软交换对其他SIP头宇段的处理。在RFC3326中规定，Reason头宇段通常用于失败响应中指示引起请求失败的原因:本部分规定，18x响应消息中也要求能够携带Reason头宇段，用于在ISUP消息映射到SIP消息的过程中，如果软交换收到的ACM或CPG消息中携带Q.850中定义的原因值，则软交换应在18x消息中使用Reaso

35、n头宇段中携带该原因值;同样，在SIP消息映射到ISUP消息的过程中，如果18x消息中的Reason头字段中携带Q.850中定义的原因值，则映射的ACM或CPG消息的原因指示语中也要求携带该原因值。除此之外，Reason头宇段应满足RFC3326的其他要求。5.3.7Session-Expires在RFC4028规定了一种会话更新机制，用于软交换了解当前会话的状态。该字段用于携带会话更新的周期，可以用于剧V盯E请求或UPDATE请求中，或者的VITE请求或UPDATE请求的2XX响应中。该字段同Expires字段一样，包含一个十进制整数，表示秒。语法结构如下:Session-Expiresse

36、-params=(Session-Expires/x)HCOLON delta-seconds*(SEMI se-params)=refresher-param/generic-paramrefresher-param=refresher EQUAL(uas/uac)Session-Expires的缩写为X。Session-Expires宇段的最小值为90秒，但是从电信应用来看，建议软交换插入该字段时，至少应采用1800s(30rnin)。如果SIP消息中没有携带该字段则表示该消息没有指示会话更新的周期。Session-Expires宇段的内容应满足RFC4028的相关要求。5.4SIP-I消

37、息SIP-I消息是指封装了ISUP消息的SIP请求消息和SIP响应消息。软交换生成SIP-I消息的规则应符合YDIT1522.3-2006的规定。软交换封装ISUP时，需要保证SIP消息的指示同封装的ISUP消息的指示内容一致，例如SIP失败响应中封装的阻L的原因值与失败响应的对应关系，应满足YD厅1522.3-2006中表18的要求。5.5异常处理5.5.1端局软交换对于无法识别或不支持的请求消息，端局软交换应立即回送405(不支持的方法)响应结束该请求。对无法识别的最终响应，端局软交换必须将其等价于所属响应类别的xOO响应码进行处理。例如:如果端局软交换收到了一个无法识别的响应码431，那

38、么对该431的处理同400(错误请求)响应码。对于任何无法识别的非100临时响应的处理必须等同183响应(会话处理中)。对于无法识别的头字段，在不影响路由的情况下，端局软交换应丢弃该头宇段后继续处理。5.5.2转接软交换9标准分享网 w w w.b z f x w.c o m 免费下载YDIT 1522.4-2009转接软交换收到无法识别的请求消息和响应消息，在不影响路由的情况下，应透传给下一跳软交换。转接软交换收到无法识别的头宇段，可以采用以下两种处理方式:透传该头宇段给下一跳软交换:丢弃该头宇段并将该消息转发给下一跳软交换。6SIP在软交换网络中基于呼叫控制的应用6.1概述在软交换网络中，

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

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

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

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

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

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

45、传真业务，传真结束后，媒体网关能够检测到传真结束事件，立即通知软交换，由软交换向对端软交换发起re-INVITE会话更新流程进行媒体格式的更新，同时指示媒体网关从传真状态切换到语音通信状态。对于软交换控制方式的G.711传真和T.38传真，如果传真发送方和传真接收方软交换同时发起切换到传真状态的re-invite请求，双方软交换应遵守同抢机制，分别回送491响应结束会话更新请求，井各自启动T定时器:如果本次对话的Call-ill是由该软交换生成，贝UT的取值范围为2.1-4s的任意值，单位为!Oms;如果本次对话的Call-ill不是由该软交换生成，贝。T的取值范围为0-2s的任意值，单位为l

46、Oms.定时器超时后，软交换可以重新发起re-invite会话更新请求。6.2.5modem业务modem务除了modem呼叫建立和呼叫结束之外，还可以通过会话更新的过程，实现以下功能z(1)语音通信状态切换到modem业务状态:11标准分享网 w w w.b z f x w.c o m 免费下载yorr1522.4-2009(2)双方同时从语音通信状态切换到Jmodem业务状态，能够通过同抢机制的定时器T来解决。软交换网络中采用SIP协议对modem务进行控制，应用在软交换之间。通过媒体协商，采用G.711的编码方式，传输modem媒体。Modem呼叫建立可以采用两种方式实现:网关控制方式:

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

48、抑制、增益控制等功能。modem业务的SDP描述应满足YD厅1936-2009会话描述协议(SDP)技术要求的要求，例如:m=audio8776RTP/AVP0a=modem本部分规定，对于软交换控制方式的modem建立流程，接收方媒体网关检测到modem信号之后，必须能够立即通知软交换，由modem接收方软交换发起媒体能力的协商;如果modem接收方没有检测到modem信号或者没有上报modem事件，发送方媒体网关检测到modem信号之后也可以通知发送方软交换，由modem发送方软交换发起媒体能力的协商，且modem接收方也必须能够处理modem发送方软交换发来的re-invite请求。对于

49、软交换控制方式的modem呼叫，如果双方软交换同时发起切换到modem状态的re-invite请求，双方软交换应遵守同抢机制，分别回送491响应结束会话更新请求，并各自启动T定时器。具体见6.2.4节同抢机制的规定。6.2.6基本业务使用的SIP请求消息(1)会话建立剧VITE请求用于发起一个会话。(2)会话更新会话确认建立(即剧VE请求收到成功的最终响应)之后，可以采用re-INVE或UPDATE修改本次会话。本部分建议:会话确认建立之后，应采用白，因VITE方式修改本次会话:如果在剧VITE请求得到最终响应之前需要修改会话，可以采用UPDA四修改会话。注:第6章的会话更新是指需要修改原有的

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