GB T 28503-2012 No.7信令与IP互通适配层技术要求.消息传递部分(MTP)第二级用户适配层(M2UA).pdf

上传人:tireattitude366 文档编号:187596 上传时间:2019-07-14 格式:PDF 页数:60 大小:1.99MB
下载 相关 举报
GB T 28503-2012 No.7信令与IP互通适配层技术要求.消息传递部分(MTP)第二级用户适配层(M2UA).pdf_第1页
第1页 / 共60页
GB T 28503-2012 No.7信令与IP互通适配层技术要求.消息传递部分(MTP)第二级用户适配层(M2UA).pdf_第2页
第2页 / 共60页
GB T 28503-2012 No.7信令与IP互通适配层技术要求.消息传递部分(MTP)第二级用户适配层(M2UA).pdf_第3页
第3页 / 共60页
GB T 28503-2012 No.7信令与IP互通适配层技术要求.消息传递部分(MTP)第二级用户适配层(M2UA).pdf_第4页
第4页 / 共60页
GB T 28503-2012 No.7信令与IP互通适配层技术要求.消息传递部分(MTP)第二级用户适配层(M2UA).pdf_第5页
第5页 / 共60页
亲,该文档总共60页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、ICS 33.040.30 岛1:12 中华人民不H11: ./、GB 国国家标准G/T 28503-2012 No.7信令与IP互通适配层技术要求消息传递部分(MTP)第二级用户适配层(M2UA) Technical requirements of adaptation layer of No. 7 signalling interworking with IP MTP2 user adaptation layer (IETF RFC 3331: 2002 , Signaling system 7 (SS7) message transfer part 2 (MTP2)-user adapt

2、ation layer, NEQ) 20120620发布. (10$531.4 . 岱芒,108lh-:W命。1-,f *艳璋t 主去数码防伪中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会202-O-O实施发布GB/T 28503-2012 目次前言.m1 范围2 规范性引用文件-3 术语和定义、缩略语. . . 1 3. 1 术语和定义3.2 缩略语24 综述-4.1 M2UA的结构4.2 M2UA适配层提供的业务44.3 M2UA层提供的功能4.4 M2UA边界原语的定义5 M2UA协议单元格式105.1 公共消息头.10 5.2 M2UA消息头155.3 M2UA消息15

3、6 M2UA协议程序M6. 1 概述.346.2 支持M2UA用户层的程序6.3 层管理的程序6.4 AS和ASP的状态维护 36 6.5 链路关键宇管理程序(可选)47 定时器取值.44 附录A(资料性附录)M2UA程序示例. 45 A.1 SG和ASP间业务建立的示例GA.2 ASP业务故障倒换时的示例钊A.3 SG与MGC之间MTP之和MTP-3边界上的程序示例47I GB/T 28503-2012 目U吕本标准按照GB/T1. 1-2009给出的规则起草。本标准使用重新起草法参考IETFRFC 3331 :2002(7号信令系统消息传递部分2(MTP2)用户适配层(M2UA)协议编制,

4、与IETFRFC 3331的一致性程度为非等效。本标准由中华人民共和国工业和信息化部提出。本标准由中国通信标准化协会归口。本标准起草单位:工业和信息化部电信研究院、上海贝尔股份有限公司、中兴通讯股份有限公司、华为技术有限公司。本标准主要起草人:吕军、续合元、吴宏建、林铭、连超、高毅、黄少军。阳出G/T 28503-2012 1 范围No.7信令与IP互通适配层技术要求消息传递部分CMTP)第二级用户适配层CM2UA) 本标准规定了No.7信令消息传递部分第二级用户适配层CM2UA)协议的功能、消息参数、格式和程序。本标准适用于采用M2UA协议作为信令传送适配协议的软交换、信令网关等设备。2 规

5、范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB/T 28510 流控制传送协议CSCTP)ITU-T Q. 703 No. 7信令系统交换和信令规范消息传送部分CMTP)信令链路CSwitchingand signalling specifications of signalling system No. 7-Message transfer part CMTP) signalling link) 3 术语和定义、缩略语3. 1 术语和定义下列术语和定义适用于本文件。3

6、. 1. 1 应用服务器spplication server 执行特定应用实例的逻辑实体。软交换或MGC就可以被看做是一个应用服务器,它用来处理MTP第三层消息和终接于No.7信令链路上的呼叫处理。通常来讲,SG通常把AS看做是一个或多个相关应用服务器进程CASP)组成的有序队列(例如首选、次选等)。3. 1. 2 应用服务器进程application server process 应用服务器的处理实例。如主用的或备份的MGC通常可以看做是应用服务器进程。3. 1.3 偶联association 本标准中提到的偶联都是指SCTP偶联,偶联可以用来在一个或多个接口上传递协议数据单元。3. 1.

7、4 故障倒换、制国f ai-over / fai-back 在当前使用的应用服务器进程故障或不可用的情况下,信令业务可以重新选路到替换服务器的其他ASP上的能力。当先前不可用的应用服务器进程CASP)恢复后,故障倒回能力可以把原来该ASP承担的业务量重新送到该ASP。1 G/T 28503-2012 3. 1. 5 接口标识符interface identifier 用来识别在SG上的物理接口,它用来表示接收或发送的信令消息的接口。接口标识符参数可以是文本的,也可以是整数,该参数值的分配由网络运营者决定。该参数值只在本地有效,该值的分配由SG和ASP之间协调。3. 1. 6 层管理layer

8、management SG或ASP中的节点功能,它用来处理M2UA层和本地管理实体之间输入和输出。3. 1.7 链路关键字Iink key 一个本地唯一(在SG和ASP之间)的值,用这个参数可以识别一个特定的信令数据链路和信令链路终端对之间的注册请求。3.1.8 MTP-2 message transfer part layer 2 消息传递部分第二层,No.7信令协议找中的信令数据链路层。3. 1. 9 MTP-3 message transfer part layer 3 消息传递部分第三层,No.7信令协议战中的网络层。3. 1. 10 MTP-2用户MTP-2 user 使用消息传递部

9、分第二层所提供的服务的协议(即MTP-3)。3. 1. 11 信令数据链路signalling data Iink 连接在两个信令链路终端的一组特定的通信功能。3. 1. 12 流stream本标准中提到的流是指SCTP流,它是从一个SCTP端点到另一相关SCTP端点建立的单向逻辑通路。所有用户消息在流中按序传递,除非提交的是元序传递业务。3. 1. 13 M2UA通路M2UA path 使用M2UA协议的SG和ASP及其之间的SCTP偶联。3.2 缩暗语下列缩略语适用于本文件。AS Application Server 应用服务器ASP Application Server Process

10、应用服务器进程M2UA MTP2 User Adaptation layer MTP第二级用户适配层MGC Media Gateway Controller 媒体网关控制器岛1TPMessage Transfer Part 消息传递部分NIF Node Interworking Function 节点互通功能SCTP Stream Control Transport Protocol流控制传送协议SG Signalling Gateway 信令网关SIGTRAN Signaling Transport 信令传送SP Signalling Point 信令点2 GB/T 28503-2012 4

11、 综述4.1 M2UA的结构4. 1. 1 通则本标准中定义的M2UA适配协议用于传送No.7信令协议中的MTP-2的用户消息,即MTP-3消息,目前MTP-3是7号信令MTP-2的唯一的用户,M2UA利用流控制传输协议来提供可靠的低层传送。信令网关使用标准的7号信令链路接口与PSTN网相连,在7号信令接口上使用MTP协议来保证MTP-2消息可以可靠地向(从)信令点或信令转接点发送(接收);同时SG还提供与IP网的互通功能,把MTP-2用户消息传送到对应的应用服务器进程。4. 1.2 使用M2UA协议时,信令网关与软交换(或MGC)的关系信令网关可以通过标准的No.7信令链路终端接收No.7信

12、令消息,并使用MTP功能提供对MTP-2用户信令消息传递。此时信令网关只完成信令链路终端CSLT)的功能,向软交换(或MGC)传送MTP-3消息。使用M2UA协议的信令网关提供的信令传送功能如图1所示:IP (NIF) 注:信令点和信令网关之间的No.7信令通路上可以包括STP.图1SG和MGC中应用M2UA协议的结构图对于使用M2UA作为适配协议的信令传送功能必须要使用流控制传输协议CSCTP)作为低层的传送协议,SCTP用以提供以下功能:一一明确的面向分组的递交;一一多个流中的用户消息的顺序递交,也可以提供对单个用户消息的按消息到达顺序进行递交;一一把多个用户消息复用到一个SCTP分组中;

13、一一在偶联的两端使用多归属机置,来增加网络层的可靠性;一一避免泛播和其他的攻击;一一根据通路MTU的情况对用户数据进行分段;在公共的传输层之下不需要提供另外的冗余性保证。3 GB/T 28503-2012 4.1.3 ASP故障倒换的概念为了提供更高的呼叫可用性和事务处理能力,M2UA提供了故障倒换、倒四功能。从No.7信令网进入SG的所有MTP-2用户消息,根据消息的接口标识符被分配到一个唯一的应用服务器。M2UA协议支持n+k的冗余配置模型(包括:主备用、负荷分担),其中n是指处理业务所必需的最少的ASP数量,k则是可用来代替故障或不可用ASP的ASP数量。4.1.4 客户机/服务器模型S

14、G和ASP都可以支持服务器和客户机的操作,如果在两个端点上使用了M2UA协议,则配置原则如下:即一端总是配置为服务器的客户机,另外一端则配置为服务器,通常的情况SG被配置为服务器端,ASP被配置为客户端。在这种情况下,应当由ASP来发起到SG的SCTP偶联建立,其中M2UA协议使用的SCTP的端口号为2904。4.2 M2UA适配层提供的业务4.2. 1 支持MTP-2/MTP-3间的接口M2UA必须要支持MTP-2/MTP-3间的接口,从而保证No.7信令网络中和IP域中的MTP-2对等用户实体间的操作可以是元缝的。M2UA协议也是利用与MTP-2类似的原语来支持MTP-2/MTP-3间的接

15、口。4.2.2 支持M2UA协议的端点(SG、MGC)与层管理之间的通信为了方便与SG(MGC)层管理模块之间的通信,M2UA定义了M-ERROR原语来报告由于承载MTP-3协议时产生的错误:M-ERROR原语用来指示收到的M2UA消息中出现了差错(例如,接口ID值未知或不存在)。4.2.3 支持对SG和MGC间偶联的管理SG的M2UA层应当维护所有配置的ASP的状态,以下原语由层管理使用,来管理SG和软交换(或MGC)之间的偶联。M2UA层可以根据层管理的指示来建立或释放到对端M2UA端点的SCTP的偶联。M-SCTP _EST ABLlSH原语用来请求、指示和证实到对端M2UA节点的SCT

16、P的偶联建立。M-SCTP RELEASE原语用来请求、指示和证实到对端M2UA节点的SCTP的偶联释放。M2UA层使用M-SCTP_ST A TUS原语向层管理通知当前SCTP偶联的状态。4.2.4 支持对AS和ASP的状态管理层管理可以向M2UA层通知AS/ASP的状态(例如激活、故障等),通过在两个对等的M2UA层之间交换一些消息,来停止或恢复到本地M2UA用户的业务。这一功能是通过以下原语实现的。M-ASP_STATUS原语:该原语由层管理调用,向M2UA层请求应用服务器进程的状态,该原语也可用来指示ASP的状态。M-ASP MODIFY原语:该原语由层管理调用,修改ASP的状态,即:

17、ASP侧的层管理可以使用该原语启动ASPM程序。M-AS_ST A TUS原语:该原语由层管理调用,向M2UA层请求应用服务器的状态,这个原语也可用来指示AS的状态。4 GB/T 28503-2012 4.3 M2UA层提供的功能4.3.1 映射功能在M2UA层必须要维护一张用于接口ID与SG物理接口之间映射的表,物理接口可以是El电路/时隙等,同时M2UA层还必须维护一张用于接口ID与SCTP偶联和相关流进行映射的表,从而完成物理接口到SCTP流之间的映射关系。只有当ASP针对某个特定的接口标识符发送了ASPActive消息后,SG才可以把接口标识符映射成SCTP的偶联和流。由于ASP的状态

18、会发生变化,因此这种映射关系是可以动态变化的。SG必须要知道AS/ASP的状态,并且在进行消息选路时参考AS/ASP的当前状态。r-M2UA通路-1 No.7信令链路1接口标识符No.7信令链路2接口标识符备用曰图2主备用方式下No.7信令链路、接口标识符与流之间的关系一M2UA通路-1 No.7信令链路1接口标识符No.7信令链路2接口标识符L-M2UA通路-_j 图3负荷分担方式下No.7信令链路、接口标识符与流之间的关系流1流2流1图2和图3中给出了在SG中的No.7信令链路、接口标识符、AS和ASP之间的关系。其中一个SG可以支持多个AS,一个AS可以支持多个接口标识符。一个接口标识符

19、标识的是一条No.7信令链路,M2UA通路用于承载一个(或多个)No.7信令链路的业务。在通常的应用中,一条No.7信令链路映射到M2UA通路中的一个流,但一条No.7信令链路上的消息不能映射到M2UA通路的多个流中。4.3.2 支持对SG和ASP之间SCTP偶联的管理为了管理SCTP偶联以及SG与MGC之间的业务量,SG的M2UA层必须来维护所有己配置的ASP的可用性状态,包括远端ASP的激活或去激活状态。所谓激活的ASP就是当前可以接收SG发的送业务量的ASP。M2UA层可以根据本地层管理的指令,建立到对端M2UA节点的SCTP偶联,这个建立过程可以GB/T 28503-2012 通过调用

20、M-SCTP_EST ABLlSH原语来实现。同样的,M2UA层也可以使用M-SCTP_ST A TUS向本地层管理通知底层SCTP的状态。M2UA可以利用这个原语向本地管理报告本地SCTP偶联释放的原因,确定释放是由本地M2UA发起的,还是由SCTP发起的。此外,M2UA层还可以使用M白ASPSTATUS或M-ASSTATUS原语向本地管理报告ASP或AS的状态变化。4.3.3 SG上对ASP的状态管理SG的M2UA层必须要维护它支持的ASP的状态,ASP的状态变化可以是由于收到对等层间的消息(ASPM消息)造成的,也可以是由于收到本地SCTP偶联的指示造成的。ASP的状态迁移程序见6.4.

21、2。在SG,为了支持故障倒换、倒回程序,应用服务器列表中必须包括所有激活的和未激活的ASP。当首选和备用的ASP都可用时,对端M2UA协议要求指定当前的哪个ASP是激活的。一个逻辑AS中的ASP排序情况始终在SG中进行跟踪刷新,用以反映当前激活的应用服务器进程。同样的M2UA也需要向本地管理通知ASP或AS的状态变化,这个功能的实现需要使用M-ASPSTATUS或M-AS_STATUS4.3.4 对SCTP的流管理SCTP允许用户在偶联最初建立时规定可以使用的流的数量,从而保证M2UA可以正确地管理这些流,由于SCTP的流具有单向特性,因此M2UA并不知道对端M2UA层的流信息。同时接口标识符

22、应当在M2UA消息头中。在M2UA中之所以推荐使用SCTP的流其主要原因是可以使传输和缓存的时延降到最小,从而可以全面改善信令实体单元间的性能和可靠性。每个No.7信令链路可以使用一个单独的SCTP流。SCTP偶联中的流0不用来传送MTP-2用户适配层消息(MAU凹,这是因为M2UA要求SCTP偶联中的流0只能用来传送ASP管理消息。4.3.5 与No.7信令网管理无缝的互通如果当前激活的ASP从激活(ACTIVE)状态迁移出后,则SG的M2UA层应当向本地层管理传送关于M2UA的用户(MTP-3)不可用的指示。SG的M2UA采取的动作应当与ITU-TQ. 703建议规定的MTP-2协议的动作

23、一致。4.3.6 流量控制和拥塞控制M2UA可以采用不同实施的方式,通知IP网络拥塞门限触发和消除(即:来自于SCTP的指示)。M2UA层对收到的这个拥塞指示的处理取决于不同的实施。但是SG采取的动作应当与MTP规范规定的动作一致,并可以保证No.7信令链路的流量控制功能可以正确的进行。当SG的SCTP检测到拥塞时,应向M2UA发送拥塞指示。当SG的M2UA在收到SCTP发送的拥塞指示时,M2UA向MTP2发送拥塞指示,信令网关在相应的No.7信令链路上发送SIB(SIB的发送处理程序应符合ITU-TQ. 703建议中规定的程序),以便通知对端的MTP2在收到SIB消息后减少或停止发送信令消息

24、。在SG侧,当M2UA收到SCTP上报的网络拥塞消除指示时,M2UA向MTP2发送拥塞消除指示,SG应停止在相关的No.7信令链路上发送SIB消息(其处理程序应符合ITU-TQ. 703建议中规定的程序)。GB/T 28503-2012 4.3.7 查询No.7信令链路状态当从一个ASP故障倒换到另一个ASP后,可能需要ASP上的M2UA去查询当前No.7信令链路的状态,以保证其状态的一致性,SG的M2UA可以在查询请求的响应中包含当前No.7信令链路的状态的信息(即:进入业务、退出服务、拥塞状态或LPO/RPO状态)。4.4 M2UA边界原语的定义4.4.1 M2UA和MTP-3之间的原语M

25、2UA和MTP第三功能级之间使用如下原语,使用这些原语后,对于MTP-3来讲,M2UA与MTP-2是相同的:一一-DATA;一一一ESTABLISH;一一RELEASE;一STATE;一一DATARETRIEVAL; DA T A RETRIEV AL CO岛1PLETEo4.4.2 M2UA和MTP-2之间的原语M2UA和MTP-2之间定义了如下原语,这部分原语主要是用于提供SG功能的M2UA端点上:一一-DATA;一一-EST ABLISH ; RELEASE; 一-STATE;一一-DA T A RETRIEV AL; DA T A RETRIEV AL CO肌1PLETE。4.4.3

26、M2UA和SCTP之间的原语M2UA和SCTP之间的原语见GB/T28510流控制传送协议CSCTP)。4.4.4 M2UA和层管理之间的原语M2UA协议和M2UA端点的层管理定义了如下原语:M-SCTP EST ABLISH request原语:方向:LMM2UA作用:LM请求ASP与SG建立SCTP偶联。M-STCP EST ABLISH confirm原语:方向:M2UALM作用:ASP向LM确认它已经与SG建立了SCTP。M-SCTP EST ABLISH indication原语:方向:M2UALM作用:SG通知层管理ASP已经建立了SCTP偶联。7 GB/T 28503-2012

27、M-SCTP RELEASE request原语:方向:LMM2UA作用:LM请求ASP释放与SG的SCTP偶联。M-SCTP RELEASE confirm原语:方向:M2UALM作用:ASP向层管理确认它已经释放了与SG的SCTP偶联。M-SCTP RELEASE indication原语:方向:M2UALM作用:SG通知层管理ASP已经释放了SCTP偶联。M-SCTP _REST ART indication原语:方向:M2UALM作用:M2UA通知层管理收到了SCTP再启动指示。M-SCTP ST A TUS request原i吾:方向:LM-M2UA作用:LM请求M2UA报告SCTP

28、偶联的状态。M-SCTP ST A TUS confirm原语:方向:M2UALM作用:M2UA报告SCTP偶联的状态。M-ASP ST ATUS request原语:方向:LMM2UA作用:LM请求SG报告远端ASP的状态。M-ASP STATUS confirm原语:方向:M2UALM作用:SG报告远端ASP的状态。M-AS STATUS request原语:方向:LMM2UA作用:LM请求SG报告AS的状态。M-AS_STATUS indication原语:方向:M2UALM作用:SG报告远端AS的状态。M-NOTIFY indication原语:方向:M2UALM作用:ASP用来报告已

29、经收到对端的NOTIFY消息。8 GB/T 28503-2012 M-ERROR indication原语:方向:M2UALM作用:ASP或SG用来报告已经收到对端的ERR消息。M-ASP _UP request原语:方向:LMM2UA作用:LM请求ASP启动运行并向对端SG发送ASPUP消息。M-ASP _ UP confirm原语:方向:M2UALM作用:ASP向层管理报告它已经从对端SG收到了ASPUP Acknowledgement消息。M-ASP _DOWN request原语:方向:LM-M2UA作用:LM请求ASP停止运行并向对端SG发送ASPDOWN消息。M-ASP _DOWN

30、 confirm原语:方向:M2UALM作用:ASP向层管理报告它已经从对端SG收到了ASPDOWN Acknowledgement消息。M-ASP _ACTIVE request原语:方向:LMM2UA作用:LM请求ASP向对端SG发送ASPACTIVE消息。M-ASP _ACTIVE confirm原语:方向:M2UALM作用:ASP向层管理报告它已经从对端SG收到了ASPACTIVE Acknowledgement消息。M-ASP _INACTIVE request原语:方向:LMM2UA作用:LM请求ASP向对端SGP发送ASPINACTIVE消息M-ASP _INACTIVE con

31、firm原语:方向:M2UALM作用:ASP向层管理报告它已经从对端SG收到了ASPINACTIVE Acknowledgement消息。M-LINK_KEY_REG Request原语:方向:LMM2UA作用:LM请求ASP用REGREQ消息向SG注册链路关键字。M-LINK_KEY_REG Confirm原语:方向:M2UALM9 G/T 28503-2012 作用:ASP向层管理报告已经从SG成功的收到了REGRSP消息。M-LINK KEY REG Indication原语:方向:M2UALM作用:SG向层管理报告已经成功处理了一个来自ASP的REGRSP消息。M-LINK_KEY _

32、DEREG Request原i吾:方向:LMM2UA作用:LM请求ASP通过向SG发送DEREGREQ消息注销一个已经注册的链路关键字。M-LINK_KEY _DEREG Confirm原i吾z方向:M2UALM作用:ASP向层管理报告它已经成功的从SG收到了DEREGRSP消息。M-LINK_KEY_DEREG Indication原语:方向:M2UA-.LM作用:SG向层管理报告它已经成功的处理了一个从ASP收到的DEREGREQ消息。5 M2UA协议单元格式5.1 公共消息头5. 1. 1 通则MTP-2用户适配层协议消息中必须包括版本、消息类别、消息类型、消息长度和消息内容几个部分,见

33、图4。消息头部分对于所有信令协议适配层消息都是通用的。2 3 012 3 4 5 6 7 8 9 0 123 4 5 6 7 8 9 0 1 2 345 6 7 890 1 版本备用消息类J消息类型消息长度图4公共消息头5.1.2 版本字段版本宇段(Vers)中包含了M2UA适配层的版本。目前所支持的版本编码为:0000 0001 1. 0版本协议5. 1. 3 备用字段备用宇段的长度为8比特,在发送方应当设置为全0,在接收方应忽略该宇段,即收到备用宇段不为全0的消息时也应正确处理。10 GB/T 28503-2012 5.1.4 消息类别字段该宇段为8比特的元符号整数,表1中列出了公共消息头

34、中消息类别字段的编码分配。表1消息类别编码表消息类别名消息类别编码管理(MGMT)消息IUA/M2UA/M3UA/SUA00 传送消息M3UA01 No.7信令网管理(SSNM)消息M3UA/SUA02 ASP状态维护(ASPSM)消息IUA/M2UA/M3UA/SUA03 ASP业务维护(ASPTM)消息IUA/M2UA/M3UA/SUA04 Q. 921/Q. 931边界原语传递(QPTM)消息IUA05 MTP-2用户适配(MAUP)消息M2UA06 元连接的消息SUA07 面向连接的消息SUA08 选路关键字管理(RKM)消息M3UA09 接口标识符管理(lIM)消息M2UAOA IE

35、TF备用OB7F 为IETF定义的消息类别扩展备用80FF 5. 1. 5 消息类型字段表2表6中给出了不同的M2UA消息类别下,该字段所使用的有效消息类型编码。表2MTP-2用户适配(MAUP)消息消息类型名称消息类型编码备用00 Data 01 Establish Request 02 Establish Confirm 03 Release Request 04 Release Confirm 05 Release lndication 06 State Request 07 State Confirm 08 State lndication 09 Data Retrieval Requ

36、est Oa Data Retrieval Confirm Ob Data Retrieval lndication Oc Data Retrieval Complete lndication Od CUIl邑t:stiulllndication Oe Data Acknowledge Of IETF备用10ff 为IETF定义MAUP扩展80ff 11 GB/T 28503-2012 表3M2UA ASP状态维护(ASPSM)消息类型消息类型名称消息类型编码备用。ASP up (ASPUP) 01 ASP Down (ASPDN) 02 Heartbeat (BEAT) 03 ASP up

37、Ack (ASPUP ACK) 04 ASP Down Ack (ASPDN ACK) 05 Heartbeat Ack (BEAT ACK) 06 IETF备用7-7F 为IETF定义的ASPSM扩展备用80-FF 表4M2UA ASP业务维护(ASPTM)消息类型消息类型名称消息类型编码备用00 ASP ACTlVE (ASPAC) 01 ASP INACTIVE (ASPIA) 02 ASP ACTIVE Ack (ASPAC ACK) 03 ASP INACTIVE Ack (ASPIA ACK) 04 IETF备用5-7F 为IETF定义的ASPTM扩展备用80-FF 表5M2UA管

38、理(MGMT)消息类型消息类型名称消息类型编码Error (ERR) 。Notify (NTFY) 01 IETF备用02-7F 为IETF定义的MGMT扩展备用80-FF 表6M2UA接口标识符管理(MII)消息类型消息类型名称消息类型编码备用00 Registration Request (REG REQ) 01 Registration Response (REG RSP) 02 Deregistration Request (DEREG REQ) 03 Deregistration Response (DEREG RSP) 04 IETF备用5-7F 为IETF定义的MII扩展备用80

39、-FF 12 GB/T 28503-2012 5. 1.6 消息长度字段消息长度定义了整个M2UA消息的八位位组数。如果消息包含填充宇节,那么消息长度应把填充信息包含在内。消息长度字段的取值应不长于MTP-3消息长度、公共消息头长度和M2UA消息头的长度之和。5.1.7 可变长参数的格式M2UA消息在公共消息头之后可以包含0个或几个可变长参数,所有包含在消息中的参数的格式都使用参数标签参数长度参数取值的形式进行描述,如图5所示。2 3 o 1 2 3 4 5 6 789 0 123 4 5 678 9 0 1 2 345 6 7 8 901 参数标签参数长度参数取值图5可变长参数的格式消息中的

40、必备参数必须要放在任选参数前传送。参数标签:参数标签字段是一个16比特的元符号整数,其取值范围从O65534,适配层使用的通用参数的标签取值范围从OOff,见表7;M2UA专有参数的标签取值范围从3003日,见表8。M2UA使用的通用参数标签(即:所有的用户适配层使用)定义在表7中。表7通用参数标签参数标签名参数标签编码备用OxOOOO 接口标识符(整数类型)OxOOOl 在M2UA中不使用Ox0002 接口标识符(文本类型)Ox0003 信息串Ox0004 在M2UA中不使用Ox0005 在M2UA中不使用Ox0006 诊断信息Ox0007 接口标识符(整数范围)Ox0008 Heartbe

41、at数据Ox0009 在M2UA中不使用OxOOOa 在M2UA中不使用OxOOOb 差错码OxOOOc 13 GB/T 28503-2012 表7(续)参数标签名参数标签编码状态类型/信息OxOOOd 在M2UA中不使用OxOOOe 在M2UA中不使用OxOOOf 在M2UA中不使用Ox0010 ASP标识符OxOO l1 在M2UA中不使用Ox0012 关联IDOx0013 备用Ox0014-0xOOff 表8M2UA的专用参数参数名参数标签编码协议数据1Ox0300 协议数据2nTC) Ox0301 状态请求Ox0302 状态事件Ox0303 拥塞状态Ox0304 舍弃状态Ox0305

42、动作Ox0306 顺序号码Ox0307 恢复结果Ox0308 链路关键字Ox0309 本地链路关键字标识符Ox030a 信令数据终端(SDT)标识符Ox030b 信令数据链路(SDL)标识符Ox030c 注册结果Ox030d 注册状态Ox030e 注销结果Ox030f 注销状态Ox0310 IETF备用Ox0311-0xffff 参数长度宇段为16比特的元符号整数,该字段指示了参数的字节数。参数长度包括参数标签参数长度和参数值字段,即当没有参数取值时,该宇段的长度取值为4。参数长度字段指示的长度不包括任何填充字节。参数值宇段的长度是可变的,它包含参数实际传送的信息。14 GB/T 28503-

43、2012 参数的实际总长度(包括标签、参数长度和值宇段必须是四字节的整数倍。如果参数长度不是四的整数倍,发送者应在结尾用0填充参数,填充的长度不计人参数长度。发送者不能填充多于3个字节,接收方忽略填充字节(即:根据长度字段指示的长度处理参数)。5.2 M2UA消息头除了公共消息头外,M2UA消息还有特有消息头,格式见图6和图70M2UA特有消息头紧眼在公共消息头后,但只用在MAUP消息中。M2UA特有消息头应包括接口标识符,接口标识符用来标识SG接收和发送信令消息的物理接口。接口标识符参数的格式可以是整数类型的,也可以是基于文本编码的,该参数的取值由网络运营者来分配,这个参数值仅在本地有效,由

44、SG和ASP协商使用。在国内应用时,要求使用整数类型编码方式的接口标识符,对基于文本格式编码方式的接口标识符的支持是任选的,目前暂不要求使用字符串类型的接口标识符。2 3 012 3 4 5 6 7 8 9 0 123 4 5 6 7 8 9 0 1 2 345 6 7 890 1 标签(OxOOOl)参数长度=8接口ID(整数类型)图6M2UA消息头(基于整数编码的接口标识符)基于整数格式编码的接口标识符参数的标签值为OxOOOL此时,参数的长度字段取值恒等于8。2 3 0123456789012 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 标签(Ox0003

45、)参数长度接口ID(文本类型)图7M2UA消息头(基于文本编码的接口标识符)基于文本格式编码的接口标识符参数的标签值为Ox0003。此时,接口标识符的编码应符合ANSIX3.4:1986的规定,基于文本的标识符的字符串最大取值为255个八位位组。参数长度字段的取值等于标识符文本的字符串的长度加4个字节。5.3 M2UA消息5.3.1 MTP-2用户适配消息5.3. 1. 1 DATA 消,息DATA消息包括No.7信令MTP-2用户协议数据单元CPDULDATA消息包括协议数据和关联ID两个参数,其中协议数据为必备参数,关联ID为任选参数。DATA消息的格式如图8所示。15 GB/T 2850

46、3-2012 。2 3 012 3 4 5 6 7 8 9 0 123 4 5 678 9 0 1 2 345 6 7 890 1 标签(Ox0300)长度协议数据标签(Ox0013)长度=8关联ID图8DATA消息参数格式协议数据字段包括MTP-2用户消息,消息的封装顺序应符合网络发送的顺序,从信令信息八位位组(SIO)开始顺序排放,且协议数据的长度不应大于272个八位位组。关联ID参数可以唯一的标识封装在协议数据单元的MSU是属于哪个AS。5. 3. 1. 2 Data Acknowledge消息Data Acknowledge消息必须包含从Data消息中收到的关联ID,用来表明对端M2U

47、A已经成功的处理了收到的Datay肖息。Data消息中的关联ID参数和DataAcknowledge消息中的关联ID参数提供一种机制,SG可以利用这个关联ID,从而使得发送的MSU在得到对端No.7信令链路的MTP-2的确认前,就可以对端M2UA发送的消息进行证实,这样可以避免由于偶联故障或拥塞造成的消息丢失。如果从对端M2UA收到的DATA消息中,包含有关联ID参数,则必须发送DataAcknowledge消息。否则可以不发送DataAcknowledge消息。在DataAcknowledge消息中,关联ID中必备参数。Data Acknowledge消息中关联ID的格式如图9所示。2 B 012 3 4 5 6 7 8 9 0 123 4 5 678 9 0 1 2 345 6 7 890 1 标签(0:13)长i支-8关联ID图9关联ID参数的格式如果发送的Data

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国家标准

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1