CN101383840A - 一种基于m3ua协议组网的网络、装置及消息传输方法 - Google Patents

一种基于m3ua协议组网的网络、装置及消息传输方法 Download PDF

Info

Publication number
CN101383840A
CN101383840A CNA2007101473642A CN200710147364A CN101383840A CN 101383840 A CN101383840 A CN 101383840A CN A2007101473642 A CNA2007101473642 A CN A2007101473642A CN 200710147364 A CN200710147364 A CN 200710147364A CN 101383840 A CN101383840 A CN 101383840A
Authority
CN
China
Prior art keywords
signaling
routing
message
route
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007101473642A
Other languages
English (en)
Other versions
CN101383840B (zh
Inventor
雷卓辉
潘能毅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dong Dingzhong
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007101473642A priority Critical patent/CN101383840B/zh
Priority to PCT/CN2008/072135 priority patent/WO2009033393A1/zh
Publication of CN101383840A publication Critical patent/CN101383840A/zh
Priority to US12/716,508 priority patent/US20100157999A1/en
Application granted granted Critical
Publication of CN101383840B publication Critical patent/CN101383840B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126—Interworking of session control protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种基于消息传递部分3用户适配层M3UA协议组网的网络、装置及消息传输方法，该网络包括承载英特网协议的信令端节点IPSEP和承载英特网协议的信令转接点IPSTP，其中，IPSTP，用于分别与IPSEP或/和所述网络中的其他IPSTP进行信令互通并进行路由动态维护；IPSEP，用于和IPSTP进行信令互通。本发明提供的网络、装置及方法实现了全网都基于M3UA协议的组网，特别是基于M3UA协议的复杂组网。

Description

一种基于M3UA协议组网的网络、装置及消息传输方法
技术领域
本发明涉及在英特网协议(IP，Internet Protocol)网络中传输信令的技术，特别涉及一种基于消息传递部分3用户适配层(M3UA，Message TransferPart 3 User Adaptation Layer)协议组网的网络、装置及消息传输方法。
背景技术
七号信令系统(SS7，Signalling System No.7)也称为No.7信令系统，是传统电信通信的三大支撑网之一，其通过数字信令通道传送具有指令性的信息，以实现统一业务网内不同节点之间、不同业务网之间以及业务网与用户设备之间的正常沟通和协调运行。
No.7信令系统的功能分为四级:信令数据链路级(MTP Layer1)、信令链路控制级(MTP Layer2)、信令网络功能级(MTP Layer3)以及用户部分功能级。No.7信令系统中有一个独立于业务网的信令网，信令网除了传送呼叫控制等信令之外，还可以传送其他网络业务以及网络管理的维护方面信息。组成信令网的基本网元为节点，节点按照功能不同可以分为信令点(SP，Signalling Point)和信令转接点(STP，Signalling Transfer Point)，图1为现有技术中一个信令网的结构示意图，SP之间通过STP或直接进行信令交互，其中，SP又称为信令端局点(SEP，Signalling Endpoint)，每个SEP间可以通过一个或多个STP相连，也可以通过信令链路直接相连，从而完成端局间的信令交互。
在No.7信令系统中的MTP Layer3中采用MTP3协议完成网络层功能，即完成将上层(用户部分)的消息从起源SP传递到目的SP的功能。MTP3协议完成网络层功能包括信令消息处理和信令网管理两个部分，其中，信令消息处理包括消息识别、消息分配和消息路由三种基本功能，用于将信令引导到适当的信令链路和上层用户部分；信令网管理包括信令业务管理、信令链路管理和信令路由管理三种功能，其控制消息的编号和信令网设备的组合，以维持和恢复正常的消息传递能力。信令路由管理的目的是保证节点之间可靠地传递有关信令网状态的信息，下面重点介绍与MTP3信令路由管理相关的信令消息和处理过程。
MTP3路由管理负责在节点间交换路由状态信息，当发生影响路由有效性的事件时，MTP3路由管理将通知其他节点有关路由的状态信息，MTP3路由管理同时也向MTP3信令业务管理提供路由信息，以便MTP3信令业务管理调整其业务模式和流量。
在No.7信令系统中的每个节点都维护着远端的路由状态信息，节点根据收到的路由管理消息更新自身存储的目的节点的状态信息。这样节点将根据路由状态选择适当的路由进行信令传输。一般路由有3种不同的状态:1)允许(Allowed)；2)禁止(Prohibited)；3)受限(Restricted)。
MTP3路由管理使用以下路由管理消息通知其他节点某个节点的路由状态信息:
传输禁止(TFP，Transfer Prohibited)消息，当目的信令路由变为不可用时，由STP向相关的节点发送TFP消息，接收到TFP消息的节点应执行强制重选路由程序，即调整本地相关路由状态，将信令由传输禁止的路由转移到其他允许可用的信令路由上进行传输；
传输允许(TFA，Transfer Allowed)消息，当目的信令路由变为可用时，由STP向相关的节点发送TFA消息，接收到TFP消息的节点应执行受控重选路由程序，即调整本地相关路由状态，将信令根据设置的策略转移到允许可用的信令路由上进行传输；
传输受限(TFR，Transfer Restricted)消息，当某个STP希望某个节点尽可能停止通过其传送有关业务时，就向该节点发送TFR消息，接收到TFR消息的节点应执行受控重选路由程序；
传输受控(TFC，Transfer Controlled)消息，当信令路由发生拥塞时，由STP向相邻节点发送传输受控(TFC)消息，标识信令路由组发生拥塞，接收到TFC消息的节点应执行信令流量控制程序，根据检测的流量情况适当减少信令业务流量。
在No.7信令系统的MTP3路由管理机制上，除了利用上述的节点状态变化触发消息事件通知相关节点，同时还结合使用了各个节点主动查询相关节点状态的方法，即SS7路由状态测试(RST，Signalling-route-set-test)，过程为:当No.7信令系统的远端故障时，采用TFP消息和TFA消息配合使用，测试某目的节点的信令是否能够经过邻近的STP传送。在具体实现时，具体过程为:当某个节点接收到附近的STP发送的TFP消息后，周期地向该STP发送RST消息，直到接收到TFA消息为止。
为了传输节点的路由状态信息以及用户消息，MTP3协议定义了消息格式，图2为现有技术MTP3协议定义的消息格式结构示意图，该格式称为消息信号单元(MSU，Message Signal Unit)，包括标志码(F，Flag)、后向顺序号(BSN，Backward Sequence Number)、后向指示位(FSN，ForwardSequence Number)、前向指示位(FIB，Forward Indicattor Bit)、长度指示(LI，Long Indicator)、校验位(CK，Check)、信令信息字段(SIF，SignallingInformation Field)以及业务信息八位位组(SIO，Service Information Octect)。
图3为现有技术将信令业务消息承载在图2所示的消息格式的结构示意图，其中，在SIF中包括信息内容以及路由标记，路由标记包括目的信令点编码(DPC，Destination Point Code)、源信令点编码(OPC，Origination PointCode)以及信令链路编码(SLC，Signalling Link Code)。在信息内容域中设置消息中的数据，路由标记域中设置了消息的起源节点和目的节点信息。在No.7信令系统中使用信令点编码标识节点地址寻址。
图4为现有技术将路由管理消息承载在图2所示的消息格式的结构示意图，其中，在SIF中包括管理消息和路由标记，管理消息域设置具体的管理消息内容，例如传输TFP消息或TFA消息或TFR消息时，设置目的地(指示了发生节点变化的目的信令点编码)；传输TFC消息时，设置目的地(指示了发生信令点拥塞的目的信令点编码)和拥塞级别(指示了拥塞级别信息)；传送RST消息时，设置目的地(指示了需要探测节点状态的目的信令点编码)；传输节点上层用户状态消息时，即用户部分不可用(UPU，UserPart Unavalaible)信号消息时，设置用户部分标识和目的地(用于告知某个目的节点地址的某个“用户部分”不可用了，节点的MTP3 Layer3收到该消息后通知本地上层用户，从而使上层用户采取措施)。
随着IP分组网络的逐步成熟，IP分组网络可以用于承载语音、数据以及多媒体等业务，传统的电路交换网络与IP分组网络处于融合阶段。为实现传统电路交换网络与IP分组网络的互通，出现了在IP网络上传输No.7信令等电路交换信令的需求，其中M3UA协议就是解决在IP网络上如何传输信令的一种协议，其技术思想是在No.7信令系统和基于IP的网络之间设置信令网关(SG，Signalling Gateway)，并提出M3UA协议来完成No.7信令系统中的信令透明传递到基于IP的网络中节点的MTP3上层用户。为了实现No.7信令系统和基于IP的网络之间的互通，可以采用M3UA SG-应用服务器(AS，Application Server)模式组网，如图5所示，将SG设置在No.7信令系统和基于IP的网络之间，SG为基于IP的网络中的一个网元，SG和No.7信令系统的STP通过MTP3协议进行互通，SG和AS之间通过M3UA协议进行互通。M3UA协议还为SG定义了信令网关进程(SGP，SignallingGateway Process)，为AS定义了应用服务器进程(ASP，Application ServerProcess)的概念，其中，每个AS中的ASP可以服务一个或多个节点。
考虑到日后全网络的IP化，M3UA协议还定义了另一种对等IP应用模式，如图6所示，即实现M3UA协议的基于IP的信令点(IPSP，IP basedSignalling Point)之间通过M3UA协议进行互通，在该模式下，所有的IPSP间都是直接相连的，不存在No.7信令系统中的STP进行转接的功能。
根据M3UA标准RFC3332和RFC4666的规定，M3UA协议主要功能为:
1)信令点编码识别；2)选路上下文和路由关键字；3)No.7信令系统和基于IP的网络之间的互通；4)冗余模型；5)拥塞管理；6)流量控制；7)M3UA协议下层的流控制传输协议(SCTP，Stream Control TransportProtocol)流映射；8)客户端/服务器模型。
其中，由于第2)点和第3)点功能和本专利申请相关，所以以下详细介绍。
2)选路上下文和路由关键字
如图7所示，图7为现有技术的典型M3UA SG-AS模式组网的结构示意图，M3UA协议规定SG由一个或多个SGP组成以及AS由一个或多个ASP组成。SG是如何将No.7信令系统中的信令发送到基于IP的网络中的AS以及如何将AS中的信令发送到No.7信令系统中呢？在M3UA协议中定义有地址翻译映射(Mapping)功能，并通过路由关键字进行映射完成上述功能，也就是说M3UA协议通过路由关键字完成在SG-AS间的信令选路分发，M3UA协议规定了路由上下文概念用于代表路由关键字的索引值，这样在SGP-ASP建立关系时，可以携带路由上下文代表它们之间所服务的路由关键字。M3UA协议的路由关键字是将信令的路由标记中的字段组合作为SG-AS间的分发依据，例如从No.7信令系统到AS的信令，可能需要多个不同AS处理，这时根据信令消息中OPC/DPC/SI等组合，将消息分发给不同的AS处理。
M3UA协议的路由关键字和MTP3协议的路由概念是不同的，M3UA路由关键字概念是在SG-AS间存在的，不象MTPS协议具有的全网路由的概念。
3)No.7信令系统和基于IP的网络之间的互通
为了实现基于IP的网络与No.7信令系统之间的互通，M3UA协议中规定了几种可以在基于IP的网络中传输的路由管理消息对应于No.7信令系统中的路由管理消息，这些消息采用M3UA协议，以下分别进行说明。
目的地不可用(DUNA，Destination Unavailable)消息，当No.7信令系统的某个节点发生故障不可用时，SG将该消息通知AS，该消息可以与No.7信令系统中的TFP消息对应；
目的地可用(DAUA，Destination Available)消息，当No.7信令系统的某个节点由故障恢复为可用时，SG将该消息通知AS，该消息可以与No.7信令系统中的TFA消息对应；
目的地状态查询(DAUD，Destination State Audit)消息，用于AS向SG查询No.7信令系统中的某个节点状态，该消息与No.7信令系统中的RST消息对应；
目的地拥塞(SCON，Signalling Congestion)消息，当No.7信令系统的某个节点变为拥塞时，SG将该消息发送给NA，该消息与No.7信令系统中的TFC消息对应；
目的地用户部分不可用(DUPU，Destination User Part Unavailable)消息，当No.7信令系统的某个节点上层用户部分不可用时，SG将该消息发送给AS，该消息与No.7信令系统中的UPU消息对应。
在M3UA协议的规定中，明确说明了当No.7信令系统的节点发生状态改变时，SG采用基于M3UA协议的路由管理消息通知AS。采用M3UA协议的网络管理消息的格式如图8a、图8b以及图8c所示:图8a为DUNA消息或DAUA消息或DAUD消息的格式，其中，Affected PC域是必需的，表示发生状态变化的起源信令点编码，标识M3UA协议所处的网貌(NetworkAppearance)域和可选信息(INFO String)域是可选字段，路由关键字的索引值(Routing Context)是有条件出现的；图8b为SCON消息的格式，AffectedPC域是必需的，表示发生拥塞的起源信令点编码，Concerned DPC域是可选的，表示受拥塞影响的目的信令点编码，Network Appearance域和INFOString域是可选字段，Routing Context是有条件出现的；图8c为DUPU消息的格式，其中，Affected PC域是必需的，表示发生用户部分不可用的起源信令点编码，User/Cause域是必需的，表示不可用用户标识和原因，Network Appearance域和INFO String域是可选字段，Routing Context是有条件出现的。
从上述对No.7信令系统、MTP3协议和M3UA协议的介绍可以看出，M3UA协议的引入是为了解决No.7信令系统和基于IP的网络之间的互通，采用的技术为设置采用M3UA协议的SG。
目前，从不同的应用情况出发，在信令网络功能级提出了多种适配层的协议，包括M3UA、M2PA、M2UA和SUA，底层协议栈都是SCTP/IP。其中，M2PA完成类似SS7MTP2协议，M2UA则是MTP2到MTP3层间的用户适配协议，而SUA则是MTP3到SCCP间的用户适配协议。在移动领域，采用的最多为M3UA协议，3GPP在R4版本提出了信令在基于IP的网络中承载的方法，移动性管理协议(MAP)、智能网协议(CAP)以及呼叫相关的局间信令(BICC)都可以在基于IP的网络中承载。
总的来看，在组建大规模3GPP R4网络时，需要一个网络提供信令路由和转发功能，这个信令网可以是传统的No.7信令系统，也可以是基于IP的网络。图9a、图9b和图9c为现有技术进行No.7信令系统与基于IP的网络进行信令互通的三种不同网络结构示意图。其中，图9a为在基于IP的网络中的IP承载的信令端点(IP SEP)经SG的一跳组网方案:SG和IP SEP通过M3UA协议互通，SG和No.7信令系统中的SEP通过MTP3协议互通；图9b为在基于IP的网络中SG的多跳组网方案:与No.7信令系统通过MTPS互通的SG、或与起源IP SEP通过M3UA协议互通的SG经过多跳，即跨至少一个SG与目的IP SEP互通，其中，SG之间采用基于M2PA协议的MTP3协议互通，SG和IP SEP采用M3UA协议互通；图9c为在基于IP的网络中的IP SEP的一跳组网方案，即IP SEP之间采用M3UA协议进行互通。
可以看出，基于M3UA协议组网还处于SG-AS模型，以及对等IP应用模式，M3UA协议只重点规定了SG-AS模型这一种应用模式的应用，缺乏从整个基于M3UA协议进行组网的技术规定；M3UA协议在概念和处理上更多从SG上出发，主要定义了SG如何将信令分发给AS，而AS如何通过多个SG和No.7信令系统进行互通描述不够清晰全面。
发明人在实现本专利申请的过程中发现:当在某些信令网中规定采用M3UA协议互联，这种情况下可能存在多跳SG间采用M3UA协议互联的情况，在这种组网下M3UA协议没有规定此种应用模式，无法直接套用M3UA协议定义的SG-AS模型或对等IP应用模式，也就是说，无法采用M3UA协议建立基于M3UA协议的复杂组网。
由于在3GPP规定了MAP、CAP或BICC都可以基于M3UA协议承载，所以在STP之间以及STP和SEP之间都采用M3UA协议，但是这种方案存在着一些问题，这是因为，M3UA是一种用户适配层协议，主要职责是完成层间的适配，不能进行信令网管理，从而使得MTP3的上层实现应用，MTP3的下层无需更改，从这个角度来说，MAP和CAP采用M3UA承载是非常合适的，但是M3UA协议作为具有信令网管理功能的STP之间的通信协议就无法完成多跳的路由管理了。
从基于M3UA协议的应用和组网角度看，当MAP和CAP基于M3UA协议承载时，由于M3UA协议不具有信令网管理功能，使得基于M3UA协议的信令网的网络管理不能由STP到达SEP，因此，在STP之间只能采用具有信令网管理功能的M2PA协议。如果SEP也采用M2PA协议，就可以实现全网络的MTP3功能，这样即实现了承载IP化传输信令，又避免了使用M3UA协议时不具备信令网管理的问题。但是3GPP并没有对使用M2PA协议提出建议，因此目前没有任何厂商支持这种方案，且基于M2PA协议实现复杂组网传输信令，也没有解决基于M3UA协议的复杂组网的问题。
综上所述，现有技术无法满足全网都基于M3UA协议的组网，特别是基于M3UA协议的复杂组网。
发明内容
本发明实施例提供一种基于M3UA协议组网的网络，该网络实现基于M3UA协议的全网组网。
本发明实施例还提供一种基于M3UA协议组网的装置，该装置支持基于M3UA协议的全网组网。
本发明实施例还提供一种在基于M3UA协议组网的网络中传输消息的方法，该方法能够在基于M3UA协议组网的网络中传输信令业务消息或路由管理消息。
根据上述目的，本发明实施例的技术方案是这样实现的:
一种基于消息传递部分3用户适配层M3UA协议组网的网络，其特征在于，该网络包括承载英特网协议的信令端节点IPSEP和承载英特网协议的信令转接点IPSTP，其中，
IPSTP，用于分别与IPSEP或/和所述网络中的其他IPSTP进行信令互通并进行路由动态维护，转发接收的信令；
IPSEP，用于和IPSTP进行信令互通。
一种基于消息传递部分3用户适配层M3UA协议组网的网络，该网络包括IPSTP和SS7SEP，其中，
IPSTP，用于分别与SS7SEP或/和所述网络中的其他IPSTP进行信令互通并进行路由动态维护；
SS7SEP，用于和IPSTP进行信令互通。
一种承载英特网协议的信令转接点IPSTP，包括路由状态更新模块，信令转发模块以及路由管理消息处理模块，其中，
信令转发模块，用于接收信令业务消息后，根据路由信息，将所述信令业务消息转发；
路由管理消息处理模块，用于将状态变化信息转发；
路由状态更新模块，用于根据获取的状态变化信息对路由信息进行更新。
一种承载英特网协议的信令端节点IPSEP，包括路由状态更新模块，和信令收发模块，其中，
信令收发模块，用于接收信令，根据路由信息发送信令；
路由状态更新模块，用于根据获取的状态变化信息对路由信息进行更新。
一种信令网关SG，包括信令转发模块、路由管理消息处理模块和路由状态更新模块，
信令转发模块，用于从No.7网络系统接收No.7信令后，将该No.7信令映射为基于IP域的信令后，根据路由，将基于IP域的信令转发，或者从基于IP的网络中接收基于IP域的信令后，将该基于IP域的信令映射为No.7信令后，根据路由，将基于IP域的信令转发；
路由管理消息处理模块，用于将状态变化信息转发；
路由状态更新模块，用于根据获取的状态变化信息对路由进行更新。
一种在基于M3UA协议组网的网络中传输信令业务消息的方法，其特设置对应于路由标记的多跳路由信息，该方法包括:
接收基于M3UA协议的信令业务消息；
根据所述信令业务消息中携带的路由标记确定对应的路由信息，将该信令通过所确定的路由发送。
一种在基于M3UA协议组网的网络中传输信令管理消息的方法，设置多跳路由，该方法包括:
根据接收到的路由管理消息携带的路由状态变化信息或检测得到的路由状态信息对设置的多跳路由进行更新。
一种路由动态维护的方法，应用于基于M3UA协议组网的网络，包括:
获取到相关信令点状态发生变化；
根据所述信令点状态变化信息，更新自身维护的目的信令点和路由的状态信息；
将所述状态变化信息通知其他相关信令点。
从上述方案可以看出，本发明实施例提供的网络、装置及方法，在IPSEP中设置了信令网管理功能，将IPSEP作为信令转接点构架多跳的基于M3UA协议的网络，IPSEP用于转发信令业务消息以及对该网络的路由信息进行动态维护。因此，本发明实施例实现了全网都基于M3UA协议的组网，特别是基于M3UA协议的复杂组网。
附图说明
图1为现有技术中一个信令网的结构示意图；
图2为现有技术MTP3协议定义的消息格式结构示意图；
图3为现有技术将信令业务消息承载在图2所示的消息格式的结构示意图；
图4为现有技术将管理消息承载在图2所示的消息格式的结构示意图；
图5为现有技术采用M3UA SG-AS模式组网的结构示意图；
图6为现有技术的对等IP应用模式网络结构示意图；
图7为现有技术的典型M3UA SG-AS模式组网的结构示意图；
图8a、8b和8c为采用M3UA协议的网络管理消息的格式示意图；
图9a、图9b和图9c为现有技术进行No.7信令系统与基于IP的网络进行信令互通的三种不同网络结构示意图；
图10为本发明实施例基于M3UA协议组网的网络示意图；
图11为本发明实施例承载M3UA协议的网元进行信令业务管理的示意图；
图12为本发明实施例Concerned DPC域的结构示意图；
图13为本发明实施例信令路由管理的具体实现一的示意图；
图14为本发明实施例信令路由管理的具体实现二的示意图；
图15为本发明实施例信令路由管理的具体实现三的示意图；
图16为本发明实施例信令路由管理的具体实现四的示意图；
图17为本发明实施例信令路由管理的具体实现五的示意图；
图18为本发明实施例基于M3UA协议组网的具体网络一示意图；
图19为本发明实施例基于M3UA协议组网的具体网络二示意图；
图20为本发明实施例基于M3UA协议组网的具体网络三示意图；
图21为本发明实施例基于M3UA协议组网的具体网络四示意图；
图22为本发明实施例IPSTP的结构示意图；
图23为本发明实施例IPSEP的结构示意图；
图24为本发明实施例SG的结构示意图；
图25为在本发明实施例在基于M3UA协议组网的网络中传输信令业务消息的方法流程图；
图26为本发明实施例在基于M3UA协议组网的网络中传输路由管理消息的方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明实施例作进一步的详细描述。
本发明实施例对M3UA协议进行了扩展，使其支持信令网管理功能，这样，在基于M3UA协议进行组网时，各个网元都可以采用具有信令网管理功能的M3UA协议承载。具有信令网管理功能的M3UA协议可以看成是No.7信令系统的延伸，同样为了完成在基于IP的网络中传输信令，即根据预先设置的路由信息，完成将起源节点的信令传送给目的节点，并通过信令网管理功能维护整个基于M3UA协议组网的基于IP的网络的可靠性。
在采用具有支持信令网管理功能的M3UA协议组网时，根据网元处理信令的功能不同，可以将网元分为承载IP的信令端节点(IPSEP)和承载IP的信令转接点(IPSTP)，其中，IPSEP用于收发信令并处理信令，而IPSTP用于转发信令。在本发明实施例中，可以只有IPSTP具有信令网管理功能；也可以IPSTP和IPSEP都具有信令网管理功能。本发明实施例不仅能够实现基于M3UA协议的组网，也可以将组网后的网络和No.7信令系统进行很好的融合，还可以使SS7SEP之间通过基于M3UA协议的SG进行信令的互通。
图10为本发明实施例基于M3UA协议组网的网络示意图，包括至少一个IPSTP和至少一个IPSEP，其中，
IPSTP，分别与IPSEP或/和该网络中的其他IPSTP进行信令互通，用于将接收的信令进行转发，以及对进行信令互通的IPSEP或/和其他的IPSTP进行信令网管理；
IPSEP，和IPSTP进行信令互通，用于从IPSTP接收信令进行处理或将信令发送给IPSTP。
在本发明实施例中，IPSTP还可以与No.7信令网进行信令互通，即与No.7信令网中的SEP进行信令互通，这时，该IPSTP还具有现有技术中SG的选路上下文和路由关键字功能。反过来说，也就是现有技术中的SG进行了功能增强，使其具有信令网管理功能。
在本发明实施例中，IPSEP也可以进一步具备信令网管理功能，可以对自身以及对进行信令互通的IPSTP进行信令网管理。
在本发明实施例中，进行信令网管理包括信令业务管理和信令路由管理，以下进行详细的说明。
信令业务管理
本发明实施例在承载M3UA协议的网元中设置的信令网管理功能具体为信令转接功能，现有的M3UA协议定义了选路上下文和路由关键字功能，用于完成在SG-AS间(或IPSP-IPSP间)的信令选路分发，当承载M3UA协议的网元设置信令转接功能后，将存在跨相邻网元转接信令业务的处理，因此，引入信令网络跨相邻网元的路由概念。
图11为本发明实施例承载M3UA协议的网元进行信令业务管理的示意图，具体包括:
在基于M3UA协议组网的网络中的IPSEP和IPSTP上配置对应于路由标记的路由信息。当IPSEP发起信令业务消息(或称为信令)时，首先根据信令业务消息中的路由标记匹配到路由信息，并结合M3UA协议规定的路由关键字处理过程，将该信令业务消息发送到下一跳M3UA协议实体(可以为IPSEP或IPSTP)。下一跳M3UA协议实也按照该过程处理，直到该信令业务消息被目的M3UA协议实体(为IPSEP)接收到，根据信令业务消息携带的路由标记匹配路由信息，确定本地终结，则将该信令业务消息上报给本地上层用户。
信令路由管理
在现有技术中，M3UA协议具有信令网管的互通功能，这与No.7信令系统的MTP3信令网管功能完全不同，M3UA协议的信令网管互通功能主要目的是在基于IP的网络和No.7系统网络之间的互通，在基于IP的网络中主要使用M3UA协议定义的DUNA或DAVA等消息。由于M3UA协议的设计初衷是应用在SG中，实现基于IP的网络和No.7信令系统的互通。因此，如果需要对信令业务消息进行转接时，在功能上还有欠缺。为了满足基于M3UA协议的组网，为了保证整个组网后的信令网可靠性，本发明实施例对M3UA协议信令路由管理进行了功能增强。具体如下所述:
1)对在基于IP的网络中传输的路由管理消息进行扩展
现有技术M3UA协议的路由管理消息只是用于相邻一跳M3UA协议实体，即只能用于通知相邻的M3UA协议实体关于某个M3UA协议实体的信令状态通知。本发明实施例需要对M3UA协议的路由管理消息进行扩展，即在现有的DUNA/DAVA/DAUD/DUPU消息中增加Concerned DPC域，表示出发该路由管理消息的起源信令点，一般用起源信令点编码识别，这样，后续接收该消息的M3UA协议实体(包括后续转接的IPSTP和IPSEP)就可以根据该域确定发送该消息的源M3UA协议实体，该域的格式如图12所示，包括标签(Tag)，该域的长度(Length)、预留位(reserved)以及设置起源信令点的Concerned DPC字段。
在本发明实施例中，可以将Tag定义为保持与SCON消息中的Concerned DPC字段兼容，当然，也可以定义新的Tag表示。在业务信令消息转接时，该Concerned DPC域必须呈现，当该字段与SCON消息中的Concerned DPC字段兼容时，SCON消息中的Concerned DPC字段必选。
在本发明实施例中，Concerned DPC字段也可以设置在其他消息中，也可以另外设置消息完成类似的功能，如新增某个Tag域，或在已有的其他字段增加域值，如在INFO String域增加。
2)信令路由管理的具体实现过程
如图13所示，图13为本发明实施例信令路由管理的具体实现一的示意图，假设发送业务信令消息时的顺序为t1-t2-t3-t4，而t1点的信令链路断路，则对信令链路故障处理的过程为:
首先，当位于t2点的IPSTP检测到无法接收到位于t1点的IPSEP的业务信令消息时，确定t1点故障，立即将该故障信息，通过按照1)扩展的DUNA消息(如果被通知信令点为No.7信令系统的网元时，则使用MTP3的TFP消息)，通知给其他相关的M3UA协议实体(在图中为t3点的IPSTP，t4点的IPSEP等)，相关的M3UA协议实体为与t1点存在信令业务关系的实体，同时也更新自身维护的关于t1点的路由状态信息和信令点信息；
其次，位于t3点的IPSTP接收到该DUNA消息后，根据该消息携带的源信令点确定故障的M3UA协议实体，即t1点的IPSEP，更新自身维护的关于t1点的路由状态信息和信令点信息，并且启动定时器主动定期检测该t1点的状态，即定期发送扩展的DAUD消息给t1点的IPSEP，等待该IPSEP是否回应或回应的内容，确定该IPSEP是否故障；
当t1点的IPSEP接收扩展的DAUD消息后，可以通过DUNA消息(依然是故障)或通过DAVA消息(故障恢复)，通过t2点向t3点的IPSTP响应自身的状态；
当IPSTP为信令转接点时，如果本地维护的目的信令点状态由先前的非故障变为故障，同时还需要将接收到的该DUNA消息继续通知给其他相关信令点(与此故障信令点存在信令业务关系的)，如果本地维护的目的信令点状态先前已经故障，则不做任何处理，
当然，其他的IPSTP或IPSEP(包括t2点的IPSTP以及t4点的IPSTP等)都可以按照这个过程执行。。
图14为本发明实施例信令路由管理的具体实现二的示意图，假设发送业务信令消息时的顺序为t1-t2-t3-t4，而t1点的信令链路断路，则对信令链路故障处理的过程为:
首先，t1点的IPSEP已经按照图13的过程进行了本次信令点路由状态的维护处理；
其次，t2点的SS7 SEP向t1点的IPSEP发送信令业务消息，要经过IPSTP的转接处理，即经过t3点的IPSTP的转接处理；
然后，当t3点的IPSTP在将该信令业务消息转发给t1点的IPSEP时，根据自身维护的路由状态信息和信令点信息已知t1点的IPSEP已经故障，则丢弃该信令业务消息并立即将该故障信息通过扩展的DUNA消息(或如果被通知信令点是SS7 SEP，则使用MTP3的TFP消息)，直接通知相关的信令点(包括t2点的SS7 SEP以及t2点的IPSEP等)，t1点的IPSEP已经故障。
最后，接收到该扩展的DUNA消息或TFP消息的相关信令点(包括t2点的SS7 SEP、t2点的IPSEP)，按照图13中的t3处理即可。
图15为本发明实施例信令路由管理的具体实现三的示意图，假设发送业务信令消息时的顺序为t1-t2-t3，而t1点的信令链路由断路变为恢复，则对信令链路故障处理的过程为:
首先，当t2点的IPSTP按照图13中的t3处理后，检测到t1点的IPSEP由故障变为恢复后，将该故障恢复消息，通过扩展的DAVA消息(或如果被通知信令点是No.7信令系统中的SS7 SEP时则使用TFA消息)，通知给网络中的相关信令点(包括t3点的IPSTP和t3点的IPSEP等)，同时更新自身维护的t1点的路由状态信息和信令点信息；
其次，接收到该DAVA消息或TFA消息的信令节点，更新自身维护的t1点的路由状态信息和信令点信息，并且停止故障处理1和2中的定期检测t1点的IPSEP是否恢复的过程；
最后，当IPSTP为转接点时，如果本地维护的t1点的IPSEP状态由先前的故障变为恢复，同时还需要将此故障恢复信息继续通知给其他相关信令点(包括与此故障信令点存在信令业务关系的)，如果本地维护的t1点的IPSEP状态先前已经是故障恢复，则不作任何处理。
图16为本发明实施例信令路由管理的具体实现四的示意图，假设发送业务信令消息时的顺序为t1-t2-t3，而t1点的信令链路出现拥塞，则对信令链路故障处理的过程为:
首先，当位于t2点的IPSTP检测到t1点的IPSEP拥塞，通过扩展的SCON消息(或如果被通知信令点是SS7 SEP则使用MTP3的TFC消息)，将此拥塞信息通知给其他相关信令节点(与t1点的IPSEP存在信令业务关系的，包括t3点的IPSEP以及t3点的IPSTP等)；
其次，接收所述SCON消息的其他相关信令节点，更新自身维护的t1点的IPSEP路由状态信息和信令点信息，并控制发送给该t1点的IPSEP的信令业务消息流量；
当t3点的IPSTP为信令转接点时，如果之前其自身维护的目的信令点拥塞状态信息有所改变，这时也需要通过扩展的DAVA消息通知给其他相关信令点。
在该实施例中，当IPSTP在接收到某个起源信令点消息转接到某个目的信令点时，如果发现此目的信令点处于拥塞状态，应该将该拥塞状态信息立即通知起源信令点(或在满足所设定的拥塞策略时通知起源点，如当接收第N个消息时才向起源点通知拥塞)，令起源点控制信令业务流量，减少此路径上向目的信令点发送信令业务消息。
图17为本发明实施例信令路由管理的具体实现五的示意图，假设发送业务信令消息时的顺序为t1-t2-t3，而t1点的IPSEP的上层用户部分不可用，则对信令链路故障处理的过程为:
首先，位于t3点的IPSTP检测到t1点的IPSEP的上层用户部分不可用，这时，t1点的IPSEP所对应的路由关键字是对服务某个特定的上层用户部分SI，如SI＝TUP用户；
另外，作为可选的处理过程，当在IPSTP检测到代表某个用户部分的IPSEP故障，应通过扩展DUPU消息，将此上层用户不可用信息通知给其他相关信令节点(与该IPSEP有信令业务关系的)，以令相关信令点停止向目的IPSEP发送信令业务消息；
其次，当IPSTP在将某个起源信令点消息转接到某个代表上层用户部分的IPSEP时，如果发现此目的IPSEP不可用，应该通过扩展的DUPU消息(或如果被通知信令点是SS7SEP则使用MTP3的UPU消息)，将此上层用户部分不可用信息直接通知消息起源信令点，令起源信令点上层用户停止向目的IPSEP发送信令消息。
在基于M3UA协议进行组网时，组网的各个IPSTP具备了信令路由管理功能，所以可以完成如下的几个功能:
1)检测周边IPSEP的路由状态变化，更新自身维护的路由状态变化和信令点变化信息，并通过相应的经过扩展的路由管理消息通知其他相关的IPSTP或IPSEP；
2)根据接收到的路由状态变化信息和信令点信息，更新自身维护的路由状态变化和信令点变化信息，并进一步通过经过扩展的路由管理消息，通知其他相关的IPSTP或IPSEP；
3)对接收的信令业务消息转发时，如果检测到维护的目的信令点存在问题，则将通过经过扩展的路由管理消息，通知该信令业务消息的起源信令点；
4)当接收到关于某个M3UA协议实体故障的扩展路由管理消息后，启动相应的路由检测过程，定期检测路由是否恢复。
在本发明实施例中，IPSEP可以完成如下功能:
1)接收到路由故障或路由拥塞信息的路由管理消息后，更新自身维护的路由状态，启动路由检测过程，定期检测路由是否恢复；
2)IPSEP主动将自身检测的状态变化通知相关信令点，如IPSEP自身检测到的上层用户部分不可用则通过扩展DUPU消息通知相关信令点、自身检测的拥塞信息通过扩展的SCON消息通知相关信令点、或自身检测的故障通过DUNA通知相关信令点；
3)当IPSEP接收到信令业务消息时，如果发现本地上层用户部分不可用或本次检测到拥塞，则分别通扩展的路由管理消息DUPU或SCON通知消息起源点。
根据上述所述的技术方案，就可以实现基于M3UA协议进行组网了，以下举几个具体的组网例子进行说明。
图18为本发明实施例基于M3UA协议组网的具体网络一示意图，该图为一跳实现基于M3UA协议的组网:具有信令网管理功能的SG实现两个IPSEP之间的信令互通。该网络可以采用图13～图17所述的过程进行路由动态管理。
图19为本发明实施例基于M3UA协议组网的具体网络二示意图，该图为多跳实现基于M3UA协议的第一个组网:SS7SEP通过具有信令网管理功能的两跳SG与IPSEP进行信令交互，其中，SS7SEP和第一跳SG之间通过MTP3协议进行信令交互，第一跳SG和第二跳SG之间通过M3UA协议进行信令转发，第二跳SG和IPSEP之间通过M3UA协议进行信令交互。该网络可以采用图13～图17所述的过程进行路由动态管理。
图20为本发明实施例基于M3UA协议组网的具体网络三示意图，该图为多跳实现基于M3UA协议的第二个组网:SS7SEP通过具有信令网管理功能的两跳SG与另一个SS7SEP进行信令交互，其中，SS7SEP或另一个SS7SEP与SG之间采用MTP3协议进行信令交互，两跳SG之间通过M3UA协议进行信令转发。IPSTP，用于分别与SS7SEP或/和所述网络中的其他IPSTP进行信令互通并进行路由动态维护；SS7SEP，用于和IPSTP进行信令互通。该网络可以采用图13～图17所述的过程进行路由动态管理。在进行动态管理时，IPSTP可以检测到SS7SEP是否故障或恢复或拥塞等情况。
图21为本发明实施例基于M3UA协议组网的具体网络四示意图，该图为多跳实现基于M3UA协议的第三个组网:IPSEP通过具有信令网管理功能的两跳SG和另一个IPSEP进行信令交互，其中，IPSEP或另一个IPSEP与SG之间采用M3UA协议进行信令交互，两跳SG之间通过M3UA协议进行信令转发。该网络可以采用图13～图17所述的过程进行路由动态管理。
以下对本发明实施例基于M3UA协议组网所采用的两个装置IPSTP和IPSEP进行说明。
图22为本发明实施例IPSTP的结构示意图，包括路由状态更新模块，信令转发模块以及路由管理消息处理模块，其中，
信令转发模块，用于接收信令业务消息后，根据路由，将信令业务消息转发；
路由管理消息处理模块，用于将路由管理消息转发；
路由状态更新模块，用于根据从路由管理消息处理模块获取的路由管理消息对路由进行更新。
在本发明实施例中，还包括路由存储模块，用于存储路由。
在本实施例中，该装置还包括检测模块，所述路由状态更新模块为第一路由状态更新模块，其中，
检测模块，用于检测路由的状态或/和信令点发生改变后，将路由或/和信令点状态信息发送给第一路由状态更新模块和路由管理消息处理模块；
第一路由状态更新模块，用于根据接收到的路由或/和信令点状态信息对路由存储模块存储的路由进行更新。
在本发明实施例中，路由管理消息处理模块为第一路由管理消息处理模块，用于根据从检测模块得到的状态信息生成路由管理消息或接收路由管理消息。
在本发明实施例中，对路由的更新实际上为路由的状态信息以及相关的信令点信息进行更新。
本发明另一个实施例IPSTP，包括路由状态更新模块，信令转发模块以及路由管理消息处理模块，其中，
信令转发模块，用于接收信令业务消息后，根据路由信息，将信令业务消息转发；
路由管理消息处理模块，用于将获得的信令点状态变化信息转发出去；其中，所述信令点状态变化信息可以承载在信令管理消息中转发出去；
路由状态更新模块，用于根据所述获得的信令点状态变化信息，对路由信息进行更新。其中，所述获得信令点状态变化信息的方式包括:接收信令点状态变化信息，或者检测到相关信令点的状态发生变化。
在一种实施方式下，即，所述路由管理消息处理模块为第一路由管理消息处理模块，用于将接收的信令点状态变化信息转发出去；
以及路由状态更新模块为第一路由状态更新模块，用于根据接收的信令点状态变化信息，对路由信息进行更新。
在另一种实施方式下，本发明实施例IPSTP进一步包括检测模块，用于检测路由的状态或/和信令点发生改变并输出信令点状态变化信息，亦即，所述路由管理消息处理模块为第二路由管理消息处理模块，用于将所述检测模块输出的信令点状态变化信息转发出去；
以及路由状态更新模块为第二路由状态更新模块，用于根据所述检测模块输出的信令点状态变化信息，对路由信息进行更新。
图23为本发明实施例IPSEP的结构示意图，包括路由状态更新模块，和信令收发模块，其中，
信令收发模块，用于接收信令业务消息，根据路由发送信令业务消息；
路由状态更新模块，用于根据接收的路由管理消息对路由进行更新。
在本发明实施例中，还包括路由存储模块，用于存储路由。
在本发明实施例中，当IPSEP具有信令网管理功能时，该IPSEP还可以包括路由管理消息处理模块和检测模块，路由状态更新模块为第一路由状态更新模块，其中，
检测模块，用于检测路由或/和信令点的状态改变后，将改变的状态信息发送给第一路由状态更新模块和路由管理消息处理模块；
路由管理消息处理模块，用于根据检测模块发送的状态信息生成路由管理消息且发送出去；
第一路由状态更新模块，用于根据从检测模块接收的状态信息对路由存储模块存储的路由进行更新。
在本发明实施例中，对路由的更新实际上为路由的状态信息以及相关的信令点信息进行更新。
图24为本发明实施例SG的结构示意图，该SG增强了功能，不仅具有转发信令业务消息的功能，还具有信令网管理功能，该SG包括:
信令转发模块，用于从No.7网络系统接收No.7信令后，将该No.7信令映射为基于IP域的信令后，根据路由，将基于IP域的信令转发，或者从基于IP的网络中接收基于IP域的信令后，将该基于IP域的信令映射为No.7信令后，根据路由，将基于IP域的信令转发；
路由管理消息处理模块，用于将路由管理消息转发；
路由状态更新模块，用于根据从路由管理消息处理模块获取的路由管理消息对路由进行更新。状态信息存储模块存储的路由状态或/和信令点状态进行更新。
在本发明实施例中，还包括路由存储模块，用于存储路由。
在本实施例中，该装置还包括检测模块，所述路由状态更新模块为第一路由状态更新模块，其中，
检测模块，用于检测路由的状态或/和信令点发生改变后，将路由或/和信令点状态信息发送给第一路由状态更新模块和路由管理消息处理模块；
第一路由状态更新模块，用于根据接收到的路由或/和信令点状态信息对路由存储模块存储的路由进行更新。
在本发明实施例中，路由管理消息处理模块为第一路由管理消息处理模块，用于根据从检测模块得到的状态信息生成路由管理消息或接收路由管理消息。
本发明实施例还提供一种在基于M3UA协议组网的网络中传输信令业务消息的方法，如图25所示，图25为在本发明实施例在基于M3UA协议组网的网络中传输信令业务消息的方法流程图，在IPSTP中设置对应于路由标记的路由，其具体步骤为:
步骤2501、IPSTP接收到基于M3UA协议的信令业务消息后，根据携带的路由标记确定对应的路由，将该信令业务消息通过所确定的路由发送出去。
在本发明实施例中，也可以在IPSEP中设置对应于路由标记的多跳路由，当IPSEP接收到信令业务消息后，可以判断出是否到自身终结，如果是，则将该消息发送给本地上层用户。
当然，也可以根据在IPSEP设置的多跳路由，构造携带路由标记的信令业务消息发送。
在本发明实施例中，IPSTP还可以对从No.7信令系统的No.7信令进行翻译为基于IP的信令以及进行地址翻译，得到路由标记，这个是现有技术。
在本发明实施例中，IPSTP在对经过的信令进行转发时，可以根据信令携带的路由标记查询到预先配置的匹配的路由信息，并采用M3UA协议规定的路由关键字处理，进行转发。
本发明实施例还提供一种在基于M3UA协议组网的网络中传输路由管理消息的方法，如图26所示，图26为本发明实施例在基于M3UA协议组网的网络中传输路由管理消息的方法流程图，设置对应于路由标记的多跳路由，该路由设置在IPSTP或IPSEP中，其具体步骤为:
步骤2601、根据接收到的路由管理消息携带的路由状态变化信息或检测得到的路由状态信息对设置的多跳路由进行更新。
在本发明实施例中，实际上是对路由的动态管理:接收其他信令点发送的路由管理消息后，对自身路由的状态信息进行更改；检测得到路由或/和信令点状态发生变化时，对自身的路由或/和相关的信令点状态信息进行更改且生成路由管理消息，发送给相关的信令节点(可以根据存储的相关信令点确定)。
为了在路由管理消息指出起源信令点，对路由管理消息进行了扩展，使其携带起源信令编码点。
在本发明实施例中，扩展的路由管理消息包括DUNA消息、DAVA消息、DAUD消息以及SCON消息。
当然，IPSTP在对经过的信令进行转发时，也可以采用MTP3协议将信令转发给No.7信令系统中的SS7SEP；在对路由信息进行动态维护时，也可以将相关的路由管理信息(基于MTP3协议，包括TFP或TFA或TFR或TFC)发送给No.7信令系统中的SS7SEP处理。
对于基于M3UA协议组网的网络中的IPSEP来说，根据设置的路由信息收发信令。其也可以进一步设置信令网络管理功能，且对设置的路由信息进行动态维护。
在本发明实施例中，考虑到目前基于M3UA协议组网的跳数不是很多，例如IPSEP转接不超过一跳的情况，为了兼容原有M3UA协议的实体，也可以采用以下的信令网管理简化处理方法。
当IPSTP或增强本发明实施例功能的SG检测到路由或/和信令点状态发生变化时，将此状态变化通知相关信令点(与该路由状态变化存在业务关系的信令点)；
当接收到路由状态变化通知的是IPSTP时，如果自身维护的路由状态信息发生改变，则更新维护的自身路由状态和信令点状态路由，且当路由状态变化是信令点故障或恢复或上层用户不可用或拥塞时，通过DUNA消息或DAVA消息或DUPU消息或SCON消息(或到被通知信令点为SS7SEP时使用TFP消息或TFA消息或TFC消息)，进一步将此状态信息通知给其他相关信令点，否则，将不做任何处理；
当接收到路由状态变化通知的是IPSEP时，如果自身维护路由的状态信息发生改变，则更新维护的路由；
路由管理消息的格式和原M3UA协议一致的格式，以保持良好兼容和互通性。
这种信令网管理简化处理的方法，支持IPSTP转发信令，可以尽可能做到信令网的可靠性管理，而对于那些按照原M3UA协议实现的不支持转发信令和路由状态维护的信令点，也只是损失了信令网可靠性，从而做到尽力而为的保证信令网的组网应用，并同时保持与其他信令系统中的设备的兼容和互通。
在本发明实施例中，为了预防基于M3UA复杂组网应用下，由于配置或信令点自身缺陷，可能导致的信令业务和路由管理等消息的风暴问题，还可以对M3UA协议进行必要的扩展以提高整个基于M3UA组网的网络可靠性。
1)在基于M3UA协议的信令或路由管理消息中增加一个通用扩展字段，如Tag域，用以进行协议的扩展，为了保持不同厂家的信令点对该扩展的兼容性和互通性，当信令点接收到识别不了的扩展字段时，忽略。
另外，在通用扩展字段中可以根据需要定义不同的子类型，和一个字段是否必须被识别的兼容性标识，当信令点接收到不能识别的扩展字段时，并且是否必须被识别的兼容性标识存在，这时，网络可以停止携带该通用扩展字段的信令或路由管理消息的处理，并向对端信令点返回失败消息，表示无法识别此消息，否则可以忽略该通用扩展字段继续处理。
信令点在接收到的携带该通用扩展字段的信令或路由管理消息需要转发或广播给相关信令点时，需要将所携带的该通用扩展字段透明转发或广播给后续信令点，同时每跳信令点都可以附加自身的通用扩展字段。
在该实施例中，通用扩展字段也可以使用现有消息中的字段，如可以添加到现有消息的“INFO String“域里面，也可以新增Tag定义。
2)利用1)的通用扩展字段，可以较好地避免由于组网或其他原因导致的路由管理或信令业务消息风暴，如在路由管理消息中增加通用扩展字段，当SG或IPSTP对该路由管理消息进行广播时，将自身的信令点编码设置在通用扩展字段中当作广播路径信息，这样当信令点再次接收到该路由管理消息后，就根据通用扩展字段识别已经接收到并丢弃，这样就切断了信令或路由管理消息出现风暴的途径；
另外，在信令业务消息的转发处理过程中也可以采用相似的方法，当信令发送时附加信令转接点的消息路径信息，以防止消息回环和风暴的产生。
3)为了切断可能的信令风暴，也可以引入跳计算器方法，即可以通过在信令或路由管理消息的通用扩展字段中增加TTL跳计数器，每经过一个信令点转发或信令网广播时，就将计数器作递减处理，例如将计数器减1，直到TTL跳计数器为0时丢弃该消息。
在本发明实施例中，2)和3)也可以结合使用。
在本发明实施例中，这种避免风暴或环回问题，提高整个基于M3UA协议组网的网络可靠性的方法可以和基于M3UA协议的组网方法或基于M3UA协议的简化组网方法进行配合使用，尤其与基于M3UA协议的简化组网方法配合使用时，在兼容基于现有M3UA协议的组网情况下，既能提供较复杂的信令组网，又能很好地提高信令网的可靠性。
综上所述，本发明实施例提供的基于M3UA协议组网的网络、装置及方法能够很好地满足M3UA协议复杂组网应用的需要；概念和使用习惯上继承了传统No.7信令系统的应用模式，易于组网和运维管理；尽可能地兼容原有M3UA协议组网的应用模式，对原有M3UA协议的应用改动和冲击较小；有效避免了由于信令网络由于配置或信令节点的缺陷，可能引起的信令或路由管理消息的风暴或环回问题，从而增强了信令网络的健壮性和可靠性。
以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式只是起示范作用，并不用以限制本发明的保护范围。

Claims (24)

1、一种基于消息传递部分3用户适配层M3UA协议组网的网络，其特征在于，该网络包括承载英特网协议的信令端节点IPSEP和承载英特网协议的信令转接点IPSTP，其中，
IPSTP，用于分别与IPSEP或/和所述网络中的其他IPSTP进行信令互通并进行路由动态维护，转发接收的信令；
IPSEP，用于和IPSTP进行信令互通。
2、如权利要求1所述的网络，其特征在于，所述网络还包括承载7号信令的信令转接点SS7STP，用于和IPSTP通过消息传递部分MTP3协议进行信令交互。
3、如权利要求1所述的网络，其特征在于，所述IPSTP为第一IPSTP，用于检测所述网络的路由状态变化或/和进行信令互通的其他IPSTP或IPSEP的信令点状态变化后，更新自身维护的的路由，生成状态变化信息发送；
或用于接收状态变化信息，更新自身的路由，转发该状态变化信息。
4、如权利要求1所述的网络，其特征在于，所述IPSEP为第一IPSEP，用于接收状态变化信息，更新自身的路由；
或用于检测所述网络的路由状态变化或/和自身信令点发生变化时，更新自身的路由。
5、如权利要求3或4所述的网络，其特征在于，所述状态变化信息携带在路由管理消息中发送，所述路由管理消息为目的点不可用DUNA消息、目的点可用DAVA消息、目的点状态查询DAUD消息或目的点拥塞SCON消息。
6、一种基于消息传递部分3用户适配层M3UA协议组网的网络，其特征在于，该网络包括IPSTP和SS7SEP，其中，
IPSTP，用于分别与SS7SEP或/和所述网络中的其他IPSTP进行信令互通并进行路由动态维护；
SS7SEP，用于和IPSTP进行信令互通。
7、一种承载英特网协议的信令转接点IPSTP，其特征在于，包括路由状态更新模块，信令转发模块以及路由管理消息处理模块，其中，
信令转发模块，用于接收信令业务消息后，根据路由信息，将所述信令业务消息转发；
路由管理消息处理模块，用于将状态变化信息转发；
路由状态更新模块，用于根据获取的状态变化信息对路由信息进行更新。
8、如权利要求7所述的IPSTP，其特征在于，该装置还包括路由存储模块，用于存储路由信息。
9、如权利要求7或8所述的IPSTP，其特征在于，该装置还包括检测模块，所述路由状态更新模块为第一路由状态更新模块，其中，
检测模块，用于检测路由的状态或/和信令点状态发生改变后，将状态变化信息发送给第一路由状态更新模块和路由管理消息处理模块；
第一路由状态更新模块，用于根据接收到的状态变化信息对路由进行更新。
10、一种承载英特网协议的信令端节点IPSEP，其特征在于，包括路由状态更新模块，和信令收发模块，其中，
信令收发模块，用于接收信令，根据路由信息发送信令；
路由状态更新模块，用于根据获取的状态变化信息对路由信息进行更新。
11、如权利要求10所述的IPSEP，其特征在于，所述装置还包括路由存储模块，用于存储路由信息。
12、如权利要求11所述的IPSEP，其特征在于，所述装置还包括路由管理消息处理模块和检测模块，路由状态更新模块为第一路由状态更新模块，其中，
检测模块，用于检测自身路由或/和信令点的状态改变后，将状态变化信息发送给第一路由状态更新模块和路由管理消息处理模块；
路由管理消息处理模块，用于根据检测模块发送的状态信息发送出去；
第一路由状态更新模块，用于根据从检测模块状态变化信息对路由进行更新。
13、一种信令网关SG，其特征在于，包括信令转发模块、路由管理消息处理模块和路由状态更新模块，
信令转发模块，用于从No.7网络系统接收No.7信令后，将该No.7信令映射为基于IP域的信令后，根据路由，将基于IP域的信令转发，或者从基于IP的网络中接收基于IP域的信令后，将该基于IP域的信令映射为No.7信令后，根据路由，将基于IP域的信令转发；
路由管理消息处理模块，用于将状态变化信息转发；
路由状态更新模块，用于根据获取的状态变化信息对路由进行更新。
14、如权利要求13所述的SG，其特征在于，该装置还包括路由存储模块，用于存储路由。
15、如权利要求13或14所述的SG，其特征在于，该装置还包括检测模块，所述路由状态更新模块为第一路由状态更新模块，其中，
检测模块，用于检测路由的状态或/和信令点发生改变后，将状态变化信息发送给第一路由状态更新模块和路由管理消息处理模块；
第一路由状态更新模块，用于根据从检测模块接收到的状态变化信息对路由进行更新。
16、一种在基于M3UA协议组网的网络中传输信令业务消息的方法，其特征在于，设置对应于路由标记的多跳路由信息，该方法包括:
接收基于M3UA协议的信令业务消息；
根据所述信令业务消息中携带的路由标记确定对应的路由信息，将该信令通过所确定的路由发送。
17、如权利要求16所述的方法，其特征在于，所述将该信令业务消息通过所确定的路由发送的步骤包括:
根据所述确定的路由信息以及M3UA协议的路由关键字选路处理方式，将所述信令业务消息发送到下一跳M3UA信令实体，其中，所述下一跳M3UA信令实体用于接收到该信令业务消息后，根据所述信令业务消息中的路由标记信息，确定本地为目的M3UA信令点，并将该信令业务消息发送给本地上层用户。
18、一种在基于M3UA协议组网的网络中传输信令管理消息的方法，其特征在于，设置多跳路由，该方法包括:
根据接收到的路由管理消息携带的路由状态变化信息或检测得到的路由状态信息对设置的多跳路由进行更新。
19、如权利要求18所述的方法，其特征在于，该方法进一步包括:
将接收到的路由管理消息转发，或者根据检测得到的路由状态信息构造路由管理消息并转发。
20、如权利要求18或19所述的方法，其特征在于，所述路由管理消息进一步携带有起源信令点信息，用于指示该路由管理消息的起源信令点。
21、如权利要求20所述的方法，其特征在于，所述路由管理消息为DUNA消息、DAVA消息、DAUD消息或SCON消息。
22、如权利要求18或19所述的方法，其特征在于，所述路由管理消息进一步携带扩展通用字段，用于定义子类型和是否必须被识别的兼容性标识，所述子类型为转发该消息的IPSEP的信令点编码或计数器值。
23、一种路由动态维护的方法，其特征在于，应用于基于M3UA协议组网的网络，包括:
获取到相关信令点状态发生变化；
根据所述信令点状态变化信息，更新自身维护的目的信令点和路由的状态信息；
将所述状态变化信息通知其他相关信令点。
24、如权利要求23所述的方法，其特征在于，
所述获取到相关信令点状态发生变化的步骤包括:接收相关信令点状态变化信息，或检测得到相关信令点状态变化。
CN2007101473642A 2007-09-05 2007-09-05 一种基于m3ua协议组网的网络、装置及消息传输方法 Expired - Fee Related CN101383840B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2007101473642A CN101383840B (zh) 2007-09-05 2007-09-05 一种基于m3ua协议组网的网络、装置及消息传输方法
PCT/CN2008/072135 WO2009033393A1 (fr) 2007-09-05 2008-08-25 Réseau, dispositif et procédé de transmission de message basé sur une partie 3 de transmission de message, couche d'adaptation utilisateur (m3ua)
US12/716,508 US20100157999A1 (en) 2007-09-05 2010-03-03 Network capable of m3ua-based networking, apparatus and message transfer method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101473642A CN101383840B (zh) 2007-09-05 2007-09-05 一种基于m3ua协议组网的网络、装置及消息传输方法

Publications (2)

Publication Number Publication Date
CN101383840A true CN101383840A (zh) 2009-03-11
CN101383840B CN101383840B (zh) 2011-12-21

Family

ID=40451578

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101473642A Expired - Fee Related CN101383840B (zh) 2007-09-05 2007-09-05 一种基于m3ua协议组网的网络、装置及消息传输方法

Country Status (3)

Country Link
US (1) US20100157999A1 (zh)
CN (1) CN101383840B (zh)
WO (1) WO2009033393A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102006523A (zh) * 2009-09-03 2011-04-06 中兴通讯股份有限公司 一种跨信令网的信息发送方法及系统
CN102014128A (zh) * 2010-11-23 2011-04-13 中兴通讯股份有限公司 Mtp3协议的信令网管理消息的传送方法及系统
CN102625345A (zh) * 2011-01-28 2012-08-01 中国移动通信集团公司 一种应用层信令路由保护方法和设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105099923B (zh) * 2012-10-22 2019-04-05 华为技术有限公司 报文传输方法及装置

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7318091B2 (en) * 2000-06-01 2008-01-08 Tekelec Methods and systems for providing converged network management functionality in a gateway routing node to communicate operating status information associated with a signaling system 7 (SS7) node to a data network node
US6990089B2 (en) * 2000-12-12 2006-01-24 Telelec Methods and systems for routing messages in a radio access network
US6920144B2 (en) * 2001-03-15 2005-07-19 Telefonaktiebolaget Lm Ericsson (Publ) Method, system and signaling gateways as an alternative to SS7 signal transfer points
EP1425887B1 (en) * 2001-08-16 2012-08-15 Tekelec Method and system for providing end office support in a signaling network
US7263111B1 (en) * 2001-08-30 2007-08-28 Alcatel Lucent System and method for interconnecting different SS7 network domains
US7079524B2 (en) * 2001-10-11 2006-07-18 Tekelec Methods and systems for off-loading a-interface short message service (SMS) message traffic in a wireless communications network
EP1500235A1 (de) * 2002-04-26 2005-01-26 Siemens Aktiengesellschaft Automatische routen-konfiguration für quasi assoziierte m3ua verbindungen
CN1219388C (zh) * 2002-05-28 2005-09-14 华为技术有限公司 在信令网络层的用户适配层实现ip域信令转接点的方法
ATE357115T1 (de) * 2002-06-28 2007-04-15 Compaq Information Technologie Proxylastabgleicher
US7313129B1 (en) * 2003-02-13 2007-12-25 Cisco Technologiy, Inc. Arrangement for sharing a single signaling point code between multiple hosts in an IP-based network
DE60322018D1 (de) * 2003-04-03 2008-08-21 Hewlett Packard Development Co Verfahren und Anordnung zum Wechsel von Verbindungen zwischen Signalisierungs-Prozessen
EP1511265A1 (en) * 2003-08-27 2005-03-02 Hewlett-Packard Development Company, L.P. Method and apparatus for load sharing of messages between a signalling gateway and remote processing units
WO2005004411A1 (en) * 2003-06-18 2005-01-13 Telefonaktiebolaget Lm Ericsson (Publ) Ip based signalling networks
EP1492359A1 (en) * 2003-06-24 2004-12-29 Hewlett-Packard Development Company, L.P. Processing of signalling messages according to one of a plurality of protocol stacks
WO2005052743A2 (en) * 2003-11-20 2005-06-09 Tekelec Methods and systems for message transfer part (mtp) load sharing using mtp load sharing groups
JP2005184467A (ja) * 2003-12-19 2005-07-07 Fujitsu Ltd 共通線信号方式を利用したネットワークシステム
EP1626589A1 (en) * 2004-08-13 2006-02-15 Hewlett-Packard Development Company, L.P. Signalling gateway
US7856094B2 (en) * 2005-03-21 2010-12-21 Tekelec Methods, systems, and computer program products for providing telecommunications services between a session initiation protocol (SIP) network and a signaling system 7 (SS7) network
US7760708B2 (en) * 2005-07-08 2010-07-20 Tekelec Methods, systems, and computer program products for triggering SIP nodes to include SS7 routing information in response messages including information requested by SS7 nodes
CN1878328B (zh) * 2005-08-17 2010-05-05 华为技术有限公司 一种信令网络管理消息的传输方法
CN100454838C (zh) * 2005-11-04 2009-01-21 华为技术有限公司 降低ss7信令网与m3ua互通的业务损失的方法
US20080013446A1 (en) * 2006-04-12 2008-01-17 Tekelec Methods, systems, and computer program products for selectively limiting access to signaling network nodes that share a point code
US20070286083A1 (en) * 2006-06-09 2007-12-13 Tekelec Methods, systems and computer program products for individually identifying and disabling circular routes from a plurality of active routes to a common destination
CN101001206A (zh) * 2006-06-26 2007-07-18 华为技术有限公司 一种基于ip的信令系统和信令传输方法
CN101207616A (zh) * 2006-12-21 2008-06-25 中兴通讯股份有限公司 Ip信令系统m3ua路由管理功能的扩展方法
CN101207615A (zh) * 2006-12-21 2008-06-25 中兴通讯股份有限公司 M3ua路由管理功能的扩展方法
CN101207564B (zh) * 2006-12-21 2011-05-25 中兴通讯股份有限公司 M3ua路由管理功能的扩展方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102006523A (zh) * 2009-09-03 2011-04-06 中兴通讯股份有限公司 一种跨信令网的信息发送方法及系统
CN102006523B (zh) * 2009-09-03 2014-04-09 中兴通讯股份有限公司 一种跨信令网的信息发送方法及系统
CN102014128A (zh) * 2010-11-23 2011-04-13 中兴通讯股份有限公司 Mtp3协议的信令网管理消息的传送方法及系统
CN102014128B (zh) * 2010-11-23 2014-09-10 中兴通讯股份有限公司 Mtp3协议的信令网管理消息的传送方法及系统
CN102625345A (zh) * 2011-01-28 2012-08-01 中国移动通信集团公司 一种应用层信令路由保护方法和设备
WO2012100711A1 (zh) * 2011-01-28 2012-08-02 中国移动通信集团公司 一种应用层信令路由保护方法、设备、计算机程序和存储介质
CN102625345B (zh) * 2011-01-28 2015-08-19 中国移动通信集团公司 一种应用层信令路由保护方法和设备

Also Published As

Publication number Publication date
WO2009033393A1 (fr) 2009-03-19
CN101383840B (zh) 2011-12-21
US20100157999A1 (en) 2010-06-24

Similar Documents

Publication Publication Date Title
CN100584053C (zh) 在电信网内具有网际协议能力的信号转接点
CN100379228C (zh) 网关系统及故障管理方法
CN102067623B (zh) 基于ip的信令网络中路由消息的网络节点和方法
US7313129B1 (en) Arrangement for sharing a single signaling point code between multiple hosts in an IP-based network
US7136477B2 (en) Methods and systems for providing end office support in a signaling network
CN100407712C (zh) 网关系统和综合管理方法
US7103037B2 (en) Method and system for the management of signaling gateways and signaling gateway processes in transport of SCN signaling over data networks
CN101383840B (zh) 一种基于m3ua协议组网的网络、装置及消息传输方法
US20080063008A1 (en) Method for reducing service loss in interworking between SS7 signaling network and M3UA, and a signaling gateway
US7496087B2 (en) Methods and apparatus for controlling signalling gateways
US20050135337A1 (en) Network system using common channel signalling
US7894455B2 (en) Systems and methods for a signalling gateway for connecting networks
JP2019009515A (ja) プロトコル変換装置、プロトコル変換及びプログラム
US20080019369A1 (en) Signalling gateway
CN101207564B (zh) M3ua路由管理功能的扩展方法
CN100583833C (zh) 为不同业务消息选择信令路由的方法及装置
EP2456149B1 (en) Method, system and apparatus for transmitting information across signaling networks
CN100486234C (zh) 一种信令网关对ip域信令点路由状态管理的方法
CN1933485B (zh) 一种兼容sccp和sua的方法及装置
CN101184047A (zh) 一种消息路由方法、设备及系统
CN100518133C (zh) 基于ip的信令网络
CN101207615A (zh) M3ua路由管理功能的扩展方法
CN101207616A (zh) Ip信令系统m3ua路由管理功能的扩展方法
CN101771773A (zh) M3ua信令路由的维护方法与系统
KR100899205B1 (ko) 시그널링 게이트웨이에서 가상 신호 링크셋을 이용한 라우팅 처리 방법 및 이를 위한 시그널링 게이트웨이

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20170811

Address after: 519031, Guangdong, Zhuhai province Hengqin financial industry service base building No. 5 2-I

Patentee after: The International Intellectual Property Trading Center Co. Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20171222

Address after: No. 122, industrial South Street, Zhangbei Town, Zhangbei County, Zhangjiakou, Hebei

Patentee after: Dong Dingzhong

Address before: 519031, Guangdong, Zhuhai province Hengqin financial industry service base building No. 5 2-I

Patentee before: The International Intellectual Property Trading Center Co. Ltd.

CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20111221

Termination date: 20180905