专利名称：：传输上行数据的方法、发送端设备和接收端设备的制作方法
技术领域：
：本发明涉及无线通信技术，特别涉及一种传输上行数据的方法、发送端设备和接收端设备。
背景技术：
：随着无线通信技术的不断发展，如何提高上行传输的覆盖范围成为日渐关注的一个问题。对于无线通信系统的上行传输，由于受限于发送端设备即用户设备(UE)的发射功率，当其处于比较恶劣的环境时，上行传输的质量将无法保证，必将影响上行传输的覆盖范围，针对此问题，上行子帧绑定(TTIbundling)技术应运而生。TTIbundling是发送端设备将多个上行子帧进行捆绑作为一个自动混合重传(HARQ)进程，共同传输一个数据包，从而提高上行传输的覆盖范围。其中，进行捆绑的每个上行子帧分别承载该数据包的一个编码冗余版本，即一个数据包的多个编码冗余版本在捆绑的多个上行子帧中一起传输，并且接收端设备将一个HARQ进程中的多个上行子帧中的数据包进行检测，即将多个编码冗余版本进行合并检测，并仅需要针对该多个上行子帧构成的一个HARQ进程反馈一个成功/失败响应(ACK/NACK)。然而，现有技术中的利用TTIbundling^支术传输上行数据的方法仅针对长期演进(LTE)系统中的频分双工(FDD)系统，由于FDD系统中，上下行在频率上分开，时域上是连续的，因此，可以非常简单的将连续的多个上行子帧捆绑在一起传输。图1为现有技术中针对FDD系统的TTIbundling的示意图，如图1所示，可以将连续的3个上行子帧进行捆绑作为一个HARQ进程，图中以糾表示该HARQ进程，该3个上行子帧分別承载3个不同编5码冗余版本；接收端对该3个上行子帧中的数据进行检测，并反馈一个ACK/NACK，即#4。而时分双工(TDD)系统，上下行在时域上进行区分，因此，不能将4十对FDD系统的TTIbundling才支术直4姿应用于TDD系统，并且，现有技术中尚没有针对TDD系统的上行数据传输方法，能够有效地提高上行传输的传输质量，从而提高系统的覆盖范围。
发明内容有鉴于此，本发明提供了一种传输上行数据的方法、发送端设备和接收端设备，以便于针对TDD系统提高上行传输的传输质量，从而提高系统的覆盖范围。一种传输上行数据的方法，该方法包括发送端设备在无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程中，传输上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑上^"子帧数。一种发送端设备，该发送端设备包括捆绑子帧确定单元和上行数据发送单元；所述捆绑子帧确定单元，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程；所述上行数据发送单元，用于在所述n个相邻上^f亍子帧捆绑后形成的一个HARQ进程中发送上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。一种接收端设备，该接收端设备包括捆绑子帧确定单元和上行数据接收单元；所述捆绑子帧确定单元，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑形成的一个HARQ进程；所述上行数据接收单元，用于在所述n个相邻上行子帧捆绑形成的一个HARQ进程中接收上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。由以上技术方案可以看出，本发明通过将无线帧中位于同一捆绑窗口内的n个相邻上行子帧进行捆绑作为一个HARQ进程，并在该HARQ进程中发送上行数据，其中.，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。从而针对TDD系统提供了一种上行数据传输方法，由于采用多个子帧作为一个HARQ进程发送上行数据，因而能够有效地提高上行传输的传输质量，从而提高系统的覆盖范围。图1为现有技术中的TTIbundling示意图；图2为LTETDD系统的第二类无线帧结构图；图3为本发明实施例提供的配置5的两种HARQ示意图；图4为各种上下行比例配置下的上行HARQ的示意图；图5为本发明实施例提供的RTT为20ms时针对配置1的各种捆绑方案示意图；图6为本发明实施例提供的发送端设备结构图；图7为本发明实施例提供的接收端设备结构图。具体实施方式为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进4亍详细描述。为了更加清楚的理解本发明，首先对LTETDD系统的无线帧结构进行简单描述。TDD系统中存在两种无线帧结构，首选的无线帧结构为与TD-SCDMA系统兼容的第二类无线帧结构。图2为LTETDD系统的第二类无线帧结构图，如图2所示，无线帧长为10ms，该无线帧分为2个5ms的无线半帧。每个无线半帧由5个子帧构成，即一个无线帧由IO个子帧构成，每个子帧的长度为0.5ms。其中，10个子帧中的子帧1和子帧6包含三个特殊子帧分别为下行导频子帧(DwPTS)、保护子帧(GP)和上行导频子帧(UpPTS)，其余8个子帧为业务子帧，可以根据需要配置不同的上下行比例，表1为常用的上下行比例配置图，如表l所示，配置编号为0至6共7种配置比例，其中，子帧0和子帧5永远设置为下行子帧。表中的D表示下行子帧，U表示上行子帧，S表示特殊子帧。表1配置编号子帧序号01234567890DSuuUDSUUU1DSuuDDSUUD2DsuDDDSuDD3DsuuUDDDDD4DsuuDDDDDD5DsuDDDDDDD6DsuuUDSUUD本发明提供的方法主要包括发送端设备将无线帧中位于同一捆绑窗口内的n个相邻上行子帧作为一个HARQ进程，在该HARQ进程中传输上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑子帧数。本发明实施例中所涉及的相邻是指之间不存在其它上行子帧的两个上行子帧称为相邻的上行子帧。也就是说，即便两个上行子帧之间存在下行子帧，但不存在其它上行子帧，则也是相邻的两个上行子帧。上述n个相邻上行子帧进行捆绑后，n个上行子帧分别承载同一个上行数据包的不同编码冗余版本。相应地，^接收端"i更备从上述n个相邻上行子帧捆绑形成的一个HARQ进程中接收上行数振，并对该上行数据的n个不同编码冗余版本进行合并检测后，根据检测结果，向所述发送端设备返回针对该HARQ进程所传输上8本发明接收端设备也可以针对上述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<table>tableseeoriginaldocumentpage10</column></row><table>第二种方式将捆绑窗口长度设定为上行HARQ的所有进程所包含的子帧数。此时，一个捆绑窗口内的最大可捆绑上行子帧数为当前上下行子巾贞比例配置下的上行HARQ的最大进程数。图4为各种上下行比例配置下的上行HARQ的示意图，图中U表示上行子帧，D表示下行子帧，S表示特殊子帧，U下面的数字为该上行子顿在一个HARQ中的上行子帧编号；i^表示该子帧用于传输第x和第y个上行子帧的ACK/NACK,^表示该子帧用于传输针对第x个上行子帧的ACK/NACK;G^表示该子帧用于传输第x和第y个上行子帧的调度信息，G,表示该子帧用于传输针对第x个上行子帧的调度信息。如图4所示，配置0中一个上行HARQ过程中包含7个上行子帧，因此，当捆绑窗口长度设定为一个上行HARQ的最大进程数时，配置0的最大可捆绑上行子帧数为7。其它配置的最大可捆绑上行子帧数如表3所示，表3为当捆绑窗口长度为一个上行HARQ的最大进程数时针对表1中每种上下4亍比例配置的最大可捆绑上行子帧数。表3<table>tableseeoriginaldocumentpage11</column></row><table>另外，需要说明—的是，在现有技术不采用捆绑方式的情况下，每个上行子帧都有用于传输该上行子帧对应的ACK/NACK的子帧，为了描述方便，将用于传输ACK/NACK的子帧称为响应反馈子帧。在本发明中，针对进行捆绑的n个相邻上4于子帧，其对应的一个ACK/NACK可以采用该n个相邻上行子帧中任意一个上行子帧对应的响应反馈子帧进行传输。例如，可以采用该n个相邻上行子帧中最后一个上行子帧对应的响应反馈子帧，来传输捆绑后的n个上行子帧对应的一个ACK/NACK。对于本发明中的所有实施例都是如此。第三种方式将梱绑窗口长度设定为业务需求的重传周期(RTT，Round-TripTime)上限值范围内。RTT时长为针对同一上行数据的传输和重传之间的时间间P禺'，通常，RTT的设定与具体的业务需求相关，例如，如果根据业务需求需要保证RTT的上限值为21ms，那么，可以设置捆绑窗口的长度在21ms范围内，例如可以设置捆绑窗口长度为20ms。这种情况下，绑窗口内的最大可捆绑上行子帧数需要保证针对捆绑的n个上行子帧的RTT在上述RTT上限值范围内，即针对捆绑的n个上行子帧的ACK/NACK能够在该捆绑窗口内得到反馈并且处理完毕，从而保证在下一个RTT能够进行新数据的传输或者上述上行数据的重传。另外，响应反馈子帧的具体设置位置不同，最大捆绑子帧数也存在差别。假设设定捆绑后的RTT的时长为20ms，如果设置捆绑后的n个上行子帧对应的响应反馈子帧为该n个上行子帧中的第一个子帧所对应的响应反馈子帧，则最大捆绑上行子帧数可以为该RTT中的上行子帧数。如果设置捆绑后的n个上行子帧对应的响应反馈子帧为该n个上行子帧中的最后一个子帧所对应的响应反馈子帧，则表1所示各配置的最大可捆绑上行子帧数可以如表4所示。表4配置编号最大可捆绑上行子帧数07142234425266以配置1为例，当RRT的时长为20ms,且设置捆绑后的n个上行子帧对应的响应反馈子帧为该n个上行子帧中的最后一个子巾贞所对应的响应反馈子帧时，其对应的最大可捆绑上行子帧数为4。图5为本发明实施例提供的RTT为20ms时针对配置1的各种捆绑方案，该图5中分别给出了捆绑子帧长度n为2、3和4时所有的捆绑方式示意图，以及对应的响应反馈子帧的位置。-在具体实施时，针对具体的配置，发送端设备可以将位于同一捆绑窗口内的n个相邻上行子帧进行捆绑，作为一个HARQ进程传输上行数据。n可以小于或等于设定捆绑窗口下该配置的最大可捆绑上行子帧数；相应地，接收端可以将位于同一个捆绑窗口内的n个相邻上行子帧发送的数据进行合并4企测，并根据;险测结果进行一次针对本次上行数据传输的ACK/NACK.反12馈。例如，针对配置0，如果设定的捆绑窗口为10ms,则发送端设备可以采用在一个捆绑窗口中的4个上行子帧进行捆绑，作为一个HARQ进程传输上行数据，接收端设备在该捆绑窗口中对4个上行子帧发送的数据包进行合并检测，并针对该4个上行子帧发送的上行数据进行一次ACK/NACK反馈。其中，捆绑窗口长度和捆绑子帧长度n可以是预先设置的，发送端设备和接收端设备都根据该设置分别进行发送和接收；也可以是根据实际需求进行设置的，该设置通常由接收端设备执行，接收端设备通常为基站，可以根据发送端设备的上行链路质量，确定是否需要执行捆绑方案，例如，如果上行链路质量差于一定阈值，则确定采用捆绑方案，在设置后将指示采用捆绑方式的捆绑信息发送给发送端设备，告知发送端设备采用捆绑方式、以及捆绑子帧长度n;否则，向发送端设备发送指示不釆用捆绑方式的捆绑信息。发送端设备根据该捆绑信息，在无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程中传输上行数据。其中，接收端设备可以将捆绑信息通过高层信令发送给发送端设备，也可以将捆绑信息携带在调度信息中发送给发送端设备。上述捆绑信息中可以包含是否采用捆绑方式。此时，可以采用lbit信息指示发送的数据是否采用了捆绑方式，例如，可以用0表示没有采用捆绑方式，此时，发送端设备接收到该捆绑信息后，按照TDD系统中现有上行数据的发送方式发送上行数据；可以用l表示采用捆绑方式，此时，发送端设备按照上述捆绑方式进行上行数据的发送。当捆绑信息中指示该数据的发送采用捆绑方式时，发送端设备采用预先设定好的捆绑子帧长度n，将n个相邻上行子帧进行捆绑，作为一个HARQ进程发送上行数据；相应地，接收端设备根据预设的捆绑子帧长度n，从该n个相邻的上行子帧中接收上行数据，进行合并检测后，根据检测结果统一反馈一个ACK/NACK。针对不同方式设置的捆绑窗口，分别举一个可采用的捆绑子帧数n,如下表所示，表5为当捆绑窗口长度为10ms时针对每种上下行比例配置的捆绑子帧数n;表6为当捆绑窗口长度为一个上行HARQ的最大进程数时，针对每种上下行比例配置的捆绑子帧数n;表7为当捆绑窗口长度为捆绑后的RTT时长时，针对每种上下行比例配置的捆绑子帧数n。表5配置编号捆绑子帧数n04142233425164表6配置编号捆绑子帧数n0414223342516414表7<table>tableseeoriginaldocumentpage15</column></row><table>上述表5、表6和表7中所提供的n值仅为所举的一个例子，只要该n值在其对应的最大可捆绑上行子帧数范围内均可以使用。也可以不采用预先设定捆绑子帧长度n的方式，而是在捆绑信息中还包含捆绑子帧长度信息。例如，可以采用2bit或3bit信息等指示发送的数据是否采用了捆绑方式，以及捆绑子帧长度n的信息。在此以采用3bit信息为例，针对不同方式设置捆绑窗口时各上下行比例配置的捆绑信息进行描述。表8为当捆绑窗口长度为10ms时针对每种上下行比例配置的捆绑信息指示；表9为当捆绑窗口长度为一个上行HARQ的最大进程数时，针对每种上下行比例配置的捆绑信息指示；表10为当捆绑窗口长度为捆绑后的RTT时长时，针对每种上下行比例配置的捆绑信息指示。<table>tableseeoriginaldocumentpage16</column></row><table>表10配置编号捆绑信息指示000001010Oil100101110Ill01234567-11234-一--21231234-一一-4125126123456—一以表8中的配置0为例，当捆绑信息的指示信息为000时，说明不采用捆绑方式，发送端设备采用按照TDD系统中现有上行数据的发送方式发送上行数据，接收端设备也相应按照TDD系统中现有上行数椐的接收和检测方式进行处理。当梱绑信息的指示为Oil时，说明采用捆绑方式，且捆绑自身长度为4，即发送端设备将4个相邻上行子帧进行捆绑，作为一个HARQ进程发送上行子帧；相应地，接收端设备如果确定采用捆绑方式，则在接收上行数据时，将4个相邻上行子帧作为一个HARQ进程接收上行数据，并进行合并检测后，根据检测结果反馈一个ACK/NACK。当捆绑窗口长度为10ms时，配置0不能进行大于6个上行子帧的捆绑，因此，捆绑信息指示中IIO和111不需要使用，在表中以"-，，的形式表示。以上是对本发明提供的方法进行的描述，下面对本发明实施例提供的发送端设备和接收端设备进行详细描述。图6为本发明实施例提供的发送端设备结构图，该发送端设备通常为用户终端。如图6所示，该发送端设备包括捆绑子帧确定单元601和上行数据发送单元602。捆绑子帧确定单元601,用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个HARQ进程。其中，预设的捆绑窗口的长度可以为一个无线帧的长度、或者一个上行17HARQ的最大进程数、或者业务需求的RTT时长。上行数据发送单元602，用于在n个相邻上行子帧捆绑后形成的一个HARQ进程中发送上行数据。其中，n小于或等于捆绑窗口内的最大可捆绑上行子帧数。当捆绑窗口的长度为一个无线帧的长度时，最大可捆绑上行子帧数为一个无线帧中的上行子帧数目；当捆绑窗口的长度为上行HARQ的所有进程所包含的子帧数时，最大可捆绑上行子帧数为当前上下行子帧比例配置下的上行HARQ的最大进程数；当所述捆绑窗口的长度设置在业务需求的RTT上限值范围内时，所述最大可捆绑上行子帧数的确定需要保证针对捆绑的n个上行子帧的RTT在上述RTT上限值范围内。另外，发送端设备还可以包括捆绑信息接收单元603，用于接收接收端设备发送的捆绑信息，如果所述捆绑信息指示采用捆绑方式，则通知上行数据发送单元602在上述n个相邻上行子帧捆绑形成的一个HARQ进程中发送上行数据。该接收端设备还可以包括n值确定单元604,用于从捆绑信息接收单元603接收到的捆绑信息中获取n值信息，并将获取的n值信息提供给捆绑子帧确定单元601。另外，发送端设备还可以包括响应接收单元605，用于接收接收端设备针对上述n个相邻上4于子帧所传输上行凄史据返回的一个ACK/NACK响应，并根据该响应判断是进行新数据传输或重传。图7为本发明实雄例提供的接收端设备结构图，该接收端设备可以为基站。如图7所示，该接收端设备可以包括捆绑子帧确定单元701和上行数据接收单元702。捆绑子帧确定单元701，用于确定无线帧中位于同一预设捆绑窗口内的n个相邻上^f于子帧捆绑形成的一个HARQ进程。上行数据接收单元702，用于在n个相邻上行子帧捆绑形成的一个HARQ进程中接收上行数据。其中，n小于或等于捆绑窗口内的最大可捆绑上行子帧数。该接收端设备还可以包括合并检测单元703和响应发送单元704。合并检测单元70.3,用于对上行数据接收单元702接收到的上行数据进行合并检测。响应发送单元704，用于根据合并检测单元703的检测结果，向发送端设备返回针对该HARQ进程所传输上行数据的一个ACK/NACK响应。接收端设备还可以包括捆绑方案确定单元705和捆绑信息发送单元706。捆绑方案确定单元705,用于根据发送端设备的上行链路质量，确定是否需要执行捆绑方案，如果是，则向捆绑信息发送单元706发送触发通知。捆绑信息发送单元706，用于接收到触发通知后，向发送端设备发送指示采用捆绑方式的捆绑信息。另外，该接收端设备还可以包括捆绑信息生成单元707，用于在捆绑方案确定单元705确.定采用捆绑方式时，生成包含是否采用捆绑方式指示信息和n值信息的捆绑信息，并将生成的捆绑信息提供给捆绑信息发送单元706和捆绑子帧确定单元701。由以上描述可以看出，本发明通过将无线帧中位于同一捆绑窗口内的n个相邻上行子帧进行捆绑作为一个HARQ进程，并在该HARQ进程中发送上行数据，其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。从而针对TDD系统提供了一种上行数据传输方法，由于采用多个子帧作为一个HARQ进程发送上行数据，因而能够有效地提高上行传输的传输质量，从而提高系统的覆盖范围。并且，本发明实施例提供了多种捆绑窗口的设置方案，该多种捆绑窗口的设置方案能够有效地平衡提高上行传输的覆盖范围和降低复杂度两方面；另外，本发明实施例针对不同的上下行比例配置，提供了多种具体的捆绑方案，以适用不同的应用需求。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在19本发明保护的范围之内。权利要求1、一种传输上行数据的方法，其特征在于，该方法包括发送端设备在无线帧中位于同一预设捆绑窗口内的n个相邻上行子帧捆绑后形成的一个自动混合重传HARQ进程中，传输上行数据；其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。2、根据权利要求1所述的方法，其特征在于，所述捆绑窗口在无线帧中周期性设置。3、根据权利要求1所述的方法，其特征在于，所述梱绑窗口的长度设置为一个无线帧的长度、或者上行HARQ的所有进程所包含的子帧数，或者设置在业务需求的重传周期RTT上P艮值范围内。4、根据权利要求1所述的方法，其特征在于，所述捆绑窗口的长度设置为一个无线帧的长度，所述最大可捆绑上行子帧数为一个无线帧中的上行子帧数S。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至IO任一权项所述的方法，其特征在于，该方法还包括接收端设备从所述n个相邻上行子帧捆绑形成的一个HARQ进程中接收所述上行数据，并对该上行数据进行合并检测后，根据检测结果，向所述发送端设备返回针对所述n个相邻上行子帧所传输上行数据的一个ACK/NACK响应。12、根据权利要求11所述的方法，其特征在于，该方法还包括所述发送端设备接收所述接收端设备针对所述n个相邻上行子帧所传输上行数据返回的一个ACK7NACK响应，并4艮据该响应确定进行新数据传输或重传。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所述的接收端设备，其特征在于，所述接收端设备还包括合并4全测单元和响应发送单元；所述合并检测单元，用于对所述上行数据接收单元接收到的上行数据进行合并检测；所述响应发送单元，用于根据所述合并检测单元的检测结果，向发送端设备返回针对所述n个相邻上行子帧所传输上行数据的一个ACK/NACK响应。19、根据权利要求17或18所述的接收端设备，其特征在于，所述接收端设备还包括捆绑方案确定单元和捆绑信息发送单元；所述捆绑方案确定单元，用于根据所述发送端设备的上行链路质量，确定是否需要执行捆绑方案，如果是，则向所述捆绑信息发送单元发送触发通知；所述捆绑信息发送单元，用于接收到所述触发通知后，向所述发送端设备发送指示采用捆绑方式的捆绑信息。20、根据权利要求19所述的接收端设备，其特征在于，所述接收端设备还包括捆绑信息生成单元，用于在所述捆绑方案确定单元确定采用捆绑方式时，生成包含是否采用捆绑方式指示信息和n值信息的捆绑信息，并将生成的捆绑信息提供给所述捆绑信息发送单元和捆绑子帧确定单元。全文摘要本发明提供了一种传输上行数据的方法、发送端设备和接收端设备，通过将无线帧中位于同一捆绑窗口内的n个相邻上行子帧进行捆绑作为一个自动混合重传(HARQ)进程，并在该HARQ进程中传输上行数据，其中，n小于或等于所述捆绑窗口内的最大可捆绑上行子帧数。从而针对时分双工(TDD)系统提供了一种上行数据传输方法，由于采用多个子帧作为一个HARQ进程发送上行数据，因而能够有效地提高上行传输的传输质量，提高系统覆盖范围。文档编号H04L1/18GK101567775SQ20081010507公开日2009年10月28日申请日期2008年4月25日优先权日2008年4月25日发明者昱丁,李国庆,索士强,肖国军,丽谌,卓高申请人:大唐移动通信设备有限公司
