CN100344111C - 智能网系统中保证呼叫接续的方法及装置 - Google Patents
智能网系统中保证呼叫接续的方法及装置 Download PDFInfo
- Publication number
- CN100344111C CN100344111C CNB2004100747482A CN200410074748A CN100344111C CN 100344111 C CN100344111 C CN 100344111C CN B2004100747482 A CNB2004100747482 A CN B2004100747482A CN 200410074748 A CN200410074748 A CN 200410074748A CN 100344111 C CN100344111 C CN 100344111C
- Authority
- CN
- China
- Prior art keywords
- host apparatus
- alternate device
- message
- signaling
- switching
- 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
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种智能网系统中保证呼叫接续的方法,主用设备故障时,切换设备根据配置的主用设备与备份设备之间的对应关系,将所有向故障主用设备发送的消息转接至备份设备,备份设备对接收的消息进行处理。本发明还公开了一种智能网系统中保证呼叫接续的装置,主用设备,用于对智能业务进行控制;切换设备,分别与主用设备、备份设备和外部网络相连,用于传送外部网络与正常工作的主用设备之间交互的消息,且主用设备发生故障时,传送外部网络与备份设备之间交互的消息;备份设备,用于主用设备发生故障时,对外部网络向主用设备发送的消息进行处理,并向外部网络返回响应,以保证智能用户发生的呼叫在智能网设备故障情况下正常进行。
Description
技术领域
本发明涉及智能网技术,特别是指一种智能网系统中保证呼叫接续的方法。
背景技术
随着智能网系统在通信领域中的广泛应用,智能业务和用户量的迅速发展,智能网系统中,智能用户的大量呼叫需要依赖于智能网设备的处理,才能够正常接续,使得智能呼叫越来越依赖于智能网系统的处理。智能用户发生呼叫时,所有信令必须经过智能网设备的处理和响应后,才能保证呼叫的正常接续,因此,对智能网设备可靠性的要求越来越高。
图1示出了现有技术中智能网系统网络结构示意图,如图1所示,智能用户发生呼叫时,所有信令必须经过业务控制点(SCP)的处理和响应后,才能进行正常的接续,如果SCP发生故障,则会造成签约在所有该SCP上的智能用户的所有呼叫全部无法正常接续,使得用户对运营商的满意度大大下降。
发明内容
有鉴于此,本发明的一个目的在于提供一种智能网系统中保证呼叫接续的方法,本发明的另一目的在于提供一种智能网系统中保证呼叫接续的装置,保证智能用户发生的呼叫在智能网设备故障情况下正常进行。
为了达到上述目的,本发明提供了一种智能网系统中保证呼叫接续的方法,该方法包含:
切换设备为备份设备配置信令点编码,并将备份设备配置为主用设备的备用信令点;
主用设备故障时,切换设备根据其进行的所述配置将所有向故障主用设备发送的消息转接至备份设备,备份设备对接收的消息进行处理。
所述将备份设备配置为主用设备的备用信令点包括:建立备份设备与切换设备之间的链路。
所述将所有向故障主用设备发送的消息转接至备份设备为:将所有向故障主用设备发送的消息的目的地址更改为备份设备的地址,然后将所述消息发送至备份设备。
所述备份设备对接收的消息进行处理为:备份设备完全处理智能业务呼叫消息,响应所有请求消息及主动下发智能业务必需的消息。
该方法进一步包括:备份设备向外部网络的交换设备提供用于标识话单生成情况的标识。
所述备份设备对接收的消息进行处理之前进一步包括:备份设备根据简单的业务属性判断当前业务是否为特殊业务,如果是,向外部网络的交换设备提供语音提示标识,交换设备根据收到的语音提示标识播放语音提示;否则,备份设备对接收的消息进行处理。
该方法进一步包括:备份设备根据接收消息所携带的信息,记录呼叫信息。
如果所述切换设备为信令传输点,则所述主用设备的故障由信令传输点中的信令连接控制部分检测,信令连接控制部分检测到主用设备的信令点不可访问时,确定主用设备故障。
所述将所有向故障主用设备发送的消息转接至备份设备为:通过手动方式将所有向故障主用设备发送的消息转接至备份设备。
本发明还提供了一种智能网系统中保证呼叫接续的装置,该装置包括:
主用设备,与切换设备相连,用于对智能业务进行控制;
切换设备,分别与主用设备、备份设备和外部网络相连,用于传送外部网络与正常工作的主用设备之间交互的消息,并为备份设备配置信令点编码,将备份设备配置为主用设备的备用信令点,且当主用设备发生故障时,根据其进行的所述配置传送外部网络与备份设备之间交互的消息;
备份设备,与切换设备相连,用于主用设备发生故障时,对外部网络向主用设备发送的消息进行处理,并向外部网络返回响应。
所述备份设备包括:
信令备份接入单元,分别与切换设备和信令备份处理单元相连,用于传送切换设备与相连备份处理单元之间交互的消息;
信令备份处理单元,与信令备份处理单元相连,用于对接收的消息进行处理,并向外部网络返回响应。
所述信令备份接入单元与信令备份处理单元之间通过传输控制协议/网际协议相连。
所述切换设备为信令传输点,或为业务交换点。
根据本发明提出的方案,在智能网系统中设置备份设备,主用设备发生故障时,将所有消息发送至备份设备,由备份设备对相应消息进行处理,然后向外部网络的交换设备返回相应响应,以使签约故障主用设备的智能用户的呼叫能够正常接续,为智能用户更好地提供了服务,提高了用户对运营商的满意度,为运营商带来良好收益,并且本发明提出的方案适用于各种网络。
附图说明
图1示出了现有技术中智能网系统网络结构示意图;
图2示出了本发明中智能网系统网络结构示意图;
图3示出了本发明中信令设置示意图;
图4示出了本发明中第一实施例消息处理过程示意图;
图5示出了本发明中第二实施例消息处理过程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
本发明中,在智能网系统中设置备份设备,主用设备发生故障时,将所有消息发送至备份设备,由备份设备对相应消息进行处理,然后向外部网络的交换设备返回相应响应,以使签约故障主用设备的智能用户的呼叫能够正常接续。
图2示出了本发明中智能网系统网络结构示意图,如图2所示,在智能网系统中设置独立的、信令功能完整的、并处于可用状态的信令备份设备,作为SCP发生故障时对信令进行处理的备用设备。信令备份设备包括信令备份接入单元和信令备份处理单元,其中,信令备份接入单元与各SCP接入同一信令传输点(STP),用于接收来自其他网络实体的消息,然后传送至信令备份处理单元;信令备份处理单元对接收的消息进行处理,并通过信令备份接入单元向其他网络实体返回响应。STP与主用设备之间的信令链路为主用信令链路,STP与信令备份设备之间的信令链路为备用信令链路。信令备份接入单元与信令备份处理单元之间可通过传输控制协议(TCP)/网际协议(IP)相连,并与外部网络分隔,以减少外界对数据网络的影响。以上所述的其他网络实体为业务交换点(SSP),或为SSP/智能外设(IP),或为移动交换中心(MSC),或为MSC/拜访位置寄存器(VLR)。
为了能够实现信令的切换,在STP上将信令备份设备配置为主用设备的备用信令点,主用设备正常工作时,STP根据主用设备的信令地址,将其他网络实体向主用设备发送的消息,发送至相应主用设备;主用设备发生故障时,STP根据配置的与故障主用设备相对应的信令备份设备地址,将所有向故障主用设备发送的消息发送至信令备份设备,由信令备份设备对呼叫进行处理,保证呼叫的正常接续。信令备份设备作为备用设备,没有存储用户的相关数据,主用设备正常工作时,并没有信令接续过来,不会对相应呼叫进行处理。在智能网系统中可设置一个或多个信令备份设备,在STP中配置主用设备与信令备份设备之间的对应关系,在主用设备发生故障时,STP查找与故障主用设备相对应的信令备份设备,然后将所有向故障主用设备发送的消息发送至相应信令备份设备。本发明中提出的单独设置信令备份设备的方案,不会对网络侧和原有智能网系统产生任何影响,不需要其他网络实体的配合。
图3示出了本发明中信令设置示意图,如图3所示,对于其他网络实体而言,其对智能网系统中设备的寻址完全是由STP进行转接的,信令备份设备与主用设备连接至同一STP,并且信令备份设备与STP的连接方式与主用设备相同,即接入相同的高层信令传输点(HSTP)或低层信令传输点(LSTP)。
主用设备发生故障时,信令备份设备进行呼叫处理接管时,需要将所有向故障主用设备发送的消息全部转接至信令备份设备,这种方式可称为信令切换,可通过备用信令点的切换方式实现,即将信令备份设备作为主用设备的备用信令点。
备用信令点切换方式可利用位于STP中的信令连接控制部分(SCCP)的功能实现,SCCP将主用设备的备用信令点编码设置为信令备份设备的信令点编码。当SCCP检测到主用设备的信令点状态为“不可访问”时,即确定相应主用设备发生故障,SCCP将信令业务切换至信令备份设备,即将所有发送至故障主用设备的消息的目的信令点编码(DPC)更改为信令备份设备的信令点编码,使信令备份设备对相应消息进行处理,从而实现信令任务的切换。
将信令备份设备配置为主用设备的备用信令点的大致过程如下:建立STP与信令备份设备之间的链路,STP为信令备份设备分配信令点编码,使得信令备份设备成为独立的信令点。对于使用全局码(GT)的网络,则可令信令备份设备与主用设备共用相同的GT,而无需再为信令备份设备分配新的GT。在STP中增加信令备份设备的信令点编码,设置主用设备与信令备份设备之间的对应关系,即将信令备份设备设置为相应主用设备的备用信令点,具体配置可见表一、表二,表一为将信令备份设备设置为相应主用设备的备用信令点之前的配置项目,表二将信令备份设备设置为相应主用设备的备用信令点之后的配置项目。
索引 | 信令点名称 | 目的信令点编码 | 本局信令点编码 | 备用信令点索引 |
11 | 主用设备 | 06FF01 | 1B0801 | NULL |
12 | 信令备份设备 | 06FF02 | 1B0801 | NULL |
表一
索引 | 信令点名称 | 目的信令点编码 | 本局信令点编码 | 备用信令点索引 |
11 | 主用设备 | 06FF01 | 1B0801 | 12 |
12 | 信令备份设备 | 06FF02 | 1B0801 | NULL |
表二
既可通过自动切换方式进行备用信令点切换,如主用设备发生故障时,STP自动将信令业务由主用设备切换至信令备份设备;也可通过手动方式进行备用信令点切换,如管理员发现主用设备某一部分发生故障,通过紧急的故障分析和决策后,认为该故障将影响呼叫的正常接续,决定启动信令备份设备,通过管理命令通知STP完成备用信令点的切换。手动方式进行备用信令点切换时,可由管理员向STP发送信令备份设备的信令点编码,STP根据该信令点编码,将所有发送至故障主用设备的消息的DPC更改为信令备份设备的信令点编码,使信令备份设备对相应消息进行处理。由于一个主用设备可作为多个信令点存在,即多个信令点对应于一个主用设备,因此,备用信令点的切换可针对主用设备的所有信令点进行,也可只针对主用设备的部分信令点进行。
为了既能够不影响主用设备正常情况下的工作,又能够实现主用设备故障时,主用设备至信令备份设备的信令点切换,可在主用设备正常工作时,在STP上闭塞到信令备份设备的备用信令链路,当主用设备发生故障时,在STP上闭塞到主用设备的主用信令链路,激活到信令备份设备的备用信令链路。主用设备修复后,再在STP上激活到相应主用设备的主用信令链路,闭塞到信令备份设备的备用信令链路。
信令任务切换至信令备份设备上以后,信令备份设备会对STP转接过来的消息进行相应处理,以使呼叫能够正常接续,信令备份设备对消息的具体处理过程见以下描述。
图4示出了本发明中第一实施例消息处理过程示意图,如图4所示,本实施例中消息交互过程包括以下步骤:
步骤401:智能用户发起呼叫,MSC/SSP/VLR根据该智能用户的签约信息,向指定SCP发送ORREQ请求,该ORREQ请求中携带有呼叫相关参数,如MSC标识、终端标识等。此时,由于该SCP发生故障,STP根据备用信令点完成主用设备至信令备份设备的信令点切换,将所有发送至该SCP的消息转接至信令备份设备,因此,该ORREQ请求以及后续步骤中MSC/SSP/VLR向故障SCP发送的消息,均被STP转接至信令备份设备。
步骤402:信令备份设备收到ORREQ请求后,由于信令备份设备中没有存储用户的相关数据,因此,信令备份设备不对智能用户进行鉴权、触发业务逻辑等操作,而是直接按照呼叫处理方式进行后续处理,向MSC/SSP/VLR返回orreq响应,该orreq响应中携带有业务键,该业务键可为其他智能业务的业务键,也可为对应于信令备份设备的业务键。
步骤403:MSC/SSP/VLR收到orreq响应后,获取被叫信息,当被叫处于空闲时,向智能网系统上报ANLYZD请求,该ANLYZD请求也被STP转接至信令备份设备。
步骤404:信令备份设备收到ANLYZD请求后,向MSC/SSP/VLR返回anlyzd响应,该anlyzd响应中携带有业务键。
步骤405:MSC/SSP/VLR收到anlyzd响应后,建立呼叫,等待被叫应答,被叫应答后,MSC/SSP/VLR向智能网系统上报OANSWER消息,该OANSWER消息也被STP转接至信令备份设备。
步骤406:主叫与被叫开始通话,通话结束后,MSC/SSP/VLR向智能网系统上报ODISCONNECT消息,该ODISCONNECT消息也被STP转接至信令备份设备。
步骤407:信令备份设备收到ODISCONNECT消息后,向MSC/SSP/VLR返回odisconnect响应,该odisconnect响应中携带有业务键。MSC/SSP/VLR收到odisconnect响应后,释放呼叫,结束当前呼叫处理流程。
另外,信令备份设备可根据业务属性确定当前应该进行的业务为特殊业务时,如虚拟个人网络(VPN)短号业务,可通过交换设备向用户播放语音提示来提示用户拨打真实号码,以使呼叫得以正常接续。
图5示出了本发明中第二实施例消息处理过程示意图,如图5所示,本实施例中消息交互过程包括以下步骤:
步骤501:智能用户拨打VPN短号发起呼叫,MSC/SSP/VLR根据该智能用户的签约信息,向指定SCP发送ORREQ请求,该ORREQ请求中携带有呼叫相关参数,如MSC标识、终端标识等。此时,由于该SCP发生故障,STP根据备用信令点完成主用设备至信令备份设备的信令点切换,将所有发送至该SCP的消息转接至信令备份设备,因此,该ORREQ请求以及后续步骤中MSC/SSP/VLR向故障SCP发送的消息,均被STP转接至信令备份设备。
步骤502:信令备份设备收到ORREQ请求后,根据业务属性确定当前应该进行的业务为VPN短号业务,如将以非0、1、2或9起始的号码且该号码长度小于或等于6位的号码确认为VPN短号,由于信令备份设备中没有存储用户的相关数据,因此,信令备份设备无法通过触发业务逻辑,获取与VPN短号相对应的真实号码接续当前呼叫,而是向MSC/SSP/VLR返回orreq响应,该orreq响应中携带有语音提示标识和业务键,业务键可为其他智能业务的业务键,也可为对应于信令备份设备的业务键。MSC/SSP/VLR收到orreq响应后,根据语音标识提示向智能用户播放语音提示,如“请拨打真实号码”或“目前无法使用的号码”等。
信令备份设备可根据公共交换电话网络(PSTN)、全球移动通信(GSM)网络、码分多址(CDMA)通信网络等网络的特点,向交换设备提供信令备份标识或能够标识信令备份的业务键,使得交换设备能够生成话单记录标识,用以标识当前生成的话单是在信令备份情况下生成的。
信令备份设备可通过来自交换设备的消息所携带的信息,对每个接续呼叫的呼叫信息进行记录,如呼叫类型,例如主叫、被叫或呼叫前转,主叫或被叫号码,通话开始时刻,通话时间长度等信息。
以上描述的信令点切换是由STP完成的,也可由SSP完成,实现方式与以上描述大致相同,在此不再赘述。SSP对主用设备的故障检测,可为对与主用设备之间链路的检测,如果链路故障,则确定主用设备故障。
本发明适用于PSTN全网智能化后的智能网、GSM智能网、CDMA智能网等各种智能网。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (14)
1、一种智能网系统中保证呼叫接续的方法,其特征在于,该方法包含:
切换设备为备份设备配置信令点编码,并将备份设备配置为主用设备的备用信令点;
主用设备故障时,切换设备根据其进行的所述配置将所有向故障主用设备发送的消息转接至备份设备,备份设备对接收的消息进行处理。
2、根据权利要求1所述的方法,其特征在于,所述将备份设备配置为主用设备的备用信令点包括:建立备份设备与切换设备之间的链路。
3、根据权利要求1所述的方法,其特征在于,所述主用设备和备用设备位于使用全局码的网络,主用设备与对应于该主用设备的备用设备共用相同的全局码。
4、根据权利要求1或2所述的方法,其特征在于,所述将所有向故障主用设备发送的消息转接至备份设备为:将所有向故障主用设备发送的消息的目的地址更改为备份设备的地址,然后将所述消息发送至备份设备。
5、根据权利要求1所述的方法,其特征在于,所述备份设备对接收的消息进行处理为:备份设备完全处理智能业务呼叫消息,响应所有请求消息及主动下发智能业务必需的消息。
6、根据权利要求1所述的方法,其特征在于,该方法进一步包括:备份设备向外部网络的交换设备提供用于标识话单生成情况的标识。
7、根据权利要求1所述的方法,其特征在于,所述备份设备对接收的消息进行处理之前进一步包括:备份设备根据简单的业务属性判断当前业务是否为特殊业务,如果是,向外部网络的交换设备提供语音提示标识,交换设备根据收到的语音提示标识播放语音提示;否则,备份设备对接收的消息进行处理。
8、根据权利要求1所述的方法,其特征在于,该方法进一步包括:备份设备根据接收消息所携带的信息,记录呼叫信息。
9、根据权利要求1所述的方法,其特征在于,如果所述切换设备为信令传输点,则所述主用设备的故障由信令传输点中的信令连接控制部分检测,信令连接控制部分检测到主用设备的信令点不可访问时,确定主用设备故障。
10、根据权利要求1所述的方法,其特征在于,所述将所有向故障主用设备发送的消息转接至备份设备为:通过手动方式将所有向故障主用设备发送的消息转接至备份设备。
11、一种智能网系统中保证呼叫接续的装置,其特征在于,该装置包括:
主用设备,与切换设备相连,用于对智能业务进行控制;
切换设备,分别与主用设备、备份设备和外部网络相连,用于传送外部网络与正常工作的主用设备之间交互的消息,并为备份设备配置信令点编码,将备份设备配置为主用设备的备用信令点,当主用设备发生故障时,根据其进行的所述配置传送外部网络与备份设备之间交互的消息;
备份设备,与切换设备相连,用于主用设备发生故障时,对外部网络向主用设备发送的消息进行处理,并向外部网络返回响应。
12、根据权利要求11所述的装置,其特征在于,所述备份设备包括:
信令备份接入单元,分别与切换设备和信令备份处理单元相连,用于传送切换设备与相连备份处理单元之间交互的消息;
信令备份处理单元,与信令备份处理单元相连,用于对接收的消息进行处理,并向外部网络返回响应。
13、根据权利要求12所述的装置,其特征在于,所述信令备份接入单元与信令备份处理单元之间通过传输控制协议/网际协议相连。
14、根据权利要求11所述的装置,其特征在于,所述切换设备为信令传输点,或为业务交换点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100747482A CN100344111C (zh) | 2004-09-14 | 2004-09-14 | 智能网系统中保证呼叫接续的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100747482A CN100344111C (zh) | 2004-09-14 | 2004-09-14 | 智能网系统中保证呼叫接续的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1750476A CN1750476A (zh) | 2006-03-22 |
CN100344111C true CN100344111C (zh) | 2007-10-17 |
Family
ID=36605745
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100747482A Expired - Fee Related CN100344111C (zh) | 2004-09-14 | 2004-09-14 | 智能网系统中保证呼叫接续的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100344111C (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100461697C (zh) * | 2006-04-18 | 2009-02-11 | 华为技术有限公司 | 基于设备容灾的业务接管方法及备份机 |
CN102769537A (zh) * | 2012-04-12 | 2012-11-07 | 中兴通讯股份有限公司 | 宽带智能网呼叫业务灾备的方法、设备和系统 |
CN103037116B (zh) * | 2012-12-11 | 2015-03-04 | 天维尔信息科技股份有限公司 | 一种在接警出现故障后能继续服务的接处警系统及方法 |
CN104469181B (zh) * | 2014-12-19 | 2017-05-10 | 北京卓越信通电子股份有限公司 | 一种基于pis系统的音视频矩阵切换方法 |
CN107544867B (zh) * | 2016-06-29 | 2023-07-21 | 南京中兴新软件有限责任公司 | 智能网业务的恢复方法、装置及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08251282A (ja) * | 1995-03-07 | 1996-09-27 | Nippon Telegr & Teleph Corp <Ntt> | サービス制御機能からサービスデータ機能への高信頼アクセス方法 |
US6172981B1 (en) * | 1997-10-30 | 2001-01-09 | International Business Machines Corporation | Method and system for distributing network routing functions to local area network stations |
CN1505369A (zh) * | 2002-12-03 | 2004-06-16 | 深圳市中兴通讯股份有限公司 | 一种利用文件传输实现异构平台数据同步的方法 |
CN1518284A (zh) * | 2003-01-16 | 2004-08-04 | 华为技术有限公司 | 业务测试装置及方法 |
-
2004
- 2004-09-14 CN CNB2004100747482A patent/CN100344111C/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08251282A (ja) * | 1995-03-07 | 1996-09-27 | Nippon Telegr & Teleph Corp <Ntt> | サービス制御機能からサービスデータ機能への高信頼アクセス方法 |
US6172981B1 (en) * | 1997-10-30 | 2001-01-09 | International Business Machines Corporation | Method and system for distributing network routing functions to local area network stations |
CN1505369A (zh) * | 2002-12-03 | 2004-06-16 | 深圳市中兴通讯股份有限公司 | 一种利用文件传输实现异构平台数据同步的方法 |
CN1518284A (zh) * | 2003-01-16 | 2004-08-04 | 华为技术有限公司 | 业务测试装置及方法 |
Non-Patent Citations (1)
Title |
---|
移动智能网容灾系统 顾明,电信工程技术与标准化 2003 * |
Also Published As
Publication number | Publication date |
---|---|
CN1750476A (zh) | 2006-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1816022A (zh) | 实现电路域和分组域双向互操作的方法及系统 | |
CN1343425A (zh) | 通信网络 | |
CN1134187C (zh) | 增加带有分离的呼叫控制和载体控制的通信网的灵活性的方法 | |
CN1110170C (zh) | 管理电信线路连接的方法和系统 | |
CN100344111C (zh) | 智能网系统中保证呼叫接续的方法及装置 | |
CN101404825B (zh) | 故障弱化模式下基站侧的业务帧处理的方法及系统 | |
CN1254126C (zh) | 在信令链路组中用于管理信令链路的方法和装置 | |
CN1494349A (zh) | 一种移动通讯系统中实现用户呼叫信令跟踪的方法 | |
CN100341338C (zh) | 无线网络控制器面向用户的故障检测方法 | |
CN1848748A (zh) | 一种网络单元的远程管理系统及方法 | |
CN1302674C (zh) | 短消息中心负荷分担和容灾的实现方法 | |
CN1852450A (zh) | 一种保证智能用户通话的方法 | |
CN1870536A (zh) | 一种软交换容错处理方法及实现系统 | |
US20070217342A1 (en) | Method and Apparatus for Security Protection of Service Interruption in Switch Network | |
CN1201543C (zh) | 移动电信网络中报告差错的方法和相应的移动电信网络 | |
CN101094274A (zh) | 一种下一代网络中媒体网关上容灾不断话的实现方法 | |
CN100499500C (zh) | 对多级通信设备实现管理的方法 | |
CN1282330C (zh) | 在七号消息分配单元实现对业务应用信令的控制选通方法 | |
CN1885991A (zh) | 一种呼叫处理方法 | |
CN1976377A (zh) | 软交换系统中一种实现智能业务灵活触发的方法 | |
CN1835461A (zh) | 一种分组域智能业务的中断提示方法 | |
CN1633004A (zh) | 传输线路配置方法 | |
WO2006058464A1 (fr) | Systeme en grappes de centre de message court et son procede de commande | |
CN1725716A (zh) | 一种检测媒体网关和媒体网关控制器之间链路故障的方法 | |
CN1523860A (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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20071017 Termination date: 20120914 |