CN106921986A - 寻呼统计方法及装置、基站 - Google Patents

Abstract

本发明公开了一种寻呼统计方法及装置，所述方法包括：基站接收到移动管理单元MME发送的寻呼消息后，根据操作维护中心OMC的寻呼统计的相关配置对寻呼消息进行统计；基站还对寻呼响应消息进行统计，并将统计结果上报至基站数据采集服务器，并由无线网络全网的基站数据采集服务器统一上报到网络数据服务NDS进行数据汇总。

Description

寻呼统计方法及装置、基站

技术领域

本发明涉及一种寻呼统计方法及装置、基站。

背景技术

目前，寻呼统计通常在核心网层面进行，其原因是，核心网知晓用户设备(UE，User Equipment)的标识并知晓哪些UE下发寻呼，重复下发了几次寻呼，间隔多久重复，哪次寻呼有响应等。但在实际应用中，核心网并不支持运营商的个性化统计，这往往需要基站进行寻呼统计。另外，运营商认为核心网侧寻呼相关的统计和基站侧的核对统计差距比较大，也需要基站自身能统计和分析原因。因此，基站需要进行寻呼统计，尤其是全网寻呼统计。基站进行寻呼统计主要包括以下应用场景。

场景一：为了区分电路域回落(CSFB，Circuit Switched Fallback)时3G网络和4G网络的责任，运营商希望能够在无线侧统计出寻呼成功率(Pagingsuccessful rate)，最好能区分一次、二次、N次各自的寻呼成功率；

场景二：核心网侧寻呼指标统计和基站侧寻呼指标统计相差较大时，希望基站进行寻呼情况分析。

而事实上，在基站进行寻呼统计一直都是瓶颈。主要原因如下：

寻呼是根据跟踪区(Tracking Area)列表(list)发送的，一个TA下可能包括多个小区甚至多个基站，那么TA list下包括更多的小区或基站。一个寻呼在这么大范围重复发送，如果每个基站或小区进行统计的话，同一个UE将有很多重复的寻呼消息。因此会统计数据大量冗余。假设每个eNB都做统计，会有很多重复性统计、不仅工作量大，而且处理效率低下。

同一个UE的寻呼不仅会在TAlist内所有eNB上同时发送，也会因没有收到寻呼响应而在再次进行二次、三次甚至N次的重发。如果继续在eNB进行寻呼统计的话，冗余量进一步增大。

另外，本基站发送的寻呼未必在本基站响应，因此eNB无法预测UE会在哪个eNB上响应。因为寻呼在TA list下发送，如果UE在本TAlist下，则在某个eNB(未必是本基站)响应，但是本基站并不知道；而如果UE不在本TAlist下，则无寻呼响应，本基站更不知道。

现有技术中，寻呼统计一般是从核心网进行统计的，或在无线接入网侧进行统计。常用的统计方式是利用A口、Abis口等基站服务器的两个端口进行统计；或利用终端获取途径小区信息最后汇总到服务器统计；或直接利用路测进行验证；或从海量A口、Abis口信令数据中进行对比分析的。

上述对寻呼统计存在如下的问题：

核心网很清楚寻呼的发送和响应情况，但是一个核心网下会连接很多基站，寻呼统计量巨大，导致核心网负荷增加。以基站或基站控制器为单位来进行寻呼统计，由于基站或基站控制器发出的寻呼未必在本基站或基站控制器响应，从而导致寻呼的局限性非常大，海量重复寻呼统计，造成各自基站间重复处理、降低性能、效率低下。

发明内容

本发明实施例提供一种寻呼统计方法及装置、基站，其技术方案是这样实现的：

一种寻呼统计方法，所述方法包括：

基站接收到移动管理实体MME发送的寻呼消息后，根据操作维护中心OMC的寻呼统计的相关配置对寻呼消息进行统计；

所述基站还对寻呼响应消息进行统计；

将统计结果上报至基站数据采集服务器，并由无线网络全网的基站数据采集服务器上报到网络数据服务NDS进行数据汇总。

作为一种实现方式，所述进行寻呼消息统计，包括：

在设定范围内，所述基站以跟踪区TA为单位进行寻呼消息统计。

作为一种实现方式，所述进行寻呼消息统计，包括：

所述基站在一个跟踪区列表TAlist下，根据指定的TA进行寻呼消息统计。

作为一种实现方式，所述方法还包括：

所述基站在针对寻呼消息的统计结果及针对寻呼响应消息的统计结果中均设置时间戳信息。

作为一种实现方式，所述方法还包括：

所述基站通过S1接口接收所述MME发送的寻呼消息，基于所述寻呼消息中携带的TA信息，并根据指定的TA进行寻呼消息统计。

作为一种实现方式，所述对寻呼响应消息进行统计，包括：

所述基站接收到无线资源控制连接请求消息后，确定所述无线资源控制连接请求消息中的建立原因EstablishmentCause的信息元为mt-Access时，进行寻呼响应消息统计。

作为一种实现方式，将统计结果承载于上报消息中上报至基站数据采集服务器；

其中，针对寻呼消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼消息统计的上报消息包括消息类型、UE标识、时间戳；

针对寻呼响应消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼响应消息统计的上报消息包括消息类型、UE标识、时间戳。

作为一种实现方式，所述针对寻呼消息统计的上报消息及所述针对寻呼响应消息统计的上报消息中还包括以下信息的至少一种：

公共陆地移动网络PLMN、TA、基站标识、小区标识。

作为一种实现方式，所述针对寻呼响应消息统计的上报消息及所述针对寻呼消息统计的上报消息中均包括有效性标识，所述有效性标识包括指示当前的寻呼过程是否成功的标识。

一种寻呼统计装置，包括：接收单元、第一寻呼统计单元、第二寻呼统计单元和上报单元，其中：

接收单元，用于接收移动管理实体MME发送的寻呼消息；

第一寻呼统计单元，用于根据操作维护中心OMC的寻呼统计的相关配置对寻呼消息进行统计；

第二寻呼统计单元，用于对寻呼响应消息进行统计；

上报单元，用于将统计结果上报至基站数据采集服务器，并由无线网络全网的基站数据采集服务器上报到网络数据服务NDS进行数据汇总。

作为一种实现方式，所述第一寻呼统计单元，还用于在设定范围内，以跟踪区TA为单位进行寻呼消息统计。

作为一种实现方式，所述第一寻呼统计单元，还用于在一个跟踪区列表TAlist下，根据指定的TA进行寻呼消息统计。

作为一种实现方式，所述上报单元，还用于在针对寻呼消息的统计结果及针对寻呼响应消息的统计结果中均中设置时间戳信息。

作为一种实现方式，所述接收单元，还用于通过S1接口接收所述MME发送的寻呼消息；

所述第一寻呼统计单元，还用于基于所述寻呼消息中携带的TA信息，并根据指定的TA进行寻呼消息统计。

作为一种实现方式，所述接收单元，还用于接收无线资源控制连接请求消息；

所述第二寻呼统计单元，还用于确定所述无线资源控制连接请求消息中的建立原因EstablishmentCause的信息元是否为mt-Access，在EstablishmentCause的信息元为mt-Access时，进行寻呼响应消息统计。

作为一种实现方式，所述上报单元，还用于将统计结果承载于上报消息中上报至基站数据采集服务器；

其中，针对寻呼消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼消息统计的上报消息包括消息类型、UE标识、时间戳；

针对寻呼响应消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼响应消息统计的上报消息包括消息类型、UE标识、时间戳。

作为一种实现方式，所述针对寻呼消息统计的上报消息及所述针对寻呼响应消息统计的上报消息中均包括以下信息的至少一种：

公共陆地移动网络PLMN、TA、基站标识、小区标识。

作为一种实现方式，所述针对寻呼响应消息统计的上报消息及所述针对寻呼消息统计的上报消息中均包括有效性标识，所述有效性标识包括指示当前的寻呼过程是否成功的标识。

一种基站，包括前述的寻呼统计装置。

本发明实施例中，操作维护中心(OMC，Operation and Maintenance Center)对所属基站(eNB)进行寻呼统计的相关配置，移动管理单元(MME，MobilityManagement Entity)根据业务触发下发寻呼，eNB根据OMC的配置对寻呼消息进行统计；基站还对寻呼响应消息进行统计，并将统计结果上报到基站数据采集服务器(eNB Data receiver)，全网的基站数据采集服务器统一上报到网络数据服务(NDS，Network Service)进行数据汇总，NDS将全网数据输出给寻呼数据分析工具，寻呼数据分析工具进行分析给出结论。采用本发明实施例的技术方案，与现有技术相比，可以依据基站进行寻呼统计和指标分析，使运营商可以在不能推动核心网进行相关寻呼统计或需要定位基站寻呼情况，可以大大减少汇总数据的冗余，便于快速、高效进行全网一次、二次或多次寻呼成功率统计，可以找到寻呼黑洞并有助于改进，可以统计寻呼失败或无响应原因以及其所在基站、TA等的属性，并且可进一步对寻呼进行大数据分析、对用户情况进行深入挖掘。

附图说明

图1为本发明实施例的寻呼统计方法的流程图；

图2为本发明实施例的寻呼相关系统的架构示意图；

图3为本发明实施例寻呼统计装置的组成结构示意图。

具体实施方式

为了能够更加详尽地了解本发明的特点与技术内容，下面结合附图对本发明的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。

图1为本发明实施例的寻呼统计方法的流程图，如图1所示，本发明实施例的寻呼统计方法包括以下步骤：

步骤101，基站接收MME发送的寻呼消息。

本发明实施例中，当基站侧接收到MME发送的寻呼消息后，根据OMC的相关配置以及设定TA进行寻呼消息统计。通过由基站侧进行寻呼统计，可以大大减轻核心网的负荷，为运营商提供准确的寻呼相关数据。

步骤102，基站根据OMC的寻呼统计的相关配置对寻呼消息进行统计；同时，基站还对寻呼响应消息进行统计。

本发明实施例中，OMC对所属eNB进行寻呼消息统计的相关配置。

本发明实施例中，所述进行寻呼消息统计，包括：

在设定范围内，所述基站以跟踪区TA为单位进行寻呼消息统计。

或者，所述进行寻呼消息统计，包括：

所述基站在一个跟踪区列表TAlist下，根据指定的TA进行寻呼消息统计。

本发明实施例中，所述基站在针对寻呼消息的统计结果及针对寻呼响应消息的统计结果中均中设置时间戳信息。

本发明实施例中，所述基站通过S1接口接收所述MME发送的寻呼消息，基于所述寻呼消息中携带的TA信息，并根据指定的TA进行寻呼消息统计。

本发明实施例中，所述对寻呼响应消息进行统计，包括：

所述基站接收到无线资源控制连接请求消息后，确定所述无线资源控制连接请求消息中的建立原因EstablishmentCause的信息元为mt-Access时，进行寻呼响应消息统计。

步骤103，基站将统计结果上报至基站数据采集服务器。

基站进行完寻呼统计的工作后，将统计结果上报至基站数据采集服务器。

具体地，所述基站将统计结果承载于上报消息中上报至基站数据采集服务器；

其中，针对寻呼消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼消息统计的上报消息包括消息类型、UE标识、时间戳；

针对寻呼响应消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼响应消息统计的上报消息包括消息类型、UE标识、时间戳。

本发明实施例中，

所述针对寻呼消息统计的上报消息及所述针对寻呼响应消息统计的上报消息中还包括以下信息的至少一种：

公共陆地移动网络PLMN、TA、基站标识、小区标识。

本发明实施例中，针对寻呼响应消息统计的上报消息及所述针对寻呼消息统计的上报消息中均包括有效性标识，所述有效性标识包括指示当前的寻呼过程是否成功的标识，也可以包括标识寻呼失败的原因的标识。比如0是成功，非0就是寻呼失败，而非0的数字就是寻呼失败的原因值，比如1代表原因1，2代表原因2等。

本发明实施例中，还可以将接收到的寻呼消息直接压缩打包后，随上报消息上报，使得寻呼消息中其他没有被统计的寻呼消息被用于后期的其他分析处理中。针对于寻呼响应消息，也可以直接压缩后随上报消息上报，以方便进行后续数据分析。

步骤104，无线网络全网的基站数据采集服务器统一上报到网络数据服务进行数据汇总。

全网的基站数据采集服务器统一上报到NDS进行数据汇总。NDS将全网数据输出给寻呼数据分析工具。寻呼数据分析工具进行分析给出相关结论。

以下通过具体示例，进一步阐明本发明技术方案的本质。

图2为本发明实施例的寻呼相关系统的架构示意图，如图2所示，本发明实施例的寻呼相关系统包括MME、OMC、eNB、基站数据采集服务器(eNB Datareceiver)、NDS(Network Data Service)、寻呼数据分析工具；

其中，OMC对所属eNB进行寻呼消息统计的相关配置。MME根据业务触发下发寻呼消息。基站对于MME下发的寻呼消息，需要根据eNB配置的用于寻呼统计的TA来统计，如果本基站没有配置TA，说明不需要进行MME下发的寻呼消息的统计，如果包含TA信息，则需要基站对寻呼消息进行统计。而所有eNB都要对寻呼响应消息进行统计，这与OMC配置无关。即基站还对寻呼响应消息进行统计；基站将统计结果上报到基站数据采集服务器。全网的基站数据采集服务器统一上报到NDS进行数据汇总。NDS将全网数据输出给寻呼数据分析工具。寻呼数据分析工具进行分析给出结论。

本发明实施例采用基站对寻呼消息及寻呼响应消息进行统计并上报，全网汇总分析的方式，以通过特定方式解决寻呼消息严重重复冗余和寻呼响应识别问题，以及TAlist(Tracking Area list)下eNB之间寻呼下发统计严重重复、冗余的问题。

具体地，本发明实施例中，在一个范围内，eNB以TA为单位分工统计。

假设eNB1和eNB2、eNB3、eNB4在TAlist(包括TA1和TA2)中，通过设定，eNB1只统计TA1的S1口下发的寻呼消息，eNB2只统计TA2的S1口下发的寻呼消息，其他eNB不进行S1口下发寻呼消息的统计。

通过上述方式解决了寻呼重复性统计的问题。在一个TAlist下通过上述设定方式，只统计各个TA下的一次寻呼消息。如此，以TA为单位进行寻呼消息统计，大大减少了过去以eNB为单位的寻呼消息统计的重复情况。

本发明实施例中，还可以将接收到的寻呼消息直接压缩打包后随上报消息上报，使得寻呼消息中其他没有被统计的寻呼消息被用于后期的其他分析处理中。针对于寻呼响应消息，也可以直接压缩后随上报消息上报，以方便进行后续数据分析。

本发明实施例中，上述解决方案也可以为：在一个TAlist下，根据指定的TA进行寻呼消息统计。上述例子中，例如只统计TA1的寻呼。这样做的好处是，最大限度地解决寻呼消息重复统计的问题。只是因为没有进行TA1、TA2的分别统计，后续汇总时，对TA1、TA2不能进行分别汇总。这可以根据设计需求而选定。

本发明实施例的技术方案还解决了eNB无法确认本站寻呼的UE在哪个站响应的问题。具体地，所有eNB都进行寻呼响应消息的统计并上报。使用多个eNB(最大是全网范围内)进行协作、通过UE标识如短格式临时移动用户标识(S-TMSI，Short Temporary Mobile Station Identity)完成对寻呼消息和寻呼响应消息的关联和匹配。

作为一种实现方式，可以通过在寻呼消息统计内容中增加时间戳来解决eNB下寻呼再次发送的统计问题，具体地，进行寻呼消息统计的eNB，将统计结果承载于上报消息中上报至基站数据采集服务器；在上报统计结果的上报消息中会增加时间戳信息，后续在全网数据汇总分析时可进行识别。例如根据核心网通常设定的重发间隔周期，识别出MME一次二次或N次的重复寻呼消息。

本发明实施例中，将eNB设定为寻呼消息统计的eNB时，该eNB将识别S1口下发的消息中是否包含设定的标识TA(不限于此)。如果包含，将进行与本TA有关的寻呼消息统计。

针对寻呼消息统计的上报消息中可以包括如下内容：1、消息类型：S1口寻呼消息；2、UE标识：通常用STMSI；3、时间戳(可选)：接收处理该消息的时刻。

所有基站都进行寻呼响应消息的统计。当基站接收到空口消息响应消息即RRCConnectionRequest消息后，可识别该消息中的EstablishmentCause是否为mt-Access，如果是，则认为是寻呼响应消息，进行寻呼响应消息的统计。

本发明实施例中，针对寻呼响应消息统计的上报消息可以包括如下内容：1、消息类型：寻呼响应；2、UE标识：通常使用S-TMSI；时间戳(可选)：接收处理该消息的时刻。

所有基站上报的寻呼消息和寻呼响应消息的统计结果都将汇总到(通常为OMC级别的)eNB Data receiver上，进而会汇总到NDS等全网数据服务器上后，可进一步分析和计算。

另外，作为一种实现方式，针对寻呼响应消息统计的上报消息中还可增加下面的结构，利用更好的进行寻呼统计和优化分析，上述寻呼响应统计消息的结构中还可以增加如下字段的至少之一：

公共陆地移动网络(PLMN，Public Land Mobile Network)、TA、eNBID、CELLID。

针对寻呼响应消息统计的上报消息中增加PLMN+TA+eNBID+CELLID的目的是为了增加寻呼统计单位的灵活性，不仅在全网级，也可在PLMN级、在TA级、甚至在eNB级、小区级进行寻呼统计和观察。

在针对寻呼响应消息统计的上报消息中还可以增加“有效性”字段，可以识别eNB从获得S1口寻呼消息到发送到空口，是否存在失败问题。也可以识别eNB获得寻呼响应后续流程是否成功的情况，不成功时还可以失败失败的原因。

实施例一

本实施例中，OMC下eNB对TA下寻呼的分工统计。假定OMC下连接有eNB1，eNB2，eNB3，这三个eNB在寻呼发送区域TAlist中。TAlist中有TA1和TA2。

本实施例包括以下处理流程：

步骤100：在OMC上设定：选择eNB1来统计TA1区的寻呼消息，选择eNB2来统计TA2的寻呼消息。

步骤110：MME下发寻呼消息，消息中包含TAlist。

步骤120：eNB1解析收到S1口寻呼消息中的TAlist，发现自身预设置的统计TA1在TAlist中，只启动对TA1下下发的寻呼消息进行统计。

步骤130：eNB1根据TA1对寻呼消息进行统计，按照预设置格式上报到基站数据采集服务器。

步骤140：eNB1对收到的寻呼响应进行统计，并按照预设置格式上报到基站数据采集服务器。

步骤150：eNB2的工作机制同eNB1，只统计TA2下下发的寻呼消息，按照预设置格式上报到基站数据采集服务器。

步骤155：eNB3因无设置需要统计的TA，所以即便收到寻呼消息，也不进行统计。

步骤160：eNB2对收到的寻呼响应进行统计，并按照预设置格式上报到基站数据采集服务器。

步骤170：eNB3对收到的寻呼响应进行统计，并按照预设置格式上报到基站数据采集服务器。

实施例二

本实施例中，eNB对寻呼响应进行统计。

本实施例包括以下处理流程：

步骤200：eNB1、eNB2、eNB3收到了寻呼响应。

步骤210：eNB1识别空口消息响应消息RRCConnectionRequest，对EstablishmentCause＝mt-Access的消息进行统计，此类是对UE标识为S-TMSI的响应。上报内容包括：UE的标识(S-TMSI)+接收时间戳+有效性+PLMN+eNBID+CELLID。

步骤215：eNB1根据RRCConnectionRequest(EstablishmentCause＝mt-Access)后续流程来填写上报内容中的“有效性”字段：如果寻呼响应后续流程成功，则填写“有效”；如果寻呼响应失败，则填写“失败原因”。

步骤220：eNB1识别和空口消息响应消息RRCConnectionRequest，对EstablishmentCause＝randomvalue时不进行寻呼统计，此类是基于UE标识为IMSI的寻呼响应。因为基于IMSI的寻呼下发只在MME对UE识别出现异常时发送，数量很小，也无法使用randomvalue和IMSI对应，所以不做统计。

步骤230：eNB1的寻呼响应统计上报到预设置的基站数据采集服务器。

步骤240：eNB2、eNB3统计方式一样。

实施例三

本实施例中，基于寻呼数据对全网寻呼成功率进行分析。

本实施例包括以下处理流程：

步骤300：eNB1、eNB2、eNB3等上报寻呼消息或寻呼响应到对应的基站数据采集服务器。

步骤310：多个基站数据采集服务器将数据汇总到NDS。

步骤320：寻呼分析工具从NDS导入数据，根据特定的算法对海量数据进行分析，例如可以通过S-TMSI识别特定UE的寻呼和寻呼响应。

步骤330：通过下面的公式可以计算全网的寻呼成功率。

全网寻呼成功率＝(携带S-TMSI的寻呼响应(RRCConnectionRequest)/S1口的S-TMSI寻呼)×100％。

实施例四

本实施例中，基于寻呼数据重发寻呼成功率进行分析。

本实施例包括以下处理流程：

步骤400：eNB1、eNB2、eNB3等上报寻呼消息或寻呼响应到对应的基站数据采集服务器。

步骤410：多个基站数据采集服务器将数据汇总到NDS。

步骤420：寻呼分析工具从NDS导入数据，根据特定的算法对海量数据进行分析，方法如下：

1、可以通过寻呼类型(为S1口寻呼消息)、S-TMSI和时间戳以及预先设定的核心网重复发送寻呼的间隔周期，可以过滤出该UE的一次、二次、三次寻呼。

2、可以通过寻呼类型(寻呼响应)、S-TMSI来识别出该UE的寻呼响应。并通过识别该UE的S1口寻呼消息与寻呼响应消息的时间戳的间隔，与预设常规响应间隔值比较，获知本寻呼响应是对应第几次的寻呼消息的响应。

该UE全网(首次或二次或三次等)寻呼成功率＝

(携带S-TMSI的(对应的首次或二次或三次)寻呼响应个数/S1口的该S-TMSI(对应的首次或二次或三次等)寻呼消息个数)×100％。

实施例五

本发明实施例基于寻呼数据对TA级寻呼成功率进行分析。

本实施例包括以下处理流程：

步骤500：eNB1、eNB2、eNB3等上报寻呼消息或寻呼响应到对应的基站数据采集服务器。

步骤510：多个基站数据采集服务器将数据汇总到NDS。

步骤520：寻呼分析工具从NDS导入数据，根据特定的算法对海量数据进行分析，例如可以通过S-TMSI识别特定UE的寻呼和寻呼响应。本实施例中，不是在全网内、而是根据指定TA进行所有UE的寻呼和寻呼响应的统计。

例如：TA级寻呼成功率＝

(特定TA下携带S-TMSI的寻呼响应个数/特定TA下S1口的S-TMSI寻呼个数)×100％。

实施例六

本实施例中，寻呼响应统计消息中包含有效性标识。

本实施例包括以下处理流程：

步骤600：eNB1解析收到S1口寻呼消息中的TAlist，发现自身预设置的统计TA1在TAlist中，启动对TA1下下发的寻呼消息的统计。

步骤610：eNB1发现该寻呼可正常发送到空口，按照预定格式进行统计、有效性字段设置为“有效”。

步骤620：或者eNB1发现该寻呼因为发送队列阻塞已经被丢失，依然统计该寻呼消息，但是有效性字段设置为原因值“阻塞”(也可设置为“无效”)。

步骤630：eNB2处理与eNB1的处理相同。

步骤640：eNB3不统计。

实施例七

本实施例中，基于寻呼数据对TA黑洞进行定位。

步骤700：eNB1、eNB2、eNB3等上报寻呼消息或寻呼响应消息到对应的基站数据采集服务器。

步骤710：多个基站数据采集服务器将数据汇总到NDS。

步骤720：寻呼分析工具从NDS导入数据，根据特定的算法对海量数据进行分析，给出特定时间段内、基于TA、PLMN、基站或小区等单位的一次或二次寻呼数量。

步骤730：可以发现那些TA没有发送过寻呼或收到过寻呼响应消息，从而可以找到寻呼黑洞。

实施例八

本实施例中，基于寻呼数据对eNB发送寻呼响应失败原因进行分析。

步骤800：eNB1、eNB2、eNB3等上报寻呼消息或寻呼响应消息到对应的基站数据采集服务器。

步骤810：多个基站数据采集服务器将数据汇总到NDS。

步骤820：寻呼分析工具从NDS导入数据，根据特定的算法对海量数据进行分析，给出特定时间段内、基于TA(或PLMN、或基站标识、或小区标识)或全网范围的寻呼响应失败的原因。

步骤830：进而可基于TA或全网范围进行分析和解决。

实施例九

本实施例中，基于寻呼数据对eNB发送寻呼失败原因进行分析。

步骤900：eNB1、eNB2、eNB3等上报寻呼消息或寻呼响应到对应的基站数据采集服务器。

步骤910：多个基站数据采集服务器将数据汇总到NDS。

步骤920：寻呼分析工具从NDS导入数据，根据特定的算法对海量数据进行分析，给出特定时间段内、基于基站、TA或全网范围的寻呼发送失败的原因。

步骤930：进而可基于基站等范围进行分析和解决。

采用本发明实施例的寻呼统计方法，可以依据基站进行寻呼统计和指标分析，使运营商可以在不能推动核心网进行相关寻呼统计或需要定位基站寻呼情况，可以大大减少汇总数据的冗余，便于快速、高效进行全网一次、二次或多次寻呼成功率统计，可以找到寻呼黑洞并有助于改进，可以统计寻呼失败或无响应原因以及其所在基站、TA等的属性，并且可进一步对寻呼进行大数据分析、对用户情况进行深入挖掘。

图3为本发明实施例寻呼统计装置的组成结构示意图，如图3所示，本发明实施例的寻呼统计装置包括：接收单元30、第一寻呼统计单元31、第二寻呼统计单元32和上报单元33，其中：

接收单元30，用于接收移动管理单元MME发送的寻呼消息；

第一寻呼统计单元31，用于根据操作维护中心OMC的寻呼统计的相关配置对寻呼消息进行统计；

第二寻呼统计单元32，用于对寻呼响应消息进行统计；

上报单元33，用于将统计结果上报至基站数据采集服务器，并由无线网络全网的基站数据采集服务器上报到网络数据服务NDS进行数据汇总。

本发明实施例中，所述第一寻呼统计单元31，还用于在设定范围内，以跟踪区TA为单位进行寻呼消息统计。

或者，本发明实施例中，所述第一寻呼统计单元31，还用于在一个跟踪区列表TAlist下，根据指定的TA进行寻呼消息统计。

本发明实施例中，所述上报单元33，还用于在针对寻呼消息的统计结果及针对寻呼响应消息的统计结果中均设置时间戳信息。

本发明实施例中，所述接收单元30，还用于通过S1接口接收所述MME发送的寻呼消息；

所述第一寻呼统计单元31，还用于基于所述寻呼消息中携带的TA信息，并根据指定的TA进行寻呼消息统计。

本发明实施例中，所述接收单元30，还用于接收无线资源控制连接请求消息；

所述第二寻呼统计单元32，还用于确定所述无线资源控制连接请求消息中的建立原因EstablishmentCause的信息元是否为mt-Access，在EstablishmentCause的信息元为mt-Access时，进行寻呼响应消息统计。

本发明实施例中，所述上报单元33，还用于将统计结果承载于上报消息中上报至基站数据采集服务器；

其中，针对寻呼消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼消息统计的上报消息包括消息类型、UE标识、时间戳；

针对寻呼响应消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼响应消息统计的上报消息包括消息类型、UE标识、时间戳。

本发明实施例中，所述针对寻呼消息统计的上报消息及所述针对寻呼响应消息统计的上报消息中均包括以下信息的至少一种：

公共陆地移动网络PLMN、TA、基站标识、小区标识。

本发明实施例中，所述针对寻呼响应消息统计的上报消息中还包括有效性标识，所述有效性标识包括指示当前的寻呼过程是否成功的标识，也可以包括标识失败的原因的标识。比如0是成功，非0就是寻呼失败，而非0的数字就是寻呼失败的原因值，比如1代表原因1，2代表原因2等。

本领域技术人员应当理解，图3所示的寻呼统计装置中的各单元的实现功能可参照前述寻呼统计方法的相关描述而理解。图3所示的寻呼统计装置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本发明实施例还记载了一种基站，所述基站包括图3所示的寻呼统计装置。

本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

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

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

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

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

Claims (19)

1.一种寻呼统计方法，其特征在于，所述方法包括：

基站接收到移动管理实体MME发送的寻呼消息后，根据操作维护中心OMC的寻呼统计的相关配置对寻呼消息进行统计；

所述基站还对寻呼响应消息进行统计；

将统计结果上报至基站数据采集服务器，并由无线网络全网的基站数据采集服务器上报到网络数据服务NDS进行数据汇总。

2.根据权利要求1所述的寻呼统计方法，其特征在于，所述进行寻呼消息统计，包括：

在设定范围内，所述基站以跟踪区TA为单位进行寻呼消息统计。

3.根据权利要求1所述的寻呼统计方法，其特征在于，所述进行寻呼消息统计，包括：

所述基站在一个跟踪区列表TAlist下，根据指定的TA进行寻呼消息统计。

4.根据权利要求1所述的寻呼统计方法，其特征在于，所述方法还包括：

所述基站在针对寻呼消息的统计结果及针对寻呼响应消息的统计结果中均设置时间戳信息。

5.根据权利要求1所述的寻呼统计方法，其特征在于，所述方法还包括：

所述基站通过S1接口接收所述MME发送的寻呼消息，基于所述寻呼消息中携带的TA信息，并根据指定的TA进行寻呼消息统计。

6.根据权利要求1所述的寻呼统计方法，其特征在于，所述对寻呼响应消息进行统计，包括：

所述基站接收到无线资源控制连接请求消息后，确定所述无线资源控制连接请求消息中的建立原因EstablishmentCause的信息元为mt-Access时，进行寻呼响应消息统计。

7.根据权利要求6所述的寻呼统计方法，其特征在于，将统计结果承载于上报消息中上报至基站数据采集服务器；

其中，针对寻呼消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼消息统计的上报消息包括消息类型、UE标识、时间戳；

针对寻呼响应消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼响应消息统计的上报消息包括消息类型、UE标识、时间戳。

8.根据权利要求7所述的寻呼统计方法，其特征在于，所述针对寻呼消息统计的上报消息及所述针对寻呼响应消息统计的上报消息中还包括以下信息的至少一种：

公共陆地移动网络PLMN、TA、基站标识、小区标识。

9.根据权利要求8所述的寻呼统计方法，其特征在于，所述针对寻呼响应消息统计的上报消息及所述针对寻呼消息统计的上报消息中均包括有效性标识，所述有效性标识包括指示当前的寻呼过程是否成功的标识。

10.一种寻呼统计装置，其特征在于，所述装置包括：接收单元、第一寻呼统计单元、第二寻呼统计单元和上报单元，其中：

接收单元，用于接收移动管理实体MME发送的寻呼消息；

第一寻呼统计单元，用于根据操作维护中心OMC的寻呼统计的相关配置对寻呼消息进行统计；

第二寻呼统计单元，用于对寻呼响应消息进行统计；

上报单元，用于将统计结果上报至基站数据采集服务器，并由无线网络全网的基站数据采集服务器上报到网络数据服务NDS进行数据汇总。

11.根据权利要求10所述的寻呼统计装置，其特征在于，所述第一寻呼统计单元，还用于在设定范围内，以跟踪区TA为单位进行寻呼消息统计。

12.根据权利要求10所述的寻呼统计装置，其特征在于，所述第一寻呼统计单元，还用于在一个跟踪区列表TAlist下，根据指定的TA进行寻呼消息统计。

13.根据权利要求10所述的寻呼统计装置，其特征在于，所述上报单元，还用于在针对寻呼消息的统计结果及针对寻呼响应消息的统计结果中均中设置时间戳信息。

14.根据权利要求10所述的寻呼统计装置，其特征在于，所述接收单元，还用于通过S1接口接收所述MME发送的寻呼消息；

所述第一寻呼统计单元，还用于基于所述寻呼消息中携带的TA信息，并根据指定的TA进行寻呼消息统计。

15.根据权利要求10所述的寻呼统计装置，其特征在于，所述接收单元，还用于接收无线资源控制连接请求消息；

所述第二寻呼统计单元，还用于确定所述无线资源控制连接请求消息中的建立原因EstablishmentCause的信息元是否为mt-Access，在EstablishmentCause的信息元为mt-Access时，进行寻呼响应消息统计。

16.根据权利要求15所述的寻呼统计装置，其特征在于，所述上报单元，还用于将统计结果承载于上报消息中上报至基站数据采集服务器；

其中，针对寻呼消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼消息统计的上报消息包括消息类型、UE标识、时间戳；

针对寻呼响应消息统计的上报消息包括消息类型、用户设备UE标识；或者，

针对寻呼响应消息统计的上报消息包括消息类型、UE标识、时间戳。

17.根据权利要求16所述的寻呼统计装置，其特征在于，所述针对寻呼消息统计的上报消息及所述针对寻呼响应消息统计的上报消息中均包括以下信息的至少一种：

公共陆地移动网络PLMN、TA、基站标识、小区标识。

18.根据权利要求17所述的寻呼统计装置，其特征在于，所述针对寻呼响应消息统计的上报消息及所述针对寻呼消息统计的上报消息中均包括有效性标识，所述有效性标识包括指示当前的寻呼过程是否成功的标识。

19.一种基站，其特征在于，所述基站包括权利要求10至18任一项所述的寻呼统计装置。