CN105191187A - 适应分布式网络拓扑中的harq进程数的方法和装置 - Google Patents

适应分布式网络拓扑中的harq进程数的方法和装置 Download PDF

Info

Publication number
CN105191187A
CN105191187A CN201480025582.7A CN201480025582A CN105191187A CN 105191187 A CN105191187 A CN 105191187A CN 201480025582 A CN201480025582 A CN 201480025582A CN 105191187 A CN105191187 A CN 105191187A
Authority
CN
China
Prior art keywords
harq process
unit
time
harq
block
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
CN201480025582.7A
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.)
Zhongxing Communications (texas) Co
ZTE WEICHUANG COMMUNICATION Inc
ZTE Wistron Telecom AB
ZTE TX Inc
Original Assignee
Zhongxing Communications (texas) Co
ZTE WEICHUANG COMMUNICATION Inc
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 Zhongxing Communications (texas) Co, ZTE WEICHUANG COMMUNICATION Inc filed Critical Zhongxing Communications (texas) Co
Publication of CN105191187A publication Critical patent/CN105191187A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • 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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • 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]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

系统包括下行链路发射机单元、下行链路调度器单元和上行链路接收机单元。单元中的至少一个单元位于与单元中的其它单元物理分离的位置，并且所述单元中的所述至少一个通过回程与所述单元中的所述其它单元进行通信。控制器根据由所述回程引起的任何通信时延分配混合自动重传请求HARQ进程数。

Description

适应分布式网络拓扑中的HARQ进程数的方法和装置
相关申请的交叉引用
本申请根据35U.S.C.§119(e)要求申请为61/784,395、61/824,762和61/857,059分别于2013年3月14日、2013年5月17日以及2013年7月22日提交的名称都为“MethodandApparatustoAdapttheNumberofHARQProcessesinaDistributedNetworkTopology”的临时申请的优先权的权益，以上申请中的每个通过引用以其整体并入本文。
发明领域
本发明总体上涉及蜂窝通信领域，并且更具体地涉及适应分布式网络拓扑中的混合自动重传请求(HARQ)进程数以补偿网络组件之间的回程时延的方法和装置。
发明背景
为了提高数字通信系统的性能，通常使用重传协议。数字信息通常被以块或数据包进行分组。数据块的成功接收可以由接收机通过使用例如循环冗余校验(CRC)来检测。块的非成功接收可以在一些情况中或系统中被接收机忽略。在其它情况或系统中，接收机可以使用例如ACK/NACK来将块的接收结果通知发射机，其中ACK(确认应答)索引块被成功地接收，并且NACK(否定应答)索引块没有被成功接收。例如，LTERLC(无线链路控制)提供三个不同的数据传输模式：透明模式(TM)、否定应答模式(UM)以及确认应答模式(AM)。只有以AM发射的RLC块可以由接收RLC确认和由发射RLC重传。对于其它两个模式，非正确接收的RLC块被简单地丢弃。
许多数字通信系统遵循分层模型(例如，OSI模型或TCP/IP模型)。在分层系统中，重传协议可能存在于多层中。数据被从“发射机”发射到“接收机”。还应该注意的是，例如，需要“接收机”和“发射机”之间的反向链路来反馈ACK/NACK。分层系统包括例如层1(L1)、层2(L2)和层3(L3)。L2和L3两者都使用重传协议。L2接收机使用ACK/NACK以L2块的成功接收/未成功接收来响应于L2发射机。相似地，L3接收机使用ACK/NACK以L3块的成功接收/未成功接收来响应于L3发射机。需要注意的是，不必要存在L2块和L3块之间的直接的对应，即，L2块可以携带多个L3块或一个L3块的仅仅一部分。
本公开适用于其中最低等级重传协议(例如，L2重传协议)使用带有软合并的混合自动重传请求(HARQ)的示例以及其他示例。为了简单起见而不失一般性，结合其中L2使用带有软合并的HARQ协议的示例来对本公开进行描述。为了简单起见而不失一般性，接合其中L2以上的使用重传协议的下一层是L3的示例来对本公开进行描述。该选择匹配LTE重传协议，其中L2(MAC)使用带有软合并的HARQ并且L3(RLC)针对AM中的数据使用重传。
带有软合并的L2HARQ的示例描述如下：
在L2块的传输之后，接收机L2用已知时延ACK/NACK来响应。
a.例如，在LTEFDD的下行链路中，在相应的传输块传输之后，UE应该用ACK/NACK(在PUCCH上或在PUSCH上)的4个子帧来响应。
b.例如，在LTEFDD的上行链路中，在相应的L2传输块被传输之后，eNodeB应该用ACK/NACK(显性地在PHICH上或隐性地在PDCCH上)的4个子帧来响应。
c.例如，在LTETDD中，在相应的传输块被传输之后的ACK/NACK的时延取决于TDD上行链路/下行链路的配置。由于配置是已知的，所以也可以推导出时延。
如果接收机L2用NACK来响应，即，L2块被非正确地接收，则接收机将非正确接收的块的软比特保留在它的软比特存储器中。
d.可以将存储的软比特适当地与后续的重传结合以提供成功接收的概率。
e.如果L2块被正确地接收，则没有必要将相应的软比特保留在存储器中。
使用多个并行的HARQ进程。
f.L2块的传输与一个HARQ进程有关。
g.L2块的重传需要使用与块的第一次传输相同的HARQ进程来完成。
h.接收机保留软比特存储缓冲器用于每个HARQ进程。
i.HARQ进程上的重传在接收机中与存储缓冲器中的软比特适当地结合用于相同的HARQ进程。
j.不同的HARQ进程可以通过不同的HARQ进程索引来区分。
当存在以下情况时，L2发射机可以在HARQ进程上发射新的L2块：
k.L2发射机知道/识别出相同的HARQ进程的先前的L2块被正确地接收，或
l.重传的最大数量达到了相同的HARQ进程的先前的L2块的数量。
L2接收机可以允许新的L2块的软比特覆盖相同HARQ进程的先前的L2块的软比特。
在一些示例系统中，可以同时将多个块(例如,L2块)从发射机发射到接收机，其中接收机用多个相应的ACK/NACK或它们的组合来响应。在一个示例中，这些多个块和相应的多个ACK/NACK(或其组合)与相同的HARQ进程有关，并且单独块可以被视为与HARQ进程的子进程有关。在另一个示例中，这些多个块和相应的多个ACK/NACK(或其组合)与不同的HARQ进程有关。这些情况两者都由本公开覆盖。然而，为了简明性和易读性，本文描述具有每个HARQ进程单个块以及时间的情况。
在一些示例系统中，诸如一些绑定的TD-LTE下行链路配置，多个HARQ进程的ACK/NACK绑定为单个ACK/NACK。这些情况也由本公开覆盖，由于绑定的ACK/NACK的接收机可以从绑定的ACK/NACK中提取单独的HARQ进程的ACK/NACK的一些结论，并且因此请求或选择重传或不重传。
有限的时间量在连续发射的ACK/NACK的发射周期或重传周期之间是必需的。在该时间期间，HARQ不用于另一个发射，因为这会面临将软比特重写入到HARQ进程的存储缓冲器中的风险。因此，为了使得数据库能够进行连续的发射，需要可以并行运行的多个HARQ进程。在FDDLTE中，例如，下行链路和上行链路两者每个UE有8个HARQ进程。
HARQ过程可以分类为异步HARQ和同步HARQ。在异步HARQ中，新的块的传输和重传之间不存在(静态或半静态)已知的时间关系。相反地，重传需要被明确地调度，即，新的块和它的重传之间的时间关系是动态的。
LTE中的下行链路的HARQ是异步HAQR的示例。在由LTE中的(PDCCH上或ePDCCH上)UE接收的下行链路调度分配中，HARQ进程索引被明确地包括以及该传输是否是重传的指示。这意味着，在原则上，任何HARQ进程可以用于到UE的下行链路发射中的任何(下行链路)自帧中。在同步HARQ中，新的块的传输和重传之间存在(静态或半静态)已知的时间关系。
LTE中的上行链路HARQ是同步HAQR的示例。在该示例中，由LTE中(PDCCH上、ePDCCH上或隐性地在PHICH上)的UE接收的上行链路调度授权不包括显性HARQ进程索引。相反地，待用在上行链路发射中的HARQ进程索引由其中上行链路调度授权被接收的子帧索引隐性地给出。然而，在该示例中，上行链路调度授权(PDCCH上、ePDCCH上或隐性地在PHICH上)可以包括发射是否应当是在相同的HARQ进程上的先前发射的块的重传的指示。
基站和UE每个包括至少一个发射机和至少一个接收机。此外，基站包括用于调度下行链路发射的调度器。目前，下行链路发射机、上行链路接收机和下行链路调度器都位于基站中。下行链路接收机和上行链路发射机都位于UE中。在当前的基站架构中，下行链路发射机、上行链路接收机和下行链路调度器都共同位于一个地方。然而，存在向新网络拓扑(如分布式网络拓扑)的趋势，在新的网络拓扑中，下行链路发射机可能位于一个物理位置中的节点中，上行链路(ACK/NACK)接收机可以位于另一个物理位置中的另一个节点中，并且调度器可能位于第三个物理位置的第三个节点中，其中这些节点用非理想的回程连接。由于这些节点不是共址的，所以上行链路接收机中的ACK/NACK的接收和可将ACK/NACK用在下行链路调度中的时间之间可能存在很大的回程时延。相似地，下行链路调度和基于调度的实际下行链路发射之间可能存在很大的回程时延。因此，下行链路发射机当在分配给进程的发射间隔中时可能不准备发射下一个块或重传先前的块。相反地，在执行发射或重传之前下行链路发射器将必须等待直到后续发射间隔，这导致数据速率从下行链路发射机到用户设备的降低。
发明概述
在一些实施例中，本发明涉及解决当无线电网络中的下行链路发射机、上行链路接收机和/或调度器不共址时(即，这些装置之间具有回程时延的分布式网络拓扑)出现的问题。在该情况中，使用有限的HARQ进程，不可能使用所有的发射机会，因此降低了用户设备的最大数据速率和系统的效率。
本公开解决了这个缺点并且提供了用于在使用有限的HARQ进程的分布式网络拓扑中使用更多的发射机会的方法和系统。在本公开的方法的一些实施例中，UE的HARQ的进程数被适应于UE使用的网络装置(下行链路发射机、上行链路接收机，等等)之间的回程时延。当适应UE的HARQ的进程数时，也可以考虑使用这些特定网络装置的其它UE的集合。通过适当地适应HARQ的进程数，可以提高UE数据速率和系统效率。
以下将参考附图对本发明的另外的特征和优点以及本发明的各个实施例的结构和操作进行详细地描述。
附图简述
根据一个或多个不同的实施例参考以下附图来详细描述本发明。提供这些附图只是为了说明的目的和仅仅描述本发明的示例性的实施例。提供这些附图以便于读者理解本发明而不应该认为是对本发明的广度、范围或适用性的限制。应该注意的是，为清楚起见和易于说明，这些附图并不一定按比例绘制。
图1示出了分布式拓扑蜂窝通信网络的示例。
图2是带有最小回程时延的蜂窝网络中的HARQ进程的实施例的信令和处理图解。
图3是带有很大的回程时延的分布式网络拓扑中的HARQ进程的实施例的信令和处理图解。
图4是根据本公开的发射机控制器处理的实施例的流程图。
示例性实施例的详细说明
方法通过示例的方式并且不通过附图中的图形中的限制的方式进行说明，在附图中，相似的参考指示相似的元件。应当注意的是，在本公开中对“一(an)”或“一个(one)”或“一些(some)”实施例的参考不一定是相同的实施例，而且这些参考意味着至少一个。
在以下的示例性实施例的描述中，对附图进行了参考，附图形成本文的一部分，并且在本文中通过特定实施例的说明的方式来示出，可以在特定实施例中实践本发明。应该理解的是，可以利用其它实施例并且可以做出结构上的修改而不脱离本发明的优选实施例的范围。
现在参考附图，并且首先参考图1，分布式拓扑分蜂窝电信网络的实施例通常由数字100来标明。网络100包括大型小区101和至少两个小型小区103和105。大型小区101包括大型小区基站107。小型小区103和105每个分别包括小型小区基站109和111。
小区101、103和105包括网络100的节点。基站107-111通过回程115-119互连。在一些实施例中，基站107和109通过回程115彼此相关并且基站107和111与回程117有关。移动终端或用户设备(UE)113位于小区101和103中。
每个基站107、109和111可以包括下行链路发射机、下行链路调度器和上行链路接收机(未在图1中示出)。根据本公开的实施例，用于与UE113会话的下行链路(DL)发射机、DL调度器和上行链路(UL)接收机的功能分布在整个网络100中。具体地，基站107提供DL发射机，基站109提供UL发射机以及基站111提供DL调度器。由于基站109和111不是共址的，所以从基站107的UL接收机中的ACK/NACK的UE113的接收和可将ACK/NACK用在基站111的DK调度器中的时间之间可能存在很大的回程时延。相似地，基站111中的DL调度和基于调度的，来自基站107的实际DL发射之间可能存在很大的回程时延。
在一些实施例中，下行链路发射机可以位于多个物理位置中的多个节点中(例如，如果使用带有联合发射的协作多点(CoMP))。在一个实施例中，这些节点或这些节点的子集可以由非理想的回程有关。在一些实施例中，上行链路接收机可以位于多个物理位置中的多个节点中(例如，如果使用带有联合接收的协作多点(CoMP))。在一个实施例中，这些节点或这些节点的子集可以与非理想的回程有关。在一些实施例中，调度器可以位于多个物理位置中的多个节点中。在一个实施例中，这些节点或这些节点的子集可以于非理想的回程有关。在一些实施例中，对于不同的UE，不同的功能可以位于不同的节点中。例如，到一个UE的下行链路可以被从与到另一个UE的下行链路不同的节点发射。
为了更好地理解回程时延的概念，图2示出了其中DL发射机、DL调度器和UL接收机全部共址于相同的基站201中的情况。基站201将以205表示的新的L2块发射到UE203。UE203将软比特存储在它的存储缓冲器中(以过程框207表示)，并且对新的L2块进行解码(如以过程框209所表示的)。根据解码步骤的结果，UE203将ACK响应或NACK响应发射回基站201(如以211所表示的)。基站201的DL调度器基于是否它接收ACK或NACK来调度先前的L2块的重传或新的L2块的重传(如以过程框213所表示的)。基站201的发射机则向UE203发射调度决定和先前的L2块或新的L2块(如以215所表示的)。在新的L2块的发射(以205表示)和先前的L2块或新的L2块的接收(以215表示)之间流逝的时间构成正常的往返时间，其在LTE中是八个子帧。如果UE203接收新的L2块，则UE203将新的L2块存储在它的存储缓冲器中；如果UE203接收被重传的先前的L2块，则UE203适当地将重传与存储在它的存储缓冲器中的软比特组合(全部如以过程框217所表示的)。
图3示出了其中DL发射机301位于第一物理位置(节点A)处、UL接收机303位于第二物理位置(节点B)处，以及DL调度器位于第三物理位置(节点C)处的情况。DL发射机301将新的L2块发射到UE307(如在309所表示的)。UE307将软比特存储在它的存储缓冲器中(如在过程框311所表示的)，并且对新的L2块进行解码(如在过程框313所表示的)。根据解码步骤的结果，UE307向UL接收机303发射ACK响应或NACK响应(如在315所表示的)。UL接收机303通过低速回程将ACK或NACH发射到DL调度器305(如在317所表示的)。DL调度器305基于是否它接收ACK或NACK来调度先前的L2块的重传或新的L2块的重传(如在以过程框319所表示的)。DL调度器319则通过低速回程将调度决定发射到UE和DL发射机301(如在321所表示的)。DL发射机301则向UE307发射调度决定和先前的L2块或新的L2块(如在323所表示的)。在新的L2块的发射(以309所表示的)和先前的L2块或新的L2块的接收(以323所表示的)之间流逝的时间构成正常的往返时间加回程时延。实际的回程量可以多达二十个子帧。如果UE307接收新的L2块，则UE307将新的L2块存储在它的存储缓冲器中；如果UE307接收被重传的先前的L2块，则UE307适当地将重传与存储在它的存储缓冲器中的软比特组合(全部如在过程框325所表示的)。
由于HARQ进程数是固定的且有限的，所以增加的HARQ进程的往返时间可能导致不能连续地调度单个UE(即，对于每个连续的发射机会)。这降低了UE的最大数据速率。例如，考虑LET的下行链路。在这个示例中，由于一些分布式网络功能(在LTE中，子帧是发射机会)之间的回程时延，假设分布式网络拓扑是使得HARQ进程上的重传可以发生在第一发射后的最早的20个子帧处。然后，由于LTE中有8个DLHARQ进程，则遵循有规律的DLHARQ进程，可以只将UE调度在20个子帧中的8个子帧(40％)中。然而，由于HARQ进程是每个UE的，所以即使考虑不连续地调度UE，也可以调度另一个UE。因此，可以不论以何种方式使用全部时频资源。然而，随着回程时延的增加，不能使用所有发射机会，即使是有多个激活的UE。
图4是UE的HAQR配置的实施例的流程图。在一个实施例中，在流程图中示出的进程涉及UL。在一个实施例中，在流程图中示出的进程涉及DL。在一个实施例中，在流程图中示出的进程涉及UL和DL两者，即，相同数量的HARQ进程被用在UL中和DL中。在框401估计UE的HARQ往返时间。然后使用估计的HARQ往返时间在框403计算UE的合适的HARQ进程数。在一些实施例中，当计算HARQ进程数时，考虑诸如UE以及其它UE的负载分布、位置和发射/接收点等等其它方面。在计算HARQ进程数之后，在框404，UE被配置有已计算的HARQ进程数。最后，在框405，新的UL/DLHARQ进程数被用在UL/DL与UE的通信中。然后，对于另一个UE重复该进程。最终，例如，如果向UE发射或从UE接收的节点被改变，则对相同的UE重复改进程。
在一个实施例中，用于UE的HARQ进程数适应于分布式网络拓扑中的回程时延。一般而言，关于与UE通信的更长的回程时延将暗示：将为UE配置更多的HARQ进程。根据UE的位置、负载分布等，不同的节点可以服务下行链路中的不同UE，并且不同的节点可以服务上行链路中的不同UE。因此，不同的UE可以经历不同的回程时延并且因此，可能需要不同的HARQ进程数。
在一些实施例中，下行链路中的HARQ进程数与上行链路中的HARQ进程数不同。在一个实施例中，下行链路中的HARQ进程数等于上行链路中的HARQ进程数。
在一些实施例中，UE的HARQ进程数由网络来配置。在一个实施例中，将下行链路的HARQ进程数与上行链路的HARQ进程数分开配置。在一个实施例中，下行链路的HARQ进程数与上行链路中的HARQ进程数联合配置。应该注意的是，在一些现有的系统中，例如，HARQ进程数可以重新配置为TDDLTE中的DL/UL配置的函数。然而，这个配置对于小区中的所有UE都是有效的并且不是特定于UE的。
本公开描述了与单个服务小区相关的UE的HARQ进程。本公开也描述了与多个小区相关的UE的HARQ进程。如果UE与多个小区相关，则本公开可以分开地或联合地应用到这些小区中的每个。在一些实施例中，对于不同的服务小区，与多个小区相关的UE将具有不同的HARQ进程数。在一些实施例中，针对第一服务小区UE被配置有一个数量的HARQ进程并且针对第二服务小区被配置有不同数量的HARQ进程。在一些实施例中，为UE配置的一定数量的HARQ进程应用于单个服务小区。
在一些实施例中，为UE配置的一定数量的HARQ进程应用到多个服务小区。在一些实施例中，UE与三个小区相关。UE被配置有8个DLHARQ进程和16个DLHARQ进程，数量8应用到两个(即，多个)服务小区，并且数量16应用到单个服务小区。在其它实施例中，使用不同数量的DLHARQ进程。在其他实施例中，针对三个服务小区中的每个服务小区，UE被配置有不同数量的HARQ进程。在一些实施例中，与多个小区相关的UE的HARQ进程数针对每个服务小区来单独配置。在一些实施例中，针对与多个小区相关的UE的不同的服务小区来单独配置相同的HARQ进程数。
尽管参考其中在LTE中存在8个DLHARQ进程的实施例对本文进行了描述，但是本公开也适用于其它示例(例如，其中存在16个或多于16个DLHARQ进程以及其中总回程是很大的(即在不同的实施例中为10ms或甚至20+ms)的实施例)。
继续实施例的描述，LTE下行链路是其中UE具有8个HARQ进程的示例。由于一些分布式网络功能之间的回程时延，示例性分布式网络拓扑是使得HARQ进程上的重传可以发生在第一次发射之后的最早的20个子帧处。如果该UE的HARQ进程数增加到20，则可以在每个子帧上调度UE，而不是只在40％的子帧上调度UE。
此外，由于发射机会可以被任何UE使用，所以当决定HARQ进程数时，可以考虑其它UE的集合。在一个实施例中，为了确定可以使用所有发射机会，可以联合地决定所有UE的HARQ进程数。
继续上述示例性实施例的描述，在LTE下行链路的一个实施例中，代替单个UE，存在由相同的节点服务的两个UE。这意味着两个UE都具有如上的20个子帧的总的HARQ进程的往返时间。由于可以在不同的子帧期间使用不同UE的HARQ进程，所以这可以足以将HARQ进程总数增加到20，以便能够使用每个发射机会。例如，这可以通过在各个实施例中将两个UE的HARQ进程数增加到10或仅仅通过将其中一个UE的HARQ进程数增加到12来实现。
在前述的实施例中，假设可以至少半静态地配置UE的HARQ进程数。随着UE的移动，它们可能需要由不同的节点来服务。然后，按照各个实施例中所必需的将对所需的HARQ进程数进行重新配置。
HARQ进程的软比特存储缓冲器的大小通常提供对数据速率的限制。在LTE下行链路中，例如，UE的类型指定了下行链路的UE中的总的存储缓冲器的大小，这必须由描述的实施例中的8个HARQ进程共享，但是HARQ进程在数量上大于8个，例如，在其他实施例中使用16个、20+个HARQ进程。由于HARQ进程数被重新配置，所以每个HARQ进程的软比特数也可能改变。软比特数可以通过HARQ进程数来显性地配置或隐性地配置。在一些实施例中，总的缓冲器大小不随HARQ进程数(只有每个进程的缓冲器大小)改变。根据其中缓冲器的大小适应于最大的L2块的大小的实施例，每个HARQ进程的减小的缓冲器大小在很多情况中不减小L2块的大小。在很多场景中，最大的L2块大小通常只可能指定用在特定环境中和稀有环境中。在一些实施例中，总的缓冲器大小在已配置的HARQ进程之间平均分配，导致每个进程的缓冲器大小是均等的，或当总的缓冲器大小不能被已配置的HARQ进程数整除时，每个进程的缓冲器大小几乎是均等的。在其它实施例中，总的缓冲器大小随着已配置的HARQ进程数变化。在一些实施例中，每个进程的缓冲器大小不随着已配置的HARQ进程数变化。
在一些实施例中，调度器考虑UE的已配置的HARQ进程数。例如，已配置的HARQ进程数可以限制调度器分配的L2块的大小。在一些情况中，这可能导致并不是所有可用的时频资源需要被用于与块进行期望的可靠通信(例如，目标块出错率)。在一个实施例中，调度器通过降低发射功率来处理这种情况，使得更多的可用资源需要被用于与块进行期望的可靠通信。这可以降低系统中的干扰量。在一个实施例中，调度器通过增加通信的可靠性(降低编码速率或更低阶的调制或它们的组合)来处理有限的L2块大小，使得块出错率降到以其它方式使用的目标等级以下。这可以减少对重传的需求。虽然本发明的一个或多个实施例已经在下行链路的背景中进行了描述，但是本发明同样也适用于上行链路。
在异步HARQ中，诸如在LTE中的下行链路中，在调度分配中显性地告知HARQ进程索引。HARQ进程索引可以由比特数来表示。一般而言，如果有更多的HARQ进程，则HARQ进程索引需要更多的比特。例如，如果有8个HARQ进程，则需要3比特来表示HARQ进程索引，然而如果有16个HARQ进程则需要4比特来表示HARQ进程索引。
在一些实施例中，包括HARQ进程索引和循环冗余校验(CRC)的调度分配被信道编码为一组编码的比特。编码的比特数取决于可以用在调度分配的通信中的资源(例如，时间和频率)数。对于给定的编码的比特数，可以以不同的方式来处理HARQ进程索引的变化的比特数。
在一些实施例中，不同HARQ进程数的不同HARQ进程索引比特数通过简单地适应相应的调度分配的有效信道编码速率(即，解码可靠性)来处理。这假设可以用于进行调度分配通信的特定的一组资源(例如,时间和频率)。换句话说，由于更多或更少的HARQ进程索引比特，更大的或更小的调度分配(不包括任何零填充)被编码为相同数目的编码的比特。因此，更多的HARQ进程可以导致更高的编码速率和解码可靠性的降低。在一些实施例中，通过分配更多的资源(例如，时间和频率)到调度分配的通信或改变调制格式可以部分或全部补偿可变的编码速率(并且，因此可靠性)。更多的资源将意味着更多的编码比特可被传递，并且可降低信道编码速率和增加可靠性。在一些实施例中，通过增加调度分配的发射功率可以部分地或全部地补偿可变的编码速率(并且因此可靠性)。
在其它实施例中，调度分配包括其他参数或可能与调度的数据速率相关的索引。示例包括调制编码方案(MCS)索引和空间层数(在LTE中称为发射秩)。在一些实施例中，调度分配的比特数(不包括零填充)不随着HARQ进程数变化。这通过相应地调整调度分配中的一个或多个其他参数或索引的比特数来补偿HARQ进程索引的改变的比特数来实现。在一些实施例中，HARQ进程索引的增加的比特数通过减少MCS的比特数来补偿。在一个实施例中，由于MCS的减少的比特数的排除的MCS是可配置的。例如，这可以取决于UE通常使用哪个MCS。在一些实施例中，HARQ进程索引的增加的比特数通过减少发射秩的比特数来补偿。在一个实施例中，由于发射秩的减少的比特数的排除的发射秩是可配置的。例如，这可以取决于UE通常使用哪些发射秩。
在其它实施例中，在一个实施例中，当HARQ进程数改变并且用于表示HARQ进程索引的比特数与每个HARQ进程数相同时，调度分配格式不改变。相反地，HARQ进程索引由调度分配中的HARQ进程索引和被发射和接收的调度分配(或一些其他信号，例如相应的数据传输)的时间点联合给出。在一个实施例中，HARQ进程索引比特和针对较大的HARQ进程索引的时间点之间的映射是预定义的。在一个实施例中，例如，可以将映射与HARQ进程数的配置一起配置。
作为示例，考虑FDDLTE下行链路，在FDDLTE下行链路中，调度分配中的HARQ进程索引具有3比特，即，它可以表示8个HARQ进程。现在，例如，如果UE将被配置为具有16个HARQ进程，如果将调度分配发射在偶数子帧中，则在调度分配中的HARQ进程索引可以表示HARQ进程0-7，如果将调度分配发射在奇数子帧中，则在调度分配中的HARQ进程索引可以表示HARQ进程8-15。这在表格3中示出，其中假设n是偶数。如果配置8个HARQ进程，则HARQ进程索引对应于调度分配中的HARQ进程索引。在另一方面，如果配置16个HARQ进程，则HARQ进程索引只对应于偶数子帧(n,n+2,n+4,n+6,其中n是偶数)中的HARQ进程索引。在奇数子帧中(n+1,n+3,n+5)，HARQ进程索引通过调度分配中的HARQ进程索引加8给出。在子帧n+4和n+5两者中，相同的HARQ进行索引(即3)在调度分配中。然而，如果被调度的UE具有16个被配置的HARQ进程，则子帧n+4中的索引对应于HARQ进程索引3，然而子帧n+5中的索引对应于HARQ进程索引11。通过以轮循方式轮换HARQ进程索引的集合，可被调度的重传之前的等待时间被最小化。
表1：以LTEFDD下行链路为例，HARQ进程数从8到16个的示例扩展。
在一个实施例中，例如TDD下行链路，在一个子帧中所考虑的HAQR进程索引的集合以轮循的方式只在下行链路子帧之间确定。对于一个TDD上行链路实施例，将以轮循的方式仅在上行链路子帧之间改变该集合。下行链路的示例在表2中示出。在该实施例中，HARQ进程索引集合在连续的子帧(如在以上的FDD示例中)之间不改变但是在连续的下行链路子帧之间改变。通过以轮循方式轮换HARQ进程索引的集合，可被调度的重传之前的等待时间被最小化。
表2：以LTETDD下行链路为例，HARQ进程数从8到16的示例扩展。
在其它实施例中，当HARQ进程数改变并且用于表示HARQ进程索引的比特数与每个HARQ进程数相同时，调度分配格式不改变。相反地，HARQ进程索引通过调度分配中的HARQ进程索引和先前的时间点的HARQ进程索引来联合给出。在一个实施例中，调度分配中的HARQ进程索引比特和针对较大的HARQ进程索引的先前时间点的HARQ进程索引之间的映射是预定义的。在一个实施例中，例如，可以将映射与HARQ进程数的配置一起配置。
作为示例，考虑FDDLTE下行链路，在FDDLTE下行链路中，调度分配中的HARQ进程索引具有3比特，即，它可以表示8个值(例如1-8)。现在，例如，如果将UE配置为具有n个HARQ进程，则HARQ进程索引X新(在0和n-1之间)可例如由模为n的(X旧+Y)给出，其中X旧是UE被调度的先前时刻的HARQ进程索引并且Y是调度分配中的HARQ进程索引。在X新的计算之后，更新X旧＝X新可被完成。在一些实施例中，UE被调度的多个不一定后续的先前场合的HARQ进程索引可以用于与调度授权中的HARQ进程索引一起计算新的HARQ进程索引。
在一些同步HARQ的实施例中，HARQ进程索引没有被包括在调度分配中(如在LTE上行链路中)。相反地，调度分配引用的HARQ进程索引是由调度分配(或一些其他信号，例如相应的数据发射)被发射或接收的时间点(在LTE中是子帧)隐性给出的。在一个实施例中，通过使用来自调度分配发射或接收的时间点和相应的HARQ进程索引的不同映射来解决不同的HARQ进程数。在一个实施例中，映射是预定义的。在一个实施例中，例如，可以将映射与HARQ进程数的配置一起配置。
例如，在LTEFDD的上行链路中，存在8个HAR进程(例如，具有索引0-7)。这些HARQ进程中的每个对应于其中可以发射或接收相应的调度授权的子帧。特定的HARQ进程的子帧伴有8个子帧的周期。在一个实施例中，例如通过将该周期增加到16个子帧并且在用于HARQ进程0-7的子帧之后周期性地附加用于HAQR进程8-15的子帧，可以将HARQ进程数增加到16。这在表3中示出。在该示例中，在子帧n中发射或接收的子帧对应于HARQ进程0。如果为被调度的UE配置8个HARQ进程，则可以最早在子帧n+8中完成相同HARQ进程上的重传或新数据的发射。在另一方面，如果为被调度的UE配置16个HARQ进程，则可以最早在子帧n+16中完成相同HARQ进程上的重传或新数据的发射。对于具有8个已配置的HARQ进程的UE，在该示例中，每8个子帧可以使用HARQ进程。对于具有16个已配置的HARQ进程的UE，在该示例中，每16个子帧可以使用HARQ进程。
表3：以LTEFDD上行链路为例，HARQ进程数从8到16的示例扩展。
网络用HARQACK/NACK来响应上行链路传输。在一个实施例中，根据增加的HARQ进程数，随后移动对应于上行链路数据传输的ACK/NACK的下行链路传输的定时。在LTEFDD上行链路中，例如，网络使用HARQ进程上的PUSCH传输之后的PHICH的4个子帧上和相同的HARQ进程上的第一次可能的重传之前随之发生的4个子帧上的ACK/NACK来响应。在一个实施例中，例如，如果将HARQ进程数增加到16，则ACK/NACK(PHICH、PDCCH或一些其他信道上)在PUSCH传输之后被移到12个子帧，但是在相同的HARQ进程上在第一次可能的重传之前仍然有4个子帧。
虽然本发明的各个实施例已经在上面进行了描述，应该理解的是，这些实施例仅仅是通过实例的方式呈现，并不是限制。同样地，各个图可以描绘实例的结构或本发明的其它配置，其被完成以帮助理解可以包括在本发明中的特征和功能。本发明并不限于示出的实例结构或配置，但是可以使用各种可替代的结构和配置来实现。此外，尽管根据各个示例性实施例和实现在以上对本发明进行了描述，但是应该理解的是，在一个或多个单独的实施例中所描述的各个特征和功能不将其应用性限于特定的实施例(利用特定实施例来描述各个特征和功能)，而是可以单独或以一些组合应用到本发明的一个或多个其他实施例中，不论这些实施例是否被描述以及不论这些特征是否被呈现作为所描述的实施例的一部分。因此，本发明的广度和范围不应该受到任何上面所描述的示例性实施例的限制。
本文档中所描述的功能中的一个或多个功能可以由适当地配置的模块来执行。如本文中所使用的术语“模块”指的是由一个或多个处理器、固件、硬件以及用于执行本文描述的相关功能的这些元件的任何组合来执行的软件。此外，为了讨论的目的，各个模块被描述为离散的模块；然而，如对于本领域的普通技术人员将明显的是，两个或多于两个模块可以组合以形成执行根据本发明的实施例相关的功能的单个模块。
此外，本文档中所描述的功能中的一个或多个功能可以借助于存储在“计算机程序产品”、“计算机可读介质”等等中的计算机程序代码来执行，本文所使用的“计算机程序产品”、“计算机可读介质”等等通常是指诸如存储器存储设备或存储单元的介质。这些以及其他形式的计算机可读介质可以涉及存储一个或多个指令用于由处理器使用以引起处理器执行指定的操作。这样的指令通常称为“计算机程序代码”(其可以以计算机程序或其它分组的形式进行分组)，当执行该计算机程序代码时，使得计算系统能够执行所期望的操作。
应该理解的是，处于清楚的目的，以上描述参考不同的功能单元和处理器对本发明的实施例进行了描述。然而，明显的是，可以使用不同功能单元、处理器或域之间的功能的任何合适的分配，而不背离本发明。例如，将由单独的单元、处理器或控制器所执行的说明的功能可以由相同的单元、处理器或控制器执行。因此，对特定功能单元的引用仅仅被看作为对提供描述的功能的合适的装置的引用，而不是严格的逻辑或物理结构或组织的说明。

Claims (18)

1.一种系统，其包括：
下行链路发射机单元；
下行链路调度器单元；
上行链路接收机单元，其中，所述单元中的至少一个位于与所述单元中的其它单元物理分离的位置，并且其中所述单元中的所述至少一个通过回程与所述单元中的所述其它单元进行通信，以及
控制器，所述控制器根据由所述回程引起的任何通信时延分配混合自动重传请求(HARQ)进程数。
2.根据权利要求1所述的系统，其中：
所述下行链路发射机单元位于第一网络节点处；
所述下行链路调度器单元位于与所述第一网络节点物理分离的第二网络节点处；以及
所述上行链路接收机单元位于与所述第一网络节点和所述第二网络节点物理分离的第三网络节点处。
3.根据权利要求2所述的系统，其中，每个节点通过所述回程与至少一个其它节点进行通信。
4.根据权利要求2所述的系统，其中，每个节点通过所述回程与所述其它节点中的每个进行通信。
5.根据权利要求1所述的系统，其中，所述控制器不管由所述回程引起的任何通信时延而分配第一HARQ进程数，并且根据所述回程引起的任何通信时延来分配第二HARQ进程数。
6.根据权利要求1所述的系统，其中，所述控制器通过测量从用于进程的块的第一次传输到用于所述进程的块的下一次传输所流逝的时间来分配所述HARQ进程数。
7.根据权利要求6所述的系统，其中，所述控制器通过将从用于所述进程的所述第一次传输到所述第二次传输的所流逝的时间除以分配给所述进程的时间来分配所述HARQ进程数。
8.根据权利要求7所述的系统，其中，所述控制器分配至少最小正常数的进程。
9.根据权利要求1所述的系统，其中，所述发射机单元发射用于进程的块以及HARQ进程索引，所述HARQ进程索引识别与所述块相关的所述进程。
10.根据权利要求9所述的系统，其中，所述HARQ进程索引通过隐性的时间关联来识别所述进程。
11.根据权利要求9所述的系统，其中，所述HARQ进程索引通过增量关联来识别所述进程。
12.一种在系统中分配混合自动重传请求(HARQ)进程数的方法，所述系统包括下行链路发射机单元、下行链路调度器单元和上行链路接收机单元，其中，所述单元中的至少一个位于与所述单元中的其它单元物理分离的位置，并且其中所述单元中的所述至少一个通过回程与所述单元中的所述其它单元进行通信，所述方法包括：
确定在重传用于HARQ进程的块中由所述回程引起的时延；以及
基于所述时延分配额外的进程。
13.根据权利要求1所述的方法，其中所述确定包括：
测量从用于进程的块的第一次传输到用于所述进程的块的下一次传输流逝的时间。
14.根据权利要求13所述的方法，还包括：
分配至少等于从用于所述进程的所述第一次传输到所述第二次传输的所述流逝的时间除以分配给所述进程的时间的HARQ进程数。
15.根据权利要求14所述的方法，其中，所分配的所述HARQ进程数至少是最小的正常数。
16.根据权利要求12所述的系统，还包括：
带着HARQ进程索引发射每个块，所述HARQ进程索引识别与所述块相关的进程。
17.根据权利要求16所述的方法，其中，所述HARQ进程索引通过隐性的时间关联来识别所述进程。
18.根据权利要求16所述的方法，其中，所述HARQ进程索引通过增量关联来识别所述进程。
CN201480025582.7A 2013-03-14 2014-03-14 适应分布式网络拓扑中的harq进程数的方法和装置 Pending CN105191187A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361784395P 2013-03-14 2013-03-14
US61/784,395 2013-03-14
US201361824762P 2013-05-17 2013-05-17
US61/824,762 2013-05-17
US201361857059P 2013-07-22 2013-07-22
US61/857,059 2013-07-22
PCT/US2014/028833 WO2014153048A1 (en) 2013-03-14 2014-03-14 Method and apparatus to adapt the number of harq processes in a distributed network topology

Publications (1)

Publication Number Publication Date
CN105191187A true CN105191187A (zh) 2015-12-23

Family

ID=51581399

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480025582.7A Pending CN105191187A (zh) 2013-03-14 2014-03-14 适应分布式网络拓扑中的harq进程数的方法和装置

Country Status (5)

Country Link
US (1) US20160037552A1 (zh)
EP (1) EP2974089A4 (zh)
JP (1) JP2016518746A (zh)
CN (1) CN105191187A (zh)
WO (1) WO2014153048A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110198546A (zh) * 2018-02-27 2019-09-03 上海华为技术有限公司 一种调度方法和网络设备
WO2020088276A1 (zh) * 2018-11-01 2020-05-07 电信科学技术研究院有限公司 混合自动重传的传输方法、装置、网络设备及终端

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10153816B2 (en) * 2013-05-09 2018-12-11 Intel IP Corporation Small data communications
US10382184B2 (en) * 2013-08-09 2019-08-13 Industrial Technology Research Institute Method of handling communication operation and related communication device
US9935742B2 (en) 2014-10-20 2018-04-03 Apple Inc. Adaptive HARQ for half duplex operation for battery and antenna constrained devices
CN105634686B (zh) * 2014-10-31 2018-10-12 中国移动通信集团公司 一种实现基站和终端间灵活harq定时的方法及装置
US9776300B2 (en) 2015-06-26 2017-10-03 Rohm And Haas Electronic Materials Cmp Holdings Inc. Chemical mechanical polishing pad and method of making same
US10092998B2 (en) 2015-06-26 2018-10-09 Rohm And Haas Electronic Materials Cmp Holdings, Inc. Method of making composite polishing layer for chemical mechanical polishing pad
US10144115B2 (en) 2015-06-26 2018-12-04 Rohm And Haas Electronic Materials Cmp Holdings, Inc. Method of making polishing layer for chemical mechanical polishing pad

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101882985A (zh) * 2009-05-06 2010-11-10 中兴通讯股份有限公司 混合自动重传请求发送的指示方法及其基站
US20110249601A1 (en) * 2008-12-23 2011-10-13 Dong Youn Seo Method of transmitting control information for performing harq process in wireless communication system supporting plurality of transmission bands
CN102498688A (zh) * 2009-09-18 2012-06-13 捷讯研究有限公司 用于上行链路多点协作信令的混合自动重复请求操作的方法和系统
WO2013022751A1 (en) * 2011-08-10 2013-02-14 Interdigital Patent Holdings, Inc. Uplink feedback for multi-site scheduling

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100326183B1 (ko) * 1998-06-13 2002-06-29 윤종용 부호분할다중접속통신시스템에서천공된프레임의전력보상장치및방법
WO2008115014A2 (en) * 2007-03-21 2008-09-25 Lg Electronics Inc. Method for mapping process block index and method for configuring process block index combination for the same
KR101481583B1 (ko) * 2008-04-18 2015-01-13 엘지전자 주식회사 하향링크 제어 정보 송수신 방법
US20100017671A1 (en) * 2008-07-18 2010-01-21 Research In Motion Limited Hybrid Automatic Repeat Request Process Mapping Rule

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110249601A1 (en) * 2008-12-23 2011-10-13 Dong Youn Seo Method of transmitting control information for performing harq process in wireless communication system supporting plurality of transmission bands
CN101882985A (zh) * 2009-05-06 2010-11-10 中兴通讯股份有限公司 混合自动重传请求发送的指示方法及其基站
CN102498688A (zh) * 2009-09-18 2012-06-13 捷讯研究有限公司 用于上行链路多点协作信令的混合自动重复请求操作的方法和系统
WO2013022751A1 (en) * 2011-08-10 2013-02-14 Interdigital Patent Holdings, Inc. Uplink feedback for multi-site scheduling

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110198546A (zh) * 2018-02-27 2019-09-03 上海华为技术有限公司 一种调度方法和网络设备
WO2020088276A1 (zh) * 2018-11-01 2020-05-07 电信科学技术研究院有限公司 混合自动重传的传输方法、装置、网络设备及终端
CN111130707A (zh) * 2018-11-01 2020-05-08 电信科学技术研究院有限公司 混合自动重传的传输方法、装置、网络设备及终端

Also Published As

Publication number Publication date
US20160037552A1 (en) 2016-02-04
WO2014153048A1 (en) 2014-09-25
EP2974089A1 (en) 2016-01-20
EP2974089A4 (en) 2017-03-08
JP2016518746A (ja) 2016-06-23

Similar Documents

Publication Publication Date Title
CN108289015B (zh) 发送harq-ack/nack的方法和设备及下行传输方法和设备
US11622349B2 (en) Special subframe configuration for latency reduction
CN105191187A (zh) 适应分布式网络拓扑中的harq进程数的方法和装置
CN101997663B (zh) Harq的定时方法和装置
CN101911573B (zh) 用于将下行链路资源映射到相关上行链路传输的方法、装置和计算机程序
CN102484569B (zh) 具有减少的反馈延迟的无线通信
US8594037B2 (en) Method and apparatus for assigning response channel resources
JP5384686B2 (ja) 通信システムにおける方法および装置
CN102017504B (zh) 具有捆绑窗口中的所指配数据分组的信令的电信系统中的方法和装置
CN101958775B (zh) 确认信息的发送方法及用户设备
CN116405165A (zh) 发送harq-ack/nack的方法和设备及下行传输方法和设备
CN103718484A (zh) 在支持载波聚合的tdd通信系统中定义物理信道传送/接收定时和资源分配的设备及其方法
CN107332646A (zh) Harq-ack的发送方法及装置
CN107197528A (zh) 一种资源调度和分配的方法和装置
CN105743619A (zh) 混合自动重传请求（harq）传输的方法和设备
CN102215085A (zh) 传输上行控制信息的方法、系统、用户设备和基站
CN103095432A (zh) 一种发送harq-ack反馈信息的方法
CN104868980A (zh) 将循环移位映射到用于ack/nack资源分配的信道索引
CN105684337A (zh) 当在载波聚合中包括tdd小区和fdd小区时的harq操作
CN111566961B (zh) 一种信息传输方法及设备
KR20230044431A (ko) 무선 통신 시스템에서 상향링크 전송 방법 및 장치
CN106571895A (zh) 混合自动重传请求的定时方法及装置
CN108809541A (zh) 上行数据的传输方法和装置
CN107710656A (zh) 用于可靠低等待时间通信中增加的容量的探测
CN110326240A (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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20151223

WD01 Invention patent application deemed withdrawn after publication