CN108632939A

CN108632939A - 寻呼方法、装置及计算机可读存储介质

Info

Publication number: CN108632939A
Application number: CN201810379914.1A
Authority: CN
Inventors: 吴鸣
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2018-04-25
Filing date: 2018-04-25
Publication date: 2018-10-09
Anticipated expiration: 2038-04-25
Also published as: CN108632939B

Abstract

本公开涉及一种寻呼方法、装置及计算机可读存储介质，用以解决现有通信设备在当前连接的网络状态不佳的情况下发起寻呼，掉话的可能性较大的技术问题。该寻呼方法包括：在通讯设备发生寻呼相关事件时，查询通讯设备当前接入的基站小区的历史掉话记录；在历史掉话记录满足网络切换条件时，将通讯设备切换到2G/3G网络；根据寻呼请求在2G/3G网络发起寻呼。

Description

寻呼方法、装置及计算机可读存储介质

技术领域

本公开涉及通信技术领域，具体地，涉及一种寻呼方法、装置及计算机可读存储介质。

背景技术

目前，第四代移动通信4G仍处于部署期间，并未实现全网覆盖，通信网络系统实际为4G、3G以及2G网络混合组网。相关技术中，4G通信网络的主要网络制式为LTE(Long TermEvolution，长期演进)网络，用户在网络信号不佳的LTE网络上发起寻呼请求时，可以利用SRVCC(Single Radio Voice Call Continuity，单射频语音呼叫连续性)网络技术将网络切换至2G/3G网络进行寻呼，以实现用户设备在IMS(IP Multimedia Subsystem，IP多媒体子系统)控制的Volte(Voice over LTE，LTE网络电话)语音和CS(Circuit Switched，电路交换)域语音之间的平滑切换，保证通信网络下语音业务的连续性。然而，在利用SRVCC网络技术进行网络切换的过程中，可能会由于小区网络配置或资源分配等问题导致网络切换失败，造成通话中断。

发明内容

本公开的目的是提供一种寻呼方法、装置及计算机可读存储介质，用以解决现有通信设备在当前连接的网络状态不佳的情况下发起寻呼，掉话的可能性较大的技术问题。

为达到上述目的，本公开实施例的第一方面，提供一种寻呼方法，包括：

在通讯设备发生寻呼相关事件时，查询所述通讯设备当前接入的基站小区的历史掉话记录；

在所述历史掉话记录满足网络切换条件时，将所述通讯设备切换到2G/3G网络；

根据所述寻呼请求在所述2G/3G网络发起寻呼。

可选地，所述方法还包括：

在所述通讯设备每次发生掉话时，记录所述通讯设备当前的驻网状态信息，所述驻网状态信息包括：基站小区标识；

根据所述驻网状态信息统计得到每一基站小区的所述历史掉话记录。

可选地，所述驻网状态信息还包括掉话类型信息，所述掉话类型包括以下三种类型：

Volte寻呼发起后在LTE网络下掉话、Volte寻呼发起后因切换到2G/3G网络失败而掉话、Volte寻呼发起后成功切换到2G/3G网络，在2G/3G网络下掉话。

可选地，所述历史掉话记录包括：所述基站小区发生每一种所述掉话类型的概率值；

所述网络切换条件为：在LTE网络下掉话的概率值大于第一预设阈值，且因切换到2G/3G网络失败而掉话的概率值大于第二预设阈值；或者，

所述网络切换条件为：在LTE网络下掉话的概率值大于在2G/3G网络下掉话的概率值，且因切换到2G/3G网络失败而掉话的概率值大于所述第二预设阈值。

可选地，所述方法还包括：

在所述2G/3G网络上发起的寻呼被挂断后，所述方法还包括：

在发生预设时长内未接收到寻呼请求、拨号应用程序进入后台运行、所述拨号应用程序退出三者中的任一事件时，优先选择将所述通讯设备切换至LTE网络。

本公开实施例的第二方面，提供一种寻呼装置，包括：

查询模块，被配置为在通讯设备发生寻呼相关事件时，查询所述通讯设备当前接入的基站小区的历史掉话记录；

切换模块，被配置为在所述历史掉话记录满足网络切换条件时，将所述通讯设备切换到2G/3G网络；

寻呼模块，被配置为根据所述寻呼请求在所述2G/3G网络发起寻呼。

可选地，所述装置还包括：

记录模块，被配置为在所述通讯设备每次发生掉话时，记录所述通讯设备当前的驻网状态信息，所述驻网状态信息包括：基站小区标识；

统计模块，被配置为根据所述驻网状态信息统计得到每一基站小区的所述历史掉话记录。

可选地，所述装置还包括：

网络选择模块，被配置为所述2G/3G网络上发起的寻呼被挂断后，在发生预设时长内未接收到寻呼请求、拨号应用程序进入后台运行、所述拨号应用程序退出三者中的任一事件时，优先选择将所述通讯设备切换至LTE网络。

本公开实施例的第三方面，提供一种寻呼装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在接收到寻呼请求时，查询通讯设备当前接入的基站小区的历史掉话记录；

根据所述寻呼请求在所述2G/3G网络发起寻呼。

本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开实施例的第一方面所提供的寻呼方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

在通讯设备发生寻呼相关事件时，查询通讯设备当前接入的基站小区的历史掉话记录，并在历史掉话记录满足网络切换条件时，将通讯设备切换到2G/3G网络，以使通讯设备根据寻呼请求在2G/3G网络发起寻呼。这样，在通讯设备发起寻呼之前，可以根据查询到的历史掉话记录判断当前网络状态是否满足通信设备的寻呼需求，并在当前网络不能满足寻呼需求的情况下，自行切换至2G/3G网络下发起寻呼，减少了通话过程中掉话情况的发生，保证了语音通话的连续性，从而提升了语音通话质量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种应用场景的示意图。

图2是根据一示例性实施例示出的一种寻呼方法的流程图。

图3是根据一示例性实施例示出的一种寻呼方法的流程图。

图4是根据一示例性实施例示出的一种寻呼装置的框图。

图5是根据一示例性实施例示出的一种寻呼装置的框图。

图6是根据一示例性实施例示出的一种寻呼装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例可以应用于用户在通信网络中通过通讯设备(如手机或者平板电脑等)发起寻呼请求的场景，图1是根据一示例性实施例示出的一种应用场景的示意图，如图1所示，在该场景下，通讯设备为手机101，4G基站102提供LTE网络覆盖，2G/3G基站103提供2G/3G网络覆盖，手机101当前与LTE网络连接，且位置处于LTE网络弱信号区，例如处于小区边缘或者覆盖盲区。在这种情况下，手机101发起寻呼时，LTE网络状态难以满足寻呼需求，从而可能发生语音通话不连续甚至掉话等问题，影响用户的通话体验。

为了解决现有通信设备在当前连接的网络状态不佳的情况下发起寻呼，掉话的可能性较大的技术问题，本公开实施例提供一种寻呼方法、装置及计算机可读存储介质。

下面结合具体实施例对本公开提供的技术方案进行说明。

图2是根据一示例性实施例示出的一种寻呼方法的流程图，如图2所示，该方法包括以下步骤：

步骤201，在通讯设备发生寻呼相关事件时，查询通讯设备当前接入的基站小区的历史掉话记录。

示例地，寻呼相关事件可以是检测到通讯设备启动拨号应用程序，也可以是接收到寻呼请求，在发生上述寻呼相关事件时，通讯设备进行查询通讯设备当前接入的基站小区的历史掉话记录。其中，历史掉话记录包括基站小区发生每一种掉话类型的概率值，例如Volte寻呼发起后在LTE网络下掉话的概率、Volte寻呼发起后因切换到2G/3G网络失败而掉话的概率、Volte寻呼发起后成功切换到2G/3G网络，在2G/3G网络下掉话的概率。

步骤202，在历史掉话记录满足网络切换条件时，将通讯设备切换到2G/3G网络。

具体地，在查询到通讯设备当前接入的基站小区的历史掉话记录之后，比较通讯设备当前接入的基站小区的历史掉话记录与预设概率阈值的大小关系，若历史掉话记录满足以下任一条件：在LTE网络下掉话的概率值大于第一预设阈值时，或在LTE网络下掉话的概率值大于第一预设阈值，且因切换到2G/3G网络失败而掉话的概率值大于第二预设阈值时，或在LTE网络下掉话的概率值大于在2G/3G网络下掉话的概率值，且因切换到2G/3G网络失败而掉话的概率值大于第二预设阈值时，确定满足网络切换条件，则通讯设备主动下发命令到网络侧，将当前连接的网络由LTE网络切换至2G/3G网络，也就是说通讯设备将会在2G/3G网络以非Volte状态进行寻呼，降低通话过程中掉话的可能性。

例如，第一预设阈值为5％，第二预设阈值为3％，通讯设备在发生寻呼相关事件时，查询通讯设备当前接入的基站小区的历史掉话记录，若历史掉话记录中显示通讯设备在该基站小区内发起Volte寻呼之后，在LTE网络下掉话的概率值为6％，大于第一预设阈值5％，确定满足网络切换条件，则将通讯设备当前连接的网络由LTE网络切换至2G/3G网络后再发起寻呼；或者历史掉话记录中显示通讯设备在该基站小区内发起Volte寻呼之后，在LTE网络下掉话的概率值大于第一预设阈值5％，且因切换到2G/3G网络失败而掉话的概率值为4％，大于第二预设阈值3％，确定满足网络切换条件，则将通讯设备当前连接的网络由LTE网络切换至2G/3G网络后再发起寻呼；或者历史掉话记录中显示通讯设备在该基站小区内发起Volte寻呼之后，在LTE网络下掉话的概率值大于在2G/3G网络下掉话的概率值，且因切换到2G/3G网络失败而掉话的概率值为4％，大于第二预设阈值3％，确定满足网络切换条件，则将通讯设备当前连接的网络由LTE网络切换至2G/3G网络后再发起寻呼。

在实际通信过程中，第一预设阈值、第二预设阈值可以根据通讯设备或网络的实际工作需求进行相应的设定，从而保证实际寻呼过程的顺利进行。

应当说明的是，相较于在LTE网络下掉话的概率值大于第一预设阈值的情况下进行网络切换，以及在LTE网络下掉话的概率值大于第一预设阈值，且因切换到2G/3G网络失败而掉话的概率值大于第二预设阈值的情况下进行网络切换，由于在LTE网络下掉话的概率值大于第一预设阈值时，若切换到2G/3G网络失败而掉话的概率值小于第二预设阈值，现有SRVCC技术能够实现LTE网络到2G/3G网络的平滑切换，保证语音通话的连续性，因而不需采用本公开提供的技术方案进行寻呼前的网络切换。另外，若在LTE网络下掉话的概率值大于第一预设阈值，而在LTE网络下掉话的概率值小于在2G/3G网络下掉话的概率值的情况下，进行网络切换之后语音通话质量可能并未得到改善，则无需采用本公开提供的技术方案进行寻呼前的网络切换。综上可知，在LTE网络下掉话的概率值大于第一预设阈值，且因切换到2G/3G网络失败而掉话的概率值大于第二预设阈值的情况下进行网络切换，优于在LTE网络下掉话的概率值大于第一预设阈值的情况下进行网络切换，前者能在一定程度上避免信道资源的浪费。

同理可知，在LTE网络下掉话的概率值大于在2G/3G网络下掉话的概率值，且因切换到2G/3G网络失败而掉话的概率值大于第二预设阈值的情况下进行网络切换，优于在LTE网络下掉话的概率值大于第一预设阈值的情况下进行网络切换。

步骤203，根据寻呼请求在2G/3G网络发起寻呼。

值得说明的是，基站小区发生的各种掉话类型下的概率值可以通过以下方法进行统计：默认大部分用户日常驻留的小区为固定的有限个数小区，在上述有限个数的小区中，若某小区的LTE网络覆盖不佳，需要利用SRVCC(Single Radio Voice Call Continuity，单射频语音呼叫连续性)网络技术进行网络切换，以将网络切换至2G/3G网络进行寻呼。然而在利用SRVCC网络技术进行网络切换的过程中，可能会由于小区网络配置或资源分配等问题导致网络切换失败，造成通话中断。本公开实施例可以根据通讯设备在某基站小区内的起呼记录以及寻呼过程中发生SRVCC进行网络切换的各阶段的掉话次数，得到通讯设备在当前基站小区进行网络切换掉话的概率值。

采用上述方法，在通讯设备发起寻呼之前，查询通讯设备当前接入的基站小区的历史掉话记录，并比较通讯设备当前连接网络的历史掉话记录与预设概率阈值的大小关系，判断历史掉话记录是否满足网络切换条件。在历史掉话记录满足网络切换条件时，自行切换至2G/3G网络下发起寻呼，减少了通话过程中掉话情况的发生，保证了语音通话的连续性，从而提升了语音通话质量。

图3是根据一示例性实施例示出的一种寻呼方法的流程图，如图3所示，该方法包括以下步骤：

步骤301，在通讯设备每次发生掉话时，记录通讯设备当前的驻网状态信息。

在一种可能的实施方式中，通讯设备每次发生掉话时，记录下通讯设备当前的驻网状态信息。其中，驻网状态信息包括基站小区标识，该基站小区标识包括当前基站小区和相邻基站小区的标识信息，例如基站小区的CI(Cell Identity，小区识别)值。此外，驻网状态信息还包括当前连接网络下的驻留时长信息，信号强度信息，信号质量信息以及掉话类型信息中的一者或多者。

步骤302，根据驻网状态信息统计得到每一基站小区的历史掉话记录。

在通讯设备在基站小区内发生多次掉话后，可以根据驻网状态信息统计得到每一基站小区的历史掉话记录。该历史掉话记录包括某一基站小区发生每一种掉话类型的概率值，例如，根据通讯设备在该基站小区内的起呼记录以及寻呼过程中发生SRVCC进行网络切换的各阶段的掉话次数，得到通讯设备在同一基站小区进行网络切换的掉话概率，该掉话概率可以是Volte寻呼发起后在LTE网络下掉话的概率、Volte寻呼发起后因切换到2G/3G网络失败而掉话的概率、Volte寻呼发起后成功切换到2G/3G网络，在2G/3G网络下掉话的概率。

步骤303，在通讯设备发生寻呼相关事件时，查询通讯设备当前接入的基站小区的历史掉话记录。

步骤304，在历史掉话记录满足网络切换条件时，将通讯设备切换到2G/3G网络。

步骤305，根据寻呼请求在2G/3G网络发起寻呼。

采用上述方法，在通讯设备发生寻呼相关事件时，可以查询根据驻网状态信息所统计得到每一基站小区的历史掉话记录，并判断当前网络状态下查询到的历史掉话记录是否满足网络切换条件，在历史掉话记录满足网络切换条件的情况下，将连接网络自行切换至2G/3G网络再发起寻呼，减少了通话过程中掉话情况的发生，保证了语音通话的连续性，从而提升了语音通话质量。

可选地，本公开提供的上述各个实施例中，若在2G/3G网络上发起的寻呼被挂断后，拨号应用程序在预设时长内未接收到寻呼请求，例如拨号应用程序5min内未接收到寻呼请求，则优先选择将通讯设备切换至LTE网络；或者，拨号应用程序进入后台运行时，优先选择将通讯设备切换至LTE网络；或者，拨号应用程序退出时，优先选择将通讯设备切换至LTE网络。

具体地，在寻呼被挂断之后，通讯设备监测拨号应用程序行为，若发生上述任一事件，则网络会要求通讯设备重新搜网，并将通讯设备注册登记到LTE网络。通过上述过程，可以完成从2G/3G网络到LTE网络的切换，为用户优选高质量的通信服务。

图4是根据一示例性实施例示出的一种寻呼装置的框图，寻呼装置400可以通过软件、硬件或者两者结合实现成为电子设备的部分或者全部。如图4所示，该装置400包括：

查询模块410，被配置为在通讯设备发生寻呼相关事件时，查询通讯设备当前接入的基站小区的历史掉话记录；

切换模块420，被配置为在历史掉话记录满足网络切换条件时，将通讯设备切换到2G/3G网络；

寻呼模块430，被配置为根据寻呼请求在2G/3G网络发起寻呼。

采用上述装置，在通讯设备发起寻呼之前，可以通过查询模块410查询当前接入的基站小区的历史掉话记录，并在历史掉话记录满足网络切换条件时，通过切换模块420将网络自行切换至2G/3G网络后发起寻呼，减少了通话过程中掉话情况的发生，保证了语音通话的连续性，从而提升了语音通话质量。

图5是根据一示例性实施例示出的一种寻呼装置的框图，寻呼装置500可以通过软件、硬件或者两者结合实现成为电子设备的部分或者全部。如图5所示，该装置500包括：

记录模块510，被配置为在通讯设备每次发生掉话时，记录通讯设备当前的驻网状态信息，驻网状态信息包括：基站小区标识；

统计模块520，被配置为根据驻网状态信息统计得到每一基站小区的历史掉话记录；

查询模块530，被配置为在通讯设备发生寻呼相关事件时，查询通讯设备当前接入的基站小区的历史掉话记录；

切换模块540，被配置为在历史掉话记录满足网络切换条件时，将通讯设备切换到2G/3G网络；

寻呼模块550，被配置为根据寻呼请求在2G/3G网络发起寻呼。

可选地，寻呼装置500还包括：

网络选择模块560，被配置为2G/3G网络上发起的寻呼被挂断后，在发生在预设时长内未接收到寻呼请求、拨号应用程序进入后台运行、拨号应用程序退出三者中的任一事件时，优先选择将通讯设备切换至LTE网络。

在本公开实施例中，驻网状态信息还包括掉话类型信息，掉话类型包括以下三种类型：

可选地，历史掉话记录包括：基站小区发生每一种掉话类型的概率值；

采用上述装置，在通讯设备发生寻呼相关事件时，可以通过查询模块530查询根据驻网状态信息所统计得到每一基站小区的历史掉话记录，并判断当前网络状态下查询到的历史掉话记录是否满足网络切换条件，在历史掉话记录满足网络切换条件的情况下，利用切换模块540将连接网络自行切换至2G/3G网络后，在寻呼模块550发起寻呼，减少了通话过程中掉话情况的发生，保证了语音通话的连续性，从而提升了语音通话质量。

本公开实施例还提供一种寻呼装置，该装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

在历史掉话记录满足网络切换条件时，将通讯设备切换到2G/3G网络；

根据寻呼请求在2G/3G网络发起寻呼。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开还提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开提供的寻呼方法的步骤。

图6是根据一示例性实施例示出的一种寻呼装置600的框图。例如，装置600可以是智能手机，平板设备，个人数字助理等。

参照图6，装置600可以包括以下一个或多个组件：处理组件601，存储器602，电力组件603，多媒体组件604，音频组件605，输入/输出(I/O)的接口606，传感器组件607，以及通信组件608。

处理组件601通常控制装置600的整体操作，诸如与显示，触摸操作和记录操作相关联的操作。处理组件601可以包括一个或多个处理器609来执行指令，以完成上述寻呼方法的全部或部分步骤。此外，处理组件601可以包括一个或多个模块，便于处理组件601和其他组件之间的交互。例如，处理组件601可以包括多媒体模块，以方便多媒体组件604和处理组件601之间的交互。

存储器602被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器602可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件603为装置600的各种组件提供电力。电力组件603可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。

多媒体组件604包括在装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件604包括一个前置摄像头和/或后置摄像头。当装置600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件605被配置为输出和/或输入音频信号。例如，音频组件605包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器602或经由通信组件608发送。在一些实施例中，音频组件605还包括一个扬声器，用于输出音频信号。

I/O接口606为处理组件601和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件607包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件607可以检测到装置600的打开/关闭状态，组件的相对定位，例如组件为装置600的显示器和小键盘，传感器组件607还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件607可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件607还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件607还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件608被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如Wi-Fi(Wireless-Fidelity，无线保真)，2G或3G，或它们的组合。在一个示例性实施例中，通信组件608经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件608还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述寻呼方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器602，上述指令可由装置600的处理器执行以完成上述寻呼方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims

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

根据所述寻呼请求在所述2G/3G网络发起寻呼。

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

3.根据权利要求2所述的方法，其特征在于，所述驻网状态信息还包括掉话类型信息，所述掉话类型包括以下三种类型：

4.根据权利要求3所述的方法，其特征在于，所述历史掉话记录包括：所述基站小区发生每一种所述掉话类型的概率值；

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

在所述2G/3G网络上发起的寻呼被挂断后，所述方法还包括：

6.一种寻呼装置，其特征在于，包括：

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

8.根据权利要求7所述的装置，其特征在于，所述驻网状态信息还包括掉话类型信息，所述掉话类型包括以下三种类型：

9.根据权利要求8所述的装置，其特征在于，所述历史掉话记录包括：所述基站小区发生每一种所述掉话类型的概率值；

10.根据权利要求6至8中任一项所述的装置，其特征在于，所述装置还包括：

11.一种寻呼装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

根据所述寻呼请求在所述2G/3G网络发起寻呼。

12.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，该程序指令被处理器执行时实现权利要求1至5中任一项所述方法的步骤。