CN102821415A - 一种故障检测、处理方法和故障检测处理装置 - Google Patents
一种故障检测、处理方法和故障检测处理装置 Download PDFInfo
- Publication number
- CN102821415A CN102821415A CN2012102989847A CN201210298984A CN102821415A CN 102821415 A CN102821415 A CN 102821415A CN 2012102989847 A CN2012102989847 A CN 2012102989847A CN 201210298984 A CN201210298984 A CN 201210298984A CN 102821415 A CN102821415 A CN 102821415A
- Authority
- CN
- China
- Prior art keywords
- network domains
- state
- network
- malfunction
- domain
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种故障检测、处理方法和故障检测处理装置,涉及通信技术领域,解决了网络域出现故障到故障恢复之前的这段时间内,用户设备为了建立与网络域的连接,向RNC发送大量连接请求消息,占用RAN的公共资源和空口容量的问题,所述方法包括:在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态;检测到信令面状态为禁止状态时,确定为故障状态,否则为正常状态;检测到用户面上所有传输路径的状态均为不可用时,确定为故障状态,否则为正常状态;当信令面状态和用户面状态均为正常状态时,确定网络域处于正常状态,否则为故障状态,并记录网络域所处状态。本发明实施例应用于网络域故障检测处理过程中。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种故障检测、处理方法和故障检测处理装置。
背景技术
在UMTS(Universal Mobile Telecommunications System,通用移动通信系统)中,当CN(Core Network,核心网)中管理PS(PacketDomain,分组域)的设备出现故障,或者PS与RAN(Radio AccessNetwork,无线接入网)中的RNC(Radio Network Controller,无线网络控制器)之间的传输出现故障时,都称之为Iu PS故障;当CN中管理CS(Circuit Domain,电路域)的设备出现故障,或者CS与RNC之间的传输出现故障时,都称之为Iu CS故障。下面将电路域和分组域统称为网络域,当出现Iu PS或者Iu CS故障时,将导致用户设备与网络域之间的连接中断。由于系统无法及时检测并处理网络域的故障,所述用户设备为了能够重新与出现故障的网络域建立连接,会发送大量的RRC(Radio Resource Control,无线资源控制协议)连接请求消息。
在解决上述网络域的故障过程中,发明人发现现有技术中至少存在如下问题:当网络域出现故障时,无法检测出故障,导致在所述网络域出现故障到故障恢复之前的这段时间内,用户设备为了与所述网络域的连接,发送大量连接请求消息,占用了RAN的公共资源和空口容量。
发明内容
本发明的实施例提供一种故障检测、处理方法和故障检测处理装置,实现了自动及时检测并处理出现故障的网络域,节约了网络资源。
为达到上述目的,本发明的实施例采用如下技术方案:
一方面,提供一种故障检测方法,包括:
在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,所述多个指定时刻点中每两个相邻时刻点的时间间隔均相同,所述网络域包含电路域或分组域;
当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
当检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。
一方面,还提供一种故障处理方法,包括:
获取本次对网络域进行故障检测的结果,所述网络域包含电路域或分组域;
当本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态;
将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。
另一方面,提供一种故障检测处理装置,包括:
检测单元,用于在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,所述多个指定时刻点中每两个相邻时刻点的时间间隔均相同,所述网络域包含电路域或分组域;
第一处理单元,用于当所述检测单元在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
第二处理单元,用于当所述检测单元在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
确定单元,用于当所述第一处理单元和第二处理单元检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。
另一方面,还提供一种故障检测处理装置,包括:
获取单元,用于获取本次对网络域进行故障检测的结果,所述网络域包含电路域或分组域;
第一系统消息更新单元,用于当所述获取单元获取到本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态;
发送单元,用于将所述第一系统消息更新单元更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。
本发明实施例提供的一种故障检测、处理方法和故障检测处理装置,通过在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;当检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。本发明实施例解决了现有技术中当网络域出现故障时,无法故障,导致在所述网络域出现故障到故障恢复之前的这段时间内,用户设备为了建立与所述网络域的连接,会向RNC发送大量连接请求消息,占用了RAN的公共资源和空口容量的问题,实现了网络域故障及时检测并自动处理,节约了网络资源。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1提供的一种包括CN和RAN的通信系统示意图;
图2为本发明实施例1提供的一种故障检测方法的流程图;
图3为本发明实施例1提供的一种故障检测方法中步骤201包括的检测网络域的信令面状态的方式示意图;
图4为本发明实施例1提供的一种故障检测方法中步骤201包括的检测网络域的用户面上所有传输路径的状态的方式示意图;
图5为本发明实施例1提供的一种故障处理方法的流程图;
图6为本发明实施例1提供的一种故障处理方法的流程图;
图7为本发明实施例1提供的本发明实施例提供的故障检测和处理方法应用于多个运营商场景的示意图;
图8为本发明实施例2提供一种故障检测处理装置的结构图;
图9为本发明实施例2提供的一种故障检测处理装置中检测单元的结构图;
图10为本发明实施例2提供的一种故障检测处理装置中检测单元的结构图;
图11为本发明实施例2提供的另一种故障检测处理装置的结构图;
图12为本发明实施例2提供的一种故障检测处理装置中第一系统消息更新单元的结构图;
图13为本发明实施例2提供的又一种故障检测处理装置的结构图;
图14为本发明实施例2提供的一种故障检测处理装置中第二系统消息更新单元的结构图;
图15为本发明实施例2提供的再一种故障检测处理装置的结构图。
具体实施方式
下面结合附图对本发明实施例中提供的一种故障检测、处理方法和故障检测处理装置进行详细描述。在如图1所示的通信系统中,包括CN和RAN,在CN中包括电路域和分组域,在RAN中包括RNC和基站。本文中的故障检测与处理是指CN中的电路域与RNC之间通信链路的故障检测与处理,或者CN中的分组域与RNC之间通信链路的故障检测与处理。
实施例1
本发明实施例提供的一种故障检测方法,如图2所示,该方法的执行主体为RNC,所述方法包括:
201、在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,所述多个指定时刻点中每两个相邻时刻点的时间间隔均相同,所述网络域包含电路域或分组域。
在检测网络域的信令面状态和用户面上所有传输路径的状态时,所述每两个相邻时刻点的时间间隔可以设置为10秒,例如在第1秒检测,然后在第11秒检测,依此类推。所述指定时刻点的数量以及每两个相邻时刻点的时间间隔本发明不做限制。
设置多个指定时刻点的作用,是防止短暂故障因素造成被检测的网络域被误认为处于故障状态,通过多次检测可以排除这种情况,从而降低故障误检测和误处理的概率。相反,如果只是在一个指定时刻检测,偶然的暂态故障可能造成所述网络域被误认为处于故障状态,例如,传输链路闪断等因素可能造成偶然的暂态故障,而故障处理时将闭塞所述网络域的业务,造成较大的负面影响。
202、当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
203、当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
204、当检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。
上述步骤202和203是独立进行的,不分先后顺序。
其中,当处于故障状态的所述网络域为电路域时,亦即出现Iu CS故障;当处于故障状态的所述网络域为分组域时,亦即出现Iu PS故障。
当检测到所述网络域的信令面状态和用户面状态均为正常状态时,才确定所述网络域处于正常状态,只要信令面和用户面中任意一个状态为故障,或者两者均为故障,则所述网络域为故障状态。
确定所述网络域处于的状态之后,并记录下来,以便后续根据该检测结果对出现故障的网络域进行处理。
本发明实施例提供的一种故障检测方法,通过在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;当检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。本发明实施例解决了现有技术中当网络域出现故障时,无法检测出故障,导致在所述网络域出现故障到故障恢复之前的这段时间内,用户设备为了建立与所述网络域的连接,会向RNC发送大量连接请求消息,占用了RAN的公共资源和空口容量的问题,实现了网络域故障及时检测和自动处理,节约了网络资源。
在本发明实施例的一种实现方式中,提供一种故障检测方法,如图3所示,上述步骤202中,所述当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态,可通过以下两种方式中的任意一种或者同时利用以下两种方式确定所述网络域的信令面状态:
方式一、
301、当在所述多个指定时刻点均检测到所述网络域的信令连接控制(Signaling Connection Control Part,简称为SCCP)模块中无线接入网络应用部分(Radio Access Network Application Part,简称为RANAP)为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态。
其中,只要在所述多个指定时刻点中,没有连续检测到所述网络域的信令连接控制模块中无线接入网络应用部分为禁止状态时,确定所述网络域的信令面状态为正常状态。
其中,所述网络域的信令连接控制模块为设置在RNC中的虚拟模块,所述网络域的信令连接控制模块中的无线接入网络应用部分的状态,用来反映网络域的信令面状态。
在RNC中设有不同的网络域各自对应的信令连接控制模块,例如,电路域的信令连接控制模块和分组域的信令连接控制模块。
方式二、
302、当在所述多个指定时刻点中的任意一个指定时刻点接收到所述网络域的信令连接控制模块发送的第一消息时,确定所述网络域的信令面状态为故障状态,否则为正常状态,所述第一消息用于表示所述网络域的信令面为禁止状态。
所述第一消息携带的内容可以为OUT OF SERVICE(无法提供服务),用于表示所述网络域的信令面为禁止状态。
其中,当在所述多个指定时刻点中的任意一个指定时刻点均未检测到接收到所述网络域的信令连接控制模块发送的第一消息时,确定所述网络域的信令面状态为正常状态。
在本发明实施例的一种实现方式中,提供一种故障检测方法,如图4所示,上述步骤203中,所述当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态,可通过以下方式确定所述网络域的用户面状态:
方式1、
401、当所述网络域为电路域,所述用户面上所有传输路径采用异步传输模式时,在所述多个指定时刻点均检测到所述电路域的所有异步传输模式适配层2路径AAL2 PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
方式2、
402、当所述网络域为电路域,所述用户面上所有传输路径采用网络协议传输模式时,在所述多个指定时刻点均检测所述电路域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
方式3、
403、当所述网络域为分组域时,在所述多个指定时刻点均检测所述分组域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态。
当检测到所述网络域的信令面状态和用户面状态均为正常状态时,才确定所述网络域处于正常状态,只要信令面和用户面中任意一个状态为故障,或者两者均为故障,则所述网络域为故障状态。
确定所述网络域处于的状态之后,并记录下来,以便后续根据该检测结果对出现故障的网络域进行处理。
本发明实施例提供的一种故障检测方法,通过在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;当检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。本发明实施例解决了现有技术中当网络域出现故障时,无法检测出故障,导致在所述网络域出现故障到故障恢复之前的这段时间内,用户设备为了建立与所述网络域的连接,会向RNC发送大量连接请求消息,占用了RAN的公共资源和空口容量的问题,实现了网络域故障及时检测和自动处理,节约了网络资源。
相应的,本发明实施例还提供一种故障处理方法,如图5所示,该方法的执行主体为RNC,所述方法包括:
501、获取本次对网络域进行故障检测的结果,所述网络域包含电路域或分组域。
所述获取本次对网络域进行故障检测的结果是采用图2所示的故障检测方法得到的检测结果。
502、当本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态。
一旦检测得出所述网络域处于故障状态时,为了避免在故障被修复之前,所述网络域所属运营商管理的小区中的用户设备为了恢复与网络域的连接,而发送大量的连接请求消息,浪费网络资源,此时,RNC会自动更新所述网络域对应小区的系统消息,以便后续可以及时通知用户设备网络域出现了故障。
503、将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。
用户设备在接收到所述更新后的系统消息后,就不再向RNC发送大量发起所述网络域业务的连接请求消息,节约了网络资源。
本发明实施例提供的一种故障处理方法,通过获取本次对网络域进行故障检测的结果,当本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,并将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。本发明实施例解决了现有技术中当网络域出现故障时,无法检测出故障,导致在所述网络域出现故障到故障恢复之前的这段时间内,用户设备为了建立与所述网络域的连接,会向RNC发送大量连接请求消息,占用了RAN的公共资源和空口容量的问题,同时解决了需要网络维护人员手动处理,增加维护成本的问题,实现了自动及时检测并处理出现故障的网络域,节约了网络资源,减少了维护成本。
本发明实施例提供的一种故障处理方法,在具体应用时,如图6所示,该方法的执行主体为RNC,包括如下步骤:
601、获取本次对网络域进行故障检测的结果,所述网络域包含电路域或分组域。
602、获取上一次对所述网络域进行故障检测的结果。
其中,上述步骤601和602获取的检测结果均为采用本发明实施例提供的上述故障检测方法得到的检测结果。
上述步骤601和602可以同时执行,也可以按照先后次序顺序执行,步骤601和602的先后次序不做限定。
603、如果本次对所述网络域进行故障检测为首次故障检测,则当本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态。
如果本次对所述网络域进行故障检测不是首次故障检测,则根据不同的检测结果分别执行如下步骤604-605。
604、当上一次检测得出所述网络域处于正常状态,本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态。
其中,步骤603和604中,更新所述网络域对应小区的系统消息的具体方法如a或b所述。
a、当所述网络域对应小区为一个运营商管理下的专用小区时,RNC在所述专用小区的系统消息块1(SIB1)中删除所述网络域对应的核心网域系统消息(CN domain system information)。
删除所述网络域对应的核心网域系统消息之后,所述RNC会将删除所述网络域对应的核心网域系统消息后的系统消息发送给基站,以便基站广播给用户设备之后,用户设备不会再向RNC发送大量发起所述网络域业务的连接请求消息。
b、当所述网络域对应小区为多个运营商管理下的共享小区时,RNC在所述共享小区的系统消息块3(SIB3)中查找所述网络域所属运营商的特定域接入限制参数(Domain Specific Access RestrictionParameters For OperatorN),将所述特定域接入限制参数中所述网络域的所有接入类控制字段(Access Class Barred)设置为禁止(barred)。
例如,以三个运营商,分别为运营商A、运营商B、运营商C管理所述共享小区为例,在所述共享小区的SIB3中包含3个运营商各自的特定域接入限制参数,当处于故障状态的所述网络域属于运营商A管理时,则RNC在所述共享小区的SIB3中查找所述运营商A的特定域接入限制参数,并在所述运营商A的特定域接入限制参数中,将所述网络域的所有接入类控制字段设置为禁止。
605、当上一次检测得出所述网络域处于故障状态,本次检测得出所述网络域处于正常状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于正常状态。
当上一次检测得出所述网络域处于故障状态,本次检测得出所述网络域处于正常状态时,也需要更新所述网络域对应小区的系统消息,以便通过基站通知用户设备所述网络域处于正常状态,使得用户设备在接收到所述系统消息后,向RNC发送发起所述网络域业务的连接请求消息,使得所述用户设备能够与所述网络域重新建立连接。
其中,更新所述网络域对应小区的系统消息的具体方法如c或d。
c、当所述网络域对应小区为一个运营商管理下的专用小区时,RNC在所述专用小区的系统消息块1(SIB1)中写入所述网络域对应的核心网域系统消息(CN domain system information);
d、当所述网络域对应小区为多个运营商管理下的共享小区时,RNC在所述共享小区的系统消息块3(SIB3)中查找所述网络域所属运营商的特定域接入限制参数(Domain Specific Access RestrictionParameters For OperatorN),将所述特定域接入限制参数中所述网络域的所有接入类控制字段(Access Class Barred)设置为非禁止(notbarred)。
当所述网络域对应小区为多个运营商管理下的共享小区时,处理方法与b类似,只是将所述网络域的所有接入类控制字段设置为非禁止。
606、将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。
当上一次检测得出所述网络域处于正常状态,本次检测得出所述网络域处于故障状态时,将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备,以便用户设备在接收到所述更新后的系统消息后,获知所述网络域处于故障状态,不再为了与所述网络域建立连接而不断地发送连接请求消息,节约了网络资源。
当上一次检测得出所述网络域处于故障状态,本次检测得出所述网络域处于正常状态时,将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备,以便用户设备在接收到所述更新后的系统消息后,获知所述网络域处于已经处于正常状态,可以与所述网络域建立连接,能够及时恢复正常的网络业务。
需要说明的是,当上一次检测得出所述网络域所处的状态和本次检测得出所述网络域所处的状态相同时,不执行更新所述网络域对应小区的系统消息的操作。
例如,当上一次检测得出所述网络域处于故障状态,本次检测得出所述网络域仍处于故障状态时,或者上一次检测得出所述网络域处于正常状态,本次检测得出所述网络域仍处于正常状态,不执行更新所述网络域对应小区的系统消息的操作。
另外,在本发明实施例提供的故障检测和处理方法应用于多个运营商场景时,如图7所示,每个运营商各自管理的CN与RAN连接,每个运营商各自管理的CN中都包含电路域和分组域,且电路域和分组域分别与RAN中的RNC之间建立通信连接。在现有技术中,当某个运营商的网络域出现故障时,由于系统无法检测故障,导致所述运营商管理的用户设备向RNC发送大量连接请求消息,占用RAN公共资源和空口资源,从而影响其他运营商的业务。在本发明实施例提供的一种故障检测、处理方法,可以自动及时地检测出出现故障的网络域,并能够通过更新所述网络域对应小区的系统消息,发送给基站,通过基站广播给用户设备,使用户设备及时获知出现故障的网络域,以便用户设备不再对所述网络域发送建立连接的请求,节约网路资源。另外,在获知出现故障的网络域变为正常时,也可以使用户设备及时获知,并通过向RNC发送连接请求等消息,与所述网络域恢复连接。
另外,网络维护人员可以预先设置开启故障检测处理指令和关闭故障检测处理指令,以便所述RNC在接收到输入的开启故障检测处理指令时,对网络域的故障进行自动检测,并自动进行处理,或者在接收到输入的关闭故障检测处理指令时,不再对所述网络域的故障进行检测和处理。
上述故障检测、处理方法还可以应用于TD-SCDMA等领域中,本发明不做限定。
实施例2
本发明提供一种故障检测处理装置,如图8所示,包括检测单元801、第一处理单元802、第二处理单元803和确定单元804。
其中,检测单元801,用于在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,所述多个指定时刻点中每两个相邻时刻点的时间间隔均相同,所述网络域包含电路域或分组域;
第一处理单元802,用于当所述检测单元在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
第二处理单元803,用于当所述检测单元在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
确定单元804,用于当所述第一处理单元和第二处理单元检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。
本发明提供的一种故障检测处理装置,通过在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;当检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。本发明实施例解决了现有技术中当网络域出现故障时,无法检测出故障,导致在所述网络域出现故障到故障恢复之前的这段时间内,用户设备为了建立与所述网络域的连接,会向RNC发送大量连接请求消息,占用了RAN的公共资源和空口容量的问题,实现了自动及时检测并处理出现故障的网络域,节约了网络资源。
可选的,如图9所示,所述第一处理单元802包括:
第一处理模块901,用于当在所述多个指定时刻点均检测到所述网络域的信令连接控制模块中无线接入网络应用部分为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
第二处理模块902,用于当在所述多个指定时刻点中的任意一个指定时刻点接收到所述网络域的信令连接控制模块发送的第一消息时,确定所述网络域的信令面状态为故障状态,否则为正常状态,所述第一消息用于表示所述网络域的信令面为禁止状态。
可选的,如图10所示,所述第二处理单元803包括:
第一处理模块1001,用于当所述网络域为电路域,所述用户面上所有传输路径采用异步传输模式时,在所述多个指定时刻点均检测到所述电路域的所有异步传输模式适配层2路径AAL2 PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;或者,
第二处理模块1002,用于当所述网络域为电路域,所述用户面上所有传输路径采用网络协议传输模式时,在所述多个指定时刻点均检测到所述电路域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;或者,
第三处理模块1003,用于当所述网络域为分组域时,在所述多个指定时刻点均检测所述分组域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态。
所述装置设置在RNC中,或者所述装置为RNC。
本发明实施例提供的一种故障检测处理装置,如图11所示,包括获取单元1101、第一系统消息更新单元1102和发送单元1103。
其中,获取单元1101,用于获取本次对网络域进行故障检测的结果,所述网络域包含电路域或分组域;
第一系统消息更新单元1102,用于当所述获取单元获取到本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态;
发送单元1103,用于将所述第一系统消息更新单元更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。
本发明实施例提供一种故障检测处理装置,通过获取本次对网络域进行故障检测的结果,当本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,并将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。本发明实施例解决了现有技术中当网络域出现故障时,无法检测出故障,导致在所述网络域出现故障到故障恢复之前的这段时间内,用户设备为了建立与所述网络域的连接,会向RNC发送大量连接请求消息,占用了RAN的公共资源和空口容量的问题,同时解决了需要网络维护人员手动处理,增加维护成本的问题,实现了自动及时检测并处理出现故障的网络域,节约了网络资源,减少了维护成本。
可选的,所述获取单元,还用于获取上一次对所述网络域进行故障检测的结果。
可选的,所述第一系统消息更新单元,具体用于当所述获取单元获取到上一次检测得出所述网络域处于正常状态,获取到本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息。
可选的,如图12所示,所述第一系统消息更新单元1102包括:
第一更新模块1201,用于当所述网络域对应小区为一个运营商管理下的专用小区时,RNC在所述专用小区的系统消息块1(SIB1)中删除所述网络域对应的核心网域系统消息(CN domain systeminformation);
第二更新模块1202,用于当所述网络域对应小区为多个运营商管理下的共享小区时,RNC在所述共享小区的系统消息块3(SIB3)中查找所述网络域所属运营商的特定域接入限制参数(Domain SpecificAccess Restriction Parameters For OperatorN),将所述特定域接入限制参数中所述网络域的所有接入类控制字段(Access ClassBarred)设置为禁止(barred)。
可选的,如图13所示,所述装置还包括;
第二系统消息更新单元13,用于当所述获取单元获取到上一次检测得出所述网络域处于故障状态,获取到本次检测得出所述网络域处于正常状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于正常状态。
可选的,如图14所示,所述第二系统消息更新单元13包括:
第一更新模块1401,用于当所述网络域对应小区为一个运营商管理下的专用小区时,RNC在所述专用小区的系统消息块1(SIB1)中写入所述网络域对应的核心网域系统消息(CN domain systeminformation);
第二更新模块1402,用于当所述网络域对应小区为多个运营商管理下的共享小区时,在所述共享小区的系统消息块3(SIB3)中查找所述网络域所属运营商的特定域接入限制参数(Domain Specific AccessRestriction Parameters For OperatorN),将所述特定域接入限制参数中所述网络域的所有接入类控制字段(Access Class Barred)设置为非禁止(not barred)。
可选的,如图15所示,所述装置还包括:
第二处理单元15,用于当所述获取单元获取到上一次检测得出所述网络域所处的状态和本次检测得出所述网络域所处的状态相同时,不执行更新所述网络域对应小区的系统消息的操作。
所述装置设置在RNC中,或者所述装置为RNC。
所述装置的操作过程,参见上述故障检测、处理方法中RNC的处理过程。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (22)
1.一种故障检测方法,其特征在于,包括:
在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,所述多个指定时刻点中每两个相邻时刻点的时间间隔均相同,所述网络域包含电路域或分组域;
当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
当检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。
2.根据权利要求1所述的方法,其特征在于,所述当在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态包括:
当在所述多个指定时刻点均检测到所述网络域的信令连接控制模块中无线接入网络应用部分为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;或/和,
当在所述多个指定时刻点中的任意一个指定时刻点接收到所述网络域的信令连接控制模块发送的第一消息时,确定所述网络域的信令面状态为故障状态,否则为正常状态,所述第一消息用于表示所述网络域的信令面为禁止状态。
3.根据权利要求1所述的方法,其特征在于,所述当在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态包括:
当所述网络域为电路域,所述用户面上所有传输路径采用异步传输模式时,在所述多个指定时刻点均检测到所述电路域的所有异步传输模式适配层2路径AAL2 PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
当所述网络域为电路域,所述用户面上所有传输路径采用网络协议传输模式时,在所述多个指定时刻点均检测到所述电路域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
当所述网络域为分组域时,在所述多个指定时刻点均检测所述分组域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态。
4.一种故障处理方法,其特征在于,包括:
获取本次对网络域进行故障检测的结果,所述网络域包含电路域或分组域;
当本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态;
将所述更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
获取上一次对所述网络域进行故障检测的结果。
6.根据权利要求5所述的方法,其特征在于,所述当本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息具体为:
当上一次检测得出所述网络域处于正常状态,本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息。
7.根据权利要求4或6所述的方法,其特征在于,所述更新所述网络域对应小区的系统消息包括:
当所述网络域对应小区为一个运营商管理下的专用小区时,在所述专用小区的系统消息块1 SIB1中删除所述网络域对应的核心网域系统消息CN domain system information;
当所述网络域对应小区为多个运营商管理下的共享小区时,在所述共享小区的系统消息块3 SIB3中查找所述网络域所属运营商的特定域接入限制参数Domain Specific Access Restriction Parameters ForOperatorN,将所述特定域接入限制参数中所述网络域的所有接入类控制字段Access Class Barred均设置为禁止barred。
8.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当上一次检测得出所述网络域处于故障状态,本次检测得出所述网络域处于正常状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于正常状态。
9.根据权利要求8所述的方法,其特征在于,所述更新所述网络域对应小区的系统消息包括:
当所述网络域对应小区为一个运营商管理下的专用小区时,在所述专用小区的系统消息块1 SIB1中写入所述网络域对应的核心网域系统消息CN domain system information;
当所述网络域对应小区为多个运营商管理下的共享小区时,在所述共享小区的系统消息块3 SIB3中查找所述网络域所属运营商的特定域接入限制参数Domain Specific Access Restriction Parameters ForOperatorN,将所述特定域接入限制参数中所述网络域的所有接入类控制字段Access Class Barred均设置为非禁止not barred。
10.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当上一次检测得出所述网络域所处的状态和本次检测得出所述网络域所处的状态相同时,不执行更新所述网络域对应小区的系统消息的操作。
11.一种故障检测处理装置,其特征在于,包括:
检测单元,用于在多个指定时刻点,检测网络域的信令面状态和用户面上所有传输路径的状态,所述多个指定时刻点中每两个相邻时刻点的时间间隔均相同,所述网络域包含电路域或分组域;
第一处理单元,用于当所述检测单元在所述多个指定时刻点均检测到所述网络域的信令面状态为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
第二处理单元,用于当所述检测单元在所述多个指定时刻点均检测到所述网络域的用户面上所有传输路径的状态均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;
确定单元,用于当所述第一处理单元和第二处理单元检测到所述网络域的信令面状态和用户面状态均为正常状态时,确定所述网络域处于正常状态,否则所述网络域为故障状态,并记录所述网络域所处状态。
12.根据权利要求11所述的装置,其特征在于,所述第一处理单元包括:
第一处理模块,用于当在所述多个指定时刻点均检测到所述网络域的信令连接控制模块中无线接入网络应用部分为禁止状态时,确定所述网络域的信令面状态为故障状态,否则为正常状态;
第二处理模块,用于当在所述多个指定时刻点中的任意一个指定时刻点接收到所述网络域的信令连接控制模块发送的第一消息时,确定所述网络域的信令面状态为故障状态,否则为正常状态,所述第一消息用于表示所述网络域的信令面为禁止状态。
13.根据权利要求11所述的装置,其特征在于,所述第二处理单元包括:
第一处理模块,用于当所述网络域为电路域,所述用户面上所有传输路径采用异步传输模式时,在所述多个指定时刻点均检测到所述电路域的所有异步传输模式适配层2路径AAL2 PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;或者,
第二处理模块,用于当所述网络域为电路域,所述用户面上所有传输路径采用网络协议传输模式时,在所述多个指定时刻点均检测到所述电路域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态;或者,
第三处理模块,用于当所述网络域为分组域时,在所述多个指定时刻点均检测所述分组域的所有网络协议路径IP PATH均为不可用时,确定所述网络域的用户面状态为故障状态,否则为正常状态。
14.根据权利要求11-13任一项所述的装置,其特征在于,所述装置设置在无线网络控制器中,或者所述装置为无线网络控制器。
15.一种故障检测处理装置,其特征在于,包括:
获取单元,用于获取本次对网络域进行故障检测的结果,所述网络域包含电路域或分组域;
第一系统消息更新单元,用于当所述获取单元获取到本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于故障状态;
发送单元,用于将所述第一系统消息更新单元更新后的所述网络域对应小区的系统消息发送给相应基站,以触发所述基站将更新后的系统消息广播给用户设备。
16.根据权利要求15所述的装置,其特征在于,所述获取单元,还用于获取上一次对所述网络域进行故障检测的结果。
17.根据权利要求16所述的装置,其特征在于,所述第一系统消息更新单元,具体用于当所述获取单元获取到上一次检测得出所述网络域处于正常状态,获取到本次检测得出所述网络域处于故障状态时,更新所述网络域对应小区的系统消息。
18.根据权利要求15或17所述的装置,其特征在于,所述第一系统消息更新单元包括:
第一更新模块,用于当所述网络域对应小区为一个运营商管理下的专用小区时,在所述专用小区的系统消息块1 SIB1中删除所述网络域对应的核心网域系统消息CN domain system information;或者,
第二更新模块,用于当所述网络域对应小区为多个运营商管理下的共享小区时,在所述共享小区的系统消息块3 SIB3中查找所述网络域所属运营商的特定域接入限制参数Domain Specific AccessRestriction Parameters For OperatorN,将所述特定域接入限制参数中所述网络域的所有接入类控制字段Access Class Barred设置为禁止barred。
19.根据权利要求16所述的装置,其特征在于,所述装置还包括:
第二系统消息更新单元,用于当所述获取单元获取到上一次检测得出所述网络域处于故障状态,获取到本次检测得出所述网络域处于正常状态时,更新所述网络域对应小区的系统消息,所述更新后的所述网络域对应小区的系统消息用于指示所述网络域处于正常状态。
20.根据权利要求19所述的装置,其特征在于,所述第二系统消息更新单元包括:
第一更新模块,用于当所述网络域对应小区为一个运营商管理下的专用小区时,在所述专用小区的系统消息块1 SIB1中写入所述网络域对应的核心网域系统消息CN domain system information;或者,
第二更新模块,用于当所述网络域对应小区为多个运营商管理下的共享小区时,在所述共享小区的系统消息块3 SIB3中查找所述网络域所属运营商的特定域接入限制参数Domain Specific AccessRestriction Parameters For OperatorN,将所述特定域接入限制参数中所述网络域的所有接入类控制字段Access Class Barred设置为非禁止not barred。
21.根据权利要求16所述的装置,其特征在于,所述装置还包括:
第二处理单元,用于当上一次检测得出所述网络域所处的状态和本次检测得出所述网络域所处的状态相同时,不执行更新所述网络域对应小区的系统消息的操作。
22.根据权利要求15-21任一项所述的装置,其特征在于,所述装置设置在无线网络控制器中,或者所述装置为无线网络控制器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210298984.7A CN102821415B (zh) | 2012-08-21 | 2012-08-21 | 一种故障检测、处理方法和故障检测处理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210298984.7A CN102821415B (zh) | 2012-08-21 | 2012-08-21 | 一种故障检测、处理方法和故障检测处理装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102821415A true CN102821415A (zh) | 2012-12-12 |
CN102821415B CN102821415B (zh) | 2015-05-27 |
Family
ID=47305207
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210298984.7A Active CN102821415B (zh) | 2012-08-21 | 2012-08-21 | 一种故障检测、处理方法和故障检测处理装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102821415B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106817717A (zh) * | 2015-12-02 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种基站与无线网络控制器设备间的数据传输方法和装置 |
WO2018058618A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 一种故障处理方法及设备 |
CN113727381A (zh) * | 2021-08-31 | 2021-11-30 | 中国联合网络通信集团有限公司 | 网络容灾方法、装置、系统及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101026854A (zh) * | 2007-03-28 | 2007-08-29 | 华为技术有限公司 | 网络设备的故障检测方法及装置 |
US20080037426A1 (en) * | 2006-08-10 | 2008-02-14 | Hitachi Communication Technologies, Ltd. | Network system of recovering routing information |
-
2012
- 2012-08-21 CN CN201210298984.7A patent/CN102821415B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080037426A1 (en) * | 2006-08-10 | 2008-02-14 | Hitachi Communication Technologies, Ltd. | Network system of recovering routing information |
CN101026854A (zh) * | 2007-03-28 | 2007-08-29 | 华为技术有限公司 | 网络设备的故障检测方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106817717A (zh) * | 2015-12-02 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种基站与无线网络控制器设备间的数据传输方法和装置 |
WO2018058618A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 一种故障处理方法及设备 |
CN113727381A (zh) * | 2021-08-31 | 2021-11-30 | 中国联合网络通信集团有限公司 | 网络容灾方法、装置、系统及存储介质 |
CN113727381B (zh) * | 2021-08-31 | 2023-06-27 | 中国联合网络通信集团有限公司 | 网络容灾方法、装置、系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102821415B (zh) | 2015-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101483853B (zh) | 更新等同公用陆地移动通信网列表的方法及设备 | |
KR102155262B1 (ko) | 탄력적 허니넷 시스템 및 그 동작 방법 | |
CN103795602A (zh) | 虚拟网络的网络策略配置方法及装置 | |
CN104866234A (zh) | 数据迁移方法、装置及系统 | |
CN102143138A (zh) | 虚拟机实时迁移过程中vlan的配置方法及装置 | |
CN105744579A (zh) | 终端在ap间切换的方法、切换控制装置及接入装置 | |
CN102348259B (zh) | 一种初始ue消息的处理方法及装置 | |
CN109246762A (zh) | 一种本地业务分流方法及装置 | |
CN102404710B (zh) | 机器类型通信设备的签约数据管理方法、设备及系统 | |
CN102821415A (zh) | 一种故障检测、处理方法和故障检测处理装置 | |
CN106789279B (zh) | 一种网关的控制方法、远程控制端的控制方法及装置 | |
CN108900441B (zh) | 网络切换方法、第一电子设备及可读存储介质 | |
KR101447677B1 (ko) | 감염 이동단말의 탐지 및 제어 장치 | |
CN101621526B (zh) | 一种防止无用连接占用系统资源的iSCSI方法及装置 | |
CN103051484B (zh) | 会话业务处理方法、系统和会话边缘控制器 | |
CN102984739A (zh) | 故障信息处理方法及装置 | |
CN104955136A (zh) | 终端管理装置及方法、终端及其动作方法以及通信系统 | |
CN105450432A (zh) | 一种用于定位端口连接错误的方法和相关设备 | |
CN101686519B (zh) | 一种保持多媒体会话连续性的切换方法 | |
CN106330712A (zh) | 一种mac地址学习的控制方法和装置 | |
CN103458499A (zh) | 一种脱网处理方法和设备 | |
CN107493181B (zh) | 虚拟扩展端口的指示方法和装置 | |
CN112532506B (zh) | 混合组网方法、装置、服务器和计算机可读存储介质 | |
CN102035739B (zh) | 接口地址的通告方法、装置和路由设备 | |
CN101820615B (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 |