小区去激活方法及终端的制作方法

小区去激活方法及终端的制作方法
【专利摘要】本发明公开了一种小区去激活方法及终端，所述方法包括：获取去激活指示信息；依据所述去激活指示信息，在满足第一辅小区去激活触发条件时对PUCCH组的第一辅小区进行去激活处理；其中，所述第一辅小区为配置有PUCCH的辅小区，所述PUCCH用于发送所述PUCCH组内各小区的上行控制信息。
【专利说明】
小区去激活方法及终端
技术领域
[0001] 本发明涉及通信领域，尤其涉及一种小区去激活方法及终端。
【背景技术】
[0002] 随着通信技术的发展，提出了载波聚合的技术，这样一个基站在其所能覆盖的范 围能形成的小区可能多大32个，为同一终端服务的小区个数也增加了，在之前的技术中， 通常由主小区来进行上行控制信息的传输，但是若一个终端的服务小区个数很多时，将导 致主小区的超负荷的现象，于是就提出了采用辅小区来进行上行控制信息的传输。但是每 一个小区都对应有激活状态和去激活状态，当一个辅小区用于为其他小区传输的上行控制 信息的小区时，该如何处理其去激活操作，在现有技术中尚未得到解决。

【发明内容】

[0003] 有鉴于此，本发明实施例期望提供一种小区去激活方法及终端，以至少部分解决 现有的技术中PUCCH组中辅小区的去激活的问题。
[0004] 为达到上述目的，本发明的技术方案是这样实现的：
[0005] 本发明实施例第一方面提供一种小区去激活方法，所述方法包括：
[0006] 获取去激活指示信息；
[0007] 依据所述去激活指示信息，在满足第一辅小区去激活触发条件时对HJCCH组的第 一辅小区进行去激活处理；
[0008] 其中，所述第一辅小区为配置有HJCCH的辅小区，所述PUCCH用于发送所述PUCCH 组内各小区的上行控制信息。
[0009] 优选地，所述获取去激活指示信息，包括：
[0010] 接收小区去激活配置信息；
[0011] 其中，所述小区去激活配置信息包括小区去激活指示。
[0012] 优选地，所述接收小区去激活配置信息包括：
[0013] 从MAC数据包中接收所述小区去激活配置信息。
[0014] 优选地，所述第一辅小区去激活的触发条件包括：
[0015] 所述小区去激活指示，指示所述第一辅小区去激活。
[0016] 优选地，所述去激活指示信息包括第一类去激活指示信息和/或第二类去激活指 示信息。
[0017] 优选地，所述获取去激活指示信息包括：
[0018] 获取去激活定时器配置信息；
[0019] 所述去激活定时器配置信息用于指示终端配置去激活定时器。
[0020] 优选地，所述第一辅小区去激活的触发条件包括以：
[0021] 对应于所述第一辅小区的去激活定时器超时。
[0022] 优选地，所述第一辅小区去激活时，按照预定义规则执行预设去激活处理，包括以 下至少其中之一：
[0023] 保留所述第一辅小区的PUCCH资源；
[0024] 监控所述第一辅小区的指定无线链路；
[0025] 与所述第一辅小区属于同一 HJCCH组的其他小区的上行控制信息继续通过所述 第一辅小区的HJCCH发送；
[0026] 停止所述第一辅小区的去激活定时器；
[0027] 清空所述第一辅小区的HARQ缓存；
[0028] 保留所述第一辅小区的HJCCH上传输的与所述第一辅小区属于同一 PUCCH组的其 他小区的上行控制信息。
[0029] 优选地，所述第一辅小区去激活时，按照预定义规则执行预设去激活处理，还包括 以下至少其中之一：
[0030] 停止在所述第一辅小区上传输探测参考信号；
[0031] 停止上报所述第一辅小区的下行信道状态信息；
[0032] 停止在所述第一辅小区的上行链路共享信道UL-SCH上的信息传输；
[0033] 停止在所述第一辅小区的随机接入信道上的信息传输；
[0034] 停止监听所述第一辅小区的物理下行控制信道H)CCH ;
[0035] 停止监听第二辅小区用于为所述第一辅小区提供服务的物理下行控制信息roccH 的监听。
[0036] 优选地，所述第一辅小区去激活时，按照预定义规则执行预设去激活处理，还包括 以下至少其中之一：
[0037] 当所述第一辅小区是所述第一辅小区所在HJCCH组中唯一一个具有上行载波的 辅小区且所述PUCCH组中还有其他处于激活状态的辅小区时，保持所述第一辅小区处于激 活状态；
[0038] 当所述第一辅小区为其他小区的调度小区时，保持所述第一辅小区处于激活状 态；
[0039] 当所述第一辅小区被指示存在上行链路授权或下行链路指配时，保持所述第一辅 小区处于激活状态。
[0040] 本发明实施例第二方面提供一种终端，所述终端包括：
[0041] 获取单元，用于获取去激活指示信息；
[0042] 执行单元，用于依据所述去激活指示信息，在满足第一辅小区去激活触发条件时 对PUCCH组的第一辅小区进行去激活处理；
[0043] 其中，所述第一辅小区为配置有HJCCH的辅小区，所述PUCCH用于发送所述PUCCH 组内各小区的上行控制信息。
[0044] 优选地，所述获取单元，用于接收小区去激活配置信息；
[0045] 其中，所述小区去激活配置信息包括小区去激活指示。
[0046] 优选地，所述获取单元，具体用于从MAC数据包中接收所述小区去激活配置信息。
[0047] 优选地，所述第一辅小区去激活的触发条件包括：
[0048] 所述小区去激活指示，指示所述第一辅小区去激活。
[0049] 优选地，所述去激活指示信息包括第一类去激活指示信息和/或第二类去激活指 示信息。
[0050] 优选地，所述获取单元，具体用于获取去激活定时器配置信息；
[0051] 所述去激活定时器配置信息用于指示终端配置了去激活定时器。
[0052] 优选地，所述第一辅小区去激活的触发条件包括：
[0053] 对应于所述第一辅小区的去激活定时器超时。
[0054] 优选地，所述执行单元，具体用于以下至少其中之一：
[0055] 保留所述第一辅小区的HJCCH资源；
[0056] 监控所述第一辅小区的指定无线链路；
[0057] 与所述第一辅小区属于同一 HJCCH组的其他小区的上行控制信息继续通过所述 第一辅小区的HJCCH发送；
[0058] 停止所述第一辅小区的去激活定时器；
[0059] 清空所述第一辅小区的HARQ缓存；
[0060] 保留所述第一辅小区的HJCCH上传输的与所述第一辅小区属于同一 PUCCH组的其 他小区的上行控制信息。
[0061] 优选地，所述执行单元，还具体用于执行以下至少其中之一：
[0062] 停止在所述第一辅小区上传输探测参考信号；
[0063] 停止上报所述第一辅小区的下行信道状态信息；
[0064] 停止在所述第一辅小区的上行链路共享信道UL-SCH上的信息传输；
[0065] 停止在所述第一辅小区的随机接入信道上的信息传输；
[0066] 停止监听所述第一辅小区的物理下行控制信道H)CCH ;
[0067] 停止监听第二辅小区用于为所述第一辅小区提供服务的物理下行控制信息roccH 的监听。
[0068] 优选地，所述执行单元，还具体用于执行以下至少其中之一：
[0069] 当所述第一辅小区是所述第一辅小区所在HJCCH组中唯一一个具有上行载波的 辅小区且所述PUCCH组中还有其他处于激活状态的辅小区时，保持所述第一辅小区处于激 活状态；
[0070] 当所述第一辅小区为其他小区的调度小区时，保持所述第一辅小区处于激活状 态；
[0071] 当所述第一辅小区被指示存在上行链路授权或下行链路指配时，保持所述第一辅 小区处于激活状态。
[0072] 本发明实施例所述的去激活方法及终端，通过去激活指示信息的获取并依据所述 去激活指示信息对PUCCH组内的第一辅小区进行去激活处理，能够很好的解决现有技术中 不知如何处理PUCCH组内第一辅小区去激活的问题；实现了第一辅小区的去激活规范化处 理，便于后续通信系统能够更有效率和灵活的实现对各个小区的通信控制。
【附图说明】
[0073] 图1为本发明实施例所述的小区去激活方法的流程示意图；
[0074] 图2为本发明实施例所述的去激活指示信息的示意图之一；
[0075] 图3为本发明实施例所述的去激活指示信息的示意图之二；
[0076] 图4为本发明实施例所述的终端的结构示意图；
[0077] 图5为本发明实施例所述的小区去激活的流程示意图之二；
[0078] 图6为本发明实施例所述的小区去激活的流程示意图之三。
【具体实施方式】
[0079] 以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
[0080] 本实施例旨在提供一种小区去激活方法，且该辅小区作为HJCCH组中用于传输上 行控制信息的第一辅小区。PUCCH组为同一终端提供服务的小区的一种分组；一个PUCCH组 内包括至少一个小区；本实施例所述的PUCCH组内至少设置有至少一个第一辅小区，该第 一辅小区配置有PUCCH，所述第一辅小区的PUCCH可用于为该PUCCH组内的其他小区向基站 传输上行控制信息。这个小区的状态直接关联着该PUCCH组内的小区是否能够利用第一辅 小区上配置的PUCCH(此处，PUCCH指代的PUCCH资源）进行上行控制信息的传输，故该小 区的状态是否激活关系到终端的通信服务是否能够继续等，为此，在本实施例中提出了一 种基于终端依据去激活指示进行小区去激活的方法。本实施例的该方法，首先基于PUCCH 组提出了一种第一辅小区的去激活方法，弥补了现有通信技术和通信协议在这一方面的规 定，后续方便通信系统在将第一辅小区的去激活化处理的规范化，以及管理效率化。且该 去激活指示可是由基站发送，而由基站是根据第一辅小区的当前运行状态，第一辅小区与 PUCCH组内的其他小区的关联关系确定的，这样基站能够全面的控制各个小区的状态，且能 够更好的提升通信容量等优点。
[0081] 方法实施例：
[0082] 如1所示，本实施例提供一种小区去激活方法，，所述方法包括：
[0083] 步骤S110 :获取去激活指示信息；
[0084] 步骤S120 :依据所述去激活指示信息，在满足第一辅小区去激活触发条件时对 PUCCH组的第一辅小区进行去激活处理；
[0085] 其中，所述第一辅小区为配置有HJCCH的辅小区，所述PUCCH用于发送所述PUCCH 组内各小区的上行控制信息。
[0086] 在本实施例中，所述去激活指示信息是从基站接收，具体如从LTE基站（如，eNB) 接收的。此处的PUCCH组可以为依据定时提前量组TAG进行划分的，通常为同一终端服务的 多个属于同一 TAG内的小区都划分到同一个PUCCH组中，一个PUCCH组可以包括一个或多 个TAG组内的小区；也可以是基站按照其他分组策略形成的PUCCH组；基站还会将该PUCCH 组的分组信息发送给终端，以告知终端当前的为其服务的小区的分组信息。具体如一个 PUCCH组包括至少1个辅小区，其中指定了或仅有一个辅小区配置有PUCCH，则配置有PUCCH 的小区为第一辅小区，该第一辅小区的状态直接会影响到该PUCCH组内其他辅小区是否能 够上传上行控制信息。为此形成该PUCCH组内各小区的基站能够了解到目前各个小区的运 行状况，从而可以通过根据PUCCH组内各小区的运行状况，向终端发送去激活指示信息，这 样方便终端侧在终端内部对各个小区执行去激活处理，尤其是第一辅小区的去激活处理。
[0087] 所述TAG为Timing Advance Group的缩写。不同聚合载波的无线信号传播特 性和传播路径的差异可能较大，会导致不同聚合载波发送的信号到达基站的时间出现差 异，造成互相干扰。为了避免这种干扰，需要对不同载波使用不同的定时提前量（Timing Advance，ΤΑ)进行上行发送时间的调整，以便保证不同载波在同一个上行子帧中发送的信 号到达基站的时间对齐。为此，引入了定时提前量组（Timing Advance Group，TAG)的概 念，将传播特性一致的载波归为一个TAG，同一个TAG中所有的载波使用相同的ΤΑ。
[0088] 在本实施例中所述上行控制信息可包括：所有通过第一小区配置的HJCCH发送各 种信息，具体如上行资源调度请求、下行数据的ACK/NACK反馈以及下行信道状态信息，下 行信道状态信息具体如信道质量指示信息、预编码矩阵指示、秩指示等信息。
[0089] 进一步地，所述步骤S110可包括：接收小区去激活配置信息；其中，所述小区去激 活配置信息包括小区去激活指示。
[0090] 在具体的实现过程中，所述小区去激活配置信息除了包括第一辅小区用于指示第 一辅小区进行去激活的指示信息，还可能包括其他小区的去激活的指示信息，具体如包括 所述第一辅小区的PUCCH组中各个辅小区的去激活指示信息等。
[0091] 可选地，所述接收小区去激活配置信息包括：从MAC数据包中接收所述小区去激 活配置信息。
[0092] 所述MAC为Media Access Control的缩写，对应的中文为媒体介入控制。所述MAC 数据包具体可为MAC rou。所述PDU为Protocol Data Unit，对应的中文协议数据单元，是 一种数据包的类型。
[0093] 通常所述MAC数据包括中包MAC control elements (MAC控制信息），所述MAC control elements的内容包括MAC子头中的局部字符集标识符LCID，所述LCID的内容可 如下表1 :
[0094]
[0095] 用于辅小区激沽/去微沽的格式对奴的LC1U为11011，对应的MAC控制单元 (Control Elenment，CE)格式如图2所示。。该MAC CE为单字节的固定长度，定义如下：
[0096] C1:若该字段指示哪个SCell被激活去激活（与小区索引相同）。其中Q置为1 表示Cell被激活。Q置为0表示Cell被去激活。其中，所述i的取值范围为1至7的整 数。R:保留比特，设为"0"。故所述小区去激活指示可以通过Q来进行指示。
[0097] 显然本实施例提供了一种具体如何向终端发送所述去激活指示信息的方法。
[0098] 进一步地，所述去激活指示信息包括第一类去激活指示信息和/或第二类去激活 指示信息。
[0099] 普通终端对应的服务小区的个数通常是有限的，具体如现有的大多数终端一般仅 支持5个服务小区；但是随着载波聚合技术的进一步发展，终端能够支撑的服务小区数可 能由5个增加到7个，甚至达到32个。
[0100] 具体如，如图2所示，对应的即为所述第一类去激活指示信息，图3中0ctl、0ct2、 0ct3及0ct4字段对应的即为所述第二类去激活指示信息，在所述0ct2、0ct3及0ct4字段 包括(^(^的定义可以参见上文对应的相关描述，此处的，第二类去激活指示信息中的所述 i的取值从1至31的整数。
[0101] 所述第一类去激活指示信息和所述第二类去激活指示信息均为用于指示小区进 行去激活的指示信息，不同的至少可包括第一类去激活指示信息和第二类去激活指示信息 的信息格式不同。
[0102] 所述第一类去激活指示可以由表1中所述LCID来进行指示，所述第二类去激活指 示信息可以由表1中所保留的LCID中取出一个值来进行指示，例如从LCID 01011-11001 中取出一个值。
[0103] 本实施例所述的步骤S110还可采用以下方法获得去激活指示信息，具体如所述 步骤S110还可包括：获取去激活定时器配置信息；
[0104] 所述去激活定时器配置信息用于指示终端配置去激活定时器。
[0105] 终端配置一个定时器，通常所述去激活定时器的计时表明达到指定时间时，所述 终端在所述去激活定时器的计时的触发下，对所述第一辅小区进行去激活处理。具体如，配 置一个倒计时的去激活定时器，当去激活定时器失效或超时，所述终端对所述第一辅小区 进行去激活处理。
[0106] 所述去激活定时器配置信息用于指示例终端配置去激活定时器并启动去激活定 时器，但是所述去激活定时器的计时时长，可以根据去激活定时器的时长信息来设置。所述 去激活定时器的时长信息，可以与所述配置信息一起接收，也可以单独接收，具体如所述去 激活定时器的时长信息可以通过RRC消息获得。所述去激活定时器超时即为所述去激活定 时器的计时超过所述计时时长。
[0107] 所述RRC消息为Radio Resource Control消息的缩写，对应的中文为无线资源控 制消息；通常是发给对应终端的专用消息，该消息内承载有各种消息，在本实施例中，将所 述去激活定时器时长信息通过所述RRC消息发送给终端。在具体的实现过程中，所述RRC 消息还可能包括所述PUCCH组的分组信息，该PUCCH分组信息包括PUCCH组的信息和PUCCH 组的第一辅小区的信息，这样当终端设备知道其各服务小区的小区分组的同时，同时也获 得了第一辅小区的去激活定时器可以配置的时长信息，这样减少了终端与基站的进行的信 息交互次数，降低了终端的功耗，延长了终端的待机时长。
[0108] 所述第一辅小区去激活的触发条件包括以下至少其中之一：
[0109] 对应于所述第一辅小区的去激活定时器超时；所述小区去激活指示，指示所述第 一辅小区去激活。
[0110] 第一种方式：去激活定时器是用于对第一辅小区保持激活状态进行计时的定时 器，当定时器超时，则认为第一辅小区应该被去激活，通过定时器来进行第一辅小区的去激 活的触发，显然具有实现简便的优点。
[0111] 第二方式：终端设备中不用设置定时器，直接在接收到基站发送的小区去激活指 示信息时，对第一辅小区进行去激活；这种方法同样也能实现简便的第一辅小区的去激活 的触发。
[0112] 在具体实现时，这两种方式实质上可以辅助使用，具体如当所述第一辅小区被激 活时，终端开启去激活定时器，在去激活定时器超时时，终端进行所述去激活处理，当所述 去激活定时器还未超时时，但是所述终端有接收到终端发送的去激活指示时，即便所述去 激活定时器未超时，终端也会执行所述去激活处理。
[0113] 所述步骤S120包括以下至少其中之一：
[0114] 保留所述第一辅小区的HJCCH资源；
[0115] 监控所述第一辅小区的指定无线链路；
[0116] 与所述第一辅小区属于同一 HJCCH组的其他小区的上行控制信息继续通过所述 第一辅小区的HJCCH发送；
[0117] 停止所述第一辅小区的去激活定时器；
[0118] 清空所述第一辅小区的HARQ缓存；
[0119] 保留所述第一辅小区的HJCCH上传输的与所述第一辅小区属于同一 PUCCH组的其 他小区的上行控制信息。
[0120] 所述指定无线链路可以包括上行无线链路和下行无线链路中的其中一条或多条 链路；具体如监控所述第一辅小区对应的发送发现信号或参考信号的无线链路的监控。
[0121] 为了方便与所述第一辅小区属于同一 HJCCH组内其他小区的上行控制信息的传 输，保留了所述第一辅小区的PUCCH (此处的PUCCH可认为PUCCH资源），这样其他辅小区可 利用该PUCCH继续进行上行控制信息的传输，这样能够方便第一辅小区所在PUCCH组内的 其他保持激活状态的小区的正常工作，避免第一辅小区去激活后导致其他小区也无法正常 工作的现象。
[0122] 所述的HARQ缓存中存储的为终端与对应小区进行信息交互过程中产生的与混合 自动重传请求关联的数据；此处，清空所述HARQ缓存可认为是清除该HARQ缓存内的数据。
[0123] 第一辅小区已经去激活了，不用再对所述第一辅小区的去激活进行计时，故为了 进一步节省能耗，停止对所述第一辅小区的去激活定时器的计时。
[0124] 保留所述第一辅小区的HJCCH上传输的与所述第一辅小区属于同一 PUCCH组的 其他小区的上行控制信息；这样能够方便后续终端基于采用其他小区进行与基站的信息交 互，在具体实现时，通常包括清楚第一辅小区的上行控制信息。
[0125] 进一步地，所述步骤S120还包括以下至少其中之一：
[0126] 停止在所述第一辅小区上传输探测参考信号；
[0127] 停止上报所述第一辅小区的下行信道状态信息；
[0128] 停止在所述第一辅小区的上行链路共享信道UL-SCH上的信息传输；
[0129] 停止在所述第一辅小区的随机接入信道上的信息传输；
[0130] 停止监听所述第一辅小区的物理下行控制信道roCCH ;
[0131] 停止监听第二辅小区用于为所述第一辅小区提供服务的物理下行控制信息roCCH 的监听。
[0132] 显然第一辅小区被指示去激活，第一辅小区就停止了业务数据的传输，为了节省 能耗，终端可以停止对所述第一小区进行探测的探测参考信号，停止向基站上包括下行信 道状态信息，所述下行信道状态信息可包括：信道质量指示信息、预编码矩阵指示、秩指示 等。
[0133] 所述步骤S120还包括以下至少其中之一：
[0134] 当所述第一辅小区是所述第一辅小区所在HJCCH组中唯一一个具有上行载波的 辅小区且所述PUCCH组中还有其他处于激活状态的辅小区时，保持所述第一辅小区处于激 活状态；
[0135] 当所述第一辅小区为其他小区的调度小区时，保持所述第一辅小区处于激活状 态；当所述第一辅小区被指示存在上行链路授权或下行链路指配时，保持所述第一辅小区 处于激活状态。
[0136] 当所述第一辅小区为其他小区的调度小区时，保持所述第一辅小区处于激活状 态，以使所述第一辅小区所在PUCCH组内其他的激活小区能够继续利用所述第一辅小区的 PUCCH进行上行控制信息的传输，进而继续为终端提供通信服务。
[0137] 当所述第一辅小区为其他小区的调度小区，即为所述第一辅小区的资源用于为其 他小区提供通信服务，若第一辅小区对应的被调度小区还保持激活状态，在本实施例中显 然也要保持所述第一辅小区的激活状态，这样能够避免因第一辅小区的去激活导致的被其 调度的其他小区不能再为终端提供服务的问题。
[0138] 当所述第一辅小区被指示存在上行授权或下行指配，例如，通过第一辅小区配置 的物理下行控制信道roccH信息指示所述第一辅小区存在上行授权或下行指派，或者在跨 载波调度中通过其他服务小区配置的物理下行控制信道roccH信息指示所述第一辅小区 存在上行授权或下行指派，说明所述第一辅小区上还有上下行数据的传输需求，则所述第 一辅小区不能被去激活。
[0139] 综合上述，本实施例提供了一种第一辅小区的去激活方法，弥补了现有技术中对 PUCCH组中第一辅小区的去激活问题没有解决方案的问题的空白，简便的实现了第一辅小 区的去激活，同时还能够保证第一辅小区再去激活时，还避免对其他小区产生不利影响。
[0140] 设备实施例
[0141] 如图4所示，本实施例提供一种终端，，所述终端包括：
[0142] 获取单元110,用于获取去激活指示信息；
[0143] 执行单元120,用于依据所述去激活指示信息，在满足第一辅小区去激活触发条件 时对HJCCH组的第一辅小区进行去激活处理；
[0144] 其中，所述第一辅小区为配置有HJCCH的辅小区，所述PUCCH用于发送所述PUCCH 组内各小区的上行控制信息。
[0145] 本实施例所述的终端通常可为手机或平板电脑等具有无线通信功能的用户设备。
[0146] 在本实施例中所述获取单元110根据获取所述去激活指示信息的不同而结结构 不同，具体如，当所述获取单元110通过从基站接收所述去激活指示信息时，所述获取单元 110可包括通信接口，该通信接口可对应为接收天线等结构。
[0147] 所述执行单元120可为存储介质以及处理器等结构，所述存储介质上存储有可执 行代码。所述存储介质与所述处理器通过总线等基站内部的通信接口连接。所述处理器通 过执行所述可执行代码可以执行单元120的功能。所述处理器可以中央处理器CPU、微处理 器MCU、数字信号处理器DSP或可编程阵列PLC等具有信息处理功能的处理器或处理芯片。
[0148] 在本实施例中，所述获取单元110,用于接收小区去激活配置信息。所述小区去激 活配置信息包括小区去激活指示。进一步地，所述获取单元110,具体用于从MAC数据包中 接收所述小区去激活配置信息。
[0149] 在本实施例中，所述MAC数据包，所述去激活配置信息的内容和定义，可以参见方 法实施例，在此就不再重复了，
[0150] 所述去激活指示信息包括第一类去激活指示信息和/或第二类去激活指示信息。
[0151] 如图2所示，所述第一类去激活指示信息可能对应了基站发送的字段Oct ;如图3 所示，第二类去激活指示可对应Octl、0ct2、0ct3及0ct4。所述第一类去激活指示信息和 第二类去激活指示信息的详细定义可以参见方法实施例，再次也不再重复了。
[0152] 进一步地，所述获取单元110,还可为具体用于获取去激活定时器配置信息；所述 去激活定时器配置信息用于指示终端配置去激活定时器。
[0153] 此处，去激活定时器为计时器的一种，故所述终端内还包括去激活定时器，该去激 活定时器可用于触发所述执行单元执行第一辅小区的去激活处理。
[0154] 进一步地，所述第一辅小区去激活的触发条件包括以下至少其中之一：
[0155] 对应于所述第一辅小区的去激活定时器超时；
[0156] 所述小区去激活指示，指示所述第一辅小区去激活。
[0157] 在具体实现时，这两种触发条件实质上可以辅助使用，具体如当所述第一辅小区 去激活处理时，终端开启去激活定时器，在去激活定时器超时时，所述执行单元进行所述去 激活处理，当所述去激活定时器还未超时时，但是所述终端有接收到终端发送的去激活指 示时，即便所述去激活定时器未超时，所述执行单元也会执行所述去激活处理。
[0158] 进一步地，所述执行单元120,具体用于以下至少其中之一：保留所述第一辅小区 的PUCCH资源；监控所述第一辅小区的指定无线链路；与所述第一辅小区属于同一 PUCCH 组的其他小区的上行控制信息继续通过所述第一辅小区的PUCCH发送；停止所述第一辅小 区的去激活定时器；清空所述第一辅小区的HARQ缓存；保留所述第一辅小区的PUCCH上传 输的与所述第一辅小区属于同一 PUCCH组的其他小区的上行控制信息。
[0159] 作为本实施例进一步改进，所述执行单元120,还具体用于执行以下至少其中之 一：停止在所述第一辅小区上传输探测参考信号；停止上报所述第一辅小区的下行信道状 态信息；停止在所述第一辅小区的上行链路共享信道UL-SCH上的信息传输；停止在所述 第一辅小区的随机接入信道上的信息传输；停止监听所述第一辅小区的物理下行控制信 道H)CCH;及停止监听第二辅小区用于为所述第一辅小区提供服务的物理下行控制信息 PDCCH的监听。
[0160] 此外，所述执行单元120,还可用于执行以下至少其中之一：当所述第一辅小区是 所述第一辅小区所在HJCCH组中唯一一个具有上行载波的辅小区且所述HJCCH组中还有其 他处于激活状态的辅小区时，保持所述第一辅小区处于激活状态；当所述第一辅小区为其 他小区的调度小区时，保持所述第一辅小区处于激活状态；当所述第一辅小区被指示存在 上行链路授权或下行链路指配时，保持所述第一辅小区处于激活状态。这样能够避免其他 小区需要利用所述第一辅小区的PUCCH等资源为终端提供通信服务，导致的其他终端因为 第一辅小区的去激活导致的不能在终端提供服务的问题。
[0161] 以下结合上述实施例提供几个具体示例：
[0162] 不例一：
[0163] 图5所示的为基于本发明实施例所述的小区去激活处理方法之一，包括：
[0164] 步骤101 :LTE基站通过RRC消息给终端配置载波聚合的服务小区的去激活定时器 配置信息、PUCCH分组信息、传递PUCCH的辅小区信息等配置信息。主小区属于PUCCH组1， 辅小区1和辅小区2属于PUCCH组2,并且PUCCH组2上的PUCCH在辅小区1上传输。此处 的，辅小区2为辅小区1和辅小区2所在的PUCCH组2的第一辅小区。
[0165] 步骤102 :终端根据LTE基站指示激活所述辅小区1。
[0166] 步骤103 :终端启动辅小区1的去激活定时器。
[0167] 步骤104 :终端获取辅小区1的去激活定时器配置，即辅小区1配置了去激活定时 器，并且辅小区1的去激活定时器超时，执行辅小区1的去激活处理。由于辅小区1是PUCCH 组2上传输PUCCH的小区，终端按照以下规则进行辅小区1的去激活处理，包括：
[0168] a)如果存在以下条件至少其中之一时，保持辅小区1的激活状态：
[0169] 辅小区2上没有上行载波且辅小区2是激活的；
[0170] 辅小区1是辅小区2的调度小区；
[0171] 辅小区1被指示存在上行授权或下行指配（例如，通过辅小区1配置的物理下行 控制信道信息指示辅小区1存在上行授权或下行指派，或者在跨载波调度中通过其他服务 小区配置的物理下行控制信道信息指示辅小区1存在上行授权或下行指派）。
[0172] 所述保持辅小区1的激活状态即为所述辅小区1不能被去激活，终端重启辅小区 1的去激活定时器；
[0173] b)当不满足上述条件时，所述辅小区1按照以下规则进行去激活处理，所述处理 至少包括以下之一：
[0174] 1)进行所述辅小区1的下行链路的监控，例如，可以通过对所述辅小区1信号强度 进行测量来监控下行链路。
[0175] 2)保留所述辅小区1的PUCCH资源；与辅小区1属于同一 PUCCH组的辅小区2的 运行不受辅小区1去激活的干扰继续工作，包括继续使用所述PUCCH进行上行控制信息传 输。
[0176] 3)保存该PUCCH上正在传输的上行控制信息。
[0177] 4)辅小区1停止下述操作：
[0178] 停止在所述辅小区1上传输探测参考信号；
[0179] 停止上报所述辅小区1的下行信道状态信息；
[0180] 停止在所述辅小区1的上行链路共享信道UL-SCH上的信息传输；
[0181] 停止在所述辅小区1的随机接入信道上的信息传输；
[0182] 停止监听所述辅小区1的物理下行控制信道H)CCH ;
[0183] 停止监听其他辅小区用于为所述辅小区1提供服务的物理下行控制信息H)CCH的 监听。
[0184] 5)清空辅小区1的HARQ缓存。
[0185] 示例二：
[0186] 图6所示的为基于本发明实施例所述的小区去激活处理方法之一，包括：
[0187] 步骤201 :LTE基站通过RRC消息给终端配置载波聚合的服务小区的PUCCH分组信 息、传递HJCCH的辅小区信息等配置信息。
[0188] 步骤202 :终端根据所述配置信息，获得并保存以下信息：主小区属于PUCCH组1， 辅小区1和辅小区2属于PUCCH组2,并且PUCCH组2上的PUCCH在辅小区1上传输。辅小 区2为PUCCH组2内的第一辅小区。
[0189] 步骤203,所述终端根据LTE基站的指示激活所述辅小区1。
[0190] 步骤204 :终端接收的MAC数据包中包含了辅小区1的去激活指示信息。
[0191] 步骤205 :对辅小区1执行去激活处理；由于辅小区1是PUCCH组2上传输PUCCH 的小区，终端按照以下规则进行去激活处理，包括：
[0192] 如果存在以下条件至少其中之一时，保持所述辅小区1的激活状态。
[0193] 辅小区2上没有上行载波且辅小区2是激活的；
[0194] 辅小区1是辅小区2的调度小区；
[0195] 辅小区1被指示存在上行授权或下行指配（例如，通过辅小区1配置的物理下行 控制信道信息指示辅小区1存在上行授权或下行指派，或者在跨载波调度中通过其他服务 小区配置的物理下行控制信道信息指示辅小区1存在上行授权或下行指派），
[0196] 所述保持所述辅小区1的激活状态，即为所述辅小区1不能被去激活，终端重启辅 小区1的去激活定时器。当不满足上述条件时，所述辅小区1按照以下规则进行去激活处 理，所述处理至少包括以下之一：
[0197] 1)进行下行链路的监控；例如，可以通过对所述辅小区1信号强度进行测量来监 控下行链路。
[0198] 2)保留所述辅小区1的PUCCH资源；与辅小区1属于同一 PUCCH组的辅小区2可 以继续正常工作，包括继续使用所述PUCCH进行上行控制信息传输。
[0199] 3)保存该PUCCH上正在传输的上行控制信息。
[0200] 4)辅小区1停止下述操作：
[0201] 停止在所述辅小区1上传输探测参考信号；
[0202] 停止上报所述辅小区1的下行信道状态信息；
[0203] 停止在所述辅小区1的上行链路共享信道UL-SCH上的信息传输；
[0204] 停止在所述辅小区1的随机接入信道上的信息传输；
[0205] 停止监听所述辅小区1的物理下行控制信道H)CCH ;
[0206] 停止监听其他辅小区用于为所述辅小区1提供服务的物理下行控制信息H)CCH的 监听。
[0207] 5)清空辅小区1的HARQ缓存。
[0208] 在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其 它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为 一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或 可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部 分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合 或通信连接，可以是电性的、机械的或其它形式的。
[0209] 上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显 示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单 元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0210] 另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可 以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述 集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0211] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读 存储器（ROM，Read-Only Memory)、随机存取存储器（RAM，Random Access Memory)、磁碟或 者光盘等各种可以存储程序代码的介质。
[0212] 以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何 熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵 盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【主权项】
1. 一种小区去激活方法，其特征在于，所述方法包括： 获取去激活指不?目息； 依据所述去激活指示信息，在满足第一辅小区去激活触发条件时对PUCCH组的第一辅 小区进行去激活处理； 其中，所述第一辅小区为配置有PUCCH的辅小区，所述PUCCH用于发送所述PUCCH组内 各小区的上行控制信息。2. 根据权利要求1所述的方法，其特征在于， 所述获取去激活指示信息，包括： 接收小区去激活配置信息； 其中，所述小区去激活配置信息包括小区去激活指示。3. 根据权利要求2所述的方法，其特征在于， 所述接收小区去激活配置信息包括： 从MAC数据包中接收所述小区去激活配置信息。4. 根据权利要求1，2所述的方法，其特征在于， 所述第一辅小区去激活的触发条件包括： 所述小区去激活指示，指示所述第一辅小区去激活。5. 根据权利要求1至4任一项所述的方法，其特征在于， 所述去激活指示信息包括第一类去激活指示信息和/或第二类去激活指示信息。6. 根据权利要求1所述的方法，其特征在于， 所述获取去激活指示信息包括： 获取去激活定时器配置信息； 所述去激活定时器配置信息用于指示终端配置去激活定时器。7. 根据权利要求1或6所述的方法，其特征在于， 所述第一辅小区去激活的触发条件包括以： 对应于所述第一辅小区的去激活定时器超时。8. 根据权利要求1所述的方法，其特征在于， 所述第一辅小区去激活时，按照预定义规则执行预设去激活处理，包括以下至少其中 之一： 保留所述第一辅小区的PUCCH资源； 监控所述第一辅小区的指定无线链路； 与所述第一辅小区属于同一 PUCCH组的其他小区的上行控制信息继续通过所述第一 辅小区的PUCCH发送； 停止所述第一辅小区的去激活定时器； 清空所述第一辅小区的HARQ缓存； 保留所述第一辅小区的PUCCH上传输的与所述第一辅小区属于同一 PUCCH组的其他小 区的上行控制信息。9. 根据权利要求8所述的方法，其特征在于， 所述第一辅小区去激活时，按照预定义规则执行预设去激活处理，还包括以下至少其 中之一： 停止在所述第一辅小区上传输探测参考信号； 停止上报所述第一辅小区的下行信道状态信息； 停止在所述第一辅小区的上行链路共享信道UL-SCH上的信息传输； 停止在所述第一辅小区的随机接入信道上的信息传输； 停止监听所述第一辅小区的物理下行控制信道roccH; 停止监听第二辅小区用于为所述第一辅小区提供服务的物理下行控制信息roccH的 监听。10. 根据权利要求1，8或9所述的方法，其特征在于， 所述第一辅小区去激活时，按照预定义规则执行预设去激活处理，还包括以下至少其 中之一： 当所述第一辅小区是所述第一辅小区所在PUCCH组中唯一一个具有上行载波的辅小 区且所述PUCCH组中还有其他处于激活状态的辅小区时，保持所述第一辅小区处于激活状 态； 当所述第一辅小区为其他小区的调度小区时，保持所述第一辅小区处于激活状态； 当所述第一辅小区被指示存在上行链路授权或下行链路指配时，保持所述第一辅小区 处于激活状态。11. 一种终端，其特征在于，所述终端包括： 获取单元，用于获取去激活指示信息； 执行单元，用于依据所述去激活指示信息，在满足第一辅小区去激活触发条件时对 PUCCH组的第一辅小区进行去激活处理； 其中，所述第一辅小区为配置有PUCCH的辅小区，所述PUCCH用于发送所述PUCCH组内 各小区的上行控制信息。12. 根据权利要求11所述的终端，其特征在于， 所述获取单元，用于接收小区去激活配置信息； 其中，所述小区去激活配置信息包括小区去激活指示。13. 根据权利要求12所述的终端，其特征在于， 所述获取单元，具体用于从MAC数据包中接收所述小区去激活配置信息。14. 根据权利要求12所述的终端，其特征在于， 所述第一辅小区去激活的触发条件包括： 所述小区去激活指示，指示所述第一辅小区去激活。15. 根据权利要求11至14任一项所述的终端，其特征在于， 所述去激活指示信息包括第一类去激活指示信息和/或第二类去激活指示信息。16. 根据权利要求11所述的终端，其特征在于， 所述获取单元，具体用于获取去激活定时器配置信息； 所述去激活定时器配置信息用于指示终端配置了去激活定时器。17. 根据权利要求16所述的终端，其特征在于， 所述第一辅小区去激活的触发条件包括： 对应于所述第一辅小区的去激活定时器超时。18. 根据权利要求11所述的终端，其特征在于， 所述执行单元，具体用于以下至少其中之一： 保留所述第一辅小区的PUCCH资源； 监控所述第一辅小区的指定无线链路； 与所述第一辅小区属于同一 PUCCH组的其他小区的上行控制信息继续通过所述第一 辅小区的PUCCH发送； 停止所述第一辅小区的去激活定时器； 清空所述第一辅小区的HARQ缓存； 保留所述第一辅小区的PUCCH上传输的与所述第一辅小区属于同一 PUCCH组的其他小 区的上行控制信息。19. 根据权利要求18所述的终端，其特征在于， 所述执行单元，还具体用于执行以下至少其中之一： 停止在所述第一辅小区上传输探测参考信号； 停止上报所述第一辅小区的下行信道状态信息； 停止在所述第一辅小区的上行链路共享信道UL-SCH上的信息传输； 停止在所述第一辅小区的随机接入信道上的信息传输； 停止监听所述第一辅小区的物理下行控制信道H)CCH ; 停止监听第二辅小区用于为所述第一辅小区提供服务的物理下行控制信息roccH的 监听。20. 根据权利要求18或19所述的终端，其特征在于， 所述执行单元，还具体用于执行以下至少其中之一： 当所述第一辅小区是所述第一辅小区所在PUCCH组中唯一一个具有上行载波的辅小 区且所述PUCCH组中还有其他处于激活状态的辅小区时，保持所述第一辅小区处于激活状 态； 当所述第一辅小区为其他小区的调度小区时，保持所述第一辅小区处于激活状态； 当所述第一辅小区被指示存在上行链路授权或下行链路指配时，保持所述第一辅小区 处于激活状态。
【文档编号】H04L1/00GK105991212SQ201510050871
【公开日】2016年10月5日
【申请日】2015年1月30日
【发明人】余媛芳, 杜忠达, 黄河
【申请人】中兴通讯股份有限公司