一种进行载波聚合的方法、终端及网络设备与流程

本发明涉及移动通信技术领域，尤其涉及一种进行载波聚合的方法、终端及网络设备。

背景技术：

高级长期演进系统(Long Term Evolution Advance，简称LTE-A)为向移动用户提供更高的数据速率，提出了载波聚合技术(Carrier Aggregation，简称CA)。LTE中，系统支持的最大下行传输带宽为20MHz，载波聚合是将两个或者更多的分量载波(Component Carriers，简称CC)聚合起来支持大于20MHz，最大不超过100MHz的传输带宽。具有载波聚合能力的LTE-A的用户设备(UE)，可以同时在多个分量载波上收发数据，以下涉及的UE除了特别说明都是此类UE。LTE-A系统中，UE进入连接态后可以同时通过多个分量载波(也称为服务小区，包含主服务小区和辅服务小区)与源基站进行通信。针对每个服务小区，都有一个服务小区标识。主服务小区的标识为0，每个辅服务小区，都有一个辅服务小区标识。

载波聚合初期阶段，进行载波聚合的多个服务小区，采用统一的DRX(非连续接收，Discontinuous Reception)机制，对于TDD(Time Division Duplexing，时分双工)制式的载波聚合，只支持上下行配置完全相同的TDD载波进行聚合。载波聚合后续阶段，还保持统一的DRX机制，同时为了更大程度地利用现有网络以提高终端的传输带宽，需要支持不同上下行配置的TDD载波进行聚合。

DRX机制中，终端需要计算出哪些子帧是物理下行控制信道(Physical downlink control channel，PDCCH)子帧(subframe)，然后根据这些子帧决定部分定时器是否超时，进一步确定终端的行为。在TDD制式下，PDCCH子帧包含下行子帧，以及包含DwPTS(Downlink Pilot Time Slot，下行导频时隙)的子帧，下文统称为PHCCH子帧。在载波聚合初期阶段，终端进行载波聚合时，所有进行聚合的TDD载波的上下行配置完全一致。在载波聚合后续阶段，支持上下行配置不同的TDD载波进行聚合，此时，经常出现终端不理会基站的调度，或者子帧被浪费的问题。

技术实现要素：

本发明要解决的技术问题是提供一种进行载波聚合的方法、终端及网络设备，能够使终端与基站对PDCCH子帧的认识一致。

为解决上述技术问题，本发明的一种进行载波聚合的方法，包括：

在进行聚合的载波的上下行配置不相同时，终端根据进行聚合的载波中的一个或多个载波的上下行配置，计算出作为物理下行控制信道(PDCCH)子帧的子帧；或者，网络侧将在所述进行聚合的载波上上下行配置不相同的子帧中作为PDCCH子帧的子帧通知给终端。

进一步地，根据进行聚合的载波中的一个载波的上下行配置，计算出作为PDCCH子帧的子帧，包括：

所述终端根据所述进行聚合的载波中一个辅服务小区的载波的上下行配置计算出作为PDCCH子帧的子帧。

进一步地，根据进行聚合的载波中的一个载波的上下行配置，计算出作为PDCCH子帧的子帧，包括：

所述终端根据所述进行聚合的载波中主服务小区的载波的上下行配置计算出作为PDCCH子帧的子帧。

进一步地，根据进行聚合的载波中的多个载波的上下行配置计算出作为PDCCH子帧的子帧，包括：

所述终端将在所述多个载波上均为包含下行导频时隙(DwPTS)的子帧或下行子帧的子帧，作为PDCCH子帧；或者，将在所述多个载波的至少其中之一上为包含DwPTS的子帧或下行子帧的子帧，作为PDCCH子帧。

进一步地，所述辅服务小区为服务小区标识最大或最小的辅服务小区。

进一步地，还包括：

在终端根据进行聚合的载波中的一个或多个载波的上下行配置，计算出作为PDCCH子帧的子帧时，所述一个或多个载波由网络侧从所述进行聚合的载波中确定并通知给所述终端。

进一步地，一种终端，包括：收发单元和子帧计算单元，其中：

所述收发单元，用于从网络侧获知计算物理下行控制信道(PDCCH)子帧所依据的进行聚合的载波中的一个或多个载波；

所述子帧计算单元，用于在进行聚合的载波的上下行配置不相同时，根据进行聚合的载波中的一个或多个载波的上下行配置，计算出作为PDCCH子帧的子帧。

进一步地，所述子帧计算单元，具体用于根据所述进行聚合的载波中一个辅服务小区的载波的上下行配置计算出作为PDCCH子帧的子帧，或根据所述进行聚合的载波中主服务小区的载波的上下行配置计算出作为PDCCH子帧的子帧。

进一步地，所述子帧计算单元，具体用于将在所述多个载波上均为包含下行导频时隙(DwPTS)的子帧或下行子帧的子帧，作为PDCCH子帧；或者，将在所述多个载波的至少其中之一上为包含DwPTS的子帧或下行子帧的子帧，作为PDCCH子帧。

进一步地，一种网络设备，包括：配置单元和发送单元，其中：

所述配置单元，用于在进行聚合的载波上上下行配置不相同的子帧中配置作为PDCCH子帧的子帧；

所述发送单元，用于将所述配置单元配置的在所述进行聚合的载波上上下行配置不相同的子帧中作为PDCCH子帧的子帧通知给终端。

综上所述，采用本发明提出的方法终端可以选择合适的PDCCH子帧的计算方法，使得基站和终端可以对PDCCH子帧的认识保持一致，避免出现调度错误。

附图说明

图1为本发明实施方式的实施场景的示意图；

图2为本实施方式的进行载波聚合的方法的实施例1的流程图；

图3为本实施方式的进行载波聚合的方法的实施例2的流程图；

图4为本实施方式的进行载波聚合的方法的实施例3的流程图；

图5为本实施方式的终端的架构图；

图6为本实施方式的网络设备的架构图。

具体实施方式

在进行载波聚合时，可能有的子帧在不同载波上的上下行配置是不相同的，比如，某个子帧在服务小区1的载波f1上是上行，在服务小区2的载波f2上是下行，由于目前并没有对基站和终端计算PDCCH子帧进行统一，造成了基站和终端对PDCCH子帧的认识不一致，导致了终端不理会基站的调度，或者子帧被浪费的问题，基于本实施方式发现的由于基站和终端计算PDCCH子帧不统一造成的上述问题，本实施方式根据从多个载波中确定出的一个或多个载波的上下行配置并通过本实施方式中的方法计算出PDCCH子帧；或者，由网络侧将在多个载波上上下行配置不相同的子帧中作为PDCCH子帧的子帧通知给终端，说明如下：

方法一：终端按照默认规则根据进行聚合的载波中的一个Scell的上下行配置来计算出作为PDCCH子帧的子帧，该Scell可以是服务小区标识(serving index)最小或最大的那个Scell。

方法二：基站指定终端按照一个服务小区的载波的上下行配置来计算，比如，指定按照Pcell或者一个Scell的载波的上下行配置计算；或者，指定根据进行聚合的载波中多个服务小区的载波的上下行配置计算，此时包括两种方式：方式1，子帧在多个载波上均为下行子帧或包含DwPTS的子帧时，确定该子帧为PDCCH子帧；方式2，子帧在多个载波的至少其中之一为下行子帧或包含DwPTS的子帧时，确定该子帧为PDCCH子帧，其中，Scell包含激活的Scell和未激活的Scell。

方法三：由于只有固定的几个子帧可能会出现在进行聚合的载波上上下行配置不同，如，sf(子帧)3，sf4，sf6，sf7，sf8，sf9，因此，可以由基站将上下行配置不相同的子帧中，作为PDCCH子帧的子帧通知给终端。

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，Cell1的载波是f1，Cell2的载波是f2，Cell3的载波是f3，这三个小区可以进行载波聚合，属于TDD制式，其中Cell1、Cell2和Cell3的TDD上下行配置如下表0-1所示，表0-1中D表示下行子帧，S表示包含DwPTS的子帧，U表示上行子帧：

表0-1

实施例1：

如图2所示，本实施方式的进行载波聚合的方法，包括：

步骤201：UE1在eNB中通过Cell1进入连接态，Cell1即为Pcell，服务小区标识为0；

步骤202：由于业务量增加，基站配置Cell2和Cell3给终端进行载波聚合，Cell2为Scell，服务小区标识设为1，Cell3也为Scell，服务小区标识设为2，从表0-1可以看出，子帧3、4、6、7、8和9在三个服务小区的上下行配置不一样；

步骤203：终端按照预先规定，根据服务小区标识最小的Scell此时为Cell2的上下行配置计算出哪些子帧为PDCCH子帧，即Cell2的上下行配置中，下行子帧或包含了DwPTS的子帧是PDCCH子帧，当前PDCCH子帧如下表1-1所示，表1-1中P表示子帧属于PDCCH子帧；

表1-1

或者，按照预先规定，根据服务小区标识最大的Scell此时为Cell3的上下行配置来计算，即Cell3的上下行配置中，下行子帧或包含了DwPTS的子帧是PDCCH子帧，当前PDCCH子帧如下表所示：

表1-2

步骤204：终端按照表1-1或表1-2所示的PDCCH子帧，计算DRX相关的定时器，比如drx-InactivityTimer(drx不活动定时器)和onDurationTimer(持续定时器)，基站也根据上述规则计算出PDCCH子帧，从而调度终端。

实施例2：

如图3所示，本实施方式的进行载波聚合的方法，包括：

步骤301：UE1在eNB中通过Cell1进入连接态，Cell1即为Pcell，服务小区标识为0；

步骤302：由于业务量增加，基站配置Cell2和Cell3给终端进行载波聚合，Cell2为Scell，服务小区标识设为1，Cell3也为Scell，服务小区标识设为2，从表0-1可以看出，子帧3、4、6、7、8和9在三个服务小区的上下行配置不一样；

步骤303：基站通知终端按照服务小区标识最小的Scell此时为Cell2的上下行配置来计算，即Cell2的上下行配置中，下行子帧或包含了DwPTS的子帧是PDCCH子帧，当前PDCCH子帧如上表1-1所示；

或者，基站通知终端按照服务小区标识最大的Scell此时为Cell3的上下行配置来计算，即Cell3的上下行配置中，下行子帧或包含了DwPTS的子帧是PDCCH子帧，当前PDCCH子帧如上表1-2所示；

或者，基站通知终端按照Cell1和Cell2的上下行配置来计算，计算方法包括两种：方式1，子帧在Cell1和Cell2上均为下行子帧或包含DwPTS的子帧时，该子帧为PDCCH子帧；方式2，只要子帧在Cell1和Cell2的其中之一为下行子帧或包含DwPTS的子帧，该子帧为PDCCH子帧；如下表2-1所示：

表2-1

或者，基站通知终端按照Cell2和Cell3的上下行配置来计算，计算方法同方式1和方式2，如下表2-2所示：

表2-2

步骤304：终端按照表1-1、表1-2、表2-1或表2-2所示的PDCCH子帧，计算DRX相关的定时器，比如drx-InactivityTimer和onDurationTimer，基站也根据这个规则调度终端。

实施例3：

如图4所示，本实施方式的进行载波聚合的方法，包括：

步骤401：UE1在eNB中通过Cell1进入连接态，Cell1即为Pcell，服务小区标识为0；

步骤402：由于业务量增加，基站配置Cell2和Cell3给终端进行载波聚合，Cell2为Scell，服务小区标识设为1，Cell3也为Scell，服务小区标识设为2，从表0-1可以看出，子帧3、4、6、7、8和9在三个服务小区的上下行配置不一样；

子帧6虽然上下行配置不一样，但是都是下行子帧或包含DwPTS的子帧，都属于PDCCH子帧，因此无需单独配置，即基站只需要配置子帧3、4、7、8和9即可。

步骤403：基站通知终端，子帧3、4、8和9为PDCCH子帧，子帧7不是PDCCH子帧，其他子帧按照TDD上下行配置来计算，当前PDCCH子帧如表3-1所示；

表3-1

或者，基站通知终端，子帧3和7为PDCCH子帧，子帧4、8和9不是PDCCH子帧，其他子帧按照TDD上下行配置来计算，当前PDCCH子帧如表3-2所示；

表3-2

步骤404：终端按照表3-1或表3-2所示的PDCCH子帧，计算DRX相关的定时器，比如drx-InactivityTimer和onDurationTimer，基站也根据这个规则调度终端。

本实施例中，基站配置子帧3、4、8和9或者子帧3和7为PDCCH子帧，并不限定只有这两种配置方式，其他配置方式也是可以的。另外，配置方式可以通过位图来表示，如表3-3所示，bit0表示子帧3是否为PDCCH子帧，设置为1表示是PDCCH子帧，设置为0表示不是PDCCH子帧，其他bit类推，当然，bit0只是个例子，可以是任意bit，只需要将bit和子帧的关系关联好即可。

表3-3

上述实施例的小区只是采用了可能的TDD上下行配置的几种，如果小区采用其他的TDD上下行配置，或者进行载波聚合的服务小区的个数不是3个，而是2个或多于3个，过程是一样的，不再重复描述。

另外，上述根据PDCCH子帧计算的定时器，不仅仅限于DRX中drx-InactivityTimer和onDurationTimer，其他涉及PDCCH子帧的定时器的计算同样适用。

如图5所示，本实施方式还提供了一种终端，包括：收发单元和子帧计算单元，其中：

收发单元，用于从网络侧获知计算物理下行控制信道(PDCCH)子帧所依据的进行聚合的载波中的一个或多个载波；

子帧计算单元，用于在进行聚合的载波的上下行配置不相同时，根据进行聚合的载波中的一个或多个载波的上下行配置，计算出作为PDCCH子帧的子帧。

子帧计算单元，具体用于根据进行聚合的载波中一个辅服务小区的载波的上下行配置计算出作为PDCCH子帧的子帧，或根据进行聚合的载波中主服务小区的载波的上下行配置计算出作为PDCCH子帧的子帧；或者，

子帧计算单元，具体用于将在多个载波上均为包含下行导频时隙(DwPTS)的子帧或下行子帧的子帧，作为PDCCH子帧；或者，将在多个载波的至少其中之一上为包含DwPTS的子帧或下行子帧的子帧，作为PDCCH子帧。

如图6所示，本实施方式还提供了一种网络设备，包括：配置单元和发送单元，其中：

配置单元，用于在进行聚合的载波上上下行配置不相同的子帧中配置作为PDCCH子帧的子帧；

发送单元，用于将配置单元配置的在进行聚合的载波上上下行配置不相同的子帧中作为PDCCH子帧的子帧通知给终端。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。