CN103326833A - 一种上下行定时关系的确定方法和装置 - Google Patents

Abstract

本发明还提供一种上下行定时关系的确定方法，包括：时分双工系统下，多个上下行配置不同的服务小区进行聚合时，特定服务小区的上下行定时关系按照如下方式确定：将所述特定服务小区中的子帧分成k种，每种子帧使用的上下行定时为预定义的上下行定时中的一种，且每种子帧使用的上下行定时不同，所述k大于1，所述特定服务小区为聚合的所述多个服务小区中的一个或多个服务小区。本发明还提供上下行定时关系的确定装置。

Description

一种上下行定时关系的确定方法和装置

技术领域

本发明涉及无线通信技术，尤其涉及一种上下行定时关系的确定方法和装置。

背景技术

长期演进(LTE，Long Term Evolution)系统与高级长期演进(LTE-A：LTE-Advanced)系统中的无线帧(radio frame)包括频分双工(FDD，FrequencyDivision Duplex)模式和时分双工(TDD，Time Division Duplex)模式。图1为现有LTE/LTE-A FDD系统中帧结构示意图，一个10毫秒(ms)的无线帧由二十个长度为0.5ms，编号0～19的时隙(slot)组成，时隙2i和2i+1组成长度为1ms的子帧(subframe)。图2为现有LTE/LTE-A TDD系统中某种上下行配置的帧结构示意图，如图2所示，一个10ms的无线帧由两个长为5ms的半帧(half frame)组成，一个半帧包括5个长度为1ms的子帧，子帧i定义为2个长为0.5ms的时隙2i和2i+1。TDD系统中支持的上下行配置如表1所示：

表1各子帧支持的上下行配置示意表

其中，对一个无线帧中的每个子帧，“D”表示专用于下行传输的子帧，“U”表示专用于上行传输的子帧，“S”表示特殊子帧，它包含下行导频时隙(DwPTS，Downlink Pilot Time Slot)，保护间隔(GP，Guard Period)和上行导频时隙(UpPTS，Uplink Pilot Time Slot)三部分。

TDD支持5ms和10ms的上下行切换周期。如果下行到上行转换点周期为5ms，特殊子帧会存在于两个半帧中；如果下行到上行转换点周期10ms，特殊子帧只存在于第一个半帧中。子帧0和子帧5以及DwPTS总是用于下行传输。UpPTS和紧跟于特殊子帧后的子帧专用于上行传输。

LTE系统中，混合自动重传请求(HARQ，Hybrid automatic repeat request)进程是指：当发送端有数据需要传输时，接收端通过下行信令为发送端分配传输时所需的信息，如频域资源和分组信息等等。发送端根据这些信息发送数据，同时将数据保存在自己的缓存器中，以便进行重传，当接收端接收到数据之后进行检测，如果数据被正确接收，则发送确认(ACK，Acknowledged)给发送端，发送端接收到ACK之后清空这次传输所使用的缓冲存储器，结束本次传输。如果数据没有被正确接收，则发送未确认(NACK，Non-acknowledged)给发送端，并将没有正确接收的分组保存在接收端的缓冲存储器中，发送在接收到NACK信息之后，从自己的缓冲存储器中提出数据，并在相应的子帧及相应的频域位置上使用特定的分组格式进行重传。接收端在接收到重传分组之后，与前面没有正确接收的分组进行合并，再一次进行检测，然后重复上述过程，直到数据被正确接收或传输次数超过最大传输次数门限。

LTE TDD系统中，关于上行物理上行共享信道(PUSCH，Physical UplinkShared Channel)调度定时有如下规定：对于上下行配置1-6且普通HARQ操作，UE在子帧n上检测携带上行相关的下行控制信息(DCI，DownlinkControl Information)信息的物理下行控制信道(PDCCH，Physical DownlinkControl Channel)或者物理混合自动重传请求指示信道(PHICH，PhysicalHARQ Indicator Channel)传输，UE根据PDCCH和PHICH信息调整子帧n+k上的PUSCH传输；对于上下行配置0且普通HARQ操作，UE在子帧n上检测携带上行DCI信息的PDCCH或者PHICH传输，如果PDCCH中UL index域的最高位为1或者PHICH是在子帧n＝0或5上使用PHICH资源索引0接收，UE根据PDCCH和PHICH信息调整子帧n+k上的PUSCH传输；对于上下行配置0和普通HARQ操作，子帧n上PDCCH中UL index域的最低位为1或者PHICH是在子帧0或5上使用PHICH资源索引1接收或者PHICH是在子帧1或6接收，UE根据PDCCH和PHICH信息调整子帧n+7上PUSCH的传输；对于上下行配置0，如果子帧n中PDCCH中UL index的最高位和最低位都进行了设置，那么UE根据PDCCH和PHICH信息调整子帧n+k和n+7上PUSCH的传输，其中k的取值如表2所示：

表2不同上下行配置中k的取值

LTE TDD系统中，关于上行HARQ中发送PUSCH的HARQ-ACK响应的PHICH有如下定时规定，即对上行HARQ的定时关系有如下规定：对于上下行配置1-6，子帧i上PHICH信道收到的是子帧i-k上PUSCH的HARQ-ACK响应；对于上下行配置0，子帧i上在PHICH资源索引0上收到的是子帧i-k上PUSCH的HARQ-ACK响应；对于上下行配置0，子帧i上在PHICH资源索引1上收到的是子帧i-6上PUSCH的HARQ-ACK响应；其中k值如表3所示：

表3不同上下行配置中k的取值

LTE TDD系统中，关于下行HARQ中PDSCH调度定时有如下规定，即对下行HARQ的调度有如下规定：UE在子帧n上检测PDCCH，并根据PDCCH的信息解当前子帧的PDSCH。

LTE TDD系统中，关于下行HARQ中发送PDSCH的HARQ-ACK响应的PUCCH有如下定时规定，即对下行HARQ的定时关系有如下规定：UE在子帧n-k上检测PDSCH传输或者指示下行SPS release的PDCCH，在上行子帧n上传输对应的HARQ-ACK响应，其中k属于K，K的取值如表4所示：

表4不同上下行配置中K的取值

LTE-A系统相对于LTE系统最为显著的特征是，LTE-A系统引入了载波聚合技术，也就是将LTE系统的带宽进行聚合以获得更大的带宽。在引入了载波聚合的系统中，进行聚合的载波称为分量载波(CC，ComponentCarrier)，也称为一个服务小区(Serving Cell)。同时，还提出了主分量载波/小区(PCC/PCell，Primary Component Carrier/Cell)和辅分量载波/小区(SCC/SCell，Secondary Component Carrier/Cell)的概念。在进行了载波聚合的系统中，至少包含一个主服务小区和辅服务小区，其中主服务小区一直处于激活状态。对于TDD系统来说，Rel-10版本中只支持相同上下行配置的服务小区进行聚合。

在后续版本的讨论中，需要支持不同上下行配置的服务小区进行聚合。目前规定的上下行配置有7种，支持最多2种配置组合进行聚合，那么有42种配置组合。对于上行调度定时和上行HARQ定时，一些配置组合当跨载波调度时会存在不管上行调度定时和上行HARQ定时是根据调度小区的，还是被调度小区的，在调度小区中都会有些上行子帧因为没有调度信息或者HARQ-ACK信息无法反馈而导致这些上行子帧无法被调度，从而影响上行的吞吐量；对于下行HARQ定时，一些配置组合会存在不管下行HARQ定时是根据主服务小区的，还是辅服务小区的，在辅服务小区中都会有些下行子帧因为HARQ-ACK信息无法反馈而导致这些下行子帧无法被调度，从而影响下行的吞吐量。

发明内容

本发明要解决的技术问题是提供一种上下行定时关系的确定方法和装置，能够保证不同上下行配置的服务小区进行聚合时的上下行吞吐量。

为了解决上述问题，本发明提供了一种上下行定时关系的确定方法，包括：

时分双工系统下，多个上下行配置不同的服务小区进行聚合时，特定服务小区的上下行定时关系按照如下方式确定：将所述特定服务小区中的子帧分成k种，每种子帧使用的上下行定时为预定义的上下行定时中的一种，且每种子帧使用的上下行定时不同，所述k大于1，所述特定服务小区为聚合的所述多个服务小区中的一个或多个服务小区。

进一步的，上述方法还可具有以下特点，所述上下行定时关系为下行定时关系时，所述特定服务小区为辅服务小区或者被调度的服务小区。

进一步的，上述方法还可具有以下特点，所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为下行定时关系时，将所述特定服务小区中的下行子帧分成k种。

进一步的，上述方法还可具有以下特点，所述下行定时关系是指下行混合自动重传请求HARQ定时。

进一步的，上述方法还可具有以下特点，所述上下行定时关系为上行定时关系时，所述特定服务小区为被调度的服务小区。

进一步的，上述方法还可具有以下特点，所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为上行定时关系时，将所述特定服务小区中的上行子帧分成k种。

进一步的，上述方法还可具有以下特点，所述上行定时关系是指物理上行共享信道PUSCH调度定时和/或上行HARQ定时。

进一步的，上述方法还可具有以下特点，所述预定义的上下行定时包括下述上下行定时任意组合：

聚合的各服务小区的上下行定时；

除所述聚合的各服务小区的上下行定时之外的一种或多种上下行定时。

进一步的，上述方法还可具有以下特点，所述除聚合的各服务小区的上下行定时之外的一种或多种上下行定时通过如下方式确定：根据无线资源控制RRC信令确定；或者，根据所述聚合的各服务小区的上下行配置选择的固定的上下行定时。

进一步的，上述方法还可具有以下特点，所述将所述特定服务小区中的子帧分成k种包括：根据聚合的各服务小区的上下行配置将所述特定服务小区的子帧分为k种。

本发明还提供一种上下行定时关系的确定装置，包括：

确定单元，用于时分双工系统下，多个上下行配置不同的服务小区进行聚合时，按照如下方式确定特定服务小区的上下行定时关系：将所述特定服务小区中的子帧分成k种，每种子帧使用的上下行定时为预定义的上下行定时中的一种，且每种子帧使用的上下行定时不同，所述k大于1，所述特定服务小区为聚合的所述多个服务小区中的一个或多个服务小区。

进一步的，上述装置还可具有以下特点，所述上下行定时关系为下行定时关系时，所述特定服务小区为辅服务小区或者被调度的服务小区。

进一步的，上述装置还可具有以下特点，所述确定单元所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为下行定时关系时，将所述特定服务小区中的下行子帧分成k种。

进一步的，上述装置还可具有以下特点，所述下行定时关系是指下行混合自动重传请求HARQ定时。

进一步的，上述装置还可具有以下特点，所述上下行定时关系为上行定时关系时，所述特定服务小区为被调度的服务小区。

进一步的，上述装置还可具有以下特点，所述确定单元将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为上行定时关系时，将所述特定服务小区中的上行子帧分成k种。

进一步的，上述装置还可具有以下特点，所述上行定时关系是指物理上行共享信道PUSCH调度定时和/或上行HARQ定时。

进一步的，上述装置还可具有以下特点，所述预定义的上下行定时包括下述上下行定时任意组合：

聚合的各服务小区的上下行定时；

除所述聚合的各服务小区的上下行定时之外的一种或多种上下行定时。

进一步的，上述装置还可具有以下特点，所述确定单元通过如下方式确定除聚合的各服务小区的上下行定时之外的一种或多种上下行定时：根据无线资源控制信令RRC确定；或者，根据所述聚合的各服务小区的上下行配置选择的固定的上下行定时。

进一步的，上述装置还可具有以下特点，所述确定单元将所述特定服务小区中的子帧分成k种包括：根据聚合的各服务小区的上下行配置将所述特定服务小区的子帧分为k种。

通过本发明提供的一种上下行定时关系的确定方法和装置，能够保证不同上下行配置的服务小区进行聚合时的上下行吞吐量。

附图说明

图1为现有技术FDD系统中帧结构的示意图；

图2为现有技术TDD系统中帧结构的示意图；

图3-1为主服务小区以及对应的下行HARQ定时关系的示意图；

图3-2为辅服务小区以及对应的下行HARQ定时关系的示意图；

图3-3是图3-1，图3-2所示载波聚合后具体下行HARQ定时关系的示意图；

图4-1为主服务小区对应的下行HARQ定时关系的示意图；

图4-2为辅服务小区对应的下行HARQ定时关系的示意图；

图4-3是图4-1，图4-2所示载波聚合后具体下行HARQ定时关系的示意图；

图5-1为调度小区对应的PUSCH调度定时和上行HARQ定时关系的示意图；

图5-2为被调度小区对应的PUSCH调度定时和上行HARQ定时关系的示意图；

图5-3是图5-1，图5-2所示载波聚合后具体PUSCH调度定时和上行HARQ定时关系的示意图；

图6-1为调度小区对应的PUSCH调度和上行HARQ定时关系的示意图；

图6-2为被调度小区对应的PUSCH调度和上行HARQ定时关系的示意图；

图6-3是图6-1，图6-2所示载波聚合后具体PUSCH调度和上行HARQ定时关系的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

本发明实施例提供一种上下行定时关系的确定方法，包括：

时分双工系统下，多个上下行配置不同的服务小区进行聚合时，特定服务小区的上下行定时关系按照如下方式确定：将所述特定服务小区中的子帧分成k种，每种子帧使用的上下行定时为预定义的上下行定时中的一种，且每种子帧使用的上下行定时不同，所述k大于1，所述特定服务小区为聚合的所述多个服务小区中的一个或多个服务小区。

进一步，所述预定义的上下行定时包括下述上下行定时任意组合：

聚合的各服务小区的上下行定时；

除所述聚合的各服务小区的上下行定时之外的一种或多种上下行定时。

比如，聚合三个服务小区其上下行定时分别为A，B，C时，预定义的上下行定时可以是A，B；或者，A，C，或者，A，B，C，或者，除A，B，C之外的其他上下行定时D和E，或者，A和D组合，等等。

优选的，所述除聚合的各服务小区的上下行定时之外的一种或多种上下行定时通过如下方式确定：根据无线资源控制RRC信令确定；或者，根据所述聚合的各服务小区的上下行配置选择的固定的上下行定时。

进一步，所述上下行定时关系为下行定时关系时，所述特定服务小区为辅服务小区或者被调度的服务小区。

进一步，所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为下行定时关系时，将所述特定服务小区中的下行子帧分成k种。

进一步，所述下行定时关系是指下行混合自动重传请求HARQ定时。

进一步，所述上下行定时关系为上行定时关系时，所述特定服务小区为被调度的服务小区。

进一步，所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为上行定时关系时，将所述特定服务小区中的上行子帧分成k种。

进一步，所述上行定时关系是指物理上行共享信道PUSCH调度定时和/或上行HARQ定时。

进一步，所述将所述特定服务小区中的子帧分成k种包括：根据聚合的各服务小区的上下行配置将所述特定服务小区的子帧分为k种。即聚合的各服务小区的各上下行配置和子帧分成k种的方式之间存在对应关系。

下面结合具体实施例对本发明作进一步描述。下述实施例中，以聚合2个服务小区为例进行说明，但本发明不限于此，可应用于聚合3个或3个以上的情况。

具体实施例一：

假设上下行配置1和上下行配置3的服务小区进行聚合，其中主服务小区为上下行配置1，辅服务小区为上下行配置3，图3-1为主服务小区以及对应的下行HARQ定时关系的示意图，图3-2为辅服务小区以及对应的下行HARQ定时关系的示意图。预定义的下行HARQ定时有：主服务小区的下行HARQ定时关系和辅服务小区的下行HARQ定时关系；

将辅服务小区上的下行子帧分为2种，子帧索引为{0，1，5，6，9}是第一种，子帧索引为{7，8}是第二种，其中第一种使用主服务小区的下行HARQ定时关系，第二种使用辅服务小区的下行HARQ定时关系，图3-3给出了具体下行HARQ定时关系的示意图。即对于第一种：辅服务小区中子帧索引为{0，1}的下行子帧的HARQ-ACK响应按照主服务小区的下行HARQ定时关系在主服务小区子帧索引为{7}的上行子帧上发送，子帧索引为{5，6}的下行子帧的HARQ-ACK响应按照主服务小区的下行HARQ定时关系在主服务小区下一个无线帧子帧索引为{2}的上行子帧发送，子帧索引为{9}的下行子帧的HARQ-ACK响应按照主服务小区的下行HARQ定时关系在主服务小区下一个无线帧子帧索引为{3}的上行子帧发送；对于第二种：辅服务小区中子帧索引为{7，8}的下行子帧的HARQ-ACK响应按照辅服务小区的下行HARQ定时关系在主服务小区下一个无线帧子帧索引为{3}的上行子帧上发送。

具体实施例二

假设上下行配置2和上下行配置3的服务小区进行聚合，主服务小区为上下行配置2，辅服务小区为上下行配置3，图4-1为主服务小区对应的下行HARQ定时关系的示意图，图4-2为辅服务小区对应的下行HARQ定时关系的示意图。预定义的下行HARQ定时有：主服务小区的下行HARQ定时关系和RRC信令预设的上下行配置5的下行HARQ定时关系；

将辅服务小区上的下行子帧分为2种，子帧索引为{0，1，5，6，8，9}是第一种，子帧索引为{7}是第二种，其中第一种使用主服务小区的下行HARQ定时关系，第二种使用上下行配置5的下行HARQ定时关系，图4-3给出了具体下行HARQ定时关系的示意图。即对于第一种：辅服务小区中子帧索引为{0，1}的下行子帧的HARQ-ACK响应按照主服务小区的下行HARQ定时关系在主服务小区子帧索引为7的上行子帧上发送，子帧索引为{5，6，8}的下行子帧的HARQ-ACK响应按照主服务小区的下行HARQ定时关系在主服务小区下一个无线帧子帧索引为{2}的上行子帧发送，子帧索引为{9}的下行子帧的HARQ-ACK响应按照主服务小区的下行HARQ定时关系在主服务小区下一个无线帧子帧索引为{7}的上行子帧发送；对于第二种：辅服务小区中子帧索引为{7}的下行子帧的HARQ-ACK响应按照上下行配置5的下行HARQ定时关系在主服务小区下一个无线帧子帧索引为{2}的上行子帧上发送。

具体实施例三

假设上下行配置1和上下行配置3的服务小区进行聚合，支持跨载波调度，其中调度小区为上下行配置1，被调度小区为上下行配置3，图5-1为调度小区对应的PUSCH调度定时和上行HARQ定时关系的示意图，图5-2为被调度小区对应的PUSCH调度定时和上行HARQ定时关系的示意图，预定义的上行PUSCH调度定时和上行HARQ定时有：调度小区的上行PUSCH调度定时和上行HARQ定时关系，被调度小区的上行PUSCH调度定时。

将被调度小区上的上行子帧分为2种，子帧索引为{2，3}是第一种，子帧索引为{4}是第二种，其中第一种使用调度小区的上行PUSCH调度定时和上行HARQ定时关系，第二种使用被调度小区的上行PUSCH调度定时，图5-3给出了具体PUSCH调度定时和上行HARQ定时关系的示意图。即：

对于第一种，被调度小区中子帧索引为{2}的上行子帧PUSCH的调度信息和发送对应上行HARQ-ACK响应的PHICH信道资源信息按照调度小区的上行PUSCH调度定时在调度小区无线帧#1中子帧索引为{6}的下行子帧上发送，被调度小区中子帧索引为{2}的上行子帧的HARQ-ACK响应按照调度小区的上行HARQ定时在调度小区无线帧#2中子帧索引为{6}的下行子帧上发送；被调度小区中子帧索引为{3}的上行子帧PUSCH的调度信息和发送对应上行HARQ-ACK响应的PHICH信道资源信息按照调度小区的上行PUSCH调度定时在调度小区无线帧#1中子帧索引为{9}的下行子帧上发送，被调度小区中子帧索引为{3}的上行子帧的HARQ-ACK响应按照调度小区的上行HARQ定时关系在调度小区无线帧#2中子帧索引为{9}的下行子帧上发送；

对于第二种，被调度小区中子帧索引为{4}的上行子帧PUSCH的调度信息和发送对应上行HARQ-ACK响应的PHICH信道资源信息按照被调度小区的上行PUSCH调度定时在调度小区无线帧#2中子帧索引为{0}的下行子帧上发送。

具体实施例四

假设上下行配置3和上下行配置2的服务小区进行聚合，支持跨载波调度，其中调度小区为上下行配置3，被调度小区为上下行配置2，图6-1为调度小区对应的PUSCH调度和上行HARQ定时关系的示意图，图6-2为被调度小区对应的PUSCH调度和上行HARQ定时关系的示意图，预定义的上行PUSCH调度和上行HARQ定时有：调度小区的上行PUSCH调度和上行HARQ定时关系，上下行配置1的上行PUSCH调度定时；

将被调度小区上的上行子帧分为2种，子帧索引为{2}是第一种，子帧索引为{7}是第二种，其中第一种使用调度小区的上行PUSCH调度和上行HARQ定时关系，第二种使用上下行配置1的上行PUSCH调度定时，图6-3给出了具体PUSCH调度和上行HARQ定时关系的示意图。即对于第一种，被调度小区中子帧索引为{2}的上行子帧PUSCH的调度信息和发送对应上行HARQ-ACK响应的PHICH信道资源信息按照调度小区的上行PUSCH调度在调度小区无线帧#1中子帧索引为{8}的下行子帧上发送，被调度小区中子帧索引为{2}的上行子帧的HARQ-ACK响应按照调度小区的上行HARQ定时关系在调度小区无线帧#2中子帧索引为{8}的下行子帧上发送；对于第二种，被调度小区中子帧索引为{7}的上行子帧PUSCH的调度信息和发送对应上行HARQ-ACK响应的PHICH信道资源信息按照上下行配置1的上行PUSCH调度在调度小区无线帧#1中子帧索引为{2}的下行子帧上发送。

本发明实施例还提供一种上下行定时关系的确定装置，包括：

确定单元，用于时分双工系统下，多个上下行配置不同的服务小区进行聚合时，按照如下方式确定特定服务小区的上下行定时关系：将所述特定服务小区中的子帧分成k种，每种子帧使用的上下行定时为预定义的上下行定时中的一种，且每种子帧使用的上下行定时不同，所述k大于1，所述特定服务小区为聚合的所述多个服务小区中的一个或多个服务小区。

其中，所述上下行定时关系为下行定时关系时，所述特定服务小区为辅服务小区或者被调度的服务小区。

其中，所述确定单元所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为下行定时关系时，将所述特定服务小区中的下行子帧分成k种。

其中，所述下行定时关系是指下行混合自动重传请求HARQ定时。

其中，所述上下行定时关系为上行定时关系时，所述特定服务小区为被调度的服务小区。

其中，所述确定单元将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为上行定时关系时，将所述特定服务小区中的上行子帧分成k种。

其中，所述上行定时关系是指物理上行共享信道PUSCH调度定时和/或上行HARQ定时。

其中，所述预定义的上下行定时包括下述上下行定时任意组合：

聚合的各服务小区的上下行定时；

除所述聚合的各服务小区的上下行定时之外的一种或多种上下行定时。

其中，所述确定单元通过如下方式确定除聚合的各服务小区的上下行定时之外的一种或多种上下行定时：根据无线资源控制信令RRC确定；或者，根据所述聚合的各服务小区的上下行配置选择的固定的上下行定时。

其中，所述确定单元将所述特定服务小区中的子帧分成k种包括：根据聚合的各服务小区的上下行配置将所述特定服务小区的子帧分为k种。

上述装置可位于终端，也可位于基站。

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

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

Claims (20)

1.一种上下行定时关系的确定方法，其特征在于，包括：

时分双工系统下，多个上下行配置不同的服务小区进行聚合时，特定服务小区的上下行定时关系按照如下方式确定：将所述特定服务小区中的子帧分成k种，每种子帧使用的上下行定时为预定义的上下行定时中的一种，且每种子帧使用的上下行定时不同，所述k大于1，所述特定服务小区为聚合的所述多个服务小区中的一个或多个服务小区。

2.如权利要求1所述的方法，其特征在于，所述上下行定时关系为下行定时关系时，所述特定服务小区为辅服务小区或者被调度的服务小区。

3.如权利要求1所述的方法，其特征在于，所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为下行定时关系时，将所述特定服务小区中的下行子帧分成k种。

4.如权利要求2或3所述的方法，其特征在于，所述下行定时关系是指下行混合自动重传请求HARQ定时。

5.如权利要求1所述的方法，其特征在于，所述上下行定时关系为上行定时关系时，所述特定服务小区为被调度的服务小区。

6.如权利要求1所述的方法，其特征在于，所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为上行定时关系时，将所述特定服务小区中的上行子帧分成k种。

7.如权利要求5或6所述的方法，其特征在于，所述上行定时关系是指物理上行共享信道PUSCH调度定时和/或上行HARQ定时。

8.如权利要求1所述的方法，其特征在于，所述预定义的上下行定时包括下述上下行定时任意组合：

聚合的各服务小区的上下行定时；

除所述聚合的各服务小区的上下行定时之外的一种或多种上下行定时。

9.如权利要求8所述的方法，其特征在于，所述除聚合的各服务小区的上下行定时之外的一种或多种上下行定时通过如下方式确定：根据无线资源控制RRC信令确定；或者，根据所述聚合的各服务小区的上下行配置选择的固定的上下行定时。

10.如权利要求1-3、5、6、8任一所述的方法，其特征在于，所述将所述特定服务小区中的子帧分成k种包括：根据聚合的各服务小区的上下行配置将所述特定服务小区的子帧分为k种。

11.一种上下行定时关系的确定装置，其特征在于，包括：

确定单元，用于时分双工系统下，多个上下行配置不同的服务小区进行聚合时，按照如下方式确定特定服务小区的上下行定时关系：将所述特定服务小区中的子帧分成k种，每种子帧使用的上下行定时为预定义的上下行定时中的一种，且每种子帧使用的上下行定时不同，所述k大于1，所述特定服务小区为聚合的所述多个服务小区中的一个或多个服务小区。

12.如权利要求11所述的装置，其特征在于，所述上下行定时关系为下行定时关系时，所述特定服务小区为辅服务小区或者被调度的服务小区。

13.如权利要求11所述的装置，其特征在于，所述确定单元所述将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为下行定时关系时，将所述特定服务小区中的下行子帧分成k种。

14.如权利要求12或13所述的装置，其特征在于，所述下行定时关系是指下行混合自动重传请求HARQ定时。

15.如权利要求10所述的装置，其特征在于，所述上下行定时关系为上行定时关系时，所述特定服务小区为被调度的服务小区。

16.如权利要求11所述的装置，其特征在于，所述确定单元将所述特定服务小区中的子帧分成k种包括：所述上下行定时关系为上行定时关系时，将所述特定服务小区中的上行子帧分成k种。

17.如权利要求15或16所述的装置，其特征在于，所述上行定时关系是指物理上行共享信道PUSCH调度定时和/或上行HARQ定时。

18.如权利要求11所述的装置，其特征在于，所述预定义的上下行定时包括下述上下行定时任意组合：

聚合的各服务小区的上下行定时；

除所述聚合的各服务小区的上下行定时之外的一种或多种上下行定时。

19.如权利要求18所述的装置，其特征在于，所述确定单元通过如下方式确定除聚合的各服务小区的上下行定时之外的一种或多种上下行定时：根据无线资源控制信令RRC确定；或者，根据所述聚合的各服务小区的上下行配置选择的固定的上下行定时。

20.如权利要求11-13、15、16、18任一所述的装置，其特征在于，所述确定单元将所述特定服务小区中的子帧分成k种包括：根据聚合的各服务小区的上下行配置将所述特定服务小区的子帧分为k种。

Images