NO.7号信令与IP互通适配层技术规范――消息传递部分(MTP)第三级用户适配层（M3UA）

QB-╳╳-╳╳╳-╳╳╳╳ NO.7信令与IP互通适配层技术规范 －消息传递部分(MTP)第三级用户适配层(M3UA) Adapation Layer Technical Specification for No.7 Signalling System Interworking IP －Message Transfer Part(MTP) Level 3 User Adapation Layer(M3UA) 修订稿 版本号：V2.0 （送审稿） 目 次 V修 订 说 明 VI前 言 11. 范 围 12. 规范的引用文件 13. 名词术语和缩略语 13.1 名词术语 33.2 缩略语 44. 概述 44.1 M3UA提供的业务 44.1.1 支持传送MTP3-用户消息 44.1.2 本地管理功能 54.1.3 与MTP3网络管理功能的互通 54.1.4 支持SGP和ASP间SCTP偶联的管理 54.1.5 支持到多个SGP连接的管理 64.2 M3UA 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 的体系结构 74.3 M3UA的边界原语 74.3.1 M3UA 同 MTP3-用户的边界原语定义 74.3.2 M3UA 和 SCTP的边界定义 74.3.3 M3UA 同本地管理(LM)的边界原语定义 124.4 M3UA 的应用 124.4.1 M3UA在SGP中的应用方式 154.4.2 M3UA在IPSP－IPSP间的应用 164.5 信令网体系结构 185. M3UA的功能 185.1 No.7信令点码表示 195.2 选路上下文和选路关键字 195.2.1 概述 195.2.2 选路关键字 205.2.3 选路关键字的限制 205.2.4 管理选路上下文和选路关键字 205.2.5 SGP的消息分配 205.2.6 ASP的消息分配 215.3 NO.7信令与M3UA的互通 215.3.1 信令网关NO.7信令层 215.3.2 在SG的NO.7信令与M3UA的互通 225.3.3 应用服务器 225.3.4 IPSP的考虑 225.4 冗余模型 225.4.1 应用服务器冗余 235.4.2 信令网关冗余 245.5 流量控制 245.6 拥塞管理 255.7 SCTP流映射 255.8 客户端/服务器模型 266. M3UA 协议单元 266.1 公共消息头 266.1.1 M3UA协议版本 266.1.2 消息类别和消息类型 296.1.3 消息长度 296.2 可变长度参数的格式 326.3 传送消息 326.3.1 数据(Data)消息 346.4 NO.7信令网管理（SSNM）消息 346.4.1 目的地不可用（DUNA） 366.4.2 目的地可用 （DAVA） 366.4.3 目的地状态查询 （DAUD） 376.4.4 NO.7信令网拥塞（SCON） 396.4.5 目的地用户部分不可用（DUPU） 406.5 应用服务器进程状态管理 （ASPSM）消息 406.5.1 ASP Up （ASPUP） 416.5.2 ASP Up Ack（ASPUP ACK） 426.5.3 ASP Down（ASPDN） 426.5.4 ASP Down Ack(ASPDN Ack) 436.5.5 Heartbeat(BEAT)（任选） 436.5.6 Heatbeat Ack(BEAT Ack) 436.6 M3UA选路关键字管理(RKM)消息（任选） 436.6.1 注册请求(REG REQ) 476.6.2 注册响应 506.6.3 注销请求(DEREG REQ) 506.6.4 注销响应(DEREG RSP) 526.7 应用业务维护(ASPTM)消息 526.7.1 ASP 激活（ASPAC） 536.7.2 ASP 激活 Ack 546.7.3 ASP 去活（ASPIA） 546.7.4 ASP去活Ack 556.8 管理消息 556.8.1 差错（ERR） 596.8.2 通知（NTFY） 617. 程序 617.1 支持M3UA-用户和层管理的程序 617.1.1 接收M3UA-用户的原语 617.1.2 接收层管理的原语 637.1.3 接收M3UA对等管理消息 637.2 ASP、AS和SPMC的状态维护 637.2.1 ASP状态 657.2.2 AS 状态 667.2.3 SPMC状态 667.2.4 M3UA原语的管理程序 677.3 M3UA对等层间消息的ASPM程序 677.3.1 ASP Up程序 687.3.2 ASP-Down 697.3.3 ASP激活程序 717.3.4 ASP去活程序 737.3.5通知程序 737.3.6 Heartbeat程序 747.4 选路关键字管理程序（任选） 747.4.1 注册 757.4.2 注销 757.5支持No.7信令目的地可用性或拥塞状态的程序 757.5.1 在SGP 767.5.2 在 ASP 777.6 MTP3重新启动 78附录A M3UA 程序示例 附录B M3UA技术规范修订 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 详表 修 订 说 明 本修订稿主要对原稿进行了以下几方面修订： · 对原稿中的部分内容（如消息长度、业务处理模式等问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ）进行了明确规定，以避免因理解不一致而出现兼容性问题。 · 对已确认“暂不使用”和“可选”的消息、参数或程序进行了标记。 · 主要修订内容：消息、参数、流控、拥塞控制、M3UA的应用、流的映射、ASP激活程序、ASP/IP状态转移。 · 对原稿中部分文字描述加以补充和完善。 （具体修订内容参见附录B M3UA技术规范修订内容详表） 前 言 本技术规范是根据IETF 信令传送部分（Sigtran）中NO.7 信令消息传递部分(MTP)第三级用户适配层(M3UA)协议的草案而制定，它规定了M3UA 所使用的消息格式、编码和程序，M3UA 主要用于IP 网中传送No.7信令消息。 本技术规范主要适用于完成NO.7 信令与IP 网互通的信令网关（SG）设备，以及3G移动软交换设备的开发、生产、引进和购买。 本标准由中国移动通信集团公司技术部提出并归口。 本标准由标准提出并归口部门负责解释。 本标准起草单位：中国移动通信集团公司研发中心 本标准主要起草人：魏冰、杜倩 本标准主要修订人：陈旭、杜倩 本标准解释单位：同提出单位。 NO.7信令消息传递部分(MTP) 第三级 用户适配层(M3UA)协议 1. 范 围 本标准规定了NO.7信令消息传递部分 (MTP) 第三级用户适配层(M3UA)协议的功能、消息参数格式以及程序。 本标准适用于采用M3UA协议的信令网关设备、软交换设备的研制、生产、引进和购买。 2. 规范的引用文件 下列标准包含的条文，通过在本标准中引用而构成为本标准的条文。在标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨、使用下列标准最新版本的可能性。 【1】 GF010－9001 中国国内电话网No.7信号方式技术规范（暂行规定） 【2】 GF010－95 国内NO.7信令方式技术规范信令连接控制部分（暂行规定） 【3】 YD/T 1192-2002 NO.7信令与IP互通适配层技术规范——消息传递部分 （MTP）第三级用户适配层（M3UA） 【4】RFC3332 NO.7信令消息传递部分（MTP）第三级用户适配层（M3UA） 【5】RFC3332bis （draft05-2006/03到期） 3. 名词术语和缩略语 3.1 名词术语 应用服务器(AS)：服务特定选路关键字的逻辑实体，例如应用服务器是虚拟交换单元，它处理由NO.7信令DPC/OPC/CIC_范围所识别的所有TDM中继的呼叫过程，另一种例子是虚拟数据库单元，它处理特定NO.7信令DPC/OPC/SCCP_SSN组合所识别的事物处理。AS包含一组唯一的应用服务器进程（ASP），其中的一个或几个处于激活状态处理业务。一个AS与1个选路关键字1：1对应。 应用服务器进程 (ASP)：应用服务器的的进程实例，应用服务器进程作为应用服务器的激活或备用进程，例如ASP可以是-MSC Server、IP SCP或IP HLR的进程。一个ASP包含一个SCTP端点，可以配置ASP处理多个应用服务器的信令业务。 偶联：一条偶联指一个SCTP偶联，它为MTP3-用户协议数据单元和M3UA适配层对等消息提供传递服务。 IP信令端点（IPSEP）：具有IP连接的信令端点。可以看作具有独立信令点编码的AS。 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、SGP和IPSP都是信令进程。 选路关键字（RK）：选路关键字描述一组NO.7信令参数和参数值，它唯一地定义了由特定应用服务器处理的信令业务。选路关键字中的参数不能基于多个目的地信令点码。 选路上下文（RC）：唯一识别选路关键字的值。选路上下文可以使用管理接口静态配置，也可以使用选路关键字程序动态配置。（注：本规范不使用动态配置方式。） 故障克服： 在当前使用的应用服务器进程（ASP）故障或不可用的情况下，一个AS内的信令业务重新选路到替换ASP或ASP组的能力。故障克服也可应用于返回先前不可用的ASP服务。 信令点管理簇 (SPMC)：一组AS可以在NO.7信令网中以一个特定网络外貌的一个独立信令点码来表示。这组AS可以看作IP域内的一个分布式的NO.7信令点，具有相同的信令点编码。为了支持NO.7信令网的MTP3管理程序，引入SPMC来描述这个分布式NO.7信令点实体的可用性/拥塞/用户部分状态。在某些情况下，SG自身也可以是SPMC的成员，那么在考虑支持MTP3管理动作时，还必须考虑SG的可用性/拥塞/用户部分状态。 网络外貌：网络外貌是SG和AS共享的一个M3UA本地参考，它和一个信令点编码放在一起可以唯一地 标识 采样口标识规范化 下载危险废物标识 下载医疗器械外包装标识图下载科目一标识图大全免费下载产品包装标识下载 一个属于特定NO.7信令网的信令点。它用于区分SG和ASP间公共SCTP偶联上传送的不同网络的信令业务。适用于多个独立国内信令网共用网元的情况，如当一个SG同时是多个独立国内信令网的网元，且不同网络中可能复用相同的信令点码。（注：本规范不使用网络外貌。） 层管理：层管理是一个节点功能，它处理M3UA层和本地管理实体之间的输入和输出。 主机：进程（SGP、ASP或IPSP）运行的计算机平台。 流：流是指SCTP流，是从一个SCTP端点到另一相关SCTP端点建立的单向逻辑通路。所有用户消息在流中按序传递，除非提交的是无序传递业务。 3.2 缩略语 AS 应用服务器 ASP 应用服务器进程 IPSEP IP信令端点 IPSP IP服务器进程 M3UA MTP第三级用户适配层 SCTP 流控制传输协议 SG 信令网关 SGP 信令网关进程 SPMC 信令点管理簇 4. 概述 4.1 M3UA提供的业务 ASP或 IPSP的M3UA层向MTP3-用户提供的一整套原语与NO.7信令网中SEP的MTP-3向高层提供的原语相同，这样ASP或IPSP的ISUP和/或SCCP层并不知道它所希望的MTP-3业务是由远端SGP的MTP3层提供，而不是本地的MTP3层提供的；SGP的MTP3层也不知道它的本地用户实际是通过M3UA的远端用户，这样M3UA把MTP3层的业务扩展到远端基于IP的应用。M3UA本身不提供MTP3业务，但是，如果ASP连接到多个SG时，ASP的M3UA应该根据经每个SG到这些目的地路由的可用性/拥塞状态来维护所配置的NO.7信令网中目的地信令点的状态和选路消息。 M3UA层也用于两个IPSP间点到点的信令传送，这时M3UA向高层提供与MTP3相同的原语和业务。在这种情况下，所希望的MTP3业务不是由远端SGP提供的。由于IPSP到IPSP是简单的点到点关系，所以支持这些MTP3业务的程序是MTP3程序的子集。 4.1.1 支持传送MTP3-用户消息 M3UA层通过SGP和ASP之间或两个IPSP间建立的SCTP偶联传递MTP-TRANSFER 原语。 在ASP，经多个SGP可达目的地的情况下，M3UA必须选择经哪个SGP路由消息或支持SGP间的负荷分担，同时保证不发生顺序错误。 M3UA没有限制信令信息字段(SIF)的长度为272个八位位组（MTP2规定有此限制），M3UA/SCTP能直接适应大的信息块，而不需要高层的分段/重装程序（SCCP、ISUP规定有此程序）；然而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信令网中一个目的地的消息发生拥塞。 －向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-SCTP ESTABLISH原语请求、指示和确认建立与对等M3UA节点的偶联。为了避免两个M3UA对等间建立冗余SCTP偶联，应该指定一端(客户)建立SCTP偶联，或M3UA配置信息保证检测出冗余的偶联(例如掌握本地和远端SCTP端点地址)。 本地管理可以使用M-SCTP_STATUS request和confirm原语向M3UA层请求低层SCTP偶联的状态。M3UA从本层或SCTP层的一个原语确定SCTP偶联释放的原因后，也可以自主通知本地管理释放SCTP偶联的原因。 M3UA层也可以通知本地管理关于ASP或AS的状态变化，这通过M-ASP_STATUS request或 M-AS_STATUS request原语完成。 4.1.5 支持到多个SGP连接的管理 图1 配对SG示意图 如图1所示，ASP可以连接到多个SGP，这样一个NO.7信令的目的地可以通过多个SGP和/或SG到达，即经过多个路由。由于MTP3用户只维护目的地的状态，而不管理路由，因此M3UA必须维护单个路由的状态 (到目的地路由的可用性、拥塞情况)，从单个路由的状态推出目的地的整个可用性或拥塞状态，并在状态变化时通知MTP3用户。 4.2 M3UA协议的体系结构 从图中可以看出，M3UA是MTP3－用户的低层协议，它向MTP3－用户提供标准的MTP3接口，见4.3.1节。MTP3－用户包括ISUP、BICC、SCCP。TCAP、RANAP是SCCP－用户，作为SCCP净荷由M3UA透明传送。 M3UA的低层协议采用SCTP，由SCTP为M3UA提供可靠的信令传送服务。 M3UA还有专门的层管理(LM)，为其提供管理服务，M3UA与LM的接口见4.3.3节。 4.3 M3UA的边界原语 4.3.1 M3UA 同 MTP3-用户的边界原语定义 M3UA同MTP3用户边界定义的原语与MTP3同上层用户定义的原语集相同。 － MTP-TRANSFER request － MTP-TRANSFER indication － MTP-PAUSE indication － MTP-RESUME indication － MTP-STATUS indication 4.3.2 M3UA 和 SCTP的边界定义 SCTP提供的上层边界原语参见SCTP协议。 4.3.3 M3UA 同层管理(LM)的边界原语定义 M-SCTP ESTABLISH request 方向： LM -> M3UA 目的： LM请求ASP与对等层建立一条SCTP偶联。 M-SCTP ESTABLISH confirm 方向： M3UA -> LM 目的： ASP向LM确认它已经与对等层建立了一条SCTP偶联。 M-SCTP ESTABLISH indication 方向： M3UA -> LM 目的： M3UA通知LM远端ASP已经建立了SCTP偶联。 M-SCTP RELEASE request 方向： LM -> M3UA 目的： LM请求ASP释放与对等层的SCTP偶联。 M-SCTP RELEASE confirm 方向： M3UA -> LM 目的： ASP向LM确认它已经释放了与对等层的SCTP偶联。 M-SCTP RELEASE indication 方向： M3UA -> LM 目的： M3UA通知LM远端ASP释放了SCTP偶联或SCTP偶联已经故障。 M-SCTP RESTART indication 方向： M3UA -> LM 目的： M3UA通知LM收到了一个SCTP重启指示。 M-SCTP STATUS request 方向： LM -> M3UA 目的： LM请求M3UA报告SCTP偶联的状态。 M-SCTP STATUS confirm 方向： M3UA -> LM 目的： M3UA 响应SCTP偶联的状态。 M-SCTP STATUS indication 方向： M3UA -> LM 目的： M3UA 报告SCTP偶联的状态。 M-ASP STATUS request 方向： LM -> M3UA 目的： LM请求M3UA报告本地或远端ASP的状态。 M-ASP STATUS 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报告它已经从对等层接收到了一条ERR消息或一个本地操作不成功。 M-ASP UP request 方向： LM -> M3UA 目的： LM 请求ASP开始操作并向对等层发送ASPUP消息。 M-ASP UP confirm 方向： M3UA -> LM 目的： ASP报告它已经从对等层接收到ASPUP ACK消息。 M-ASP UP indication 方向： M3UA -> LM 目的： M3UA报告它已经成功地处理了来自对等层的入局ASPUP消息 。 M-ASP DOWN request 方向： LM -> M3UA 目的： LM请求ASP停止操作并向对等层发送ASPDN 消息。 M-ASP DOWN confirm 方向： M3UA -> LM 目的： ASP报告它已经从对等层接收到ASPDN ACK消息。 M-ASP DOWN indication 方向： M3UA -> LM 目的： M3UA报告它已经成功地处理了来自对等层的入局ASPDN消息。 M-ASP-ACTIVE request 方向： LM -> M3UA 目的： LM请求ASP向对等层发送ASPAC消息。 M-ASP ACTIVE confirm 方向： M3UA -> LM 目的： ASP报告它已经从对等层接收到ASPAC ACK消息。 M-ASP ACTIVE indication 方向： M3UA -> LM 目的： ASP报告它已经成功地处理了来自对等层的入局ASPAC消息。 M-ASP-INACTIVE request 方向： LM -> M3UA 目的： LM请求ASP向对等层发送ASPIA消息。 M-ASP INACTIVE confirm 方向： M3UA -> LM 目的： ASP报告它已经从对等层接收到ASPIA ACK消息。 M-ASP INACTIVE indication 方向： M3UA -> LM 目的： M3UA向LM报告它已经成功地处理了来自对等层的入局ASPIA消息。 M-AS ACTIVE indication 方向： M3UA -> LM 目的： M3UA向LM报告AS已经转移到“AS-ACTIVE”状态。 M-AS INACTIVE indication 方向： M3UA -> LM 目的：M3UA向LM报告AS已经转移到“AS-INACTIVE”状态。 M-AS DOWN indication 方向： M3UA -> LM 目的：M3UA向LM报告 AS已经转移到“AS-DOWN”状态。 4.4 M3UA 的应用 本节定义了适合传送ISUP、BICC和SCCP或TUP消息的MTP3用户适配模块， TCAP或RANAP消息作为SCCP的净荷由M3UA透明传送，可以看作是SCCP的用户协议，M3UA使用SCTP协议作为低层可靠的信令传送协议。 使用M3UA处理特定业务的逻辑单元-应用服务器AS，或者仅完成特定消息转发功能的逻辑单元-信令网关SG可以看作一个M3UA实体。 SGP-ASP之间或IPSP-IPSP之间通过SCTP建立的连接关系可以看作一条M3UA链路，M3UA链路的本端属性可以是SGP、ASP以及IPSP。 SG与AS之间为相同应用服务器AS服务的所有M3UA链路，或者IPSEP与IPSEP之间为相同IPSEP服务的所有M3UA链路可以看作一个M3UA链路集。 从源M3UA实体AS到达目的M3UA实体SG（或No.7信令网络的目的信令点）所经过的路径，或从源信令端点IPSEP到达目的信令端点IPSEP所经过的路径可以看作一条M3UA路由。一条M3UA路由在AS（或IPSEP）本端对应一个M3UA链路集。 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信令消息。SGP内的NIF作为SGP内MTP3和M3UA间的接口，它不仅对两端网络提供网络状态信息，还提供NO.7信令必要的一些协议信息和管理信息。 在SGP应用M3UA有如下三种方式： 1) SGP调用M3UA 传送MTP用户信令 图3：MTP用户信令传递 SGP的NIF收到发送到MSC Server的消息，可以看作从MTP3高层接口收到的MTP-TRANSFER indication原语，将其翻译为MTP-TRANSFER request原语并发送到本地M3UA消息分配功能，以进一步选路到最终的IP目的地；通过MTP-TRANSFER indication原语从本地M3UA 网络地址翻译和映射功能收到消息，可以看作来自MTP3高层接口的MTP-TRANSFER request原语，通过MTP3出局选路到NO.7信令的SEP。为了提供NO.7信令网的状态信息，NIF也传递来自MTP3高层接口的MTP-PAUSE、MTP-RESUME和MTP-STATUS indication原语到本地M3UA管理功能。 2） SGP调用M3UA进行SCCP 信令传送（SGP有SCCP功能） 图4：SCCP信令传递（SGP有SCCP功能） 在这个SGP中，它可以包含SCCP协议层的功能，对消息中SCCP被叫用户地址进行SCCP 全局码翻译（GTT），如果SCCP消息的GTT的结果是产生了一个IP域中的SCCP对等层的NO.7信令DPC或DPC/SSN地址，生成的MTP-TRANSFER request原语将发送到本地M3UA的网络地址翻译和映射功能，并选路到最终的IP目的地。 同样SGP中的SCCP也可以为从IP域中的SCCP对等层收到的消息进行GT译码，这种情况下MTP-TRANSFERindication原语从本地M3UA的网络地址翻译和映射功能发送到SCCP进行GT译码，如果GT译码的结果是产生了一个NO.7信令网中的一个对等SCCP层的地址，则SCCP发送MTP-TRANSFER request原语给MTP3，传递消息到NO.7信令网中的节点。 当然也存在这种可能，对从IP域收到的SCCP消息在SG进行翻译后，翻译的结果仍旧是IP域中的对等SCCP地址，这样MTP-TRANSFER request原语将发送回M3UA用来传送到IP网的目的地。 对于内部SGP模型，它可以使用SGP内的节点互通功能，根据NO.7信令 DPC或DPC/SSN地址，有效地在SCCP层之下将MTP-TRANSFERrequest/indication原语在MTP3和M3UA之间传送。这种节点互通功能对于ASP和SEP没有可见的对等层协议。 注：这个实例中M3UA提供的接口和业务与方式1）中的M3UA是相同的，发生在SCCP实体中的功能对于M3UA是透明的，SCCP协议功能在M3UA中不重复产生。 3） MTP3管理消息的传送 图5：MTP管理消息的传递 对于NO.7信令的用户部分管理，，它要求ASP端的MTP3用户协议也应当象NO.7信令 SEP节点一样，能接收到NO.7信令点可用性、NO.7信令网络拥塞和用户部分可用性的指示。为了完成这个功能，在SG的MTP3的高层接口上收到MTP-PAUSE 、MTP-RESUME 和MTP-STATUS indication原语，需要传送到远端ASP 的MTP3用户低层接口。注：这些indication原语对于在SGP中的本地MTP3用户也是可用的，例如SCCP。 NO.7信令MTP3的管理消息(例如来自No.7信令网的TFP或TFA)不能封装为Data消息的“协议数据”字段从SGP发送到ASP或从ASP到SGP，SG必须终结这些消息而产生适当的M3UA消息。 对于非冗余SG组网的情况下，当SGP发现AS的状态发生改变时，如果该事件没有引起SPMC的状态改变，互通功能就向NO.7信令网发送必要的MTP3－用户管理消息；如果引起SPMC的状态改变，就向NO.7信令网发送必要的MTP3管理消息。 对于冗余SG组网的情况下，当SGP发现AS的状态发生改变时，如果该事件没有引起SPMC的状态改变，互通功能不能向NO.7信令网发送必要的MTP3－用户管理消息；如果共享一个信令点码的某一个或某几个AS故障退出服务，则信令网关不能将这种情况反馈到 NO.7信令网，对以后发给这些AS的消息信令网关只能简单地丢弃。 4.4.2 M3UA在IPSP－IPSP间的应用 图6 IPSP间SCCP用户信令的传递 在图6的网络传递中，没有使用信令网关。SCCP消息直接在两个具有SCCP-用户协议实例的IPSEP 的IPSP间交换，例如RANAP或TCAP。不需要与NO.7信令网互通，因此SCCP和 SCCP－用户协议不考虑的MTP3网络管理状态信息，M3UA应该考虑根据SCTP偶联和低层IP网的状态以及从远端收到的拥塞信息，向SCCP发送适当的原语（如MTP-PAUSE、MTP-RESUME、MTP-STATUS indication原语）。 图7 IPSP间BICC信令的传递（NC接口） 图7为M3UA在NC接口（MSC Server之间）的应用，即两个具有BICC协议实例的IPSEP直接使用M3UA在IPSP间交换BICC消息。同理，从M3UA到BICC层的任何MTP-PAUSE、MTP-RESUME、MTP-STATUS indication应该考虑SCTP偶联、低层IP网的状态以及从远端收到的拥塞信息。 4.5 信令网体系结构 信令网关支持把从NO.7信令网收到的MTP3－User信令业务传送到多个分布的ASP（例如MSC Server或IP数据库）。M3UA协议本身不能满足这种传送所要求的性能和可靠性，但分布式体系结构和冗余网络的关联提供了IP网中传送信令业务的可靠性。 为了满足在运营级网络中对NO.7信令可靠性和性能的严格要求，网络运营商应当保证不会在一个NO.7信令网节点和IP应用之间的端到端的网络结构中出现单点故障，当然这还需要通过使用冗余的SGP或SG、冗余的主机、在SCTP端点间为SCTP偶联设置的有QOS保证的冗余IP网络通路来实现。ASP、SGP在可用主机上的分布也十分必要。对于特定的应用服务器，相关的ASP可能分布在至少两个主机上，下图中给出了在IP网络域中与SS7承载相关的物理网络结构。 在这个模型中，每个主机为独立的网络实体，可以有多个应用进程。对于MSC server的情况，ASP可以由一个SCTP端点标识，并向一个或几个AS提供业务并，一个或几个SGP构成一个独立的SG。 在上述结构中，每个信令进程(SGP、ASP或IPSP)是多条SCTP偶联的公共端点，连向多个信令进程。为了支持此结构，信令进程必须能支持把M3UA消息分布到多个同时激活的偶联上。这一消息分布功能基于设置的选路关键字的状态、到No.7信令网中信令路由的状态和远端信令进程的冗余模型(主备用、负荷分担和n+k)。 对于运营级网络，应该保证在特定ASP故障或隔离后，稳定的呼叫或事务处理不会丢失，这意味着在某些情况下信令进程需要共享呼叫和事务处理的状态或者是能够在信令进程之间传递呼叫状态信息。 5. M3UA的功能 5.1 No.7信令点码表示 在NO.7信令网中，为了选路，可以用信令网关来代表IP域中的一组节点。SG自身作为NO.7信令网的一个信令点，为了管理的目的，必须要用NO.7信令点码来表示，SG的点码也可以用来寻址SG的本地MTP3用户，例如SG本地的SCCP层。 当SG包含多个SGP时，每个SGP中的MTP3路由组、SPMC和远端AS/ASP状态应该在所有SGP进行协调 ，还应该支持SGP间的业务重新选路。 当AS组成一组用一个信令点码表示时，SPMC将包括多个AS。为了充分利用NO.7信令的管理程序，如果SG发现SPMC中的一个AS不可用，就假定这个AS不为NO.7信令网可用。【没有找到原文，好像意义不明。】 AS可以表示为与SG相同的信令点码（PC），或者是独立的信令点码，或者与其它AS使用一个信令点码。如果需要，可以用单个PC来表示SG和所有的AS。 如果单个ASP或一组ASP通过多个SG为NO.7信令网可用，而每个SG都有自己的信令点码时，ASP与SG用不同的信令点码表示，在这种情况下，SG被看作是NO.7信令网中的STP，每个SG到同一ASP都有一个出局路由。在故障情况下，当从某个SG到ASP不可达时，这种 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 能在SG和NO.7信令网间使用MTP3路由管理消息，允许通过另外一个SG简单地重新选路，而不需要改变去往ASP的NO.7信令业务的DPC。【原稿翻译错了。】 图9：通过两个SG接入ASP 当特定的AS经多个SGP到达时，SGP中对应的选路关键字应该一致。 5.2 选路上下文和选路关键字 5.2.1 概述 SGP和AS间NO.7信令消息的分配是由选路关键字和相关的选路上下文确定。选路关键字是用于匹配NO.7信令消息必要的一组NO.7信令参数，选路上下文参数是四字节值(整数)，它以1：1关系与选路关键字关联。因此选路上下文可以看作是包含选路关键字条目的发送节点消息分配表的一个索引。 构成选路关键字条目的NO.7信令地址/选路信息包括MTP3路由标记中的OPC、DPC、SLS，选路关键字可以是：DPC、DPC＋OPC组合或DPC+OPC+SI组合 可以配置ASP在一个单独的SCTP偶联上处理与多个AS有关的信令业务。在ASP激活和去活管理消息中，开始或停止信令业务是由选路上下文参数鉴别的。在ASP，选路上下文参数唯一地识别与每个AS有关的信令业务范围。 5.2.2 选路关键字 选路关键字由NO.7信令消息中的消息单元组成，下列是M3UA协议中使用的选路关键字： 1) DPC 2) DPC+OPC 3) SI+DPC+OPC 4) SIO+DPC+OPC+CIC（可选） 5) DPC+SSN（可选）？？？ 5.2.3 选路关键字的限制 从NO.7信令网的角度看，选路关键字限制在一个单独的目的信令点码。 选路关键字必须唯一，即接收的NO.7信令消息只能匹配到一个选路关键字或不能匹配出选路关键字，但不能匹配到多个选路关键字。特定选路关键字中的参数没必要连续。 5.2.4 管理选路上下文和选路关键字 在SGP有两种方式设置选路关键字。第一种方式是通过管理接口配置选路关键字；第二种使用M3UA动态注册/注销程序配置选路关键字（本规范不使用）。 5.2.5 SGP的消息分配 从NO.7信令网收到的消息要选路到适当的IP目的地，SGP必须使用所接收到的MTP3-用户消息中的信息完成消息分配功能。 为了支持消息分配，SGP必须维护一张网络地址翻译表，把入局NO.7信令消息的信息映射为特定应用和特定业务范围的AS，这可以通过将入局NO.7信令消息的信息单元和SGP设置的选路关键字进行比较而完成。然后这些选路关键字依次对应到一个应用服务器，而应用服务器又是通过一个或几个ASP实现，这些ASP使用各种管理消息向SGP提供它们的可用性、业务处理能力和拥塞情况的动态状态信息。 AS中包含用于处理业务的一个或多个ASP的列表，考虑到这个列表中每个ASP的可用性状态、业务处理能力和拥塞状态，以及可能的配置变化和故障克服机制，这个列表应当是动态的。 通常情况下，AS中的一个或多个ASP是激活的（即正用于处理业务），但在某些故障或过渡情况下，可能没有激活可用的ASP。 当接收的NO.7信令网消息没有选路关键字匹配时，就丢弃该消息，并通知层管理功能。 5.2.6 ASP的消息分配 ASP必须选择适当的SGP来传送一条消息到NO.7信令网，这通过分析消息的目的地点码和SLS来完成。 当选路到NO.7信令网存在几条路由(或SGP)时，，ASP要为No.7信令目的地维护一张可用SGP路由的动态表，这张表根据从SGP接收的No.7信令网目的地的可用性/拥塞状态、每个SGP的可用性状态、配置变化和故障克服机制来调整。但M3UA没有定义管理SGP的状态M3UA消息（如SGP-Up/Down/Active/Inactive消息）。当对SGP的一条SCTP偶联存在，就认为SGP已经准备好响应ASPSM消息了。 5.3 NO.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信令接口，它可以是64kb/s的信令链路，也可以是2Mb/s的高速信令链路。 5.3.2 在SG的NO.7信令与M3UA的互通 通过IP网支持M3UA适配层，SGP提供NO.7信令网与IP网间的传送功能的互通，它允许SG和存在MTP3-用户协议的ASP之间传送和接收MTP3-用户信令消息。 对NO.7信令用户部分的管理，要求在ASP的MTP3-用户协议就象NO.7信令网的SEP一样，接收NO.7信令点可用性、NO.7信令网拥塞和远端用户部分不可用性的指示。为完成这些功能，在SG的MTP3高层接口接收的MTP-PAUSE、MTP-RESUME 和MTP-STATUS indication原语，应该传送到远端ASP的MTP3-用户低层接口(当然这些indication原语也可用于SG的本地MTP3-用户)。 NO.7信令MTP3的管理消息(例如来自No.7信令网的TFP或TFA)不能封装为Data消息的“协议数据”字段从SGP发送到ASP或从ASP到SGP，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信令网的规范为给定点码提供ISUP。 在ASP连接到多个SG的情况下，M3UA必须根据到这些目的地路由的可用性/拥塞状态，维护所配置NO.7信令目的地的状态和路由消息。 5.3.4 IPSP的考虑 由于IPSP使用点到点的M3UA，消息选路不超过远端点，因此不需要NO.7信令与M3UA的互通。 5.4 冗余模型 5.4.1 应用服务器冗余 在SGP中与设置选路关键字相匹配的所有MTP3-用户消息，要映射到一个应用服务器。 应用服务器是与特定选路关键字有关的一组ASP，组中的每个ASP可以是激活、去活或不可用的。激活的ASP处理业务；当激活的ASP不可用时使用去活的ASP。 故障克服模型支持“n+k”冗余模型，其中n是处理业务需要冗余ASP的最小数目，k是可用来代替故障或不可用ASP的ASP数目。 “k”个ASP可以是激活的，也可以是去活的，直到有一个ASP故障或不可用时才激活。 “1+1”主用/备用冗余是这种模型的子集，单一的“1+0”模型没有冗余ASP，也是这种模型的子集 。 在SGP，应用服务器列表包含激活和去活ASP，支持ASP负荷分担和故障克服程序，SGP中逻辑应用服务器的ASP列表应保持更新来反映激活的应用服务器进程。 在图8中， DPC x的所有消息可能发送到主机3的ASP1或主机4的ASP1，主机1中SGP1 的AS列表如下所示： 选路关键字{DPC=x) - "应用服务器 #1" ASP1/主机3 - 状态=激活 ASP1/主机4 - 状态=去活 在这种“1+1”冗余的情况中，主机3中ASP1接收入局DPC=x的消息，只有在ASP1/主机3故障或到ASP1/主机1的连接丢失时ASP1/主机4才进入激活状态。 主机1中SGP1的AS列表也可以是负荷分担的模式： 选路关键字{DPC=x}- "应用服务器 #1" ASP1/主机3 - 状态=激活 ASP1/主机4 - 状态=激活 在这种情况下，两个ASP将按照一定的规则发送部分消息业务，具体可以根据SLS的某一比特位的值而确定在哪个ASP发送消息。【行标特有】 如ASP用于传送呼叫处理信令消息，在故障克服的过程中，，稳定的呼叫（已处于通话状态的呼叫）不会失败。正在建立的呼叫在倒换过程中可能失败，虽然在所涉及的ASP间的通信措施能够减少失败的可能性。例如两个ASP可以依靠共享的内存共享呼叫状态，也可以使用ASP到ASP协议传送呼叫状态信息。ASP到ASP的协议超出本规范的范围。 5.4.2 信令网关冗余 信令网关可以可以分布在几个主机上。像AS模型一样，SG可以包含一个或几个SG进程(SGP)分布在一个或几个主机上，使用主/备用或负荷分担模型。SG内的每个SGP与ASP的通信向这个ASP提供了等同的NO.7信令连接。如果一个SGP失去全部或部分NO.7信令连接而其它SGP存在，这个SGP必须终止与相关ASP的偶联。 因此ASP可能使用多个SGP把信令消息选路到NO.7信令网，在这种模式下，信令网关配置了一簇主机作为单独的SG。可以采用以下两种模型： 一种是主/备用冗余模型，当到主用SGP的SCTP偶联不可用时，要把被影响的业务重新选路到替换SGP； 另一种是负荷分担模型，信令消息在几个SGP间分担。 CMCC不使用广播模型。 ASP也可以使用多个SG接入特定的NO.7信令端点，这种模型类似NO.7信令网中的配对STP。 从ASP的M3UA层角度来看，如果与指定SG中至少一个SGP建立了SCTP偶联，SG就能够把业务传送到NO.7信令目的地（PC=X），SGP向ASP返回一个证实指示ASP能够处理这个目的地（PC=X）的业务。当一个ASP配置使用多个SGP传送业务到NO.7信令网时，ASP必须维护这些SGP处理到目的地业务的现行能力信息，这些信息对业务的整体可靠性、对主/备用、负荷分担模型在故障、恢复和维护活动中非常关键。ASP的M3UA也使用这些信息来避免拥塞。MTP3－用户消息在SGP上的分配方法应该如SS7用户部分所要求，最小化消息错序。 5.5 流量控制【修改为必选】 ASP的本地管理可能会停止一条SCTP偶联上的业务量以使此偶联暂时退出服务或完成测试和维护活动。这项可选功能用于控制业务量在一条重新可用的SCTP偶联上开始传送。【必选的考虑原因：（1）有可能偶联总是丢消息，需要停业务进行测试，定位故障。（2）属于业务倒回程序的一部分。】 5.6 拥塞管理 利用一种基于实现方式的功能可以向M3UA层通知本地和IP网络拥塞（例如：从SCTP层指示IP网络拥塞）。 在ASP或IPSP，M3UA通过MTP－STATUS原语向本地MTP3用户指出拥塞，以调用适当的高层响应。 当SG确定向一个信令点管理簇（SPMC）传送NO.7信令消息遇到了IP网络拥塞时，SG应触发一条NO.7信令的MTP3受控传递管理消息（TFC消息）到起源NO.7信令节点（根据相关MTP标准中的拥塞管理程序）。从SG触发MTP3受控传递管理消息(TFC消息)是一项基于实现方式的功能。 ASP或IPSP的M3UA可以使用SCON消息向M3UA对等层指示本地拥塞。当SG的M3UA层接收到ASP发来的SCON消息时，SG判定一个SPMC正发生拥塞，根据MTP标准中的拥塞程序将向相关的NO.7信令目的地发送TFC消息。【AS发送SCON可选】 综上所述，SG在两种情况下会向NO.7信令网络节点发送TFC消息： 1、 收到来自NO.7信令网的消息后，通过本端维护的目的地拥塞状态发现IP路由拥塞，将回送TFC消息； 2、 收到来自IPSEP M3UA层的SCON消息，将发起TFC消息到相关NO.7信令网节点。 ××××××××××××××××××××××××× Nc接口M3UA的拥塞管理： M3UA层收到本端SCTP层发送的“NETWORK STATUS CHANGE notification”原语（含有association id、destination transport address、new-status（拥塞） 参数）后，将该M3UA链路（SCTP偶联）拥塞状态及链路组拥塞状态改为“拥塞”。同时向对端M3UA层发送SCON消息。 当收到BICC层要求发送到此链路组上的消息时，将向BICC层发送“MTP-STATUS indication”原语，通知其该局向拥塞。 当收到对端M3UA层的一条SCON消息，将向BICC层发送一个指示（“MTP-STATUS indication”原语），通知其该局向拥塞。 5.7 SCTP流映射 SGP和ASP的M3UA也支持把信令业务分配到一个SCTP偶联的不同流中。对于有顺序要求的信令业务必须分配到相同的流中，为了满足这个要