WO2007104199A1 - Système de protection de sécurité utilisé pour l'interruption de service dans le réseau de commutation et système correspondant - Google Patents

Système de protection de sécurité utilisé pour l'interruption de service dans le réseau de commutation et système correspondant Download PDF

Info

Publication number
WO2007104199A1
WO2007104199A1 PCT/CN2006/003144 CN2006003144W WO2007104199A1 WO 2007104199 A1 WO2007104199 A1 WO 2007104199A1 CN 2006003144 W CN2006003144 W CN 2006003144W WO 2007104199 A1 WO2007104199 A1 WO 2007104199A1
Authority
WO
WIPO (PCT)
Prior art keywords
sub
route
module
call
message
Prior art date
Application number
PCT/CN2006/003144
Other languages
English (en)
French (fr)
Inventor
Shaoming Yang
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 CNA200680012823XA priority Critical patent/CN101160869A/zh
Publication of WO2007104199A1 publication Critical patent/WO2007104199A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/10—Routing in connection-oriented networks, e.g. X.25 or ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/64—Distributing or queueing
    • H04Q3/66—Traffic distributors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13141—Hunting for free outlet, circuit or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13145—Rerouting upon failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13166—Fault prevention
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway

Definitions

  • the prior art security interworking solution can prevent the service interruption caused by the routing failure between the softswitches.
  • the softswitch detects that the first sub-route is unavailable through the local hardware and the protocol. The sub-route is no longer selected when the call is made, and the call is directly delivered through the second sub-route.
  • the shortcoming of the above prior art is that the service interruption of the peer softswitch TMG fault or the local relay full resistance is not considered. Therefore, when the peer softswitch TMG fault or the office route relay full resistance, Since the softswitch will continue to deliver calls on the selected sub-routes, the high-end long-distance network formed by the softswitch will result in full resistance between the regions. In the case of the prior art softswitch network, only the routing failure between the softswitches is considered, and the routing failure of the receiving softswitch is not considered.
  • FIG. 6 is a flow chart showing a security protection method for SS service interruption according to an embodiment of the present invention.
  • Figure 9 shows a message flow diagram of a solution in accordance with a first embodiment of the present invention for the situation of Figure 8;
  • FIG. 11 is a schematic diagram of a networking topology of another landing softswitch according to an embodiment of the present invention.
  • the forwarding report module 14 is configured to enable the relay device to determine whether to send the call to the correspondent device or to the originating device to block the message according to the routing condition;
  • the processing module 16 is configured to: if the originating device receives the blocked message, cause the originating device to exclude the selection of the current sub-route, and determine whether all sub-routes have been excluded, and determine whether to continue to execute the sending module 10 or end the selection according to the judgment result. routing.
  • the sending module 10 and the processing module 16 may be disposed in the originating device, and the analyzing module 12 and the reporting module 14 may be disposed in the relay module.
  • step S502 the originating end attempts to send a call one by one from the first sub-route; in step S504, the originating end transmits the call to the relay device;
  • step S506 the relay device analyzes the routing status of the peer end, if it is normal, then proceeds to step S510, if the peer end route is blocked, then proceeds to step S508;
  • the security device 200 includes:
  • the busy judgment module 260 is configured to determine whether the sender is busy, that is, whether all the sub-routes are blocked, if yes, execute the return module 270, if not, perform the next sub-route notification module 280;
  • the sender returns a full busy message, and ends selecting a sub-route;
  • the next sub-route notification module 280 is selected to notify the sub-routing module 210 to select to query the next sub-route.
  • the user of the call switch Switch 1 that initiates the call calls the user under the floor switch Switch 2, and when the softswitch SS 1 receives the call, the first sub-route to the softswitch SS 2-1 is preferred by number analysis and route analysis;
  • the circuit management module (not shown) of the softswitch SS 2-1 detects that the home relay media gateway TMG 2-1 is faulty or detects that the relay media gateway TMG 2-1 is connected to the office switch, that is, the floor switch Switch 2
  • the relay circuit is fully blocked; the circuit management module notifies the call control module of the softswitch SS 2-1 of the failure of the relay device or the full resistance of the office trunk circuit; the call control module will fault the relay device, that is, the TMG fault
  • the reason for the release is not converted to the ITU T (International Telecommunication Union-Telecommunication Standardization Sector), such as 0XAD (decimal 173), which converts the office trunking circuit to the unused cause of the release of the ITUT, such as 0XAE ( Deci
  • the SIP processing module of the softswitch SS 2-1 receives the specific release cause value of the call control module ( For example, 0XAD or 0XAE) is converted to the SIP status code 503, after which the softswitch SS 2-1 sends a 503 message to the softswitch SS1, and the message header field of the 503 message contains the above specific release cause value (for example, 0XAD or 0XAE).
  • the specific release cause value of the call control module For example, 0XAD or 0XAE
  • the message header field of the 503 message contains the above specific release cause value (for example, 0XAD or 0XAE).
  • SS1 receives an IAM (Initial Address Message) forwarded by TMG1;
  • IAM Initial Address Message
  • SS 1 requests a relay interconnection INVITE from SS 2-1;
  • the solution of the second embodiment of the present invention includes:
  • the ISUP processing module of the softswitch SS 2-1 receives a specific release cause value of the call control module (for example, 0XAD or 0XAE) sends a REL message to the softswitch SS1, the release reason is the specific release cause value.
  • a specific release cause value of the call control module for example, 0XAD or 0XAE
  • the softswitch SS 1 When the softswitch SS 1 receives the REL message of the softswitch SS 2-2 and the release reason is a specific release cause value, the softswitch SS 1 uses the first sub-route and the second sub-route that have been selected as the exclusion sub-route. Sending a routing request to the circuit management module, the circuit management module removes the exclusion sub-route (ie, the first and second sub-routing), selects the third sub-route, and sends the call to the long-distance exchange TS.
  • the exclusion sub-route ie, the first and second sub-routing
  • the ISUP processing module sends a Release message to the call control module, and the call control module processes according to the received specific release reason value (for example, 0XAD or 0XAE), if SS 1 is for the two
  • the specific release cause value is configured with failure processing re-routing, and the call control module of SS 1 reroutes the call, and sends the first sub-route that has been selected last time as an exclusion sub-route to the circuit management module.
  • the circuit request module removes the exclusion sub-route (ie, the first sub-route), selects the second sub-route, and sends the call to the SS 2-2.
  • the SS 2-2 has an idle circuit for carrying the service, Then SS 2-2 sends the call to the landing board Switch 2;
  • the softswitch of the embodiment of the present invention includes: a circuit management module 910, configured to select a sub-route from a plurality of sub-routes when initiating a call; and a processing module 920, configured to send when receiving the blocked message from the relay device 800
  • the call control module 930 is configured to re-route the call when the dry message is received, and send the current sub-route as a sub-route to the circuit management module 910 to send a routing request.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

用于交换网络的业务中断的安全保护方法及装置
本申请要求于 2006 年 3 月 16 日提交中国专利局、 申请号为 200610065066.4, 发明名称为 "用于交换网络的业务中断的安全保护方法及其 装置"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 更具体而言， 涉及用于交换网络发生业务中 断时进行安全保护的安全保护方法及装置。
背景技术
目前电信网络的业务提供越来越集中， 电信设备集成能力越来越高， 设 备一旦出现异常就可能导致大面积的呼损（Call Loss ), 因此网络安全可靠逸 行非常重要。
在目前的交换网络中，业务和交换单元包括交换机、软交换（ Soft Switch, 缩写为 SS )、 SCP( Service Control Point,业务控制点）和 AS( Application server, 应用服务器）。 其中， 软交换是软交换机的简称。 由于覆盖面大， 软交换与其 它网元之间的安全互通已成为运营商和设备商共同关注的问题， 现在软交换 与智能网 SCP、 软交换与 AS之间的安全互通已经有诸多解决方案。
在由软交换组网的高端长途网， 由于网络的特殊性， 软交换与软交换之 间通信的安全问题有其特殊要求。
图 1示出现有技术中的一种由软交换组网的高端长途网的网络拓朴图。 其中， 软交换 SS1和软交换 SS2-1、 软交换 SS2-2分别位于不同的省， 软交 换 SS 1汇接大区 1 (多个省組成一个大区）的呼叫， 软交换 SS 2 - 1和软交 换 SS 2 - 2汇接大区 2的呼叫； 软交换 SS1和软交换 SS2-1、 软交换 SS2-2 互连，每个软交换下各具有一个 TMG( Trunk Media Gateway,中继媒体网关）， 分别为 TMG1、 TMG2 - 1和 TMG2 - 2。
图 2 示出现有技术中的另一种由软交换组网的高端长途网的网络拓朴 图。 其中， 软交换 SS1和软交换 SS2-1、 软交换 SS2-2分别位于不同的省， 软交换 SS 1汇接大区 1的呼叫， 软交换 SS 2 - 1和软交换 SS 2 - 2汇接大区 2的呼叫； 软交换 SSI和软交换 SS2-1、软交换 互连， 大区 2下两个软 交换 SS2-1、 SS2-2只有一个 TMG2-1。
如图 1和图 2所示， 由于各个软交换汇接的业务量很大， 因此在 TMG 配置较少的情况下， 需要确保在有 TMG发生故障的情况下大区之间的汇接 不受影响。
请一并参阅图 3 , 图 3示出现有技术的软交换与软交换之间的一个安全 互通解决方案。
该现有技术中， 通过路由器 301和路由器 302实现核心路由设备的备份 容灾， 即两条第一子路由是物理设备上的备份。 并且， 在两个软交换 SS1和 SS2 直达路由 （第一子路由） 中断的情况下， 通过第二子路由将呼叫转接到 交换机 304。
也就是说， 目前解决软交换与软交换之间业务中断的容灾方案包括两种 策略： （1 )通过网络设备容灾； （2 )在网络设备全部故障的情况下， 通过第 二子路由保证呼叫正常。 具体而言， 策略 1是通过硬件备份容灾， 软交换通 过主备或负荷分担的接口板提供 IP口， 承载网通过两条不同的 IP通道到达 对端软交换。 策略 2通过软交换本端识别第一子路由故障， 将呼叫直接通过 第二子路由达到对端软交换。
所述现有技术的安全互通解决方案可以防止软交换之间路由故障导致业 务中断的问 具体地说， 上述现有技术中， 软交换通过本端硬件和协议检 测到第一子路由不可用， 呼叫时不再选择该子路由， 直接将呼叫通过第二子 路由传递。 但是， 上述现有技术的不足之处在于没有考虑对端软交换 TMG 故障或者局向中继全阻导致业务中断的情况， 因此， 当对端软交换 TMG故 障或者局向中继全阻时， 由于软交换会继续在选择的子路由上传递呼叫， 所 以在软交换组成的高端长途网上会导致大区之间业务全阻。 筒而言之， 现有 技术的软交换网络中只考虑到软交换之间发生路由故障的情况， 没有考虑到 受端软交换发生路由故障的情况。
因此， 需要一种用于交换网络发生业务中断时进行安全保护的安全保护 方法和装置， 在受端软交换 TMG故障或者局向中继全阻时， 能够防止在软 交换组成的高端长途网上出现大区之间业务全阻的现象。 发明内容
本发明提供一种用于交换网络发生业务中断的安全保护方法及装置， 可 以在受端软交换 TMG故障或者局向中继全阻时， 防止在软交换组成的高端 长途网上出现大区之间业务全阻的现象。
' 根据本发明的一个方面， 提供了一种安全保护方法， 用于交换网络发生 业务中断时的安全保护， 包括： 发端装置从多条子路由中选择一条子路由， 通过中继装置向对端装置发送呼叫； 当收到呼叫时， 中继装置分析从选择的 当前子路由到对端装置的路由状况； 当所述路由状况正常时， 中继装置根据 路由状况确定是将呼叫发送到对端装置； 否则， 向发端装置报告受阻消息； 发端装置在收到 4艮告受阻消息时， 则发端装置排除选择当前子路由； 在还未 已经排除选择所有子路由时， 选择下一条子路由发起呼叫; 否则， 结束选择 子路由。
根据本发明的另一个方面， 提供了一种安全保护装置， 用于交换网络发 生业务中断时的安全保护， 所述交换网络包括发端装置、 对端装置和中继装 置； 该安全保护装置包括： 发送模块， 用于使发端装置从选择多条子路由中 的一条子路由开始， 逐个地选择每条子路由向对端装置发送呼叫； 分析模块， 用于使中继装置当收到呼叫时， 分析从选择的当前子路由到对端装置的路由 状况； 报告模块， 中继装置根据路由状况确定是将呼叫发送到对端装置还是 向发端装置报告受阻消息； 以及处理模块， 用于如果发端装置收到受阻消息， 则使发端装置排除选择当前子路由， 并判断是否已经排除选择所有子路由， 根据判断结果来确定是继续执行发送模块 , 还是结束选择子路由。
根据本发明的再一方面， 一种中继装置， 包括：
电路管理模块， 用于在收到来自发端装置的呼叫时， 分析发端装置选择 的当前子路由从自身到对端装置的路由状况；
呼叫控制模块， 用于在所述路由状况不正常时， 生成释放原因； 处理模块，用于将所述呼叫控制模块生成的译放原因携带在受阻消息中 向发端装置报告。
根据本发明的又一方面， 一种软交换， 包括：
电路管理模块， 用于在发起呼叫时从多条子路由中选择一条子路由； 处理模块， 用于在收到来自中继装置的受阻消息时， 发送释放消息； 呼叫控制模块， 用于在收到所述释放消息时对呼叫重新选路， 将当前子 路由作为子路由向电路管理模块发送选路清求。
本发明的实施例中， 通过中继装置分析从选择的当前子路由到对端装置 的路由状况， 根据路由状况决定是否选择性下一子路由， 有效地保证落地软 交换中继装置故障或者局向中继电路全阻时业务不间断。 与设备冗余备份方 案 （软交换配置多个中继装置， 各个中继装置之间业务分担， 这种方式为设 备冗余方案， 这种方案投资较多）相比， 投资少， 可靠性高。
附图说明
此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中：
图 1示出现有技术中的一种由软交换组网的高端长途网的网络拓朴图； 图 2 示出现有技术中的另一种由软交换组网的高端长途网的网络拓朴 图；
图 3示出现有技术的软交换与软交换之间的一种安全互通解决方案； 图 4示出根据本发明的实施例的安全保护方法的流程图；
图 5示出根据本发明的实施例的安全保护装置的方框图；
图 6示出根据本发明实施例的用于 SS业务中断的安全保护方法的流程 图；
图 7示出根据本发明实施例的用于 SS业务中断的安全保护装置的方框 图；
图 8示出本发明实施例的一种落地软交换的组网拓朴图；
图 9示出针对图 8的情况的根据本发明的第一实施例的解决方案的消息 流程图；
图 10示出针对图 8的情况的根据本发明的第二实施例的解决方案的消息 流程图；
图 11示出本发明实施例的另一种落地软交换的组网拓朴图；
图 12是本发明实施例的中继装置的主要组成结构框图； 图 13是本发明实施例的软交换的主要组成结构框图。
具体实施方式
当软交换之间路由故障导致对端软交换 TMG故障或者局向中继全阻 时， 由于现有技术的软交换网络对于对端路由的情况不予以检测， 就直接选 择该子路由， 所以有可能在软交换组成的高端长途网上导致大区之间业务全 阻。 根据本发明的实施例， 为了避免这种情况， 当发端选择子路由时， 会要 求检测对端路由的情况， 据检测到的情况来确定选择合适的路由， 避免在 软交换组成的高端长途网上出现大区之间业务全阻。
具体来说， 根据本发明的实施例的安全保护方法如图 4所示， 包括以下 步骤：
在步驟 S402中， 发端装置从选择多条子路由中的一条子路由开始， 逐 个地选择每条子路由向对端装置发送呼叫；
在步驟 S4Q4中， 中继装置当收到呼叫时， 分析从选择的当前子路由到 对端装置的路由状况；
在步驟 S406中， 中继装置根据路由状况确定是将呼叫发送到对端装置 还是向发端装置^ =艮告受阻消息； 以及
在步骤 S408中， 如果发端装置收到受阻消息， 则发端装置排除选择当 前子路由， 并判断是否已经排除选择所有子路由， 才艮据判断结果来确定是继 续执行步骤 S402, 还是结束选择子路由。
具体来说，根据本发明的实施例的安全保护装置 100如图 5所示，包括： 发送模块 10, 用于使发端装置从选择多条子路由中的一条子路由开始， 逐个地选择每条子路由向对端装置发送呼叫；
分析模块 12，用于使中继装置当收到呼叫时，分析从选择的当前子路由 到对端装置的路由状况；
转发报告模块 14,用于使中继装置根据路由状况确定是将呼叫发送到对 端装置还是向发端装置报告受阻消息； 以及
处理模块 16,用于如果发端装置收到受阻消息，则使发端装置排除选择 当前子路由， 并判断是否已经排除选择所有子路由， 根据判断结果来确定是 继续执行发送模块 10， 还是结束选择子路由。 其中，发送模块 10和处理模块 16可以设置在发端装置中，分析模块 12 和报告模块 14可以设置在中继模块中。
图 6示出根据本发明实施例的用于 SS业务中断的安全保护方法具体实 现时的流程图。
在步骤 S502中， 发端从第一子路由开始逐个地尝试发送呼叫； 在步骤 S504中， 发端将呼叫传送到中继装置；
在步骤 S506中， 中继装置分析对端的路由状况， 如果正常， 则进入步 骤 S510， 如果对端路由受阻， 则进入步骤 S508;
在步骤 S508中，中继装置向发端报告受阻消息，然后进行到步驟 S512; 在步骤 S510中， 中继装置直接将呼叫转发到对端；
在步骤 S512中， 判断是否全忙， 即是否所有的子路由都受阻， 如果为 是， 则进入步骤 S514, 如果为否， 则进入步骤 S516;
在步驟 S514中， 发端返回全忙消息， 结束选择子路由；
在步骤 S516中， 选择查询下一条子路由， 然后回到步骤 S504。
图 Ί示出根据本发明实施例的用于 SS业务中断的安全保护装置具体实 现时的方框图。
安全保护装置 200包括：
子路由选择模块 210， 用于使发端从第一子路由开始逐个地尝试发送呼 叫；
传送模块 220, 用于使发端将呼叫传送到中继装置；
分析模块 230， 用于使中继装置分析对端的路由状况， 如果正常， 则执 行转发模块 250， 如果对端路由受阻， 则执行报告模块 240;
报告模块 240, 用于使中继装置向发端报告受阻消息， 然后执行全忙判 断模块 260;
转发模块 250, 用于使中继装置直接将呼叫转发到对端；
全忙判断模块 260, 用于发端判断是否全忙， 即是否所有的子路由都受 阻， 如果为是， 则执行返回模块 270, 如果为否， 则执行选择下一子路由通 知模块 280;
返回模块 270, 用于发端返回全忙消息， 结束选择子路由； 以及 选择下一子路由通知模块 280, 用于通知子路由选择模块 210选择查询 下一条子路由。
其中，子路由选择模块 210和传送模块 220可以设置在发送模块 10内， 报告模块 240和转发模块 250可以设置在转发报告模块 14内，全忙判断模块 260、 返回模块 270和选择下一子路由通知模块 280可以设置在处理模块 16 内。
下面将分别通过实施例的方式示例性说明在两种情况下的 TMG故障或 者局向中继电路全阻时的安全保护方案。
图 8示出一种落地软交换的组网拓朴图。
该网絡中， 长途网中的长途局交换机 TS与软交换 SS1之间通过 ISUP
( ISDN User Part, 综合业务数字网用户部分） 互连。
发起呼叫的呼叫交换机 Switch 1的用户呼叫落地交换机 Switch 2下的用 户， 当软交换 SS 1收到该呼叫时， 通过号码分析和路由分析， 首选到软交换 SS 2-1的第一子路由； 软交换 SS 2-1的电路管理模块（图未示）检测到其归 属的中继媒体网关 TMG 2-1故障或者检测到中继媒体网关 TMG 2-1到局向 交换机即落地交换机 Switch 2的中继电路全阻； 电路管理模块将中继装置故 障或者局向中继电路全阻的原因通知给软交换 SS 2-1的呼叫控制模块； 呼叫 控制模块将中继装置故障即 TMG 故障转换为 ITUT ( International Telecommunication Union-Telecommunication standardization sector, 国际电信 联盟标准化部门）未使用的释放原因例如 0XAD (十进制 173 ), 将局向中继 电路全忙转换为 ITUT未使用的释放原因例如 0XAE (十进制 174 )。
第一实施例：软交换 SS 1与软交换 SS 2-1和软交换 SS 2-2之间采用 SIP
( Session Initiation Protocol, 会话初始协议） 互连时， 本发明第一实施例的 解决方案包括：
当软交换 SS 1与软交换 SS 2-1和软交换 SS 2-2之间采用 SIP中继互连 时， 软交换 SS 2-1的 SIP处理模块收到呼叫控制模块的特定释放原因值（例 如 0XAD或者 0XAE )时转换为 SIP状态码 503，之后软交换 SS 2-1发送 503 消息到软交换 SS 1 , 503消息的消息头域包含以上特定的释放原因值（例如 0XAD或者 0XAE )。 软交换 SS 1收到 503消息后，软交换 SS 1的 SIP处理模块发送 Release (释放）消息到软交换 SS 1的呼叫控制模块，呼叫控制模块根据收到的特定 释放原因值（例如 0XAD或者 0XAE )进行处理， 如果软交换 SS 1上针对这 两个特定的释放原因值配置了失败处理重新选路，则软交换 SS 1的呼叫控制' 模块对呼叫重新选路， 并将上次已经选择过的第一条子路由作为排除子路由 向软交换 SS 1的电路管理模块发送选路请求，电路管理模块去掉排除子路由 (即第一子路由）， 选择第二子路由， 将呼叫送到软交换 SS 2-2。
如果软交换 SS 2-2归属的中继媒体网关 TMG 2-2故障或者到局向交换 机 Switch 2的中继电路全阻，则软交换 SS 2-2的处理和软交换 2-1的处理 相同。 如果电路正常， 则将呼叫送到落地局的交换机 Switch 2。
当软交换 SS 1收到软交换 SS 2-2的 SIP 503消息且消息头域的释放原因 为特定释放原因值时，软交换 SS 1将已经选择过的第一条子路由和第二条子 路由作为排除子路由向电路管理模块发送选路请求， 电路管理模块去掉排除 子路由 （即第一、 二子路由）， 选择第三子路由， 将呼叫送到长途局交换机 TS。
如果长途局交换机 TS有空闲电路， 则长途局交换机 TS将呼叫送到落 地局； 如果长途局交换机 TS电路全忙， 长途局交换机 TS发送 Release到软 交换 SS 1 , 软交换 SS 1收到 Release后释放呼叫， 不再重选路由。
消息流程参见图 9, 图 9示出根据本发明的第一实施例的解决方案的消 息流程图。特定的释放原因值可以不局限于为 0XAD和 0XAE,只要使用 ITUT 没有采用的原因值。 具体流程包括以下步驟：
在 S602中， SS 1收到 TMG 1转发来的 IAM ( Initial Address Message, 初始地址消息）；
在 S604中， 基于号码分析和路由分析， SS 1向 SS 2-1请求中继互连 INVITE;
在 S606中， SS 2-1基于号码分析和路由分析， 当 TMG故障或者局向中 继电路全忙时， 即当 SS 2-1的 SIP处理模块收到呼叫控制模块的特定释放原 因值（例如 0XAD或者 0XAE ) 时转换为 SIP状态码 503, 之后 SS 2-1发送 503消息到 SS 1； 在 S608中， SS 1收到 503消息后 SIP处理模块发送 Release消息到呼叫 控制模块， 呼叫控制模块根据收到的特定释放原因值 （例如 0XAD 或者 0XAE )进行处理， 如果 SS 1上针对这两个特定的释放原因值配置了失败处 理重新选路， 则 SS 1的呼叫控制模块对呼叫重新选路， 并将上次已经选择过 的第一条子路由作为排除子路由向电路管理模块发送选路请求， 电路管理模 块去掉排除子路由 （即第一子路由）， 选择第二子路由， 将呼叫送到 SS 2-2; 在 S610中， 如果电路正常， SS 2-2则将呼叫送到落地局 Switch 2; 在 S612中，如果 SS 2-2归属的 TMG 2-2故障或者到局向 Switch 2的中 继电路全阻， 则 SS 2-2的处理和 SS 2-1的处理相同；
在 S614中， 当 SS 1收到 SS 2-2的 SIP 503消息且消息头域的释放原因 为特定释放原因值时， SS 1将已经选择过的第一条子路由和第二条子路由作 为排除子路由向电路管理模块发送选路请求， 电路管理模块去掉排除子路由 (即第一、 二子路由）， 选择第三子路由， 将呼叫送到 TS;
在 S616中 , 如果 TS有空闲电路， 则 TS将呼叫送到落地局 Switch 2; 在 S618中， 如果 TS电路全忙， TS发送 Release到 SS 1; 以及 在 S620中， SS 1收到 Release后#放呼叫， 不再重选路由。
第二实施例： 软交换 SS 1与软交换 SS 2-1和软交换 SS 2-2之间采用 ISUP互连时， 本发明第二实施例的解决方案包括：
当软交换 SS 1与软交换 SS 2-1和软交换 SS 2-2之间 ISUP互连时， 软 交换 SS 2-1 的 ISUP处理模块收到呼叫控制模块的特定释放原因值（例如 0XAD或者 0XAE )时发送 REL消息到软交换 SS 1 , 释放原因为特定释放原 因值。
软交换 SS 1收到 REL消息后，软交换 SS 1的 ISUP处理模块发送 Release 消息到软交换 SS 1的呼叫控制模块，呼叫控制模块根据收到的特定释放原因 值（例如 0XAD或者 0XAE )进行处理， 如果软交换 SS 1上针对这两个特定 的释放原因值配置了失败处理重新选路，则软交换 SS 1的呼叫控制模块对呼 叫重新选路， 并将上次已经选择过的第一条子路由作为排除子路由向软交换 SS 1的电路管理模块发送选路请求， 电路管理模块去掉排除子路由 （即第一 子路由）， 选择第二子路由， 将呼叫送到软交换 SS 2-2。 如果软交换 SS 2-2有空闲电路可供承载业务， 则软交换 SS 2-2将呼叫 送到落地局交换机 Switch 2。 如果软交换 SS 2-2归属的中继媒体网关 TMG 2-2故障或者到局向交换机 Switch 2的中继电路全阻， 软交换 SS 2-2的处理 和软交换 SS 2-1的处理相同。
当软交换 SS 1收到软交换 SS 2-2的 REL消息且释放原因为特定释放原 因值时，软交换 SS 1将已经选择过的第一条子路由和第二条子路由作为排除 子路由向电路管理模块发送选路请求， 电路管理模块去掉排除子路由 （即第 一、 二子路由）， 选择第三子路由， 将呼叫送到长途局交换机 TS。
如果长途局交换机 TS有空闲电路， 则长途局交换机 TS将呼叫送到落 地局； 如果 TS电路全忙， TS发送 Release到软交换 SS 1 , 软交换 SS 1收到 Release后释放呼叫， 不再重选路由。
消息流程参见图 10, 图 10示出根据本发明的第二实施例的解决方案的 消息流程图。 特定的释放原因值可以不局限于为 0XAD和 0XAE, 只要使用 ITUT没有采用的原因值。 具体流程包括：
在 S702中， SS 1收到 TMG 1转发来的 IAM;
在 S704中， 基于号码分析和路由分析， SS 1发送 IAM至 SS 2-1 ; 在 S706中， SS 2-1的 处理模块收到呼叫控制模块的特定释放原因 值（例如 0XAD或者 0XAE )时发送 REL消息到 SS 1， 释放原因为特定释放 原因值；
在 S708中， SS 1收到 REL消息后， ISUP处理模块发送 Release消息到 呼叫控制模块， 呼叫控制模块根据收到的特定释放原因值（例如 0XAD或者 0XAE )进行处理， 如果 SS 1上针对这两个特定的释放原因值配置了失败处 理重新选路， 则 SS 1的呼叫控制模块对呼叫重新选路， 并将上次已经选择过 的第一条子路由作为排除子路由向电路管理模块发送选路请求， 电路管理模 块去掉排除子路由 （即第一子路由）， 选择第二子路由， 将呼叫送到 SS 2-2; 在 S710中， 如果 SS 2-2有空闲电路可供承载业务， 则 SS 2-2将呼叫送 到落地局 Switch 2;
在 S712中，如果 SS 2-2归属的 TMG 2-2故障或者到局向 Switch 2的中 继电路全阻， 则 SS 2-2的处理和 SS 2-1的处理相同； 在 S714中， 当 SS 1收到 SS 2-2的 REL消息且释放原因为特定 #放原 因值时， SS 1将已经选择过的第一条子路由和第二条子路由作为排除子路由 向电路管理模块发送选路请求， 电路管理模块去掉排除子路由 （即第一、 二 子路由）， 选择第三子路由， 将呼叫送到 TS;
在 S716中， 如果 TS有空闲电路， 则 TS将呼叫送到落地局；
在 S718中， 如果 TS电路全忙， TS发送 Release到 SS 1 ; 以及 在 S720中， SS 1收到 Release后释放呼叫， 不再重选路由。
第三实施例：当 SS 1与 SS 2-1采用 SIP互连而 SS 1与 SS 2-2采用 ISUP 互连或者当 SS 1与 SS 2-1采用 ISUP互连而 SS 1与 SS 2-2采用 SIP互连时， 组网情况是前面两个实施例的综合， 所以其处理方式只是前面两种组网的交 叉， 具体的处理流程可以参照前面对图 9和图 10的描述， 在此不再赘述。
图 11示出另一种落地软交换 TMG故障或者局向中继电路全阻时的組 网。
显然， 这种情况下的处理流程和第一种组网相同， 为了筒洁起见， 对此 不再赘述。
三、 第三种组网为软交换 SS 2-1和 SS 2-2归属的中继装置可以超过 1 个。
这种情况的组网图参见图 8, 只是软交换下可以有多个中继装置。
显然， 这种情况下的处理流程和第一种組网相同， 为了简洁起见， 对此 不再赘述。
请参阅图 12, 图 12是本发明实施例的中继装置的主要组成结构框图。 本发明实施例的中继装置包括： 电路管理模块 810, 用于在收到来自发 端装置的呼叫时，分析发端装置 901选择的当前子路由从自身到对端装置 902 的路由状况； 呼叫控制模块 820, 用于在所述路由状况不正常时， 生成释放 原因； 处理模块 830, 用于将所述呼叫控制模块 820生成的释放原因携带在 受阻消息中向发端装置 901报告。
本发明实施例的中继装置在一种具体实现中，所述处理模块 830为会话 初始协议处理模块， 所述受阻消息为会话初始协议消息。
本发明实施例的中继装置在另一种具体实现中，所述处理模块 830为综 合业务数字网用户部分处理模块， 所述受阻消息为综合业务数字网用户部分 消息。
请参阅图 13 , 是本发明实施例的软交换的主要组成结构框图。
本发明实施例的软交换包括： 电路管理模块 910, 用于在发起呼叫时从 多条子路由中选择一条子路由； 处理模块 920,用于在收到来自中继装置 800 的受阻消息时， 发送幹放消息； 呼叫控制模块 930, 用于在收到所述幹放消 息时对呼叫重新选路， 将当前子路由作为子路由向电路管理模块 910发送选 路请求。
本发明实施例的中继装置在具体实现时，所述处理模块 920可以为会话 初始协议处理模块或者综合业务数字网用户部分处理模块。
综上所述， 本发明实现了如下技术效果： 有效地保证了落地软交换中继 装置故障或者局向中继电路全阻时业务不间断，同时与设备冗余备份方案（软 交换配置多个中继装置， 各个中继装置之间业务分担， 这种方式为设备冗余 方案， 这种方案投资较多）相比， 投资少， 可靠性高。
很显然， 上述的本发明的原理除了可以用于软交换网絡以外， 也可以用 于所有的交换网络。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求
1.一种安全保护方法， 用于交换网络发生业务中断时的安全保护， 其特 征在于， 包括：
发端装置从多条子路由中选择一条子路由 , 通过中继装置向对端装置发 送呼叫；
当收到所述呼叫时， 所述中继装置分析从选择的当前子路由到所述对端 装置的路由状况；
当所述路由状况正常时， 所述中继装置根据所述路由状况将所述呼叫发 送到所述对端装置； 否则， 向所述发端装置报告受阻消息； 以及
所述发端装置在收到所述受阻消息时， 排除选择所述当前子路由； 在还 未排除选择所有子路由时， 选择下一条子路由发起呼叫； 否则， 结束选择子 路由。
2. 根据权利要求 1所述的安全保护方法， 其特征在于， 所述分析包括号 码分析和路由分析中的至少一种。
3. 根据权利要求 1所述的安全保护方法， 其特征在于， 所述报告受阻消 息具体为向发端装置发送会话初始协议消息， 所述消息中携带释放原因。
4. 根据权利要求 1所述的安全保护方法， 其特征在于， 所述报告受阻消 息具体为向发端装置发送综合业务数字网用户部分消息， 所述消息中携带释 放原因。
5.根据权利要求 3或 4所述的安全保护方法， 其特征在于， 所述释放原 因包括受端交换设备中继媒体网关故障、 和受端交换设备局向中继电路全阻 中的至少一种。
6. 根据权利要求 1所述的安全保护方法， 其特征在于， 所述分析由中继 装置的电路管理模块实施； 所述报告受阻原因包括： 在路由状况不正常时， 所述电路管理模块通知中继装置的呼叫控制模块生成释放原因， 所述中继装 置的会话初始协议处理模块将所述释放原因携带在会话初始协议消息中进行 发送。
7. 根据权利要求 1所述的安全保护方法， 其特征在于， 所述分析由中继 装置的电路管理模块实施； 所述报告受阻原因包括： 在路由状况不正常时， 所述电路管理模块通知中继装置的呼叫控制模块生成释放原因， 所述中继装 置的综合业务数字网用户部分处理模块将所述释放原因携带在综合业务数字 网用户部分消息中进行发送。
8.根据权利要求 1所述的安全保护方法， 其特征在于， 所述交换网络包 括软交换网络。
9.根据权利要求 8所述的安全保护方法， 其特征在于， 所述发端装置包 括软交换机。
10.根据权利要求 8所述的安全保护方法， 其特征在于， 所述中继装置 包括软交换机。
11.根据权利要求 1 所述的安全保护方法， 其特征在于， 所述中继装置 具有中继媒体网关。
12. 一种安全保护装置， 用于交换网络发生业务中断时的安全保护， 所 述交换网络包括发端装置、 对端装置和中继装置； 其特征在于， 该安全保护 装置包括：
发送模块， 用于使发端装置从选择多条子路由中的一条子路由开始， 逐 个地选择每条子路由向对端装置发送呼叫；
分析模块， 用于使中继装置收到所述呼叫时， 分析选择的当前子路由从 其本身到所述对端装置的路由状况；
转发报告模块， 用于使所述中继装置根据所述路由状况确定是将所述呼 叫发送到所述对端装置还是向所述发端装置 4艮告受阻消息； 以及
处理模块， 用于如果所述中继装置向所述发端装置报告受阻消息， 则使 所述发端装置排除选择所述当前子路由， 并判断是否已经排除选择所有子路 由， 根据判断结果来确定是继续执行所述发送模块， 还是结束选择子路由。
13. 根据权利要求 12所述的安全保护装置， 其特征在于， 所述发送模块 包括：
子路由选择模块，用于使发端装置从第一子路由开始逐个地尝试发送呼 叫；
传送模块， 用于使发端装置采用选择的子路由将呼叫传送到中继装置。
14. 根据权利要求 13所述的安全保护装置， 其特征在于， 所述处理模 块包括：
全忙判断模块， 用于发端装置判断是否全忙；
返回模块， 用于在所述全忙盘端模块判断全忙时， 使发端装置返回全忙 消息， 结束选择子路由；
选择下一子路由通知模块， 用于在所述全忙盘端模块判断非全忙时， 通 知所述子路由选择模块选择查询下一条子路由。
15. 根据权利要求 12所述的安全保护装置， 其特征在于， 所述转发报 告模块包括：
报告模块， 用于在所述分析模块确定路由状况不正常时， 使中继装置向 发端装置报告受阻消息；
转发模块， 用于在所述分析模块确定路由状况不正常时， 使中继装置直 接将呼叫转发到对端装置。
16. 一种中继装置， 其特征在于， 包括：
电路管理模块， 用于在收到来自发端装置的呼叫时， 分析发端装置选择 的当前子路由从自身到对端装置的路由状况；
呼叫控制模块， 用于在所述路由状况不正常时， 生成释放原因； 处理模块，用于将所述呼叫控制模块生成的释放原因携带在受阻消息中 向发端装置报告。
17. 根据权利要求 16所述的中继装置， 其特征在于， 所述处理模块为 会话初始协议处理模块， 所述受阻消息为会话初始协议消息。
18. 根据权利要求 16所述的中继装置， 其特征在于， 所述处理模块为 综合业务数字网用户部分处理模块， 所述受阻消息为综合业务数字网用户部 分消息。
19. 一种软交换， 其特征在于， 包括：
电路管理模块， 用于在发起呼叫时从多条子路由中选择一条子路由； 处理模块， 用于在收到来自中继装置的受阻消息时， 发送释放消息； 呼叫控制模块， 用于在收到所述释放消息时对呼叫重新选路， 将当前子 路由作为子路由向电路管理模块发送选路请求。
20. 根据权利要求 19所述的软交换， 其特征在于， 所述处理模块为会 话初始协议处理模块或综合业务数字网用户部分处理模块。
PCT/CN2006/003144 2006-03-16 2006-11-22 Système de protection de sécurité utilisé pour l'interruption de service dans le réseau de commutation et système correspondant WO2007104199A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA200680012823XA CN101160869A (zh) 2006-03-16 2006-11-22 用于交换网络的业务中断的安全保护方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610065066.4 2006-03-16
CN200610065066A CN100583918C (zh) 2006-03-16 2006-03-16 用于交换网络的业务中断的安全保护方法及其装置

Publications (1)

Publication Number Publication Date
WO2007104199A1 true WO2007104199A1 (fr) 2007-09-20

Family

ID=37444228

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/003144 WO2007104199A1 (fr) 2006-03-16 2006-11-22 Système de protection de sécurité utilisé pour l'interruption de service dans le réseau de commutation et système correspondant

Country Status (3)

Country Link
US (1) US7710880B2 (zh)
CN (2) CN100583918C (zh)
WO (1) WO2007104199A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8243603B2 (en) * 2005-12-07 2012-08-14 Motorola Solutions, Inc. Method and system for improving a wireless communication route
US20090196301A1 (en) * 2007-05-14 2009-08-06 Brian Parsons Methods, systems and apparatus for monitoring and/or generating communications in a communications network
CN101325535B (zh) * 2007-06-15 2013-03-13 上海贝尔阿尔卡特股份有限公司 在通信网络中用于为呼叫进行重路由的方法及装置
US10362631B2 (en) * 2017-04-03 2019-07-23 Level 3 Communications, Llc Last resource disaster routing in a telecommunications network

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000049862A (ja) * 1998-07-30 2000-02-18 Nippon Denki Ido Tsushin Kk パケット通信網の方路選択方式
JP2001053876A (ja) * 1999-08-05 2001-02-23 Mitsubishi Electric Corp 自動迂回選択交換システムおよび自動迂回選択交換方法
CN1423876A (zh) * 2000-03-03 2003-06-11 明亮网络公司 由于故障链路的检测而动态重新路由选择业务的路由交换机
JP2005006178A (ja) * 2003-06-13 2005-01-06 Nec Commun Syst Ltd 電話交換システム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6614781B1 (en) * 1998-11-20 2003-09-02 Level 3 Communications, Inc. Voice over data telecommunications network architecture
US6950441B1 (en) * 1999-03-30 2005-09-27 Sonus Networks, Inc. System and method to internetwork telecommunication networks of different protocols
US7023794B2 (en) * 2002-02-11 2006-04-04 Net2Phone, Inc. Method and architecture for redundant SS7 deployment in a voice over IP environment
US7023977B2 (en) * 2002-12-16 2006-04-04 Alcatel Method and system for providing softswitch failure protection in a communication network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000049862A (ja) * 1998-07-30 2000-02-18 Nippon Denki Ido Tsushin Kk パケット通信網の方路選択方式
JP2001053876A (ja) * 1999-08-05 2001-02-23 Mitsubishi Electric Corp 自動迂回選択交換システムおよび自動迂回選択交換方法
CN1423876A (zh) * 2000-03-03 2003-06-11 明亮网络公司 由于故障链路的检测而动态重新路由选择业务的路由交换机
JP2005006178A (ja) * 2003-06-13 2005-01-06 Nec Commun Syst Ltd 電話交換システム

Also Published As

Publication number Publication date
CN1870686A (zh) 2006-11-29
US7710880B2 (en) 2010-05-04
CN100583918C (zh) 2010-01-20
US20070217342A1 (en) 2007-09-20
CN101160869A (zh) 2008-04-09

Similar Documents

Publication Publication Date Title
US7613170B1 (en) Method and apparatus for PSTN-based IP active call recovery and re-routing
JP4208540B2 (ja) インターネットプロトコルネットワークで負荷割当てボイスオーバーインターネットプロトコルトラフィックに対して分割されたファイアーウォールを使用するソフトスイッチ
EP1805939B1 (en) METHODS AND SYSTEMS FOR DETECTING IP ROUTE FAILURE AND FOR DYNAMICALLY RE-ROUTING VoIP SESSIONS IN RESPONSE TO FAILURE
WO2009018744A1 (fr) Procédé d'implémentation, système, passerelle multimédia et contrôleur de passerelle multimédia pour contrôle de routage
US20060268729A1 (en) Methods and apparatus for monitoring link integrity for signaling traffic over a path traversing hybrid ATM/Ethernet infrastructure in support of packet voice service provisioning
JP2007089163A (ja) 断片化ネットワークに関するダイヤル呼出プランの透過性
WO1998059477A1 (en) Network access device dial-up port allocation
KR100666953B1 (ko) 링크 오류 복구를 위한 네트워크 시스템 및 방법
US20070115943A1 (en) System and method for establishing emergency communications in a telecommunication network
US10575366B2 (en) Last resource disaster routing in a telecommunications network
JPWO2008032403A1 (ja) 経路確認方法及び装置
KR100602652B1 (ko) 브이오아이피 시스템의 라우팅 관리 방법 및 그 시스템
WO2007104199A1 (fr) Système de protection de sécurité utilisé pour l'interruption de service dans le réseau de commutation et système correspondant
WO2011029085A2 (en) Methods, systems, and computer readable media for verifying the availability of an internet protocol (ip) media router during a call setup
US7023977B2 (en) Method and system for providing softswitch failure protection in a communication network
US20090168642A1 (en) Telephone system, and node device and rerouting method for the system
JP4712941B2 (ja) パケットネットワークと回路ネットワークを含む通信ネットワークにおいて呼を設定する方法
WO2007051378A1 (fr) Méthode diminuant la perte de service de l’intercommunication entre le réseau de signalisation ss7 et m3ua
EP1014753B1 (en) Method and communication system for reestablishing a virtual circuit without loss of call session
US6888793B1 (en) Internet protocol network alternate routing system
CN112653661B (zh) 一种VoIP网络限制下的媒体恢复方法和系统
KR100438071B1 (ko) ＶｏＩＰ게이트웨이의 인터넷망 장애시 발신호 경로재설정방법
US20080101344A1 (en) Method and System to Provide Redundancy for Calls
JP4178824B2 (ja) ＩＰｖ６ネットワーク網間接続システム及びそれに用いるＩＰトンネルバックアップ経路実現方法
JP2002141935A (ja) 通信網の品質制御管理システム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680012823.X

Country of ref document: CN

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

Ref document number: 06817875

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: 06817875

Country of ref document: EP

Kind code of ref document: A1