CN104104486A - 一种支持多子帧调度上行数据传输的方法和设备 - Google Patents

一种支持多子帧调度上行数据传输的方法和设备 Download PDF

Info

Publication number
CN104104486A
CN104104486A CN201310126251.XA CN201310126251A CN104104486A CN 104104486 A CN104104486 A CN 104104486A CN 201310126251 A CN201310126251 A CN 201310126251A CN 104104486 A CN104104486 A CN 104104486A
Authority
CN
China
Prior art keywords
uplink
frame
sub
authorization signaling
scheduled
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.)
Pending
Application number
CN201310126251.XA
Other languages
English (en)
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.)
Beijing Samsung Telecom R&D Center
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics 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 Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN201310126251.XA priority Critical patent/CN104104486A/zh
Priority to PCT/KR2014/001182 priority patent/WO2014168329A1/en
Priority to EP14783187.9A priority patent/EP2984778B1/en
Priority to KR1020157019481A priority patent/KR20150140629A/ko
Priority to US14/189,430 priority patent/US9723627B2/en
Publication of CN104104486A publication Critical patent/CN104104486A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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
    • 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/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements

Landscapes

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

Abstract

本申请公开了一种支持多子帧调度上行数据的HARQ传输的方法，包括：UE接收基站发送多子帧调度上行授权信令和PHICH信息；对一个上行子帧，UE根据调度其所述的SHARQ过程的上行授权信令和PHICH信道的相对位置来处理上行传输的参数；UE在上行子帧发送新上行数据、重传其所述SHARQ过程的数据或者当前不发送上行数据。采用本发明的方法和设备，降低了标准化工作的复杂度；并且当需要在小区内同时存在支持多子帧调度的新UE和现有的不支持多子帧调度的UE时，降低了调度器的复杂度。

Description

一种支持多子帧调度上行数据传输的方法和设备
技术领域
本发明涉及无线通信***，更具体的说涉及一种在支持多子帧调度的***中处理对上行数据的HARQ传输的方法和设备。
背景技术
3GPP标准化组织的长期演进（LTE）***支持频分双工（FDD）和时分双工（TDD）两种双工方式。对FDD***，每个无线帧的长度是10ms，包含10个长度为1ms的子帧，由两个连续的长度为0.5ms的时隙构成，即第k个子帧包含时隙2k和时隙2k+1，。对TDD***，每个10ms的无线帧等分为两个长度为5ms的半帧。每个半帧包含8个长度为0.5ms的时隙和3个特殊域，即下行导频时隙（DwPTS）、保护间隔（GP）和上行导频时隙（UpPTS），这3个特殊域的长度的和是1ms。每个子帧由两个连续的时隙构成，即第k个子帧包含时隙2k和时隙2k+1。一个下行传输时间间隔（TTI）就是定义在一个子帧上。
TDD***中支持7种上行下行配置，如表1所示。这里，D代表下行子帧，U代表上行子帧，S代表上述包含3个特殊域的特殊子帧。
表1LTE TDD的上行下行配置
每个子帧的前n个OFDM符号可以用于传输下行控制信息，包括物理下行控制信道（PDCCH）和物理HARQ指示信道（PHICH）和其他控制信息，n等于0、1、2或者3；剩余的OFDM符号可以用来传输PDSCH或者增强PDCCH（EPDCCH）。资源分配的粒度是物理资源块PRB，一个PRB在频率上包含12个连续的子载波，在时间上对应一个时隙。一个子帧内相同子载波上的两个时隙内的两个PRB称为一个PRB对。在每个PRB对内，每个资源单元（RE）是时频资源的最小单位，即频率上是一个子载波，时间上是一个OFDM符号。
在LTE***中，PDCCH是承载分配上行信道资源或者下行信道资源的下行控制信息（DCI），分别称为下行授权信令和上行授权信令。不同的UE的授权信令是分别独立发送的。下行授权信令和上行授权信令是分别独立发送的。除TDD***的上下行配置0的上行数据传输以外，每个下行子帧内的授权信令只调度一个子帧内的下行或者上行传输。对TDD***的上下行配置0的上行数据传输，因为上行子帧数多于下行子帧数，所以是支持在一个下行子帧内最多同时调度两个上行子帧内的上行数据传输。
在现有LTE***中，对在下行子帧n内检测的上行授权信令，它调度的是在上行子帧n+k内的上行数据传输。对FDD***，k固定等于4。对TDD***，k的取值由TDD的上下行配置决定，如表2所示。其中，对TDD上下行配置0，可以根据DCI中的上行索引（UL index）来进一步区分是同时调度2个子帧或者只调度其中的一个。
表2不同TDD上下行配置对应的k的取值
在现有LTE***中，上行数据传输是基于同步HARQ的。上行数据的重传可以是基于PHICH信道来触发的。对在下行子帧n内收到的PHICH信息，它传输是在上行子帧n-k内的上行数据传输的HARQ-ACK信息。对FDD***，k固定等于4。对TDD***，k的取值由TDD的上下行配置决定，如表3所示。其中，对TDD上下行配置0，在子帧0和5中分别分配2个PHICH资源集，并分别触发不同上行子帧的上行数据传输。
表3不同TDD上下行配置对应PUSCH定时与PHICH定时间隔k的取值
另外，对在下行子帧n内收到的PHICH信息，它调度的是在上行子帧n+k内的上行数据传输。对FDD***，k固定等于4。对TDD***，k的取值由TDD的上下行配置决定，如表4所示。其中，对TDD上下行配置0，在子帧0和5中分别分配2个PHICH资源集，并分别触发不同上行子帧的上行数据传输。
表4不同TDD上下行配置对应的PHICH定时与重传定时间隔k的取值
在LTE的后续研究中，多子帧调度技术受到越来越多的关注。如图1所示，对上行多子帧调度，一个下行子帧的上行授权信令可以调度一个或者多个上行子帧内的上行数据传输。通过多子帧调度技术，可以节省调度指示的资源开销；另外，在一些特殊子帧因为没有足够的资源发送上行调度命令，会导致与该下行子帧对应的上行子帧无法调度，通过多子帧调度技术，也能够很好的解决这一问题作为一个特例，多子帧调度的授权信令可以实际只调度一个上行子帧内的上行数据传输，并且这个定时关系不同于LTE现有***中的定时关系。
实际上，在LTE现有版本的TDD上下行配置0中已经支持了一种最多同时调度两个上行子帧的技术。但是，对FDD***和TDD上下行配置1～6，都不支持多子帧调度。所以，如果利用多子帧调度技术，对上行数据传输进行有效的同步HARQ传输是一个需要解决的问题。
发明内容
本申请公开了一种支持多子帧调度上行数据的HARQ传输的方法，能够支持多子帧上行调度技术，并对上行数据传输进行有效地同步HARQ控制。
为实现上述目的，本申请采用如下的技术方案：
一种支持多子帧调度上行数据的HARQ传输的方法，包括：
UE接收基站发送的多子帧调度上行授权信令和PHICH信息；
UE按照多子帧调度上行授权信令与被调度上行子帧的定时关系，确定被调度的上行子帧及其相应SHARQ过程的后续传输的定时位置；
对于所述被调度的上行子帧，UE根据调度其SHARQ过程的上行授权信令和PHICH信道的相对位置来确定上行传输的参数，并按照所述上行传输的参数在所述上行子帧上进行数据传输或者停止当前传输。
较佳地，所述确定被调度的上行子帧相应SHARQ过程的后续传输的定时位置包括：与不支持多子帧调度的UE采用相同的方法来确定所述SHARQ过程的后续上行传输的定时位置。
较佳地，基于在***信息块1（SIB1）中发送的TDD上下行配置来确定所述被调度的上行子帧及其SHARQ过程的后续PUSCH传输的定时位置；
或者，利用高层信令配置7种TDD上下行配置之一作为参考上下行配置，根据所述参考上下行配置来确定所述被调度的上行子帧及其SHARQ过程的后续PUSCH传输定时。
较佳地，所述确定被调度的上行子帧相应SHARQ过程的后续传输的定时位置包括：与不支持多子帧调度的UE采用相同的方法来确定所述SHARQ过程的一次PUSCH传输的PHICH定时关系以及PHICH触发的PUSCH重传的定时关系。
较佳地，在TDD***中，在所述多子帧调度上行授权信令与被调度上行子帧的定时关系中，若一个下行子帧n承载的多子帧调度上行授权信令，用于调度最多M个上行子帧的上行数据传输，则所述M个上行子帧包括LTE版本8***中下行子帧n调度的1个或者2个上行子帧。
较佳地，所述多子帧调度上行授权信令与被调度上行子帧的定时关系为：为所有TDD上下行配置统一设置的多子帧调度上行授权信令到其调度的上行子帧的定时关系；或者，为每种TDD上下行配置分别配置的多子帧调度上行授权信令到其调度的实际存在的上行子帧的定时关系。
较佳地，当为所有TDD上下行配置统一设置多子帧调度上行授权信令到其调度的上行子帧的定时关系时，所述定时关系中的多子帧调度上行授权信令只能在部分下行子帧上发送，或者，所述定时关系中的多子帧调度上行授权信令在所有下行子帧上发送。
较佳地，在所述多子帧调度上行授权信令与被调度上行子帧的定时关系中，允许一个多子帧调度上行授权信令调度同一个SHARQ过程的多次传输。
较佳地，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧的定时上或者其后的子帧定时上检测到调度所述SHARQ过程的上行授权信令时，UE根据调度所述SHARQ过程的上行授权信令来确定在所述被调度的上行子帧上的上行传输的参数。
较佳地，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧定时之前的子帧定时上检测到调度所述SHARQ过程的上行授权信令时，UE按照调度所述SHARQ过程的上行授权信令来确定在所述被调度的上行子帧上的上行传输的参数。
较佳地，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧定时之前的子帧定时上检测到调度所述SHARQ过程的上行授权信令时，UE根据PHICH信息来确定前一次上行传输是成功或者失败，并根据调度所述SHARQ过程的上行授权信令确定被调度上行子帧上的资源配置。
较佳地，所述在被调度的上行子帧上进行数据传输或者停止当前传输包括：当根据PHICH信息确定前一次上行传输成功时，在被调度的上行子帧上停止数据传输；当根据PHICH信息确定前一次上行传输失败时，按照确定的所述资源配置在所述被调度的上行子帧上进行数据重传。
较佳地，所述在被调度的上行子帧上进行数据传输或者停止当前传输包括：当根据PHICH信息确定前一次上行传输成功时，按照确定的所述资源配置在所述被调度的上行子帧上传输新数据；当根据PHICH信息确定前一次上行传输失败时，按照确定的所述资源配置在所述被调度的上行子帧上进行数据重传。
较佳地，所述在被调度的上行子帧上进行数据传输或者停止当前传输包括：根据PHICH信息和上行授权信令中的NDI联合指示对一个SHARQ过程传输新数据或者数据重传。
较佳地，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧定时之前的子帧定时上检测到调度这个SHARQ过程的上行授权信令时，如果所述SHARQ过程的前一次上行传输和所述上行授权信令之间的间隔大于等于预设的t ms，则UE按照所述上行授权信令来确定在所述上行子帧传输上行数据的参数；否则，根据PHICH信息来确定前一次上行传输是成功或者失败，并根据调度所述SHARQ过程的上行授权信令确定被调度上行子帧上的资源配置。
较佳地，如果UE没有检测到调度这个SHARQ过程的上行授权信令，则UE按照对应这个SHARQ过程的PHICH信息来处理。
较佳地，该方法进一步包括：如果在一SHARQ过程的重传定时到来之前，UE没有检测到调度该SHARQ过程的上行授权信令，并且该SHARQ过程的PHICH定时位置上没有PHICH信道，则所述UE向高层报告ACK，并停止上行传输。
较佳地，该方法进一步包括：如果UE在多个下行子帧内检测到调度同一SHARQ过程的上行授权信令，则UE按照最近的一个上行授权信令在对应上行子帧执行上行传输。
一种支持多子帧调度上行数据的HARQ传输的UE设备，包括：数据接收单元、处理单元和数据发送单元；
所述数据接收单元，用于接收基站发送的多子帧调度上行授权信令和PHICH信息；
所述处理单元，用于按照多子帧调度上行授权信令与被调度上行子帧的定时关系，确定被调度的上行子帧及其相应SHARQ过程的后续传输的定时位置；对于所述被调度的上行子帧，UE根据调度其SHARQ过程的上行授权信令和PHICH信道的相对位置来确定上行传输的参数；
所述数据发送单元，用于按照所述上行传输的参数在所述上行子帧上进行数据传输或者停止当前传输。
采用本发明的方法和设备，降低了标准化工作的复杂度；并且当需要在小区内同时存在支持多子帧调度的新UE和现有的不支持多子帧调度的UE时，降低了调度器的复杂度。
附图说明
图1为子帧结构示意图；
图2为本发明的方法流程图；
图3为本发明的用户设备结构示意图。
具体实施方式
为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。
在现有LTE***中，上行数据传输是基于同步HARQ（SHARQ）机制的。即，在调度一个SHARQ过程的PUSCH传输后，对应这个SHARQ过程的PHICH定时位置和重传定时位置都是确定的。
本发明处理多子帧上行调度的基本思想是：新定义一个多子帧调度上行授权信令到多个上行子帧内的PUSCH的定时关系；并与LTE版本11之前的不支持多子帧调度的UE采用相同的方法来确定一个SHARQ过程的后续上行传输的定时位置，也就是说初次上行传输与重传间的定时关系与现有不支持多子帧调度的UE相同。
其中，为降低复杂度，对一个下行子帧n的多子帧调度上行授权信令，假设其可以调度M个上行子帧的上行数据传输，则可以是基于现有单子帧调度的上行授权信令到一个上行子帧内的PUSCH的定时关系，使现有LTE***中下行子帧n可以调度的1个或者2个上行子帧包含在上述M个上行子帧的集合内。上述单子帧调度的上行授权信令到一个上行子帧内的PUSCH的定时关系可以是按照SIB1中发送的TDD上下行配置来确定的；也可以用高层信令配置的参考上下行配置确定的，这里，参考上下行配置可以是重用7种现有TDD上下行配置之一。
在按照现有LTE***方式确定后续上行传输定时关系（即初次传输与重传间的定时）时，也可以是根据一种TDD上下行配置来确定。例如，可以是基于在***信息块1（SIB1）中发送的TDD上下行配置来确定一个SHARQ过程的后续PUSCH传输定时；或者，也可以是用高层信令配置7种现有TDD上下行配置之一作为参考上下行配置，基于该参考上下行配置来确定一个SHARQ过程的后续PUSCH传输定时。上述参考上下行配置可以与现有不支持多子帧调度的UE工作的上下行配置相同或者不同。一般地，上述确定多子帧调度上行授权信令到PUSCH的定时关系的参考上下行配置和上述确定PUSCH初次传输与重传间的定时关系的参考上下行配置可以是相同的TDD上下行配置。采用本发明的方法，当小区内同时存在支持多子帧调度的新UE和现有的不支持多子帧调度的UE，并且它们采用相同的定时关系来确定一个SHARQ过程的后续上行传输的定时位置，则上行SHARQ过程数目保持不变，也降低了调度器的复杂度。
对多子帧上行调度，与确定一个SHARQ过程的后续上行传输的定时位置类似，也可以是与现有的不支持多子帧调度的UE采用相同的方法来确定一个SHARQ过程的一次PUSCH传输的PHICH定时关系以及PHICH触发的PUSCH重传的定时关系。这样，当小区内同时存在支持多子帧调度的新UE和现有的不支持多子帧调度的UE，并且它们采用相同的PUSCH传输的PHICH定时关系以及PHICH触发的PUSCH重传的定时关系时，进一步降低了调度器的复杂度。在具体确定PUSCH传输的PHICH定时以及PHICH处罚的PUSCH重传的定时关系时，也根据一种TDD上下行配置进行。例如，可以是基于在***信息块1（SIB1）中发送的TDD上下行配置来确定PUSCH传输的PHICH定时关系以及PHICH触发的PUSCH重传的定时关系。或者，也可以是用前述的参考上下行配置来确定PUSCH传输的PHICH定时关系以及PHICH触发的PUSCH重传的定时关系。或者，还可以定义新的PUSCH传输的PHICH定时关系以及PHICH触发的PUSCH重传的定时关系，但是这里对PHICH的新定义不改变一个SHARQ过程的后续上行传输定时，即初次PUSCH传输与重传间的定时关系不变。
下面通过图2描述本发明的方法流程。如图2所示，该方法包括：
步骤201：UE接收基站发送多子帧调度上行授权信令和PHICH信息。
在步骤201中，因为采用多子帧调度上行授权信令，一个下行子帧内可以调度多个上行子帧内的PUSCH传输；而PHICH信道一般是在一个下行子帧内只发送一个SHARQ过程的PHICH信息；所以在支持多子帧调度时，一般多子帧调度上行授权信令和PHICH信道可以是在不同的下行子帧上发送的。
记多子帧调度上行授权信令可以一次调度最多M个上行子帧的上行传输，M大于等于2，例如，采用M个比特来一一指示每个上行子帧的调度状态。
第一种定义多子帧调度的方法是：每个多子帧调度上行授权信令最多支持同时调度两个上行子帧内的上行数据传输。这样，有可能可以不需要修改TDD上下行配置0，而只对FDD和TDD上下行配置1～6新定义多子帧调度。这里，可以是重用TDD上下行配置0的方法用2比特的上行索引域来指示实际调度的上行子帧。
另外，如果考虑TDD上下行配置0，并考虑在DwPTS内不能发送上行授权信令，为了能够调度所有的上行子帧，则第二种定义多子帧调度的方法是：至少需要在一个多子帧调度上行授权信令内支持对3个上行子帧的调度。一个可能的DwPTS内不能发送上行授权信令的应用场景是，在LTE版本12中讨论的新载波类型（NCT）中，如果DwPTS的长度为3个OFDM符号，则现有LTE版本中未定义可用的DMRS结构，从而不能发送上行授权信令。
对FDD***，因为上行子帧是连续的，可以定义下行子帧n承载的多子帧调度上行授权信令调度的是M个连续的上行子帧，可以使第一个上行子帧为n+k，例如k等于4。
对TDD***，对一个下行子帧n，假设其可以调度M个上行子帧的上行数据传输，可以使现有LTE***中下行子帧n可以调度的1个或者2个上行子帧包含在上述M个上行子帧的集合内。
在TDD***中，定义多子帧调度上行授权信令到被调度的上行子帧的定时关系时，一种方法是不依赖于实际的TDD上下行配置，定义通用的多子帧调度上行授权信令到其调度的上行子帧的定时关系。具体地，定义该通用定时关系时，可以是定义多子帧调度上行授权信令只能在特定的下行子帧上发送。例如，以TDD上下行配置0为基础，假设M等于3，只在下行子帧n（n等于0、1、5或者6）配置多子帧调度上行授权信令，则可以按照表5定义其调度的上行子帧索引n+k，k表示上行授权信令与被调度的上行子帧间的子帧差。或者，定义通用定时关系时，也可以是定义多子帧调度上行授权信令可以在所有下行子帧上发送。例如，以TDD上下行配置0为基础，仍然假设M等于3，则可以按照表6定义其调度的上行子帧索引n+k。
在上述通用的上行授权信令与被调度上行子帧间定时关系下，当在实际上下行配置中某一个子帧是上行子帧时，则其不能传输多子帧调度上行授权信令。
表5通用多子帧调度的k的取值
表6通用多子帧调度的k的取值
例如，在表5和表6中，当实际配置不是配置0时，一些子帧n+k可能实际是个下行子帧，从而不能用于上行数据传输。这种情况下，可以不改变多子帧调度上行授权信令中的指示调度的上行子帧的比特数目，从而与配置0保持一致。或者，为减少上行授权信令占用的比特数，也可以不指示上述实际是下行子帧的子帧n+k，从而根据每一种TDD上下行配置实际可以调度的上行子帧的最大个数设置指示调度的上行子帧的比特数目，从而不同的TDD上下行配置的指示调度的上行子帧的比特数目可以是不同的。或者，为进一步减少上行授权信令占用的比特数，对每一种TDD上下行配置，可以进一步对每个发送多子帧调度上行授权信令的下行子帧区分实际可以调度的上行子帧的最大个数，并相应地设置指示调度的上行子帧的比特数目，如果没有填充比特，这导致在对同一个TDD上下行配置，在不同的下行子帧内的多子帧调度上行授权信令的比特数可以是不一样的。
对TDD***，定义多子帧调度上行授权信令到被调度的上行子帧的定时关系时，另一种方法是每种TDD上下行配置分别配置多子帧调度上行授权信令到其调度的上行子帧的定时关系，并且是调度实际存在的M个上行子帧。这里，不同的TDD上下行配置可以支持的窗口M的大小可以是不同的。例如，TDD上下行配置2，只有2个SHARQ过程，则如果采用窗口M等于3，则导致同时调度同一个SHARQ过程的前后两次传输，这样可以对TDD上下行配置2配置M最大为2。或者，如果允许在一个多子帧调度上行授权信令中，调度同一个SHARQ过程的多次传输，则也可以是各种不同TDD上下行配置的窗口M都是相等的。这里，UE可以在对同一个SHARQ过程调度的第二个以上的传输定时上直接重传同一个上行数据，或者，也可以根据后续基站反馈的PHICH信息来确定上行数据包是否成功，进而确定是否需要重传或者发送新数据。
具体地，可以是对每一种TDD上下行配置，只在LTE版本8中的可以发送上行授权信令的下行子帧上配置多子帧调度上行授权信令。或者，对每一种TDD上下行配置，可以在所有下行子帧上配置多子帧调度上行授权信令。
例如，以只在LTE版本8中的可以发送上行授权信令的下行子帧上配置多子帧调度上行授权信令为例，并保持各种不同TDD上下行配置的窗口M都相等，假设M等于3，则可以按照表7定义其调度的上行子帧索引n+k，k表示上行授权信令与被调度的上行子帧间的子帧差。
表7多子帧调度的k的取值
步骤202：对一个上行子帧，UE根据调度其所述的SHARQ过程的上行授权信令和PHICH信道的相对位置来处理上行传输的参数。
在现有的单子帧调度中，用于调度某SHARQ过程的上行授权信令所在子帧与PHICH所在子帧相同，或者位于PHICH所在子帧之后，因此，对于利用上行授权信令调度的某SHARQ过程的PUSCH传输，只需要按照上行授权信令的指示进行传输即可。
而在本申请的方法中，由于一个下行子帧调度多个上行PUSCH，因此，可能出现用于调度某SHARQ过程的上行授权信令所在子帧位于PHICH所在子帧之前的情况，对于这种情况，需要额外考虑如何进行该上行授权信令所指示的上行传输。基于上述考虑，本申请中，对一个上行子帧，UE根据调度其SHARQ过程的上行授权信令和PHICH信道的相对位置来处理后续上行传输的参数。具体分为如下几种情况进行处理：
1)当在某SHARQ过程的PHICH信道所在下行子帧定时或者后续子帧定时上检测到调度这个SHARQ过程的上行授权信令时（也就是与现有单子帧调度的情况相同），因为PHICH信道定时相对于这个SHARQ过程的前一次PUSCH传输一定满足基站解码上行数据的定时关系，基站在发送上行授权信令和PHICH时已经知道了这个SHARQ过程的前一次上行传输是成功或者失败，所以UE可以根据上述对这个SHARQ过程的上行授权信令来获得在所述上行子帧传输上行数据的参数。
2)当在某SHARQ过程的PHICH信道所在下行子帧定时之前的子帧定时上检测到调度这个SHARQ过程的上行授权信令时，可以有下面的两种处理方法。
第一种处理方法是UE认为基站在发送所述上行授权信令之前已经完成对这个SHARQ过程的前一次数据传输的解码，从而知道前一次上行传输是成功或者失败，所以UE可以直接按照所述上行授权信令来获得在所述上行子帧传输上行数据的参数。也就是说，这种情况下，如果接收到用于调度某SHARQ过程的上行授权信令，则不再对后续接收到的相同SHARQ过程的PHICH信息进行处理。
第二种处理方法是UE认为基站在发送所述上行授权信令之前不能完成对这个SHARQ过程的前一次数据传输的解码，从而不知道前一次上行传输是成功或者失败，所以UE需要进一步接收PHICH信息，并根据PHICH信息来确定前一次上行传输是成功或者失败，再根据上行授权信令确定相应上行子帧的资源配置。本处理方法包括两种可选方式A和B。
方式A：可以根据PHICH信息来确定前一次上行传输是成功或者失败，并根据所述上行授权信令来确定在所述上行子帧传输上行数据的参数，并进行自适应上行数据的重传。
例如，如果PHICH指示ACK，则UE可以向高层报告ACK，并停止上行传输；如果PHICH指示NACK，则UE可以向高层报告NACK，在不超过最大重传次数前提下，对这个SHARQ过程的上行数据进行重传。这里，UE可以根据上述对这个SHARQ过程的上行授权信令来获得在所述上行子帧传输上行数据的参数，例如分配的PRB资源和调制方式等，从而进行自适应上行数据的重传。
在方式A中，对SHARQ过程的处理方法与上行授权信令中的NDI是无关的。基站可以设置上述上行授权信令中的NDI值相对于之前的上行授权信令中的NDI值不变化。或者，在基站和UE的上行通过HARQ操作中可以直接忽略上述上行授权信令中的NDI。本发明不限制对上述上行授权信令中的NDI的处理方法。
方式B：也可以根据PHICH信息来确定前一次上行传输是成功或者失败，并根据所述上行授权信令来确定在所述上行子帧传输上行数据的参数，并进行自适应上行新数据传输或者重传。
例如，如果PHICH指示ACK，则UE可以在这个SHARQ过程上发送新上行数据；如果PHICH指示NACK，则UE可以向高层报告NACK，在不超过最大重传次数前提下，对这个SHARQ过程的上行数据进行重传。这里，UE可以根据上述对这个SHARQ过程的上行授权信令来获得在所述上行子帧传输上行数据的参数，例如分配的PRB资源和调制方式等，从而传输上行新数据或者进行自适应上行数据的重传。
在方式B中，对SHARQ过程的处理方法与上行授权信令中的NDI是无关的。本发明不限制对上述上行授权信令中的NDI的处理方法。例如，在基站和UE的上行通过HARQ操作中可以直接忽略上述上行授权信令中的NDI。
方式C:根据PHICH信息和上行授权信令中的NDI联合指示对一个SHARQ过程的操作方法。例如，如果PHICH指示ACK，并且所述上行授权信令的NDI变化了，则UE可以在这个SHARQ过程上发送新上行数据；如果PHICH指示ACK，并且所述上行授权信令的NDI没变化，则UE可以向高层报告ACK，并停止上行传输；如果PHICH指示NACK，并且所述上行授权信令的NDI没有变化，则UE可以向高层报告NACK，在不超过最大重传次数前提下，对这个SHARQ过程的上行数据进行重传。这里，在基站不知道这个SHARQ过程的前一次上行数据传输是否成功的情况下，基站仍然改变所述上行授权信令的NDI，可以作为一种指示信息。例如，基站预测这个SHARQ过程的前一次上行数据传输一定成功或者以极大的概率成功，并且PHICH很可靠，所以通过变化上行授权信令中的NDI值，指示UE可以按照PHICH指示的ACK来发送新数据；在基站不确定这个SHARQ过程的前一次上行数据传输能够成功，并且PHICH传输可靠性较差的情况下，基站可以通过设置所述上行授权信令中的NDI不变来禁止UE按照PHICH指示的ACK来发送新数据，并允许通过发送PHICH NACK来触发UE对这个SHARQ过程的上行数据进行重传。
对PHICH指示NACK，但所述上行授权信令的NDI变化了的情况，UE可以认为这是一种非法的情况；或者，UE可以向高层报告NACK，在不超过最大重传次数前提下，对这个SHARQ过程的上行数据进行重传。本发明不限制对上述上行授权信令中的NDI的处理方法。例如，在基站和UE的上行通过HARQ操作中可以直接忽略上述上行授权信令中的NDI。
这里，UE可以根据上述对这个SHARQ过程的上行授权信令来获得在所述上行子帧传输上行数据的参数，例如分配的PRB资源和调制方式等，从而传输上行新数据或者进行自适应上行数据的重传。
第三种处理方法是虽然调度这个SHARQ过程的上行授权信令在PHICH所在子帧定时之前，但是如果在这个SHARQ过程的前一次上行传输和所述上行授权信令之间仍然有足够的处理时间用于基站解码上行数据，则UE仍然认为基站在发送所述上行授权信令之前已经完成对这个SHARQ过程的前一次数据传输的解码，从而知道前一次上行传输是成功或者失败，所以UE可以按照所述上行授权信令来获得在所述上行子帧传输上行数据的参数。相反地，如果在这个SHARQ过程的前一次上行传输和所述上行授权信令之间确实是没有足够的处理时间用于基站解码上行数据时，从而不知道前一次上行传输是成功或者失败，所以UE需要进一步接收PHICH信息，并根据PHICH信息来确定前一次上行传输是成功或者失败。
例如，上述第三种处理方法在判断基站是否有时间对这个SHARQ过程的前一次上行传输完成解码时，可以是以t ms时延为门限。如果这个SHARQ过程的前一次上行传输和所述上行授权信令之间的间隔大于等于t ms，则认为基站可以知道前一次上行传输是成功或者失败，所以UE可以按照所述上行授权信令来获得在所述上行子帧传输上行数据的参数，即按照上述第一种处理方法操作；否则，认为基站不知道前一次上行传输是成功或者失败，所以UE需要进一步接收PHICH信息，并根据PHICH信息来确定前一次上行传输是成功或者失败，即按照上述第二种处理方法操作。
在现有LTE***中，对在子帧n内发送的PUSCH，基站最早在子帧n+4才能发送同一个SHARQ过程的PHICH信息或者新的上行授权信令。这样，本发明上述参数t可以等于4。这样，对FDD***，基站一定没有足够的时间解码。对TDD***，因为一般PUSCH到其对应的PHICH信道之间的间隔可以大于4个子帧，则有可能在一个比PHICH子帧早的下行子帧上发送所述上行授权信令并满足4ms延迟，从而可以知道前一次上行传输是成功或者失败。或者，考虑到基站处理能力可以比较强，t也可以设置为小4的数值，例如3，这样，对FDD和TDD，都有可能满足基站对上行数据的处理时间。
3)如果UE在某SHARQ过程的PUSCH重传定时位置前没有检测到调度这个SHARQ过程的上行授权信令，则UE按照对应这个SHARQ过程的PHICH信息来处理。例如，当PHICH信息时ACK时，可以是向高层报告ACK，并停止上行传输；当PHICH信息是NACK时，向高层报告NACK，在不超过最大重传次数前提下，并对同一个SHARQ过程的上行数据进行重传。
4)如果UE在某SHARQ过程的PUSCH重传定时位置前没有检测到调度这个SHARQ过程的上行授权信令，并且这个SHARQ过程的PHICH定时位置上没有PHICH信道时，UE向高层报告ACK，并停止上行传输。这里，没有PHICH信道的原因可能是PHICH定时所在子帧是一个上行子帧；或者，因为采用了与SIB1上下行配置不同的参考上下行配置来处理上行传输定时，按照参考上下行配置找到的PHICH定时位置上，虽然仍然是一个下行子帧，但是它在SIB1上下行配置中并没有分配PHICH信道。
5)如果UE在多个下行子帧内检测到调度同一SHARQ过程的上行授权信令，则UE可以认为这是一种非法情况，或者，UE也可以按照其中一个在对应上行子帧执行上行传输，例如，最近的一个上行授权信令。
UE会在多个下行子帧内检测到调度同一SHARQ过程的上行授权信令的一种合法情况可以是：基站在判断出某SHARQ过程的上次PUSCH传输成功或失败前，向UE发送调度这个SHARQ过程的上行授权信令，从而可以通过在后续下行子帧发送PHICH NACK来触发UE进行自适应的重传；在发送该上行授权信令后，基站对上次PUSCH传输完成解调，若解调未成功，则通过PHICH向UE发送NACK，UE仍然按照前述上行授权信令进行数据重传；若解调成功，基站可能想要在这个SHARQ过程上发送新上行数据，这时，基站可以再发送一个针对相同SHARQ过程的新的上行授权信令，通过NDI的变化指示UE进行新数据发送，这时就会出现UE在多个不同下行子帧检测到同一SHARQ过程的上行授权信令。
步骤203：根据步骤202的处理，UE在上行子帧发送新上行数据、重传其所述SHARQ过程的数据或者当前不发送上行数据。
至此，本申请中的方法流程结束。与上述方法相对应地，本申请还提供了一种支持多子帧调度上行数据的HARQ传输的UE设备。图3为该设备的基本结构示意图。如图3所示，该UE设备包括：数据接收单元、处理单元和数据发送单元。
其中，数据接收单元，用于接收基站发送的多子帧调度上行授权信令和PHICH信息。处理单元，用于按照多子帧调度上行授权信令与被调度上行子帧的定时关系，确定被调度的上行子帧及其相应SHARQ过程的后续传输的定时位置；对于被调度的上行子帧，UE按照本发明上面的方法，根据调度其SHARQ过程的上行授权信令和PHICH信道的相对位置来确定上行传输的参数。数据发送单元，用于按照处理单元确定的上行传输的参数在上行子帧上进行数据传输或者停止当前传输。
由上述本申请的具体实现可见，采用本申请的方法和设备，降低了标准化工作的复杂度；并且当需要在小区内同时存在支持多子帧调度的新UE和现有的不支持多子帧调度的UE时，降低了调度器的复杂度。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (19)

1.一种支持多子帧调度上行数据的HARQ传输的方法，包括：
UE接收基站发送的多子帧调度上行授权信令和PHICH信息；
UE按照多子帧调度上行授权信令与被调度上行子帧的定时关系，确定被调度的上行子帧及其相应SHARQ过程的后续传输的定时位置；
对于所述被调度的上行子帧，UE根据调度其SHARQ过程的上行授权信令和PHICH信道的相对位置来确定上行传输的参数，并按照所述上行传输的参数在所述上行子帧上进行数据传输或者停止当前传输。
2.根据权利要求1所述的方法，其特征在于，所述确定被调度的上行子帧相应SHARQ过程的后续传输的定时位置包括：与不支持多子帧调度的UE采用相同的方法来确定所述SHARQ过程的后续上行传输的定时位置。
3.根据权利要求2所述的方法，其特征在于，基于在***信息块1（SIB1）中发送的TDD上下行配置来确定所述被调度的上行子帧及其SHARQ过程的后续PUSCH传输的定时位置；
或者，利用高层信令配置7种TDD上下行配置之一作为参考上下行配置，根据所述参考上下行配置来确定所述被调度的上行子帧及其SHARQ过程的后续PUSCH传输定时。
4.根据权利要求2或3所述的方法，其特征在于，所述确定被调度的上行子帧相应SHARQ过程的后续传输的定时位置包括：与不支持多子帧调度的UE采用相同的方法来确定所述SHARQ过程的一次PUSCH传输的PHICH定时关系以及PHICH触发的PUSCH重传的定时关系。
5.根据权利要求1所述的方法，其特征在于，在TDD***中，在所述多子帧调度上行授权信令与被调度上行子帧的定时关系中，若一个下行子帧n承载的多子帧调度上行授权信令，用于调度最多M个上行子帧的上行数据传输，则所述M个上行子帧包括LTE版本8***中下行子帧n调度的1个或者2个上行子帧。
6.根据权利要求1或5所述的方法，其特征在于，所述多子帧调度上行授权信令与被调度上行子帧的定时关系为：为所有TDD上下行配置统一设置的多子帧调度上行授权信令到其调度的上行子帧的定时关系；或者，为每种TDD上下行配置分别配置的多子帧调度上行授权信令到其调度的实际存在的上行子帧的定时关系。
7.根据权利要求6所述的方法，其特征在于，当为所有TDD上下行配置统一设置多子帧调度上行授权信令到其调度的上行子帧的定时关系时，所述定时关系中的多子帧调度上行授权信令只能在部分下行子帧上发送，或者，所述定时关系中的多子帧调度上行授权信令在所有下行子帧上发送。
8.根据权利要求1或5所述的方法，其特征在于，在所述多子帧调度上行授权信令与被调度上行子帧的定时关系中，允许一个多子帧调度上行授权信令调度同一个SHARQ过程的多次传输。
9.根据权利要求1所述的方法，其特征在于，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧的定时上或者其后的子帧定时上检测到调度所述SHARQ过程的上行授权信令时，UE根据调度所述SHARQ过程的上行授权信令来确定在所述被调度的上行子帧上的上行传输的参数。
10.根据权利要求1所述的方法，其特征在于，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧定时之前的子帧定时上检测到调度所述SHARQ过程的上行授权信令时，UE按照调度所述SHARQ过程的上行授权信令来确定在所述被调度的上行子帧上的上行传输的参数。
11.根据权利要求1所述的方法，其特征在于，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧定时之前的子帧定时上检测到调度所述SHARQ过程的上行授权信令时，UE根据PHICH信息来确定前一次上行传输是成功或者失败，并根据调度所述SHARQ过程的上行授权信令确定被调度上行子帧上的资源配置。
12.根据权利要求11所述的方法，其特征在于，所述在被调度的上行子帧上进行数据传输或者停止当前传输包括：当根据PHICH信息确定前一次上行传输成功时，在被调度的上行子帧上停止数据传输；当根据PHICH信息确定前一次上行传输失败时，按照确定的所述资源配置在所述被调度的上行子帧上进行数据重传。
13.根据权利要求11所述的方法，其特征在于，所述在被调度的上行子帧上进行数据传输或者停止当前传输包括：当根据PHICH信息确定前一次上行传输成功时，按照确定的所述资源配置在所述被调度的上行子帧上传输新数据；当根据PHICH信息确定前一次上行传输失败时，按照确定的所述资源配置在所述被调度的上行子帧上进行数据重传。
14.根据权利要求11所述的方法，其特征在于，所述在被调度的上行子帧上进行数据传输或者停止当前传输包括：根据PHICH信息和上行授权信令中的NDI联合指示对一个SHARQ过程传输新数据或者数据重传。
15.根据权利要求1所述的方法，其特征在于，所述确定上行传输的参数包括：当在所述SHARQ过程的PHICH信道所在下行子帧定时之前的子帧定时上检测到调度这个SHARQ过程的上行授权信令时，如果所述SHARQ过程的前一次上行传输和所述上行授权信令之间的间隔大于等于预设的t ms，则UE按照所述上行授权信令来确定在所述上行子帧传输上行数据的参数；否则，根据PHICH信息来确定前一次上行传输是成功或者失败，并根据调度所述SHARQ过程的上行授权信令确定被调度上行子帧上的资源配置。
16.根据权利要求1所述的方法，其特征在于，如果UE没有检测到调度这个SHARQ过程的上行授权信令，则UE按照对应这个SHARQ过程的PHICH信息来处理。
17.根据权利要求1所述的方法，其特征在于，该方法进一步包括：如果在一SHARQ过程的重传定时到来之前，UE没有检测到调度该SHARQ过程的上行授权信令，并且该SHARQ过程的PHICH定时位置上没有PHICH信道，则所述UE向高层报告ACK，并停止上行传输。
18.根据权利要求1所述的方法，其特征在于，该方法进一步包括：如果UE在多个下行子帧内检测到调度同一SHARQ过程的上行授权信令，则UE按照最近的一个上行授权信令在对应上行子帧执行上行传输。
19.一种支持多子帧调度上行数据的HARQ传输的UE设备，包括：数据接收单元、处理单元和数据发送单元；
所述数据接收单元，用于接收基站发送的多子帧调度上行授权信令和PHICH信息；
所述处理单元，用于按照多子帧调度上行授权信令与被调度上行子帧的定时关系，确定被调度的上行子帧及其相应SHARQ过程的后续传输的定时位置；对于所述被调度的上行子帧，UE根据调度其SHARQ过程的上行授权信令和PHICH信道的相对位置来确定上行传输的参数；
所述数据发送单元，用于按照所述上行传输的参数在所述上行子帧上进行数据传输或者停止当前传输。
CN201310126251.XA 2013-04-12 2013-04-12 一种支持多子帧调度上行数据传输的方法和设备 Pending CN104104486A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201310126251.XA CN104104486A (zh) 2013-04-12 2013-04-12 一种支持多子帧调度上行数据传输的方法和设备
PCT/KR2014/001182 WO2014168329A1 (en) 2013-04-12 2014-02-13 Method and device for transmitting uplink data in support of multi-subframe scheduling
EP14783187.9A EP2984778B1 (en) 2013-04-12 2014-02-13 Method and device for transmitting uplink data in support of multi-subframe scheduling
KR1020157019481A KR20150140629A (ko) 2013-04-12 2014-02-13 멀티-서브프레임 스케쥴링을 지원하기 위해 업링크 데이터를 송신하는 방법 및 디바이스
US14/189,430 US9723627B2 (en) 2013-04-12 2014-02-25 Method and device for transmitting uplink data in support of multi-subframe scheduling

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310126251.XA CN104104486A (zh) 2013-04-12 2013-04-12 一种支持多子帧调度上行数据传输的方法和设备

Publications (1)

Publication Number Publication Date
CN104104486A true CN104104486A (zh) 2014-10-15

Family

ID=51672318

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310126251.XA Pending CN104104486A (zh) 2013-04-12 2013-04-12 一种支持多子帧调度上行数据传输的方法和设备

Country Status (5)

Country Link
US (1) US9723627B2 (zh)
EP (1) EP2984778B1 (zh)
KR (1) KR20150140629A (zh)
CN (1) CN104104486A (zh)
WO (1) WO2014168329A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105471562A (zh) * 2014-09-10 2016-04-06 北京信威通信技术股份有限公司 一种上行授权方法、装置和***
CN106102168A (zh) * 2016-05-20 2016-11-09 深圳市金立通信设备有限公司 一种数据传输的控制方法及相关设备
WO2017124937A1 (zh) * 2016-01-21 2017-07-27 中兴通讯股份有限公司 数据传输的方法及装置
WO2017132840A1 (en) * 2016-02-02 2017-08-10 Nec Corporation Methods and apparatuses for performing uplink scheduling and ul transmission
WO2017133413A1 (zh) * 2016-02-03 2017-08-10 电信科学技术研究院 一种上行传输方法及装置
CN107046725A (zh) * 2016-02-05 2017-08-15 上海贝尔股份有限公司 上行授权的传输方法及设备
CN107079327A (zh) * 2014-11-06 2017-08-18 Lg 电子株式会社 在d2d通信***中取消侧链路缓冲器状态报告的方法及其设备
CN107615861A (zh) * 2016-04-01 2018-01-19 捷开通讯(深圳)有限公司 蜂窝通信***设备和方法
CN109891785A (zh) * 2016-11-02 2019-06-14 Oppo广东移动通信有限公司 通信方法、终端设备和网络设备
CN111294148A (zh) * 2019-06-06 2020-06-16 展讯通信（上海）有限公司 信令传输、接收方法及装置、存储介质、终端
CN111684835A (zh) * 2018-02-06 2020-09-18 华为技术有限公司 反馈信息的指示方法及装置
US20210219330A1 (en) * 2018-08-13 2021-07-15 Nokia Technologies Oy Apparatus, method and computer program

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013024570A1 (ja) 2011-08-12 2013-02-21 パナソニック株式会社 通信装置及び再送制御方法
EP3057260B1 (en) * 2013-11-08 2021-05-05 Huawei Technologies Co., Ltd. Method and device for transmitting scheduling signaling
US9491269B2 (en) * 2014-04-11 2016-11-08 Apple Inc. Uplink transmission rate in a wireless communication device
KR102377649B1 (ko) * 2014-08-15 2022-03-24 인터디지탈 패튼 홀딩스, 인크 롱 텀 에볼루션 시스템에서의 시분할 듀플렉스를 위한 커버리지 향상 및 향상된 간섭 완화 및 트래픽 적응
US10225859B2 (en) * 2015-05-14 2019-03-05 Qualcomm Incorporated Techniques for uplink transmission management
CN106559876B (zh) * 2015-09-25 2019-07-05 成都鼎桥通信技术有限公司 基于上下行子帧配比sa0调度的上行索引字段配置方法
WO2017099832A1 (en) 2015-12-07 2017-06-15 Intel IP Corporation Multi-subframe uplink scheduling in unlicensed spectrum
EP3397000A4 (en) * 2015-12-25 2018-12-05 NTT DoCoMo, Inc. User terminal, wireless base station, and wireless communication method
KR102547119B1 (ko) * 2016-01-05 2023-06-23 삼성전자주식회사 무선 통신 시스템에서 간섭 제어를 위한 방법 및 장치
KR20170093068A (ko) 2016-02-04 2017-08-14 한국전자통신연구원 통신 네트워크에서 상향링크 전송의 스케쥴링 방법
CN108271435B (zh) * 2016-02-04 2022-05-24 韩国电子通信研究院 用于在通信网络中调度上行链路发送的方法
CN109479264B (zh) 2016-03-31 2021-01-05 华为技术有限公司 上行数据发送方法、上行数据调度方法和装置
KR102629352B1 (ko) 2016-05-13 2024-01-25 삼성전자주식회사 무선 셀룰라 통신 시스템에서 상향링크 데이터 및 제어신호 전송 타이밍 결정 방법 및 장치
KR20200111192A (ko) 2018-01-24 2020-09-28 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 데이터 전송 방법, 장치, 컴퓨터 프로그램 및 캐리어

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102202408A (zh) * 2010-03-22 2011-09-28 华为技术有限公司 多子帧调度方法、***和设备
WO2012128598A2 (ko) * 2011-03-24 2012-09-27 엘지전자 주식회사 신호 송수신 방법 및 이를 위한 장치
WO2012128558A2 (ko) * 2011-03-21 2012-09-27 엘지전자 주식회사 Ｔｄｄ 기반 무선 통신 시스템에서 ｈａｒｑ 수행 방법 및 장치

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100011879A (ko) * 2008-07-25 2010-02-03 엘지전자 주식회사 무선 통신 시스템에서 데이터 수신 방법
CN102204154B (zh) * 2008-10-31 2014-05-21 诺基亚公司 在基于分组的无线通信***中用于时分双工操作的子帧调度的动态分配
EP2339891B1 (en) * 2008-11-07 2016-11-09 Huawei Technologies Co., Ltd. Method and network node for relay transmission
KR101623245B1 (ko) * 2011-04-05 2016-05-20 엘지전자 주식회사 무선 통신 시스템에서 스케줄링 방법 및 장치
US9036491B2 (en) * 2011-08-12 2015-05-19 Sharp Laboratories Of America, Inc. Devices for converting a downlink subframe
CN103918211A (zh) * 2011-11-01 2014-07-09 Lg电子株式会社 无线通信***中用于接收ack/nack的方法和设备
CN104040913B (zh) * 2012-01-06 2017-03-15 Lg电子株式会社 用于分配关于上行链路绑定的信道的方法和设备
US9014064B2 (en) * 2012-05-11 2015-04-21 Intel Corporation Scheduling and hybrid automatic repeat request (HARQ) timing indication for an uplink-downlink (UL-DL) reconfiguration

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102202408A (zh) * 2010-03-22 2011-09-28 华为技术有限公司 多子帧调度方法、***和设备
WO2012128558A2 (ko) * 2011-03-21 2012-09-27 엘지전자 주식회사 Ｔｄｄ 기반 무선 통신 시스템에서 ｈａｒｑ 수행 방법 및 장치
WO2012128598A2 (ko) * 2011-03-24 2012-09-27 엘지전자 주식회사 신호 송수신 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MALTA: "《On HARQ Timing Issues for TDD UL-DL Reconfiguration》", 《3GPP TSG-RAN WG1 #72》 *

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105471562B (zh) * 2014-09-10 2019-06-21 北京信威通信技术股份有限公司 一种上行授权方法、装置和***
CN105471562A (zh) * 2014-09-10 2016-04-06 北京信威通信技术股份有限公司 一种上行授权方法、装置和***
CN107079327A (zh) * 2014-11-06 2017-08-18 Lg 电子株式会社 在d2d通信***中取消侧链路缓冲器状态报告的方法及其设备
WO2017124937A1 (zh) * 2016-01-21 2017-07-27 中兴通讯股份有限公司 数据传输的方法及装置
WO2017132840A1 (en) * 2016-02-02 2017-08-10 Nec Corporation Methods and apparatuses for performing uplink scheduling and ul transmission
US10880908B2 (en) 2016-02-02 2020-12-29 Nec Corporation Methods and apparatuses for performing uplink scheduling and UL transmission
US11641654B2 (en) 2016-02-03 2023-05-02 Datang Mobile Communications Equipment Co., Ltd. Uplink transmission method and device
WO2017133413A1 (zh) * 2016-02-03 2017-08-10 电信科学技术研究院 一种上行传输方法及装置
CN107040347A (zh) * 2016-02-03 2017-08-11 电信科学技术研究院 一种上行传输方法及装置
CN107040347B (zh) * 2016-02-03 2021-05-25 电信科学技术研究院 一种上行传输方法及装置
US10827518B2 (en) 2016-02-03 2020-11-03 China Academy Of Telecommunications Technology Uplink transmission method and device
US11129186B2 (en) 2016-02-05 2021-09-21 Alcatel Lucent Method and apparatus for transmission of uplink grant
CN107046725A (zh) * 2016-02-05 2017-08-15 上海贝尔股份有限公司 上行授权的传输方法及设备
CN107046725B (zh) * 2016-02-05 2021-11-12 上海诺基亚贝尔股份有限公司 上行授权的传输方法及设备
CN107615861A (zh) * 2016-04-01 2018-01-19 捷开通讯(深圳)有限公司 蜂窝通信***设备和方法
CN107615861B (zh) * 2016-04-01 2021-11-16 捷开通讯(深圳)有限公司 蜂窝通信***设备和方法
WO2017197949A1 (zh) * 2016-05-20 2017-11-23 深圳市金立通信设备有限公司 一种数据传输的控制方法及相关设备
CN106102168A (zh) * 2016-05-20 2016-11-09 深圳市金立通信设备有限公司 一种数据传输的控制方法及相关设备
CN109891785A (zh) * 2016-11-02 2019-06-14 Oppo广东移动通信有限公司 通信方法、终端设备和网络设备
US11737100B2 (en) 2016-11-02 2023-08-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal device and network device
CN111684835B (zh) * 2018-02-06 2021-10-15 华为技术有限公司 反馈信息的指示方法及装置
CN111684835A (zh) * 2018-02-06 2020-09-18 华为技术有限公司 反馈信息的指示方法及装置
US20210219330A1 (en) * 2018-08-13 2021-07-15 Nokia Technologies Oy Apparatus, method and computer program
US11968683B2 (en) * 2018-08-13 2024-04-23 Nokia Technologies Oy Apparatus, method and computer program
CN111294148A (zh) * 2019-06-06 2020-06-16 展讯通信（上海）有限公司 信令传输、接收方法及装置、存储介质、终端

Also Published As

Publication number Publication date
WO2014168329A1 (en) 2014-10-16
EP2984778A1 (en) 2016-02-17
US9723627B2 (en) 2017-08-01
US20140307567A1 (en) 2014-10-16
EP2984778A4 (en) 2016-12-14
KR20150140629A (ko) 2015-12-16
EP2984778B1 (en) 2020-01-08

Similar Documents

Publication Publication Date Title
CN104104486A (zh) 一种支持多子帧调度上行数据传输的方法和设备
CN102740465B (zh) 数据传输方法、装置及***
CN101621849B (zh) 一种下行数据接收状态的反馈方法
EP2538734B1 (en) Method and device for scheduling multiple sub-frames
US9949284B2 (en) Methods for determining signaling timing and scheduling timing in determining uplink and downlink reconfiguration, and user equipment
CA2908650C (fr) Communication in the presence of uplink-downlink configuration change
CN108464051B (zh) 上行链路调度分配的两步信令
US11050520B2 (en) Soft buffer processing method and device in TDD systems
CN105356967A (zh) 一种实现数据处理的方法、基站及终端
CN102104469B (zh) 终端上/下行harq反馈信息调度方法及装置
CN103733549A (zh) 无线通信***中发送控制信息的方法和设备
CN103493417A (zh) 移动通信***及其信道发送/接收方法
CN104144509B (zh) 物理下行共享信道的多子帧调度的实现方法及装置
CN102355731A (zh) Tdd***中进行数据传输的基站、终端、***及方法
CN104982000A (zh) 在载波聚合***中用于通信的方法和装置
CN102347823B (zh) 应答信息的合并反馈及其指示方法、装置
CN105634688A (zh) 一种实现数据传输的方法及装置
US20160233990A1 (en) Data transmission method, apparatus, and device
CN101499895B (zh) 一种时分双工***中的上行调度方法
CN105472757A (zh) 一种d2d通信调度方法及设备
EP3602878B1 (en) Puncture bundling of data for a first service in a transmission of a second service
EP3032901B1 (en) Information transmission method and device
US20160338129A1 (en) Control Channels in Wireless Communication
CN101877881B (zh) 无线通信方法、***及其装置
CN102916792B (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
AD01 Patent right deemed abandoned

Effective date of abandoning: 20201225

AD01 Patent right deemed abandoned