本发明涉及无线通信技术，尤指一种寻呼优化的方法和装置。
背景技术：
移动互联网、物联网、以及其他业务应用的迅猛发展已经成为推动第五代移动通信技术(5g)发展的主要驱动力。他们迫切要求5g具有媲美光纤的接入速率、千亿设备的连接能力、完美的实时体验、以及随时随地的无线宽带接入能力。此外，能耗效率、频谱效率和峰值速率等重要指标也需要在5g系统设计时综合考虑。中国在2013年就已经成立了imt-2020(5g)推进组来推动5g技术的发展。根据国际整体情况，2015年形成5g愿景、关键能力需求、及频谱规划；之后将启动5g标准化工作，计划在2020年后开始商用。国际标准方面，lte-advanced(长期演进技术升级版)的技术标准主要是在3gpp(the3rdgenerationpartnershipproject，第三代合作伙伴项目)国际标准化组织制订。业界初步认为在3gppr14阶段将启动面向5g的标准研究工作。
在未来的移动网络应用中，对业务量需求、终端数目以及终端种类都将会呈现爆发时的增长趋势。作为5g的重要场景和技术手段之一，机器间通信(mtc，machinetypecommunication)正受到越来越多的关注。在mtc课题里，针对低成本低吞吐量类型终端的特性，提出了窄带物联网(nb-iot，narrowband-internetofthings)的研究子课题：也就是利用200khz频带为nb-iot低成本终端提供低吞吐量的无线通讯服务。
在lte系统中，如果要向处于空闲状态(rrc状态为rrc-idle)ue(userequipment，用户设备，即终端)发送数据的时候，移动性管理实体(mme，mobilitymanagemententity)需要向ue注册的跟踪区(ta，trackingarea)内的所有enodeb(演进型节点b，即基站)发送寻呼(paging)消息，在enodeb接收到核心网下发的寻呼消息后，先判断系统消息是否有变更，若有变更发生将在此寻呼消息中一同携带。然后enodeb发送寻呼消息通知ue，如图1所示。ue根据寻呼时机(po，pagingoccasion)的计算公式在相应的位置监听寻呼消息，当ue收到寻呼消息后将发起rrc(radioresourcecontrol，无线资源控制)连接请求，以便接收下行数据。mme在发送一次寻呼消息后根据ue在接下来是否执行相应的动作来判断本次寻呼是否被ue成功接收，如果没有被ue成功接收，将会在接下来的寻呼周期内继续寻呼该ue。
如上所述，当有下行数据到达、系统消息变更等事件发生时，将通过寻呼消息的形式通知ue。其中携带下行数据到达指示信息的寻呼消息由核心网触发，ue需要在每个寻呼时机去监听物理下行控制信道(pdcch,physicaldownlinkcontrolchannel)，根据pdcch上是否携带跟该ue匹配的寻呼-无线网络临时标识(p-rnti,paging-radionetworktemporaryidentifier)，即可判断在本次寻呼是否有发寻呼消息给自己。其中系统消息变更指示信息由基站侧触发并通过寻呼消息下发给ue。当前协议规定，在基站接收到核心网下发的寻呼消息后，先判断系统消息是否有变更，若有变更发生将在此寻呼消息中一同携带。寻呼消息的下发周期即寻呼drx(discontinuousreception，不连续接收)周期，在每个寻呼drx周期的寻呼时机都需要为ue配置可用于发送系统消息变更指示信息的寻呼资源，由于在每个寻呼drx周期的寻呼时机不一定会发生系统消息变更，尤其对于寻呼时机间隔drx周期值较系统消息变更周期值小得多的ue，将带来部分的寻呼资源的浪费。
技术实现要素：
本发明提供了一种寻呼优化的方法和装置，通过对寻呼资源进行合理配置，从而节省寻呼资源。
第一方面，本发明实施例提供了一种寻呼优化的方法，包括：
基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
第二方面，本发明实施例提供了一种寻呼优化的方法，包括：
用户设备ue确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
所述ue根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
第三方面，本发明实施例提供了一种寻呼优化的装置，包括：
第一确定模块，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
发送模块，用于发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
第四方面，本发明实施例提供了一种寻呼优化的装置，包括：
第二确定模块，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
接收模块，用于根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
第五方面，本发明实施例提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现第一方面所述的寻呼优化的方法。
第六方面，本发明实施例提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现第二方面所述的寻呼优化的方法。
与现有技术相比，本发明实施例中，基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1为lte系统中寻呼的传输示意图；
图2为本发明实施例的寻呼优化的方法(基站侧)；
图3为本发明实施例的寻呼优化的方法(ue侧)；
图4为本发明实施例的寻呼优化的装置(应用于基站)；
图5为本发明实施例的寻呼优化的装置(应用于ue)。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
在通信系统中，当系统消息发生变更可在寻呼消息里将系统消息变更的指示信息携带给ue。基站在接收到核心网下发的寻呼消息后，如果此时系统消息发生变更，将会把系统消息变更指示信息在寻呼消息里携带并发送给ue。在此机制下，需要为每个寻呼时机配置的寻呼资源能够满足系统消息变更指示信息的发送。在系统消息变更周期较大的情况下，为ue的每个寻呼时机配置用于发送系统消息变更指示信息的资源显然带来较大的浪费。因此，可考虑配置多种寻呼类型，并配置相应的寻呼时机参数。
如图2所示，在基站侧，本发明实施例的寻呼优化的方法，包括：
步骤101，基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
步骤102，所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
在一实施例中，寻呼类型有两种，包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或ue专有寻呼消息，所述第二寻呼类型对应于第二寻呼时机，用于发送ue专有寻呼消息。
步骤101中，基站配置寻呼类型及对应的寻呼时机参数；或者，基站从核心网接收ue与核心网协商确定的寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
其中，可根据预定义规则确定每种寻呼类型对应的寻呼时机参数，其中，所述预定义规则包括：定义每种寻呼类型对应的寻呼时机的drx周期值，以及，定义每种寻呼类型对应的寻呼时机可用的无线帧号和/或无线子帧号。
由基站配置寻呼类型及对应的寻呼时机参数时，可采用广播方式通知小区内的所有ue，寻呼类型及对应的寻呼时机参数。
本文中的ue，可以是nb-iotue。
其中，所述寻呼时机参数可包括寻呼时机的drx周期值，针对第一寻呼类型，所述步骤101可包括：
所述基站根据系统消息的相关参数或第二寻呼时机的相关参数配置所述第一寻呼时机的drx周期值。
其中，所述基站可根据如下参数中的一种配置所述第一寻呼时机的drx周期值：系统消息变更周期的倍数、系统消息调度周期倍数、第二寻呼时机的最小周期的倍数。
所述系统消息可包括以下至少之一：系统更新指示消息、变更的系统消息。
针对第二寻呼类型，所述步骤101可包括：
所述基站根据下行数据的相关参数配置所述第二寻呼时机的drx周期值。
其中，所述基站根据下行数据发生的周期的倍数，或者，根据下行数据调度周期的倍数配置所述第二寻呼时机的drx周期值，或者，所述基站根据下行数据的业务类型时延特征划分等级并配置对应的所述第二寻呼时机的drx周期值。
所述步骤102中，若同一时刻同时存在第一寻呼时机和第二寻呼时机，且所述ue支持多频点接收，则所述基站同时在第一寻呼时机和第二寻呼时机将各自的寻呼消息下发至所述ue；若所述ue不支持多频点接收，则所述基站可优先发送携带系统消息的寻呼消息，ue专有寻呼消息缓存在基站，待下一个寻呼时机再下发给所述ue。
本发明实施例中，基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
如图3所示，在终端侧，本发明实施例的寻呼优化的方法，包括：
步骤201，ue确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
步骤202，所述ue根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
所述ue可以是nb-iotue。
其中，所述寻呼类型可包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或ue专有寻呼消息，所述第二寻呼类型对应于第二寻呼时机，用于发送ue专有寻呼消息。
其中，步骤201可包括：
所述ue接收携带寻呼配置信息的系统消息，获知基站配置的寻呼类型及对应的寻呼时机参数；或者，所述ue与核心网协商确定寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
其中，所述寻呼时机参数可包括寻呼时机的drx周期值，所述步骤202中，所述ue根据寻呼消息的寻呼类型获知对应的寻呼时机的drx周期值，根据所述寻呼时机的drx周期值，计算相应的寻呼时机，在每个寻呼时机监听寻呼消息。
所述步骤202中，若同一时刻同时存在第一寻呼时机和第二寻呼时机，且所述ue支持多频点接收，则所述ue同时在第一寻呼时机和第二寻呼时机监听并接收寻呼消息；若所述ue不支持多频点接收，则所述ue优先在第一寻呼时机接收携带系统消息的寻呼消息。
本发明实施例中，ue确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；所述ue根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
如图4所示，本发明实施例的寻呼优化的装置，应用于基站，包括：
第一确定模块31，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
发送模块32，用于发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
可选地，所述寻呼类型包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或用户设备ue专有寻呼消息，所述第二寻呼类型对应于第二寻呼时机，用于发送ue专有寻呼消息。
可选地，所述第一确定模块31包括：
配置单元，用于配置寻呼类型及对应的寻呼时机参数；或者
接收单元，用于从核心网接收ue与核心网协商确定的寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
可选地，所述寻呼时机参数包括寻呼时机的不连续接收drx周期值，所述配置单元包括：
第一配置子单元，用于根据系统消息的相关参数或第二寻呼时机的相关参数配置所述第一寻呼时机的drx周期值。
可选地，所述第一配置子单元，进一步用于：根据如下参数中的一种配置所述第一寻呼时机的drx周期值：系统消息变更周期的倍数、系统消息调度周期倍数、第二寻呼时机的最小周期的倍数。
可选地，所述系统消息包括以下至少之一：系统更新指示消息、变更的系统消息。
可选地，所述寻呼时机参数包括寻呼时机的drx周期值，所述配置单元包括：
第二配置子单元，用于根据下行数据的相关参数配置所述第二寻呼时机的drx周期值。
可选地，所述第二配置子单元，进一步用于：
根据下行数据发生的周期的倍数，或者，根据下行数据调度周期的倍数配置所述第二寻呼时机的drx周期值，或者，所述基站根据下行数据的业务类型时延特征划分等级并配置对应的所述第二寻呼时机的drx周期值。
可选地，所述配置单元进一步用于：
根据预定义规则确定每种寻呼类型对应的寻呼时机参数，其中，所述预定义规则包括：定义每种寻呼类型对应的寻呼时机的drx周期值，以及，定义每种寻呼类型对应的寻呼时机可用的无线帧号和/或无线子帧号。
本发明实施例中，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
如图5所示，本发明实施例的寻呼优化的装置，应用于ue，包括：
第二确定模块41，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
接收模块42，用于根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
可选地，所述寻呼类型包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或ue专有寻呼消息，所述第二寻呼类型对应于第二寻呼时机，用于发送ue专有寻呼消息。
可选地，所述第二确定模块41，包括：
获知单元，用于接收携带寻呼配置信息的系统消息，获知基站配置的寻呼类型及对应的寻呼时机参数；或者，
协商单元，用于与核心网协商确定寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
可选地，所述寻呼时机参数包括寻呼时机的drx周期值，所述接收模块42，进一步用于：
根据寻呼消息的寻呼类型获知对应的寻呼时机的drx周期值，根据所述寻呼时机的drx周期值，计算相应的寻呼时机，在每个寻呼时机监听寻呼消息。
本发明实施例中，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述如图2所示的寻呼优化的方法。
本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述如图3所示的寻呼优化的方法。
显然，本领域的技术人员应该明白，上述的本发明实施例的模块或步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。