CN104685953B - 传输上行数据的方法、用户设备和基站 - Google Patents
传输上行数据的方法、用户设备和基站 Download PDFInfo
- Publication number
- CN104685953B CN104685953B CN201380004572.0A CN201380004572A CN104685953B CN 104685953 B CN104685953 B CN 104685953B CN 201380004572 A CN201380004572 A CN 201380004572A CN 104685953 B CN104685953 B CN 104685953B
- Authority
- CN
- China
- Prior art keywords
- binding
- subframe
- sub
- frame
- frames
- 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.)
- Expired - Fee Related
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/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 signaling, 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/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
- 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), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), 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—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- 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—Signaling for the administration of the divided path
- 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—Signaling for the administration of the divided path
- 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
-
- 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
Abstract
本发明实施例提供一种传输上行数据的方法、用户设备和基站,该方法包括:当用户设备UE在子帧n正确接收用于指示该UE传输物理上行共享信道PUSCH的下行控制信令时,根据该下行控制信令以及绑定子帧配置,确定传输该PUSCH的绑定子帧,其中该绑定子帧配置包括绑定子帧个数;在该绑定子帧上传输该PUSCH。本发明实施例中,通过引入绑定子帧,增加了PUSCH的调度资源,增强了信号的覆盖性能。
Description
技术领域
本发明实施例涉及无线通信领域,并且更具体地,涉及一种传输上行数据的方法、用户设备和基站。
背景技术
LTE(长期演进,Long Term Evolution)技术提供各种基于IP(网络协议,Internetprotocol)的服务如基于IP的语音服务(VoIP,Voice over IP)和尽力而为(Best effort)的数据服务。由于基于IP传输机制提供了各种服务,LTE对基于IP的业务传输进行了优化。如对于VoIP业务需要考虑其传输时延,传输周期,调度信令开销和用户容量等。对于VoIP业务,其一般具有固定的包到达周期,如典型的值为20ms。LTE在物理层定义了各种物理信道来传输各种消息,如PUSCH(物理上行共享信道,Physical Uplink Shared Channel),PDSCH(物理下行共享信道,Physical Downlink Shared Channel),PUCCH(物理上行控制信道,Physical Uplink Control Channel),PDCCH(物理下行控制信道,Physical DownlinkControl Channel)等。对于数据信道基本的TTI(传输时间间隔,Transmission TimeInterval)为1个子帧。1个子帧为1ms,包含2个时隙。在每个TTI中,不同UE(用户设备,UserEquipment)可以使用不同的频率资源共享该TTI。
对于TDD(时分双工,Time Division Duplex)系统,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包括但不限于MS(移动台,Mobile Station)、移动终端、移动电话、手机及便携设备等,该用户设备可以经RAN(无线接入网,Radio AccessNetwork)与一个或多个核心网进行通信,例如,用户设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等,用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
图1是根据本发明实施例的传输上行数据的方法的示意性流程图。图1的方法由UE执行,例如可以是手机。图1的方法可应用在TDD系统中,该方法包括:
110、当用户设备UE在子帧n正确接收用于指示UE传输物理上行共享信道PUSCH的下行控制信令时,根据下行控制信令以及绑定子帧配置,确定传输PUSCH的绑定子帧,其中绑定子帧配置包括绑定子帧个数;
上述下行控制信令可以是PDCCH,也可以是EPDCCH(增强的物理下行控制信道,Enhanced PDCCH)。上述子帧n具体可指任意无线帧中第n个子帧,n取值从0至9,且这里的子帧n为下行子帧。
应理解,上述绑定子帧配置可以是UE与基站之间预先配置的,也可以由基站通过信令向UE通知的,例如通过RRC(无线资源控制,Radio resource control)、RAR(随机接入响应,Random access response)、MAC(媒质接入控制,Medium access control)、DCI(下行控制信息,Downlink control information)等信令通知。上述绑定子帧配置包括但不限于绑定子帧个数,例如,绑定子帧配置中还可以包括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次重传,RTT(往返时间,Round TripTime)为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取值的对应关系
n | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
k | 4或7 | 6或7 | 4或7 | 6或7 |
对绑定子帧中的最后一个上行子帧与指示该绑定子帧是否需要重传的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 DCI(下行控制信息,Downlink Control Information)中的UL index中的比特位取值,如MSB(最高有效位,Most Significant Bit)取值为1,n取值为6;LSB(最低有效位,Least Significant Bit)取值为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与1取值的对应关系
n | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
l | 4 | 5 | 1 |
表10:组2中n与1取值的对应关系
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信令或MAC CE(媒质接入控制控制元素,Medium Access Control Control Element)信令或者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。具体如下表所示:
表12:上下行子帧配置3,子帧绑定个数6
本方案可以较好的支持20ms或20ms的倍数为周期的半静态调度传输。也可以支持基于子帧绑定的半静态调度传输。每个包使用的最大可用子帧个数为6,时延小于50ms。
对下行控制信令与绑定子帧的首个上行子帧的定时关系可按照现有系统的取值。UE在子帧n收到对绑定子帧(PDCCH或EPDCCH)的下行调度,从子帧n+k开始传输绑定子帧的PUSCH,n与k的取值的对应关系如下表所示:
表13: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。该方案具体如表14所示:
表14:上下行子帧配置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的取值具体如表15所示:
表15: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。
表16:上下行子帧配置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的取值的对应关系具体如表17所示:
表17: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个上行子帧。具体方案如表18所示:
表18:上下行子帧配置3,绑定子帧个数2
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH的对子帧绑定的下行调度,从子帧n+k开始传输绑定子帧的PUSCH,当n为0,1,5,6时k取值为7;当n为9时,k取值为5。
具体地对应关系参见下表:
表19: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。具体方案如表20所示:
表20:上下行子帧配置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。具体方案如表21所示:
表21:上下行子帧配置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。该方案具体如表22所示:
表22:上下行子帧配置6,绑定子帧个数5
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH的对子帧绑定的下行调度,从子帧n+k开始传输绑定子帧的PUSCH。
对子帧绑定中的最后一个上行子帧对应的PHICH定时关系可按照现有系统的取值,并根据该PHICH位置确定与该子帧绑定具有相同进程的下一个子帧绑定的首个子帧的定时关系。UE在子帧n-l收到PHICH,从子帧n+k开始传输绑定子帧的PUSCH,当n为0,1,5,6,9时,1取值为0。具体地,n与1的取值的对应关系见下表:
表23:n与1取值的对应关系
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之后。具体方案如表24所示:
表24:上下行子帧配置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。该方案比表22的方案具有更大的时间分集增益。
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有系统的取值。UE在子帧n收到PDCCH/EPDCCH的对子帧绑定的下行调度,从子帧n+k开始传输绑定子帧的PUSCH,当n为0,1,5,6时,k取值为7;当n为9时,k取值为5。
对子帧绑定中的最后一个上行子帧对应的PHICH定时关系按照现有系统的取值,并根据该PHICH位置确定与该子帧绑定具有相同进程的下一个子帧绑定的首个子帧的定时关系。UE在子帧n-1收到PHICH,相应的从子帧n+k开始传输绑定子帧的PUSCH,当n为0,5,9时,1取值为-1;当n为1时,1取值为-4;当n为6时,1取值为-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。具体方案如表25所示:
表25:上下行子帧配置1,绑定子帧个数2
可选地,基于第一定时关系和第二定时关系,n、k和l之间满足:当n=4时,k=4,l=3;当n=9时,k=4,l=3。具体方案如表26所示:
表26:上下行子帧配置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。该方案具体如下表:
表27:上下行子帧配置2,绑定子帧个数1
在该方案中,与现有RTT值为10不同,RTT值为15,HARQ进程数或绑定子帧配置个数为3。从表27中可以看出一个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。该方案具体如表28所示:
表28:上下行子帧配置2,绑定子帧个数4
表28的方案采用非连续的子帧进行子帧绑定,非连续的子帧间隔为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。该方案具体如表29所示:
表29:上下行子帧配置4,绑定子帧个数1
在该方案中,改变现有RTT值,RTT值从11ms改为19ms,HARQ进程数为3个。从表29中可见一个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。具体如下表所示:
表30:上下行子帧配置4,绑定子帧个数4
该方案中,采用非连续的子帧进行子帧绑定,非连续的子帧间隔为11和19ms。绑定子帧个数为4。HARQ进程数为3或绑定子帧配置个数为3.不同的颜色表示不同的HARQ进程或不同的绑定子帧配置。从表30中可见一个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个上行子帧。具体方案如下表所示:
表31:上下行子帧配置5,绑定子帧个数2
该方案中,采用非连续的子帧进行子帧绑定,非连续的子帧间隔为50ms。绑定子帧个数为2。HARQ进程数或子帧绑定配置数为5或绑定子帧配置个数为5.不同的颜色表示不同的HARQ进程或不同的绑定子帧配置。从图中可见一个PUSCH经过绑定子帧传输,其时间分集可以达到51ms。
可选地,UE的HARQ进程数为4,绑定子帧中的前一子帧与后一子帧之间存在3个上行子帧。具体方案如表32所示:
表32:上下行子帧配置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盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (130)
1.一种传输上行数据的方法,其特征在于,包括:
当用户设备UE在子帧n正确接收用于指示所述UE传输物理上行共享信道PUSCH的下行控制信令时,根据所述下行控制信令以及绑定子帧配置,确定传输所述PUSCH的绑定子帧,其中所述绑定子帧配置包括绑定子帧个数;
当所述UE未正确接收到所述下行控制信令时,根据用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH以及所述绑定子帧配置,确定所述绑定子帧,其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧;
在所述绑定子帧上传输所述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.如权利要求2所述的方法,其特征在于,所述绑定子帧个数为12,所述UE的混合自动重传请求HARQ进程数或所述绑定子帧配置为1。
4.如权利要求2所述的方法,其特征在于,所述绑定子帧个数小于12,所述UE的HARQ进程数或所述绑定子帧配置大于1。
5.如权利要求4所述的方法,其特征在于,所述绑定子帧个数为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。
6.如权利要求5所述的方法,其特征在于,还包括:
接收基站发送的指示信息,所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
7.如权利要求1所述的方法,其特征在于,当前上下行子帧配置为配置3,所述绑定子帧个数为大于等于1,小于等于6的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,n与k满足:
当n=0时,k=4;
当n=8时,k=4;
当n=9时,k=4。
8.如权利要求7所述的方法,其特征在于,所述绑定子帧个数为6,所述UE的HARQ进程数或所述绑定子帧配置为1。
9.如权利要求7所述的方法,其特征在于,所述绑定子帧个数小于6,所述UE的HARQ进程数或所述绑定子帧配置大于1。
10.如权利要求9所述的方法,其特征在于,所述绑定子帧个数为3,所述UE的HARQ进程数或所述绑定子帧配置为2,n与l满足:
当n=0时,l=1;
当n=9时,l=1;
当n=8时,l=8。
11.如权利要求9所述的方法,其特征在于,所述绑定子帧个数为2,所述UE的HARQ进程数或所述绑定子帧配置为3,n与l满足:
当n=0时,l=2;
当n=8时,l=9;
当n=9时,l=9。
12.如权利要求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。
13.如权利要求12所述的方法,其特征在于,所述绑定子帧个数为10。
14.如权利要求13所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为1,所述绑定子帧为所述配置6下的连续10个上行子帧。
15.如权利要求13所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为2,所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
16.如权利要求13所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为3,所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
17.如权利要求12所述的方法,其特征在于,所述绑定子帧个数小于10,所述UE的HARQ进程数或所述绑定子帧配置大于1。
18.如权利要求17所述的方法,其特征在于,所述绑定子帧个数为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。
19.如权利要求17所述的方法,其特征在于,所述绑定子帧个数为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。
20.如权利要求1所述的方法,其特征在于,当前上下行子帧配置为配置1,所述绑定子帧个数为2,所述UE的HARQ进程数或所述绑定子帧配置为3,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧。
21.如权利要求20所述的方法,其特征在于,n、l、k之间满足:
当n=6时,k=6,l=2;
当n=1时,k=6,l=2。
22.如权利要求20所述的方法,其特征在于,n、k和l之间满足:
当n=4时,k=4,l=3;
当n=9时,k=4,l=3。
23.如权利要求1所述的方法,其特征在于,当前上下行子帧配置为配置2,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或所述绑定子帧配置为3。
24.如权利要求23所述的方法,其特征在于,所述绑定子帧个数为1,
所述方法还包括:
在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH,n、k和l之间满足:
当n=3时,k=4,l=11;
当n=8时,k=4,l=11。
25.如权利要求23所述的方法,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
26.如权利要求1所述的方法,其特征在于,当前上下行子帧配置为配置4,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或所述绑定子帧配置为3。
27.如权利要求26所述的方法,其特征在于,所述绑定子帧个数为1,
其中n、l和k之间满足:
当n=8时,k=4,l=0;
当n=9时,k=4,l=0。
28.如权利要求26所述的方法,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
29.如权利要求1所述的方法,其特征在于,当前上下行子帧配置为配置5,所述绑定子帧个数为2。
30.如权利要求29所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为4,所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
31.如权利要求29所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为5,所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
32.如权利要求1-31中任一项所述的方法,其特征在于,所述绑定子帧配置的设置使得在满足传输延迟要求下,可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
33.一种传输上行数据的方法,其特征在于,包括:
当基站在子帧n发送用于指示用户设备UE传输物理上行共享信道PUSCH的下行控制信令时,根据所述下行控制信令以及绑定子帧配置,确定传输所述PUSCH的绑定子帧,其中所述绑定子帧配置包括绑定子帧个数;
当基站向所述UE发送用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH,但未向所述UE发送所述下行控制信令时,根据所述PHICH以及所述绑定子帧配置,确定所述绑定子帧,其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧;
在所述绑定子帧上接收所述PUSCH。
34.如权利要求33所述的方法,其特征在于,当前上下行子帧配置为配置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。
35.如权利要求34所述的方法,其特征在于,所述绑定子帧个数为12,所述UE的混合自动重传请求HARQ进程数或所述绑定子帧配置为1。
36.如权利要求34所述的方法,其特征在于,所述绑定子帧个数小于12,所述UE的HARQ进程数或所述绑定子帧配置大于1。
37.如权利要求36所述的方法,其特征在于,所述绑定子帧个数为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。
38.如权利要求37所述的方法,其特征在于,还包括:
向UE发送指示信息,所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
39.如权利要求33所述的方法,其特征在于,当前上下行子帧配置为配置3,所述绑定子帧个数为大于等于1,小于等于6的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,n与k满足:
当n=0时,k=4;
当n=8时,k=4;
当n=9时,k=4。
40.如权利要求39所述的方法,其特征在于,所述绑定子帧个数为6,所述UE的HARQ进程数或所述绑定子帧配置为1。
41.如权利要求39所述的方法,其特征在于,所述绑定子帧个数小于6,所述UE的HARQ进程数或所述绑定子帧配置大于1。
42.如权利要求41所述的方法,其特征在于,所述绑定子帧个数为3,所述UE的HARQ进程数或所述绑定子帧配置为2,n与l满足:
当n=0时,l=1;
当n=9时,l=1;
当n=8时,l=8。
43.如权利要求41所述的方法,其特征在于,所述绑定子帧个数为2,所述UE的HARQ进程数或所述绑定子帧配置为3,n与l满足:
当n=0时,l=2;
当n=8时,l=9;
当n=9时,l=9。
44.如权利要求33所述的方法,其特征在于,当前上下行子帧配置为配置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。
45.如权利要求44所述的方法,其特征在于,所述绑定子帧个数为10。
46.如权利要求45所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为1,所述绑定子帧为所述配置6下的连续10个上行子帧。
47.如权利要求45所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为2,所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
48.如权利要求45所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为3,所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
49.如权利要求44所述的方法,其特征在于,所述绑定子帧个数小于10,所述UE的HARQ进程数或所述绑定子帧配置大于1。
50.如权利要求49所述的方法,其特征在于,所述绑定子帧个数为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。
51.如权利要求49所述的方法,其特征在于,所述绑定子帧个数为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。
52.如权利要求33所述的方法,其特征在于,当前上下行子帧配置为配置1,所述绑定子帧个数为2,所述UE的HARQ进程数或所述绑定子帧配置为3,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧。
53.如权利要求52所述的方法,其特征在于,n、l、k之间满足:
当n=6时,k=6,l=2;
当n=1时,k=6,l=2。
54.如权利要求52所述的方法,其特征在于,n、k和l之间满足:
当n=4时,k=4,l=3;
当n=9时,k=4,l=3。
55.如权利要求33所述的方法,其特征在于,当前上下行子帧配置为配置2,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或所述绑定子帧配置为3。
56.如权利要求55所述的方法,其特征在于,所述绑定子帧个数为1,
所述方法还包括:
在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH,n、k和l之间满足:
当n=3时,k=4,l=11;
当n=8时,k=4,l=11。
57.如权利要求55所述的方法,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
58.如权利要求33所述的方法,其特征在于,当前上下行子帧配置为配置4,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或所述绑定子帧配置为3。
59.如权利要求58所述的方法,其特征在于,所述绑定子帧个数为1
其中n、l和k之间满足:
当n=8时,k=4,l=0;
当n=9时,k=4,l=0。
60.如权利要求58所述的方法,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
61.如权利要求33所述的方法,其特征在于,当前上下行子帧配置为配置5,所述绑定子帧个数为2。
62.如权利要求61所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为4,所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
63.如权利要求61所述的方法,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为5,所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
64.如权利要求33-63中任一项所述的方法,其特征在于,所述绑定子帧配置的设置使得在满足传输延迟要求下,可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
65.一种用户设备UE,其特征在于,包括:
确定单元,用于当所述UE在子帧n正确接收用于指示所述UE传输物理上行共享信道PUSCH的下行控制信令时,根据所述下行控制信令以及绑定子帧配置,确定传输所述PUSCH的绑定子帧,其中所述绑定子帧配置包括绑定子帧个数;
所述确定单元还用于当所述UE未正确接收到所述下行控制信令时,根据用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH以及所述绑定子帧配置,确定所述绑定子帧,其中所述PHICH的接收子帧为所述子帧n之前的第l个子帧;
传输单元,用于在所述确定单元确定的所述绑定子帧上传输所述PUSCH。
66.如权利要求65所述的UE,其特征在于,当前上下行子帧配置为配置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。
67.如权利要求66所述的UE,其特征在于,所述绑定子帧个数为12,所述UE的混合自动重传请求HARQ进程数或所述绑定子帧配置为1。
68.如权利要求66所述的UE,其特征在于,所述绑定子帧个数小于12,所述UE的HARQ进程数或所述绑定子帧配置大于1。
69.如权利要求68所述的UE,其特征在于,所述绑定子帧个数为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。
70.如权利要求69所述的UE,其特征在于,还包括:
接收单元,用于接收基站发送的指示信息,所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
71.如权利要求65所述的UE,其特征在于,当前上下行子帧配置为配置3,所述绑定子帧个数为大于等于1,小于等于6的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,n与k满足:
当n=0时,k=4;
当n=8时,k=4;
当n=9时,k=4。
72.如权利要求71所述的UE,其特征在于,所述绑定子帧个数为6,所述UE的HARQ进程数或所述绑定子帧配置为1。
73.如权利要求71所述的UE,其特征在于,所述绑定子帧个数小于6,所述UE的HARQ进程数或所述绑定子帧配置大于1。
74.如权利要求73所述的UE,其特征在于,所述绑定子帧个数为3,所述UE的HARQ进程数或所述绑定子帧配置为2,n与l满足:
当n=0时,l=1;
当n=9时,l=1;
当n=8时,l=8。
75.如权利要求73所述的UE,其特征在于,所述绑定子帧个数为2,所述UE的HARQ进程数或所述绑定子帧配置为3,n与l满足:
当n=0时,l=2;
当n=8时,l=9;
当n=9时,l=9。
76.如权利要求65所述的UE,其特征在于,当前上下行子帧配置为配置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。
77.如权利要求76所述的UE,其特征在于,所述绑定子帧个数为10。
78.如权利要求77所述的UE,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为1,所述绑定子帧为所述配置6下的连续10个上行子帧。
79.如权利要求77所述的UE,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为2,所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
80.如权利要求77所述的UE,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为3,所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
81.如权利要求76所述的UE,其特征在于,所述绑定子帧个数小于10,所述UE的HARQ进程数或所述绑定子帧配置大于1。
82.如权利要求81所述的UE,其特征在于,所述绑定子帧个数为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。
83.如权利要求81所述的UE,其特征在于,所述绑定子帧个数为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。
84.如权利要求65所述的UE,其特征在于,当前上下行子帧配置为配置1,所述绑定子帧个数为2,所述UE的HARQ进程数或所述绑定子帧配置为3,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧。
85.如权利要求84所述的UE,其特征在于,n、l、k之间满足:
当n=6时,k=6,l=2;
当n=1时,k=6,l=2。
86.如权利要求84所述的UE,其特征在于,n、k和l之间满足:
当n=4时,k=4,l=3;
当n=9时,k=4,l=3。
87.如权利要求65所述的UE,其特征在于,当前上下行子帧配置为配置2,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或所述绑定子帧配置为3。
88.如权利要求87所述的UE,其特征在于,所述绑定子帧个数为1,
所述UE还包括:
接收单元,用于在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH,n、k和l之间满足:
当n=3时,k=4,l=11;
当n=8时,k=4,l=11。
89.如权利要求87所述的UE,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
90.如权利要求65所述的UE,其特征在于,当前上下行子帧配置为配置4,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或所述绑定子帧配置为3。
91.如权利要求90所述的UE,其特征在于,所述绑定子帧个数为1,
其中n、l和k之间满足:
当n=8时,k=4,l=0;
当n=9时,k=4,l=0。
92.如权利要求90所述的UE,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
93.如权利要求65所述的UE,其特征在于,当前上下行子帧配置为配置5,所述绑定子帧个数为2。
94.如权利要求93所述的UE,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为4,所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
95.如权利要求93所述的UE,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为5,所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
96.如权利要求65-95中任一项所述的UE,其特征在于,所述绑定子帧配置的设置使得在满足传输延迟要求下,可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
97.一种基站,其特征在于,包括:
确定单元,用于当所述基站在子帧n发送用于指示用户设备UE传输物理上行共享信道PUSCH的下行控制信令时,根据所述下行控制信令以及绑定子帧配置,确定传输所述PUSCH的绑定子帧,其中所述绑定子帧配置包括绑定子帧个数;
所述确定单元还用于当所述基站向所述UE发送用于指示所述UE传输所述PUSCH的物理混合自动重传请求指示信道PHICH,但未向所述UE发送所述下行控制信令时,根据所述PHICH以及所述绑定子帧配置,确定所述绑定子帧,其中所述PHICH的发送子帧为所述子帧n之前的第l个子帧;
接收单元,用于在所述确定单元确定的所述绑定子帧上接收所述PUSCH。
98.如权利要求97所述的基站,其特征在于,当前上下行子帧配置为配置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。
99.如权利要求98所述的基站,其特征在于,所述绑定子帧个数为12,所述UE的混合自动重传请求HARQ进程数或所述绑定子帧配置为1。
100.如权利要求98所述的基站,其特征在于,所述绑定子帧个数小于12,所述UE的HARQ进程数或所述绑定子帧配置大于1。
101.如权利要求100所述的基站,其特征在于,所述绑定子帧个数为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。
102.如权利要求101所述的基站,其特征在于,还包括:
发送单元,用于向UE发送指示信息,所述指示信息用于指示所述UE根据所述绑定子帧配置传输所述PUSCH。
103.如权利要求97所述的基站,其特征在于,所述当前上下行子帧配置为配置3,所述绑定子帧个数为大于等于1,小于等于6的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,n与k满足:
当n=0时,k=4;
当n=8时,k=4;
当n=9时,k=4。
104.如权利要求103所述的基站,其特征在于,所述绑定子帧个数为6,所述UE的HARQ进程数或所述绑定子帧配置为1。
105.如权利要求103所述的基站,其特征在于,所述绑定子帧个数小于6,所述UE的HARQ进程数或所述绑定子帧配置大于1。
106.如权利要求105所述的基站,其特征在于,所述绑定子帧个数为3,所述UE的HARQ进程数或所述绑定子帧配置为2,n与l满足:
当n=0时,l=1;
当n=9时,l=1;
当n=8时,l=8。
107.如权利要求105所述的基站,其特征在于,所述绑定子帧个数为2,所述UE的HARQ进程数或所述绑定子帧配置为3,n与l满足:
当n=0时,l=2;
当n=8时,l=9;
当n=9时,l=9。
108.如权利要求97所述的基站,其特征在于,所述当前上下行子帧配置为配置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。
109.如权利要求108所述的基站,其特征在于,所述绑定子帧个数为10。
110.如权利要求109所述的基站,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为1,所述绑定子帧为所述配置6下的连续10个上行子帧。
111.如权利要求109所述的基站,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为2,所述绑定子帧中的相邻子帧之间间隔1个上行子帧。
112.如权利要求109所述的基站,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为3,所述绑定子帧中的相邻子帧之间间隔4个上行子帧。
113.如权利要求108所述的基站,其特征在于,所述绑定子帧个数小于10,所述UE的HARQ进程数或所述绑定子帧配置大于1。
114.如权利要求113所述的基站,其特征在于,所述绑定子帧个数为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。
115.如权利要求113所述的基站,其特征在于,所述绑定子帧个数为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。
116.如权利要求97所述的基站,其特征在于,所述当前上下行子帧配置为配置1,所述绑定子帧个数为2,所述HARQ进程数或所述绑定子帧配置为3,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧。
117.如权利要求116所述的基站,其特征在于,n、l、k之间满足:
当n=6时,k=6,l=2;
当n=1时,k=6,l=2。
118.如权利要求116所述的基站,其特征在于,n、k和l之间满足:
当n=4时,k=4,l=3;
当n=9时,k=4,l=3。
119.如权利要求97所述的基站,其特征在于,所述当前上下行子帧配置为配置2,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或所述绑定子帧配置为3。
120.如权利要求119所述的基站,其特征在于,所述绑定子帧个数为1,所述接收单元还用于在所述子帧n之后的第l+k个子帧接收用于指示所述PUSCH是否需要重传的PHICH,n、k和l之间满足:
当n=3时,k=4,l=11;
当n=8时,k=4,l=11。
121.如权利要求119所述的基站,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
122.如权利要求97所述的基站,其特征在于,所述当前上下行子帧配置为配置4,所述绑定子帧个数为大于等于1,小于等于4的整数,所述绑定子帧的起始子帧为位于所述子帧n之后的第k个子帧,所述UE的HARQ进程数或子帧绑定配置数为3。
123.如权利要求122所述的基站,其特征在于,所述绑定子帧个数为1,
其中n、l和k之间满足:
当n=8时,k=4,l=0;
当n=9时,k=4,l=0。
124.如权利要求122所述的基站,其特征在于,所述绑定子帧个数为4,所述绑定子帧的相邻子帧之间间隔2个上行子帧。
125.如权利要求97所述的基站,其特征在于,所述当前上下行子帧配置为配置5,所述绑定子帧个数为2。
126.如权利要求125所述的基站,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为4,所述绑定子帧中的前一子帧与后一子帧之间间隔3个上行子帧。
127.如权利要求125所述的基站,其特征在于,所述UE的HARQ进程数或所述绑定子帧配置为5,所述绑定子帧中的前一子帧与后一子帧之间间隔4个上行子帧。
128.如权利要求97-127中任一项所述的基站,其特征在于,所述绑定子帧配置的设置使得在满足传输延迟要求下,可用于传输所述PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
129.一种计算机可读存储介质,其上存储有指令,当其在计算机上运行时,使得计算机执行如权利要求1-32任意一项所述的方法。
130.一种计算机可读存储介质,其上存储有指令,当其在计算机上运行时,使得计算机执行如权利要求33-64任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811198332.XA CN109195227B (zh) | 2013-09-27 | 2013-09-27 | 传输上行数据的方法、用户设备和基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/084543 WO2015042893A1 (zh) | 2013-09-27 | 2013-09-27 | 传输上行数据的方法、用户设备和基站 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811198332.XA Division CN109195227B (zh) | 2013-09-27 | 2013-09-27 | 传输上行数据的方法、用户设备和基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104685953A CN104685953A (zh) | 2015-06-03 |
CN104685953B true CN104685953B (zh) | 2018-11-06 |
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 After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811198332.XA Active CN109195227B (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)
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 |
CN107836093B (zh) * | 2015-07-14 | 2020-11-13 | Lg电子株式会社 | 用于接收下行链路信号的方法和用户设备以及用于发送下行链路信号的方法和基站 |
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 |
CN107733619A (zh) * | 2016-08-11 | 2018-02-23 | 中国移动通信有限公司研究院 | 一种传输方法、装置、移动通信终端及网络侧设备 |
WO2018028632A1 (zh) * | 2016-08-11 | 2018-02-15 | 中国移动通信有限公司研究院 | 传输方法、装置、移动通信终端及网络侧设备 |
HUE053931T2 (hu) * | 2016-08-31 | 2021-07-28 | Ntt Docomo Inc | Felhasználói terminál és vezeték nélküli kommunikációs eljárás |
JP7335375B2 (ja) * | 2017-03-10 | 2023-08-29 | 株式会社Nttドコモ | 端末、無線通信方法及びシステム |
CN109327905A (zh) * | 2017-07-31 | 2019-02-12 | 展讯通信(上海)有限公司 | 数据传输的方法、终端及计算机可读介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143596A (zh) * | 2011-04-20 | 2011-08-03 | 新邮通信设备有限公司 | 一种无线资源调度方法和系统 |
WO2012053861A2 (ko) * | 2010-10-21 | 2012-04-26 | 엘지전자 주식회사 | 상향링크 신호 전송 방법 및 이를 위한 장치 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2494551C2 (ru) * | 2008-02-06 | 2013-09-27 | Телефонактиеболагет Лм Эрикссон (Пабл) | Способы и устройства, относящиеся к назначениям в нисходящей линии связи |
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 | 中兴通讯股份有限公司 | 资源调度方法及用户设备 |
WO2010123893A1 (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 | 엘지전자 주식회사 | 상향링크 번들링 관련 채널의 할당 방법 및 장치 |
CN102595609B (zh) * | 2012-02-17 | 2015-10-21 | 中兴通讯股份有限公司 | 一种子帧捆绑时实现上行子帧调度的方法和系统 |
EP2635082A1 (en) * | 2012-02-29 | 2013-09-04 | Panasonic Corporation | Dynamic subframe bundling |
CN103313380A (zh) * | 2012-03-16 | 2013-09-18 | 北京三星通信技术研究有限公司 | 上行调度的方法及设备 |
US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
CN103326823B (zh) * | 2012-03-20 | 2018-05-04 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
CN102761395A (zh) * | 2012-07-06 | 2012-10-31 | 中兴通讯股份有限公司 | 下行子帧的发送、接收方法及装置 |
CN108566265B (zh) * | 2012-09-26 | 2021-04-23 | 交互数字专利控股公司 | 动态tdd上行链路/下行链路配置方法 |
MX344867B (es) * | 2012-12-14 | 2017-01-11 | Ericsson Telefon Ab L M | Un nodo de red, un dispositivo inalámbrico y métodos en los mismos para habilitar y realizar transmisiones harq en una comunicación de d2d entre dispositivos inalámbricos en una red de telecomunicaciones inalámbrica. |
KR101730363B1 (ko) * | 2013-09-27 | 2017-04-26 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 업링크 데이터를 송신하는 방법, 사용자 장비, 및 기지국 |
-
2013
- 2013-09-27 KR KR1020167011213A patent/KR101730363B1/ko active IP Right Grant
- 2013-09-27 EP EP18173843.6A patent/EP3429297B1/en active Active
- 2013-09-27 CN CN201380004572.0A patent/CN104685953B/zh not_active Expired - Fee Related
- 2013-09-27 CN CN201811198332.XA patent/CN109195227B/zh active Active
- 2013-09-27 EP EP13894197.6A patent/EP3041306B1/en not_active Not-in-force
- 2013-09-27 WO PCT/CN2013/084543 patent/WO2015042893A1/zh active Application Filing
-
2016
- 2016-03-25 US US15/081,583 patent/US10009918B2/en active Active
-
2018
- 2018-05-24 US US15/988,756 patent/US10721759B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012053861A2 (ko) * | 2010-10-21 | 2012-04-26 | 엘지전자 주식회사 | 상향링크 신호 전송 방법 및 이를 위한 장치 |
CN102143596A (zh) * | 2011-04-20 | 2011-08-03 | 新邮通信设备有限公司 | 一种无线资源调度方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
KR101730363B1 (ko) | 2017-04-26 |
US10009918B2 (en) | 2018-06-26 |
EP3041306A1 (en) | 2016-07-06 |
EP3041306A4 (en) | 2016-08-24 |
CN104685953A (zh) | 2015-06-03 |
EP3429297B1 (en) | 2021-04-28 |
EP3429297A1 (en) | 2019-01-16 |
EP3041306B1 (en) | 2018-08-22 |
WO2015042893A1 (zh) | 2015-04-02 |
US20180270850A1 (en) | 2018-09-20 |
US20160212761A1 (en) | 2016-07-21 |
US10721759B2 (en) | 2020-07-21 |
KR20160062140A (ko) | 2016-06-01 |
CN109195227A (zh) | 2019-01-11 |
CN109195227B (zh) | 2021-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104685953B (zh) | 传输上行数据的方法、用户设备和基站 | |
CN110168987B (zh) | 可扩展的反馈报告 | |
CN101499882B (zh) | 半静态调度数据包的应答信息的反馈、接收方法及其装置 | |
CN105846977B (zh) | 一种增强载波聚合系统的harq-ack传输方法和设备 | |
CN104170294B (zh) | 物理上行链路共享信道(pusch)传输时间间隔(tti)捆绑 | |
CN109863809A (zh) | 用于在无线通信系统中传输动态可变大小的下行链路控制信息的方法及其装置 | |
CN110352582A (zh) | 用于在无线通信系统中支持多个发送时间间隔、多个子载波间隔或多个处理时间的终端的上行链路信号发送或接收方法及其设备 | |
CN108271430A (zh) | 用于在非授权频带通信系统中发送信号的方法和装置、用于上行链路调度的方法和装置以及用于发送关于信道状态测量间隔的信息的方法和装置 | |
CN105191201B (zh) | 一种控制信道资源分配方法及装置 | |
CN104040920B (zh) | 用于接收数据的方法和无线装置 | |
EP3113559B1 (en) | Device and method for data transmission in direct communication | |
CN109842477A (zh) | 信息解码、码本处理方法及装置、存储介质,处理器 | |
CN106658742A (zh) | 数据调度及传输的方法、装置及系统 | |
CN104272631B (zh) | 用于增强覆盖范围的方法和装置 | |
CN110036586A (zh) | 用于处理时间缩减信令的系统和方法 | |
CN109314982A (zh) | 无线通信系统中减少时延的信号发送和接收方法及其装置 | |
CN101615951B (zh) | 上行授权信令的发送定时方法和装置 | |
CN104796926A (zh) | 资源管理方法和装置 | |
CN102136895B (zh) | 半静态调度数据包的应答信息的反馈、接收方法及其装置 | |
CN102271034A (zh) | 一种lte上行harq控制方法 | |
CN108352942A (zh) | 信息传输的方法、终端和基站 | |
CN105309024B (zh) | 传输pusch的方法、用户设备和基站 | |
CN107733598A (zh) | 一种消息传输方法、用户设备及基站 | |
CN102468945B (zh) | Ack/nack反馈信息的传输方法和设备 | |
CN102664715B (zh) | 一种ack/nack反馈模式的选择方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20181106 Termination date: 20210927 |
|
CF01 | Termination of patent right due to non-payment of annual fee |