YDT 1522.31-2009 会话初始协议(SIP)技术要求 第3部分ISDN用户部分(ISUP

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

ICS33.040.30M12YD中华人民共和国通信行业标准yorr1522.31-2009会话初始协议CSI科技术要求第3部分:ISDN用户部分CISUP)和会话初始协议CSIP)的互通(补充件1)TechnicalRequirementsforSessionInitiationProtocolPart3InterworkingbetweenISUPandSIP-Supplement12009-06-15发布2009-09-01实施中华人民共和国工业和信息化部发布yorr1522.31-2009目次前言........….........…...........................…...........................…............................….........11l范围…2规范性引用文件…3术语、定义和缩略语.......................…...........................…..............................................14综述….................…..............................................................................……………·……25与x-session-info相关的ABNF语法….......................…................................................……,36基本处理程序…………………………………………………………………………………………………37定时器…..........................….........…·….....................................................….........……,68对应用服务器的考虑..........................……...........................…........................................7附录A(资料性附录)流程示例….................….........….........…........................….........……,8YDrr1522.31-2009目IJ1=1四厅1522((会话初始协议(SIP)技术要求》分为6个部分:一一第1部分:基本的会话初始协议:一一第2部分:基于会话初始协议(SIP)的呼叫控制的应用:一一第3部分ISDN用户部分CISUP)和会话初始协议(SIP)的互通:一一第4部分:基于软交换网络呼叫控制的SIP协议:一一第5部分:基于IMS网络的SIP协议总体技术要求:一一第6部分BICC和会话初始协议(SIP)的互通。本部分为YDrr1522.3-2006会话初始协议(SIP)技术要求第3部分:ISDN用户部分CISUP)和会话初始协议(SIP)的互通》的补充件1。第3部分中规定了通过re-的VITE来携带后续地址消息的技术内容,而本部分则补充了通过的FO来携带后续地址消息的相关技术内容。在我国的软交换网络中应支持本部分所规定的方式实现重叠信令。随着技术的发展,还将制定后续的相关标准。本部分的附录A为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位:工业和信息化部电信研究院、中国电信集团公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚西门子通信〈上海)有限公司本部分主要起草人:吴宏建、张鹏生、续合元、徐培利、施浩、胡一军IIyorr1522.31-2009会话初始协议CSI科技术要求第3部分ISDN用户部分CISUP)和会话初始协议CSIP)的互通(补充件1)1范围本部分规定了在使用SIP协议的网络中通过的VITE携带初始地址信息、INFO消息携带后续地址信息的重叠发码方式的技术内容,包括规定了对有关SIP参数和消息体的扩展以及始发局、终结局和中间局的一些处理程序。本部分适用于软交换网络中使用重叠发码方式的设备。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。YDrr1522.1-2006会话初始协议CSIP)技术要求第1部分:基本的会话初始协议YDrr1522.2-2006会话初始协议CSIP)技术要求第2部分:基于会话初始协议CSIP)的呼叫控制的应用YDrr1522.3-2006会话初始协议CSIP)技术要求第3部分ISDN用户部分CISUP)和会话初始协议CSIP)的互通3术语、定义和缩略语3.1术语和定义下列术语和定义适用于本部分。3.1.1入局/出局Incoming/Outgoing见YDrr1522.3-2006的3.1节。3.1.2入局互通单元I-IWU见YDrr1522.3-2006的3.1节。3.1.3出局互通单元O-IWU见YDrr1522.3-2006的3.1节。3.1.4重叠发码方式OverlapOperation指一个地址信息至少通过两个信令消息来携带的地址传送方式。YD!T1522.31-20093.1.5成组发码方式EnBlocOperation一个地址信息只通过一个信令消息来携带的地址传送方式。3.2缩略语下列缩略语适用于本部分。SessionInitiationProtocol地址全消息应答消息背靠背用户代理初始地址消息ISND用户部分会话初始协议Am则肌MMPAABUEEAddressCompleteMessageAnswerMessageBack-to-BackUserAgentInitialAddressMessageISNDUserPart4综述4.1应用场景在基于软交换的SIP网络中,涉及到SIP重叠信令的应用场景主要有以下4种:a)SIP网络中最初产生重叠信令的实体,包括入局出局都使用重叠信令的O-IWU以及使用SIP重叠信令的始发端局。具体实现见6.1节:b)入局出局都使用SIP重叠信令的实体。具体实现见6.2节:c)入局出局都使用重叠信令的I-IWU,即入局侧使用SIP重叠信令而出局侧使用ISUP重叠信令的实体。具体实现见6.3节:d)SIP网络中终结重叠信令的实体,包括将重叠信令转成成组信令的实体和呼叫的终接端局。具体实现见6.4节。本部分所规定的内容应适用于以上4种场景。在使用SIP协议的网络中如需要采用重叠发码方式,建议采用本部分描述的实现方式,但不建议转发实体在出局SIP侧将原来成组发码方式改成重叠发码方式。4.2基本原则本部分主要规定了在使用SIP协议的网络中实现重叠发码方式的技术内容,本部分的目的并非建议采用重叠发码方式,而是为了满足现网部分特定业务的需求。若没有特殊的需求,应尽量采用成组发码方式。在使用本部分规定的实现方式时,应遵循以下原则:aω)对于P阶rofileC巳,采用封装SAM消息携带后续地址信息:而对于P阶rofileB则通过本部分扩展的消息体bω)为了尽快建立对话,4.1节应用场景3)和4)中涉及的实体在收到前一网络实体发送的的VITE消息时,只要地址信息在号码分析表中且满足重叠发码的触发条件时,就应立即产生不带有任何消息体的183响应:而中间网络实体(应用场景2)所提的实体)则只在收到的地址信息尚未能选路时才向前一跳发送没有消息体的183响应,如果能确定下一跳的路由,则通过转发下一跳发送过来的183响应来建立与前一跳的早期对话,而自身不生成183响应:2YOfT1522.31-2009c)本部分所提的重叠发码程序所需的183响应都是没有任何消息体的183晌应,带有消息体的183响应不属于该范畴。对于带有SDP或封装了ISUP信息的消息体的183响应的构造、发送和接收处理等程序,见YDff1522.1-2006和四厅1522.3-2006的具体规定:d)对于SIP协议的Profi1eB和C,O-IWU在收到没有任何消息体的183响应时,都不能映射成ACM或CPG;主叫SIP终端在收到没有任何消息体的183响应时,也不能向主叫用户播放回铃音:e)为了避免将183携带的SDPo旺er映射成ACM或CPG,对于4.1节场景1)提到的实体在启动重叠发码程序的时候,必须在INV盯E中携带SDPoffer;f)重叠信号的发送局只有在收到了对前一个副FO消息的2XX响应之后,才能发送下一个因FO消息。如果收到的对前一个副FO消息的响应是表示不成功的4XX15XX16XX响应,则发送CANCEL消息取消本次INV口E请求。Profi1eB和C的具体范畴和内容见YD厅1522.2-2006和YDff1522.3-200605与x-session-info相关的ABNF语法5.1与x-session-inf。消息体相关的头字段与x-session-info消息体相关的头宇段有Content-巧pe和Content-Disposition。这两个头宇段的ABNF语法格式沿用YDff1522.1-2006中的相关规定。其中,与x-session-info消息体关联的Content-Type头字段应如下填写:Content-Type:applicationlx-session-info与x-session-info消息体关联的Content-Disposition头宇段应如下填写zContent-Disposition:signal;handling=required5.2x-session-info消息体的ABNF语法x-session-info=SubsequentNumberSubsequentNumber=SubsequentNumberHCOLONaddr-spec其中,addr.叩ec的具体语法格式见YD.厅1522.1-2006。addr-spec的userinfo部分只携带当前收到的后续号码。6基本处理程序6.1入局出局都使用重叠信令的Q-IWU和SIP始发局对重叠发码的实现6.1.1收到初始地址的处理入局和出局都使用重叠信令的O-IWU在收到初始地址信息时:a)如果收到的号码信息不处于号码分析表中(例如,如果收到的号码信息为011-123,而O-IWU中没有011的路由数据),那么O-IWU将直接发送释放信号(如阻L消息,原因值为1);b)如果收到的地址信息处于号码分析表中,但没有达到可以选路的最小位长,导致不能够指导后续选路时(例如,号码分析子为010-1234,但收到号码为010-123),则O-IWU启动T35定时器(15~20s)继续等待后续地址信息。T35超时后,O-IWU向前一跳发送REL消息,原因值为28;c)如果收到地址信息己经能够选路,则O-IWU应当向下一跳的网络实体发送携带SDPoffer的副VITE消息,继续等待后续地址信息,井停止T35定时器。此后,如果从下一跳收到484响应,则0-阳U应向前一跳发送阻L消息,原因值为28。3YDrr1522.31-20096.1.2收到后续地址的处理入局出局都使用重叠信令的O-IWU在收到后续地址信息时:a)如果收到的累积的地址信息仍没有达到可以选路的最小位长,则O-IWU重启T35定时器继续等待后续地址信息:b)如果收到的累积的地址信息己经能够选路,并且之前没有向下一跳发送过时V口Z消息,则停止T35定时器,并且向下一跳的网络实体发送带有SDP的剧vπE消息:c)若之前发送过剧VπE消息,且与后续实体之间已经建立了对话,则通过因FO消息向下一跳网络实体发送从上次发送过的地址信息之后到目前累积收到的所有地址信息。如果对话尚未建立,则等待建立之后再发送这些地址信

1 / 15
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功