CN101567775A - 传输上行数据的方法、发送端设备和接收端设备 - Google Patents

传输上行数据的方法、发送端设备和接收端设备 Download PDF

Info

Publication number
CN101567775A
CN101567775A CNA2008101050746A CN200810105074A CN101567775A CN 101567775 A CN101567775 A CN 101567775A CN A2008101050746 A CNA2008101050746 A CN A2008101050746A CN 200810105074 A CN200810105074 A CN 200810105074A CN 101567775 A CN101567775 A CN 101567775A
Authority
CN
China
Prior art keywords
binding
uplink
frame
sub
ending equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2008101050746A
Other languages
English (en)
Other versions
CN101567775B (zh
Inventor
肖国军
谌丽
高卓
丁昱
李国庆
索士强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN2008101050746A priority Critical patent/CN101567775B/zh
Publication of CN101567775A publication Critical patent/CN101567775A/zh
Application granted granted Critical
Publication of CN101567775B publication Critical patent/CN101567775B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种传输上行数据的方法、发送端设备和接收端设备，通过将无线帧中位于同一捆绑窗口内的n个相邻上行子帧进行捆绑作为一个自动混合重传(HARQ)进程，并在该HARQ进程中传输上行数据，其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。从而针对时分双工(TDD)系统提供了一种上行数据传输方法，由于采用多个子帧作为一个HARQ进程发送上行数据，因而能够有效地提高上行传输的传输质量，提高系统覆盖范围。

Description

传输上行数据的方法、发送端设备和接收端设备
技术领域
本发明涉及无线通信技术，特别涉及一种传输上行数据的方法、发送端设备和接收端设备。
背景技术
随着无线通信技术的不断发展，如何提高上行传输的覆盖范围成为日渐关注的一个问题。对于无线通信系统的上行传输，由于受限于发送端设备即用户设备(UE)的发射功率，当其处于比较恶劣的环境时，上行传输的质量将无法保证，必将影响上行传输的覆盖范围，针对此问题，上行子帧绑定(TTI bundling)技术应运而生。
TTI bundling是发送端设备将多个上行子帧进行捆绑作为一个自动混合重传(HARQ)进程，共同传输一个数据包，从而提高上行传输的覆盖范围。其中，进行捆绑的每个上行子帧分别承载该数据包的一个编码冗余版本，即一个数据包的多个编码冗余版本在捆绑的多个上行子帧中一起传输，并且接收端设备将一个HARQ进程中的多个上行子帧中的数据包进行检测，即将多个编码冗余版本进行合并检测，并仅需要针对该多个上行子帧构成的一个HARQ进程反馈一个成功/失败响应(ACK/NACK)。
然而，现有技术中的利用TTI bundling技术传输上行数据的方法仅针对长期演进(LTE)系统中的频分双工(FDD)系统，由于FDD系统中，上下行在频率上分开，时域上是连续的，因此，可以非常简单的将连续的多个上行子帧捆绑在一起传输。图1为现有技术中针对FDD系统的TTI bundling的示意图，如图1所示，可以将连续的3个上行子帧进行捆绑作为一个HARQ进程，图中以#0表示该HARQ进程，该3个上行子帧分别承载3个不同编码冗余版本；接收端对该3个上行子帧中的数据进行检测，并反馈一个ACK/NACK，即#4。而时分双工(TDD)系统，上下行在时域上进行区分，因此，不能将针对FDD系统的TTI bundling技术直接应用于TDD系统，并且，现有技术中尚没有针对TDD系统的上行数据传输方法，能够有效地提高上行传输的传输质量，从而提高系统的覆盖范围。
发明内容
有鉴于此，本发明提供了一种传输上行数据的方法、发送端设备和接收端设备，以便于针对TDD系统提高上行传输的传输质量，从而提高系统的覆盖范围。
一种传输上行数据的方法，该方法包括：
发送端设备在无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程中，传输上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。
一种发送端设备，该发送端设备包括：捆绑子帧确定单元和上行数据发送单元；
所述捆绑子帧确定单元，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程；
所述上行数据发送单元，用于在所述n个相邻上行子帧捆绑后形成的一个HARQ进程中发送上行数据；
其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。
一种接收端设备，该接收端设备包括：捆绑子帧确定单元和上行数据接收单元；
所述捆绑子帧确定单元，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑形成的一个HARQ进程；
所述上行数据接收单元，用于在所述n个相邻上行子帧捆绑形成的一个HARQ进程中接收上行数据；
其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。
由以上技术方案可以看出，本发明通过将无线帧中位于同一捆绑窗口内的n个相邻上行子帧进行捆绑作为一个HARQ进程，并在该HARQ进程中发送上行数据，其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。从而针对TDD系统提供了一种上行数据传输方法，由于采用多个子帧作为一个HARQ进程发送上行数据，因而能够有效地提高上行传输的传输质量，从而提高系统的覆盖范围。
附图说明
图1为现有技术中的TTI bundling示意图；
图2为LTE TDD系统的第二类无线帧结构图；
图3为本发明实施例提供的配置5的两种HARQ示意图；
图4为各种上下行比例配置下的上行HARQ的示意图；
图5为本发明实施例提供的RTT为20ms时针对配置1的各种捆绑方案示意图；
图6为本发明实施例提供的发送端设备结构图；
图7为本发明实施例提供的接收端设备结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
为了更加清楚的理解本发明，首先对LTE TDD系统的无线帧结构进行简单描述。TDD系统中存在两种无线帧结构，首选的无线帧结构为与TD-SCDMA系统兼容的第二类无线帧结构。图2为LTE TDD系统的第二类无线帧结构图，如图2所示，无线帧长为10ms，该无线帧分为2个5ms的无线半帧。每个无线半帧由5个子帧构成，即一个无线帧由10个子帧构成，每个子帧的长度为0.5ms。其中，10个子帧中的子帧1和子帧6包含三个特殊子帧分别为下行导频子帧(DwPTS)、保护子帧(GP)和上行导频子帧(UpPTS)，其余8个子帧为业务子帧，可以根据需要配置不同的上下行比例，表1为常用的上下行比例配置图，如表1所示，配置编号为0至6共7种配置比例，其中，子帧0和子帧5永远设置为下行子帧。表中的D表示下行子帧，U表示上行子帧，S表示特殊子帧。
表1
本发明提供的方法主要包括：发送端设备将无线帧中位于同一捆绑窗口内的n个相邻上行子帧作为一个HARQ进程，在该HARQ进程中传输上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑子帧数。
本发明实施例中所涉及的相邻是指：之间不存在其它上行子帧的两个上行子帧称为相邻的上行子帧。也就是说，即便两个上行子帧之间存在下行子帧，但不存在其它上行子帧，则也是相邻的两个上行子帧。
上述n个相邻上行子帧进行捆绑后，n个上行子帧分别承载同一个上行数据包的不同编码冗余版本。
相应地，接收端设备从上述n个相邻上行子帧捆绑形成的一个HARQ进程中接收上行数据，并对该上行数据的n个不同编码冗余版本进行合并检测后，根据检测结果，向所述发送端设备返回针对该HARQ进程所传输上行数据的一个ACK/NACK响应。本发明接收端设备也可以针对上述n个捆绑的上行子帧中的一个或多个上行子帧所发送的编码冗余版本进行检测，并根据该检测结果返回ACK/NACK响应。
本发明是将相邻的多个上行子帧进行捆绑后，作为一个HARQ进程传输上行数据。如果相邻的上行子帧之间时间间隔过大，例如配置5所示的无线帧中，相邻两个上行子帧之间间隔9个子帧，如果将其捆绑在一起传输与普通的HARQ过程基本一致，如图3所示，图3中的(a)为普通的HARQ示意图，(b)为采用捆绑方式的HARQ示意图，如图(a)所示，普通的HARQ采用第一个上行子帧传输数据，如果接收到NACK，则在下一个上行子帧进行重传；如图(b)所示，采用捆绑方式后，采用将第一个上行子帧和第二个上行子帧进行捆绑后，一起传输一个数据包，在接收到NACK后，在第三个上行子帧和第四个上行子帧进行重传。由于相邻两个上行子帧的传输延迟过大，使得捆绑后进行数据传输的性能和普通HARQ并无明显区别，只是减少了ACK/NACK反馈次数，但是，只要一个上行子帧中的数据传输出错，则会引起捆绑的两个上行子帧的数据重传，还会增加重传次数。也就是说，时间间隔过大的上行子帧性能没有得到明显提高，反而可能增加复杂度，因此，没有必要进行捆绑。有鉴于此，本发明提出了捆绑窗口的概念，可以在无线子帧中周期性设置捆绑窗口，位于同一捆绑窗口之内的相邻上行子帧可以进行捆绑，位于不同捆绑窗口的相邻上行子帧则不进行捆绑。
本发明中的捆绑窗口长度可以采用不同的方式进行设定，不同长度的捆绑窗口对应的最大可捆绑上行子帧数可能并不相同，以下举三种捆绑窗口长度设定方式，对各种上下行比例配置方式的最大可捆绑上行子帧数进行说明。
第一种方式：将捆绑窗口长度设定为10ms，即一个无线帧的长度。此时，捆绑窗口内的最大可捆绑上行子帧数为一个无线帧中的上行子帧数目。表2为当捆绑窗口长度为10ms时针对表1中每种上下行比例配置的最大可捆绑上行子帧数。例如，配置0中最多可以将6个上行子帧进行捆绑后共同用于传输一个数据包。配置5中由于一个无线帧只有一个上行子帧，因此，不需要进行捆绑传输。
表2
  配置编号   最大可捆绑上行子帧数
  0   6
  1   4
  2   2
  3   3
  4   2
  5   1
  6   5
第二种方式：将捆绑窗口长度设定为上行HARQ的所有进程所包含的子帧数。此时，一个捆绑窗口内的最大可捆绑上行子帧数为当前上下行子帧比例配置下的上行HARQ的最大进程数。
图4为各种上下行比例配置下的上行HARQ的示意图，图中U表示上行子帧，D表示下行子帧，S表示特殊子帧，U下面的数字为该上行子帧在一个HARQ中的上行子帧编号；Pxy表示该子帧用于传输第x和第y个上行子帧的ACK/NACK，Px表示该子帧用于传输针对第x个上行子帧的ACK/NACK；Gxy表示该子帧用于传输第x和第y个上行子帧的调度信息，Gx表示该子帧用于传输针对第x个上行子帧的调度信息。如图4所示，配置0中一个上行HARQ过程中包含7个上行子帧，因此，当捆绑窗口长度设定为一个上行HARQ的最大进程数时，配置0的最大可捆绑上行子帧数为7。其它配置的最大可捆绑上行子帧数如表3所示，表3为当捆绑窗口长度为一个上行HARQ的最大进程数时针对表1中每种上下行比例配置的最大可捆绑上行子帧数。
表3
  配置编号   最大可捆绑上行子帧数
  0   7
  1   4
  2   2
  3   3
  4   2
  5   1
  6   6
另外，需要说明的是，在现有技术不采用捆绑方式的情况下，每个上行子帧都有用于传输该上行子帧对应的ACK/NACK的子帧，为了描述方便，将用于传输ACK/NACK的子帧称为响应反馈子帧。在本发明中，针对进行捆绑的n个相邻上行子帧，其对应的一个ACK/NACK可以采用该n个相邻上行子帧中任意一个上行子帧对应的响应反馈子帧进行传输。例如，可以采用该n个相邻上行子帧中最后一个上行子帧对应的响应反馈子帧，来传输捆绑后的n个上行子帧对应的一个ACK/NACK。对于本发明中的所有实施例都是如此。
第三种方式：将捆绑窗口长度设定为业务需求的重传周期(RTT，Round-Trip Time)上限值范围内。RTT时长为针对同一上行数据的传输和重传之间的时间间隔，通常，RTT的设定与具体的业务需求相关，例如，如果根据业务需求需要保证RTT的上限值为21ms，那么，可以设置捆绑窗口的长度在21ms范围内，例如可以设置捆绑窗口长度为20ms。这种情况下，绑窗口内的最大可捆绑上行子帧数需要保证针对捆绑的n个上行子帧的RTT在上述RTT上限值范围内，即针对捆绑的n个上行子帧的ACK/NACK能够在该捆绑窗口内得到反馈并且处理完毕，从而保证在下一个RTT能够进行新数据的传输或者上述上行数据的重传。另外，响应反馈子帧的具体设置位置不同，最大捆绑子帧数也存在差别。假设设定捆绑后的RTT的时长为20ms，如果设置捆绑后的n个上行子帧对应的响应反馈子帧为该n个上行子帧中的第一个子帧所对应的响应反馈子帧，则最大捆绑上行子帧数可以为该RTT中的上行子帧数。如果设置捆绑后的n个上行子帧对应的向应反馈子帧为该n个上行子帧中的最后一个子帧所对应的响应反馈子帧，则表1所示各配置的最大可捆绑上行子帧数可以如表4所示。
表4
  配置编号   最大可捆绑上行子帧数
  0   7
  1   4
  2   2
  3   4
  4   2
  5   2
  6   6
以配置1为例，当RRT的时长为20ms，且设置捆绑后的n个上行子帧对应的响应反馈子帧为该n个上行子帧中的最后一个子帧所对应的响应反馈子帧时，其对应的最大可捆绑上行子帧数为4。图5为本发明实施例提供的RTT为20ms时针对配置1的各种捆绑方案，该图5中分别给出了捆绑子帧长度n为2、3和4时所有的捆绑方式示意图，以及对应的响应反馈子帧的位置。
在具体实施时，针对具体的配置，发送端设备可以将位于同一捆绑窗口内的n个相邻上行子帧进行捆绑，作为一个HARQ进程传输上行数据。n可以小于或等于设定捆绑窗口下该配置的最大可捆绑上行子帧数；相应地，接收端可以将位于同一个捆绑窗口内的n个相邻上行子帧发送的数据进行合并检测，并根据检测结果进行一次针对本次上行数据传输的ACK/NACK反馈。例如，针对配置0，如果设定的捆绑窗口为10ms，则发送端设备可以采用在一个捆绑窗口中的4个上行子帧进行捆绑，作为一个HARQ进程传输上行数据，接收端设备在该捆绑窗口中对4个上行子帧发送的数据包进行合并检测，并针对该4个上行子帧发送的上行数据进行一次ACK/NACK反馈。
其中，捆绑窗口长度和捆绑子帧长度n可以是预先设置的，发送端设备和接收端设备都根据该设置分别进行发送和接收；也可以是根据实际需求进行设置的，该设置通常由接收端设备执行，接收端设备通常为基站，可以根据发送端设备的上行链路质量，确定是否需要执行捆绑方案，例如，如果上行链路质量差于一定阈值，则确定采用捆绑方案，在设置后将指示采用捆绑方式的捆绑信息发送给发送端设备，告知发送端设备采用捆绑方式、以及捆绑子帧长度n；否则，向发送端设备发送指示不采用捆绑方式的捆绑信息。发送端设备根据该捆绑信息，在无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程中传输上行数据。
其中，接收端设备可以将捆绑信息通过高层信令发送给发送端设备，也可以将捆绑信息携带在调度信息中发送给发送端设备。
上述捆绑信息中可以包含是否采用捆绑方式。此时，可以采用1bit信息指示发送的数据是否采用了捆绑方式，例如，可以用0表示没有采用捆绑方式，此时，发送端设备接收到该捆绑信息后，按照TDD系统中现有上行数据的发送方式发送上行数据；可以用1表示采用捆绑方式，此时，发送端设备按照上述捆绑方式进行上行数据的发送。当捆绑信息中指示该数据的发送采用捆绑方式时，发送端设备采用预先设定好的捆绑子帧长度n，将n个相邻上行子帧进行捆绑，作为一个HARQ进程发送上行数据；相应地，接收端设备根据预设的捆绑子帧长度n，从该n个相邻的上行子帧中接收上行数据，进行合并检测后，根据检测结果统一反馈一个ACK/NACK。
针对不同方式设置的捆绑窗口，分别举一个可采用的捆绑子帧数n，如下表所示，表5为当捆绑窗口长度为10ms时针对每种上下行比例配置的捆绑子帧数n；表6为当捆绑窗口长度为一个上行HARQ的最大进程数时，针对每种上下行比例配置的捆绑子帧数n；表7为当捆绑窗口长度为捆绑后的RTT时长时，针对每种上下行比例配置的捆绑子帧数n。
表5
  配置编号  捆绑子帧数n
  0   4
  1   4
  2   2
  3   3
  4   2
  5   1
  6   4
表6
  配置编号  捆绑子帧数n
  0   4
  1   4
  2   2
  3   3
  4   2
  5   1
  6   4
表7
  配置编号  捆绑子帧数n
  0   4
  1   4
  2   2
  3   4
  4   2
  5   2
  6   4
上述表5、表6和表7中所提供的n值仅为所举的一个例子，只要该n值在其对应的最大可捆绑上行子帧数范围内均可以使用。
也可以不采用预先设定捆绑子帧长度n的方式，而是在捆绑信息中还包含捆绑子帧长度信息。例如，可以采用2bit或3bit信息等指示发送的数据是否采用了捆绑方式，以及捆绑子帧长度n的信息。在此以采用3bit信息为例，针对不同方式设置捆绑窗口时各上下行比例配置的捆绑信息进行描述。表8为当捆绑窗口长度为10ms时针对每种上下行比例配置的捆绑信息指示；表9为当捆绑窗口长度为一个上行HARQ的最大进程数时，针对每种上下行比例配置的捆绑信息指示；表10为当捆绑窗口长度为捆绑后的RTT时长时，针对每种上下行比例配置的捆绑信息指示。
表8
Figure A20081010507400161
表9
Figure A20081010507400162
表10
Figure A20081010507400171
以表8中的配置0为例，当捆绑信息的指示信息为000时，说明不采用捆绑方式，发送端设备采用按照TDD系统中现有上行数据的发送方式发送上行数据，接收端设备也相应按照TDD系统中现有上行数据的接收和检测方式进行处理。当捆绑信息的指示为011时，说明采用捆绑方式，且捆绑自身长度为4，即发送端设备将4个相邻上行子帧进行捆绑，作为一个HARQ进程发送上行子帧；相应地，接收端设备如果确定采用捆绑方式，则在接收上行数据时，将4个相邻上行子帧作为一个HARQ进程接收上行数据，并进行合并检测后，根据检测结果反馈一个ACK/NACK。当捆绑窗口长度为10ms时，配置0不能进行大于6个上行子帧的捆绑，因此，捆绑信息指示中110和111不需要使用，在表中以“-”的形式表示。
以上是对本发明提供的方法进行的描述，下面对本发明实施例提供的发送端设备和接收端设备进行详细描述。图6为本发明实施例提供的发送端设备结构图，该发送端设备通常为用户终端。如图6所示，该发送端设备包括：捆绑子帧确定单元601和上行数据发送单元602。
捆绑子帧确定单元601，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程。
其中，预设的捆绑窗口的长度可以为一个无线帧的长度、或者一个上行HARQ的最大进程数、或者业务需求的RTT时长。
上行数据发送单元602，用于在n个相邻上行子帧捆绑后形成的一个HARQ进程中发送上行数据。
其中，n小于或等于捆绑窗口内的最大可捆绑上行子帧数。
当捆绑窗口的长度为一个无线帧的长度时，最大可捆绑上行子帧数为一个无线帧中的上行子帧数目；当捆绑窗口的长度为上行HARQ的所有进程所包含的子帧数时，最大可捆绑上行子帧数为当前上下行子帧比例配置下的上行HARQ的最大进程数；当所述捆绑窗口的长度设置在业务需求的RTT上限值范围内时，所述最大可捆绑上行子帧数的确定需要保证针对捆绑的n个上行子帧的RTT在上述RTT上限值范围内。
另外，发送端设备还可以包括：捆绑信息接收单元603，用于接收接收端设备发送的捆绑信息，如果所述捆绑信息指示采用捆绑方式，则通知上行数据发送单元602在上述n个相邻上行子帧捆绑形成的一个HARQ进程中发送上行数据。
该接收端设备还可以包括：n值确定单元604，用于从捆绑信息接收单元603接收到的捆绑信息中获取n值信息，并将获取的n值信息提供给捆绑子帧确定单元601。
另外，发送端设备还可以包括：响应接收单元605，用于接收接收端设备针对上述n个相邻上行子帧所传输上行数据返回的一个ACK/NACK响应，并根据该响应判断是进行新数据传输或重传。
图7为本发明实施例提供的接收端设备结构图，该接收端设备可以为基站。如图7所示，该接收端设备可以包括：捆绑子帧确定单元701和上行数据接收单元702。
捆绑子帧确定单元701，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑形成的一个HARQ进程。
上行数据接收单元702，用于在n个相邻上行子帧捆绑形成的一个HARQ进程中接收上行数据。
其中，n小于或等于捆绑窗口内的最大可捆绑上行子帧数。
该接收端设备还可以包括：合并检测单元703和响应发送单元704。
合并检测单元703，用于对上行数据接收单元702接收到的上行数据进行合并检测。
响应发送单元704，用于根据合并检测单元703的检测结果，向发送端设备返回针对该HARQ进程所传输上行数据的一个ACK/NACK响应。
接收端设备还可以包括：捆绑方案确定单元705和捆绑信息发送单元706。
捆绑方案确定单元705，用于根据发送端设备的上行链路质量，确定是否需要执行捆绑方案，如果是，则向捆绑信息发送单元706发送触发通知。
捆绑信息发送单元706，用于接收到触发通知后，向发送端设备发送指示采用捆绑方式的捆绑信息。
另外，该接收端设备还可以包括：捆绑信息生成单元707，用于在捆绑方案确定单元705确定采用捆绑方式时，生成包含是否采用捆绑方式指示信息和n值信息的捆绑信息，并将生成的捆绑信息提供给捆绑信息发送单元706和捆绑子帧确定单元701。
由以上描述可以看出，本发明通过将无线帧中位于同一捆绑窗口内的n个相邻上行子帧进行捆绑作为一个HARQ进程，并在该HARQ进程中发送上行数据，其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。从而针对TDD系统提供了一种上行数据传输方法，由于采用多个子帧作为一个HARQ进程发送上行数据，因而能够有效地提高上行传输的传输质量，从而提高系统的覆盖范围。
并且，本发明实施例提供了多种捆绑窗口的设置方案，该多种捆绑窗口的设置方案能够有效地平衡提高上行传输的覆盖范围和降低复杂度两方面；另外，本发明实施例针对不同的上下行比例配置，提供了多种具体的捆绑方案，以适用不同的应用需求。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (20)

1、一种传输上行数据的方法，其特征在于，该方法包括：
发送端设备在无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个自动混合重传HARQ进程中，传输上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。
2、根据权利要求1所述的方法，其特征在于，所述捆绑窗口在无线帧中周期性设置。
3、根据权利要求1所述的方法，其特征在于，所述捆绑窗口的长度设置为一个无线帧的长度、或者上行HARQ的所有进程所包含的子帧数，或者设置在业务需求的重传周期RTT上限值范围内。
4、根据权利要求1所述的方法，其特征在于，所述捆绑窗口的长度设置为一个无线帧的长度，所述最大可捆绑上行子帧数为一个无线帧中的上行子帧数目。
5、根据权利要求1所述的方法，其特征在于，所述捆绑窗口的长度设置为上行HARQ的所有进程所包含的子帧数，所述最大可捆绑上行子帧数为当前上下行子帧比例配置下的上行HARQ的最大进程数。
6、根据权利要求1所述的方法，其特征在于，所述捆绑窗口的长度设置在业务需求的RTT上限值范围内，所述最大可捆绑上行子帧数的确定需要保证针对捆绑的所述n个上行子帧的RTT在所述RTT上限值范围内。
7、根据权利要求1所述的方法，其特征在于，该方法还包括：接收端设备根据所述发送端设备的上行链路质量，确定是否需要执行捆绑方案，如果是，则通知所述发送端设备执行权利要求1中所述的操作，否则，通知所述发送端设备采用时分双工TDD系统中现有技术的方式传输上行数据。
8、根据权利要求7所述的方法，其特征在于，通知所述发送端设备执行权利要求1所述的操作包括：所述接收端设备向所述发送端设备发送指示采用捆绑方式的捆绑信息；
通知所述发送端设备采用TDD系统中现有技术的方式传输上行数据包括：所述接收端设备向发送端设备发送指示未采用捆绑方式的捆绑信息。
9、根据权利要求8所述的方法，其特征在于，所述捆绑信息中还包含采用的所述n值信息。
10、根据权利要求1所述的方法，其特征在于，所述n个上行子帧分别承载所述上行数据的不同编码冗余版本。
11、根据权利要求1至10任一权项所述的方法，其特征在于，该方法还包括：接收端设备从所述n个相邻上行子帧捆绑形成的一个HARQ进程中接收所述上行数据，并对该上行数据进行合并检测后，根据检测结果，向所述发送端设备返回针对所述n个相邻上行子帧所传输上行数据的一个ACK/NACK响应。
12、根据权利要求11所述的方法，其特征在于，该方法还包括：所述发送端设备接收所述接收端设备针对所述n个相邻上行子帧所传输上行数据返回的一个ACK/NACK响应，并根据该响应确定进行新数据传输或重传。
13、一种发送端设备，其特征在于，该发送端设备包括：捆绑子帧确定单元和上行数据发送单元；
所述捆绑子帧确定单元，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程；
所述上行数据发送单元，用于在所述n个相邻上行子帧捆绑后形成的一个HARQ进程中发送上行数据；
其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。
14、根据权利要求13所述的发送端设备，其特征在于，所述发送端设备还包括：捆绑信息接收单元，用于接收接收端设备发送的捆绑信息，如果所述捆绑信息指示采用捆绑方式，则通知上行数据发送单元在所述n个相邻上行子帧捆绑形成的一个HARQ进程中发送上行数据。
15、根据权利要求14所述的发送端设备，其特征在于，所述接收端设备还包括：n值确定单元，用于从所述捆绑信息接收单元接收到的捆绑信息中获取n值信息，并将获取的n值信息提供给所述捆绑子帧确定单元。
16、根据权利要求13至15任一权项所述的发送端设备，其特征在于，所述发送端设备还包括：响应接收单元，用于接收接收端设备针对所述n个相邻上行子帧所传输上行数据返回的一个ACK/NACK响应，并根据该响应判断是进行新数据传输或重传。
17、一种接收端设备，其特征在于，该接收端设备包括：捆绑子帧确定单元和上行数据接收单元；
所述捆绑子帧确定单元，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑形成的一个HARQ进程；
所述上行数据接收单元，用于在所述n个相邻上行子帧捆绑形成的一个HARQ进程中接收上行数据；
其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。
18、根据权利要求17所述的接收端设备，其特征在于，所述接收端设备还包括：合并检测单元和响应发送单元；
所述合并检测单元，用于对所述上行数据接收单元接收到的上行数据进行合并检测；
所述响应发送单元，用于根据所述合并检测单元的检测结果，向发送端设备返回针对所述n个相邻上行子帧所传输上行数据的一个ACK/NACK响应。
19、根据权利要求17或18所述的接收端设备，其特征在于，所述接收端设备还包括：捆绑方案确定单元和捆绑信息发送单元；
所述捆绑方案确定单元，用于根据所述发送端设备的上行链路质量，确定是否需要执行捆绑方案，如果是，则向所述捆绑信息发送单元发送触发通知；
所述捆绑信息发送单元，用于接收到所述触发通知后，向所述发送端设备发送指示采用捆绑方式的捆绑信息。
20、根据权利要求19所述的接收端设备，其特征在于，所述接收端设备还包括：捆绑信息生成单元，用于在所述捆绑方案确定单元确定采用捆绑方式时，生成包含是否采用捆绑方式指示信息和n值信息的捆绑信息，并将生成的捆绑信息提供给所述捆绑信息发送单元和捆绑子帧确定单元。
CN2008101050746A 2008-04-25 2008-04-25 传输上行数据的方法、发送端设备和接收端设备 Active CN101567775B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2008101050746A CN101567775B (zh) 2008-04-25 2008-04-25 传输上行数据的方法、发送端设备和接收端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2008101050746A CN101567775B (zh) 2008-04-25 2008-04-25 传输上行数据的方法、发送端设备和接收端设备

Publications (2)

Publication Number Publication Date
CN101567775A true CN101567775A (zh) 2009-10-28
CN101567775B CN101567775B (zh) 2012-04-25

Family

ID=41283746

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008101050746A Active CN101567775B (zh) 2008-04-25 2008-04-25 传输上行数据的方法、发送端设备和接收端设备

Country Status (1)

Country Link
CN (1) CN101567775B (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102056228A (zh) * 2009-11-02 2011-05-11 夏普株式会社 上行混合自动请求重传应答信息捆绑指示传输方法和基站
CN102223221A (zh) * 2011-07-01 2011-10-19 新邮通信设备有限公司 一种lte系统中的harq模式选择方法
CN102523626A (zh) * 2011-12-02 2012-06-27 电信科学技术研究院 message3的传输方法和设备
CN102571662A (zh) * 2010-12-30 2012-07-11 中国移动通信集团公司 下行数据的发送方法及装置
CN102595609A (zh) * 2012-02-17 2012-07-18 中兴通讯股份有限公司 一种子帧捆绑时实现上行子帧调度的方法和系统
CN103326805A (zh) * 2012-03-19 2013-09-25 中兴通讯股份有限公司 预编码确定方法及装置
CN104396174A (zh) * 2012-07-27 2015-03-04 英特尔公司 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成
WO2017120804A1 (en) * 2016-01-13 2017-07-20 Lenovo Innovations Limited (Hong Kong) Data acknowledgement in a wireless communication system
CN107005304A (zh) * 2015-03-31 2017-08-01 华为技术有限公司 一种时分双工系统中的通信方法及基站、用户设备
WO2018028616A1 (zh) * 2016-08-11 2018-02-15 株式会社Ntt都科摩 发送混合自动重复请求反馈信息的方法和用户设备
CN109565827A (zh) * 2017-04-21 2019-04-02 华为技术有限公司 数据传输的方法和装置
CN109565366A (zh) * 2016-08-09 2019-04-02 日本电气株式会社 通信系统
CN109845160A (zh) * 2016-10-09 2019-06-04 高通股份有限公司 用于urllc ul/dl传输的tti集束
CN107135046B (zh) * 2016-02-26 2020-02-14 华为技术有限公司 一种信息传输方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100754658B1 (ko) * 2004-03-12 2007-09-03 삼성전자주식회사 통신 시스템에서 복합 재전송 운용 방법
CN101043256B (zh) * 2006-03-23 2013-03-27 电信科学技术研究院 Tdd模式的用户接入方法
CN101132262B (zh) * 2006-08-21 2011-04-20 大唐移动通信设备有限公司 一种tdd系统同步harq的实现及数据传输的方法

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102056228A (zh) * 2009-11-02 2011-05-11 夏普株式会社 上行混合自动请求重传应答信息捆绑指示传输方法和基站
CN102571662A (zh) * 2010-12-30 2012-07-11 中国移动通信集团公司 下行数据的发送方法及装置
CN102223221A (zh) * 2011-07-01 2011-10-19 新邮通信设备有限公司 一种lte系统中的harq模式选择方法
CN102523626A (zh) * 2011-12-02 2012-06-27 电信科学技术研究院 message3的传输方法和设备
CN102595609A (zh) * 2012-02-17 2012-07-18 中兴通讯股份有限公司 一种子帧捆绑时实现上行子帧调度的方法和系统
WO2013120318A1 (zh) * 2012-02-17 2013-08-22 中兴通讯股份有限公司 一种子帧捆绑时实现上行子帧调度的方法和系统
CN102595609B (zh) * 2012-02-17 2015-10-21 中兴通讯股份有限公司 一种子帧捆绑时实现上行子帧调度的方法和系统
CN103326805B (zh) * 2012-03-19 2017-11-10 中兴通讯股份有限公司 预编码确定方法及装置
CN103326805A (zh) * 2012-03-19 2013-09-25 中兴通讯股份有限公司 预编码确定方法及装置
CN104396174A (zh) * 2012-07-27 2015-03-04 英特尔公司 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成
CN104396174B (zh) * 2012-07-27 2018-09-11 英特尔公司 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成
CN107005304B (zh) * 2015-03-31 2019-12-17 华为技术有限公司 一种时分双工系统中的通信方法及基站、用户设备
CN107005304A (zh) * 2015-03-31 2017-08-01 华为技术有限公司 一种时分双工系统中的通信方法及基站、用户设备
US10587338B2 (en) 2015-03-31 2020-03-10 Huawei Technologies Co., Ltd. Communication method in time division duplex system, base station, and user equipment
US11424867B2 (en) 2016-01-13 2022-08-23 Lenovo Innovations Limited (Hong Kong) Data acknowledgement in a wireless communication system
US10341060B2 (en) 2016-01-13 2019-07-02 Lenovo Innovations Limited (Hong Kong) Data acknowledgement in a wireless communication system
WO2017120804A1 (en) * 2016-01-13 2017-07-20 Lenovo Innovations Limited (Hong Kong) Data acknowledgement in a wireless communication system
US10938518B2 (en) 2016-01-13 2021-03-02 Lenovo Innovations Limited (Hong Kong) Data acknowledgement in a wireless communication system
CN107135046B (zh) * 2016-02-26 2020-02-14 华为技术有限公司 一种信息传输方法及装置
US10834635B2 (en) 2016-02-26 2020-11-10 Huawei Technologies Co., Ltd. Information transmission method and apparatus
US12015972B2 (en) 2016-08-09 2024-06-18 Nec Corporation Communication system
CN109565366A (zh) * 2016-08-09 2019-04-02 日本电气株式会社 通信系统
US11284235B2 (en) 2016-08-09 2022-03-22 Nec Corporation Communication system
CN109565366B (zh) * 2016-08-09 2022-03-11 日本电气株式会社 通信系统
US10771197B2 (en) 2016-08-11 2020-09-08 Ntt Docomo, Inc. Method for transmitting hybrid automatic repeat request feedback information, and user equipment
WO2018028616A1 (zh) * 2016-08-11 2018-02-15 株式会社Ntt都科摩 发送混合自动重复请求反馈信息的方法和用户设备
CN109845160A (zh) * 2016-10-09 2019-06-04 高通股份有限公司 用于urllc ul/dl传输的tti集束
CN109845160B (zh) * 2016-10-09 2022-05-24 高通股份有限公司 用于urllcul/dl传输的tti集束
CN109565827A (zh) * 2017-04-21 2019-04-02 华为技术有限公司 数据传输的方法和装置

Also Published As

Publication number Publication date
CN101567775B (zh) 2012-04-25

Similar Documents

Publication Publication Date Title
CN101567775B (zh) 传输上行数据的方法、发送端设备和接收端设备
CN101499882B (zh) 半静态调度数据包的应答信息的反馈、接收方法及其装置
CN102202408B (zh) 多子帧调度方法、系统和设备
CN101222309B (zh) Lte tdd系统上行harq进程的配置方法和装置
CN101841816B (zh) 基于同步harq的无线中继网络中防止信号干扰的方法和装置
EP3240222A1 (en) Method for effectively transmitting control signal in wireless communication system
KR101730363B1 (ko) 업링크 데이터를 송신하는 방법, 사용자 장비, 및 기지국
CN102055571B (zh) 一种数据包的传输方法、通信设备和通信系统
CN103378961B (zh) 一种数据传输方法和装置
CN107370576B (zh) 一种确定混合自动重传请求反馈时序的方法及装置
CN101499889B (zh) 一种获取时分双工系统上下行时隙比例信息的方法及装置
RU2013156861A (ru) Обратная передача информации о состоянии канала для агрегации несущих с гибкими конфигурациями несущей
CN103582008A (zh) 一种在业务流量自适应tdd系统中传输harq-ack反馈信息的方法
CN104040913A (zh) 用于分配关于上行链路绑定的信道的方法和设备
CN101958775A (zh) 确认信息的发送方法及用户设备
CN102136895B (zh) 半静态调度数据包的应答信息的反馈、接收方法及其装置
CN101777972B (zh) 重复ack/nack机制下数据接收方法、装置及系统
CN105684337A (zh) 当在载波聚合中包括tdd小区和fdd小区时的harq操作
CN103368708A (zh) 一种pusch的重传指示方法
CN104348597A (zh) 一种pusch的调度和harq-ack信息的传输方法
CN101730245B (zh) Pdcch丢失情况下sps激活的方法、系统及装置
CN104080161A (zh) 物理上行共享信道的传输方法及用户设备
CN101309522A (zh) 上行应答消息反馈方法以及移动终端
CN104349475B (zh) 一种tdd-fdd跨载波调度的方法和装置
CN102594436A (zh) 一种数据传输的方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: INST OF TELECOMMUNICATION SCIENCE AND TECHNOLGOY

Free format text: FORMER OWNER: DATANG MOBILE COMMUNICATION EQUIPMENT CO., LTD.

Effective date: 20110622

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 100083 NO. 29, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING TO: 100191 NO. 40, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING

TA01 Transfer of patent application right

Effective date of registration: 20110622

Address after: 100191 Haidian District, Xueyuan Road, No. 40,

Applicant after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100083 Haidian District, Xueyuan Road, No. 29,

Applicant before: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

C14 Grant of patent or utility model
GR01 Patent grant
CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right

Effective date of registration: 20210603

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right