WO2014161376A1

WO2014161376A1 - 一种激活时刻的计算方法及装置

Info

Publication number: WO2014161376A1
Application number: PCT/CN2014/070946
Authority: WO
Inventors: 梁靖; 陈东; 吴昱民; 阮航
Original assignee: 电信科学技术研究院
Priority date: 2013-04-02
Filing date: 2014-01-21
Publication date: 2014-10-09
Also published as: EP2983395A1; CN104105111B; EP2983395A4; US10397866B2; CN104105111A; EP2983395B1; US20160112948A1

Abstract

本发明涉及 DRX技术，公开了一种激活时刻的计算方法及装置，用以解决 UE使用扩展 DRX周期时无法在准确时刻进入激活状态的问题。该方法为：网络侧将当前 SFN周期在扩展 DRX周期中的序号通知 UE，而 UE根据该序号，结合预设的扩展 DRX周期的长度计算本 UE的激活时刻，这样，当扩展的 DRX周期大于 SFN周期时，UE仍然可以计算出正确的寻呼时刻或/和接收业务数据的时刻，从而能够在准确时刻进入激活状态，有效避免了 UE因为计算错误而丢失寻呼消息或者业务数据的情况，进而保障了 UE的业务 QoS，提升了系统的服务性能。

Description

一种激活时刻的计算方法及装置本申请要求在 2013年 4月 2日提交中国专利局、申请号为 201310112462.8、发明名称为"一种激活时刻的计算方法及装置"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及 DRX技术，特别涉及一种激活时刻的计算方法及装置。背景技术

机器类型通信（Machine-type communication, MTC )作为一种新型的通信理念，其目的是将多种不同类型的通信技术有机结合，如：机器对机器通信、机器控制通信、人机交互通信、移动互联通信，从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的 1/3 , 而更大数量的通信是 MTC通信业务。有时， MTC通信又称为机器间（Machine-to-machine, M2M )通信或物联网。

当前的移动通信网络是针对人与人之间的通信设计的，如：网络容量的确定等。如果希望利用移动通信网络来支持 MTC通信就需要根据 MTC通信的特点对移动通信系统的机制进行优化，以便能够在对传统的人与人通信不受或受较小影响的情况下，更好地实现 MTC通信。

在 MTC的通信场景中，需要考虑的一个重要问题是省电。在一些场景中，电池的寿命直接决定了 MTC设备的寿命，比如用于动物追踪的 MTC设备或用于水文监测的 MTC 设备，这些设备更换电池几乎是不可能的，所以就要求 MTC设备有极低的耗电量。

从无线网络侧来说，在长期演进（Long Term Evolution, LTE ) 系统中，终端有两种状态，即无线资源控制（Radio Resource Control, RRC ) -连接（connected )状态和 RRC-空闲（ idle )状态。在通用移动通信系统（ Universal Mobile Telecommunications System, UMTS ) 中，终端有五种状态，即建立了专用信道的状态（cell-dch )、建立了前向接入信道的状态 ( cell_fach )、进行周期性小区更新的状态（ cell_pch )、进行周期性注册区更新的状态 ( ura_pch )以及 idle状态,其中 cell-dch、 cell_fach、 cell_pch和 ura_pch都是 RRC connected 状态，终端只有在进入到 RRC_connected状态才能发送上行数据。一旦终端发送数据完成，网络监测终端长时间无数据传输后通过 RRC连接释放（RRC connection release )消息释放终端的 RRC连接，使终端进入 RRC idle状态。

终端在 idle 状态下的主要工作就是监听网络侧的寻呼。为了省电都是以非连续接收

( Discontinuous Reception, DRX ) 方式监听寻呼。即每一个寻呼周期中仅仅有一个子帧 ( 10ms )是处于接收状态，该寻呼周期内其它时间都是非接收状态的，具体如图 1所示。对 UMTS而言，当前网络侧配置的 DRX周期最长为 2的 9次方个无线帧（即 5120ms )。也就是说，对于 UMTS中的 DRX来说，终端最多在每 5120ms时间内，仅打开一次接收机来接收网络侧寻呼指示消息以及可能的寻呼消息，其他时间都是关闭接收机的，通过这种方式可以达到省电的目的。而对于 LTE系统而言，目前网络侧配置的最大 DRX周期为 2560ms。

对于 UMTS和 LTE系统而言，终端均有可能配置有两个 DRX长度。一个是无线网络控制器（ Radio Network Controller, RNC ) /eNB通过系统信息块（ System Information Block, SIB ) 消息配置的，可以称为缺省（default ) DRX。该配置适用于所有驻留在该小区内的终端。而另一个是核心网（Core Network, CN ) 实体和终端通过非接入层（Non-Access Stratum, NAS )过程协商的，称作 UE专属（ specific ) DRX, 该配置仅适用单个终端。对于后者，在协商过程中 RNC/eNB是不知情的。终端获得两个 DRX周期（ cycle ), 会取二者中更小值的来监听寻呼消息。

对于寻呼过程，由 CN实体发起寻呼，寻呼消息首先发送到 RNC (对于 UMTS而言） /eNB (对于 LTE系统而言），具体参阅图 2和图 3所示。如图 2和图 3所示，在该寻呼消息（即 paging消息）中携带 UE specific DRX配置。对于 UMTS系统而言， RNC将使用该 paging消息中配置的 DRX参数在空口（即 Iu接口）发送寻呼消息。对于 LTE系统而言， eNB将比较 paging消息中配置的 DRX参数和系统消息中配置的 DRX参数，使用二者指示的较短的 DRX周期来发送寻呼消息。

对于 LTE系统而言，为了节省 UE的能量消耗，延长 UE电池的使用时间， LTE在连接状态（即 RRC_connected状态）下引入了 DRX操作模式，允许终端非连续监听控制信道。连接状态下的 DRX操作模式包括激活期和休眠期，激活期内 UE需要监听物理下行控制信道 ( Physical Downlink Control Channel, PDCCH ), 接收和发送数据以及信令传输。休眠期内 UE关闭射频单元，以减少不必要的电量开销。两种状态在时间上基于 DRX周期进行划分，具体如图 4所示。

由于用户各种业务的激活程度不一样，针对不同业务的激活程度需要配置不同的 DRX 周期，因此连接态 DRX操作模式设计了长短两种周期，长 DRX周期和短 DRX的周期长度根据 UE不同业务的激活特性进行配置。长 DRX周期的长度是由 RRC消息进行配置 ,取值范围为 10 2560, 单位是子帧；短 DRX周期的长度是由 RRC消息进行配置，取值范围为 2 640, 单位是子帧。

DRX的起点位置是 DRX周期中 "on" 状态的起点， DRX的起点决定了 UE何时醒来监听控制信道。在 DRX的起点可以通过 RRC信令显示通知 UE—个 DRX起点的偏移量。

对于 UMTS系统而言， cell_fach状态和 cell_pch状态均引入了 DRX机制，都釆用长、短两种周期，两种状态下 DRX长周期的最大值均为 5120ms, DRX周期 "on"状态的起点的确定方式与 LTE系统相似。

在 LTE系统中，系统帧号（ System Frame Number, SFN ) 的更换周期（又称为 SFN周期）的长度为 10.24s, —个 SFN周期中包含 1024个无线帧，编号从 0到 1023 , 每个无线帧长度为 10ms。在 UMTS系统中， SFN周期的长度为 40.96s, 其中包含 4096个无线帧，编号从 0 到 4095 , 每个无线帧长度为 10ms。

对于某些 MTC终端而言，为了达到更好的省电性能，需要使用更长的 DRX周期；相应的，需要对现有协议中规定的 DRX周期（如， LTE系统最大为 2.56秒， UMTS最大为 5.12秒）进行扩展，达到分钟甚至小时的量级。但是当把 DRX周期扩展之后，会导致当扩展的 DRX 周期大于 SFN周期（10.24s ) 时，按照现有方式， UE无法计算出准确的激活时刻，因为按照现有方式计算出来的激活时刻都是在一个 SFN周期内的，这样， UE便无法在对应的激活时刻及时醒来接收网络侧发送的消息及数据，从而很容易造成信息丢失，进而严重降低 UE 的业务 QoS。发明内容

本发明实施例提供一种激活时刻的计算方法及装置，用以解决 UE使用扩展 DRX周期时无法在准确时刻进入激活状态的问题。

本发明实施例提供的具体技术方案如下：

一种激活时刻的通知方法，包括：

网络侧确定当前 SFN周期在扩展 DRX周期中的序号；

网络侧将当前 SFN周期在扩展 DRX周期中的序号通知 UE,令 UE根据所述序号，结合预设的扩展 DRX周期的长度计算该 UE的激活时刻。

一种激活时刻的计算方法，包括：

用户设备 UE接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号；

UE根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX周期的长度，计算本 UE的激活时刻。

一种激活时刻的通知装置，包括：

确定单元，用于确定当前 SFN周期在扩展 DRX周期中的序号；

通信单元，用于将当前 SFN周期在扩展 DRX周期中的序号通知 UE,令 UE根据所述序号，结合预设的扩展 DRX周期的长度计算该 UE的激活时刻。

一种激活时刻的计算装置，包括：

通信单元，用于接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号；主控单元，用于根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX 周期的长度，计算本装置的激活时刻。本发明实施例中，网络侧将当前 SFN周期在扩展 DRX周期中的序号通知 UE, 而 UE 根据该序号，结合预设的扩展 DRX周期的长度计算本 UE的激活时刻，这样，当扩展的 DRX周期大于 SFN周期时， UE仍然可以计算出正确的寻呼时刻或 /和接收业务数据的时刻，从而有效避免了 UE因为计算错误而丢失寻呼消息或者业务数据的情况，从而能够在准确时刻进入激活状态，进而保障了 UE的业务 QoS, 提升了系统的服务性能。附图说明

图 1为现有技术下终端在寻呼周期内釆用 DRX方式监听寻呼示意图；

图 2为现有技术下 LTE系统中 S 1接口寻呼消息示意图；

图 3为现有技术下 UMTS系统中 Iu接口寻呼消息示意图；

图 4为现有技术下连接态下 DRX周期示意图；

图 5为本发明实施例中网络侧向 UE通知激活时刻示意流程图；

图 6为本发明实施例中 UE根据网络侧通知计算激活时刻示意流程图；

图 7 - 9为本发明实施例中 UE计算激活时刻场景示意图；

图 10为本发明实施例中网络侧装置功能结构示意图；

图 11为本发明实施例中另一种网络侧装置功能结构示意图；

图 12为本发明实施例中 UE功能结构示意图；

图 13为本发明实施例中另一种 UE功能结构示意图。具体实施方式

在 UE使用扩展 DRX周期时，为了令 UE能够在准确时刻进入激活状态，本发明实施例中，提出了一种新的激活时刻的计算方法，无论 UE处于空闲态还是连接态，均可以在使用的扩展 DRX周期大于 SFN周期时，计算出正确的激活时刻。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图 5所示，本发明实施例中，网络侧向 UE通知激活时刻的示意流程图如下：步骤 500: 网络侧确定当前 SFN周期在扩展 DRX周期中的序号。

本发明实施例中，当前 SFN周期在扩展 DRX周期中的序号记为 Index, lndex=0, 1 , ... ... , η-1 , 其中 η为扩展 DRX周期的最大值相对于 SFN周期的倍数。

步骤 510: 网络侧将当 SFN周期在扩展 DRX周期中的序号通知 UE, 令 UE基于该序号结合预设的扩展 DRX周期的长度，计算出该 UE在当前 SFN周期中的激活时刻。

本发明实施例中，网络侧（如，基站）可以使用系统信息和 /或专用信令向 UE通知当前 SFN周期在扩展 DRX周期中的序号，即 Index。

以网络侧釆用系统信息为例。例如：网络侧可以釆用主信息块 ( Master Information Block, MIB ) 来发送当前 SFN 周期在扩展 DRX周期中的 Index。较佳的，可以利用现有 MIB中的剩余比特携带当前 SFN 周期在扩展 DRX周期中的 Index; 如，当最大的扩展 DRX周期的长度为 8倍的 SFN周期时，可以在 MIB中使用 3bit来标识上述 Index是 8个 SFN周期中的第几个 SFN周期。

又例如：网络侧釆用扩展的 SIB来发送当前 SFN周期在扩展 DRX周期中的 Index。较佳的，可以在现有 SIB中扩展一些信息单元（Information Element, IE )来发送当前 SFN 周期在扩展 DRX周期中的 Index; 如，利用 SIB2来发送，需要在 SIB2中扩展新的 IE以携带 Index。

又例如：网络侧可以釆用新增的 SIB来发送当前 SFN周期在扩展 DRX周期中的 Index。如，釆用 SIB20发送，该 SIB20中只包含当前 SFN周期在扩展 DRX周期中的 Index。

不管釆用上述哪种方式发送，在一个 SFN周期内，网络侧广播的当前 SFN周期在扩展 DRX周期内的 Index必须一样。

具体的， SFN周期内又分为若千系统信息修改周期，网络侧在一个 SFN周期内的每一个系统信息修改周期内广播的当前 SFN周期在扩展 DRX周期内的 Index必须一样。

UE接收到网络侧通知的当前 SFN周期在扩展 DRX周期中的序号后，会根据相应方式计算自身的激活时刻，具体在计算方式将在后续实施例中会作出进一步介绍。

与上述实施例相对应的，参阅图 6所示，本发明实施例中， UE根据网络侧通知计算自身激活时刻的概述流程如下：

步骤 600: UE接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号。

本发明实施例中，当前 SFN周期在扩展 DRX周期中的序号记为 Index, lndex=0,

1 , ... ... , η-1 , 其中 η为扩展 DRX周期的最大值相对于 SFN周期的倍数。

步骤 610: UE根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX 周期的长度，计算本 UE的激活时刻。

本发明实施例中， UE可以通过系统信息和 /或专用信令接收网络侧通知的当前 SFN周期在扩展 DRX周期中的序号，即 Index。

以 UE釆用系统信息为例。

例如： UE可以接收网络侧通过 MIB中的剩余比特广播的当前 SFN周期在扩展 DRX 周期中的 Index。

又例如： UE可以接收网络侧通过中扩展的 IE广播的当前 SFN周期在扩展 DRX周期中的 Index。

又例如： UE可以接收网络侧通过新增的 SIB广播的当前 SFN周期在扩展 DRX周期中的 Index。

具体的， SFN周期内又分为若千系统信息修改周期， UE在一个 SFN周期内的每一个系统信息修改周期内接收的网络侧广播的当前 SFN周期在扩展 DRX周期内的 Index必须一样。

进一步， UE获得网络侧通知的当前 SFN周期在扩展 DRX周期中的 Index后，根据自身当前的状态（即空闲态或连接态），选择不同的方式计算本 UE在扩展 DRX周期中的激活时刻；下面分别作出介绍。

第一种情况下， UE处于空闲态。此时，所谓 UE的激活时刻即是指 UE开始接收网络侧寻呼的时刻（网络侧在进行寻呼之前无法确定 UE的准确位置），因此也称为寻呼时刻。

UE接收到网络侧通知的当前 SFN周期在扩展 DRX周期（此时也可称为寻呼周期）中的 Index之后，结合预设的扩展 DRX周期的长度，釆用下述方式计算获得自身的激活时刻（即寻呼时刻，亦指寻呼消息所在的无线帧）。

首先， UE根据预设的扩展 DRX周期的长度 T , 结合预设的 SFN周期的长度 S , 在本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y, 以及在本地计算出激活时刻在 SFN周期中的编号 Z;

接着， UE根据网络侧发送的当前 SFN周期在扩展 DRX周期中的序号 Index, 判定该 Index和本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y之间满足设置的数值关系时，确定当前 SFN周期即是 UE的激活时刻所在的 SFN周期，并根据激活时刻在 SFN周期中的编号 Z确定本 UE的激活时刻。

具体为：

首先， UE根据预设的扩展 DRX周期的长度 T、寻呼密度和 UE的标识信息计算出激活时刻在扩展 DRX周期中位于的无线帧 X

其次， UE根据预设的 SFN周期的长度 S , 结合上述激活时刻在扩展 DRX周期中位于的无线帧 X, 在本地计算出一个激活时刻所在 SFN周期在扩展 DRX周期中的序号 Υ, 以及在本地计算出一个激活时刻在当前 SFN周期中的编号 Ζ;

接着， UE根据预设的扩展 DRX周期的长度 Τ和 SFN周期的长度 S ,计算出扩展 DRX 周期相对于当前 SFN周期的倍数 C;

最后， UE根据网络侧发送的当前 SFN周期在扩展 DRX周期中的 Index,判定 Y=Index mod C时，确定当前 SFN周期即是 UE的激活时刻所在的 SFN周期，此时， UE便可以在 Z指示的激活时刻开始接收网络侧发送的用于寻呼的无线帧。 X mod T = (T div N)*(UE_ID mod N)

Y = X div S

Z = X mod S

C=T div S 其中， X为激活时刻在扩展 DRX周期中位于的无线帧， T为扩展 DRX周期的长度， N为寻呼密度， UE_ID为终端标识， Y为 UE本地计算的激活时刻所在 SFN周期在扩展 DRX周期中的序号， Z为 UE本地计算的激活时刻所在无线帧在 SFN周期中的编号， S为 SFN周期的长度（即 10.24s ), C是扩展 DRX周期相对于 SFN周期的倍数。

当 Y=Index mod C时，网络侧指示的 Index所对应的 SFN周期就是 UE的激活时刻所在的 SFN周期，此时，之前计算获得的 Z便是 UE对应的激活时刻。

第二种情况下， UE处于连接态。此时，所谓 UE的激活时刻即是指 UE开始接收网络侧数据的时刻（网络侧在发送数据之前已确知 UE的准确位置），因此，也称为 onDuration 时刻。

UE接收到网络侧通知的当前 SFN周期在扩展 DRX周期中的 Index之后 ,结合预设的扩展 DRX周期的长度，釆用下述方式计算获得自身的激活时刻（即 on Duration时刻，亦指开始接收数据的无线帧及子帧，也称为 DRX on Duration )

首先， UE根据预设的子帧偏移量确定激活时刻所在的子帧编号；

其次， UE根据网络侧通知的当前 SFN周期在扩展 DRX周期中的 Index, 结合计算获得的激活时刻所在的子帧编号，以及预设的子帧偏移量和扩展 DRX周期的长度，计算获得激活时刻所在的无线帧的编号。

例如：在釆用 DRX长周期时，可以釆用以下公式进行计算：

[(SFN * 10) + (K * TSFN) + subframe number] modulo (longDRX-Cycle) = drxStartOfFset 其中， SFN为 DRX onDuration所在无线帧的编号； K为 DRX onDuration所在 SFN周期在扩展 DRX长周期中的 Index; TSFN为 SFN的翻转周期； subframe number为 DRX onDuration 的子帧号； longDRX-Cycle 为预设的扩展 DRX长周期的长度； drxStartOfFset 为 DRX onDuration的子帧偏移量；

又例如：在釆用 DRX短周期时，可以釆用以下公式进行计算：

[(SFN * 10) + (K * TSFN) + subframe number] modulo (shortDRX-Cycle) = (drxStartOfFset) modulo (shortDRX-Cycle)

其中， SFN为 DRX onDuration所在无线帧的编号； K为 DRX onDuration所在 SFN周期在扩展 DRX短周期中的 Index; TSFN为 SFN的翻转周期； subframe number为 DRX onDuration的子帧号； shortDRX-Cycle 为预设的扩展 DRX短周期的长度； drxStartOfFset 为 DRX onDuration的子帧偏移量。

当然，网络侧在釆用专用信令通知 UE当前 SFN周期在扩展 DRX周期中的 Index时，当 UE获知当前 SFN周期的 Index与 K相同时，则确认当前 SFN周期即为 DRX on Duration 出现的 SFN周期。

下面釆用几个具体的应用场景对上述实施例作出进一步详细说明。第一种应用场景：以 LTE系统中的寻呼时刻计算为例。

在 LTE系统中，当前设置的 SFN周期长度为 10.24s, 扩展后的 DRX周期的长度（此时为寻呼周期）的最大值为 4倍的 SFN周期，即 40.96s, 系统信息修改周期为 2.56s。某 UE按照扩展 DRX周期 40.96s接收寻呼，其激活时刻所在寻呼无线帧的位置为扩展 DRX 周期中序号为 2的 SFN周期内 SFN=256的无线帧，具体如图 7所示。

网络侧在每个 SFN周期中的每一个系统信息修改周期内，利用系统信息广播当前 SFN 周期在扩展 DRX周期中的序号，即 Index, 网络侧必须保证在一个 SFN周期中，所有系统信息中广播的 Index均相同。网络侧可以在现有系统信息（ System Information, SI ) 中新增 IE来广播该 Index, 也可以使用新的 SIB (如， SIB20 ) 来广播该 Index。本实施例中，在 UE的激活时刻所在的 SFN周期中，网络侧广播的 SFN周期的 Index为 2。

UE接收到网络侧广播的上述 Index后，可以根据以下公式计算激活时刻所在的无线帧 (公式里的单位均为无线帧）：

X mod T = (T div N)*(UE_ID mod N)

Y = X div S

Z = X mod S

C = T div S

其中， X为激活时刻在扩展 DRX周期中位于的无线帧， T为扩展 DRX周期的长度， N为寻呼密度， UE_ID为终端标识， Y为 UE本地计算的激活时刻所在 SFN周期在扩展 DRX周期中的序号， Z为 UE本地计算的激活时刻所在无线帧在当前 SFN周期中的编号， S为 SFN周期的长度 (即 10.24s, 1024个无线帧）， C是扩展 DRX周期相对于 SFN周期的倍数。 mod表示除完剩下的余数， div是表示除完向下取整。

在本实施例中， T为 4096 , N为 16 , UE ID为 25。

UE根据上述公式计算得到 X=2304 , Y=2 , Z=256 , C=4 , 然后 UE读取系统信息中的当前 SFN周期在扩展 DRX周期中的 Index, 当 Y=Index mod C时，该 Index所对应的 SFN 周期就是 UE的激活时刻所在的无线帧位于的 SFN周期。在本实施例中， Index=2为激活时刻所在无线帧位于的 SFN周期，因此， UE在第 2个 SFN周期中，找到 SFN=256的无线帧，醒来并读取网络侧的寻呼消息。

区别于上述计算方式，在另外一种计算方式中， UE读取当前 SFN周期在扩展 DRX 周期中的 Index后，可以根据当前无线帧的 SFN (记为 M )计算得到 P=S*Index+M 。对于 P mod T = X 的无线帧，即为 UE的激活时刻所在无线帧。在本实施例中， T=4096 , X=2304 , Index=2 , S=1024 , 当 P mod T= X时， M=256 , 此时， SFN=256的无线帧即为 UE的激活时刻所在的寻呼无线帧。

第二种应用场景：以 UMTS系统中的寻呼时刻计算为例。在 UMTS系统中，当前设置的 SFN周期为 40.96s,扩展 DRX周期最大值为 4倍的 SFN 周期，即 163.84s, 系统信息修改周期为 5.12s。某 UE按照扩展后的 DRX周期 81.92s接收寻呼，其激活时刻所在寻呼无线帧的位置为扩展 DRX周期中序号为 1 的 SFN周期内的 SFN=256的无线帧，具体如图 8所示。

网络侧在每个 SFN周期中的每个系统信息修改周期里，利用系统信息广播当前 SFN 周期在扩展 DRX周期中的 Index, 网络侧保证在一个 SFN周期中，所有系统信息中所广播的 Index均相同。网络侧可以在现有 SI中新增 IE来广播该 Index,也可以使用新的 SIB(如， SIB20 )来广播该 Index。本实施例中，在 UE的激活时刻所在寻呼无线帧位于的 SFN周期中，网络侧广播的 SFN周期 Index为 1和 3 , 即网络侧分两次广播，在第 1个 SFN周期里广播的 Index为 1 ,在第 3个 SFN周期里广播的 Index为 3 , 以下实施例中以筒洁为目的将两种情况合并描述。

X mod T = (T div N)*(UE_ID mod N)

Y = X div S

Z = X mod S

C = T div S

其中， X为激活时刻在扩展 DRX周期中位于的无线帧， T为扩展 DRX周期的长度， N为寻呼密度， UE_ID为终端标识， Y为 UE本地计算的激活时刻所在 SFN周期在扩展 DRX周期中的序号， Z为 UE本地计算的激活时刻所在无线帧在当前 SFN周期中的编号， S为 SFN周期的长度（即 40.96s ), C是扩展 DRX周期相对于 SFN周期的倍数。 mod表示除完剩下的余数， div是表示除完向下取整。

在本实施例中， T为 8192 , N为 32 , UE_ID为 49。

UE根据上述公式计算得到 X=4352 , Y=l , Z=256 , C=2。然后 UE读取系统信息中的 SFN周期的 Index, 当 Y=Index mod C时，该 Index所对应的 SFN周期就是 UE的激活时刻所在无线帧位于的 SFN周期。本实施例中， Index=l和 Index=3的 SFN周期均为激活时刻所在无线帧位于的 SFN周期，因此， UE在第 1个和第 3个 SFN周期中，均需要找到 SFN=256的无线帧，醒来并读取网络侧的寻呼消息。

第三种应用场景，以 LTE中的 DRX onDuration计算为例。

在 LTE系统中，当前设置的 SFN周期为 10.24s , 扩展后的 DRX周期最大值为 4倍的

SFN周期，即 40.96s, 系统信息爹改周期为 2.56s, 具体如图 9所示。

网络侧在每个 SFN周期中的每一个系统信息修改周期里，利用系统信息广播当前 SFN 周期在扩展 DRX周期中的 Index, 网络侧保证在一个 SFN周期中，所有系统信息中所广播的 Index均相同。网络侧可以在现有 SI中新增 IE来广播该 Index,也可以使用新的 SIB(如， SIB20 ) 来广播该 Index。

本实施例中，在 UE的 DRX onDuration所在无线帧位于的 SFN周期中，网络侧广播的 SFN周期的 Index为 1和 3 , 即网络侧分两次广播，在第 1个 SFN周期里广播的 Index 为 1 , 在第 3个 SFN周期里广播的 Index为 3 , 以下实施例中以筒洁为目的将两种情况合并描述。

若 UE通过专用信令接收到的 longDRX-Cycle (即扩展 DRX长周期）为 4倍的 SFN 周期（ 10240 * 4 = 40960 ), DRX的子帧偏移量为（ 10240 * 3 + 103 = 30823 ) ms, SFN周期在扩展 DRX周期中的序号 K为 3。UE根据以下公式计算 DRX长周期的 DRX onDuration 位置：

[(SFN * 10) + (K * TSFN) + subframe number] modulo (longDRX-Cycle) = drxStartOfFset 其中， SFN为 DRX onDuration所在无线帧的编号； K为 DRX onDuration所在 SFN 周期在扩展 DRX长周期中的 Index; TSFN 为 SFN 的翻转周期， LTE 系统中为 10240; subframe number为 DRX onDuration的子帧号； longDRX-Cycle 为预设的扩展 DRX长周期的长度； drxStartOfFset为 DRX onDuration的子帧偏移量。

UE可以通过计算得到 DRX长周期 DRX onDuration位置为：

[(10 * 10) + (3* 10240) + 3] modulo (40960) = 30823

Subframe nubmer = 3。

K = 3。

SFN = 10。

若 UE通过专用信令接收到的 shortDRX-Cycle (即扩展 DRX短周期）为 2倍的 SFN 周期（ 10240 * 2 = 20480 ),即 K为 2。UE根据以下公式计算 DRX短周期的 DRX onDuration 位置：

UE可以通过计算得到 DRX短周期 DRX onDuration位置为：

[(10 * 10) + (1 * 10240) + 3] modulo (20480) = (10240 * 3 + 103 = 30823) modulo (10240 * 2)=10343

其中， SFN为 DRX onDuration所在无线帧的编号； K为 DRX onDuration所在 SFN 周期在扩展 DRX短周期中的 Index; TSFN 为 SFN 的翻转周期， LTE 系统中为 10240; subframe number为 DRX onDuration的子帧号； longDRX-Cycle 为预设的扩展 DRX长周期的长度； drxStartOfFset为 DRX onDuration的子帧偏移量。

UE可以通过计算得到 DRX短周期 DRX onDuration位置为： Subframe nubmer = 3。

K = 1。

SFN = 10。

显然， UE可以在当前 SFN周期内的 SFN=10的无线帧中的第 3个子帧内醒来接收网络侧发送的业务数据。

另一方面，在第三种应用场景下， UE也可以釆用以下公式计算扩展 DRX长周期中的 DRX onDuration的位置，以及计算扩展 DRX短周期中的 DRXonDuration的位置。

一、扩展 DRX长周期中的 DRX onDuration的位置计算。

首先， UE釆用以下公式计算扩展 DRX长周期在 SFN周期中出现的位置：

Toffset = drxStartOfFset div TSFN

Tlong = longDRX-Cycle div TSFN

K modulo Tlong = Toffset

其中， TSFN为 SFN的翻转周期， LTE系统中取值为 10240; K为 DRX on Duration 所在 SFN周期的 Index。

其次， UE釆用以下公式计算在 SFN周期 K中出现的 SFN和子帧号：

(SFN * 10) + subframe number = drxStartOfFset modulo TSFN

其中， SFN为 DRX onDuration所在无线巾贞的编号； subframe number为 subframe number 为 DRX onDuration的子帧号。

最后， UE可以釆用以下公式通过计算得到扩展 DRX长周期中 DRX onDuration所在的无线帧：

1 ) :

Toffset = 30823 div 10240 = 3

Tlong = 40960 div 10240 = 4

3 modulo 4 = 3

K = 3。

2 ) :

(10 * 10) + 3 = (30823 modulo 10240)

SFN = 10。

Subframe nubmer = 3。

二、当 UE收到的扩展 DRX短周期为 2倍的 SFN周期（ 10240 * 2 = 20480 ) 时， UE 可以釆用以下公式计算扩展 DRX短周期中 DRX onDuration的位置。

首先， UE釆用以下公式计算扩展 DRX短周期在 SFN周期中出现的位置：

TofFset short = [(drxStartOfFset) modulo (shortDRX-Cycle)] div TSFN Tshort = shortDRX-Cycle div TSFN

K modulo Tshort = TofFset short

(SFN * 10) + subframe number = [(drxStartOfFset) modulo (shortDRX-Cycle)] modulo TSFN

最后， UE可以釆用以下公式计算得到扩展 DRX短周期 DRX onDuration所在的无线帧：

1 ) ：

TofFset short = [(30823) modulo (20480)] div 10240 = 1

Tshort = 20480 div 10240 = 2

1 modulo 2 = 1

K = 1。

2 ) :

(10* 10) + 3 = [(30823) modulo (20480)] modulo 10240 = 103

SFN = 10。

subframe number = 3。

从上述各实施例中可以看出，无论 UE处于空闲态还是连接态，只有 UE获得网络侧通知的当前 SFN周期在扩展 DRX周期中的 Index, 以及获得预设的（可以由本地配置，也可以和网络侧协商）的扩展 DRX周期的长度，即可以计算获得激活时刻所在的无线帧的编号，从而可以在准确的时刻醒来接收寻呼或者接收业务数据。

基于上述各实施例，参阅图 10所示，本发明实施例中，网络侧装置包括确定单元 100 和通信单元 101 :

确定单元 100, 用于确定当前 SFN周期在扩展 DRX周期中的序号；

通信单元 101 , 用于将当前 SFN周期在扩展 DRX周期中的序号通知备 UE, 令 UE根据该序号，结合预设的扩展 DRX周期的长度计算该 UE的激活时刻。

通信单元 101在当前 SFN周期中的每一个系统信息修改周期内，均将当前 SFN周期在扩展 DRX周期中的序号通知 UE。

通信单元 101通过系统信息将当前 SFN周期在扩展 DRX周期中的序号向 UE广播；或 /和，通过用信令将当前 SFN周期在扩展 DRX周期中的序号发送至 UE。通信单元 101在 MIB中的剩余比特内携带当前 SFN周期在扩展 DRX周期中的序号; 或者，在 SIB中扩展相应的信息单元 IE携带当前 SFN周期在扩展 DRX周期中的序号；或者，在新增的 SIB中携带当前 SFN周期在扩展 DRX周期中的序号。

参阅图 11所示，本发明实施例中，另一种网络侧装置包括存储器 311和处理器 312。其中，处理器 312被配置了用于执行上述本发明实施例中所述的网络侧的方法的计算机程序等，从而实现本发明实施例提供的网络侧设备的功能；存储器 311 , 用于存储该计算机程序的代码，可以被用于配置所述处理器 312; 处理器 312根据实际需要可以包括基带处理部件、射频处理部件等设备，用于传输相关信息。具体地：

处理器 312确定当前 SFN周期在扩展 DRX周期中的序号；

处理器 312将当前 SFN周期在扩展 DRX周期中的序号通知备 UE,令 UE根据该序号，结合预设的扩展 DRX周期的长度计算该 UE的激活时刻。

处理器 312在当前 SFN周期中的每一个系统信息修改周期内，均将当前 SFN周期在扩展 DRX周期中的序号通知 UE。

处理器 312通过系统信息将当前 SFN周期在扩展 DRX周期中的序号向 UE广播；或 / 和，通过用信令将当前 SFN周期在扩展 DRX周期中的序号发送至 UE。

处理器 312在 MIB中的剩余比特内携带当前 SFN周期在扩展 DRX周期中的序号；或者，在 SIB中扩展相应的信息单元 IE携带当前 SFN周期在扩展 DRX周期中的序号；或者，在新增的 SIB中携带当前 SFN周期在扩展 DRX周期中的序号。

参阅图 12所示，本发明实施例中， UE侧装置包括通信单元 110和主控单元 111 , 其中，

通信单元 110, 用于接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号；主控单元 111 , 用于根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX周期的长度 , 计算本装置的激活时刻。

通信单元 110在当前 SFN周期中的每一个系统信息修改周期内，均接收网络侧通知的当前 SFN周期在扩展 DRX周期中的序号。

通信单元 110通过系统信息接收网络侧广播的当前 SFN周期在扩展 DRX周期中的序号；或 /和，通过专用信令接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号。

通信单元 110接收网络侧通过主信息块 MIB中的剩余比特广播的当前 SFN周期在扩展 DRX周期中的序号；或者，接收网络侧通过系统信息块 SIB中扩展的信息单元 IE广播的当前 SFN周期在扩展 DRX周期中的序号；或者，接收网络侧通过新增的 SIB广播的当前 SFN周期在扩展 DRX周期中的序号。

若本装置处于空闲态，则主控单元 111根据预设的扩展 DRX周期的长度 T,结合预设的 SFN周期的长度 S ,在本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y, 以及在本地计算出激活时刻在 SFN周期中的编号 Z;

接着，再根据网络侧发送的当前 SFN周期在扩展 DRX周期中的序号 Index,判定所述 Index 和本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y之间满足设置的数值关系时，确定当前 SFN周期即是 UE的激活时刻所在的 SFN周期，并根据激活时刻在 SFN 周期中的编号 Z确定本 UE的激活时刻。

若本装置处于连接态，则主控单元 111根据预设的子帧偏移量确定激活时刻所在的子帧编号；并根据网络侧通知的当前 SFN周期在扩展 DRX周期中的序号，结合计算获得的激活时刻所在的子帧编号，以及预设的子帧偏移量和扩展 DRX周期的长度，计算获得激活时刻所在的无线帧的编号。

参阅图 13所示，本发明实施例中，另一种 UE侧装置包括存储器 411和处理器 412。其中，处理器 412被配置了用于执行上述本发明实施例中所述的 UE侧的方法的计算机程序等，从而实现本发明实施例提供的 UE侧装置的功能；存储器 411 , 用于存储该计算机程序的代码，可以被用于配置所述处理器 412; 处理器 312根据实际需要可以包括基带处理部件、射频处理部件等设备，用于传输相关信息。具体地：

处理器 412接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号；

处理器 412根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX周期的长度，计算本装置的激活时刻。

处理器 412在当前 SFN周期中的每一个系统信息修改周期内，均接收网络侧通知的当前 SFN周期在扩展 DRX周期中的序号。

处理器 412通过系统信息接收网络侧广播的当前 SFN周期在扩展 DRX周期中的序号；或 /和，通过专用信令接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号。

处理器 412接收网络侧通过主信息块 MIB中的剩余比特广播的当前 SFN周期在扩展 DRX周期中的序号；或者，接收网络侧通过系统信息块 SIB中扩展的信息单元 IE广播的当前 SFN周期在扩展 DRX周期中的序号；或者，接收网络侧通过新增的 SIB广播的当前 SFN周期在扩展 DRX周期中的序号。

若本装置处于空闲态，则处理器 412根据预设的扩展 DRX周期的长度 T,结合预设的 SFN周期的长度 S , 在本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y, 以及在本地计算出激活时刻在 SFN周期中的编号 Z; 接着，再根据网络侧发送的当前 SFN 周期在扩展 DRX周期中的序号 Index,判定所述 Index和本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y之间满足设置的数值关系时，确定当前 SFN周期即是 UE 的激活时刻所在的 SFN周期，并根据激活时刻在 SFN周期中的编号 Z确定本 UE的激活时刻。

若本装置处于连接态，则处理器 412根据预设的子帧偏移量确定激活时刻所在的子帧编号；并根据网络侧通知的当前 SFN周期在扩展 DRX周期中的序号，结合计算获得的激活时刻所在的子帧编号，以及预设的子帧偏移量和扩展 DRX周期的长度，计算获得激活时刻所在的无线帧的编号。

综上所述，本发明实施例中，网络侧将当前 SFN周期在扩展 DRX周期中的序号通知 UE, 而 UE根据该序号，结合预设的扩展 DRX周期的长度计算本 UE的激活时刻，这样，当扩展的 DRX周期大于 SFN周期时， UE仍然可以计算出正确的寻呼时刻或 /和接收业务数据的时刻，从而有效避免了 UE因为计算错误而丢失寻呼消息或者业务数据的情况，从而能够在准确时刻进入激活状态，进而保障了 UE的业务 QoS ,提升了系统的服务性能。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可釆用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可釆用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介盾（包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内

Claims

权利要求

1、一种激活时刻的通知方法，其特征在于，包括：

网络侧确定当前系统帧号 SFN周期在扩展非连接接收 DRX周期中的序号；网络侧将当前 SFN周期在扩展 DRX周期中的序号通知用户设备 UE,令 UE根据所述序号，结合预设的扩展 DRX周期的长度计算该 UE的激活时刻。

2、如权利要求 1所述的方法，其特征在于，网络侧在当前 SFN周期中的每一个系统信息修改周期内，均将当前 SFN周期在扩展 DRX周期中的序号通知 UE。

3、如权利要求 1或 2所述的方法，其特征在于，网络侧将当前 SFN周期在扩展 DRX 周期中的序号通知 UE, 包括：

网络侧通过系统信息将当前 SFN周期在扩展 DRX周期中的序号向 UE广播；或 /和

网络侧通过专用信令将当前 SFN周期在扩展 DRX周期中的序号发送至 UE。

4、如权利要求 3所述的方法，其特征在于，网络侧通过系统信息将当前 SFN周期在扩展 DRX周期中的序号向 UE广播，包括：

网络侧通过在系统信息中的主信息块 MIB中的剩余比特内携带当前 SFN周期在扩展

DRX周期中的序号向 UE广播；或者，

网络侧通过在系统信息中的系统信息块 SIB中扩展相应的信息单元 IE携带当前 SFN 周期在扩展 DRX周期中的序号向 UE广播；或者，

网络侧通过在系统信息中新增的 SIB中携带当前 SFN周期在扩展 DRX周期中的序号向 UE广播。

5、一种激活时刻的计算方法，其特征在于，包括：

用户设备 UE接收网络侧发送的当前系统帧号 SFN周期在扩展非连接接收 DRX周期中的序号；

6、如权利要求 5所述的方法，其特征在于， UE在当前 SFN周期中的每一个系统信息修改周期内 , 均接收网络侧通知的当前 SFN周期在扩展 DRX周期中的序号。

7、如权利要求 5或 6所述的方法，其特征在于， UE接收网络侧通知的前 SFN周期在扩展 DRX周期中的序号，包括：

UE通过系统信息接收网络侧广播的当前 SFN周期在扩展 DRX周期中的序号；或 /和

UE通过专用信令接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号。

8、如权利要求 7所述的方法，其特征在于， UE通过系统消息接收网络侧广播的将当前 SFN周期在扩展 DRX周期中的序号，包括：

UE接收网络侧通过在系统消息中的主信息块 MIB中的剩余比特广播的当前 SFN周期在扩展 DRX周期中的序号；或者，

UE接收网络侧通过在系统消息中的系统信息块 SIB中扩展的信息单元 IE广播的当前

SFN周期在扩展 DRX周期中的序号；或者，

UR接收网络侧通过在系统消息中新增的 SIB广播的当前 SFN周期在扩展 DRX周期中的序号。

9、如权利要求 7所述的方法，其特征在于，若 UE处于空闲态，则 UE根据当前 SFN 周期在扩展 DRX周期中的序号，结合预设的扩展 DRX周期的长度，计算本 UE的激活时刻，包括：

UE根据预设的扩展 DRX周期的长度 T , 结合预设的 SFN周期的长度 S , 在本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y,以及在本地计算出激活时刻在 SFN 周期中的编号 Z;

UE根据网络侧发送的当前 SFN周期在扩展 DRX周期中的序号 Index,判定所述 Index 和本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y之间满足设置的数值关系时，确定当前 SFN周期为 UE的激活时刻所在的 SFN周期，并根据激活时刻在 SFN周期中的编号 Z确定本 UE的激活时刻。

10、如权利要求 7所述的方法，其特征在于，若 UE处于连接态，则 UE根据当前 SFN 周期在扩展 DRX周期中的序号，结合预设的扩展 DRX周期的长度，计算本 UE的激活时刻，包括：

UE根据预设的子帧偏移量确定激活时刻所在的子帧编号；

UE根据网络侧通知的当前 SFN周期在扩展 DRX周期中的序号，结合计算获得的激活时刻所在的子帧编号，以及预设的子帧偏移量和扩展 DRX周期的长度，计算获得激活时刻所在的无线帧的编号。

11、一种激活时刻的通知装置，其特征在于，包括：

确定单元，用于确定当前系统帧号 SFN周期在扩展非连接接收 DRX周期中的序号；通信单元，用于将当前 SFN周期在扩展 DRX周期中的序号通知用户设备 UE, 令 UE 根据所述序号，结合预设的扩展 DRX周期的长度计算该 UE的激活时刻。

12、如权利要求 11所述的装置，其特征在于，所述通信单元在当前 SFN周期中的每一个系统信息修改周期内，均将当前 SFN周期在扩展 DRX周期中的序号通知 UE。

13、如权利要求 11或 12所述的装置，其特征在于，所述通信单元将当前 SFN周期在扩展 DRX周期中的序号通知 UE, 包括：通过系统信息将当前 SFN周期在扩展 DRX周期中的序号向 UE广播；或 /和

通过用信令将当前 SFN周期在扩展 DRX周期中的序号发送至 UE。

14、如权利要求 13所述的装置，其特征在于，所述通信单元通过系统信息将当前 SFN 周期在扩展 DRX周期中的序号向 UE广播，包括：

通过在系统信息中的主信息块 MIB中的剩余比特内携带当前 SFN周期在扩展 DRX周期中的序号向 UE广播；或者，

通过在系统信息中的系统信息块 SIB中扩展相应的信息单元 IE携带当前 SFN周期在扩展 DRX周期中的序号向 UE广播；或者，

通过在系统信息中新增的 SIB中携带当前 SFN周期在扩展 DRX周期中的序号向 UE 广播。

15、一种激活时刻的计算装置，其特征在于，包括：

通信单元，用于接收网络侧发送的当前系统帧号 SFN周期在扩展非连接接收 DRX周期中的序号；

主控单元，用于根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX 周期的长度，计算本装置的激活时刻。

16、如权利要求 15所述的装置，其特征在于，所述通信单元在当前 SFN周期中的每一个系统信息修改周期内，均接收网络侧通知的当前 SFN周期在扩展 DRX周期中的序号。

17、如权利要求 15或 16所述的装置，其特征在于，所述通信单元接收网络侧通知的前 SFN周期在扩展 DRX周期中的序号，包括：

通过系统信息接收网络侧广播的当前 SFN周期在扩展 DRX周期中的序号；或 /和

通过专用信令接收网络侧发送的当前 SFN周期在扩展 DRX周期中的序号。

18、如权利要求 17 所述的装置，其特征在于，所述通信单元通过系统消息接收网络侧广播的将当前 SFN周期在扩展 DRX周期中的序号，包括：

接收网络侧通过在系统消息中的主信息块 MIB中的剩余比特广播的当前 SFN周期在扩展 DRX周期中的序号；或者，

接收网络侧通过在系统消息中的系统信息块 SIB中扩展的信息单元 IE广播的当前 SFN 周期在扩展 DRX周期中的序号；或者，

接收网络侧通过在系统消息中新增的 SIB广播的当前 SFN周期在扩展 DRX周期中的序号。

19、如权利要求 17 所述的装置，其特征在于，若本装置处于空闲态，则所述主控单元根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX周期的长度，计算本装置的激活时刻，包括：

根据预设的扩展 DRX周期的长度 T, 结合预设的 SFN周期的长度 S, 在本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y, 以及在本地计算出激活时刻在 SFN 周期中的编号 Z;

根据网络侧发送的当前 SFN周期在扩展 DRX周期中的序号 Index,判定所述 Index和本地计算出激活时刻所在 SFN周期在扩展 DRX周期中的序号 Y之间满足设置的数值关系时，确定当前 SFN周期为 UE的激活时刻所在的 SFN周期，并根据激活时刻在 SFN周期中的编号 Z确定本 UE的激活时刻。

20、如权利要求 17 所述的装置，其特征在于，若本装置处于连接态，则所述主控单元根据当前 SFN周期在扩展 DRX周期中的序号，结合预设的扩展 DRX周期的长度，计算本装置的激活时刻，包括：

根据预设的子帧偏移量确定激活时刻所在的子帧编号；

根据网络侧通知的当前 SFN周期在扩展 DRX周期中的序号，结合计算获得的激活时刻所在的子帧编号，以及预设的子帧偏移量和扩展 DRX周期的长度，计算获得激活时刻所在的无线帧的编号。