CN105309024A

CN105309024A - 传输pusch的方法、用户设备和基站

Info

Publication number: CN105309024A
Application number: CN201480003250.9A
Authority: CN
Inventors: 栗忠峰; 唐臻飞; 王轶
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2014-04-03
Filing date: 2014-04-03
Publication date: 2016-02-03
Anticipated expiration: 2034-04-03
Also published as: CN110896346A; CN105309024B; CN110896346B; WO2015149325A1

Abstract

本发明提供一种传输PUSCH的方法、用户设备和基站。该方法包括：在当前子帧接收基站发送的控制信令，该控制信令用于指示传输PUSCH；根据该当前子帧的子帧位置，确定用于传输该PUSCH的上行资源，该上行资源包括UpPTS；在该上行资源传输该PUSCH。本发明实施例中，将UpPTS用于PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了TDD系统上行的吞吐量。

Description

传输 PUSCH的方法、用户设备和基站技术领域

本发明实施例涉及无线通信领域，并且更具体地，涉及传输 PUSCH的方法、用户设备和基站。背景技术

时分复用（TDD， Time Division Multiplex ) 系统的上行传输釆用时分复用的方式。

长期演进 ( LTE, Long Term Evolution )的 TDD系统定义了 7种上下行子帧配比，具体如表 1所示。其中，不同上下行子帧配比可应用于具有不同上下行业务需求的场景。表 1 : 上下行子帧配比

表 1中， D表示下行子帧， S表示特殊子帧， U表示上行子帧。由表 1 可知，在 TDD 系统中， 1 个无线帧中的部分子帧为上行子帧、部分子帧为下行子帧。换句话说， 1个无线帧的部分时长用于上行传输，部分时长用于下行传输，这种时分方式会导致系统上行的吞吐量（单位时间的数据传输量）小。发明内容

本发明实施例提供一种传输 PUSCH的方法、用户设备和基站，以增加 TDD系统上行的吞吐量。第一方面，提供一种传输 PUSCH的方法，包括：在当前子帧接收基站发送的控制信令，所述控制信令用于指示传输 PUSCH; 根据所述当前子帧的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS ; 在所述上行资源传输所述 PUSCH。

结合第一方面，在第一方面的一种实现方式中，所述上行资源为 1 个

UpPTS。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子帧中，其中： r=0， n=l或 6， k=5 ; 或者， r=l， n=0 或 5， k=6; 或者， r=2， n=l或 6， k=5 ; 或者， r=3， n=7， k=4; 或者， r=4， η:Ί , k=4; 或者， r=5， n=7， k=4; 或者， r=6， n=l或 6， k=5。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中， r=0， q=9或 10; 或者， r=l， q=6; 或者， r=2， q=4; 或者， r=3， q=4; 或者， r=4， q=3 ; 或者， r=5， q=2; 或者， _r=6， q=8或 9。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5 ; 或者，所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4; 当 n=l或 6时， k=7; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6; 当 n=l或 6时， k=5; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7; 当 n=9时， k=5 ; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9时， t=5。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述上行资源中的 UpPTS包括扩展后的 UpPTS , 其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS占用的符号数 χ ζ (3, 10); 当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS占用的符号数 X ^ (3, 8)。

第二方面，提供一种传输 PUSCH的方法，包括：在当前子帧向用户设备 UE发送控制信令，所述控制信令用于指示传输 PUSCH; 根据所述当前子帧所在的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS；在所述上行资源接收所述 PUSCH。

结合第二方面，在第二方面的一种实现方式中，所述上行资源为 1 个 UpPTS。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子帧中，其中： r=0， n=l或 6， k=5 ; 或者， r=l， n=0 或 5， k=6; 或者， r=2， n=l或 6， k=5 ; 或者， r=3， n=7， k=4; 或者， r=4， η:Ί , k=4; 或者， r=5， n=7， k=4; 或者， r=6， n=l或 6， k=5。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中， r=0， q=9或 10; 或者， r=l， q=6; 或者， r=2， q=4; 或者， r=3， q=4; 或者， r=4， q=3 ; 或者， r=5， q=2; 或者， _r=6， q=8或 9。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4; 当 n=l或 6时， k=7; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6; 当 n=l或 6时， k=5; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7; 当 n=9时， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9时， t=5。

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述上行资源中的 UpPTS包括扩展后的 UpPTS，其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS占用的符号数 x e (3, 10); 当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS占用的符号数 X e (3, 8)。

第三方面，提供一种用户设备，包括：接收单元，用于在当前子帧接收基站发送的控制信令，所述控制信令用于指示传输物理上行共享信道 PUSCH; 确定单元，用于根据所述接收单元接收所述控制信令的所述当前子帧的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS; 传输单元，用于在所述确定单元确定的所述上行资源传输所述 PUSCH。

结合第三方面，在第三方面的一种实现方式中，所述上行资源为 1 个

UpPTS。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子帧中，其中： r=0， n=l或 6， k=5 ; 或者， r=l， n=0 或 5， k=6; 或者， r=2， n=l或 6， k=5 ; 或者， r=3， n=7， k=4; 或者， r=4， η:Ί , k=4; 或者， r=5， n=7， k=4; 或者， r=6， n=l或 6， k=5。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中， r=0， q=9或 10; 或者， r=l， q=6; 或者， r=2， q=4; 或者， r=3， q=4; 或者， r=4， q=3 ; 或者， r=5， q=2; 或者， _r=6， q=8或 9。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5 ; 或者，所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4; 当 n=l或 6时， k=7; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6; 当 n=l或 6时， k=5; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH，所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7; 当 n=9时， k=5 ; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9时， t=5。

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述上行资源中的 UpPTS包括扩展后的 UpPTS，其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS占用的符号数 χ ζ (3, 10); 当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS占用的符号数 X ^ (3, 8)。

第四方面，提供一种基站，包括：发送单元，用于在当前子帧向用户设备 UE 发送控制信令，所述控制信令用于指示传输物理上行共享信道 PUSCH; 确定单元，用于根据所述发送单元发送所述控制信令的所述当前子帧所在的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS ; 接收单元，用于在所述确定单元确定的所述上行资源接收所述 PUSCH。

结合第四方面，在第四方面的一种实现方式中，所述上行资源为 1 个 UpPTS。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子帧中，其中： r=0， n=l或 6， k=5 ; 或者， r=l， n=0 或 5， k=6; 或者， r=2， n=l或 6， k=5 ; 或者， r=3， n=7， k=4; 或者， r=4， η:Ί , k=4; 或者， r=5， n=7， k=4; 或者， r=6， n=l或 6， k=5。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中， r=0， q=9或 10; 或者， r=l， q=6; 或者， r=2， q=4; 或者， r=3， q=4; 或者， r=4， q=3 ; 或者， r=5， q=2; 或者， _r=6， q=8或 9。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4; 当 n=l或 6时， k=7; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH，所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6; 当 n=l或 6时， k=5; 或者，所述控制信令为 PHICH, 所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7; 当 n=9时， k=5; 或者，所述控制信令为 PHICH，所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9时， t=5。

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源中的 UpPTS包括扩展后的 UpPTS，其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS占用的符号数 χ ζ (3, 10); 当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS占用的符号数 X e (3, 8)。

本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1是特殊子帧的结构示意图。

图 2是本发明一个实施例的传输 PUSCH的方法的示意性流程图。

图 3是本发明一个实施例的传输 PUSCH的方法的示意性流程图。

图 4是本发明一个实施例的用户设备的示意性框图。

图 5是本发明一个实施例的基站的示意性框图。

图 6是本发明一个实施例的用户设备的示意性框图。

图 7是本发明一个实施例的基站的示意性框图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

TDD 系统的子帧可分为 3类：上行子帧、下行子帧和特殊子帧。特殊子帧的结构参见图 1。由图 1可知，特殊子帧包括下行导频时隙（Downlink Pilot Time Slot, DwPTS )、保护间隔（Guard Period, GP )和上行导频时隙 ( Uplink Pilot Time Slot, UpPTS ) 3部分。具体地， DwPTS部分用于下行传输，例如，控制信道、数据信道、同步信号和导频信号的传输。 GP部分作为保护间隔，不进行上下行传输。 UpPTS部分用于传输上行的探测参考信号 ( Sounding Reference Signal, SRS )或物理随机接入信道（ Physical Random Access Channel, PRACH )。

为了达到增加 TDD系统上行吞吐量的目的，本发明实施例将 UpPTS用于传输物理上行共享信道（Physical Uplink Shared Channel, PUSCH ), 下面结合附图具体论述。

图 2是本发明一个实施例的传输 PUSCH的方法的示意性流程图。图 2 的方法可以由用户设备（User Equipment, UE )执行。应理解，在本发明实施例中， UE包括但不限于移动台（MS， Mobile Station ), 移动终端（Mobile Terminal )、移动电话（ Mobile Telephone )、手机（ handset )及便携设备（ ortable equipment )等，该用户设备可以经无线接入网（ RAN， Radio Access Network ) 与一个或多个核心网进行通信，例如，用户设备可以是移动电话（或称为 "蜂窝" 电话）、具有无线通信功能的计算机等，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。图 2的方法包括：

210、在当前子帧接收基站发送的控制信令，该控制信令用于指示传输 PUSCH。

应理解，这里的当前子帧可以是下行子帧，也可以是特殊子帧。例如，当该当前子帧为特殊子帧时，控制信令承载于该特殊子帧的 DwPTS中。

应理解，该控制信令可以是指物理下行控制信道 ( Physical Downlink Control Channel， PDCCH )或增强的物理下行控制信道（ Enhanced PDCCH， EPDCCH )。或者，该控制信令可以是指包含在上述 PDCCH/EPDCCH中的下行控制信息（ Downlink Control Information, DCI ), 例如， DCI格式 0或 DCI 格式 4。或者，该控制信令可以是物理混合自动重传请求指示信道 ( Physical Hybrid Automatic Repeat Request Indicator Channel , PHICH )，当该控制信令为 PHICH时，该 PHICH可以是对当前子帧之前的特殊子帧上传输的 PUSCH 的反馈。或者，该控制信令既可以包括 PHICH，又可以包括 PDCCH, 也就是说，在当前子帧同时接收 PHICH和 PDCCH。或者，该控制信令既可以包括 PHICH, 又可以包括 EPDCCH, 也就是说，在当前子帧同时接收 PHICH和 EPDCCH。

应理解，上述控制信令用于指示传输 PUSCH具体可指：控制信令调度 PUSCH的传输；或者，控制信令触发 PUSCH的传输。

220、根据该当前子帧的子帧位置，确定用于传输该 PUSCH的上行资源，该上行资源包括 UpPTS。

具体地，步骤 220可包括：根据该当前子帧的子帧位置以及定时关系，确定用于传输该 PUSCH的上行资源，其中，该定时关系用于指示当前子帧的子帧位置与上行资源所在子帧的子帧位置的对应关系，以便接收端根据该对应关系确定该上行资源的位置。这里的定时关系可以预先配置，该子帧位置可以是子帧号。

还应理解，上述上行资源可以包括 UpPTS , 也可以包括上行子帧（或称上行的普通子帧（ normal subframe ) )。例如，该上行资源可以是 1个特殊子帧中的 UpPTS。或者，该上行资源可以包括多个特殊子帧中的 UpPTS , 如包括位于 1帧中的 2个 UpPTS。或者，该上行资源可以包括至少一个 UpPTS 和至少一个上行子帧。应注意，当上行资源分布在多个子帧中时，可以称该多个子帧为绑定子帧。后续会详细描述上行资源的具体绑定形式和分布位置，以及该上行资源传输的 PUSCH 与用于触发该 PUSCH 的控制信令 ( PDCCH/EPDCCH/PHICH ) 的定时关系。

230、在该上行资源传输该 PUSCH。

应理解，上述 PUSCH可以是 1个 PUSCH，也可以是多个 PUSCH， PUSCH 的具体数目可以与上行资源的长度和分布位置有关。假设上行资源为 1 个 UpPTS , 可以通过该 UpPTS 传输 1 个 PUSCH。 H没上行资源包括多个 UpPTS , 可以通过该多个 UpPTS传输 1个或多个 PUSCH。 4叚设上行资源包括 UpPTS和上行子帧，可以在 UpPTS中传输 1个 PUSCH，在每个上行子帧中各传输 1个 PUSCH; 或者，可以由 1个 UpPTS和与其位置靠近的 1个上行子帧共同传输 1个 PUSCH，剩余的上行子帧各自传输 1个 PUSCH。

需要说明的是，这里的 UpPTS可以是现有的 UpPTS，也可以是扩展后的 UpPTS。这里所指的扩展后的 UpPTS 在特殊子帧所占的正交频分复用 ( Orthogonal Frequency Division Multiplexing, OFDM )符号数目大于现有的 UpPTS在特殊子帧中所占的 OFDM符号数目。

具体地，现有技术中，子帧的持续时间内包含循环前缀（ Cyclic Prefix, CP ), 子帧中的每个 OFDM符号前都有 CP。 CP分为 2种：普通 CP和扩展 CP。对于普通 CP，一个子帧包含 14个 OFDM符号；对于扩展 CP，一个子帧包括 12个 OFDM符号。现有的特殊子帧的 UpPTS最大只有 2个 OFDM 符号，且不支持 PUSCH的传输。由于一个特殊子帧内 DwPTS长度至少为 3 个 OFDM符号， GP长度至少为 1个 OFDM符号。作为一种实现方式，可以对 UpPTS 所占的符号数目进行扩展。具体地，针对普通 CP，扩展后的 UpPTS长度大于 2个 OFDM符号，小于等于 10个 OFDM符号。针对扩展 CP, 扩展后的 UpPTS长度大于 2个 OFDM符号，且小于等于 8个 OFDM 符号。扩展后的 UpPTS 占用的符号数目增多，能够进一步增加用于上行传输的资源，从而进一步增加 TDD系统上行的吞吐量。

本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。

如前所述，上行资源的绑定形式和分布位置，以及该上行资源传输的

PUSCH和用于触发该 PUSCH的控制信令的定时关系可以多种多样，下文将结合表格和具体的实施例进行详细描述。

可选地，作为一个实施例，上行资源可以为 1个 UpPTS。换句话说，可以通过 1个 UpPTS单独传输 PUSCH。需要说明的是，这里的 1个 UpPTS 可以是现有的 UpPTS，也可以是扩展后的 UpPTS。针对普通 CP: 扩展的 UpPTS长度大于 2个 OFDM符号，小于等于 10个 OFDM符号。针对扩展 CP, 扩展的 UpPTS长度大于 2个 OFDM符号，小于等于 8个 OFDM符号。扩展后的 UpPTS包含的 OFDM符号增加，从而可以更好地支持上行数据的传输。

在该情况下，控制信令与 PUSCH之间的定时关系的设计可以考虑如下原则：

控制信令中的 PDCCH或 EPDCCH到所传输的 PUSCH的时间最小化，同时满足基站或 UE最小的时间处理需求，如 3ms。

尽量避免一个子帧内的控制信令对应不同的 HARQ进程。

尽量复用当前的往返时间（ RTT， Round Trip Time )值（即数据包初传到重传的时间）或者尽可能少的增加额外的 RTT值。

尽量少地影响现有的控制信令，或尽量少的修改控制信令的格式。

应理解，上述原则仅仅是设计 UpPTS单独传输 PUSCH时可以参考的原贝¹ J，并非是必须要满足的原则。具体在设计 UpPTS传输 PUSCH时，可以仅考虑上述原则中的部分原则，如仅考虑涉及 RTT的原则，或者考虑涉及 RTT 和 HARQ进程的原则等。在上述原则的指导下，下文详细描述在各种上下行子帧配比下， UpPTS单独传输 PUSCH时，接收控制信令与该 UpPTS的定时关系。

上下行子帧配比为 0，上述当前子帧为子帧 n，即在子帧 n接收控制信令。用于传输 PUSCH的 1个 UpPTS可位于该子帧 n之后的第 k个子帧中，其中：当 n=l或 6时， k=5。需要说明的是，当控制信令为 PHICH时， PHICH 可以是对子帧 n之前的子帧 1或子帧 6传输的 PUSCH的反馈。

具体地，可以使用新增的 HARQ进程实现 UpPTS对 PUSCH的传输。需要说明的是，本发明实施例对新增 HARQ进程的数目不作具体限定。结合上述设计原则，下面给出 2个示例： Case 1和 Case 2。 Case 1是在现有 HARQ进程基础上新增 2个 HARQ进程，此时新增进程对应的 RTT值为 10ms。 Case 2是在现有 HARQ进程基础上新增 3个 HARQ进程，此时新增进程对应的 RTT值为 15ms。新增的 HARQ进程可以使用现有 DCI 中的 HARQ进程保留位进行指示或者使用 DCI 中的新增比特位进行指示或者复用 DCI中的现有比特位进行指示或者使用 RRC信令与 DCI相结合进行指示。

Case 1 : 新增 2个 HARQ进程， RTT=10ms。具体参照表 2。

表 2: 上下行子帧配比为 0时的一种实现方式

表 2示出了新增的 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ 进程 y同理。此外，表 2给出了连续 4帧时间（帧 t至帧 t+3 ) 中， HARQ 进程 X和 HARQ进程 y的定时关系。例如，在 HARQ进程 y中，在帧 t的子帧 1收到 PHICH和 /或 UL grant时，在以下上行资源传输对应的 PUSCH: 帧 t的子帧 6的 UpPTS。同理，在 HARQ进程 x中，在帧 t的子帧 6中收到 PHICH和 /或 UL grant时，在以下上行资源传输对应的 PUSCH: 帧 t+1的子帧 1的 UpPTS。需要说明的是，这里的 X和 y仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 0时，现有系统（ UE或基站）可支持 7个 HARQ进程，这里的 X和 y可以分别是新增的 HARQ进程 8和 HARQ进程 9，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 8或 HARQ进程 9。

需要说明的是，当控制信令为 PHICH时， PHICH可以是对子帧 n之前的子帧 1或子帧 6传输的 PUSCH的反馈。从表 2可以看出，各个 HARQ进程的 2个 PUSCH的传输时间之间相差 10ms , 即各个 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 2可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，采用这样的方式可以有效减少数据的传输时延。

Case 2: 新增 3个 HARQ进程， RTT=15ms。具体参照表 3。

表 3: 上下行子帧配比为 0时的一种实现方式

ULgrant Gx Gy Gz Gx

PUSCH

帧 t+6

子子子子子子子子子子

帧帧帧帧帧帧帧帧帧帧

0 1 2 3 4 5 6 7 8 9

PHICH Py Pz

ULgrant Gy Gz

PUSCH y

表 3与表 2类似，不同的是，表 3对应的实施例引入 3个 HARQ进程:

HARQ进程 x、 HARQ进程 y和 HARQ进程 z。从表 3可以看出，无论是 HARQ进程 X、 HARQ进程 y还是 HARQ进程 z，当在子帧 1或 6接收到 PHICH 或 UL grant时，在以下上行资源资源中传输对应的 PUSCH: 该子帧 1或 6 之后的第 5个子帧的 UpPTS。此外，各个 HARQ进程的 2个 PUSCH传输时间之间相差 15ms，即各个 HARQ进程的 RTT值为 15ms。需要说明的是，这里的 x、 y和 z仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 0时，现有系统（UE或基站）可支持 7个 HARQ进程，这里的 x、 y和 z可以分别是新增的 HARQ进程 8、 HARQ 进程 9和 HARQ进程 10，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 8、 HARQ进程 9或 HARQ进程 10。

从表 3 可以看出，在每个 HARQ 进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。

上下行子帧配比为 1，上述当前子帧为子帧 n，即在子帧 n接收控制信令（ PDCCH/EPDCCH/PHICH )。用于传输 PUSCH的 UpPTS位于该子帧 n 之后的第 k个子帧中，其中：当 n=l或 6时， k=5。需要说明的是，当控制信令为 PHICH时， PHICH可以是对子帧 n之前的子帧 1或子帧 6传输的 PUSCH的反馈。

具体地，可以为 UpPTS传输 PUSCH新增 1个或多个 HARQ进程。需要说明的是，本发明实施例对 HARQ 进程的具体数目不作限定。新增的 HARQ进程可以使用现有 DCI 中的 HARQ进程保留位进行指示或者使用 DCI 中的新增比特位进行指示或者复用 DCI 中的现有比特位进行指示或者使用 RRC信令与 DCI相结合进行指示。表 4示出了新增 2个 HARQ进程的一个示例。

表 4: 上下行子帧配比为 1是的一种实现方式

表 4示出了新增的 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ 进程 y同理。此外，表 4给出了连续 4帧时间（帧 t至帧 t+3 ) 中， HARQ 进程 X和 HARQ进程 y的定时关系。例如，在 HARQ进程 y中，当在帧 t 的子帧 1 收到 PHICH和 /或 UL grant 时，在以下上行资源中传输对应的 PUSCH: 帧 t的子帧 6的 UpPTS。同理，在 HARQ进程 x中，当在帧 t的子帧 6 中收到 PHICH和 /或 UL grant 时，在以下上行资源中传输对应的 PUSCH: 帧 t+1的子帧 1的 UpPTS。需要说明的是，这里的 X和 y仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 1时，现有系统（UE或基站）可支持 4个 HARQ进程，这里的 X和 y可以分别是新增的 HARQ进程 5和 HARQ进程 6，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 5或 HARQ进程 6。新增的 HARQ进程如可以使用现有 DCI中的 HARQ进程 3bit指示中的保留位进行指示。

从表 4可以看出，各个 HARQ进程的 2个 PUSCH传输时间之间相差 10ms,即 HARQ进程的 RTT值为 10ms，即各个 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 2可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。

上下行子帧配比为 1，上述当前子帧为子帧 n，即在子帧 n接收控制信令（ PDCCH/EPDCCH/PHICH )。用于传输 PUSCH的 UpPTS位于该子帧 n 之后的第 k个子帧中，其中：当 n=0或 5时， k=6。新增 2个 HARQ进程， RTT=10ms。需要说明的是，当控制信令为 PHICH时， PHICH 可以是对子帧 n之前的子帧 1或子帧 6传输的 PUSCH的反馈。具体参照表 5。

表 5: 上下行子帧配比为 1时的一种实现方式

表 5与表 4类似，不同的是，表 5对应的实施例的 HARQ进程与表 4 对应的实施例的 HARQ进程具有不同的定时关系。从表 5可以看出，无论是 HARQ进程 x、 HARQ进程 y还是 HARQ进程 z，当在子帧 0或 5接收到 PHICH或 UL grant时，在以下上行资源中传输对应的 PUSCH: 该子帧 0或 5之后的第 6个子帧的 UpPTS。此外，各个 HARQ进程的 2个 PUSCH传输时间之间相差 10ms，即 HARQ进程的 RTT值为 10ms。

从表 5可以看出，各个 HARQ进程的 2个 PUSCH传输时间之间相差 10ms, 即 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 2可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms ) 前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。进一步地，新增 HARQ进程的控制信令的接收子帧避开了现有 HARQ进程的控制信令的接收子帧，避免了在控制信令中增加用于区分不同 HARQ进程的比特数，能够降低控制信令的开销。

上下行子帧配比为 2，上述当前子帧为子帧 n，即在子帧 n接收控制信令。用于传输 PUSCH的 UpPTS位于该子帧 n之后的第 k个子帧中，其中：当 n=l或 6时， k=5。需要说明的是，当控制信令为 PHICH时， PHICH可以是对子帧 n之前的子帧 1或子帧 6传输的 PUSCH的反馈。

具体地，可以为 UpPTS传输 PUSCH分配单独的 HARQ进程。需要说明的是，本发明实施例对 HARQ进程的具体数目不作限定。新增的 HARQ 进程可以使用现有 DCI中的 HARQ进程保留位进行指示或者使用 DCI中的新增比特位进行指示或者复用 DCI中的现有比特位进行指示或者使用 RRC 信令与 DCI相结合进行指示。结合上述设计原则，下面给出 1个示例： Case 1。在 Case 1中，新增 2个 HARQ进程， RTT=10ms。具体参照表 6。

表 6: 上下行子帧配比为 2时的一种实现方式

帧 t 帧 t+1

子子子子子子子子子子子子子子子子子子子子帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U D D D S U D D D S U D D D S U D D

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx PUSCH y y

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx

PUSCH y y

表 6示出了新增的 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ 进程 y同理。此外，表 6给出了连续 4帧时间（帧 t至帧 t+3 ) 中， HARQ 进程 X和 HARQ进程 y的定时关系。例如，在 HARQ进程 y中，当在帧 t 的子帧 1 收到 PHICH和 /或 UL grant 时，在以下上行资源中传输对应的 PUSCH: 帧 t的子帧 6的 UpPTS。同理，在 HARQ进程 x中，当在帧 t的子帧 6中收到 PHICH和 /或 UL grant时，在以下上行资源传输对应的 PUSCH: 帧 t+1的子帧 1的 UpPTS。需要说明的是，这里的 X和 y仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 2时，现有系统（ UE或基站）可支持 2个 HARQ进程，这里的 x和 y可以分别是新增的 HARQ进程 3和 HARQ进程 4，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 3或 HARQ进程 4。新增的 HARQ进程如可以使用现有 DCI中的 HARQ进程 3bit指示中的保留位进行指示。

从表 6可以看出，各个 HARQ进程的 2个 PUSCH传输时间之间相差 10ms, 即 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 6可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms ) 前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。进一步地，新增 HARQ进程的控制信令的接收子帧避开了现有 HARQ进程的控制信令的接收子帧，避免了在控制信令中增加用于区分不同 HARQ进程的比特数，能够降低控制信令的开销。上下行子帧配比为 3，上述当前子帧为子帧 n，即在子帧 n接收控制信令。用于传输 PUSCH的 UpPTS位于该子帧 n之后的第 k个子帧中，其中：当 n=7时， k=4。需要说明的是，当控制信令为 PHICH时， PHICH可以是对子帧 n之前的子帧 1传输的 PUSCH的反馈。

具体地，可以为 UpPTS传输 PUSCH分配单独的 HARQ进程。需要说明的是，本发明实施例对 HARQ进程的具体数目不作限定。结合上述设计原则，下面给出 1个示例： Case 1。在 Case 1中，新增 1个 HARQ进程， RTT=10ms。具体参照表 7。

表 7: 上下行子帧配比为 3时的一种实现方式

表 7示出了新增的 1个 HARQ进程： HARQ进程 x。其中， x表示 HARQ 进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH。此外，表 7给出了连续 4 帧时间（帧 t至帧 t+3 ) 中， HARQ进程 X的定时关系。例如，在 HARQ进程 X中，当在帧 t的子帧 7收到 PHICH和 /或 UL grant时，在以下上行传输资源传输对应的 PUSCH: 帧 t+1的子帧 1的 UpPTS。需要说明的是，这里的 X仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 3时，现有系统（ UE或基站 ) 可支持 3个 HARQ 进程，这里的 X可以是新增的 HARQ进程 4，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 4。新增的 HARQ进程如可以使用现有 DCI中的 HARQ进程 3bit指示中的保留位进行指示。

从表 7可以看出， HARQ进程 X的 2个 PUSCH传输时间之间相差 10ms, 即 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 7可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms )前提下的最小值，采用这样的方式可以有效减少数据的传输时延。进一步地，新增 HARQ进程的控制信令的接收子帧避开了现有 HARQ进程的控制信令的接收子帧，避免了在控制信令中增加用于区分不同 HARQ 进程的比特数，能够降低控制信令的开销。

上下行子帧配比为 4，上述当前子帧为子帧 n，即在子帧 n接收控制信令（ PDCCH/EPDCCH/PHICH )。用于传输 PUSCH的 UpPTS位于该子帧 n 之后的第 k个子帧中，其中：当 n=7时， k=4。需要说明的是，当控制信令为 PHICH时， PHICH可以是对子帧 n之前的子帧 1传输的 PUSCH的反馈。

具体地，可以为 UpPTS传输 PUSCH分配单独的 HARQ进程。需要说明的是，本发明实施例对 HARQ 进程的具体数目不作限定。结合上述设计原则，下面给出 1个示例： Case 1。在 Case 1中，新增 1个 HARQ进程， RTT=10ms。具体参照表 8。

表 8: 上下行子帧配比为 4时的一种实现方式

帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Px

ULgrant Gx Gx

PUSCH

表 8中示出了新增的 1个 HARQ进程： HARQ进程 x。其中，

HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant( PDCCH 或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH。此外，表 8给出了连续 4帧时间（帧 t至帧 t+3 )中， HARQ进程 X的定时关系。例如，在 HARQ 进程 X中，当在帧 t的子帧 7收到 PHICH和 /或 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1的子帧 1的 UpPTS。需要说明的是，这里的 X仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 3时，现有系统（UE或基站）可支持 2个 HARQ 进程，这里的 X可以是新增的 HARQ进程 3，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 3。新增的 HARQ进程如可以使用现有 DCI中的 HARQ进程 3bit指示中的保留位进行指示。

从表 8可以看出， HARQ进程 X的 2个 PUSCH传输时间之间相差 10ms，即 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 8可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。进一步地，新增 HARQ进程的控制信令的接收子帧避开了现有 HARQ进程的控制信令的接收子帧，避免了在控制信令中增加用于区分不同 HARQ进程的比特数，能够降低控制信令的开销。

上下行子帧配比为 5，上述当前子帧为子帧 n为子帧 n，即在子帧 n接收控制信令 ( PDCCH/EPDCCH/PHICH )。用于传输 PUSCH的 UpPTS位于该子帧 n之后的第 k个子帧中，其中：当 n=7时， k=4。需要说明的是，当控制信令为 PHICH时， PHICH可以是对子帧 n之前的子帧 1传输的 PUSCH 的反馈。

具体地，可以为 UpPTS传输 PUSCH分配单独的 HARQ进程。需要说明的是，本发明实施例对 HARQ进程的具体数目不作限定。结合上述设计原则，下面给出 1个示例： Case 1。在 Case 1中，新增 1个 HARQ进程， RTT=10ms。具体参照表 9。

表 9: 上下行子帧配比 5、 RTT=10ms的 HARQ定时关系

表 9示出了新增的 1个 HARQ进程： HARQ进程 x。其中， x表示 HARQ 进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH。此外，表 9给出了连续 4 帧时间（帧 t至帧 t+3 ) 中， HARQ进程 X的定时关系。例如，在 HARQ进程 X中，在帧 t的子帧 7收到 PHICH和 /或 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1的子帧 1。需要说明的是，这里的 X仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 5时，现有系统（ UE或基站）可支持 1个 HARQ进程，这里的 x 可以是新增的 HARQ进程 2, 换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 2。新增的 HARQ进程如可以使用现有 DCI中的 HARQ进程 3bit指示中的保留位进行指示。

从表 9可以看出， HARQ进程 X的 2个 PUSCH传输时间之间相差 10ms，即 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 9可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。进一步地，新增 HARQ进程的控制信令的接收子帧避开了现有 HARQ进程的控制信令的接收子帧，避免了在控制信令中增加用于区分不同 HARQ 进程的比特数，能够降低控制信令的开销。

上下行子帧配比为 6，上述当前子帧为子帧 n为子帧 n，即在子帧 n接收控制信令 ( PDCCH/EPDCCH/PHICH )„ 用于传输 PUSCH的 UpPTS位于该子帧 n之后的第 k个子帧中，其中：当 n=l或 6时， k=5。需要说明的是，当控制信令为 PHICH时， PHICH可以是对子帧 n之前的子帧 1或子帧 6传输的 PUSCH的反馈。

具体地，可以为 UpPTS传输 PUSCH分配单独的 HARQ进程。需要说明的是，本发明实施例对 HARQ进程的具体数目不作限定。新增的 HARQ 进程越多，每个 HARQ进程对应的 RTT值越大。结合上述设计原则，下面给出 2个示例： Case 1和 Case 2。 Case 1是在现有 HARQ进程基础上新增 2 个 HARQ进程，此时对应的 RTT值为 10ms，具体参见表 10。 Case 2是现有在现有 HARQ进程基础上新增 3个 HARQ进程，此时对应的 RTT值为 15ms，具体参见表 11。

表 10: 上下行子帧配比为 6 的一种实现方式

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx

PUSCH

表 10示出了新增的 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， x表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ 进程 y同理。此外，表 10给出了连续 4帧时间（帧 t至帧 t+3 ) 中， HARQ 进程 X和 HARQ进程 y的定时关系。例如，在 HARQ进程 y中，当在帧 t 的子帧 1收到 PHICH和 /或 UL grant时，在以下上行资源传输对应的 PUSCH: 帧 t的子帧 6。同理，在 HARQ进程 X中，当在帧 t的子帧 6中收到 PHICH 和 /或 UL grant时，在以下上行资源传输对应的 PUSCH: 帧 t+1的子帧 1的 UpPTS。需要说明的是，这里的 X和 y仅仅是为了描述方便，并非要对 HARQ 进程的具体参数进行限定，实际中，上下行子帧配比为 6时，现有系统（UE 或基站）可支持 6个 HARQ进程，这里的 X和 y可以分别是新增的 HARQ 进程 7和 HARQ进程 8，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 7或 HARQ进程 8。新增的 HARQ进程如可以使用现有 DCI中的 HARQ进程 3bit指示中的保留位进行指示。

从表 10可以看出，各个 HARQ进程的 2个 PUSCH传输时间之间相差

10ms, 即 HARQ进程的 RTT值为 10ms，复用了现有系统的 RTT值，对现有协议改动小。此外，从表 10可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms ) 前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。

表 11 : 上下行子帧配比 6、 RTT=15ms的 HARQ定时关系

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Px Py Pz

ULgrant Gz Gx Gy Gz

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Py Pz Px

ULgrant Gx Gy Gz Gx

PUSCH

帧 t+6

子子子子子子子子子子

帧帧帧帧帧帧帧帧帧帧

0 1 2 3 4 5 6 7 8 9

PHICH Py Px

ULgrant Gy Gx

PUSCH y

表 11与表 10类似，不同的是，表 11对应的实施例引入 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ进程 z。从表 11可以看出，无论是 HARQ进程 x、 HARQ进程 y还是 HARQ进程 z，当在子帧 1或 6接收到 PHICH或 UL grant时，在以下上行资源中传输对应的 PUSCH: 子帧 1或

6之后的第 5个子帧的 UpPTS。此外，各个 HARQ进程的 2个 PUSCH传输时间之间相差 15ms，即 HARQ进程的 RTT值为 15ms。需要说明的是，这里的 X和 y仅仅是为了描述方便，并非要对 HARQ进程的具体参数进行限定，实际中，上下行子帧配比为 6时，现有系统（UE或基站）可支持 6个 HARQ进程，这里的 X、 y和 z可以分别是新增的 HARQ进程 7、 HARQ进程 8和 HARQ进程 9，换句话说，上述 PUSCH传输对应的 HARQ进程可以是新增的 HARQ进程 7、 HARQ进程 8或 HARQ进程 9。

从表 11 可以看出，在每个 HARQ 进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。

上文釆用单个 UpPTS来传输 PUSCH，能够有效地增加 TDD系统上行的吞吐量。为了增加 TDD系统的上行覆盖，可以釆用 UpPTS与其他上行资源绑定的方式传输 PUSCH，详见下文。

可选地，作为一个实施例，图 2方法中的上行资源还包括上行子帧，且该上行资源为连续的上行资源。换句话说，在该实施例中，上行资源既包括 UpPTS , 也包括上行子帧，上行资源是通过将 UpPTS 和上行子帧绑定而实现的。上行资源中包括的各个 UpPTS可以是现有系统的 UpPTS , 也可以是扩展后的 UpPTS。针对普通 CP: 扩展后的 UpPTS长度大于 2个 OFDM符号，小于等于 10个 OFDM符号。针对扩展 CP，扩展后的 UpPTS长度大于 2个 OFDM符号，小于等于 8个 OFDM符号。扩展后的 UpPTS包含的 OFDM 符号增加，从而可以更好地支持上行数据的传输。

本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。此外，釆用 UpPTS与其他上行资源绑定的方式传输 PUSCH，相当于增加了单位时间内上行数据的传输次数，从而增加了上行数据接收的信噪比，进而增加上行覆盖。

需要说明的是，上述连续的上行资源中的 "连续" 并非要求上行资源在时间上连续，而是指上行资源要么在时间上连续，要么中间间隔非上行资源。这里的非上行资源包括：下行子帧、特殊子帧的 DwPTS 或特殊子帧的 GP 行资源同样落入本发明实施例的保护范围。

还需要说明的是，在该实施例中，在步骤 210之前，还可以包括：确定绑定子帧配置信息，该绑定子帧配置信息可包括：绑定子帧的个数和 /或上行资源的分布位置等信息。具体地，该子帧配置信息可以由基站或 UE预先配置。或者，上述确定绑定子帧配置信息可包括：接收基站发送的承载该绑定子帧配置信息的信令。该信令可以是绑定子帧启动信令，也可以是绑定子帧个数配置信令，例如，可以是无线资源控制（Radio Resource Control, RRC ) 信令、媒体接入控制（ Media Access Control， MAC ) 信令或者

PDCCH/EPDCCH信令中的一个或者它们的结合。

在该实施例中，传输 PUSCH的 HARQ进程的定时关系、上行资源的绑定形式以及上行资源的分布位置的设计可以考虑如下原则：

控制信令 PDCCH或 EPDCCH到所传输的 PUSCH的时间最小化，同时满足基站或 UE最小的时间处理需求，如 3ms。

尽量避免一个子帧内的控制信令对应不同的 HARQ进程。

尽量复用当前的 RTT值（即数据包初传到重传的时间）或者尽可能少的增加额外的 RTT值。

各个 HARQ进程尽量具有相同的 UpPTS个数。

尽量复用当前的 PUSCH到控制信令 PHICH的时间关系。

应理解，上述原则仅仅是设计 HARQ 定时关系、上行资源绑定形式和上行资源分布位置时可以参考的原则，并非是必须要满足的原则。例如，在设计时，可以仅考虑上述原则的部分原则，如仅考虑涉及 RTT 的原则，或者考虑涉及 RTT和 HARQ进程的原则等。在上述原则的指导下，下文详细描述在各种上下行子帧配比下， HARQ定时关系、上行资源绑定形式和上行资源分布位置。

可选地，作为一个实施例，上下行子帧配比为 0，上行资源包括 2 个 UpPTS和 6个上行子帧。需要说明的是，在上下行子帧配比为 0的情况下，可以让上行子帧位于该上行资源的起始位置，也可以让 UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式确定， HARQ 进程数或 HARQ进程的 RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出 RTT值为 30ms的 2种具体的实现方式： Case 1和 Case 2。后续还会对本发明实施例的其他实现方式做详细介绍。

Case 1 : 上下行子帧配比为 0，上行资源包括 2个 UpPTS和 6个上行子帧， UpPTS 位于上行资源的起始位置，在子帧 n接收（或检测） UL grant ( PDCCH或 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收（或检测） PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=l 或 6时， k=5， Z=ll。 Case 1中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 0时 3个 HARQ 中的一个），和 /或 RTT值为 30ms，具体参见表 12。

表 12: 上下行子帧配比为 0时的一种实现方式

表 12示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 12给出了连续 6帧时间（帧 t至帧 t+5 ) 内， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 5收到 PHICH, 在帧 t+1的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 4、子帧 6的 UpPTS、子帧 7、子帧 8和子帧 9。同理，在 HARQ进程 X中，当在帧 t+1的子帧 5接收到 PHICH,在帧 t+2的子帧 6收到 UL grant 时，在以下上行资源中传输对应的 PUSCH: 帧 t+3中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 4、子帧 6的 UpPTS、子帧 7、子帧 8和子帧 9。

从表 12可以看出， HARQ进程 x、 HARQ进程 y和 HARQ进程 z的 RTT 值均为 30ms，举例说明，在 HARQ进程 x中，在帧 t的子帧 1开始上行传输（帧 t的第 1个 X出现的位置），下次上行传输的开始位置是帧 t+3的子帧 1 (帧 t+3的第 1个 X出现的位置），中间相隔了 30ms。对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ进程的 RTT值设置为 30ms 能够有效增大这种时延敏感类业务传输的时间分集增益。此外，从表 12可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 1中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=0 或 5时， t=16。

Case 2: 上下行子帧配比为 0，上行资源包括 2个 UpPTS和 6个上行子帧， UpPTS不位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH 或 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4， Z=10; 当 n=l或 6时， k=7， Z=10。 Case 2中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 0时 3个 HARQ进程中的一个），和 /或 RTT值为 30ms。

对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ 进程的 RTT值设置为 30ms能够有效增大这种时延敏感类业务传输的时间分集增益。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE 或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 2中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH, UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 2中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=0 或 5时， t=14; 当 m=l或 6时， t=17。

可选地，作为一个实施例，上下行子帧配比为 1，上行资源包括 2 个 UpPTS和 4个上行子帧。需要说明的是，在上下行子帧配比为 1的情况下，可以让上行子帧位于该上行资源的起始位置，也可以让 UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式（绑定子帧的个数和 /或绑定子帧分布形式（连续分布或离散分布等））确定， HARQ进程数或 HARQ 进程的 RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出 RTT值为 30ms的 2种具体的实现方式： Case 1和 Case 2。后续还会对本发明实施例的其他实现方式#支详细介绍。 Case 1：上下行子帧配比为 1，上行资源包括 2个 UpPTS和 4个上行子帧， UpPTS位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH或 EPDCCH )，和 /或在子帧 n之前的第 /个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=5， Z=12。 Case 1 中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 1时 3个 HARQ进程中的一个；)，和 /或 RTT 值为 30ms，具体参见表 13。

表 13: 上下行子帧配比为 1时的一种实现方式

表 13示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， x表示 HARQ进程 X对应的 PUSCH， Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 13给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 4收到 PHICH, 在帧 t+1的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 6的 UpPTS、子帧 7、子帧 8。同理，在 HARQ进程 x中，当在帧 t+1的子帧 4接收到 PHICH, 在帧 t+2的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+3中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 6的 UpPTS、子帧 7、子帧 8。

从表 13可以看出， HARQ进程 x、 HARQ进程 y和 HARQ进程 z的 RTT 值均为 30ms。举例说明，在 HARQ进程 x中，在帧 t的子帧 1开始上行传输（帧 t的第 1个 X出现的位置），下次上行传输的开始位置是帧 t+3的子帧 1 (帧 t+3的第 1个 X出现的位置），中间相隔了 30ms。对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ进程的 RTT值设置为 30ms 能够有效增大这种时延敏感类业务传输的时间分集增益。此外，从表 13可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 1中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=4 或 9时， t=17。

Case 2: 上下行子帧配比为 1，上行资源包括 2个 UpPTS和 4个上行子帧， UpPTS不位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH 或者 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=4或 9时， k=4， 1=13。 Case 2中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 0时 3个 HARQ进程中的一个），和 / 或 RTT值为 30ms。

需要说明的是，在 Case 2中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH, UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=l 或 6时， t=17。

可选地，作为一个实施例，上下行子帧配比为 2，上行资源包括 2 个 UpPTS和 2个上行子帧。需要说明的是，在上下行子帧配比为 2的情况下，可以让上行子帧位于该上行资源的起始位置，也可以让 UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式确定， HARQ 进程数或 HARQ进程的 RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出 RTT值为 30ms的 2种具体的实现方式： Case 1和 Case 2。后续还会对本发明实施例的其他实现方式做详细介绍。

Case 1 : 上下行子帧配比为 2，上行资源包括 2个 UpPTS和 2个上行子帧， UpPTS位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH和 / 或 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=5， Z=13。 Case 1中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 2时 3个 HARQ进程中的一个；)，和 / 或 RTT值为 30ms，具体参见表 14。

表 14: 上下行子帧配比 2下的 Case 1

PHICH Px Pz

ULgrant Gy Gx

PUSCH z z z z y y y y

表 14示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， x表示 HARQ进程 x对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 14给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 3收到 PHICH, 在帧 t+1的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2、子帧 6的 UpPTS、子帧 7。同理，在 HARQ进程 x中，当在帧 t+1的子帧 3接收到 PHICH,在帧 t+2的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+3中的子帧 1的 UpPTS、子帧 2、子帧 6的 UpPTS、子帧 7。

从表 14可以看出， HARQ进程 x、 HARQ进程 y和 HARQ进程 z的 RTT 值均为 30ms。举例说明，在 HARQ进程 x中，在帧 t的子帧 1开始上行传输（帧 t的第 1个 X出现的位置），下次上行传输的开始位置是帧 t+3的子帧 1 (帧 t+3的第 1个 X出现的位置），中间相隔了 30ms。对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ进程的 RTT值设置为 30ms 能够有效增大这种时延敏感类业务传输的时间分集增益。此外，从表 13可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 1中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=8 或 3时， t=18。

可选地，作为一个实施例，上下行子帧配比为 3，上行资源包括 1 个 UpPTS和 3个上行子帧。需要说明的是，在上下行子帧配比为 3的情况下，可以让上行子帧位于该上行资源的起始位置，也可以让 UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式确定， HARQ 进程数或 HARQ进程的 RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出 RTT值为 30ms的 2种具体的实现方式： Case 1和 Case 2。后续还会对本发明实施例的其他实现方式做详细介绍。

Case 1：上下行子帧配比为 3，上行资源包括 1个 UpPTS和 3个上行子帧， UpPTS位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH和 / 或 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4， Z=17。 Case 1 中的其他参数可包括： HARQ 进程数为 3 (即上述 PUSCH 的传输对应的 HARQ进程为上下行子帧配比为 3时 3个 HARQ进程中的一个），和 /或 RTT 值为 30ms，具体参见表 15。

表 15: 上下行子帧配比为 3时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U U D D D D D D S U U U D D D D D

PHICH Py Px

ULgrant Gz Gy

PUSCH

帧 t+2 帧 t+3 子子子子子子子子子子子子子子子子子子子子帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Py

ULgrant Gx Gz

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Pz

ULgrant Gy Gx

PUSCH z z z z y y y y

表 15示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 15给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 0收到 PHICH, 在帧 t+1的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 4。同理，在 HARQ进程 X中，当在帧 t+1的子帧 0接收到 PHICH, 在帧 t+2的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+3中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 4。

从表 15可以看出， HARQ进程 x、 HARQ进程 y和 HARQ进程 z的 RTT 值均为 30ms。举例说明，在 HARQ进程 x中，在帧 t的子帧 1开始上行传输（帧 t的第 1个 X出现的位置），下次上行传输的开始位置是帧 t+3的子帧 1 (帧 t+3的第 1个 X出现的位置），中间相隔了 30ms。对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ进程的 RTT值设置为 30ms 能够有效增大这种时延敏感类业务传输的时间分集增益。此外，从表 13可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 1中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=0 时， t=21。

Case 2: 上下行子帧配比为 3，上行资源包括 2个 UpPTS和 2个上行子帧， UpPTS不位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH 和 /或 EPDCCH ),和 /或在子帧 n之前的第 /个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=0或 9时， k=4， Z=ll。

Case 2中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 3时 3个 HARQ进程中的一个；)，和 / 或 RTT值为 30ms，具体参见表 16。

表 16: 上下行子帧配比为 3时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U U D D D D D D S U U U D D D D D

PHICH Py Px

ULgrant Gz Gy PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Py

ULgrant Gx Gz

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Pz

ULgrant Gy Gx

PUSCH z z z z y y

表 16示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 16给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 8收到 PHICH, 在帧 t+1的子帧 9收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 3和子帧 4，帧 t+3的子帧 1的 UpPTS和子帧 2。同理，在 HARQ进程 x中，当在帧 t+1的子帧 8接收到 PHICH,在帧 t+2的子帧 9收到 UL grant时，在以下上行资源中传输对应的 PUSCH:帧 t+3中的子帧 3和子帧 4，帧 t+4的子帧 1的 UpPTS和子帧 2。

从表 16可以看出， HARQ进程 x、 HARQ进程 y和 HARQ进程 z的 RTT 值均为 30ms。举例说明，在 HARQ进程 x中，在帧 t的子帧 3开始上行传输（帧 t的第 1个 X出现的位置），下次上行传输的开始位置是帧 t+3的子帧 3 (帧 t+3的第 1个 X出现的位置），中间相隔了 30ms。对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ进程的 RTT值设置为 30ms 能够有效增大这种时延敏感类业务传输的时间分集增益。此外，从表 13可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 2中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=9 或 8时， t=15。

可选地，作为一个实施例，上下行子帧配比为 4，上行资源包括 1 个 UpPTS和 2个上行子帧。需要说明的是，在上下行子帧配比为 4的情况下，可以让上行子帧位于该上行资源的起始位置，也可以让 UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式确定， HARQ 进程数或 HARQ进程的 RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出 RTT值为 30ms的 2种具体的实现方式： Case 1和 Case 2。后续还会对本发明实施例的其他实现方式做详细介绍。

Case 1 : 上下行子帧配比为 4，上行资源包括 1个 UpPTS和 2个上行子帧， UpPTS位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH和 / 或 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4， Z=18。 Case 1 中的其他参数可包括： HARQ 进程数为 3 (即上述 PUSCH 的传输对应的 HARQ进程为上下行子帧配比为 4时 3个 HARQ进程中的一个），和 /或 RTT 值为 30ms，具体参见表 17。

表 17: 上下行子帧配比为 4时的一种实现方式

表 17示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 17给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t+2的子帧 9收到 PHICH, 在帧 t+4的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+5中的子帧 1的 UpPTS、子帧 2、子帧 3。同理，在 HARQ进程 X中，当在帧 t的子帧 9接收到 PHICH,在帧 t+2 的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+3 中的子帧 1的 UpPTS、子帧 2、子帧 3。

从表 17可以看出， HARQ进程 x、 HARQ进程 y和 HARQ进程 z的 RTT 值均为 30ms。举例说明，在 HARQ进程 x中，在帧 t的子帧 1开始上行传输（帧 t的第 1个 X出现的位置），下次上行传输的开始位置是帧 t+3的子帧 1 (帧 t+3的第 1个 X出现的位置），中间相隔了 30ms。对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ进程的 RTT值设置为 30ms 能够有效增大这种时延敏感类业务传输的时间分集增益。此外，从表 13可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 1中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=9 时， t=22。

Case 2: 上下行子帧配比为 4，上行资源包括 1个 UpPTS和 2个上行子帧， UpPTS不位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH 和 /或 EPDCCH ),和 /或在子帧 n之前的第 /个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=9时， k=4， Z=ll。 Case 2中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 4时 3个 HARQ进程中的一个），和 /或 RTT 值为 30ms。

对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ 进程的 RTT值设置为 30ms能够有效增大这种时延敏感类业务传输的时间分集增益。此外，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 2中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=8 时， t=15。

可选地，作为一个实施例，上下行子帧配比为 6，上行资源包括 2 个

UpPTS和 5个上行子帧。需要说明的是，在上下行子帧配比为 6的情况下，可以让上行子帧位于该上行资源的起始位置，也可以让 UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式确定， HARQ 进程数或 HARQ进程的 RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出 RTT值为 30ms的 2种具体的实现方式： Case 1和 Case 2。后续还会对本发明实施例的其他实现方式做详细介绍。

Case 1 : 上下行子帧配比为 6，上行资源包括 2个 UpPTS和 5个上行子帧， UpPTS位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH或者 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6， Z=0; 当 n=l或 6时， k=5， 1=1。 Case 1中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 6时 3个 HARQ ( 3为总 HARQ进程数 )进程中的一个 ), 和 /或 RTT值为 30ms，具体参见表 18。

表 18: 上下行子帧配比为 6时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U U D S U U D D S U U U D S U U D

PHICH Pz Py

ULgrant Gz Gy

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Pz

ULgrant Gx Gz

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px

ULgrant Gy Gx PUSCH z z z z z z z y y y y y y y 表 18示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， x表示 HARQ进程 x对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 18给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t+1的子帧 5收到 PHICH, 在帧 t+1的子帧 5收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 4、子帧 6的 UpPTS、子帧 7、子帧 8。同理，在 HARQ进程 x 中，当在帧 t+2的子帧 5接收到 PHICH,在帧 t+2的子帧 5收到 UL grant时，在以下上行资源中传输对应的 PUSCH:帧 t+3中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 4、子帧 6的 UpPTS、子帧 7、子帧 8。

从表 18可以看出， HARQ进程 x、 HARQ进程 y和 HARQ进程 z的 RTT 值均为 30ms。举例说明，在 HARQ进程 x中，在帧 t的子帧 1开始上行传输（帧 t的第 1个 X出现的位置），下次上行传输的开始位置是帧 t+3的子帧 1 (帧 t+3的第 1个 X出现的位置），中间相隔了 30ms。对于如 VOIP等时延敏感业务，一般传输时延要求在 50ms左右， HARQ进程的 RTT值设置为 30ms 能够有效增大这种时延敏感类业务传输的时间分集增益。此外，从表 13可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程中包含的 UpPTS数目相同，降低了系统（UE或基站）协调处理各个 HARQ进程的复杂度。

需要说明的是，在 Case 1中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=0 或 5时， t=6。

Case 2: 上下行子帧配比为 6，上行资源包括 2个 UpPTS和 5个上行子帧， UpPTS不位于上行资源的起始位置，在子帧 n接收 UL grant ( PDCCH 或者 EPDCCH )，和 /或在子帧 n之前的第 I个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7， /=0；或者，当 n=9时， k=5， 1=0。 Case 2中的其他参数可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 6时 3个 HARQ ( 3为总 HARQ进程数 )进程中的一个；)，和 /或 RTT值为 30ms。

需要说明的是，在 Case 2中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=l 或 6时， t=7或当 m=9时， t=5。在以上各种实现方式中， n、 k、 Z值示出了各个 HARQ进程中 PHICH、 UL grant和上行资源的相对位置，其中， k表示在子帧 n之后的第 k个子帧开始传输 PUSCH。应理解，在上述相对位置确定的情况下，各个 HARQ进程传输 PUSCH 的参考时间可以有多种，该参考时间用于描述控制信令 ( PHICH和 /或 UL grant )到传输 PUSCH的上行资源的时间以该上行资源中的哪个子帧作为参考。具体地，可以将上行资源的起始位置所在的子帧作为参考。例如，在 Case 1中， UpPTS位于上行资源的起始位置，则可以将该 UpPTS所在的特殊子帧作为参考，接收端根据该参考时间可以直接找到上行资源的起始位置。或者，可以将上行资源的第 1 个上行子帧作为参考，在 Case 1中，接收端根据该参考时间以及上下行子帧配比能够推算出上行资源的起始位置。应理解，以上参考时间的确定仅仅是举例说明，实际中，还可以将上行资源的其他任意子帧作为参考。

上文给出了在 RTT值为 30ms的情况下，各上下行子帧配比对应的上行子帧的绑定方式、分布位置和定时关系的一些实现方式，但本发明实施例不限于此。下文结合具体的表格，详细描述各上下行子帧配比下，上行子帧的绑定方式、分布位置和定时关系的其他实现方式。

可选地，作为一种实现方式，上下行子帧配比为 0， 1 个 UpPTS 与该 UpPTS相邻的上行子帧绑定，在子帧 n接收控制信令 ( UL grant ( PDCCH 或 EPDCCH )和 /或 PHICH ), 上行资源的起始位置位于子帧 n之后的第 k 个子帧，其中：当 n=0或 5时， k=6; 或在子帧 n接收控制信令 ( UL grant ( PDCCH或 EPDCCH ) )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=5。

表 19: 上下行子帧配比为 0时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U U D S U U U D S U U U D S U U U

PHICH P3 P5 P6 P1 P2 P4 P5 P7

P4 P7 P3 P6

ULgrant G3 G4 G6 G1 G2 G3 G5 G6 G4 G5 G7 G7 G3 G4 G6 G7

PUSCH 1 1 2 3 4 4 5 6 7 7 1 2 3 3 4 5 帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH PI P3 P4 P6 P7 P2 P3 P5

P2 P5 P1 P4

ULgrant Gl G2 G4 G5 G7 G1 G3 G4

G2 G3 G5 G6 G1 G2 G4 G5

PUSCH 6 6 7 1 2 2 3 4 5 5 6 7 1 1 2 3 帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH P6 PI P2 P4 P5 P7 P1 P3

P7 P3 P6 P2

ULgrant G6 G7 G2 G3 G5 G6 G1 G2

G7 Gl G3 G4 G6 G7 G2 G3

PUSCH 4 4 5 6 7 7 1 2 3 3 4 5 6 6 7 1 表 19示出了 7个 HARQ进程： HARQ进程 1到 HARQ进程 7。其中， 1表示 HARQ进程 1对应的 PUSCH, Gl表示 HARQ进程 1对应的 UL grant ( PDCCH或 EPDCCH )， P1表示 HARQ进程 1对应的 PHICH, HARQ进程 2到 7同理。此外，表 19给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ 进程 1到 HARQ进程 7中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 4中，当在帧 t的子帧 0收到 PHICH, 和 /或在帧 t的子帧 1 (或 0 ) 收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t中的子帧 6的 UpPTS和子帧 7。同理，在 HARQ进程 7中，当在帧 t的子帧 5接收到 PHICH,和 /或在帧 t的子帧 6 (或 5 )收到 UL grant 时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 1的 UpPTS和子帧 2。类似的对于其它进程从表中可以得到相应的结果。可选地，作为另一个实现方式，上下行子帧配比 0，上行资源包括： 1 帧中的 2个 UpPTS。

可选地，作为一种实现方式，上下行子帧配比为 0， 1个 UpPTS与 4个上行子帧绑定。 UpPTS位于上行资源的中间位置（或不位于上行资源的开始位置），在子帧 n接收 UL grant ( PDCCH或者 EPDCCH )，和 /或在子帧 n之前的第 /个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4， 1=9; 或者，当 n=l或 6时， k=7或 6， 1:6。具体参见表 20。该实现方式下的其他参数还可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 0时 3个 HARQ ( 3为总 HARQ进程数 )进程中的一个）。

表 20: 上下行子帧配比为 0时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U U D S U U U D S U U U D S U U U

PHICH Py Px

ULgrant Gz Gy

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Py Px

ULgrant Gx Gz Gy

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Py ULgrant Gx Gz Gy

PUSCH

表 20示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， x表示 HARQ进程 x对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH， HARQ进程 y和 HARQ进程 z同理。此外，表 20给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 1收到 PHICH, 和 /或在帧 t+1的子帧 0收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 4、子帧 6的 UpPTS、子帧 7、子帧 8和子帧 9。同理，在 HARQ进程 X中，当在帧 t+1的子帧 1接收到 PHICH, 和 /或在帧 t+2 的子帧 0收到 UL grant 时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 4、子帧 6的 UpPTS、子帧 7、子帧 8和子帧 9。

可选地，作为一种实现方式，上下行子帧配比为 0， 1个 UpPTS与 4个上行子帧绑定。 UpPTS位于上行资源的中间位置（或不位于上行资源的开始位置），在子帧 n接收 UL grant ( PDCCH和 /或 EPDCCH ), 和 /或在子帧 n 之前的第 /个子帧接收 PHICH。上行资源的起始位置位于子帧 n之后的第 k 个子帧，其中：当 n=0或 5时， k=4， 1=5; 或者，当 n=l时， k=6， Z=5; 或者，当 n=6时， k=7， 1=1 ; 或者，当 n=l时， k=7， 1=1 ; 或者，当 n=6时， k=6， 1=5。该实现方式下的其他参数还可包括： HARQ进程数为 3 (即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 0时 3个 HARQ ( 3 为总 HARQ进程数）进程中的一个），和 /或 RTT值为 20ms。具体参见表 21。

表 21 : 上下行子帧配比为 0时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U U D S U U U D S U U U D S U U U

PHICH Pz Py Px

ULgrant Gz Gy Gx

PUSCH 帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Py Px

ULgrant Gz Gy Gx

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Py Px

ULgrant Gz Gy Gx

PUSCH

表 21示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 21给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 5收到 PHICH, 和 /或在帧 t+1的子帧 0收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 4、子帧 6的 UpPTS、子帧 7、子帧 8和子帧 9。同理，在 HARQ进程 X中，当在帧 t+1的子帧 1接收到 PHICH, 和 /或在帧 t+1 的子帧 6 收到 UL grant 时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 2、子帧 3、子帧 4、子帧 6的 UpPTS和子帧 7。

此外，从表 21可以看出，各 HARQ进程的 RTT值为 20ms，沿用现有系统的 RTT值，对现有协议的改动 d、。

可选地，作为一种实现方式，上下行子帧配比为 1， 1 个 UpPTS 与该 UpPTS相邻的上行子帧绑定，在子帧 n接收控制信令 ( UL grant ( PDCCH 或 EPDCCH )和 /或 PHICH ), 上行资源的起始位置位于子帧 n之后的第 k 个子帧，其中：当 n=l或 6时， k=5。表 22: 上下行子帧配比为 1时的一种实现方式

表 22示出了 4个 HARQ进程： HARQ进程 x、 HARQ进程 y 、 HARQ 进程 z、 HARQ进程 t。其中， x表示 HARQ进程 x对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y 、 HARQ进程 z和 HARQ进程 t同理。此外，表 22给出了连续 6帧时间（帧 t至帧 t+5 )中， HARQ进程 x和 HARQ 进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 z中，当在帧 t的子帧 1收到 PHICH, 和 /或在帧 t的子帧 1收到 UL grant时，在以下上行资源中传输对应的 PUSCH:帧 t中的子帧 6的 UpPTS 和子帧 7。同理，在 HARQ进程 X中，当在帧 t的子帧 6接收到 PHICH, 和 /或在帧 t的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 1， 2个 UpPTS与 4个上行子帧绑定。在子帧 n接收控制信令 ( UL grant ( PDCCH或 EPDCCH ) ) 和 /或在子帧 n-Z接收控制信令（PHICH ), 上行资源的起始位置位于子帧 n 之后的第 k个子帧，其中：当 n=l或 6时， k=5， 1=2; 或者，当 n=4或 9时， k=4， 1:?>。该实现方式下的其他参数可包括： HARQ进程个数为 2，和 /或 RTT值为 20ms，具体参见表 23。

表 23: 上下行子帧配比为 1时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U D D S U U D D S U U D D S U U D

PHICH Py Px

ULgrant Gy Gx

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px

ULgrant Gy Gx

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px ULgrant Gy Gx

PUSCH

表 23示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， x表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 23给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 4收到 PHICH, 和 /或在帧 t的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1 中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 6的 UpPTS、子帧 7和子帧 8。同理，在 HARQ进程 X中，当在帧 t+1的子帧 4接收到 PHICH, 和 /或在帧 t+1的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH:帧 t+2 中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 6的 UpPTS、子帧 7和子帧 8。

在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，从表 23可以看出，各 HARQ进程的 RTT值为 20ms，沿用现有系统的 RTT值，对现有协议的改动小。

可选地，作为一种实现方式，上下行子帧配比为 2， 1 个 UpPTS 与该 UpPTS相邻的上行子帧绑定。在子帧 n接收控制信令 ( UL grant ( PDCCH 或 EPDCCH )和 /或 PHICH ), 上行资源的起始位置位于子帧 n之后的第 k 个子帧，其中：当 n=3或 8时， k=3。该实现方式中的其他参数可包括： HARQ 进程数为 2个（即上述 PUSCH的传输对应的 HARQ进程为上下行子帧配比为 2时 2个 HARQ ( 2为总 HARQ进程数 )进程中的一个）。具体参见表 24。

表 24: 上下行子帧配比为 2时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U D D D S U D D D S U D D D S U D D

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx

PUSCH y y y y

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx

PUSCH y y y y

表 24示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 24给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 3收到 PHICH, 和 /或在帧 t的子帧 3收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t中的子帧 6的 UpPTS和子帧 7。同理，在 HARQ进程 X中，当在帧 t的子帧 8 接收到 PHICH, 和 /或在帧 t的子帧 8收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 2， 1 个 UpPTS 与该 UpPTS相邻的上行子帧绑定，在子帧 n接收控制信令 ( UL grant ( PDCCH 或 EPDCCH )和 /或 PHICH ), 上行资源的起始位置位于子帧 n之后的第 k 个子帧，其中：当 n=l或 6时， k=5。具体参见表 25。

表 25: 上下行子帧配比为 2时的一种实现方式

帧 t 帧 t+l 子子子子子子子子子子子子子子子子子子子子帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U D D D S U D D D S U D D D S U D D

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx

PUSCH y y y y

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Px Py Px

ULgrant Gy Gx Gy Gx

PUSCH y y y y

表 25示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 25给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程

X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 1收到 PHICH, 和 /或在帧 t的子帧 1收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t中的子帧 6的 UpPTS和子帧 7。同理，在 HARQ进程 x中，当在帧 t的子帧 6 接收到 PHICH, 和 /或在帧 t的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 1的 UpPTS和子帧 2。可选地，作为一种实现方式，上下行子帧配比为 2， 2个 UpPTS和 2个上行子帧绑定，和 /或在子帧 n之前的第 /个子帧接收 PHICH，和 /或在子帧 n接收 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=5， Z=3。

表 26: 上下行子帧配比为 2时的一种实现方式

表 26示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 26给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 3收到 PHICH, 和 /或在帧 t的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1 中的子帧 1的 UpPTS、子帧 2、子帧 6的 UpPTS和子帧 7。同理，在 HARQ 进程 X中，当在帧 t+1的子帧 3接收到 PHICH, 和 /或在帧 t+1的子帧 6收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2、子帧 6的 UpPTS和子帧 7。

需要说明的是，在该实施例中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=8 或 3时， t=8。

可选地，作为一种实现方式，上下行子帧配比为 3， 1 个 UpPTS 与该 UpPTS相邻的上行子帧绑定。具体参见表 27。

表 27: 上下行子帧配比为 3时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U U D D D D D D S U U U D D D D D

PHICH Pz Px Py Pz Px Py

ULgrant Gz Gx Gy Gz Gx Gy

PUSCH 帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Px Py Pz Px Py

ULgrant Gz Gx Gy Gz Gx Gy

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Px Py Pz Px Py

ULgrant Gz Gx Gy Gz Gx Gy

PUSCH y y

表 27示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 27给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 x中，当在帧 t的子帧 8收到 PHICH, 和 /或在帧 t的子帧 8收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 3， 1个 UpPTS和 1个上行子帧绑定，在子帧 n接收控制信令 ( UL grant ( PDCCH或 EPDCCH ) 和 /或 PHICH ), 上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4。具体参见表 28。

表 28: 上下行子帧配比为 3时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 D S U U u D D D D D D S u U u D D D D D

PHICH Pz Px Py Pz Px Py

ULgrant Gz Gx Gy Gz Gx Gy

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Px Py Pz Px Py

ULgrant Gz Gx Gy Gz Gx Gy

PUSCH y y

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Px Py Pz Px Py

ULgrant Gz Gx Gy Gz Gx Gy

PUSCH

表 28示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 28给出了连续 6帧时间（帧 t至帧 t+5 )中， HARQ进程 X中上行资源的绑定形式、分布位置，以及 HARQ 定时关系。例如，在 HARQ进程 X中，当在帧 t的子帧 7收到 PHICH, 和 / 或在帧 t的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 3， 1个 UpPTS和 2个上行子帧绑定， RTT值为 20ms。

表 29: 上下行子帧配比为 3时的一种实现方式

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D s U U U D D D D D D S U U U D D D D D

PHICH Pz Px Py

ULgrant Gy Gz Gx

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Px Py

ULgrant Gy Gz Gx

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Pz Px Py

ULgrant Gy Gz Gx

PUSCH

表 29示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 29给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 x中，当在帧 t的子帧 9收到 PHICH,和 /或在帧 t+1的子帧 8收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2 和子帧 3。

从表 29 可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，从表 29可以看出，各 HARQ进程的 RTT值为 20ms，沿用现有系统的 RTT值，对现有协议的改动小。

可选地，作为一种实现方式，上下行子帧配比为 3， 1个 UpPTS和 2个上行子帧绑定，和 /或在子帧 n之前的第 /个子帧接收 PHICH，和 /或在子帧 n接收 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4， Z=8， RTT值为 20ms。

表 30: 上下行子帧配比为 3时的一种实现方式

PUSCH

表 30示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， x表示 HARQ进程 x对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 30给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 x中，当在帧 t的子帧 9收到 PHICH,和 /或在帧 t+1的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2 和子帧 3。

从表 30 可以看出，在每个 HARQ进程中，从接收到控制信令到传输

PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，从表 30可以看出，各 HARQ进程的 RTT值为 20ms，沿用现有系统的 RTT值，对现有协议的改动小。

需要说明的是，在该实施例中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=9 时， t=12。

可选地，作为一种实现方式，上下行子帧配比为 3， 1个 UpPTS和 2个上行子帧绑定，和 /或在子帧 n之前的第 /个子帧接收 PHICH，和 /或在子帧 n接收 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=0时， k=4， 1=2; 或者，当 n=9时， k=4， ί=9。 RTT值为 20ms。在该实现方式中， UpPTS不是绑定子帧中的第 1个子帧。在该实现方式可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ 进程的 RTT值为 20ms，沿用现有系统的 RTT值，对现有协议的改动 d、。

需要说明的是，在该实施例中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH, UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=8 时， t=6; 或者，当 m=0时， t=13。

可选地，作为一种实现方式，上下行子帧配比为 4， 1 个 UpPTS 与该 UpPTS相邻的上行子帧绑定。具体参见表 31。

表 31 : 上下行子帧配比为 4时的一种实现方式

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Py Px Py

ULgrant Gx Gy Gx Gy

PUSCH y y

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Py Px Py

ULgrant Gx Gy Gx Gy

PUSCH

表 31示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 31给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程

X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 X中，当在帧 t的子帧 8收到 PHICH, 和 /或在帧 t的子帧 8收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1 中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 4， 1 个 UpPTS 与该 UpPTS 相邻的上行子帧绑定，在子帧 n 收到控制信令（ UL grant ( PDCCH/EPDCCH )和 /或 PHICH ), 上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4。具体参见表 32。

表 32: 上下行子帧配比为 4时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U D D D D D D D S U U D D D D D D

PHICH Px Py Px Py

ULgrant Gx Gy Gx Gy PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Py Px Py

ULgrant Gx Gy Gx Gy

PUSCH y y

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Py Px Py

ULgrant Gx Gy Gx Gy

PUSCH

表 32示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 32给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程

X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 X中，当在帧 t的子帧 7收到 PHICH, 和 /或在帧 t的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1 中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 4， 1个 UpPTS与 2个上行子帧绑定，和 /或在子帧 n之前的第 I个子帧收到 PHICH，在子帧 n收到控制 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4， Z=8， RTT值为 20ms。具体参见表 33。

表 33: 上下行子帧配比为 4时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U U D D D D D D D S U U D D D D D D

PHICH Px Py

ULgrant Gy Gx

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Py

ULgrant Gy Gx

PUSCH

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px Py

ULgrant Gy Gx

PUSCH

表 33示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 33给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 X中，当在帧 t的子帧 9收到 PHICH, 和 /或在帧 t+1的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH:帧 t+2 中的子帧 1的 UpPTS、子帧 2和子帧 3。

从表 33 可以看出，在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（ 3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，从表 33可以看出，各 HARQ进程的 RTT值为 20ms，沿用现有系统的 RTT值，对现有协议的改动小。

需要说明的是，在该实施例中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在该实施例中， H没在子帧 m接收到 PHICH, 且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 _m=9时， t=12。

可选地，作为一种实现方式，上下行子帧配比为 4， 1个 UpPTS与 2个上行子帧绑定，和 /或在子帧 n之前的第 I个子帧收到 PHICH，在子帧 n收到控制 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=9时， k=4， Z=l， RTT值为 20ms。在该实现方式中， UpPTS不是绑定子帧中的第 1个子帧。

在每个 HARQ进程中，从接收到控制信令到传输 PUSCH所间隔的时间是满足 UE或基站最小处理时间（3ms )前提下的最小值，釆用这样的方式可以有效减少数据的传输时延。此外，各 HARQ进程的 RTT值为 20ms，沿用现有系统的 RTT值，对现有协议的改动小。

需要说明的是，在该实施例中，虽然 PUSCH的传输是在接收到 PHICH 和 UL grant之后进行的，但这仅仅是一个示例，并非要限定 PUSCH的传输必须以接收到 PHICH和 UL grant为前提条件。作为另一种示例，当 UE仅接收到 PHICH或者仅接收到 UL grant时，也可以仅基于该 PHICH或 UL grant 找到传输 PUSCH的上行资源的位置。比如，基站可以仅向 UE发送 PHICH， UE在接收到 PHICH之后，可以基于 PHICH所在子帧找到传输 PUSCH的上行资源的位置。又如，基站向 UE发送了 PHICH和 UL grant, 但是 UE未能正确接收 UL grant,该 UE可以根据之前接收到的 PHICH所在子帧找到传输 PUSCH的上行资源的位置。具体地，在 Case 1中，假设在子帧 m接收到 PHICH,且未接收到 UL grant或者未正确接收到 UL grant时，则基于子帧 m 确定上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=8 时， t=5。

可选地，作为一种实现方式，上下行子帧配比为 5， 1 个 UpPTS 与该

UpPTS 相邻的上行子帧绑定，在子帧 n 收到控制信令（ UL grant ( PDCCH/EPDCCH )和 /或 PHICH ), 上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4。具体参见表 34。

表 34: 上下行子帧配比为 5时的一种实现方式

PUSCH

表 34示出了 1个 HARQ进程： HARQ进程 x。其中， x表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH。此外，表 34给出了连续 6帧时间（帧 t至帧 t+5 )中， HARQ进程 X中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 x中，当在帧 t的子帧 7 收到 PHICH, 和 /或在帧 t的子帧 7收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+1中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 5， 2个 UpPTS与 2个上行子帧绑定，在子帧 n收到控制 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=7时， k=4。具体参见表 35。

表 35: 上下行子帧配比为 5时的一种实现方式

帧 t 帧 t+1

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

D S U D D D D D D D D S U D D D D D D D

PHICH Px

ULgrant Gx

PUSCH

帧 t+2 帧 t+3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px

ULgrant Gx

PUSCH

帧 t+4 帧 t+5

子子子子子子子子子子子子子子子子子子子子帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧帧 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Px

ULgrant Gx

PUSCH

表 35示出了 1个 HARQ进程： HARQ进程 x。其中， x表示 HARQ进程 x对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH。此外，表 32给出了连续 6帧时间（帧 t至帧 t+5 )中， HARQ进程 X中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 x中，当在帧 t+3的子帧 7 收到 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t+4中的子帧 1 的 UpPTS和子帧 2，以及帧 t+5中的子帧 1的 UpPTS和子帧 2。

可选地，作为一种实现方式，上下行子帧配比为 6， 1 个 UpPTS 与该 UpPTS相邻的上行子帧绑定。具体参见表 36。

表 36: 上下行子帧配比为 6时的一种实现方式

表 36示出了 6个 HARQ进程： HARQ进程 1至 HARQ进程 6。其中， 1表示 HARQ进程 1对应的 PUSCH, G1表示 HARQ进程 1对应的 UL grant ( PDCCH和 /或 EPDCCH ), P1表示 HARQ进程 1对应的 PHICH， HARQ 进程 2至 HARQ进程 6同理。此外，表 36给出了连续 4帧时间（帧 t至帧 t+3 )中， HARQ进程 1至 HARQ进程 6中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 4中，当在帧 t的子帧 0收到 PHICH和 /或 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t中的子帧 6的 UpPTS和子帧 7。

应理解，在上述相对位置确定的情况下，各个 HARQ进程传输 PUSCH 的参考时间可以有多种，该参考时间用于描述控制信令（PHICH 和 /或 UL grant )到传输 PUSCH的上行资源的时间以该上行资源中的哪个子帧作为参考。具体地，可以将上行资源的起始位置所在的子帧作为参考。在该实现方式中， UpPTS位于上行资源的起始位置，则可以将该 UpPTS所在的特殊子帧作为参考，接收端根据该参考时间可以直接找到上行资源的起始位置。或者，可以将上行资源的第 1个上行子帧作为参考，接收端根据该参考时间以及上下行子帧配比能够推算出上行资源的起始位置。应理解，以上参考时间的确定仅仅是举例说明，实际中，还可以将上行资源的其他任意子帧作为参考。

可选地，作为一种实现方式，上下行子帧配比为 6，在现有绑定子帧基础上直接进行绑定 UpPTS。具体参见表 37。

表 37: 上下行子帧配比为 6时的一种实现方式

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Pz Px

ULgrant Gy Gz

PUSCH z z z

帧 t+4 帧 t+5

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9

PHICH Py Pz

ULgrant Gx Gy Gz

PUSCH y y y 表 37示出了 3个 HARQ进程： HARQ进程 x、 HARQ进程 y和 HARQ 进程 z。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x 对应的 UL grant( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y和 HARQ进程 z同理。此外，表 37给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 x、 HARQ进程 y和 HARQ进程 z中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 y中，当在帧 t的子帧 1收到 PHICH和 /或 UL grant时，在以下上行资源中传输对应的 PUSCH: 帧 t中的子帧 6的 UpPTS和子帧 7。

可选地，作为一种实现方式，上下行子帧配比为 6， 2个 UpPTS与 5个上行子帧绑定，在子帧 n收到控制 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=0或 5,时， k=6， 1=0。具体参见表 38。

表 38: 上下行子帧配比为 6时的一种实现方式

表 38示出了 2个 HARQ进程： HARQ进程 x和 HARQ进程 y。其中， X表示 HARQ进程 X对应的 PUSCH, Gx表示 HARQ进程 x对应的 UL grant ( PDCCH或 EPDCCH )， Px表示 HARQ进程 x对应的 PHICH, HARQ进程 y同理。此外，表 38给出了连续 6帧时间（帧 t至帧 t+5 ) 中， HARQ进程 X和 HARQ进程 y中上行资源的绑定形式、分布位置，以及 HARQ定时关系。例如，在 HARQ进程 X中，当在帧 t+1的子帧 5收到 UL grant和或 PHICH 时，在以下上行资源中传输对应的 PUSCH: 帧 t+2中的子帧 1的 UpPTS、子帧 2、子帧 3、子帧 4、子帧 6的 UpPTS、子帧 7和子帧 8。

在以上各种实现方式中， n、 k、 Z值示出了各个 HARQ进程中 PHICH、 UL grant和上行资源的相对位置，其中， k表示在子帧 n之后的第 k个子帧开始传输 PUSCH。应理解，在上述相对位置确定的情况下，各个 HARQ进程传输 PUSCH 的参考时间可以有多种，该参考时间用于描述控制信令 ( PHICH和 /或 UL grant )到传输 PUSCH的上行资源的时间以该上行资源中的哪个子帧作为参考。具体地，可以将上行资源的起始位置所在的子帧作为参考。在该实现方式中， UpPTS位于上行资源的起始位置，则可以将该 UpPTS 所在的特殊子帧作为参考，接收端根据该参考时间可以直接找到上行资源的起始位置。或者，可以将上行资源的第 1个上行子帧作为参考，接收端根据该参考时间以及上下行子帧配比能够推算出上行资源的起始位置。应理解，以上参考时间的确定仅仅是举例说明，实际中，还可以将上行资源的其他任意子帧作为参考。

可选地，作为一种实现方式，上下行子帧配比为 6， 2个 UpPTS与 5个上行子帧绑定，在子帧 n收到控制 UL grant ( PDCCH或 EPDCCH )，上行资源的起始位置位于子帧 n之后的第 k个子帧，其中：当 n=l或 6,时， k=7， /=0；或者，当 n=9时， k=5， 1=0。在该实现方式中， UpPTS不是绑定子帧中的第 1个子帧。

上文中结合图 1和图 2，从用户设备的角度详细描述了本发明实施例的传输 PUSCH的方法，下面将结合图 3，从基站的角度描述本发明实施例的传输 PUSCH的方法。

图 3是本发明一个实施例的传输 PUSCH的方法的示意性流程图。应理解，基站侧描述的用户设备与基站的交互及相关特性、功能等与用户设备侧的描述相应，为了简洁，适当省略重复的描述。图 3的方法包括：

310、在当前子帧向 UE 发送控制信令，该控制信令用于指示传输 PUSCH。

320、根据该当前子帧所在的子帧位置，确定用于传输该 PUSCH的上行资源，该上行资源包括 UpPTS;

330、在该上行资源接收该 PUSCH。本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。

可选地，作为一个实施例，该上行资源为 1个 UpPTS。

可选地，作为一个实施例，该当前子帧为上下行子帧配比为 r时的子帧 n，该 UpPTS位于该子帧 n之后的第 k个子帧中，其中： r=0， n=l或 6， k=5 ; 或者， _r=l， n=0或 5， k=6; 或者， r=2， n=l或 6， k=5 ; 或者， r=3， n=7， k=4; 或者， r=4， n=7， k=4; 或者， r=5， η:Ί , k=4; 或者， r=6， n=l或 6， k=5。

可选地，作为一个实施例，该 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中， r=0， q=9或 10; 或者， r=l， q=6; 或者， r=2， q=4; 或者， r=3， q=4; 或者， r=4， q=3 ; 或者， r=5， q=2; 或者， r=6， q=8或 9。该 q个 HARQ进程为该 PUSCH 的传输端（ UE或基站）的每个 HARQ实体维持的并行 HARQ进程数。

可选地，作为一个实施例，该上行资源还包括上行子帧，且该上行资源为连续的上行资源。

可选地，作为一个实施例，该上行资源为上下行子帧配比为 0时的上行资源，该上行资源包括 2个 UpPTS和 6个上行子帧。

可选地，作为一个实施例，该控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH , 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=l或 6， k=5 ; 或者，该控制信令为物理混合自动重传请求指示信道 PHICH，该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH , 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4; 当 n=l或 6时， k=7;或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。

可选地，作为一个实施例，该上行资源为上下行子帧配比为 1时的上行资源，该上行资源包括 2个 UpPTS和 4个上行子帧。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。

可选地，作为一个实施例，该上行资源为上下行子帧配比为 2时的上行资源，该上行资源包括 2个 UpPTS和 2个上行子帧。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。

可选地，作为一个实施例，该上行资源为上下行子帧配比为 3时的上行资源，该上行资源包括 1个 UpPTS和 3个上行子帧。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=0， t=21。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。

可选地，作为一个实施例，该上行资源为上下行子帧配比为 4时的上行资源，该上行资源包括 1个 UpPTS和 2个上行子帧。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=9， t=12。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=8， t=15。

可选地，作为一个实施例，该上行资源为上下行子帧配比为 5时的上行资源，该上行资源包括 2个 UpPTS和 2个上行子帧。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=7， k=4。

可选地，作为一个实施例，该上行资源为上下行子帧配比为 6时的上行资源，该上行资源包括 2个 UpPTS和 5个上行子帧。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6; 当 n=l或 6时， k=5;或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7; 当 n=9时， k=5; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9时， t=5。

上文中结合图 1至图 3，详细描述了本发明实施例的传输 PUSCH的方法，下面将结合图 4至图 7，详细描述本发明实施例的用户设备和基站。

图 4是本发明一个实施例的用户设备的示意性框图。图 4的用户设备 400 能够实现图 1至图 3中由用户设备执行的各个步骤，为避免重复，不再详细描述。用户设备 400包括接收单元 410、确定单元 420和传输单元 430。

接收单元 410，用于在当前子帧接收基站发送的控制信令，该控制信令用于指示传输物理上行共享信道 PUSCH;

确定单元 420，用于根据该接收单元 410接收该控制信令的该当前子帧的子帧位置，确定用于传输该 PUSCH的上行资源，该上行资源包括上行导频时隙 UpPTS ;

传输单元 430，用于在该确定单元 420确定的该上行资源传输该 PUSCH。本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。

可选地，作为一个实施例，该上行资源为 1个 UpPTS。

可选地，作为一个实施例，该 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中， r=0， q=9或 10; 或者， r=l， q=6; 或者， r=2， q=4; 或者， r=3， q=4; 或者， r=4， q=3 ; 或者， r=5， q=2; 或者， r=6， q=8或 9。

可选地，作为一个实施例，该控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH , 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，该控制信令为物理混合自动重传请求指示信道 PHICH，该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=4; 当 n=l或 6时， k=7;或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7; 当 n=9时， k=5 ; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9时， t=5。

图 5是本发明一个实施例的基站的示意性框图。图 5的基站 500能够实现图 1至图 3中由基站执行的各个步骤，为避免重复，不再详细描述。基站

500包括发送单元 510、确定单元 520和接收单元 530。

发送单元 510，用于在当前子帧向用户设备 UE发送控制信令，该控制信令用于指示传输物理上行共享信道 PUSCH;

确定单元 520，用于根据该发送单元 510发送该控制信令的该当前子帧所在的子帧位置，确定用于传输该 PUSCH的上行资源，该上行资源包括上行导频时隙 UpPTS ;

接收单元 530，用于在该确定单元 520确定的该上行资源接收该 PUSCH。本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。

可选地，作为一个实施例，该上行资源为 1个 UpPTS。

可选地，作为一个实施例，该控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，该控制信令为物理混合自动重传请求指示信道 PHICH，该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6; 当 n=l或 6时， k=5 ;或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH , 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=l或 6时， k=7; 当 n=9时， k=5 ; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9时， t=5。

图 6是本发明一个实施例的用户设备的示意性框图。图 6的用户设备 600 能够实现图 1至图 3中由用户设备执行的各个步骤，为避免重复，不再详细描述。用户设备 600包括接收器 610、处理器 620和发送器 630。

接收器 610，用于在当前子帧接收基站发送的控制信令，该控制信令用于指示传输物理上行共享信道 PUSCH;

处理器 620，用于根据该接收器 610接收该控制信令的该当前子帧的子帧位置，确定用于传输该 PUSCH的上行资源，该上行资源包括上行导频时隙 UpPTS ;

发送器 630，用于在该处理器 620确定的该上行资源传输该 PUSCH。本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。

可选地，作为一个实施例，该上行资源为 1个 UpPTS。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。可选地，作为一个实施例，该上行资源为上下行子帧配比为 2时的上行资源，该上行资源包括 2个 UpPTS和 2个上行子帧。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，该控制信令为 PHICH，该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH , 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中：当 n=0或 5时， k=6; 当 n=l或 6时， k=5 ;或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。

图 7是本发明一个实施例的基站的示意性框图。图 7的基站 700能够实现图 1至图 3中由基站执行的各个步骤，为避免重复，不再详细描述。基站

700包括发送器 710、处理器 720和接收器 730。

发送器 710，用于在当前子帧向用户设备 UE发送控制信令，该控制信令用于指示传输物理上行共享信道 PUSCH;

处理器 720，用于根据该发送器 710发送该控制信令的该当前子帧所在的子帧位置，确定用于传输该 PUSCH的上行资源，该上行资源包括上行导频时隙 UpPTS ;

接收器 730，用于在该处理器 720确定的该上行资源接收该 PUSCH。本发明实施例中，将 UpPTS用于 PUSCH的传输，相当于增加了单位时间内上行传输的数据量，从而增加了 TDD系统上行的吞吐量。

可选地，作为一个实施例，该上行资源为 1个 UpPTS。

可选地，作为一个实施例，该当前子帧为上下行子帧配比为 r时的子帧 n，该 UpPTS位于该子帧 n之后的第 k个子帧中，其中： r=0， n=l或 6， k=5 ; 或者， _r=l， n=0或 5， k=6; 或者， r=2， n=l或 6， k=5 ; 或者， r=3， n=7， k=4; 或者， r=4， n=7， k=4; 或者， r=5， η:Ί , k=4; 或者， r=6， n=l或 6， k=5。可选地，作为一个实施例，该 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中， r=0， q=9或 10; 或者， r=l， q=6; 或者， r=2， q=4; 或者， r=3， q=4; 或者， r=4， q=3; 或者， r=5， q=2; 或者， r=6， q=8或 9。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，该控制信令为 PHICH, 该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。

可选地，作为一个实施例，该控制信令为 PDCCH或者 EPDCCH, 该当前子帧为子帧 n，该上行资源的起始位置位于该子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，该控制信令为 PHICH，该当前子帧为子帧 m，该上行资源的起始位置位于该子帧 m之后的第 t个子帧，其中： m=8， t=15。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接辆合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括： U盘、移动硬盘、只读存储器（ ROM, Read-Only Memory )、随机存取存储器（RAM, Random Access Memory ), 磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

权利要求

1、一种传输物理上行共享信道 PUSCH的方法，其特征在于，包括：在当前子帧接收基站发送的控制信令，所述控制信令用于指示传输

PUSCH;

根据所述当前子帧的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS;

在所述上行资源传输所述 PUSCH。
2、如权利要求 1所述的方法，其特征在于，所述上行资源为 1个 UpPTS。
3、如权利要求 2所述的方法，其特征在于，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子帧中，其中：

r=0， n=l或 6， k=5; 或者，

r=l， n=0或 5， k=6; 或者，

r=2， n=l或 6， k=5; 或者，

r=3， η:Ί, k=4; 或者，

r=4， η:Ί, k=4; 或者，

r=5， η:Ί, k=4; 或者，

r-6, n-l或 6， k=5。
4、如权利要求 2所述的方法，其特征在于，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中，

r=0， q=9或 10; 或者，

r=l， q-6; 或者，

r=2， q=4; 或者，

r=3， q=4; 或者，

r=4， q=3; 或者，

r=5， q=2; 或者，

r=6， q=8或 9。
5、如权利要求 1所述的方法，其特征在于，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。
6、如权利要求 5所述的方法，其特征在于，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。
7、如权利要求 6所述的方法，其特征在于，

所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。
8、如权利要求 6所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=4; 当 n=l或 6时， k=7; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。
9、如权利要求 5所述的方法，其特征在于，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。
10、如权利要求 9所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。
11、如权利要求 9所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。
12、如权利要求 5所述的方法，其特征在于，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。 13、如权利要求 12所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。
14、如权利要求 5所述的方法，其特征在于，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。
15、如权利要求 14所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。
16、如权利要求 14所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。
17、如权利要求 5所述的方法，其特征在于，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。
18、如权利要求 17所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。
19、如权利要求 17所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。
20、如权利要求 5所述的方法，其特征在于，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。
21、如权利要求 20所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。
22、如权利要求 5所述的方法，其特征在于，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。
23、如权利要求 22所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=6; 当 n=l或 6时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。
24、如权利要求 22所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6 时， k=7; 当 n=9时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9 时， t=5。

25、如权利要求 1-24 中任一项所述的方法，其特征在于，所述上行资源中的 UpPTS包括扩展后的 UpPTS，其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS占用的符号数 X e (3, 10); 当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS占用的符号数 (3, 8)。
26、一种传输物理上行共享信道 PUSCH的方法，其特征在于，包括：在当前子帧向用户设备发送控制信令，所述控制信令用于指示传输

PUSCH; 根据所述当前子帧所在的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS ;

在所述上行资源接收所述 PUSCH。
27、如权利要求 26 所述的方法，其特征在于，所述上行资源为 1 个 UpPTS。
28、如权利要求 27所述的方法，其特征在于，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子帧中，其中：

r=0， n=l或 6， k=5 ; 或者，

r=l， n=0或 5， k=6; 或者，

r=2， n=l或 6， k=5 ; 或者，

r=3， η:Ί , k=4; 或者，

r=4， η:Ί , k=4; 或者，

r=5， η:Ί , k=4; 或者，

r-6, n-l或 6， k=5。
29、如权利要求 27所述的方法，其特征在于，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中，

r=0， q=9或 10; 或者，

r=l， q-6 或者，

r=2， q=4 或者，

r=3， q=4 或者，

r=4， q=3 或者，

r=5， q=2 或者，

r=6， q=8或 9。
30、如权利要求 26所述的方法，其特征在于，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。
31、如权利要求 30所述的方法，其特征在于，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。

32、如权利要求 31所述的方法，其特征在于，所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。
33、如权利要求 31所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=4; 当 n=l或 6时， k=7; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。
34、如权利要求 30所述的方法，其特征在于，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。
35、如权利要求 34所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。
36、如权利要求 34所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。
37、如权利要求 30所述的方法，其特征在于，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。 38、如权利要求 37所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。
39、如权利要求 30所述的方法，其特征在于，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。
40、如权利要求 39所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。
41、如权利要求 39所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。
42、如权利要求 30所述的方法，其特征在于，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。
43、如权利要求 42所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。
44、如权利要求 42所述的方法，其特征在于，所述控制信令为 PDCCH或者 EPDCCH，所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。
45、如权利要求 30所述的方法，其特征在于，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。
46、如权利要求 45所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。
47、如权利要求 30所述的方法，其特征在于，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。
48、如权利要求 47所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=6; 当 n=l或 6时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。
49、如权利要求 47所述的方法，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6 时， k=7; 当 n=9时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9 时， t=5。

50、如权利要求 26-49中任一项所述的方法，其特征在于，所述上行资源中的 UpPTS包括扩展后的 UpPTS，其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS占用的符号数 X e (3, 10); 当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS占用的符号数 (3, 8)。
51、一种用户设备，其特征在于，包括：

接收单元，用于在当前子帧接收基站发送的控制信令，所述控制信令用于指示传输物理上行共享信道 PUSCH;

确定单元，用于根据所述接收单元接收所述控制信令的所述当前子帧的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS ;
52、如权利要求 51 所述的用户设备，其特征在于，所述上行资源为 1 个 UpPTS。
53、如权利要求 52所述的用户设备，其特征在于，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子

, 其中

=0， η= :1或 6， k=5 ; 或者，

Γ= :1， η: =0或 5， k=6; 或者，

Γ= =2， η= :1或 6， k=5 ; 或者，

Γ= =3， η= :7， k=4 或者，

Γ= :4， η: :7， k=4 或者，

Γ= =5， η= :7， k=4 或者，

Γ= =6， η= :1或 6， k=5。
54、如权利要求 52所述的用户设备，其特征在于，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ 进程中的一个，其中，

r=0， q=9或 10; 或者，

r=l， q-6 或者，

r=2， q=4 或者，

r=3， q=4 或者，

r=4， q=3 或者，

r=5， q=2 或者，

r=6， q=8或 9。
55、如权利要求 51 所述的用户设备，其特征在于，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。
56、如权利要求 55所述的用户设备，其特征在于，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。
57、如权利要求 56所述的用户设备，其特征在于，

所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。
58、如权利要求 56所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=4; 当 n=l或 6时， k=7; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。
59、如权利要求 55所述的用户设备，其特征在于，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。
60、如权利要求 59所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。
61、如权利要求 59所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。
62、如权利要求 55所述的用户设备，其特征在于，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。
63、如权利要求 62所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。
64、如权利要求 55所述的用户设备，其特征在于，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。
65、如权利要求 64所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。
66、如权利要求 64所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。
67、如权利要求 55所述的用户设备，其特征在于，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。
68、如权利要求 67所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。
69、如权利要求 67所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。
70、如权利要求 55所述的用户设备，其特征在于，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。
71、如权利要求 70所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。
72、如权利要求 55所述的用户设备，其特征在于，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。
73、如权利要求 72所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=6; 当 n=l或 6时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。
74、如权利要求 72所述的用户设备，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6 时， k=7; 当 n=9时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9 时， t=5。

75、如权利要求 51-74中任一项所述的用户设备，其特征在于，所述上行资源中的 UpPTS包括扩展后的 UpPTS，其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS占用的符号数 X ^ (3, 10);当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS 占用的符号数 (3, 8)。
76、一种基站，其特征在于，包括：

发送单元，用于在当前子帧向用户设备 UE发送控制信令，所述控制信令用于指示传输物理上行共享信道 PUSCH;

确定单元，用于根据所述发送单元发送所述控制信令的所述当前子帧所在的子帧位置，确定用于传输所述 PUSCH的上行资源，所述上行资源包括上行导频时隙 UpPTS;

接收单元，用于在所述确定单元确定的所述上行资源接收所述 PUSCH。
77、如权利要求 76 所述的基站，其特征在于，所述上行资源为 1 个 UpPTS。
78、如权利要求 77所述的基站，其特征在于，所述当前子帧为上下行子帧配比为 r时的子帧 n，所述 UpPTS位于所述子帧 n之后的第 k个子帧中，其中：

r=0， n=l或 6， k=5; 或者，

r=l， n=0或 5， k=6; 或者，

r=2， n=l或 6， k=5; 或者，

r=3， η:Ί, k=4; 或者，

r=4， η:Ί, k=4; 或者，

r=5， η:Ί, k=4; 或者，

r-6, n-l或 6， k=5。
79、如权利要求 77所述的基站，其特征在于，所述 PUSCH的传输对应的混合自动重传请求 HARQ进程为上下行子帧配比为 r时 q个 HARQ进程中的一个，其中，

r=0， q=9或 10; 或者，

r=l， q-6; 或者，

r=2， q=4; 或者， r=3， q=4; 或者，

r=4， q=3; 或者，

r=5， q=2; 或者，

r=6， q=8或 9。
80、如权利要求 76所述的基站，其特征在于，所述上行资源还包括上行子帧，且所述上行资源为连续的上行资源。
81、如权利要求 80所述的基站，其特征在于，所述上行资源为上下行子帧配比为 0时的上行资源，所述上行资源包括 2个 UpPTS和 6个上行子帧。
82、如权利要求 81所述的基站，其特征在于，

所述控制信令为物理下行控制信道 PDCCH或者增强的物理下行控制信道 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为物理混合自动重传请求指示信道 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=16。
83、如权利要求 81所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=4; 当 n=l或 6时， k=7; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=0或 5时， t=14; 当 m=l或 6时， t=17。
84、如权利要求 80所述的基站，其特征在于，所述上行资源为上下行子帧配比为 1时的上行资源，所述上行资源包括 2个 UpPTS和 4个上行子帧。
85、如权利要求 84所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 4， t=17。
86、如权利要求 84所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=4或 9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=l或 6， t=17。
87、如权利要求 80所述的基站，其特征在于，所述上行资源为上下行子帧配比为 2时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。
88、如权利要求 87所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=l或 6， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8或 3， t=18。
89、如权利要求 80所述的基站，其特征在于，所述上行资源为上下行子帧配比为 3时的上行资源，所述上行资源包括 1个 UpPTS和 3个上行子帧。
90、如权利要求 89所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0， t=21。
91、如权利要求 89所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=0或 9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9或 8， t=15。 92、如权利要求 80所述的基站，其特征在于，所述上行资源为上下行子帧配比为 4时的上行资源，所述上行资源包括 1个 UpPTS和 2个上行子帧。
93、如权利要求 92所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=9， t=12。
94、如权利要求 93所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=9， k=4; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=8， t=15。
95、如权利要求 80所述的基站，其特征在于，所述上行资源为上下行子帧配比为 5时的上行资源，所述上行资源包括 2个 UpPTS和 2个上行子帧。
96、如权利要求 95所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中： n=7， k=4。
97、如权利要求 80所述的基站，其特征在于，所述上行资源为上下行子帧配比为 6时的上行资源，所述上行资源包括 2个 UpPTS和 5个上行子帧。
98、如权利要求 97所述的基站，其特征在于，

所述控制信令为 PDCCH或者 EPDCCH, 所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=0或 5 时， k=6; 当 n=l或 6时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中： m=0或 5， t=6。
99、如权利要求 97所述的基站，其特征在于，所述控制信令为 PDCCH或者 EPDCCH，所述当前子帧为子帧 n，所述上行资源的起始位置位于所述子帧 n之后的第 k个子帧，其中：当 n=l或 6 时， k=7; 当 n=9时， k=5; 或者，

所述控制信令为 PHICH,所述当前子帧为子帧 m，所述上行资源的起始位置位于所述子帧 m之后的第 t个子帧，其中：当 m=l或 6时， t=7; 当 m=9 时， t=5。

100、如权利要求 76-99 中任一项所述的基站，其特征在于，所述上行资源中的 UpPTS包括扩展后的 UpPTS，其中，当所述扩展后的 UpPTS所在子帧插入正常循环前缀 CP时，所述扩展后的 UpPTS 占用的符号数 x e (3, 10);当所述扩展后的 UpPTS所在子帧插入扩展 CP时，所述扩展后的 UpPTS 占用的符号数 (3, 8)。