YD/T 1522.4-2009.Technical Requirements for Session Initiation Protocol Part 4 SIP's Applications about call control Based on Softswitch Network.
1范围
YD/T 1522.4规定了软交换网络支持的SIP消息的格式和内容，包括SIP/SIP-I协议在软交换网络中对基本业务、补充业务、连通性检查的支持以及各种业务的信令流程等技术要求。
YD/T 1522.4适用于我国使用SIP/SIP-I协议的固定软交换网络设备及终端。不适用于游牧业务、移动业务。
2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
YD/T 1522.1-2006会话初始协议(SIP) 技术要求第1部分:基本的会话初始协议
YD/T 1522.3-2006会话初始协议(SIP) 技术要求第3部分: ISDN 用户部分(ISUP)和会话初始协议(SIP) 的互通
YD/T 1522.31-2009会话初始协议(SIP) 技术要求第3部分: ISDN用户部分(ISUP)和会话初始协议(SIP) 的互通(补充件1)
YD/T 1936-2009会话描述协议(SDP) 技术要求
YDN 038-1997国内No.7信令方式技术规范综合业务数字网用户部分(ISUP)
YDN 065-1997邮电部电话交换设备总技术规范书
YDC 045-2007基于软交换的网络组网总体技术要求
IETF RFC 3326 SIP的Reason头字段
IETF RFC 3903 事件状态发布的SIP扩展
IETF RFC 4028 SIP中的会话定时器
3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本部分。
3.1.1
SIP用户代理SIP User Agent
能够完成SIPUAC和SIPUAS功能的逻辑实体,即该逻辑实体作为UAC时能够发起请求,作为UAS时能够对请求进行响应。

ICS33.040.30
中华人民共和国通信行业标准
YD/T 1522.4-2009
会话初始协议（SIP）技术要求
第4部分：基于软交换网络呼叫控制的SIP协议Technical Reguirements for Session Initiation ProtocolPart 4 SiP's Applications about call control Based on Softswitch Network2009-06-15发布
2009-09-01实施
中华人民共和国工业和信息化部发布前
2规范性引I文件
3术语、定义和缩略语·
4.1SIP协议在软交换网络中的应用4.2对用广标识编号的要求
传输机制
SIP消息·
SIP 请求消息·
SP响应消息：
软交换支持的SIP头字段·
5.4 SIP-1 消息·
5.5异常处理·
6SIP在软交换网络中基丁呼叫控制的应用概述·
6.2基本业务
6.3补充业务
7其他规定：
7.1连通性检查·
7.2对预置条件的支持…
7.3重叠发码
附录A(资料性附录）消息示例
YTKAONTKAca
YD/T1522.4-2009
YD/T 1522.4-2009
《会话初始协议（SIP）技术要求》预计分为6个部分：一第【部分：基本的会话初始协议；一第2部分：基于会话初始协议（SIP）的呼叫控制的应用：一第3部分：ISDN用户部分（ISUP）和会话初始协议（SIP）的互通：m-第4部分：基于软交换网络呼叫控制的SIP协议：一第5部分：基于 IMS 网络的 SIP协议总体技术要求第6部分：BIC和会证初始协议（SP）的百通本部分为《会话初始协议（SIP）技术要求》的第4部分。本部分是会话初始协议（SP）系列标准之一，该系列标准的预计结构为：（1）《会话初始协议（SIP）技术要求》第1部分：基本的会话初始协议：一第2部分：基于会话初始协议（SIP）的呼叫控制的应川：第3部分：ISDNJ门部分（ISUP）和会话初始协议（SIP）的互通；一第4部分：基于软交换网络呼叫控制的SP协议：一第5部分：基于 IMS网络的 SIP 协议总体技术要求：一第6部分：BICC和会话初始协议（SIP）的互通。（2）会话初始协议（SP）技术要求第3部分：ISDN用户部分（ISUP）和会话初始协议（SP）的互通（补充件1)》
（3）《会话初始协议（SIP）测试方法》—第1部分：基本的会话初始协议；第2部分：基于软交换网络呼叫控制的SP协议。《会话初始协议（SIP）技术要求第4部分：基于软交换网络呼叫控制的SIP协议》将与《会话初始协议（SIP）测试方法第2部分：基于软交换网络呼叫控制的SIP协议》配套使用。随着技术的发展，还将制定后续的相关标准。本部分的附录 A为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、上海贝尔阿尔卡特股份有限公司、华为技术有限公司本部分主要起草人：林美玉、陈靖、徐培利1范围
会话初始协议（SIP）技术要求
第4部分基于软交换网络呼叫控制的SIP协设YD/T 1522.4-2009
本部分规定了软交换网络支持的SIP消息的格式和内容，包括SIP/SIP-I协议在软交换网络中对基本业务、补充业务、连通性检查的支持以及各种业务的信令流程等技术要求。本部分适用于我国使用SIP/SIP-I协议的固定软交换网络设备及终端。不用丁游牧业务、移动业务。2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注口期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。YD/T 1522.1-2006
YD/T 1522.3-2006
YD/T 1522.31-2009
YD/T 1936-2009
YDN038-1997
YDN 065-1997
YDC 045-2007
IETF RFC 3326
IETF RFC 3903
IETF RFC 4028
3术语，定义和缩略语
3.1术语和定义
会话初始协议（SIP）技术要求第1部分：基本的会话初始协议会话初始协议（SIP）技术要求第3部分：ISDN用户部分（ISUP）和会话初始协议（SEP）的互通
会话初始协议（SIP）技术要求第3部分：ISDN用户部分（ISUP）和会话初始协议（SIP）的万通（补充件1）会话描述协议（SDP）技术要求
国内No.7信令方式技术规范综合业务数字网用户部分（ISUI）邮电部电话交换设备总技术规范书基于软交换的网终组网总体技术要求SIP的Reason头学段
事件状态发布的SIP扩展
SIP中的会话定时器
下列术语和定义适用于木部分。3.1.1
SIP用户代理SIPUserAgent
能够完成SIPUAC和SIPUAS功能的逻辑实体，即该逻辑实体作为UAC时能够发起请求，作为UAS时能够对请求进行响应，
软交换SoftSwitch
是分组网的核心设备之一，它主要完成呼叫控制、媒体网关接入控制、资源分配、协议处理、路由、1
TKNIKAca
YD/T 1522.4-2009
认证、计费等主要功能，并可以向用户提供基本语音业务、移动业务、多媒体业务以及其他业务等。3.2缩略语
下列缩咯语适川于木部分。
4概述
Address CompleteMessage
Access Gateway
Answer Messagc
Address of record
Circuit Group Blocking
Call Progress
fully qualitied
domain name.
Circuit Group Reset
HomeLocation and ServiceRegisterIntegrated Access Device
Initial Address Message
Incoming (toISuP)InterworkingUnitNetwork Border Point
Outgoing(fromISuP)InterworkingUnitPublie Switched Telephone NetworkRelease
SuftswilchServicesAccess ControlDeviceSession Iniliation Protucol
SIP with encapsulated ISUP
SoftSwiteh
Trunk Gateway
User Agent
User Agenl Client
User Agenl Server
4.1SIP协议在软交换网络中的应用软交换网络的纽网结构如图1所示。地址企消息
接入网关
应答消息
地记录
电路群闭塞
呼叫进展
全称域名
电路群复原
归属位置业务寄存器
综合接入设备
初始地址消息
入局互通单元
网络边界点
出同互通单元
公共交换电话网
软交换业务接入控制设备
会话初始协议
带有封装 ISUP 的 SIP
软交换
中继网关
用户代理
用户代理客户
用户代理服务器
图1中各网元和接口应符合YTDC045-2007的规定。如图1所示，SIP/SIP-I协议在软交换网络中应用的场景如下：
1）SIP终端—
软交换
STP终端经过SAC接入到软交换网络中时，SIP终端和SAC之间的In接口以及SAC和软交换之间的Is按口均采用SEP协议，其中SAC只对SP消息中的某些地址信息进行修改后再透传：2）软交换软交换
为在交换网络中方使的继承PSTN补充业务，减少对SIP协议的扩展，本部分建议，软交换之间2
YD/T1522.4-2009
的Id接口，应采用SIP-I协议，即发端软交换采用SIP-I协议作为出局协议，对端软交换应根据具体的业务流程回送SP消息SP-I消息：
软交换网络
其他运营商基
手NGN的网络
深道方式
图软交换网络的组网结构图
3）软交换一—转接软交换——软交换为在软交换网络中方便的继承PSTN补充业务，减少对SIP协议的扩展，本部分建议，软交换和转接软交换之间的Im接口，应采用SIP-r协议。发端软父换采用SIP-I协议作为出局协议，收端交换应根据具体的业务流程回送SIP消息或SIP-I消息。转接软交换原则上应透传收到的SIP的消息类型，并月不能修改封装的ISUP消息体的内窄（注：如果将来对转接软交换有新的业务需求，可以另行规定)。一应用服务器
4）软交换一
软交换和应用服务器之间的Ia接口，可以来用SP协议；5）软交换—一应用网关
软交换和应用网关之间的Ib接口，可以采用SP协议；6）软交换/应用服务器/应用网关——一媒体服务器软交换/应用服务器/应用网关和媒体服务器之问的le/i接口，也可以采用SIP协议。本部分仪规定了SIP/SIP-I协议在SIP终端和软交换之问、软交换之间以及软交换和转接软交换之间的基本呼叫控制的应用，本部分不规定采用SP协议控制应用服务器、应用网关，媒体服务器的应用。本部分的规定适用于以下几种类型的软交换用户：SIP终端用户，经过IAD或AG接入的用户，经过信令网关和中继网关接入的PSTN用户，4.2对用户标识/编号的要求
日前软交换网络只要求支持SIPURI，暂不包含SIPSURI和ITelURI。本部分只规定了采用E.164号码标识用户的情况。
根据YD/TI522.1-2006的规定，SIPURI的通用格式为：sip:user:pass word @host:port,uri-parameters?headers3
YIKONTKAa
YD/T1522.4-2009
部分兿求SIPURI的使用方法如下：@之前部分：指定被寻址的主机资源的标识符。本部分规定为一个E.164号码：@之后部分：
。host：指定 SIP资源。host应该包含一个FQDN或者是一个数值表示的 TPv4 或者IPvt地址。，port：指定请求要被发送的端口，为可选参数。。uri-parameters：本部分要求至少包含user参数，且值为“phone”。本部分规定的在软交换网络中使用的SPURI举例如下：sip:01068090000@ 192.168.0.1060;user=phonc4.3传输机制
软交换网络应采JUDP方式传输SIP消息。5SIP消息
5.1SIP请求消息
SIF协议规定的方法共I4种：INVITE、ACK、BYE、CANCEL、OPTIONS、REGISTER、PRACK、INFO、UPDATE，SUBSCRIBE、NOTIFY、REFER、MESSAGE和PUBLISH。出这些方法可以构成14利不同的请求消息，分别实现不同的功能。1、ACK
确认消息，用于确认收到了INVITE请求的最终响应。2、BYE
会话结束请求，用丁终结己经建立的会话连接，包括已经建立的早期对话。3. CANCHL
用丁取消一个待处理的请求。
4、INFO
用丁在信令通路[携带一些应用层的消息，例如可以携带重叠发码信息。S、 INVITE
会话建立请求，用丁邀请用户参与到会话中来。6、MESSAGE
用于发送即时消息，在MESSAGE中可以携带文本消息体，发送即时消息。7、NOTIFY
通知请求，当用户订阅的某个资源的状态发生了改变，使用NOTIFY向用户发送通知，8、OPTIONS
用作询问服务器的能力。还可以用作连接性检查，例如作为软交换之间的心跳消息。9、PRACK
临时性响应的确认消息，用确认收到了可常的临时性响应，10.PUBLJSH
用于发布事件状态，用户可以创建、修改和删除该事件状态。11、RFFER
会话转移请求，用来指示接收方使川REFER消息中的信息联系第三方参与会话。4
12、REGISTER
注册请求，用于终端向软交换进行注册。13、SUBSCRIBE
订阅请求，用上用户订阅某个资源的状态。14. UPDATE
YD/T 1522.4-2009
会话更新请求，用于修改会话过程中的一些参数，可以对未建立的会话和已建立的会话进行更新。建议使用UPDATE对术建立的会话进行新，对于已建立的会话，建议使用re-INVITE请求进行会话更新。
PUBLISH请求消息的格式应符合RFC3903的规定；其余13种请求消息的格式参应符合YD/T1522,1-2006的规定
5.2SIP响应消息
5.2.1响应消息分类
SIP响应消息总共分为6种类型，分别表示对请求的不同的处理状态：[：临时响应，表尔请求消息正在被处理。2XX：成功响应，表示请求已被成功接收，完全理解并被接受。3XX：重定问响应，表示需采取进·步操作以完成该清求，例如该响应可以用T指定用户的新位置信息。
4XX：失败响应，表示由于请求消息中包含语法错误信息或其他原因导致服务器无法完成该请求，SXX：失败响应，表示由丁服务器内部出错而导致请求失败。6XX：失败响应，表示对丁该请求，任何服务器都无法完成该请求，以上6种响应消息的格式以及具体的响应代码的含义应符合YD/T1522.1-2006[的规定。5.2.2软交换支持的响应消息
5.2.2.1概述
本节仪规定了在软交换网络山一些特定情况下需要使用的响应消息。软交换必须支持本节列举的响应消患，仅并不限丁这些响应消息。5.2.2.2100 （处理中）
软交换收到INVITE请求和re-INVITE请求之后，应即问送该响应。5.2.2.3180（振铃中）
被叫侧收到IVVITE请求之后，如果被叫侧止在振铃，则应发送该响应指示向主叫用户播放向铃音。5.2.2.4183（会话进行）
该响应用来传递关于呼进展过程中的一些信息。当被叫端局通过ACM或CPG消息指示发送语音通知，在软交换之问应采用该响应携带SDP并封装ACM或CPG消息，建立后问媒体通道。当提供PSTN业务时，如果PSTN侧采用CPG消息携带一些呼叫进展的信息（除“振铃\），在软交换之间应采用该响应携带朴应的呼叫进展息。
5.2.2.5200（成功）
该响应表示请求成功。
5.2.2.6202（接受）
YTKAONTKAca
YD/T1522.4-2009
该响应用于指示请求已经被接受正在处理中，但是处理还没有完成。作为SUBSCRIBE请求的响应，用于指示SUBSCRTRE请求已被接受和理解，但不表示订阅已经通过认证。作为REFER请求的响应，用于指示REFER请求已经被接受，但是不保证订阅成功。5.2.2.7300（多选择）
该响应用于指示可以有多个地址选项能够完成重定问。5.2.2.8302(暂时重定向)
终端实现的呼叫转移(CommunicationDeflection)业务中需要用到该响应，在该响应的Contact头字段中携带新的用户导码，使主叫用户向新的用户号码发送呼叫建立请求。5.2.2.9400(错误请求)
由丁请求的语法错误而导致失败。5.2.2.10401(未鉴权)
当端局软交换（注邸服务器）需要对用户进行鉴权时，应采用401的响应代码。5.2.2.11404（未找到）
当被叫号码为空号（末分配的号码）、误拨长途字冠或无效的转接网选择时，应采用该响应拒绝呼叫请求。
5.2.2.12422（会话更新间隔太短）当软交换收到的请求中包含Supported头字段，且值为timer，如果Session-Expires指定的会话更新周期比软交换允许的最小值短，软交换应采用该响应拒绝呼叫请求。5.2.2.13480（新时不可用）
当用户未响应、用户末应答、用户缺席、交换机选路错误等情况下，应采用该响应拒绝呼叫请求。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侧发送的RSC/GRS/CGB消息或者收到PSTN侧的无法识别的消息，软交换应采门该响应拒绝呼叫请求。
5.2.2.19503（服务不可用）
由丁软交换过载或者正在维扩而导致软交换暂时不能处理该请求，应采用该响应拒绝呼叫请求。使用该响应时，应使用Retry-After指明何时可重发该请求，如果没有Retry-After，则当作500响应进行处理。5.2.2.20600(忙）
YD/T 1522.4-2009
当软交换知道被叫忙且知道没有其他终端可以接收该请求时，可以采用该响应绝呼叫请求，也可以使用486代替。
5.3软交换支持的SIP头字段
5.3.1概述
本节仪列举了除YD/T1522.1-2006规定的头学段以外，软交换还需要支持的头字段，软交换支持的头孚段并不限于这些头字段。5.3.2 Min-SE
Min-SE用于指示会话更新周期的最小值，也是十进制整数表示秒数。INVIIE和UPDATE请求中携带该字段表示本次会话更新周期的最小值，该值不能小丁90秒：没有该字段时，默认值为90秒。除422（会话更新间隔太短）响应之外，其他响应都不包含该学段，422响应叶该头字段用丁表示软交换希望接受的会话史新周期的最小值。
语法如下：
Min-SE=\Min-SE\HCOLONdelta-seconds*(SEMI generic-param)例Min-SE:3600
5.3.3P-Asserted-Identity
P-Asserted-Identity头学段用F软交换之间携带发送SIP请求的用户的身份信息，.月该身份信息需通过鉴权后得到的用户的戛实身份信息。语法格式如下PAssertedID = \P-Asserted-Identity\ HCOLON PAssertedID-value*(COMMA PAssertedID-value)
PAssertedID-value = name-addr / addr-spec例 n\Cullen Jennings\ P-Assertel-Identity头学段的值必须包含一个name-addr或者addr-spec，可以有一个或两个P-Asserled-Idenlily头学段的值。当软交换收到的消息来白一个不信在的节点时，软交换就必须对消息的发起者进行鉴权并插入一个P-Asserted-Identity头字段，值为鉴权后得到的身份信息。如果收到来自信任节点的消息，软交换就可以直接使用消息中的P-Asserted-Identity头字段的信息。如果软交换收到的消息中没有P-Asserted-Identity头字段，软交换可以捕入该字段。如果软交换收到一个来自它所不信任的节点的消息并且消息中有一个P-Asserted-ldentiy头字段，它必须使用一个新的JURI取代它或删除该字，本部分规定，在软交换网络中，SIP终端和软交换之问而以为不信任节点，但网络设备均应该是信任节点。软交换将一个消息前转到另一个节点时，它必须首先判断是否信在该节点。如果信任该节点，一定不能删除何P-Asserted-Identity头字段，无论是自已产生的还是从某信任节点接收到的。如果它不信任该节点，则必须检查Privacy头字段（如果有的话），判断上叫侧用广是否要求对身份信息保密。5.3.4 P-Preferred-ldentity
P-Preferred-Identity头字段用于从UA到其所信任的软交换之间，承载发送方身份信息，该字段信息是入P-Asscrtcd-Identity字段的值。该字段的语法格式如下：PPreferredID - \P-Preferred-Idcntity\ HCOLON PPrefcrredUD-value*(COMMA PIreferredID-value)
YTKAONTKAca
YD/T 1522.4-2009
PPreferredID-value = name-addr / addr-spec例如\CullenJennings\P-Preferred-Identity头字段的值必须包含一个 nane-addr或者 aldr-spec ，可以有个或两个P-Preferred-Identity头字段的值。软交换可以插入或者移除该字段。如果软交换从一个不信任节点收到的消息中含有一个P-Preferred-Identity头字段，表明被鉴权的月户有多个身份信息尚待证实。如果这些身份与软交换鉴权所得到的关于用户的有效身份没有对应，软交换就要插入--个自已构建的P-Asserted-Identity，或者拒绝该请求（例如可以使用403（禁止））。软交换还必须从它所要前转的消息中移除P-Preferred-Identity头字段。UA只能向信任域内的软交换发送P-Preferred-Identity头字段。如果UA向信任域外的某个节点发送P-Preferred-Identity，私密性就无法保证。5.3.5Privacy
该字殿用于在S正消意中指示用产对私密性的要求。该学段的语法格式如下：Privacy-hdr=\Privacy\ HCOLON priv-value *(\:\ priv-value)priv-value = \header\/\scssion\/\user\/\none\\critical'y \id\/token不同的priv-value表示片对私密性要求的不同级别，如果软交换光法保证用片所要求的私密性等级，那么软交换应使月500(服务器内部错误）响应拒绝该请求，并在响应的原因短语中表述，是由于不支持哪些priy-valuc才导效请求失败的。当软交换执行Privacy头字段中某个等级的私密性功能后，就应该将相应的priv-value删除，以免其他网络设备重复执行这个功能。
软交换将某消息前转到个它所不信任的节点吋，如果没有Privacy字段，款交换可以保留也可以删除P-Asscrted-Identity字段。如果消息有P-Assertcd-Identity字段值并且要求\header\，\session\，\uscr\，\critical\、\id\级的私密性，那么该消息被前转到个不信任节点之前需要将所有的P-Asserted-Idcntity字段值删除。
5.3.6 Reason
Reason头字段用丁指示引起发牛某行为的原因。该字段可以用丁对话中的SIP请求、CANCEL请求以及SIP响应消息叶。该字段的语法格式如下：Reason
teason-value
protocol
reason-parans
protocol-cause
reason-text
reasun-extension
=\Reason\ HCOLON Ieason-value *(COMMA reason-value)protocol *(SEMI reason-params)=
=\SIP\/\Q.850\/token
= pratocol-cause / reason-lext/ reason-ex tension
= \cause\EQUAL cause
={*DIGIT
\text\ EQUAL quoted-stringgeneric-param
YD/T1522.4-2009
\tprotocol取值为SIP时，cause参数里而包含一个SIP响应代码。当protocol取值为Q.850时，cause参数里面包含一个ITU-TQ.850里面规定的原因值。如果SIP消息中需要包含多个Reas0n字段，不同的字段必须为不同的韧设。
例如: Reason: Q.850 ;cause-16 ;text=\Terminated\如果软交换不支持该字段，不应该影响软交换对其他SP头字段的处理，在RFC3326》中规定，Reas0n头字段通常用于失败响应中指示引起请求失败的原因：本部分规定，18x响应消息中也要求能够携带Reason头乎段，用于在ISUP消息映射到SIP消息的过程中，如果软交换收到的ACM或CPG消息中携带Q.850中定义的原因值，则软交换应在18x消息中使用Reason头字段中携带该原因值：同样，在SIP消息映射到ISUP消息的过程中，如果18x消息中的Reason头字段4携带Q.850中定义的原因值，则映射的ACM或CPG消息的原因指示语中也要求携带该原因值。除此之外，Reason头字段应满足RFC3326的其他要求。
5.3.7 Session-Expires
在《RFC4028》规定了一种会话更新机制，于软交换了解当前会话的状念。该字段用于携带会话史新的周期，可以于ENVITE请求或UPDATE请求中，或者INVITE请求或UPDATE请求的2XX响应中。该字段同Expircs字段样，包含一个十进制整数，表示秒。语法结构如下：
Session-Expires
se-parans
refreshcr-param免费标准下载网bzxz
= (\Session-Expires\/ \x\) HCOLON delta-scconds*(SEMI se-params)
refresher-param / gencric-param=\refresher\EQUAL(\uas\/\uac\)Session-Expircs的缩笃为x。
Session-Expire:字段的最小值为90秒，但是从电信应门来看，建议软交换插入该子段时，至少应采月1800s(30min)。如果SP消息中没有携带该字段则表示该消息没有指示会话更新的周期。Session-Expires段的内容应满足RFC4028的相关要求。5.4 SIP-I消息
SIP-I消息是指封装了ISUP消息的SIP请求消息和SIP响应消息。软父换生成SIP-I消息的规则应符合YDT1522.3-2006的规是
软交换封装ISUP时，需要保证SP消息的指示同封装的ISUP消息的指示内容一致，例如SIP失败响应中封装的REL的原因值与失败响应的对应关系，应满足YD/T1522.3-20061表18的要求。5.5鼻常处理
5.5.1端软交换
对丁无法识别或不支持的请求消息，端局软交换应立即国送405（不支持的方法）确应结束该请求。对无法识别的最终响应，端局软交换必须将其等价于所属响应类别的x00响应码进行处理。例如：如果端局软交换收到了一个无法识别的响应431，么对该431的处理同400（错误请求）响应码。对-任何无法识别的100嘀时响虚的处理必须等同183删应（会话处理）对}无汰识别的头字段，在不影响路中的情况下，端局软交换应丢奔该头字段后继续处理。5.5.2转接软换
TKNIKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。