爱立信软交换培训教材（MGW部分-高级）(10)

（2） 对于IPSTP

a:应支持对 DUPU 消息的接收和处理，根据消息中指示的相关的DPC 进行相应处理。

b:应支持对 TFC/TFA/TFP 消息的处理，转换为相应的M3UA 管理消息，向相邻IPSEP 发送。

c:当相邻的 IPSEP 的可用性、拥塞状态发生变化时，应支持向相邻的IPSEP发送SCON/DUNA/DAVA 消息， 向相邻的IPSTP/SEP/STP 发送TFC/TFA/TFP 消息。

d:当相邻的 SEP/STP/IPSTP 的可用性、拥塞状态发生变化时，应支持向相邻的IPSEP 发送SCON/DUNA/DAVA 消息。

2.4 M3UA 消息格式和参数

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

MTP3 用户适配层协议消息的结构要求包括版本，消息类型，消息长度和消息内容。消息头对于所有信令协议适配层消息是公共的。后面可跟0 个或多个由消息类别/消息类型定义的参数。如下图所示：

M3UA消息格式

其中一些参数类型，见下面各表：

表1：M3UA 消息类别：8 比特

消息类别名 管理(MGMT)消息（必选） 传送消息[M3UA] （必选） NO.7 信令网管理(SSNM)消息[M3UA/SUA] （必选） 消息类别编码 00 01 02 ASP 状态维护(ASPSM)消息（必选） ASP 业务维护(ASPTM)消息（必选） Q.921/Q.931 边界原语传递(QPTM)消息[IUA] （不使用） 为其它SIGTRAN 适配层备用（不使用） 为其它SIGTRAN 适配层备用（不使用） 为其它SIGTRAN 适配层备用（不使用） 选路关键字管理(RKM)消息[M3UA] （不使用）

表2：M3UA 管理（MGMT）消息类型 03 04 05 06 07 08 09 消息类型 差错(ERR)（必选） 通知(NTFY)（必选）

表3：M3UA 传送消息类型

消息类型编码 00 01 消息类型 备用 数据(DATA)（必选） 消息类型编码 00 01

表4：M3UA 信令网管理(SSNM）消息类型 消息类型 备用 目的地不可用（DUNA）（必选） 目的地可用（DAVA）（必选） 目的状态查询（DAUD）（必选） 信令拥塞（SCON） 目的地用户部分不可用（DUPU）（必选） 目的地受限(DRST)(暂不使用)（不使用）

表5：M3UA 状态维护(ASPSM）消息类型

消息类型编码 00 01 02 03 04 05 06 消息类型 备用 ASP（必选） ASPDown(ASPDN)（必选） Heartbeat(BEAT)（可选） ASP Up Ack(ASPUP ACK) （必选） ASP Down Ack(ASPDN ACK) （必选） Heartbeat Ack(BEAT ACK) （必选） 表6：M3UA 业务维护(ASPTM）消息类型

消息类型编码 00 01 02 03 04 05 06 消息类型 消息类型备用 ASP 激活(ASPAC) （必选） ASP 去活(ASPIA) （必选） ASP 激活Ack(ASPAC ACK) （必选） ASP 去活Ack(ASPIA ACK) （必选）

编码 00 01 02 03 04 3．H.248协议

Megaco（也就是 H.248）是一项作为 ITU-T 与 IETF 合作结果的新标准，用于连接 PSTN 与 IP 网络，它使语音、传真和多媒体信号在 PSTN 与新兴的 IP 网络之间进行交换成为可能。Megaco 的含意是媒体网关控制（Media GatewayControl）。Megaco 框架可以使服务提供商具有提供多种电话和数据融合服务的能力。

3.1 H.248 基本概念和命令

H.248 主要应用于 MSC Server 与 MGW 之间的 Mc 接口，H.248 协议的连接模型描述了媒体网关（MG）内的逻辑实体或者对象。连接模型中使用的主要抽象实体是终结点（Termination）和关联（context）。

1）关联

关联是一次呼叫或一个会话中的终结点的集合，一个关联代表一次呼叫或一个会话中的媒体类型。例如从

TDM

到 IP

呼叫的关联包含 TDM

音频终结

点和RTP 音频流终结点。如果媒体网关只提供点到点连接的话，则只允许每个关联最多有两个终结点，若支持多点会议则可以有多个。

关联的属性包括： ? ? ? ?

ContextID：用来唯一的标识某个关联。

拓扑：描述同一关联中不同终结点间的媒体流向。 优先级：高优先级关联首先处理。 紧急呼叫指示器：用来处理紧急意外呼叫。

有一个特殊的关联，称作 null 关联。包括了与任何其他节点都没有联系的终结点。 2）终结点

终结点（Termination）是 MGW 中的逻辑实体，负责发起和接收媒体流或控制流。Termination 是源媒体流或目的媒体流客体，termination 可以用于表示时隙和 RTP 流等。代表物理实体的终结点有半永久的存活期，Add 或 Subtract 时，它被从 null 关联中取出或添入；代表临时信息流（例如 RTP 流）的终结点，则只在使用期间存在，由 Add 命令创建，Subtract 命令消除。

终结点由一系列特性描述，这些特性组成一系列包含在命令里的描述符（Descriptor）。在 MGW 创建终结点时，分配给一个唯一的标识符。

终结点有相应的信令，由 MGW 生成，比如语音和提示音。终结点可通过编程来监测事件，并能触发给 MSC Server 的通知消息，或者 MGW 的动作。终结点上可以累计统计数据，并通过请求报告给 MSC Server。

3）流

流规定一个双向媒体流/用户数据流程的参数，它由 Stream ID 来标识。在对象模型中，描述终结点的模式，即发送、接收、发送和接收的称之为流模式。

4）连接

连接是表示 MGW 中一个单独关联(context)内连接拓扑的逻辑实体。连接的拓扑意味着要在终结点间分配流和/或操作关联拓扑。

3.2 H.248 的事务交互

在媒体网关和软交换设备之间的一组命令组成了事务交互。一个事务交互可以由一个 TransactionID 来标识。事务交互由一个或者多个动作组成。而一个动作又由在一个关联中使用的一系列命令组成。因此，可以用一个 ContextID 来标识一个动作。

事务交互由 TransactionRequest 发起。对 TransactionRequest 的响应放在一个独立的应答里面，这个应答可能由 TransactionPending 消息开始。

事务交互保证对命令的有序处理。即：在一个事务交互中的命令是顺序执行的。但并不保证各个事务交互之间的有序处理，即：对这个事务交互的处理可以以任何顺序进行，也可以同时进行。如果在一个事务交互过程之中，有一个命令执行失败，那么在这个事务处理中的所有剩余命令都停止执行。

TransactionReply 包含执行相应的 TransactionRequest 中的所有命令所得到的结果。也就是说，TransactionReply 包含所有成功执行的命令的返回值，以及所有执行失败的命令的命令名和错误描述符。TransactionPending 命令是用来周期性地向接收者报

告这个事务处理正在被处理，但是没有结束。

对于每个事务处理都应实现一个应用层定时器。当定时器超时后，应当重新传输请求信息。当接收到应答后，就应当取消定时器。当接收到 Pending 后，就应当重新启动定时器。

与事务处理相关的API包括TransactionRequest、TransactionReply和TransactionPending。

TransactionRequest

TransactionRequest 由发送方发起，每发起一个请求后，就进行一个事务交互。一个请求包含一个或者多个动作，其中每个动作都定义了它的目标关联，以及对于每个关联的一个或者多个命令。

TransactionRequest（Transactionid｛ ContextID｛Command?Command｝， ??

ContextID｛Command?Command｝｝）

其中，TransactionID 参数必须规定一个值，以便将它与接收方发出的TransactionReply 或者Transa …… 此处隐藏：2404字，全部文档内容请下载后查看。喜欢就下载吧 ……