WO2012113257A1 - 一种sccp环路的检测处理方法及装置 - Google Patents

一种sccp环路的检测处理方法及装置 Download PDF

Info

Publication number
WO2012113257A1
WO2012113257A1 PCT/CN2011/084217 CN2011084217W WO2012113257A1 WO 2012113257 A1 WO2012113257 A1 WO 2012113257A1 CN 2011084217 W CN2011084217 W CN 2011084217W WO 2012113257 A1 WO2012113257 A1 WO 2012113257A1
Authority
WO
WIPO (PCT)
Prior art keywords
network element
sccp
loop
message
connectionless service
Prior art date
Application number
PCT/CN2011/084217
Other languages
English (en)
French (fr)
Inventor
陈彦辉
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2012113257A1 publication Critical patent/WO2012113257A1/zh

Links

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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies

Definitions

  • the embodiments of the present invention relate to the field of network communication technologies, and in particular, to a method and a device for detecting and processing a loop of a SCCP (Signaling Connection Control Part).
  • the SCCP protocol is an important member of No. 7 (Signaling System No. 7, Signaling System No. 7,) and is widely used in communication networks. If the data planning between different network elements in the communication network conflicts, a loop (ie, SCCP loop) occurs in the SCCP layer of the message, causing the message to oscillate between multiple network elements, occupying a large amount of network bandwidth and CPU ( Central Processing Unit, Central Processing Unit) Resources.
  • SCCP loop Central Processing Unit, Central Processing Unit
  • the SCCP protocol specifies the "hop counter” parameter and proposes a SCCP based on the "hop counter” parameter.
  • the method of loop detection is as follows: The initial value of the hop counter is 15.
  • the GT Global Title
  • the hop counter value is 0, it indicates that an SCCP loop has occurred between the network elements that delivered the message. At this point, the message is discarded and an alert message is sent.
  • Embodiments of the present invention provide a method and apparatus for SCCP loop detection to solve the problem that existing SCCP loop detection is only applicable to XUDT messages or LUDT messages.
  • a signaling connection control part SCCP loop detection processing method comprising:
  • the first network element performs global code GT routing processing on the connectionless service message sent by the second network element; the first network element determines, according to the routing result, whether the called address in the connectionless service message is modified, and Whether the next hop network element of the route is the second network element;
  • a signaling connection control part SCCP loop detection processing apparatus includes:
  • a routing processing module configured to perform global code GT routing processing on the connectionless service message sent by the second network element
  • a loop detection module configured to determine, according to a routing result of the routing processing module, whether the called address in the connectionless service message is modified, and whether the next hop network element of the route is the second network element; If the called address is not modified and the next hop network element of the route is the second network element, it is determined that an SCCP loop is generated between the local network element and the second network element. Due to the existing method of implementing SCCP loop detection based on the hop counter, it is necessary to perform 15 GT translations before the SCCP loop can be detected, and it is only applicable to XUDT messages or LUDT messages.
  • SCCP loop detection It can be seen from the technical solution provided by the foregoing embodiments of the present invention that, in an embodiment provided by the present invention, whether a SCCP loop exists between two network elements is determined by using a GT routing result, and does not need to be performed based on a hop counter. The detection of the GT route is applicable to all types of connectionless service messages. Therefore, the technical solution provided by the embodiment of the present invention is more efficient than the existing SCCP loop detection mode, and has a wider application range.
  • FIG. 1 is a flowchart of a method according to a first embodiment of the present invention
  • FIG. 2 is a flowchart of a method according to a second embodiment of the present invention.
  • FIG. 3 is a flowchart of a method according to a third embodiment of the present invention.
  • FIG. 4 is a flowchart of a method according to a fourth embodiment of the present invention.
  • FIG. 5 is a flowchart of a method according to a fifth embodiment of the present invention.
  • Figure 6 is a schematic view showing the structure of an embodiment of the apparatus of the present invention.
  • a first embodiment of the present invention provides a method for detecting and processing an SCCP loop, and the processing procedure thereof is as shown in FIG. 1.
  • the specific implementation manner is as follows:
  • the first network element performs the GT routing process on the connectionless service message sent by the second network element.
  • the local network element that performs the SCCP loop detection is referred to as the first network element
  • the first network element is referred to as the first network element.
  • a network element that sends a connectionless service message to a network element is called a second network element.
  • the GT routing process here can be GT translation, that is, according to the address of the SCCP layer, a reachable signaling point is found.
  • connectionless service message may include: a UDT message, or an XUDT message, or a LUDT message.
  • the first network element determines, according to the routing result, whether the called address in the connectionless service message is modified, and whether the next hop network element is the second network element, if the called address is not modified and One-hop network element is the second network element, executing S103, otherwise, executing S104;
  • the first network element is determined to be generated between the first network element and the second network element.
  • SCCP loop
  • the first network element forwards the connectionless service message to the next if mega network element according to the routing result.
  • the first network element After receiving the foregoing connectionless service message, the first network element performs GT translation on the connectionless service message. If the called address is modified after the GT translation, the SCCP loop is not generated. For example, if the first network element determines that the next hop network element is the network element pointed to by the destination address of the connectionless service message, the route indication in the called address is modified to be an SSN route, so that the connectionless service message arrives. The GT translation is no longer performed after the next hop, so there is no SCCP loop.
  • the GT translation result is DPC+modified GT, so that even if the next hop network element of the determined route is the second network element, After the second network element receives the connectionless service message, the GT code in the called address is modified, so the next hop network element determined by the second network element after the GT routing is no longer the first network element, and therefore is not An SCCP loop will be generated.
  • the present invention is a fast detection method to determine whether there is an SCCP loop between two network elements by using a routing result, which is more efficient than the existing SCCP loop detection mode.
  • it since it is determined based on the GT routing result whether the SCCP loop is generated, it can also be applied to the SCCP loop detection of the UDT message, and is applicable to all types of connectionless service messages, compared to the prior art based on the hop counter detection SCCP loop. , a wider range of applications.
  • the method provided by the embodiment of the present invention may further include: after the SCCP loop is generated between the first network element and the second network element,
  • the first network element is configured to send a connectionless service message, where the fault information is returned, and the connectionless service message used to return the fault information carries the discovered SCCP loop information.
  • the connectionless service message for returning the fault information may be, but is not limited to, including: if the connectionless service message sent by the second network element is a UDT message, the connectionless service message for returning the fault information is a UDTS message; or If the connectionless service message sent by the second network element is a XUDT message, the connectionless service message used to return the failure information is a XUDTS message; or, if the connectionless service message sent by the second network element is an LUDT message, Then a connectionless service message for returning fault information It is a LUDTS message, etc.
  • the first network element sends the connectionless service message for returning the fault information to the second network element.
  • the second network element is notified that an SCCP loop is generated between the first network element and the first network element, and further measures may be taken, for example, an alarm message is reported.
  • the result of the GT translation is DPC (destination signaling point code) + GT in the original called address of the connectionless service message, it is determined that the connectionless service message is not modified; if the DPC is the second network element SPC (Signaling Point Code), determining that the next hop network element of the route is the second network element;
  • the first network element can modify the called address during the GT translation process, the first network element can perform the modification marking, and when determining, the first network element learns whether the called address is performed according to the modified marking. modify.
  • the embodiment of the present invention further provides another SCCP loop detection method, which is implemented as follows: Before the network element enters the network or after completing data planning, and before data transmission, the SCCP loop detection is performed based on the hop counter.
  • the operation of the SCCP loop detection based on the hop counter is performed in advance of the service processing, and the SCCP loop detection is performed in the middle of the service compared with the prior art, thereby avoiding the SCCP loop detection delay to the service.
  • the first network element and the second network element are both No. 7 signaling network elements, the SPC of the first network element is 11 , and the SPC of the second network element is 22. Then, the processing procedure of the second embodiment of the present invention is as shown in FIG. 2, and the specific implementation manner is as follows:
  • the first network element receives a UDT message from the second network element, where the UDT message is routed.
  • the way is GT routing;
  • the first network element performs GT translation on the UDT message, and in the second embodiment of the present invention, the result of the GT translation is 22+ GT in the original called address;
  • S203 The first network element determines that an SCCP loop occurs between the first network element and the second network element.
  • the network element pointed to is set to the SSN (Sub-System Number) route in the GT translation process, and the result of the GT translation is: DPC; if the network element cannot determine the next hop network element If the destination address of the connectionless service message is directed to the network element, the result of the GT translation is: DPC + GT in the original called address. In this case, the called address is not modified.
  • next hop network element is the second network element, and after receiving the connectionless service message, the second network element performs GT translation according to the original called address, and the next hop network element of the determined route is still the first network element. This results in an SCCP loop.
  • the first network element discards the UDT message to prevent the UDT message from oscillating between the first network element and the second network element.
  • the first network element constructs a UDTS message, and sends the UDTS message to the second network element.
  • the calling address of the UDTS message is the called address in the UDT message
  • the called address of the UDTS message is the calling address of the UDT message
  • the content of the reason field returned in the UDTS message is "detecting the ring of the SCCP layer. Path" (where the return reason field may also be other descriptions indicating the occurrence of an SCCP loop), and other fields in the UDTS message have the same content as the above UDT message;
  • the first network element sends an alarm to the operation and maintenance center, so that the operation and maintenance center can modify the data configuration to completely eliminate the SCCP loop.
  • the operation and maintenance center can modify the data configuration, but it is not limited to: It is manually operated by the operator.
  • the SCCP loop detection which can be applied to UDT messages, is more widely applicable than the prior art based on the hop counter detection SCCP loop.
  • the first network element and the second network element are both No. 7 signaling network elements, the SPC of the first network element is 11 , and the SPC of the second network element is 22. Then, the processing procedure of the third embodiment of the present invention is as shown in FIG. 3, and the specific implementation manner is as follows:
  • the first network element receives the XUDT message from the second network element, where the routing manner of the XUDT message is GT routing.
  • the first network element determines that the second network element is the called address of the XUDT message, and the route indication of the called address in the XUDT message is modified to an SSN route, and the result of performing GT translation on the XUDT message is 22 ;
  • the first network element determines that no SCCP loop is generated between the first network element and the second network element.
  • the SCCP loop is not generated. Therefore, the first network element determines that the routing indication in the XUDT message changes, and the result of the GT translation is 22, and can be determined. No SCCP loop is generated between the first network element and the second network element.
  • the first network element sends the XUDT message that has modified the routing indication in the called address to the second network element.
  • the first network element determines the called address of the XUDT message in S302, and the result of the GT translation is 22+ the GT of the original called address, then in S303, the first network element determines An SCCP loop is generated between the first network element and the second network element. For the subsequent processing, refer to steps S204 to S206 in the second embodiment.
  • the detection efficiency is determined by determining whether there is an SCCP loop between the two network elements by using the routing result, and detecting the SCCP loop based on the hop counter in the prior art. higher.
  • the first network element and the second network element are both No. 7 signaling network elements, the SPC of the first network element is 11 , and the SPC of the second network element is 22. Then, the processing procedure of the fourth embodiment of the present invention is as shown in FIG. 4, and the specific implementation manner is as follows:
  • the first network element receives the LUDT message from the second network element, and the routing manner of the LUDT message is GT routing.
  • the first network element performs GT translation on the LUDT message, and the result of the GT translation is 22+ new GT, and the GT in the called address is replaced with the new GT, and the new GT refers to the original called address.
  • GT in different GT
  • the first network element determines that no SCCP loop occurs between the first network element and the second network element.
  • the called address of the LUDT message is changed, and after the LUDT message is sent back to the second network element, the second network element performs the GT translation of the next hop network element according to the new called address. It is no longer the first network element, so no SCCP loop is generated between the first network element and the second network element.
  • the first network element determines the first network element and the second network element.
  • An SCCP loop is generated between the two, and the subsequent processing can refer to steps S204 to S206 in the second embodiment.
  • the detection efficiency is determined by determining whether there is an SCCP loop between the two network elements by using the routing result, and detecting the SCCP loop based on the hop counter in the prior art. higher.
  • data planning includes: configuring data that is connected with other network elements
  • SCCP loop detection based on the hop counter.
  • the network element A constructs a test message
  • the test message is a special non-segmented XUDT message.
  • the called address in the message is the GT constructed for the test message, and the calling address is the GT of the network element A.
  • the special non-segmented XUDT message may specifically Constructed using a reserved SSN or populated with special message content.
  • the network element A performs GT translation on the address in the test message, and sends the test message to the next hop network element (network element B) according to the GT translation result.
  • the network element B After receiving the test message, the network element B performs GT translation, and decrements the hop counter in the test message by 1, and sends the test message to the next hop network element according to the GT translation result; and so on, until the hop When the counter is reduced to "0", the network element where the test message is currently located determines that the SCCP loop is present, performs S504, discards the test message, constructs a connectionless service message for returning the fault information, and sends the message;
  • the network element A After receiving the above-mentioned connectionless service message for returning the fault information, the network element A sends an alarm to the operation and maintenance center, so that the operation and maintenance center can modify the data configuration to completely eliminate the SCCP loop.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes the steps of the foregoing method embodiments;
  • the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.
  • the embodiment of the present invention further provides a detection and processing device for the SCCP loop, and the structure thereof is shown in FIG. 6.
  • the specific implementation structure includes:
  • the routing processing module 601 is configured to perform GT routing processing on the connectionless service message sent by the second network element.
  • the connectionless service message may include: a UDT message, or a XUDT message, or a LUDT message, and the like.
  • the loop detection module 602 is configured to determine, according to the routing result of the routing processing module 601, whether the called address of the connectionless service message is modified, and whether the next hop network element of the route is the second network element; If the address is not modified and the next hop element of the route is the second network element, it is determined that an SCCP loop is generated between the local network element and the second network element.
  • the device provided by the embodiment of the present invention may be specifically configured in the first network element, or may be the first network element.
  • the device provided by the foregoing embodiment of the present invention is a fast detection method for determining whether there is an SCCP loop between two network elements by using a routing result, and is more efficient than the existing SCCP loop detection mode, and It can be applied to SCCP loop detection of UDT messages and has a wider range of applications.
  • the device provided by the embodiment of the present invention further includes: a failure notification module 603, configured to construct a connectionless service message for returning fault information, where the connectionless service message for returning the fault information carries the discovery SCCP loop information; The connectionless service message for returning the fault information is sent to the second network element.
  • the second network element is informed that an SCCP loop is generated between the second network element and the first network element, and further measures can be taken.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种 SCCP环路的检测处理方法及装置
本申请要求于 2011 年 2 月 23 日提交中国专利局、 申请号为 201110046859. 2 , 发明名称为 "一种 SCCP环路的检测处理方法及装置" 的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及网络通信技术领域， 尤其涉及一种 SCCP ( Signaling Connection Control Part, 信令连接控制部分）环路的检测处理方法及装置。
背景技术
SCCP协议作为 No.7 ( Signaling System No.7, 7号信令系统） 的重要成 员， 广泛应用于通信网络中。 如果通信网络中的不同网元之间的数据规划出现 冲突， 会导致消息的 SCCP层出现环路（即 SCCP环路） ， 使得消息在多个网 元之间震荡， 占用大量网络带宽和 CPU ( Central Processing Unit, 中央处理 器） 资源。
针对无连接业务消息中的 XUDT ( Extended unitdata, 增强单位数据） 消 息和 LUDT ( Long unitdata, 长单位数据） 消息， SCCP协议规定了 "跳计数 器" 参数， 并提出了基于 "跳计数器" 参数实现 SCCP环路检测的方法， 该方 法工作原理如下： 跳计数器的初始值为 15, 数据业务传递过程中， XUDT消息 或 LUDT消息每进行一次 GT ( Global Title )翻译， 其中的跳计数器值减一， 当 跳计数器值为 0时， 表示在传递该消息的网元之间出现了 SCCP环路。 此时， 丟弃该消息并发出告警信息。
发明人在实现本发明的过程中， 发现现有技术中至少存在如下问题： 现有的 SCCP环路检测方法仅适用于 XUDT消息或 LUDT消息，对其他无连 接业务消息则无法检测出 SCCP环路。 发明内容
本发明的实施例提供了一种 SCCP环路检测的方法及装置， 从而解决现有 的 SCCP环路检测仅适用于 XUDT消息或 LUDT消息的问题。
本发明的目的是通过以下技术方案实现的：
一种信令连接控制部分 SCCP环路的检测处理方法， 包括：
第一网元对第二网元发来的无连接业务消息进行全局码 GT路由处理； 所述第一网元根据路由结果， 判断所述无连接业务消息中的被叫地址是否 被修改， 且路由的下一跳网元是否为所述第二网元；
如果所述被叫地址未被修改， 且路由的下一跳网元是所述第二网元， 则确 定在所述第一网元和所述第二网元之间产生了 SCCP环路。
一种信令连接控制部分 SCCP环路的检测处理装置， 包括：
路由处理模块， 用于对第二网元发来的无连接业务消息进行全局码 GT路 由处理；
环路检测模块， 用于根据所述路由处理模块的路由结果， 判断所述无连接 业务消息中的被叫地址是否被修改， 且路由的下一跳网元是否为所述第二网 元； 如果所述被叫地址未被修改且所述路由的下一跳网元是所述第二网元， 则 确定在本地网元和所述第二网元之间产生了 SCCP环路。 由于现有的基于跳计数器实现 SCCP环路检测的方法， 需要进行 15次 GT 翻译之后才能检测到 SCCP环路， 且其仅适用于 XUDT消息或 LUDT消息的
SCCP环路检测。 由上述本发明的实施例提供的技术方案可以看出， 本发明提 供的一种实施例中， 通过 GT路由结果判断在两个网元之间是否存在 SCCP环 路， 而不需要基于跳计数器进行检测， 由于 GT路由适用于所有类型的无连接 业务消息， 因此本发明实施例提供的技术方案较之现有的 SCCP环路检测方式 效率更高， 且适用范围更广。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所 需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发 明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前 提下， 还可以根据这些附图获得其他的附图。
图 1为本发明第一实施例提供的一种方法流程图；
图 2为本发明第二实施例提供的方法流程图；
图 3为本发明第三实施例提供的方法流程图；
图 4为本发明第四实施例提供的方法流程图；
图 5为本发明第五实施例提供的方法流程图；
图 6为本发明装置实施例结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明第一实施例提供一种 SCCP环路的检测处理方法， 其处理过程如图 1所示， 具体实现方式如下：
5101、 第一网元对第二网元发来的无连接业务消息进行 GT路由处理； 在本发明实施例中， 将进行 SCCP环路检测的本地网元称为第一网元， 将 向第一网元发送无连接业务消息的网元称为第二网元。 这里的 GT路由处理可 以为 GT翻译， 即根据 SCCP层的地址， 找到一个可达的信令点。
其中， 无连接业务消息可以包括： UDT消息， 或 XUDT消息， 或 LUDT消 息等。
5102、 上述第一网元根据路由结果， 判断上述无连接业务消息中的被叫 地址是否被修改， 且下一跳网元是否为所述第二网元， 如果被叫地址未被修改 且下一跳网元是第二网元， 执行 S103, 否则， 执行 S104;
5103、 上述第一网元确定在上述第一网元和上述第二网元之间产生了 SCCP环路；
5104、 上述第一网元根据路由结果， 将上述无连接业务消息转发给下一 if兆网元。
其中， 第一网元在接收到上述无连接业务消息后， 对无连接业务消息进行 GT翻译， 如果 GT翻译之后， 被叫地址被修改， 则不会产生 SCCP环路。 例如， 如果第一网元确定下一跳网元即为该无连接业务消息的目的地址指向的网元， 则将被叫地址中的路由指示修改为 SSN路由， 这样， 在无连接业务消息到达下 一跳后不再进行 GT翻译， 因此不会产生 SCCP环路。 或者， 如果第一网元在 GT翻译过程中修改了被叫地址的 GT码， 则 GT翻译结果为 DPC+修改后的 GT， 这样， 即使确定的路由的下一跳网元是第二网元， 第二网元接收到该无连接业 务消息后， 由于被叫地址中的 GT码被修改， 因此第二网元进行 GT路由后确定 的下一跳网元不再是第一网元， 因此不会产生 SCCP环路。
上述本发明实施例中， 由于通过路由结果判断在两个网元之间是否存在 SCCP环路， 是一种快速检测方法， 较之现有的 SCCP环路检测方式效率更高。 另外， 由于基于 GT路由结果判断是否产生 SCCP环路，还可以适用于 UDT消息 的 SCCP环路检测， 且适用于所有类型的无连接业务消息， 较之基于跳计数器 检测 SCCP环路的现有技术， 适用范围更广。
上述本发明实施例提供的方法，确定在上述第一网元和上述第二网元之间 产生了 SCCP环路之后， 还可以包括：
5105、 上述第一网元构造用于返回故障信息的无连接业务消息， 该用于 返回故障信息的无连接业务消息中携带发现 SCCP环路信息；
其中， 用于返回故障信息的无连接业务消息可以但不仅限于包括： 如果第 二网元发来的无连接业务消息是 UDT消息，则用于返回故障信息的无连接业务 消息是 UDTS消息； 或者， 如果第二网元发来的无连接业务消息是 XUDT消息， 则用于返回故障信息的无连接业务消息是 XUDTS消息； 或者， 如果第二网元 发来的无连接业务消息是 LUDT消息， 则用于返回故障信息的无连接业务消息 是 LUDTS消息等。
S106、 上述第一网元将该用于返回故障信息的无连接业务消息发送给上 述第二网元。
通过上述操作，使得第二网元获知在其与第一网元之间产生了 SCCP环路， 进而可以采取进一步的措施， 例如， 上报告警消息等。
本发明实施例中， 上述 S102具体实现方式如下：
如果 GT翻译的结果为 DPC (目的地信令点编码） +上述无连接业务消息原 被叫地址中的 GT, 则确定该无连接业务消息没有被修改； 如果该 DPC是上述 第二网元的 SPC ( Signaling Point Code, 信令点编码） ， 则确定路由的下一 跳网元是该第二网元；
如果第一网元在 GT翻译过程中对被叫地址进行了修改， 该第一网元可以 进行修改标记， 则在判断时， 该第一网元根据修改标记获知自身是否对被叫地 址进行了修改。
本发明实施例还提供另一种 SCCP环路的检测方法， 其实现方式如下： 网元在入网之前或者完成数据规划后， 且进行数据传输之前， 基于跳计数 器进行 SCCP环路检测。
在这种实现方式中， 将基于跳计数器实现 SCCP环路检测的操作提前在业 务处理前进行，较之现有技术在业务进行中进行 SCCP环路检测，避免了 SCCP 环路检测延时对业务造成的影响。
Figure imgf000007_0001
第二实施例
在本发明第二实施例中， 第一网元和第二网元均是 No.7信令网元， 第一 网元的 SPC是 11 , 第二网元的 SPC是 22。 则， 本发明第二实施例的处理过 程如图 2所示， 具体实现方式如下：
S201、 第一网元接收来自第二网元的 UDT消息， 所述 UDT消息的路由 方式为 GT路由；
5202、 上述第一网元对上述 UDT消息进行 GT翻译， 在本发明第二实施 例中， GT翻译的结果为 22+原被叫地址中的 GT;
5203、上述第一网元确定在第一网元与第二网元之间出现了 SCCP环路； 在 GT路由过程中， 如果网元确定下一跳网元即为无连接业务消息的目的 地址指向的网元，则在 GT翻译过程中，将路由指示设置为 SSN ( Sub-System Number, 子系统编码）路由， 且 GT翻译的结果为： DPC; 如果网元无法确 定下一跳网元就是无连接业务消息的目的地址指向的网元， 则 GT翻译的结果 为： DPC+原被叫地址中的 GT, 这种情况下， 没有对被叫地址进行修改。 如 果第一网元对上述无连接业务消息进行 GT翻译的结果是 22+原被叫地址中的 GT, 则表示无连接业务消息中的被叫地址没有被修改， 且该无连接被叫地址 的下一跳网元是第二网元， 第二网元在接收到该无连接业务消息后， 根据原被 叫地址进行 GT翻译， 确定的路由的下一跳网元仍然是第一网元， 因此产生 SCCP环路。
5204、 上述第一网元丟弃上述 UDT消息， 以避免该 UDT消息在第一网 元和第二网元之间震荡；
5205、 上述第一网元构造 UDTS消息， 并将该 UDTS消息发送给上述第 二网元；
该 UDTS消息的主叫地址为上述 UDT消息中的被叫地址， 该 UDTS消息 的被叫地址为上述 UDT消息的主叫地址， 该 UDTS消息中返回原因字段的内 容为 "检出 SCCP 层的环路" （其中， 返回原因字段还可以是其他表示出现 SCCP环路的描述）， 该 UDTS消息中其他字段内容同上述 UDT消息；
5206、 上述第一网元向操作维护中心发出告警， 以便操作维护中心修改 数据配置， 彻底消除 SCCP环路。 其中， 操作维护中心修改数据配置的实现方 式可以但不仅限于： 由操作人员手动操作实现。
上述本发明第二实施例中，由于基于 GT路由结果判断是否产生 SCCP环 路， 可以适用于 UDT消息的 SCCP环路检测， 较之基于跳计数器检测 SCCP 环路的现有技术， 适用范围更广。 第三实施例
在本发明第三实施例中， 第一网元和第二网元均是 No.7信令网元， 第一 网元的 SPC是 11 , 第二网元的 SPC是 22。 则， 本发明第三实施例的处理过 程如图 3所示， 具体实现方式如下：
5301、 第一网元接收来自第二网元的 XUDT消息， 所述 XUDT消息的路 由方式为 GT路由；
5302、 上述第一网元确定第二网元为上述 XUDT消息的被叫地址， 则将 该 XUDT消息中被叫地址的路由指示修改为 SSN路由， 且对上述 XUDT消息 进行 GT翻译的结果为 22;
5303、 上述第一网元确定在第一网元与第二网元之间没有产生 SCCP环 路；
由于 XUDT 消息在到达第二网元后不再进行 GT 翻译， 因此不会产生 SCCP环路， 因此第一网元在确定 XUDT消息中的路由指示改变， 且 GT翻译 的结果为 22后， 可确定在第一网元和第二网元之间没有产生 SCCP环路。
5304、 上述第一网元将上述修改了被叫地址中路由指示的 XUDT消息发 送给第二网元。
本发明第三实施例中， 如果 S302中， 第一网元无法确定 XUDT消息的被 叫地址， 且 GT翻译的结果为 22+原被叫地址的 GT, 则 S303中， 第一网元确 定在第一网元与第二网元之间产生了 SCCP环路，其后的处理过程可参照第二 实施例中的步骤 S204 ~ S206。
上述本发明实施例中， 由于通过路由结果判断在两个网元之间是否存在 SCCP环路，较之现有技术中基于跳计数器检测 SCCP环路的，是一种快速检 测方法， 且检测效率更高。 第四实施例
在本发明第四实施例中， 第一网元和第二网元均是 No.7信令网元， 第一 网元的 SPC是 11 , 第二网元的 SPC是 22。 则， 本发明第四实施例的处理过 程如图 4所示， 具体实现方式如下：
5401、 第一网元接收来自第二网元的 LUDT消息， 所述 LUDT消息的路 由方式为 GT路由；
5402、 上述第一网元对上述 LUDT消息进行 GT翻译， GT翻译的结果为 22+新的 GT, 则将被叫地址中 GT替换为该新的 GT, 新的 GT是指与原被叫 地址中的 GT不同的 GT;
5403、 上述第一网元确定在第一网元与第二网元之间没有出现 SCCP环 路；
由于第一网元进行 GT翻译后， LUDT消息的被叫地址被改变， 该 LUDT 消息发回给第二网元后， 第二网元根据新的被叫地址进行 GT翻译的下一跳网 元不再是第一网元， 因此不会在第一网元和第二网元之间产生 SCCP环路。
5404、 上述第一网元将上述 LUDT消息发送给第二网元。
本发明第四实施例中，如果 S402中，第一网元进行 GT翻译的结果为 22+ 原被叫地址的 GT, 则 S403中， 第一网元确定在第一网元与第二网元之间产 生了 SCCP环路， 其后的处理过程可参照第二实施例中的步骤 S204 ~ S206。
上述本发明实施例中， 由于通过路由结果判断在两个网元之间是否存在 SCCP环路，较之现有技术中基于跳计数器检测 SCCP环路的，是一种快速检 测方法， 且检测效率更高。 第五实施例
在本发明第五实施例中， 支持 No.7信令的网元在入网前或者完成数据规 划 （数据规划包括： 配置和其他网元对接的数据）后， 且进行数据传输之前， 基于跳计数器进行 SCCP环路检测。 其具体实现方式如图 5所示， 包括如下 操作：
5501、 网元 A构造测试消息；
其中，该测试消息的为特殊无分段的 XUDT消息， 消息中的被叫地址是为 该测试消息构造的 GT, 主叫地址为网元 A的 GT, 该特殊无分段的 XUDT消 息具体可以使用保留的 SSN或者填充特殊消息内容来构造。
5502、 网元 A对该测试消息中的地址进行 GT翻译，根据 GT翻译结果将 该测试消息发送给下一跳网元（网元 B );
5503、 网元 B在接收到上述测试消息后进行 GT翻译， 并将该测试消息 中的跳计数器减 1， 根据 GT翻译结果将上述测试消息发送给下一跳网元； 以此类推， 直至跳计数器减为 "0" 时， 则该测试消息当前所在的网元判 断出现了 SCCP环路， 执行 S504、 丟弃该测试消息， 构造用于返回故障信息 的无连接业务消息并发送；
S505、 网元 A在接收到上述用于返回故障信息的无连接业务消息后， 向 操作维护中心发出告警， 以便操作维护中心对数据配置进行修改， 彻底消除 SCCP环路。
实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来 完成， 前述的程序可以存储于一计算机可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： ROM、 RAM, 磁 碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供了一种 SCCP环路的检测处理装置， 其结构如图 6所 示， 具体实现结构包括：
路由处理模块 601 ,用于对第二网元发来的无连接业务消息进行 GT路由处 理；
其中， 无连接业务消息可以包括： UDT消息， 或 XUDT消息， 或 LUDT消 息等。 环路检测模块 602, 用于根据路由处理模块 601的路由结果， 判断上述无 连接业务消息的被叫地址是否被修改，且路由的下一跳网元是否为上述第二网 元； 如果被叫地址未被修改且路由的下一跳网元是第二网元， 则确定在本地网 元和上述第二网元之间产生了 SCCP环路。
本发明实施例提供的装置具体可以设置在第一网元中， 也可以是第一网 元。
上述本发明实施例提供的装置， 由于通过路由结果判断在两个网元之间是 否存在 SCCP环路， 是一种快速检测方法， 较之现有的 SCCP环路检测方式效 率更高， 且还可以适用于 UDT消息的 SCCP环路检测， 适用范围更广。
上述本发明实施例提供的装置还包括： 故障通知模块 603, 用于构造用于 返回故障信息的无连接业务消息， 该用于返回故障信息的无连接业务消息中携 带发现 SCCP环路信息； 并将该用于返回故障信息的无连接业务消息发送给所 述第二网元。
通过上述操作，使得第二网元获知在其与第一网元之间产生了 SCCP环路， 进而可以采取进一步的措施。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局 限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应该以权利要求的保护范围为准。

Claims

权 利 要 求 书
1、 一种信令连接控制部分 SCCP环路的检测处理方法， 其特征在于， 包 括：
第一网元对第二网元发来的无连接业务消息进行全局码 GT路由处理； 所述第一网元根据路由结果， 判断所述无连接业务消息中的被叫地址是否 被修改， 且路由的下一跳网元是否为所述第二网元；
如果所述被叫地址未被修改， 且路由的下一跳网元是所述第二网元， 则确 定在所述第一网元和所述第二网元之间产生了 SCCP环路。
2、 根据权利要求 1所述的方法， 其特征在于， 确定在所述第一网元和所述 第二网元之间产生了 SCCP环路之后， 该方法还包括：
所述第一网元构造用于返回故障信息的无连接业务消息， 所述用于返回故 障信息的无连接业务消息中携带检测到 SCCP环路信息；
所述第一网元将所述用于返回故障信息的无连接业务消息发送给所述第 二网元。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述第一网元根据路由 结果， 判断所述无连接业务消息中的被叫地址是否被修改， 且路由的下一跳网 元是否为所述第二网元包括：
如果 GT翻译的结果为目的地信令点编码 DPC+原被叫地址中的 GT, 则确 定所述无连接业务消息没有被修改；如果所述 DPC是所述第二网元的信令点编 码， 则确定路由的下一跳网元是所述第二网元。
4、 根据权利要求 1或 2所述的方法， 其特征在于， 所述第二网元发来的无 连接业务消息为： 单位数据 UDT消息、 增强单位数据 XUDT消息， 或长单位数 据 LUDT消息。
5、 一种信令连接控制部分 SCCP环路的检测处理装置， 其特征在于， 包 括： 路由处理模块， 用于对第二网元发来的无连接业务消息进行全局码 GT路 由处理；
环路检测模块， 用于根据所述路由处理模块的路由结果， 判断所述无连接 业务消息中的被叫地址是否被修改， 且路由的下一跳网元是否为所述第二网 元； 如果所述被叫地址未被修改且所述路由的下一跳网元是所述第二网元， 则 确定在本地网元和所述第二网元之间产生了 SCCP环路。
6、 根据权利要求 5所述的装置， 其特征在于， 所述装置还包括： 故障通知模块， 用于构造用于返回故障信息的无连接业务消息， 所述用于 返回故障信息的无连接业务消息中携带发现 SCCP环路信息； 并将所述用于返 回故障信息的无连接业务消息发送给所述第二网元。
PCT/CN2011/084217 2011-02-23 2011-12-21 一种sccp环路的检测处理方法及装置 WO2012113257A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2011100468592A CN102164055A (zh) 2011-02-23 2011-02-23 一种sccp环路的检测处理方法及装置
CN201110046859.2 2011-02-23

Publications (1)

Publication Number Publication Date
WO2012113257A1 true WO2012113257A1 (zh) 2012-08-30

Family

ID=44465041

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/084217 WO2012113257A1 (zh) 2011-02-23 2011-12-21 一种sccp环路的检测处理方法及装置

Country Status (2)

Country Link
CN (1) CN102164055A (zh)
WO (1) WO2012113257A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102164055A (zh) * 2011-02-23 2011-08-24 华为技术有限公司 一种sccp环路的检测处理方法及装置
CN102883281B (zh) * 2012-01-30 2015-09-09 华为技术有限公司 一种发送消息的方法、设备及系统
CN105681119A (zh) * 2014-11-19 2016-06-15 中兴通讯股份有限公司 一种检测路由成环的方法及装置
CN115706997A (zh) * 2021-08-06 2023-02-17 华为技术有限公司 授权验证的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1300507A (zh) * 1998-05-12 2001-06-20 西门子公司 信令转接点内的信令方法
US6421440B1 (en) * 1996-09-12 2002-07-16 Alcatel Usa Sourcings, L.P. Method for signalling connection control part message loop prevention
US20040264675A1 (en) * 2003-06-27 2004-12-30 Tekelec Methods and systems for detecting and preventing signaling connection control part (SCCP) looping
CN101090398A (zh) * 2006-06-16 2007-12-19 阿尔卡特朗讯公司 会话起始协议信令代理内环路的检测
CN102164055A (zh) * 2011-02-23 2011-08-24 华为技术有限公司 一种sccp环路的检测处理方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102554B (zh) * 2007-08-10 2012-01-11 中兴通讯股份有限公司 7号信令系统信令连接控制部分中的信令转发装置和方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6421440B1 (en) * 1996-09-12 2002-07-16 Alcatel Usa Sourcings, L.P. Method for signalling connection control part message loop prevention
CN1300507A (zh) * 1998-05-12 2001-06-20 西门子公司 信令转接点内的信令方法
US20040264675A1 (en) * 2003-06-27 2004-12-30 Tekelec Methods and systems for detecting and preventing signaling connection control part (SCCP) looping
CN101090398A (zh) * 2006-06-16 2007-12-19 阿尔卡特朗讯公司 会话起始协议信令代理内环路的检测
CN102164055A (zh) * 2011-02-23 2011-08-24 华为技术有限公司 一种sccp环路的检测处理方法及装置

Also Published As

Publication number Publication date
CN102164055A (zh) 2011-08-24

Similar Documents

Publication Publication Date Title
US10439880B2 (en) Loop-free convergence in communication networks
WO2020001393A1 (zh) 发送网络性能参数、计算网络性能的方法和网络节点
CN111587580A (zh) 内部网关协议洪泛最小化
WO2020135395A1 (zh) 一种跨内部网关协议的前缀标识通告方法和装置
EP2258128A2 (en) Methods, systems, and computer readable media for routing a message service message through a communications network
WO2021000752A1 (zh) 一种在数据中心网络中转发报文的方法及相关装置
EP2731313A1 (en) Distributed cluster processing system and message processing method thereof
US8516152B2 (en) Lookahead computation of routing information
US9282025B2 (en) Medium access control address protection method and switch
WO2012113257A1 (zh) 一种sccp环路的检测处理方法及装置
US10033573B2 (en) Protection switching method, network, and system
WO2011124178A2 (zh) 故障检测方法、路由节点及系统
WO2015024523A1 (zh) 确定ip承载网故障的方法和系统
WO2011144111A2 (zh) 链路状态数据库同步检测方法及路由设备
CN114679369B (zh) 数据处理方法、装置、设备、系统及存储介质
EP3079327A1 (en) Information transmission method, device and system
CN106878173B (zh) 一种路由发送方法及装置
JP2005277653A (ja) 通信端末
US8046419B2 (en) Method of processing open asynchronous application service event and open web service gateway implementing the same
CN114079956A (zh) 业务保障方法、系统、存储介质和服务提供系统
US8804570B1 (en) Propagating LDP MAC flush as TCN
CN101383774B (zh) 媒体网关、媒体网关控制器、ip承载网业务控制方法及系统
CN112866187A (zh) 路径切换方法及路径切换装置
EP2624518A1 (en) Method and device for processing multimode controller incoming messages and multimode controller
WO2012145903A1 (zh) 操作、管理、维护配置信息查询的方法及节点

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11859498

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11859498

Country of ref document: EP

Kind code of ref document: A1