YD/T 1522.3-2006.Technical Requirments for Session Initiation Protocol Part 3:Interworking between ISUP and SIP.
1范围
YD/T 1522.3规定了ISDN用户部分协议(ISUP)和会话初始协议(SIP)以及与SIP协议相关联的会话描述协议(SDP)之间的信令互通技术要求。本部分仅描述在ISUP和SIP互通中涉及到的程序、方法和信息单元(消息、参数、指示语、头字段、等等)。
YD/T 1522.3内容适用于ISUP和SIP协议互通的应用场景;仅具有本地意义(例如，仅和单个信令系统，如SIP或ISUP相关)的程序、方法和信息单元不属于本部分的规定范围。
2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
YDN 038- 1997国内No.7信令方式技术规范综合业务数字网用户部分(ISUP )
YD/T 1522.1-2006会话初始协议( SIP)技术要求第1部分:基本的会话初始协议
YDT 1157- 2001网间主叫号码的传送
YDT 1157.2-2003网间主叫号码的传送(补充件2 )
YD/T 1157.3- -2005网间主叫号码的传送(补充件3 )
ITU-T Q.850No.1数字用户信令系统和No.7信令系统ISDN用户部分中的原因值和位置用法
RFC 2234扩展型BNF语法规范:ABNF
RFC3267自适应多速率(AM )和自适应多速率宽带(AMR-WB)语音编码器的实时传输协议( RTP )净荷格式和文件存储格式
RFC 3312资源管理的综合和会话初始协议( SIP )
RFC 3323会话初始协议( SIP )的私密机制
RFC 3326会话初始协议( SIP )的Reason头字段

中华人民共和国通信行业标准
YD/T1522.3-2006
会话初始协议（SIP）技术要求
第3部分：ISDN用户部分（ISUP）和会话初始协议（SIP）的互通
Technical Requirments for Session Initiation ProtocolPart 3:Interworking between ISUP and SIP2006-12-11发布
2007-01-01实施
中华人民共和国信息产业部发布前言
1范围·
2规范性引用文件
3术语定义和缩略语
3.1术语和定义
3.2缩略语
4综述…
4.1互通一般原则
4.2封装/解封装ISUP消息的详细程序4.3 sip:URI和sips:URIs....
5I-IWU中从SIP到ISUP的人局呼叫的互通5.1I-IWU的基本要求·
5.2初始地址消息（IAM）的发送5.3后续INVITE的接收·
5.4COT的发送
5.5连接消息（CON）的接收
5.6ACM的接收
CPG的接收·
应答消息（ANM）的接收·
承载通道的直通连接
5.10网络发起的暂停消息（SUS）的接收网络发起的恢复消息（RES）的接收5.11
5.12I-IWU的释放程序.此内容来自标准下载网
6O-IWU中从ISUP到SP的出局呼叫的互通6.1　第一个INVITE的发送
发出INVTTE之后的SAM的接收
6.318X响应的接收
6.4定时器超时及EarlyACM的发送6.5200OK（INVITE）的接收.…
6.6ISUP承载通道的直通连接
6.70-IWU的释放程序
6,80-IWU的定时器…
附录A（规范性附录）SIP头字段P-Asserted-Identity扩展附录B（资料性附录）ISUP补充业务的互通附录C（资料性附录）SIP/SIP-I信令的ProfileTKAONKACa
YD/T 1522.3-2006
《会话初始协议（SIP）技术要求》分为5个部分：一第1部分：基本的会话初始协议；一第2部分：基于会话初始协议（SIP）的呼叫控制的应用：一第3部分：ISDN用部分（ISUP）和会话初始协议（SIP）的互通：—第4部分：软交换网络中基于呼叫控制的会话初始协议（S）技术要求：一第5部分：支持移动应用部分。本部分为《会话初始协议技术要求》的第3部分。本部分是会话初始协议系列标准之。该系列标准的预计结构为：1.《会话初始协议（SIP）技术要求》一-第1部分：基本的会话初始协议；一一第2部分：基于会话初始协议（SIP）的呼叫控制的应用：第3部分：ISDN用户部分（ISUP）和会话初始协议（SIP）的互通：一第4部分：软交换网络中基于呼Ⅲ控制的会话初始协议（SIP）技术要求；—第5部分：支持移动应用部分。2.会话初始协议测试方法。
一第1部分：基本的会话初始协议；一第2部分：基于会话初始协议（P）的基本呼叫控制。3.《会话初始协议（SIP）服务器设备技术要求》4.《会话初始协议（SIP）服务器设备测试方法》随着技术的发展。还将制定后续的相关标准。本部分参考了ITU-TQ.1912.5。
本部分的附录A为规范性附录，附录B和附录C为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位：信息产业部电信研究院上海贝尔阿尔卡特股份有限公司华为技术有限公司
北京西门子通信网络股份有限公司UT斯达康（重庆）有限公司
YD/T1522.3-2006
本部分主要起草人：续合元吕军李海花吴宏建刘志强徐培利胡一军潘旭会话初始协议（SIP）技术要求
YD/T1522.3-2006
第3部分ISDN用户部分（ISUP）和会话初始协议（SIP）的互通1范围
本部分规定了ISDN用户部分协议（ISUP）和会话初始协议（SIP）以及与SIP协议相关联的会话描述协议（SDP）之间的信令互通技术要求。本部分仅描述在ISUP和SIP互通中涉及到的程序、方法和信息单元（消息、参数、指示语、头字段、等等）。本部分内容适用于ISUP和SIP协议互通的应用场景；仅具有本地意义（例如，仅和单个信令系统，如SP或ISUP相关）的程序、方法和信息单元不属于本部分的规定范围。2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。YDN 038-1997
YD/T 1522.1-2006
YD/T 1157-2001
YD/T 1157.2-2003
YD/T 1157.3-2005
IIU-T Q.850
RFC2234
RFC3267
RFC3312
RFC3323
RFC3326
3术语、定义和缩略语
3.1术语和定义
国内No.7信令方式技术规范综合业务数字网用户部分（ISUP）会话初始协议（SIP）技术要求第1部分：基本的会话初始协议网间主叫号码的传送
网间主叫号码的传送（补充件2）网间主叫号码的传送（补充件3）No.1数字用户信令系统和No.7信令系统ISDN用户部分中的原因值和位置用法扩展型BNF语法规范：ABNF
自适应多速率（AMR）和自适应多速率宽带（AMR-WB）语音编码器的实时传输协议（RTP）净荷格式和文件存储格式资源管理的综合和会话初始协议（SIP）会话初始协议（SIP）的私密机制会话初始协议（SIP）的Reason头字段下列术语和定义适用于本部分。3.1.1
入局/出局
指示相对于参考点的呼叫的方向（而非信令信息）。3.1.2
入局互通单元（I-IWU】
TYKANYKACa-
YD/T 1522.3-2006
该物理实体可以和ISUP交换机合设，终结使用SP协议的入局呼叫，并发起ISUP呼叫。3.1.3
入局SIP/SUP
指 IWU 的人局侧和呼叫始发实体之间采用的 SIP/ISUP 协议。3.1.4
出局互通单元（O-IWU）
该物理实体可以和ISUP交换机合设，终结使用ISUP协议的人局呼叫，并发起SIP呼叫。3.1.5
相邻 SIP 节点（ASN)
已经与人局和出局IWU实体建立真接信任关系的SIP节点（SIP代理或背靠背用户代理）。3.1.6
出局SIP/ISUP
指IWU的出局侧和呼叫终结实体之间使用的SIP/ISUP协议。3.1.7
SIP预置条件
指按照RFC3312中定义的SIP预置程序。3.1.8
封装ISUP的SIP协议（SIP-I）
指在SIP的消息体中封装了ISUP信息。3.2缩略语
下列缩略语适用于本部分。
BC-IWF
AlgmentedBackus-NaurForm (seeRFC2234)Adaptive Multirate (codec )
Adjacent SIP Node
Asynchronous Transfer Mode
Back-to-Back User Agent
Bearer Control - Interworking FunctionBackboe Network Connection
Backus-Naur Form
Country Code
Catling Line Identification
Connect message ( Q.931 )
Disconnect message (Q.931 )
Internet Assigned Numhers AuthorityIdentification Codc (F. 164 )Intemct Fngineering Task Force扩履型BNF（见RFC2234）
自适应多速率编码器
相邻 SIP节点
异步转移模式
背靠背用户代理
承载控制－互通功能
骨于网络连接
巴克斯范式
国家码
主叫线标识
连接消息
断开连接消息
互联网号码分配局
网络标识码（E.164）
互联网1程任务组
Incoming ( ta ISUP) Interworking UnitIntemet Protocol Bearer Control ProtocolIntegrated Services Digical NetworkInterface Serving Node
ISDN User Part
Interworking Unit
Multi-purpose Internet Mail ExtensionsNational Destination Code
Network To Network InterfaceOutgoing ( from ISUP) Interworking UnitPublic Switched Telephone NetworkPayload Type
Request For Comments
Real-Time Transport ProtocolSignalling Connection Control PartSession Description ProtocolSession Initiation Protocol
SIP with encepsulated ISUP
Subscriber Number
Transport Layer Security
User Agent
User Agent Client
User Agent Server
User To Network Interface
Universal Resource IdentifierISUP消息
Address Complete Message
Answer Message
Circuit Group Blocking
Connect
Continuity
Call Progress
Circuit Group Reset
Initial Address Message
Release
Resume
Release Complete
TIKAONKACa-
人局互通单元
YD/T 1522.3-2006
互联网协议承载控制协议
综合业务数字网
接口服务节点
ISDN用户部分
互通单元
多用途互联网邮件扩展
国内目的码
网络到网络的接口
出局互通单元
公共交换电话网
净荷类型
互联网草案
实时传送协议
信令连接控制部分
会话描述协议
会话初始协议
封装 ISUP 的 SIP
用户号码
传输层安全
用户代理
用户代理客户
用户代理服务器
用户网络接口
通用资源标识
地址全消息
应答消息
电路群闭塞
导通消息
呼叫进展
电路群复原
初始地址消息
释放完成
YD/T 1522.3-2006
Reset Circuit
Segmentation Message
Subseguent Address Message
Suspend
TSUP参数和值
4综述
Address Presentation Restricted IndicatorAccess Transport Parameter
Backward Call Indicators
Calling Party Number
Circuit Identification Code ( ISUP )Far ward Call Indicaturs
High Layer Compatibility
Nature of Address indicator
\network provided\ ( Screening Indicatar value )Transmission Medium Requirement电路复原
分段消息
后续地址消息
地址提供限制指示语
接人转送参数
后向呼叫指示语
主叫用户号码
电路标识码（ISUP）
前向呼叫指示语
高层兼容性
地址性质指示语
网络提供（过滤指示语的值）
传输媒介请求
多用户提供，认证，通过（过滤指示\user provided, verified and passed'\ (ScreeningIndicator value )
User Service Information
4.1互通般原则
语的值）
用户业务信息
IWU的SIP接口应作为UA并支持附录C所列的标准，ISUP接口应符合YDN038-1997中定义的ISUP 协议。
当IWU和ISUP交换机合设时，IWU应当提供SIP和ISUP的承载网络的互通。当IWU要在SIP侧发送任何信息时，它应当先查看一下本地信任策略，以确定后续SIP节点是否值得信任接收这些信息。当已确定ASN不能接收这些信息，IWU应当采取适当的动作（如省略这些信息，提供其他值或释放呼证
类似地，当从SIP侧接收信息时，IWU应当先查春一下本地信任策略，发起SIP消息的节点发出或传递这些信息是否可信。当已确定ASN提供这些信息不可信，IWU应当采取适当的动作（如忽略这些信息，使用默认值或释放呼叫。IWU应在SIP对话和ISUP呼叫/承载控制实例之间建立一对一的关系，以便关联和同一个呼叫相关的信令信息。
4.1.1ProfileC（SIP-I）互通的一般原则ISUP封装时使用下面所述的一般规则：（a）收到SIP消息的TWU应去掉SIP消息中封装的ISUP消息，对于SIP消息（例如：头字段和SDP）与ISUP消息之间的差异使用本部分中定义的程序进行处理。在任何情况下，经过处理后得到的ISUP信息都应传送到对应的ISUP程序。4
YD/T1522.3-2006
（b）收到ISUP信息的IWU如果在确定被叫用广是ISUP用户，或不能确定被叫用户是否是SIP用户时，将ISUP消息封装在SIP消息的消息体中发送出去。4.2节给出了ISUP封装程序的详细描述。这些详细程序包括不能封装在SIP中的ISUP消息列表任何情况下，IWU发觉SIP消息中应当封装ISUP消息但并没有封装ISUP消息时，IWU应使用在SIP头字段和SDP消息体（如果存在）中收到信息重新构造适当的ISUP消息。第5章和第6章给出了有关IWU重新构造ISUP消息的所有信息。注：光论收到的SIP消息中是否封装有ISUP消息均可使用第5章和第6章中的规定，当接收的SIP消息中封装有1SUF信息时，这些封装的ISUP信息在SIP头字段和相关的ISUP参数之间提供了互通所必需的信息，这样在向ISUP程序传送ISUP消息之前可以修改或更新封装的ISUP信息。当收到的SIP消息中不包含任何封装的ISUP信总时，IWU也可以使用第S章和第6章中的规定，完全根据SIP头宇段（和SDP消息体）中的信息构造适当的ISUP消息。4.1.2ISUP重覆信令发送方式的互通如果某个IWU连接到使用重叠信令方式的网络，则使用本节（以及相关的后续章节）所描述的程序。本部分对向SIP网络传送重叠信令和在O-IWU将重叠信令转换成成组信令所使用的互通程序进行了描述。另外，第6章对在I-IWU的SIP侧收到重叠信令时所采用的程序进行了概述。虽然本部分涉及所有（共4种）重叠互通情况（ISUP重叠方式到SIP成组方式、ISUP重叠方式到SIP重叠方式、SIP重叠方式到ISUP成组方式、SIP重叠到ISUP重叠方式），但建议仅使用SIP成组信令方式，即在SIP网中应避免使用重叠信令方式。因此，最常出现的情况是在O-IWU上将ISUP重叠信令方式转换成SIP成组信令方式。对于重叠信令方式在特定的某个IWU上如何进行配置依赖于本地策略或网络配置。本部分的第5章和第6章提供了详细的重叠方式处理程序。注1：当O-IWU确定SIP网络是作为两个PSTN端点之间的转接网，IWU可以采用适当的方式通过SP网络传送重叠信令，这样在目的地ISUP网络中仍使用ISUP重叠信令方式。注2：INVITEs消息被希望是按顺序传送到1-IWU。1-IWU并不会对重叠发送模式下收到的INVITEs进行缓存和重新排序，而是通过分析Request-URI，比较本次收到的INVITE消息中提供的地址位数和已经收到的位数来决定这个INVITE是否是最近接收到的INVTTB，第5章中提供的程序将大致描述I-IWU如何处理错序的INVITEs，4.2封装/解封装ISUP消息的详细程序本节仅涉及在IWU的SIP接口上发送的或接收的SIP消息中封装有ISUP信息（或期望封装ISUP信息）时相关的程序，主要基于4.1.1（b）中所描述的一般原则。4.2.1向相邻SIP节点发送封装的ISUP信息42.1.1概述
在发送封装有ESUP信息的INVITE消息之前，O-IWU应根据本地策略确定ISUP信息是否可以传送给ASN。如果确定ASN有权接收ISUP信息，则O-IWU应处理在相关的SIP消息中（见4.2.1.3节）封装的ISUP信息（第4.2.3节中描述的消息除外）。和ISUP消息体相关的头字段的设置在4.2.1.2节中规定。
同样，在后向上收到后向ISUP信息的I-IWU应在相关的SIP消息中（见4.2.1.3节封装收到的ISUP信息（第4.2.3节中描述的消息除外）并且应确定SIP消息要发往的节点有权接收ISUP信息。4.2.1.2节规定了和ISUP消息体处理相关的头字段的设置。4.2.1.2与ISUPMIME消总体相关的头字段5
YKAONYKAca
YD/T 1522.3-2006
与ISUPMIME消息体关联的“Contcnt-Type”头字段成如下填写：Content-Type: application/ISUP; version= CHN:注：CHN表示封装的ISUP信令遵循YDN 038-1997及后续版本所规定的内容，网间主叫号码传送遵循YD/T1157-2001。[WU不对“version\参数采取任何动作，与ISUPMIME消息体关联的Content-Disposition头亨段应如下填写：Content-Disposition; signal; handling = required.4.2.1.3对封装ISUP消息的 SIP 消息的确定对于基本的呼叫建立，用于封装ISUP消息的SIP消息是首先被触发并作为互通的结果从IWU发送出去的SP消惠。本部分和ISUP的特定附录对此互通进行了规范。例如，在6.1（B）中接收的ISUPIAM消息应封装在INVITE消息中，并由O-IWU发送。对于基本呼叫建立过程牛不涉及的消息或不是因为收到ISUP消息而产生的SIP消息，处理方式请参见4.2.3节。
4.2.2ISUP情息的接收
4.2.2.1提取封装的 SUP 信息
当收到封装ISUP消息的SIP消息，IWU应从SIP消息中提封装的ISUP消息。向ISUP网络发送JSUP 消息之前，还要经过许多附加的处理。附加的处理程序参见 4.2.2,1.1节和4.2.2.1.2 节。4.2.2.1.1协调SIP头宇段和ISUP满息体的内容当收到封装ISUP消息的SIP消息，并且当ISUP消息中的参数和SIP头字段有冲突时（例如，由于在SIP网中起用了某些业务），IWU应使用本部分中所描述的程序。用哪个SIP头字段来修改ISUP的参数，或者用哪个ISUP参数来修改SIP头字段，这-个规则依赖于具体的应用/业务。对于ProfileA和ProfileB，如果第5章和第6章已经定义了默认值，则使用这些值。对于ProfileCISUP参数应当从封装的ISUP消息和本地策略中导出。当已经定义了某个SIP头字段和特定的ISUP的参数的映射时，例如，Request-URI映射成ISUP的被叫号码（见5.2.3.1节），则在协调过程中优先采用SIP头字段而不是封装的ISUP消息，除非有另外的声明。
4.2.2.1.2设置ISUP参数
当完成所有ISUP参数（和相应字段）的协调之后，为了方便互通，IWU应自动按照第5章（对于IIWU）和第 6章（对于 O-IWU）描述的程序设置解封装后的ISUP消息的参数。4.2.2.1.3向ISUP程序传送最终的ISUP消息/发送ISUP消息在执行完4.2.2.1.2所描述的处理之后，IWU应将该ISUP消息传送给相应的ISUP程序，并且将通过出局ISUP接口发送。
4.2.3例外和特殊考惠
对于表1描述的ISUP消息，或者不封装在任何SIP消息中，或者需要对封装的ISUP消息进行特殊处理。
电路复原消意（RSC）
电路群闭塞消息（CGB）
ISUP消息
电路群闭塞证实消息（CGBA）
电路群复原消息（GRS）
电路群复原证实消息（GRA）
闭塞消息（BLO）
闭塞证实消息（BLA）
导通检验请求（CCR）
导通消息（COT）
解除闭塞消息（UBL）
解除闭塞证实消息（UBA）
电路群解除闭塞消息（CGU）
电路群解除闭塞证实消息（CGUA）用户部分测试消息（UPT）
用户部分可用消息（UPA）
话务员消息（OPR）
计次脉冲消息（MPM）
混乱消息（CFN）
性能拒绝消息（FRJ）
主叫用户挂机（CCL）
用户到用户信总消息（USR）
前向转移消息（FOT）
暂停消息（SUS）
恢复消息（RES）
性能接受消息（FAA）
性能请求消息（FAR）
性能消息（FAC）
网络资源管理清息（NRM）
识别请求消息（LDR）
识别响应消息（RS）
分段消息（SGM）
释放完消息（RLC）
需要特殊考虑的 ISUP 消息
4.2.3.1 (注1)
YD/T 1522.3-2006
参考章节
4.2.3.1 或42.3.2 (注 2)
4.2.3.1或4.2.3.2 (注 2)
注1：如果ISUP程序想向一个ISUP交换机发送电路复炼消息RSC，IWU可发送封装REL消息的SIP消息，REL消息中的释放康因值31（正常，未定义）。注2；这些消息是在本地续接还是透传，取决于它们是发给IWU还是发往另一个交换机。仅和ISUP端相关的程序
这些消息将不封装在SIP消息中，因为这消息仅和ISUP侧相关，最典型的一种情况是这些消息仅涉及到ISUP电路的维护。如果在SIP消息中封装有这些ISUP消息，则这些ISUP信息应该被丢弃，4.2.3.2需要透明传送的消息
在这些情况下，ISUP消息通过封装在下列STP消息中进行透明传递：7
KAONKAa-
YD/T 1522.3-2006
（1）“183”临时响应，如果这是-个在确认对话建立之前，山I-IWU发出的后向消息；（2）在其他情况下使用 INFO 消息。这些消息必须透明传送以便维护端到端的业务。4.2.3.3ISUP分段和ISUP封装
分段消息不能封装在SIP消息中，IWU（ISUP侧接口）应对分段的ISUP消息进行组装，并且检查任选前向呼叫指示语或任选后向呼叫指示语参数，按照下面的说明采取相应的动作。IWU对任选前向呼叫指示语或任选后向呼叫指示语所采取的动作取决于“简单分段指示语”是否是该参数中惟一需要设置的指示语。如果任选前向呼叫指示语参数/任选后向呼叫指示语参数中除了“简单分段指示语”没有其他的指示语需要设置，则丢弃整个参数。如果任选前向呼叫指示语参数/任选后向呼叫指示语参数中有另一个指示语需要设置，则IWU将“简单分段指示语”置成“0”，表示没有附加的信息可发送。之后，IWU应按以上程序将处理后的ISUP消息封装在SIP消息体中。4.2.3.4RLC 的封装
RLC消息应封装在200OKBYE消息中作为对封装了ISUPREL消息的SIPBYE消息的响应。4.3 sip: URI 和 sips: URIs
本部分中所提到的sip：URI在使用时等同于sips：URIs。这两种类型的URI仅在SIP网络中有意义，并不影响互通。
5I-IWU中从SIP到 ISUP的入局呼叫的互通5.1 I-IWU 的基本要求
I-IWU分别从“入局SIP\和“出局ISUP”侧接收前向和后向信令信息。在接收到信令信息并执行适当的呼叫/业务处理之后，入局JWU可将信令向下一ISUP节点或向前一SP实体发送信令。根据IWU的出局ISUP接口发送或者接收到的消息，本章分成一些子章节。本章的互通只考虑IWU的人局SIP侧互通所产生的消息。本部分不描述本地协议状态机所产生的消息。本章基于以下主要假设：
（a）人局IWU只支持始发的基本呼叫；（b）从SIP网络域始发的叫不要求具有等同的PSTN/ISDN业务。部分PSTN/ISDN补充业务与SP的互通参见附录B。为了建立初期对话，I-IWU应该在第一个非“100”的后向临时响应中包含Totag。5.2初始地址消总（1AM】的发送如果收到一个INVITE消息，这个INVITE消息包含能路由到ISUP网络的足够多的号码数字，而且它所指示的呼叫与ISUP网络中已存在的呼叫都没有任何联系，应依据5.2.1和5.2.2或5.2.3（对于SIP-1，IAM的解封装）的互通程序，由收到的INVITE生成一个LAM消息。对于重叠信令方式,如果收到的 INVITE 消息的 Call-ID 和 From tag 的值与前一个 INVITE 消息相间,并且该前个INVITE已经激活了一个呼叫，则采用5.3节的处理程序。注：如果收到I的INVITE消息包含的号码不足以选路到ISUP网络+，使用正常的SIP处理程序，这个INVITE不会被映8
射到ISUP网络：
YD/T1522.3-2006
5.2.1 节和 5.2.2 节描述的是第一个 INVITE 消息接收，并且发出了 IAM 消息。JAM 消息的发送程疗依赖于从SIP网络接收到的INVTTE是否包含SDPOfer，见5.2.1和5.2.2节。IAM 参数按5.2.3 节进行缩码：5.2.1接收到的INVITE不包含SDPOffer接收到INVTTE后，I-IWU应判断所接收到的INVITE是否指明了支持可靠的临时响应。（1）如果支持可靠的临时响应，I-IWU应立即在183SessionPragress消息中发送一个包含媒体摧述的 SDPOfer。此时，分以下两种情况：（a）如果未使用SIP预置条件，接收到包含媒体描述的SDPanswer后，I-IWU应发送IAM；（b）如果使用 SIP预置条件，I-IWU应按下面5.2.2（2）所述的程序发送IAM。（2）如果不支持可靠的临时响应，IIWU应立即发送IAM。5.2.2接收的INVITE含SDPOffer或5.2.1（1）节的延续(1）如果没有使用 SIP预置条件，应立即发送LAM。(2）如果使用了SIP预置条件，则：（a）如果在后续网络中的出局ISUP信令支持导通检验程序，应立即发出IAM消息，LAM消息内的连接性质指示语宇段的导通验指示语应置为“在前面电路中执行导通检验”，或“在本电路中要求导通检验”。如果导通检验要在出局电路中执行，则可能使用后一设置。（b）如果后续网络中的出局ISUP信令不支持导通检验程序，则I-IWU将推迟发送AM，直到满足所有的预置条件。
对所有的情况，5.2.3节给出了与 IAM特定参数相关的特定细节。表2列出了从 INVITE消息映射过来的IAM消息参数所对应的参考章节，在这些章节中会有特定的互通描述。5.2.31AM 参数
表2给出了IAM的参数以及这些参数与SIP的互通内容所在的章节。表2初始地址消息参数的互通内容参数
连接性质指示语
前向呼叫指示语
主叫用户类别
传输媒介请求
被叫用户号码
主叫用户导码
用户业务信息
跳计数器
通用号码
5.2.3.1被叫用户号码（必选】
5.2.3.3节
5.2.3.4节
5.2.3.2节
5.2.3.5节
5.2.3.1节
5.2.3.6节
5.2.3.8 节
5.2.3.9节
5.2.3.7节
参考章节
Request-URI需要包含 SIP:URI，且带有user=phone参数，URI的userinfo部分采用E.164号码。在Request-URI的userinfo成分中包含的信息应映射成LAM消息中的被叫用户.号码参数。内部网号码指示语置成“不允许选路到内部网号码”。对其他URI格式的支持：如 TEL:URI或者SIPS-URI，URI成分值和URI参数都是可选的。FTKAONKAa-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。