一种寻呼消息的调度方法及装置与流程

本发明涉及通信技术领域，尤其涉及一种寻呼消息的调度方法及装置。

背景技术

为了在现有lte(longtermevolution，长期演进)蜂窝网络中满足物联网设备的需求，3gpp标准组织立项提出了nb-iot(narrowband-internetofthings，窄带物联网)和emtc(enhancedmachinetypecommunication，增强的机器类通信)技术，目标是更低用户设备成本、更大覆盖范围。处于小区边缘的ue(userequipment，用户设备)需要通过适量的重复传输来弥补覆盖的损失。因此，针对覆盖增强的需求，标准上规定各个物理信道需要在连续的多个子帧内进行重复传输，从而提升接收端的接收信噪比。

3gpp标准中，寻呼消息的发送机制是网络将多个用户的寻呼记录(pagingrecord)复用在同一条寻呼消息(pagingmessage)中进行调度。其具体实现流程是rrc(radioresourcecontrol，无线资源控制协议)层确定寻呼的目标用户，即并将多个寻呼记录(pagingrecord)复用在同一条寻呼消息(pagingmessage)中统一进行ans.1(abstractsyntaxnotationone，抽象语法标记1)编码之后，将编码的结果发送给底层即rlc(radiolinkcontrol，无线链路控制)和mac(mediaaccesscontrol，介质访问控制)层进行调度。对于mac而言，因为pcch(physicalcontrolchannel，物理控制信道)采用tm机制，因此会尽量分配一个可承载该编码结果的授权，以便pcch数据块的不分段传输。在lte系统中，在每个下行调度时刻，因为pcch的调度总是放在高优先级别，因此mac查找到足够的资源供pcch的调度将不成为问题。

在nb-iot系统以及emtc技术引入重复传输之后，即便pcch的调度总是放在高优先级别，但是，由于当前调度时刻的资源可能被之前调度时刻分配出去的授权重复传输而占用，因而将导致在当前调度时刻找不到足够的资源用于传输pcch。而对于pcch而言，由于不能进行分段传输，进而导致pcch调度失败。而一旦调度失败，则意味着当前寻呼时刻将不会发出寻呼消息而浪费寻呼机会。

技术实现要素：

有鉴于此，本发明提供一种寻呼消息的调度方法及装置，以提升寻呼消息的调度成功率。

为解决上述技术问题，本发明提供一种寻呼消息的调度方法，包括：

获取n个候选寻呼消息包，其中，n为大于0的整数；

对所述n个候选寻呼消息包进行编码，获取n个编码后的候选寻呼消息包；

分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息；

向底层发送所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息。

其中，所述分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息，包括：

分别获取所述n个编码后的候选寻呼消息包对应的被寻呼用户的信道条件信息、单个寻呼消息的大小、成功寻呼的解调门限；

根据所述被寻呼用户的信道条件信息、所述单个寻呼消息的大小、所述成功寻呼的解调门限，分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

其中，所述寻呼消息调度信息包括：编码后的候选寻呼消息包中的寻呼个数、重复次数、调制与编码策略mcs等级；

在所述分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息之后，还包括：

以寻呼个数或重复次数或调制与编码策略mcs等级为依据，对所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息按照预定的排列顺序进行排序。

其中，在所述向底层发送所述寻呼消息调度信息和编码后的所述获取n个编码后的候选寻呼消息包之后，所述方法还包括：

接收所述底层的资源通知信息，在所述资源通知信息中包括所述底层确定的当前可用的资源的个数以及对应的允许使用的最大重复次数；

根据所述资源通知信息重新获取m个候选寻呼消息包，其中m为大于0的整数；

对所述m个候选寻呼消息包进行编码，获取m个编码后的候选寻呼消息包；

确定所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息；

向所述底层发送所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息。

其中，在所述获取n个候选寻呼消息包之前，所述方法还包括：

通知所述底层进行资源信息的上报；

接收所述底层上报的寻呼资源可用信息；

所述获取n个候选寻呼消息包，包括：

根据所述底层上报的寻呼资源可用信息，获取n个候选寻呼消息包。

第二方面，本发明实施例提供一种寻呼消息的调度方法，包括：

接收高层发送的n个编码后的候选寻呼消息包和所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中，n为大于0的整数；

根据所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息，进行寻呼消息调度。

其中，所述根据所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息，进行寻呼消息调度，包括：

分别根据所述n个编码后的候选寻呼消息包对应的寻呼调度信息，确定是否有足够的资源承载对应的候选寻呼消息包；

若有足够的资源承载对应的候选寻呼消息包，则进行寻呼调度；否则，向所述高层返回调度结果通知，所述调度结果通知用于表示寻呼消息调度失败。

其中，在所述根据所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息，进行寻呼消息调度之后，所述方法还包括：

向所述高层发送资源通知信息，在所述资源通知信息中包括当前可用的资源的个数以及对应的允许使用的最大重复次数；

接收所述高层根据所述资源通知信息重新发送的m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中m为大于0的整数；

根据所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，进行寻呼消息调度。

其中，在所述接收无线资源控制高层发送的n个编码后的候选寻呼消息包和所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息之前，所述方法还包括：

根据所述高层的通知向所述高层上报寻呼资源可用信息。

第三方面，本发明实施例提供一种寻呼消息的调度装置，包括：

获取模块，用于获取n个候选寻呼消息包，其中，n为大于0的整数；

编码模块，用于对所述n个候选寻呼消息包进行编码，获取n个编码后的候选寻呼消息包；

确定模块，用于分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息；

发送模块，用于向底层发送所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息。

其中，所述确定模块包括：

获取子模块，用于分别获取所述n个编码后的候选寻呼消息包对应的被寻呼用户的信道条件信息、单个寻呼消息的大小、成功寻呼的解调门限；

确定子模块，用于根据所述被寻呼用户的信道条件信息、所述单个寻呼消息的大小、所述成功寻呼的解调门限，分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

其中，所述确定子模块，还包括：

排序子模块，用于以寻呼个数或重复次数或调制与编码策略mcs等级为依据，对所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息按照预定的排列顺序进行排序。

其中，所述装置还包括：

第一接收模块，用于接收所述底层的资源通知信息，在所述资源通知信息中包括所述底层确定的当前可用的资源的个数以及对应的允许使用的最大重复次数；

所述获取模块还用于，根据所述资源通知信息重新获取m个候选寻呼消息包，其中m为大于0的整数；

所述编码模块还用于，对所述m个候选寻呼消息包进行编码，获取m个编码后的候选寻呼消息包；

所述确定模块还用于，确定m个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中m为大于0的整数；

所述发送模块还用于，向所述底层发送所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息。

其中，所述装置还包括：

通知模块，用于通知所述底层进行资源信息的上报；

第二接收模块，用于接收所述底层上报的寻呼资源可用信息；

所述获取模块具体用于，根据所述底层上报的寻呼资源可用信息，获取n个候选寻呼消息包。

第四方面，本发明实施例提供一种寻呼消息的调度装置，包括：

接收模块，用于接收高层发送的n个编码后的候选寻呼消息包和所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中，n为大于0的整数；

调度模块，用于根据所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息，进行寻呼消息调度。

其中，所述调度模块包括：

确定子模块，用于分别根据所述n个编码后的候选寻呼消息包对应的寻呼调度信息，确定是否有足够的资源承载对应的候选寻呼消息包；

处理子模块，用于若有足够的资源承载对应的候选寻呼消息包，则进行寻呼调度；否则，向所述高层返回调度结果通知，所述调度结果通知用于表示寻呼消息调度失败。

其中，所述装置还包括：

发送模块，用于向所述高层发送资源通知信息，在所述资源通知信息中包括当前可用的资源的个数以及对应的允许使用的最大重复次数；

所述接收模块还用于，接收所述高层根据所述资源通知信息重新发送的m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中m为大于0的整数；

所述调度模块还用于，根据所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，进行寻呼消息调度。

其中，所述装置还包括：

上报模块，用于根据所述高层的通知向所述高层上报寻呼资源可用信息。

本发明的上述技术方案的有益效果如下：

在本发明实施例中，高层将编码后的候选数据包和对应的寻呼调度信息发送给底层，由底层根据该寻呼调度信息和编码后的候选数据包进行调度。从而，底层可根据该寻呼调度信息进行调度，避免了现有技术中在当前寻呼时刻无法发出寻呼消息而浪费寻呼机会的缺陷，提升了寻呼消息的调度成功率。

附图说明

图1为本发明实施例的寻呼消息的调度方法的流程图；

图2为本发明实施例的寻呼消息的调度方法的流程图；

图3为本发明实施例的寻呼消息的调度方法的流程图；

图4为本发明实施例的寻呼消息的调度方法的流程图；

图5为本发明实施例的寻呼消息的调度方法的流程图；

图6为本发明实施例的寻呼消息的调度装置的示意图；

图7为本发明实施例的寻呼消息的调度装置的结构图；

图8为本发明实施例的寻呼消息的调度装置的结构图；

图9为本发明实施例的寻呼消息的调度装置的示意图；

图10为本发明实施例的寻呼消息的调度装置的结构图；

图11为本发明实施例的寻呼消息的调度装置的结构图；

图12为本发明实施例的网络侧设备的示意图；

图13为本发明实施例的网络侧设备的示意图。

具体实施方式

下面将结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

如图1所示，本发明实施例的寻呼消息的调度方法，应用于高层，包括：

步骤101、获取n个候选寻呼消息包，其中n为大于0的整数。

在此，可根据需要设置需要的候选寻呼消息包。

步骤102、对所述n个候选寻呼消息包进行编码，获取n个编码后的候选寻呼消息包。

在此，对n个候选寻呼消息进行编码的方式在本发明实施例中不做限定。例如，可对n个候选寻呼消息包进行ans.1编码。

步骤103、分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

在此，分别获取所述n个编码后的候选寻呼消息包对应的被寻呼用户的信道条件信息、单个寻呼消息的大小、成功寻呼的解调门限，根据所述被寻呼用户的信道条件信息、所述单个寻呼消息的大小、所述成功寻呼的解调门限，分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

其中，所述被寻呼用户的信道条件信息可以通过核心网记录的该被寻呼用户的mpdcch(mtcphysicaldownlinkcontrolchannel，机器类通信物理下行控制信道)重复传输次数和聚合等级，或者其他信息间接估算获得。

对于n个编码后的寻呼消息调度信息，为进一步提高调度成功率，节约资源，可以寻呼个数或重复次数或mcs(modulationandcodingscheme，调制与编码策略)等级为依据，对所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息按照预定的排列顺序进行排序。

例如，可首先按照寻呼个数以降序排列；寻呼个数相同的情况下，以重复次数升序排列；重复次数也相同的情况下，以mcs等级降序排序。

步骤104、向底层发送所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息。

在本发明实施例中，高层将编码后的候选数据包和对应的寻呼调度信息发送给底层，由底层根据该寻呼调度信息和编码后的候选数据包进行调度。从而，底层可根据该寻呼调度信息进行调度，避免了现有技术中在当前寻呼时刻无法发出寻呼消息而浪费寻呼机会的缺陷，提升了寻呼消息的调度成功率。

在上述实施例的基础上，为进一步提高寻呼消息的调度成功率，还可包括：

接收所述底层的资源通知信息，在所述资源通知信息中包括所述底层确定的当前可用的资源的个数以及对应的允许使用的最大重复次数。根据所述资源通知信息重新获取m个候选寻呼消息包，其中m为大于0的整数。对所述m个候选寻呼消息包进行编码，获取m个编码后的候选寻呼消息包，确定所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息。向所述底层发送所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息。

高层根据底层的反馈可重新确定候选寻呼消息包和对应的寻呼消息调度信息，从而进一步提高了寻呼消息的调度成功率。

在上述实施例的基础上，为进一步提高寻呼消息的调度成功率，避免高层无效的组包操作，还可包括：通知所述底层进行资源信息的上报，接收所述底层上报的寻呼资源可用信息，并根据所述底层上报的寻呼资源可用信息，获取n个候选寻呼消息包。

如图2所示，本发明实施例的寻呼消息的调度方法，应用于底层，包括：

步骤201、接收高层发送的n个编码后的候选寻呼消息包和所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中，n为大于0的整数。

步骤202、根据所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息，进行寻呼消息调度。

在此步骤中，分别根据所述n个编码后的候选寻呼消息包对应的寻呼调度信息，确定是否有足够的资源承载对应的候选寻呼消息包。若有足够的资源承载对应的候选寻呼消息包，则进行寻呼调度；否则，向所述高层返回调度结果通知，所述调度结果通知用于表示寻呼消息调度失败。

在本发明实施例中，高层将编码后的候选数据包和对应的寻呼调度信息发送给底层，由底层根据该寻呼调度信息和编码后的候选数据包进行调度。从而，底层可根据该寻呼调度信息进行调度，避免了现有技术中在当前寻呼时刻无法发出寻呼消息而浪费寻呼机会的缺陷，提升了寻呼消息的调度成功率。

在上述实施例的基础上，为进一步提高寻呼消息的调度成功率，还可包括：

向所述高层发送资源通知信息，在所述资源通知信息中包括当前可用的资源的个数以及对应的允许使用的最大重复次数，接收所述高层根据所述资源通知信息重新发送的m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中m为大于0的整数。根据所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，进行寻呼消息调度。

高层根据底层的反馈可重新确定候选寻呼消息包和对应的寻呼消息调度信息，从而进一步提高了寻呼消息的调度成功率。

在上述实施例的基础上，为进一步提高寻呼消息的调度成功率，避免高层无效的组包操作，还可包括：根据所述高层的通知向所述高层上报寻呼资源可用信息。

在图3的实施例中，rrc层进行寻呼消息组包时提供n个候选寻呼消息包，并组成一个寻呼消息调度列表提交给底层进行调度。如图3所示，本发明实施例的寻呼消息的调度方法，包括：

步骤301、rrc层确定n个候选寻呼消息包，并进行编码，获得n个编码后的候选寻呼消息包。

rrc层进行寻呼消息组包时提供n个候选寻呼消息包，组成一个寻呼消息调度列表提交给底层进行调度，假设n＝3。

步骤302、分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

在此，获得被寻呼用户的信道条件，其中该信道条件可以通过核心网记录的该被寻呼用户的mpdcch重复传输次数和聚合等级，或者其他信息间接估算获得。根据该信道条件、单个寻呼消息的大小、成功寻呼的解调门限，确定出n个候选寻呼消息包对应的寻呼消息调度信息。其中，该寻呼消息调度信息可用寻呼消息调度信息列表的形式实现。假设如下表1所示。

表1

在该表中，“mpdcch的“聚合等级/重复次数””表示信道条件，“ans.1编码后的寻呼消息包中寻呼个数/重复次数/mcs等级”表示寻呼消息调度信息。

其中，寻呼个数/重复次数/mcs等级这三个维度的排序先后不限制。本实施例中，假设首先按照寻呼个数以降序排列；寻呼个数相同的情况下，以重复次数升序排列；重复次数也相同的情况下，以mcs等级降序排序。

步骤303、rrc层将寻呼消息调度列表以及对应的ans.1编码后的寻呼消息包提交给底层，即rlc和mac层进行调度。

步骤304、mac层进行调度。

具体的，mac层根据寻呼消息调度列表中的记录逐个尝试进行资源分配，直到可以找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息。如果找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息，则终止剩余的候选寻呼消息调度信息的尝试，并且调度完成后销毁寻呼消息调度列表。若mac层对于寻呼消息调度列表中任何一条记录都不可以成功调度，则将通知高层调度失败，同时也将销毁寻呼消息调度列表。

在图4的实施例中，rrc层进行寻呼消息组包时提供n个候选寻呼消息包，提交给底层进行调度；mac会将调度结果通知给rrc层，以便rrc层进一步提供一个候选寻呼消息包。

如图4所示，本发明实施例的寻呼消息的调度方法，包括：

步骤401、rrc层确定n个候选寻呼消息包，并进行编码，获得n个编码后的候选寻呼消息包。假设n＝1。

步骤402、分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

在此，获得被寻呼用户的信道条件，其中该信道条件可以通过核心网记录的该被寻呼用户的mpdcch重复传输次数和聚合等级，或者其他信息间接估算获得。根据该信道条件、单个寻呼消息的大小、成功寻呼的解调门限，确定出n个候选寻呼消息包对应的寻呼消息调度信息。其中，该寻呼消息调度信息可用寻呼消息调度信息列表的形式实现。假设如下表2所示。

表2

其中，由于表中只有一个元素，所以不需要基于寻呼个数/重复次数/mcs等级这三个维度按照一定准则执行排序。

步骤403、rrc层将寻呼消息调度列表以及对应的ans.1编码后的寻呼消息包提交给底层，即rlc和mac层进行调度。

步骤404、mac层进行调度。

具体的，mac层根据寻呼消息调度列表中的记录逐个尝试进行资源分配，直到可以找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息。如果找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息，则终止剩余的候选寻呼消息调度信息的尝试，并且调度完成后销毁寻呼消息调度列表。若mac层对于寻呼消息调度列表中任何一条记录都不可以成功调度，则将通知高层调度失败，同时也将销毁寻呼消息调度列表。

步骤405、若mac层对于寻呼消息调度列表中任何一条记录都不可以成功调度，mac层向rrc层发送资源通知信息，在所述资源通知信息中包括当前可用的资源的个数以及对应的允许使用的最大重复次数。

步骤406、rrc层收到mac的资源信息反馈之后，根据所述资源通知信息重新获取m个候选寻呼消息包，其中m为大于0的整数，根据所述资源通知信息重新获取m个候选寻呼消息包，其中m为大于0的整数，确定所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，向所述底层发送所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息。在此，假设m＝2。其中，该寻呼消息调度信息可用寻呼消息调度信息列表的形式实现。假设如下表3所示。

表3

其中，寻呼个数/重复次数/mcs等级这三个维度的排序先后不限制。本实施例中，假设首先按照寻呼个数以降序排列；寻呼个数相同的情况下，以重复次数升序排列；重复次数也相同的情况下，以mcs等级降序排序。

步骤407、mac层进行调度。

mac根据rrc层再次发送的寻呼消息调度列表中元素逐个尝试进行资源分配，直到可以找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息。如果找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息，则终止剩余的候选寻呼消息调度信息的尝试，并且调度完成后销毁寻呼消息调度列表。若mac层对于寻呼消息调度列表中任何一条记录都不可以成功调度，则将通知高层调度失败，同时也将销毁寻呼消息调度列表。

循环执行步骤405-407，具体循环次数x可以oam(operationadministrationandmaintenance，操作管理维护)控制，x≥1。

在图5的实施例中，rrc层进行寻呼消息组包前先通知mac进行资源信息的上报，然后根据mac资源信息上报结果，向mac提供n个候选寻呼消息包，提交给底层进行调度。

如图5所示，本发明实施例的寻呼消息的调度方法，包括：

步骤501、在寻呼时刻或者提前一些时刻，rrc层发现有寻呼消息调度的需求，通知mac层进行资源信息上报。

步骤502、mac层向所述高层上报寻呼资源可用信息，如查找到的某个窄带上6个prb(physicalresourceblock物理资源块)都可用时对应的pdsch(physicaldownlinksharedchannel，物理下行共享信道)允许的最大重复次数。

步骤503、rrc层根据寻呼资源可用信息确定n个候选寻呼消息包，并进行编码，获得n个编码后的候选寻呼消息包。假设n＝2。

步骤504、rrc层分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

在此，获得被寻呼用户的信道条件，其中该信道条件可以通过核心网记录的该被寻呼用户的mpdcch重复传输次数和聚合等级，或者其他信息间接估算获得。根据该信道条件、单个寻呼消息的大小、成功寻呼的解调门限，确定出n个候选寻呼消息包对应的寻呼消息调度信息。其中，该寻呼消息调度信息可用寻呼消息调度信息列表的形式实现。假设如下表4所示。

表4

其中，寻呼个数/重复次数/mcs等级这三个维度的排序先后不限制。本实施例中，假设首先按照寻呼个数以降序排列；寻呼个数相同的情况下，以重复次数升序排列；重复次数也相同的情况下，以mcs等级降序排序。

步骤505、rrc层将寻呼消息调度列表以及对应的ans.1编码后的寻呼消息包提交给底层，即rlc和mac层进行调度。

步骤506、mac层进行调度。

mac层根据寻呼消息调度列表中的记录逐个尝试进行资源分配，直到可以找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息。如果找到足够的资源承载寻呼消息调度列表中的某个候选寻呼消息，则终止剩余的候选寻呼消息调度信息的尝试，并且调度完成后销毁寻呼消息调度列表。若mac层对于寻呼消息调度列表中任何一条记录都不可以成功调度，则将通知高层调度失败，同时也将销毁寻呼消息调度列表。

循环执行步骤502-506，具体循环次数x可以oam(operationadministrationandmaintenance，操作管理维护)控制，x≥1。

如图6所示，本发明实施例寻呼消息的调度装置包括：

获取模块601，用于获取n个候选寻呼消息包，其中，n为大于0的整数；编码模块602，用于对所述n个候选寻呼消息包进行编码，获取n个编码后的候选寻呼消息包；确定模块603，用于分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息；发送模块604，用于向底层发送所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息。

其中，所述确定模块603包括：

获取子模块，用于分别获取所述n个编码后的候选寻呼消息包对应的被寻呼用户的信道条件信息、单个寻呼消息的大小、成功寻呼的解调门限；

确定子模块，用于根据所述被寻呼用户的信道条件信息、所述单个寻呼消息的大小、所述成功寻呼的解调门限，分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

其中，所述确定子模块603还包括：

排序子模块，用于以寻呼个数或重复次数或调制与编码策略mcs等级为依据，对所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息按照预定的排列顺序进行排序。

如图7所示，所述装置还包括：

第一接收模块605，用于接收所述底层的资源通知信息，在所述资源通知信息中包括所述底层确定的当前可用的资源的个数以及对应的允许使用的最大重复次数；所述获取模块601还用于，根据所述资源通知信息重新获取m个候选寻呼消息包，其中m为大于0的整数；所述编码模块602还用于，对所述m个候选寻呼消息包进行编码，获取m个编码后的候选寻呼消息包；所述确定模块603还用于，确定m个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中m为大于0的整数；所述发送模块604还用于，向所述底层发送所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息。

如图8所示，所述装置还包括：

通知模块609，用于通知所述底层进行资源信息的上报；第二接收模块610，用于接收所述底层上报的寻呼资源可用信息；所述获取模块601具体用于，根据所述底层上报的寻呼资源可用信息，获取n个候选寻呼消息包。

本发明所述装置的工作原理可参照前述方法实施例的描述。

在本发明实施例中，高层将编码后的候选数据包和对应的寻呼调度信息发送给底层，由底层根据该寻呼调度信息和编码后的候选数据包进行调度。从而，底层可根据该寻呼调度信息进行调度，避免了现有技术中在当前寻呼时刻无法发出寻呼消息而浪费寻呼机会的缺陷，提升了寻呼消息的调度成功率，降低了寻呼时延。

如图9所示，本发明实施例的寻呼消息的调度装置，包括：

接收模块901，用于接收高层发送的n个编码后的候选寻呼消息包和所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中，n为大于0的整数；调度模块902，用于根据所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息，进行寻呼消息调度。

其中，所述调度模块902包括：

确定子模块，用于分别根据所述n个编码后的候选寻呼消息包对应的寻呼调度信息，确定是否有足够的资源承载对应的候选寻呼消息包；处理子模块，用于若有足够的资源承载对应的候选寻呼消息包，则进行寻呼调度；否则，向所述高层返回调度结果通知，所述调度结果通知用于表示寻呼消息调度失败。

如图10所示，所述装置还包括：发送模块903，用于向所述高层发送资源通知信息，在所述资源通知信息中包括当前可用的资源的个数以及对应的允许使用的最大重复次数；所述接收模块901，还用于接收所述高层根据所述资源通知信息重新发送的m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中m为大于0的整数；所述调度模块902还用于，根据所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，进行寻呼消息调度。

如图11所示，所述装置还包括：上报模块904，用于根据所述高层的通知向所述高层上报寻呼资源可用信息。

本发明所述装置的工作原理可参照前述方法实施例的描述。

在本发明实施例中，高层将编码后的候选数据包和对应的寻呼调度信息发送给底层，由底层根据该寻呼调度信息和编码后的候选数据包进行调度。从而，底层可根据该寻呼调度信息进行调度，避免了现有技术中在当前寻呼时刻无法发出寻呼消息而浪费寻呼机会的缺陷，提升了寻呼消息的调度成功率。

如图12所示，本发明实施例的网络侧设备，包括：处理器1200，用于读取存储器1220中的程序，执行下列过程：

处理器1200，用于读取存储器1220中的程序，执行下列过程：

获取n个候选寻呼消息包，其中，n为大于0的整数，对所述n个候选寻呼消息包进行编码，获取n个编码后的候选寻呼消息包；分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息；通过收发机1210向底层发送所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息。

收发机1210，用于在处理器1200的控制下接收和发送数据。

其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1200代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1210可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1200负责管理总线架构和通常的处理，存储器1220可以存储处理器1200在执行操作时所使用的数据。

处理器1200负责管理总线架构和通常的处理，存储器1220可以存储处理器1200在执行操作时所使用的数据。

处理器1200还用于，分别获取所述n个编码后的候选寻呼消息包对应的被寻呼用户的信道条件信息、单个寻呼消息的大小、成功寻呼的解调门限；根据所述被寻呼用户的信道条件信息、所述单个寻呼消息的大小、所述成功寻呼的解调门限，分别确定所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息。

所述寻呼消息调度信息包括：编码后的候选寻呼消息包中的寻呼个数、重复次数、调制与编码策略mcs等级；处理器1200还用于，以寻呼个数或重复次数或调制与编码策略mcs等级为依据，对所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息按照预定的排列顺序进行排序。

处理器1200还用于，接收所述底层的资源通知信息，在所述资源通知信息中包括所述底层确定的当前可用的资源的个数以及对应的允许使用的最大重复次数；根据所述资源通知信息重新获取m个候选寻呼消息包，其中m为大于0的整数；对所述m个候选寻呼消息包进行编码，获取m个编码后的候选寻呼消息包；确定所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息；向所述底层发送所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息。

处理器1200还用于，通知所述底层进行资源信息的上报；接收所述底层上报的寻呼资源可用信息；根据所述底层上报的寻呼资源可用信息，获取n个候选寻呼消息包。

如图13所示，本发明实施例的网络侧设备，包括：处理器1300，用于读取存储器1320中的程序，执行下列过程：

处理器1300，用于读取存储器1320中的程序，接收高层发送的n个编码后的候选寻呼消息包和所述n个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中，n为大于0的整数；根据所述n个编码后的候选寻呼消息包和所述寻呼消息调度信息，进行寻呼消息调度。

收发机1310，用于在处理器1300的控制下接收和发送数据。

其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1300代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1310可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1300负责管理总线架构和通常的处理，存储器1320可以存储处理器1300在执行操作时所使用的数据。

处理器1300负责管理总线架构和通常的处理，存储器1320可以存储处理器1300在执行操作时所使用的数据。

处理器1300还用于，分别根据所述n个编码后的候选寻呼消息包对应的寻呼调度信息，确定是否有足够的资源承载对应的候选寻呼消息包；若有足够的资源承载对应的候选寻呼消息包，则进行寻呼调度；否则，向所述高层返回调度结果通知，所述调度结果通知用于表示寻呼消息调度失败。

处理器1300还用于，向所述高层发送资源通知信息，在所述资源通知信息中包括当前可用的资源的个数以及对应的允许使用的最大重复次数；接收所述高层根据所述资源通知信息重新发送的m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，其中m为大于0的整数；根据所述m个编码后的候选寻呼消息包，和所述m个编码后的候选寻呼消息包对应的寻呼消息调度信息，进行寻呼消息调度。

处理器1300还用于，根据所述高层的通知向所述高层上报寻呼资源可用信息。

本发明实施例还提供一种计算机可读存储介质，用于存储计算机程序，其特征在于，所述计算机程序可被处理器执行前述方法实施例的过程。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

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