CN101001396B - 一种智能网中的呼叫处理方法 - Google Patents
一种智能网中的呼叫处理方法 Download PDFInfo
- Publication number
- CN101001396B CN101001396B CN200610090534A CN200610090534A CN101001396B CN 101001396 B CN101001396 B CN 101001396B CN 200610090534 A CN200610090534 A CN 200610090534A CN 200610090534 A CN200610090534 A CN 200610090534A CN 101001396 B CN101001396 B CN 101001396B
- Authority
- CN
- China
- Prior art keywords
- ssp
- scp
- intelligent
- call
- routed
- 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.)
- Expired - Fee Related
Links
- 238000003672 processing method Methods 0.000 title claims description 11
- 238000000034 method Methods 0.000 claims abstract description 25
- 230000004044 response Effects 0.000 claims description 18
- 230000011664 signaling Effects 0.000 claims description 16
- 238000012545 processing Methods 0.000 claims description 6
- 239000000203 mixture Substances 0.000 claims description 5
- 230000008569 process Effects 0.000 abstract description 3
- 230000009977 dual effect Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000006855 networking Effects 0.000 description 6
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000007667 floating Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000009225 memory damage Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种智能网中的呼叫处理方法，该方法在智能网设备发生故障时，业务交换点SSP拒绝将智能呼叫接续给智能网设备进行智能处理，而是直接通过交换设备路由接续到目的端。利用本发明的方法，可以低成本地实现当智能网设备故障时，保证基本呼叫的正常进行。
Description
技术领域
本发明涉及通讯智能网的呼叫处理技术，尤其涉及一种保障智能网中基本呼叫安全性的呼叫处理方法。
背景技术
全网智能化后可以利用智能网平台快速提供丰富的业务，减少现有网络的话路迂回。但同时，全网智能化业务用户的所有业务流程都需要通过业务控制点(SCP)进行下发控制，SCP成为了全网业务运行的核心。
由于将所有电信业务信令控制以及用户数据都汇聚到SCP上，一旦SCP出现问题，则会导致全网故障，因此保证SCP的稳定运行非常重要。
虽然目前SCP采用的都是高可用性(HA)双机冗余备份、负荷均摊应用模式，已经尽最大可能的减少了单点故障发生的可能，但是，如果网络级的故障(例如网络中断、机房断电等故障)发生时，则按现有方式依然会导致全网业务的中断(一般智能网平台小型机都集中在一个机房)。因此在现有HA冗余备份等安全性措施的基础上进一步加强全网的安全性非常地有必要，以保证在核心网元SCP不能正常工作时业务运行的最大安全性。
目前的安全性防范措施在现网中得到了大规模的运用。针对智能网，业界通常的容灾措施是双机容错与异地容灾备份。
现有技术一、平台双机容错技术。
双机是集群应用的一个极端特例，只有两个应用节点。其核心是主备硬件、软件冗余备份，通过浮动IP对外提供唯一逻辑主机，集群软件提供监控系统状态以及控制节点切换接口，应用通过这些接口提供对生产机的监控，当生产机故障时迅速切换到备用主机。避免单节点故障导致业务受到影响。
图1为平台双机容错技术方案的示意图。参见图1，
HDR、SHARED是Informix数据库中提供的两种双机实现机制，其中HDR为热双机方式，SHARED为冷双机方式。由于SCP通常所要求的安全性更高，因此现网中典型的做法是SCP采用热双机，而服务数据单元(SDU)则采用冷双机的方式。
双机安全性是利用SCP双机系统，即热备份双机，当主机发生异常的情况下，自动切换到备机系统，由备机系统接管呼叫的控制。在双机成功切换后，不会产生数据不一致问题，但是双机状态需要在人工干预下重新恢复正常，恢复过程不会对业务运行产生影响。
在双机安全性中，最重要的是能够监测出致命告警并及时进行切换操作；双机能够监测到的情况包括：
1)当双机监控软件(小型机双机系统软件)发现主机存在CPU、内存损坏等严重硬件故障时，主动进行双机切换；
2)当SCP故障监控软件发现存在重大运行异常时，例如数据库僵死、应用运行异常等，由监控软件指示进行双机切换；
3)当维护人员发现严重告警或运行异常时，可以由人工进行双机的切换。
但是，现有技术一有以下缺点：
1、双机底层操作系统出现故障，无法自动切换，将导致无法正常对外提供业务。
2、当双机同时出现故障时，将导致无法正常无法对外提供业务。
3、只从智能网侧关注系统的安全性，没有从全网角度考虑如果整个智能网设备出现故障，如何保障正常的基础呼叫。
总的来讲，现有技术一在当智能网宕机或者异常情况下，则将业务呼叫释放掉，因此无法保证除智能功能外的基本呼叫的正常进行。
现有技术二，异地容灾备份的方案。
利用融合平台(IIN)支持INFORMIX数据库提供的数据复制功能(CDR)容灾备份功能特性，在现有智能组网基础上，通过跨地区建立容灾备份中心，对业务数据进行实时备份，当网络级故障或者业务数据点发生节点故障时由容灾节点接管业务。
CDR容灾系统可提供业务级以及数据表级的容灾复制能力，可以灵活进行定制。CDR容灾备份组网方式灵活，支持1+1以及N+1备份组网方式，容灾切换主要是通过业务交换点(SSP)以及信令转接点设备(STP)进行链路切换的方式进行。
图2为异地容灾组网的示意图。参见图2，该组网结构是针对采用Informix作为数据库支撑而言，对于其他类型的数据库系统，除去数据复制机制所采用的术语不同，组网结构类似。
要实现此方式，需HDR机制与CDR机制相容，因此须注意Informix数据库应采用IDS9.4及其以上版本。
异地容灾备份的切换方案包括人工切换和信令切换。其中：
人工切换，是指平时容灾系统处于运转就绪状态，为了防止不必要的误切换，当灾难发生时，经过决策之后，再进行人工切换。从灾难发生到容灾设备完成业务接管之间的时间将取决于：灾难检测时间与发现时间、决策时间、信令切换时间(可忽略)和数据网切换时间，其中，灾难检测的时间不超过2分钟，信令切换时间不超过1分钟。主要时间取决于决策时间。
信令切换，是指由SSP或STP通过检查信令连接控制部分(SCCP)链路是否正常，如果长时间中断，则起用指向容灾信令接入单元(SAU)链路，该链路是事先配置设定的，SSP和STP切换检查的灵敏度是可以配置。
现有技术二存在以下缺点：
1、成本高。前期投资成本，以及后期运营商维护和管理的成本都较高；
2、数据库CDR的稳定性不好，容灾机对生产机性能影响较大。
发明内容
有鉴于此，本发明的主要目的在于提供一种智能网的呼叫处理方法，以低成本地实现当智能网设备故障时，保证基本呼叫的正常进行。
为了实现上述发明目的，本发明的主要技术方案为：
一种智能网中的呼叫处理方法，该方法包括：
在智能网的业务交换点SSP检测到与信令接入单元SAU之间链路中断、智能网的业务控制点SCP超时无正确响应或者智能业务统计故障时，业务交换点SSP拒绝将智能呼叫接续给智能网设备进行智能处理，而是直接通过交换设备路由接续到目的端.
优选地，所述SSP检测到与信令接入单元SAU之间链路中断的方法具体为：SSP收到智能呼叫后对SSP与SAU间的链路进行检测，当检测到SSP和SAU间的链路中断时，SSP直接将所述智能呼叫通过交换设备路由接续到目的端。
优选地，所述SSP检测到SCP超时无正确响应的方法具体包括：SSP收到智能呼叫后，将其接续到SCP，并在指定的时间内判断是否收到请求报告基本呼叫状态模型事件消息RRBE，在指定时间内没有收到时，SSP判定所述SCP超时无正确响应，拒绝将所述智能呼叫接续给SCP进行智能处理，直接将所述智能呼叫通过交换设备路由接续到目的端。
所述SSP检测到SCP超时无正确响应的方法具体包括：SSP收到智能呼叫后，将其接续到SCP，并在指定的时间内判断是否收到RRBE消息，在指定时间内收到RRBE消息时，进一步判断是否在指定的时间内收到SCP的响应，在没有收到时，SSP判定所述SCP超时无正确响应，拒绝将所述智能呼叫接续给SCP进行智能处理，直接将所述智能呼叫通过交换设备路由接续到目的端。
所述SSP检测到SCP超时无正确响应的方法具体包括：SSP收到智能呼叫后，将其接续到SCP，在指定时间内未收到SCP下发的RRBE消息、而接收到SCP下发的不带智能处理成分信息的消息时，SSP判定所述SCP超时无正确响应，拒绝将所述智能呼叫接续给SCP进行智能处理，直接将所述智能呼叫通过交换设备路由接续到目的端。
优选地，所述SSP检测到智能业务统计故障的方法具体为：SSP在设定周期内统计计算智能业务超时失败次数以及故障比率；判断：超时失败次数是否大于预定次数，并且故障比率是否大于预定比率，如果是，SSP判定所述智能业务统计故障，拒绝将此后接收的智能呼叫接续给SCP进行智能处理，而是直接将所述智能呼叫通过交换设备路由接续到目的端；否则，继续在新的周期内进行所述统计并进行所述判断及处理。
所述SSP判定智能业务统计故障时，进一步包括：发送告警操作。
在所述周期内，如果SSP计算的超时失败次数或故障比率大于所述预定次数或预定比率内的某一设定值时，则进一步包括：发送告警操作。
由于全网智能化基础呼叫都通过智能网来处理，单纯依赖于传统智能网安全性方案来保障基础的通信安全存在明显不足。具体的单纯依赖现有技术一所述的双机容错，无法解决双机软硬件同时出现故障时，导致基本呼叫也受影响的缺陷；而现有技术二所述的异地容灾方案对于运营商的资金、人力等各方面投资较大，也导致容灾方案无法在现网大规模推广。
因此本发明在原有的安全性方案基础上进一步在智能网设备发生故障时，业务交换点SSP拒绝将智能呼叫接续给智能网设备进行智能处理，而是直接通过交换设备路由接续到目的端。利用本发明，在智能网设备故障例如宕机或者异常时，以较低的成本就可以保证基本呼叫的正常进行，用户仍然可以正常的拨打电话，使得用户感觉不到智能网宕机带来的影响，而且系统的稳定性也比现有技术高。
附图说明
图1为平台双机容错技术方案的示意图；
图2为异地容灾组网的示意图；
图3为本发明所述交换放通的示意图；
图4为本发明第一实施例在SAU与SSP链路中断情况下的呼叫处理方法流程图；
图5为本发明第二实施例在SCP超时无正确响应时的呼叫处理方法流程图。
具体实施方式
下面通过具体实施例和附图对本发明做进一步详细说明。
本发明的核心思想为：在智能网设备发生故障时，业务交换点SSP拒绝将智能呼叫接续给智能网设备进行智能处理(本文所述的智能网设备主要是指智能网的核心处理设备SCP)，而是直接通过交换设备路由接续到目的端。本文称这种处理方式为交换放通。
图3为本发明所述交换放通的示意图。参见图3，其中LS为端局，MS为汇接局，一般与SSP设置在一起，MS和SSP的功能可以由一个设备来完成，在PSTN中所述SSP为硬交换设备，在下一代(NGN)网络下，所述SSP为软交换设备，本发明对于PSTN或NGN网络都可使用。参见图3，当智能网发生故障时，例如SAU与SSP之间的NO7号信令中断或者闭塞，或者SCP故障导致SCP和SAU之间的TCP/IP连接中断，使得SAU自动关闭信令点，闭塞SAU与SSP的链路时，SSP将智能呼叫直接通过交换设备路由接续到目的端，而拒绝将智能呼叫接续给智能网设备进行智能处理。
表1为本发明所述方法在智能网的不同异常情况下，需执行的交换行为。
| 序号 | 智能网异常情况 | 交换行为 |
| 1 | SSP与SAU之间链路不可达 | 交换放通 |
| 2 | SSP接收SCP下发的TC_U_ABORT或TC_P_ABORT | 交换放通 |
| 3 | SSP接收到SCP下发的TC_END | 呼叫释放 |
| 4 | SSP上报IDP后在配置的时间内SCP无响应 | 交换放通 |
| 5 | SSP接收到RRBE后在配置的时间内SCP无响应 | 交换放通 |
| 6 | 除序号4，5所述项目外，在配置的时间内SCP无响应 | 呼叫释放 |
| 7 | SSP某设定周期内，某业务超时失败次数大于X次；同时故障比例(超时失败次数/发起呼叫次数)大于Y％；，其中X、Y可配置 | 交换放通 |
表1
参见表1，对于交换放通来说，上述的智能网设备故障包括以下几种：
1)SSP与SAU之间的链路不可达.具体包括：SAU与SSP之间的NO7号信令链路异常，如中断或者闭塞；或者SCP故障导致SCP和SAU之间的TCP/IP连接中断，使得SAU自动关闭信令点，闭塞SAU与SSP的链路.
2)SCP超时无正确响应。具体包括：SSP上报用于触发智能网处理的启动检测点(IDP)消息给SCP后，在配置的时间内SCP无响应；或者SSP接收到SCP的请求报告基本呼叫状态模型(BCSM)事件消息(RRBE)后在配置的时间内SCP无响应；或者，SSP接收SCP下发的不带智能处理成分信息的用户层事务处理能力应用协议消息(TC_U_ABORT)或事务处理放弃消息(TC_P_ABORT)。所述RRBE是SCP告知SSP到特定阶段向SCP上报状态消息的指令。
3)智能业务的统计故障，即在设定周期内，智能业务超时失败次数大于指定次数，同时故障比例(即超时失败次数/发起呼叫次数)大于指定比率。具体为：SSP计算在设定周期内(例如10分钟)智能业务的发起呼叫次数和超时失败次数，同时满足以下两个条件：(1)本周期内，超时失败次数大于预定的次数(X次)；(2)本周期内，故障比例(即超时失败次数/发起呼叫次数)大于预定的比率(Y％)，其中的X和Y为预先指定值。
针对上述智能网故障情况，以下主要有三种具体实施例。
图4为本发明第一实施例在SAU与SSP链路中断情况下的呼叫处理方法流程图。参见图4，该流程包括：
步骤401、某智能网用户主叫拨打被叫，主叫端局(LSA)判断是智能呼叫，于是LSA发送初始地址消息(IAM)消息给SSP。
步骤402～步骤403、SSP收到消息后对SSP与SAU间的链路进行检测，当检测到SSP和SAU间的链路中断时，例如SSP和SAU间中断或者闭塞时，或者SCP故障导致SCP和SAU之间的TCP/IP连接中断，使得SAU自动关闭信令点，闭塞SAU与SSP的链路时，SSP直接将IAM发送至其目的端，即被叫端局(LSB)。
步骤404、被叫端局回地址全消息(ACM)消息给SSP。
步骤405、SSP回ACM消息给LSA，LSA给主叫放回铃音。
步骤406、被叫摘机，LSB回应答计费消息计费应答消息(ANM)至SSP。
步骤407、SSP将ANM消息透传到LSA，主被叫开始正常通话。
图5为本发明第二实施例在SCP超时无正确响应时的呼叫处理方法流程图。参见图5，在智能网发生故障时，比如数据库僵死等情况，并未形成SAU不可达情况，SAU和SSP之间链路正常，SSP无法判断SCP是否异常，因此还是将上报消息给SCP，SSP不直接交换放通。如果此时SSP上报消息到SCP，但SCP长时间无响应，或下发不带智能处理成分信息的TC_U_ABORT或TC_P_ABORT消息。在这种情况下，SSP也将选择放通呼叫。
参见图5，该流程具体包括：
步骤501、某智能网用户主叫拨打被叫，主叫端局(LSA)判断是智能呼叫，于是发送IAM消息给SSP。
步骤502、SSP上报IDP消息给SCP，SSP在指定时间判断是否收到RRBE消息，如果没有，或者收到SCP下发的不带智能处理成分信息的TC_U_ABORT、TC_P_ABORT消息，则SSP判断智能网故障，执行步骤503；或者，收到SCP下发的RRBE消息，进一步判断是否在指定的时间内收到SCP的响应，如果没有响应，则SSP判断智能网故障，执行步骤503。
步骤503、SSP拒绝将所述智能呼叫继续接续给SCP进行智能处理，而是直接将所述IAM消息发送至被叫端局(LSB)。
步骤504、LSB回ACM消息给SSP。
步骤505、SSP回ACM消息给LSA，LSA给主叫放回铃音。
步骤506、被叫摘机，LSB回应答计费消息ANM至SSP。
步骤507、SSP将ANM消息透传到LSA，主被叫开始正常通话；
本发明的第三实施例是在智能业务统计故障的情况下的呼叫处理方法。具体为：
在SSP中建立定时周期任务(例如建立10分钟定时周期)，在每次定时周期任务中，定时扫描目前交换系统中共配置了哪些智能业务。并检查这些业务在目前周期内的总呼叫试呼次数和总业务交互超时失败次数的值。计算在一个周期内该智能业务的发起呼叫总次数和超时失败总次数。
并在一次周期结束时，判断是否同时满足以下两个条件：
1、本周期内，超时失败次数大于预定次数X；
2、本周期内，故障比例(超时失败次数/发起呼叫次数)大于预定比率Y％；
如果满足上述两个条件，则启动交换放通，对于在此后发生的智能呼叫，将不再向SCP发起业务申请以进行智能处理，而直接根据预先配置的路由设置进行接续，还可以同时发送告警操作以提示人工干预；如果没有满足上述两个条件，则重新开始新的定时周期任务。
作为另一种处理方式，在本周期内，如果SSP计算的超时失败次数和或故障比例大于所述预定值内的某一设定值时，例如的超时失败次数大于X，故障比例大于Y/2％的条件时，也可不开始进行交换放通，而是先发送预告警，以提示用户关注。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
Claims (8)
1.一种智能网中的呼叫处理方法，其特征在于，该方法包括：
在智能网的业务交换点SSP检测到与信令接入单元SAU之间链路中断、智能网的业务控制点SCP超时无正确响应或者智能业务统计故障时，业务交换点SSP拒绝将智能呼叫接续给智能网设备进行智能处理，而是直接通过交换设备路由接续到目的端。
2.根据权利要求1所述的方法，其特征在于，所述SSP检测到与信令接入单元SAU之间链路中断的方法具体为：
SSP收到智能呼叫后对SSP与SAU间的链路进行检测，当检测到SSP和SAU间的链路中断时，SSP直接将所述智能呼叫通过交换设备路由接续到目的端。
3.根据权利要求2所述的方法，其特征在于，所述SSP检测到SCP超时无正确响应的方法具体包括：
SSP收到智能呼叫后，将其接续到SCP，并在指定的时间内判断是否收到请求报告基本呼叫状态模型事件消息RRBE，在指定时间内没有收到时，SSP判定所述SCP超时无正确响应，拒绝将所述智能呼叫接续给SCP进行智能处理，直接将所述智能呼叫通过交换设备路由接续到目的端。
4.根据权利要求2所述的方法，其特征在于，所述SSP检测到SCP超时无正确响应的方法具体包括：SSP收到智能呼叫后，将其接续到SCP，并在指定的时间内判断是否收到RRBE消息，在指定时间内收到RRBE消息时，进一步判断是否在指定的时间内收到SCP的响应，在没有收到时，SSP判定所述SCP超时无正确响应，拒绝将所述智能呼叫接续给SCP进行智能处理，直接将所述智能呼叫通过交换设备路由接续到目的端。
5.根据权利要求2所述的方法，其特征在于，所述SSP检测到SCP超时无正确响应的方法具体包括：SSP收到智能呼叫后，将其接续到SCP，在指定时间内未收到SCP下发的RRBE消息、而接收到SCP下发的不带智能处理成分信息的消息时，SSP判定所述SCP超时无正确响应，拒绝将所述智能呼叫接续给SCP进行智能处理，直接将所述智能呼叫通过交换设备路由接续到目的端。
6.根据权利要求1所述的方法，其特征在于，所述SSP检测到智能业务统计故障的方法具体为：SSP在设定周期内统计计算智能业务超时失败次数以及故障比率；判断：超时失败次数是否大于预定次数，并且故障比率是否大于预定比率，如果是，SSP判定所述智能业务统计故障，拒绝将此后接收的智能呼叫接续给SCP进行智能处理，而是直接将所述智能呼叫通过交换设备路由接续到目的端；否则，继续在新的周期内进行所述统计并进行所述判断及处理。
7.根据权利要求6所述的方法，其特征在于，所述SSP判定智能业务统计故障时，进一步包括：发送告警操作。
8.根据权利要求6所述的方法，其特征在于，在所述周期内，如果SSP计算的超时失败次数或故障比率大于所述预定次数或预定比率内的某一设定值时，则进一步包括：发送告警操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610090534A CN101001396B (zh) | 2006-06-27 | 2006-06-27 | 一种智能网中的呼叫处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610090534A CN101001396B (zh) | 2006-06-27 | 2006-06-27 | 一种智能网中的呼叫处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101001396A CN101001396A (zh) | 2007-07-18 |
| CN101001396B true CN101001396B (zh) | 2010-05-12 |
Family
ID=38693173
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200610090534A Expired - Fee Related CN101001396B (zh) | 2006-06-27 | 2006-06-27 | 一种智能网中的呼叫处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101001396B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102378125A (zh) * | 2010-08-05 | 2012-03-14 | 中兴通讯股份有限公司 | 一种集群通信系统及协作处理故障弱化的方法 |
| CN101959082A (zh) * | 2010-09-15 | 2011-01-26 | 中兴通讯股份有限公司 | 业务处理方法及智能网系统 |
| CN104092685B (zh) * | 2014-07-09 | 2017-10-10 | 东方通信股份有限公司 | 一种利用信令前置机实现智能网scp容灾保护的方法与装置 |
| CN106301713B (zh) * | 2015-06-05 | 2020-01-21 | 中兴通讯股份有限公司 | 一种实现容灾通信的方法、站点设备及系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1168213A (zh) * | 1995-01-04 | 1997-12-17 | 诺基亚电信公司 | 在智能网络呼叫中实现连续呼叫的方法 |
| CN1514656A (zh) * | 2002-12-31 | 2004-07-21 | 深圳市中兴通讯股份有限公司 | 一种网络交换设备的智能网控制方法 |
| CN1783918A (zh) * | 2004-12-05 | 2006-06-07 | 中兴通讯股份有限公司 | 一种紧急电话呼叫通知方法 |
-
2006
- 2006-06-27 CN CN200610090534A patent/CN101001396B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1168213A (zh) * | 1995-01-04 | 1997-12-17 | 诺基亚电信公司 | 在智能网络呼叫中实现连续呼叫的方法 |
| CN1514656A (zh) * | 2002-12-31 | 2004-07-21 | 深圳市中兴通讯股份有限公司 | 一种网络交换设备的智能网控制方法 |
| CN1783918A (zh) * | 2004-12-05 | 2006-06-07 | 中兴通讯股份有限公司 | 一种紧急电话呼叫通知方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101001396A (zh) | 2007-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6678369B2 (en) | Network interface redundancy | |
| CN101801015B (zh) | 一种小区退服故障的处理方法及装置 | |
| CN1536819B (zh) | 下一代网络中双归属的实现方法 | |
| CN100461697C (zh) | 基于设备容灾的业务接管方法及备份机 | |
| JPH0683315B2 (ja) | 通信網監視方法およびシステムおよび通信網要素 | |
| CN100574486C (zh) | 通信网络中双归属组网的系统及其方法 | |
| CN101001396B (zh) | 一种智能网中的呼叫处理方法 | |
| US6668051B1 (en) | Intelligent communications point platform | |
| CN100420205C (zh) | 一种软交换容错处理方法及实现系统 | |
| CN1327727C (zh) | 一种媒体网关双归属的实现方法 | |
| US8218740B2 (en) | Method for providing hysteresis to fluctuating signaling ink | |
| CN100334845C (zh) | 一种检测媒体网关和媒体网关控制器之间链路故障的方法 | |
| CN100394744C (zh) | 由媒体网关检测媒体网关控制器状态的方法 | |
| JP3232393B2 (ja) | 分散処理システムのモジュール運転状態制御方法 | |
| KR100912183B1 (ko) | 미디어 게이트웨이 제어장치 및 미디어 게이트웨이제어장치와 미디어 게이트웨이 간의 터미네이션 상태 일치방법 | |
| CN100579106C (zh) | Ngn架构下实现随路信令状态一致性的方法 | |
| JP3358106B2 (ja) | 申告故障対応方法とその設備オペレーションシステム | |
| CN100344202C (zh) | 智能网系统中实现业务处理单元备份的方法及装置 | |
| CN101465925A (zh) | 一种在下一代网络中用于业务保持的系统及方法 | |
| WO2012075733A1 (zh) | 一种语音类业务系统及容灾实现方法 | |
| US6614901B1 (en) | Method and system for a scaleable virtual switch | |
| US8130933B2 (en) | Method for recovery from linkset failure in telecommunications network | |
| JPH04304753A (ja) | 電話網クレジットカード呼出装置とその操作方法 | |
| KR100592024B1 (ko) | 트렁크 인터페이스의 물리적 자동 복구 장치 및 그 방법 | |
| CN102821365A (zh) | 一种降低彩铃业务呼叫失败的方法和系统 |
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 | ||
| 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: 20100512 |