本申请要求于 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 环路检测延时对业务造成的影响。

第二实施例

在本发明第二实施例中， 第一网元和第二网元均是 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环路， 进而可以采取进一步的措施。

以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局 限于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可轻易 想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应该以权利要求的保护范围为准。