[发明专利]一种协议栈的异常检测方法和装置

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种协议栈的异常检测方法和装置。

背景技术

在第三代移动通信系统中，协议栈软件的构架是层级的模块结构。

以终端与接入网之间的接口Uu口为例，包括：物理层(层一，L1：Layer1)、数据链路层(层二，L2：Layer 2)和网络层(层三，L3：Layer 3)等3层。其中L2又分为媒体接入控制(MAC：Media Access Control)、无线链路控制(RLC：Radio Link Control)、分组数据会聚协议(PDCP：Packet Data Convergence Protocol)和广播/多播控制(BMC：Broadcast/Multicast Control)等四个子层。L3又分为无线资源控制(RRC：Radio Resource Control)、移动性管理(MM：Mobility Management)和连接管理(CM：Connection Management)等3个子层。

对于协议栈软件而言，需要按照协议栈软件的层级构架来实现各个层级的功能，并通过各个层级之间的接口定义，使各个层级之间实现沟通与协调，最终实现各个协议流程。

协议栈软件开发完成之后，需要进行相关的测试，以发现实现中可能出现的错误和异常。按照测试范围划分，通常有三种测试类型：单元测试，集成测试和系统测试。这三种测试类型虽然测试的对象和重点各有不同(例如：单元测试关注模块内部的流程及参数的正确性，集成测试关注各个模块之间的联调流程的正确性；系统测试关注于系统整体表现的功能及性能)，但无论哪类都不可能实现通信系统的穷尽测试，也不能证明通信系统实现的完全正确性。

在现实的协议栈软件开发过程中，就发现即使严格经过了各类测试，还是可能因为某些分支的变量控制错误，流程控制异常或者环境极端导致流程兼容不够进而导致产品在某些特定的情况下呈现一类严重致命的问题：即不同模块，不同层之间状态不匹配，导致终端流程无法继续也无法自恢复。

例如：NAS(Non-Access Stadium，非接入层)的MM子层处于等待RRC连接释放状态，而AS(Access Stratum，接入层)的RRC模块早已经释放掉了连接，处于了IDL(idle，空闲)状态。则NAS将处于死等，无法再进行后续的业务。对于用户体验来说，就是终端突然无法进行任何正常的业务，且无法自恢复(除非断电开机)。显而易见，这对于用户体验来说，将是致命的伤害。

发明内容

本发明实施例提供了一种协议栈的异常检测方法和装置，针对性的检测各个模块之间的状态匹配问题，主动的确认其正确性。

一种协议栈的异常检测方法，包括：

确定协议栈中需要检测的模块，枚举需要检测的模块的状态，并遍历各需要检测的模块的状态组合，将状态组合中状态特性不匹配的状态组合列入异常状态组合表；

在异常检测启动后，检测各需要检测的模块的状态信息，并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对，若检测到的状态信息组合与异常状态组合表中的状态组合相同，则确定所述协议栈异常。

一种协议栈的异常检测装置，包括：

状态表生成单元，用于确定协议栈中需要检测的模块，枚举需要检测的模块的状态，并遍历各需要检测的模块的状态组合，将状态组合中状态特性不匹配的状态组合列入异常状态组合表；

检测单元，用于在异常检测启动后，检测各需要检测的模块的状态信息，并将检测到的状态信息组合与异常状态组合表中的状态组合进行比对，若检测到的状态信息组合与异常状态组合表中的状态组合相同，则确定所述协议栈异常。

从以上技术方案可以看出，本发明实施例具有以下优点：针对性的检测各个模块之间的状态匹配问题，主动的确认其正确性，进而可以实现对于异常的及时捕捉和针对性的现场数据保存或者自恢复。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例方法流程示意图；

图2为本发明实施例另一方法流程示意图；

图3为本发明实施例装置结构示意图；

图4为本发明实施例另一装置结构示意图；

图5为本发明实施例另一装置结构示意图；