SIGTRAN协议详解及MTP2及MTP3详解

HUAWEI MSOFTX3000 移动软交换中心 技术手册 信令与协议分册

目 录

目 录

第5章 SIGTRAN协议 .............................................................................................................. 5-1

5.1 概述 .................................................................................................................................... 5-1

5.1.1 SIGTRAN功能 ........................................................................................................ 5-1 5.1.2 相关术语 .................................................................................................................. 5-1 5.1.3 协议栈结构 .............................................................................................................. 5-2 5.1.4 在CS中的应用 ........................................................................................................ 5-2 5.2 M2UA协议 ......................................................................................................................... 5-3

5.2.1 概述 ......................................................................................................................... 5-3 5.2.2 M2UA相关术语 ....................................................................................................... 5-4 5.2.3 M2UA业务 .............................................................................................................. 5-6 5.2.4 M2UA功能 .............................................................................................................. 5-7 5.2.5 M2UA协议栈结构 ................................................................................................... 5-9 5.2.6 M2UA边界原语 ..................................................................................................... 5-10 5.2.7 M2UA协议的应用 ................................................................................................. 5-12 5.2.8 M2UA协议消息 ..................................................................................................... 5-12 5.2.9 M2UA基本信令流程 .............................................................................................. 5-35 5.3 M3UA协议 ....................................................................................................................... 5-36

5.3.1 概述 ....................................................................................................................... 5-36 5.3.2 M3UA相关术语 ..................................................................................................... 5-37 5.3.3 M3UA业务 ............................................................................................................ 5-46 5.3.4 M3UA功能 ............................................................................................................ 5-48 5.3.5 M3UA协议栈结构 ................................................................................................. 5-54 5.3.6 M3UA边界原语 ..................................................................................................... 5-54 5.3.7 M3UA协议的应用 ................................................................................................. 5-57 5.3.8 M3UA协议消息 ..................................................................................................... 5-60 5.3.9 M3UA基本信令流程 .............................................................................................. 5-93 5.4 IUA协议 ........................................................................................................................... 5-95

5.4.1 概述 ....................................................................................................................... 5-95 5.4.2 IUA相关术语 ......................................................................................................... 5-96 5.4.3 IUA业务 ................................................................................................................ 5-96 5.4.4 IUA功能 ................................................................................................................ 5-97 5.4.5 IUA协议栈结构 ..................................................................................................... 5-98 5.4.6 IUA边界原语 ......................................................................................................... 5-98 5.4.7 IUA协议的应用 ................................................................................................... 5-100 5.4.8 IUA协议消息 ....................................................................................................... 5-100 5.4.9 IUA基本信令流程 ................................................................................................ 5-115

i

信令与协议分册

第5章 SIGTRAN协议

第5章 SIGTRAN协议

5.1 概述

5.1.1 SIGTRAN功能

SIGTRAN（Signaling Transport，信令传输协议）协议簇是IETF的SIGTRAN工作组制定的七号信令与IP互通规范。该协议簇支持通过IP网络传输传统电路交换网SCN（Switched Circuit Network，电路交换网）信令。该协议栈支持SCN信令协议分层模型定义中的层间标准原语接口，从而保证已有的SCN信令应用可以未经修改地使用，同时利用标准的IP传输协议作为传输底层，通过增加自身的功能来满足SCN信令的特殊传输要求。

注意：

SIGTRAN协议簇只是实现SCN信令的在IP网的适配与传输，不处理用户层信令消息。

SIGTRAN协议簇从功能上可分为两大类：

?

第一类是通用信令传输协议。通用信令传输协议实现七号信令在IP网上高效、可靠的传输，目前采用IETF制定SCTP（Stream Control Transmission Protocol，流控制传输协议）。

?

第二类是七号信令适配协议。该类协议主要是针对SCN中现有的各种信令协议制定的信令适配协议，包含了M2UA（No.7 MTP2-User Adaptation Layer）、M3UA（No.7 MTP3-User Adaptation Layer）、IUA（ISDN Q.921-User Adaptation Layer）和V5UA（V5.2-User Adaptation Layer）。

5.1.2 相关术语

1. 媒体网关

当媒体流从SCN流向分组网络时，MG终结SCN媒体流，打包媒体数据（如果媒体数据不是基于数据包的形式），并且将打包后的业务传递给分组网络。当媒体流从分组网络流向SCN时，则执行相反的功能。

5-1

信令与协议分册

第5章 SIGTRAN协议

2. 媒体网关控制器

MGC负责处理MG上的资源的注册和管理，UE具有MGC的功能。 MGC可能具有以下能力：

? ?

根据本地策略来授权资源的使用。

对于信令传输而言，MGC则终结和发起SCN信令协议（如No.7-ISUP、Q.931等）

3. 信令网关（SG，Signaling Gateway）

SG是一个信令代理，能够在IP网络边缘接收/发送SCN内部信令。No.7-Internet网关中的SG功能包括No.7信令的中继、翻译或终结。 SG功能也可能与MG功能共存于MG中。

5.1.3 协议栈结构

SIGTRAN协议模型如图5-1所示。

M3UAM2UAIUASUAM2PAV5UA….SCTPIPM3UA：MTP3用户适配层 SUA：SCCP用户适配层 SCTP：流控制传输协议

M2UA：MTP2用户适配层 M2PA：MTP2对等适配层 IP：互联网协议

图5-1 SIGTRAN协议模型

IUA：ISDN Q.921用户适配层 V5UA：V5用户适配层

5.1.4 在CS中的应用

CS设备实体（MSC Server和HLR）通过SIGTRAN协议与SG连接，将窄带电路交换网信令（如No.7的ISUP、MAP、CAP等）通过IP网进行传输，SIGTRAN在CS中的应用如图5-2所示。

5-2

信令与协议分册 第5章 SIGTRAN协议 信令流媒体流SS7SGH.248SIGTRAN/SS7IP核心网PSTN电路交换网MGWMSOFTX300分组交换网 图5-2 SIGTRAN在CS中的应用 SIGTRAN协议应用在信令网关（SG）和MSOFTX3000之间的接口上，实现窄带SCN信令在IP网络中进行传输，其工作原理如下： 电路交换网信令由信令网关（SG）接入，而媒体流（如中继话路）由媒体网关（MGW）接入。信令网关将窄带信令的层间原语（或直接是窄带信令）打包传递到MSOFTX3000，MSOFTX3000处理信令，通过媒体网关控制协议（H.248）控制媒体网关的承载接续，从而完成电路交换网和分组交换网的互通。在这个模型中，信令网关和MSOFTX3000之间运行SIGTRAN协议栈。 根据SG位置的不同，MSOFTX3000提供三种方式与SCN信令互通： ? SG内置在MSOFTX3000 MSOFTX3000直接出TDM（Time Division Multiplex）接口与SCN连接，使用MTP进行信令传输，不使用SIGTRAN协议。

?

SG内置在MGW

MGW通过内置SG完成SCN信令转换与适配，并打成IP包在IP网传输到MSOFTX3000。信令传输使用SIGTRAN协议的M2UA、M3UA适配协议。

?

独立SG

SG完成SCN信令转换与适配，并打成IP包在IP网传输到MSOFTX3000。信令传输使用SIGTRAN协议的M3UA适配协议。

5.2 M2UA协议

5.2.1 概述

M2UA（No.7 MTP2-User Adaption layer protocol，即MTP2用户适配协议）由RFC 3331定义，它使用流量控制传输协议（SCTP）或其他合适的传输协议，通

5-3

信令与协议分册

第5章 SIGTRAN协议

过IP传输No.7 MTP2层的用户信令消息（即MTP3），该协议可用于信令网关（SG）和媒体网关控制器（MGC）之间的信令传输，如图5-3所示。

SEPSS7SGSIGTRANMGCISUPMTP3MTP2MTP1PSTN(NIF)MTP2MTP1M2UASCTPIPIPISUPMTP3M2UASCTPIP 图5-3 M2UA在系统中的位置

如图5-3所示，SEP（信令端点）窄带信令通过SG（信令网关）接入MGC，M2UA运行在SCTP的上层，是SCTP用户。

SG提供NIF（Nodal Interworking Function）模块，通过原语实现MTP2与M2UA的互通。

在MGC端，M2UA的上层用户是MTP3。

5.2.2 M2UA相关术语

1. 应用服务器（AS，Application Server）

ASP是执行特定应用实例的逻辑的实体，代表一定的资源，处理MTP第三层和终接于SG的No.7信令链路上的呼叫处理。每个AS包含一组应用服务器进程（ASP，Application Server Process），其中一个或多个ASP能够处理业务。 在实际应用中，可以把一组M2UA链路的集合看作是一个AS。 2. 应用服务器进程（ASP，Application Server Process）

ASP是AS进程的实例。每个ASP与一个SCTP端点对应，一个ASP可以服务于多个AS。在M2UA应用中，ASP以主/备用方式工作，只有主用的ASP处理业务。

MSOFTX3000、UMG8900目前只支持一个AS与ASP对应，MGW8010则支持多个ASP与一个AS对应。

5-4

信令与协议分册

第5章 SIGTRAN协议

5.2.6 M2UA边界原语

1. M2UA和MTP3 之间的原语

M2UA和MTP第三功能级之间使用如下原语，使用这些原语后，对于 MTP3来讲，M2UA与MTP2是相同的：DATA、ESTABLISH、RELEASE、STATE、 DATA RETRIEVAL、DATA RETRIEVAL COMPLETE。 2. M2UA和MTP2之间的原语

M2UA和MTP2之间定义了如下原语，这部分原语主要是用于提供SG功能的M2UA端点上：DATA、ESTABLISH、RELEASE、STATE、DATA RETRIEVAL、DATA RETRIEVAL COMPLETE。 3. M2UA和SCTP之间的原语

M2UA和SCTP之间的原语请参见“3.4 SCTP原语”。 4. M2UA 和层管理之间的原语

M2UA协议和M2UA端点的层管理定义了如表5-1所示的原语。

表5-1 M2UA同本地管理（LM）的边界原语

原语名 M-SCTP ESTABLISH request M-STCP ESTABLISH confirm M-SCTP ESTABLISH indication M-SCTP RELEASE request M-SCTP RELEASE confirm M-SCTP RELEASE indication M-SCTP_RESTART indication M-SCTP STATUS request M-SCTP STATUS confirm M-ASP STATUS request M-ASP STATUS confirm 方向 LM -> M2UA M2UA -> LM M2UA -> LM LM -> M2UA M2UA -> LM M2UA -> LM M2UA -> LM LM -> M2UA M2UA -> LM LM -> M2UA M2UA -> LM 含义 LM请求ASP以建立与SGP的SCTP偶联 ASP向LM确认它已经与SGP建立了SCTP偶联 SGP通知层管理，ASP已经建立了SCTP偶联。 LM请求ASP释放与SGP的SCTP偶联 ASP向层管理，确认它已经释放了与SGP的SCTP偶联。 SGP通知层管理，ASP已经释放了SCTP偶联。 M2UA 通知层管理收到了SCTP再启动指示 LM请求M2UA报告SCTP偶联的状态 M2UA 报告SCTP偶联的状态 LM请求SGP报告远端ASP的状态 SGP报告远端ASP的状态 5-10

信令与协议分册

原语名 M-AS STATUS request M-AS_STATUS indication M-NOTIFY indication M-ERROR indication M-ASP_UP request M-ASP_UP confirm M-ASP_DOWN request 方向 LM -> M2UA M2UA -> LM M2UA -> LM M2UA -> LM LM -> M2UA M2UA -> LM LM -> M2UA 第5章 SIGTRAN协议

含义 LM 请求SG报告AS的状态 SGP报告远端AS的状态 ASP用来报告已经收到对端的NOTIFY消息 ASP或SGP用来报告已经收到对端的ERROR消息 LM请求ASP启动运行并向对端SGP发送ASP UP 消息 ASP向层管理报告它已经从对端SGP收到了ASP UP Acknowledgement消息 LM请求ASP停止运行并向对端SGP发送ASP DOWN消息 ASP向层管理报告它已经从对端SGP收到了ASP DOWN Acknowledgement消息 LM请求ASP向对端SGP发送ASP ACTIVE消息 ASP向层管理报告，它已经从对端SGP收到了ASP ACTIVE Acknowledgement消息。 LM请求ASP向对端SGP发送ASP INACTIVE 消息 ASP向层管理报告它已经从对端SGP收到了ASP INACTIVE Acknowledgement消息 LM请求ASP用REG REQ消息向SGP注册链路关键字 ASP向层管理报告已经从SG成功的收到了REG RSP消息 SG 向层管理报告已经成功处理了一个来自ASP的REG RSP消息 LM请求ASP通过向SG发送DEREG REQ消息注销一个已经注册的链路关键字 ASP 向层管理报告它已经成功的从SG收到了DEREG RSP 消息 SG向层管理报告它已经成功的处理了一个从ASP收到的DEREG REQ消息 M-ASP_DOWN confirm M2UA -> LM M-ASP_ACTIVE request LM -> M2UA M-ASP_ACTIVE confirm M2UA -> LM M-ASP_INACTIVE request LM -> M2UA M-ASP_INACTIVE confirm M2UA -> LM M-LINK_KEY_REG Request M-LINK_KEY_REG Confirm M-LINK_KEY_REG Indication LM -> M2UA M2UA -> LM M2UA -> LM M-LINK_KEY_DEREG Request LM -> M2UA M-LINK_KEY_DEREG Confirm M-LINK_KEY_DEREG Indication M2UA -> LM M2UA -> LM

5-11

信令与协议分册

第5章 SIGTRAN协议

5.2.7 M2UA协议的应用

在实际应用中，MGW提供了SG功能，组网如图5-8所示。

BSCM2UABSCMGW(SG)H.248MSC Server(MSOFTX3000)BSC图5-8 M2UA的应用

M2UA可提供如下业务：

? ? ?

支持MTP2/MTP3接口边界，为PSTN和IP网的MTP2用户提供无缝操作。 支持SG、MGC之间的管理层通信。 管理SG 、MGC之间SCTP偶联。

SG（内嵌在MGW里）终结MTP2层的消息，MSOFTX3000则终结MTP3及MTP3以上的消息。也就是说，SG通过IP网络传送MTP3消息到MSOFTX3000进行处理。

M2UA消息封装在SCTP消息的用户数据字段，包含公用消息头、M2UA消息头。

5.2.8 M2UA协议消息

1. 消息结构

如图5-9所示，M2UA消息结构由公用消息头（Common Header）、M2UA消息头（M2UA Message Header）和若干个不定长的M2UA消息组成。

5-12

信令与协议分册 Version(8)Spare(8)第5章 SIGTRAN协议 Common HeaderMessage class(8)Message type(8)Message length(8)M2UA message HeaderTag(16)Length(16)Interface Identifier(32)Parameter tag(16)M2UA message 0#Parameter length(16)Parametervalue(32)Parameter tag(16)M2UA message n#Parameter length(16)Parametervalue(32) 图5-9 M2UA消息结构示意图 2. 公用消息头 公用消息头包括版本（Version）、备用字段（Spare）、消息类别（Message Class）、消息类型（Message Type）和消息长度（Message Length）。消息头部分对于所有信令协议适配层消息都是通用的。 ? 版本（Version） M2UA版本，目前所支持的版本编号为0000 0001，表示1.0版本。 ? 备用字段（Spare） 备用字段的长度为8比特。在发送方应当设置为全0，接收方则忽视此字段。 ? 消息类别（Message Class） 表5-2 消息类别编码表 数值 00 01 02 03 04 05 06 07 08 09 含义 管理消息（IUA/M2UA/M3UA/V5UA） M3UA传送消息 M3UA、SUA上的No.7信令网络管理消息 ASP状态维护消息（IUA/M2UA/M3UA/SUA） ASP业务维护消息（IUA/M2UA/M3UA/SUA） Q.921/Q.931边界原始传递消息（IUA） MTP2用户适配（MAUP）消息（M2UA） 无连接消息（SUA） 面向连接消息（SUA） 选路关键字管理（RKM）消息（M3UA） 5-13

信令与协议分册

数值 0A 0B-7F 80-FF 接口标识符管理消息（M2UA） IETF保留 为IETF定义的消息类别扩展备用 含义 第5章 SIGTRAN协议

?

消息类型（Message type）

根据不同的消息种类，定义了如表5-3、表5-4、表5-5、表5-6和表5-7所示的消息类型。

表5-3 MTP2用户适配（MAUP）消息类型

数值 00 01 保留 Data 建立请求消息（Establish Request） 建立确认消息（Establish Confirm） 释放请求消息（Release Request） 释放确认消息（Release Confirm） 释放指示消息（Release Indication） 状态请求消息（State Request） 消息种类 - 包含No.7 MTP2－用户协议数据单元PDU（Protocol Data Unit）。 MGC发出Establish Request消息用来建立一条No.7信令链路或者是指示相关的通路已经建立，用于控制No.7信令链路的状态。 SGP如果已经建立了No.7信令链路，收到Establish Request消息后，不需作任何动作，直接发送Establish Confirm消息MGC。 用于释放已经建立的通路。 含义 02 03 04 05 06 响应Release Request消息。 指示通路已经释放。 由MGC发出，用于对信令网关进程SGP支持的特定No.7信令链路进行相应的操作。如果操作能够成功执行并完成，则SGP向MGC发送State Confirm消息。 由SGP发出，以响应MGC发出的State request消息。 从SG发送到ASP，指示当前No.7信令链路的状态。 当MTP3发生倒换时，MGC发出Retrieval Request消息请求BSN，并从发送、重传队列重恢复PDU，或者时清除重传队列中的PDU。 SGP发送Retrieval Confirm消息来响应Retrieval Request消息。 07 08 09 状态确认消息（State Confirm） 状态指示消息（State Indication） 恢复请求消息（Retrieval Request） 恢复完成消息（Retrieval Confirm） 0A 0B 5-14

信令与协议分册

数值 0C 0D 0E 消息种类 恢复指示消息（Retrieval Indication） 恢复指示完成消息（Retrieval Complete Indication） 拥塞指示消息（Congestion Indication） 数据确认消息（Data Acknowledge） IETF保留 IETF扩展保留 第5章 SIGTRAN协议

含义 由SGP发出，带有从发送或重发队列中恢复出的PDU。 作用如Retrieval request，只是该消息表示恢复过程已经结束了。 由SGP发送到ASP，指示No.7信令链路的拥塞状态和链路的丢弃状态。 Data Acknowledge消息必须包含从Data消息中收到的关联ID，用来表明对端M2UA已经成功的处理了收到的Data消息。 - - 0F 10-7F 80-FF

表5-4 M2UA ASP状态维护消息类型

数值 00 01 02 03 04 05 保留 ASP Up（UP） ASP Down（DOWN） 心跳消息Heartbeat（Beat） ASP Up Ack（UP ACK） ASP Down Ack（DOWN ACK） 心跳响应消息Heartbeat Ack（BEAT ACK） 消息种类 - 用于指示远端M2UA，适配层已准备接收业务或维护消息。 用于指示远端M2UA，适配层没有做好接收业务或维护消息的准备。 可选，用于保证两端M2UA可用。 用于确认收到远端M2UA的ASP Up消息。 用于确认收到远端M2UA的ASP Down消息。 用于响应对端发出的Heartbeat消息。M2UA的一端收到Heartbeat消息，必须发出Heartbeat Ack消息作为响应，该消息中包括接收到Heartbeat消息中的所有参数。 - - 含义 06 07-7F 80-FF IETF保留 IETF扩展保留

表5-5 M2UA ASP业务维护消息类型

数值 00 01 02 保留 ASP Active（ACTIVE） ASP Inactive（INACTIVE） 消息种类 - 由ASP发送，向SGP指示它处于激活状态，可以使用。 由ASP发送，向SGP指示它不再是一个激活的ASP。 含义 5-15

信令与协议分册

数值 03 04 05-7F 80-FF 消息种类 ASP Active Ack（ACTIVE ACK） ASP Inactive Ack（INACTIVE ACK） IETF保留 IETF扩展保留 第5章 SIGTRAN协议

含义 用于响应远端M2UA发来的ASP Active消息。 用于响应远端M2UA发来的ASP Inactive消息。 - -

表5-6 M2UA层管理消息类型

数值 消息种类 含义 用于通知对端有关入局消息的错误事件。如入局的消息类型不是希望的正确状态，或参数值无效等。 用于向M2UA对等方提供M2UA事件的自动指示 - - 00 ERROR 01 02-7F 80-FF Notify（NTFY） IETF保留 IETF扩展保留

表5-7 M2UA接口标识符管理消息类型

数值 0 保留 消息种类 - ASP发出REG REG消息到对端M2UA，指示一个或多个Link Key希望注册到对端。通常的用法是一个ASP发送REG REQ消息到一个SGP后，期待能够收到一个对端返回带有偶联接口标识符的RSG RSP消息。 由对端M2UA发出，用于响应REG RSQ消息。REG RSP消息包含是否注册成功的标识，如果注册成功，则包括一个接口标识符。 由ASP发出DEREG REQ消息到对对端M2UA，指示希望注销指定的接口标识符。通常的用法是一个ASP发送DEREG REQ消息到一个SGP后，期待能够收到一个对端返回带有对应接口标识符和注销状态的DEREG RSP消息。 由对端M2UA发出，用于响应DEREG RSQ消息。 - - 含义 01 注册请求Registration Request（REG REQ） 02 注册响应Registration Response（REG RSP） 03 注销请求Deregistration Request （DEREG REQ） 04 05-FF 128--255 注销响应Deregistration Response （DEREG RSP） IETF保留 IETF扩展保留 5-16

信令与协议分册

第5章 SIGTRAN协议

注意：

目前，中华人民共和国信息产业部公布的M2UA国家标准中暂不使用接口标识符管理消息，本手册不对接口标识符管理消息结构进行介绍。

?

消息长度（Message Length）

通过32比特定义了消息的长度，消息长度包括了消息头。如果消息包括了填充字节的话，消息长度应把填充消息包含在内。消息长度字段应等于MTP 3消息长度、公共消息长度和M2UA消息头的长度。 3. 可变长度参数的格式

M2UA消息公用消息头之后可以包含0个或几个可变长度参数。所有包含在消息中的参数格式都使用“参数标签-参数长度-参数取值”的形势进行描述。

可变长度参数由参数标签（Parameter Tag）、参数长度（Parameter Length）和参数值（Parameter Value）组成。

?

参数标签

参数标签是标识参数的类型，用16比特表示。

适配层的通用参数的取值范围从0x00到0xFF。M2UA专有参数取值范围则从0x300 到0x3FF。取值与参数的关系如表5-8所示。

表5-8 M2UA参数标签取值与参数对应关系表

标签取值 0x0000 0x0001 0x0002 0x0003 0x0004 0x0005 0x0006 0x0007 0x0008 0x0009 0x000A 保留 接口标识符（整数） 在M2UA中不使用 接口标识符（文本） 信息串 在M2UA中不使用 在M2UA中不使用 诊断消息 接口标识符（整数范围） 心跳数据 在M2UA中不使用 参数名 5-17

信令与协议分册

标签取值 0x000B 0x000C 0x000D 0x000E 0x000F 0x0010 0x0011 0x0012 0x0013 0x0014-0x00FF 0x0300 0x0301 0x0302 0x0303 0x0304 0x0305 0x0306 0x0307 0x0308 0x0309 0x030A 0x030B 0x030C 0x030D 0x030E 0x030F 0x0310 0x03000-0xFFF 业务模式类型 错误码 状态类型/信息 在M2UA中不使用 在M2UA中不使用 在M2UA中不使用 ASP标识符 在M2UA中不使用 关联ID 备用 协议数据消息 协议数据响应消息 状态请求（State request） 状态事件（State events） 拥塞状态（Congestion status） 丢弃状态（Discard status） 动作（Action） 顺序号码（Sequence number） 恢复结果（Retrieval result） 链路关键字 参数名 第5章 SIGTRAN协议

本地链路关键字标识符（Local-LK-Identifier） 信令数据终端标识符（Signaling Data Terminal (SDT) Identifier） 信令数字链路标识符（Signaling Data Link (SDL) Identifier） 注册结果（Registration Result） 注册状态（Registration Status） 注销结果（De-Registration Result） 注销状态（De-Registration Status） IETF备用

?

参数长度

5-18

信令与协议分册

第5章 SIGTRAN协议

参数长度必须为4字节的整数倍。如果不是4字节的整数倍，发送方则在参数值的最后填充全0的字节，但不允许在参数长度中填充全0的字节。发送方不允许填充超过3个字节的全0字节。接收方忽略填充字节。

?

参数值（Parameter Value）

参数值的长度是可变的，它包含发送或接收到的实际M2UA消息内容。 4. M2UA消息头的格式

除了公共消息头外，M2UA消息还有特有的消息头。M2UA特有消息头紧跟在公共消息头后，但只用在MTP2用户适配消息和M2UA管理消息中。

M2UA消息头包括标签（Tag）、长度（Length）和接口标识符（Interface Identifier）。

?

标签（Tag）

表示接口标识符的类型，用16比特表示。M2UA消息头的标签取值与接口标识符类型的关系如表5-9所示。

表5-9 标签取值与接口标识符类型对应关系表

标签取值 0x0001 0x0003 整数 文本 接口标识符类型

? 说明：

国内应用时，必须要求指出整数格式编码方式的接口标识符，对基于文本格式编码方式的接口标识符是任选的。目前暂不使用字符串类型的接口标识符。

?

长度（Length）

根据接口标识符的类型不同，M2UA消息头参数长度值也不同。 对于整数型接口标识符，长度值固定设为8。

对于文本型接口标识符，长度值则为不定长，最大长度不超过255个八位位组。该长度等于接口标识符长度加上4个字节（标签域和长度域）。

?

接口标识符（Interface Identifier）

接口标识符用于标识发送/接收该信令消息的SG上的物理接口。接口标识符参数的格式可以是整数或文本，它们的值由于网络运营者进行分配。这个参数值仅在本地有效，由SG和ASP协商使用。

5-19

信令与协议分册

第5章 SIGTRAN协议

注意：

必须支持整数型接口标识符，文本型接口标识符可以有选择地支持。

5. MTP2用户适配消息 (1) DATA消息

如图5-10所示，DATA消息包括以下两个参数：

? 协议数据（必选）：包括MTP2-用户应用消息，消息的封装顺序应符合网络发送的顺序，从信令信息八位位组SIO（Signaling Information Octet）开始顺序排放。 ? 关联ID（可选）：可以唯一的标识封装在协议数据单元的MSU是属于哪个AS。关联ID由发送方的M2UA分配，其作用是用来允许把新激活的ASP与广播组中的其他ASP同步处理在每个流中的业务。 0 15 Parameter tag=0x300Parameter length31Protocol data(32)Parameter tag=0x13Correlation IDParameter length=8 图5-10 DATA消息结构 (2) Data响应消息（Data Acknowledge） 如图5-11所示，DATA响应消息包含了关联ID参数。 0 15 Parameter tag=0x301Correlation IDParameter length=831 图5-11 Data Acknowledge消息结构 (3) 状态请求消息（Status Request） 如图5-12所示，状态请求消息包含状态（State）参数。 5-20 信令与协议分册 0 15 Parameter tag=0x302State第5章 SIGTRAN协议 31Parameter length=8 图5-12 State Request消息结构 状态参数（State）的不同取值、定义和含义关系如表5-10所示。 表5-10 状态参数的取值、定义及含义 值 0x0 0x1 0x2 0x3 0x4 0x5 0x6 0x7 0x8 0x9 0x0a 定义 STATUS_LPO_SET STATUS_LPO_CLEAR STATUS_EMER_SET STATUS_EMER_CLEAR STATUS_FLUSH_BUFFERS STATUS_CONTINUE STATUS_CLEAR_RTB STATUS_AUDIT STATUS_CONG_CLEAR STATUS_CONG_ACCEPT STATUS_CONG_DISCARD 含义 请求本地处理器损耗 请求恢复的本地处理器损耗 请求紧急定位 请求普通定位 清除接收队列、发送队列和重传队列 继续或恢复 清除重传队列 审计链路状态 拥塞清除 拥塞接受 拥塞丢弃 (4) 状态确认（Status confirm） 如图5-13所示，状态确认消息包含状态参数，而且状态确认消息中的状态参数内容与状态请求（Status request）消息相同。 0 15 Parameter tag=0x302StateParameter length=831 图5-13 Status confirm消息结构 (5) 状态事件（Status events） 如图5-14所示，状态事件消息包含了事件参数。 5-21 信令与协议分册 0 15 Parameter tag=0x303Event第5章 SIGTRAN协议 31Parameter length=8 图5-14 Status events消息结构 事件参数的不同取值、定义和含义关系如表5-11所示。 表5-11 事件参数的取值、定义及含义 值 0x1 0x2 0x3 0x4 定义 EVENT_RPO_ENTER EVENT_RPO_EXIT EVENT_LPO_ENTER EVENT_LPO_EXIT 含义 远端来的处理器损耗 远端去的处理器损耗 链路来的处理器损耗 链路去的处理器损耗 (6) 拥塞指示（Congestion status）消息 如图5-15所示，拥塞指示消息包括拥塞状态和丢弃状态。 0 15 Parameter tag=0x304Parameter length=8Congestion statusParameter tag=0x305Parameter length=8Discard status31 图5-15 Congestion status消息结构 事件参数的不同取值、定义和含义关系如表5-12所示。 表5-12 拥塞状态和丢弃状态参数的取值、定义及含义 值 0x0 0x1 0x2 0x3 定义 LEVEL_NONE LEVEL_1 LEVEL_2 LEVEL_3 无拥塞 拥塞级别1 拥塞级别2 拥塞级别3 含义 (7) 恢复请求消息（Retrieval Request） 5-22 信令与协议分册 第5章 SIGTRAN协议 如图5-16所示，恢复请求消息包含了动作（必选参数）和序列号（可选参数）。 0 15 Parameter tag=0x306ActionParameter tag=0x307Sequence numberParameter length=8Parameter length=831 图5-16 Retrieval request消息 ? 动作（Action） 动作参数的不同取值、定义和含义关系如表5-13所示。 表5-13 动作参数的取值、定义及含义 值 0x1 0x2 定义 ACTION_RTRV_BSN ACTION_RTRV_MSGS 含义 恢复后向序列号（BSN，Backward Sequence Number） 从发送队列和重发队列中恢复PDU ? 序列号（Sequence number） 如果动作值是0x01（ACTION_RTRV_BSN），则恢复请求消息中不存在序列号参数。如果动作值是0x2，序列号参数包含了远端的前向序列号（FSN，Forward Sequence Number）。 (8) 恢复确认（Retrieval confirm） 如图5-17所示，恢复确认消息包括了动作（必选参数）、结果（可选参数）和序列号（可选参数）三个参数。 0 15 Parameter tag=0x306ActionParameter tag=0x308ResultParameter tag=0x307Sequence numberParameter length=8Parameter length=8Parameter length=831 图5-17 Retrieval confirm消息结构 ? 动作（Action） 5-23 信令与协议分册

第5章 SIGTRAN协议

Retrieval confirm的动作参数含义如同Retrieval request的动作参数。

?

结果（Result）

结果参数的不同取值、定义及含义如表5-14所示。

表5-14 结果参数的取值、定义及含义

值 0x0 0x2 定义 RESULT_SUCCESS RESULT_FAILURE 动作成功 动作失败 含义

?

序列号（Sequence number）

当SGP发送一个恢复确认消息响应恢复请求消息时，动作值为恢复请求中的动作值。如果动作为ACTION_RTRV_BSN，而且SGP成功恢复了BSN，SGP会将序列号域置为该BSN，同时会将结果域置为Result_Success。 如果不能恢复BSN，恢复确认消息将不包括序列号域，而且结果域会设为Result_Failure。 (9) 恢复指示（Retrieval Indication） 如图5-18所示，恢复指示包含了协议数据（Protocol Data）参数。 0 15 Parameter tag=0x300Protocol dataParameter length31 图5-18 Retrieval Indication消息结构 6. ASP状态维护消息 ASP状态维护消息只使用公用消息头。 (1) ASP Up 如图5-19所示，ASP Up消息包含了ASP标识符（可选）、信息字符串（可选）。 0 15 Parameter tag=0x11ASP identifierParameter tag=0x4INFO stringParameter lengthParameter length=831 图5-19 ASP Up消息结构 5-24

信令与协议分册

?

第5章 SIGTRAN协议

ASP标识符（ASP Identifier）

当SGP通过预先配置的地址/端口数据，不能标识一个ASP时，需要使用ASP标识符。如一个ASP是由一个主机动态分配地址/端口数据的情况下。

可选的ASP标识符唯一标识支持同一个AS的某一个ASP。如果有必要的话，SGP应该保存ASP标识符在Notify消息中。

?

信息字符串（INFO string）

可选的信息字符串参数可以携带任何有意义的UTF-8 [6]字符串。信息字符串的长度从0到255八位位组。到目前为止，还没有程序使用信息字符串，但字符串可能会在调试中被用到。 (2) ASP Up Ack 如图5-20所示，ASP Up Ack消息包含了可选的信息字符串。ASP Up Ack中的信息字符串格式、描述与ASP Up消息中的信息字符串相同。 0 15 Parameter tag=0x04INFO stringParameter length31 图5-20 ASP Up Ack消息结构 (3) ASP Down 如图5-21所示，ASP Down消息包含了可选的信息字符串。ASP Down中的信息字符串格式、描述与ASP Up消息中的信息字符串相同。 0 15 Parameter tag=0x04INFO stringParameter length31 图5-21 ASP Down消息结构 (4) ASP Down Ack 如图5-22所示，ASP Down Ack消息包含了可选的信息字符串。ASP Down Ack中的信息字符串格式、描述与ASP Up消息中的信息字符串相同。 0 15 Parameter tag=0x04INFO stringParameter length31 图5-22 ASP Down Ack消息结构 5-25 信令与协议分册 第5章 SIGTRAN协议 (5) 心跳消息（Heartbeat） 如图5-23所示，心跳消息包含了可选的心跳数据参数（Heartbeat data）。 0 15 Parameter tag=0x09Parameter lengthHeartbeat data31 图5-23 Heartbeat消息结构 发送端定义心跳数据参数的内容。此参数可以包含一个心跳序列号和（或）时戳，或者其他执行的特殊内容。 心跳数据参数只对于发送方有意义，因此接收端收到心跳消息后，不会处理该参数。接收方通过心跳响应（Heartbeat Ack）消息，返回心跳数据参数的内容给发送方。 (6) 心跳响应消息（Heartbeat Ack） 如图5-24所示，心跳响应消息包含了可选的心跳数据参数（Heartbeat data）。Heartbeat Ack消息中的心跳数据参数的格式、定义与Heartbeat消息的心跳数据参数相同。 0 15 Parameter tag=0x09Parameter lengthHeartbeat data31 图5-24 Heartbeat Ack消息结构 7. ASP业务维护消息 ASP业务维护消息使用了公用消息头和M2UA消息头。 (1) ASP Active（ASP激活） 如图5-25、图5-26所示，根据接口标识符参数的格式分为文本和整数，ASP Active包括如下可选参数：业务模式类型（Traffic mode type）、接口标识符（Interface Identifier）、附加的接口标识符（Additional interface Identifier）和信息串（INFO string）。 5-26 信令与协议分册 0 15 Parameter tag=0x0b第5章 SIGTRAN协议 31Parameter length=8Traffic mode typeParameter tag=0x01(Integer)Parameter lengthInterface IdentifiersParameter tag=0x08(Integer range)Parameter lengthInterface Identifier start1Interface Identifier stop1Interface Identifier start2Interface Identifier stop2Interface Identifier start nInterface Identifier stop nAdditional Interface IdentifierParameter tag=0x04INFO stringParameter length 图5-25 ASP Active消息结构（接口标识符为整数型） 0 15 Parameter tag=0x0bParameter lengthTraffic mode typeParameter tag=0x03(String)Parameter length31Interface IdentifiersAdditional Interface IdentifiersParameter tag=0x04INFO stringParameter length 图5-26 ASP Active消息结构（接口标识符为字符串） ? 业务模式类型（Traffic mode type） 业务模式类型参数标识了在一个AS内ASP的操作业务类型，在一个AS中，只能使用话务模式类型，如表5-15所示，定义了三种业务模式类型。 5-27 信令与协议分册

表5-15 业务模式类型参数的取值、定义及含义

值 0x01 0x02 0x03 定义 Override（逾越） Load-share（负荷分担） Broadcast（广播） 第5章 SIGTRAN协议

含义 该ASP(逾越所有AS中当前激活的ASP)接管AS中的所有话务（即：主备操作） 该ASP与其它当前激活的ASP共享业务。 所有主用ASP接收AS中的所有消息业务。

?

接口标识符（Interface Identifiers）－可选参数

接口标识符包括了一组接口标识整数（类型0x01或类型0x08）或字符串（类型0x03），用于标识发送ASP配置或登记接收的AS业务。如果接口标识符为整数格式，ASP可以发送类型为0x08的接口标识符范围。类型为0x01和0x08的整数型接口标识符可以在同一个消息中共存。文本格式的接口标识符（0x03）不能与整数型的接口标识符（0x01和0x08）同时使用。

如果ASP Active消息中不包含接口标识符，则此消息用于一个或多个提供了ASP的AS内的所有接口标识符。如果一个AS内只提供了接口标识符的子集，则对于该AS提供的所有接口标识符而言，该ASP被标识为激活。

注意：

如果可选接口标识符参数存在，则必须支持整数型格式的接口标识符，文本型格式的接口标识符则未必支持。

?

信息串（INFO string）－可选参数

信息串的格式、描述与ASP Up消息中的信息串相同。 (2) ASP Active Ack（ASP激活响应）

如图5-27、图5-28所示，ASP Active Ack消息包括了如下可选参数：业务模式类型（Traffic mode type）、接口标识符（Interface Identifier）、附加的接口标识符（Additional interface Identifier）和信息串（INFO string）。

5-28

信令与协议分册 0 15 Parameter tag=0x0b第5章 SIGTRAN协议 31Parameter length=8Traffic mode typeParameter tag=0x01(Integer)Parameter lengthInterface IdentifiersParameter tag=0x08(Integer range)Parameter lengthInterface Identifier start1Interface Identifier stop1Interface Identifier start2Interface Identifier stop2Interface Identifier start nInterface Identifier stop nAdditional Interface Identifier of Tag type 0x1 or type 0x8Parameter tag=0x04INFO stringParameter length 图5-27 ASP Active Ack消息结构（接口标识符为整数型） 0 15 Parameter tag=0x0bParameter lengthTraffic mode typeParameter tag=0x03(String)Parameter length31Interface IdentifiersAdditional Interface IdentifiersParameter tag=0x04INFO stringParameter length 图5-28 ASP Active Ack消息结构（接口标识符为字符串型） 可选的信息字符串参数的格式、描述与ASP Up消息的内容相同。 可选接口标识符参数的格式与ASP Active消息的内容相同。 (3) ASP Inactive（ASP去激活） 如图5-29、图5-30所示，ASP Inactive消息包括了如下可选参数：接口标识符（Interface Identifier）和信息串（INFO string）。 5-29

信令与协议分册 0 15 Parameter tag=0x01(Integer)Parameter length第5章 SIGTRAN协议 31Interface IdentifiersParameter tag=0x08(Integer range)Parameter lengthInterface Identifier start1Interface Identifier stop1Interface Identifier start2Interface Identifier stop2Interface Identifier start nInterface Identifier stop nAdditional Interface Identifier of Tag type 0x1 or type 0x8Parameter tag=0x04INFO stringParameter length 图5-29 ASP Inactive消息结构（接口标识符为整数型） 0 15 Parameter tag=0x03(String)Parameter length31Interface IdentifiersAdditional Interface IdentifiersParameter tag=0x04INFO stringParameter length 图5-30 ASP Inactive消息结构（接口标识符为字符串型） 可选接口标识符参数的格式与ASP Active（ASP激活）消息的内容相同。 可选信息字符串参数的格式、描述与ASP Up消息的内容相同。 (4) ASP Inactive Ack（ASP去激活响应） ASP Inactive消息包括了可选接口标识符（Interface Identifier）和信息串（INFO string）。 可选接口标识符参数的格式与ASP Active（ASP激活）消息的内容相同。 可选信息字符串参数的格式、描述与ASP Up消息的内容相同。 8. 层管理消息 (1) Error（错误消息） 5-30 信令与协议分册 第5章 SIGTRAN协议 如图5-31所示，Error错误消息包括如下参数：必须的错误码、可选的接口标识符和可选的诊断消息。 0 15 Tag=0x0CError codeTag=0x01,0x03,0x08LengthInterface IdentifierTag=0x07LengthDiagnostic informationLength=831 图5-31 Error消息结构 ? Error Code（错误码） 错误码用于指示错误消息的原因。如表5-16所示，定义了如下的M2UA错误码。 表5-16 错误码参数的取值、定义及含义 值 定义 含义 当M2UA一端收到一个无效或不支持的协议版本消息时，“无效版本”错误码会发出。 0x01 无效版本 Error消息会在公用消息头中包含了支持的协议版本。Error消息可以在诊断消息域中携带了支持的版本。 当一个ASP发出一个带有无效接口标识符值（如尚未配置）的消息（如ASP激活消息），SGP收到该消息后，会发出“无效接口标识符”的错误码。 其中一个可选的接口标识符（整数类型、字符串类型或整数范围）必须与此错误码一起发出用于标识收到的无效接口标识符。 0x03 0x04 不支持的消息等级 不支持的消息类型 当M2UA一端收到一个不期望或不支持的消息等级的消息时，会发出“不支持的消息等级”错误码。 当M2UA一端收到一个不期望或不支持的消息类型的消息时，会发出“不支持的消息类型”错误码。 当一个ASP发出一个ASP激活消息，而且该ASP激活消息中带有一个不支持的业务处理模式时，SGP收到ASP激活消息后，会发出“不支持的业务处理格式”错误码。典型例子是ASP发出的ASP激活消息中业务处理模式为负荷分担，而SGP不支持负荷分担，此时SGP就发出“不支持的业务处理格式”。 其中一个可选的接口标识符（整数类型、字符串类型或整数范围）可能与此错误码一起发出用于标识接口标识符。 0x06 0x07 非意料的消息 协议错误 当ASP收到一个从SGP发出的M2UA消息时，ASP处于去激活状态，ASP会发出“非意料的消息”错误码。 当M2UA一端收到任何异常协议消息（如伪造的消息）时，会发出“协议错误”错误码。 0x02 无效接口标识符 0x05 不支持的业务处理格式 5-31

信令与协议分册

值 定义 含义 第5章 SIGTRAN协议

0x08 不支持的接口标识符类型 当一个ASP发出一个文本格式接口标识符消息，而接收端SGP只支持整数型接口标识符，此时，SGP会发出“不支持的接口标识符类型”错误码。 当ASP收到此错误码后，会重发此带有整数型接口标识符的消息。 0x09 0x0a 0x0b 0x0c 0x0d 无效的流标识 当M2UA一端收到一个在非期望SCTP流上承载的M2UA消息（例如，在非“0”流上接收到MGMT消息）. M2UA未使用 - 拒绝-管理消息块 当收到一个ASP Up或ASP激活消息，并且由于管理方面的原因（如“管理解锁”）拒绝请求时，发送“拒绝－管理阻塞”错误。 当一个SGP收到一个不带ASP标识参数的ASP Up消息，而SGP要求携带ASP标识参数时，会发出“缺少ASP标识”错误码。 ASP收到此错误码后，会重发带有ASP标识的ASP Up消息。 0x0e 缺少ASP标识 0x0f 无效的ASP标识 当一个SGP收到一个带有无效的ASP标识（如不唯一的ASP标识）的ASP Up消息时，会发出“无效的ASP标识”错误码。 当SGP收到ASP发送的注销请求，并且ASP对于注销请求里指定的接口标识来说处于激活态时，SGP发送“ASP对于接口标识当前激活”的错误。可选的接口标识参数（整型，文本型，或整型范围）中的一个可能与该错误码共同识别相应的接口标识。 当M2UA一端收到一个带有无效参数的消息（如一个尚未定义状态的状态请求消息），会发出“无效的参数值”错误码。 当收到一个参数错误长度的消息时，会发出“参数域错误”错误码。 当收到一个包含了无效参数的消息时，会发出“非期望的参数”错误码。 - 如果收到一个未包含必需参数的消息时，会发出“丢失参数”错误码。 0x10 ASP对于接口标识符当前激活 0x11 0x12 0x13 0x14 0x15 0x16 无效的参数值 参数域错误 非期望的参数 M2UA不使用 丢失参数

?

Diagnostic information（诊断信息）

可选的诊断信息参数可以是与错误原因有关的任何信息，用于帮助操作人员更好的进行错误原因的定位。

5-32

信令与协议分册

第5章 SIGTRAN协议

当错误码是“无效版本”时，诊断信息内容包括了本端支持的协议版本参数。当错误码为其他值时，诊断信息应是错误消息中的前40个字节。 (2) Notify（通知消息）

如图5-32、图5-33所示，Notify消息包括如下参数：必须的状态类型（Status Type）、必须的状态信息（Status Information）、可选的ASP标识（ASP Identifiers）、可选的接口标识符（Interface Identifiers）和可选的信息串（INFO string）。 0 15 Parameter tag=0x0dStatus typeParameter tag=0x11Parameter length=8Status informationParameter lengthASP identifiersParameter tag=0x11(Integer)Parameter length31Interface IdentifiersParameter tag=0x08(Integer range)Parameter lengthInterface Identifier start1Interface Identifier stop1Interface Identifier start2Interface Identifier stop2Interface Identifier start nInterface Identifier stop nAdditional Interface Identifier of Tag type 0x1 or type 0x8Parameter tag=0x04INFO stringParameter length 图5-32 Notify消息结构（接口标识符为整数型） 5-33

信令与协议分册 0 15 Parameter tag=0x0dStatus typeParameter tag=0x11第5章 SIGTRAN协议 31Parameter length=8Status informationParameter lengthASP identifiersParameter tag=0x03(String)Parameter lengthInterface IdentifiersAdditional Interface Identifier of Tag type 0x03Parameter tag=0x04INFO stringParameter length 图5-33 Notify消息结构（接口标识符为文本型） ? Status type（状态类型） 状态类型参数用于识别Notify消息。如表5-17所示，定义了如下的状态类型。 表5-17 状态类型的取值、定义及含义 值 0x01 0x02 AS状态改变 (AS_State_Change) 其他（Other） 定义 ? Status information（状态信息） 根据状态类型取值的不同，状态信息参数包含了不同的详细通知信息。 如果状态类型取值为“AS状态改变（AS_State_Change），定义了如表5-18所示的状态信息。而且这些通知信息是在指定的ASP状态改变的情况下，由一个SGP发送到该ASP。这些取值反映了AS的新状态。如果需要，此AS接口标识符可以置在Notify消息中一起发出。 表5-18 状态类型为AS_State_Change，状态信息的取值、定义及含义 值 0x01 0x02 0x03 0x04 保留 AS去激活（AS_Inactive） AS激活（AS_Inactive） AS等待（AS_Pending） 定义

如果状态类型取值为“其他（Other）”，定义了如表5-19所示的状态信息。

5-34

信令与协议分册

第5章 SIGTRAN协议

表5-19 状态类型为Other，状态信息的取值、定义及含义

值 定义 在AS里缺乏可用的ASP资源 含义 SGP向AS内处于ASP-Inactive状态下的ASP发出通知，指示需要另一个ASP共同承担该AS的业务（负荷分担模式）。 在逾越模式下，当一个备用ASP状态切换到激活状态时，会通知前一个激活状态下的ASP。 备用激活ASP的标识（如果可用）必须被置于Notify消息中。 SGP向AS内的ASP发出通知，指示其中的一个ASP状态切换到ASP-Down状态。 故障ASP的标识必须被置于Notify消息中。 0x01 0x02 备用的ASP激活 0x03 ASP故障

?

Interface Identifiers（接口标识符）

Notify消息中接口标识符参数的格式与ASP Active（ASP激活）消息中的内容相同。

?

INFO String（信息流）

Notify消息中信息流参数的格式与ASP Up消息中的内容相同。

5.2.9 M2UA基本信令流程

1. 创建业务环境

M2UA业务环境的创建程序如图5-34所示。在M2UA业务环境创建之前，在SG和MGC之间必须创建SCTP偶联。

MGCASP UPSGASP UP ACKASP ACTIVEASP ACTIVE ACK 图5-34 M2UA业务环境的创建程序

MGC作为客户端，它首先发起创建环境的请求。一旦环境创建，M2UA数据、MGC维护消息和层管理消息即可在两端点之间传递。 2. 数据传输流程

若一个ASP的M2UA层有一条MAUP消息需要发送到SG，它将进行如下操作：

5-35

信令与协议分册

? ? ? ? ? ?

第5章 SIGTRAN协议

确定正确的SG； 获取M2UA链路号；

找到与所选SG的SCTP偶联；

确定基于No.7链路的SCTP偶联的恰当的流；

填充MAUP消息、M2UA消息头、公用消息头，生成M2UA消息单元； 通过SCTP偶联发送MAUP消息给SG的M2UA。

若SG上的M2UA有一条MAUP消息发送到ASP，它将进行如下操作：

? ? ? ? ? ?

获取接口标识符；

确定支持MTP链路的M2UA链路号； 建立SCTP偶联；

确定基于No.7链路的SCTP偶联的恰当的流。

填充MAUP消息、M2UA消息头、公用消息头，生成M2UA消息单元； 通过SCTP偶联发送MAUP消息给ASP的M2UA。

3. 释放流程

M2UA业务环境的释放程序如图5-35所示：

MGCASP INACTIVE SGASP INACTIVE ACKASP DOWNASP DOWN ACK 图5-35 M2UA业务环境的释放流程

SG收到MGC发来的释放原语，开始M2UA业务环境的释放流程，关闭SCTP偶联。

5.3 M3UA协议

5.3.1 概述

M3UA由RFC3332定义，是No.7 MTP3用户适配协议，它使用流控制传输协议（SCTP）通过IP传输No.7 MTP3层的用户信令消息（即ISUP消息和SCCP消息），支持协议元素实现MTP3对等用户在No.7和IP域里的无缝操作。该协议

5-36

信令与协议分册

第5章 SIGTRAN协议

可用于信令网关（SG）和媒体网关控制器（MGC）或IP数据库之间的信令传输，也可用于基于IP的应用之间的信令传输。

SEPSS7SGSIGTRANMGCISUPMTP3MTP2MTP1PSTNNIFMTP3MTP2MTP1M3UASCTPIPIPISUPM3UASCTPIP 图5-36 IP网里SEP通过M3UA接入MGC

如图5-36所示，在SIGTRAN协议栈，M3UA运行在SCTP的上层，是SCTP用户。M3UA在MGC端的上层用户是MTP3层用户（ISUP、TUP、SCCP），在SG端的上层用户则是NIF（Nodal Interworking Function）。

如图5-37所示，M3UA层也用于两个IPSP间点到点的信令，M3UA提供与MTP3相同的原语和业务，在这种情况下，所希望的MTP3业务不是由SGP提供。虽然要提供MTP3业务，但由于IPSP到IPSP是点到点的关系，所以支持这些业务的程序是MTP3程序的子集。

MGCIPMGCUserM3UASCTPIPUserM3UASCTPIP 图5-37 使用M3UA的MGC-MGC对端通信

5.3.2 M3UA相关术语

1. 应用服务器（AS）

一个逻辑实体，代表一定的资源，对应一个特定的“选路关键字”。例如：AS可以是一个虚拟的交换单元，处理一定范围的PSTN中继电路的呼叫业务，标识它的选路关键字是“DPC/OPC/CICm~n”。每个AS包含一组应用服务器进程（ASP），其中的一个或多个ASP处于激活状态处理业务。

5-37

信令与协议分册

第5章 SIGTRAN协议

2. 应用服务器进程（ASP）

AS的进程实例，ASP作为AS的激活或备用进程，如ASP可以是MGC、IP SCP的进程。ASP包含SCTP端点并可以配置ASP处理多个AS的信令业务。 AS的消息在ASP和SG间的偶联上传输信令。 3. IP服务器进程（IPSP）

基于IP应用的进程实例。本质上IPSP与ASP相同，只是IPSP使用点到点的M3UA，而不使用信令网关的业务。 4. 信令网关（SG）

SG是在IP网和No.7信令网的边界接收或发送No.7信令的高层用户消息。SG是No.7信令网中的信令点，它包含一个或多个信令网关进程，其中的一个或多个正常处理业务。当SG包含多个SGP时，SG是一个逻辑实体并且所包含的SGP被协调为对于No.7信令网和被支持的AS单独的管理视点。 5. 信令网关进程（SGP）

SGP（Signaling Gateway Process）为一个SG的进程实例，它作为信令网关的激活、备用或负荷分担进程。 6. 信令进程

使用M3UA与其他信令进程通信的进程实例。ASP，SGP和IPSP都是信令进程。 7. 选路关键字

选路关键字描述一组No.7信令参数和参数值（如DPC、SIO+DPC、SIO+DPC+OPC、SIO+DPC+OPC+CIC），它唯一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的地信令点码。 8. 选路上下文

唯一识别选路关键字的值，为一个四位字节值的整数。选路上下文可以使用管理接口也可以使用选路关键字程序而配置。 9. 故障克服

在现行使用的ASP故障或不可用的情况下，信令业务重新选路到ASP或ASP组的能力。

5-38

信令与协议分册

第5章 SIGTRAN协议

10. 信令点管理簇（SPMC）

以特定的网络外貌和特定信令点码在No.7信令网中表示的一组AS。简单认为是所有属于同一信令点（SP）的AS的集合，用于描述一个SP的状态。SPMC是为了支持SG的MTP3管理程序，用于汇聚分布在IP域的No.7信令目的地点码的可用性/拥塞/用户部分状态。在某些情况，SG自身也可以是SPMC的成员，所以，在考虑支持MTP3管理动作时，还必须考虑SG的可用性/拥塞/用户部分状态。 11. 网络外貌

为了逻辑上把SG和应用服务器进程间公共SCTP偶联上的信令业务分开，而使用网络外貌识别No.7信令网上下文。例如，SG逻辑上分为四个分开的国内No.7信令网单元，网络外貌隐含地定义了No.7信令点编码、网络表示语和MTP3协议类型、不同的版本。

SG的物理No.7信令路由组或链路组只能在一个网络外貌中出现，网络外貌不是全局有效，只要求在SG和ASP间协调。因此，当ASP连接到多个SG时，不同的网络外貌可以识别相同的No.7信令网上下文，也就是可以传送或接收哪个SG的消息。 12. 主机

进程（ASP，SGP或IPSP）运行的计算机平台。 13. M3UA链路、M3UA链路组、M3UA路由、M3UA实体

MSOFTX3000还定义了以下M3UA术语：M3UA链路、M3UA链路组、M3UA路由、M3UA实体。引入这些概念有如下优点：

?

M3UA路由的概念可用于规模较大的网络，相距较远的M3UA实体间通过M3UA路由实现相互接入。

? ?

有助于加强对网络的理解，对网络进行更合理的规划。

这些概念与MTP3中的概念一致，有助于读者更快的掌握配置M3UA。

M3UA实体、M3UA路由、M3UA链路集和M3UA链路之间的关系如图5-38所示。M3UA目的实体可以通过一条或多条M3UA路由到达，每条M3UA路由在归属端都对应一个M3UA链路集，不同的路由根据用户定义的M3UA路由标记和信令消息里的SLS实现信令业务的负荷分担。同时，每条M3UA路由设置了不同的优先级，所以选路时优先选用优先级高的M3UA路由，也就是说，选路取决于选路优先级。一个M3UA链路集由一条或多条M3UA链路集成，每条链路对应一条SCTP偶联。不同的M3UA链路其工作方式有两种：主备方式或负荷分担方式。对于负荷分担方式，同一链路集内的M3UA链路根据用户定义的路由标记和信令消息里

5-39

本文来源：https://www.bwwdw.com/article/u183.html