CN106341889B - 一种用于处理寻呼消息的方法和装置 - Google Patents

Abstract

本发明实施例涉及通信技术领域，尤其涉及一种用于处理寻呼消息的方法和装置，用于处理需要发送的寻呼消息。本发明实施例中接收第一寻呼消息；确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；若所述第一寻呼消息是向处于RRC_空闲态的终端发送的寻呼消息且所述寻呼缓存中已存储有第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和参数部分；把所述第一寻呼消息的参数部分和内容部分以及所述第二寻呼消息的参数部分和内容部分分别合并，由此得到第三寻呼消息，并把第三寻呼消息存储到寻呼缓存中；经过合并存储后再发送，可以一次发送多条寻呼消息，减少了发送次数，解决了多次发送占用大量空口资源的问题。

Description

一种用于处理寻呼消息的方法和装置

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种用于处理寻呼消息的方法和装置。

背景技术

随着移动通信技术的发展，移动互联网时代全球移动数据业务呈现爆发式的增长，而伴随着长期演进(Long Term Evolution，简称LTE)标准的成熟和完善，LTE成为主流技术演进方案。LTE主要服务于移动互联网，LTE系统采用扁平的网络结构。它既包含无线接入技术演进，也包含系统架构演进。LTE网络包括演进的通用移动通信无线接入网(EvolvedUniversal Terrestrial Radio Access Network，简称E-UTRAN)和演进的分组交换核心网(Evolved Packet Core，简称EPC)。其中E-UTRAN由基站(Evolved NodeB，简称eNB)构成。其中每个eNB包括多个小区，EPC包括服务网关(Serving Gateway，简称S-GW)和移动性管理实体(Mobility Management Entity，简称MME)。

而在LTE系统中寻呼UE时会对该UE所在跟踪区内的所有小区发送寻呼消息，如果寻呼失败，则继续向该UE跟踪区列表内所有小区发送寻呼消息，可见，为了实现成功寻呼到某个UE，会产生大量的寻呼消息，并且会出现网络侧频繁发送寻呼消息的情况，这将会占用大量空口资源，影响空口的带宽资源利用率。

发明内容

为了解决现有技术中大量寻呼消息占用空口资源的问题，本发明实施例提供一种用于处理寻呼消息的方法和装置，对寻呼消息进行合并存储后再发送，从而节省了空口资源。

本发明实施例提供了一种用于处理寻呼消息的方法，包括：

接收第一寻呼消息；

确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；

若所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有与所述第一寻呼消息类型相同的第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分；

根据所述第一寻呼消息的参数部分和所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分；并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分；

在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息。

可选地，确定所述第一寻呼消息的寻呼时机对应的寻呼缓存，包括：

根据所述第一寻呼消息确定所述第一寻呼消息的寻呼时机；

根据所述第一寻呼消息的类型和所述第一寻呼消息的寻呼时机，确定所述第一寻呼消息的寻呼时机对应的寻呼缓存。

可选地，确定所述第一寻呼消息的寻呼时机，包括：

根据所述寻呼消息中所携带的参数计算出对应的寻呼帧值及寻呼时刻值；

根据设定的重复次数N、所述寻呼帧值及所述寻呼时刻值，确定离当前时刻最近的N个寻呼时机。

可选地，在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息之后，包括；

在每个寻呼时机到达时，发送所述寻呼时机对应的寻呼缓存中的所述第三寻呼消息。

可选地，得到第三寻呼消息的参数部分，包括：

寻呼消息的参数部分包括寻呼消息的条数和寻呼消息的类型；

对所述第一寻呼消息的参数部分中的寻呼消息的条数和所述第二寻呼消息的参数部分中的寻呼消息的条数求和，得到所述第三寻呼消息的参数部分中的寻呼消息的条数；

根据所述第一寻呼消息的参数部分中的寻呼消息的类型和/或所述第二寻呼消息的参数部分中的寻呼消息的类型，得到所述第三寻呼消息的参数部分中的寻呼消息的类型；

将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分，包括：

按照预设顺序依次设置所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分，得到所述第三寻呼消息的内容部分。

本发明实施例还提供一种用于处理寻呼消息的装置，包括：

接收模块，用于接收第一寻呼消息；

确定模块，用于确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；

合并模块，若所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有与所述第一寻呼消息类型相同的第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分；根据所述第一寻呼消息的参数部分和所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分；并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分；

缓存模块，用于在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息。

可选地，所述确定模块，具体用于根据所述第一寻呼消息确定所述第一寻呼消息的寻呼时机；根据所述第一寻呼消息的类型和所述第一寻呼消息的寻呼时机，确定所述第一寻呼消息的寻呼时机对应的寻呼缓存。

可选地，所述确定模块，具体用于根据所述寻呼消息中所携带的参数计算出对应的寻呼帧值及寻呼时刻值；根据设定的重复次数N、所述寻呼帧值及所述寻呼时刻值，确定离当前时刻最近的N个寻呼时机。

可选地，所述装置还包括发送模块；用于在寻呼时机到达时，发送所述寻呼时机对应的寻呼缓存中的所述第三寻呼消息。

可选地，寻呼消息的参数部分包括寻呼消息的条数和寻呼消息的类型；

所述合并模块，具体用于对所述第一寻呼消息的参数部分中的寻呼消息的条数和所述第二寻呼消息的参数部分中的寻呼消息的条数求和，得到所述第三寻呼消息的参数部分中的寻呼消息的条数；

根据所述第一寻呼消息的参数部分中的寻呼消息的类型，和/或，所述第二寻呼消息的参数部分中的寻呼消息的类型，得到所述第三寻呼消息的参数部分中的寻呼消息的类型；

按照所述预设顺序依次设置所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分，得到所述第三寻呼消息的内容部分。

本发明实施例中提供了一种用于处理寻呼消息的方法，包括：接收第一寻呼消息；确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；若所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分；根据所述第一寻呼消息的参数部分和所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分；并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分；在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息；与现有技术相比，对所述第一寻呼消息和第二寻呼消息合并存储后再发送，一次可以发送多条寻呼消息，减少了发送次数，避免了对所述第一寻呼消息和第二寻呼消息分别进行发送，占用大量空口资源的问题。

附图说明

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

图1为本发明实施例提供的一种系统架构示意图；

图2为本发明实施例提供的一种用于处理寻呼消息的方法流程示意图；

图3为本发明实施例提供的另一种用于处理寻呼消息的方法流程示意图；

图4为本发明实施例提供的一种用于处理寻呼消息的装置结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1示例性示出了本发明实施例适用的一种系统架构示意图，如图1所示，本发明实施例适用的系统架构包括核心网S101；基站S102、基站S103、基站S104；移动终端S105、移动终端S106、移动终端S107、移动终端S108、移动终端S109。

核心网101包括服务网关和移动性管理实体，通过S1接口与基站交互；当需要把处于RRC(Radio Resource Control，无线资源控制)空闲态的终端重新连接网络，或者通知处于RRC连接态或空闲态时的终端系统消息的更新或者需要对终端提供紧急呼叫时，移动管理实体通过S1接口向基站传送寻呼消息，发起寻呼过程；基站接收到所述寻呼消息之后，通过无线接口把所述寻呼消息发送给移动终端。

图2示例性示出了本发明实施例提供的一种用于处理寻呼消息的实施方法流程示意图，包括以下步骤：

S201：接收第一寻呼消息；

S202：确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；

S203：若所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有与所述第一寻呼消息类型相同的第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分；

S204：根据所述第一寻呼消息的参数部分和所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分；并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分；

S205：在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息。

在上述实施例中，接收第一寻呼消息，并将第一寻呼消息和寻呼缓存中已存储有第二寻呼消息合并成第三寻呼消息之后发送，一次可以发送多条寻呼消息，减少了发送次数，避免了对所述第一寻呼消息和第二寻呼消息分别进行发送，占用大量空口资源的问题。

在S201和S202中，基站在每个时刻可能会接收到多个寻呼消息，针对任一个寻呼消息基站均需确定寻呼消息对应的寻呼缓存。具体实施中，设定每类寻呼消息对应的寻呼缓存，如有四类寻呼消息，则设定四个寻呼缓存；每个寻呼缓存中存储了在不同寻呼时机需要发送的寻呼消息。

可选的，可通过如下方式确定寻呼时机：根据所述寻呼消息中所携带的参数判断，计算出对应的寻呼帧值及寻呼时刻值；根据设定的重复次数N、所述寻呼帧值及所述寻呼时刻值，确定离当前时刻最近的N个寻呼时机，确定所述第一寻呼消息的N个寻呼时机对应的寻呼缓存。在现有技术中，对第一寻呼消息只确定一次寻呼时机，若在该寻呼时机内未成功寻呼到，则只能在下一轮的寻呼过程中再次发起。而本实施例中通过一次性设定寻呼消息需要发送的次数，从而提高了寻呼的成功率。

在S203中，若所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有与所述第一寻呼消息类型相同的第二寻呼消息，则对寻呼缓存中寻呼消息进行合并；若第一寻呼消息不是向处于RRC_IDLE态的终端发送的寻呼消息，则无需考虑合并，一方面其他类寻呼消息在实际应用中比较少，故本身占用的空口资源不多；当然本发明实施例中也可以对各种类型的寻呼消息均进行合并操作。可选的，若第一寻呼消息对应的寻呼缓存中当前并无其他寻呼消息，则将第一寻呼消息直接存入寻呼缓存中。

可选的，在S204中，对寻呼缓存中寻呼消息进行合并；寻呼消息的参数部分包括寻呼消息的条数和寻呼消息的类型；对所述第一寻呼消息的参数部分中的寻呼消息的条数和所述第二寻呼消息的参数部分中的寻呼消息的条数求和，得到所述第三寻呼消息的参数部分中的寻呼消息的条数；根据所述第一寻呼消息的参数部分中的寻呼消息的类型和/或所述第二寻呼消息的参数部分中的寻呼消息的类型，得到所述第三寻呼消息的参数部分中的寻呼消息的类型；将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分，包括：按照预设顺序依次设置所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分，得到所述第三寻呼消息的内容部分。可选的，对第一寻呼消息和第二寻呼消息的合并可以是分别对第一寻呼消息和第二寻呼消息先拆解然后合并；也可以是对第一寻呼消息进行拆解，然后对寻呼缓存中的第二寻呼消息进行更新。

可选的，在S205之后，在寻呼时机到达时，把所述寻呼时机对应的寻呼缓存中的所述第三寻呼消息发送N次；对第三寻呼消息发送N次，降低了寻呼消息丢失的风险，提高了寻呼成功的概率，防止网络侧频繁发送寻呼消息。

本发明实施例提供一种处理寻呼消息的示例，例如，如图3所示：

S301：基站判断是否接受到新的第一寻呼消息，如果接收到新的第一寻呼消息，则进行S302；如果未接收到新的第一寻呼消息，则进行S312；

S302：如果所述第一寻呼消息不是向处于RRC_IDLE态的终端发送呼叫请求，则进行S304；如果所述第一寻呼消息是向处于RRC_IDLE态的终端发送呼叫请求，则进行S303；

S303：根据所述第一寻呼消息携带的参数，例如DRX、UEID、nB，计算出寻呼帧值及寻呼时刻值，并执行S305；

S304：根据所述第一寻呼消息携带的参数，计算出所述第一寻呼消息对应的寻呼帧值及寻呼时刻值，确定所述寻呼消息的时机，确定所述寻呼消息对应的寻呼缓存，到达寻呼时机时，发送所述寻呼消息，结束流程；

S305：基站内预设一个重复发送次数N，N可以为任一正整数；基站根据重复发送次数N和所述第一寻呼消息的寻呼帧值及寻呼时刻值确定离当前时刻最近的N个寻呼时机；

S306：查找N个寻呼时机对应的N个寻呼缓存；

S307：判断各寻呼缓存中是否已经存储有寻呼消息；如果S307判断已经存储有寻呼消息，则进行S309；如果S307判断所述寻呼没有存储有寻呼消息，则进行S308；

S308：将第一寻呼消息直接储存到所述寻呼缓存中，进行S312；

S309：把已存储在寻呼缓存中的寻呼消息称为第二寻呼消息，对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分；

S310：根据所述第一寻呼消息的参数部分，更新所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分，比如，如第一寻呼消息的参数部分为abc，第二寻呼消息的参数部分为adc，其中a代表类型，b、d代表寻呼消息数目，c代表其他的参数，除了寻呼消息数目那部分的内容不一样之外，其他参数部分的内容都一样，若b+d＝x，则第三寻呼消息的参数部分为axc；并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分，根据得到的第三寻呼消息的内容部分和第三寻呼消息的参数部分生成第三寻呼消息；

S311：删除缓存中原有的所述第二寻呼消息之后，把所述第三寻呼消息存储到缓存中；

S312：确定是否到达寻呼时机，若到达寻呼时机则执行S313；若未到达寻呼时机，则返回S301；

S313；在寻呼时机到达时，发送所述寻呼时机对应的寻呼缓存中的所述第三寻呼消息。

基于相同构思，图4为本发明实施例提供的一种处理寻呼消息装置的结构示意图。如图4所示，该处理寻呼消息装置包括：

接收模块401，用于接收第一寻呼消息；

确定模块402，用于确定所述第一寻呼消息的寻呼时机；根据所述寻呼时机，确定所述寻呼时机对应的寻呼缓存；

合并模块403，用于在所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有第二寻呼消息时，对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分，根据所述第一寻呼消息的参数部分和所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分，并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分；

缓存模块404，用于在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息；

发送模块405，用于在寻呼时机到达时，发送所述寻呼时机对应的寻呼缓存中的所述第三寻呼消息。

较佳地，所述确定模块402，具体用于根据所述寻呼消息中所携带的参数计算出对应的寻呼帧值及寻呼时刻值；根据设定的重复次数N、所述寻呼帧值及所述寻呼时刻值，确定离当前时刻最近的N个寻呼时机。

较佳地，所述确定模块402，还用于根据所述第一寻呼消息确定所述第一寻呼消息的寻呼时机，确定所述第一寻呼消息是向处于RRC_IDLE态的终端发送呼叫请求的寻呼消息；根据所述第一寻呼消息的类型和所述第一寻呼消息的寻呼时机，确定所述第一寻呼消息的寻呼时机对应的寻呼缓存。

较佳地，寻呼消息的参数部分包括寻呼消息的条数和寻呼消息的类型；所述合并模块403，具体用于对所述第一寻呼消息的参数部分中的寻呼消息的条数和所述第二寻呼消息的参数部分中的寻呼消息的条数求和，得到所述第三寻呼消息的参数部分中的寻呼消息的条数；按照预设顺序依次设置所述第一寻呼消息的参数部分中的寻呼消息的类型和所述第二寻呼消息的参数部分中的寻呼消息的类型，得到所述第三寻呼消息的参数部分中的寻呼消息的类型；按照所述预设顺序依次设置所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分，得到所述第三寻呼消息的内容部分。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种用于处理寻呼消息的方法，其特征在于，包括：

接收第一寻呼消息；

确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；

若所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有与所述第一寻呼消息类型相同的第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分；

根据所述第一寻呼消息的参数部分和所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分；并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分；

在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息。

2.如权利要求1所述用于处理寻呼消息的方法，其特征在于，确定所述第一寻呼消息的寻呼时机对应的寻呼缓存，包括：

根据所述第一寻呼消息确定所述第一寻呼消息的寻呼时机；

根据所述第一寻呼消息的类型和所述第一寻呼消息的寻呼时机，确定所述第一寻呼消息的寻呼时机对应的寻呼缓存。

3.如权利要求2所述用于处理寻呼消息的方法，其特征在于，确定所述第一寻呼消息的寻呼时机，包括：

根据所述寻呼消息中所携带的参数计算出对应的寻呼帧值及寻呼时刻值；

根据设定的重复次数N、所述寻呼帧值及所述寻呼时刻值，确定离当前时刻最近的N个寻呼时机。

4.如权利要求3所述用于处理寻呼消息的方法，其特征在于，在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息之后，包括；

在每个寻呼时机到达时，发送所述寻呼时机对应的寻呼缓存中的所述第三寻呼消息。

5.如权利要求1至4任一项所述用于处理寻呼消息的方法，其特征在于，得到第三寻呼消息的参数部分，包括：

寻呼消息的参数部分包括寻呼消息的条数和寻呼消息的类型；

对所述第一寻呼消息的参数部分中的寻呼消息的条数和所述第二寻呼消息的参数部分中的寻呼消息的条数求和，得到所述第三寻呼消息的参数部分中的寻呼消息的条数；

根据所述第一寻呼消息的参数部分中的寻呼消息的类型和/或所述第二寻呼消息的参数部分中的寻呼消息的类型，得到所述第三寻呼消息的参数部分中的寻呼消息的类型；

将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分，包括：

按照预设顺序依次设置所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分，得到所述第三寻呼消息的内容部分。

6.一种用于处理寻呼消息的装置，其特征在于，包括：

接收模块，用于接收第一寻呼消息；

确定模块，用于确定所述第一寻呼消息的寻呼时机对应的寻呼缓存；

合并模块，用于若所述第一寻呼消息是向处于RRC_IDLE态的终端发送的寻呼消息且所述寻呼缓存中已存储有与所述第一寻呼消息类型相同的第二寻呼消息，则对所述第一寻呼消息进行拆解，得到所述第一寻呼消息的内容部分和所述第一寻呼消息的参数部分；根据所述第一寻呼消息的参数部分和所述第二寻呼消息的参数部分，得到第三寻呼消息的参数部分；并将所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分作为所述第三寻呼消息的内容部分；

缓存模块，用于在所述寻呼缓存中使用所述第三寻呼消息覆盖所述第二寻呼消息。

7.如权利要求6所述用于处理寻呼消息的装置，其特征在于，所述确定模块，具体用于：

根据所述第一寻呼消息确定所述第一寻呼消息的寻呼时机；

根据所述第一寻呼消息的类型和所述第一寻呼消息的寻呼时机，确定所述第一寻呼消息的寻呼时机对应的寻呼缓存。

8.如权利要求6所述用于处理寻呼消息的装置，其特征在于，所述确定模块，具体用于：

根据所述寻呼消息中所携带的参数计算出对应的寻呼帧值及寻呼时刻值；根据设定的重复次数N、所述寻呼帧值及所述寻呼时刻值，确定离当前时刻最近的N个寻呼时机。

9.如权利要求6所述用于处理寻呼消息的装置，其特征在于，还包括发送模块，用于在寻呼时机到达时，发送所述寻呼时机对应的寻呼缓存中的所述第三寻呼消息。

10.如权利要求6至9任一项所述用于处理寻呼消息的装置，其特征在于，寻呼消息的参数部分包括寻呼消息的条数和寻呼消息的类型；所述合并模块，具体用于：

对所述第一寻呼消息的参数部分中的寻呼消息的条数和所述第二寻呼消息的参数部分中的寻呼消息的条数求和，得到所述第三寻呼消息的参数部分中的寻呼消息的条数；

根据所述第一寻呼消息的参数部分中的寻呼消息的类型，和/或，所述第二寻呼消息的参数部分中的寻呼消息的类型，得到所述第三寻呼消息的参数部分中的寻呼消息的类型；

按照预设顺序依次设置所述第一寻呼消息的内容部分和所述第二寻呼消息的内容部分，得到所述第三寻呼消息的内容部分。