CN103369574B - 一种协议栈的异常检测方法和装置 - Google Patents
一种协议栈的异常检测方法和装置 Download PDFInfo
- Publication number
- CN103369574B CN103369574B CN201210090359.3A CN201210090359A CN103369574B CN 103369574 B CN103369574 B CN 103369574B CN 201210090359 A CN201210090359 A CN 201210090359A CN 103369574 B CN103369574 B CN 103369574B
- Authority
- CN
- China
- Prior art keywords
- combinations
- states
- abnormality
- combination
- module
- 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.)
- Active
Links
Landscapes
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
本发明实施例公开了一种协议栈的异常检测方法和装置,其中方法的实现包括:确定协议栈中需要检测的模块,枚举需要检测的模块的状态,并遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表;在异常检测启动后,检测各需要检测的模块的状态信息,并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对,若检测到的状态信息组合与异常状态组合表中的状态组合相同,则确定上述协议栈异常。以上方案针对性的检测各个模块之间的状态匹配问题,主动的确认其正确性,进而可以实现对于异常的及时捕捉和针对性的现场数据保存或者自恢复。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种协议栈的异常检测方法和装置。
背景技术
在第三代移动通信系统中,协议栈软件的构架是层级的模块结构。
以终端与接入网之间的接口Uu口为例,包括:物理层(层一,L1:Layer1)、数据链路层(层二,L2:Layer2)和网络层(层三,L3:Layer3)等3层。其中L2又分为媒体接入控制(MAC:MediaAccessControl)、无线链路控制(RLC:RadioLinkControl)、分组数据会聚协议(PDCP:PacketDataConvergenceProtocol)和广播/多播控制(BMC:Broadcast/MulticastControl)等四个子层。L3又分为无线资源控制(RRC:RadioResourceControl)、移动性管理(MM:MobilityManagement)和连接管理(CM:ConnectionManagement)等3个子层。
对于协议栈软件而言,需要按照协议栈软件的层级构架来实现各个层级的功能,并通过各个层级之间的接口定义,使各个层级之间实现沟通与协调,最终实现各个协议流程。
协议栈软件开发完成之后,需要进行相关的测试,以发现实现中可能出现的错误和异常。按照测试范围划分,通常有三种测试类型:单元测试,集成测试和系统测试。这三种测试类型虽然测试的对象和重点各有不同(例如:单元测试关注模块内部的流程及参数的正确性,集成测试关注各个模块之间的联调流程的正确性;系统测试关注于系统整体表现的功能及性能),但无论哪类都不可能实现通信系统的穷尽测试,也不能证明通信系统实现的完全正确性。
在现实的协议栈软件开发过程中,就发现即使严格经过了各类测试,还是可能因为某些分支的变量控制错误,流程控制异常或者环境极端导致流程兼容不够进而导致产品在某些特定的情况下呈现一类严重致命的问题:即不同模块,不同层之间状态不匹配,导致终端流程无法继续也无法自恢复。
例如:NAS(Non-AccessStadium,非接入层)的MM子层处于等待RRC连接释放状态,而AS(AccessStratum,接入层)的RRC模块早已经释放掉了连接,处于了IDL(idle,空闲)状态。则NAS将处于死等,无法再进行后续的业务。对于用户体验来说,就是终端突然无法进行任何正常的业务,且无法自恢复(除非断电开机)。显而易见,这对于用户体验来说,将是致命的伤害。
发明内容
本发明实施例提供了一种协议栈的异常检测方法和装置,针对性的检测各个模块之间的状态匹配问题,主动的确认其正确性。
一种协议栈的异常检测方法,包括:
确定协议栈中需要检测的模块,枚举需要检测的模块的状态,并遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表;
在异常检测启动后,检测各需要检测的模块的状态信息,并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对,若检测到的状态信息组合与异常状态组合表中的状态组合相同,则确定所述协议栈异常。
一种协议栈的异常检测装置,包括:
状态表生成单元,用于确定协议栈中需要检测的模块,枚举需要检测的模块的状态,并遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表;
检测单元,用于在异常检测启动后,检测各需要检测的模块的状态信息,并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对,若检测到的状态信息组合与异常状态组合表中的状态组合相同,则确定所述协议栈异常。
从以上技术方案可以看出,本发明实施例具有以下优点:针对性的检测各个模块之间的状态匹配问题,主动的确认其正确性,进而可以实现对于异常的及时捕捉和针对性的现场数据保存或者自恢复。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例方法流程示意图;
图2为本发明实施例另一方法流程示意图;
图3为本发明实施例装置结构示意图;
图4为本发明实施例另一装置结构示意图;
图5为本发明实施例另一装置结构示意图;
图6为本发明实施例另一装置结构示意图;
图7为本发明实施例另一装置结构示意图;
图8为本发明实施例另一装置结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例提供了一种协议栈的异常检测方法,如图1所示,包括:
101:确定协议栈中需要检测的模块,枚举需要检测的模块的状态,并遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表;
可选地,上述确定协议栈中需要检测的模块包括:将协议栈中各层级之间的模块中存在层级间信息交互的模块确定为需要检测的模块。需要说明的是,需要检测的模块可能有很多,除了采用以上举例方法以外,还可以有很多,例如将协议栈中存在的所有模块都列入需要检测的模块等。因此以上举例不应理解为对本发明实施例的唯一限定。
102:在异常检测启动后,检测各需要检测的模块的状态信息,并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对,若检测到的状态信息组合与异常状态组合表中的状态组合相同,则确定上述协议栈异常。
可选地,上述异常检测启动包括:通过计时器计时,当计时器超时时确定异常检测启动;上述计时器任务的优先级低于被检测各个模块的任务优先级。
需要说明的是,启动异常检测的实现方式可能有很多,除了上述举例的计时器方案以外,还可以是接收启动指令或者人工控制等,因此以上实现方案举例不应理解为对本发明实施例的唯一限定。
可以理解的是,在将状态组合中状态特性不匹配的状态组合列入异常状态组合表之前需要识别状态特性不匹配的状态组合,具体的识别方式包括但不限于:识别各个状态隐含的工作模式,协议流程阶段,信令连接等信息,再将不同模块状态反映的信息进行比对,将特性不匹配的状态组合作为异常状态组合(比如:一个模块的状态显示的工作模式与另一个模块的状态显示的工作模式不一致)。
进一步地,在步骤101中还包括:获取关键变量信息;上述遍历各需要检测的模块的状态组合包括:依据上述关键变量信息遍历各需要检测的状态组合。或者,进一步地,在步骤101中还包括:获取关键变量信息;上述将状态组合中状态特性不匹配的状态组合列入异常状态组合表包括:建立与上述关键变量信息对应并且包含状态组合中状态特性不匹配的状态组合的异常状态组合表。
基于以上两种关键变量信息的处理,上述将检测到的状态信息组合与异常状态组合表中的状态组合进行比对之前还包括:确定与当前需要检测的模块当前的关键变量信息对应的异常状态组合表;上述将检测到的状态信息组合与异常状态组合表中的状态组合进行比对包括:将检测到的状态信息组合与上述与当前需要检测的模块当前的关键变量信息对应的异常状态组合表中的状态组合比对。
在以上包含关键变量信息的实施例的举例中关键变量信息用于辅助异常状态组合表的形成,关键变量的不同取值可能导致纳入异常状态组合表的是不同的状态组合。其中,前一种实现方式中遍历得到的是包含关键变量信息的状态组合,由此建立的异常状态组合表是与关键变量信息对应的;后一种实现方式中遍历得到的状态组合并不包含关键变量信息,在后一步建立异常状态组合表时使用关键变量信息;因此两种实现方式最终得到的异常状态组合表都与关键变量信息存在对应关系。
上述关键变量信息包括:设备工作模式和/或设备的信令连接存在信息。需要说明的是上述关键变量信息用于辅助检测异常状态,确定需要比对的状态组合,除了以上两个举例以外还可以有其他的表现形式,因此以上举例不应理解为对本发明实施例的唯一限定。
进一步地,上述102中,在异常检测启动前还包括:在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若未达到则将记录的异常次数加1,若达到则停止异常检测。进一步地,该方案还可以:在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若未达到则重启计时器。
进一步地,上述在确定上述协议栈异常之后还包括:记录设备的现场数据并保存上述异常的状态信息,或者,重启系统。需要说明的是,在异常检测完成以后的处理方式还可能有很多,例如仅记录现场状态信息等,属于异常检测后的处理,以上两个处理方式的举例不应理解为对本发明实施例的唯一限定。
本发明实施例在模块测试和集成测试之间增加一种多个模块的联合检测功能。该功能通过制定异常状态组合表,并检测当前的各个模块的状态组合是否与异常状态组合表中的任意一种状态组合匹配来实现异常检测功能。
异常状态组合表的设置原则是:
从系统的角度选定纳入异常检测模块的可能状态组合。选定的方式如下:
1、确认纳入异常检测的模块。
确认检测模块的原则根据不同厂商各自的需求决定,例如将协议栈大的层级之间的交互模块纳入检测范围,比如:非接入层和接入层之间直接交互的模块MM(移动性管理)相关模块及RRC(无线资源管理)相关模块。
2、枚举需要检测的各个模块的所有状态。
3、在上述需要检测的各个模块的所有状态的基础上遍历各检测模块所有状态的所有状态组合,形成状态组合表(见表1)。
4、从状态组合表中识别出状态特性不匹配的状态组合作为异常状态组合,列入异常状态组合表(见表2,表3,表4)。
另外,异常状态组合表除了存储状态之外,也可将关键变量纳入控制和判断,以增加异常状态组合表检测的颗粒度(关键信息的不同取值可能导致异常状态组合表的不同内容,具体异常状态组合表见表2,表3,表4)。
关键变量可以是协议栈记录的本地的一些关键信息,例如:终端的工作模式,终端的信令连接存在情况等;该信息与检测模块的状态之间存在逻辑关系,可以通过引入关键信息,辅助判断状态组合的异常,从而辅助异常状态组合表的形成。
本发明实施例为了实现多个模块的联合检测,引入了检测点的触发源。因此,使用了周期性监控模块异常状态组合的计时器,且将该计时器任务的优先级低于被检测各个模块的任务优先级。设置优先级的目的是避免引入的检测任务因为抢占而打断任何监控范围内的协议任务,从而一方面避免影响正常的协议流程,另一方面避免因为协议流程未执行完毕导致协议状态检测的误判。当监控模块异常状态组合的计时器超时,则启动一次被检测模块的状态检测(检测纳入检测范围的各个模块的当前状态,形成状态组合,并逐一与异常状态组合表中的各个状态组合进行比对),同时重启计时器;若通过比对,发现当前的模块状态组合与模块异常状态组合表中的某种组合完全吻合,则记录一次异常。采用周期性的检测机制可以最大程度避免误检。周期性检测机制可以是:首先确认连续检测异常的最大次数,比如为2;若没有达到连续异常的上限次数,则检测将周期性持续;若达到了连续异常的次数上限,则检测过程停止,进入相关的系统重启或者现场数据保存流程。其中,前一种方式通常用于量产阶段,用于系统自恢复,以提高用户体验;后一种方式用于调试阶段,帮助厂商定位问题。
以下以双模单待终端(支持的两个模式分别为:TD-SCDMA(TimeDivision-SynchronousCodeDivisionMultipleAccess,时分同步码分多址接入系统),GSM(GlobalSystemforMobilecommunications,全球移动通信系统))的协议栈软件的L3的MMC(MobileManagementControl移动性管理控制模块)和RRC(RadioResourcesControl,无线资源控制模块)的联合异常检测为例进行说明。如图2所示,包括:
201:确认纳入检测范围的模块状态及关键变量信息,形成异常状态组合表。
首先,确认纳入检测范围的模块是MMC模块(控制TD-SCDMA以及GSM两个模式)和RRC模块(控制TD-SCDMA模式),确认需要的关键变量信息是当前终端的激活模式(工作模式)信息:记为workmode,可能的取值为无效值(意味着当前无工作模式),TD-SCDMA模或者GSM模;
MMC模块的状态:MMC模块是终端实现的时候从MM子层中分离的一个模块,因此状态全部为终端实现的设计状态。具体如下:
NUL(空)状态:终端上电MMC的状态机的初始状态,意味着基带状态机还没有接收到任何的触发原语。状态特性为:无有效工作模式,无信令连接;
RSF(读卡状态):根据设计,MMC仅仅在开机的场景下进行卡读取,此时未启动选网。状态特性为:无有效工作模式,无信令连接;
WPS(选网状态):在本状态下,MMC处理选网的相关流程。状态特性为:存在有效工作模式,可能存在信令连接,在MMC的控制下被启动的AS无条件在MMC的控制下进行小区选择;
PND(互操作过程中的过渡状态):本状态下AS及NAS都处于互操作的过渡过程。状态特性为:存在有效工作模式,可能存在信令连接,对应的启动互操作的源模的AS也处于过渡过程中;
OPS(正常工作)状态:除以上场景下的其他协议场景均处于本状态。状态特性为:可能存在有效工作模式,可能存在信令连接;
TD-SCDMA的RRC模块的状态:RRC模块即对应协议的RRC子层,其状态包括了协议上定义的状态和终端的实现状态。具体如下:
NUL(空)状态:终端上电RRC模块尚未被激活,TD-SCDMA模式处于去激活场景,或者终端出服务区。状态特性为:可能存在有效工作模式,可能存在信令连接;
SEL(小区选择/重选)状态:RRC在本状态下处理小区选择和重选的相关任务。状态特性为:存在有效工作模式,可能存在信令连接;
IDL/LIM(正常驻留或者受限驻留)状态:RRC在本状态下处理正常或者受限驻留下的相关任务。状态特性为:存在有效工作模式,无信令连接;
ACC(接入状态):RRC在本状态下处理初始或者小区更新的随机接入的相关控制。状态特性为:存在有效工作模式,可能存在信令连接;
PCH状态(存在寻呼信道的连接态):协议定义状态,状态特性为:存在有效工作模式,存在信令连接;
DCH(存在专用信道的连接态)状态:协议定义状态,状态特性为:存在有效工作模式,存在信令连接;
FACH状态(存在前向接入信道的连接态):协议定义状态,状态特性为:存在有效工作模式,存在信令连接;
PRE(预定义读取状态):TD-SCDMA模式非激活模的前提下,由GSM启动TD-SCDMA进行预定义消息的读取状态,状态特性为:存在有效工作模式且一定是GSM,无信令连接;
PND(互操作过程中的过渡状态):互操作过程的过渡状态,状态特性为:存在有效工作模式,可能存在信令连接,对应的MMC状态一定也为PND状态。然后,依据以上三方面信息形成了以下的表格:
遍历MMC,RRC模块所有可能的状态组合,形成状态组合表(表1),行和列交叉的方格代表一种可能存在的状态组合;
根据关键信息变量的不同取值,结合各模块的特性匹配情况形成两个不同的异常状态组合表(表2,表3和表4),注:本文中提到的异常状态组合表中的状态组合,均特制异常状态组合表中标注为N的状态组合。
表1状态组合表
表2异常状态组合表(workmode:无效值)
表3异常状态组合表(workmode:TD-SCDMA)
表4异常状态组合表(workmode:GSM)
对于表2,表3,表4,可见在不同的workmode下,异常状态组合表的内容是有差别的。其原因就在于,引入关键信息之后,不仅仅模块状态之间要进行匹配,模块状态还要与关键信息之间进行匹配,从而形成最终的异常状态组合表。
以下,重点对于表2,表3的形成进行具体说明:
对于表2,当前workmode为无效,综合MMC及RRC的状态性质,可知:MMC只能为NUL,RSF或者OPS状态且RRC都只能为NUL状态,其他状态组合全部为异常。
对于表3,当前workmode为TD-SCDMA,综合MMC及RRC的状态性质,可知:
MMC的NUL,RSF状态:MMC的状态特性与workmode无法匹配,因此无论RRC为任何状态,状态组合均为异常;
MMC的WPS状态:workmode为TD-SCDMA,MMC处于WPS,表示当前是一个启动TD-SCDMA模式的选网过程,根据MMC的状态性质要求,TD-SCDMARRC的状态只可能为选网(SEL)状态,其他状态均为异常;
MMC的正常状态(OPS):workmode为TD-SCDMA,MMC处于OPS,表示当前是一个TD-SCDMA为主模下的正常流程,因此:RRC的PRE状态为异常匹配状态,因为预定义读取过程只有workmode为GSM为主模的前提下才可能出现;RRC的PND状态为异常匹配状态,因为RRC的本状态意味着在进行TD-SCDMA为主模的互操作流程,与MMC的OPS状态性质不匹配;
MMC的挂起(PND)状态:workmode为TD-SCDMA,MMC处于PND,表示当前是一个TD-SCDMA为主模下的互操作流程。因此,RRC只能处于PND状态,其他均为异常。
按照以上的原则和步骤,类似的形成表4。
在进行异常检测过程中,若出现一次异常状态表中的状态组合,即记为一次异常。根据终端定义的多次检测次数的设定,一旦重复性检测异常达到一定次数(例如:两次),则意味着捕捉到了一次异常,检测到异常后可以进行重启来自恢复或者断言检测到的异常。
202:设置周期性检测状态异常的计时器检测任务,且将其优先任务设置为最低(该定时间器记为t_abonormal)。设置多次异常检测的次数门限,记为v_mmc_totalAbnormalNum,将其设置为2;设置多次异常检测的计数变量,设置为v_mmc_abnormalCount。
203:终端开机,开启周期性检测状态异常的计时器。
204:计时器t_abonormal超时,重启计时器,并且检测纳入检测范围的模块状态及关键参数。若出现异常状态组合表的组合,则计数变量v_mmc_abnormalCount加1;若未出现异常状态组合表的组合,则计数变量v_mmc_abnormalCount清0。
205:若计数变量v_mmc_abnormalCount达到设定的次数门限,即v_mmc_abnormalCount等于v_mmc_totalAbnormalNum,则表示捕捉到异常。
由上可知,本发明可以针对纳入检测范围的所有模块和变量进行周期性的主动检测,从而达到主动捕捉到异常事件的目的。调试阶段可以以暴露问题为目的,针对性的的现场数据保存;而产品发布阶段可以以提高用户体验为目的,进行系统的重启。
本发明实施例还提供了一种协议栈的异常检测装置,如图3所示,包括:
状态表生成单元301,用于确定协议栈中需要检测的模块,枚举需要检测的模块的状态,并遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表;
检测单元302,用于在异常检测启动后,检测各需要检测的模块的状态信息,并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对,若检测到的状态信息组合与异常状态组合表中的状态组合相同,则确定上述协议栈异常。
进一步地,如图4所示上述装置还包括:
第一变量获取单元401,用于获取关键变量信息;
上述状态表生成单元301,用于遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表包括:用于依据上述关键变量信息遍历各需要检测的状态组合,将遍历得到的状态组合中的状态特性不匹配的状态组合列入异常状态组合表。
进一步地,如图5所示上述装置还包括:
第二变量获取单元501,用于获取关键变量信息;
上述状态表生成单元301,用于将状态组合中状态特性不匹配的状态组合列入异常状态组合表包括:用于建立与上述关键变量信息对应并且包含状态组合中状态特性不匹配的状态组合的异常状态组合表。
可选地,
上述检测单元302,用于将检测到的状态信息组合与异常状态组合表中的状态组合进行比对之前,还用于确定与当前需要检测的模块当前的关键变量信息对应的异常状态组合表;
上述上述检测单元302,用于将检测到的状态信息组合与异常状态组合表中的状态组合进行比对包括:用于将检测到的状态信息组合与上述与当前需要检测的模块当前的关键变量信息对应的异常状态组合表中的状态组合比对。
可选地,
上述状态表生成单元301,用于确定协议栈中需要检测的模块包括:用于将协议栈中各层级之间的模块中存在层级间信息交互的模块确定为需要检测的模块。
进一步地,如图6所示,上述装置还包括:
计时器601,用于计时,当计时器601超时时确定异常检测启动,在确定异常检测启动后指示上述检测单元302启动异常检测;上述计时器601任务的优先级低于被检测各个模块的任务优先级。
进一步地,如图7所示,上述装置还包括:
检测控制单元701,用于在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若达到则停止异常检测;
异常记录单元702,用于若未达到异常的最大次数则将记录的异常次数加1。
进一步地,上述检测控制单元302,还用于在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若未达到则重启计时器。
进一步地,如图8所示,上述装置还包括:
异常处理单元801,用于在确定所述协议栈异常之后,记录设备的现场数据并保存上述异常的状态信息,或者,重启系统。
值得注意的是,上述装置实施例中,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
另外,本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成,相应的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (19)
1.一种协议栈的异常检测方法,其特征在于,包括:
确定协议栈中需要检测的模块,枚举需要检测的模块的状态,并遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表;
在异常检测启动后,检测各需要检测的模块的状态信息,并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对,若检测到的状态信息组合与异常状态组合表中的状态组合相同,则确定所述协议栈异常。
2.根据权利要求1所述方法,其特征在于,还包括:
获取关键变量信息;
所述遍历各需要检测的模块的状态组合包括:
依据所述关键变量信息遍历各需要检测的状态组合。
3.根据权利要求1所述方法,其特征在于,还包括:获取关键变量信息;
所述将状态组合中状态特性不匹配的状态组合列入异常状态组合表包括:建立与所述关键变量信息对应并且包含状态组合中状态特性不匹配的状态组合的异常状态组合表。
4.根据权利要求2或3所述方法,其特征在于,
所述将检测到的状态信息组合与异常状态组合表中的状态组合进行比对之前还包括:确定与当前需要检测的模块当前的关键变量信息对应的异常状态组合表;
所述将检测到的状态信息组合与异常状态组合表中的状态组合进行比对包括:将检测到的状态信息组合与所述与当前需要检测的模块当前的关键变量信息对应的异常状态组合表中的状态组合比对。
5.根据权利要求2或3所述方法,其特征在于,
所述关键变量信息包括:设备工作模式和/或设备信令连接存在信息。
6.根据权利要求1至3任意一项所述方法,其特征在于,所述确定协议栈中需要检测的模块包括:将协议栈中各层级之间的模块中存在层级间信息交互的模块确定为需要检测的模块。
7.根据权利要求1至3任意一项所述方法,其特征在于,所述异常检测启动包括:
通过计时器计时,当计时器超时时确定异常检测启动;所述计时器任务的优先级低于被检测各个模块的任务优先级。
8.根据权利要求7所述方法,其特征在于,还包括:
在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若未达到则将记录的异常次数加1,若达到则停止异常检测。
9.根据权利要求8所述方法,其特征在于,还包括:在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若未达到则重启计时器。
10.根据权利要求1至3任意一项所述方法,其特征在于,在确定所述协议栈异常之后还包括:
记录设备的现场数据并保存所述异常的状态信息,或者,重启系统。
11.一种协议栈的异常检测装置,其特征在于,包括:
状态表生成单元,用于确定协议栈中需要检测的模块,枚举需要检测的模块的状态,并遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表;
检测单元,用于在异常检测启动后,检测各需要检测的模块的状态信息,并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对,若检测到的状态信息组合与异常状态组合表中的状态组合相同,则确定所述协议栈异常。
12.根据权利要求11所述装置,其特征在于,还包括:
第一变量获取单元,用于获取关键变量信息;
所述状态表生成单元,用于遍历各需要检测的模块的状态组合,将状态组合中状态特性不匹配的状态组合列入异常状态组合表包括:用于依据所述关键变量信息遍历各需要检测的状态组合,将遍历得到的状态组合中的状态特性不匹配的状态组合列入异常状态组合表。
13.根据权利要求11所述装置,其特征在于,还包括:
第二变量获取单元,用于获取关键变量信息;
所述状态表生成单元,用于将状态组合中状态特性不匹配的状态组合列入异常状态组合表包括:用于建立与所述关键变量信息对应并且包含状态组合中状态特性不匹配的状态组合的异常状态组合表。
14.根据权利要求12或13所述装置,其特征在于:
所述检测单元,用于将检测到的状态信息组合与异常状态组合表中的状态组合进行比对之前,还用于确定与当前需要检测的模块当前的关键变量信息对应的异常状态组合表;
所述检测单元,用于将检测到的状态信息组合与异常状态组合表中的状态组合进行比对包括:用于将检测到的状态信息组合与所述当前需要检测的模块当前的关键变量信息对应的异常状态组合表中的状态组合比对。
15.根据权利要求11至13任意一项所述装置,其特征在于,
所述状态表生成单元,用于确定协议栈中需要检测的模块包括:用于将协议栈中各层级之间的模块中存在层级间信息交互的模块确定为需要检测的模块。
16.根据权利要求11至13任意一项所述装置,其特征在于,还包括:
计时器,用于计时,当计时器超时时确定异常检测启动,在确定异常检测启动后指示所述检测单元启动异常检测;所述计时器任务的优先级低于被检测各个模块的任务优先级。
17.根据权利要求16所述装置,其特征在于,还包括:
检测控制单元,用于在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若达到则停止异常检测;
异常记录单元,用于若未达到异常的最大次数则将记录的异常次数加1。
18.根据权利要求17所述装置,其特征在于,
所述检测控制单元,还用于在检测到的状态信息组合与异常状态组合表中的状态组合相同之后,确定是否已经达到异常的最大次数,若未达到则重启计时器。
19.根据权利要求11至13任意一项所述装置,其特征在于,还包括:异常处理单元,用于在确定所述协议栈异常之后,记录设备的现场数据并保存所述异常的状态信息,或者,重启系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210090359.3A CN103369574B (zh) | 2012-03-30 | 2012-03-30 | 一种协议栈的异常检测方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210090359.3A CN103369574B (zh) | 2012-03-30 | 2012-03-30 | 一种协议栈的异常检测方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103369574A CN103369574A (zh) | 2013-10-23 |
CN103369574B true CN103369574B (zh) | 2016-05-04 |
Family
ID=49369882
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210090359.3A Active CN103369574B (zh) | 2012-03-30 | 2012-03-30 | 一种协议栈的异常检测方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103369574B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150833A (zh) * | 2007-10-17 | 2008-03-26 | 中兴通讯股份有限公司 | 通讯基站话务测试中的异常信令测试方法 |
CN101242574A (zh) * | 2007-11-30 | 2008-08-13 | 上海展桥信息技术有限公司 | 一种gprs无线终端系统 |
KR20090001332A (ko) * | 2007-06-29 | 2009-01-08 | 주식회사 케이티프리텔 | 아이피 멀티미디어 서브시스템에서 세션 종료 후의 과금처리 방법 및 시스템 |
CN101365206A (zh) * | 2007-08-10 | 2009-02-11 | 中兴通讯股份有限公司 | 一种异常实例资源的检测系统及方法 |
-
2012
- 2012-03-30 CN CN201210090359.3A patent/CN103369574B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090001332A (ko) * | 2007-06-29 | 2009-01-08 | 주식회사 케이티프리텔 | 아이피 멀티미디어 서브시스템에서 세션 종료 후의 과금처리 방법 및 시스템 |
CN101365206A (zh) * | 2007-08-10 | 2009-02-11 | 中兴通讯股份有限公司 | 一种异常实例资源的检测系统及方法 |
CN101150833A (zh) * | 2007-10-17 | 2008-03-26 | 中兴通讯股份有限公司 | 通讯基站话务测试中的异常信令测试方法 |
CN101242574A (zh) * | 2007-11-30 | 2008-08-13 | 上海展桥信息技术有限公司 | 一种gprs无线终端系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103369574A (zh) | 2013-10-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11256539B2 (en) | Task processing method, apparatus, and system based on distributed system | |
CN102308559B (zh) | 一种用于集群计算机系统的投票仲裁方法及装置 | |
WO2016184058A1 (zh) | 一种终端异常恢复方法及终端 | |
CN108287751B (zh) | 任务执行方法及装置、分布式系统 | |
CN102521122B (zh) | 面向动态场景的测试序列生成方法 | |
CN107656705B (zh) | 一种计算机存储介质和一种数据迁移方法、装置及系统 | |
CN103488721B (zh) | 主备板的数据库双向同步方法和系统 | |
CN103428333B (zh) | 移动终端、服务器和错误修复方法 | |
CN105607972B (zh) | 一种异常修复的方法及装置 | |
CN104572422A (zh) | 一种基于Linux系统开关机下内存监测实现方法 | |
EP3084672A1 (en) | Protection system including machine learning snapshot evaluation | |
CN102355364A (zh) | 一种单通故障的检测方法和设备 | |
CN108694093A (zh) | 进程异常监控方法及装置 | |
CN105159722B (zh) | Rtc唤醒系统的方法及计算机 | |
CN106488534A (zh) | 获取网络接入点的方法及系统 | |
CN102664755B (zh) | 控制通道故障确定方法及其装置 | |
CN104063316B (zh) | 一种应用的测试方法及装置 | |
CN102096618B (zh) | 硬件信息的检测方法和系统 | |
CN106028309A (zh) | 使双卡双待终端中的主卡恢复到数据网络的方法和装置 | |
CN103369574B (zh) | 一种协议栈的异常检测方法和装置 | |
CN101989936B (zh) | 单板故障的测试方法及系统 | |
WO2015021827A1 (en) | Method,device and system for offline reconnection of a web application | |
CN111045616A (zh) | 耗时打印方法、装置、设备及存储介质 | |
CN105991608A (zh) | 分布式设备的业务处理方法、装置及分布式设备 | |
CN106506074B (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20170427 Address after: Nanping Street 400060 Chongqing Nan'an District Nancheng Road No. 199 left attached to the floor 403 Patentee after: Keen (Chongqing) Microelectronics Technology Co., Ltd. Address before: 400065 Chongqing Nan'an District huangjuezhen pass Fort Park No. 1 Patentee before: Chongqing City Communication & Technology Co., Ltd. |
|
TR01 | Transfer of patent right |