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

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

Info

Publication number
CN104685953A
CN104685953A CN201380004572.0A CN201380004572A CN104685953A CN 104685953 A CN104685953 A CN 104685953A CN 201380004572 A CN201380004572 A CN 201380004572A CN 104685953 A CN104685953 A CN 104685953A
Authority
CN
China
Prior art keywords
subframe
binding
sub
configuration
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.)
Granted
Application number
CN201380004572.0A
Other languages
English (en)
Other versions
CN104685953B (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.)
Huawei Technologies Co Ltd
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 CN104685953A publication Critical patent/CN104685953A/zh
Application granted granted Critical
Publication of CN104685953B publication Critical patent/CN104685953B/zh
Expired - Fee Related 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/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink 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/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
    • 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/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), 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

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

传输上行数据的方法、 用户设备和基站 技术领域
本发明实施例涉及无线通信领域， 并且更具体地， 涉及一种传输上行数 据的方法、 用户设备和基站。 背景技术
LTE (长期演进， Long Term Evolution )技术提供各种基于 IP (网络协 议， Internet protocol ) 的服务如基于 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 Downlink Control Channel )等。 对于数据信道基 本的 ΤΉ (传输时间间隔， Transmission Time Interval ) 为 1个子帧。 1个子 帧为 lms ,包含 2个时隙。在每个 ΤΉ中，不同 UE (用户设备， User Equipment ) 可以使用不同的频率资源共享该 TTI。
对于 TDD (时分双工， Time Division Duplex ) ***， 1帧为 10ms, 包括 10个子帧， 每个子帧为 lms, 子帧包括普通子帧和特殊子帧， 对于特殊子帧 包括 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=l时， k=6或 7; 当 n=6时， k=6 或 7。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 12, 所述 UE的混合自动重传请求 HARQ进程 数或子帧绑定配置数为 1。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数小于 12, 所述 UE的 HARQ进程数或子帧绑定配 置数大于 1 , 所述方法还包括： 当所述 UE未正确接收到所述下行控制信令 时， 根据用于指示所述 UE传输所述 PUSCH的物理混合自动重传请求指示 信道 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH 的接收子帧为所述子帧 n之前的第 /个子帧； 在所述绑定子帧上传输所述 PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3, n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前的第 I 个子帧； 在所述绑定子帧上传输所述 PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， 1=8。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3 , n与 /满足： 当 n=0时， 1=2; 当 n=8时， /=9； 当 n=9时， 1=9。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 6, 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数，所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前的 第 /个子帧； 在所述绑定子帧上传输所述 PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 5, 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， 1=0; 当 n=l时， /=0； 当 n=5时， 1=0; 当 n=6 时， 1=0; 当 n=9时， /=0。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3, n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时， /=-1； 当 n=l时， /=-4； 当 η=6时， /=-3。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中，所述当前上下行子帧配置为配置 1 ,所述绑定子帧个数为 2 ,所述 HARQ 进程数或子帧绑定配置数为 3, 所述绑定子帧的起始子帧为位于所述子帧 n 之后的第 k个子帧， 所述方法还包括： 当所述 UE未正确接收到所述下行控 制信令时，根据用于指示所述 UE传输所述 PUSCH的 PHICH以及所述绑定 子帧配置， 确定所述绑定子帧， 其中所述 PHICH的接收子帧为所述子帧 n 之前的第 /个子帧； 在所述绑定子帧上传输所述 PUSCH。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=2。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, /=3。 结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述方法还包括： 在所述子帧 n之后的第 /+k 个子帧接收用于指示所述 PUSCH是否需要重传的 PHICH, n、 k和 /之间满 足： 当 n=3时， k=4, 1=11; 当 n=8时， k=4, /=11。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行 子帧。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第一方面或其上述实现方式的任一种，在第一方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述方法还包括： 当所述 UE未正确接收到 所述下行控制信令时，根据用于指示所述 UE传输所述 PUSCH的 PHICH以 及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的接收子帧为 所述子帧 n之前的第 /个子帧；在所述绑定子帧上传输所述 PUSCH,其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, 1=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=l时， k=6或 7; 当 n=6时， k=6 或 7。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 12, 所述 UE的混合自动重传请求 HARQ进程 数或子帧绑定配置数为 1。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数小于 12, 所述 UE的 HARQ进程数或子帧绑定配 置数大于 1 , 所述方法还包括： 当基站向所述 UE发送用于指示所述 UE传 输所述 PUSCH的物理混合自动重传请求指示信道 PHICH, 但未向所述 UE 发送所述下行控制信令时， 根据所述 PHICH 以及所述绑定子帧配置， 确定 所述绑定子帧，其中所述 PHICH的发送子帧为所述子帧 n之前的第 /个子帧； 在所述绑定子帧上接收所述 PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3, n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前的第 / 个子帧； 在所述绑定子帧上接收所述 PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， 1=8。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3 , n与 /满足： 当 n=0时， 1=2; 当 n=8时， /=9； 当 n=9时， 1=9。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 6, 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数，所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前的第 /个子帧； 在所述绑定子帧上接收所述 PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 5, 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， 1=0; 当 n=l时， /=0； 当 n=5时， 1=0; 当 n=6 时， 1=0; 当 n=9时， /=0。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3, n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时， /=-1； 当 n=l时， /=-4； 当 η=6时， /=-3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中，所述当前上下行子帧配置为配置 1 ,所述绑定子帧个数为 2 ,所述 HARQ 进程数或子帧绑定配置数为 3, 所述绑定子帧的起始子帧为位于所述子帧 n 之后的第 k个子帧， 所述方法还包括： 当基站向所述 UE发送用于指示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所述 PHICH 以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n之前的第 I个子帧； 在所述绑定子帧上接收 所述 PUSCH。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=2。 结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, /=3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述方法还包括： 在所述子帧 n之后的第 /+k 个子帧接收用于指示所述 PUSCH是否需要重传的 PHICH, n、 k和 /之间满 足： 当 n=3时， k=4, 1=11 ; 当 n=8时， k=4, /=11。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行 子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述方法还包括： 当基站向所述 UE发送用 于指示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行 控制信令时， 根据所述 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n之前的第 /个子帧；在所述绑定子 帧上接收所述 PUSCH, 其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, /=0。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行 子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 5 , 所述绑定子帧个数为 2。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述 UE的 HARQ进程数或子帧绑定配置数为 4, 所述绑定子帧中的 前一子帧与后一子帧之间间隔 3个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述 UE的 HARQ进程数或子帧绑定配置数为 5 , 所述绑定子帧中的 前一子帧与后一子帧之间间隔 4个上行子帧。
结合第二方面或其上述实现方式的任一种，在第二方面的另一种实现方 式中， 所述绑定子帧配置的设置使得在满足传输延迟要求下， 可用于传输所 述 PUSCH的子帧数目等于半静态调度周期内的上行子帧数目。
第三方面， 提供一种用户设备 UE, 包括： 确定单元， 用于当所述 UE 在子帧 n正确接收用于指示所述 UE传输物理上行共享信道 PUSCH的下行 控制信令时， 根据所述下行控制信令以及绑定子帧配置， 确定传输所述 PUSCH的绑定子帧， 其中所述绑定子帧配置包括绑定子帧个数； 传输单元， 结合第三方面， 在第三方面的另一种实现方式中， 所述当前上下行子帧 配置为配置 0, 所述绑定子帧个数为大于等于 1 , 小于等于 12的整数， 所 述绑定子帧的起始子帧为位于子帧 n之后的第 k个子帧，η与 k满足：当 n=0 时， k=4或 7; 当 n=5时， k=4或 7; 当 n=l时， k=6或 7; 当 n=6时， k=6 或 7。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 12, 所述 UE的混合自动重传请求 HARQ进程 数或子帧绑定配置数为 1。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数小于 12, 所述 UE的 HARQ进程数或子帧绑定配 置数大于 1 , 所述确定单元还用于当所述 UE未正确接收到所述下行控制信 令时， 根据用于指示所述 UE传输所述 PUSCH的物理混合自动重传请求指 示信道 PHICH以及所述绑定子帧配置，确定所述绑定子帧，其中所述 PHICH 的接收子帧为所述子帧 n之前的第 I个子帧； 所述传输单元还用于在所述确 定单元确定的所述绑定子帧上传输所述 PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3, n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前的 述 PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， 1=8。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3 , n与 /满足： 当 n=0时， 1=2; 当 n=8时， /=9； 当 n=9时， 1=9。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 6, 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数，所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前 传输所述 PUSCH。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 5, 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， 1=0; 当 n=l时， 1=0; 当 n=5时， 1=0; 当 n=6 时， 1=0; 当 n=9时， /=0。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3, n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时， /=-1； 当 n=l时， /=-4； 当 η=6时， /=-3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中，所述当前上下行子帧配置为配置 1 ,所述绑定子帧个数为 2 ,所述 HARQ 进程数或子帧绑定配置数为 3, 所述绑定子帧的起始子帧为位于所述子帧 n 之后的第 k个子帧， 所述确定单元还用于当所述 UE未正确接收到所述下行 控制信令时，根据用于指示所述 UE传输所述 PUSCH的 PHICH以及所述绑 定子帧配置，确定所述绑定子帧，其中所述 PHICH的接收子帧为所述子帧 n 之前的第 /个子帧； 所述传输单元还用于在所述确定单元确定的所述绑定子 帧上传输所述 PUSCH。 结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=2。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, /=3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述 UE还包括： 接收单元， 用于在所述子 帧 n之后的第 /+k个子帧接收用于指示所述 PUSCH是否需要重传的 PHICH , n、 k和 /之间满足： 当 n=3时， k=4, 1=11; 当 n=8时， k=4, /=11。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行 子帧。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第三方面或其上述实现方式的任一种，在第三方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述确定单元还用于当所述 UE未正确接收 到所述下行控制信令时， 根据用于指示所述 UE传输所述 PUSCH的 PHICH 以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的接收子帧 为所述子帧 n之前的第 /个子帧； 所述传输单元还用于在所述确定单元确定 的所述绑定子帧上传输所述 PUSCH, 其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, /=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=l时， k=6或 7; 当 n=6时， k=6 或 7。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 12, 所述 UE的混合自动重传请求 HARQ进程 数或子帧绑定配置数为 1。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数小于 12, 所述 UE的 HARQ进程数或子帧绑定配 置数大于 1 , 所述确定单元还用于当所述基站向所述 UE发送用于指示所述 UE传输所述 PUSCH的物理混合自动重传请求指示信道 PHICH, 但未向所 述 UE发送所述下行控制信令时， 根据所述 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n之前的第 I 述 PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3 , n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前的第 I个子帧； 所述接收单元还用于在所述确 定单元确定的所述绑定子帧上接收所述 PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， 1=8。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3 , n与 /满足： 当 n=0时， 1=2; 当 n=8时， /=9； 当 n=9时， 1=9。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 6, 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数，所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前的第 I个子帧； 所述接收单元还用于在 所述确定单元确定的所述绑定子帧上接收所述 PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 5, 所述 UE的 HARQ进程数或子帧绑定配置数 为 2, n与 /满足： 当 n=0时， 1=0; 当 n=l时， 1=0; 当 n=5时， 1=0; 当 n=6 时， 1=0; 当 n=9时， /=0。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数 为 3, n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时， /=-1； 当 n=l时， /=-4； 当 η=6时， /=-3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中，所述当前上下行子帧配置为配置 1 ,所述绑定子帧个数为 2 ,所述 HARQ 进程数或子帧绑定配置数为 3, 所述绑定子帧的起始子帧为位于所述子帧 n 之后的第 k个子帧， 所述确定单元还用于当所述基站向所述 UE发送用于指 示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制 信令时， 根据所述 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其 中所述 PHICH的发送子帧为所述子帧 n之前的第 I个子帧；所述接收单元还 用于在所述确定单元确定的所述绑定子帧上接收所述 PUSCH。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=2。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, /=3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述接收单元还用于在所述子帧 n之后的第 /+k个子帧接收用于指示所述 PUSCH是否需要重传的 PHICH, n、 k和 /之 间满足： 当 n=3时， k=4, 1=11; 当 n=8时， k=4, /=11。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行 子帧。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述当前上下行子帧配置为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k 个子帧， 所述 UE的 HARQ进程数或子帧绑定配置数为 3。
结合第四方面或其上述实现方式的任一种，在第四方面的另一种实现方 式中， 所述绑定子帧个数为 1 , 所述确定单元还用于当所述基站向所述 UE 发送用于指示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所 述下行控制信令时， 根据所述 PHICH以及所述绑定子帧配置， 确定所述绑 定子帧，其中所述 PHICH的发送子帧为所述子帧 n之前的第 /个子帧；所述 其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, 1=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 Access Network )与一个或多个核心网进行通信，例如， 用户设备可以是移动电话（或称为 "蜂窝" 电话）、 具有无线通信功能的计 算机等， 用户设备还可以是便携式、 袖珍式、 手持式、 计算机内置的或者车 载的移动装置。
图 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 x 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=l时， k=6或 7; 当 n=6时， k=6或 7。
可选地， 绑定子帧个数可为 12, UE的 HARQ进程数或子帧绑定配置数 可以为 1。 具体方案如下表所示：
表 1: 配置 0, 绑定子帧个数 12
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U U U D S U U U D S U U U D S U U U PHICH
UL grant 2
PUSCH 1 1 1 1 1 1 1 1 1 1 1 1 帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u u u D S U u U D S u u u D S U U U
PHICH
UL grant 1
PUSCH 2 2 2 2 2 2 2 2 2 2 2 2 帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D S U U U D s U U U D S U U U
PHICH
UL grant 2
PUSCH 1 1 1 1 1 1 1 1 1 2 2 2 需要说明的是， 表 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所示:
n与 k取值的对应关系
在表 1的方案中， 由于只有 1个 HARQ进程， 没有 HARQ重传， 因此 无需发送或检测 PHICH,物理层可以将传递给高层的 PHICH状态或 PUSCH 的 HARQ反馈状态设置为 ACK。
可选地， 绑定子帧个数小于 12, UE的 HARQ进程数或子帧绑定配置数 大于 1 , 图 1的方法还可包括： 当 UE未正确接收到下行控制信令时， 根据 用于指示 UE传输 PUSCH的物理混合自动重传请求指示信道 PHICH以及绑 定子帧配置， 确定绑定子帧， 其中 PHICH的接收子帧为子帧 n之前的第 I 个子帧 （以下筒称子帧 n-/ ); 在绑定子帧上传输 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与 /满足： 当 n为 0时， I取值为 4或 5; 当 n为 5时， I取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 1或 5。 具体方案如表 3所示：
表 3: 配置 0, 绑定子帧个数 4
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D S U U U D s U U U D S U U U
PHICH 1 2 1 2
UL grant 2 1 2 1
PUSCH 1 1 1 2 2 2 1 1 1 2 2 2 帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D S U U U D s U U U D S U U U
PHICH 1 2 1 2
UL grant 2 1 2 1
PUSCH 1 1 1 2 2 2 1 1 1 2 2 2 帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D S U U U D s U U U D S U U U
PHICH 1 2 1 2
UL grant 2 1 2 1
PUSCH 1 1 1 2 2 2 1 1 1 2 2 2 绑定子帧个数为 4, 3个进程， 50ms内允许 3次重传， RTT (往返时间， Round Trip Time ) 为 20ms; 表 3方案与表 1方案相比， 具有更多的时间 集。
对下行控制信令与上述绑定子帧的首个上行子帧的定时关系可按照现 有***的取值。 UE在子帧 n收到 PDCCH/EPDCCH, 从子帧 n+k开始传输 绑定子帧的 PUSCH, k取值如下： 当 n=0或 5时， k=4或 7; 当 n=l或 6时， k=6或 7。
n与 k取值的对应关系
对绑定子帧中的最后一个上行子帧与指示该绑定子帧是否需要重传的 PHICH的定时关系可按照现有***的取值， 并可根据传输该 PHICH的子帧 与该绑定子帧在相同进程的下一绑定子帧的首个子帧的定时关系确定下一 绑定子帧的子帧位置。
可选地， UE在子帧 n-l收到 PHICH, 从子帧 n+k开始传输绑定子帧的 PUSCH: 当 n为 0时， I取值为 5或 4; 当 n为 5时， I取值为 4或 5; 当 n 为 1时， /取值为 1或 5; 当 n为 6时， /取值为 5或 1。
可选的 n与 I的取值为： n为 0, 1=5, n为 1, 1=1时； n为 5时 /=4, 或 n为 6时 /=5。其中 n取 5或 6取决于 UL DCK下行控制信息， Downlink Control Information ) 中的 UL index中的比特位取值， 如 MSB (最高有效位， Most Significant Bit )取值为 1 , η取值为 6; LSB(最氐有效位， Least Significant Bit ) 取值为 1 , n取值为 5。 表 5: n与 /取值的对应关系
可选的 n与 I的取值还可以为： n为 5, 1=5, n为 6, 1=1; n为 0时 /=4 或 n为 1时， /=5。
表 6: n与 /取值的对应关系
可选地， 可以定义 2组 n与 /取值方式： 组 1的取值方式如表 7或表 8 表 7: 组 1中 n与 /取值的对应关系 表 8: 组 1中 n与 /取值的对应关系
其中子帧 n取 5还是 6取决于 UL DCI中的 UL index中的比特位取值 , 如 MSB取值为 1 , n取值为 6; LSB取值为 1 , n取值为 5。
组 2的取值方式如表 9或表 10所示：
表 9: 组 2中 n与 1取值的对应关系 表 10: 组 2中 n与 1取值的对应关系
其中子帧 n取 0或 1取决于相应子帧中的 UL DCI中的 UL index中的比 特位取值， 如 MSB取值为 1 , n取值为 1; LSB取值为 1 , n取值为 0。
2组的 I值可以由信令进行指示。该信令可以是高层信令如 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
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u U U D D D D D D S u U U D D D D D
PHICH
UL grant 2
PUSCH 1 1 1 1 1 1
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s u U U D D D D D D s u U U D D D D D
PHICH
UL grant 1 PUSCH 2 2 2 2 2 2
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U U U D D D D D D S U U U D D D D D
PHICH
UL grant 2
PUSCH 1 1 1 1 1 1
本方案可以较好的支持 20ms或 20ms的倍数为周期的半静态调度传输。 也可以支持基于子帧绑定的半静态调度传输。每个包使用的最大可用子帧个 数为 6, 时延小于 50ms。
对下行控制信令与绑定子帧的首个上行子帧的定时关系可按照现有系 统的取值。 UE在子帧 n收到对绑定子帧 （PDCCH或 EPDCCH ) 的下行调 度，从子帧 n+k开始传输绑定子帧的 PUSCH, n与 k的取值的对应关系如下 表所示：
n与 k取值的对应关系
由于只有一个 HARQ进程， 没有重传， 因此无需发送或检测 PHICH, 物理层可以将传递给高层的 PHICH状态设置为 ACK。
可选地， 绑定子帧个数小于 6, UE的 HARQ进程数或子帧绑定配置数 大于 1 , 图 1方法还可包括： 当 UE未正确接收到下行控制信令时， 根据用 于指示 UE传输 PUSCH的 PHICH以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的接收子帧为子帧 n之前的第 /个子帧； 在绑定子帧上传输 PUSCH。
需要说明的是， 上述 PHICH可以指示与上述绑定子帧位于同一进程的 前一绑定子帧是否需要重传， 如果需要重传， PHICH触发上述 PUSCH的重 传， 如果不需要重传， PHICH可与上述 PUSCH的下行控制信令共同触发上 述 PUSCH的初传。
可选地， 绑定子帧个数为 3, UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， 1=8。 该方案具 体如表 14所示：
表 14: 上下行子帧配置 3, 绑定子帧个数 3
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U U U D D D D D D S U U U D D D D D PHICH 1 2
UL grant 1 2
PUSCH 2 2 2 1 1 1
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s u U U D D D D D D S u u u D D D D D
PHICH 1 2
UL grant 1 2
PUSCH 2 2 2 1 1 1
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D D D D D D s u u u D D D D D
PHICH 1 2
UL grant 1 2
PUSCH 2 2 2 1 1 1 有***的取值。 UE 在子帧 n 收到对子帧绑定的下行调度 （PDCCH 或 EPDCCH ), 从子帧 n+k开始传输绑定子帧的 PUSCH, k取值为 4。
对绑定子帧中的最后一个上行子帧对应的 PHICH定时关系可按照现有 ***的取值， 并根据该 PHICH位置确定与该子帧绑定具有相同进程的下一 个子帧绑定的首个子帧的定时关系。 UE在子帧 n-/收到 PHICH,从子帧 n+k 开始传输绑定子帧的 PUSCH, 当 n为 0时， /取值为 1; 当 n为 8时， /取值 为 8; 当 n为 9时， /取值为 1。
n与 I的取值具体如表 15所示：
表 15: n与 /取值的对应关系
可选地， 绑定子帧个数为 2, UE的 HARQ进程数或子帧绑定配置数为 3, n与 /满足： 当 n=0时， 1=2; 当 n=8时， /=9； 当 n=9时， 1=9。
本方案具有与上述方案相比更多的时间分集增益。每个包使用的最大可 用子帧个数为 6, 时延小于 50ms。
表 16: 上下行子帧配置 3, 绑定子帧个数 2
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U U U D D D D D D S U U U D D D D D
PHICH 1 3 2
UL grant 2 1 3 PUSCH 3 3 2 2 1 1
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U U U D D D D D D S U U u D D D D D
PHICH 1 3 2
UL grant 2 1 3
PUSCH 3 3 2 2 1 1
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D D D D D D s U U u D D D D D
PHICH 1 3 2
UL grant 2 1
PUSCH 3 3 2 2 1 1
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有 ***的取值。 UE在子帧 n收到 PDCCH/EPDCCH的对子帧绑定的下行调度， 从子帧 n+k开始传输绑定子帧的 PUSCH , k取值见下表；
对子帧绑定中的最后一个上行子帧对应的 PHICH定时关系可按照现有 ***的取值， 并根据该 PHICH位置确定与该子帧绑定具有相同进程的下一 个子帧绑定的首个子帧的定时关系。 UE在子帧 n-/收到 PHICH,从子帧 n+k 开始传输绑定子帧的 PUSCH, 当 n为 0时， /取值为 2; 当 n为 8时， /取值 为 9; 当 n为 9时， /取值为 9。
n与 I的取值的对应关系具体如表 17所示：
表 17: n与 /取值的对应关系
针对常规技术中的上下行子帧配置 6 , 可考虑以下原则进行绑定子帧配 置：
-支持 20ms间隔 /周期的 VoIP传输；
-延迟需求（初传， 或者初传 +重传 ) 为 50ms或 50ms左右；
-在满足延迟需求下最大 10个子帧用于每个 VoIP包的传输
可选地， 当前上下行子帧配置为配置 6 , 绑定子帧个数为大于等于 1 , 小于等于 10的整数， 绑定子帧的起始子帧为位于子帧 n之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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。
具体地对应关系参见下表:
n与 k取值的对应关系
由于只有一个进程， 没有重传， 因此无需发送或检测 PHICH, 物理层可 以将传递给高层的 PHICH状态设置为 ACK。
可选地， UE的 HARQ进程数或子帧绑定配置数为 2, 绑定子帧中的相 邻子帧之间间隔 1个上行子帧。
该方案中采用非连续子帧绑定，具有 2 HARQ进程或 2个绑定子帧配置， 无重传。 具体地， 2 HARQ进程或 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个上行子帧。 ***中， 连续的上行子帧也不一定是连续的子帧 ), 3 HARQ进程或 3个绑 定子帧配置， 无重传。 绑定子帧为 10个上行子帧， 每 2个连续上行子帧一 个子帧组， 不同的子帧组之间间隔有其他进程占用的上行子帧。 每 HARQ 进程或绑定子帧配置内的子帧间隔在 { 1,3,4}中进行取值。 3个 HARQ进程或 3个绑定子帧配置的子帧组互相交错。 如 3个绑定子帧配置的子帧顺序依次 为： 子帧绑定配置 1的 1组子帧、 子帧绑定配置 2的 1组子帧、 子帧绑定配 置 3的 1组子帧， 接着重复上述过程。 3个 HARQ进程或 3个绑定子帧配置 内不同组的子帧间隔为 llms。 UE在子帧 n收到 UL grant, 在子帧 n+k发送 PUSCH (子帧 n+k为绑定子帧的首个子帧）， 其中 k为 7或 5, 时间分集为 51ms。 具体方案如表 21所示：
表 21: 上下行子帧配置 6, 绑定子帧个数 10
可选地， 绑定子帧个数小于 10, UE的 HARQ进程数或子帧绑定配置数 大于 1 ,当 UE未正确接收到下行控制信令时，根据用于指示 UE传输 PUSCH 的 PHICH以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的接收子帧为子 帧 n之前的第 /个子帧； 在绑定子帧上传输 PUSCH。
需要说明的是， 上述 PHICH也可以指示与上述绑定子帧位于同一进程 的前一绑定子帧是否需要重传， 如果需要重传， PHICH触发上述 PUSCH的 重传， 如果不需要重传， PHICH与上述 PUSCH的下行控制信令共同触发上 述 PUSCH的初传。
可选地， 绑定子帧个数为 5, UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足： 当 n=0时， 1=0; 当 n=l时， 1=0; 当 n=5时， 1=0; 当 n=6 时， /=0； 当 n=9时， /=0。 该方案具体如表 22所示：
表 22: 上下行子帧配置 6, 绑定子帧个数 5
对下行调度信令与上行子帧绑定的首个上行子帧的定时关系按照现有 ***的取值。 UE在子帧 n收到 PDCCH/EPDCCH的对子帧绑定的下行调度， 从子帧 n+k开始传输绑定子帧的 PUSCH。
对子帧绑定中的最后一个上行子帧对应的 PHICH定时关系可按照现有 ***的取值， 并根据该 PHICH位置确定与该子帧绑定具有相同进程的下一 个子帧绑定的首个子帧的定时关系。 UE在子帧 n-/收到 PHICH,从子帧 n+k 开始传输绑定子帧的 PUSCH, 当 n为 0,1,5,6,9时， 1取值为 0。 具体地， n 与 1的取值的对应关系见下表：
n与 1取值的对应关系
可选地， 绑定子帧个数为 2, UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时， /=-1； 当 n=l 时， /=-4； 当 n=6时， /=-3。 应注意， /取负值可表示子帧 n-/位于子帧 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之前的第 /个子帧；在绑定子帧上传输 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、 1、 k之间满足： 当 n=6 时， k=6, 1=2; 当 n=l时， k=6, 1=20 具体方案如表 25所示：
表 25: 上下行子帧配置 1 , 绑定子帧个数 2
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U U D D S U U D D S u U D D S U U D
PHICH 2 3 1 2
UL grant 1 2 3 1
PUSCH 3 3 1 1 2 2 3 3 帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U D D S U U D D S U U D D S U U D
PHICH 3 1 2 3
UL grant 2 3 1 2
PUSCH 1 1 2 2 3 3 1 1 帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U D D S U U D D s U U D D S U U D
PHICH 1 2 3 1
UL grant 3 1 2 3
PUSCH 2 2 3 3 1 1 2 2 帧 n+6 帧 n+7 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u U D D S U U D D S U U D D S U U D
PHICH 2 3 1 2
UL grant 1 2 3 1
PUSCH 3 3 1 1 2 2 3 3 可选地，基于第一定时关系和第二定时关系， n、 k和 /之间满足： 当 n=4 时， k=4, 1=3; 当 n=9时， k=4, /=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之后的第 I 个子帧接收用于指示 PUSCH是否需要重传的 PHICH, n、 k和 /之间满足： 当 n=3时， k=4, /=11； 当 n=8时， k=4, /=11。 该方案具体如下表： 表 27: 上下行子帧配置 2, 绑定子帧个数 1
在该方案中， 与现有 RTT值为 10不同， RTT值为 15 , HARQ进程数或 绑定子帧配置个数为 3。从表 27中可以看出一个 PUSCH经过初传和重传其 时间分集可以达到 45ms, 其中 UL grant到 PUSCH的定时差为 4ms。 即 UE 在子帧 n接收 UL grant或 PHICH,在子帧 n+4发送 PUSCH。 PUSCH到 PHICH 的定时差为 llms。 即 UE在子帧 n发送 PUSCH, 在子帧 n+11接收 PHICH。 这种改变 RTT值或改变 PUSCH到 PHICH定时的方法需要信令指示， 以通 知 UE使用改变的 RTT进行 HARQ传输。
可选地， 绑定子帧个数为 4, 绑定子帧的相邻子帧之间间隔 2个上行子 帧， 基于第一定时关系， n与 k满足： 当 n=8时， k=4。 该方案具体如表 28 所示：
表 28: 上下行子帧配置 2, 绑定子帧个数 4
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s u D D D S U D D D s u D D D S U D D
PHICH
UL grant 2
PUSCH 1 2 3 1
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 D S u D D D S U D D D S u D D D S U D D
PHICH
UL grant 3
PUSCH 2 3 1 2
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U D D D S U D D D s u D D D S U D D
PHICH
UL grant 1
PUSCH 3 1 2 3
表 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之前的第 I 个子帧； 在绑定子帧上传输 PUSCH, 其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, /=0。 该方案具体如表 29所示：
表 29: 上下行子帧配置 4, 绑定子帧个数 1
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U U D D D D D D D S U U D D D D D D
PHICH 2 1 3 2 UL grant 2 1 3 2
PUSCH 1 3 2 1
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u U D D D D D D D S U U D D D D D D
PHICH 1 3 2 1
UL grant 1 3 2 1
PUSCH 3 2 1 3
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U D D D D D D D s U U D D D D D D
PHICH 3 2 1 3
UL grant 3 2 1 3
PUSCH 2 1 3 2
在该方案中， 改变现有 RTT值， RTT值从 11ms改为 19ms, HARQ进 程数为 3个。从表 29中可见一个 PUSCH经过初传和重传其时间分集可以达 到 41 ms ,其中 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
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u U D D D D D D D S u U D D D D D D
PHICH
UL grant 2
PUSCH 1 2 3 1
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s u U D D D D D D D s U U D D D D D D
PHICH
UL grant 3
PUSCH 2 3 1 2
帧 n+4 帧 n+5 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u U D D D D D D D S u U D D D D D D
PHICH
UL grant 1
PUSCH 3 1 2 3
帧 n+6 帧 n+7
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U D D D D D D D s U U D D D D D D
PHICH
UL grant 2
PUSCH 1 2 3 1
该方案中， 采用非连续的子帧进行子帧绑定， 非连续的子帧间隔为 11 和 19ms。 绑定子帧个数为 4。 HARQ进程数为 3或绑定子帧配置个数为 3. 不同的颜色表示不同的 HARQ进程或不同的绑定子帧配置。 从表 30中可见 一个 PUSCH经过绑定子帧传输， 其时间分集可以达到 41ms。 其中 4个绑定 子帧之间的间隔可以为 ll,19,llms。 也可以为 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
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S U D D D D D D D D S U D D D D D D D
PHICH
UL grant 3 PUSCH 1 2
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u D D D D D D D D S U D D D D D D D
PHICH
UL grant 5
PUSCH 3 4
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U D D D D D D D D s U D D D D D D D
PHICH
UL grant 2
PUSCH 5 1
该方案中 ,采用非连续的子帧进行子帧绑定，非连续的子帧间隔为 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。 其中的偏置从绑定子帧的首个子帧开始进行。 帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s u U U D D D D D D S u u u D D D D D
PHICH 1 2
UL grant 1 2
PUSCH 2 2 2 1 1 1
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D D D D D D s u u u D D D D D
PHICH 1 2
UL grant 1 2
PUSCH 2 2 2 1 1 1
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s U U U D D D D D D s u u u D D D D D
PHICH 1 2
UL grant 1 2
PUSCH 2 2 2 1 1 1
对于 2子帧绑定情况， 为了避免初传包或初传 PUSCH与之前传输包或 PUSCH的重传碰撞导致不能使用最大可用子帧的情况， 设置 3个周期进行 绑定子帧的 SPS的传输。 从初传开始， 其周期偏置值为 22, 29和 9 ms。 对 应的初始 SPS绑定子帧的首子帧分别为子帧 2, 子帧 4和子帧 3.
帧 n 帧 n+1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D S u u u D D D D D D S u U U D D D D D
PHICH 3 1 2
UL grant 2 3 1
PUSCH 1 1 2 2 3 3
帧 n+2 帧 n+3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s u u U D D D D D D s U U U D D D D D
PHICH 3 1 2
UL grant 2 3 1
PUSCH 1 1 2 2 3 3
帧 n+4 帧 n+5
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
D s u u U D D D D D D s U U U D D D D D
PHICH 3 1 2
UL grant 2 3
PUSCH 1 1 2 2 3 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=l时， 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之前的第 /个子帧； 在绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 4, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前的 第 /个子帧； 在绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 3, UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， /=8。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=2； 当 n=8时， /=9； 当 n=9时， 1=9。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 6, 绑定子帧 个数为大于等于 1 , 小于等于 10的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前的 第 /个子帧； 在绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 5 , UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=0； 当 n=l时， /=0； 当 n=5时， 1=0; 当 n=6时， 1=0; 当 n=9时， 1=0。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时, /=-1； 当 n=l时， /=-4； 当 n=6时， /=-3。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 1 , 绑定子帧 个数为 2, HARQ进程数或子帧绑定配置数为 3 , 绑定子帧的起始子帧为位 于子帧 n之后的第 k个子帧， 方法还包括： 当基站向 UE发送用于指示 UE 传输 PUSCH的 PHICH, 但未向 UE发送下行控制信令时， 根据 PHICH以 及绑定子帧配置， 确定绑定子帧， 其中 PHICH的发送子帧为子帧 n之前的 第 /个子帧； 在绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=20
可选地， 作为另一个实施例， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, 1=30
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 2, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 方法还包括： 在子帧 n之后的第 /+k个子帧接收用于指示 PUSCH是否需要重传的 PHICH, n、 k 和 /之间满足： 当 n=3时， k=4, 1=11 ; 当 n=8时， k=4, 1=110
可选地， 作为另一个实施例， 绑定子帧个数为 4, 绑定子帧的相邻子帧 之间间隔 2个上行子帧。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 4, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 方法还包括： 当基站 向 UE发送用于指示 UE传输 PUSCH的 PHICH, 但未向 UE发送下行控制 信令时， 根据 PHICH以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的发 送子帧为子帧 n之前的第 /个子帧； 在绑定子帧上接收 PUSCH, 其中 n、 I 和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, /=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=l时， k=6或 7; 当 n=6时， k=6或 7。
可选地， 作为另一个实施例， 绑定子帧个数为 12, UE的混合自动重传 请求 HARQ进程数或子帧绑定配置数为 1。
可选地， 作为另一个实施例， 绑定子帧个数小于 12, UE的 HARQ进程 数或子帧绑定配置数大于 1 , 确定单元 310还用于当 UE未正确接收到下行 控制信令时， 根据用于指示 UE传输 PUSCH的物理混合自动重传请求指示 信道 PHICH以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的接收子帧为 子帧 n之前的第 /个子帧； 传输单元 320还用于在确定单元 310确定的绑定 子帧上传输 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 4, UE的 HARQ进程数 或子帧绑定配置数为 3, n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前的第 /个子帧；传输单 元 320还用于在确定单元 310确定的绑定子帧上传输 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 3 , UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， /=8。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=2； 当 n=8时， /=9； 当 n=9时， 1=9。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 6, 绑定子帧 个数为大于等于 1 , 小于等于 10的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前的第 /个子帧；传输单 元 320还用于在确定单元 310确定的绑定子帧上传输 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 5 , UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=0； 当 n=l时， /=0； 当 n=5时， 1=0; 当 n=6时， 1=0; 当 n=9时， 1=0。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时, /=-1； 当 n=l时， /=-4； 当 n=6时， /=-3。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 1 , 绑定子帧 个数为 2, HARQ进程数或子帧绑定配置数为 3 , 绑定子帧的起始子帧为位 于子帧 n之后的第 k个子帧， 确定单元 310还用于当 UE未正确接收到下行 控制信令时， 根据用于指示 UE传输 PUSCH的 PHICH以及绑定子帧配置， 确定绑定子帧，其中 PHICH的接收子帧为子帧 n之前的第 /个子帧；传输单 元 320还用于在确定单元 310确定的绑定子帧上传输 PUSCH。
可选地， 作为另一个实施例， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=20
可选地， 作为另一个实施例， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, 1=30
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 2, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , UE还包括： 接收单 元， 用于在子帧 n之后的第 /+k个子帧接收用于指示 PUSCH是否需要重传 的 PHICH, n、 k和 /之间满足： 当 n=3时， k=4, 1=11 ; 当 n=8时， k=4, 1=110 可选地， 作为另一个实施例， 绑定子帧个数为 4, 绑定子帧的相邻子帧 之间间隔 2个上行子帧。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 4, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 确定单元 310还用于 当 UE 未正确接收到下行控制信令时， 根据用于指示 UE传输 PUSCH 的 PHICH以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的接收子帧为子帧 n之前的第 /个子帧； 传输单元 320还用于在确定单元 310确定的绑定子帧 上传输 PUSCH, 其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, /=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=l时， 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之前的第 /个子帧；接收单元 420还用于在确 定单元 410确定的绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 4, UE的 HARQ进程数 或子帧绑定配置数为 3, n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前 的第 I个子帧； 接收单元 420还用于在确定单元 410确定的绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 3, UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， /=8。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=2； 当 n=8时， /=9； 当 n=9时， 1=9。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 6, 绑定子帧 个数为大于等于 1 , 小于等于 10的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前 的第 I个子帧； 接收单元 420还用于在确定单元 410确定的绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 5 , UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=0； 当 n=l时， /=0； 当 n=5时， 1=0; 当 n=6时， 1=0; 当 n=9时， 1=0。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3, n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时, /=-1； 当 n=l时， /=-4； 当 n=6时， /=-3。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 1 , 绑定子帧 个数为 2, HARQ进程数或子帧绑定配置数为 3, 绑定子帧的起始子帧为位 于子帧 n之后的第 k个子帧， 确定单元 410还用于当基站向 UE发送用于指 示 UE传输 PUSCH的 PHICH,但未向 UE发送下行控制信令时，根据 PHICH 以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的发送子帧为子帧 n之前 的第 I个子帧； 接收单元 420还用于在确定单元 410确定的绑定子帧上接收 PUSCH。 可选地， 作为另一个实施例， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=20
可选地， 作为另一个实施例， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, 1=30
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 2, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 接收单元还用于在子 帧 n之后的第 /+k个子帧接收用于指示 PUSCH是否需要重传的 PHICH, n、 k和 /之间满足： 当 n=3时， k=4, 1=11; 当 n=8时， k=4, /=11。
可选地， 作为另一个实施例， 绑定子帧个数为 4, 绑定子帧的相邻子帧 之间间隔 2个上行子帧。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 4, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 确定单元 410还用于 当基站向 UE发送用于指示 UE传输 PUSCH的 PHICH, 但未向 UE发送下 行控制信令时，根据 PHICH以及绑定子帧配置，确定绑定子帧，其中 PHICH 的发送子帧为子帧 n之前的第 I个子帧；接收单元 420还用于在确定单元 410 确定的绑定子帧上接收 PUSCH, 其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, 1=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=l时， k=6或 7; 当 n=6时， k=6或 7。
可选地， 作为另一个实施例， 绑定子帧个数为 12, UE的混合自动重传 请求 HARQ进程数或子帧绑定配置数为 1。
可选地， 作为另一个实施例， 绑定子帧个数小于 12, UE的 HARQ进程 数或子帧绑定配置数大于 1 , 处理器 510还用于当 UE未正确接收到下行控 制信令时， 根据用于指示 UE传输 PUSCH的物理混合自动重传请求指示信 道 PHICH以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的接收子帧为子 帧 n之前的第 /个子帧； 发送器 520还用于在处理器 510确定的绑定子帧上 传输 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 4, UE的 HARQ进程数 或子帧绑定配置数为 3, n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前的第 /个子帧； 发送器 520还用于在处理器 510确定的绑定子帧上传输 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 3 , UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， 1=8。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=2； 当 n=8时， /=9； 当 n=9时， 1=9。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 6, 绑定子帧 个数为大于等于 1 , 小于等于 10的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前的第 /个子帧； 发送器 520还用于在处理器 510确定的绑定子帧上传输 PUSCH。 可选地， 作为另一个实施例， 绑定子帧个数为 5 , UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=0； 当 n=l时， /=0； 当 n=5时， 1=0; 当 n=6时， 1=0; 当 n=9时， 1=0。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时, /=-1； 当 n=l时， /=-4； 当 n=6时， /=-3。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 1 , 绑定子帧 个数为 2, HARQ进程数或子帧绑定配置数为 3 , 绑定子帧的起始子帧为位 于子帧 n之后的第 k个子帧， 处理器 510还用于当 UE未正确接收到下行控 制信令时， 根据用于指示 UE传输 PUSCH的 PHICH以及绑定子帧配置， 确 定绑定子帧， 其中 PHICH的接收子帧为子帧 n之前的第 /个子帧； 发送器 520还用于在处理器 510确定的绑定子帧上传输 PUSCH。
可选地， 作为另一个实施例， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=20
可选地， 作为另一个实施例， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, 1=30
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 2, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , UE还包括： 接收器， 用于在子帧 n之后的第 /+k个子帧接收用于指示 PUSCH是否需要重传的 PHICH, n、 k和 /之间满足: 当 n=3时， k=4, 1=11 ; 当 n=8时， k=4, 1=110 可选地， 作为另一个实施例， 绑定子帧个数为 4, 绑定子帧的相邻子帧 之间间隔 2个上行子帧。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 4, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 处理器 510还用于当 UE未正确接收到下行控制信令时，根据用于指示 UE传输 PUSCH的 PHICH 以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的接收子帧为子帧 n之前 的第 I 个子帧； 发送器 520还用于在处理器 510 确定的绑定子帧上传输 PUSCH, 其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, /=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=l时， 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之前的第 I个子帧；接收器 620还用于在处理器 610确定的绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 4, UE的 HARQ进程数 或子帧绑定配置数为 3 , n与 /满足： 当 n为 0时， /取值为 4或 5; 当 n为 5时， /取值为 4或 5; 当 n为 1时， /取值为 1或 5; 当 n为 6时， /取值为 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之前 的第 I 个子帧； 接收器 620还用于在处理器 610 确定的绑定子帧上接收
PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 3, UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=1； 当 n=9时， /=1； 当 n=8时， /=8。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3, n与 /满足： 当 n=0时， /=2； 当 n=8时， /=9； 当 n=9时， 1=9。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 6, 绑定子帧 个数为大于等于 1 , 小于等于 10的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7; 当 n=l时， 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之前 的第 I 个子帧； 接收器 620还用于在处理器 610 确定的绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， 绑定子帧个数为 5, UE的 HARQ进程数 或子帧绑定配置数为 2, n与 /满足： 当 n=0时， /=0； 当 n=l时， /=0； 当 n=5时， 1=0; 当 =6时， 1=0; 当 =9时， 1=0。
可选地， 作为另一个实施例， 绑定子帧个数为 2, UE的 HARQ进程数 或子帧绑定配置数为 3, n与 /满足： 当 n=0时， /=-1； 当 n=5时， /=-1； 当 n=9时， /=-1； 当 n=l时， /=-4； 当 n=6时， /=-3。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 1 , 绑定子帧 个数为 2, HARQ进程数或子帧绑定配置数为 3, 绑定子帧的起始子帧为位 于子帧 n之后的第 k个子帧， 处理器 610还用于当基站向 UE发送用于指示 UE传输 PUSCH的 PHICH, 但未向 UE发送下行控制信令时， 根据 PHICH 以及绑定子帧配置， 确定绑定子帧， 其中 PHICH的发送子帧为子帧 n之前 的第 I 个子帧； 接收器 620还用于在处理器 610 确定的绑定子帧上接收 PUSCH。
可选地， 作为另一个实施例， n、 1、 k之间满足： 当 n=6时， k=6, 1=2; 当 n=l时， k=6, 1=20
可选地， 作为另一个实施例， n、 k和 /之间满足： 当 n=4时， k=4, 1=3; 当 n=9时， k=4, 1=30 可选地， 作为另一个实施例， 当前上下行子帧配置为配置 2, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 接收器还用于在子帧 n之后的第 /+k个子帧接收用于指示 PUSCH是否需要重传的 PHICH, n、 k 和 /之间满足： 当 n=3时， k=4, 1=11 ; 当 n=8时， k=4, 1=110
可选地， 作为另一个实施例， 绑定子帧个数为 4, 绑定子帧的相邻子帧 之间间隔 2个上行子帧。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 4, 绑定子帧 个数为大于等于 1 , 小于等于 4的整数， 绑定子帧的起始子帧为位于子帧 n 之后的第 k个子帧， UE的 HARQ进程数或子帧绑定配置数为 3。
可选地， 作为另一个实施例， 绑定子帧个数为 1 , 处理器 610还用于当 基站向 UE发送用于指示 UE传输 PUSCH的 PHICH, 但未向 UE发送下行 控制信令时， 根据 PHICH以及绑定子帧配置， 确定绑定子帧， 其中 PHICH 的发送子帧为子帧 n之前的第 /个子帧； 接收器 620还用于在处理器 610确 定的绑定子帧上接收 PUSCH,其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0; 当 n=9时， k=4, /=0。
可选地， 作为另一个实施例， 绑定子帧个数为 4, 绑定子帧的相邻子帧 之间间隔 2个上行子帧。
可选地， 作为另一个实施例， 当前上下行子帧配置为配置 5, 绑定子帧 个数为 2。
可选地， 作为另一个实施例， UE的 HARQ进程数或子帧绑定配置数为 4, 绑定子帧中的前一子帧与后一子帧之间间隔 3个上行子帧。
可选地， 作为另一个实施例， UE的 HARQ进程数或子帧绑定配置数为 5, 绑定子帧中的前一子帧与后一子帧之间间隔 4个上行子帧。
可选地， 作为另一个实施例， 绑定子帧配置的设置使得在满足传输延迟 要求下， 可用于传输 PUSCH的子帧数目等于半静态调度周期内的上行子帧 数目。
本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各 示例的单元及算法步骤， 能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特 定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使用不同方 法来实现所描述的功能， 但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到， 为描述的方便和筒洁， 上述描 述的***、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应 过程， 在此不再赘述。
在本申请所提供的几个实施例中， 应该理解到， 所揭露的***、 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可 以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到另一个 ***， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些接口， 装置或单元的间接耦合 或通信连接， 可以是电性， 机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作 为单元显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。
另外， 在本发明各个实施例中的各功能单元可以集成在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一 个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使 用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明 的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部 分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 中， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。 而前 述的存储介质包括： U盘、移动硬盘、只读存储器（ ROM, Read-Only Memory )、 随机存取存储器（RAM, Random Access Memory ), 磁碟或者光盘等各种可 以存储程序代码的介质。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应所述以权利要求的保护范围为准

Claims (1)

  1. 权利要求
    1. 一种传输上行数据的方法， 其特征在于， 包括：
    当用户设备 UE在子帧 n正确接收用于指示所述 UE传输物理上行共享 信道 PUSCH的下行控制信令时，根据所述下行控制信令以及绑定子帧配置， 确定传输所述 PUSCH的绑定子帧， 其中所述绑定子帧配置包括绑定子帧个 数；
    在所述绑定子帧上传输所述 PUSCH。
    2. 如权利要求 1所述的方法， 其特征在于， 所述当前上下行子帧配置 为配置 0, 所述绑定子帧个数为大于等于 1 , 小于等于 12的整数， 所述绑 定子帧的起始子帧为位于子帧 n之后的第 k个子帧， n与 k满足：
    当 n=0时， k=4或 7;
    当 n=5时， k=4或 7;
    当 n=l时， k=6或 7;
    当 n=6时， k=6或 7。
    3. 如权利要求 2所述的方法， 其特征在于， 所述绑定子帧个数为 12, 所述 UE的混合自动重传请求 HARQ进程数或子帧绑定配置数为 1。
    4. 如权利要求 2所述的方法， 其特征在于， 所述绑定子帧个数小于 12, 所述 UE的 HARQ进程数或子帧绑定配置数大于 1 ,
    所述方法还包括：
    当所述 UE未正确接收到所述下行控制信令时， 根据用于指示所述 UE 传输所述 PUSCH的物理混合自动重传请求指示信道 PHICH以及所述绑定子 帧配置， 确定所述绑定子帧， 其中所述 PHICH的接收子帧为所述子帧 n之 前的第 /个子帧；
    在所述绑定子帧上传输所述 PUSCH。
    5. 如权利要求 4所述的方法， 其特征在于， 所述绑定子帧个数为 4, 所 述 UE的 HARQ进程数或子帧绑定配置数为 3, n与 /满足：
    当 n为 0时， /取值为 4或 5;
    当 n为 5时， /取值为 4或 5;
    当 n为 1时， /取值为 1或 5;
    当 n为 6时， /取值为 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 ,
    所述方法还包括：
    当所述 UE未正确接收到所述下行控制信令时， 根据用于指示所述 UE 传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确定所述绑定子帧， 其 中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子帧；
    在所述绑定子帧上传输所述 PUSCH。
    10. 如权利要求 9所述的方法， 其特征在于， 所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足：
    当 n=0时， /=1；
    当 n=9时， /=1；
    当 n=8时， 1=8。
    11. 如权利要求 9所述的方法， 其特征在于， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n=0时， /=2；
    当 n=8时， /=9；
    当 n=9时， 1=9。
    12. 如权利要求 1所述的方法， 其特征在于， 所述当前上下行子帧配置 为配置 6, 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数， 所述绑定 子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 且 n与 k满足：
    当 n=0时， k=7; 当 11=1时， k=7;
    当 ιι=5时， k=7;
    当 ιι=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 ,
    所述方法还包括：
    当所述 UE未正确接收到所述下行控制信令时， 根据用于指示所述 UE 传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确定所述绑定子帧， 其 中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子帧；
    在所述绑定子帧上传输所述 PUSCH。
    18. 如权利要求 17所述的方法， 其特征在于， 所述绑定子帧个数为 5 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2 , n与 /满足：
    当 n=0时， /=0；
    当 n=l时， /=0；
    当 n=5时， /=0；
    当 n=6时， /=0；
    当 n=9时， /=0。
    19. 如权利要求 17所述的方法， 其特征在于， 所述绑定子帧个数为 2 , 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 η=0时， /=- 1； 当 n=5时， /=-1；
    当 n=9时， /=-1；
    当 n=l时， /=—4；
    当 n=6时， /=-3。
    20. 如权利要求 1所述的方法， 其特征在于， 所述当前上下行子帧配置 为配置 1 , 所述绑定子帧个数为 2, 所述 HARQ进程数或子帧绑定配置数为 3, 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧，
    所述方法还包括：
    当所述 UE未正确接收到所述下行控制信令时， 根据用于指示所述 UE 传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确定所述绑定子帧， 其 中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子帧；
    在所述绑定子帧上传输所述 PUSCH。
    21. 如权利要求 20所述的方法， 其特征在于， n、 1、 k之间满足： 当 n=6时， k=6, 1=2;
    当 n=l时， k=6, 1=2。
    22. 如权利要求 20所述的方法， 其特征在于， n、 k和 /之间满足： 当 n=4时， k=4, 1=3;
    当 n=9时， k=4, 1=3。
    23. 如权利要求 1所述的方法， 其特征在于， 所述当前上下行子帧配置 为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定 子帧的起始子帧为位于所述子帧 n之后的第 k个子帧，所述 UE的 HARQ进 程数或子帧绑定配置数为 3。
    24. 如权利要求 23所述的方法， 其特征在于， 所述绑定子帧个数为 1 , 所述方法还包括：
    在所述子帧 n之后的第 /+k个子帧接收用于指示所述 PUSCH是否需要 重传的 PHICH, n、 k和 /之间满足：
    当 n=3时， k=4, 1=11 ;
    当 n=8时， k=4, /=11。
    25. 如权利要求 23所述的方法， 其特征在于， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行子帧。
    26. 如权利要求 1所述的方法， 其特征在于， 所述当前上下行子帧配置 为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定 子帧的起始子帧为位于所述子帧 n之后的第 k个子帧，所述 UE的 HARQ进 程数或子帧绑定配置数为 3。
    27. 如权利要求 26所述的方法， 其特征在于， 所述绑定子帧个数为 1 , 所述方法还包括：
    当所述 UE未正确接收到所述下行控制信令时， 根据用于指示所述 UE 传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确定所述绑定子帧， 其 中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子帧；
    在所述绑定子帧上传输所述 PUSCH,
    其中 n、 /和 k之间满足：
    当 n=8时， k=4, 1=0;
    当 n=9时， k=4, /=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的绑定子帧，其中所述绑定子帧配置包括绑定子帧个数； 在所述绑定子帧上接收所述 PUSCH。
    34. 如权利要求 33所述的方法， 其特征在于， 所述当前上下行子帧配 置为配置 0 , 所述绑定子帧个数为大于等于 1 , 小于等于 12的整数， 所述 绑定子帧的起始子帧为位于子帧 n之后的第 k个子帧， n与 k满足：
    当 n=0时， k=4或 7;
    当 n=5时， k=4或 7;
    当 n=l时， k=6或 7;
    当 n=6时， k=6或 7。
    35. 如权利要求 34所述的方法， 其特征在于， 所述绑定子帧个数为 12 , 所述 UE的混合自动重传请求 HARQ进程数或子帧绑定配置数为 1。
    36. 如权利要求 34所述的方法， 其特征在于， 所述绑定子帧个数小于 12 , 所述 UE的 HARQ进程数或子帧绑定配置数大于 1 ,
    所述方法还包括：
    当基站向所述 UE发送用于指示所述 UE传输所述 PUSCH的物理混合 自动重传请求指示信道 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所述 PHICH 以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n之前的第 /个子帧；
    在所述绑定子帧上接收所述 PUSCH。
    37. 如权利要求 36所述的方法， 其特征在于， 所述绑定子帧个数为 4 , 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n为 0时， /取值为 4或 5 ;
    当 n为 5时， /取值为 4或 5 ;
    当 n为 1时， /取值为 1或 5 ;
    当 n为 6时， /取值为 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 ,
    所述方法还包括：
    当基站向所述 UE发送用于指示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所述 PHICH以及所述绑定 子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n 之前的第 /个子帧；
    在所述绑定子帧上接收所述 PUSCH。
    42. 如权利要求 41所述的方法， 其特征在于， 所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足：
    当 n=0时， 1=1 ·，
    当 n=9时， /=1；
    当 n=8时， 1=8。
    43. 如权利要求 41所述的方法， 其特征在于， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n=0时， /=2；
    当 n=8时， /=9；
    当 n=9时， 1=9。
    44. 如权利要求 33所述的方法， 其特征在于， 所述当前上下行子帧配 置为配置 6, 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数， 所述绑 定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7;
    当 n=l时， k=7;
    当 n=5时， k=7;
    当 =6时， k=7;
    当 =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 ,
    所述方法还包括：
    当基站向所述 UE发送用于指示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所述 PHICH以及所述绑定 子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n 之前的第 /个子帧；
    在所述绑定子帧上接收所述 PUSCH。
    50. 如权利要求 49所述的方法， 其特征在于， 所述绑定子帧个数为 5 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足：
    当 n=0时， /=0；
    当 n=l时， 1=0·，
    当 n=5时， /=0；
    当 n=6时， /=0；
    当 Ώ=9时， /=0。
    51. 如权利要求 49所述的方法， 其特征在于， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n=0时， /=-1；
    当 n=5时， /=-1；
    当 n=9时， /=-1；
    当 n=l时， /=—4；
    当 n=6时， /=-3。
    52. 如权利要求 33所述的方法， 其特征在于， 所述当前上下行子帧配 置为配置 1 , 所述绑定子帧个数为 2, 所述 HARQ进程数或子帧绑定配置数 为 3, 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 所述方法还包括：
    当基站向所述 UE发送用于指示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所述 PHICH以及所述绑定 子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n 之前的第 /个子帧；
    在所述绑定子帧上接收所述 PUSCH。
    53. 如权利要求 52所述的方法， 其特征在于， n、 1、 k之间满足： 当 n=6时， k=6, 1=2;
    当 n=l时， k=6, 1=2。
    54. 如权利要求 52所述的方法， 其特征在于， n、 k和 /之间满足： 当 n=4时， k=4, 1=3;
    当 n=9时， k=4, 1=3。
    55. 如权利要求 33所述的方法， 其特征在于， 所述当前上下行子帧配 置为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑 定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 所述 UE的 HARQ 进程数或子帧绑定配置数为 3。
    56. 如权利要求 55所述的方法， 其特征在于， 所述绑定子帧个数为 1 , 所述方法还包括：
    在所述子帧 n之后的第 /+k个子帧接收用于指示所述 PUSCH是否需要 重传的 PHICH, n、 k和 /之间满足：
    当 n=3时， k=4, 1=11;
    当 n=8时， k=4, /=11。
    57. 如权利要求 55所述的方法， 其特征在于， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行子帧。
    58. 如权利要求 33所述的方法， 其特征在于， 所述当前上下行子帧配 置为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑 定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 所述 UE的 HARQ 进程数或子帧绑定配置数为 3。
    59. 如权利要求 58所述的方法， 其特征在于， 所述绑定子帧个数为 1 , 所述方法还包括： 当基站向所述 UE发送用于指示所述 UE传输所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所述 PHICH以及所述绑定 子帧配置， 确定所述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n 之前的第 /个子帧；
    在所述绑定子帧上接收所述 PUSCH,
    其中 n、 /和 k之间满足：
    当 n=8时， k=4, 1=0;
    当 n=9时， k=4, /=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的绑定子帧， 其中所述绑定子帧配置包 括绑定子帧个数；
    传输单元， 用于在所述确定单元确定的所述绑定子帧上传输所述 PUSCH。
    66. 如权利要求 65所述的 UE, 其特征在于， 所述当前上下行子帧配置 为配置 0, 所述绑定子帧个数为大于等于 1 , 小于等于 12的整数， 所述绑 定子帧的起始子帧为位于子帧 n之后的第 k个子帧， n与 k满足： 当 n=0时， k=4或 7;
    当 n=5时， k=4或 7;
    当 n=l时， k=6或 7;
    当 n=6时， k=6或 7。
    67. 如权利要求 66所述的 UE, 其特征在于， 所述绑定子帧个数为 12 , 所述 UE的混合自动重传请求 HARQ进程数或子帧绑定配置数为 1。
    68. 如权利要求 66 所述的 UE, 其特征在于， 所述绑定子帧个数小于 12 , 所述 UE的 HARQ进程数或子帧绑定配置数大于 1 ,
    所述确定单元还用于当所述 UE未正确接收到所述下行控制信令时， 根 据用于指示所述 UE传输所述 PUSCH 的物理混合自动重传请求指示信道 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的接 收子帧为所述子帧 n之前的第 /个子帧；
    PUSCH。
    69. 如权利要求 68所述的 UE, 其特征在于， 所述绑定子帧个数为 4 , 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n为 0时， /取值为 4或 5 ;
    当 n为 5时， /取值为 4或 5 ;
    当 n为 1时， /取值为 1或 5 ;
    当 n为 6时， /取值为 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 ,
    所述确定单元还用于当所述 UE未正确接收到所述下行控制信令时， 根 据用于指示所述 UE传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确 定所述绑定子帧，其中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子 帧；
    传输单元还用于在所述确定单元确定的所述绑定子帧上传输所述 PUSCH。
    74. 如权利要求 73所述的 UE, 其特征在于， 所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足：
    当 n=0时， 1=1 ·，
    当 n=9时， /=1；
    当 n=8时， 1=8。
    75. 如权利要求 73所述的 UE, 其特征在于， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n=0时， /=2；
    当 n=8时， /=9；
    当 n=9时， 1=9。
    76. 如权利要求 65所述的 UE, 其特征在于， 所述当前上下行子帧配置 为配置 6, 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数， 所述绑定 子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 且 n与 k满足：
    当 n=0时， k=7;
    当 n=l时， k=7;
    当 n=5时， k=7;
    当 n=6时， k=7;
    当 n=9时， k=5。
    77. 如权利要求 76所述的 UE, 其特征在于， 所述绑定子帧个数为 10。
    78. 如权利要求 77所述的方法， 其特征在于， 所述 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 ,
    所述确定单元还用于当所述 UE未正确接收到所述下行控制信令时， 根 据用于指示所述 UE传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确 定所述绑定子帧，其中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子 帧；
    PUSCH。
    82. 如权利要求 81所述的 UE, 其特征在于， 所述绑定子帧个数为 5 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足：
    当 n=0时， /=0；
    当 n=l时， 1=0·，
    当 n=5时， /=0；
    当 n=6时， /=0；
    当 Ώ=9时， /=0。
    83. 如权利要求 81所述的 UE, 其特征在于， 所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n=0时， /=-1；
    当 n=5时， /=-1；
    当 n=9时， /=-1；
    当 n=l时， /=—4；
    当 n=6时， /=-3。
    84. 如权利要求 65所述的 UE, 其特征在于， 所述当前上下行子帧配置 为配置 1 , 所述绑定子帧个数为 2, 所述 HARQ进程数或子帧绑定配置数为 3 , 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧，
    所述确定单元还用于当所述 UE未正确接收到所述下行控制信令时， 根 据用于指示所述 UE传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确 定所述绑定子帧，其中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子 帧；
    PUSCH。
    85. 如权利要求 85所述的 UE, 其特征在于， n、 1、 k之间满足： 当 n=6时， k=6, 1=2;
    当 n=l时， k=6, 1=2。
    86. 如权利要求 20所述的 UE, 其特征在于， n、 k和 /之间满足： 当 n=4时， k=4, 1=3;
    当 n=9时， k=4, 1=3。
    87. 如权利要求 65所述的 UE, 其特征在于， 所述当前上下行子帧配置 为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定 子帧的起始子帧为位于所述子帧 n之后的第 k个子帧，所述 UE的 HARQ进 程数或子帧绑定配置数为 3。
    88. 如权利要求 87所述的 UE, 其特征在于， 所述绑定子帧个数为 1 , 所述 UE还包括：
    接收单元， 用于在所述子帧 n之后的第 /+k个子帧接收用于指示所述 PUSCH是否需要重传的 PHICH, n、 k和 /之间满足：
    当 n=3时， k=4, 1=11 ;
    当 n=8时， k=4, /=11。
    89. 如权利要求 87所述的 UE, 其特征在于， 所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行子帧。
    90. 如权利要求 65所述的 UE, 其特征在于， 所述当前上下行子帧配置 为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑定 子帧的起始子帧为位于所述子帧 n之后的第 k个子帧，所述 UE的 HARQ进 程数或子帧绑定配置数为 3。
    91. 如权利要求 90所述的 UE, 其特征在于， 所述绑定子帧个数为 1 , 所述确定单元还用于当所述 UE未正确接收到所述下行控制信令时， 根 据用于指示所述 UE传输所述 PUSCH的 PHICH以及所述绑定子帧配置，确 定所述绑定子帧，其中所述 PHICH的接收子帧为所述子帧 n之前的第 /个子 帧； PUSCH,
    其中 n、 /和 k之间满足：
    当 n=8时， k=4, 1=0;
    当 n=9时， k=4, /=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的绑定子帧， 其中所述绑定子帧配 置包括绑定子帧个数；
    接收单元， 用于在所述确定单元确定的所述绑定子帧上接收所述 PUSCH。
    98. 如权利要求 97所述的基站， 其特征在于， 所述当前上下行子帧配 置为配置 0, 所述绑定子帧个数为大于等于 1 , 小于等于 12的整数， 所述 绑定子帧的起始子帧为位于子帧 n之后的第 k个子帧， n与 k满足：
    当 n=0时， k=4或 7;
    当 n=5时， k=4或 7;
    当 n=l时， k=6或 7;
    当 n=6时， k=6或 7。 99. 如权利要求 98所述的基站， 其特征在于， 所述绑定子帧个数为 12, 所述 UE的混合自动重传请求 HARQ进程数或子帧绑定配置数为 1。
    100. 如权利要求 98所述的基站， 其特征在于， 所述绑定子帧个数小于 12, 所述 UE的 HARQ进程数或子帧绑定配置数大于 1 ,
    所述确定单元还用于当所述基站向所述 UE发送用于指示所述 UE传输 所述 PUSCH的物理混合自动重传请求指示信道 PHICH, 但未向所述 UE发 送所述下行控制信令时， 根据所述 PHICH 以及所述绑定子帧配置， 确定所 述绑定子帧， 其中所述 PHICH的发送子帧为所述子帧 n之前的第 /个子帧； PUSCH。
    101.如权利要求 100所述的基站，其特征在于，所述绑定子帧个数为 4, 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    当 n为 0时， /取值为 4或 5;
    当 n为 5时， /取值为 4或 5;
    当 n为 1时， /取值为 1或 5;
    当 n为 6时， /取值为 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 ,
    所述确定单元还用于当所述基站向所述 UE发送用于指示所述 UE传输 所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所 述 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的 发送子帧为所述子帧 n之前的第 /个子帧；
    PUSCH。
    106.如权利要求 105所述的基站，其特征在于，所述绑定子帧个数为 3 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2 , n与 /满足：
    当 η=0时， 1=1 ·，
    当 η=9时， /=1；
    当 η=8时， 1=8。
    107.如权利要求 105所述的基站，其特征在于，所述绑定子帧个数为 2 , 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , η与 /满足：
    当 η=0时， /=2；
    当 η=8时， /=9；
    当 η=9时， 1=9。
    108. 如权利要求 97所述的基站， 其特征在于， 所述当前上下行子帧配 置为配置 6 , 所述绑定子帧个数为大于等于 1 , 小于等于 10的整数， 所述绑 定子帧的起始子帧为位于所述子帧 η之后的第 k个子帧， 且 n与 k满足： 当 n=0时， k=7;
    当 n=l时， 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 ,
    所述确定单元还用于当所述基站向所述 UE发送用于指示所述 UE传输 所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所 述 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的 发送子帧为所述子帧 n之前的第 /个子帧； PUSCH。
    114.如权利要求 113所述的基站，其特征在于，所述绑定子帧个数为 5 , 所述 UE的 HARQ进程数或子帧绑定配置数为 2, n与 /满足：
    当 n=0时， /=0；
    当 n=l时， 1=0·，
    当 n=5时， /=0；
    当 n=6时， /=0；
    当 Ώ=9时， /=0。
    115.如权利要求 113所述的基站，其特征在于，所述绑定子帧个数为 2, 所述 UE的 HARQ进程数或子帧绑定配置数为 3 , n与 /满足：
    n=0时， /=- -1;
    n=5时， /=- -1;
    n=9时， /=- -1;
    η=1时， /=- -4;
    η=6时， /=- -3。
    116. 如权利要求 97所述的基站， 其特征在于， 所述当前上下行子帧配 置为配置 1 , 所述绑定子帧个数为 2, 所述 HARQ进程数或子帧绑定配置数 为 3 , 所述绑定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧，
    所述确定单元还用于当所述基站向所述 UE发送用于指示所述 UE传输 所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所 述 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的 发送子帧为所述子帧 n之前的第 /个子帧； PUSCH。
    117. 如权利要求 116所述的基站， 其特征在于， n、 1、 k之间满足： 当 n=6时， k=6, 1=2;
    当 n=l时， k=6, 1=2。
    118. 如权利要求 116所述的基站， 其特征在于， n、 k和 /之间满足： 当 n=4时， k=4, 1=3;
    当 n=9时， k=4, 1=3。
    119. 如权利要求 97所述的基站， 其特征在于， 所述当前上下行子帧配 置为配置 2, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑 定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 所述 UE的 HARQ 进程数或子帧绑定配置数为 3。
    120.如权利要求 119所述的基站，其特征在于，所述绑定子帧个数为 1 , 所述接收单元还用于在所述子帧 n之后的第 /+k个子帧接收用于指示所述 PUSCH是否需要重传的 PHICH, n、 k和 /之间满足：
    当 n=3时， k=4, 1=11;
    当 n=8时， k=4, /=11。
    121.如权利要求 119所述的基站，其特征在于，所述绑定子帧个数为 4, 所述绑定子帧的相邻子帧之间间隔 2个上行子帧。
    122. 如权利要求 97所述的基站， 其特征在于， 所述当前上下行子帧配 置为配置 4, 所述绑定子帧个数为大于等于 1 , 小于等于 4的整数， 所述绑 定子帧的起始子帧为位于所述子帧 n之后的第 k个子帧， 所述 UE的 HARQ 进程数或子帧绑定配置数为 3。
    123.如权利要求 122所述的基站，其特征在于，所述绑定子帧个数为 1 , 所述确定单元还用于当所述基站向所述 UE发送用于指示所述 UE传输 所述 PUSCH的 PHICH, 但未向所述 UE发送所述下行控制信令时， 根据所 述 PHICH以及所述绑定子帧配置， 确定所述绑定子帧， 其中所述 PHICH的 发送子帧为所述子帧 n之前的第 /个子帧； PUSCH,
    其中 n、 /和 k之间满足： 当 n=8时， k=4, 1=0;
    当 n=9时， k=4, /=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的子 帧数目等于半静态调度周期内的上行子帧数目。
CN201380004572.0A 2013-09-27 2013-09-27 传输上行数据的方法、用户设备和基站 Expired - Fee Related CN104685953B (zh)

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 true CN104685953A (zh) 2015-06-03
CN104685953B 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)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113015143A (zh) * 2015-10-26 2021-06-22 高通股份有限公司 使用捆绑传输的mtc的drx和sps

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3429297B1 (en) * 2013-09-27 2021-04-28 Huawei Technologies Co., Ltd. Method for transmitting uplink data and corresponding apparatus and computer-readable storage medium
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 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와, 하향링크 신호 전송 방법 및 기지국
CN107197528B (zh) * 2016-03-14 2020-12-25 华为技术有限公司 一种资源调度和分配的方法和装置
EP3482592B1 (en) * 2016-07-06 2022-03-30 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 ***通信有限公司研究院 一种传输方法、装置、移动通信终端及网络侧设备
JP7201433B2 (ja) * 2016-08-31 2023-01-10 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
JP7335375B2 (ja) * 2017-03-10 2023-08-29 株式会社Ｎｔｔドコモ 端末、無線通信方法及びシステム
CN109327905A (zh) * 2017-07-31 2019-02-12 展讯通信（上海）有限公司 数据传输的方法、终端及计算机可读介质

Citations (2)

* 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 엘지전자 주식회사 상향링크 신호 전송 방법 및 이를 위한 장치

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104022855B (zh) * 2008-02-06 2017-06-30 爱立信电话股份有限公司 有关下行链路指配的方法和装置
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 삼성전자 주식회사 시분할 무선 통신 시스템에서 단말의 신호 송수신 방법 및 장치
US9504033B2 (en) * 2012-01-06 2016-11-22 Lg Electronics Inc. Method and apparatus for allocating channels related to uplink bundling
CN102595609B (zh) * 2012-02-17 2015-10-21 中兴通讯股份有限公司 一种子帧捆绑时实现上行子帧调度的方法和***
EP2635082A1 (en) * 2012-02-29 2013-09-04 Panasonic Corporation Dynamic subframe bundling
US9526091B2 (en) * 2012-03-16 2016-12-20 Intel Corporation Method and apparatus for coordination of self-optimization functions in a wireless network
CN103313380A (zh) 2012-03-16 2013-09-18 北京三星通信技术研究有限公司 上行调度的方法及设备
CN103326823B (zh) * 2012-03-20 2018-05-04 中兴通讯股份有限公司 数据传输方法及装置
CN102761395A (zh) * 2012-07-06 2012-10-31 中兴通讯股份有限公司 下行子帧的发送、接收方法及装置
TWI727241B (zh) * 2012-09-26 2021-05-11 美商內數位專利控股公司 用於分時雙工操作/傳輸及接收操作的無線發射/接收單元及其方法
US9532340B2 (en) * 2012-12-14 2016-12-27 Telefonaktiebolaget L M Ericsson (Publ) Techniques for enabling and performing HARQ transmissions in a D2D communication between wireless devices in a wireless telecommunications network
EP3429297B1 (en) * 2013-09-27 2021-04-28 Huawei Technologies Co., Ltd. Method for transmitting uplink data and corresponding apparatus and computer-readable storage medium

Patent Citations (2)

* 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 新邮通信设备有限公司 一种无线资源调度方法和***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113015143A (zh) * 2015-10-26 2021-06-22 高通股份有限公司 使用捆绑传输的mtc的drx和sps
CN113015143B (zh) * 2015-10-26 2023-09-15 高通股份有限公司 使用捆绑传输的mtc的drx和sps

Also Published As

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

Similar Documents

Publication Publication Date Title
CN104685953B (zh) 传输上行数据的方法、用户设备和基站
CN101499882B (zh) 半静态调度数据包的应答信息的反馈、接收方法及其装置
CN108604977B (zh) 上行链路控制信息的传送方法及设备
CN104756431B (zh) 无线通信中确认时序的选择
CN104170294B (zh) 物理上行链路共享信道(pusch)传输时间间隔(tti)捆绑
CN102752085B (zh) Tdd***中确认或不确认指示信息发送的方法和设备
CN101635987B (zh) 一种反馈下行接收状态的方法
CN102202408B (zh) 多子帧调度方法、***和设备
CN108200780A (zh) 用于授权辅助接入的退避过程的***和方法
CN104885376B (zh) 载波聚合中使用的方法和装置
CN105917598A (zh) 用于覆盖增强的控制信道和数据信道的传输
CN107005509A (zh) 用于使用未授权共享介质中的信道来传输混合自动重复请求传输的方法、装置和***
CN103718484A (zh) 在支持载波聚合的tdd通信***中定义物理信道传送/接收定时和资源分配的设备及其方法
CN101911573A (zh) 用于将下行链路资源映射到相关上行链路传输的方法、装置和计算机程序
CN104685815A (zh) 载波聚合应答比特
CN104796926A (zh) 资源管理方法和装置
CN101615951B (zh) 上行授权信令的发送定时方法和装置
CN109891795A (zh) 用于频分双工传输时间间隔操作的***和方法
WO2015154310A1 (zh) 一种控制信道资源分配方法及装置
CN102136895B (zh) 半静态调度数据包的应答信息的反馈、接收方法及其装置
WO2014173333A1 (zh) 一种上行控制信息的发送方法及装置
CN102271034A (zh) 一种lte上行harq控制方法
CN103648175A (zh) 多子帧调度方法、***和设备
CN105309024B (zh) 传输pusch的方法、用户设备和基站
CN103378932B (zh) 数据传输方法、用户设备及基站

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20181106

Termination date: 20210927