一种E-RAB异常释放的分析方法、装置及系统与流程

本发明涉及长期演进(Long Term Evolution，LTE)技术，尤其涉及一种演进的无线接入承载(Evolved Radio Access Bearer，E-RAB)异常释放的分析方法、装置及系统。

背景技术：

演进的无线接入承载(Evolved Radio Access Bearer，E-RAB)异常释放是网络中常见的网络问题，是用户在使用网络产生业务的过程中，由于种种原因导致E-RAB异常释放。用户的直观体验即业务中断且基本不能自行恢复，因此一般需要再次发起业务。传统发现E-RAB异常释放的方法主要是通过路测数据的采集和分析、以及网管指标数据监测并分析，进而发现网络E-RAB异常释放问题，再相应采取适当手段去优化解决。

在现有的网络异常掉线诊断过程中存在一个明显的不足在于：路测手段只能采集某些路面的网络情况，且是只能发现路测那个地点、时段、终端的网络异常掉线情况(室内测试也同理)。网管指标只能在网元级别的统计意义上发现网络E-RAB异常释放情况，不能回溯E-RAB异常释放发生时的网络环境及信令流程，如接收信号码功率(Received Signal Code Power，RSCP)、信令交互。

技术实现要素：

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种E-RAB异常释放的分析方法、装置及系统，通过反映E-RAB异常释放各阶段的关键事件指标，通过关键事件指标的变化来反映出可能出现问题的阶段，进而快速分析问题。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种E-RAB异常释放的分析方法，所述方法包括：

获取单位区域内长期演进LTE网络中各接口的原始信令；

根据所述原始信令形成E-RAB异常释放的关键事件指标；

判断所述关键事件指标是否满足预设的第一条件，得到第一判断结果；

当所述第一判断结果表明所述关键事件指标满足预设条件时，分析导致所述E-RAB异常释放的原因；

根据所述E-RAB异常释放的原因确定解决所述E-RAB异常释放的方案。

第二方面，本发明实施例提供一种E-RAB异常释放的分析装置，所述装置包括获取单元、形成单元、判断单元、分析单元和确定单元，其中：

所述获取单元，用于获取单位区域内长期演进LTE网络中各接口的原始信令；

所述形成单元，用于根据所述原始信令形成E-RAB异常释放的关键事件指标；

所述判断单元，用于判断所述关键事件指标是否满足预设的第一条件，得到第一判断结果；

所述分析单元，用于当所述第一判断结果表明所述关键事件指标满足预设条件时，分析导致所述E-RAB异常释放的原因；

所述确定单元，用于根据所述E-RAB异常释放的原因确定解决所述E-RAB异常释放的方案。

第二方面，本发明实施例提供一种E-RAB异常释放的分析系统，所述装置包括：

信令采集与解析器，用于负责采集长期演进LTE网络中各接口的信令并解析，得到各原始信令；

E-RAB异常释放的分析装置，用于根据所述原始信令实现权利要求1所述E-RAB异常释放的分析方法，以便得到解决所述E-RAB异常释放的方案。

本发明实施例提供的E-RAB异常释放的分析方法、装置及系统，其中，获 取单位区域内长期演进LTE网络中各接口的原始信令；根据所述原始信令形成E-RAB异常释放的关键事件指标；判断所述关键事件指标是否满足预设的第一条件，得到第一判断结果；当所述第一判断结果表明所述关键事件指标满足预设条件时，分析导致所述E-RAB异常释放的原因；根据所述E-RAB异常释放的原因确定解决所述E-RAB异常释放的方案；如此，通过反映E-RAB异常释放各阶段的关键事件指标，通过关键事件指标的变化来反映出可能出现问题的阶段，进而快速分析问题。

附图说明

图1-1为本发明实施例移动管理实体主动发起E-RAB释放流程的示意图；

图1-2为本发明实施例基站发起的E-RAB释放流程的示意图；

图1-3为本发明实施例移动管理实体发起的UE上下文释放流程的示意图；

图1-4为本发明实施例基站发起的UE上下文释放流程的示意图；

图1-5为本发明实施例RRC连接重建流程的示意图；

图1-6为本发明实施例移动管理实体发起的E-RAB释放流程的示意图；

图1-7为本发明实施例基站请求的E-RAB释放流程的示意图；

图1-8为本发明实施例移动管理实体发起的上下文释放流程的示意图；

图1-9为本发明实施例基站请求的上下文释放流程的示意图；

图1-10为本发明实施例切换出E-RAB释放流程一的示意图；

图1-11为本发明实施例切换出E-RAB释放流程二的示意图；

图1-12为本发明实施例切换出E-RAB释放流程三的示意图；

图1-13为本发明实施例RRC连接重建失败流程一的示意图；

图1-14为本发明实施例RRC连接重建失败流程二的示意图；

图2为本发明实施例二E-RAB异常释放的分析方法的实现流程示意图；

图3为本发明实施例三E-RAB异常释放的分析方法的实现流程示意图；

图4为本发明实施例四E-RAB异常释放的分析方法的实现流程示意图；

图5为本发明实施例五E-RAB异常释放的分析方法的实现流程示意图；

图6为本发明实施例八E-RAB异常释放的分析装置的组成结构示意图；

图7为本发明实施例九E-RAB异常释放的分析系统的组成结构示意图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

本发明实施例提供的技术方案，为了发现并定位业务保持过程中可能出现的问题，针对业务保持期间的E-RAB异常释放事件定义关键事件指标(Key Performance Indication，KPI)，通过对用于体现保持性的各项关键事件指标的计算和分析，定位产生E-RAB异常释放事件的原因并针对原因提供解决方案。

实施例一

在阐述本发明的各实施例之前，先介绍一下本发明的各个实施例可能涉及的名词。

宏小区(Cell)；

终端(User Equipment，UE)；

演进型基站(eNodeB，eNB，简称基站)；

UMTS陆地无线接入网(UMTS Terrestrial Radio Access Network，UTRAN)；

通用移动通信系统(Universal Mobile Telecommunications System，UMTS)；

目标基站(target eNB)；

源基站(Source eNB)；

传输控制协议(Transmission Control Protocol，TCP)；

无线访问节点(Access Point，AP)；

S1接口接入点重设置消息(S1Access Point Reset，S1AP Reset)；

无线资源控制(Radio Resource Control，RRC)；

移动管理实体(Mobility Management Entity，MME)；

服务质量(Quality of Service，QoS)；

服务质量等级指示(QoS Class Identifier，QCI)；第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)；

切换命令(Handover Command)消息；

确认(Acknowledgement，ACK)；

切换请求确认(Handover Request ACK)消息；

RRC连接重配置完成(RRC Connection Reconfiguration Complete)消息；

E-RAB释放命令(E-RAB Release Command)消息；

UE上下文释放命令(UE Context Release Command)消息；

E-RAB释放指示(E-RAB Release Indication)消息；

UE上下文释放请求(UE Context Release Request)消息；

初始上下文建立响应(Initial Context Setup Response)消息；

RRC连接重建请求(RRC Connection Reestablishment Request)消息；

RRC连接重建完成(RRC Connection Reestablishment Complete)消息；

RRC连接请求(RRC Connection Request)消息；

S1重定向全程定时器超时(TS1RELOCoverall Expiry)；

S1重定向准备定时器超时未知目标身份标识(TS1RELOCprep Expiry Unknown Target ID)；

身份标识(Identity，ID)；

电路切换(Circuit Switching，CS)；

分组切换(Packet Switching，PS)；

分组数据汇聚协议层(Packet Data Convergence Protocol，PDCP)；

序列号(Sequence Number，SN)；

信息元素(Information Element，IE)；

E-RABs释放列表中的信息元素(E-RABs to Release List IE)；

多切换(Multiple HO)；

E-RABs释放列表中的不准入的信息元素(E-RABs Not Admitted List IE)；

重建原因(Establishment Cause)；

无线接入技术(Radio Access Technology，RAT)；

分组核心网(Evolved Packet Core，EPC)，分组核心网主要包含MME、服 务网关(Serving Gateway，SGW)、PDN网关(PDN Gateway，PGW)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)等网元。其中SGW和PGW常常合设并被称为演进项目网关(System Architecture Evolution-Gateway，SAE-GW)。

异常释放原因至少包括以下原因之一：无线层错误、传输层错误、切换失败，其中切换失败至少包括以下信息：

在目标核心网/基站中或者在目标系统中切换失败(Handover Failure In Target EPC/eNB or Target System)、切换目标不允许(Handover Target not allowed)、S1重定向全程定时器超时(TS1RELOCoverall Expiry)、S1重定向准备定时器超时未知目标身份标识(TS1RELOCprep Expiry Unknown Target ID)、目标小区中没有可用的资源(No Radio Resources Available in Target Cell)。

正常释放原因至少包括以下原因之一：正常释放(Normal Release)、分离(Detach)、用户不活动(User Inactivity)、CS后备触发(CS fallback triggered)、终端对于PS服务不可用(UE Not Available For PS Service)、无线接入系统间的重定向(Inter-RAT redirection)、重定向1xRTT(Redirection towards 1xRTT)，其中1xRTT表示码分多址(Code Division Multiple Access，CDMA)2000系统间的无线电传输技术。

需要说明的是，上述的正常释放原因是E-RAB正常释放流程中所涉及的原因，对于具体的E-RAB正常释放流程，所涉及的原因很可能只是上述正常释放原因的一个子集，例如，对于移动管理实体主动发起的E-RAB正常释放流程，其正常的释放原因包括：正常释放(Normal Release)、分离(Detach)、用户不活动(User Inactivity)、CS后备触发(CS fallback triggered)、终端对于PS服务不可用(UE Not Available For PS Service)、RAT重定向(Inter-RAT redirection)。

下面对E-RAB正常释放流程和异常释放流程进行阐述。

1)移动管理实体主动发起的E-RAB正常释放流程

图1-1为本发明实施例移动管理实体主动发起E-RAB释放流程的示意图，如图1-1所示，该移动管理实体主动发起E-RAB释放流程包括：

步骤111，移动管理实体向基站发送UE上下文释放命令消息；

步骤112，当基站收到来自移动管理实体的E-RAB释放命令消息时，基站向移动管理实体发送UE上下文释放完成消息。

移动管理实体主动发起E-RAB释放流程被判定为E-RAB正常释放流程的方法：基站收到来自移动管理实体的E-RAB释放命令消息，且释放原因为正常释放原因之一，则判定为MME发起的E-RAB正常释放。

2)基站发起的E-RAB正常释放流程

图1-2为本发明实施例基站发起的E-RAB释放流程的示意图，如图1-2所示，该基站发起的E-RAB正常释放流程包括：

步骤121，基站向移动管理实体发送E-RAB释放指示消息；

基站主动发起E-RAB释放流程被判定为E-RAB正常释放流程的方法：基站主动发起E-RAB释放流程，当基站向移动管理实体发送E-RAB释放指示消息，且释放原因解释为以下正常释放原因之一时，则判定为基站发起的E-RAB正常释放流程。

3)移动管理实体发起的UE上下文释放流程

图1-3为本发明实施例移动管理实体发起的UE上下文释放流程的示意图，如图1-3所示，该移动管理实体发起的UE上下文释放流程包括：

步骤131，移动管理实体向基站发送UE上下文释放命令消息；

步骤132，基站向移动管理实体发送UE上下文释放完成消息。

移动管理实体发起的UE上下文释放流程被判定为E-RAB正常释放流程的方法：当基站收到来自移动管理实体的UE上下文命令消息消息，且释放原因为正常释放原因之一时，则判定为移动管理实体发起的UE上下文正常释放流程。

4)基站发起的UE上下文释放流程

图1-4为本发明实施例基站发起的UE上下文释放流程的示意图，如图1-4所示，该基站发起的UE上下文释放包括：

步骤141，基站向移动管理实体发送UE上下文释放请求消息。

基站发起的UE上下文释放流程被判定为E-RAB正常释放流程的方法：当移动管理实体接收到基站发送的UE上下文释放请求消息，且当释放原因为正常释放原因之一时，则判定为基站发起的UE上下文正常释放。

5)RRC连接重建流程

图1-5为本发明实施例RRC连接重建流程的示意图，如图1-5所示，该RRC连接重建流程包括：

步骤151，终端向UMTS陆地无线接入网(EUTRAN)发送RRC连接重建请求消息；

步骤152，UMTS陆地无线接入网向终端发送RRC连接重建消息；

步骤153，终端向UMTS陆地无线接入网发送RRC连接重建完成消息。

RRC连接重建流程被判定为E-RAB正常释放流程的方法：RRC重建流程有重建完成消息，即基于上图流程完整。

6)E-RAB异常释放流程一

图1-6为本发明实施例移动管理实体发起的E-RAB释放流程的示意图，如图1-6所示，该移动管理实体发起的E-RAB释放流程包括：

步骤161，移动管理实体向基站发送E-RAB释放命令消息。

移动管理实体发起的E-RAB释放流程被判定为E-RAB异常释放流程的方法：如图1-6中A点所示，移动管理实体主动发起E-RAB释放流程，当基站收到来自移动管理实体发送的E-RAB释放命令消息时，且释放原因不为上述的正常释放原因之一，则判定为移动管理实体发起的E-RAB异常释放流程。

这里需要说明的是，如果移动管理实体向基站发送的E-RAB释放命令消息中要求同时释放多个E-RAB，则异常释放次数按具体业务数目进行累加。

7)E-RAB异常释放流程二

图1-7为本发明实施例基站请求的E-RAB释放流程的示意图，如图1-7所示，该基站请求的E-RAB释放流程包括：

步骤171，基站向移动管理实体发送E-RAB释放指示消息。

基站请求的E-RAB释放流程被判定为E-RAB异常释放流程的方法：如图1-7中A点所示，当基站向移动管理实体发送E-RAB释放指示消息，当相应承载有数传且释放原因为异常释放原因时，则被判定为E-RAB异常释放流程。具体地，当释放原因为无线层错误、传输层错误时，则判定为无线层、传输层导致的E-RAB异常释放流程；当释放原因为切换失败时，则判定为切换失败导致的E-RAB异常释放流程。

需要说明的是，如果基站向移动管理实体发送的E-RAB释放指示消息中要求同时释放多个E-RAB，则异常释放次数根据具体业务数目按上述原因分别进行累加；并且在移动管理实体回复E-RAB释放命令消息时，异常失败次数不会被重复记录。

8)E-RAB异常释放流程三

图1-8为本发明实施例移动管理实体发起的上下文释放流程的示意图，该移动管理实体发起的上下文释放流程包括：

步骤181，移动管理实体向基站发送UE上下文释放命令消息。

移动管理实体发起的上下文释放流程被判定为E-RAB异常释放流程的方法：如图1-8中A点所示，移动管理实体主动发起UE上下文释放流程，当基站收到来自移动管理实体的UE上下文释放命令消息时，会释放终端的所有E-RAB，当释放原因不为正常释放原因时，则判定为移动管理实体发起的E-RAB异常释放。这里，异常释放次数按具体业务数目进行累加。

这里需要说明的是，如果移动管理实体发起的上下文释放流程中，异常释放次数按具体业务数目进行累加。

9)E-RAB异常释放流程四

图1-9为本发明实施例基站请求的上下文释放流程的示意图，如图1-9所示，该基站请求的上下文释放流程包括：

步骤190，基站向移动管理实体发送UE上下文释放请求消息。

基站请求的上下文释放流程被判定为E-RAB异常释放流程的方法：如图1-9中A点所示，当基站向移动管理实体发送UE上下文释放请求消息，会释放终端的所有E-RAB。当释放原因为异常释放原因时，则被判定为E-RAB异常释放流程。具体地，当释放原因为无线层错误、传输层错误时，则判定为无线层、传输层导致的E-RAB异常释放流程；当释放原因为切换失败时，则判定为切换失败导致的E-RAB异常释放流程。

需要说明的是，异常释放次数按具体业务数目进行累加，并且在移动管理实体回复UE上下文释放命令消息时，异常失败次数不会被重复记录。

10)切换出E-RAB释放流程一

图1-10为本发明实施例切换出E-RAB释放流程一的示意图，如图1-10所示，该切换出E-RAB释放流程一包括：

步骤1101，终端向基站发送测量报告(Measurement Report)；

步骤1102，基站根据测量报告进行切换决定。

步骤1103，基站向终端发送RRC连接重配置(RRC Connection Reconfiguration)消息；

步骤1104，终端向基站发送RRC连接重配置完成(RRC Connection Reconfiguration Complete)消息。

切换出E-RAB释放流程一被判定为E-RAB异常释放流程的方法：如图1-10的C点所示，图1-10表示基站内切换，切换执行成功但目标小区有建立失败的E-RAB，源小区异常释放对应的E-RAB，此时的释放原因可能为：“Partial Handover”等，则判定为源小区对应E-RAB异常释放，异常释放次数根据具体 业务数目按上述原因分别进行累加。

11)切换出E-RAB释放流程二

图1-11为本发明实施例切换出E-RAB释放流程二的示意图，如图1-11所示，该切换出E-RAB释放流程二包括：

步骤1111，终端向源基站(S-eNodeB)发送测量报告(Measurement Report)；

步骤1112，源基站根据测量报告进行切换决定(Handover Decide)。

步骤1113，源基站向目标基站(T-eNodeB)发送切换请求消息；

步骤1114，目标基站向源基站发送切换请求确认消息；

步骤1115，源基站向终端发送RRC连接重配置消息；

步骤1116，源基站向目标基站发送PDCP SN状态转移消息。

步骤1117，终端向目标基站发送RRC连接重配置完成消息。

步骤1118，目标基站向源基站发送UE上下文释放消息。

切换出E-RAB释放流程二被判定为E-RAB异常释放流程的方法：如图1-11的C点所示，图1-10表示X2接口切换，换执行成功，但目标小区有建立失败的E-RAB，源小区异常释放对应的E-RAB，此时的释放原因可能为：部分切换(Partial Handover)等，则判定为源小区对应E-RAB异常释放，异常释放次数根据具体业务数目按上述原因分别进行累加。

12)切换出E-RAB释放流程三

图1-12为本发明实施例切换出E-RAB释放流程三的示意图，如图1-12所示，该切换出E-RAB释放流程三包括：

步骤1121，终端向源基站(S-eNodeB)发送测量报告(Measurement Report)；

步骤1122，源基站根据测量报告进行切换决定(Handover Decide)。

步骤1123，源基站向目标基站(T-eNodeB)发送切换需求(Handover Required)消息；

步骤1124，目标基站向源基站发送切换命令(Handover Command)消息；

步骤1125，源基站向终端发送RRC连接重配置(RRC Connection Reconfiguration)消息；

步骤1126，源基站向目标基站发送PDCP SN状态转移(PDCP SN Status Transfer)消息。

步骤1127，目标基站向源基站发送UE上下文释放命令消息。

步骤1121，终端向源基站(S-eNodeB)发送测量报告；

步骤1122，源基站根据测量报告进行切换决定。

步骤1123，源基站向目标基站发送切换需求消息；

步骤1124，目标基站向源基站发送切换命令消息；

步骤1125，源基站向终端发送RRC连接重配置消息；

步骤1126，源基站向目标基站发送PDCP SN状态转移消息。

步骤1127，目标基站向源基站发送UE上下文释放命令消息。

切换出E-RAB释放流程三被判定为E-RAB异常释放流程的方法：如图1-12的C点所示，如图1-12表示S1接口切换，切换执行成功但目标小区有建立失败的E-RAB，源小区异常释放对应的E-RAB，此时的释放原因可能为：部分切换(Partial Handover)等，则判定为源小区对应E-RAB异常释放，异常释放次数根据具体业务数目按上述原因分别进行累加。

13)RRC连接重建失败流程一

图1-13为本发明实施例RRC连接重建失败流程一的示意图，如图1-13所示，该RRC连接重建失败流程一包括：

步骤1131，基站向EUTRAN发送RRC连接重建请求消息；

步骤1132，EUTRAN向基站发送RRC连接重建拒绝消息。

RRC连接重建失败流程一被判定为E-RAB异常释放流程的方法：RRC重建流程，收到EUTRAN下发的RRC连接重建拒绝(RRC Connection Reestablishment Reject)消息。

14)RRC连接重建失败流程二

图1-14为本发明实施例RRC连接重建失败流程二的示意图，如图1-14所示，该RRC连接重建失败流程二包括：

步骤1141，终端向EUTRAN发送RRC连接重建请求消息；

步骤1142，EUTRAN向终端发送RRC连接重建消息。

RRC连接重建失败流程二被判定为E-RAB异常释放流程的方法：RRC重建流程，终端没有收到RRC连接重建完成(RRC Connection Reestablishment Complete)消息。

下面阐述本发明实施例中所涉及的关键事件指标，在阐述关键事件指标的过程中，将结合信令一起进行描述，参见表1至26。

表1切换入E-RAB数

表2每QCI切换入E-RAB数

表3MME发起释放的E-RAB数

表4正常的MME发起释放的E-RAB数

表5eNB请求释放的E-RAB数

表6分QCI的基站请求释放的E-RAB数

表7正常的基站请求释放的E-RAB数

表8分QCI的正常的基站请求释放的E-RAB数

表9切出失败的E-RAB数

表10分QCI的切出失败的E-RAB数

表11初始上下文建立成功次数

表12基站请求释放上下文数

表13正常的基站请求释放上下文数

表14无线掉线率(小区级)

表15无线掉线率

表16E-RAB无线掉线率(小区级)

表17E-RAB无线掉线率

表18E-RAB无线掉线率(QCI＝1-9)(小区级)

表19E-RAB无线掉线率(QCI＝1-9)

表20移动管理实体导致E-RAB掉线率(小区级)

表21移动管理实体导致E-RAB掉线率

表22RRC连接建立请求次数

表23RRC连接重建请求次数

表24RRC连接重建成功次数(非源侧小区)

表25RRC连接重建比率

表26RRC连接重建失败率

实施例二

基于前述实施例，本发明实施例提供一种E-RAB异常释放的分析方法，该方法应用于计算设备，该方法所实现的功能可以通过计算设备中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该计算设备至少包括处理器和存储介质。在具体应用过程中，计算设备可以是个人计算机、服务器、工控机等具有计算能力的电子设备。

图2为本发明实施例二E-RAB异常释放的分析方法的流程示意图，如图2所示，该E-RAB异常释放的分析方法包括：

步骤201，获取单位区域内长期演进(LTE)网络中各接口的原始信令；

这里，所述单位区域可以是指宏小区(cell)。

这里，所述LTE网络中各接口包括：LTE网络的主设备的Uu、X2接口，以及S1-MME、S11、S10、S6a、S5/8接口。在具体实施的过程中，从信令采 集与解析器来获取原始信令，其中信令采集与解析器，用于负责采集LTE网络各接口信令并解析，形成各原始信令。其中采集的接口涉及LTE网络的主设备软件采集Uu、X2接口，以及通过硬件采集S1-MME、S11、S10、S6a、S5/8等接口。

步骤202，根据所述原始信令形成E-RAB异常释放的关键事件指标；

这里，所述关键事件指标与上述表1至表26中的指标类别(保持性Retainability)密切相关。关键事件指标(参阅表1至表26)包括：切换入E-RAB数、每QCI切换入E-RAB数、MME发起释放的E-RAB数、正常的MME发起释放的E-RAB数、eNB请求释放的E-RAB数、分QCI的基站请求释放的E-RAB数、正常的基站请求释放的E-RAB数、分QCI的正常的基站请求释放的E-RAB数、切出失败的E-RAB数、分QCI的切出失败的E-RAB数、初始上下文建立成功次数、基站请求释放上下文数、正常的基站请求释放上下文数、无线掉线率(小区级)、无线掉线率、E-RAB无线掉线率(小区级)、E-RAB无线掉线率、E-RAB无线掉线率(QCI＝1-9)(小区级)、E-RAB无线掉线率(QCI＝1-9)、移动管理实体导致E-RAB掉线率(小区级)、移动管理实体导致E-RAB掉线率、RRC连接建立请求次数、RRC连接重建成功次数(非源侧小区)、RRC连接重建比率和RRC连接重建失败率等.

其中，保持性的含义为：承载保持连接状态不中断的性能，例如，对于基站主动发起的E-RAB流程，保持性是指E-RAB无线掉线率；对于移动管理实体主动发起的E-RAB流程，保持性是指移动管理实体(MME)导致的E-RAB掉线率，对于切换出E-RAB释放流程，保持性是指RRC连接重建比率。

基于此，步骤202中的关键事件指标可以包括RRC连接重建比率和E-RAB掉线率，其中所述E-RAB掉线率包括E-RAB无线掉线率和由移动管理实体导致的E-RAB掉线率，其中所述E-RAB无线掉线率为基站主动发起的E-RAB掉线率，所述移动管理实体导致的E-RAB掉线率为移动管理实体主动发起的E-RAB掉线率。

这里，以切换入E-RAB数为关键事件指标，来说明步骤202，根据所述原 始信令形成E-RAB异常释放的关键事件指标的过程，参见表1，切换入E-RAB数这个指标的定义为统计小区切换入E-RAB个数，那么根据所述原始信令形成切换入E-RAB数的过程为：获取eNB接收到UE发送的RRC连接重配置完成(RRC Connection Reconfiguration Complete)消息，发现该RRC连接重配置完成消息指示UE小区切换入时，统计该RRC连接重配置完成消息对应的E-RAB个数，包括系统间的切换(参见3GPP TS 23.401，TS 36.331和TS 36.413)；从而得到切换入E-RAB数这个关键事件指标。

需要说明的是，虽然本例是以表1中的关键事件指标“切换入E-RAB数”为例，但是本领域的技术人员可以根据上述的记载以及表2至表26来实现形成其它关键事件指标如MME发起释放的E-RAB数，为节约篇幅和简洁，因此不再赘述。

步骤203，判断所述关键事件指标是否满足预设的第一条件，得到第一判断结果；

这里，所述第一条件泛指任何关于关键事件指标的条件，例如，可以是关于关键事件指标的一个阈值，可以是关于关键事件指标的阈值范围；以RRC连接重建比率为例，来说明第一条件，第一条件可以是关于RRC连接重建比率的一个阈值，可以是关于RRC连接重建比率的阈值范围，因此，判断RRC连接重建比率是否满足预设条件可以为：判断RRC连接重建比率是否大于预设的阈值，或者，判断RRC连接重建比率是否在预设的阈值范围内。

步骤204，当所述第一判断结果表明所述关键事件指标满足预设条件时，分析导致所述E-RAB异常释放的原因；

步骤205，根据所述E-RAB异常释放的原因确定解决所述E-RAB异常释放的方案。

本发明实施例中，获取单位区域内长期演进LTE网络中各接口的原始信令；根据所述原始信令形成E-RAB异常释放的关键事件指标；判断所述关键事件指标是否满足预设的第一条件，得到第一判断结果；当所述第一判断结果表明所述关键事件指标满足预设条件时，分析导致所述E-RAB异常释放的原因；根据 所述E-RAB异常释放的原因确定解决所述E-RAB异常释放的方案；如此，通过反映E-RAB异常释放各阶段的关键事件指标，通过关键事件指标的变化来反映出可能出现问题的阶段，进而快速分析问题。

本发明实施例中，所述步骤202，所述根据所述原始信令形成E-RAB异常释放的关键事件指标，包括：

步骤2021，将所述原始信令按照预设类别进行关联，得到E-RAB异常释放的信令流；

这里，所述预设类别包括终端类别，其中终端类别可以采用终端的标识信息来表示。

这里，所述将所述原始信令按照预设类别进行关联，得到E-RAB异常释放的信令流，包括：将每一个终端在Uu口(空口)、S1-MME接口、S6a接口、S11接口等等各接口上的某流程的原始信令，进行关联，形成完整的E-RAB异常释放的信令流。

步骤2022，从所述E-RAB异常释放的信令流提取出关键信息；

这里，所述关键信息包括终端的标识信息、流程起止时间戳、原始信令中的信息。

步骤2023，根据所述关键事件指标的定义和所述关键信息，确定E-RAB异常释放流程中所涉及的关键事件指标。

这里，所述步骤202还包括：根据关键信息形成不同类型的详细记录(x-Detailed-Record，xDR)，这一步骤是将前述的关键信息按照固定格式封装起来；对应地，根据所述关键事件指标的定义和所述详细记录，确定E-RAB异常释放流程中所涉及的关键事件指标。

实施例三

基于前述的实施例，本发明实施例提供一种E-RAB异常释放的分析方法，在本实施例中，实施例一中的关键事件指标是指E-RAB掉线率。

图3为本发明实施例三E-RAB异常释放的分析方法的实现流程示意图，如 图3所示，该E-RAB异常释放的分析方法包括：

步骤301，获取单位区域内LTE网络中各接口的原始信令；

这里，所述单位区域可以包括宏小区(cell)。

步骤302，根据所述原始信令形成E-RAB异常释放的E-RAB无线掉线率；

这里，所述E-RAB无线掉线率为基站发起的E-RAB掉线率。

步骤303，判断所述E-RAB无线掉线率是否满足预设的第一条件，得到第一判断结果；

这里，所述预设的第一条件可以泛指任何关于E-RAB无线掉线率的条件，例如，可以是关于E-RAB无线掉线率的一个阈值，可以是关于E-RAB无线掉线率的阈值范围，因此，判断所述E-RAB无线掉线率是否满足预设条件可以为：判断所述E-RAB无线掉线率是否大于预设的阈值，或者，判断所述E-RAB无线掉线率是否在预设的阈值范围内。

步骤304，当所述第一判断结果表明所述E-RAB无线掉线率满足预设的第一条件时，获取基站向移动管理实体发送的第一消息；

这里，所述第一消息(释放消息)包括移动管理实体发送E-RAB释放指示消息或UE上下文释放请求消息或S1接入点复位(AP Reset)消息；

这里，第一消息携带有释放原因，其中释放原因包括正常释放原因和异常释放原因，其中，异常释放的原因不是正常释放原因。

步骤305，从所述第一消息中筛选出第二消息，所述第二消息携带有不属于正常释放原因的原因。

这里，所述原因泛指各种非正常释放原因，其中正常释放原因包括以下原因：正常释放(Normal Release)、分离(Detach)、用户不活动(User Inactivity)、CS后备触发(CS fallback triggered)、终端对于PS服务不可用(UE Not Available For PS Service)、RAT重定向(Inter-RAT redirection)、重定向1xRTT(Redirection towards 1xRTT)。

步骤306，根据所述E-RAB异常释放的原因确定解决所述E-RAB异常释放的方案。

本发明实施例中，步骤306进一步包括：

步骤3061，对所述原因进行分类，得到每一类别的原因；

对于E-RAB无线掉线率高的小区，参考36.413对无线层原因、传输层原因的分类，进而得出无线层错误的原因、传输层错误的原因；

对切换类，切换失败的原因包括：

在目标核心网/基站中或者在目标系统中切换失败(Handover Failure In Target EPC/eNB or Target System)、切换目标不允许(Handover Target not allowed)、S1重定向全程定时器超时(TS1RELOCoverall Expiry)、S1重定向准备定时器超时未知目标身份标识(TS1RELOCprep Expiry Unknown Target ID)、目标小区中没有可用的资源(No Radio Resources Available in Target Cell)。

并且，对于每个小区的每个UE的每次异常掉线，都能回溯查询到该次掉线的信令流程，以及每条信令的详细内容，如IE字段等等。

步骤3062，根据每一类别的原因确定相应的解决方案。

这里，具体地，根据每一类别的原因查询预设的表格，得到相应的解决方案，预设的表格用于表明每一类别的E-RAB异常释放原因与对应的解决方案之间映射关系表格，例如，E-RAB异常释放原因的类别可以包括无线原因(无限层错误)、切换原因、传输层原因(传输层错误)；

解决方案可以是这样的：无线原因导致的E-RAB异常释放，解决方案为：建议检查这些小区的覆盖及干扰情况；以及这些小区的邻区是否缺失、切换参数是否合适。切换原因导致的E-RAB异常释放，解决方案为：建议检查这些小区邻区是否缺失、切换参数是否合适。传输层原因导致的E-RAB异常释放，解决方案为：建议检查这些小区所在基站的传输情况，如传输通道的性能指标、利用率、闪断情况等。

本发明实施例中，统计小区的演进的无线接入承载E-RAB掉线率，所述E-RAB掉线率是指E-RAB异常释放的掉线率；判断所述E-RAB掉线率是否满足预设条件，得到判断结果；当所述判断结果表明所述E-RAB掉线率满足预设条件时，分析导致所述E-RAB掉线率的掉线原因；根据所述掉线原因确定解决 所述E-RAB异常释放的方案；如此，通过反映E-RAB异常释放各阶段的关键事件指标，通过关键事件指标的变化来反映出可能出现问题的阶段，进而快速分析问题。

实施例四

基于前述的实施例，本发明实施例提供一种E-RAB异常释放的分析方法，在本实施例中，实施例一中的关键事件指标是指E-RAB掉线率。

图4为本发明实施例四E-RAB异常释放的分析方法的实现流程示意图，如图4所示，该E-RAB异常释放的分析方法包括：

步骤401，获取单位区域内LTE网络中各接口的原始信令；

这里，所述单位区域可以是指宏小区。

步骤402，根据所述原始信令形成E-RAB异常释放的E-RAB无线掉线率；

步骤403，判断所述E-RAB无线掉线率是否满足预设的第一条件，得到第一判断结果；

步骤404，当所述第一判断结果表明所述E-RAB无线掉线率满足预设的第一条件时，获取基站向移动管理实体发送的第一消息；

这里，每个释放消息(第一消息)都会携带有释放原因，所述第一消息中还包括要求释放的E-RAB个数，每个原因对应一个子测量项。

步骤405，从所述第一消息中筛选出第二消息，所述第二消息携带有不属于正常释放原因的原因；

这里，上述的步骤401至步骤405分别对应于实施例三中的步骤301至步骤305，因此，本领域的技术人员可以参阅实施例三而理解上述的步骤301至步骤305，为节约篇幅，这里不再赘述。

步骤406，根据所述第二消息中含有要求释放的E-RAB个数，对每一所述原因进行累加，得到每一所述原因对应的累加值；

这里，对于第二消息，每个第二消息中都携带有E-RAB个数，每个E-RAB所对应的释放原因，针对于每一个E-RAB分别累计各个原因的次数。

步骤407，根据所述累加值确定优先解决的原因；

这里，可以根据累加值对原因进行排序，确定出优先解决的原因；当然也可以确定一个阈值，当累加值大于预设的阈值时，就将该累加值对应的原因确定为优先解决的原因。例如，

步骤408，根据所述优先解决的原因确定解决所述E-RAB异常释放的方案。

这里，具体地，根据所述优先解决的原因查询预设的表格，得到解决所述E-RAB异常释放的方案，预设的表格用于表明E-RAB异常释放原因与对应的解决方案之间映射关系表格，例如，E-RAB异常释放原因可以包括无线原因(无限层错误)、切换原因、传输层原因(传输层错误)；

解决方案可以是这样的：无线原因导致的E-RAB异常释放，解决方案为：建议检查这些小区的覆盖及干扰情况；以及这些小区的邻区是否缺失、切换参数是否合适。切换原因导致的E-RAB异常释放，解决方案为：建议检查这些小区邻区是否缺失、切换参数是否合适。传输层原因导致的E-RAB异常释放，解决方案为：建议检查这些小区所在基站的传输情况，如传输通道的性能指标、利用率、闪断情况等。

实施例五

基于前述的实施例，本发明实施例提供一种E-RAB异常释放的分析方法，在本实施例中，实施例一中的关键事件指标是指RRC连接重建比率。

图5为本发明实施例五E-RAB异常释放的分析方法的实现流程示意图，如图5所示，该E-RAB异常释放的分析方法包括：

步骤501，获取单位区域内LTE网络中各接口的原始信令；

这里，所述单位区域可以是指宏小区。

步骤502，根据所述原始信令形成E-RAB异常释放的RRC连接重建比率；

步骤503，判断所述RRC连接重建比率是否满足预设的第一条件，得到第一判断结果；

这里，上述的步骤501至步骤503分别对应于实施例四中的步骤401至步 骤503，因此，本领域的技术人员可以参阅实施例四而理解上述的步骤501至步骤503，为节约篇幅，这里不再赘述。

步骤504，当所述第一判断结果表明所述RRC连接重建比率满足预设的第一条件时，获取RRC连接的重建对象在目标小区的RRC连接重建比率；

步骤505，判断在目标小区的RRC连接重建比率是否满足预设的第二条件，得到第二判断结果；

这里，所述第二条件是关于RRC连接重建比率的条件，例如可以是某一阈值，也可以是一个阈值范围。例如，当目标小区的RRC连接重建比率高于某一阈值时，就检测所述目标小区的邻区是否有缺失。

步骤506，当所述第二判断结果表明在目标小区的RRC连接重建比率不满足预设的第二条件时，检测所述目标小区的邻区是否缺失；

步骤507，当所述目标小区的邻区缺失时，得到导致所述目标小区的邻区缺失的异常释放原因。

步骤508，当所述第二判断结果表明在目标小区的RRC连接重建比率满足预设的第二条件时，得到为切换参数不合适的异常释放原因。

步骤509，根据所述异常释放原因确定解决E-RAB异常释放的方案。

本发明实施例中，在步骤506中，在检测所述目标小区的邻区是否缺失的同时，还可以检测射频模块的稳定性、覆盖的干扰情况等；当射频模块不稳定时，可以得出异常释放原因为视频模块不稳定；当覆盖干扰情况比较弱时，可以得到异常释放原因为覆盖干扰情况比较弱。

本发明实施例中，当异常释放原因为切换参数不合适时，解决方案为：调整切换参数，使早些切换到目标小区；或者稍微加大目标小区向源小区方向的覆盖区域。

实施例六

基于前述的实施例，下面给出一种E-RAB异常释放问题判决、分析、及给出解决方案的方法，该方法包括：

步骤61，根据E-RAB无线掉线率来发现，E-RAB异常释放率高的小区。

这里，E-RAB无线掉线率都是小区级的，E-RAB无线掉线率考量的是基站发起的E-RAB异常释放情况。

步骤62，当按照步骤61发现E-RAB无线掉线率高的小区后，进一步统计该小区无线掉线原因：

基站向移动管理实体发送第一消息，所述第一消息包括E-RAB释放指示(E-RAB Release Indication)或UE上下文释放请求(UE Context Release Request)消息或S1接入点复位(S1AP Reset)消息，第一消息中含有要求释放的E-RAB个数，每个原因对应一个子测量项。

其中，异常释放的原因不是正常释放原因，其中正常释放原因包括：正常释放(Normal Release)、分离(Detach)、用户不活动(User Inactivity)、CS后备触发(CS fallback triggered)、终端对于PS服务不可用(UE Not Available For PS Service)、RAT重定向(Inter-RAT redirection)、重定向1xRTT(Redirection towards 1xRTT)。即对每个第一消息中，每个E-RAB所对应的异常释放原因(非正常释放原因)，分别累计各个原因的次数。

步骤63，对于E-RAB无线掉线率高的小区，按照步骤62，参考36.413对无线层原因、传输层原因的分类，进而对各个问题小区进行无线层、传输层等原因的归类累计次数，以得出无线层错误的原因、传输层错误的原因；

对切换类，可参考在切换失败的原因累计次数，以得出切换原因的指标结果。其中切换失败的原因包括：

在目标核心网/基站中或者在目标系统中切换失败(Handover Failure In Target EPC/eNB or Target System)、切换目标不允许(Handover Target not allowed)、S1重定向全程定时器超时(TS1RELOCoverall Expiry)、S1重定向准备定时器超时未知目标身份标识(TS1RELOCprep Expiry Unknown Target ID)、目标小区中没有可用的资源(No Radio Resources Available in Target Cell)。

并且，对于每个小区的每个UE的每次异常掉线，都能回溯查询到该次掉线的信令流程，以及每条信令的详细内容，如ie字段等等。

步骤64，根据步骤63的结果，若是无线原因导致的E-RAB无线掉线率高，则解决方案为：建议检查这些小区的覆盖及干扰情况；以及这些小区的邻区是否缺失、切换参数是否合适；

若是切换原因导致的E-RAB无线掉线率(小区级)高，则解决方案为：建议检查这些小区邻区是否缺失、切换参数是否合适；

若是传输原因导致的E-RAB无线掉线率(小区级)高，则解决方案为：建议检查这些小区所在基站的传输情况，如传输通道的性能指标、利用率、闪断情况等。

实施例七

基于前述的实施例，下面给出一种E-RAB异常释放问题判决、分析、及给出解决方案的方法，该方法包括：

步骤71，根据移动管理实体导致E-RAB掉线率来发现，E-RAB异常释放率高的小区。

这里，移动管理实体导致E-RAB掉线率是小区级的，移动管理实体导致E-RAB掉线率考量的是移动管理实体主动发起的E-RAB异常释放情况，其中后者移动管理实体发起的E-RAB释放流程中是不包括基站上发E-RAB释放指示流程这种情况的。

步骤72，当按照步骤71发现移动管理实体导致E-RAB掉线率高的小区后，进一步统计该小区移动管理实体导致E-RAB掉线原因：

移动管理实体向基站发送E-RAB释放命令(E-RAB Release Command)消息或UE上下文释放请求消息，且之前没有收到来自基站的释放请求，消息中含有要求释放的E-RAB个数，每个原因对应一个子测量项。其中，异常释放的原因不是正常释放原因，其中正常释放原因包括：包括：正常释放(Normal Release)、分离(Detach)、用户不活动(User Inactivity)、CS后备触发(CS fallback triggered)、终端对于PS服务不可用(UE Not Available For PS Service)、RAT重定向(Inter-RAT redirection)、重定向1xRTT(Redirection towards 1xRTT)。 即对每个释放消息中，每个E-RAB所对应的释放原因，分别累计各个原因的次数。

步骤73，对于移动管理实体导致E-RAB掉线率高的小区，按照步骤72，进行分原因统计。

此外，还可进一步结合S11等接口是否有导致移动管理实体下发释放的消息，来对问题小区进一步定位掉线原因。同样的，对于每个小区的每个终端的每次异常掉线，也都能回溯查询到该次掉线的信令流程，以及每条信令的详细内容，如信息元素(Information Element，IE)字段等等。

步骤74：根据步骤73的结果，若是移动管理实体主动发起的E-RAB释放，可根据步骤73的结果查看是什么具体原因，解决方案为：建议根据本方法中指明的那样，查找信令中IE字段的原因值，对问题原因进行初步定位，进而再具体问题具体分析。如释放原因是释放平衡(load balance)等造成的移动管理实体发起该终端的E-RAB释放，则建议对该移动管理实体进行容量调整；

此外，若移动管理实体发起的E-RAB释放是由于服务网关(SGW)发起的E-RAB释放请求，解决方案为：建议在S11口上查找相关联的释放信令Delete Bearer Request，根据本方法中指明的那样，查找信令中IE字段的原因值，对问题原因进行初步定位，进而再具体问题具体分析。

实施例八

基于前述的方法实施例，本发明实施例提供一种E-RAB异常释放的分析装置，E-RAB异常释放的分析装置中的获取单元、形成单元、判断单元、分析单元和确定单元，以及各单元中所包括个模块都可以通过计算设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图6为本发明实施例八E-RAB异常释放的分析装置的组成结构示意图，如图6所示，该装置600包括获取单元601、形成单元602、判断单元603、分析 单元604和确定单元605，其中：

所述获取单元601，用于获取单位区域内长期演进LTE网络中各接口的原始信令；

所述形成单元602，用于根据所述原始信令形成E-RAB异常释放的关键事件指标；

这里，所述关键事件指标包括RRC连接重建比率和E-RAB掉线率，其中所述E-RAB掉线率包括E-RAB无线掉线率和由移动管理实体导致的E-RAB掉线率，其中所述E-RAB无线掉线率为基站主动发起的E-RAB掉线率，所述移动管理实体导致的E-RAB掉线率为移动管理实体主动发起的E-RAB掉线率。

所述判断单元603，用于判断所述关键事件指标是否满足预设的第一条件，得到第一判断结果；

所述分析单元604，用于当所述第一判断结果表明所述关键事件指标满足预设条件时，分析导致所述E-RAB异常释放的原因；

所述确定单元605，用于根据所述E-RAB异常释放的原因确定解决所述E-RAB异常释放的方案。

本发明实施例中，当E-RAB掉线率为E-RAB无线掉线率时，所述分析单元包括第一获取模块和筛选模块，其中：

所述第一获取模块，用于获取基站向移动管理实体发送的第一消息；

所述筛选模块，用于从所述第一消息中筛选出第二消息，所述第二消息携带有不属于正常释放原因的原因。

本发明实施例中，所述确定单元包括分类模块和确定模块，其中：

所述分类模块，用于对所述原因进行分类，得到每一类别的原因；

所述第一确定模块，用于根据每一类别的原因确定相应的解决方案。

本发明实施例中，所述确定单元包括累加模块、第二确定模块和第三确定模块，其中：

所述累加模块，用于根据所述第二消息中含有要求释放的E-RAB个数，对每一所述原因进行累加，得到每一所述原因对应的累加值；

所述第二确定模块，用于根据所述累加值确定优先解决的原因；

所述第三确定模块，用于根据所述优先解决的原因确定解决所述E-RAB异常释放的方案。

本发明实施例中，当所述关键事件指标为RRC连接重建比率时，所述分析单元包括第二获取模块、判断模块、检测模块和第四确定模块，其中：

所述第二获取模块，用于获取RRC连接的重建对象在目标小区的RRC连接重建比率；

所述判断模块，用于判断在目标小区的RRC连接重建比率是否满足预设的第二条件，得到第二判断结果；

所述检测模块，用于当所述第二判断结果表明在目标小区的RRC连接重建比率满足预设的第二条件时，检测所述目标小区的邻区是否缺失；

所述第四确定模块，用于当所述目标小区的邻区缺失时，确定导致所述E-RAB异常释放的原因为所述目标小区的邻区缺失。

本发明实施例中，所述分析单元还包括第五确定模块，用于当所述第二判断结果表明在目标小区的RRC连接重建比率不满足预设的第二条件时，确定为切换参数不合适的释放原因。

本发明实施例中，所述形成单元包括关联模块、提取模块和第六确定模块，其中：

所述关联模块，用于将所述原始信令按照预设类别进行关联，得到E-RAB异常释放的信令流；

所述提取模块，用于从所述E-RAB异常释放的信令流提取出关键信息；

所述第六确定模块，用于根据所述关键事件指标的定义和所述关键信息，确定E-RAB异常释放流程中所涉及的关键事件指标。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

实施例九

同时，基于上述实施例，本发明实施例提出一种E-RAB异常释放的分析系统，图7为本发明实施例九E-RAB异常释放的分析系统的组成结构示意图，如图7所示，该系统700包括：

信令采集与解析器701，用于负责采集LTE网络各接口信令并解析，形成各原始信令。其中采集的接口涉及LTE网络的主设备软件采集Uu、X2接口，以及硬件采集S1-MME、S11、S10、S6a、S5/8等接口。

E-RAB异常释放的分析装置702，用于根据所述原始信令实现上述实施例所述E-RAB异常释放的分析方法，以便得到解决所述E-RAB异常释放的方案。

本发明实施例中，所述系统还可以包括：存储器，用于存储xDR和所述原始信令。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为 单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。