YD/T 1192-2002
基本信息
标准号： YD/T 1192-2002
中文名称：No.7 信令与 IP 互通适配层技术规范消息传递部分(MTP)第三级用户适配层(M3UA)
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：2965334
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1192-2002.
1范围
YD/T 1192规定了No.7信令消息传递部分(MTP)第三级用户适配层(M3UA)协议的功能、消息参数格式以及程序。
YD/T 1192适用于采用M3UA协议的信令网关设备、软交换设备的研制、生产、引进和购买。
2规范的引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后，所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版本适用于本标准。
GF010-9001 中国国内电话网No.7信号方式技术规范(暂行规定)
GF010-95 国内No.7信令方式技术规范信令连接控制部分(暂行规定)
IETF No.7信令消息传递部分(MTP)第三级用户适配层(M3UA)
3名 词术语和缩略语
3.1名词术语
应用服务器(AS): 服务特定选路关键字的逻辑实体，例如: AS 是虛拟交换单元，它处理由No.7信令DPC/0PC/CIC_范围所识别的所有PSTN中继的呼叫过程;另一个例子是AS为虚拟数据库单元，它处理特定No.7信令DPC/0PC/SCCP_SSN组合所识别的事物处理。AS包含一组惟一的应用服务 器进程，其中的一个 或几个处于激活状态处理业务。
应用服务器进程(ASP):应用服务器的进程实例，应用服务器进程作为应用服务器的激活或备用进程，例如ASP可以是MGC、IP SCP或IP HLR 的进程。ASP 包含SCTP端点，并可以配置ASP处理多个应用服务器的信令业务。
偶联:指SCTP偶联，它传递MTP3用户协议数据单元和M3UA适配层对等消息。
IP服务器进程(IPSP):基于IP应用的进程实例。从本质上来看，IPSP 与ASP相同，只是IPSP使用点到点的M3UA，而不使用信令网关的业务。
1范围
YD/T 1192规定了No.7信令消息传递部分(MTP)第三级用户适配层(M3UA)协议的功能、消息参数格式以及程序。
YD/T 1192适用于采用M3UA协议的信令网关设备、软交换设备的研制、生产、引进和购买。
2规范的引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后，所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版本适用于本标准。
GF010-9001 中国国内电话网No.7信号方式技术规范(暂行规定)
GF010-95 国内No.7信令方式技术规范信令连接控制部分(暂行规定)
IETF No.7信令消息传递部分(MTP)第三级用户适配层(M3UA)
3名 词术语和缩略语
3.1名词术语
应用服务器(AS): 服务特定选路关键字的逻辑实体，例如: AS 是虛拟交换单元，它处理由No.7信令DPC/0PC/CIC_范围所识别的所有PSTN中继的呼叫过程;另一个例子是AS为虚拟数据库单元，它处理特定No.7信令DPC/0PC/SCCP_SSN组合所识别的事物处理。AS包含一组惟一的应用服务 器进程，其中的一个 或几个处于激活状态处理业务。
应用服务器进程(ASP):应用服务器的进程实例，应用服务器进程作为应用服务器的激活或备用进程，例如ASP可以是MGC、IP SCP或IP HLR 的进程。ASP 包含SCTP端点，并可以配置ASP处理多个应用服务器的信令业务。
偶联:指SCTP偶联，它传递MTP3用户协议数据单元和M3UA适配层对等消息。
IP服务器进程(IPSP):基于IP应用的进程实例。从本质上来看，IPSP 与ASP相同，只是IPSP使用点到点的M3UA，而不使用信令网关的业务。
标准图片预览
标准内容
中华人民共和国通信行业标准
No.7信令与IP互通适配层技术规范消息传递部分（MTP）第三级用户适配层（M3UA）YD/T1192-2002
本标准是在YD/T1127-2oo1《No.7信令与IP互通的技术要求》的框架下，根据国际建议的信令传送部分（Sigtran）的草案，具体地规定了No.7信令与IP互通时No.7信令消息传递部分（MTP）第三级用户适配层（M3UA），其中规定了M3UA所使用的消息格式。编码和程序。M3UA主要用于No.7信令与IP网的互通，同时也用于第、代移动通信3GPP的Iu接口。
本标准主要适用于完成No.7信令与IP网互通的信令网关（SG）设备，以及IP网用于呼叫控制的软交换（Soft-Switch）等设备的开发、生产、引进和购买。本标准的附录A为资料性附录。
本标准由信息产业部电信研究院提出并归口。本标准起草单位：信息产业部电信传输研究所华为技术有限公司
深圳市中兴通讯股份有限公司
上海贝尔有限公司
本标准的主要起草人：续合元吕军王立言张宜林铭丁海忠肖钰中华人民共和国信息产业部2002-06-21发布2002-06-21实施1范围
本标准规定了No.7信令消息传递部分（MTP）第三级用户适配层（M3UA）协议的功能消息参数格式以及程序。
本标准适用于采用M3UA协议的信令网关设备、软交换设备的研制、生产、引进和购买。2规范的引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版本适用于本标准。
GF010-9001中国国内电话网No.7信号方式技术规范（暂行规定）GF010-95
国内No.7信令方式技术规范信令连接控制部分（暂行规定）No.7信令消息传递部分（MTP）第三级用户适配层（M3UA）3名词术语和缩略语
3.1名词术语
应用服务器（AS）：服务特定选路关键字的逻辑实体，例如：AS是虚拟交换单元，它处理由No.7信令DPC/OPC/CIC范围所识别的所有PSTN中继的呼叫过程；另一个例子是AS为虚拟数据库单元，它处理特定No.7信令DPC/OPC/SCCP_SSN组合所识别的事物处理。AS包含一组惟一的应用服务器进程，其中的一个或几个处于激活状态处理业务。应用服务器进程（ASP）：应用服务器的进程实例，应用服务器进程作为应用服务器的激活或备用进程，例如ASP可以是MGC、IPSCP或IPHLR的进程。ASP包含SCTP端点，并可以配置ASP处理多个应用服务器的信令业务偶联：指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信令网和被支持的应用服务器单独的管理视点。信令网关进程（SGP）：信令网关的进程实例，它作为信令网关的激活、备用或负荷分担进程。
信令进程：使用M3UA与其他信令进程通信的进程实例，ASP、信令网关进程和IPSP都是信令进程。
选路关键字：选路关键字描述一组No.7信令参数和参数值，它惟一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的地信令点码。选路上下文：惟一识别选路关键字的值。选路上下文可以使用管理接口也可以使用选路关键字程序而配置。
故障克服：在现行使用的应用服务器进程故障或不可用的情况下，信令业务重新选路到替换服务器进程或ASP组的能力。故障克服也应用于返回先前不可用的应用服务器进程的业务时。
信令点管理簇（SPMC)：以特定的网络外貌和特定信令点码在No.7信令网中表示的一组AS。SPMC是为了支持SG的MTP3管理程序，用于汇集分布在IP域的No.7信令目的地点码的可用性/拥塞／用户部分状态；在某些情况下，SG自身也可以是SPMC的成员，所以在考虑支持MTP3管理动作时，还必须考虑SG的可用性／拥塞/用户部分状态。网络外貌；为了逻辑上把SG和应用服务器进程问公共SCTP偶联上的信令业务分开，而使用网络外貌识别No.7信令同上下文。例如，SG逻辑上分为4个分开的国内No.7信令同的单元，网络外貌隐含地定义了No.7信令点编码、网络指示语和MTP3协议类型/版本。SG的物理No.7信令路由组或链路组只能在一个网络外貌中出现，网络外貌不是全局有意义：只要求在SG和ASP间协调。因此当ASP连接到多个SG时，不同的网络外貌可以识别相同的No.7信令网上下文，依赖于传送/接收哪个SG的消息层管理：层管理是节点功能，它处理M3UA层和本地管理实体问的输入和输出。主机：ASP进程运行的计算机平台。流：流是指SCTP流，是从一个SCTP端点到另一相关SCTP端点建立的单向逻辑通路所有用户消息在流中按序传递，除非提交的是无序传递业务。3.2缩略语
信令网关
MTP第三级用户适配层
应用服务器
应用服务器进程
流控制传输协议
IP服务器进程
信令点管理族
TKAONTKAca
4概述
4.1M3UA提供的业务
信令网关进程
在ASP或IP服务器进程（IPSP）的M3UA层向MTP3一用户提供的一整套原语与No.7信令同中SEP的MTP3向高层提供的原语相同，这样ASP或IPSP的ISUP和／或SCCP层并不知道它所希望的MTP3业务是由远端SGP的MTP3层提供，而不是本地的MTP3层：SGP的MTP3层也不知道本地用户实际是通过M3UA的远端用户，这样M3UA把MTP3层的业务扩展到远端基于IP的应用。M3UA本身不提供MTP3业务，如果ASP连接到多个SG时，ASP的M3UA必须根据经每个SG到这些目的地路由的可用性/拥塞状态，维护No.7信令网中目的地点的状态和选路消息。
M3UA层也用于两个IPSP间点到点的信令，M3UA提供与MTP3相同的原语和业务，在这种情况下，所希望的MTP3业务不是由SGP提供。虽然要提供MTP3业务，但由于IPSP到IPSF是点到点的关系，所以支持这些业务的程序是MTP3程序的子集。4.1.1支持传送MTP3一用户消息
通过SGP和ASP或两个IPSP间建立的SCTP偶联，M3UA层传递MTP一TRANSFER原语。在ASP中，经多个SGP可达目的地的情况下，M3UA必须选择消息选路经哪个SGP或支持SGP间的负荷分担，保证不发生顺序错误。M3UA没有限制信令信息字段（SIF）的长度为272个八位位组，M3UA／SCTP能直接适应大的信息块，而不需要高层的分段／重装程序；然而SG与No.7信令网互通时必须遵循272个八位位组的规定，如果No.7信令同支持宽带MTP，信息块可以超过272个八位位组。4.1.2本地管理功能
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一用户对等不可用。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偶联，这能够使用M一SCTPESTABLISH原语请求、指示和确认建立与对等M3UA节点的偶联。为了避免两个M3UA对等问亢余SCTP偶联，必须指定一端（客户）建立SCTP偶联，或M3UA配置信息保证检测出穴余的偶联（例如，经本地和远端期望的SCTP端点地址的信息）。本地管理可以使用M一SCTPSTATUSrequest和confirm原语，从M3UA层也请求低层SCTP偶联的状态，M3UA也可用通知本地管理关于释放SCTP偶联的原因，确定是M3UA层还是来自SCTP的原因。
M3UA层也可以通知本地管理关于ASP或AS的状态变化，这通过M一ASPSTATUS请求或M-ASSTATUSrequest原语完成。4.1.5支持到多个SGP连接的管理如图1所示，ASP可以连接到多个SGP，这样一个No.7信令的目的地可以通过多个SGP和／或SG到达，即经过多个路由。由于MTP3用户只维护目的地的状态，而不管理路由，因此M3UA必须维护个别路由的状态（到目的地路由的可用性、拥塞），从个别路由的状态推出目的地的整个可用性或拥塞状态，并通知MTP3用户得出的状态变化。SCPI
主机1
主机2
4.2M3UA协议的体系结构
SCTP偶联
图1网络结构示意
MTP3一用户
图2M3UA协议的体系结构
主机3
主机4
从图2中可以看出，MTP3一用户的低层协议是M3UA，它向MTP3一用户提供标准的MTP3接口，见4.3.1节。M3UA的低层协议是SCTP，由SCTP为M3UA提供偶联为M3UA服务。M3UA还有专门的层管理（LM)，为其提供管理服务，M3UA与LM的接口见4.3.3节。4.3M3UA的边界原语
4.3.1M3UA同MTP3一用户的边界原语定义M3UA同MTP3一用户边界定义的原语与MTP3同上层用户定义的原语集相同。MTP-TRANSFER request
MTP-TRANSFER indication
MTP-PAUSEindication
MTP-RESUME indication
MTP-STATUS indication
4.3.2M3UA和SCTP的边界定义
SCTP提供的上层边界原语见SCTP的协议。KAOIKAca
4.3.3M3UA同本地管理（LM）的边界原语定义M-SCTPESTABLISHrequest
方向：LM→M3UA
目的：LM请求ASP与SG建立SCTP偶联。M-STCP ESTABLISH confirm
方向：M3UA→LM
目的：ASP向LM确认它已经与SG建立了SCTP。M-SCTP ESTABLISH indicaton
方向：M3UA→LM
自的：M3UA通知LM远端ASP已经建立了SCTP偶联。M-SCTP RELEASE request
方向：LM-→+M3UA
目的：LM请求ASP释放与SG的SCTP偶联。M-SCTP RELEASE confirm
方向：M3UA→LM
目的：ASP向LM确认它已经释放了与SG的SCTP偶联。M-SCTP REMASE indication
方向：M3UA→LM
自的：M3UA通知LM远端ASP释放了SCTP偶联或SCTP偶联已经故障。M-SCTP STATUS request
方向：LM-+M3UA
目的：LM请求M3UA报告SCTP偶联的状态。M-SCTP STATUS confirm
方向：M3UA→LM
目的：M3UA报告SCTP偶联的状态。M-ASP STATUS request
方向：LM→M3UA
自的：LM请求M3UA报告本地或远端ASP的状态。M-ASPSTATUS confirm
方向：M3UA→LM
目的：M3UA报告本地或远端ASP的状态。M-AS STATUS request
方向：LM-+M3UA
目的：LM请求M3UA报告AS的状态。M-AS STATUS confirm
方向：M3UA→LM
目的：M3UA报告AS的状态。
M-NOTIFY Indication
方向：M3UA→LM
目的：M3UA报告它已经从对等层接收到NOTIFY消息。M-ERROR indication
方向：M3UA→LM
目的：M3UA报告它已经从对等层接收到ERROR消息或本地操作不成功的消息。M-ASP UP request
方向：LM-→+M3UA
目的：LM请求ASP开始操作并向对等层发送ASP一UP消息。M-ASPUPconfirm
方向：M3UA→LM
目的：ASP报告它已经从SG接收到ASPUP证实消息。M-ASP UP indication
方向：M3UA→LM
目的：M3UA报告它已经成功地处理了来自对等层的入局ASP一UPrequest。M-ASP DOWN request
方向：LM-M3UA
目的：LM请求ASP停止操作并向对等层发送ASP一DOWN消息。M-ASPDOWN confirm
方向：M3UA→LM
目的：ASP报告它已经从SG接收到ASP一DOWN证实消息。M-ASPDOWNindication
方向：M3UA→LM
目的：M3UA报告它已经成功地处理了来自对等层的入局ASP一DOWNrequest。M-ASP ACTIVE request
方向：LM-→M3UA
目的：LM请求ASP向对等层发送ASP激活消息。M-ASP ACTIVE confirm
方向：M3UA→LM
目的：ASP报告它已经从SG接收到ASP激活证实消息。M-ASPACTIVE indication
方向：M3UA→LM
目的：LM报告它已经成功地处理了来自对等层的入局ASP一ACTIVErequest。M-ASP-INACTIVE request
方向：LM-+M3UA
目的：LM请求ASP向SG发送ASP去活消息。M-ASPINACTIVEconfirm
方向：LM→M3UA
目的：ASP报告它已经从SG接收到ASP去活证实消息。M-ASP INACTIVE indication
方向：M3UA-+LM
目的：向LM报告它己经成功地处理了来自对等层的入局ASP-INACTIVErequest。M-AS ACTIVE indication
方向：M3UA→LM
自的：向LM报告AS已经转移到“AS一ACTIVE”状态。M-AS INACTIVE indication
方向：M3UA→LM
目的：向LM报告AS已经转移到“AS-INACTIVE”状态。M-AS DOWN indication
方向：M3UA→LM
目的：向LM报告AS已经转移到“AS-DOWN”状态。TKAONIKAca-
如果M3UA层支持选路关键字（RK）动态注册，还应支持以下额外的原语：M-RKREGrequest
方向：LM-→M3UA
目的：通过发送REGREQ消息，LM请求ASP注册RK。M-RKREGconfirm
方向：M3UA→LM
目的：ASP报告它已经从对等层接收到成功注册状态的REGRSP消息。M-RKREGindication
方向：M3UA→LM
目的：M3UA通知LM它已成功地处理了入局REGREQ消息。M-RK DEREG request
方向：LM-→M3UA
目的：通过发送DEREGREQ消息，LM请求ASP注销RK。M-RKDEREG confirm
方向：M3UA→LMbzxz.net
目的：ASP报告它已经从对等层接收到成功注销状态的DEREGRSQ消息。M-RKDEREGindication
方向：M3UA-LM
目的：M3UA通知LM它已经成功地处理了来自对等层的入局DEREGREQ。4.4M3UA的应用
本节定义了适合传送ISUP和SCCP或TUP消息的MTP3用户适配模块，对于TCAP或RANAP消息是作为SCCP的净荷由M3UA透明传送，他们可以看作是SCCP的用户协议，M3UA使用SCTP协议作为低层可靠的信令传送协议。4.4.1M3UA在SGP中的应用方式
在SGP中，希望No.7信令的MTP3用户信令的发送和接收使用标准的No.7信令同接口，并用消息传递部分（MTP3）与STP或SEP的提供对MTP3用户信令消息的可靠传送。SGP提供了No.7信令与IP的互通功能（NIF），它允许基于IP的节点与基于No.7信令的SEP交换No.7信令消息。SGP内的NIF作为SGP内MTP3和M3UA间的接口，它不仅对两端网络提供网络状态信息，还提供No.7信令必要的一些协议信息和管理信息。在SGP中应用M3UA有以下3种方式：1）SGP调用M3UA传送用户信令
SEP/STP
SCCP/ASUP
图3MTP用户信令传送的示意
SCCP/ISUP
MTP用户信令传送的示意如图3所示。在SGP的NIF，发送到IP目的地的消息，作为从MTP3高层接口收到的MTP-TRANSFERindication原语，翻译为MTP-TRANSFERrequest原语并发送到本地M3UA消息分配功能，以进一步选路到最终的IP目的地；从本地M3UA网络地址翻译和映射功能收到的MTP-TRANSFER原语作为MTP-TRANSFERrequest原语发送到MTP3高层接口，并选路到No.7信令的SEP。为了提供No.7信令同的状态信息，NIF也传递来自MTP3高层接口的MTP-PAUSE、MTP-RESUME和MTP-STATUSindication原语到本地M3UA管理功能。
2）SGP调用M3UA进行SCCP信令传送（SG有SCCP功能）SCCP信令传送CSGP有SCCP功能的示意如图4所示。在这个SGP中，它可以包含SCCP协议展的功能，对消息中SCCP被叫用户地址进行SCCP全局码翻译（GTT），如果SCCP消息的GTT的结果是产生了一个IP域中的SCCP对等层的No.7信令DPC或DPC/SSN地址，则生成的MTP-TRANSFERrequest原语将发送到本地M3UA的网络地址翻译和映射功能，并选路到最终的IP目的地。
同样，SGP中的SCCP也可以为从IP域中的SCCP对等层收到的指示为本地SCCP地址的消息进行GT译码，这种情况下MTP-TRANSFER消息从本地M3UA的网络地址翻译和映射功能发送到SCCP进行GT译码，如果GT译码的结果是产生了二个No.7信令网中的一个对等SCCP层的地址，则MTP-TRANS-FERrequest原语将交给MTP3高层用来传递到No.7信令同中的节点。
当然也存在这种可能，对从IP域收到的SCCP消息在SG进行翻译后，翻译的结果仍然是IP域中的对等SCCP地址，这样MTP-TRANSFER原语将发送回M3UA用来传送到IP网的目的地。
SEP/STP
图4SCCP信令传送（SGP有SCCP功能）的示意ASP
对于内部SGP模型，它可以使用SGP内的节点互通功能，根据No.7信令DPC或DPC/SSN地址，有效地在SCCP层之下把MTP-TRANSFER消息在MTP和M3UA之间传送。这种节点互通功能对于ASP和SEP的对等层协议而言是不可见的。注：这个实例中M3UA提供的接口和业务与示例1中的M3UA是相同的，发生在SCCP实体中的功能对于M3UA是透明的，SCCP协议功能在M3UA中不重复产生。SEP/STP
：M3UA
图5MTP管理消息的传送的示意
KAoNiKAca
3）MTP3管理消息的传送
MTP管理消息的传送的示意如图5所示。对于MTP3管理消息，它要求ASP的MTP3用户协议也应当象No.7信令SEP节点一样，能接收到No.7信令点可用性、No.7信令网络拥塞和用户部分可用性的指示。为了完成这个功能，在SGP的MTP3的高层接口上收到MTP-PAUSE、MTP-RESUME和MTP-STA-TUSindication原语应当对于远端ASP的MTP3用户低层接口是可用的。
注：这些indication原语对于在SGP中的本地MTP3用户也是可用的，例如SCCP。No.7信令MTP3的管理消息（例如来自No.7信令网的TFP或TFA）不能封装为Data消息的净荷从SGP发送到ASP或从ASP到SGP，SG必须终结这些消息而产生适当的M3UA消息。当SGP发现AS的状态发生改变时，如果该事件没有引起SPMC的状态改变，互通功能就向No.7信令网发送必要的MTP3一用户管理消息；如果引起SPMC的状态改变，就向No.7信令同发送必要的MTP3管理消息。4.4.2M3UA在IPSP-IPSP间的应用IPSP
SCCP用户
SCCP用户
图6IPSP间SCCP用户信令的传送的示意在图6所示的网络传送中，没有使用信令同关。SCCP消息直接在两个具有SCCP一用户协议实例的IP节点的IPSP间交换，例如RANAP或TCAP，不需要与No.7信令网互通，因此不考虑SCCP和SCCP一用户协议的MTP3网络管理状态信息，任何从M3UA到SCCP的MTP-PAUSE、MTP-RESUME、MTP-STATUSindication应该考虑SCTP偶联、低层IP网和从远端收到的拥塞信息的状态。
4.5信令同体系结构
信令网关支持把从No.7信令网收到的MTP3用户信令业务传送到多个分布的ASP（例如MGC或IP数据库）。M3UA协议描述不能满足这种传送所要求的性能和可靠性，而分布的体系结构和亢余的网络联接满足了IP网中传送信令业务的可靠性。为了满足在不同承载等级网中对No.7信令可靠性和性能的严格要求，网络运营商应当保证不会在No.7和IPASP的端到端的网络结构中出现一个单点故障，当然这还需要通过使用几余的SGP或SG、几余的主权、在SCTP端点间为SCTP偶联设置几余的已有QoS保证的IP网络通路来实现。ASP、SGP在可用主机上的分布也十分必要。对于特定的应用服务器，相关的ASP应当分布在至少两个主机上，图1中给出了在IP网络域中与承载等级操作物理网络结构。
在这个模型中，每个主机可以有多个应用进程。在MGC的情况下，ASP可以向一个或几个应用服务器提供业务并由一个SCTP端点标识，而一个或几个SGP构成一个信令同关。这个网络模型也能用于IPSP-IPSP信令，每个IPSP可以将其业务分布在两个或多个主机上，在每个主机上有多个应用服务器进程。在上述结构中，每个信令进程（SGP、ASP或IPSP）是到多个SCTP偶联的端点，并通向多个信令进程。为了支持这些功能，信令进程必须能支持把M3UA消息分布到多个激活的偶联上发送，消息分布功能基于设置的选路关键字的状态、到No.7信令同中信令路由的状态和远端信令进程的亢余模型（激活一备用、负荷分担、广播和n+k）。对于承载等级网络，应该保证在特定ASP故障或隔离后，稳定的呼叫或事务处理不会丢失，这意味着在某些情况下ASP需要共享呼叫和事务处理的状态或者是能够在ASP之间传递呼叫状态信息。同样的，在某些情况下ASP执行呼叫处理时，需要与相关的媒体网关进行配合，传送对于特定中继终端的MGC控制。5M3UA的功能
5.1No.7信令点码表示
在No.7信令同中，信令网关用来表示IP域中的一组节点用来选路到No.7信令网。SG自身作为No.7信令网的一个物理节点，为了管理的目的，SG必须要用No.7信分点码来表示，SG的点码也可以用来指示SG的本地MTP3用户，例如SG内部的SCCP功能。当SG包含多个SGP时，每个SGP中的MTP3路由组、SPMC和远端AS/ASP状态应该通过所有SGP进行协调，还应该支持SGP间的业务重新选路。当应用服务器组成一组用一个信令点码表示时，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的路由。在故障情况下，一个ASP对于这些SG中的某一个变为不可用时，这种方法允许在SG和No.7信令网间使用MTP3路由管理消息，通过简单的重新选路到另外一个SG，而不需要改变No.7信令业务需要去的ASP的DPC。通过两个SG接入ASP的示意如图所示。SGI
图7通过两个SG接入ASP的示意
当特定的AS经多个SGP到达时，SGP中对应的选路关键字应该一致。5.2选路上下文和选路关键字
KAONIKAca
5.2.1概述
SGP和AS间No.7信令消息的分配是由选路关键学和相关的选路上下文确定。选路关键字是用于匹配No.7信令消息必要的一组No.7信令参数，选路上下文参数是4学节值（整数），它以1：1关系与选路关键字关联。因此，选路上下文可以看作是包含选路关键字条目的发送节点的消息分配表。
构成选路关键字条目的No.7信令地址/选路信息包括MTP3路由标记中的OPC、DPC和SIO，或MTP3一用户的特定字段，例如ISUP的CIC等。可以配置ASP在一个单独的SCTP偶联上处理与多个AS有关的信令业务。在ASP激活和去活管理消息中，开始或停止信令业务是由选路上下文参数鉴别的。在ASP中，选路上下文参数惟一地识别与每个AS有关的信令业务范围。5.2.2选路关键字
选路关键学由No.7信令消息中的消息单元组成，下列是M3UA协议中使用的选路关键字1)
SIO+DPC
SI0+DPC+OPC
SIO+DPC+OPC+CIC
5.2.3选路关键字的限制
从No.7信令网的角度看，选路关键字限制在一个单独的目的地信令点码。选路关键字必须惟一，即接收的No.7信令消息只能匹配到一个选路关键字或不能匹配出选路关键字，不能匹配到多个选路关键宇。特定选路关键宇中的参数没必要连续，例如配置的AS能够处理多个PSTN中继，而这些中继的CIC无需是连续的。5.2.4管理选路上下文和选路关键字在SGP中有两种方式设置选路关键字：第一种方式是通过管理接口配置选路关键字；第二种使用M3UA动态注册/注销程序配置选路关键字。M3UA单元至少要实施一种选路关键字的设置。
5.2.5SGP的消息分配
从No.7信令网收到的消息要选路到适当的IP目的地，SGP必须使用从MTP3一用户接收消息的信息完成消息分配功能。为了支持消息分配，SGP必须维护网络地址翻译表，把入局No.7信令消息的信息映射为特定应用和特定业务范围的应用服务器，这是通过入局No.7信令消息的信息单元和SGF设置的选路关键字的比较而完成的。然后这些选路关键字对应到一个应用服务器，而这个应用服务器是通过一个或几个ASP实现的，这些ASP使用各种管理消息，提供它们对SGP可用性、业务处理能力和拥塞的动态状态信息。AS中包含用于处理业务的一个或多个ASP的列表，考虑到这个列表中每个ASP的可用性状态、业务处理能力和拥塞状态，以及可能的配置变化和故障克服机制，这个列表应当是动态的。
在通常情况下，AS中的一个或多个ASP是激活的（即正处理业务），但在某些故障或转移的情况下，可能没有被激活可用的ASP。AS要支持广播、负荷分担和备用方式。当接收的No.7信令网消息没有选路关键匹配时，就去弃该消息，并通告管理功能，5.2.6ASP的消息分配
ASP必须为消息选择适当的SGP，通过分析消息的目的地点码和SLS完成消息的选路。当存在选路到No.7信令网的几个路由（或SGP）时，考虑到从SGP接收的No.7信令网目的地的可用性/拥塞状态、每个SGP的可用性状态、配置变化和故障克服机制，ASP要为No.7信令目的地维护可用SGP路由的动态表，但没有M3UA消息维护SGP的状态。当对SGF的SCTP偶联存在时，就认为SGP已经准备响应ASPSM消息。与一个AS中的一个ASP通信时，SG的每个SGP向这个ASP提供等同的连接性。5.3No.7信令与M3UA的互通
在No.7信令与M3UA的互通中，M3UA适配层提供定义的MTP3用户原语的扩展。5.3.1信令同关No.7信令层
SG负责终结No.7信令协议的MTP3，并向基于IP的用户提供延伸。从No.7信令的角度，希望SG以标准的No.7信令同接口，使用No.7信令消息传递部分（MTP）传送和接收消息信号单元，而提供可靠的消息传递。作为No.7信令接口，它可以是64kbit/s的信令链路，也可以是2Mbit/s的高速信令链路。
5.3.2在SG的No.7信令与M3UA的互通通过IP网支持M3UA适配层，SGP提供No.7信令网与IP网间的传送功能的互通，它允许向存在MTP3一用户端点基于IP的应用服务器进程传送和接收MTP3一用户信令消息。对No.7信令用户部分的管理，要求ASP就像No.7信令同的SEP的MTP3一用户协议接收No.7信令点可用性、No.7信令同拥塞和远端用户部分不可用性的指示。为完成这些功能，在SG的MTP3一用户高层接口接收的MTP-PAUSE、MTP-RESUME和MTP-STATUSindication原语，应该传送到远端ASP的MTP3一用户低层接口（当然这些indication原语也可用于SG的本地MTP3一用户）。
从No.7信令同接收的MTP3管理消息（例如TFP或TFA）并不是被简单地封装后发送到ASP，SG必须终结这些消息而产生适当的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。在ASP连接到多个SG的情况下，M3UA必须根据到这些目的地路由的可用性/拥塞状态，维护被配置No.7信今目的地的状态和路由消息。5.3.4IPSP的考虑
由于IPSP是点到点的方式，消息选路不超过远端点，因此不需要No.7信令与M3UA的互通。
5.4亢余模型
5.4.1应用服务器亢余
在SGP中与设置迷路关键字相匹配的所有MTP3一用户消息，要映射到一个应用服务器。应用服务器是与特定选路关键字有关的一组ASP，这组中的每个ASP可以是激活、去活或不可用。激活的ASP处理业务，当激活的ASP不可用时使用去活的ASP。故障克服模型支持“n十k”余模型，其中n是处理业务需要穴余ASP的最小数，k是可用来代替故障或不可用ASP的ASP数。“1+1”激活/备用亢余是这种模型的子集，单一的“1+0”模型没有余ASP，也是这种模型的子集。在SGP中，应用服务器列表包含激活和去活ASP，而支持ASP广播、负荷分担和故障克服程序，SGP中的逻辑应用服务器的ASP列表保持更新而反映激活的应用服务器进程。在图1中,DPCx的所有消息可能发送到主机3的ASP1或主机4的ASP1，主机1中SGP1TKAONTKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
No.7信令与IP互通适配层技术规范消息传递部分（MTP）第三级用户适配层（M3UA）YD/T1192-2002
本标准是在YD/T1127-2oo1《No.7信令与IP互通的技术要求》的框架下，根据国际建议的信令传送部分（Sigtran）的草案，具体地规定了No.7信令与IP互通时No.7信令消息传递部分（MTP）第三级用户适配层（M3UA），其中规定了M3UA所使用的消息格式。编码和程序。M3UA主要用于No.7信令与IP网的互通，同时也用于第、代移动通信3GPP的Iu接口。
本标准主要适用于完成No.7信令与IP网互通的信令网关（SG）设备，以及IP网用于呼叫控制的软交换（Soft-Switch）等设备的开发、生产、引进和购买。本标准的附录A为资料性附录。
本标准由信息产业部电信研究院提出并归口。本标准起草单位：信息产业部电信传输研究所华为技术有限公司
深圳市中兴通讯股份有限公司
上海贝尔有限公司
本标准的主要起草人：续合元吕军王立言张宜林铭丁海忠肖钰中华人民共和国信息产业部2002-06-21发布2002-06-21实施1范围
本标准规定了No.7信令消息传递部分（MTP）第三级用户适配层（M3UA）协议的功能消息参数格式以及程序。
本标准适用于采用M3UA协议的信令网关设备、软交换设备的研制、生产、引进和购买。2规范的引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版本适用于本标准。
GF010-9001中国国内电话网No.7信号方式技术规范（暂行规定）GF010-95
国内No.7信令方式技术规范信令连接控制部分（暂行规定）No.7信令消息传递部分（MTP）第三级用户适配层（M3UA）3名词术语和缩略语
3.1名词术语
应用服务器（AS）：服务特定选路关键字的逻辑实体，例如：AS是虚拟交换单元，它处理由No.7信令DPC/OPC/CIC范围所识别的所有PSTN中继的呼叫过程；另一个例子是AS为虚拟数据库单元，它处理特定No.7信令DPC/OPC/SCCP_SSN组合所识别的事物处理。AS包含一组惟一的应用服务器进程，其中的一个或几个处于激活状态处理业务。应用服务器进程（ASP）：应用服务器的进程实例，应用服务器进程作为应用服务器的激活或备用进程，例如ASP可以是MGC、IPSCP或IPHLR的进程。ASP包含SCTP端点，并可以配置ASP处理多个应用服务器的信令业务偶联：指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信令网和被支持的应用服务器单独的管理视点。信令网关进程（SGP）：信令网关的进程实例，它作为信令网关的激活、备用或负荷分担进程。
信令进程：使用M3UA与其他信令进程通信的进程实例，ASP、信令网关进程和IPSP都是信令进程。
选路关键字：选路关键字描述一组No.7信令参数和参数值，它惟一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的地信令点码。选路上下文：惟一识别选路关键字的值。选路上下文可以使用管理接口也可以使用选路关键字程序而配置。
故障克服：在现行使用的应用服务器进程故障或不可用的情况下，信令业务重新选路到替换服务器进程或ASP组的能力。故障克服也应用于返回先前不可用的应用服务器进程的业务时。
信令点管理簇（SPMC)：以特定的网络外貌和特定信令点码在No.7信令网中表示的一组AS。SPMC是为了支持SG的MTP3管理程序，用于汇集分布在IP域的No.7信令目的地点码的可用性/拥塞／用户部分状态；在某些情况下，SG自身也可以是SPMC的成员，所以在考虑支持MTP3管理动作时，还必须考虑SG的可用性／拥塞/用户部分状态。网络外貌；为了逻辑上把SG和应用服务器进程问公共SCTP偶联上的信令业务分开，而使用网络外貌识别No.7信令同上下文。例如，SG逻辑上分为4个分开的国内No.7信令同的单元，网络外貌隐含地定义了No.7信令点编码、网络指示语和MTP3协议类型/版本。SG的物理No.7信令路由组或链路组只能在一个网络外貌中出现，网络外貌不是全局有意义：只要求在SG和ASP间协调。因此当ASP连接到多个SG时，不同的网络外貌可以识别相同的No.7信令网上下文，依赖于传送/接收哪个SG的消息层管理：层管理是节点功能，它处理M3UA层和本地管理实体问的输入和输出。主机：ASP进程运行的计算机平台。流：流是指SCTP流，是从一个SCTP端点到另一相关SCTP端点建立的单向逻辑通路所有用户消息在流中按序传递，除非提交的是无序传递业务。3.2缩略语
信令网关
MTP第三级用户适配层
应用服务器
应用服务器进程
流控制传输协议
IP服务器进程
信令点管理族
TKAONTKAca
4概述
4.1M3UA提供的业务
信令网关进程
在ASP或IP服务器进程（IPSP）的M3UA层向MTP3一用户提供的一整套原语与No.7信令同中SEP的MTP3向高层提供的原语相同，这样ASP或IPSP的ISUP和／或SCCP层并不知道它所希望的MTP3业务是由远端SGP的MTP3层提供，而不是本地的MTP3层：SGP的MTP3层也不知道本地用户实际是通过M3UA的远端用户，这样M3UA把MTP3层的业务扩展到远端基于IP的应用。M3UA本身不提供MTP3业务，如果ASP连接到多个SG时，ASP的M3UA必须根据经每个SG到这些目的地路由的可用性/拥塞状态，维护No.7信令网中目的地点的状态和选路消息。
M3UA层也用于两个IPSP间点到点的信令，M3UA提供与MTP3相同的原语和业务，在这种情况下，所希望的MTP3业务不是由SGP提供。虽然要提供MTP3业务，但由于IPSP到IPSF是点到点的关系，所以支持这些业务的程序是MTP3程序的子集。4.1.1支持传送MTP3一用户消息
通过SGP和ASP或两个IPSP间建立的SCTP偶联，M3UA层传递MTP一TRANSFER原语。在ASP中，经多个SGP可达目的地的情况下，M3UA必须选择消息选路经哪个SGP或支持SGP间的负荷分担，保证不发生顺序错误。M3UA没有限制信令信息字段（SIF）的长度为272个八位位组，M3UA／SCTP能直接适应大的信息块，而不需要高层的分段／重装程序；然而SG与No.7信令网互通时必须遵循272个八位位组的规定，如果No.7信令同支持宽带MTP，信息块可以超过272个八位位组。4.1.2本地管理功能
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一用户对等不可用。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偶联，这能够使用M一SCTPESTABLISH原语请求、指示和确认建立与对等M3UA节点的偶联。为了避免两个M3UA对等问亢余SCTP偶联，必须指定一端（客户）建立SCTP偶联，或M3UA配置信息保证检测出穴余的偶联（例如，经本地和远端期望的SCTP端点地址的信息）。本地管理可以使用M一SCTPSTATUSrequest和confirm原语，从M3UA层也请求低层SCTP偶联的状态，M3UA也可用通知本地管理关于释放SCTP偶联的原因，确定是M3UA层还是来自SCTP的原因。
M3UA层也可以通知本地管理关于ASP或AS的状态变化，这通过M一ASPSTATUS请求或M-ASSTATUSrequest原语完成。4.1.5支持到多个SGP连接的管理如图1所示，ASP可以连接到多个SGP，这样一个No.7信令的目的地可以通过多个SGP和／或SG到达，即经过多个路由。由于MTP3用户只维护目的地的状态，而不管理路由，因此M3UA必须维护个别路由的状态（到目的地路由的可用性、拥塞），从个别路由的状态推出目的地的整个可用性或拥塞状态，并通知MTP3用户得出的状态变化。SCPI
主机1
主机2
4.2M3UA协议的体系结构
SCTP偶联
图1网络结构示意
MTP3一用户
图2M3UA协议的体系结构
主机3
主机4
从图2中可以看出，MTP3一用户的低层协议是M3UA，它向MTP3一用户提供标准的MTP3接口，见4.3.1节。M3UA的低层协议是SCTP，由SCTP为M3UA提供偶联为M3UA服务。M3UA还有专门的层管理（LM)，为其提供管理服务，M3UA与LM的接口见4.3.3节。4.3M3UA的边界原语
4.3.1M3UA同MTP3一用户的边界原语定义M3UA同MTP3一用户边界定义的原语与MTP3同上层用户定义的原语集相同。MTP-TRANSFER request
MTP-TRANSFER indication
MTP-PAUSEindication
MTP-RESUME indication
MTP-STATUS indication
4.3.2M3UA和SCTP的边界定义
SCTP提供的上层边界原语见SCTP的协议。KAOIKAca
4.3.3M3UA同本地管理（LM）的边界原语定义M-SCTPESTABLISHrequest
方向：LM→M3UA
目的：LM请求ASP与SG建立SCTP偶联。M-STCP ESTABLISH confirm
方向：M3UA→LM
目的：ASP向LM确认它已经与SG建立了SCTP。M-SCTP ESTABLISH indicaton
方向：M3UA→LM
自的：M3UA通知LM远端ASP已经建立了SCTP偶联。M-SCTP RELEASE request
方向：LM-→+M3UA
目的：LM请求ASP释放与SG的SCTP偶联。M-SCTP RELEASE confirm
方向：M3UA→LM
目的：ASP向LM确认它已经释放了与SG的SCTP偶联。M-SCTP REMASE indication
方向：M3UA→LM
自的：M3UA通知LM远端ASP释放了SCTP偶联或SCTP偶联已经故障。M-SCTP STATUS request
方向：LM-+M3UA
目的：LM请求M3UA报告SCTP偶联的状态。M-SCTP STATUS confirm
方向：M3UA→LM
目的：M3UA报告SCTP偶联的状态。M-ASP STATUS request
方向：LM→M3UA
自的：LM请求M3UA报告本地或远端ASP的状态。M-ASPSTATUS confirm
方向：M3UA→LM
目的：M3UA报告本地或远端ASP的状态。M-AS STATUS request
方向：LM-+M3UA
目的：LM请求M3UA报告AS的状态。M-AS STATUS confirm
方向：M3UA→LM
目的：M3UA报告AS的状态。
M-NOTIFY Indication
方向：M3UA→LM
目的：M3UA报告它已经从对等层接收到NOTIFY消息。M-ERROR indication
方向：M3UA→LM
目的：M3UA报告它已经从对等层接收到ERROR消息或本地操作不成功的消息。M-ASP UP request
方向：LM-→+M3UA
目的：LM请求ASP开始操作并向对等层发送ASP一UP消息。M-ASPUPconfirm
方向：M3UA→LM
目的：ASP报告它已经从SG接收到ASPUP证实消息。M-ASP UP indication
方向：M3UA→LM
目的：M3UA报告它已经成功地处理了来自对等层的入局ASP一UPrequest。M-ASP DOWN request
方向：LM-M3UA
目的：LM请求ASP停止操作并向对等层发送ASP一DOWN消息。M-ASPDOWN confirm
方向：M3UA→LM
目的：ASP报告它已经从SG接收到ASP一DOWN证实消息。M-ASPDOWNindication
方向：M3UA→LM
目的：M3UA报告它已经成功地处理了来自对等层的入局ASP一DOWNrequest。M-ASP ACTIVE request
方向：LM-→M3UA
目的：LM请求ASP向对等层发送ASP激活消息。M-ASP ACTIVE confirm
方向：M3UA→LM
目的：ASP报告它已经从SG接收到ASP激活证实消息。M-ASPACTIVE indication
方向：M3UA→LM
目的：LM报告它已经成功地处理了来自对等层的入局ASP一ACTIVErequest。M-ASP-INACTIVE request
方向：LM-+M3UA
目的：LM请求ASP向SG发送ASP去活消息。M-ASPINACTIVEconfirm
方向：LM→M3UA
目的：ASP报告它已经从SG接收到ASP去活证实消息。M-ASP INACTIVE indication
方向：M3UA-+LM
目的：向LM报告它己经成功地处理了来自对等层的入局ASP-INACTIVErequest。M-AS ACTIVE indication
方向：M3UA→LM
自的：向LM报告AS已经转移到“AS一ACTIVE”状态。M-AS INACTIVE indication
方向：M3UA→LM
目的：向LM报告AS已经转移到“AS-INACTIVE”状态。M-AS DOWN indication
方向：M3UA→LM
目的：向LM报告AS已经转移到“AS-DOWN”状态。TKAONIKAca-
如果M3UA层支持选路关键字（RK）动态注册，还应支持以下额外的原语：M-RKREGrequest
方向：LM-→M3UA
目的：通过发送REGREQ消息，LM请求ASP注册RK。M-RKREGconfirm
方向：M3UA→LM
目的：ASP报告它已经从对等层接收到成功注册状态的REGRSP消息。M-RKREGindication
方向：M3UA→LM
目的：M3UA通知LM它已成功地处理了入局REGREQ消息。M-RK DEREG request
方向：LM-→M3UA
目的：通过发送DEREGREQ消息，LM请求ASP注销RK。M-RKDEREG confirm
方向：M3UA→LMbzxz.net
目的：ASP报告它已经从对等层接收到成功注销状态的DEREGRSQ消息。M-RKDEREGindication
方向：M3UA-LM
目的：M3UA通知LM它已经成功地处理了来自对等层的入局DEREGREQ。4.4M3UA的应用
本节定义了适合传送ISUP和SCCP或TUP消息的MTP3用户适配模块，对于TCAP或RANAP消息是作为SCCP的净荷由M3UA透明传送，他们可以看作是SCCP的用户协议，M3UA使用SCTP协议作为低层可靠的信令传送协议。4.4.1M3UA在SGP中的应用方式
在SGP中，希望No.7信令的MTP3用户信令的发送和接收使用标准的No.7信令同接口，并用消息传递部分（MTP3）与STP或SEP的提供对MTP3用户信令消息的可靠传送。SGP提供了No.7信令与IP的互通功能（NIF），它允许基于IP的节点与基于No.7信令的SEP交换No.7信令消息。SGP内的NIF作为SGP内MTP3和M3UA间的接口，它不仅对两端网络提供网络状态信息，还提供No.7信令必要的一些协议信息和管理信息。在SGP中应用M3UA有以下3种方式：1）SGP调用M3UA传送用户信令
SEP/STP
SCCP/ASUP
图3MTP用户信令传送的示意
SCCP/ISUP
MTP用户信令传送的示意如图3所示。在SGP的NIF，发送到IP目的地的消息，作为从MTP3高层接口收到的MTP-TRANSFERindication原语，翻译为MTP-TRANSFERrequest原语并发送到本地M3UA消息分配功能，以进一步选路到最终的IP目的地；从本地M3UA网络地址翻译和映射功能收到的MTP-TRANSFER原语作为MTP-TRANSFERrequest原语发送到MTP3高层接口，并选路到No.7信令的SEP。为了提供No.7信令同的状态信息，NIF也传递来自MTP3高层接口的MTP-PAUSE、MTP-RESUME和MTP-STATUSindication原语到本地M3UA管理功能。
2）SGP调用M3UA进行SCCP信令传送（SG有SCCP功能）SCCP信令传送CSGP有SCCP功能的示意如图4所示。在这个SGP中，它可以包含SCCP协议展的功能，对消息中SCCP被叫用户地址进行SCCP全局码翻译（GTT），如果SCCP消息的GTT的结果是产生了一个IP域中的SCCP对等层的No.7信令DPC或DPC/SSN地址，则生成的MTP-TRANSFERrequest原语将发送到本地M3UA的网络地址翻译和映射功能，并选路到最终的IP目的地。
同样，SGP中的SCCP也可以为从IP域中的SCCP对等层收到的指示为本地SCCP地址的消息进行GT译码，这种情况下MTP-TRANSFER消息从本地M3UA的网络地址翻译和映射功能发送到SCCP进行GT译码，如果GT译码的结果是产生了二个No.7信令网中的一个对等SCCP层的地址，则MTP-TRANS-FERrequest原语将交给MTP3高层用来传递到No.7信令同中的节点。
当然也存在这种可能，对从IP域收到的SCCP消息在SG进行翻译后，翻译的结果仍然是IP域中的对等SCCP地址，这样MTP-TRANSFER原语将发送回M3UA用来传送到IP网的目的地。
SEP/STP
图4SCCP信令传送（SGP有SCCP功能）的示意ASP
对于内部SGP模型，它可以使用SGP内的节点互通功能，根据No.7信令DPC或DPC/SSN地址，有效地在SCCP层之下把MTP-TRANSFER消息在MTP和M3UA之间传送。这种节点互通功能对于ASP和SEP的对等层协议而言是不可见的。注：这个实例中M3UA提供的接口和业务与示例1中的M3UA是相同的，发生在SCCP实体中的功能对于M3UA是透明的，SCCP协议功能在M3UA中不重复产生。SEP/STP
：M3UA
图5MTP管理消息的传送的示意
KAoNiKAca
3）MTP3管理消息的传送
MTP管理消息的传送的示意如图5所示。对于MTP3管理消息，它要求ASP的MTP3用户协议也应当象No.7信令SEP节点一样，能接收到No.7信令点可用性、No.7信令网络拥塞和用户部分可用性的指示。为了完成这个功能，在SGP的MTP3的高层接口上收到MTP-PAUSE、MTP-RESUME和MTP-STA-TUSindication原语应当对于远端ASP的MTP3用户低层接口是可用的。
注：这些indication原语对于在SGP中的本地MTP3用户也是可用的，例如SCCP。No.7信令MTP3的管理消息（例如来自No.7信令网的TFP或TFA）不能封装为Data消息的净荷从SGP发送到ASP或从ASP到SGP，SG必须终结这些消息而产生适当的M3UA消息。当SGP发现AS的状态发生改变时，如果该事件没有引起SPMC的状态改变，互通功能就向No.7信令网发送必要的MTP3一用户管理消息；如果引起SPMC的状态改变，就向No.7信令同发送必要的MTP3管理消息。4.4.2M3UA在IPSP-IPSP间的应用IPSP
SCCP用户
SCCP用户
图6IPSP间SCCP用户信令的传送的示意在图6所示的网络传送中，没有使用信令同关。SCCP消息直接在两个具有SCCP一用户协议实例的IP节点的IPSP间交换，例如RANAP或TCAP，不需要与No.7信令网互通，因此不考虑SCCP和SCCP一用户协议的MTP3网络管理状态信息，任何从M3UA到SCCP的MTP-PAUSE、MTP-RESUME、MTP-STATUSindication应该考虑SCTP偶联、低层IP网和从远端收到的拥塞信息的状态。
4.5信令同体系结构
信令网关支持把从No.7信令网收到的MTP3用户信令业务传送到多个分布的ASP（例如MGC或IP数据库）。M3UA协议描述不能满足这种传送所要求的性能和可靠性，而分布的体系结构和亢余的网络联接满足了IP网中传送信令业务的可靠性。为了满足在不同承载等级网中对No.7信令可靠性和性能的严格要求，网络运营商应当保证不会在No.7和IPASP的端到端的网络结构中出现一个单点故障，当然这还需要通过使用几余的SGP或SG、几余的主权、在SCTP端点间为SCTP偶联设置几余的已有QoS保证的IP网络通路来实现。ASP、SGP在可用主机上的分布也十分必要。对于特定的应用服务器，相关的ASP应当分布在至少两个主机上，图1中给出了在IP网络域中与承载等级操作物理网络结构。
在这个模型中，每个主机可以有多个应用进程。在MGC的情况下，ASP可以向一个或几个应用服务器提供业务并由一个SCTP端点标识，而一个或几个SGP构成一个信令同关。这个网络模型也能用于IPSP-IPSP信令，每个IPSP可以将其业务分布在两个或多个主机上，在每个主机上有多个应用服务器进程。在上述结构中，每个信令进程（SGP、ASP或IPSP）是到多个SCTP偶联的端点，并通向多个信令进程。为了支持这些功能，信令进程必须能支持把M3UA消息分布到多个激活的偶联上发送，消息分布功能基于设置的选路关键字的状态、到No.7信令同中信令路由的状态和远端信令进程的亢余模型（激活一备用、负荷分担、广播和n+k）。对于承载等级网络，应该保证在特定ASP故障或隔离后，稳定的呼叫或事务处理不会丢失，这意味着在某些情况下ASP需要共享呼叫和事务处理的状态或者是能够在ASP之间传递呼叫状态信息。同样的，在某些情况下ASP执行呼叫处理时，需要与相关的媒体网关进行配合，传送对于特定中继终端的MGC控制。5M3UA的功能
5.1No.7信令点码表示
在No.7信令同中，信令网关用来表示IP域中的一组节点用来选路到No.7信令网。SG自身作为No.7信令网的一个物理节点，为了管理的目的，SG必须要用No.7信分点码来表示，SG的点码也可以用来指示SG的本地MTP3用户，例如SG内部的SCCP功能。当SG包含多个SGP时，每个SGP中的MTP3路由组、SPMC和远端AS/ASP状态应该通过所有SGP进行协调，还应该支持SGP间的业务重新选路。当应用服务器组成一组用一个信令点码表示时，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的路由。在故障情况下，一个ASP对于这些SG中的某一个变为不可用时，这种方法允许在SG和No.7信令网间使用MTP3路由管理消息，通过简单的重新选路到另外一个SG，而不需要改变No.7信令业务需要去的ASP的DPC。通过两个SG接入ASP的示意如图所示。SGI
图7通过两个SG接入ASP的示意
当特定的AS经多个SGP到达时，SGP中对应的选路关键字应该一致。5.2选路上下文和选路关键字
KAONIKAca
5.2.1概述
SGP和AS间No.7信令消息的分配是由选路关键学和相关的选路上下文确定。选路关键字是用于匹配No.7信令消息必要的一组No.7信令参数，选路上下文参数是4学节值（整数），它以1：1关系与选路关键字关联。因此，选路上下文可以看作是包含选路关键字条目的发送节点的消息分配表。
构成选路关键字条目的No.7信令地址/选路信息包括MTP3路由标记中的OPC、DPC和SIO，或MTP3一用户的特定字段，例如ISUP的CIC等。可以配置ASP在一个单独的SCTP偶联上处理与多个AS有关的信令业务。在ASP激活和去活管理消息中，开始或停止信令业务是由选路上下文参数鉴别的。在ASP中，选路上下文参数惟一地识别与每个AS有关的信令业务范围。5.2.2选路关键字
选路关键学由No.7信令消息中的消息单元组成，下列是M3UA协议中使用的选路关键字1)
SIO+DPC
SI0+DPC+OPC
SIO+DPC+OPC+CIC
5.2.3选路关键字的限制
从No.7信令网的角度看，选路关键字限制在一个单独的目的地信令点码。选路关键字必须惟一，即接收的No.7信令消息只能匹配到一个选路关键字或不能匹配出选路关键字，不能匹配到多个选路关键宇。特定选路关键宇中的参数没必要连续，例如配置的AS能够处理多个PSTN中继，而这些中继的CIC无需是连续的。5.2.4管理选路上下文和选路关键字在SGP中有两种方式设置选路关键字：第一种方式是通过管理接口配置选路关键字；第二种使用M3UA动态注册/注销程序配置选路关键字。M3UA单元至少要实施一种选路关键字的设置。
5.2.5SGP的消息分配
从No.7信令网收到的消息要选路到适当的IP目的地，SGP必须使用从MTP3一用户接收消息的信息完成消息分配功能。为了支持消息分配，SGP必须维护网络地址翻译表，把入局No.7信令消息的信息映射为特定应用和特定业务范围的应用服务器，这是通过入局No.7信令消息的信息单元和SGF设置的选路关键字的比较而完成的。然后这些选路关键字对应到一个应用服务器，而这个应用服务器是通过一个或几个ASP实现的，这些ASP使用各种管理消息，提供它们对SGP可用性、业务处理能力和拥塞的动态状态信息。AS中包含用于处理业务的一个或多个ASP的列表，考虑到这个列表中每个ASP的可用性状态、业务处理能力和拥塞状态，以及可能的配置变化和故障克服机制，这个列表应当是动态的。
在通常情况下，AS中的一个或多个ASP是激活的（即正处理业务），但在某些故障或转移的情况下，可能没有被激活可用的ASP。AS要支持广播、负荷分担和备用方式。当接收的No.7信令网消息没有选路关键匹配时，就去弃该消息，并通告管理功能，5.2.6ASP的消息分配
ASP必须为消息选择适当的SGP，通过分析消息的目的地点码和SLS完成消息的选路。当存在选路到No.7信令网的几个路由（或SGP）时，考虑到从SGP接收的No.7信令网目的地的可用性/拥塞状态、每个SGP的可用性状态、配置变化和故障克服机制，ASP要为No.7信令目的地维护可用SGP路由的动态表，但没有M3UA消息维护SGP的状态。当对SGF的SCTP偶联存在时，就认为SGP已经准备响应ASPSM消息。与一个AS中的一个ASP通信时，SG的每个SGP向这个ASP提供等同的连接性。5.3No.7信令与M3UA的互通
在No.7信令与M3UA的互通中，M3UA适配层提供定义的MTP3用户原语的扩展。5.3.1信令同关No.7信令层
SG负责终结No.7信令协议的MTP3，并向基于IP的用户提供延伸。从No.7信令的角度，希望SG以标准的No.7信令同接口，使用No.7信令消息传递部分（MTP）传送和接收消息信号单元，而提供可靠的消息传递。作为No.7信令接口，它可以是64kbit/s的信令链路，也可以是2Mbit/s的高速信令链路。
5.3.2在SG的No.7信令与M3UA的互通通过IP网支持M3UA适配层，SGP提供No.7信令网与IP网间的传送功能的互通，它允许向存在MTP3一用户端点基于IP的应用服务器进程传送和接收MTP3一用户信令消息。对No.7信令用户部分的管理，要求ASP就像No.7信令同的SEP的MTP3一用户协议接收No.7信令点可用性、No.7信令同拥塞和远端用户部分不可用性的指示。为完成这些功能，在SG的MTP3一用户高层接口接收的MTP-PAUSE、MTP-RESUME和MTP-STATUSindication原语，应该传送到远端ASP的MTP3一用户低层接口（当然这些indication原语也可用于SG的本地MTP3一用户）。
从No.7信令同接收的MTP3管理消息（例如TFP或TFA）并不是被简单地封装后发送到ASP，SG必须终结这些消息而产生适当的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。在ASP连接到多个SG的情况下，M3UA必须根据到这些目的地路由的可用性/拥塞状态，维护被配置No.7信今目的地的状态和路由消息。5.3.4IPSP的考虑
由于IPSP是点到点的方式，消息选路不超过远端点，因此不需要No.7信令与M3UA的互通。
5.4亢余模型
5.4.1应用服务器亢余
在SGP中与设置迷路关键字相匹配的所有MTP3一用户消息，要映射到一个应用服务器。应用服务器是与特定选路关键字有关的一组ASP，这组中的每个ASP可以是激活、去活或不可用。激活的ASP处理业务，当激活的ASP不可用时使用去活的ASP。故障克服模型支持“n十k”余模型，其中n是处理业务需要穴余ASP的最小数，k是可用来代替故障或不可用ASP的ASP数。“1+1”激活/备用亢余是这种模型的子集，单一的“1+0”模型没有余ASP，也是这种模型的子集。在SGP中，应用服务器列表包含激活和去活ASP，而支持ASP广播、负荷分担和故障克服程序，SGP中的逻辑应用服务器的ASP列表保持更新而反映激活的应用服务器进程。在图1中,DPCx的所有消息可能发送到主机3的ASP1或主机4的ASP1，主机1中SGP1TKAONTKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。