YD_T 2290-2011统一IMS网络与软交换网络互通信令流程技术要求.pdf

ICS 33.040.30M12YD中华人民共和国通信行业标准YD/T 2290-2011统一IMS网络与软交换网络互通信令流程技术要求Technical requirements forinterworking between unified IMS and softswitch2011-05-18 发布2011-06-01实施中华人民共和国工业和信息化部发布 YD/T 2290-2011目次前言·2规范性引用文件3术语、定义和缩略语·综述·4.1互通的业务范围·4.2IWU 的功能模型·4.3互通原则要求·5I-IWU 中从 IMS SIP 到软交换 SIP-I 的呼叫的互通·5.1　基本要求5.2封装 IAM 的 INVITE 消息的发送·封装ACM的180/183响应的接收5.35.4封装 CPG 的 180/183 响应的接收·5.5封装 ANM的200 OK 响应的接收5.6封装 CON的 200 OK 响应的接收5.7承载通道的直通连接5.8释放程序。6O-IWU 中从软交换 SIP-I到IMS SIP 的呼叫的互通·6.1　第一个 INVITE 的发送·.96.2发出INVITE之后的封装的SAM的接收106.3IMS 侧180 响应的接收·:106.4IMS 侧183 的接收·:116.5IMS 侧181 的接收·:126.6定时器超时及Early ACM的发送·6.7接收 200 OK 的处理·126.8承载通道的直通连接·.·126.9O-IWU 的释放程序:126.10　O-IWU 的定时器·:15附录A（资料性附录）IMS与软交换互通的基本信令流程-16附录B（资料性附录）IMS 与软交换的补充业务互通流程:29附录C（资料性附录）媒体直接互通方式下IMS与软交换语音媒体编码不一致时的互通流程37 YD/T 3当不能从 Reason 头字段中获得原因值时 REL 原因值的编码SIP消息BYE原因值 16（正常拆线normal call clearing）5.8.2封装 REL 的响应的接收I-IWU在软交换侧接收到封装REL的响应后，I-IWU立即释放内部承载通道表 4 给出了 ISUP 原因指示语参数到 SIP Reason 头字段的映射。表 4ISUP 原因指示语参数到 SIP Reason 头字段的映射ISUP 原因指示语参数/域参数/域值SIP Reason头字段的成分成分值protocol9.850原因值uXXProtocol-causeX X asn,应当填满ITU-TQ.850中声明的定义正文breason-text“××”是Q.850中定义的原因值。：由于原因指示语参数不包含ITU-TQ.850的Table1中定义的定义正文，这就得依据O-IWU的规定如果 I-IWU 在接收到封装 ANM 或 CON 的 SIP 响应之前接收到封装 REL 的 SIP 响应，I-IWU 应该向 IMS 侧发送 SIP 响应，其状态码应与软交换侧收到的 SIP 响应的状态码相同。如果 I-IWU 在接收到封装 ANM 或CON 的响应之后接收到封装REL 的响应,I-IWU应发送BYE。如果在接收到封装REL 的响应之前，I-IWU 在 IMS 侧已经发送最终响应（如200 OK（INVITE))（但还没有接收到 ACK），则I-IWU不应发送487Request terminated，而是等到接收到ACK之后再发送BYE消息。5.8.31-IWU中的自行释放表 5给出了当呼叫从 IMS 到软交换时发生在 I-IWU 内的触发事件以及由 I-IWU 发起的释放。表 5I-IWU 中的自行释放触发原因指示语参数484Address Incomplete不发送确认没有收到足够的位数 480 Temporarily UnavailableI-IWU中有拥塞不发送BYEISUP程序导致应答后释放遵从ISUP程序500 Server Internal ErrorISUP兼容性程序导致呼叫释放（注）遵从ISUP程序484 Address Incomplete在ISUP程序内由于T7超时导致呼叫释放遵从ISUP程序 480 Temporarily Unavailable在ISUP程序内由于T9超时导致呼叫释放遵从ISUP程序 480 Temporarily Unavailable应答前由于其他ISUP程序导致呼叫释放遵从ISUP程序注：I-IWU接收到不可识别的ISUP信令信息，并根据兼容性指示语的编码判定需要释放该呼叫，参见YDN038一1997如果I-IWU发起的自动重复试呼不成功（因为呼叫无法选路），I-IWU应向IMS 侧发送480Temporarily Unavailable 响应。