[go: up one dir, main page]

CN109195227A - 传输上行数据的方法、用户设备和基站 - Google Patents

传输上行数据的方法、用户设备和基站 Download PDF

Info

Publication number
CN109195227A
CN109195227A CN201811198332.XA CN201811198332A CN109195227A CN 109195227 A CN109195227 A CN 109195227A CN 201811198332 A CN201811198332 A CN 201811198332A CN 109195227 A CN109195227 A CN 109195227A
Authority
CN
China
Prior art keywords
subframe
binding
sub
configuration
subframes
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201811198332.XA
Other languages
English (en)
Other versions
CN109195227B (zh
Inventor
栗忠峰
唐臻飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Godo Kaisha IP Bridge 1
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201811198332.XA priority Critical patent/CN109195227B/zh
Publication of CN109195227A publication Critical patent/CN109195227A/zh
Application granted granted Critical
Publication of CN109195227B publication Critical patent/CN109195227B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0092—Indication of how the channel is divided
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供一种传输上行数据的方法、用户设备和基站，该方法包括：当用户设备UE在子帧n正确接收用于指示该UE传输物理上行共享信道PUSCH的下行控制信令时，根据该下行控制信令以及绑定子帧配置，确定传输该PUSCH的绑定子帧，其中该绑定子帧配置包括绑定子帧个数；在该绑定子帧上传输该PUSCH。本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。

Description

传输上行数据的方法、用户设备和基站
本申请是申请日为2013年09月27日、申请号为201380004572.0、申请名称为“传输上行数据的方法、用户设备和基站”的中国专利申请的分案申请，其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及无线通信领域，并且更具体地，涉及一种传输上行数据的方法、用户设备和基站。
背景技术
长期演进(long term evolution，LTE)技术提供各种基于网络协议(internetprotocol，IP)的服务如基于IP的语音服务(voice over IP，VoIP)和尽力而为(besteffort)的数据服务。由于基于IP传输机制提供了各种服务，LTE对基于IP的业务传输进行了优化。如对于VoIP业务需要考虑其传输时延，传输周期，调度信令开销和用户容量等。对于VoIP业务，其一般具有固定的包到达周期，如典型的值为20ms。LTE在物理层定义了各种物理信道来传输各种消息，如物理上行共享信道(physical uplink shared channel，PUSCH)，物理下行共享信道(physical downlink shared channel，PDSCH)，物理上行控制信道(physical uplink control channel，PUCCH)，物理下行控制信道(physicaldownlink control channel，PDCCH)等。对于数据信道基本的传输时间间隔(transmissiontime interval，TTI)为1个子帧。1个子帧为1ms，包含2个时隙。在每个TTI中，不同用户设备(user equipment，UE)可以使用不同的频率资源共享该TTI。
对于时分双工(time division duplex，TDD)系统，1帧为10ms，包括10个子帧，每个子帧为1ms，子帧包括普通子帧和特殊子帧，对于特殊子帧包括3部分：下行导频时隙，保护间隔，上行导频时隙。现有TDD系统具有其中上下行子帧配置，配置0～配置6对应的上下行子帧配置如下表所示：
其中，D表示下行子帧，S表示特殊子帧，U表示上行子帧。
在TDD系统中，对于时延敏感类的业务，如VoIP业务，由于具有传输时延要求，且业务自身需要一定的调度周期，所以能够用于调度相同数据包的资源有限，导致信号的覆盖性能低。
发明内容
本申请实施例提供一种传输上行数据的方法、用户设备和基站，以增强了信号的覆盖性能。
第一方面，提供一种传输上行数据的方法，包括：当用户设备UE在子帧n正确接收用于指示所述UE传输物理上行共享信道PUSCH的下行控制信令时，根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；在所述绑定子帧上传输所述PUSCH。
结合第一方面，在第一方面的一种实现方式中，所述当前上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为12，所述UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数小于12，所述UE的HARQ进程数或子帧绑定配置数大于1，所述方法还包括：当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上传输所述PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为4，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，还包括：接收基站发送的指示信息，所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述当前上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为6，所述UE的HARQ进程数或子帧绑定配置数为1。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数小于6，所述UE的HARQ进程数或子帧绑定配置数大于1，所述方法还包括：当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上传输所述PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为3，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述当前上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为10。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为1，所述绑定子帧为所述配置6下的连续10个上行子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为2，所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为3，所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数小于10，所述UE的HARQ进程数或子帧绑定配置数大于1，所述方法还包括：当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上传输所述PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为5，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述当前上下行子帧配置为配置1，所述绑定子帧个数为2，所述HARQ进程数或子帧绑定配置数为3，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述方法还包括：当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上传输所述PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述当前上下行子帧配置为配置2，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为1，所述方法还包括：在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述当前上下行子帧配置为配置4，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为1，所述方法还包括：当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上传输所述PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述当前上下行子帧配置为配置5，所述绑定子帧个数为2。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为4，所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为5，所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方式中，所述绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
第二方面，提供一种传输上行数据的方法，包括：当基站在子帧n发送用于指示所述用户设备UE传输物理上行共享信道PUSCH的下行控制信令时，根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；在所述绑定子帧上接收所述PUSCH。
结合第二方面，在第二方面的一种实现方式中，所述当前上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为12，所述UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数小于12，所述UE的HARQ进程数或子帧绑定配置数大于1，所述方法还包括：当基站向所述UE发送用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上接收所述PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为4，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，还包括：向UE发送指示信息，所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述当前上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为6，所述UE的HARQ进程数或子帧绑定配置数为1。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数小于6，所述UE的HARQ进程数或子帧绑定配置数大于1，所述方法还包括：当基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上接收所述PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为3，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述当前上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为10。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为1，所述绑定子帧为所述配置6下的连续10个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为2，所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为3，所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数小于10，所述UE的HARQ进程数或子帧绑定配置数大于1，所述方法还包括：当基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上接收所述PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为5，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述当前上下行子帧配置为配置1，所述绑定子帧个数为2，所述HARQ进程数或子帧绑定配置数为3，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述方法还包括：当基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上接收所述PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述当前上下行子帧配置为配置2，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为1，所述方法还包括：在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述当前上下行子帧配置为配置4，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为1，所述方法还包括：当基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；在所述绑定子帧上接收所述PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述当前上下行子帧配置为配置5，所述绑定子帧个数为2。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为4，所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为5，所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方式中，所述绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
第三方面，提供一种用户设备UE，包括：确定单元，用于当所述UE在子帧n正确接收用于指示所述UE传输物理上行共享信道PUSCH的下行控制信令时，根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；传输单元，用于在所述确定单元确定的所述绑定子帧上传输所述PUSCH。
结合第三方面，在第三方面的另一种实现方式中，所述当前上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为12，所述UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数小于12，所述UE的HARQ进程数或子帧绑定配置数大于1，所述确定单元还用于当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；所述传输单元还用于在所述确定单元确定的所述绑定子帧上传输所述PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为4，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，还包括：接收单元，用于接收基站发送的指示信息，所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述当前上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为6，所述UE的HARQ进程数或子帧绑定配置数为1。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数小于6，所述UE的HARQ进程数或子帧绑定配置数大于1，所述确定单元还用于当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；传输单元，用于在所述确定单元确定的所述绑定子帧上传输所述PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为3，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述当前上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为10。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为1，所述绑定子帧为所述配置6下的连续10个上行子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为2，所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，，所述UE的HARQ进程数或子帧绑定配置数为3，所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数小于10，所述UE的HARQ进程数或子帧绑定配置数大于1，所述确定单元还用于当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；所述传输单元还用于在所述确定单元确定的所述绑定子帧上传输所述PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为5，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述当前上下行子帧配置为配置1，所述绑定子帧个数为2，所述HARQ进程数或子帧绑定配置数为3，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述确定单元还用于当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；所述传输单元还用于在所述确定单元确定的所述绑定子帧上传输所述PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述当前上下行子帧配置为配置2，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为1，所述UE还包括：接收单元，用于在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述当前上下行子帧配置为配置4，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为1，所述确定单元还用于当所述UE未正确接收到所述下行控制信令时，根据用于指示所述UE传输所述PUSCH的PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧；所述传输单元还用于在所述确定单元确定的所述绑定子帧上传输所述PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述当前上下行子帧配置为配置5，所述绑定子帧个数为2。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为4，所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为5，所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方式中，所述绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
第四方面，提供一种基站，包括：确定单元，用于当所述基站在子帧n发送用于指示所述用户设备UE传输物理上行共享信道PUSCH的下行控制信令时，根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；接收单元，用于在所述确定单元确定的所述绑定子帧上接收所述PUSCH。
结合第四方面，在第四方面的另一种实现方式中，所述当前上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为12，所述UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数小于12，所述UE的HARQ进程数或子帧绑定配置数大于1，所述确定单元还用于当所述基站向所述UE发送用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；所述接收单元还用于在所述确定单元确定的所述绑定子帧上接收所述PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为4，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，还包括：发送单元，用于向UE发送指示信息，所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述当前上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为6，所述UE的HARQ进程数或子帧绑定配置数为1。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数小于6，所述UE的HARQ进程数或子帧绑定配置数大于1，所述确定单元还用于当所述基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；所述接收单元还用于在所述确定单元确定的所述绑定子帧上接收所述PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为3，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述当前上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为10。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为1，所述绑定子帧为所述配置6下的连续10个上行子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为2，所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为3，所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数小于10，所述UE的HARQ进程数或子帧绑定配置数大于1，所述确定单元还用于当所述基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；所述接收单元还用于在所述确定单元确定的所述绑定子帧上接收所述PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为5，所述UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为2，所述UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述当前上下行子帧配置为配置1，所述绑定子帧个数为2，所述HARQ进程数或子帧绑定配置数为3，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述确定单元还用于当所述基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；所述接收单元还用于在所述确定单元确定的所述绑定子帧上接收所述PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述当前上下行子帧配置为配置2，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为1，所述接收单元还用于在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述当前上下行子帧配置为配置4，所述绑定子帧个数为大于等于1，小于等于4的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，所述UE的HARQ进程数或子帧绑定配置数为3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为1，所述确定单元还用于当所述基站向所述UE发送用于指示所述UE传输所述PUSCH的PHICH，但未向所述UE发送所述下行控制信令时，根据所述PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧；所述接收单元还用于在所述确定单元确定的所述绑定子帧上接收所述PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧个数为4，所述绑定子帧的相邻子帧之间间隔2个上行子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述当前上下行子帧配置为配置5，所述绑定子帧个数为2。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为4，所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述UE的HARQ进程数或子帧绑定配置数为5，所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方式中，所述绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本申请实施例的传输上行数据的方法的示意性流程图。
图2是根据本申请实施例的传输上行数据的方法的示意性流程图。
图3是根据本申请实施例的UE的示意性框图。
图4是根据本申请实施例的基站的示意性框图。
图5是根据本申请实施例的UE的示意性框图。
图6是根据本申请实施例的基站的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本申请保护的范围。
还应理解，在本申请实施例中，UE包括但不限于移动台(mobile station，MS)、移动终端、移动电话、手机及便携设备等，该用户设备可以经无线接入网(radio accessnetwork，RAN)与一个或多个核心网进行通信，例如，用户设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
图1是根据本申请实施例的传输上行数据的方法的示意性流程图。图1的方法由UE执行，例如可以是手机。图1的方法可应用在TDD系统中，该方法包括：
110、当用户设备UE在子帧n正确接收用于指示UE传输物理上行共享信道PUSCH的下行控制信令时，根据下行控制信令以及绑定子帧配置，确定传输PUSCH的绑定子帧，其中绑定子帧配置包括绑定子帧个数；
上述下行控制信令可以是PDCCH，也可以是增强的物理下行控制信道(enhancedPDCCH，EPDCCH)。上述子帧n具体可指任意无线帧中第n个子帧，n取值从0至9，且这里的子帧n为下行子帧。
应理解，上述绑定子帧配置可以是UE与基站之间预先配置的，也可以由基站通过信令向UE通知的，例如通过无线资源控制(radio resource control，RRC)、随机接入响应(random access response，RAR)、媒质接入控制(medium access control，MAC)、下行控制信息(downlink control information，DCI)等信令通知。上述绑定子帧配置包括但不限于绑定子帧个数，例如，绑定子帧配置中还可以包括PDCCH与PUSCH之间的定时关系(以下称第一定时关系)，还可以包括用于触发PUSCH的PHICH与PUSCH之间的定时关系(以下称第二定时关系)，还可以包括绑定子帧的排布方式，例如是在连续的上行子帧上排布，还是在连续的上行子帧上间隔排布等。当然，上述定时关系也可以不包含在上述绑定子帧配置中，而是由基站和UE预先定义的，或者基站通过信令通知UE的。
120、在绑定子帧上传输PUSCH；
本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。
可选地，上述绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。该绑定子帧配置可用于指示上述绑定子帧的位置，例如绑定子帧配置中不仅包括绑定子帧个数，还包括当前子帧配置下的子帧定时关系。上述满足传输延迟要求具体可指在传输时延要求的时间内。
上述子帧定时关系包括第一定时关系，当前进程存在重传时，上述子帧定时关系还可以包括第二定时关系，第二定时关系用于指示PHICH的接收子帧与上述起始子帧的定时关系，其中该PHICH用于触发上述PUSCH。当然，上述子帧定时关系还可以包括PUSCH到PHICH的定时关系。
上述传输延迟要求可以是PUSCH中承载的数据业务的延迟要求，例如VoIP业务的传输延迟大致为50ms，上述半静态调度周期可以是VoIP业务下的包到达周期，例如可以是10ms或20ms等。
需要说明的是，上述满足传输延迟要求下可用于传输PUSCH的子帧数目仅仅表示一种可能性，实际中传输该PUSCH的子帧数目小于等于该可用子帧数目。实际上，该可用子帧数目可以为在考虑了半静态调度周期和传输时延的因素下，初传加可重传的次数之和与绑定子帧个数的乘积。举例说明，某个VoIP数据包的包到达周期(对应于上述半静态调度周期)为20ms，VoIP的传输时延为50ms，绑定子帧个数为4，当前子帧配置为0，通过调整初传与重传的定时关系，使得50ms内可以进行1次初传和3次重传，且每次传输均在20ms内完成，则该可用子帧数目等于4×3＝12。但是，实际中，可以初传就成功，无需重传，则实际传输PUSCH的子帧个数为4；或者初传失败，第1次重传成功，则实际传输PUSCH的子帧个数为8。只有初传和前2次重传均失败的情况下才会使用12个子帧。
需要说明的是，当传输时延要求和上述半静态调度周期确定后，该可用于传输PUSCH的子帧数目也就确定了，例如，在满足50ms的传输时延下，半静态调度周期为20ms时，上下行子帧配置0-6的可用于传输PUSCH的子帧数目依次为12、8、4、6、4、2和10。
步骤120中，根据下行控制信令以及绑定子帧配置确定传输PUSCH的绑定子帧的具体方式可以是：首先，UE在子帧n收到下行控制信令；然后，根据第一定时关系确定传输上述PUSCH的起始子帧；接着，UE根据绑定子帧个数(以m为例)和当前上下行子帧配置，从起始子帧开始确定连续的m个上行子帧作为传输上述PUSCH的绑定子帧。
需要说明的是，本申请实施例对上述绑定子帧的排布方式不作具体限定，可以是当前上下行子帧配置下的连续上行子帧，也可以是当前上下行子帧配置下的非连续的上行子帧。例如，绑定子帧配置中可以携带指示绑定子帧为连续排布或非连续排布方式的指示信息，当然，当绑定子帧配置也可以不携带该指示信息，默认采用连续排布或某种非连续排布方式。
进一步地，当绑定子帧采用非连续排布方式时，UE要根据绑定子帧配置的指示在非连续的绑定子帧上传输上述PUSCH。例如，绑定子帧配置可以指示绑定子帧中的相邻子帧相隔的毫秒数，或相隔的子帧数，或相邻两个绑定子帧之间间隔的上行子帧数。
应注意，上述非连续排布方式的指示并非一定要包含在上述绑定子帧配置信息中，还可以是预定义或基站通过信令指示的。
需要说明的是，本申请实施例对绑定子帧个数不作具体限定，要根据实际情况，如当前传输的数据包的业务类型，包到达周期(也可以是半静态调度周期)等因素共同确定。而且，本申请实施例中的绑定子帧个数可以为1个(可以理解为没有绑定子帧)，也可以为多个。
还应理解，上述绑定子帧配置可以指示绑定子帧个数和第一定时关系，但本申请实施例并不限于此，例如，上述绑定子帧配置还可以指示HARQ进程数；当存在多个HARQ进程时，上述绑定子帧配置还可以指示第二定时关系，该第二定时关系用于指示PHICH的接收子帧与传输PUSCH的起始子帧的对应关系，PHICH用于触发PUSCH的传输，或者该第二定时关系为PUSCH到PHICH的定时关系。
下面针对TDD系统中不同的子帧配置分别进行说明。
可选地，作为一个实施例，当前上下行子帧配置为配置0，绑定子帧个数为大于等于1，小于等于12的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
可选地，绑定子帧个数可为12，UE的HARQ进程数或子帧绑定配置数可以为1。具体方案如下表所示：
表1：配置0，绑定子帧个数12
需要说明的是，表1中，帧n、帧n+1…帧n+5指示的是时间的先后顺序，具体地，每帧对应10个子帧(即子帧0-9)，然后帧n、帧n+1…帧n+5为6个时间上连续的无线帧。表格中的数字“1”和“2”分别表示不同的进程，相同的数字表示相同的进程。当PUSCH行出现数字，说明在该数字对应的子帧上存在PUSCH的调度，例如帧n的子帧2、3和4下均存在数字“1”，表示在帧n的子帧2、3和4，UE可向基站发送PUSCH；同理，当UL grant出现数字，说明在该数字对应的子帧调度该数字对应的进程的下行控制信令，如PDCCH或EPDCCH，例如，在帧n+1的子帧6与UL grant行的交叉位置存在数字“2”，代表基站在该子帧向UE发送了下行控制信令；同理，PHICH所在行的数字表示基站在该子帧指示该数字对应的进程是否需要重传或者触发该进程的下一绑定子帧的PUSCH的发送。
具体地，在表1所示的方案中，根据20ms内可用的UL(uplink)子帧个数配置绑定子帧个数。在配置0，20ms内可用的UL子帧个数为12(每帧6个)，则可将绑定子帧个数设置为12,UE的HARQ进程数(也可称为子帧绑定配置数)设置为1，1个VoIP包在50ms内的某绑定的12个TTI/UL子帧中进行传输。本方案可以较好的支持20ms或20ms的倍数为周期的半静态调度传输。
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系可按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH，从子帧n之后的第k个子帧(以下简称子帧n+k)开始在绑定子帧上传输PUSCH，当n为0,5时，k取值为4；当n为1,6时，k取值为6。n与k取值如表2所示：
表2：n与k取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
k 4 6 4 6
在表1的方案中，由于只有1个HARQ进程，没有HARQ重传，因此无需发送或检测PHICH，物理层可以将传递给高层的PHICH状态或PUSCH的HARQ反馈状态设置为ACK。
可选地，绑定子帧个数小于12，UE的HARQ进程数或子帧绑定配置数大于1，图1的方法还可包括：当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的物理混合自动重传请求指示信道PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧(以下简称子帧n-l)；在绑定子帧上传输PUSCH。
应注意，上述UE未正确接收时，根据PHICH的指示接收PUSCH并不代表UE正确接收时不需要接收PHICH，实际中，只要需要重传，UE均需要接收PHICH。
当UE未正确接收到下行控制信令时，说明此时基站通过PHICH指示或触发重传，UE需要根据PHICH与PUSCH的时序关系以及绑定子帧配置确定发送PUSCH的绑定子帧。
需要说明的是，上述PHICH可以指示与上述绑定子帧位于同一进程的前一绑定子帧是否需要重传，如果需要重传，PHICH触发上述PUSCH的重传，如果不需要重传，PHICH与上述PUSCH的下行控制信令共同触发上述PUSCH的初传。
可选地，绑定子帧个数为4，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。具体方案如表3所示：
表3：配置0，绑定子帧个数4
绑定子帧个数为4,3个进程，50ms内允许3次重传，往返时间(round trip time，RTT)为20ms；表3方案与表1方案相比，具有更多的时间分集。
对下行控制信令与上述绑定子帧的首个上行子帧的定时关系可按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH，从子帧n+k开始传输绑定子帧的PUSCH，k取值如下：当n＝0或5时，k＝4或7；当n＝1或6时，k＝6或7。
表4：n与k取值的对应关系
对绑定子帧中的最后一个上行子帧与指示该绑定子帧是否需要重传的PHICH的定时关系可按照现有系统的取值，并可根据传输该PHICH的子帧与该绑定子帧在相同进程的下一绑定子帧的首个子帧的定时关系确定下一绑定子帧的子帧位置。
可选地，UE在子帧n-l收到PHICH，从子帧n+k开始传输绑定子帧的PUSCH：当n为0时，l取值为5或4；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为5或1。
可选的n与l的取值为：n为0，l＝5，n为1,l＝1时；n为5时l＝4，或n为6时l＝5。其中n取5或6取决于UL下行控制信息(downlink control information,DCI)中的UL index中的比特位取值，如最高有效位(most significant bit，MSB)取值为1，n取值为6；最低有效位(least significant bit，LSB)取值为1，n取值为5。
表5：n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 5 1 4 5
可选的n与l的取值还可以为：n为5，l＝5，n为6，l＝1；n为0时l＝4或n为1时，l＝5。
表6：n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 4 5 5 1
可选地，可以定义2组n与l取值方式：组1的取值方式如表7或表8所示：
表7：组1中n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 5 1 4
表8：组1中n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 5 1 5
其中子帧n取5还是6取决于UL DCI中的UL index中的比特位取值，如MSB取值为1，n取值为6；LSB取值为1，n取值为5。
组2的取值方式如表9或表10所示：
表9：组2中n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 4 5 1
表10：组2中n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 5 5 1
其中子帧n取0或1取决于相应子帧中的UL DCI中的UL index中的比特位取值，如MSB取值为1，n取值为1；LSB取值为1，n取值为0。
2组的l值可以由信令进行指示。该信令可以是高层信令如RRC信令或媒质接入控制控制元素(medium access control control element，MAC CE)信令或者PDCCH/EPDCCH信令。该信令指示比特可以是新增加的比特；或者重用现有的比特，但赋予该现有比特不同的含义。如使用DCI格式中的UL索引的状态00或11分别指示使用哪组值，或者将不同子帧所传输的DCI中包含的UL索引的状态结合来进行指示。
可选地，接收基站发送的指示信息，指示信息用于指示UE根据绑定子帧配置传输PUSCH。
在常规技术中，上下行子帧配置3不支持子帧绑定的传输方式。在现有的动态调度方法下，在50ms的时间延迟要求下一个数据包的初传和重传最大可以有5个子帧。而在半静态调度的方法下，在50ms的时间延迟要求下一个数据包可用4个UL子帧。而20ms内共有6个UL子帧。因此，对配置3可考虑以下原则进行子帧绑定配置：
-支持20ms间隔/周期的VoIP传输；
-延迟需求(初传或者初传+重传)为50ms；
-在满足延迟需求下最大6个UL子帧用于每个VoIP包的传输。
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系可按照现有系统的取值；
对绑定子帧中的最后一个上行子帧与指示该绑定子帧是否需要重传的PHICH定时关系可按照现有系统的取值，并根据该PHICH位置确定与该绑定子帧具有相同进程的下一个绑定子帧的首个UL子帧的定时关系。
可选地，作为一个实施例，当前上下行子帧配置为配置3，绑定子帧个数为大于等于1，小于等于6的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
可选地，绑定子帧个数为6，UE的HARQ进程数或子帧绑定配置数为1。具体如下表所示：
表11：上下行子帧配置3，子帧绑定个数6
本方案可以较好的支持20ms或20ms的倍数为周期的半静态调度传输。也可以支持基于子帧绑定的半静态调度传输。每个包使用的最大可用子帧个数为6，时延小于50ms。
对下行控制信令与绑定子帧的首个上行子帧的定时关系可按照现有系统的取值。UE在子帧n收到对绑定子帧(PDCCH或EPDCCH)的下行调度，从子帧n+k开始传输绑定子帧的PUSCH，n与k的取值的对应关系如下表所示：
表12：n与k取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
k 4 4 4
由于只有一个HARQ进程，没有重传，因此无需发送或检测PHICH，物理层可以将传递给高层的PHICH状态设置为ACK。
可选地，绑定子帧个数小于6，UE的HARQ进程数或子帧绑定配置数大于1，图1方法还可包括：当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；在绑定子帧上传输PUSCH。
需要说明的是，上述PHICH可以指示与上述绑定子帧位于同一进程的前一绑定子帧是否需要重传，如果需要重传，PHICH触发上述PUSCH的重传，如果不需要重传，PHICH可与上述PUSCH的下行控制信令共同触发上述PUSCH的初传。
可选地，绑定子帧个数为3，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。该方案具体如表13所示：
表13：上下行子帧配置3，绑定子帧个数3
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系可按照现有系统的取值。UE在子帧n收到对子帧绑定的下行调度(PDCCH或EPDCCH)，从子帧n+k开始传输绑定子帧的PUSCH，k取值为4。
对绑定子帧中的最后一个上行子帧对应的PHICH定时关系可按照现有系统的取值，并根据该PHICH位置确定与该子帧绑定具有相同进程的下一个子帧绑定的首个子帧的定时关系。UE在子帧n-l收到PHICH，从子帧n+k开始传输绑定子帧的PUSCH，当n为0时，l取值为1；当n为8时，l取值为8；当n为9时，l取值为1。
n与l的取值具体如表14所示：
表14：n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 8 1
可选地，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
本方案具有与上述方案相比更多的时间分集增益。每个包使用的最大可用子帧个数为6，时延小于50ms。
表15：上下行子帧配置3，绑定子帧个数2
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH的对子帧绑定的下行调度，从子帧n+k开始传输绑定子帧的PUSCH，k取值见下表；
对子帧绑定中的最后一个上行子帧对应的PHICH定时关系可按照现有系统的取值，并根据该PHICH位置确定与该子帧绑定具有相同进程的下一个子帧绑定的首个子帧的定时关系。UE在子帧n-l收到PHICH，从子帧n+k开始传输绑定子帧的PUSCH，当n为0时，l取值为2；当n为8时，l取值为9；当n为9时，l取值为9。
n与l的取值的对应关系具体如表16所示：
表16：n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 2 9 9
针对常规技术中的上下行子帧配置6，可考虑以下原则进行绑定子帧配置：
-支持20ms间隔/周期的VoIP传输；
-延迟需求(初传，或者初传+重传)为50ms或50ms左右；
-在满足延迟需求下最大10个子帧用于每个VoIP包的传输
可选地，当前上下行子帧配置为配置6，绑定子帧个数为大于等于1，小于等于10的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
可选地，绑定子帧个数为10。本方案可以较好的支持20ms或20ms的倍数为周期的半静态调度传输。也可以支持基于子帧绑定的半静态调度传输。每个包使用的最大可用UL子帧个数为10，时延小于50ms。
可选地，UE的HARQ进程数或子帧绑定配置数为1，绑定子帧为配置6下的连续10个上行子帧。具体方案如表17所示：
表17：上下行子帧配置3，绑定子帧个数2
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH的对子帧绑定的下行调度，从子帧n+k开始传输绑定子帧的PUSCH，当n为0,1,5,6时k取值为7；当n为9时，k取值为5。
具体地对应关系参见下表：
表18：n与k取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
k 7 7 7 7 5
由于只有一个进程，没有重传，因此无需发送或检测PHICH，物理层可以将传递给高层的PHICH状态设置为ACK。
可选地，UE的HARQ进程数或子帧绑定配置数为2，绑定子帧中的相邻子帧之间间隔1个上行子帧。
该方案中采用非连续子帧绑定，具有2HARQ进程或2个绑定子帧配置，无重传。具体地，2HARQ进程或2绑定子帧配置的子帧互相交错。每进程或绑定子帧配置内的子帧间隔可在{2,4,5}中进行取值。
当UE在子帧n收到UL grant，在子帧n+k(绑定子帧的首个子帧)开始传输PUSCH，k取值为7或5，该方案的时间分集为26ms。由于绑定子帧使用了20ms内的最大子帧个数，没有重传，因此无需发送或检测PHICH，物理层可以将传递给高层的PHICH状态设置为ACK。具体方案如表19所示：
表19：上下行子帧配置6，绑定子帧个数2
可选地，，UE的HARQ进程数或子帧绑定配置数为3，绑定子帧中的相邻子帧之间间隔4个上行子帧。
非连续上行子帧绑定(即绑定的子帧并非连续的上行子帧，应注意，在TDD系统中，连续的上行子帧也不一定是连续的子帧)，3HARQ进程或3个绑定子帧配置，无重传。绑定子帧为10个上行子帧，每2个连续上行子帧一个子帧组，不同的子帧组之间间隔有其他进程占用的上行子帧。每HARQ进程或绑定子帧配置内的子帧间隔在{1,3,4}中进行取值。3个HARQ进程或3个绑定子帧配置的子帧组互相交错。如3个绑定子帧配置的子帧顺序依次为：子帧绑定配置1的1组子帧、子帧绑定配置2的1组子帧、子帧绑定配置3的1组子帧，接着重复上述过程。3个HARQ进程或3个绑定子帧配置内不同组的子帧间隔为11ms。UE在子帧n收到ULgrant，在子帧n+k发送PUSCH(子帧n+k为绑定子帧的首个子帧)，其中k为7或5，时间分集为51ms。具体方案如表20所示：
表20：上下行子帧配置6，绑定子帧个数10
可选地，绑定子帧个数小于10，UE的HARQ进程数或子帧绑定配置数大于1，当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；在绑定子帧上传输PUSCH。
需要说明的是，上述PHICH也可以指示与上述绑定子帧位于同一进程的前一绑定子帧是否需要重传，如果需要重传，PHICH触发上述PUSCH的重传，如果不需要重传，PHICH与上述PUSCH的下行控制信令共同触发上述PUSCH的初传。
可选地，绑定子帧个数为5，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。该方案具体如表21所示：
表21：上下行子帧配置6，绑定子帧个数5
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有系统的取值。
UE在子帧n收到PDCCH/EPDCCH的对子帧绑定的下行调度，从子帧n+k开始传输绑定子帧的PUSCH。
对子帧绑定中的最后一个上行子帧对应的PHICH定时关系可按照现有系统的取值，并根据该PHICH位置确定与该子帧绑定具有相同进程的下一个子帧绑定的首个子帧的定时关系。UE在子帧n-l收到PHICH，从子帧n+k开始传输绑定子帧的PUSCH，当n为0,1,5,6,9时，l取值为0。具体地，n与l的取值的对应关系见下表：
表22：n与l取值的对应关系
n 0 1 2 3 4 5 6 7 8 9
l 0 0 0 0 0
可选地，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。应注意，l取负值可表示子帧n-l位于子帧n之后。具体方案如表23所示：
表23：上下行子帧配置6，绑定子帧个数2
该方案中，HARQ进程之间的RTT值(ms)可以为11，11，13，11，14。在50ms的延迟需求内，一个VoIP数据包最大可用的子帧个数为首次传输加上3次重传的个数为8。如果对延迟要求稍加放松如51ms，则一个VoIP数据包可用的子帧个数为首次传输加上4次重传的个数为10。此外从图中可以看到某些PHICH到PUSCH的处理时间为2ms，其可能会导致处理负担的增加。
因此，对于UL/DL配置6，当延迟为51ms可以满足需求时一个VoIP包最大可用子帧个数为10。该方案比表21的方案具有更大的时间分集增益。
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH的对子帧绑定的下行调度，从子帧n+k开始传输绑定子帧的PUSCH，当n为0,1,5,6时，k取值为7；当n为9时，k取值为5。
对子帧绑定中的最后一个上行子帧对应的PHICH定时关系按照现有系统的取值，并根据该PHICH位置确定与该子帧绑定具有相同进程的下一个子帧绑定的首个子帧的定时关系。UE在子帧n-l收到PHICH，相应的从子帧n+k开始传输绑定子帧的PUSCH，当n为0,5,9时，l取值为-1；当n为1时,l取值为-4；当n为6时,l取值为-3。
常规技术中，TDD UL/DL配置1(上下行子帧配置1)的时间分集并不充分，为此考虑如下方案对其进行增强，方案主要考虑如下因素：
对于一个PUSCH传输含初传和重传满足约50ms的传输时延要求；
在延迟范围内最大化时间分集；
最大可用子帧个数为20ms内包含的子帧个数；
可选地，当前上下行子帧配置为配置1，绑定子帧个数为2，HARQ进程数或子帧绑定配置数为3，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；在绑定子帧上传输PUSCH。该方案具体如下表所示：
在TDD UL/DL配置1，使用2子帧绑定(绑定子帧个数为2)，3个HARQ进程或3个绑定子帧配置，其时间分集可以达到46ms。UL grant到PUSCH的定时差为6ms或4ms，即UE在子帧n接收UL grant或PHICH，在子帧n+k(绑定子帧的首个子帧)发送PUSCH，k＝6或4。
可选地，基于第一定时关系和第二定时关系，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。具体方案如表24所示：
表24：上下行子帧配置1，绑定子帧个数2
可选地，基于第一定时关系和第二定时关系，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。具体方案如表25所示：
表25：上下行子帧配置1，绑定子帧个数2
常规技术中，TDD UL/DL配置2(上下行子帧配置2)的时间分集并不充分，为此考虑2个方案对其进行增强：
对于一个PUSCH传输含初传和重传满足约50ms的传输时延要求；
在延迟范围内最大化时间分集；
最大可用子帧个数为20ms内包含的子帧个数；
可选地，当前上下行子帧配置为配置2，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，绑定子帧个数为1，图1方法还可包括：在子帧n之后的第l个子帧接收用于指示PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。该方案具体如下表：
表26：上下行子帧配置2，绑定子帧个数1
在该方案中，与现有RTT值为10不同，RTT值为15，HARQ进程数或绑定子帧配置个数为3。从表26中可以看出一个PUSCH经过初传和重传其时间分集可以达到45ms，其中ULgrant到PUSCH的定时差为4ms。即UE在子帧n接收UL grant或PHICH，在子帧n+4发送PUSCH。PUSCH到PHICH的定时差为11ms。即UE在子帧n发送PUSCH，在子帧n+11接收PHICH。这种改变RTT值或改变PUSCH到PHICH定时的方法需要信令指示，以通知UE使用改变的RTT进行HARQ传输。
可选地，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧，基于第一定时关系，n与k满足：当n＝8时，k＝4。该方案具体如表27所示：
表27：上下行子帧配置2，绑定子帧个数4
表27的方案采用非连续的子帧进行子帧绑定，非连续的子帧间隔为15ms，绑定子帧个数为4，HARQ进程数为3或绑定子帧配置个数为3。从表中可以看出一个PUSCH经过绑定子帧传输，其时间分集可以达到45ms。
此外，UE在子帧n接收UL grant，在子帧n+4发送PUSCH。由于每个绑定子帧进程使用了延迟需求内的最大子帧个数，因此对于每个绑定子帧组无需HARQ重传，因此无需发送或检测PHICH，物理层可以将传递给高层的PHICH状态或PUSCH的HARQ反馈状态设置为ACK。
常规技术中，TDD UL/DL配置4(上下行子帧配置4)的时间分集并不充分，为此考虑2个方案对其进行增强：
对于一个PUSCH传输含初传和重传满足约50ms的传输时延要求；
在延迟范围内最大化时间分集；
最大可用子帧个数为20ms内包含的子帧个数。
可选地，当前上下行子帧配置为配置4，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，绑定子帧个数为1，当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；在绑定子帧上传输PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。该方案具体如表28所示：
表28：上下行子帧配置4，绑定子帧个数1
在该方案中，改变现有RTT值，RTT值从11ms改为19ms，HARQ进程数为3个。从表28中可见一个PUSCH经过初传和重传其时间分集可以达到41ms，其中UL grant到PUSCH的定时差为4ms。UE在子帧n接收UL grant或PHICH，在子帧n+4发送PUSCH。n＝8,9。PUSCH到PHICH的定时差为7或15ms。UE在子帧n＝2发送PUSCH，在子帧n+7接收PHICH；UE在子帧n＝3发送PUSCH在子帧n+15接收PHICH。这种改变RTT的方法需要信令配置指示，以通知UE使用改变的RTT进行HARQ传输。
可选地，绑定子帧个数为4，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧，基于第一定时关系，n与k满足：当n＝8时，k＝4。具体如下表所示：
表29：上下行子帧配置4，绑定子帧个数4
该方案中，采用非连续的子帧进行子帧绑定，非连续的子帧间隔为11和19ms。绑定子帧个数为4。HARQ进程数为3或绑定子帧配置个数为3.不同的颜色表示不同的HARQ进程或不同的绑定子帧配置。从表29中可见一个PUSCH经过绑定子帧传输，其时间分集可以达到41ms。其中4个绑定子帧之间的间隔可以为11,19,11ms。也可以为19,11,19ms。此外，UE在子帧n接收UL grant，在子帧n+4发送PUSCH。另外，由于每个绑定子帧进程使用了延迟需求内的最大子帧个数，因此对于每个绑定子帧组无需HARQ重传，因此无需发送或检测PHICH，物理层可以将传递给高层的PHICH状态或PUSCH的HARQ反馈状态设置为ACK。
在常规技术中，TDD UL/DL配置(上下行子帧配置)5的时间分集并不充分，为此考虑下面方案对其进行增强：
重传满足约50ms的传输时延要求；
在延迟范围内最大化时间分集；
最大可用子帧个数为20ms内包含的子帧个数；
可选地，当前上下行子帧配置为配置5，可用于传输PUSCH的子帧数目为2，绑定子帧个数为2。
可选地，UE的HARQ进程数或子帧绑定配置数为4，绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。具体方案如下表所示：
表30：上下行子帧配置5，绑定子帧个数2
该方案中，采用非连续的子帧进行子帧绑定，非连续的子帧间隔为50ms。绑定子帧个数为2。HARQ进程数或子帧绑定配置数为5或绑定子帧配置个数为5.不同的颜色表示不同的HARQ进程或不同的绑定子帧配置。从图中可见一个PUSCH经过绑定子帧传输，其时间分集可以达到51ms。
可选地，UE的HARQ进程数为4，绑定子帧中的前一子帧与后一子帧之间存在3个上行子帧。具体方案如表31所示：
表31：上下行子帧配置5，绑定子帧个数2
可选地，绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
半静态调度SPS配置，对于TDD UL/DL配置1：
当进行了绑定子帧配置如现有技术4子帧绑定配置，现有技术对子帧绑定配置下并不支持半静态调度。因为在20ms的包传输间隔下使用20ms为周期的半静态调度时会有初传PUSCH如包b与之前的PUSCH如包a HARQ重传发生碰撞。为此可以考虑采用对现有周期进行子帧偏置的方法。如下图，配置2个偏置值应用到半静态调度周期。对于配置了子帧绑定的相邻的SPS grant调度的UL子帧设置不同的偏置值+10和-10。如奇数帧的子帧偏置值为+10，偶数帧的子帧配置值为-10，或反之。对应的SPS周期为30ms和10ms。从而如图带有横线标识的SPS周期为(20+10)ms和(20-10)ms。其中的偏置从绑定子帧的首个子帧开始进行。
半静态调度SPS配置，对于TDD UL/DL配置3：
下面是3子帧绑定情况。类似的采用对现有(SPS)周期进行子帧偏置的方法。如下图，配置2个偏置值应用到半静态调度周期。对于配置了子帧绑定的相邻的SPS grant调度的UL子帧设置不同的偏置值+10和-10。如奇数帧的子帧偏置值为+10，偶数帧的子帧配置值为-10，或反之。对应的SPS周期为30ms和10ms。从而如图带有横线标识的SPS周期为(20+10)ms和(20-10)ms。其中的偏置从绑定子帧的首个子帧开始进行。
对于2子帧绑定情况，为了避免初传包或初传PUSCH与之前传输包或PUSCH的重传碰撞导致不能使用最大可用子帧的情况，设置3个周期进行绑定子帧的SPS的传输。从初传开始，其周期偏置值为22,29和9ms。对应的初始SPS绑定子帧的首子帧分别为子帧2，子帧4和子帧3.
半静态调度SPS配置，对于TDD UL/DL配置6：
下面是5子帧绑定情况。类似的采用对现有(SPS)周期进行子帧偏置的方法。如下图，配置2个偏置值应用到半静态调度周期。对于配置了子帧绑定的相邻的SPS grant调度的UL子帧设置不同的偏置值+10和-10。如奇数帧的子帧偏置值为+10，偶数帧的子帧配置值为-10，或反之。对应的SPS周期为30ms和10ms。从而如图带有横线标识的SPS周期为(20+10)ms和(20-10)ms。其中的偏置从绑定子帧的首个子帧开始进行。
上文中结合图1，从用户设备的角度详细描述了根据本申请实施例的传输上行数据的方法，下面将结合图2，从基站的角度描述根据本申请实施例的传输上行数据的方法。
应理解，基站侧描述的UE与基站的交互及相关特性、功能等与UE侧的描述相应，为了简洁，适当省略重复的描述。
图2是根据本申请实施例的传输上行数据的方法的示意性流程图。图2的方法由基站执行，例如可以是eNB。图2的方法包括：
210、当基站在子帧n发送用于指示用户设备UE传输物理上行共享信道PUSCH的下行控制信令时，根据下行控制信令以及绑定子帧配置，确定传输PUSCH的绑定子帧，其中绑定子帧配置包括绑定子帧个数；
220、在绑定子帧上接收PUSCH。
本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。
可选地，作为一个实施例，当前上下行子帧配置为配置0，绑定子帧个数为大于等于1，小于等于12的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
可选地，作为另一个实施例，绑定子帧个数为12，UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于12，UE的HARQ进程数或子帧绑定配置数大于1，图2方法还包括：当基站向UE发送用于指示UE传输PUSCH的物理混合自动重传请求指示信道PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；在绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为4，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
可选地，作为另一个实施例，还包括：向UE发送指示信息，指示信息用于指示UE根据绑定子帧配置传输PUSCH。
可选地，作为另一个实施例，当前上下行子帧配置为配置3，绑定子帧个数为大于等于1，小于等于6的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
可选地，作为另一个实施例，绑定子帧个数为6，UE的HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于6，UE的HARQ进程数或子帧绑定配置数大于1，方法还包括：当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；在绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为3，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
可选地，作为另一个实施例，当前上下行子帧配置为配置6，绑定子帧个数为大于等于1，小于等于10的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
可选地，作为另一个实施例，绑定子帧个数为10。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为1，绑定子帧为配置6下的连续10个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为2，绑定子帧中的相邻子帧之间间隔1个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为3，绑定子帧中的相邻子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧个数小于10，UE的HARQ进程数或子帧绑定配置数大于1，方法还包括：当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；在绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为5，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
可选地，作为另一个实施例，当前上下行子帧配置为配置1，绑定子帧个数为2，HARQ进程数或子帧绑定配置数为3，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，方法还包括：当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；在绑定子帧上接收PUSCH。
可选地，作为另一个实施例，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
可选地，作为另一个实施例，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
可选地，作为另一个实施例，当前上下行子帧配置为配置2，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，方法还包括：在子帧n之后的第l+k个子帧接收用于指示PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置4，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，方法还包括：当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；在绑定子帧上接收PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置5，绑定子帧个数为2。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为4，绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为5，绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，其特征在于，绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
上文中结合图1至图2，详细描述了根据本申请实施例的传输上行数据的方法，下面将结合图3至图4，详细描述根据本申请实施例的UE和基站。
图3是根据本申请实施例的UE的示意性框图。图3的UE包括：确定单元310和传输单元320。
图3的UE能够实现图1至图2中由UE执行的各个步骤，为避免重复，不再详细描述。
确定单元310，用于当UE在子帧n正确接收用于指示UE传输物理上行共享信道PUSCH的下行控制信令时，根据下行控制信令以及绑定子帧配置，确定传输PUSCH的绑定子帧，其中绑定子帧配置包括绑定子帧个数；
传输单元320，用于在确定单元310确定的绑定子帧上传输PUSCH。
本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。
可选地，作为一个实施例，当前上下行子帧配置为配置0，绑定子帧个数为大于等于1，小于等于12的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
可选地，作为另一个实施例，绑定子帧个数为12，UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于12，UE的HARQ进程数或子帧绑定配置数大于1，确定单元310还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的物理混合自动重传请求指示信道PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；传输单元320还用于在确定单元310确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，绑定子帧个数为4，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
可选地，作为另一个实施例，还包括：接收单元，用于接收基站发送的指示信息，指示信息用于指示UE根据绑定子帧配置传输PUSCH。
可选地，作为另一个实施例，当前上下行子帧配置为配置3，绑定子帧个数为大于等于1，小于等于6的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
可选地，作为另一个实施例，绑定子帧个数为6，UE的HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于6，UE的HARQ进程数或子帧绑定配置数大于1，确定单元310还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；传输单元320还用于在确定单元310确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，绑定子帧个数为3，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
可选地，作为另一个实施例，当前上下行子帧配置为配置6，绑定子帧个数为大于等于1，小于等于10的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
可选地，作为另一个实施例，绑定子帧个数为10。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为1，绑定子帧为配置6下的连续10个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为2，绑定子帧中的相邻子帧之间间隔1个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为3，绑定子帧中的相邻子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧个数小于10，UE的HARQ进程数或子帧绑定配置数大于1，确定单元310还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；传输单元320还用于在确定单元310确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，绑定子帧个数为5，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
可选地，作为另一个实施例，当前上下行子帧配置为配置1，绑定子帧个数为2，HARQ进程数或子帧绑定配置数为3，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，确定单元310还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；传输单元320还用于在确定单元310确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
可选地，作为另一个实施例，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
可选地，作为另一个实施例，当前上下行子帧配置为配置2，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，UE还包括：接收单元，用于在子帧n之后的第l+k个子帧接收用于指示PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置4，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，确定单元310还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；传输单元320还用于在确定单元310确定的绑定子帧上传输PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置5，绑定子帧个数为2。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为4，绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为5，绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
图4是根据本申请实施例的基站的示意性框图。图4的基站包括确定单元410和接收单元420。
图4的基站能够实现图1至图2中由基站执行的各个步骤，为避免重复，不再详细描述。
确定单元410，用于当基站在子帧n发送用于指示用户设备UE传输物理上行共享信道PUSCH的下行控制信令时，根据下行控制信令以及绑定子帧配置，确定传输PUSCH的绑定子帧，其中绑定子帧配置包括绑定子帧个数；
接收单元420，用于在确定单元410确定的绑定子帧上接收PUSCH。
本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。
可选地，作为一个实施例，当前上下行子帧配置为配置0，绑定子帧个数为大于等于1，小于等于12的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
可选地，作为另一个实施例，绑定子帧个数为12，UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于12，UE的HARQ进程数或子帧绑定配置数大于1，确定单元410还用于当基站向UE发送用于指示UE传输PUSCH的物理混合自动重传请求指示信道PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收单元420还用于在确定单元410确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为4，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
可选地，作为另一个实施例，还包括：发送单元，用于向UE发送指示信息，指示信息用于指示UE根据绑定子帧配置传输PUSCH。
可选地，作为另一个实施例，当前上下行子帧配置为配置3，绑定子帧个数为大于等于1，小于等于6的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
可选地，作为另一个实施例，绑定子帧个数为6，UE的HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于6，UE的HARQ进程数或子帧绑定配置数大于1，确定单元410还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收单元420还用于在确定单元410确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为3，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
可选地，作为另一个实施例，当前上下行子帧配置为配置6，绑定子帧个数为大于等于1，小于等于10的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
可选地，作为另一个实施例，绑定子帧个数为10。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为1，绑定子帧为配置6下的连续10个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为2，绑定子帧中的相邻子帧之间间隔1个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为3，绑定子帧中的相邻子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧个数小于10，UE的HARQ进程数或子帧绑定配置数大于1，确定单元410还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收单元420还用于在确定单元410确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为5，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
可选地，作为另一个实施例，当前上下行子帧配置为配置1，绑定子帧个数为2，HARQ进程数或子帧绑定配置数为3，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，确定单元410还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收单元420还用于在确定单元410确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
可选地，作为另一个实施例，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
可选地，作为另一个实施例，当前上下行子帧配置为配置2，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，接收单元还用于在子帧n之后的第l+k个子帧接收用于指示PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置4，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，确定单元410还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收单元420还用于在确定单元410确定的绑定子帧上接收PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置5，绑定子帧个数为2。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为4，绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为5，绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
图5是根据本申请实施例的UE的示意性框图。图5的UE包括处理器510和发送器520。
图5的UE能够实现图1至图2中由UE执行的各个步骤，为避免重复，不再详细描述。
处理器510，用于当UE在子帧n正确接收用于指示UE传输物理上行共享信道PUSCH的下行控制信令时，根据下行控制信令以及绑定子帧配置，确定传输PUSCH的绑定子帧，其中绑定子帧配置包括绑定子帧个数；
发送器520，用于在处理器510确定的绑定子帧上传输PUSCH。
本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。
可选地，作为一个实施例，当前上下行子帧配置为配置0，绑定子帧个数为大于等于1，小于等于12的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
可选地，作为另一个实施例，绑定子帧个数为12，UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于12，UE的HARQ进程数或子帧绑定配置数大于1，处理器510还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的物理混合自动重传请求指示信道PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；发送器520还用于在处理器510确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，绑定子帧个数为4，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
可选地，作为另一个实施例，还包括：接收器，用于接收基站发送的指示信息，指示信息用于指示UE根据绑定子帧配置传输PUSCH。
可选地，作为另一个实施例，当前上下行子帧配置为配置3，绑定子帧个数为大于等于1，小于等于6的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
可选地，作为另一个实施例，绑定子帧个数为6，UE的HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于6，UE的HARQ进程数或子帧绑定配置数大于1，处理器510还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；发送器520还用于在处理器510确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，绑定子帧个数为3，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
可选地，作为另一个实施例，当前上下行子帧配置为配置6，绑定子帧个数为大于等于1，小于等于10的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
可选地，作为另一个实施例，绑定子帧个数为10。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为1，绑定子帧为配置6下的连续10个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为2，绑定子帧中的相邻子帧之间间隔1个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为3，绑定子帧中的相邻子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧个数小于10，UE的HARQ进程数或子帧绑定配置数大于1，处理器510还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；发送器520还用于在处理器510确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，绑定子帧个数为5，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
可选地，作为另一个实施例，当前上下行子帧配置为配置1，绑定子帧个数为2，HARQ进程数或子帧绑定配置数为3，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，处理器510还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；发送器520还用于在处理器510确定的绑定子帧上传输PUSCH。
可选地，作为另一个实施例，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
可选地，作为另一个实施例，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
可选地，作为另一个实施例，当前上下行子帧配置为配置2，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，UE还包括：接收器，用于在子帧n之后的第l+k个子帧接收用于指示PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置4，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，处理器510还用于当UE未正确接收到下行控制信令时，根据用于指示UE传输PUSCH的PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的接收子帧为子帧n之前的第l个子帧；发送器520还用于在处理器510确定的绑定子帧上传输PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置5，绑定子帧个数为2。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为4，绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为5，绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
图6是根据本申请实施例的基站的示意性框图。图6的基站包括确定单元610和接收单元620。
图6的基站能够实现图1至图2中由基站执行的各个步骤，为避免重复，不再详细描述。
处理器610，用于当基站在子帧n发送用于指示用户设备UE传输物理上行共享信道PUSCH的下行控制信令时，根据下行控制信令以及绑定子帧配置，确定传输PUSCH的绑定子帧，其中绑定子帧配置包括绑定子帧个数；
接收器620，用于在处理器610确定的绑定子帧上接收PUSCH。
本申请实施例中，通过引入绑定子帧，增加了PUSCH的调度资源，增强了信号的覆盖性能。
可选地，作为一个实施例，当前上下行子帧配置为配置0，绑定子帧个数为大于等于1，小于等于12的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4或7；当n＝5时，k＝4或7；当n＝1时，k＝6或7；当n＝6时，k＝6或7。
可选地，作为另一个实施例，绑定子帧个数为12，UE的混合自动重传请求HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于12，UE的HARQ进程数或子帧绑定配置数大于1，处理器610还用于当基站向UE发送用于指示UE传输PUSCH的物理混合自动重传请求指示信道PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收器620还用于在处理器610确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为4，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n为0时，l取值为4或5；当n为5时，l取值为4或5；当n为1时，l取值为1或5；当n为6时，l取值为1或5。
可选地，作为另一个实施例，还包括：发送器，用于向UE发送指示信息，指示信息用于指示UE根据绑定子帧配置传输PUSCH。
可选地，作为另一个实施例，当前上下行子帧配置为配置3，绑定子帧个数为大于等于1，小于等于6的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：当n＝0时，k＝4；当n＝8时，k＝4；当n＝9时，k＝4。
可选地，作为另一个实施例，绑定子帧个数为6，UE的HARQ进程数或子帧绑定配置数为1。
可选地，作为另一个实施例，绑定子帧个数小于6，UE的HARQ进程数或子帧绑定配置数大于1，处理器610还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收器620还用于在处理器610确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为3，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝1；当n＝9时，l＝1；当n＝8时，l＝8。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝2；当n＝8时，l＝9；当n＝9时，l＝9。
可选地，作为另一个实施例，当前上下行子帧配置为配置6，绑定子帧个数为大于等于1，小于等于10的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，且n与k满足：当n＝0时，k＝7；当n＝1时，k＝7；当n＝5时，k＝7；当n＝6时，k＝7；当n＝9时，k＝5。
可选地，作为另一个实施例，绑定子帧个数为10。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为1，绑定子帧为配置6下的连续10个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为2，绑定子帧中的相邻子帧之间间隔1个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为3，绑定子帧中的相邻子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧个数小于10，UE的HARQ进程数或子帧绑定配置数大于1，处理器610还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收器620还用于在处理器610确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，绑定子帧个数为5，UE的HARQ进程数或子帧绑定配置数为2，n与l满足：当n＝0时，l＝0；当n＝1时，l＝0；当n＝5时，l＝0；当n＝6时，l＝0；当n＝9时，l＝0。
可选地，作为另一个实施例，绑定子帧个数为2，UE的HARQ进程数或子帧绑定配置数为3，n与l满足：当n＝0时，l＝-1；当n＝5时，l＝-1；当n＝9时，l＝-1；当n＝1时，l＝-4；当n＝6时，l＝-3。
可选地，作为另一个实施例，当前上下行子帧配置为配置1，绑定子帧个数为2，HARQ进程数或子帧绑定配置数为3，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，处理器610还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收器620还用于在处理器610确定的绑定子帧上接收PUSCH。
可选地，作为另一个实施例，n、l、k之间满足：当n＝6时，k＝6，l＝2；当n＝1时，k＝6，l＝2。
可选地，作为另一个实施例，n、k和l之间满足：当n＝4时，k＝4，l＝3；当n＝9时，k＝4，l＝3。
可选地，作为另一个实施例，当前上下行子帧配置为配置2，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，接收器还用于在子帧n之后的第l+k个子帧接收用于指示PUSCH是否需要重传的PHICH，n、k和l之间满足：当n＝3时，k＝4，l＝11；当n＝8时，k＝4，l＝11。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置4，绑定子帧个数为大于等于1，小于等于4的整数，绑定子帧的起始子帧为位于子帧n之后的第k个子帧，UE的HARQ进程数或子帧绑定配置数为3。
可选地，作为另一个实施例，绑定子帧个数为1，处理器610还用于当基站向UE发送用于指示UE传输PUSCH的PHICH，但未向UE发送下行控制信令时，根据PHICH以及绑定子帧配置，确定绑定子帧，其中PHICH的发送子帧为子帧n之前的第l个子帧；接收器620还用于在处理器610确定的绑定子帧上接收PUSCH，其中n、l和k之间满足：当n＝8时，k＝4，l＝0；当n＝9时，k＝4，l＝0。
可选地，作为另一个实施例，绑定子帧个数为4，绑定子帧的相邻子帧之间间隔2个上行子帧。
可选地，作为另一个实施例，当前上下行子帧配置为配置5，绑定子帧个数为2。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为4，绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
可选地，作为另一个实施例，UE的HARQ进程数或子帧绑定配置数为5，绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
可选地，作为另一个实施例，绑定子帧配置的设置使得在满足传输延迟要求下，可用于传输PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (37)

1.一种传输上行数据的方法，其特征在于，包括：
用户设备UE在子帧n接收下行控制信令，所述下行控制信令用于指示物理上行共享信道PUSCH的传输；
根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；
在所述绑定子帧上传输所述PUSCH。
2.如权利要求1所述的方法，其特征在于，上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4或7；
当n＝5时，k＝4或7；
当n＝1时，k＝6或7；
当n＝6时，k＝6或7。
3.如权利要求1所述的方法，其特征在于，上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4；
当n＝8时，k＝4；
当n＝9时，k＝4。
4.如权利要求3所述的方法，其特征在于，所述绑定子帧个数小于6，所述UE的HARQ进程数大于1。
5.如权利要求4所述的方法，其特征在于，所述绑定子帧个数为2，所述UE的HARQ进程数为3。
6.如权利要求1所述的方法，其特征在于，上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：
当n＝0时，k＝7；
当n＝1时，k＝7；
当n＝5时，k＝7；
当n＝6时，k＝7；
当n＝9时，k＝5。
7.如权利要求6所述的方法，其特征在于，所述绑定子帧个数小于10，所述UE的HARQ进程数大于1。
8.如权利要求1所述的方法，其特征在于，上下行子帧配置为配置5，所述绑定子帧个数为2。
9.一种传输上行数据的方法，其特征在于，包括：
基站在子帧n发送下行控制信令，所述下行控制信令用于指示物理上行共享信道PUSCH的传输；
根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；
在所述绑定子帧上接收所述PUSCH。
10.如权利要求9所述的方法，其特征在于，上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4或7；
当n＝5时，k＝4或7；
当n＝1时，k＝6或7；
当n＝6时，k＝6或7。
11.如权利要求9所述的方法，其特征在于，上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4；
当n＝8时，k＝4；
当n＝9时，k＝4。
12.如权利要求11所述的方法，其特征在于，所述绑定子帧个数小于6，传输所述PUSCH的用户设备UE的HARQ进程数大于1。
13.如权利要求12所述的方法，其特征在于，所述绑定子帧个数为2，传输所述PUSCH的UE的HARQ进程数为3。
14.如权利要求9所述的方法，其特征在于，上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：
当n＝0时，k＝7；
当n＝1时，k＝7；
当n＝5时，k＝7；
当n＝6时，k＝7；
当n＝9时，k＝5。
15.如权利要求14所述的方法，其特征在于，所述绑定子帧个数小于10，传输所述PUSCH的UE的HARQ进程数大于1。
16.如权利要求9所述的方法，其特征在于，上下行子帧配置为配置5，所述绑定子帧个数为2。
17.一种通信装置，其特征在于，包括：
处理器，所述处理器用于与存储器耦合，读取并执行所述存储器中的指令，以实现：
在子帧n接收下行控制信令，所述下行控制信令用于指示物理上行共享信道PUSCH的传输；
根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；
在所述绑定子帧上传输所述PUSCH。
18.如权利要求17所述的通信装置，其特征在于，上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4或7；
当n＝5时，k＝4或7；
当n＝1时，k＝6或7；
当n＝6时，k＝6或7。
19.如权利要求17所述的通信装置，其特征在于，上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4；
当n＝8时，k＝4；
当n＝9时，k＝4。
20.如权利要求19所述的通信装置，其特征在于，所述绑定子帧个数小于6，所述通信装置的HARQ进程数大于1。
21.如权利要求20所述的通信装置，其特征在于，所述绑定子帧个数为2，所述通信装置的HARQ进程数为3。
22.如权利要求17所述的通信装置，其特征在于，上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：
当n＝0时，k＝7；
当n＝1时，k＝7；
当n＝5时，k＝7；
当n＝6时，k＝7；
当n＝9时，k＝5。
23.如权利要求22所述的通信装置，其特征在于，所述绑定子帧个数小于10，所述通信装置的HARQ进程数大于1。
24.如权利要求17所述的通信装置，其特征在于，上下行子帧配置为配置5，所述绑定子帧个数为2。
25.如权利要求17-24任一项所述的通信装置，其特征在于，还包括所述存储器。
26.一种通信装置，其特征在于，包括：
处理器，所述处理器用于与存储器耦合，读取并执行所述存储器中的指令，以实现：
在子帧n发送下行控制信令，所述下行控制信令用于指示物理上行共享信道PUSCH的传输；
根据所述下行控制信令以及绑定子帧配置，确定传输所述PUSCH的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数；
在所述绑定子帧上接收所述PUSCH。
27.如权利要求26所述的通信装置，其特征在于，上下行子帧配置为配置0，所述绑定子帧个数为大于等于1，小于等于12的整数，所述绑定子帧的起始子帧为位于子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4或7；
当n＝5时，k＝4或7；
当n＝1时，k＝6或7；
当n＝6时，k＝6或7。
28.如权利要求26所述的通信装置，其特征在于，上下行子帧配置为配置3，所述绑定子帧个数为大于等于1，小于等于6的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，n与k满足：
当n＝0时，k＝4；
当n＝8时，k＝4；
当n＝9时，k＝4。
29.如权利要求28所述的通信装置，其特征在于，所述绑定子帧个数小于6，所述UE的HARQ进程数大于1。
30.如权利要求29所述的通信装置，其特征在于，所述绑定子帧个数为2，传输所述PUSCH的用户设备UE的HARQ进程数为3。
31.如权利要求26所述的通信装置，其特征在于，上下行子帧配置为配置6，所述绑定子帧个数为大于等于1，小于等于10的整数，所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧，且n与k满足：
当n＝0时，k＝7；
当n＝1时，k＝7；
当n＝5时，k＝7；
当n＝6时，k＝7；
当n＝9时，k＝5。
32.如权利要求31所述的通信装置，其特征在于，所述绑定子帧个数小于10，传输所述PUSCH的UE的HARQ进程数大于1。
33.如权利要求26所述的通信装置，其特征在于，上下行子帧配置为配置5，所述绑定子帧个数为2。
34.如权利要求26-33任一项所述的通信装置，其特征在于，还包括所述存储器。
35.一种通信系统，其特征在于，包括如权利要求17-25中任一项所述的通信装置，以及如权利要求26-34中任一项所述的通信装置。
36.一种计算机可读存储介质，其特征在于，其上存储有用于执行如权利要求1-8中任一项所述的方法的指令。
37.一种计算机可读存储介质，其特征在于，其上存储有用于执行如权利要求9-16中任一项所述的方法的指令。
CN201811198332.XA 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站 Active CN109195227B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811198332.XA CN109195227B (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201380004572.0A CN104685953B (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站
CN201811198332.XA CN109195227B (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站
PCT/CN2013/084543 WO2015042893A1 (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201380004572.0A Division CN104685953B (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站

Publications (2)

Publication Number Publication Date
CN109195227A true CN109195227A (zh) 2019-01-11
CN109195227B CN109195227B (zh) 2021-04-20

Family

ID=52741835

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201380004572.0A Expired - Fee Related CN104685953B (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站
CN201811198332.XA Active CN109195227B (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201380004572.0A Expired - Fee Related CN104685953B (zh) 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站

Country Status (5)

Country Link
US (2) US10009918B2 (zh)
EP (2) EP3429297B1 (zh)
KR (1) KR101730363B1 (zh)
CN (2) CN104685953B (zh)
WO (1) WO2015042893A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101730363B1 (ko) * 2013-09-27 2017-04-26 후아웨이 테크놀러지 컴퍼니 리미티드 업링크 데이터를 송신하는 방법, 사용자 장비, 및 기지국
US20150109997A1 (en) * 2013-10-21 2015-04-23 Alexander Sirotkin Apparatus, system and method of interfacing between a cellular manager and a wlan access device
WO2017010798A1 (ko) * 2015-07-14 2017-01-19 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와, 하향링크 신호 전송 방법 및 기지국
US10321447B2 (en) * 2015-10-26 2019-06-11 Qualcomm Incorporated Determining a DRX configuration parameter based in part on an M-PDCCH parameter
CN107197528B (zh) * 2016-03-14 2020-12-25 华为技术有限公司 一种资源调度和分配的方法和装置
US10812247B2 (en) * 2016-07-06 2020-10-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods and network nodes for scheduling a plurality of TTI-bundle transmissions
WO2018028632A1 (zh) * 2016-08-11 2018-02-15 中国移动通信有限公司研究院 传输方法、装置、移动通信终端及网络侧设备
CN107733619A (zh) * 2016-08-11 2018-02-23 中国移动通信有限公司研究院 一种传输方法、装置、移动通信终端及网络侧设备
AU2017321575C1 (en) * 2016-08-31 2022-03-03 Ntt Docomo, Inc. User terminal and radio communication method
JP7335375B2 (ja) * 2017-03-10 2023-08-29 株式会社Ｎｔｔドコモ 端末、無線通信方法及びシステム
CN109327905A (zh) * 2017-07-31 2019-02-12 展讯通信（上海）有限公司 数据传输的方法、终端及计算机可读介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143596A (zh) * 2011-04-20 2011-08-03 新邮通信设备有限公司 一种无线资源调度方法和系统
WO2012053861A2 (ko) * 2010-10-21 2012-04-26 엘지전자 주식회사 상향링크 신호 전송 방법 및 이를 위한 장치
CN102595609A (zh) * 2012-02-17 2012-07-18 中兴通讯股份有限公司 一种子帧捆绑时实现上行子帧调度的方法和系统
CN103313380A (zh) * 2012-03-16 2013-09-18 北京三星通信技术研究有限公司 上行调度的方法及设备
US20130242889A1 (en) * 2012-03-16 2013-09-19 Alexey Khoryaev Physical uplink shared channel (pusch) transmission time interval (tti) bundling
CN103326823A (zh) * 2012-03-20 2013-09-25 中兴通讯股份有限公司 数据传输方法及装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009099389A1 (en) * 2008-02-06 2009-08-13 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices relating to downlink assignments
CN101615951B (zh) 2008-06-25 2013-01-16 中兴通讯股份有限公司 上行授权信令的发送定时方法和装置
CN101754268B (zh) 2008-12-04 2012-08-15 中国移动通信集团公司 用户上行数据调度方法及用户设备
EP2200208A1 (en) * 2008-12-19 2010-06-23 Panasonic Corporation HARQ ACK/NACK for dynamic PDSCH
CN101801094B (zh) * 2009-02-10 2012-06-06 电信科学技术研究院 长期演进多载波系统中的子帧绑定传输方法、系统和设备
CN101854639A (zh) 2009-03-31 2010-10-06 中兴通讯股份有限公司 资源调度方法及用户设备
US20100271970A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums
JP4948671B1 (ja) * 2010-10-29 2012-06-06 シャープ株式会社 移動局装置、処理方法および集積回路
CN102651678B (zh) * 2011-02-23 2015-07-22 华为技术有限公司 控制信息的传输方法、装置及系统
KR101915528B1 (ko) 2011-08-12 2018-11-06 삼성전자 주식회사 시분할 무선 통신 시스템에서 단말의 신호 송수신 방법 및 장치
WO2013103280A1 (ko) * 2012-01-06 2013-07-11 엘지전자 주식회사 상향링크 번들링 관련 채널의 할당 방법 및 장치
EP2635082A1 (en) * 2012-02-29 2013-09-04 Panasonic Corporation Dynamic subframe bundling
CN102761395A (zh) * 2012-07-06 2012-10-31 中兴通讯股份有限公司 下行子帧的发送、接收方法及装置
CN108566265B (zh) * 2012-09-26 2021-04-23 交互数字专利控股公司 动态tdd上行链路/下行链路配置方法
WO2014092619A1 (en) * 2012-12-14 2014-06-19 Telefonaktiebolaget Lm Ericsson (Publ) A network node, a wireless device and methods therein for enabling and performing harq transmissions in a d2d communication between wireless devices in a wireless telecommunications network
KR101730363B1 (ko) * 2013-09-27 2017-04-26 후아웨이 테크놀러지 컴퍼니 리미티드 업링크 데이터를 송신하는 방법, 사용자 장비, 및 기지국

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012053861A2 (ko) * 2010-10-21 2012-04-26 엘지전자 주식회사 상향링크 신호 전송 방법 및 이를 위한 장치
CN102143596A (zh) * 2011-04-20 2011-08-03 新邮通信设备有限公司 一种无线资源调度方法和系统
CN102595609A (zh) * 2012-02-17 2012-07-18 中兴通讯股份有限公司 一种子帧捆绑时实现上行子帧调度的方法和系统
CN103313380A (zh) * 2012-03-16 2013-09-18 北京三星通信技术研究有限公司 上行调度的方法及设备
US20130242889A1 (en) * 2012-03-16 2013-09-19 Alexey Khoryaev Physical uplink shared channel (pusch) transmission time interval (tti) bundling
CN103326823A (zh) * 2012-03-20 2013-09-25 中兴通讯股份有限公司 数据传输方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
申敏、胡磊: "TD-LTE终端协议栈TTI Bundling方案的实现", 《电讯技术》 *

Also Published As

Publication number Publication date
CN109195227B (zh) 2021-04-20
CN104685953A (zh) 2015-06-03
EP3041306B1 (en) 2018-08-22
CN104685953B (zh) 2018-11-06
US20180270850A1 (en) 2018-09-20
US10009918B2 (en) 2018-06-26
KR20160062140A (ko) 2016-06-01
US10721759B2 (en) 2020-07-21
WO2015042893A1 (zh) 2015-04-02
US20160212761A1 (en) 2016-07-21
EP3429297A1 (en) 2019-01-16
EP3429297B1 (en) 2021-04-28
EP3041306A4 (en) 2016-08-24
KR101730363B1 (ko) 2017-04-26
EP3041306A1 (en) 2016-07-06

Similar Documents

Publication Publication Date Title
CN104685953B (zh) 传输上行数据的方法、用户设备和基站
CN105191201B (zh) 一种控制信道资源分配方法及装置
CN111818649B (zh) 直接通信中的数据传输设备及方法
CN101222309B (zh) Lte tdd系统上行harq进程的配置方法和装置
CN105493418B (zh) 与增强覆盖模式中的机器类型通信相关联的设备
FI127102B (en) HARQ-ACK TREATMENT FOR ACCIDENTAL SETTLEMENT SUB-FRAMES
JP2020129841A5 (zh)
CN104272631B (zh) 用于增强覆盖范围的方法和装置
CN106804116B (zh) 一种反馈信息的传输方法和基站以及用户设备
CN105846977A (zh) 一种增强载波聚合系统的harq-ack传输方法和设备
CN109314982A (zh) 无线通信系统中减少时延的信号发送和接收方法及其装置
CN103313380A (zh) 上行调度的方法及设备
CN108352942A (zh) 信息传输的方法、终端和基站
CN109891795A (zh) 用于频分双工传输时间间隔操作的系统和方法
US9204314B2 (en) Numbering of automatic repeat request processes
CN109905210A (zh) 一种ack/nack传输方法及对应装置
JP2019522440A (ja) メッセージ伝送方法、ユーザー装置、基地局及びコンピュータ記憶媒体
CN103957564B (zh) 一种数据传输方法和装置
WO2015149325A1 (zh) 传输pusch的方法、用户设备和基站
JP6736767B2 (ja) 伝送方法、移動通信端末およびネットワーク側機器
CN106817773A (zh) 用户终端调度方法及装置
CN106358299B (zh) 一种下行数据的反馈信息的发送及接收处理方法、装置
CN105871528B (zh) Harq反馈方法及装置、终端
CN107113119A (zh) 混合自动重传应答消息的传输方法、用户设备和基站
CN108702284A (zh) 一种数据传输方法、终端设备及网络设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240701

Address after: Tokyo, Japan

Patentee after: Godo Kaisha IP Bridge 1

Country or region after: Japan

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

Country or region before: China

CI03 Correction of invention patent
CI03 Correction of invention patent

Correction item: Patentee|Country or Region|Address

Correct: HUAWEI Technologies Ltd.|China|518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

False: Godo Kaisha IP Bridge 1|Japan|Tokyo, Japan

Number: 29-01

Volume: 40

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240718

Address after: Tokyo, Japan

Patentee after: Godo Kaisha IP Bridge 1

Country or region after: Japan

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

Country or region before: China