CN102098718B - 一种统计小区寻呼失败次数的方法和装置 - Google Patents

Abstract

本发明公开了一种统计小区寻呼失败次数的方法和装置，该方法包括：当针对用户设备UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务时，记录寻呼失败信息；根据所述寻呼失败信息统计小区寻呼失败次数，所述寻呼失败信息包括寻呼失败小区，所述寻呼失败小区为所述UE在最后一次寻呼尝试之前的最近一次活动状态结束时所占用的第一小区或者所述UE在最后一次寻呼尝试之后的最近一次活动状态起始时所占用的第二小区。通过使用本发明，可以提高统计小区寻呼失败次数的准确度。

Description

一种统计小区寻呼失败次数的方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种统计小区寻呼失败次数的方法和装置。

背景技术

寻呼是移动通信网络的重要组成部分，用于寻找并呼叫在不同位置区中自由移动的用户终端，终端需要在各种状态下响应寻呼并完成网络发起的信令或业务过程。因此，寻呼性能的优劣将直接影响用户使用网络的体验。

然而，现实网络中存在相当比例的寻呼消息丢失，导致对用户的寻呼无响应。由于无线网络覆盖、无线环境的变化和移动用户所处位置的不确定性，以及无线寻呼所采用的信令流程和机制，使得查找寻呼丢失小区变得异常困难，尤其是针对无线网络覆盖空洞的情况。

现有技术通常在核心网侧统计LAC（Location Area Code，位置区码）的寻呼成功率，并在网络子系统（NSS）与基站子系统（BSS）之间的A接口长期挂接信令仪表，以近似反映小区中可能存在的、由于无线覆盖原因而导致的寻呼丢失，即无线寻呼黑洞。具体地，当用户在LAC下的一个小区下寻呼成功时，可以将该小区作为用户的驻留小区，并记录该用户在该小区下寻呼成功一次；当在LAC下对用户进行寻呼且该LAC下的所有小区均无响应时，则记录该用户在之前驻留的小区下寻呼失败一次；如果寻呼响应小区和原小区不同，则将驻留小区变更为该寻呼响应小区，不记为原小区失败。

在实现本发明的过程中，发明人发现现有技术至少存在如下问题：

通过现有技术统计出的存在无线寻呼黑洞的小区信息过于粗放，无法保证准确度。

发明内容

本发明的目的在于提供一种统计小区寻呼失败次数的方法和装置，以提高统计结果的准确度，为此，本发明采用如下技术方案：

一种统计小区寻呼失败次数的方法，包括：

当针对用户设备UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务时，记录寻呼失败信息；

根据所述寻呼失败信息统计小区寻呼失败次数，所述寻呼失败信息包括寻呼失败小区，所述寻呼失败小区为所述UE在最后一次寻呼尝试之前的最近一次活动状态结束时所占用的第一小区或者所述UE在最后一次寻呼尝试之后的最近一次活动状态起始时所占用的第二小区。

一种网络设备，包括：

记录模块，用于在针对用户设备UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务时，记录针对所述UE的寻呼失败信息，所述寻呼失败信息包括寻呼失败小区，所述寻呼失败小区为所述UE在最后一次寻呼尝试之前的最近一次活动状态结束时所占用的第一小区或者所述UE在最后一次寻呼尝试之后的最近一次活动状态起始时所占用的第二小区；

统计模块，用于根据所述寻呼失败信息统计小区寻呼失败次数。

本发明的实施例包括以下优点，根据网络侧的呼叫记录和Iu口的寻呼消息确定寻呼失败，能够在无线设备侧统计小区寻呼失败次数，并通过缩小统计粒度提高统计结果的准确度和针对性，使得统计结果能够直接、准确地用于后续的无线覆盖空洞优化。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

图1为本发明实施例中的统计小区寻呼失败次数的方法流程图；

图2为本发明实施例中的网络设备的结构示意图。

具体实施方式

目前，TD-SCDMA（Time Division-Synchronous Code Division Multiple Access，时分同步码分多址）系统可以在RNC（Radio Network Controller，无线网络控制器）侧实现对全网、全用户的呼叫记录，以反映UE（User Equipment，用户设备）的状态。根据呼叫记录进行用户行为分析，可以确定空闲状态下的小区寻呼丢失，统计小区寻呼丢失次数和小区发生寻呼丢失的概率，确定存在无线寻呼黑洞的小区，并在无线侧统计现网的寻呼成功率。

下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

以下以TD-SCDMA系统中的RNC为例，对本发明实施例的技术方案进行详细描述，且流程如图1所示，包括以下步骤：

步骤101，RNC判断是否存在针对UE的寻呼尝试，如果存在，则执行步骤102；否则，结束流程。

具体地，RNC可以通过Iu口接收CN（Core Net，核心网）发送的寻呼消息，并根据接收到的寻呼消息生成并存储寻呼记录。其中，每条寻呼记录包含UE的标识和寻呼时刻，该UE的标识可以为IMSI（International Mobile Subscriber Identification，国际移动用户识别码）。寻呼记录中的UE的标识可以为寻呼消息中携带的UE的标识，寻呼时刻可以为RNC接收到寻呼消息的时刻。如果UE的标识包含在寻呼记录中，RNC确定存在针对该UE的寻呼尝试；否则，RNC确定不存在针对该UE的寻呼尝试。

步骤102，RNC将UE的寻呼尝试次数记录为1次。

步骤103，RNC判断在对UE的最近一次寻呼尝试之后的T1时长内，UE是否发起被叫业务，如果是，则执行步骤104；否则，执行步骤105。

具体地，在UE和CN之间的每次通信过程（例如，位置更新、语音呼叫、数据业务呼叫和短信收发等）中，CN可以向RNC发送RANAP（Radio Access Network Application Part，无线接入网络应用部分）消息Common ID，将UE的IMSI告知RNC，RNC可以根据接收到的Common ID消息生成并存储呼叫记录。其中，RANAP为RNC和CN之间的控制面协议。

其中，呼叫记录中可以包括成功发起被叫业务的UE的标识和被叫业务发起时刻，RNC可以根据上述呼叫记录判断在UE的最近寻呼时刻之后的T1时长内，是否存在该UE的被叫业务，T1时长可以为现网的寻呼间隔。

步骤104，RNC确定对UE寻呼成功，记录针对UE的寻呼成功信息。

其中，寻呼成功信息包括UE对应的标识、寻呼成功时刻和寻呼响应小区信息，RNC可以将接收到UE发送的寻呼响应消息的时刻记录为本次成功寻呼的寻呼成功时刻，将UE发起被叫业务的小区作为寻呼响应小区，并将UE的寻呼次数和寻呼成功次数均记录为1次。

步骤105，RNC判断在UE的最近一次寻呼尝试之后的T2时长内，是否存在针对该UE的下一次寻呼尝试，如果存在，则执行步骤106；否则，执行步骤107。

具体地，RNC可以根据寻呼记录，判断在最近寻呼时刻之后的T2时长内是否存在针对该UE的下一次寻呼尝试，其中，T2≥T1。

步骤106，RNC将UE的寻呼尝试次数加1次。

需要说明的是，执行完本步骤后，可以继续执行步骤103。

步骤107，RNC判断UE的寻呼尝试次数是否等于N，如果等于，则执行步骤111；否则，执行步骤108。

其中，N可以为现网中的最大寻呼尝试次数。

步骤108，RNC判断发送给UE的寻呼消息中是否携带only IMSI标识，如果携带，则执行步骤109；否则，执行步骤110。

步骤109，RNC确定发送给UE的寻呼消息为针对全网的寻呼消息。

具体地，当发送给UE的寻呼消息中携带only IMSI标识时，RNC不记录该UE的寻呼失败次数或者寻呼成功次数，该UE的寻呼成功次数或寻呼失败次数可以由其他RNC进行记录。

步骤110，RNC确定UE在其他RNC下寻呼成功。

具体地，当发送给UE的寻呼消息中未携带only IMSI标识时，RNC可以确定对该UE寻呼成功，但不记录针对该UE的寻呼成功次数，该UE的寻呼成功次数可以由归属于同一LAC下的其他RNC进行记录。

步骤111，RNC确定对UE寻呼失败，记录针对UE的寻呼失败信息，并根据寻呼失败信息统计小区寻呼失败次数。

具体地，寻呼失败信息可以包括UE对应的IMSI、寻呼失败时刻和寻呼失败小区，RNC可以在确定UE寻呼失败后将UE的寻呼次数和寻呼失败次数均记录为1次，将最近寻呼时刻记录为本次失败寻呼的寻呼失败时刻t，并记录UE在寻呼失败时刻t之前的最近一次活动状态结束时所占用的小区Cell1的信息和UE结束占用Cell1的时间点t1，以及UE在寻呼时刻t之后的最近一次活动状态起始时所占用的小区Cell2的信息和UE起始占用Cell2的时间点t2。如果（t－t1）﹥（t2－t），RNC可以将Cell2记录为寻呼失败小区，将（t2－t）记录为寻呼失败间隔；如果（t－t1）﹤（t2－t），则RNC可以将Cell1记录为寻呼失败小区，将（t－t1）记录为寻呼失败间隔。

其中，UE的活动状态可以为UE与网络侧发生成功通信时的状态。在UE活动状态下的成功通信过程中，RNC可以根据CN发送的Common ID消息，将UE的IMSI、UE占用的小区以及占用时间点记录到呼叫记录中。RNC确定对UE寻呼失败后，可以根据呼叫记录中的信息确定UE在寻呼失败时刻t之前的最近一次活动状态结束时所占用的小区Cell1的信息和时间点t1，以及UE在寻呼时刻t之后的最近一次活动状态起始时所占用的小区Cell2的信息和时间点t2。

由于现网中的多个RNC可以共用一个LAC，多个RNC可能记录针对同一UE在同一寻呼失败时刻的多个寻呼失败信息，且不同RNC记录的同一UE在同一寻呼失败时刻的寻呼失败消息对应不同的寻呼失败小区。为避免重复统计UE的寻呼失败次数，可以从同一UE在同一时刻的多个寻呼失败信息中，选择寻呼失败间隔最小的寻呼失败信息作为有效的寻呼失败信息，将其他的寻呼失败信息作为无效的寻呼失败信息。

根据经过上述处理的寻呼失败信息，可以统计小区寻呼失败次数，确定存在寻呼黑洞的小区；通过结合寻呼失败信息和寻呼成功信息，还可以统计得到全网的寻呼成功率。在上述统计过程，可以将有效的寻呼失败信息作为统计依据，不将无效的寻呼失败信息作为统计依据。

需要说明的是，在本发明其他实施方式中，RNC确定对UE寻呼失败后，可以仅在寻呼失败信息中记录UE在寻呼失败时刻t之前的最近一次活动状态结束时所占用的小区Cell1的信息，将Cell1作为寻呼失败小区；也可以将仅在寻呼失败信息中记录UE在寻呼失败时刻t之后的最近一次活动状态起始时所占用的小区Cell2的信息，将Cell2作为寻呼失败小区，同样可以实现本发明的发明目的。

另外，在本发明其他实施方式中，RNC也可以在针对UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的预设时长内UE没有发起被叫业务时，记录寻呼失败信息，同样可以实现本发明的发明目的。

本发明实施例可以应用于TD-SCDMA通信系统，也可以应用于除TD-SCDMA通信系统之外的其他蜂窝通信系统。相应地，统计小区寻呼失败次数的网络可以是RNC，也可以是其他的无线网络设备。

本发明的实施例包括以下优点，根据网络侧的呼叫记录和Iu口的寻呼消息确定寻呼失败，能够在无线设备侧统计小区寻呼失败次数，并通过缩小统计粒度提高统计结果的准确度和针对性，使得统计结果能够直接、准确地用于后续的无线覆盖空洞优化。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

根据上述实施方式中提供的统计小区寻呼失败次数的方法，本发明实施例还提供了应用上述统计小区寻呼失败次数的方法的装置。

如图2所示，为本发明实施例中的网络设备的结构示意图，包括：

确定模块210，用于在针对用户设备UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务时，确定对该UE寻呼失败。

具体地，上述确定模块210，具体用于在针对UE的寻呼尝试次数达到预设门限、每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务、相邻寻呼尝试之间的间隔小于或等于第二预设时长，且最后一次寻呼尝试之后的第二预设时长内不存在针对所述UE的寻呼尝试时，确定对该UE寻呼失败。

其中，第一预设时长可以为现网的寻呼间隔，可以小于或等于第二预设时长；预设门限可以为现网中的最大寻呼尝试次数。

记录模块220，用于根据确定模块210确定对UE寻呼失败时，记录针对UE的寻呼失败信息。

具体地，上述记录模块220可以在针对用户设备UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内改UE没有发起被叫业务时，记录寻呼失败信息；也可以在针对UE的寻呼尝试次数达到预设门限、每次寻呼尝试之后的第一预设时长内该UE没有发起被叫业务、相邻寻呼尝试之间的间隔小于或等于第二预设时长，且最后一次寻呼尝试之后的第二预设时长内不存在针对该UE的寻呼尝试时，记录寻呼失败信息。

其中，寻呼失败信息包括寻呼失败时刻和寻呼失败小区，该寻呼失败小区为所述UE在寻呼失败时刻之前的最近一次活动状态结束时所占用的第一小区或者所述UE在寻呼失败时刻之后的最近一次活动状态起始时所占用的第二小区。

具体地，当UE结束占用第一小区的时间点与寻呼失败时刻之间的时间间隔小于UE起始占用所述第二小区的时间点与寻呼失败时刻之间的时间间隔时，寻呼失败信息中的寻呼失败小区为第一小区；当UE结束占用第一小区的时间点与寻呼失败时刻之间的时间间隔大于UE起始占用第二小区的时间点与寻呼失败时刻之间的时间间隔时，寻呼失败信息中的寻呼失败小区为第二小区。

统计模块230，用于根据记录模块220记录的寻呼失败信息，统计小区寻呼失败次数。

其中，寻呼失败信息中还可以记录有寻呼失败间隔，该寻呼失败间隔为寻呼失败时刻与UE结束或起始占用寻呼失败小区的时间点之间的时间间隔。上述统计模块230可以在多个网络设备记录同一UE在同一寻呼失败时刻的多个寻呼失败信息时，选择寻呼失败间隔最小的寻呼失败信息作为有效的寻呼失败信息，将其他的寻呼失败信息作为无效的寻呼失败信息，并根据有效的寻呼失败信息统计小区寻呼失败次数。

上述统计模块230可以根据寻呼失败信息统计小区寻呼失败次数，确定存在寻呼黑洞的小区；也可以根据寻呼失败信息和寻呼成功信息统计得到全网的寻呼成功率。在上述统计过程，可以将有效的寻呼失败信息作为统计依据，不将无效的寻呼失败信息作为统计依据。

上述确定模块210，还用于在对UE发起寻呼尝试之后的第一预设时长内该UE发起被叫业务时，确定对UE寻呼成功，并指示记录模块220记录寻呼成功信息；相应地，上述记录模块220，还用于在确定模块210确定UE寻呼成功时，根据确定模块210的指示记录针对UE的寻呼成功信息。其中，寻呼成功信息包括寻呼成功时刻和寻呼响应小区，记录模块220可以将接收到UE返回的寻呼响应消息的时刻记录为本次成功寻呼的寻呼成功时刻，将UE发起被叫业务的小区作为寻呼响应小区，并将UE的寻呼次数和寻呼成功次数均记录为1次。

优选地，上述网络设备还可以进一步包括：

判断模块240，用于在UE的每次寻呼尝试之后的第一预设时长该UE没有发起被叫业务、相邻寻呼尝试之间的间隔小于或等于第二预设时长、最后一次寻呼尝试之后的第二预设时长内不存在针对该UE的寻呼尝试，但针对该UE的寻呼尝试次数没有达到预设门限时，判断发送给该UE的寻呼消息中是否携带only IMSI标识。

相应地，上述确定模块210，还用于在判断模块240判断发送给UE的寻呼消息携带only IMSI标识时，确定针对该UE的寻呼消息为全网寻呼消息，但不指示记录模块220记录针对UE的寻呼成功消息或寻呼失败信息；在判断模块240判断发送给UE的寻呼消息未携带only IMSI标识时，确定对该UE寻呼成功，但不指示记录模块220记录针对UE的寻呼成功信息。

本发明实施例中的网络设备可以是TD-SCDMA通信系统中的RNC，也可以是其他蜂窝通信系统中的其他无线网络设备。

本发明的实施例包括以下优点，根据网络侧的呼叫记录和Iu口的寻呼消息确定寻呼失败，能够在无线设备侧统计小区寻呼失败次数，并通过缩小统计粒度提高统计结果的准确度和针对性，使得统计结果能够直接、准确地用于后续的无线覆盖空洞优化。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备（可以是手机，个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (12)

1.一种统计小区寻呼失败次数的方法，其特征在于，包括：

当针对用户设备UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务时，记录寻呼失败信息；

根据所述寻呼失败信息统计小区寻呼失败次数，所述寻呼失败信息包括寻呼失败小区，所述寻呼失败小区为所述UE在最后一次寻呼尝试之前的最近一次活动状态结束时所占用的第一小区或者所述UE在最后一次寻呼尝试之后的最近一次活动状态起始时所占用的第二小区；

所述寻呼失败信息还包括寻呼失败时刻，所述寻呼失败时刻为对所述UE发起最后一次寻呼尝试的时刻；当所述UE结束占用所述第一小区的时间点与所述寻呼失败时刻之间的时间间隔小于所述UE起始占用所述第二小区的时间点与所述寻呼失败时刻之间的时间间隔时，所述寻呼失败小区为所述第一小区；当所述UE结束占用所述第一小区的时间点与所述寻呼失败时刻之间的时间间隔大于所述UE起始占用所述第二小区的时间点与所述寻呼失败时刻之间的时间间隔时，所述寻呼失败小区为所述第二小区。

2.如权利要求1所述的方法，其特征在于，所述当针对UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务，记录寻呼失败信息，包括：

当针对UE的寻呼尝试次数达到预设门限、每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务、相邻寻呼尝试之间的间隔小于或等于第二预设时长，且最后一次寻呼尝试之后的第二预设时长内不存在针对所述UE的寻呼尝试时，记录寻呼失败信息。

3.如权利要求1所述的方法，其特征在于，所述寻呼失败信息中还记录有寻呼失败间隔，所述寻呼失败间隔为所述寻呼失败时刻与所述UE结束或起始占用所述寻呼失败小区的时间点之间的时间间隔；

所述根据所述寻呼失败信息统计小区寻呼失败次数，包括：

当多个网络设备记录有针对同一UE在同一寻呼失败时刻的多个寻呼失败信息时，根据寻呼失败间隔最小的寻呼失败信息统计小区寻呼失败次数。

4.如权利要求1所述的方法，其特征在于，还包括：

当对UE发起寻呼尝试之后的第一预设时长内所述UE发起被叫业务时，记录寻呼成功信息，所述寻呼成功信息包括寻呼响应小区，所述寻呼响应小区为所述UE发起被叫业务的小区。

5.如权利要求4所述的方法，其特征在于，所述寻呼成功信息还包括寻呼成功时刻，所述寻呼成功时刻为接收到所述UE发送的寻呼响应消息的时刻。

6.如权利要求1所述的方法，其特征在于，还包括：

当每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务、相邻寻呼尝试之间的间隔小于或等于第二预设时长、最后一次寻呼尝试之后的第二预设时长内不存在针对所述UE的寻呼尝试，但针对所述UE的寻呼尝试次数没有达到预设门限时，判断发送给所述UE的寻呼消息中是否携带唯一国际移动用户识别码only IMSI标识；

如果携带，则确定针对所述UE的寻呼为全网寻呼，但不记录针对所述UE的寻呼成功信息或寻呼失败信息；否则，确定对所述UE寻呼成功，但不记录针对所述UE的寻呼成功信息。

7.一种网络设备，其特征在于，包括：

记录模块，用于在针对用户设备UE的寻呼尝试次数达到预设门限，且每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务时，记录寻呼失败信息，所述寻呼失败信息包括寻呼失败小区，所述寻呼失败小区为所述UE在最后一次寻呼尝试之前的最近一次活动状态结束时所占用的第一小区或者所述UE在最后一次寻呼尝试之后的最近一次活动状态起始时所占用的第二小区；

所述寻呼失败信息还包括寻呼失败时刻，所述寻呼失败时刻为对所述UE发起最后一次寻呼尝试的时刻；当所述UE结束占用所述第一小区的时间点与所述寻呼失败时刻之间的时间间隔小于所述UE起始占用所述第二小区的时间点与所述寻呼失败时刻之间的时间间隔时，所述寻呼失败小区为所述第一小区；当所述UE结束占用所述第一小区的时间点与所述寻呼失败时刻之间的时间间隔大于所述UE起始占用所述第二小区的时间点与所述寻呼失败时刻之间的时间间隔时，所述寻呼失败小区为所述第二小区；

统计模块，用于根据所述寻呼失败信息统计小区寻呼失败次数。

8.如权利要求7所述的网络设备，其特征在于，

所述记录模块，具体用于在针对UE的寻呼尝试次数达到预设门限、每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务、相邻寻呼尝试之间的间隔小于或等于第二预设时长，且最后一次寻呼尝试之后的第二预设时长内不存在针对所述UE的寻呼尝试时，记录寻呼失败信息。

9.如权利要求7所述的网络设备，其特征在于，所述寻呼失败信息中还记录有寻呼失败间隔，所述寻呼失败间隔为所述寻呼失败时刻与所述UE结束或起始占用所述寻呼失败小区的时间点之间的时间间隔；

所述统计模块，具体用于当多个网络设备记录有针对同一UE在同一寻呼失败时刻的多个寻呼失败信息时，根据寻呼失败间隔最小的寻呼失败信息统计小区寻呼失败次数。

10.如权利要求7所述的网络设备，其特征在于，

所述记录模块，还用于在对UE发起寻呼尝试之后的第一预设时长内所述UE发起被叫业务时，记录寻呼成功信息，所述寻呼成功信息包括寻呼响应小区，所述寻呼响应小区为所述UE发起被叫业务的小区。

11.如权利要求10所述的网络设备，其特征在于，所述寻呼成功信息还包括寻呼成功时刻，所述寻呼成功时刻为接收到所述UE发送的寻呼响应消息的时刻。

12.如权利要求7所述的网络设备，其特征在于，还包括：

判断模块，用于在UE的每次寻呼尝试之后的第一预设时长内所述UE没有发起被叫业务、相邻寻呼尝试之间的间隔小于或等于第二预设时长、最后一次寻呼尝试之后的第二预设时长内不存在针对所述UE的寻呼尝试，但针对所述UE的寻呼尝试次数没有累计达到预设门限时，判断发送给所述UE的寻呼消息中是否携带唯一国际移动用户识别码only IMSI标识；

确定模块，用于在所述寻呼消息携带only IMSI标识时，确定针对所述UE的寻呼为全网寻呼，但不指示所述记录模块记录针对所述UE的寻呼成功消息或失寻呼败信息；在所述寻呼消息未携带only IMSI标识时，确定对所述UE寻呼成功，但不指示所述记录模块记录针对所述UE的寻呼成功信息。

Images