CN105208633A - 一种确定非连续性接收周期的方法、用户设备及*** - Google Patents

Abstract

本发明公开了一种确定非连续性接收周期的方法，包括：在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。本发明实施例提供的方法，可以使UE所使用的非连续性接收周期最大，降低了UE的功耗。

Description

一种确定非连续性接收周期的方法、用户设备及***

技术领域

本发明涉及计算机技术领域，具体涉及一种确定非连续性接收周期的方法，用户设备及***。

背景技术

为了降低用户设备(UserEquipment，UE)的功耗，引入了非连续接收(DiscontinuousReception，DRX)的概念，在空闲(IDLE)态或者寻呼信道(pagingchannel，PCH)态下，UE只需要在DRX周期的位置监听寻呼指示(PagingIndicator，PI)，不需要一直处于监听状态。

为了进一步降低UE的功耗，引入了快速睡眠(FastDormancy，FD)特性。FD的主要思想是当没有数据发送时，UE主动通过一条特殊的信令连接释放消息通知网络侧设备，网络侧设备收到此信令连接释放消息后，即可获知此UE暂时已经无数据需要发送，网络侧设备可以直接将UE从PCH态转到IDLE态。

涉及到DRX周期的FD处理的过程是UE从PCH态，通过向网络侧设备发送信令连接释放消息进入IDLE态，在IDLE态的DRX周期比PCH态的DRX周期小时，不仅没有降低UE的功耗，反而增加了UE的功耗。

发明内容

本发明实施例提供一种确定非连续性接收周期的方法，可以使UE所使用的非连续性接收周期最大，降低了UE的功耗。而且在空闲态的DRX周期不大于PCH态的DRX周期时，不需要发送信令连接释放请求消息，减少了网络的信令负载。本发明实施例还提供了相应的用户设备及***。

本发明第一方面提供一种确定非连续性接收周期的方法，包括：

在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；

当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；

当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

结合第一方面，在第一种可能的实现方式中，在所述确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，所述方法还包括：

获取所述寻呼信道态正在使用的非连续性接收周期，将所述寻呼信道态正在使用的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

结合第一方面，在第二种可能的实现方式中，当所述网络侧设备为所述寻呼信道态预先配置有大小不同的两个非连续性接收周期时，在所述确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，所述方法还包括：

从所述两个非连续性接收周期中，选择在所述寻呼信道态预置排序在后的非连续接收周期作为所述寻呼信道态的非连续性接收周期，所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

结合第一方面，在第三种可能的实现方式中，在从寻呼信道态准备进入空闲态时，所述方法还包括：

检测为用户设备提供服务的网络是否发生切换；

当检测到所述为用户设备提供服务的网络发生切换后，所述在从寻呼信道态准备进入空闲态时，所述方法还包括：

获取切换后网络寻呼信道态的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

结合第一方面第二种可能的实现方式，在第四种可能的实现方式中，当所述寻呼信道态预置排序在前的非连续接收周期小于所述预置排序在后的非连续接收周期时，

所述向网络侧设备发送信令连接释放请求消息包括：

缓存所述信令连接释放请求消息预置时间后，再向所述网络侧设备发送信令连接释放请求消息。

本发明第二方面提供一种用户设备，包括：

确定单元，用于在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；

发送单元，用于当所述确定单元确定的所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息；

第一处理单元，用于在所述发送单元发送信令连接释放请求消息后，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；

第二处理单元，用于当所述确定单元确定的所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

结合第二方面，在第一种可能的实现方式中，所述用户设备还包括：

第一获取单元，用于在所述确定单元确定所述大小关系之前，获取所述寻呼信道态正在使用的非连续性接收周期，将所述寻呼信道态正在使用的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

结合第二方面，在第二种可能的实现方式中，当所述网络侧设备为所述寻呼信道态预先配置有大小不同的两个非连续性接收周期时，所述用户设备还包括：

选择单元，用于在所述确定单元确定所述大小关系之前，从所述两个非连续性接收周期中，选择在所述寻呼信道态预置排序在后的非连续接收周期作为所述寻呼信道态的非连续性接收周期，所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

结合第二方面，在第三种可能的实现方式中，所述用户设备还包括：

检测单元，用于在从寻呼信道态准备进入空闲态时，检测为用户设备提供服务的网络是否发生切换；

第二获取单元，用于当所述检测单元检测到所述为用户设备提供服务的网络发生切换后，获取切换后网络寻呼信道态的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

结合第二方面第二种可能的实现方式，在第四种可能的实现方式中，所述用户设备还包括：缓存单元，

所述缓存单元，用于当所述寻呼信道态预置排序在前的非连续接收周期小于所述预置排序在后的非连续接收周期时，缓存所述信令连接释放请求消息预置时间；

所述发送单元，用于在所述缓存单元缓存所述信令连接释放请求消息预置时间后，再向所述网络侧设备发送信令连接释放请求消息。

本发明实施例采用在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。与现有技术中在PCH态，当无数据需要发送后就直接进入空闲态，不考虑空闲态的DRX周期小于PCH态的DRX周期的情况相比，本发明实施例提供的确定非连续性接收周期的方法，在准备从PCH态进入空闲态时，先确定PCH态和空闲态中的最大的非连续性接收周期，然后再根据该最大的非连续性接收周期所在的状态，确定UE是进入空闲态还是保持在PCH态，从而使UE所使用的非连续性接收周期最大，降低了UE的功耗。而且在空闲态的DRX周期不大于PCH态的DRX周期时，不需要发送信令连接释放请求消息，减少了网络的信令负载。

附图说明

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

图1是本发明实施例中确定非连续性接收周期的方法的一实施例示意图；

图2是本发明实施例中确定非连续性接收周期的方法的另一实施例示意图；

图3是本发明实施例中确定非连续性接收周期的方法的另一实施例示意图；

图4是本发明实施例中用户设备的一实施例示意图；

图5是本发明实施例中用户设备的另一实施例示意图；

图6是本发明实施例中用户设备的另一实施例示意图；

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

图8是本发明实施例中用户设备的另一实施例示意图；

图9是本发明实施例中用户设备的另一实施例示意图；

图10是本发明实施例中通信***的一实施例示意图。

具体实施方式

本发明实施例提供一种确定非连续性接收周期的方法，可以使UE所使用的非连续性接收周期最大，降低了UE的功耗。而且在空闲态的DRX周期不大于PCH态的DRX周期时，不需要发送信令连接释放请求消息，减少了网络的信令负载。本发明实施例还提供了相应的用户设备及***。以下分别进行详细说明。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

参阅图1，本发明实施提供的确定非连续性接收周期的方法的一实施例包括：

S100、用户设备UE在PCH态准备进入空闲态时，获取PCH态的DRX周期和空闲态的DRX周期。

在PCH态无数据需要发送时，UE就可以准备进入空闲态，也可以理解为是准备启动快速睡眠FD。

网络侧设备为PCH态配置有UTRANDRX周期、CS域核心网(CoreNetwork，CN)的DRX周期、PS域CN的DRX周期，在PCH态UE从UTRANDRX周期、CS域核心网(CoreNetwork，CN)的DRX周期中选择其中最小的一个作为PCH态使用的DRX周期。但是在CS域当前有信令连接时不能使用CS域CN的DRX周期，在PS域当前有信令连接时不能使用PS域CN的DRX周期。

S105、判断PCH态的DRX周期是否小于空闲态的DRX周期，当是时，执行步骤S110，当否时执行步骤S115。

本发明实施例中并不是进入PCH态后立即进行进行判断，而是在进入PCH态后启动t323定时器，在t323超时后才开始判断PCH态的DRX周期是否小于空闲态的DRX周期。本实施例中PCH态的DRX周期可以理解为是PCH态正在使用的DRX周期，如果步骤S100中选择的是UTRANDRX周期，则该PCH态的DRX周期即为UTRANDRX周期。

S110、当所述空闲态的DRX周期大于所述PCH态的DRX周期时，向网络侧设备发送信令连接释放请求消息。

此时PCH态的DRX周期是步骤S100中的获取的周期，可以是UTRANDRX周期，也可以是CN的DRX周期，以步骤S100中获取的为准。

当确定空闲态的DRX周期大于PCH态的DRX周期时，可以确定UE在进入空闲态后会使用较大的DRX周期，从而可以降低UE的功耗。则向网络侧设备发送信令连接释放消息，网络侧设备根据该信令连接释放消息，将UE转入到空闲态，UE进入空闲态后，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示，降低了UE的功耗。

S115、当所述空闲态的DRX周期不大于所述PCH态的DRX周期时，保持在所述寻呼信道态。

本发明实施例中不大于表示小于或等于两种情况。

当所述空闲态的DRX周期不大于所述PCH态的DRX周期时，即使UE进入空闲态，也无法降低UE的功耗，因为空闲态的DRX周期时不大于所述PCH态的DRX周期，而且还需要向网络侧设备发送一次信令连接释放消息，反而又增加了网络的信令负载。

所以当所述空闲态的DRX周期不大于所述PCH态的DRX周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。不仅可以降低UE的功耗，而且还减少了网络的信令负载。

参阅图2，本发明实施提供的确定非连续性接收周期的方法的一实施例包括：

网络侧设备可以为UE配置大小不同的两个非连续性接收周期。

S200、用户设备UE在PCH态准备进入空闲态时，正在使用第一PCH态DRX周期，获取第二PCH态DRX周期和空闲态的DRX周期，第一PCH态DRX周期是UE进入PCH态按照预置排序在先的DRX周期，第二PCH态DRX周期是UE进入PCH态按照预置排序在后的DRX周期。

所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

在PCH态无数据需要发送时，UE就可以准备进入空闲态，也可以理解为是准备启动快速睡眠FD。

网络侧设备为UE的PCH态预先配置了两个PCH态DRX周期，分别为第一PCH态DRX周期和第二PCH态DRX周期，UE在进入PCH态后，通常第一PCH态DRX周期小于第二PCH态DRX周期，所以先使用第一PCH态DRX周期监听寻呼指示，便于快速响应网络侧设备的寻呼，在使用第一PCH态DRX周期后，可以启动一个定时器，如：t319定时器，设置该319定时器的时间长度为预置时间长度。如果在319定时器时间长度内UE没有接收到寻呼，则定时器时间到达后，使用第二PCH态DRX周期监听寻呼指示，这样可以降低UE的功耗。

S205、判断第二PCH态DRX周期是否小于空闲态的DRX周期。如果是，在第二PCH态DRX周期大于第一PCH态DRX周期时，则执行S210，如果第二PCH态DRX周期小于空闲态的DRX周期时，则执行S220。

本发明实施例中并不是进入PCH态后立即进行进行判断，而是在进入PCH态后启动t323定时器，在t323超时后才开始判断第二PCH态DRX周期是否小于空闲态的DRX周期。

在与空闲态的DRX周期比较大小关系时，直接使用第二PCH态DRX周期进行比较，因为而且在定时器时间到达后，UE就会使用第二PCH态DRX周期。

S210、在比较后确定第二PCH态DRX周期小于空闲态的DRX周期，则缓存信令连接释放消息预置时间。

缓存信令连接释放消息的目的是让UE在预置时间内继续使用第一PCH态DRX周期，因为第一PCH态DRX周期小于第二PCH态DRX周期时，使用第一PCH态DRX周期，UE可以在预置时间内快速响应网络侧设备的寻呼。

S215、向网络侧设备发送信令连接释放消息。

当第二PCH态DRX周期小于第一PCH态DRX周期时，而是在比较后确定第二PCH态DRX周期小于空闲态的DRX周期后，直接向网络侧设备发送信令连接释放消息。UE向网络侧设备发送信令连接释放消息，网络侧设备根据该信令连接释放消息，将UE转入到空闲态，UE进入空闲态后，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示，降低了UE的功耗。

S220、在比较后确定第二PCH态DRX周期不小于空闲态的DRX周期，保持在所述寻呼信道态。

当所述空闲态的DRX周期不大于所述PCH态的DRX周期时，即使UE进入空闲态，也无法降低UE的功耗，因为空闲态的DRX周期时不大于所述PCH态的DRX周期，而且还需要向网络侧设备发送一次信令连接释放消息，反而又增加了网络的信令负载。

所以当所述空闲态的DRX周期不大于所述PCH态的DRX周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。不仅可以降低UE的功耗，而且还减少了网络的信令负载。

图3，本发明实施提供的确定非连续性接收周期的方法的一实施例包括：

101、在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系。

102、当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

103、当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

本发明实施例采用在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。与现有技术中在PCH态，当无数据需要发送后就直接进入空闲态，不考虑空闲态的DRX周期小于PCH态的DRX周期的情况相比，本发明实施例提供的确定非连续性接收周期的方法，在准备从PCH态进入空闲态时，先确定PCH态和空闲态中的最大的非连续性接收周期，然后再根据该最大的非连续性接收周期所在的状态，确定UE是进入空闲态还是保持在PCH态，从而使UE所使用的非连续性接收周期最大，降低了UE的功耗。而且在空闲态的DRX周期不大于PCH态的DRX周期时，不需要发送信令连接释放请求消息，减少了网络的信令负载。

可选地，在上述图3对应的实施例的基础上，本发明实施例提供的确定非连续性接收周期的方法的另一实施例中，在所述确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，所述方法还可以包括：

获取所述寻呼信道态正在使用的非连续性接收周期，将所述寻呼信道态正在使用的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

可选地，在上述图3对应的实施例的基础上，本发明实施例提供的确定非连续性接收周期的方法的另一实施例中，当所述网络侧设备为所述寻呼信道态预先配置有大小不同的两个非连续性接收周期时，在所述确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，所述方法还可以包括：

从所述两个非连续性接收周期中，选择在所述寻呼信道态预置排序在后的非连续接收周期作为所述寻呼信道态的非连续性接收周期，所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

可选地，在上述图3对应的实施例的基础上，本发明实施例提供的确定非连续性接收周期的方法的另一实施例中，

在从寻呼信道态准备进入空闲态时，所述方法还包括：

检测为用户设备提供服务的网络是否发生切换；

当检测到所述为用户设备提供服务的网络发生切换后，所述在从寻呼信道态准备进入空闲态时，所述方法还包括：

获取切换后网络寻呼信道态的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

可选地，在上述图3对应的可选实施例的基础上，本发明实施例提供的确定非连续性接收周期的方法的另一实施例中，

，当所述寻呼信道态预置排序在前的非连续接收周期小于所述预置排序在后的非连续接收周期时，

所述向网络侧设备发送信令连接释放请求消息包括：

缓存所述信令连接释放请求消息预置时间后，再向所述网络侧设备发送信令连接释放请求消息。本发明图3部分的实施例或可选实施例所提供的确定非连续性接收周期的方法，可以参阅图1和图2部分的描述进行理解，本处不做过多赘述。

参阅图4，本发明实施例提供的用户设备30的一实施例包括：

确定单元301，用于在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；

发送单元302，用于当所述确定单元301确定的所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息；

第一处理单元303，用于在所述发送单元302发送信令连接释放请求消息后，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；

第二处理单元304，用于当所述确定单元302确定的所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

本发明实施例中，确定单元301在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；发送单元302当所述确定单元301确定的所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息；第一处理单元303在所述发送单元302发送信令连接释放请求消息后，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；第二处理单元304当所述确定单元302确定的所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。与现有技术中在PCH态，当无数据需要发送后就直接进入空闲态，不考虑空闲态的DRX周期小于PCH态的DRX周期的情况相比，本发明实施例提供的用户设备，在准备从PCH态进入空闲态时，先确定PCH态和空闲态中的最大的非连续性接收周期，然后再根据该最大的非连续性接收周期所在的状态，确定UE是进入空闲态还是保持在PCH态，从而使UE所使用的非连续性接收周期最大，降低了UE的功耗。而且在空闲态的DRX周期不大于PCH态的DRX周期时，不需要发送信令连接释放请求消息，减少了网络的信令负载。

可选地，在上述图4对应的实施例的基础上，参阅图5，本发明实施例提供的用户设备的另一实施例中，所述用户设备30还包括：

第一获取单元305，用于在所述确定单元301确定所述大小关系之前，获取所述寻呼信道态正在使用的非连续性接收周期，将所述寻呼信道态正在使用的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

可选地，在上述图4对应的实施例的基础上，参阅图6，本发明实施例提供的用户设备的另一实施例中，

当所述网络侧设备为所述寻呼信道态预先配置有大小不同的两个非连续性接收周期时，所述用户设备30还包括：

选择单元306，用于在所述确定单元301确定所述大小关系之前，从所述两个非连续性接收周期中，选择在所述寻呼信道态预置排序在后的非连续接收周期作为所述寻呼信道态的非连续性接收周期，所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

可选地，在上述图4对应的实施例的基础上，参阅图7，本发明实施例提供的用户设备的另一实施例中，所述用户设备30还包括：

检测单元307，用于在从寻呼信道态准备进入空闲态时，检测为用户设备提供服务的网络是否发生切换；

第二获取单元308，用于当所述检测单元307检测到所述为用户设备提供服务的网络发生切换后获取切换后网络寻呼信道态的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

可选地，在上述图6对应的实施例的基础上，参阅图8，本发明实施例提供的用户设备的另一实施例中，所述用户设备30还包括：缓存单元309，

所述缓存单元309，用于当所述寻呼信道态预置排序在前的非连续接收周期小于所述预置排序在后的非连续接收周期时，缓存所述信令连接释放请求消息预置时间；

所述发送单元302，用于在所述缓存单元309缓存所述信令连接释放请求消息预置时间后，再向所述网络侧设备发送信令连接释放请求消息。

本发明实施例还涉及一种终端设备100及应用场景的识别的法，以及功耗管理的方法，该终端设备100可以为手机、平板电脑、PDA(PersonalDigitalAssistant，个人数字助理)等。

图9示出的是本发明实施例用户设备100的结构示意图。

参考图9，本发明实施例的一种用户设备100，包括，存储器120、处理器160及射频电路RF110，该存储器120存储网络侧设备预先配置的空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期。

射频电路RF110用于发送信令连接释放消息。

处理器160用于：

在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；

当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，通过射频电路RF110向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；

当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

处理器160还用于：在确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，获取所述寻呼信道态正在使用的非连续性接收周期，将所述寻呼信道态正在使用的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

处理器160还用于：当所述网络侧设备为所述寻呼信道态预先配置有大小不同的两个非连续性接收周期时，在确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，从所述两个非连续性接收周期中，选择在所述寻呼信道态预置排序在后的非连续接收周期作为所述寻呼信道态的非连续性接收周期，所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

处理器160还用于：在从寻呼信道态准备进入空闲态时，检测为用户设备提供服务的网络是否发生切换，当检测到所述为用户设备提供服务的网络发生切换后，在所述在从寻呼信道态准备进入空闲态时，获取切换后网络寻呼信道态的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

处理器160还用于：

当所述寻呼信道态预置排序在前的非连续接收周期小于所述预置排序在后的非连续接收周期时，

通过存储器120缓存所述信令连接释放请求消息预置时间后，再向所述网络侧设备发送信令连接释放请求消息。

与现有技术中在PCH态，当无数据需要发送后就直接进入空闲态，不考虑空闲态的DRX周期小于PCH态的DRX周期的情况相比，本发明实施例提供的用户设备，在准备从PCH态进入空闲态时，先确定PCH态和空闲态中的最大的非连续性接收周期，然后再根据该最大的非连续性接收周期所在的状态，确定UE是进入空闲态还是保持在PCH态，从而使UE所使用的非连续性接收周期最大，降低了UE的功耗。而且在空闲态的DRX周期不大于PCH态的DRX周期时，不需要发送信令连接释放请求消息，减少了网络的信令负载。

参阅图10，本发明实施例提供的通信***的一实施例包括：用户设备30和网络侧设备40；

所述用户设备30用于：在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；

当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；

当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

与现有技术中在PCH态，当无数据需要发送后就直接进入空闲态，不考虑空闲态的DRX周期小于PCH态的DRX周期的情况相比，本发明实施例提供的***，在准备从PCH态进入空闲态时，先确定PCH态和空闲态中的最大的非连续性接收周期，然后再根据该最大的非连续性接收周期所在的状态，确定UE是进入空闲态还是保持在PCH态，从而使UE所使用的非连续性接收周期最大，降低了UE的功耗。而且在空闲态的DRX周期不大于PCH态的DRX周期时，不需要发送信令连接释放请求消息，减少了网络的信令负载。

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

以上对本发明实施例所提供的确定非连续性接收周期的方法、用户设备以及***进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种确定非连续性接收周期的方法，其特征在于，包括：

在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；

当所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；

当所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

2.根据权利要求1所述的方法，其特征在于，在所述确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，所述方法还包括：

获取所述寻呼信道态正在使用的非连续性接收周期，将所述寻呼信道态正在使用的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

3.根据权利要求1所述的方法，其特征在于，当所述网络侧设备为所述寻呼信道态预先配置有大小不同的两个非连续性接收周期时，在所述确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系之前，所述方法还包括：

从所述两个非连续性接收周期中，选择在所述寻呼信道态预置排序在后的非连续接收周期作为所述寻呼信道态的非连续性接收周期，所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

4.根据权利要求1所述的方法，其特征在于，在从寻呼信道态准备进入空闲态时，所述方法还包括：

检测为用户设备提供服务的网络是否发生切换；

当检测到所述为用户设备提供服务的网络发生切换后，所述在从寻呼信道态准备进入空闲态时，所述方法还包括：

获取切换后网络寻呼信道态的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

5.根据权利要求3所述的方法，其特征在于，当所述寻呼信道态预置排序在前的非连续接收周期小于所述预置排序在后的非连续接收周期时，

所述向网络侧设备发送信令连接释放请求消息包括：

缓存所述信令连接释放请求消息预置时间后，再向所述网络侧设备发送信令连接释放请求消息。

6.一种用户设备，其特征在于，包括：

确定单元，用于在从寻呼信道态准备进入空闲态时，确定空闲态的非连续性接收周期与所述寻呼信道态的非连续性接收周期的大小关系；

发送单元，用于当所述确定单元确定的所述空闲态的非连续性接收周期大于所述寻呼信道态的非连续性接收周期时，向网络侧设备发送信令连接释放请求消息；

第一处理单元，用于在所述发送单元发送信令连接释放请求消息后，进入所述空闲态，使用所述空闲态的非连续性接收周期监听所述网络侧设备发送的寻呼指示；

第二处理单元，用于当所述确定单元确定的所述空闲态的非连续性接收周期不大于所述寻呼信道态的非连续性接收周期时，保持在所述寻呼信道态，使用所述寻呼信道态的非连续性接收周期监听所述网络侧设备发送的寻呼指示。

7.根据权利要求6所述的用户设备，其特征在于，所述用户设备还包括：

第一获取单元，用于在所述确定单元确定所述大小关系之前，获取所述寻呼信道态正在使用的非连续性接收周期，将所述寻呼信道态正在使用的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

8.根据权利要求6所述的用户设备，其特征在于，当所述网络侧设备为所述寻呼信道态预先配置有大小不同的两个非连续性接收周期时，所述用户设备还包括：

选择单元，用于在所述确定单元确定所述大小关系之前，从所述两个非连续性接收周期中，选择在所述寻呼信道态预置排序在后的非连续接收周期作为所述寻呼信道态的非连续性接收周期，所述两个非连续性接收周期在所述寻呼信道态按照所述预置排序被使用。

9.根据权利要求6所述的用户设备，其特征在于，所述用户设备还包括：

检测单元，用于在从寻呼信道态准备进入空闲态时，检测为用户设备提供服务的网络是否发生切换；

第二获取单元，用于当所述检测单元检测到所述为用户设备提供服务的网络发生切换后，获取切换后网络寻呼信道态的非连续性接收周期作为所述寻呼信道态的非连续性接收周期。

10.根据权利要求8所述的用户设备，其特征在于，所述用户设备还包括：缓存单元，

所述缓存单元，用于当所述寻呼信道态预置排序在前的非连续接收周期小于所述预置排序在后的非连续接收周期时，缓存所述信令连接释放请求消息预置时间；

所述发送单元，用于在所述缓存单元缓存所述信令连接释放请求消息预置时间后，再向所述网络侧设备发送信令连接释放请求消息。