寻呼消息的配置方法、网络侧设备、用户设备及可读介质与流程

本发明涉及通信领域，尤其涉及一种寻呼消息的配置方法、网络侧设备、用户设备及可读介质。

背景技术：

在任何无线网络通信系统中，用户设备(userequipment，ue)均需要从网络侧设备(networkdevice，nw)处接收寻呼消息。并且，寻呼场景或者寻呼窗口彼此间的间隔相对固定，ue被配置在每个寻呼场景或者寻呼窗口中接收至少一个寻呼消息。但是，该种寻呼消息的配置方法会导致ue在一些非必要的场合仍然持续进行寻呼消息的接收，进而造成电量的消耗量大。

为了避免ue在一些非必要的场合接收寻呼消息，目前，寻呼消息的配置或者由ue自行选择，或者需要nw进行变更指示。但是，这些方法均存在通信资源浪费及ue耗电量大的问题。

技术实现要素：

本发明实施例解决的问题是如何在避免通信资源的浪费的基础上，降低用户设备的耗电量。

为解决上述问题，本发明实施例提供了一种寻呼消息的配置方法，所述配置方法包括：当从网络侧设备接收到包括寻呼消息状态配置信息的消息时，解析所述寻呼消息状态配置信息，得到所述寻呼消息状态配置信息的激活条件；当确定满足所述寻呼消息状态配置信息的激活条件时，根据所述寻呼消息状态配置信息接收寻呼消息：在激活态的寻呼时间片内接收预设数量的寻呼消息且在非激活态的寻呼时间片内保持不接收寻呼消息的状态。

可选的，所述方法还包括：当接收到的所述预设数量的寻呼消息中包括专属的寻呼消息时，在所述激活态的寻呼时间片之后的延长激活态的寻呼时间片接收寻呼消息。

可选的，所述包括寻呼消息状态配置信息的消息的类型为以下任意一种：系统消息、接入层消息、非接入层消息。

可选的，当所述包括寻呼消息状态配置信息的消息为接入层消息或非接入层消息时，在所述接收到包括寻呼消息状态配置信息的消息后之前，还包括：向所述网络侧设备发送包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。

可选的，在所述从网络侧设备接收到包括寻呼消息状态配置信息的消息之前，还包括：向所述网络侧设备发送表征自身支持所述寻呼消息配置的指示消息。

可选的，所述激活条件包括以下任意一种：接收到所述寻呼消息状态配置信息；接收到预设的激活信息；接收到所述寻呼消息状态配置信息达预设的时长。

可选的，所述预设的激活消息的类型为以下任意一种：寻呼消息、接入层/非接入层消息。

可选的，所述当确认满足所述寻呼消息状态配置信息的激活条件之后，在所述根据所述寻呼消息状态配置信息接收寻呼消息之前，还包括：接收预设的启动点消息，解析得到初始的激活态的寻呼时间片的信息，采用所述初始的激活态的寻呼时间片的信息与所述网络侧设备完成同步。

可选的，所述预设的启动点消息类型为：系统帧号码消息或系统消息。

可选的，所述寻呼时间片为寻呼场景或寻呼窗口。

可选的，所述寻呼消息状态配置信息中还包括：对应状态的寻呼时间片的长度信息。

可选的，所述寻呼消息状态配置信息中还包括：所述根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时执行以上所述的方法的步骤。

本发明实施例提供了一种寻呼消息的配置方法，所述配置方法包括：判断是否需要对用户设备进行寻呼消息状态的配置；当确认需要对用户设备进行寻呼消息状态的配置时，向所述用户设备发送包括寻呼消息状态配置信息的消息，使得所述用户设备解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，且当确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，在非激活态的寻呼时间片保持不接收寻呼消息的状态。

可选的，所述包括寻呼消息状态配置信息的消息的类型为以下任意一种：系统消息、接入层、非接入层消息。

可选的，在向所述用户设备发送包括寻呼消息状态配置信息的接入层消息或非接入层消息时，还包括：接收到包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。

可选的，在所述向所述用户设备发送包括寻呼消息状态配置信息的消息之前，还包括：接收到表征所述用户设备支持所述寻呼消息配置的指示消息。

可选的，所述寻呼消息状态配置信息中还包括：对应状态的寻呼时间片的长度信息。

可选的，所述寻呼消息状态配置信息中还包括：指示所述用户设备根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时执行以上所述的方法的步骤。

本发明实施例提供了一种用户设备，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行以上所述的寻呼消息的配置方法的步骤。

本发明实施例提供了一种用户设备，所述用户设备包括：第一接收单元，适于从网络侧设备接收包括寻呼消息状态配置信息的消息；解析单元，适于从网络侧设备接收到包括寻呼消息状态配置信息的消息时，解析所述寻呼消息状态配置信息，得到所述寻呼消息状态配置信息的激活条件；第一判断单元，适于确定是否满足所述寻呼消息状态配置信息的激活条件；第一配置单元，适于当所述第一判断单元确定满足所述寻呼消息状态配置信息的激活条件时，根据所述寻呼消息状态配置信息接收寻呼消息：在激活态的寻呼时间片内接收预设数量的寻呼消息；在非激活态的寻呼时间片内保持不接收寻呼消息的状态。

可选的，所述第一配置单元，还适于当接收到的所述预设数量的寻呼消息中包括所述专属的寻呼消息时，在所述激活态的寻呼时间片之后的延长激活态的寻呼时间片接收寻呼消息。

可选的，所述包括寻呼消息状态配置信息的消息的类型为以下任意一种：系统消息、接入层消息、非接入层消息。

可选的，所述用户设备还包括：请求单元，适于当所述包括寻呼消息状态配置信息的消息为接入层消息或非接入层消息时，在所述接收到包括寻呼消息状态配置信息的消息后之前，向所述网络侧设备发送包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。

可选的，所述用户设备还包括：指示单元，适于在所述从网络侧设备接收到包括寻呼消息状态配置信息的消息之前，向所述网络侧设备发送表征自身支持所述寻呼消息配置的指示消息。

可选的，所述激活条件包括以下任意一种：接收到所述寻呼消息状态配置信息；接收到预设的激活信息；接收到所述寻呼消息状态配置信息达预设的时长。

可选的，所述预设的激活消息的类型为以下任意一种：寻呼消息、接入层/非接入层消息。

可选的，所述用户设备还包括：同步单元，适于当确认满足所述寻呼消息状态配置信息的激活条件之后，在所述根据所述寻呼消息状态配置信息接收寻呼消息之前，接收预设的启动点消息，解析得到初始的激活态的寻呼时间片的信息，采用所述初始的激活态的寻呼时间片的信息与所述网络侧设备完成同步。

可选的，所述预设的启动点消息类型为：系统帧号码消息或系统消息。

可选的，所述寻呼时间片为寻呼场景或寻呼窗口。

可选的，所述寻呼消息状态配置信息中还包括：对应状态的寻呼时间片的长度信息。

可选的，所述寻呼消息状态配置信息中还包括：所述根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。

本发明实施例提供了一种网络侧设备，所述网络侧设备包括：第二判断单元，适于判断是否需要对用户设备进行寻呼消息状态的配置；第二配置单元，适于当确认需要对用户设备进行寻呼消息状态的配置时，向所述用户设备发送包括寻呼消息状态配置信息的消息，使得所述用户设备解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，且当确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，在非激活态的寻呼时间片保持不接收寻呼消息的状态。

可选的，所述包括寻呼消息状态配置信息的消息的类型为以下任意一种：系统消息、接入层、非接入层消息。

可选的，所述网络侧设备还包括：第二接收单元，适于在向所述用户设备发送包括寻呼消息状态配置信息的接入层消息或非接入层消息时，接收到包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。

可选的，所述网络侧设备还包括：第三接收单元，适于在所述向所述用户设备发送包括寻呼消息状态配置信息的消息之前，接收到表征所述用户设备支持所述寻呼消息配置的指示消息。

可选地，所述寻呼消息状态配置信息中还包括：对应状态的寻呼时间片的长度信息。

可选地，所述寻呼消息状态配置信息中还包括：指示所述用户设备根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。

本发明实施例提供了一种网络侧设备，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行以上任一项所述的寻呼消息的配置方法的步骤。

与现有技术相比，本发明的技术方案具有以下优点：

上述的方案，用户设备在从网络侧设备接收到包括寻呼消息状态配置信息的消息后，即可解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，然后在确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，并且在非激活态的寻呼时间片保持不接收寻呼消息的状态，故可以避免持续进行寻呼消息的接收，因此可以降低用户设备的耗电量。并且，网络侧设备知悉用户设备接收寻呼消息的时机，故可以避免多次向ue发送同一寻呼消息，因此可以提高寻呼消息配置的效率，且网络侧设备与用户设备无须额外的信令交互，故还可以避免通信资源的浪费。

进一步，当用户设备接收到的所述预设数量的寻呼消息中包括所述专属的寻呼消息时，在所述激活态的寻呼时间片之后的延长激活态的寻呼时间片接收寻呼消息，因此可以便于网络侧设备向用户设备传送大到无法在激活态的寻呼时间片内传送的寻呼消息，故可以便于二者的信令交互。

进一步，用户设备接收来自网络侧设备所发送的启动点消息，解析得到初始的激活态的寻呼时间片的信息，进而可以采用所述初始的激活态的寻呼时间片的信息与所述网络侧设备完成同步，故可以保证用户设备与网络侧设备间的通信。

进一步，寻呼消息状态配置信息中还包括根据所述寻呼消息状态配置信息接收寻呼消息的执行时长，也即网络侧设备可以指示用户设备在所述执行时长内根据寻呼消息状态配置信息接收寻呼消息，而由于网络侧设备对寻呼消息的发送时机及时长具备预测控制功能，因此该执行时长的指示可以提高寻呼消息的配置的针对性及准确性。

附图说明

图1是现有的一种寻呼周期的时序图；

图2是本发明实施例中的一种寻呼消息的配置方法的流程示意图；

图3是本发明实施例中的一种寻呼周期的时序图；

图4是本发明实施例中的另一种寻呼周期的时序图；

图5示出的本发明实施中的一种寻呼消息的配置方法的信令交互示意图；

图6是本发明实施例中的一种寻呼消息的配置方法的流程示意图；

图7是本发明实施例中的一种用户设备的结构示意图；

图8是本发明实施例中的一种网络侧设备的结构示意图。

具体实施方式

在任何无线网络通信系统中，用户设备(userequipment，ue)均需要从网络侧设备(networkdevice，nw)处接收寻呼消息。并且，寻呼场景或者寻呼窗口彼此间的间隔相对固定，ue被配置在每个寻呼场景或者寻呼窗口所表示的时间片中接收至少一个寻呼消息。

图1示出了现有的一种寻呼周期的时序图，如图1所示，该时序中包括寻呼场景/寻呼窗口11、寻呼场景/寻呼窗口12、寻呼场景/寻呼窗口13及寻呼场景/寻呼窗口14，ue被配置在寻呼场景/寻呼窗口11、寻呼场景/寻呼窗口12、寻呼场景/寻呼窗口13及寻呼场景/寻呼窗口14所表示的时间片中均接收至少一个寻呼消息。

为了避免ue在一些非必要的场合接收寻呼消息，现有技术中对寻呼消息的配置的方法有所变更。比如寻呼消息的配置或者由ue自行选择，或者需要nw进行变更指示。具体而言，一种方法是ue选择仅仅在部分的寻呼场景或者寻呼窗口中接收寻呼消息，但是，该种方法会导致网络侧设备需要多次向ue发送同一寻呼消息，造成通信资源的浪费低下。

另一种方法是nw指示ue变更寻呼消息的配置，比如nw指示ue需要以多大的频率接收寻呼消息，而该种方法会导致nw与ue之间的信令交互过多，也会最终导致通信资源的浪费。

为解决上述问题，本发明实施例中的用户设备在从网络侧设备接收到包括寻呼消息状态配置信息的消息后，即可解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，然后在确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，并且在非激活态的寻呼时间片保持不接收寻呼消息的状态，故可以避免持续进行寻呼消息的接收，因此可以降低用户设备的耗电量。并且网络侧设备知悉用户设备接收寻呼消息的时机，故可以避免多次向ue发送同一寻呼消息，因此可以提高寻呼消息配置的效率，且网络侧设备与用户设备无须额外的信令交互，故还可以避免通信资源的浪费。

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图2示出了本发明实施例中的一种寻呼消息的配置方法的流程示意图，如图2所示，所述寻呼消息的配置方法可以按照如下步骤实施：

步骤s21：判断是否从网络侧设备接收到包括寻呼消息状态配置信息的消息。

在具体实施中，可以有多种类型的消息可以包括寻呼消息状态配置信息。比如，包括寻呼消息状态配置信息的消息可以为系统消息，包括寻呼消息状态配置信息的消息也可以为接入层消息，包括寻呼消息状态配置信息的消息还可以为非接入层消息。

在具体实施中，如果所述包括寻呼消息状态配置信息的消息为接入层消息或非接入层消息时，用户设备在接收到包括寻呼消息状态配置信息的消息后之前，还可以向所述网络侧设备发送包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。

换言之，用户设备可以通过接入层消息或非接入层消息向网络侧设备发送寻呼消息状态配置信息的请求，因此可以提高用户设备对寻呼消息状态配置的主动性。

为了提高网络侧设备指示寻呼消息状态配置信息的针对性，在具体实施中，在所述从网络侧设备接收到包括寻呼消息状态配置信息的消息之前，用户设备还可以向所述网络侧设备发送表征自身支持所述寻呼消息配置的指示消息。比如，可以采用性能比特作为指示消息。

在具体实施中，所述寻呼时间片可以为寻呼场景或寻呼窗口。并且，寻呼场景为寻呼消息被接收的真正位置。寻呼场景该表述一般用于正常寻呼配置中。而寻呼窗口是一个包括数个寻呼场景的更大窗口。寻呼窗口该表述一般用于edrx中。在edrx配置中定义了用户设备在哪个寻呼窗口中接收寻呼消息。然后用户设备可以接听位于寻呼窗口内的寻呼场景。

当从网络侧设备接收到包括寻呼消息状态配置信息的消息时，执行步骤s22；反之，继续重复执行步骤s21。

步骤s22：解析所述寻呼消息状态配置信息，得到所述寻呼消息状态配置信息的激活条件。

步骤s23：判断是否满足所述寻呼消息状态配置信息的激活条件。

当确定满足所述寻呼消息状态配置信息的激活条件时，执行步骤s24；反之，执行步骤s23。

步骤s24：根据所述寻呼消息状态配置信息接收寻呼消息：在激活态的寻呼时间片内接收预设数量的寻呼消息，且在非激活态的寻呼时间片内保持不接收寻呼消息的状态。

为便于理解，图3示出了本发明实施例中的一种寻呼周期的时序图，每个柱状窗格表示一个寻呼场景/寻呼窗口，如图3所示，该时序中包括寻呼场景/寻呼窗口31、寻呼场景/寻呼窗口32、寻呼场景/寻呼窗口33及寻呼场景/寻呼窗口34。在图3中，寻呼场景/寻呼窗口31、寻呼场景/寻呼窗口32以及其余与这两个寻呼场景/寻呼窗口相同填充的柱状窗格为激活态的寻呼时间片。寻呼场景/寻呼窗口33、寻呼场景/寻呼窗口34以及其余与这两个寻呼场景/寻呼窗口相同填充的柱状窗格为非激活态的寻呼时间片。

参考图3，步骤s23中的用户设备根据所述寻呼消息状态配置信息接收寻呼消息，即用户设备在寻呼场景/寻呼窗口31及寻呼场景/寻呼窗口32内接收预设数量的寻呼消息，且用户设备在寻呼场景/寻呼窗口33及寻呼场景/寻呼窗口34内保持不接收寻呼消息的状态。换言之，寻呼场景/寻呼窗口33及寻呼场景/寻呼窗口34也是网络侧设备为用户设备配置的一段无需接收寻呼消息的时间片。因此可以降低用户设备的耗电量。

目前，寻呼消息的配置或者由用户设备自行选择，或者需要网络侧设备进行变更指示，但是现有的配置方法存在用户设备的耗电量大、通信资源的浪费多以及信令交互多的问题。

而本发明实施例中的用户设备在从网络侧设备接收到包括寻呼消息状态配置信息的消息后，即可解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，然后在确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，并且在非激活态的寻呼时间片保持不接收寻呼消息的状态，故可以避免持续进行寻呼消息的接收，因此可以降低用户设备的耗电量。并且网络侧设备知悉用户设备接收寻呼消息的时机，故可以避免多次向ue发送同一寻呼消息，因此可以提高寻呼消息配置的效率。而且，由上可知，网络侧设备与用户设备无须额外的信令交互，故还可以避免通信资源的浪费。

需要说明的是，网络侧设备向用户设备传输的数据，可能会存在无法使用一个rrc连接完成的情形。也可能出现第一个rrc连接在用户设备与网络侧设备完成数据传输之前被释放的情形。

比如网络侧设备需要对数据进行一些处理，而在处理过程中，由于网络侧设备与用户设备黑之间的不活跃，rrc连接释放。并且rrc连接需要通过从网络侧设备接收寻呼消息来开启。故此时需要网络侧设备发起数个寻呼消息建立数个rrc连接来完成数据传输。

为了满足此两种情形的需求，在具体实施中，当用户设备接收到的所述预设数量的寻呼消息中包括所述专属的寻呼消息时，可以在所述激活态的寻呼时间片之后的延长激活态的寻呼时间片接收寻呼消息。

在具体实施中，所属专属的寻呼消息表征该消息专属于某一个或者某一个特定的用户设备。比如可以在所属专属的寻呼消息中设置被寻呼的用户设备的身份信息。

为便于理解，图4示出了本发明实施例中的一种寻呼周期的时序图，每个柱状窗格表示一个寻呼场景/寻呼窗口，如图4所示，该时序中包括寻呼场景/寻呼窗口41、寻呼场景/寻呼窗口42、寻呼场景/寻呼窗口43、寻呼场景/寻呼窗口44、寻呼场景/寻呼窗口45及寻呼场景/寻呼窗口46。在图4中，寻呼场景/寻呼窗口41、寻呼场景/寻呼窗口42以及其余与这两个寻呼场景/寻呼窗口相同填充的柱状窗格为激活态的寻呼时间片。寻呼场景/寻呼窗口43、寻呼场景/寻呼窗口44以及其余与这两个寻呼场景/寻呼窗口相同填充的柱状窗格为延长激活态的寻呼时间片。寻呼场景/寻呼窗口45及寻呼场景/寻呼窗口46为非激活态的寻呼时间片。

参考图4，以上所述的当用户设备接收到的所述预设数量的寻呼消息中包括所述专属的寻呼消息时，可以在所述激活态的寻呼时间片之后的延长激活态的寻呼时间片接收寻呼消息，即用户设备在寻呼场景/寻呼窗口41及寻呼场景/寻呼窗口42内接收预设数量的寻呼消息，当接收到的所述预设数量的寻呼消息中包括专属的寻呼消息时，用户设备在寻呼场景/寻呼窗口43及寻呼场景/寻呼窗口44内继续接收寻呼消息。

在具体实施中，所述激活条件可以有多种。比如，所述激活条件可以为接收到所述寻呼消息状态配置信息，换言之，即用户设备在接收到寻呼消息配置信息时，即可立刻根据所述寻呼消息状态配置信息接收寻呼消息。

又比如，所述激活条件可以为接收到预设的激活信息。此时可以参考图5示出的本发明实施中的一种寻呼消息的配置方法的信令交互示意图，如图5所示，所述方法可以包括如下步骤：

步骤s51：用户设备接收到寻呼消息状态配置信息。

步骤s52：用户设备继续使用之前配置的正常的寻呼配置。

步骤s53：网络侧设备向用户设备发送as/nas消息。

在具体实施中，所述as/nas消息中包括用于指示用户设备启用寻呼消息状态配置的激活信息。

步骤s54：根据所述寻呼消息状态配置信息接收寻呼消息：在激活态的寻呼时间片内接收预设数量的寻呼消息，且在非激活态的寻呼时间片内保持不接收寻呼消息的状态。

需要说明的是，如果后续网络侧设备向用户设备发送用于指示用户设备停用寻呼消息状态配置的信息时，用户设备可以停止使用寻呼消息状态配置，继而使用正常的寻呼配置。

还比如，所述激活条件可以为接收到所述寻呼消息状态配置信息达预设的时长。具体而言，若寻呼消息状态配置信息包括时长t＝10s，则用户设备接收到寻呼消息状态配置信息之后，继续使用之前配置的正常的寻呼配置。在时长t＝10s之后，用户设备开始执行步骤s24所述的操作。

在具体实施中，所述预设的激活消息的类型可以为以下任意一种：寻呼消息、接入层/非接入层消息。

为了实现与网络侧设备的同步，在具体实施中，当用户设备确认满足所述寻呼消息状态配置信息的激活条件之后，在所述根据所述寻呼消息状态配置信息接收寻呼消息之前，还可以接收预设的启动点消息，接着解析得到初始的激活态的寻呼时间片的信息，进而采用所述初始的激活态的寻呼时间片的信息与所述网络侧设备完成同步。

在本发明一实施例中，所述预设的启动点消息类型可以为系统帧号码消息或系统消息。本领域技术人员根据实际需要，也可以设置启动点消息类型为其它所提及的类型。并且，还可以设置激活态的时间窗口的时机。详细地说，可以采用系统信息消息或者专属信号或者第一个激活寻呼窗口来设置激活态的时间窗口的时机。

在具体实施中，所述寻呼消息状态配置信息中还包括：对应状态的寻呼时间片的长度信息。关于对应状态的寻呼时间片的长度信息，详细地说，即为所述激活态的寻呼时间片的长度信息、所述非激活态的寻呼时间片的长度信息以及所述延长激活态寻呼时间片的长度信息。因此，用户设备可以根据该长度信息，有针对性地在所述时间片内按照寻呼消息状态配置接收寻呼消息。

在具体实施中，所述寻呼消息状态配置信息中还可以包括：所述根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。也即网络侧设备可以指示用户设备在所述执行时长内根据寻呼消息状态配置信息接收寻呼消息，而由于网络侧设备对寻呼消息的发送时机及时长具备预测控制功能，因此该执行时长的指示可以提高寻呼消息的配置的针对性及准确性。

在具体实施中，当用户设备需要接收网络侧设备采用寻呼消息传输的信息时，用户设备可以在非激活态寻呼窗口接收寻呼消息。一般而言，这种信息是关于用户设备所驻留的小区的信息。比如，可以为一些指示小区内的系统消息已经改变的信息。这种消息一般不是针对特定用户设备，而是对所有的用户设备都适用。网络侧设备在nas层无法检测到该消息，比如网络侧设备无法在非激活态寻呼期间发送专属寻呼消息。

为使得本领域技术人员更好地理解和实现本发明，图6示出了本发明实施例中的一种寻呼消息的配置方法的流程示意图，如图6所示，所述方法可以包括如下步骤：

步骤s61：判断是否需要对用户设备进行寻呼消息状态的配置。

当确认需要对用户设备进行寻呼消息状态的配置时，执行步骤s62；反之，则重复执行步骤s61。

步骤s62：向所述用户设备发送包括寻呼消息状态配置信息的消息。

在具体实施中，网络侧设备可以向所述用户设备发送包括寻呼消息状态配置信息的消息，而对于用户设备，可以解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，且当确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息。然后在非激活态的寻呼时间片保持不接收寻呼消息的状态。

在具体实施中，所述包括寻呼消息状态配置信息的消息的类型为以下任意一种：系统消息、接入层、非接入层消息。需要说明的是，本领域技术人员根据实际需要，也可以设置包括寻呼消息状态配置信息的消息为其它类型。

在具体实施中，在向所述用户设备发送包括寻呼消息状态配置信息的接入层消息或非接入层消息时，还可以接收到包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。也就是说，网络侧设备可以根据用户设备的请求，进而为用户设备进行寻呼消息状态配置，因此可以使得寻呼消息状态的配置匹配用户设备的通信状态。

为了提高寻呼消息状态配置的针对性，在具体实施中，网络侧设备还可以在接收到表征所述用户设备支持所述寻呼消息配置的指示消息之后，才向所述用户设备发送包括寻呼消息状态配置信息的消息。

在具体实施中，所述寻呼消息状态配置信息中还可以对应状态的寻呼时间片的长度信息。关于对应状态的寻呼时间片的长度信息，详细地说，即为所述激活态的寻呼时间片的长度信息、所述非激活态的寻呼时间片的长度信息以及所述延长激活态寻呼时间片的长度信息。因此，用户设备可以根据该长度信息，有针对性地在所述时间片内按照寻呼消息状态配置接收寻呼消息。

在具体实施中，所述寻呼消息状态配置信息中还可以包括：所述根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。也即网络侧设备可以指示用户设备在所述执行时长内根据寻呼消息状态配置信息接收寻呼消息，而由于网络侧设备对寻呼消息的发送时机及时长具备预测控制功能，因此该执行时长的指示可以提高寻呼消息的配置的针对性及准确性。

综上，本发明实施例的网络侧设备在确认需要对用户设备进行寻呼消息状态的配置时，即向所述用户设备发送包括寻呼消息状态配置信息的消息，接着用户设备在从网络侧设备接收到包括寻呼消息状态配置信息的消息后，即可解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，然后在确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，并且在非激活态的寻呼时间片保持不接收寻呼消息的状态，故可以避免持续进行寻呼消息的接收，因此可以降低用户设备的耗电量。并且网络侧设备知悉用户设备接收寻呼消息的时机，故可以避免多次向ue发送同一寻呼消息，因此可以提高寻呼消息配置的效率。而且，由上可知，网络侧设备与用户设备无须额外的信令交互，故还可以避免通信资源的浪费。

为使得本领域技术人员更好地理解和实现本发明，图7示出了本发明实施例中的一种用户设备的结构示意图，如图7所示，所述用户设备可以包括：第一接收单元71、解析单元72、第一判断单元73及第一配置单元74，其中：

第一接收单元71，适于从网络侧设备接收包括寻呼消息状态配置信息的消息；

解析单元72，适于从网络侧设备接收到包括寻呼消息状态配置信息的消息时，解析所述寻呼消息状态配置信息，得到所述寻呼消息状态配置信息的激活条件；

第一判断单元73，适于确定是否满足所述寻呼消息状态配置信息的激活条件；

第一配置单元74，适于当所述第一判断单元73确定满足所述寻呼消息状态配置信息的激活条件时，根据所述寻呼消息状态配置信息接收寻呼消息：在激活态的寻呼时间片内接收预设数量的寻呼消息，且在非激活态的寻呼时间片内保持不接收寻呼消息的状态。

综上，本发明实施例的第一接收单元71在从网络侧设备接收到包括寻呼消息状态配置信息的消息后，解析单元72即可解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，然后在第一判断单元73确认满足所述寻呼消息状态配置信息的激活条件时，第一配置单元74在激活态的寻呼时间片接收预设数量的寻呼消息，并且在非激活态的寻呼时间片保持不接收寻呼消息的状态，故可以避免持续进行寻呼消息的接收，因此可以降低用户设备的耗电量。并且网络侧设备知悉用户设备接收寻呼消息的时机，故可以避免多次向ue发送同一寻呼消息，因此可以提高寻呼消息配置的效率。而且，由上可知，网络侧设备与用户设备无须额外的信令交互，故还可以避免通信资源的浪费。

在具体实施中，所述第一配置单元74，还适于当接收到的所述预设数量的寻呼消息中包括所述专属的寻呼消息时，在所述激活态的寻呼时间片之后的延长激活态的寻呼时间片接收寻呼消息。

在具体实施中，所述包括寻呼消息状态配置信息的消息的类型为以下任意一种：系统消息、接入层消息、非接入层消息。

在具体实施中，所述用户设备还可以包括：请求单元(未示出)，适于当所述包括寻呼消息状态配置信息的消息为接入层消息或非接入层消息时，在所述接收到包括寻呼消息状态配置信息的消息后之前，向所述网络侧设备发送包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。

在具体实施中，所述用户设备还可以包括：指示单元(未示出)，适于在所述从网络侧设备接收到包括寻呼消息状态配置信息的消息之前，向所述网络侧设备发送表征自身支持所述寻呼消息配置的指示消息。

在具体实施中，所述激活条件包括以下任意一种：接收到所述寻呼消息状态配置信息；接收到预设的激活信息；接收到所述寻呼消息状态配置信息达预设的时长。

在具体实施中，所述预设的激活消息的类型为以下任意一种：寻呼消息、接入层/非接入层消息。

为了保证用户设备与网络侧设备间的通信，在具体实施中，所述用户设备还可以包括：同步单元(未示出)，适于当确认满足所述寻呼消息状态配置信息的激活条件之后，在所述根据所述寻呼消息状态配置信息接收寻呼消息之前，接收预设的启动点消息，解析得到初始的激活态的寻呼时间片的信息，且采用所述初始的激活态的寻呼时间片的信息与所述网络侧设备完成同步。

在具体实施中，所述预设的启动点消息类型为：系统帧号码消息或系统消息。

在具体实施中，所述寻呼时间片为寻呼场景或寻呼窗口。

在具体实施中，所述寻呼消息状态配置信息中还包括：对应状态的寻呼时间片的长度信息。

为了提高寻呼消息的配置的针对性及准确性，在具体实施中，所述寻呼消息状态配置信息中还包括：所述根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。

为使得本领域技术人员更好地理解和实现本发明，图8示出了本发明实施例中的一种网络侧设备的结构示意图，如图8所示，所述网络侧设备包括：第二判断单元81及第二配置单元82，其中：

第二判断单元81，适于判断是否需要对用户设备进行寻呼消息状态的配置；

第二配置单元82，适于当确认需要对用户设备进行寻呼消息状态的配置时，向所述用户设备发送包括寻呼消息状态配置信息的消息，使得所述用户设备解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，且当确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，在非激活态的寻呼时间片保持不接收寻呼消息的状态。

综上，本发明实施例的第二判断单元81在确认需要对用户设备进行寻呼消息状态的配置时，第二配置单元82即向所述用户设备发送包括寻呼消息状态配置信息的消息，接着用户设备在从网络侧设备接收到包括寻呼消息状态配置信息的消息后，即可解析所述寻呼消息状态配置信息得到所述寻呼消息状态配置信息的激活条件，然后在确认满足所述寻呼消息状态配置信息的激活条件时，在激活态的寻呼时间片接收预设数量的寻呼消息，并且在非激活态的寻呼时间片保持不接收寻呼消息的状态，故可以避免持续进行寻呼消息的接收，因此可以降低用户设备的耗电量。并且网络侧设备知悉用户设备接收寻呼消息的时机，故可以避免多次向ue发送同一寻呼消息，因此可以提高寻呼消息配置的效率。而且，由上可知，网络侧设备与用户设备无须额外的信令交互，故还可以避免通信资源的浪费。

在具体实施中，所述包括寻呼消息状态配置信息的消息的类型为以下任意一种：系统消息、接入层、非接入层消息。

在具体实施中，所述网络侧设备还可以包括：第二接收单元(未示出)，适于在向所述用户设备发送包括寻呼消息状态配置信息的接入层消息或非接入层消息时，接收到包括表征请求所述寻呼消息状态配置信息的接入层消息或非接入层消息。

在具体实施中，所述网络侧设备还可以包括：第三接收单元(未示出)，适于在所述向所述用户设备发送包括寻呼消息状态配置信息的消息之前，接收到表征所述用户设备支持所述寻呼消息配置的指示消息。

在具体实施中，所述寻呼消息状态配置信息中还包括：对应状态的寻呼时间片的长度信息。

在具体实施中，所述寻呼消息状态配置信息中还包括：指示所述用户设备根据所述寻呼消息状态配置信息接收寻呼消息的执行时长。

本发明实施例还提供了一种用户设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时，可以执行本发明上述实施例中提供的寻呼消息的配置方法的步骤。

本发明实施例还提供了一种网络侧设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时，可以执行本发明上述实施例中提供的寻呼消息的配置方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时执行本发明上述实施例中提供的寻呼消息的配置方法的步骤，具体可以参考图2。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时执行本发明上述实施例中提供的寻呼消息的配置方法的步骤，具体可以参考图6。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于以计算机可读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。