CN110896346A - 传输pusch的方法、用户设备和基站 - Google Patents

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＝1或6，k＝5；或者，r＝1，n＝0或5，k＝6；或者，r＝2，n＝1或6，k＝5；或者，r＝3，n＝7，k＝4；或者，r＝4，n＝7，k＝4；或者，r＝5，n＝7，k＝4；或者，r＝6，n＝1或6，k＝5。

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述PUSCH的传输对应的混合自动重传请求HARQ进程为上下行子帧配比为r时q个HARQ进程中的一个，其中，r＝0，q＝9或10；或者，r＝1，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＝1或6，k＝5；或者，所述控制信令为物理混合自动重传请求指示信道PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝16。

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

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

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，所述控制信令为PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

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

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

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

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

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

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述PUSCH的传输对应的混合自动重传请求HARQ进程为上下行子帧配比为r时q个HARQ进程中的一个，其中，r＝0，q＝9或10；或者，r＝1，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＝1或6，k＝5；或者，所述控制信令为物理混合自动重传请求指示信道PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝16。

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

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

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，所述控制信令为PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

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

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

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

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

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

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述PUSCH的传输对应的混合自动重传请求HARQ进程为上下行子帧配比为r时q个HARQ进程中的一个，其中，r＝0，q＝9或10；或者，r＝1，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＝1或6，k＝5；或者，所述控制信令为物理混合自动重传请求指示信道PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝16。

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

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

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，所述控制信令为PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

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

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

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

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

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

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述PUSCH的传输对应的混合自动重传请求HARQ进程为上下行子帧配比为r时q个HARQ进程中的一个，其中，r＝0，q＝9或10；或者，r＝1，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＝1或6，k＝5；或者，所述控制信令为物理混合自动重传请求指示信道PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝16。

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

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

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述控制信令为PDCCH或者EPDCCH，所述当前子帧为子帧n，所述上行资源的起始位置位于所述子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，所述控制信令为PHICH，所述当前子帧为子帧m，所述上行资源的起始位置位于所述子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

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

结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述上行资源中的UpPTS包括扩展后的UpPTS，其中，当所述扩展后的UpPTS所在子帧插入正常循环前缀CP时，所述扩展后的UpPTS占用的符号数x∈(3,10)；当所述扩展后的UpPTS所在子帧插入扩展CP时，所述扩展后的UpPTS占用的符号数x∈(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部分用于传输上行的探测参考信号(SoundingReference 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)及便携设备(portable equipment)等，该用户设备可以经无线接入网(RAN，Radio Access Network)与一个或多个核心网进行通信，例如，用户设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。图2的方法包括：

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

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

应理解，该控制信令可以是指物理下行控制信道(Physical Downlink ControlChannel，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。假设上行资源包括多个UpPTS，可以通过该多个UpPTS传输1个或多个PUSCH。假设上行资源包括UpPTS和上行子帧，可以在UpPTS中传输1个PUSCH，在每个上行子帧中各传输1个PUSCH；或者，可以由1个UpPTS和与其位置靠近的1个上行子帧共同传输1个PUSCH，剩余的上行子帧各自传输1个PUSCH。

需要说明的是，这里的UpPTS可以是现有的UpPTS，也可以是扩展后的UpPTS。这里所指的扩展后的UpPTS在特殊子帧所占的正交频分复用(Orthogonal Frequency DivisionMultiplexing，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时可以参考的原则，并非是必须要满足的原则。具体在设计UpPTS传输PUSCH时，可以仅考虑上述原则中的部分原则，如仅考虑涉及RTT的原则，或者考虑涉及RTT和HARQ进程的原则等。在上述原则的指导下，下文详细描述在各种上下行子帧配比下，UpPTS单独传输PUSCH时，接收控制信令与该UpPTS的定时关系。

上下行子帧配比为0，上述当前子帧为子帧n，即在子帧n接收控制信令。用于传输PUSCH的1个UpPTS可位于该子帧n之后的第k个子帧中，其中：当n＝1或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时的一种实现方式

表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＝1或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＝1或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时的一种实现方式

表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。在Case1中，新增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。在Case1中，新增1个HARQ进程，RTT＝10ms。具体参照表8。

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

表8中示出了新增的1个HARQ进程：HARQ进程x。其中，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。在Case1中，新增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＝1或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的一种实现方式

表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定时关系

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

Case 1：上下行子帧配比为0，上行资源包括2个UpPTS和6个上行子帧，UpPTS位于上行资源的起始位置，在子帧n接收(或检测)UL grant(PDCCH或EPDCCH)，和/或在子帧n之前的第l个子帧接收(或检测)PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝1或6时，k＝5，l＝11。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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝0或5时，k＝4，l＝10；当n＝1或6时，k＝7，l＝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＝1或6时，t＝17。

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

Case 1：上下行子帧配比为1，上行资源包括2个UpPTS和4个上行子帧，UpPTS位于上行资源的起始位置，在子帧n接收UL grant(PDCCH或EPDCCH)，和/或在子帧n之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝1或6时，k＝5，l＝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收到ULgrant时，在以下上行资源中传输对应的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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝4或9时，k＝4，l＝13。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 1中，假设在子帧m接收到PHICH，且未接收到UL grant或者未正确接收到UL grant时，则基于子帧m确定上行资源的起始位置位于该子帧m之后的第t个子帧，其中：当m＝1或6时，t＝17。

可选地，作为一个实施例，上下行子帧配比为2，上行资源包括2个UpPTS和2个上行子帧。需要说明的是，在上下行子帧配比为2的情况下，2个UpPTS和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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝1或6时，k＝5，l＝13。Case 1中的其他参数可包括：HARQ进程数为3(即上述PUSCH的传输对应的HARQ进程为上下行子帧配比为2时3个HARQ进程中的一个)，和/或RTT值为30ms，具体参见表14。

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

表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的情况下，1个UpPTS和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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝7时，k＝4，l＝17。Case 1中的其他参数可包括：HARQ进程数为3(即上述PUSCH的传输对应的HARQ进程为上下行子帧配比为3时3个HARQ进程中的一个)，和/或RTT值为30ms，具体参见表15。

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

表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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝0或9时，k＝4，l＝11。Case 2中的其他参数可包括：HARQ进程数为3(即上述PUSCH的传输对应的HARQ进程为上下行子帧配比为3时3个HARQ进程中的一个)，和/或RTT值为30ms，具体参见表16。

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

表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的情况下，1个UpPTS和2个上行子帧绑定成连续的上行资源的方式可以有多种。例如，可以让上行子帧位于该上行资源的起始位置，也可以让UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式确定，HARQ进程数或HARQ进程的RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出RTT值为30ms的2种具体的实现方式：Case 1和Case 2。后续还会对本发明实施例的其他实现方式做详细介绍。

Case 1：上下行子帧配比为4，上行资源包括1个UpPTS和2个上行子帧，UpPTS位于上行资源的起始位置，在子帧n接收UL grant(PDCCH和/或EPDCCH)，和/或在子帧n之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝7时，k＝4，l＝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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝9时，k＝4，l＝11。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的情况下，2个UpPTS和5个上行子帧绑定成连续的上行资源的方式可以有多种。例如，可以让上行子帧位于该上行资源的起始位置，也可以让UpPTS位于该上行资源的起始位置。此外，即使上行资源的绑定形式确定，HARQ进程数或HARQ进程的RTT值也可以有多种，本发明实施例对此不作具体限定。下面给出RTT值为30ms的2种具体的实现方式：Case 1和Case 2。后续还会对本发明实施例的其他实现方式做详细介绍。

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

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

表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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝1或6时，k＝7，l＝0；或者，当n＝9时，k＝5，l＝0。Case 2中的其他参数可包括：HARQ进程数为3(即上述PUSCH的传输对应的HARQ进程为上下行子帧配比为6时3个HARQ(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＝1或6时，t＝7或当m＝9时，t＝5。

在以上各种实现方式中，n、k、l值示出了各个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接收控制信令(ULgrant(PDCCH或EPDCCH))，上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝1或6时，k＝5。

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

表19示出了7个HARQ进程：HARQ进程1到HARQ进程7。其中，1表示HARQ进程1对应的PUSCH，G1表示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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝0或5时，k＝4，l＝9；或者，当n＝1或6时，k＝7或6，l＝6。具体参见表20。该实现方式下的其他参数还可包括：HARQ进程数为3(即上述PUSCH的传输对应的HARQ进程为上下行子帧配比为0时3个HARQ(3为总HARQ进程数)进程中的一个)。

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

表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之前的第l个子帧接收PHICH。上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝0或5时，k＝4，l＝5；或者，当n＝1时，k＝6，l＝5；或者，当n＝6时，k＝7，l＝1；或者，当n＝1时，k＝7，l＝1；或者，当n＝6时，k＝6，l＝5。该实现方式下的其他参数还可包括：HARQ进程数为3(即上述PUSCH的传输对应的HARQ进程为上下行子帧配比为0时3个HARQ(3为总HARQ进程数)进程中的一个)，和/或RTT值为20ms。具体参见表21。

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

表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值，对现有协议的改动小。

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

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

表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时的一种实现方式

表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＝1或6时，k＝5。具体参见表25。

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

表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之前的第l个子帧接收PHICH，和/或在子帧n接收UL grant(PDCCH或EPDCCH)，上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝1或6时，k＝5，l＝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时的一种实现方式

表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时的一种实现方式

表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时的一种实现方式

表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之前的第l个子帧接收PHICH，和/或在子帧n接收UL grant(PDCCH或EPDCCH)，上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝7时，k＝4，l＝8，RTT值为20ms。

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

表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之前的第l个子帧接收PHICH，和/或在子帧n接收UL grant(PDCCH或EPDCCH)，上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝0时，k＝4，l＝2；或者，当n＝9时，k＝4，l＝9。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＝6；或者，当m＝0时，t＝13。

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

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

表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时的一种实现方式

表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之前的第l个子帧收到PHICH，在子帧n收到控制UL grant(PDCCH或EPDCCH)，上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝7时，k＝4，l＝8，RTT值为20ms。具体参见表33。

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

表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的上行资源的位置。具体地，在该实施例中，假设在子帧m接收到PHICH，且未接收到UL grant或者未正确接收到UL grant时，则基于子帧m确定上行资源的起始位置位于该子帧m之后的第t个子帧，其中：当m＝9时，t＝12。

可选地，作为一种实现方式，上下行子帧配比为4，1个UpPTS与2个上行子帧绑定，和/或在子帧n之前的第l个子帧收到PHICH，在子帧n收到控制UL grant(PDCCH或EPDCCH)，上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝9时，k＝4，l＝1，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时的一种实现方式

表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收到ULgrant时，在以下上行资源中传输对应的PUSCH：帧t+1中的子帧1的UpPTS和子帧2。

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

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

表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时的一种实现方式

表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。

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

可选地，作为一种实现方式，上下行子帧配比为6，2个UpPTS与5个上行子帧绑定，在子帧n收到控制UL grant(PDCCH或EPDCCH)，上行资源的起始位置位于子帧n之后的第k个子帧，其中：当n＝0或5,时，k＝6，l＝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、l值示出了各个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＝1或6,时，k＝7，l＝0；或者，当n＝9时，k＝5，l＝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＝1或6，k＝5；或者，r＝1，n＝0或5，k＝6；或者，r＝2，n＝1或6，k＝5；或者，r＝3，n＝7，k＝4；或者，r＝4，n＝7，k＝4；或者，r＝5，n＝7，k＝4；或者，r＝6，n＝1或6，k＝5。

可选地，作为一个实施例，该PUSCH的传输对应的混合自动重传请求HARQ进程为上下行子帧配比为r时q个HARQ进程中的一个，其中，r＝0，q＝9或10；或者，r＝1，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进程数。

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

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

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

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

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

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：当n＝1或6时，k＝7；当n＝9时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：当m＝1或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。

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

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

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

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

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

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

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

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：当n＝1或6时，k＝7；当n＝9时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：当m＝1或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。

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

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

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

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

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

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

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

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：当n＝1或6时，k＝7；当n＝9时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：当m＝1或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。

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

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

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

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

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

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

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

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

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

图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＝1或6，k＝5；或者，r＝1，n＝0或5，k＝6；或者，r＝2，n＝1或6，k＝5；或者，r＝3，n＝7，k＝4；或者，r＝4，n＝7，k＝4；或者，r＝5，n＝7，k＝4；或者，r＝6，n＝1或6，k＝5。

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

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

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

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

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

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

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6，t＝17。

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

可选地，作为一个实施例，该控制信令为PDCCH或者EPDCCH，该当前子帧为子帧n，该上行资源的起始位置位于该子帧n之后的第k个子帧，其中：n＝1或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＝1或6时，k＝5；或者，该控制信令为PHICH，该当前子帧为子帧m，该上行资源的起始位置位于该子帧m之后的第t个子帧，其中：m＝0或5，t＝6。

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

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

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

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

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

Claims (15)

1.一种传输物理上行共享信道PUSCH的方法，其特征在于，包括：

在第一子帧接收基站发送的控制信令，所述控制信令用于指示传输PUSCH；

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

在所述上行资源传输所述PUSCH。

2.如权利要求1所述的方法，其特征在于，所述上行资源为1个UpPTS。

3.如权利要求2所述的方法，其特征在于，所述第一子帧为上下行子帧配比为r时的子帧n，所述UpPTS位于所述子帧n之后的第k个子帧中，其中：

r＝0，n＝1或6，k＝5；或者，

r＝1，n＝0或5，k＝6；或者，

r＝2，n＝1或6，k＝5；或者，

r＝3，n＝7，k＝4；或者，

r＝4，n＝7，k＝4；或者，

r＝5，n＝7，k＝4；或者，

r＝6，n＝1或6，k＝5。

4.如权利要求2所述的方法，其特征在于，所述PUSCH的传输对应的混合自动重传请求HARQ进程为上下行子帧配比为r时q个HARQ进程中的一个，其中，

r＝0，q＝9或10；或者，

r＝1，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-4中任一项所述的方法，其特征在于，所述上行资源中的UpPTS包括扩展后的UpPTS，其中，当所述扩展后的UpPTS所在子帧插入正常循环前缀CP时，所述扩展后的UpPTS占用的符号数x∈(3,10)；当所述扩展后的UpPTS所在子帧插入扩展CP时，所述扩展后的UpPTS占用的符号数x∈(3,8)。

6.一种传输物理上行共享信道PUSCH的方法，其特征在于，包括：

在第一子帧向用户设备发送控制信令，所述控制信令用于指示传输PUSCH；

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

在所述上行资源接收所述PUSCH。

7.如权利要求6所述的方法，其特征在于，所述上行资源为1个UpPTS。

8.如权利要求7所述的方法，其特征在于，所述第一子帧为上下行子帧配比为r时的子帧n，所述UpPTS位于所述子帧n之后的第k个子帧中，其中：

r＝0，n＝1或6，k＝5；或者，

r＝1，n＝0或5，k＝6；或者，

r＝2，n＝1或6，k＝5；或者，

r＝3，n＝7，k＝4；或者，

r＝4，n＝7，k＝4；或者，

r＝5，n＝7，k＝4；或者，

r＝6，n＝1或6，k＝5。

9.如权利要求7所述的方法，其特征在于，所述PUSCH的传输对应的混合自动重传请求HARQ进程为上下行子帧配比为r时q个HARQ进程中的一个，其中，

r＝0，q＝9或10；或者，

r＝1，q＝6；或者，

r＝2，q＝4；或者，

r＝3，q＝4；或者，

r＝4，q＝3；或者，

r＝5，q＝2；或者，

r＝6，q＝8或9。

10.如权利要求6-9中任一项所述的方法，其特征在于，所述上行资源中的UpPTS包括扩展后的UpPTS，其中，当所述扩展后的UpPTS所在子帧插入正常循环前缀CP时，所述扩展后的UpPTS占用的符号数x∈(3,10)；当所述扩展后的UpPTS所在子帧插入扩展CP时，所述扩展后的UpPTS占用的符号数x∈(3,8)。

11.一种通信装置，其特征在于，所述通信装置用于执行如权利要求1-5任一项所述的方法。

12.如权利要求11所述的通信装置，其特征在于，所述通信装置为用户设备。

13.一种通信装置，其特征在于，所述通信装置用于执行如权利要求6-10任一项所述的方法。

14.如权利要求13所述的通信装置，其特征在于，所述通信装置为基站。

15.一种计算机可读存储介质，包括指令，当所述指令被运行时，使得如权利要求1-5任一项所述的方法或者如权利要求6-10任一项所述的方法被执行。

Images