1、中华人民共和国通信行业标准 No.7 信令与 IP互通适配层技术规范 消息传递部分（MTP）第三级用户适配层（M3UA） YD/T 1192-2002 前 言 本标准是在 YDT 1127-2oo1No.7 信令与 IP 互通的技术要求的框架下，根据国际建议的信令传送部分（Sigtran ）的草案，具体地规定了 No.7 信令与 IP 互通时 No.7 信令消息传递部分（MTP）第三级用户适配层（M3UA） ，其中规定了 M3UA 所使用的消息格式。编码和程序。M3UA 主要用于 No.7 信令与 IP 网的互通，同时也用于第、代移动通信 3GPP 的Iu接口。 本标准主要适用于完成 No.7
2、 信令与 IP 网互通的信令网关（SG）设备，以及 IP 网用于呼叫控制的软交换（Soft-Switch）等设备的开发、生产、引进和购买。 本标准的附录 A 为资料性附录。 本标准由信息产业部电信研究院提出并归口。 本标准起草单位：信息产业部电信传输研究所 华为技术有限公司 深圳市中兴通讯股份有限公司 上海贝尔有限公司 本标准的主要起草人：续合元 吕 军 王立言 张 宜 林 铭 丁海忠 肖 钰 中华人民共和国信息产业部 2002-06-21 发布 2002-06-21 实施 1 范围 本标准规定了 No.7信令消息传递部分（MTP）第三级用户适配层（M3UA）协议的功能、消息参数格式以及程序。
3、 本标准适用于采用 M3UA 协议的信令网关设备、软交换设备的研制、生产、引进和购买。 2 规范的引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版本适用于本标准。 GF010-9001 中国国内电话网 No.7 信号方式技术规范（暂行规定） GFO1O-95 国内No.7 信令方式技术规范信令连接控制部分（暂行规定） IETF No.7信令消息传递部分（MTP）第三级用户适配层（M3UA） 3 名
4、词术语和缩略语 3.1 名词术语 应用服务器（AS） ：服务特定选路关键字的逻辑实体，例如：AS 是虚拟交换单元，它处理由 No.7 信令 DPCOPCCIC_范围所识别的所有 PSTN 中继的呼叫过程；另一个例子是 AS为虚拟数据库单元，它处理特定 No.7信令 DPCOPCSCCP_SSN组合所识别的事物处理。AS包含一组惟一的应用服务器进程，其中的一个或几个处于激活状态处理业务。 应用服务器进程（ASP） ： 应用服 务器的进程实例，应用服务器进程作为应用服务器的激活或备用进程，例如 ASP 可以是MGC、IP SCP 或IP HLR 的进程。ASP 包含 SCTP 端点，并可以配置 A
5、SP处理多个应用服务器的信令业务。 偶联：指 SCTP 偶联，它传递 MTP3 用户协议数据单元和 M3UA 适配层对等消息。 IP 服务器进程（IPSP） ：基于 IP 应用的进程实例。从本质上来看，IPSP 与 ASP 相同，只是 IPSP 使用点到点的 M3UA，而不使用信令网关的业务。 信令网关（SG） ：SG 是 在 IP 网和 No.7 信令网的边界接收或发送 No.7 信令的高层用户消息，SG 是No.7 信令网中的信令点，它包含一个或多个信令网关进程，其中的一个或几个正常处理业务。当SG包含多个SGP时， SG是一个逻辑实体并且所包含的SGP被协调为对No.7信令网和被支持的应
6、用服务器单独的管理视点。 信令网关进程（SGP） ： 信令网关的进程实例， 它作为信令网关的激活、备用或负荷分担进程。 信令进程：使用 M3UA 与其他信令进程通信的进程实例，ASP、信令网关进程和 IPSP 都是信令进程。 选路关键字：选路关键字描述一组 No.7 信令参数和参数值，它惟一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的地信令点码。 选路上下文：惟一识别选路关键字的值。选路上下文可以使用管理接口也可以使用选路关键字程序而配置。 故障克服：在现行使用的应用服务器进程故障或不可用的情况下，信令业务重新选路到替换服务器进程或 ASP组的能力。故障克服也应用
7、于返回先前不可用的应用服务器进程的业务时。 信令点管理簇（SPMC） ： 以特定的 网络外貌和特定信令点码在 No.7 信令网中表示的一组AS。SPMC 是为了支持 SG 的 MTP3 管理程序，用于汇集分布在 IP 域的 No.7 信令目的地点码的可用性拥塞用户部分状态；在某些情况下，SG 自身也可以是 SPMC 的成员，所以在考虑支持 MTP3管理动作时，还必须考虑 SG 的可用性拥塞用户部分状态。 网络外貌；为了逻辑上把 SG 和应用服务器进程问公共 SCTP 偶联上的信令业务分开，而使用网络外貌识别 No.7 信令同上下文。例如，SG 逻辑上分为 4 个分开的国内 No.7 信令同的单
8、元，网络外貌隐含地定义了 No.7 信令点编码、网络指示语和 MTP3 协议类型版本。SG的物理 No.7 信令路由组或链路组只能在一个网络外貌中出现，网络外貌不是全局有意义，只要求在 SG和 ASP 间协调。因此当 ASP 连接到多个 SG 时，不同的网络外貌可以识别相同的No.7 信令网上下文，依赖于传送接收哪个 SG的消息。 层管理：层管理是节点功能，它处理 M3UA层和本地管理实体问的输入和输出。 主机： ASP 进程运行的计算机平台。 流：流是指 SCTP 流，是从一个 SCTP 端点到另一相关 SCTP 端点建立的单向逻辑通路。所有用户消息在流中按序传递，除非提交的是无序传递业务。
9、 3.2 缩略语 SG 信令网关 M3UA MTP 第三级用户适配层 AS 应用服务 器 ASP 应用服务 器进程 SCTP 流控制传 输协议 IPSP IP 服务器进程 SPMC 信令点管 理簇 SGP 信令网关进程 4 概述 4.1 M3UA 提供的业务 在 ASP 或 IP 服务器进程(IPSP）的 M3UA 层向 MTP3用户提供的一整套原语与 No.7 信令同中 SEP的 MTP3 向高层提供的原语相同， 这样ASP 或IPSP的ISUP 和或SCCP 层并不知道它所希望的 MTP3 业务是由远端 SGP 的 MTP3 层提供，而不是本地的 MTP3 层；SGP 的 MTP3层也不知
10、道本地用户实际是通过 M3UA 的远端用户，这样 M3UA 把 MTP3 层的业务扩展到远端基于 IP 的应用。M3UA 本身不提供 MTP3 业务，如果 ASP 连接到多个 SG 时，ASP 的M3UA 必须根据经每个 SG 到这些目的地路由的可用性拥塞状态，维护 No.7 信令网中目的地点的状态和选路消息。 M3UA 层也用于两个 IPSP 间点到点的信令，M3UA 提供与 MTP3 相同的原语和业务，在这种情况下， 所希望的 MTP3业务不是由 SGP 提供。 虽然要提供 MTP3 业务， 但由于 IPSP 到 IPSP是点到点的关系，所以支持这些业务的程序是 MTP3 程序的子集。 4
11、.1.1 支持传送 MTP3用户消息 通过SGP 和ASP 或两个 IPSP 间建立的 SCTP 偶联，M3UA 层传递 MTPTRANSFER 原语。 在 ASP 中，经多个 SGP 可达目的地的情况下，M3UA 必须选择消息选路经哪个 SGP 或支持 SGP 间的负荷分担，保证不发生顺序错误。 M3UA 没有限制信令信息字段（SIF）的长度为 272 个八位位组，M3UASCTP 能直接适应大的信息块， 而不需要高层的分段重装程序；然而 SG 与No.7 信令网互通时必须遵循 272个八位位组的规定，如果 No.7 信令同支持宽带 MTP，信息块可以超过 272 个八位位组。 4.1.2
12、本地管理功能 M3UA 提供能力指出与接收 M3UA消息有关的差错并通告给本地管理或对等的 M3UA。 4.1.3 与 MTP3 网络管理功能的互通 SGP 的M3UA 提供与MTP3 管理功能的互通，而支持对 No.7 信令和 IP 域的信令应用的无缝操作。其中包括： 提供对 ASP 的MTP3用户指示，指出 No.7信令网远端目的地不可达； 提供对 ASP 的MTP3用户指示，指出 No.7信令网远端目的地现在可达； 提供对 ASP 的MTP3用户指示， 指出去 No.7 信令网远端 MTP3用户对等的消息发生拥塞； 提供对 ASP 的MTP3用户指示，指出远端 MTP3用户对等不可用。
13、ASP 的 M3UA 层保存到远端 No.7 信令目的地的路由状态，可以启动查询远端 No.7 信令目的地的可用性和拥塞状态，这些信息由 SGP的 M3UA 来提供。 ASP 的M3UA 也可以向 SG 指出 M3UA 自身、ASP 或ASP 的主机拥塞。 4.1.4 支持SGP 和ASP间 SCTP 偶联的管理 为了管理对等 M3UA 间的 SCTP 偶联和业务，SGP 的 M3UA 层维护所有配置的远端 ASP 的可用性状态、激活去活拥塞状态。 本地管理可以指导 M3UA 层建立到对等 M3UA 节点的 SCTP 偶联，这能够使用 MSCTP ESTABLISH 原语请求、指示和确认建立与
14、对等 M3UA 节点的偶联。为了避免两个 M3UA 对等问冗余 SCTP 偶联，必须指定一端（客户）建立 SCTP 偶联，或 M3UA 配置信息保证检测出冗余的偶联（例如，经本地和远端期望的 SCTP 端点地址的信息） 。 本地管理可以使用 MSCTP_STATUS re quest 和 confirm 原语，从 M3UA 层也请求低层SCTP 偶联的状态，M3UA 也可用通知本地管理关于释放 SCTP 偶联的原因，确定是 M3UA 层还是来自 SCTP的原因。 M3UA 层也可以通知本地管理关于 ASP 或 AS 的状态变化，这通过 MASPSTATUS 请求或 MASSTATUS requ
15、est 原语完成。 4.1.5 支持到多个 SGP连接的管理 如图1所示，ASP 可以连接到多个 SGP，这样一个 No.7 信令的目的地可以通过多个 SGP和或 SG 到达，即经过多个路由。由于 MTP3 用户只维护目的地的状态，而不管理路由，因此 M3UA 必须维护个别路由的状态（到目的地路由的可用性、拥塞） ，从个别路由的状态推出目的地的整个可用性或拥塞状态，并通知 MTP3用户得出的状态变化。 图 1 网络结构示意 4.2 M3UA 协议的体系结构 图 2 M3UA协议的体系结构 从图2中可以看出，MTP3用户的低层协议是 M3UA，它向 MTP3用户提供标准的 MTP3接口，见 4.
16、3.1 节。M3UA的低层协议是 SCTP，由SCTP为 M3UA提供偶联为 M3UA 服务。M3UA还有专门的层管理（LM） ，为其提供管理服务，M3UA 与LM 的接口见 4.3.3 节。 4.3 M3UA 的边界原语 4.3.1 M3UA同 MTP3用户的边界原语定义 M3UA同MTP3用户边界定义的原语与 MTP3同上层用户定义的原语集相同。 MTPTRANSFER request MTPTRANSFER indication MTPPAUSE indication MTPRESUME indication MTPSTATUS indication 4.3.2 M3UA和 SCTP 的
17、边界定义 SCTP 提供的上层边界原语见 SCTP 的协议。 4.3.3 M3UA 同本地管理（LM）的边界原语定义 M-SCTP ESTABLISH request 方向：LMM3UA 目的：LM 请求ASP与 SG 建立 SCTP 偶联。 M-STCP ESTABLISH confirm 方向：M3UALM 目的：ASP向 LM 确认它已经与 SG建立了 SCTP。 M-SCTP ESTABLISH indicaton 方向：M3UALM 目的：M3UA 通知LM远端 ASP 已经建立了 SCTP 偶联。 M-SCTP RELEASE request 方向：LMM3UA 目的：LM 请求A
18、SP 释放与 SG 的 SCTP 偶联。 M-SCTP RELEASE confirm 方向：M3UALM 目的：ASP向 LM 确认它已经释放了与 SG 的 SCTP 偶联。 M-SCTP REMASE indication 方向：M3UALM 目的：M3UA 通知LM远端 ASP 释放了 SCTP 偶联或 SCTP 偶联已经故障。 M-SCTP STATUS request 方向：LMM3UA 目的：LM 请求M3UA报告 SCTP 偶联的状态。 MSCTP STATUS confirm 方向：M3UALM 目的：M3UA 报告SCTP 偶联的状态。 MASP STATUS request
19、 方向：LMM3UA 目的：LM 请求M3UA报告本地或远端 ASP 的状态。 MASP STATUS confirm 方向：M3UALM 目的：M3UA 报告本地或远端 ASP的状态。 MAS STATUS request 方向：LMM3UA 目的：LM 请求M3UA报告 AS 的状态。 M-AS STATUS confirm 方向：M3UALM 目的：M3UA 报告AS的状态。 M-NOTIFY Indication 方向：M3UALM 目的：M3UA 报告它已经从对等层接收到 NOTIFY 消息。 MERROR indication 方向：M3UALM 目的：M3UA 报告它已经从对等层
20、接收到 ERROR 消息或本地操作不成功的消息。 MASP UP request 方向：LMM3UA 目的：LM 请求ASP 开始操作并向对等层发送 ASPUP 消息。 M-ASP UP confirm 方向：M3UALM 目的：ASP 报告它已经从 SG 接收到 ASP UP 证实消息。 M-ASP UP indication 方向：M3UALM 目的：M3UA 报告它已经成功地处理了来自对等层的入局 ASPUP request。 MASP DOWN request 方向：LMM3UA 目的：LM 请求ASP 停止操作并向对等层发送 ASPDOWN 消息。 M-ASP DOWN confir
21、m 方向：M3UALM 目的：ASP 报告它已经从 SG 接收到 ASPDOWN 证实消息。 M-ASP DOWN indication 方向：M3UALM 目的：M3UA 报告它已经成功地处理了来自对等层的入局 ASPDOWN request。 M-ASP ACTIVE request 方向：LMM3UA 目的：LM 请求ASP 向对等层发送 ASP 激活消息。 M-ASP ACTIVE confirm 方向：M3UALM 目的：ASP 报告它已经从 SG 接收到 ASP 激活证实消息。 M-ASP ACTIVE indication 方向：M3UALM 目的：LM 报告它已经成功地处理了来
22、自对等层的入局 ASPACTIVE request。 M-ASP-INACTIVE request 方向：LMM3UA 目的：LM 请求ASP向 SG 发送 ASP 去活消息。 M-ASP INACTIVE confirm 方向：LMM3UA 目的：ASP 报告它已经从 SG 接收到 ASP 去活证实消息。 M-ASP INACTIVE indication 方向：M3UALM 目的：向 LM 报告它已经成功地处理了来自对等层的入局 ASP- INACTIVE request。 M-AS ACTIVE indication 方向：M3UALM 目的：向 LM 报告 AS 已经转移到“ASACT
23、IVE”状态。 M-AS INACTIVE indication 方向：M3UALM 目的：向 LM 报告 AS 已经转移到“AS-INACTIVE”状态。 M-AS DOWN indication 方向：M3UALM 目的：向 LM 报告 AS 已经转移到“AS-DOWN”状态。 如果M3UA 层支持选路关键字（RK）动态注册，还应支持以下额外的原语： M-RK_REG request 方向：LMM3UA 目的：通过发送 REG REQ 消息，LM 请求ASP 注册 RK。 M-RK_REG confirm 方向：M3UALM 目的：ASP 报告它已经从对等层接收到成功注册状态的 REG R
24、SP 消息。 M-RK_REG indication 方向：M3UALM 目的：M3UA 通知LM它已成功地处理了入局 REG REQ 消息。 M-RK_DEREG request 方向：LMM3UA 目的：通过发送 DEREG REQ 消息，LM 请求 ASP 注销RK。 M-RK_DEREG confirm 方向：M3UALM 目的：ASP 报告它已经从对等层接收到成功注销状态的 DEREG RSQ 消息。 M-RK_DEREG indication 方向：M3UALM 目的：M3UA 通知LM它已经成功地处理了来自对等层的入局 DEREG REQ。 4.4 M3UA 的应用 本节定义了适
25、合传送ISUP和SCCP或TUP消息的MTP3用户适配模块， 对于 TCAP或RANAP消息是作为SCCP的净荷由M3UA透明传送，他们可以看作是SCCP的用户协议， M3UA使用SCTP协议作为低层可靠的信令传送协议。 4.4.1 M3UA在 SGP 中的应用方式 在SGP中， 希望 No.7 信令的MTP3 用户信令的发送和接收使用标准的 No.7 信令同接口，并用消息传递部分（MTP3）与 STP 或 SEP 的提供对 MTP3 用户信令消息的可靠传送。SGP 提供了 No.7 信令与 IP 的互通功能（NIF） ，它允许基于 IP 的节点与基于 No.7信令的 SEP交换No.7 信令
26、消息。SGP 内的NIF 作为SGP内 MTP3 和 M3UA 间的接口，它不仅对两端网络提供网络状态信息，还提供 No.7 信令必要的一些协议信息和管理信息。 在SGP中应用 M3UA有以下 3 种方式： 1）SGP调用 M3UA 传送用户信令 图 3 MTP 用户信令传送的示意 MTP 用户信令传送的示意如图 3所示。在 SGP 的NIF，发送到 IP 目的地的消息，作为从MTP3 高层接口收到的 MTP-TRANSFER indicat ion 原语，翻译为 MTP-TRAN SFER request 原语并发送到本地 M3UA 消息分配功能，以进一步选路到最终的 IP 目的地；从本地
27、M3UA 网络地址翻译和映射功能收到的 MTP-TRANSFER 原语作为 MTP-TRANSFER re quest 原语发送到 MTP3高层接口，并选路到 No.7 信令的 SEP。为了提供 No.7 信令同的状态信息，NIF 也传递来自MTP3 高层接口的 MTP-PAUSE、MTP-RESUME 和MTP-STATUS indication 原语到本地 M3UA 管理功能。 2）SGP调用 M3UA 进行 SCCP 信令传送（SG有SCCP 功能） SCCP 信令传送 CSGP 有 SCCP 功能的示意如图 4 所示。在这个 SGP 中，它可以包含 SCCP协议展的功能，对消息中 SC
28、CP 被叫用户地址进行 SCCP 全局码翻译（GTT） ，如果 SCCP 消息的 GTT 的结果是产生了一个 IP 域中的 SCCP 对等层的 No.7 信令 DPC 或DPCSSN 地址， 则生成的 MTP-TRANSFER request 原语将发送到本地 M3UA的网络地址翻译和映射功能，并选路到最终的 IP 目的地。 同样，SGP 中的SCCP也可以为从 IP 域中的SCCP 对等层收到的指示为本地 SCCP 地址的消息进行 GT 译码，这种情况下 MTP-TRANSFER 消息从本地 M3UA 的网络地址翻译和映射功能发送到SCCP进行GT译码， 如果GT译码的结果是产生了一个No.
29、7信令网中的一个对等SCCP层的地址，则 MTP-TRANS-FER request 原语将交给 MTP3 高层用来传递到 No.7 信令同中的节点。 当然也存在这种可能，对从 IP 域收到的 SCCP 消息在 SG 进行翻译后，翻译的结果仍然是 IP 域中的对等 SCCP 地址，这样 MTP-TRANSFER 原语将发送回 M3UA 用来传送到 IP 网的目的地。 图 4 SCCP信令传送（SGP有 SCCP 功能）的示意 对于内部 SGP 模型，它可以使用 SGP 内的节点互通功能，根据 No.7 信令 DPC 或 DPCSSN 地址，有 效地在 SCCP 层之下把 MTP-TRAN SF
30、ER 消息在 MTP 和 M3UA 之间传送。这种节点互通功能对于 ASP 和SEP 的对等层协议而言是不可见的。 注：这个实例中 M3UA 提供的接口和业务与示例 1 中的 M3UA 是相同的，发生在 SCCP 实体中的功能对于 M3UA 是透明的，SCCP 协议功能在 M3UA 中不重复产生。 图 5 MTP 管理消息的传送的示意 3）MTP3管理消息的传送 MTP 管理消息的传送的示意如图 5 所示。对于 MTP3 管理消息，它要求 ASP 的MTP3 用户协议也应当象 No.7 信令 SEP 节点一样，能接收到 No.7 信令点可用性、No.7 信令网络拥塞和用户部分可用性的指示。为了
31、完成这个功能，在SGP的MTP3的高层接口上收到MTP-PAUSE、MTP-RESUME 和 MTP -STA-TUS indication 原语应当对于远端 ASP 的 MTP3 用户低层接口是可用的。 注：这些 indication 原语对于在 S GP 中的本地 MTP3 用户也是可用的，例如 SCCP。 No.7 信令 MTP3 的管理消息（例如来自 No.7 信令网的 TFP 或 TFA）不能封装为 Data 消息的净荷从 SGP 发送到 ASP 或从ASP到 SGP， SG 必须终结这些消息而产生适当的 M3UA消息。 当SGP发现 AS 的状态发生改变时，如果该事件没有引起 SP
32、MC 的状态改变，互通功能就向 No.7 信令网发送必要的 MTP3用户管理消息；如果引起 SPMC 的状态改变，就向 No.7 信令同发送必要的 MTP3 管理消息。 4.4.2 M3UA在 IPSP-IPSP 间的应用 图 6 IPSP间 SCCP 用户信令的传送的示意 在图 6 所示的网络传送中，没有使用信令同关。SCCP 消息直接在两个具有 SCCP用户协议实例的 IP 节点的IPSP 间交换，例如 RANAP 或TCAP，不需要与 No.7 信令网互通，因此不考虑 SCCP 和 SCCP用户协议的 MTP3 网络管理状态信息，任何从 M3UA 到 SCCP 的MTP-PAUSE、MT
33、P- RESUME、MTP-STATUS ind ication 应该考虑 SCTP 偶联、低层 IP 网和从远端收到的拥塞信息的状态。 4.5 信令同体系结构 信令网关支持把从 No.7 信令网收到的 MTP3 用户信令业务传送到多个分布的 ASP（例如MGC 或IP 数据库） 。M3UA协议描述不能满足这种传送所要求的性能和可靠性，而分布的体系结构和冗余的网络联接满足了 IP 网中传送信令业务的可靠性。 为了满足在不同承载等级网中对 No.7 信令可靠性和性能的严格要求，网络运营商应当保证不会在 No.7 和IP ASP 的端到端的网络结构中出现一个单点故障，当然这还需要通过使用冗余的 S
34、GP 或 SG、冗余的主权、在 SCTP 端点间为 SCTP 偶联设置冗余的已有 QoS 保证的IP 网络通路来实现。ASP、SGP 在可用主机上的分布也十分必要。对于特定的应用服务器，相关的 ASP 应当分布在至少两个主机上，图 1 中给出了在 IP 网络域中与承载等级操作物理网络结构。 在这个模型中，每个主机可以有多个应用进程。在 MGC 的情况下，ASP 可以向一个或几个应用服务器提供业务并由一个 SCTP 端点标识，而一个或几个 SGP 构成一个信令同关。 这个网络模型也能用于 IPSP-IPSP 信令，每个 IPSP 可以将其业务分布在两个或多个主机上，在每个主机上有多个应用服务器进
35、程。 在上述结构中，每个信令进程（SGP、ASP或 IPSP）是到多个 SCTP偶联的端点，并通向多个信令进程。为了支持这些功能，信令进程必须能支持把 M3UA 消息分布到多个激活的偶联上发送，消息分布功能基于设置的选路关键字的状态、到 No.7 信令同中信令路由的状态和远端信令进程的冗余模型（激活备用、负荷分担、广播和 n+k） 。 对于承载等级网络，应该保证在特定 ASP 故障或隔离后，稳定的呼叫或事务处理不会丢失， 这意味着在某些情况下 ASP 需要共享呼叫和事务处理的状态或者是能够在 ASP之间传递呼叫状态信息。同样的，在某些情况下 ASP 执行呼叫处理时，需要与相关的媒体网关进行配合
36、，传送对于特定中继终端的 MGC控制。 5 M3UA 的功能 5.1 No.7 信令点码表示 在 No.7 信令同中，信令网关用来表示 IP 域中的一组节点用来选路到 No.7 信令网。SG自身作为 No.7 信令网的一个物理节点，为了管理的目的，SG 必须要用 No.7 信分点码来表示，SG 的点码也可以用来指示 SG 的本地 MTP3 用户，例如 SG内部的 SCCP功能。 当 SG 包含多个 SGP 时，每个 SGP 中的 MTP3 路由组、SPMC 和远端 ASASP 状态应该通过所有 SGP进行协调，还应该支持 SGP 间的业务重新选路。 当应用服务器组成一组用一个信令点码表示时，
37、SPMC将 包括多个AS。 为了充分利用No.7信令的管理程序，如果 SG 发现 SPMC 中的一个 AS 不可用，就假定这个 AS 不为 No.7 信令网可用。 应用服务器可以表示为与 SG 相同的 PC，或者是独立的信令点码，或者与其他应用服务器使用一个 PC。如果需要 ，可以用单个 PC 来表示SG 和所有的应用服务器。 如果单个 ASP 或一组 ASP 通过多个 SG 为 No.7 信令网可用， 每个 ASP都有自己的信令点码，ASP 可以与 SG 用不同的信令点码表示，在这种情况下，SG 被看作是 No.7 信令同中的STP，每个 SG 都有到相同 ASP 的路由。在故障情况下，一个
38、 ASP 对于这些 SG 中的某一个变为不可用时，这种方法允许在 SG 和 No.7 信令网间使用 MTP3 路由管理消息，通过简单的重新选路到另外一个 SG，而不需要改变 No.7 信令业务需要去的 ASP 的DPC。 通过两个 SG 接入 ASP 的示意如图所示。 图 7 通过两个 SG 接入 ASP 的示意 当特定的 AS 经多个SGP 到达时，SGP 中对应的选路关键字应该一致。 5.2 选路上下文和选路关键字 5.2.1 概述 SGP 和AS 间No.7 信令消息的分配是由选路关键字和相关的选路上下文确定。选路关键字是用于匹配 No.7信令消息必要的一组No.7信令参数， 选路上下文
39、参数是4字节值（整数），它以 1:1 关系与选路关键字关联。因此，选路上下文可以看作是包含选路关键字条目的发送节点的消息分配表。 构成选路关键字条目的 No.7 信令地址选路信息包括 MTP3 路由标记中的 OPC、DPC 和SIO，或 MTP3用户的特定字段，例如 ISUP 的 CIC 等。 可以配置 ASP 在一个单独的 SCTP 偶联上处理与多个 AS 有关的信令业务。 在A SP激活和去活管理消息中，开始或停止信令业务是由选路上下文参数鉴别的。在 ASP 中，选路上下文参数惟一地识别与每个 AS 有关的信令业务范围。 5.2.2 选路关键字 选路关 键字由No.7信令消息中的消息单元组
40、成，下列是M3UA协议中使用的选路关键字： 1） DPC 2） SIO+DPC 3） SIODPCOPC 4） SIODPCOPCCIC 5.2.3 选路关键字的限制 从No.7信令网的角度看，选路关键字限制在一个单独的目的地信令点码。 选路关键字必须惟一，即接收的 No.7 信令消息只能匹配到一个选路关键字或不能匹配出选路关键字， 不能匹配到多个选路关键宇。特定选路关键宇中的参数没必要连续，例如配置的 AS 能够处理多个 PSTN 中继，而这些中继的 CIC 无需是连续的。 5.2.4 管理选路上下文和选路关键字 在SGP中有两种方式设置选路关键字：第一种方式是通过管理接口配置选路关键字；第
41、二种使用 M3UA 动态注册注销程序配置选路关键字。M3UA 单元至少要实施一种选路关键字的设置。 5.2.5 SGP的消息分配 从No.7信令网收到的消息要选路到适当的 IP 目的地， SGP 必须使用从 MTP3用户接收消息的信息完成消息分配功能。 为了支持消息分配，SGP 必须维护网络地址翻译表，把入局 No.7 信令消息的信息映射为特定应用和特定业务范围的应用服务器，这是通过入局 No.7 信令消息的信息单元和 SGP设置的选路关键字的比较而完成的。然后这些选路关键字对应到一个应用服务器，而这个应用服务器是通过一个或几个 ASP 实现的，这些 ASP 使用各种管理消息，提供它们对 SG
42、P 可用性、业务处理能力和拥塞的动态状态信息。 AS 中包含用于处理业务的一个或多个 ASP 的列表，考虑到这个列表中每个 ASP 的可用性状态、 业务处理能力和拥塞状态，以及可能的配置变化和故障克服机制，这个列表应当是动态的。 在通常情况下，AS中的一个或多个 ASP 是激活的（即正处理业务） ， 但在某些故障或转移的情况下，可能没有被激活可用的 ASP。AS要支持广播、负荷分担和备用方式。 当接收的 No.7 信令网消息没有选路关键字匹配时，就丢弃该消息，并通告管理功能。 5.2.6 ASP的消息分配 ASP 必须为消息选择适当的 SGP，通过分析消息的目的地点码和 SLS完成消息的选路。
43、 当存在选路到 No.7信令网的几个路由（或 SGP）时，考虑到从 SGP接收的 No.7信令网目的地的可用性拥塞状态、 每个 SGP 的可用性状态、配置变化和故障克服机制，ASP 要为No.7 信令目的地维护可用 SGP 路由的动态表，但没有 M3UA 消息维护 SGP 的状态。当对 SGP的 SCTP 偶联存在时， 就认为 SGP 已经准备响应 ASPSM 消息。 与一个 AS 中的一个 ASP 通信时，SG 的每个 SGP 向这个ASP提供等同的连接性。 5.3 No.7 信令与M3UA 的互通 在No.7信令与 M3UA的互通中，M3UA 适配层提供定义的 MTP3 用户原语的扩展。
44、5.3.1 信令同关No.7 信令层 SG 负责终结 No.7 信令协议的 MTP3，并向基于IP 的用户提供延伸。 从No.7信令的角度，希望 SG 以标准的 No.7 信令同接口，使用 No.7 信令消息传递部分（MTP）传送 和接收消息信号单元，而提供可靠的消息传递。 作为 No.7 信令接口，它可以是 64kbits 的 信令链路，也可以是 2Mbit/s 的高速信令链路。 5.3.2 在SG 的No.7 信令与M3UA 的互通 通过IP网支持 M3UA适配层，SGP提供 No.7 信令网与 IP 网间的传送功能的互通，它允许向存在 MTP3用户端点 基于 IP 的应用服务器进程传送和
45、接收 MTP3用户信令消息。 对 No.7 信令用户部分的管理，要求 ASP 就像 No.7 信令同的 SEP 的 MTP3用户协议，接收 No.7 信令点可用性、No.7 信令同拥塞和远端用户部分不可用性的指示。为完成这些功能， 在 SG 的MTP3用户高层接口接收的 MTP-PAUSE、 MTP-RESUME和MTP-STATUS indication原语，应该传送到远端 ASP 的MTP3用户低层接口（当然这些 indication 原语也可用于 SG的本地 MTP3用户）。 从No.7信令同接收的 MTP3 管理消息（例如 TFP或 TFA）并不是被简单地封装后发送到ASP，SG 必须
46、 终结这些消息而产生适当的 M3UA 消息。 当 SG 确定 SPMC 的状态由“AVAI”变为“UNAVAI”时，向相关的邻近 No.7 信令节点发送 MTP 禁止传递（TFP）消息。 当 SG 确定 SPMC 的状态由“UNAVAI”变为“AVAI”时，向相关的邻近 No.7 信令节点发送 MTP 允许传递（TFA）消息。 5.3.3 应用服务器 应用服务器簇负责提供支持 No.7 信令的上层。从 No.7 信令的角度来看，信令点管理簇（SPMC） 提供 给定点码的上层业务的完整支持，如提供 MGC 能力的 SPMC 必须根据 No.7信令同的规范为给定点码提供 TUP 或ISUP。 在A
47、SP连接到多个SG的情况下， M3UA必须根据 到这些目的地路由的可用性拥塞状态，维护被配置 No.7 信今目的地的状态和路由消息。 5.3.4 IPSP的考虑 由于 IPSP 是点到点的方式，消息选路不超过远端点，因此不需要 No.7 信令与 M3UA 的互通。 5.4 冗余模型 5.4.1 应用服务器冗余 在SGP中与设置迷路关键字相匹配的所有 MTP3用户消息，要映射到一个应用服务器。 应用服务器是与特定选路关键字有关的一组 ASP，这组中的每个 ASP 可以是激活、去活或不可用。激活的 ASP处理业务，当激活的 ASP 不可用时使用去活的 ASP。 故障克服模型支持“nk”冗余模型，其
48、中 n 是处理业务需要冗余 ASP 的最小数，k 是可用来代替故障或不可用 ASP 的ASP 数。“1+1”激活备用冗余是这种模型的子集，单一的“1+0”模型没有冗余 ASP，也是这种模型的子集。 在SGP中，应用服务器列表包含激活和去活 ASP，而支持 ASP 广播、负荷分担和故障克服程序，SGP 中的逻辑应用服务器的 ASP 列表保持更新而反映激活的应用服务器进程。 在图1中， DPC x 的所有消息可能发送到主机 3 的ASP1或主机 4 的ASP1， 主机1中SGP1的 AS 列表如下所示： 选路关键字DPC= x “应用 服务器1” ASPI主机3 状态=激活 ASPI主机4 状态=去活 在这种“1+1”冗余的情况中，主机 3 中ASPI 接收入局DPCx 的消息，只有在 ASPI主机 3 故障或到 ASPI主机 1 的连接丢失时 ASPI主机4 才进入激活状态。 主机1中 SGP1 的 AS 列表也可以是负荷分担的模式： 选路关键字DPC=
