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

3. 释放流程M2UA 业务环境的释放程序如图2-8所示：

图2-8 M2UA 业务环境的释放流程

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

SIO+DPC+OPC、SIO+DPC+OPC+CIC）， 它唯一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的信令点编码。

2. M3UA 概念

M3UA 是SS7 MTP3 用户适配层，为处于IP 网中的MTP3 用户和处于网络边缘的MTP3 （在SG 上）提供原语通信服务，实现TDM SS7 和IP 互通。M3UA 支持如下功能：

• 七号信令信令点编码表示

在SS7 信令网中，信令网关用来表示IP 域中的一组节点用来选路到SS7 信令网。SG 自身作为SS7 信令网的一个物理节点，必须具有SS7 信令点编码。

• 选路功能SGP 和AS 间SS7 信令消息的分配是由选路关键字和相关的选路上下文确定。

SS7 信令与M3UA 的互通中，M3UA 适配层提供定义的MTP3 用户原语的扩展。

• 拥塞管理ASP 或IPSP 的M3UA 用SCON 消息向M3UA 对等层指出本地拥塞。当SG

的M3UA 接收到ASP 的SCON 消息时，SG 确定SPMC 正发生拥塞，根据MTP 规范SG 向相关的SS7 信令目的地发送MTP3 受控管理消息。

偶联支持的最大流的数量。对于有顺序要求的信令业务必须分配到相同的流中。

• 客户端/服务器模型SGP 和ASP 都能支持客户端和服务器操作，使用M3UA 的对等端点应该配

置为一端是服务器，另一端是启动SCTP 偶联的客户端。缺省值SGP 作为服务器，ASP 是客户端，ASP 应该启动对SGP 的SCTP 偶联。

M3UA 是在SCTP 上传送，为M3UA 登记的SCTP 用户端口号码为2905。

3. M3UA 协议结构

M3UA 协议的体系结构如图2-9所示。

图2-9 M3UA 协议的体系结构

MTP3－用户的低层协议是M3UA，它向MTP3－用户提供标准的MTP3 接口；M3UA 的低层协议是SCTP，由SCTP 提供偶联为M3UA 服务；M3UA 还有专门的层管理（LM），为其提供管理服务。

1. M3UA 提供的业务M3UA 提供如下业务功能：
   1. • 支持传送MTP3 －用户消息
   2. • 本地管理功能
   3. • 支持与MTP3 网络管理功能互通
   4. • 支持SGP 和ASP 间SCTP 偶联的管理
   5. • 支持到多个SGP 偶联的管理
1. M3UA 消息格式

M3UA 消息格式中包含一个公共消息头，之后是0 个或多个由消息类型定义的参数，考虑到前向兼容性，因此所有消息类型都带有兼容性参数。

1. 公共消息头

MTP3 用户适配层协议消息的结构要求包括版本，消息类型、消息长度和消息内容（如图2-10所示）。消息头对于所有信令协议适配层消息是公共的。

0123 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

图2-10 公共消息头

• M3UA 协议版本版本字段包括M3UA 适配层的版本。所支持的版本为：

值：00000001； 版本：Release 1.0 protocol 。

• 消息类别和消息类型

表2-3中列出了M3UA 定义的消息类别，表2-4、表2-5、表2-6 、表2-7、表2-8和表2-9分别列出M3UA 定义的消息类型。

表2-3 M3UA 消息类别

表2-4 M3UA 管理（MGMT ）消息类型

表2-5 M3UA 传送消息类型

表2-6 M3UA 信令网管理（SSNM）消息类型

消息类型

消息类型编码（十六进制）

00

备用

表2-7 M3UA 状态维护（ASPSM）消息类型

表2-8 M3UA 业务维护（ASPTM） 消息类型表2-9 M3UA 选路关键字管理（RKM）消息类型

• 消息长度

消息长度定义了消息的八位位组长度，长度包括消息头在内。对于消息的最后一个参数，如果包含填充，那么消息长度应把填充信息包含在内。

M3UA 由公共消息头和随后的0 个或几个可变长度参数构成。所有包含在消息中的参数的格式如图2-11所示：

0123 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

图2-11 可变长度参数格式

消息中可以包括多个参数，参数可以是任何顺序，除非有明确的要求。接收者应该接收任何顺序的参数。

• 参数标签参数标签为16 比特，用于识别参数类型，它可以是0 到65534 。用于适配层

的公共参数在0x00 到0x3F 之间，M3UA 的特定参数在0x0200 到0x02FF 之间。定义的公共参数标签如表2-10 所示。

表2-10 公共参数标签

M3UA 的特定参数如表2-11所示。表2-11 M3UA 的特定参数• 参数长度

参数长度为16 比特，包含参数的字节数，其包括参数标签、参数长度和参数值字段。参数长度不包括任何填充字节。

参数值是可变长度，它包含参数实际传送的信息。

参数的总长度（包括标签、参数长度和值字段）必须是四字节的整数倍。如果参数长度不是四的整数倍，发送者在结尾用0 填充参数，填充的长度不包括在参数长度字段。发送者不能填充多于三个字节，接收者忽略填充字节。

2. 数据（DATA）消息数据消息中都包含公共消息头和0 个或多个由消息类型定义的参数。DATA 消息包含SS7 信令MTP3 用户协议数据，包含了完整的MTP3 路由标

记，DATA 消息包含如下参数：

Correlation Id 任选DATA 消息的参数格式如图2-12： 012

3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

图2-12 DATA 消息参数格式

(1) 网络外貌是消息中用来补充NI（网络标识语）的参数。在DATA 消息中，网络外貌隐含地定义了所用SS7 信令点编码格式、SS7 信令网指示语值和MTP3/MTP3 用户协议类型/变量/版本。举例说明，中国内陆和香港特别行政区属于同样的NI（国内主用网），但是其信令点格式不同。中国内陆使用24 位的信令点编码，香港地区使用14 位的信令点编码。这就需要消息中的网络外貌参数来定义。如果网络外貌参数存在，因为它定义了协议数据字段的格式，则它必须是消

息中的第一个参数。M3UA 协议规范暂不使用网络外貌参数。

1. (2) 选路上下文选路上下文是一个32bit 的值，在消息中一一代表选路关键字。
   1. (3) 协议数据协议数据参数包含源SS7 信令MTP3 消息，其中包括业务信息八位位组和路
   2. 由标记。协议数据参数包含下列字段：
2. • 业务指示语（SI）
3. • 网络指示语（NI）
4. • 目的信令点编码（OPC）
5. • 源信令点编码（DPC）
6. • 信令链路选择码（SLS） 用户协议数据包括：MTP3-用户协议单元（例如，ISUP 、SCCP 或TUP 参数）。

协议数据参数的格式如图2-13所示。

012

3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

流流参协

图2-13 协议数据的格式

• OPC：24 位；

3. SS7 号信令网管理（SSNM ）消息

M3UA 协议所有的消息（包括SSNM 消息）中都包含公共消息头和0 个或多个由消息类型定义的参数。

1. (1) 目的地不可用（DUNA） SG 中的SGP 向所有相关的ASP 发送DUNA 消息用来指示SG 已经确定了 一个或多个SS7 信令目的地不可达，它也用于SGP 响应ASP 消息不可达的
2. SS7 信令目的地。ASP 的MTP3 用户应当停止向DUNA 消息中被影响的目的 地发送业务。
1. (2) 目的地可用（DAVA） SGP 向所有相关的ASP 发送DAVA 消息用来指示SG 已经确定了一个或多
2. 个SS7 目的地目前可达，或响应DAUD 消息（见下文）。ASP 的MTP3-用 户协议应当恢复DAVA 消息中被影响的目的地的业务。
1. (3) 目的地状态查询（DAUD）
2. ASP 向SGP 发送DAUD 消息来查询到一个或多个被影响目的地的SS7 信令 路由的可用性/拥塞状态。
1. (4) SS7 信令网拥塞（SCON） SGP 向所有相关的ASP 发送SCON 消息，用来指示到SS7 信令网的一个或 多个目的地拥塞，或发送SCON 消息到ASP 用来响应DATA 或DAUD 消息；
2. 也可以从ASP 的M3UA 向M3UA 对等层发送SCON 消息指示M3UA 或ASP 拥塞。
1. (5) 目的地用户部分不可用（DUPU）

SGP 向ASP 发送DUPU 消息通知SS7 信令网节点上的远端对等MTP3-用户 部分不可用。应用服务器进程管理（ASPM）消息

(6) ASP Up（ASPUP ）消息

ASP Up（ASPUP ）消息用来向远端MU3A 对等层指示适配层已经准备好为ASP 配置的所有的选路关键字接收SSNM 或ASPM 管理消息。

(7) ASP Up Ack（ASPUP ACK ）消息

ASP Up Ack（ASPUP ACK） 消息用来证实从远端M3UA 对等层接收的ASP Up 消息。

(8) ASP Down（ASPDN）消息

ASP Down（ASPDN） 消息用来向远端M3UA 对等层指示适配层尚未准备好接收DATA、SSNM、RKM 或ASPTM 消息。

(9) ASP Down Ack（ASPDN Ack ）消息

ASP Down Ack 消息用来证实从远端M3UA 对等层接收的ASP Down 消息，或答复从出于管理原因而被锁的ASP 接收的ASPM 消息。

(10) Heartbeat（BEAT）消息BEAT 消息被任选的用来保证M3UA 对等层一直对其它M3UA 可用，当M3UA

不使用SCTP 作为传送层时必须使用BEAT 消息。BEAT 消息中不包含任何参数。

(11) Heartbeat Ack（BEAT Ack ）消息

发送BEAT Ack 消息以响应接收的BEAT 消息，它包含接收的BEAT 消息的所有参数。

4. M3UA 选路关键字管理（RKM）消息

1. (1) 注册请求（REG REQ） ASP 发送注册请求消息用于向远端M3UA 对等层指出它希望与远端对等层注
2. 册一个或几个给定的选路关键字。最典型的情况是ASP 向SGP 发送这个消 息，并希望接收具有相关选路上下文值的REG RSP。
1. (2) 注册响应（REG RSP）
2. REG RSP 消息用于对来自远端M3UA 对等层REG REQ 消息的响应，它包含注册请求成功/故障的指示，并返回成功注册请求的唯一的选路上下文值而用于后续的M3UA 业务管理协议。
1. (3) 注销请求（DEREG REQ） ASP 发送DEREG REQ 消息向远端M3UA 对等层指出希望注销给定的选路
2. 关键字，通常情况下ASP 将向SGP 发送这个消息并希望接收带相关选路上 下文值的返回DEREG RSP 消息。
1. (4) 注销响应（DEREG RSP） DEREG RSP 消息用于响应来自远端M3UA 对等层的DEREG REQ 消息。

5. 应用业务维护（ASPTM）消息

(1) ASP 激活（ASPAC）

ASP 发送ASPAC 消息来指出远端M3UA 对等层准备处理特定应用服务器的信令业务。ASPAC 只影响选路上下文识别的选路关键字的ASP 状态。

1. (2) ASP 激活Ack ASPAC Ack 消息用于证实从远端M3UA 对等层接收的ASPAC 消息。
2. (3) ASP 去活（ASPIA）

ASP 发送ASPIA 消息向远端M3UA 对等层指示一列ASP 中不再使用的某个ASP。ASPIA 消息只影响由选路上下文识别的选路关键字中ASP 的状态。

(4) ASP 去活Ack ASPIA Ack 消息用于证实从远端M3UA 对等层接收的ASP 去活消息。

6. 管理消息

(1) 差错（ERR）

如果在收到的消息中发现差错事件的值，则发送ERR 消息。如在现行的状态收到非期望的值，或参数值无效。ERR 消息必须包括差错码参数。

差错码参数用来指示ERR 消息产生的原因，差错参数值使用表2-12中规定的值。

表2-12 差错参数的有效值

如果接收到无效或不支持版本的消息，就发送“无效版本”差错，ERR 消息在公共头中包含支持的版本，ERR 消息可任选地在诊断信息区域提供支持的版本。

如果接收到非期望的或不支持的消息类别，就发送“不支持的消息类别”差错。

如果接收到非期望的或不支持的消息类型，就发送“不支持的消息类型”差错。

如果ASP 发送不支持的业务量模式类型的ASP 激活消息或发送与应用服务器现在配置的业务量处理模式类型不兼容的ASP 激活消息，SGP 就发送“不支持/无效的业务量处理模式”，例如SGP 不支持负荷分担。

如果在现行状态下接收到非期望的已定义和可识别的消息，可以发送“非期望的消息”（ASP 也可以丢弃这个消息而不发送ERR 消息）。

对于接收到任何语法正确但非期望的参数，发送“协议差错”差错。

如果在非期望的SCTP 流上接收到消息（例如，在非“0”流上接收到MGMT 消息），就发送“无效流标识符”差错。

当接收到ASP-Up 或ASP 激活消息并且出于管理原因拒绝请求（例如管理闭锁）时，就发送“拒绝－管理闭塞”差错。如果这个差错是响应ASP 激活消息，在ERR 消息中应包括ASP 激活消息中的选路上下文。

如果SGP 接收到不包含ASP 标识符参数的ASP Up 消息而SGP 要求这个参数时，响应ASP Up 时就发送“要求ASP 标识符”。

如果SGP 接收到无效（即不唯一）的ASP 标识符的ASP Up 消息，响应ASP Up 时就发送“无效的ASP 标识符”。

如果接收到无效参数值的消息（接收到备用段非“0”的消息），就发送“ 无效参数值”差错。

如果接收消息中的参数有错误的长度字段，就发送“参数字段差错”。

如果消息中包含无效的参数就发送“非期望的参数”差错。

如果SG 接收到DAUD 消息查询目的地的可用性/拥塞状态，但SG 不希望提供这些状态（例如发送者无权知道这些状态）时，就发送“目的地状态未知”差错。

如果消息中不包含必选参数，就发送“丢失参数”差错。

如果从对等层接收到无效（没有配置）的选路上下文值，就发送“无效选路上下文”差错。对于这种错误，在ERR 消息中必须包括无效选路上下文。

如果从对等层接收到没有选路上下文的消息并且通过配置数据不知道参考哪个应用服务器时，就发送“没有为ASP 配置AS”差错。

(2) 通知（NTFY） NTFY 消息用来向M3UA 对等层提供M3UA 事件的自治指示。

2.4.4 M3UA 消息流程

下面的示例指出在SGP 和ASP 间业务建立的M3UA 消息流，所有这些示例假设已经建立了SCTP 偶联。

1. 建立SGP 和ASP 间的偶联和业务示例

(1) AS 中有一个ASP

这个示例给出了建立SGP 和ASP 之间业务的M3UA 消息的流程，这里的AS 中只有一个ASP（无备份）。

• 单个ASP 在一个AS/（1+0 备份），没有注册在该条件下，M3UA 消息调用示例如图2-14所示。

RC：选选选选选( 任选)

图2-14 建立M3UA 消息的流程示例1

• 单个ASP 在一个AS（1+0 备份），动态注册

这个示例和上一个相同，只是增加了注册信息的交换，SGP 接受了注册。在该条件下，M3UA 消息调用示例如图2-15所示。

SGP ASP1 ASP Up

^{ASP Up Ack}LRC ：版： 选选选选选 ^{REG REQ(LRCn,RKn)} RK：选选：：： RC： 选选选选选REG RSP(LRCn,RKn)

ASP 激激(RCn)

图2-15 建立M3UA 消息的流程示例2

• 单个ASP 在多个AS（1+0 备份），动态注册在该条件下，M3UA 消息调用示例如图2-16所示。

ASP1

SGP

LRC ：版：选选选选选 RK：选选：：： RC：选选选选选

图2-16 建立M3UA 消息的流程示例3

2. ASP 业务故障示例

(1) 两个ASP 主备用，一个ASP 故障参考图2-17，ASP1 退出服务的情况如图2-17所示。

^SGP ASP2

图2-17 ASP 业务故障示例1

注：如果SGP 检测到M3UA 对等层丢失（M3UA Heartbeat 丢失或者是检测到SCTP 故障），则初始的ASP 去活消息交换（例如，ASP1 和SGP 间）将不会发生。

(2) 两个ASP 主备用

以下的示例也根据图2-18 所示的情况，这里是由ASP2 发起的主动请求并负责全部的业务。该示例如图2-18所示。

SG ASP1 ASP2 ASP 激激ASP 激激Ack 通通标（（（ ASP 激激标

图2-18 ASP 业务故障示例2

3. 从AS 中正常退出ASP 并清除偶联示例

如果ASP 要退出业务，处于“ASP-INACTIVE”状态（即已经接收到ASP 去活Ack 消息）的ASP 就可以进入“ASP-DOWN”状态。该示例如图2-19所示。

ASP1

^SGP ASP 去激(RCn) ASP 去激 Ack(RCn)

RC：选选选选选

DEREGREQ(RCn)

DEREG RSP(LRCn,RCn)

ASP Down

图2-19 从AS 中正常退出ASP 并清除偶联示例