"载波聚合系统中的定时器维护方法和设备"� ��中国专利申请的优先权，其全部内容通过引� ��结 合在本申请中。 技术领域

本发明涉及无线通信领域， 尤其涉及一种载波聚合系统中的定时器维护方 法和设备。

背景技术

在基于共享信道的移动通信系统中， 比如长期演进（LTE ) 系统中， 上下行数据的传输由 基站调度器负责控制， 当调度器确定调度某终端（ UE )时， 将通过物理层控制信道（ Physical control channel , PDCCH ) 通知终端进行数据接收或者发送的具体的时频 资源。 终端监听 PDCCH, 当检测到 PDCCH中包含针对自己的调度信息时，将根据基� ��的指示完成数据的发送 或接收。 在激活状态下， 由于终端不确定基站何时会对其进行调度， 因此一种常见的工作模式 为终端连续监听 PDCCH, 以判断是否被调度。 这种工作方式在终端数据量较大、 可能被频繁 调度的情况下能获得较高的效率。 然而对某些业务而言， 数据包达到时间不规律， 可能长时间 没有数据到达， 这种情况下， 如果终端仍然连续监听控制信道， 无疑会增加其耗电量。 为了解 决耗电问题， LTE系统釆用了非连续接收（Discontinuous reception, DRX )工作模式， 如图 1 所示， 当 UE需要控制信道时， UE的射频通道将打开， 并连续监听控制信道； 其它时间 UE 处于休眠（ Sleep )状态， 其射频链路将被关闭， 不再监听控制信道， 以达到省电的目的。

LTE的 DRX机制考虑了数据业务的到达模型， 即数据分组的到达是突发的，可以理解为， 一旦有数据分组到达，那么会在较短时间内连 续到达较多的分组。为了适应这种业务到达特 点， LTE DRX过程釆用了多种定时器， 并与混合自动重传请求（HARQ )过程相结合， 以期达到 更好的节电性能。

DRX相关定时器包括持续监听定时器 （ OnDurationTimer )、 非连续接收短周期定时器 ( DrxShortCycleTimer )、 非连续接收非激活定时器（ Drx-InactivatityTimer )、 混合自动重传请 求（ HARQ )往返时间定时器（ RTT Timer )和非连续接收重传定时器（ Drx-RetransmissionTimer )， 具体如下：

OnDurationTimer: UE周期性醒来监听控制信道的定时器， 如图 1所示。 该 timer的长度 由无线资源控制 （RRC )信令配置， 以 PDCCH子帧（psf )个数为单位， 最小取值为 psfl , 最 大取值为 ps£200。 DrxShortCycleTimer: 为了更好的配合数据业务到达的特点， LTE系统允许配置两种 DRX 周期（ cycle ): 长周期（ long cycle )和短周期（ short cycle )。 两种 cycle的 onDurationTimer相 同， 但 sleep的时间不一样。 在 short cycle中， sleep时间相对更短， UE可以更快地再次监听 控制信道。 Long cycle是必须配置的， 并且是 DRX过程的初始状态； short cycle是可选的。 DrxShortCycleTimer设置了釆用 short cycle持续的时间， DrxShortCycleTimer超时后， UE将使 用 Long cycle。 DrxShortCycleTimer由 RRC信令配置， 长度单位为 short cycle的个数， 取值范 围为 1到 16。

Drx-InactivatityTimer: 配置了 DRX后， 当 UE在允许监听控制信道的时间 （ Active Time ) 内收到 HARQ初始传输的控制信令时打开该定时器， 在该定时器超时之前， UE连续监听控制 信道。 如果在 Drx-InactivatityTimer超时前， UE收到 HARQ初始传输的调度信令， 将重新启 动 Drx-InactivatityTimer。 该 timer长度由 RRC信令配置， 以 PDCCH子帧 （ psf )个数为单位， 最小取值为 psfl , 最大取值为 ps£2560;

HARQ RTT Timer: 仅适用于下行链路（ DL ), 使 UE有可能在下次重传到来前不监听控 制信道， 达到更好的节电效果。 UE如果收到了 HARQ传输（初始传输或重传） 的控制信令， 将打开此定时器。 如果对应 HARQ进程中的数据在前一次 HARQ传输后解码不成功， UE反 馈否定应答（NACK ), 在 HARQ RTT Tnner超时后， UE启动 Drx-RetransimssionTmie 如果 对应 HARQ进程中的数据在前一次 HARQ传输后解码成功， UE反馈肯定应答（ACK )， 在 HARQ RTT T mer定时器超时后， UE不启动 Drx-RetransimssionTnne 如果当前只有 HARQ RTT Timer运行， UE不监听控制信道。

Drx-RetransmissionTimer: 仅适用于 DL。 在 Drx-RetransmissionTimer其间， UE监听空制 信令，等待对应 HARQ进程的重传调度。该 timer长度由 RRC信令配置，以 PDCCH子帧（psf ) 个数为单位， 最小取值为 psfl , 最大取值为 psfi3 ;

从上述描述中， DRX 相关定时器中的 onDurationTimer、 drx-InactivityTimer 以及 drx-RetransmissionTimer的定时长度是基于 PDCCH子帧个数统计的。 对于时分双工（ TDD ) 系统而言， PDCCH子帧指的是下行子帧， 包括特殊子帧中的下行导频时隙 （DwPTS )。 基于 PDCCH子帧个数统计定时器的定时长度的方法为� �� 首先确定当前小区釆用的上下行（UL/DL ) 配置， 然后将该 UL/DL配置中定时器启动时的子帧作为起始子帧� �� 根据 PDCCH子帧个数在 该 UL/DL配置中确定定时器超时时的终止子帧， 使得从起始子帧到终止子帧的时间段内 （包 括起始子帧和终止子帧）所包含的 PDCCH子帧的个数为所述 PDCCH子帧个数； 起始子帧和 终止子帧确定后， 定时器的定时时长也就确定了。

图 2给出了上述 DRX相关定时器的工作过程和相互关系。 在 on duration其间的 tl时刻， eNB调度了针对进程（process ) 1的初始传输， 于是 UE打开 Drx-InactivatityTnner和对应的 HARQ RTT Timerl。 由于 Process 1的初始传输解码不成功， HARQ RTT Timer超时后， UE打 开了 Drx-RetransmissionTimerl。

t2时刻， eNB调度了针对 Process 2的初始传输， Drx-InactivatityTimer被重新启动， 同时 打开针对 Process 2的 HARQ RTT Timer2 ₀

在 Drx-RetransimssionT merl超时前的 t3时刻， UE收到了针对 Process 1的重传， 于是终 止 Drx-RetransmissionTimerl , 并打开 HARQ RTT Timerl。

HARQ RTT Timer2超时后， 由于 Process 2 的初始传输没有解码成功， 于是 UE打开

Drx-RetransmissionTimer2。在 Drx-RetransmissionTimer2超时前的 t4时刻 , eNB调度了 Process

2的重传， 于是 UE终止 Drx-RetransimssionTnne , 打开 HARQ RTT Timer2。

在 Drx-RetransimssionTnnerl超时之前的 t5时刻， eNB继续调度了 Process 1的重传，于是

Drx-RetransmissionTimerl被终止， 同时启动 HARQ RTT Timerl。在 HARQ RTT Timer2超时之 前， UE对 Process 2中的数据解码成功， 于是向 eNB反馈 ACK, 同时在 HARQ RTT Timer2 超时后， 也不再启动 Drx-RetransimssionTmie a 同样， 在 HARQ RTT Timer 1超时之前， UE 对 Process 1中的数据解码成功， 于是向 eNB反馈 ACK, 在 HARQ RTT Timerl超时后， 也不 再启动 Drx-RetransmissionTimerl。

通过上述过程可 以看 出 , 在 OnDurationTimer 、 Drx-RetransmissionTimer 和

Drx-InactivatityTimer中， 有任何一个定时器正在运行， UE都将监听控制信道。

UE监听控制信道的时间又称为激活时间 （ Active time )。 在 LTE系统中 Active time除了 受 DRX timer的影响外还有其它因素影响， LTE版本 8 ( Rel-8 ) 中 UE的 Active Time包括如 下时间：

第一, OnDurationTimer或 drx-Inactivity Timer或 drx-RetransmissionTimer或媒体接入空 竟争解决定时器（ mac-ContentionResolutionTnner )运行的时间；

第二， UE发送上行调度请求（Scheduling Request, SR )后等待基站调度的时间； 第三， UE监听针对上行同步自适应重传调度信令的时� ��；

第四， UE发送随机接入前导码（preamble )后等待随机接入响应的时间。

长期演进升级（LTE Advanced, LTE-A )系统的峰值速率较 LTE有很大的提高， 要求达到 下行 lGbps, 上行 500Mbps。 同时， LTE-A系统要求和 LTE系统有很好的兼容性。 基于提高 峰值速率、 与 LTE系统兼容以及充分利用频谱资源的需要， LTE-A系统引入了载波聚合（CA ) 技术。

载波聚合技术是指终端可以聚合多个小区，在 多个小区上可以同时工作。终端聚合的小区 可以是频域连续或者非连续的， 各成员载波间的带宽可以相同或不同。 为了保持和 LTE 系统 兼容， 每个成员载波的最大带宽限制为 20MHz。 目前一般认为终端可以聚合的小区个数最大 个数为 5个。此外， LTE-A还对载波聚合的小区进行了分类，分为主� ��区（Pnmary cell, PCell ) 和辅小区（ Secondary cell, SCell ), 其中： UE聚合的小区中只有一个小区被定义为 PCell; UE 聚合的除了 PCell之外的其它小区都称为 SCell。

PCell由基站选择并通过 RRC信令配置给终端， 不同终端的 PCell可以不同。 无论 PCell 还是 SCell, 每个小区具有独立的 HARQ实体， 维护一系列独立的进程。

LTE-A版本 10 ( R10 )釆用公共（ common ) DRX机制， 即所有小区（ cell )的 Active Time 相同， 从 DRX相关定时器维护角度理解即：

onDurationTimer和 drx-InactivityTimer基于 UE维护， 即终端聚合的任何一个 cell上有初 始传输， 那么启动 UE的 drx-InactivityTimer; drx-RetransmissionTimer和 HARQ RTT Timer基 于进程维护。

在 R8/9/10中， 物理层标准针对 TDD系统定义了如下七种 UL/DL配置， 如表 1所示， 其 中 D代表 DL子帧， U代表 UL子帧， S代表 TDD系统的特殊子帧。

TDD系统的 UL/DL配置定义表

R11系统中， LTE-A的 CA终端可以和其它系统（比如 LTE系统）共享或者使用相邻的频 带， 比如如图 3所示， LTE-A终端聚合了三个小区: Celll、 Cell2和 Cell3。 其中 Celll和 Cell2 使用相同的频带（Band ) 1 , 而 Cell3使用 Band2。 为了避免 TDD系统上下行交叉干扰， Bandl 应该和 3G/LTE TDD Band A使用可以共存的 TDD UL/DL配置， 所谓可以共存的 TDD配置， 是指没有 UL/DL交叉干扰的配置，对于 LTE系统，指的就是相同的 TDD UL/DL配置。而 Band2 则应该和 3G/LTE TDD Band B使用可以共存的 TDD UL/DL配置。如果 Band A和 Band B使用 的 TDD UL/DL配置不同， 那么 Bandl和 Band2使用的 TDD UL/DL配置也就不相同。

在实现本发明的过程中， 发明人发现现有技术中存在以下技术问题：

在 Rl 1中，如果终端聚合的小区支持不同的 TDD UL/DL配置，那么按照不同小区的 UL/DL 配置，统计的以 PDCCH子帧个数为长度统计单位的 DRX相关定时器（包括 onDurationTimer, drx-InactivityTnner和 drx-RetransimssionTnner ) 的定时时长在绝对时间上可能是不一致的， 进 而 DRX相关定时器的超时时刻也不相同。 举例如下， 设 onDurationTnner长度取 psf4, celll 和 cell2上的 TDD UL/DL配置不同， 分别釆用 TDD UL/DL配置 0和配置 1 , 那么才艮据 celll 和 cell2上的 UL/DL配置分别确定的 onDurationTnner的定时时长在绝对时间上不一致， 按照 cell 1上的 UL/DL配置统计得到的 onDurationTnner的定时时长为 8ms ,而按照 cell2上的 UL/DL 配置统计得到的 onDurationTnner的定时时长为 6ms, 如图 4所示。

可见， 在终端聚合的小区支持不同的 TDD UL/DL配置时， 如何唯一确定以 PDCCH子帧 个数为长度统计单位的 DRX相关定时器的超时时间， 进而根据该超时时间维护 DRX相关定 时器， 是目前需要解决的问题。

发明内容

本发明实施例提供一种载波聚合系统中的定时 器维护方法和设备，用于解决终端侧如何维 护以 PDCCH子帧个数为长度统计单位的 DRX相关定时器的问题。

一种载波聚合系统中的定时器维护方法， 该方法包括：

终端在自身聚合或者聚合且激活的多个小区未 使用同一种时分双工 TDD上 /下行配置时， 选取一种 TDD上 /下行配置；

终端根据选取的 TDD上 /下行配置、 基站为终端配置的非连续接收 DRX相关定时器的定 时器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的超时时刻， 并根据该超时时刻维护所述 DRX相关定时器； 所述 DRX相关定时器是以物理下行控制信道 PDCCH子帧个数为长度统计单位的 DRX定时器。

一种载波聚合系统中的定时器维护设备， 该设备包括：

上 /下行配置选取单元， 用于在终端聚合或者聚合且激活的多个小区未 使用同一种时分双 工 TDD上 /下行配置时， 选取一种 TDD上 /下行配置；

超时时间确定单元， 用于根据选取的 TDD上 /下行配置、 基站为终端配置的非连续接收 DRX相关定时器的定时器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相 关定时器的超时时刻；

定时器维护单元， 用于 4艮据所述超时时刻维护所述 DRX相关定时器； 所述 DRX相关定 时器是以物理下行控制信道 PDCCH子帧个数为长度统计单位的 DRX定时器。

本方案中，终端在自身聚合或者聚合且激活的 多个小区未使用同一种 TDD上 /下行配置时， 选取一种 TDD上 /下行配置， 根据选取的 TDD上 /下行配置、 基站为终端配置的 DRX相关定 时器的定时器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的 超时时刻， 并 4艮据该超时时刻维护所述 DRX相关定时器。 可见， 釆用本方案， 终端能够才艮据 选取的一种 TDD上 /下行配置确定本终端上的 DRX相关定时器的超时时刻， 根据该超时时刻 维护 DRX相关定时器，解决了终端侧如何维护以 PDCCH子帧个数为长度统计单位的 DRX相 关定时器的问题。

本发明实施例提供一种载波聚合系统中的定时 器维护方法和设备，用于解决基站侧如何维 护以 PDCCH子帧个数为长度统计单位的 DRX相关定时器的问题。

一种载波聚合系统中的定时器维护方法， 该方法包括：

基站在终端聚合或者聚合且激活的多个小区未 使用同一种时分双工 TDD上 /下行配置时， 选取一种 TDD上 /下行配置；

基站根据选取的 TDD上 /下行配置、 为非连续接收 DRX相关定时器配置的定时器长度信 息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的超时时刻， 并根据该 超时时刻维护所述 DRX相关定时器；所述 DRX相关定时器是以物理下行控制信道 PDCCH子 帧个数为长度统计单位的 DRX定时器。

一种载波聚合系统中的定时器维护设备， 该设备包括：

上 /下行配置选取单元， 用于在终端聚合或者聚合且激活的多个小区未 使用同一种时分双 工 TDD上 /下行配置时， 选取一种 TDD上 /下行配置；

超时时间确定单元， 用于根据选取的 TDD上 /下行配置、 为非连续接收 DRX相关定时器 配置的定时器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的 超时时刻；

定时器维护单元， 用于 4艮据所述超时时刻维护所述 DRX相关定时器； 所述 DRX相关定 时器是以物理下行控制信道 PDCCH子帧个数为长度统计单位的 DRX定时器。

本方案中，基站在终端聚合的多个小区未使用 同一种 TDD上 /下行配置时，选取一种 TDD 上 /下行配置， 根据选取的 TDD上 /下行配置、 为 DRX相关定时器配置的定时器长度信息以及 所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的超时时刻， 并根据该超时时 刻维护所述 DRX相关定时器。 可见， 釆用本方案， 基站能够根据选取的一种 TDD上 /下行配 置确定本基站上的 DRX相关定时器的超时时刻， 根据该超时时刻维护 DRX相关定时器， 解 决了基站侧如何维护以 PDCCH子帧个数为长度统计单位的 DRX相关定时器的问题。 附图说明

图 1为现有技术中的 DRX过程示意图；

图 2为现有技术中的 DRX操作过程示意图；

图 3为现有技术中 LTE-A CA终端聚合的不同 band使用不同 UL/DL配置示意图； 图 4为现有技术中终端聚合载波不同 TDD配置下 DRX问题示意图； 图 5为本发明实施例提供的方法流程示意图；

图 6为本发明实施例提供的另一方法流程示意图� �

图 7A为本发明实施例一的执行时序示意图；

图 7B为本发明实施例四的执行时序示意图；

图 7C为本发明实施例六的 MAC CE示意图；

图 7D为本发明实施例七的 MAC CE示意图；

图 7E为本发明实施例十的 MAC CE示意图；

图 7F为本发明实施例十一的 MAC CE示意图；

图 8为本发明实施例提供的设备结构示意图。 具体实施方式

为了解决载波聚合系统中如何维护以 PDCCH子帧个数为长度统计单位的 DRX相关定时 器的问题， 本发明实施例中， 终端以一定的方式选取一种 TDD上 /下行配置， 然后根据选取的 TDD上 /下行配置确定 DRX相关定时器的超时时刻， 并根据确定的超时时刻维护 DRX相关定 时器。

参见图 5 , 本发明实施例提供的载波聚合系统中的定时器 维护方法， 具体包括以下步骤： 步骤 50: 终端在自身聚合或者自身聚合且激活的多个小 区未使用同一种时分双工（ TDD ) 上 /下行配置时， 选取一种 TDD上 /下行配置；

步骤 51 : 终端根据选取的 TDD上 /下行配置、 基站为终端配置的 DRX相关定时器的定时 器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的超时时刻； 这里， 定时器长度以 PDCCH子帧个数为单位；

步骤 52: 终端根据确定的超时时刻维护所述 DRX相关定时器； 所述 DRX相关定时器是 以 PDCCH子帧个数为长度统计单位的 DRX定时器。

其中， 终端自身聚合或者自身聚合且激活的多个小区 ， 即为基站为终端配置或基站为终端 配置且激活的多个小区。

步骤 50中， 终端可以根据多个小区所使用的 TDD上 /下行配置和 /或基站的配置信令选取 一种 TDD上 /下行配置。

步骤 50中， 选取一种 TDD上 /下行配置， 其具体实现可以釆用如下四种方式：

第一， 终端根据与基站预先约定的 TDD上 /下行配置选取规则， 选取一种 TDD上 /下行配 置；

第二， 终端自行选取一种 TDD上 /下行配置；

第三，终端根据基站显式信令配置的参考小区 标识， 选取参考小区标识对应的小区所使用 的 TDD上 /下行配置； 该信令可以为： 无线资源控制 （ RRC )信令或者媒体接入控制 （MAC ) 信令。

第四， 终端选取基站通过显式信令配置的参考 TDD上 /下行配置。 该信令可以为： RRC信 令或者 MAC信令。 基站可以发送参考 TDD上 /下行配置编号， 终端根据该参考 TDD上 /下行 配置编号确定参考 TDD上 /下行配置。

对上述终端根据与基站预先约定的上 /下行配置选取规则， 举例如下：

例 1 : 选取所述多个小区中的主小区所使用的 TDD上 /下行配置；

例 2: 选取基站和终端预先约定的小区编号对应的小 区所使用的 TDD上 /下行配置； 例 3 : 选取所述多个小区中的第一小区所使用 TDD上 /下行配置， 第一小区是所述多个小 区中一个无线帧所包含的 PDCCH子帧的个数最少或最多的小区；

例 4: 选取所述多个小区中的第二小区所使用的 TDD上 /下行配置， 第二小区的确定方法 为： 根据所述多个小区中的各小区所使用的 TDD上 /下行配置分别确定所述 DRX相关定时器 的绝对运行时间， 将最长或最短的绝对运行时间对应的小区确定 为第二小区；

例 5: 选取对多个小区中 PDCCH子帧做并集、 对其余子帧做交集得到的 TDD上 /下行配 置； 或者，

例 6: 选取与基站约定使用的 TDD上 /下行配置；

例 7: 选取触发定时器启动的小区所使用的 TDD上 /下行配置； 该方式适用于基于数据传 输的 DRX 相关定时器， 例如非激活定时器 （ InactivatityTimer )、 重传定时器 ( RetransimssionTnner )等。 这里， 对于 InactivatityTimer来说， 终端接收到基站发送的针对某 一小区的初始传输调度信令后， 将该小区作为触发 InactivatityTimer 启动的小区； 对于 RetransmissionTimer来说，终端在针对某一' h区启动的 HARQ RTT Timer超时后仍然没有正确 接收数据时， 将该小区作为触发 RetransmissionTimer启动的小区。

上述终端未与基站预先约定的其它上 /下行配置选取规则可以为随机选取规则等， 即， 根 据其它上 /下行配置选取规则自行选取一种 TDD上 /下行配置具体为：终端从多个小区所使用的 TDD上 /下行配置或者 LTE系统支持的 TDD上 /下行配置中随机选取一种 TDD上 /下行配置。

上述几种方式中， 所述多个小区具体可以为基站为终端配置的多 个小区， 或基站为终端配 置且激活的多个小区。

较佳的， 为了保持基站和终端的一致性， 即使基站与终端根据相同的 TDD上 /下行配置确 定同一 DRX相关定时器的定时时长， 在终端自行选取一种 TDD上 /下行配置之后， 终端可以 将选取的 TDD上 /下行配置、 或将其编号信息发送给基站， 或者， 若终端选取多个小区所使用 的 TDD上 /下行配置中的一种 TDD上 /下行配置， 则可以将使用选取的 TDD上 /下行配置的部 分或全部小区的标识信息发送给基站， 基站根据接收到的信息选取在确定相应 DRX相关定时 器的超时时刻时所使用的 TDD上 /下行配置。

具体的，终端可以通过 RRC信令或 MAC信令，将选取的 TDD上 /下行配置发送给基站或 当终端选取多个小区所使用的 TDD上 /下行配置中的一种 TDD上 /下行配置后，终端通过 RRC 信令或 MAC信令， 将使用选取的 TDD上 /下行配置的部分或全部小区的标识信息， 发送给基 站。

本方法中， 所述 DRX相关定时器包括： 持续监听定时器（OnDurationTimer )、 非激活定 时器（ InactivatityTnner )、 重传定时器（ RetransimssionTnner )中的一个或任意组合。 终端为不 同的 DRX相关定时器选取的 TDD上 /下行配置可以相同或不同。

步骤 51中， 终端确定所述 DRX相关定时器的超时时刻的方法可以为： 将选取的 TDD上 /下行配置中 DRX相关定时器启动时的子帧作为起始子帧， 根据基站为终端配置的 DRX相关 定时器的定时器长度信息，在该 TDD上 /下行配置中确定 DRX相关定时器超时时的终止子帧， 使得从起始子帧到终止子帧的时间段内 （包括起始子帧和终止子帧）所包含的 PDCCH子帧的 个数等于所述定时器长度； 终止子帧到来的时刻即为 DRX相关定时器的超时时刻。 起始子帧 和终止子帧确定后， DRX相关定时器的绝对定时时长也就确定了， 即 DRX相关定时器的绝对 定时时长= (终止子帧编号-起始子帧编号） *lms。

步骤 52中， 终端根据确定的超时时刻维护所述 DRX相关定时器， 可以是在 DRX相关定 时器启动后、 超时时刻到来前的时间段内， 若没有触发该 DRX相关定时器重启或关闭的事件 发生， 则始终维护该 DRX相关定时器处于运行状态。

参见图 6, 本发明实施例还提供一种载波聚合系统中的定 时器维护方法， 具体包括以下步 骤：

步骤 60: 基站在终端聚合的多个小区未使用同一种 TDD上 /下行配置时， 选取一种 TDD 上 /下行配置；

步骤 61 : 基站根据选取的 TDD上 /下行配置、 为 DRX相关定时器配置的定时器长度信息 以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的超时时刻；

步骤 62: 基站根据确定的超时时刻维护所述 DRX相关定时器； 所述 DRX相关定时器是 以 PDCCH子帧个数为长度统计单位的 DRX定时器。

步骤 60中， 基站可以根据多个小区所使用的 TDD上 /下行配置和 /或终端的信令选取一种 TDD上 /下行配置。

步骤 60中，从该多个小区所使用的 TDD上 /下行配置中选取一种 TDD上 /下行配置，其具 体实现可以釆用如下四种方式：

第一， 基站根据与终端预先约定的 TDD上 /下行配置选取规则， 选取一种 TDD上 /下行配 置； 第二， 终端自行选取一种 TDD上 /下行配置；

第三，基站根据终端预先通过信令发送的参考 小区标识， 选取参考小区标识对应的小区所 使用的 TDD上 /下行配置； 该信令可以为： RRC信令或者 MAC信令；

第四，基站选取终端预先通过信令发送的参考 TDD上 /下行配置。 该信令可以为： RRC信 令或者 MAC信令。 终端可以发送参考 TDD上 /下行配置编号， 基站根据该参考 TDD上 /下行 配置编号确定参考 TDD上 /下行配置。

对上述与终端预先约定的上 /下行配置选取规则举例如下：

例 1 : 选取所述多个小区中的主小区所使用的 TDD上 /下行配置；

例 2: 选取基站和终端预先约定的小区编号对应的小 区所使用的 TDD上 /下行配置； 例 3 : 选取所述多个小区中的第一小区所使用 TDD上 /下行配置， 第一小区是所述多个小 区中一个无线帧所包含的 PDCCH子帧的个数最少或最多的小区；

例 4: 选取所述多个小区中的第二小区所使用的 TDD上 /下行配置， 第二小区的确定方法 为： 根据所述多个小区中的各小区所使用的 TDD上 /下行配置分别确定所述 DRX相关定时器 的绝对运行时间， 将最长或最短的绝对运行时间对应的小区确定 为第二小区；

例 5: 选取对多个小区中 PDCCH子帧做并集、 对其余子帧做交集得到的 TDD上 /下行配 置； 或者，

例: 6: 选取与终端约定使用的 TDD上 /下行配置；

例 7: 选取触发定时器启动的小区所使用的 TDD上 /下行配置。 该方式适用于基于数据传 输的 DRX 相关定时器， 例如非激活定时器 （ InactivatityTimer )、 重传定时器 ( RetransimssionTmier )等。 这里， 对于 InactivatityTimer来说， 基站向终端发送针对某一'■!、区 的初始传输调度信令后， 将该小区作为触发 InactivatityTimer 启动的小区； 对于 RetransmissionTimer来说，基站在针对某一' h区启动的 HARQ RTT Timer超时后仍然没有接收 到终端发来的 ACK响应消息时， 将该小区作为触发 RetransmissionTimer启动的小区。

上述未与终端预先约定的 TDD上 /下行配置选取规则可以为随机选取规则等， 即， 基站自 行选取一种 TDD上 /下行配置， 具体为： 基站从多个小区所使用的 TDD上 /下行配置或者 LTE 系统支持的 TDD上 /下行配置中随机选取一种 TDD上 /下行配置。

上述几种方式中， 所述多个小区具体可以为基站为终端配置的多 个小区， 或基站为终端配 置且激活的多个小区。

较佳的， 为了保持终端和基站的一致性， 即使终端与基站根据相同的 TDD上 /下行配置确 定同一 DRX相关定时器的定时时长， 在基站自行选取一种 TDD上 /下行配置之后， 基站可以 将选取的 TDD上 /下行配置或者 TDD上 /下行配置的编号信息配置给终端， 或若基站选取多个 小区所使用的 TDD上 /下行配置中的一种 TDD上 /下行配置， 则将使用选取的 TDD上 /下行配 置的部分或全部小区的标识信息配置给终端， 终端根据接收到的信息选取在确定相应 DRX相 关定时器的定时时长时所使用的 TDD上 /下行配置。

具体的，基站可以通过 RRC信令或 MAC信令， 将选取的 TDD上 /下行配置或者 TDD上 / 下行配置的的编号信息配置给终端， 或若基站选取多个小区所使用的 TDD上 /下行配置中的一 种 TDD上 /下行配置，基站则通过 RRC信令或 MAC信令， 将使用选取的 TDD上 /下行配置的 部分或全部小区的标识信息， 配置给终端。

本方法中， 所述 DRX 相关定时器包括： OnDurationTimer、 InactivatityTimer、 RetransmissionTimer中的一个或任意组合。 基站为不同的 DRX相关定时器选取的 TDD上 /下 行配置可以相同或不同。

步骤 61中， 基站确定所述 DRX相关定时器的定时时长的方法可以为： 将选取的 TDD上

/下行配置中定时器启动时的子帧作为起始� �帧，根据为 DRX相关定时器配置的定时器长度信 息， 在该 TDD上 /下行配置中确定 DRX相关定时器超时时的终止子帧， 使得从起始子帧到终 止子帧的时间段内 （包括起始子帧和终止子帧）所包含的 PDCCH子帧的个数等于所述定时器 长度； 终止子帧到来的时刻即为 DRX相关定时器的超时时刻。 起始子帧和终止子帧确定后， DRX相关定时器的绝对定时时长也就确定了， 即 DRX相关定时器的绝对定时时长 = (终止子 帧编号-起始子帧编号） *lms。

步骤 62中， 基站根据确定的超时时刻维护所述 DRX相关定时器， 可以是在 DRX相关定 时器启动后、 超时时刻到来前的时间段内， 若没有触发该 DRX相关定时器重启或关闭的事件 发生， 则始终维护该 DRX相关定时器处于运行状态。

下面以具体实施例对本发明进行说明：

本发明给出了一种终端聚合的全部或者部分小 区使用不同 TDD UL/DL配置情况下， 如何 确定各个以 PDCCH子帧（包括特殊子帧的 DwPTS )个数为长度统计单位的 DRX相关定时器 的超时时刻的方法。

本方法的核心思想即：只能按照一种 TDD UL/DL配置来统计某个以 PDCCH子帧个数（包 括特殊子帧的 DwPTS )为长度统计单位的 DRX相关定时器的超时时刻。 各个 DRX相关定时 器可以分别参考不同的 TDD UL/DL配置。

所述 DRX定时器包括 OnDurationTimer、 drx-Inactivatity Timer和 drx-RetransmissionTimer。 确定各个 DRX相关定时器的超时时刻所参考的 TDD UL/DL配置的原则有如下几种： 第一， 基站和终端使用默认的 TDD UL/DL参考配置。

该原则下需要基站和终端预先约定好使用同一 个方式确定默认 TDD UL/DL参考配置， 具 体可以按照如下方式确定默认的 TDD UL/DL配置：

参考主小区 （PCell )上的 TDD UL/DL配置。 参考基站和终端预先约定的小区编号对应的小 区所使用的 TDD上 /下行配置。 参考基站为终端配置或者配置且激活的所有小 区中一个无线帧 PDCCH子帧个数最少的小 区上的 TDD UL/DL配置。

参考基站为终端配置或者配置且激活的所有小 区中一个无线帧内 DCCCH子帧个数最多 的小区上的 TDD UL/DL配置。

参考基站为终端配置或者配置且激活的所有小 区中按照 PDCCH子帧个数统计得到的定时 器绝对运行时间最长的小区上的 TDD UL/DL配置。

参考基站为终端配置或者配置且激活的所有小 区中按照 PDCCH子帧个数统计得到的定时 器绝对运行时间最短的小区上的 TDD UL/DL配置。

基站和终端默认使用某种 TDD UL/DL配置（不涉及小区）。

对于基于数据传输启动的 DRX定时器， 比如 drx-InactivityT mer drx-RetransmissionTimer 可以参考触发定时器启动的小区所使用的 TDD上 /下行配置。

参考基站为终端配置或者配置且激活的所有小 区中 PDCCH子帧做并集、对其余子帧做交 集得到的 TDD上 /下行配置。

第二， 终端为定时器选择参考小区或者参考 TDD UL/DL配置编号， 比如随机选择， 然后 通过 RRC信令或者 MAC CE通知基站。

需要注意如果终端为每个 DRX相关定时器始终选择同一小区或者同一个 TDD UL/DL配 置， 那么信令中配置参考小区时无需区分定时器。

第三， 基站通过 RRC信令或者 MAC CE为终端配置定时器长度参考小区或者直接配� �� TDD UL/DL配置编号。

需要注意如果基站为所有定时器始终配置相同 的定时器长度参考小区或者 TDD UL/DL配 置编号， 那么信令中无需区分配置参考小区时无需区分 定时器。

此外， 上述只是列出了确定以 PDCCH子帧个数为长度统计单位的 DRX定时器长度统计 参考 TDD UL/DL配置的最典型确定方式， 并不排除其它方式， 这里不再——列举。

设基站为终端配置了三个 cell, 分别称为 SCelll和 SCell2和 PCell, 三个 cell均处于激活 状态。各个 cell对应的 TDD UL/DL配置分别为 TDD UL/DL配置 0、TDD UL/DL配置 1和 TDD UL/DL酉己置 2。 OnDurationTimer、 drx-Inactivatity Timer以及 drx-RetransmissionTimer长度 ¾3 取 5个 PDCCH子帧， HARQ RTT timer取 10ms。 基于上述假设， 本发明的实施例如下： 实施例 1 : PDCCH子帧个数为长度统计单位的 DRX相关定时器长度确定均参考 PCelL 如图 7A所示，设 t0时刻，终端启动 onDurationTimer, onDurationTimer长度为 5个 PDCCH 子帧， 按照 PCell 上的 PDCCH 子帧统计， onDurationTimer 将在 t0+5ms 后超时。 在 onDurationTimer即将超时的子帧， 终端收到针对 Selll上进程 S11初始传输的调度信令， 则终 端启动 drx-InactivityTimer和针对进程 S11的 HARQ RTT Timer。 Drx-InactivityTimer长度为 5 个 PDCCH子帧， 按照 PCell上 PDCCH子帧统计， drx-InactivityTimer将在 t0+10ms后超时， 但是在 t0+9ms, 终端收到针对 SCell2上进程 S21初始传输的调度， 按照 common DRX, 此时 需要重启该 drx-InactivityTimer并启动针对进程 S21的 HARQ RTT Tmier。在进程 S11的 HARQ RTT Timer运行期间， 终端未成功接收到 SCelll上进程 S11的数据包， 则终端需要启动针对该 进程的 drx-RetransimssionTmier , 按照 PCell 上的 PDCCH 子帧统计， 进程 S11 的 drx-RetransmissionTimer将在 t0+21ms后超时, 在 S11的 drx-RetransmissionTimer未超时之前 ( t0+20ms ) , 终端收到了针对 S11 的重传调度信令， 此时停止进程 S11 的 drx-RetransmissionTimer同时启动针对进程 S11的 HARQ RTT timer。

上面描述是以 SCelll上进程 S11为例描述的， 对 S21过程类似。

实施例 2: PDCCH子帧个数为长度统计单位的 DRX定时器长度确定均参考为终端配置或 者配置且激活的所有小区一个无线帧内 PDCCH子帧个数最少的小区。

相比实施例 1 , 本实施例需要增加一步， 即需要首先判断基站为终端配置或者配置且激 活 的所有小区中哪个小区一个无线帧内 PDCCH 子帧个数最少， 然后 DRX 过程中 onDurationTimer、 Drx-InactivityTimer以及 drx-RetransmissionTimer就需要以该 cell内的 PDCCH 子帧统计 timer长度。

根据本专利所有实施例的前提假设条件， 经过判断 SCelll的 PDCCH子帧最少， 因此本实 施 i"列中, DRX过程中 onDurationTimer、 Drx-InactivityTimer以及 drx-RetransmissionTimer就需 要以 SCelll内的 PDCCH子帧个数统计 timer长度， 而不是以 PCell上的 PDCCH子帧个数， 这就是和实施例 1的唯一区别之处。

实施例 3 : PDCCH子帧个数为长度统计单位的 DRX定时器长度确定均参考为终端配置或 者配置且激活的所有小区一个无线帧内 PDCCH子帧个数最多的小区。

与实施例 2类似， 相比实施例 1 , 本实施例需要增加一步， 即需要首先判断基站为终端配 置或者配置且激活的所有小区中哪个小区一个 无线帧内 PDCCH子帧个数最多， 然后 DRX过 程中 onDurationTimer、 Drx-InactivityTimer以及 drx-RetransmissionTimer就需要以该 cell内的 PDCCH子帧统计 timer长度。

根据本专利所有实施例的前提假设条件， 经过判断 PCell的 PDCCH子帧最多。 因此本实 施 i"列中, DRX过程中 onDurationTimer、 Drx-InactivityTimer以及 drx-RetransmissionTimer就需 要以 PCell内的 PDCCH子帧个数统计 timer长度， 因此本实施例的具体 DRX过程和实施例 1 完全一样。 这里不再重复。

实施例 4: PDCCH子帧个数为长度统计单位的 DRX定时器长度确定均参考基站为终端配 置或者配置且激活的所有小区内按照 PDCCH子帧个数统计得到的定时器绝对运行时间� ��长的 小区。

如图 7B所示，设 t0时刻，终端启动 onDurationTimer, onDurationTimer长度为 5个 PDCCH 子帧， 从 onDurationTimer 启动时刻算起， 按照 5 个 PDCCH 子帧统计， SCelll 上的 onDurationTimer运行的绝对时间最长， 因此 onDurationTimer按照 SCelll上的 PDCCH子帧统 计， onDurationTimer将在 tO+1 lms后超时。 在 onDurationTimer即将超时的子帧， 终端收到针 对 Selll上进程 S11初始传输的调度信令， 则终端启动 drx-InactivityTimer和针对进程 S11的 HARQ RTT Timer。 Drx-InactivityTimer长度为 5个 PDCCH子帧，从 drx-InactivityTimer启动时 刻算起， 按照 5个 PDCCH子帧统计， 还是 SCelll上的 drx-InactivityTimer运行的绝对时间最 长， 因此 drx-InactivityTimer长度按照 SCelll上 PDCCH子帧统计， drx-InactivityTimer将在 t0+16ms后超时， 但是在 t0+9ms, 终端收到针对 SCell2上进程 S21 初始传输的调度， 按照 common DRX, 此时需要重启该 drx-InactivityTimer并启动针对进程 S21的 HARQ RTT Timer„ 在进程 S11的 HARQ RTT Timer运行期间， 终端未成功接收到 SCelll上进程 S11的数据包， 则终端需要启动针对该进程的 drx-RetransmissionTimer, 从 drx-RetransmissionTimer启动时刻 算起， 按照 5个 PDCCH子帧统计， 还是 SCelll上的 drx-RetransmissionTimer运行的绝对时间 最长，因此按照 SCelll上的 PDCCH子帧统计，进程 S11的 drx-RetransimssionTnner将在 t0+21ms 后超时， 在 S11的 drx-RetransimssionTnner未超时之前 ( t0+20ms ), 终端收到了针对 S11的重 传调度信令，此时停止进程 S11的 drx-RetransimssionTnner同时启动针对进程 S11的 HARQ RTT timer。

上面描述是以 SCelll上进程 S11为例描述的， 对 S21过程类似。

实施例 5: PDCCH子帧个数为长度统计单位的 DRX定时器长度确定均参考基站为终端配 置或者配置且激活的所有小区内按照 PDCCH子帧个数统计得到的定时器绝对运行时间� ��短的 小区。

与实施例 4类似，唯一不同之处这里各个 DRX定时器的长度统计参考小区要从从该 timer 启动时刻算起， 按照 4个 PDCCH子帧统计， 哪个 SCell上的定时器运行的绝对时间最长， 就 选择哪个小区作为参考。根据本专利所有实施 例的前提假设条件，按照上述参考小区选择原 则， 本实施 i"列中, DRX过程中 onDurationTimer、 Drx-InactivityTimer以及 drx-RetransmissionTimer 都会选择 PCell作为参考。

实施例 6: 终端为每个 timer分别选择小区， 各个 timer的参考小区分别选择， 比如终端可 以选择 onDurationTimer参考 PCell, Drx-InactivityTimer参考 SCelll , drx-RetransmissionTimer 参考 SCell2。

这种情况下终端需要通知基站其每个 timer选择的是哪个小区作为 timer长度统计参考， 以保证基站和终端对定时器绝对长度理解的一 致性。 如果釆用 RRC信令， 格式可以如下:

如果釆用 MAC CE方式， 格式可以如图 7C所示， 需要注意需要引入新的 LCID来标识该 MAC CE。 其中：

Timer Index： 用 2bit 表示 , 为 ^ 1" onDurationTimer 、 Drx-Inactivity Timer 以及 drx-RetransmissionTimer的编号, t匕^口 onDurationTimer用 00表示, Drx-InactivityTime用 01表 示, drx-RetransmissionTimer用 10表示；

Reference cell bitmap or index: 有两种使用方式：

方式 1 : 用 bitmap表示， 占用 5bit, 每个 bit对应一个 cell, 如果该 Timer参考该 cell, 那 么对应 cell置为 1 , 否则置为 0;

方式 2: 用 cell编号表示， 占用该 byte最低位 3bit, 其余为置为预留比特， 即 Rbit;

实施例 7: 终端为 DRX timer选择参考小区， 但是限制所有 timer参考相同的小区。

与实施 i"列 6 ό々主要区另 ¹ J ,在于 onDurationTimer/drx-InactivityTimer/drx-RetransmissionTimer 必须选择相同的参考小区， 主要好处在于减少信令开销。

如果釆用 RRC信令， 格式可以如下：

DRX定时器参考小区 参考小区编号 如果釆用 MAC CE方式， 格式可以如图 7D所示， 需要注意需要引入新的 LCID来标识该 MAC CE。

Reference cell bitmap or index的使用方式同实施例 7。

实施例 8: 基站为终端配置各个 timer对应的参考小区， 各个 timer的参考小区允许不同。 比如基站可以为 onDurationTimer选择参考小区为 PCell, Drx-InactivityTimer参考小区为

SCelll , drx-RetransmissionTimer参考小区 SCell2。

这种情况下基站需要通知终端其每个 timer选择的是哪个小区作为 timer长度统计参考， 以保证基站和终端对定时器绝对长度理解的一 致性。

通知可以釆用 RRC信令或者 MAC CE, 格式与实施例 6相同， 只是信令传输方向不同。 实施例 9: 基站为终端配置各个 timer对应的参考小区， 限制各个 timer参考相同小区的

TDD UL/DL配置。 相对实施例 8主要就是可以减少信令开销， 简单。

为了保持基站和终端理解的一致性， 基站需要通知终端 DRX timer长度统计参考哪个小 区， 通知可以釆用 RRC信令或者 MAC CE, 格式与实施例 7相同。

实施例 10: 终端为每个 timer的长度统计分别选择 TDD UL/DL配置， 各个 timer的参考 TDD UL/DL配置允 i牛不同。

与实施例 6类似， 不同之处在于这里是直接选择参考 TDD UL/DL配置， 而不是参考哪个 小区上的 TDD UL/DL配置。

如果釆用 RRC信令， 格式可以如下：

如果釆用 MAC CE方式， 格式可以如图 7E所示， 需要注意需要引入新的 LCID来标识该

MAC CE。

其中：

Timer Index含义和实施例 6—致。

TDD UL/DL configuration由于只有七种， 因此可以用从右向左最低位的 3bit表示， 剩余 2bit用作保留域， 即 Rbit。

实施例 11： 终端为每个 timer的长度统计选择 TDD UL/DL配置， 各个 timer的参考 TDD UL/DL配置必须相同。

相对于实施例 10, 区别在于 RRC或者 MAC CE格式可以简化， 不用区分 timer。

t匕 ¾口" ⁵ Γ以 ¾口 Ί^ :

DRX定时器参考小区 参考 TDD UL/DL配置编号 如果釆用 MAC CE方式， 格式可以如图 7F所示， 需要注意需要引入新的 LCID来标识该 MAC CE。

实施例 12: 基站为终端配置各个 timer对应的参考 TDD UL/DL配置， 各个 timer的参考 TDDUL/DL配置允 i牛不同

比如基站可以为 onDurationTimer选择参考小区为 PCell, Drx-InactivityTimer参考小区为 SCelll , drx-RetransmissionTimer参考小区 SCell2。

这种情况下基站需要通知终端其每个 timer选择的是哪个小区作为 timer长度统计参考， 以保证基站和终端对定时器绝对长度理解的一 致性。 通知可以釆用 RRC信令或者 MAC CE, 格式与实施例 10相同， 只是信令传输方向不同。 实施例 13： 基站为终端配置各个 timer对应的参考 TDD UL/DL配置， 限制各个 timer参 考 TDD UL/DL配置必须相同

相对实施例 12主要就是可以减少信令开销， 较简单。

为了保持基站和终端理解的一致性， 基站需要通知终端 DRX timer长度统计参考哪个小 区， 通知可以釆用 RRC信令或者 MAC CE, 格式与实施例 11相同。

实施例 14: 选取对所述多个小区中 PDCCH子帧做并集、 对其余子帧做交集得到的 TDD 上 /下行配置。

相比实施例 1 , 本实施例需要增加一步， 即需要对所述多个小区中 PDCCH子帧做并集、 对其余子帧做交集得到的 TDD 上 /下行配置， 然后 DRX 过程中 onDurationTnner、 Drx-InactivityTimer以及 drx-RetransmissionTimer就需要以取并集后的 PDCCH子帧统计 timer 长度。

在本 实 施例 中 ， DRX 过程 中 onDurationTimer 、 Drx-InactivityTimer 以 及 drx-RetransmissionTimer需要以并集后的 PDCCH子帧个数统计 timer长度， 而不是以 PCell上 的 PDCCH子帧个数， 这就是和实施例 1的唯一区别之处。

参见图 8 , 本发明实施例还提供一种载波聚合系统中的定 时器维护设备， 该设备包括： 上 /下行配置选取单元 80, 用于在终端自身聚合或者自身聚合且激活的多 个小区未使用同 一种时分双工 TDD上 /下行配置时， 选取一种 TDD上 /下行配置；

超时时间确定单元 81 ,用于根据选取的 TDD上 /下行配置、基站为终端配置的非连续接收 DRX相关定时器的定时器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相 关定时器的超时时刻；

定时器维护单元 82, 用于根据所述超时时刻维护所述 DRX相关定时器； 所述 DRX相关 定时器是以物理下行控制信道 PDCCH子帧个数为长度统计单位的 DRX定时器。

所述上 /下行配置选取单元 80用于：

根据与基站预先约定的 TDD上 /下行配置选取规则， 选取一种 TDD上 /下行配置； 或， 自行选取一种 TDD上 /下行配置； 或，

根据基站显式信令配置的参考小区标识， 选取参考小区标识对应的小区所使用的 TDD上 / 下行配置； 或，

选取基站通过显式信令配置的参考 TDD上 /下行配置。

所述信令为： RRC信令或者 MAC信令。

该设备还包括：

选取信息发送单元 83 , 用于在自行选取一种 TDD上 /下行配置之后， 将选取的 TDD上 / 下行配置发送给基站， 或当终端选取多个小区所使用的 TDD上 /下行配置中的一种 TDD上 /下 行配置后， 将使用选取的 TDD上 /下行配置的部分或全部小区的标识信息， 发送给基站。

所述选取信息发送单元 83用于：

通过 RRC信令或信令， 将选取的 TDD上 /下行配置发送给基站， 或当终端选取多个小区 所使用的 TDD上 /下行配置中的一种 TDD上 /下行配置后， 终端通过 RRC信令或 MAC信令， 将使用选取的 TDD上 /下行配置的部分或全部小区的标识信息， 发送给基站。

所述上 /下行配置选取单元 80根据与基站预先约定的上 /下行配置选取规则，选取一种 TDD 上 /下行配置， 具体为：

选取所述多个小区中的主小区所使用的 TDD上 /下行配置； 或者，

选取和终端预先约定的小区编号对应的小区所 使用的 TDD上 /下行配置； 或者， 选取所述多个小区中的第一小区所使用 TDD上 /下行配置， 第一小区是所述多个小区中一 个无线帧所包含的 PDCCH子帧的个数最少或最多的小区； 或者，

选取所述多个小区中的第二小区所使用的 TDD上 /下行配置， 第二小区的确定方法为： 根 据所述多个小区中的各小区所使用的 TDD上 /下行配置分别确定所述 DRX相关定时器的绝对 运行时间， 将最长或最短的绝对运行时间对应的小区确定 为第二小区；

选取对所述多个小区中 PDCCH子帧做并集、对其余子帧做交集得到的 TDD上 /下行配置； 或者，

选取与基站约定使用的 TDD上 /下行配置； 或者，

选取触发定时器启动的小区所使用的 TDD上 /下行配置；

所述多个小区为基站为终端配置或基站为终端 配置且激活的多个小区。

所述上 /下行配置选取单元自行选择一种 TDD上 /下行配置具体为：终端从多个小区所使用 的 TDD上 /下行配置或者 LTE系统支持的 TDD上 /下行配置中随机选取一种 TDD上 /下行配置。

所述 DRX相关定时器包括：

持续监听定时器 OnDurationTimer、 非激活定时器 InactivatityTimer、 重传定时器 RetransmissionTimer中的一个或任意组合。

所述上 /下行配置选取单元 80为不同的 DRX相关定时器选取的 TDD上 /下行配置相同或 不同。

上述实施例提供的定时器维护设备， 具体可以是终端等设备。

仍参见图 8 , 本发明实施例还提供一种载波聚合系统中的定 时器维护设备， 该设备包括： 上 /下行配置选取单元 80, 用于在终端聚合的多个小区未使用同一种时分 双工 TDD上 /下 行配置时， 选取一种 TDD上 /下行配置；

超时时间确定单元 81 , 用于根据选取的 TDD上 /下行配置、 为非连续接收 DRX相关定时 器配置的定时器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器 的超时时刻；

定时器维护单元 82, 用于根据所述超时时刻维护所述 DRX相关定时器； 所述 DRX相关 定时器是以物理下行控制信道 PDCCH子帧个数为长度统计单位的 DRX定时器。

所述上 /下行配置选取单元 80用于：

根据与终端预先约定的 TDD上 /下行配置选取规则， 选取一种 TDD上 /下行配置； 或， 自行选取一种 TDD上 /下行配置； 或，

根据终端预先通过信令发送的参考小区标识， 选取参考小区标识对应的小区所使用的 TDD上 /下行配置； 或，

选取终端预先通过信令发送的参考 TDD上 /下行配置。

所述信令为： RRC信令或者 MAC信令。

该设备还包括：

选取信息发送单元 83 , 用于在自行选取一种 TDD上 /下行配置之后， 将选取的 TDD上 / 下行配置， 配置给终端或当基站选取多个小区所使用的 TDD上 /下行配置中的一种 TDD上 /下 行配置后， 将使用选取的 TDD上 /下行配置的部分或全部小区的标识信息， 配置给终端。

所述选取信息发送单元 83用于：

通过 RRC信令或 MAC信令， 将选取的 TDD上 /下行配置， 配置给终端； 或当基站选取多 个小区所使用的 TDD上 /下行配置中的一种 TDD上 /下行配置后，通过 RRC信令或 MAC信令， 将使用选取的 TDD上 /下行配置的部分或全部小区的标识信息， 配置给终端。

所述上 /下行配置选取单元 80根据与终端预先约定的 TDD上 /下行配置选取规则， 选取一 种 TDD上 /下行配置， 具体为：

选取所述多个小区中的主小区所使用的 TDD上 /下行配置； 或者，

选取和终端预先约定的小区编号对应的小区所 使用的 TDD上 /下行配置； 或者， 选取所述多个小区中的第一小区所使用 TDD上 /下行配置， 第一小区是所述多个小区中一 个无线帧所包含的 PDCCH子帧的个数最少或最多的小区； 或者，

选取所述多个小区中的第二小区所使用的 TDD上 /下行配置， 第二小区的确定方法为： 根 据所述多个小区中的各小区所使用的 TDD上 /下行配置分别确定所述 DRX相关定时器的绝对 运行时间， 将最长或最短的绝对运行时间对应的小区确定 为第二小区； 或者，

选取对所述多个小区中 PDCCH子帧做并集、对其余子帧做交集得到的 TDD上 /下行配置； 或者，

选取与终端约定使用的 TDD上 /下行配置； 或者，

选取触发定时器启动的小区所使用的 TDD上 /下行配置。 所述自行选取一种 TDD上 /下行配置， 具体为： 基站从多个小区所使用的 TDD上 /下行配 置或者 LTE系统支持的 TDD上 /下行配置中随机选取一种 TDD上 /下行配置。

所述 DRX相关定时器包括：

持续监听定时器 OnDurationTimer、 非激活定时器 InactivatityTimer、 重传定时器 RetransmissionTimer中的一个或任意组合。

所述上 /下行配置选取单元 80为不同的 DRX相关定时器选取的 TDD上 /下行配置相同或 不同。

上述实施例提供的定时器维护设备， 具体可以是基站等设备。

综上， 本发明的有益效果包括：

本发明实施例提供的方案中， 终端在自身聚合的多个小区未使用同一种 TDD上 /下行配置 时， 从该多个小区所使用的 TDD上 /下行配置中选取一种 TDD上 /下行配置，根据选取的 TDD 上 /下行配置、 基站为 DRX相关定时器配置的定时器长度信息以及所述 DRX相关定时器的启 动时刻， 确定所述 DRX相关定时器的超时时刻， 并根据该超时时刻维护所述 DRX相关定时 器。 可见， 釆用本方案， 终端能够根据选取的一种 TDD上 /下行配置确定本终端上的 DRX相 关定时器的超时时刻， 解决了终端侧如何确定以 PDCCH子帧个数为长度统计单位的 DRX相 关定时器的超时时刻的问题， 从而终端侧可以正确维护 DRX相关定时器。

本发明实施例提供的方案中，基站在终端聚合 的多个小区未使用同一种 TDD上 /下行配置 时， 选取一种 TDD上 /下行配置， 根据选取的 TDD上 /下行配置、 为 DRX相关定时器配置的 定时器长度信息以及所述 DRX相关定时器的启动时刻， 确定所述 DRX相关定时器的超时时 刻， 并根据该超时时刻维护所述 DRX相关定时器。 可见， 釆用本方案， 基站能够根据选取的 一种 TDD上 /下行配置确定本基站上的 DRX相关定时器的超时时刻， 解决了基站侧如何确定 以 PDCCH子帧个数为长度统计单位的 DRX相关定时器的超时时刻的问题， 从而基站侧可以 正确维护 DRX相关定时器。

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

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

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

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

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