一种寻呼优化的方法、装置、基站、用户设备和介质与流程

network temporary ident ifier)，即可判断在本次寻呼是否有发寻呼消息给自己。其中系统消息变更指示信息由基站侧触发并通过寻呼消息下发给ue。当前协议规定，在基站接收到核心网下发的寻呼消息后，先判断系统消息是否有变更，若有变更发生将在此寻呼消息中一同携带。寻呼消息的下发周期即寻呼drx(di scont inuous recept ion，不连续接收)周期，在每个寻呼drx周期的寻呼时机都需要为ue配置可用于发送系统消息变更指示信息的寻呼资源，由于在每个寻呼drx周期的寻呼时机不一定会发生系统消息变更，尤其对于寻呼时机间隔drx周期值较系统消息变更周期值小得多的ue，将带来部分的寻呼资源的浪费。


技术实现要素：

7.本发明提供了一种寻呼优化的方法、装置、基站、用户设备和介质，通过对寻呼资源进行合理配置，从而节省寻呼资源。
8.第一方面，本发明实施例提供了一种寻呼优化的方法，包括：
9.基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
10.所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
11.第二方面，本发明实施例提供了一种寻呼优化的方法，包括：
12.用户设备ue确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
13.所述ue根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
14.第三方面，本发明实施例提供了一种寻呼优化的装置，包括：
15.第一确定模块，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
16.发送模块，用于发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
17.第四方面，本发明实施例提供了一种寻呼优化的装置，包括：
18.第二确定模块，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
19.接收模块，用于根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
20.第五方面，本发明实施例提供了一种基站，包括：存储器，以及一个或多个处理器；
21.所述存储器，配置为存储一个或多个程序；
22.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现第一方面所述的寻呼优化的方法。
23.第六方面，本发明实施例提供了一种用户设备，包括：存储器，以及一个或多个处理器；
24.所述存储器，配置为存储一个或多个程序；
25.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理
器实现第二方面所述的寻呼优化的方法。
26.第七方面，本发明实施例提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现第一方面所述的寻呼优化的方法。
27.第八方面，本发明实施例提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现第二方面所述的寻呼优化的方法。
28.与现有技术相比，本发明实施例中，基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
附图说明
29.附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本技术的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
30.图1为lte系统中寻呼的传输示意图；
31.图2为本发明实施例的寻呼优化的方法(基站侧)；
32.图3为本发明实施例的寻呼优化的方法(ue侧)；
33.图4为本发明实施例的寻呼优化的装置(应用于基站)；
34.图5为本发明实施例的寻呼优化的装置(应用于ue)。
具体实施方式
35.为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。
36.在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
37.在通信系统中，当系统消息发生变更可在寻呼消息里将系统消息变更的指示信息携带给ue。基站在接收到核心网下发的寻呼消息后，如果此时系统消息发生变更，将会把系统消息变更指示信息在寻呼消息里携带并发送给ue。在此机制下，需要为每个寻呼时机配置的寻呼资源能够满足系统消息变更指示信息的发送。在系统消息变更周期较大的情况下，为ue的每个寻呼时机配置用于发送系统消息变更指示信息的资源显然带来较大的浪费。因此，可考虑配置多种寻呼类型，并配置相应的寻呼时机参数。
38.如图2所示，在基站侧，本发明实施例的寻呼优化的方法，包括：
39.步骤101，基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
40.步骤102，所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
41.在一实施例中，寻呼类型有两种，包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或ue专有寻呼消息，所述第二寻呼类型
对应于第二寻呼时机，用于发送ue专有寻呼消息。
42.步骤101中，基站配置寻呼类型及对应的寻呼时机参数；或者，基站从核心网接收ue与核心网协商确定的寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
43.其中，可根据预定义规则确定每种寻呼类型对应的寻呼时机参数，其中，所述预定义规则包括：定义每种寻呼类型对应的寻呼时机的drx周期值，以及，定义每种寻呼类型对应的寻呼时机可用的无线帧号和/或无线子帧号。
44.由基站配置寻呼类型及对应的寻呼时机参数时，可采用广播方式通知小区内的所有ue，寻呼类型及对应的寻呼时机参数。
45.本文中的ue，可以是nb-iot ue。
46.其中，所述寻呼时机参数可包括寻呼时机的drx周期值，针对第一寻呼类型，所述步骤101可包括：
47.所述基站根据系统消息的相关参数或第二寻呼时机的相关参数配置所述第一寻呼时机的drx周期值。
48.其中，所述基站可根据如下参数中的一种配置所述第一寻呼时机的drx周期值：系统消息变更周期的倍数、系统消息调度周期倍数、第二寻呼时机的最小周期的倍数。
49.所述系统消息可包括以下至少之一：系统更新指示消息、变更的系统消息。
50.针对第二寻呼类型，所述步骤101可包括：
51.所述基站根据下行数据的相关参数配置所述第二寻呼时机的drx周期值。
52.其中，所述基站根据下行数据发生的周期的倍数，或者，根据下行数据调度周期的倍数配置所述第二寻呼时机的drx周期值，或者，所述基站根据下行数据的业务类型时延特征划分等级并配置对应的所述第二寻呼时机的drx周期值。
53.所述步骤102中，若同一时刻同时存在第一寻呼时机和第二寻呼时机，且所述ue支持多频点接收，则所述基站同时在第一寻呼时机和第二寻呼时机将各自的寻呼消息下发至所述ue；若所述ue不支持多频点接收，则所述基站可优先发送携带系统消息的寻呼消息，ue专有寻呼消息缓存在基站，待下一个寻呼时机再下发给所述ue。
54.本发明实施例中，基站确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；所述基站发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
55.如图3所示，在终端侧，本发明实施例的寻呼优化的方法，包括：
56.步骤201，ue确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
57.步骤202，所述ue根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
58.所述ue可以是nb-iot ue。
59.其中，所述寻呼类型可包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或ue专有寻呼消息，所述第二寻呼类型对应于第二寻呼时机，用于发送ue专有寻呼消息。
60.其中，步骤201可包括：
61.所述ue接收携带寻呼配置信息的系统消息，获知基站配置的寻呼类型及对应的寻呼时机参数；或者，所述ue与核心网协商确定寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
62.其中，所述寻呼时机参数可包括寻呼时机的drx周期值，所述步骤202中，所述ue根据寻呼消息的寻呼类型获知对应的寻呼时机的drx周期值，根据所述寻呼时机的drx周期值，计算相应的寻呼时机，在每个寻呼时机监听寻呼消息。
63.所述步骤202中，若同一时刻同时存在第一寻呼时机和第二寻呼时机，且所述ue支持多频点接收，则所述ue同时在第一寻呼时机和第二寻呼时机监听并接收寻呼消息；若所述ue不支持多频点接收，则所述ue优先在第一寻呼时机接收携带系统消息的寻呼消息。
64.本发明实施例中，ue确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；所述ue根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
65.如图4所示，本发明实施例的寻呼优化的装置，应用于基站，包括：
66.第一确定模块31，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
67.发送模块32，用于发送寻呼消息时，选择相应的寻呼类型，在所述寻呼类型对应的寻呼时机发送所述寻呼消息。
68.可选地，所述寻呼类型包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或用户设备ue专有寻呼消息，所述第二寻呼类型对应于第二寻呼时机，用于发送ue专有寻呼消息。
69.可选地，所述第一确定模块31包括：
70.配置单元，用于配置寻呼类型及对应的寻呼时机参数；或者
71.接收单元，用于从核心网接收ue与核心网协商确定的寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
72.可选地，所述寻呼时机参数包括寻呼时机的不连续接收drx周期值，所述配置单元包括：
73.第一配置子单元，用于根据系统消息的相关参数或第二寻呼时机的相关参数配置所述第一寻呼时机的drx周期值。
74.可选地，所述第一配置子单元，进一步用于：根据如下参数中的一种配置所述第一寻呼时机的drx周期值：系统消息变更周期的倍数、系统消息调度周期倍数、第二寻呼时机的最小周期的倍数。
75.可选地，所述系统消息包括以下至少之一：系统更新指示消息、变更的系统消息。
76.可选地，所述寻呼时机参数包括寻呼时机的drx周期值，所述配置单元包括：
77.第二配置子单元，用于根据下行数据的相关参数配置所述第二寻呼时机的drx周期值。
78.可选地，所述第二配置子单元，进一步用于：
79.根据下行数据发生的周期的倍数，或者，根据下行数据调度周期的倍数配置所述第二寻呼时机的drx周期值，或者，所述基站根据下行数据的业务类型时延特征划分等级并
配置对应的所述第二寻呼时机的drx周期值。
80.可选地，所述配置单元进一步用于：
81.根据预定义规则确定每种寻呼类型对应的寻呼时机参数，其中，所述预定义规则包括：定义每种寻呼类型对应的寻呼时机的drx周期值，以及，定义每种寻呼类型对应的寻呼时机可用的无线帧号和/或无线子帧号。
82.本发明实施例中，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
83.如图5所示，本发明实施例的寻呼优化的装置，应用于ue，包括：
84.第二确定模块41，用于确定寻呼类型及对应的寻呼时机参数；其中，所述寻呼类型至少包括两种；
85.接收模块42，用于根据寻呼消息的寻呼类型，在所述寻呼类型对应的寻呼时机接收所述寻呼消息。
86.可选地，所述寻呼类型包括第一寻呼类型和第二寻呼类型，所述第一寻呼类型对应于第一寻呼时机，用于发送系统消息和/或ue专有寻呼消息，所述第二寻呼类型对应于第二寻呼时机，用于发送ue专有寻呼消息。
87.可选地，所述第二确定模块41，包括：
88.获知单元，用于接收携带寻呼配置信息的系统消息，获知基站配置的寻呼类型及对应的寻呼时机参数；或者，
89.协商单元，用于与核心网协商确定寻呼配置参数，从而确定寻呼类型及对应的寻呼时机参数。
90.可选地，所述寻呼时机参数包括寻呼时机的drx周期值，所述接收模块42，进一步用于：
91.根据寻呼消息的寻呼类型获知对应的寻呼时机的drx周期值，根据所述寻呼时机的drx周期值，计算相应的寻呼时机，在每个寻呼时机监听寻呼消息。
92.本发明实施例中，通过采用多种寻呼类型，不同的寻呼消息可对应不同的寻呼类型和寻呼时机，从而有效的节省寻呼资源。
93.本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述如图2所示的寻呼优化的方法。
94.本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述如图3所示的寻呼优化的方法。
95.显然，本领域的技术人员应该明白，上述的本发明实施例的模块或步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。
96.虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭
露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。
97.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。