YD T 2604-2013 No.7信令与IP互通适配层技术要求 消息传递部分（MTP)第二级对等适配层（M2PA).pdf

《YD T 2604-2013 No.7信令与IP互通适配层技术要求 消息传递部分（MTP)第二级对等适配层（M2PA).pdf》由会员分享，可在线阅读，更多相关《YD T 2604-2013 No.7信令与IP互通适配层技术要求 消息传递部分（MTP)第二级对等适配层（M2PA).pdf（32页珍藏版）》请在麦多课文档分享上搜索。

1、4 ICS 33.040.30 M 12 YD 中华人民共和国通信行业标准YD汀2604-2013代替YD厅1191-2002No.7信令与IP互通适配层技术要求消息传递部分CMTP)第二级对等适配层CM2PA)Technical requirements of adaptation layer of NO.7 signalling interworking with IP 一-MTP2peer-to-peer adaptation layer (IETF盯C4165 Signaling System 7 (SS7) Message Transfer Part 2 (MTP2) -User P

2、eer-to乎eerAdaptation Layer 。但PA)，NEQ)2013-10-17发布2014-01-01实施中华人民共和国工业和信息化部发布YD厅2604-2013目次前言. . .1I 1 范围. 2 规范性引用文件.3 术语、定义和缩略语.3.1 术语和定义.3.2 缩略语.4 综述.4.1 信令传送结构. 4.2信令点表示44.3 M却A提供的业务.4.4 M2PA提供的功能4.5 M2PA边界的定义.4.6 M2PA在IANA中注册的信息.65 消息格式.65.1 公共消息头.65.2 M却A专用消息头. 5.3 M2PA消息.5.4 扩展的倒换命令和扩展的倒换证实消息(

3、XCO和XCA).9 6 M2PA链路状态控制m6.1 SCTP偶联状态控制.6.2 M2PA链路状态控制. . 10 7 程序.m7.1 基本原则107.2 支持MTP2特性的程序.107.3 支持MTP3IMTP2接口的程序.148 定时器15唱9 安全. . . .15 附录A(资料性附录)M2PA程序举例16附录B(资料性附录偶联和M2PA链路对应关系.23附录C(资料性附录)SCTP慢启动对M2PA的影响26. , ? YD厅2604-2013刚昌本标准依据GB厅1.1-2009的规则进行起草。本标准是No.7信令与E互通适配层相关的系列行业标准之一，该系列行业标准的预计结构如下z一

4、-YD厅1445-2006 ，代替YD厅1191-2002;一-YD厅1409-2005 ，代替YD厅1316-2004;一-YD厅2605rmationOctet 业务信息八位位组SIO Status Indication Out of alignment 未定位状态指示SIOS Status Indication Out Of Service 未服务状态指示SIPO Status Indication Processor Outage 处理机故障状态指示SLC Signaling Link Code 信令链路码SSN Stream Sequence Number 流顺序号码s? Signa

5、ling Transfer Point 信令转接点XCA Extended Changeover Acknowledgment 扩展的倒换证实XCO Extended Changeover Order 扩展的倒换命令4 综述4.1 信令传送结构本标准规定了一种NO.7信令适配到IP层的适配方式，即M2PA适配层协议，可传送NO.7信令MT凹的消息。M2PA为MTP提供了类似MTP2的接口和服务。MTP3通过M2PA层适配到SCTP层。M2PA支持MTP3与MTP2层之间的所有原语。图1给出了M2PA应用在对称的IPSP之间的协议找结构。SCTP偶联可看作IPSP之间的一条NO.7信令链路。一个

6、IPSP在MTP3上可能有SCCP和其它NO.7应用层。IP MTP3用户MP3用户MTP3 MTP3 M2PA M2PA SCTP SCTP IP E 固1M2PA对称的对等层结构图2给出了在包含SG的网络中应用M2PA的协议梳示意。SG相当于是有传统NO.7信令链路和E网络连接的IPSP。事实上SG就像一个STP.SEP和SG之间的NO.7信令路径中可能有S霄，也可能没有STP。3 YD汀2604-2013No.7 SG SCCP MTP3 MTP2 MTPl 固2IP倍令网关中的M2PA图3给出了在包含IPS悍的网络中应用M2PA的协议找示意。1P 1P MTP3用户SCCP MTP3

7、MTP3 M2PA M2PA SCTP SCTP 1P 1P 固3IPSTP中的M2PA4.2 信令点表示P MTP3用户MTP3 M2PA SCTP 1P 根据GF001-9001的要求，具有MTP3层的每个节点必须由一个No.7信令点码表示，所以每个IPSP必须有它自己的NO.7信令点码。4.3 M2PA提供的业务4.3.1 支持MTP2IMTP3接口边界M2PA和MTP3之间接口与GF001-9001和ITU-TQ.2140中定义的MTP2IMTP3接口一样。MTP3向M2PA发送原语oM2PA负责处理这些原语，或将它们映射到M2PAlSCTP接口的合适的原语。反过来，M2PA向MTP3

8、发送与MP31MTP2接口原语相类似的原语。同时，M2队和MTP3之间接口还要支持lTU-TQ.2210中规定的24比特的顺序号。因为M2PA使用比MTP2更大的24比特的顺序号，MTP3的倒换过程必须要用支持24比特顺序号的XCO和XCA消息。XCO和XCA消息的格式见5.4节。下列M四3IMTP2原语也应支持24比特的顺序号z一一-BSNTconfirmation; 一一-RetrievalRequest and FSNC。4.3.2 M2PA的消息类型在NO.7信令中，MP2发送三类消息，即MSU、LSSU和FISUo4 飞YD厅2604-2013MSU来自MT凹的上层并要传送到另一节点

9、的对等层。同样，M2PA也需要将这些消息作为数据从M四3发送到SCTP并经过特定的链路发送出去。在M2PA中，这些消息称为用户数据消息。LSSU允许不同节点的M币2层之间交换状态信息。M2PA的链路状态消息与LSSU相似。FISU是在当无MSU等待发送时连续发送。FISU也携带对收到的MSU消息的证实信息。由于IP网络是资源是共享的，不太可能在没有数据消息发送时在E网中持续地发送类似FISU的消息，所以M2PA并不提供类似FISU的消息类型。在M2PA中，对消息的证实信息可通过用户数据消息来携带。当需要证实收到对方的消息，而本端又没有MTP3消息需要发送时，可以发送空白用户数据消息。4.4 M

10、2PA提供的功能4.4.1 MTP2的功能M2PA提供SCTP不能提供的MT凹的功能，也就是说，M2队和SCTP共同提供类似MT凹的功能。SCTP提供可靠的、有序的消息传送功能。M2PA提供的功能包括z-一一数据恢复，以支持MTP3倒换过程;一一向MTP3报告M2PA链路状态改变:一一处理机故障程序:一-M2PA链路定位程序。4.4.2 SCTP偶联管理SCTP允许在偶联建立期间开启由用户规定数量的流。M2PA层应保证对每个偶联中的流进行适当的管理。为了能让M2PA按优先顺序发送消息，需要将链路状态和用户数据消息分给不同的流来传送。M2PA在每一个偶联中的每一个方向上使用两个流。每一个方向中的

11、流0是用于传送链路状态消息。流1是用于传送用户数据消息。M2PA从SCTP收到通知时，负责处理或者翻译成适当的通知发送给MTP3。4.4.3 NO.7网络MTP3功能的保留M2PA允许IPSP的M四3执行所有的与No.7信令节点的MTP3相同的消息处理和信令网管理功能。4.5 M2PA边界的定义4.5.1 M2PAlMTP3边界的定义M2PA提供的上层原语与MTP2提供给MTP3的原语一样。这些原语的描述见GF001-9001和I白头TQ.2140。从MTP3向M2PA发送的原语:一-Messagefor Transmission请求z用来发送一个数据消息:一-Start请求z用来激活一条链路

12、:一一-Stop请求z用来去激活一条链路:一-Re位ieveBSNT请求:为倒换过程请求BSNT值:一-Retrieva1Request and FSNC请求z请求恢复未证实和未发送的消息。该请求包括一个FSNC值:一-LocalProcessor Outage 请求z通知M2PA本地处理机故障情况:一一-LocalProcessor Outage Recovered请求z通知M2PA本地处理机故障己解除:5 YD厅2604-2013一-FlushBuffers请求z请求清空所有发送和接收的缓冲区:-Continue请求:在处理机故障后请求处理恢复:一-Emergency请求:请求M2PA使用

13、紧急定位程序:一-EmergencyCe皑白请求z请求M2PA使用正常定位程序。从M2PA向MTP3发送的原语z一-ReceivedMessage指示:来向MTP3传送数据消息:一-Congestion指示z按拥塞状态指示变化情况。若协议使用任选拥塞等级，则这个指示包括拥塞状态。它还包括丢弃状态:一-InService指示z指示链路进入服务:一-outof Service指示z指示链路不工作:一-RetrievedMessages指示z指示未证实或未发送的消息的向上递交:一-Re位ievalComplete指示z指示完成了未证实或未发送的消息的递交:一-BSNT确认z对Re位ieveBSNT请

14、求的确认。这个确认包括BSN1值:一-BSNTNotRe位ievable确认:当BSNT值无法获得时，用来作为对RetrieveBSNT请求的确认:一-RemoteProcessor Outage指示z指示远端处理机故障:一-RemoteProcessor Ce臼es指示z指示远端处理机故障状态解除。4.5.2 M2PA和SCTP之间的低层边界定义SCTP提供的上层原语见GB厅28510-2012。4.6 M2PA在IANA中注册的信息在IANA中注册的分配给M2PA的SCTP端口号是3565。分配给M2PA的SCTP挣荷协议标识是5.5 消息格式5.1 公共消息头5.1.1 公共消息头的结构

15、M2PA消息所使用的公共消息头包括版本、消息类别(MessageCl臼s)、消息类型(MessageType) 和消息长度。公共消息头结构如图4所示。2 3 o 1 2 3 4 5 6 7 890 1 234 567 890 123 4 5 6 7 890 1 版本备用消息类别消息类型消息长度固4公共消息头5.1.2 版本版本宇段包括M2PA的版本。本标准所规定的版本是1，表示M2PA协议的Release1.0版。5.1.3 备用备用字段应由发送方置为全零并由接收方忽略。备用宇段不宜用于专用信息。5.1 .4 消息类别表1给出了消息类别(MessageClass)的编码。6 YD厅2604-2

16、013表1消息类别编码值(十进制11 消息类别M2PA消息斗其它值无效。5.1.5 消息类型表2给出消息类型CMessage Type)的编码。表2消息类型的编码值(十进制)2 阳-MU-h抽空k型一仙一UM类一据一翻坤一瞅用一能其它值无效。5.1.6 消息长度消息长度定义了按八位位组计算的M2PA消息长度，包括公共消息头在内。5.2 M2PA专用消息头M2PA的所有协议消息应有一个M2PA专用的消息头。M2PA专用消息头的结构见图5。2 3 前向序号(FSN)圄5M2PA专用消息头后向序号CBSN):从对端收到的最后一个消息的前向序号。前向序号CFSN):正在被发送的用户数据消息的M2PA顺

17、序号。01 234 5 6 7 890 1 234 567 890 1 2 3 4 5 6 7 8 9o 1 未用后向序号(BSN)未用FSN和BSN的值范围:0-16777215。5.3 M2PA 消息5.3.1 M2PA消息结构图6给出了M2PA消息的结构。M2PA消息由公共消息头和M2PA专用消息头以及随后的消息数据组成。2 3 o 1 2 3 4 5 6 7 890 1 234 5 6 7 890 1 234 567 890 1 公共消息头M2PA专用消息头消息数据固6M2PA 消息结构消息数据宇段要么包含用户数据消息见5.3.2节)，要么包含链路状态消息(见5.3.3节)。对于空的用

18、户数据消息，则该M2PA消息不包含消息数据部分。5.3.2 用户数据消息7 YD厅2604-2013用户数据是来自MTP3的数据。它是可选的宇段，当只是为了证实收到的消息时，可以不发送用户数据字段，即空白的用户数据消息。用户数据消息的格式见图70。2 3 0123 4 5 6 7 8 9 0 1 2 3 4 5 6 7 890 1 2 3 4 5 6 7 890 1 | 数据| 固7用户鼓据格式图7中的数据字段包含MSU的下列宇段，具体格式见图8。一一消息优先字段(PRI):我国未启用该字段，置为全0;一一业务信息八位组(SIo); 一言令信息字段(SIF)。其中的SIo字段与MTP2的SIo

19、字段一样，具体的字段格式和可能的取值见GF001-9001. 图7中的数据字段不包含MSU的以下字段z一一标志(Flag); 一一后向序号但SN);一一后向指示语但m);一一前向序号SN);一一前向指示语m);一一长度指示语(LD;一一检验比特(CK)。数据字段应该按照M四3中定义的字节顺序来发送。在每一个八位组中，最不重要的比特(LSB)放在右边。M2PA不能对MTP3消息进行填充。IMSB O 2 LSBI 3 01 2 3 4 5 6 7 890 123 4 5 6 7 890 1 2 3 4 5 6 7 890 1 m| 备用I SIo I SIF八位组l | . 1. ISIF八位组

20、固8用户数据消息具体格式5.3.3 链路状态消息M2PA链路状态消息可在M2PA对等层之间发送，用来指示链路状态。这个消息完成与MTP2中的链路状态信号单元(LSSU)相似的功能。链路状态消息的格式见图9。8 YD厅2604-2013。2 3 01234567 8 9 0 1 2 3 4 5 6 7 890 1 2 3 4 5 6 7 890 1 状态| 固9链路状态消息格式状态字段的有效值见表3。表3.状态字段的取值值(十进制说明定位(Alignment)2 正常验证(provingNormal) 3 紧急验证(ProvingEmergency) 4 就绪(Ready)5 处理机故障ross

21、or臼血ge)6 处理机故障恢复(ProcessorRecovered) 7 链路忙(H田y)8 链路忙结束(BusyEnded) 9 链路退出服务(OOS. Out of Service ) 5.3.4 链路状态验证链路状态验证消息可附带任选的字节。如果携带这些任选的字节，则消息格式见图10。建议链路状态验证消息的长度与此M2PA链路上准备承载的用户数据消息的长度相当。2 3 o 1 2 345 6 7 890 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 890 1 固10链路状态验证消息建议链路状态验证消息的填充部分宇段包含一个数字模型Cnumberpattem)

22、，这个数字模型在不同的链路状态验证消息中会有所不同，并允许用SC哑的校验来验证传送的准确性。5.4 扩展的倒换命令和扩展的倒换证实消息CXCO和XCA)由于M2PA消息的顺序号CFSNIBSN)为24比特，所以M2PA需要采用扩展的倒换命令消息和扩展的倒换证实消息(XCO和XCA)，其格式如图11所示。DC队I0001 最后收到的用户数据消息的FSNI Hl I HO I 标记24 4 4 56 首先发送的比特其中H1取值如下z一一-0011:XCO; 一一-0100:XCA。_. 固11扩展的倒换命令和扩展的倒换证实消息9 YC厅2604-2013 M2PA链路状态控制6.1 SCTP偶联状

23、态控制M2PA对SCTP偶联状态的管理见图12.一些差错情况并没有体现在图中。M2PA的偶联状态包括:一一空闲(IDLE):加电启动期间偶联的状态:一一连接(ASSOCIANG): M2PA尝试建立SCTP偶联:一一建立(ESTABLISHED):SCTP偶联已经建立。S:CTP通信错误(SCTP Comm Error) 固12SCTP偶联状态转移固6.2 M2PA链路状态控制特定的事件会使得M2PA链路从一个状态转移到另一个状态。导致状态改变的事件包括:一-MTP3原语请求:一一从对端M2PA层收到消息:一一定时器超时:-SCTP通知。这些事件对M2PA链路状态变化的影响方式与对MTP2链路

24、状态变化的影响方式相类似，具体见GF001-9001. 7 程序7.1 基本原则如果本标准没有特别说明，则M2PA将重用MTP2的程序。7.2 支持MTP2特性的程序7.2.1 信号单元格式、定界和接受在网络上传送的M2PA消息的格式应该满足第5章的要求。由于SCTP和M2PA共同完成了MP2的功能，所以SCTP已经提供的功能.M2PA将不再提供。而SC?没有提供的功能，贝tlM2PA必须要提供。M2PA不需要提供的MTP2的功能包括z一-M2PA不需要像MTP2那样为消息定界，也不需要在消息中执行插0和删0的操作:10 YD厅2604-2013一-M2PA不需要使用气hecksum校验码，同

25、时，M2PA也不会使用MTP2中规定的差错率监视程序:一-M2PA不需要负责消息的重传，所以M2PA也不会使用前向指示语比特和后向指示语比特。但是，由于SCTP不提供MTP2的链路状态控制功能，所以M2PA需要提供该功能。对整个SCTP消息的成功接收将表示对该SCTP消息中的M2PA消息的接收。7.2.2 M2PA信令链路和SCTP偶联对应关系每条M2PA链路对应一个SCTP偶联。为防止重复建立偶联，建议偶联的每个端点事先知道双-;j的IP地址和端口号。SCTP协议必须避免两个偶联具有相同的IP地址和端口号。对于建立偶联的两个端点来说，至少有一个端点应该监昕需要建立偶联的端口，因此建议至少有一

26、方采用M2PA注册的端口号。如果要在两个IP地址之间建立一条偶联，则建议双方都采用M2PA注册的端口号。如果要在两个E地址之间建立多条偶联(多链路的情况)，则需要用到不同的端口号，但是，还是建议至少一条偶联的一端采用阳PA注册的端口号。两个端点的每个IP地址/端口的组合(即每条偶联)在每个端点都应拥有相同的信令链路码(SLC), 以便在SCTP偶联建立时每个端点都知道是哪一条M2PA链路需要被创建。但是，M2PA不做基工SLC的任何处理。一条M2PA链路对应于由两个端点标识的一个SCTP偶联，而一个端点由一个IP地址和一个端.l号际识。每个偶联对应一个SLC。附录B将给出偶联和M2PA链路之间

27、关系的示例。7.2.3 M2PA链路定位程序除非在本节中有特殊说明，M2PA链路定位的程序采用与MTP2相同的程序。定位程序的流科参见附录A.2oM2PA链路定位在SCTP偶联建立好后进行。若SCTP建立偶联失败并且M2PA己从它的MTP3收到一个启动请求(Start请求)，则M2PA应向MTP3报告M2PA链路处于不工作状态。在偶联建立之后，M2PA应当向它的对等层发送OOS(Out of Service)消息。M2PA的OOS消息将代替MTP2的SIOS消息。与MTP2连续发送SIOS消息不同，不建议M2PA连续发送OOS消息。在启动定位H序之前，M2PA也可以发送附加的OOS消息。发送A

28、lignment消息则表示向对端指示开始定位程序。M2PA的Alignment消息将代替MT凹的SIO消息。在M2PA中，不建议连续发送Alignment消息。M2PA可以向对端发送附加的Alignment消息，在到收到Alignment、ProvingNormal或ProvingEmergency消息。M2PA的ProvingNormal和ProvingEmergency 将分别代替MTP2的SIN和SIE消息。M2PA可以不使用定位验证程序。如果使用定位验证程序，则在验证周期内(即T4时间内), M2PAJ也按照一定的时问问隔发送ProvingNormal或ProvingEmergency

29、消息。这个时间间隔建议设成个适当的值，以保证在验证期间所产生的链路负荷与链路正常工作时所期望的负荷相当。在验证周期正常结束后，M2PA将发送R四dy消息。在这里，Ready消息将代替MTP2的FISU消息。当M2PA启动T1定时器的时候，必须发送Ready。在T1运行期间，M2却PA可以发送附力加日自由的f甘Rea叫dy泊息。这些Re巳t叫i叫d消息必须在流O上发送。在验证周期结束时，对应于MTP发送MSU和SlPO的情况，M2PA将会分别发送用户数阳消息和lProcessor Outage肖息。11 YD厅2604-2013SCTP慢启动算法可能会对M2PA的定位过程会带来一定的影响，相关的

30、考虑见附录Co7.2.4处理机故障程序M2PA的ProcessorOutage消息将代替MT凹的SIPO消息。与MTP2连续发送SIPO不同，M2PA不建议连续发送ProcessorOutage消息。M2PA应在处理机故障开始的时候发送一个ProcessorOutage消息。M2PA在处理机故障期间也可以发送附加的ProcessorOutage消息。ProcessorOutage消息应该在流1上发送。在本地处理机故障(LPO)期间，应该进行以下处理za)任何从对端收到的用户数据消息都不能给以证实，但必须要缓存;b)对于在LPO之前，上层MTP3收到并接受了的用户数据消息，M2PA可以给以证实:

31、c)已经从上层MTP3收到的消息，M2PA可以继续发送出去。在远端处理机故障(RPO)期间，应进行以下处理za)上层MTP3收到并接受的用户数据消息，M2PA可以继续给以证实，而不用考虑对端处理机故障状态:b)如果在盯0后收到的用户数据消息不能递交给MTP3，则这些消息不能给以证实，但必须缓存:c)阳PA收到对端发送的ProcessorOutage消息后，应停止向对端发送用户数据消息。如果M2PA收到MT凹的FlushBuffers请求，则执行以下操作za) M2PA应丢弃在处理机故障状况时队列中的所有未被证实的入局消息:b) M2PA应丢弃发送队列或重发队列中的所有消息。如果M2PA收到MT

32、P3的Continue请求时，M2PA应该开始处理在处理机故障期间未被证实的被缓存的入局消息。当本地处理机故障状况解除时，M2PA应该在流1上向对端发送ProcessorRecovered消息。该消息用来表示处理机故障的结束。该消息的BSN设成最后收到的(并且没有被丢弃的)用户数据捎息的FSNoM2PA 在发送ProcessorRecoverved消息后，应停止发送用户数据消息，直到收到对方发来的Ready消息。RPO状态下的M2PA，在收到对方发送来的ProcessorRecovered消息后，应该在流1上响应一个Ready消息。Ready消息的BSN应设成最后收到的(并且没有被丢弃的)用户

33、数据消息的FSN。之前处于LPO状态下的M2PA收到Ready后，也应该在流1上响应Ready消息，Ready消息的BSN应设成最后收到的(并且没有被丢弃的)用户数据消息的FSNo无论是LPO还是RPO状态下的M2PA，都应该利用收到的Ready消息中的BSN来重新同步本端的顺序号。M2PA不能发送用户数据消息，直到它发送了Ready消息。在重新同步的过程中，M2PA不能丢弃任何在处理机故障结束后收到的用户数据消息。在本地处理机故障的时候，M2PA也可以通过发送OOS消息使得M2PA链路退出服务。除了前面所描述的内容之外，M2PA可以遵循MTP2对处理机故障规定的程序。处理机故障相关程序的流程

34、参见附录A.5o7.2.5 第二级流量控制M2PA在接收拥塞状态刚开始的时候会发送Busy消息，类似于MT凹的sm消息。在M2PA中，Busy消息将代替MT凹的SIB消息。Busy消息不建议连续发送。在拥塞持续期间，M2PA也可以发送附加的Busy消息。当拥塞解除时，M2PA向对端发送BusyEnded消息。12 YD厅2604-2013M2PA在接收拥塞的状态下，可以继续发送消息，但是不能证实消息，包括触发本端发送Busy的那个消息，以及在发送BusyEnded消息之前收到的所有消息。当M2PA收到第一条By消息，如果重发缓存器中仍有未被证实的消息(即T7正在运行中)，它应当启动远端拥塞定时

35、器T6。如果T7正在运行，M2PA应当停止T7定时器。如果收到附加的Busy消息，应该不能重启T6定时器，也不应该激活T7定时器。T6运行的时候，不能启动T7。当M2PA收到BusyEnded消息且T6还没有超时，则停止T60此时如果重发缓存中还有未被证实的消息，则还需要启动T7。如果对端处于接收拥塞状态，则本端M2PA可以继续接收和证实对端发来的消息。但是，本端M2PA在收到Busy之后和BusyEnded之前都不能再发送用户数据消息。第二级流量控制程序的流程参见附录A.6o7.2.6 链路不服务状态在M2PA中，M2PA的OOS消息将代替MTP2的SIOS。但是建议OOS消息不要连续发送。

36、M2PA应当在链路不服务状态的最初发送OOS。如果链路不服务状态仍在持续的话，M2PA也可以发送附加的OOSo当M2PA将链路置于不服务状态时，不直同时终结SCTP偶联。当MTP3用Stop命令请求M2PA去激活一条M2PA链路时，阳PA应当向它的对端发送OOS消息。当M2PA收到OOS消息后，应当向MTP3报告M2PA链路处于不工作状态，参见附录A.8o7.2.7 SCTP偶联问题当以下任意事件发生时，SCTP偶联链路都变得不可用z一-SCTP向M2PA上报发送失败(Send Failure)通知:一-SCTP向M2PA上报失去通信(Communication Lost)通知:一一SCTP向

37、M2PA上报通信错误(Communication Error)通知:一-SCTP偶联中断。当SCTP偶联链路不能够发送或接收消息时，M2PA应该向MTP3上报，M2PA链路已进入不服务状态。7.2.8 发送和接收优先级M2PA把链路状态消息和用户数据消息放在SCTP偶联的不同流上发送。M2PA使用SCTP的顺序递交选项来发送所有的消息。在发送消息到SCTP时，需要在流O上发送的消息应当比需要在流1上发送的消息享有更高的优先级。M2PA应该优先读取流0的信息，然后再读取流1的信息。M2PA应当优先接收来自SCTP的通知，然后再读取流0和流1的信息。7.2.9 M2PA版本控制建议使用新版本M2队

38、的节点能够兼容老版本，以保证能与使用老版本的M2PA节点互通。建议按照以下方式处理不同版本的阳PA之间互通的问题:一一任何新版本的M2PA应能处理老版本的消息:一一任何新版本的M2PA不宜向老版本的M2PA发送后者不能处理的消息:一一老版本的M2PA收到它不能处理的消息，它可以将消息丢弃:一一当遇到不同版本的消息格式一样但处理方式不一样的情况时，建议使用新版本的M2PA能够识别这种情况并进行适当的处理。13 YD厅2604-2013当新版本不能兼容老版本时，新版本应识别这种情况，井避免该阳PA链路进行定位。如果新版本的M2PA收到带有一个版本不支持的Alignment消息，则它应该响应OOS消

39、息。7.3 支持MTP3/MTP2接口的程序7.3.1 发送/接收消息当MTP3将待发送的消息发给M2PA时，M2PA用SEND原语将相应的M2PA消息传递给SCTP。链路状态消息也是使用SEND原语传给SCTP的。M2PA的偶联在每个方向上应包括两个流:流0和流10流l主要分配给用户数据消息使用。下列链路状态消息必须在流0上传送:一一定位CAlignment) ; 一一正常验证CProvingNormal) ; 一一紧急验证CProving Emergency) ; 一一就绪CReady，在定位完成时); 一一链路忙CBusy); 一一链路忙结束CBusyEnded) ; 一一链路退出服务C

40、OOS)。下列链路状态消息必须在流l上传送:一一处理机故障CProcessor Outage) ; 一一处理机故障恢复(ProcessorRecovered); 一一就绪CReady，在处理机故障结束的时候)。当M2PA从SCTP收到的消息中，带有无效的消息类别或不支持的消息类型时，M2PAJ;Q丢弃该消息。对于消息类型是非用户数据的消息，FSN设成最后发送的用户数据消息的FSNo如果M2PA收到的用户数据消息带有失序的FSN，则M2PA必须丢弃该消息。注:程序员应当注意FSN和BSN的数值当增长到最大时，会出现数值翻转回到0的情况，这不能视为失序。当有消息需要证实时，M2PA必须立即在下一个

41、发送的用户数据消息中给以证实。如果当时没有用户数据消息可以发送，可以立即发送空白的用户数据消息。空白的用户数据消息的FSN不能增加，必须保持与最近发送的带有数据的用户数据消息的FSN一致。如果M2PA收到一个空白的用户数据消息，M2PA不能对这条消息进行证实。不能将链路状态消息和空白的用户数据消息放在M2PA的重传缓存器中，因为在发生倒换时没有必要将这些消息恢复，而且T7定时器并不应用于这些消息。消息的发送和接收程序的流程参见附录A.3o7.3.2 MTP3信令链路拥塞M2PA应当能够接收SCTP发送缓存拥塞的通知，但SCTP如何通知M2PA拥塞依赖于具体实现。当M2PA收到SC悍的拥塞通知时

42、，M2PA应用拥塞指示原语通知它的上层MTP3信令链路拥辈状态的变化。MTP3信令链路拥塞程序的流程参见附录A工7.3.3 倒换14 YD厅2604-2013倒换的目标是为了保证将不可用的信令链路上的话务尽快地转到另一条信令链路上以避免消息的丢失，重复或错序。因此，倒换程序包括数据恢复，它在打开另一条信令链路前执行。数据恢复包括以下步骤:a)缓存器更新，即标识不可用链路的重传缓存器和发送缓存器内所有的用户数据消息:b)将这些消息传送到另一条链路的发送缓存器中。M2PA的顺序号是24比特，因此在倒换过程中MTP3必须采用24比特的顺序号，这通过采用XCO/XCA消息来实现。如果M2PA从MTP3

43、层收到lRe位ievalRequest and FSNC原语，应从它的缓存器中恢复消息并顺序递交给MTP3。这些消息包括:-从第一个FSN大于FSNC的消息开始的任何一个已经发送但未被证实的用户数据消息:一一任何一个未发送的用户数据消息。对于紧急倒换，MTP3只恢复不可用链路上的未发送的用户数据消息。如果M2PA收到Re伎ievalRequest and FSNC原语中没有FSNC信息，或者带有无效的FSNC，M2PA应当只恢复发送缓存器中未发送的消息并顺序递交给MTP30本标准目前只考虑在M2PA中采用一个数据流(即流1)的情况。如果M2PA要支持多个数据流，而且要保证消息的接收没有丢失或重

44、复，则需要重新扩展M2PA协议。例如一个XCOIXCA消息中可以带有多个BSNT参数或可以发送能够针对每个数据流的多个XCOIXCA。倒换程序的流程参见附录A.9o8 定时器M2PA中的定时器建议如下z一一T1定位准各就绪定时器(T1=40s-50s): 一一T2未定位定时器CT2=10s,._. 150s) : 一-T3己定位定时器CT3=ls_2s): 一一T4验证周期定时器CT4n=1s-60s，建议取8.2s;T4e= 400ms_600ms，建议取500ms); 一一T5发送状态指示忙定时器(T5=80ms-120ms): 一-T6远端拥塞定时器(T6=3s，._.6s); 一一T7

45、最大的允许证实延时定时器(T7=1s-7s)。以上定时器应可配置。9 安全M2PA作为电信业务的信令消息的一个传送协议，M2PA应包含以下各方的安全需求:一一使用该业务的端用户:一一网络提供者:-一相关的应用。可能还需要考虑有关的本地管理规定。各方的安全需求可能有重叠的地方，也可能都不一样。IETFRFC3788对安全协议的使用提供了指导，M2PA的实现应遵循IETF盯C3788的要求。15 YD厅2604-2013A.1 概述附录A资料性附录M2PA程序举例通常，MTP3与M2PA之间传递的消息和MTP3与MTP2之间传递的消息是一样的。M2PA解释MTP3的消息并将适当的消息发送给SCTP

46、。同样地，来自SC白的消息被生成有意义的消息发送给MTP3.A.2 M2PA链路初始化(定位图A.l给出了一个使M2PA链路进入服务的流程。定位由链路的两端完成。为简化这个流程，仅在一端表示出定位，部分远端发送的消息井未在图中画出。这个例子假设SCTP已经初始化。Assiate -回-SCTP偶联建立过程-4Comm-Run.ic.at, i.on .U. p ?旦哩ica坦Emergency或Out of service Eme嗨;encyCeeaS饭rt_o 启动T2Ali但ment停止T2Alignment 启动T3Proving Nonna1ll mergency 停止T3ProvingN nnaVEmergency 启动T4Proving Nonna1ll mergency , , . T4