本公开涉及控制无线电接入网络(RAN)中的数据传输。
背景技术：
诸如智能电话之类的移动设备的广泛使用增加了对移动数据传输容量以及对建筑物内和其它人口密集地点处的一致和高质量射频(RF)覆盖的需求。正在考虑集中无线电接入网络(C-RAN)系统以满足这种需求。在C-RAN的一些实现方案中，控制器单元(CU)执行大部分基带处理，并且远程单元(RU)执行RF处理和基带处理的剩余部分。在支持长期演进(LTE)标准的C-RAN系统中，CU中的基带处理可以包括关键实时调度和混合自动重传请求(HARQ)终止功能。这可能对用于连接CU和RU的前传网络中可容忍的最大往返延时施加约束。在一些情况下，往返延时应当低于某个阈值(诸如一毫秒(ms))，以满足针对HARQ的最严格的定时要求。当前传网络使用专用高速点对点链路或具有低延时交换机的交换式以太网网络时，这种低延时可以是可实现的。但是，在可以在C-RAN系统中的前传网络中使用的其它数据网络中，往返延时可能超过阈值。
技术实现要素：
示例通信系统包括远程单元，每个远程单元包括用于与移动设备交换RF信号的一个或多个射频(RF)单元，其中这些RF信号中的至少一些包括去往或源自移动设备的信息。在示例通信系统中，控制器通过一个或多个网络与远程单元分离。控制器连接到外部网络，并实现调度器。调度器用于分配用于传输表示信息的数据的资源，并且被配置为通过在HARQ进程上调度新的HARQ传输来覆盖HARQ进程上的未决的混合自动重传请求(HARQ)传输。示例通信系统可以单独或组合地包括以下特征中的一个或多个。
控制器可以被配置为加速被覆盖了的HARQ传输中的数据的重传。调度器可以被配置为当调度器没有足够的数据等待从具有可用HARQ进程的其它移动设备调度以利用所有可用的无线电链路资源时，覆盖针对移动设备的未决HARQ传输。
控制器可以被配置为通过执行包括以下各项的操作来加速被覆盖了的HARQ传输中的数据的重传：在控制器处接收被覆盖了的HARQ传输中的数据未被移动设备正确接收的指示；响应于该指示，使得与移动设备相关联的无线电链路控制实例为移动设备设置轮询位，其中轮询位用于触发状态消息从移动设备的传输，并且该状态消息指示由移动设备接收的一个或多个数据分组中的错误；以及从移动设备接收该状态消息。
控制器可以被配置为通过执行包括以下各项的操作来加速被覆盖了的HARQ传输中的数据的重传：在控制器处接收被覆盖了的HARQ传输中的数据未被移动设备正确接收的指示；并且响应于该指示，使得与移动设备相关联的无线电链路控制(RLC)实例在没有接收到状态消息的情况下重传被覆盖了的HARQ传输中的数据。
控制器可以被配置为通过执行包括以下各项的操作来加速被覆盖了的HARQ传输中的数据的重传：在控制器处接收被覆盖了的HARQ传输中的数据未被移动设备正确接收的指示；并且响应于该指示，使得控制器重传至少部分地与被覆盖了的数据相同的数据以作为一个或多个新HARQ传输的一部分。重传数据可以包括：使该一个或多个新HARQ传输的传输被优先；以及将物理下行链路共享信道(PDSCH)资源块指派给一个或多个新HARQ传输，其中下行链路控制信息被发送到移动设备并且包括被设置为指示新HARQ传输的新数据指示符位。
控制器可以被配置为通过执行包括配置移动设备以包括运行直到期满的定时器的操作来加速被覆盖了的HARQ传输中的数据的重传，其中定时器具有用于对状态消息通过无线电链路控制实例从移动设备到控制器的传输进行延迟的值。
控制器可以被配置为通过执行包括以下各项的操作来加速被覆盖了的HARQ传输中的数据的重传：在检测到被覆盖了的HARQ传输中的数据未被正确接收时，触发状态消息经由无线电链路控制实例向移动设备的传输，其中状态消息指示数据中的错误；以及响应于该状态消息，从移动设备接收被覆盖了的HARQ传输中的数据的重传。
示例通信系统可以包括远程单元，每个远程单元包括用于与移动设备交换RF信号的一个或多个射频(RF)单元，其中RF信号中的至少一些包括去往或源自移动设备的信息。示例通信系统包括通过一个或多个网络与远程单元分离的控制器。控制器连接到外部网络，并实现调度器。调度器用于分配用于传输表示信息的数据的资源。控制器被配置为响应于数据传输中错误的指示而使得移动设备加速数据的重传。示例通信系统可以单独或组合地包括以下特征中的一个或多个。
数据可以是被覆盖了的混合自动重传请求(HARQ)传输的一部分，并且控制器可以被配置为：通过执行包括在控制器处接收对于被覆盖了的HARQ传输的负面循环冗余校验(CRC)报告的操作，来加速数据的重传。控制器可以被配置为响应于负面CRC报告而触发状态消息的传输，该状态消息指示数据中的错误。
数据可以是被覆盖了的混合自动重传请求(HARQ)传输的一部分，并且控制器可以被配置为通过执行包括以下各项的操作来加速数据的重传：将触发状态消息到移动设备的传输编排到控制器中无线电链路控制实例的正常操作中，该状态消息指示数据传输中的错误；以及响应于该状态消息从移动设备接收数据的重传。
控制器可以被配置为通过执行包括以下各项的操作来加速数据的重传：在控制器的介质访问控制实例处检测由移动设备发送的针对被覆盖了的HARQ传输的不可恢复的错误；并且将跨层指示发送到控制器中的无线电链路控制实例以将定时器置为期满状态，从而导致状态消息向移动设备的传输，该状态消息指示数据中的错误。
移动设备可以被配置为以子帧捆绑模式操作。
示例通信系统包括远程单元，每个远程单元包括用于与移动设备交换RF信号的一个或多个射频(RF)单元，其中RF信号中的至少一些包括去往或源自移动设备的信息。示例通信系统包括通过一个或多个网络与远程单元分离的控制器。控制器连接到外部网络。控制器用于实现调度器。调度器用于分配用于表示混合自动重传请求(HARQ)传输中的信息的数据的传输的资源。调度器被配置为覆盖未决HARQ进程中的数据传输，其中覆盖未决HARQ进程中的数据传输包括在未决HARQ进程中调度新的数据传输。控制器被配置为响应于检测到被覆盖了的数据传输中的错误而加速新的数据传输。示例通信系统可以单独或组合地包括以下特征中的一个或多个。
控制器可以被配置为通过执行包括以下各项的操作来加速新的数据传输：在控制器处接收移动设备未正确接收到用于未决HARQ进程的数据的指示；响应于该指示，使得与移动设备相关联的无线电链路控制实例为移动设备设置轮询位，其中轮询位用于触发状态消息从移动设备的传输，并且其中该状态消息指示由移动设备接收的一个或多个数据分组中的错误；以及从移动设备接收该状态消息。
控制器可以被配置为通过执行包括以下各项的操作来加速新的数据传输：在控制器处接收移动设备未正确接收到用于未决HARQ进程的数据的指示；以及，响应于该指示，使得与移动设备相关联的无线电链路控制实例在没有接收到状态消息的情况下重传数据。
控制器可以被配置为通过执行包括以下各项的操作来加速新的数据传输：在控制器处接收移动设备未正确接收到用于未决HARQ进程的数据的指示；以及，响应于该指示，使得控制器重传数据作为一个或多个新的混合自动请求(HARQ)传输的一部分。重传数据作为一个或多个新HARQ传输的一部分可以包括：使该一个或多个新的HARQ传输的传输被优先；以及将物理下行链路共享信道(PDSCH)资源块指派给一个或多个新的HARQ传输，其中发送到移动设备的下行链路控制信息包括被设置为指示新的HARQ传输的新数据指示符位。
控制器可以被配置为通过执行包括配置移动设备以包括运行直到期满的定时器的操作来加速新的数据传输，其中定时器具有用于对状态消息通过无线电链路控制实例从移动设备到控制器的传输进行延迟的值。
控制器可以被配置为通过执行包括以下各项的操作来加速新的数据传输：在检测到未正确接收到未决HARQ传输中的数据时，触发状态消息经由无线电链路控制实例向移动设备的传输，其中状态消息指示数据中的错误；以及，响应于该状态消息，从移动设备接收对来自未决HARQ传输的数据的重传。
本说明书中描述的任何两个或更多个特征(包括在这个概述部分中)可以组合，以形成本文未具体描述的实现方案。
本文描述的系统和技术或者其部分可以由计算机程序产品实现/控制，该计算机程序产品包括存储在一个或多个非瞬态机器可读存储介质上并且可在一个或多个处理设备上执行以控制(例如，协调)本文描述的操作的指令。本文描述的系统和技术或者其部分可以通过一个或多个装置、方法或电子系统来实现、或者在这些装置、方法或电子系统中实现，或者使用这些装置、方法或电子系统来实现，每个装置、方法或电子系统可以包括一个或多个处理设备和存储器，以存储可执行指令以实现各种操作。
在附图和以下描述中阐述了一个或多个实现方案的细节。根据本描述和附图以及权利要求，其它特征和优点将是清楚的。
附图说明
图1是无线电网络的示例的框图。
图2是示出在诸如建筑物或其它区域的站点处部署图1中所示类型的示例无线电网络的框图。
图3是示出控制器CU/远程单元(RU)与移动设备之间的通信的示例的框图。
图4是示出通过网络设备的不同通信层的示例通信的框图。
图5是示出RU/CU与诸如移动设备之类的用户装备(UE)之间的通信的框图。
图6是示出RU/CU和UE中的介质访问控制(MAC)与无线电链路控制(RLC)层之间的通信以及RU/CU与UE之间的通信的框图。
图7和8是示出RU/CU与UE之间的上行链路通信的示例的框图。
图9是示出在用于放宽下行链路HARQ中的延时约束的处理中执行的示例动作的框图。
图10是示出在用于放宽上行链路HARQ中的延时约束的处理中执行的示例动作的框图。
图11是示出在用于放宽上行链路HARQ中的延时约束的处理中执行的示例动作的框图。
不同附图中的相同标号指示相同的元件。
具体实施方式
下面描述的系统和技术是可以包括在无线电接入网络中的特征的示例实现方案。本文作出的权利要求不限于下面描述的示例实现方案。
参考图1，示例无线电网络12部署在站点10上，使得一个或多个移动运营商(诸如运营商A 14或运营商B 16)可以在站点10处向用户装备((一个或多个)UE)18、20(诸如智能电话)的一个或多个实例提供移动网络接入。图1的无线电网络12可以用各种空中接口技术实现。例如，可以使用4G LTE。LTE是由标准组织3GPP开发的标准。站点可以是企业或公司建筑、公共场所(诸如酒店、医院、大学校园)，或甚至是室外区域(诸如滑雪场、体育场或人口密集的市区或城市)。
无线电网络12包括控制器，每个控制器也被称为控制器单元(CU)。CU可以包含一个或多个处理器或其它处理设备，在其上执行代码以执行至少一些网络和基带调制解调器功能。处理器可以包括由集成电路(IC)和/或其它电子部件(诸如片上系统(SoC))形成的硬件。每个CU 22、24可以包含一个或多个基带调制解调器处理器，或者可以被配置为执行一个或多个基带调制解调器的功能。在一些实现方案中，可以使用网络功能虚拟化(NFV)来实现CU中的一个或多个，作为在虚拟机/管理程序上运行的虚拟化软件应用。虚拟机/管理程序可以在与其它虚拟化应用共享的硬件上运行。硬件可以包括一个或多个服务器和/或其它计算设备。在一些实现方案中，每个CU管理远程单元(RU)26a、26b、26c、26d、26e、26f、26g、26h、26i(“26a-26i”)中的一个或多个。
RU(也被称为无线电点(RP))可以由CU控制，并且可以包括硬件(诸如无线电收发器和SoC)。RU 26a-26i可以包含RF收发器，以向UE发送RF信号和从UE发送RF信号，以及执行RF前端功能以及其它功能。RU可以具有与其集成或者在外部并且经由天线线缆连接到RU的发送天线。在一些实现方案中，由CU服务的多个RU可以属于同一个小区。在基于LTE标准的一些实现方案中，多个RU可以发送相同的物理小区ID(PCI)。属于同一个小区的RU可以在相同的时频资源中发送到不同的UE。同一个小区中的RU可以发送相同的特定于小区的参考信号和相同的控制信号。在一些实现方案中，CU可以服务多个小区。在一些示例中，在RU上运行的软件功能可以少于在CU 22、24上运行的软件功能。在一些实现方案中，RU被配置为不执行基带调制解调器功能。在一些实现方案中，RU可以执行一些基带调制解调器功能。例如，在LTE标准中，RU可以实现快速傅立叶变换(FFT)和逆FFT(IFFT)功能。在一些实现方案中，RU可以执行附加的下行链路基带调制解调器功能。例如，RU可以执行所有或绝大多数物理层(下面描述的)功能。在这方面，向UE的数据传输被称为下行链路(DL)，并且从UE的数据传输被称为上行链路(UL)。
CU和RU中的基带调制解调器可以通过网络28连接。在一些实现方案中，网络28可以是由一个或多个以太网交换机组成的以太网网络，这些以太网交换机可以以树状配置来布置。在一些实现方案中，站点10处的所有CU和RU通过网络28彼此连接。在一些实现方案中，除了以太网网络之外或代替以太网网络，还使用一个或多个其它类型的计算机网络(有线或无线)。
在这方面，将RU连接到CU的网络28的部分称为前传，并且数据通过前传的传输所花费的时间被称为前传延迟或(前传)延时。在这个示例中，CU 22、24也连接(回传)到运营商的核心网络。运营商的核心网络可以包括安全网关(SeGW)和LTE标准中定义的节点，诸如移动性管理实体(MME)14a、16a和服务网关(SGW)14b、16b。可以部分地通过家庭eNodeB网关(HeNB GW)30、32来实现到运营商的核心网络的回传连接。
CU 22、24还可以经由互联网或其它基于IP的分组运输网络33连接到运营商的核心网络。如本文所使用的，“互联网”可以包括其它网络。当如图1的示例中那样存在多个CU时，一个CU可以充当聚合点并且呈现朝着核心网络中的一个或多个节点(例如，SeGW、MME、HeNodeB网关(GW)和/或SGW)的单个eNodeB网络接口。在一些实现方案中，CU还可以包括MME功能(未示出)和SGW功能(未示出)。因此，流量可以直接在UE与互联网上或在站点10处的内部网络(例如，IP网络)上的目的地节点31之间流动，而不遍历运营商的核心网络。
每个CU可以与移动运营商相关联，使得由其管理的RU可以在属于该移动运营商的频谱上运行。CU也可以在多个移动运营商之间共享。除其它以外，CU还可以通过指派用于空中传输的资源来调度去往/来自UE的流量。在图1的示例中，每个CU 22、24还连接到服务管理器40、42，服务管理器40、42通常位于运营商的核心网络中。服务管理器负责无线网络的配置、激活和监视。还可以存在本地设施服务管理器，其可以允许本地信息技术(IT)人员安装和维护无线电网络。
在一些实现方案中，除了可以由RU执行的某些基带调制解调器和RF功能之外，每个CU 22、24针对其服务的每个小区执行基站的功能。一般而言，诸如小小区之类的基站包括数字基带调制解调器单元和网络处理单元。在图1的示例系统中，用于小区的处理基带功能(或“基带功能”)在CU和RU之间被拆分，其中每一者执行至少一些基带功能。
LTE基带处理功能可以在硬件和/或软件中在网络节点上实现。构成LTE基带处理功能的基带处理功能常常依据协议层来描述，其包括以下内容。物理层通过RF接口携带来自介质访问控制(MAC)层的信息。物理层功能通常包括编码/解码、调制/解调、预编码和均衡。MAC层的功能包括逻辑信道和运输信道之间的映射，以及将来自一个或不同逻辑信道的MAC服务数据单元(SDU)多路复用到要被递送到物理层的传输块(TB)上，通过HARQ的快速错误校正，经由实时调度(下面描述)向UE分配LTE资源，以及在一个或多个UE的逻辑信道之间的优先级处理。无线电链路控制(RLC)层(在MAC层之上)的功能通常包括上层PDU的传送，诸如级联、分段和重组，以及通过ARQ的错误校正。在这方面，HARQ和自动重传请求(ARQ)是支持设备之间的可靠通信的重传协议。分组数据会聚控制(PDCP)层(在RLC层之上)的功能(除其它之外还)包括处理IP(互联网协议)数据的报头压缩和解压缩、控制平面数据的完整性保护以及用户平面数据和控制平面数据的加密和解密。更高层LTE协议包括无线电资源控制(RRC)控制子层。
在一些实现方案中，实时调度包括将用户数据指派给时间和/或频率LTE资源。实时调度基于CSI(信道状态信息)和其它信息。在DL调度中，CSI由UE供给。在LTE标准中，DL CSI可以包括由UE发送的信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示符(RI)。在UL调度中，信道状态由CU基于从UE接收的传输(包括DL CSI)来确定。在LTE标准中，还可以基于UE发送的信号(例如，探测参考信号(SRS))来确定信道状态。
每个CU可以包括一个或多个基带调制解调器。基带调制解调器可以用于执行基带功能的所有层的功能，包括MAC/RLC/PDCP层处理和上层RRC处理。例如，可以在CU中执行作为MAC层的一部分的实时调度和HARQ终止。CU还可以执行物理层处理。此外，CU可以执行类似于传统基站的其它功能，诸如网络处理单元的功能，例如，处理IP数据。在一些实现方案中，CU不执行任何RF功能。
在一些实现方案中，所有物理层功能都在RU中实现，并且仅MAC层和以上的基带功能在CU中实现。在一些实现方案中，物理层功能在CU与RU之间拆分。上行链路控制信道接收器功能(诸如物理上行链路控制信道(PUCCH)、物理随机接入信道(PRACH)和SRS)可以整个或部分地在RU中实现，而上行链路PUSCH接收器功能可以基本上在CU中实现。CU与RU之间的功能拆分在下行链路和上行链路上可以是不同的。在一些实现方案中，基本上所有下行链路物理层功能都可以在RU中实现，并且大多数上行链路物理层功能在CU中实现。在其它实现方案中，所有物理层功能在CU中实现。
无线电网络部署
参考图2，示例无线电网络120部署在站点122处。图2的示例性无线电网络可以是图1中所示的无线电网络的实现，并且包括其结构和功能的全部或一些。在图2的示例中，一个或多个控制器(CU)124安装在位于站点122本地的房间126(例如，电信室)中。CU还可以部署在站点外并且可以服务在多个站点中部署的RU。RU 128a-128l分布在整个站点122中。在一些实现方案中，一些RU壁挂有集成天线，一些RU隐藏在一个或多个壁橱中，并且一些RU安装在天花板上方并经由外部天线线缆连接到壁挂式天线。
在一些实现方案中，RU 128a-128l通过交换式以太网网络130连接到CU 124，交换式以太网网络130包括双绞线和/或光纤线缆，以及一个或多个以太网交换机。除了交换式以太网网络130或作为其替代，还可以在图2的示例中使用其它类型的网络。在一些实现方案中，以太网网络130专用于无线电网络。在一些实现方案中，无线电网络120与站点122处的其它局域流量共享以太网网络130。例如，在企业网络中，这种其它流量可以包括由企业中可以连接到同一个以太网交换机的各种计算机生成的本地流量。通过形成分离的虚拟局域网(VLAN)，可以将无线电网络流量与其它流量隔离。可以将高优先级QoS(服务质量)指派给VLAN以控制延时。在图2所示的示例中，CU 124连接到共同定位的以太网交换机132(例如，在同一个房间126中)。在一些实现方案中，到交换机132的连接134使用在光纤或第6类双绞线线缆上运行的单个10Gb/s以太网链路，或在第5/6类双绞线线缆上运行的多个1Gb/s以太网链路。
在诸如图1和2中所示的无线电网络之类的无线电网络中，UE和RU之间的通信可以被划分成相关功能或层的若干个不同组。要通过网络发送的数据通过每个层，其中数据可以被划分成分组。这些层的一些示例在上面被描述，并且包括以下：分组数据会聚协议(PDCP)层、无线电链路控制(RLC)层、介质访问控制(MAC)层和物理层(PHY)。图3图示了包括在CU、RU和UE(诸如图1和2中的那些)中的层的示例层次结构301、302。
图4图示了协议层之间的示例通信。在正在发送分组的节点中，由层从上层接收的分组称为服务数据单元(SDU)，而提供给下层的分组是协议数据单元(PDU)。在图4的示例中，PDU包括在给定层的协议中指定的数据的单元，并且该数据的单元包括协议报头信息和该层的可能的用户数据。如图4中所示，PDCP层401的PDU变成RLC层402的SDU，并且RLC层的PDU变成MAC层403的SDU。PHY层404被用于携带MAC PDU，也称为运输块(TB)。可以使用长度指示符(LI)字段将RLC SDU分段成多个RLC PDU，或者可以将多个RLC SDU组合成单个RLC PDU。CU中的实时调度器可以确定运输块的适当尺寸。
协议栈适用于DL和UL二者。在该上下文中，RU和CU被统称为“RU/CU”，因为RU和CU中的一个或两个可以实现所描绘的通信或者是所描绘的通信的一部分。从RU/CU到UE的数据传输是下行链路(DL)，并且从UE到RU/CU的数据传输是上行链路(DL)。在DL中，RU/CU是发送器，并且UE是接收器。在UL中，UE是发送器，并且RU/CU是接收器。HARQ启用RU/CU 302和UE 301的MAC/PHY层之间的快速重传。
HARQ和RLC操作
LTE中的用户体验可以取决于若干个度量，包括例如数据吞吐量(通过网络的数据分组的量)、延迟抖动(分组延迟的变化)以及分组错误率(所发送的数据分组中的错误率)。在诸如传输控制协议(TCP)的一些通信协议中，分组错误率需要非常低(例如，10-5或更低)。但是，以TB在空中(OTA)的第一次传输中的非常低的错误率为目标可能不必要地降低可实现的吞吐量。因此，诸如LTE之类的通信协议被设计为以第一次空中传输中适度高的错误率为目标，并且然后依靠快速重传来校正任何错误。本文描述了加速错误校正的快速重传过程的示例。数据的重传包括重新发送至少部分地与最初发送的数据相同的数据。例如，在HARQ重传的情况下，原始数据的有效载荷和重传的数据可以是相同的。
在一些示例中，可以在以第一次传输的目标错误率为10％而操作的MAC/PHY层中使用HARQ传输，来实现快速错误校正。为了减少延迟抖动，HARQ重传可以是相对快的。在一些实现方案中，这可以使用具有10-4到10-3的目标错误概率的单个位的反馈信道来实现。由于HARQ反馈对于TCP操作不够可靠，因此在RLC层中也支持附加的ARQ重传。RLC重传校正残余HARQ错误，该残余HARQ错误可能是例如由于四个连续的HARQ重传错误或者HARQ反馈信道中的错误。在RLC协议的操作的确认模式(AM)中，RLC协议使用CRC保护的(循环冗余校验保护的)反馈，以校正HARQ中的残余错误。RLC AM还提供重新排序，以校正RLC PDU的无序接收。虽然可以在短至8ms内通过重传来校正HARQ错误，但RLC重传可能花费50ms到100ms。
无线电网络中的每个UE(诸如图1和2的那些)可以具有一个或多个无线电承载，其表示可能需要来自无线电网络的不同的处理的不同流量类型。无线电承载携带信令流量(信令无线电承载，或SRB)或数据流量(数据无线电承载)。在一些实现方案中，每个无线电承载具有其自己的PDCP实例、RLC实例和MAC层逻辑信道ID(LCID)。在该上下文中，实例可以用计算机可执行代码实现，该计算机可执行代码在被执行时实现经由特定层的通信。每个PDCP实例可以与一个或两个RLC实例(下行链路和上行链路)相关联。每个RLC实例可以被配置为在AM中操作。PDCP实例可以独立于RLC和MAC实例操作，并且可以将IP分组或无线电资源控制(RRC)消息封装到PDCP PDU(其是RLC SDU)中。可以使用长度指示符(LI)字段将RLC SDU分段为多个RLC PDU，或者可以将多个RLC SDU组合成单个RLC PDU。
在LTE中，RLC和MAC层之间存在紧密耦合。实时调度器基于在缓冲区中等待的UE数据的尺寸和可用的空中链路资源来确定运输块尺寸(TBS)。实时调度器可以在CU中实现。表示为MAC SDU的多个RLC PDU可以被多路复用在形成TB的单个MAC PDU中。每个MAC SDU(RLC PDU)在MAC PDU报头中由MAC SDU报头识别，其包括识别数据所属的无线电承载(或PDCP实例)的5位逻辑信道ID(LCID)以及识别MAC SDU的长度的长度指示符(LI)。当(例如，在4次HARQ重传之后)未正确接收TB时，由RLC层重传由TB携带的所有AM RLC PDU。TB通常携带完整的RLC PDU，但是在RLC重传中，原始RLC PDU可以被分段并跨多个TB拆分。
RLC ARQ过程的组成部分是状态报告(SR)，其是由RLC实例的接收器(例如，在DL上是UE中的RLC接收器，或者在UL上是CU中的RLC接收器)生成的状态消息的示例。例如，可以例如在从CU接收到RLC PDU之后由UE生成状态报告。除其它之外，状态报告识别由接收RLC实例接收的RLC PDU中的错误。例如，在一些实现方案中，状态报告向发送RLC实例(例如，正在发送RLC PDU的RLC实例)指示未被正确接收的PDU的序列号(SN)。在RLC重传期间重新分段的情况下，状态报告还可以识别RLC PDU内未被正确接收的具体段。状态报告还可以识别尚未接收的第一RLC PDU，从而间接地确认PDU直到被正确接收的那个PDU。在一些实现方案中，状态报告还可以包括本文未描述的其它信息。
响应于接收到状态报告，发送RLC实例可以重传先前发送的全部或一些数据，由此有效地校正在状态报告中识别或暗示的(一个或多个)错误。可以以相对高的优先级和高可靠性发送状态报告，在一些情况下采用循环冗余校验(CRC)来检测任何传输错误。来自RLC实例接收器的状态报告的传输可以例如通过以下各项当中的一个或多个来触发：t-重新排序(t-reordering)定时器(可配置参数)的期满，或RLC实例发送器的显式轮询。在这方面，当RLC实例接收器检测到丢失的RLC PDU时，它起动t-重新排序定时器，并且如果在定时器期满之前没有校正该条件，那么状态报告被发送。为了防止频繁的状态报告传输，可以使用可配置的t-状态禁止(t-StatusProhibit)定时器。当状态报告被发送时，起动这个定时器，并且在这个定时器仍在运行时不发送新的状态报告。t-重新排序定时器可以足够长，以允许HARQ完成其重传，使得当HARQ重传使得RLC PDU的到达延迟时，将不发送状态报告。在一些示例中，在下行链路上的UE中使用的t-重新排序和t-状态禁止定时器可以分别采用[0,200]ms和[0,500]ms范围内的值。在一些实现方案中，用于UE(下行链路RLC)的缺省值分别是35ms和0ms。在LTE的一些实现方案中，RLC实例发送器可以发送多达512个RLC PDU，而不接收指示所发送的512个RLC PDU的正确接收的状态报告。
下行链路
下面描述的示例特征可以在无线电网络(诸如图1和2中所示的那些)中实现，但不限于用在无线电网络中。
图5是使用HARQ在下行链路中传输数据的示例操作的框图。在这个示例中，在时间t＝0ms处，在物理下行链路共享信道(PDSCH)上将TB从RU/CU 500的MAC/PHY层发送501到UE 502的MAC/PHY层。当UE从RU/CU接收TB时，取决于UE是否已经由CU中的实时调度器分配了PUSCH资源，它在4ms之后通过物理上行链路控制信道(PUCCH)或通过物理上行链路共享信道(PUSCH)发送503ACK/NAK(确认/未确认)信号。在接收到NAK时，RU/CU可以在自第一次传输起经过8ms或之后的任何时间重传504TB。可以使用任何适当的调制和编码方案(MCS)在任何资源块上发送重传。
如图6中所示，除了每个MAC层614、615外，每个RLC层616、610也可以涉及下行链路(DL)HARQ传输。RLC层616和MAC层614可以通过跨层通信而彼此通信。在一些实现方案中，DL HARQ支持最多八个HARQ进程，例如，对于UE，在任何给定时间处可以存在多达八个未经确认的TB传输。由于DL重传可能在任何TTI上发生，因此RU/CU 600在通过物理下行链路控制信道(PDCCH)发送的下行链路控制指示(DCI)消息中显式地向UE 602发送HARQ进程编号(参见图5的503)。当使用空间多路复用时，RU/CU可以使用两个空间层在相同的TTI中发送两个TB，并且响应于此而接收两个单独的ACK/NAK位。当针对其中一个层接收到NAK时，可以使用相同的HARQ进程在同一层上重传对应的TB，以及在另一个层上发送新的传输。因此，在一些实现方案中，即使在使用中空间多路复用时，RU/CU也可以仅识别一个HARQ进程编号。
RU/CU还通过切换(toggle)DCI中的新数据指示符(NDI)位来向UE指示PDSCH传输是否表示新的数据。NDI位可以被配置为允许UE处置(work-around)HARQ反馈错误。例如，当UE发送NAK消息但是该NAK消息被RU/CU接收作为ACK消息时，RU/CU可以在相同进程上发送新TB，其中NDI被设置为“经切换”。在正确接收该新TB时，UE清空其HARQ软接收缓冲区并尝试解码该新TB。其中包含有RLC PDU的旧TB将丢失，并将由AM中的RLC实例重新传输。在没有NDI位的情况下，UE可能已经尝试使用该新的传输来解码旧TB。这可以导致进一步的延时。可替代地，当UE正确地接收到PDSCH TB时，UE将它递送到MAC层实例并且向RU/CU发送ACK。如果ACK作为NAK或不连续传输(DTX)被接收，那么RU/CU将在同一个HARQ进程上重传相同的TB，其中NDI被设置为“未切换”。UE将识别反馈错误、忽略重传并简单地重新发送ACK消息。
如图6中所示，在DL HARQ中，UE中的RLC实例610还可以包含t-重新排序定时器611和t-状态禁止定时器612。当t-重新排序定时器期满时，UE中的RLC实例向RU/CU中的RLC实例发送状态报告。
上行链路
下面描述的示例特征可以在无线电网络(诸如图1和2中所示的那些)中实现，但不限于在无线电网络中使用。
上行链路(UL)HARQ进程使用HARQ的同步形式。图7图示了UL HARQ进程的示例。在图7的示例中，UE 600的MAC/PHY层614通过PUSCH在TTI k(其中“k”是表示大于零的毫秒的整数)中向RU/CU 602的MAC/PHY层615发送701TB。在UL上，在TTI k上从UE接收到PUSCH传输之后的4ms处，RU/CU在TTI k+4中在物理混合ARQ指示符信道(PHICH)上发送703 ACK/NAK消息。在这个示例中，NAK意味着错误地接收到TTI k中的PUSCH传输。此后，在TTI k+8上请求使用与TTI k上的传输相同的资源块(RB)和调制参数的重传。换句话说，NAK不仅用作负面的确认，而且还用作用于重传(非自适应重传)的上行链路资源分配。ACK并不意味着正确接收到了给定TTI中的PUSCH传输。在接收到ACK时，UE不立即清除其HARQ发送(Tx)缓冲区，除非UE接收到携带用于TTI k+8的资源分配的伴随DCI类型0消息，其具有经切换的NDI位。如果ACK没有伴随DCI类型0消息，那么UE可以在UE接收到针对同一个HARQ进程的上行链路分配之后确定ACK的实际含义。例如，如果UE在TTI k+12上接收到针对TTI k+16中的传输的上行链路分配并且NDI位是经切换的(指示新的数据传输)，那么UE可以断定在TTI k+4中接收的ACK确实意味着正确的接收。因此，UE可以清理用于该进程的HARQ发送(Tx)缓冲区。如果NDI位是未切换的(重传)，那么UE可以断定在TTI k+4中接收到的ACK是错误接收的，并且在TTI k+16中重传705该TB。RB分配也可以稍后发生，例如在TTI k+20中，用于在TTI k+24中的在空中的传输。因而，通过在TTI k+4中在与ACK相同的TTI中发送上行链路分配，除了以自适应方式(例如，使用不同的资源块和/或调制和编码方案)，CU可以实现相对快速的重传时间(在这个示例中，8ms)(与NAK的情况相同)。
HARQ的另一方面是冗余版本(RV)的使用。在LTE HARQ的示例版本中，存在与不同的编码数据集对应的四种可能的RV。在下行链路和上行链路二者上，通过DCI中携带的两位索引在资源分配消息中显式地指示RV。当在上行链路上使用基于NAK的非自适应重传时，UE在重传中遵循RV的具体固定序列{0,2,3,1}。在自适应重传DL或UL中，显式地指示RV。HARQ接收器可以使用追加组合(其涉及组合相同RV的传输)或增量冗余(其为不同的RV提供组合)来执行软组合。在turbo编码中，可以存在追加组合比增量冗余软组合给出更好性能的情况。
如图8中所示，在示例中，UL HARQ还支持八个进程，但是这些进程被绑定到具体的TTI：TTI k上的传输属于HARQ进程k(模8)。RU/CU中的MAC/PHY层通过跨层通信与它们相应的RLC层通信。RU/CU中的RLC具有t-重新排序定时器和t-状态禁止定时器。在t-重新排序定时器期满时，RU/CU可以向UE中的RLC层发送状态报告。在图8中，调度器620调度去往/来自UE的通信，如本文所述。
放宽下行链路HARQ中的延时约束
下面描述的示例特征可以在无线电网络(诸如图1和2中所示的那些)中实现，但不限于在无线电网络中使用。
在DL上，当响应于初始数据传输而接收到NAK消息时，可以通过使来自CU的数据重传延迟，来放宽HARQ延时约束。使重传延迟可以使丢失数据的恢复延迟。这可以对整体吞吐量产生一些影响。但是，如果延时相对小(例如，大约5-10毫秒)，那么吞吐量的降低将不显著。由于频分双工(FDD)LTE支持八个HARQ进程，因此在“正常”LTE HARQ操作中，如果CU具有针对UE未决的八个未经确认的HARQ进程，那么CU将挂起到该UE的传输。例如，如果HARQ重传被延迟4ms(在先前传输之后的12ms被发送)，那么可以在其上连续地调度UE的TTI的百分比从100％减少到66％。这是因为，在UE被调度在八个连续的TTI中之后，没有为接下来的四个TTI调度新的传输。为了概括上述示例，当重传被延迟“p”ms时，HARQ挂起将按照p/(8+p)减少可用于调度具体UE的TTI的百分比，或者说对于p＝4ms减少33％，对于p＝8ms减少50％，对于p＝16ms减少67％。减少UE的可用TTI并不一定意味着总系统吞吐量的降低。如果剩余的TTI可以用用于其它UE的数据填充，那么可以维持总系统吞吐量。在数据需求集中在单个UE中的情况下，UE的传输的挂起可能造成该UE的吞吐量的降低。
参考图9，在示例实现方案900中，尽管HARQ重传有延迟，但是可以采取动作来减少延迟对UE吞吐量的影响。例如，当UE 902的所有八个HARQ进程920a-920h都未决时；例如，对于先前在八个不同HARQ进程上发送的任何TB还没有接收到ACK消息，CU 901仍然可以在任何这些未决HARQ进程上发送904新的TB，其中新数据指示符(NDI)被设置为“经切换的”，这指示当前TB是新的TB(在这里为“TB_1”)。在UE 902处接收TB_1时，在同一个HARQ进程(在这里被示为“HARQ进程＝x”)上先前发送的TB 903(例如，TB_0)被覆盖。因此，用于TB_0的HARQ被有效地关闭。UE 902在UE 902为其发送906了ACK/NAK的HARQ进程上接收904TB_1之后，将从其HARQ接收软缓冲区清除(属于TB_0的)旧数据。只要UE 902正在正确地接收数据并发送ACK消息，UE 902就可以继续在每个TTI中接收新的TB，并且在一些情况下可以以其峰值速率操作。如果UE 902错误地接收903TB_0，那么UE 902将向CU发送906NAK消息。但是，如果在接收到TB_0的重传之前存储TB_0的UE中的接收软缓冲区被TB_1覆盖，那么由RLC层通过RU/CU 901和UE 902的RLC层之间的通信909a来恢复TB_0的丢失数据，如本文所述。
经延迟的HARQ重传可以向RU/CU 901中的调度器920呈现折衷。例如，如果要在TTI中调度给定的UE(例如，UE_0)并且由于高前传延迟或任何其它原因(例如，PDSCH或ACK/NAK传输中的错误)还没有ACK/NAK消息可用于UE的八个未决HARQ进程920a-920h中的任何一个，并且没有其它UE具有等待被调度的缓冲区中的数据，那么RU/CU 901可以通过关闭用于未决TB中的一个或多个的HARQ来继续向UE发送。当TTI中的PDSCH RB可以被分配给具有可用HARQ进程的其它UE时，在一些示例中，调度器可以跳过向UE_0分配任何RB而不显著影响总系统吞吐量。否则，调度器920可以向UE_0分配资源块(RB)并且接受针对该进程上的(一个或多个)未决TB的HARQ的禁用。在一些情况下，随着前传延时增加，上面描述的场景(其中UE的所有八个HARQ进程920a-920h都是未决的)可能更频繁地发生。
当调度器920确定在未决的HARQ传输上向UE_0分配PDSCH RB导致未决的HARQ传输被覆盖时，调度器920可以实现以下操作中的一个或多个以加速(一个或多个)被覆盖的TB的恢复。恢复操作可以在一个或多个适当设备上的RLC或MAC层实例中实现。
在一些实现方案中，RU/CU 901可以通过利用小于缺省值的t-重新排序定时器911配置UE来加速UE 902对RLC状态报告的传输909b。在定时器期满之后，状态报告自动从UE 902发送到RU/CU 901。如本文所述，状态报告识别由UE 902正确接收了的数据和UE尚未正确接收的数据。例如，状态报告可以识别丢失的RLC PDU。例如，丢失的RLC PDU可以与由CU中的MAC层914发送了的、没有被UE中的MAC层915成功接收的TB_0相关。可替代地，状态报告可以识别正确接收了什么数据，并且发送方(例如，RU/CU)可以从其自己的记录中确定UE没有正确接收的数据。
可以通过从RU/CU 901向UE 902发送适当的配置消息909a来配置定时器911。RU/CU 901可以通过与UE上的(一个或多个)处理设备通信并用适当的定时器对这些处理设备进行编程，来配置具有t-重新排序定时器(例如，定时器911)的UE。通过响应于t-重新排序定时器911的期满而更快地触发状态报告传输909b，以这种方式配置定时器可以经由配置消息909a从CU中的RLC层916和UE中的910的传输来加速丢失数据的恢复。
在一些实现方案中，RU/CU 901中的MAC实例914从UE 902接收906针对被覆盖的TB(例如TB_0)的经延迟的NAK消息。作为响应，RU/CU 901中的MAC实例可以向为其在TB_0中携带PDU的CU中的全部或一些RLC实例发送指令(例如，通过跨层通信908)，以触发每个RLC实例在发送给UE的下一个RLC PDU中设置状态报告轮询位。这个状态报告轮询位触发UE 902中的对应RLC实例，以立即发送909b状态报告。因此，这种方法可以通过触发来自UE的状态报告传输来加速经由RLC层恢复丢失的数据。
在一些实现方案中，不是等待来自UE 902中的RLC实例的状态报告，而是RU/CU 901本身可以在(一个或多个)RLC实例处触发重传。这种方法采用RLC和MAC/PHY层之间的跨层交互。例如，可以维护在MAC PDU(TB)与其中携带的RLC SN或段之间的关联。当TB丢失时，RU/CU 901中的MAC实例在接收906到经延迟的NAK时，例如通过跨层通信908向RU/CU901中的(一个或多个)RLC实例916发送请求，从而指示重传丢失的RLC PDU或段而不等待状态报告从UE 902到达。因此，这种方法可以通过重传来加速经由RLC层恢复丢失的数据，而不需要UE状态报告。
在一些实现方案中，在接收906针对被覆盖的TB的经延迟的NAK时，CU 901中的MAC层914可以在任何可用的HARQ进程上重传950相同的TB(例如，TB_0)作为新的HARQ数据。为此，CU中的调度器920可以使得被覆盖的TB被优先化，并将PDSCH RB指派给该被覆盖的TB。将使用具有被切换以指示TB为新的NDI的DCI来指示该PDSCH数据。换句话说，系统使得该一个或多个新的HARQ传输的传输被优先化；并且将PDSCH资源块指派给这一个或多个新的HARQ传输，其中发送到移动设备的下行链路控制信息包括被设置为指示新的HARQ传输的新数据指示符位。
因此，UE 902接收结果所得的传输，将这个传输视为新传输，并尝试解码新传输。为了增加成功传送和接收的可能性，调度器920可以不允许再次覆盖这个新TB，使得HARQ不被第二次禁用。调度器920还可以向UE分配过量的RB，并将补偿(back-off)应用于TB的调制和编码方案(MCS)，以便增加成功传送和接收的可能性。
(例如，响应于接收到用于被覆盖的TB的经延迟的NAK)将TB作为新的HARQ数据重传可以是有利的。例如，将TB作为新的HARQ数据重传可以相对容易实现，因为在一些实现方案中，它不需要依赖RLC 916和MAC 914层之间的任何跨层通信908。在一些示例中，为了增加这种方法的可靠性，增加RLC t-重新排序定时器的值(例如，到50ms)可以是有益的。这样做可以降低UE在接收到重传的TB作为新的HARQ数据之前发送状态报告的可能性，这种可能性造成在接收相同TB数据的新传输之前在被覆盖的TB中携带了的RLC PDU的过早重传。
在一些实现方案中，下行链路传输可以通过使用以下各项当中的一个或多个的组合来容忍更长的前传延迟：经延迟的HARQ重传，偶尔重用HARQ进程而这些HARQ进程仍然是未决的从而有效地禁用用于较早传输的HARQ，以及当由于覆盖未决的HARQ进程而禁用HARQ时在MAC/PHY或RLC层中使用快速重传以校正较早传输中的可能错误。在一些实现方案中，由本文描述的进程可以支持8ms(或更多)的往返前传延时。但是，本文描述的实现方案不限于支持8ms延时；可以支持甚至更高的延时。
放宽上行链路HARQ中的延时约束
下面描述的示例特征可以在无线电网络(诸如图1和2中所示的那些)中实现，但不限于在无线电网络中使用。
参考图10，在示例实现方案1000中，可以放宽上行链路HARQ中的延时约束。在上行链路上，增加的前传延时可以使UE PUSCH传输在RU/CU处的接收延迟。对于在RU/CU 1001处在TTI k(其中k是表示大于0的毫秒的整数)接收1003的PUSCH传输，RU/CU 1001可以通过在TTI k+4中在PHICH上强制发送1004不具有DCI类型0的ACK来推迟调度HARQ重传，并且可以通过在TTI k+16中针对自适应重传1006发送1005DCI类型0，来在8ms之后在TTI k+12中调度重传。这可以适应往返前传延时的8毫秒增加。这种方法可以导致吞吐量降低。例如，往返前传延时的8ms增加可以导致UE可以被调度的TTI的百分比从100％减少到50％。利用这种经延迟的重传，例如，当UE在TTI k中被调度时，该个UE不能在TTI k+8中被重新调度。因此，在一些情况下，当需要在每个TTI中调度UE时，其吞吐量将减少50％。
当长的前传延迟导致PUSCH数据较晚地到达1003CU 1001时，可以采取动作来减少上行链路上的UE吞吐量恶化。例如，如果调度器1020确定调度器不能满足UE的数据需求，或者当调度器没有足够的来自其它UE的利用可用资源的需求时，可以这样做。在这种情况下，调度器1020可以可选地通过在相同的HARQ进程上调度新的HARQ传输来覆盖未决的HARQ进程。例如，在图11中，调度器1020可以通过向UE 1002分配用于新数据的资源来覆盖未决的HARQ进程。这可以通过在TTI k+4中在PHICH上发送1007ACK连同用于DCI类型0上的新传输的上行链路资源块(RB)分配来实现。新PUSCH传输将在TTI k+8上发生1008。这有效地禁用用于UE已经在TTI k中发送了1003的被覆盖的PUSCH TB的HARQ。如果CU 1001错误地接收1003了该PUSCH TB，那么恢复该PUSCH TB的方式是让UE 1001在RLC层重传对应的数据。在一些情况下可以使用这个处理，因为在UE被分配用于同一个HARQ处理上的新传输的RB之后，在LTE MAC层中没有让UE在HARQ/MAC层中重传TB的机制。
如图10和11中所示，在RLC层处，UE 1002将在从CU 1001中的对等RLC实例接收1009b指示RLC PDU未被正确接收的状态报告时重传1009a RLC PDU。在这个示例中，假设没有先前错误，那么CU 1001中的RLC实例1016可以在以下两个条件之一下发送1009b状态报告：a)RLC 1016在正确接收具有更高序列编号的另一个RLC PDU之后检测到丢失的RLC PDU，或者b)RLC 1016从UE 1002中的对等RLC 1010实例接收到状态报告轮询。
为了加速UE对丢失数据的RLC重传，在CU中的PHY/MAC实例1014错误地接收到被覆盖的PUSCH TB之后，CU中的PHY/MAC实例可以向CU中的所有RLC实例发送触发器，以抢先向UE发送(一个或多个)状态报告。由于CU中的PHY/MAC实例不知道在丢失的TB中表示了哪些RLC实例，因此它将在UE的所有RLC实例中触发状态报告。在接收到(一个或多个)状态报告时，UE中的(一个或多个)RLC实例将重传丢失的数据。在一些实现方案中，CU中的MAC实例在接收到针对被覆盖的PUSCH传输的负面CRC报告时可以使用跨层通信向CU中的(一个或多个)RLC实例发送触发器并请求(一个或多个)状态报告尽早从CU传输。
可以通过将状态报告触发器编排到CU中的RLC的正常操作来修改本文描述的MAC-RLC交互的示例实现方案。例如，当CU中的MAC实例检测到被覆盖的TB的不可恢复的HARQ错误时，该MAC实例可以将跨层指示发送到CU中的RLC实例，以将t-ordering定时器配置为处于期满状态。这个期满状态将使CU中的UE的所有RLC实例在检测到丢失的RLC PDU时发送状态报告。可替代地，可以在CU中使用来自MAC层的跨层指示，以在处理RLC PDU报头之前将从UE接收的接下来的(一个或多个)RLC PDU上的状态报告轮询位设置为等于1。
上行链路子帧捆绑
下面描述的示例特征可以在无线电网络(诸如图1和2中所示的那些)中实现，但不限于在无线电网络中使用。
在上行链路上，在UE功率极其受限并且可能在每个TTI中没有足够的功率来在非常少量的RB(例如，一个或两个RB)上发送的情况下，可以将RB调度在多个连续的TTI上，以满足数据需求。诸如此类的UE可能由于PUSCH传输在RU/CU处的延迟到达而造成的调度器处的任何HARQ挂起而饥饿。因此，CU可以将这些UE配置为以子帧捆绑模式操作，在该模式中可以在多个连续的TTI上为UE分配资源以发送单个TB。在子帧捆绑的示例实现方案中，单个运输块的四个冗余版本可以同时或几乎同时被调度。这可以被视为抢占式重传处理，其中UE发送四个冗余版本(RV)而不等待HARQ反馈。RV指定将数据的哪个组合正被发送到UE。在子帧捆绑的一些实现方案中，UE可以每TTI分配最多三个RB，并且调制阶数可以限于QPSK(正交相移键控)。在用于QPSK的最高MCS(I_TBS＝10)处，子帧捆绑可以支持每四个TTI 500位的峰值速率，或大约125kbps。子帧捆绑允许UE以比其它方式下可能的速率更高的速率(MCS)进行发送，并且可以对于小区边缘处或附近的VoIP(互联网协议语音)用户是有用的。单个HARQ反馈用于束(bundle)，这可以减少PHICH和DCI类型0开销。当正确接收到束时，可以减少或避免HARQ重传延迟。
在子帧捆绑的一些实现方案中，UE可以能够在四个TTI中发送整个VoLTE(LTE上的语音)分组，并且不会由于HARQ挂起而遭受任何阻塞。在子帧捆绑的一些实现方案中，CU在从UE接收到束的最后一个子帧之后的4ms处发送ACK/NAK。CU可以能够在接收所有四个子帧之前解码该束，但是UE仍然可以发送剩余的子帧。在子帧捆绑的一些实现方案中，可以存在最多四个HARQ进程，每个HARQ进程占用四个子帧，并且HARQ循环是16ms(例如，重传最早可以在第一次传输之后的16ms处发生)。这意味着，在一些实现方案中，重传的许可可以在强制ACK之后的5ms处发生。例如，当在TTI k至k+3上发生第一子帧束传输时，在TTI k+7中发送强制ACK；可以在TTI k+12中发送重传分配；并且束的重传可以在TTI k+16中开始。因此，在这个示例中，前传延时可以增加5ms而不影响HARQ重传。因此，子帧捆绑可以容忍更多延时。如果前传延时进一步增加，例如增加8ms，那么重传将被延迟直到TTI k+32。但是，在一些实现方案中，子帧捆绑已经具有内置的重传，并且假如例如为了更高的可靠性而更保守地选择MCS，那么禁用进一步的重传可以是可接受的。当在TTI k+16中为UE分配RB用于新传输时，这自动发生。
因此，在某些情况下，本文描述的处理可以增加前传延迟(例如，增加上至5ms至10ms)并且可以利用经延迟的重传来操作HARQ。在一些实现方案中，对于功率受限的UE，子帧捆绑可以可用于改善覆盖，并且可以在没有任何进一步的重传延迟的情况下操作HARQ。在一些实现方案中，为了防止经延迟的重传减少可用于UL传输的TTI的百分比，CU中的调度器可以覆盖未决的TB传输并在同一个HARQ进程上发起新的TB传输。在针对先前TB的CRC失败时，调度器可以触发RLC状态报告，以加速UE的RLC重传。在一些实现方案中，如本文所述，该处理可以容忍前传延时的增加(例如，8ms或更多)。
扩展到TD-LTE
本文描述的示例处理可以在时分LTE(TD-LTE)系统和频分LTE(FD-LTE)系统中实现。在TD-LTE中，HARQ定时可以与FD-LTE中的不同，并且可以取决于使用中的帧配置。下面的表1示出了用于TD-LTE的不同帧配置的正常HARQ定时。表1中还示出了用于DL和UL的HARQ进程x和y的数量，指示为[DL：x，UL：y]。在表1中，“D”代表“下行链路”，“U”代表“上行链路”，“S”代表“特殊子帧”。
表1
根据表1的TD-LTE配置2-5，CU/RU对于DL重传仅具有4ms，这与FD-LTE系统中的频分双工(FDD)相同。CU中的调度器可以延迟重传直到某个其它DL子帧。在正常的HARQ中，当所有DL HARQ进程未决时，这将导致挂起。一般而言，这种挂起的影响在TD-LTE中比在FD-LTE中更低，因为TD-LTE中可用DL HARQ进程的数量高于FD-LTE中的数量。如在FD-LTE中那样，在TD-LTE中，未决的PDSCH传输可以被覆盖，并且有效地禁用HARQ。可以使用本文描述的RLC或MAC层重传方法来触发数据恢复。
在表1的TD-LTE配置2-5中，CU/RU响应于PUSCH传输而具有6ms来发送ACK/NAK和DCI类型0。这比FD-LTE长2ms。如果延迟进一步增加，那么在正常HARQ操作中，将发生挂起。由于在这些常见配置中，仅有1-3个HARQ进程可用且UE可能具有带宽约束，因此UL传输的挂起可能是有问题的。例如，在配置5的极端示例中，当在子帧2上调度UE时，UE应当在子帧8中接收用于子帧12中的重传的资源分配。如果CU/RU不能够及时处理PUSCH传输以在子帧8中发送该分配，那么在正常HARQ中，UE不能再次被调度用于子帧12中的新数据。这将有效地将用于UL传输的可用子帧的数量从已经很低的值减少50％，但是增加CU处的可用时间10ms，从6ms到16ms。
在示例中，在子帧8中，可以为UE指派用于新传输的资源，从而导致针对未决TB禁用HARQ。然后，CU可以通过触发DL上的状态报告来发起数据恢复，如本文所述。
随机接入(RA)响应
下面描述的示例特征可以在无线电网络(诸如图1和2中所示的那些)中实现，但不限于在无线电网络中使用。
除了HARQ，增加的前传延时还可以影响CU响应于随机接入前导的接收而及时传输随机接入(RA)响应消息。在LTE中，一旦从UE接收到随机接入前导，eNB就需要在不超过3+ra-ResponseWindowSize个子帧之后发送RA响应，其中ra-ResponseWindowSize是特定于小区的参数，在一些实现方案中，其最多可以等于10ms。换句话说，在一些实现方案中，RA响应需要在接收RA前导之后在不超过13个子帧内空中传输。假设在OTA(空中)之前至少2ms在控制器中名义上(零延时)调度RA响应并且PRACH检测在至少1ms之前可用，那么RA响应消息可以在允许的窗口内被发送，只要往返前传延迟小于13-2-1＝10ms。换句话说，在这个示例中，CU中的RA响应生成可以容忍上至10ms的往返前传延时。
实现方案
虽然出于解释的目的进行了各种假设，但是本公开中描述的系统和方法的示例实现不受这些假设的限制。相反，基于这些假设的解释可以很容易地推广到其它情况。例如，每个小区中的RU数量、用于每个RU的天线数量以及网络中的小区数量可以例如基于网络需求而变化。
本文描述的特征的全部或部分可以适当地使用计算机程序产品来实现，该计算机程序产品由存储在一个或多个非瞬态机器可读存储介质上并且可在一个或多个处理设备上执行的指令组成。前述的全部或部分可以被实现为可以包括一个或多个处理设备和存储可执行指令以实现功能的存储器的装置、方法或系统。
本文描述的处理的全部或部分及其各种修改(下文中称为“处理”)可以至少部分地经由计算机程序产品(例如，有形地体现在一个或多个信息载体中的计算机程序)来实现，例如，在一个或多个有形的、非瞬态的机器可读存储介质中，用于由数据处理装置(例如，可编程处理器、计算机或多个计算机)执行或控制数据处理设备的操作。
计算机程序可以用任何形式的编程语言编写，包括编译或解释语言，并且可以以任何形式部署，包括作为独立程序或作为模块、部件、子例程或其它适于在计算环境中使用的单元。可以部署计算机程序，以在一个计算机上或在一个站点的多个计算机上执行，或者分布在多个站点上并通过网络互连。
与实现处理相关联的动作可以由执行一个或多个计算机程序的一个或多个可编程处理器执行，以执行校准处理的功能。处理的全部或部分可以被实现为专用逻辑电路系统，例如FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。
作为示例，适于执行计算机程序的处理器包括通用和专用微处理器，以及任何种类的数字计算机的任何一个或多个处理器。一般而言，处理器将从只读存储区域或随机存取存储区域或两者接收指令和数据。计算机(包括服务器)的元件包括用于执行指令的一个或多个处理器以及用于存储指令和数据的一个或多个存储区域设备。一般而言，计算机还将包括或可操作地耦合，以从一个或多个机器可读存储介质接收数据或将数据传送到一个或多个机器可读存储介质或两者，诸如用于存储数据的大容量存储设备，例如磁、磁光盘或光盘。适于体现计算机程序指令和数据的机器可读存储介质包括所有形式的非易失性存储区域，作为示例包括半导体存储区域设备，例如EPROM、EEPROM和闪存存储区域设备；磁盘，例如内部硬盘或可移动盘；磁光盘；以及CD-ROM和DVD-ROM盘。
可以组合本文描述的不同实现方案的元素，以形成上面没有具体阐述的其它实现方案。可以将元素排除在本文描述的处理、计算机程序等等之外，而不会对其操作产生不利影响。此外，各种分开的元件可以被组合成一个或多个单独的元件，以执行本文所述的功能。
本文描述的任何特征可以适当地与以下文献中描述的任何特征组合：(i)美国临时申请No.62/009,653(2014年6月9日提交)，其通过引用并入本文，(ii)美国临时申请No.62/051,212(2014年9月16日提交)，其通过引用并入本文，(iii)美国专利申请No.14/734,311(2015年6月9日提交)，其通过引用并入本文，(iv)美国专利申请No.13/762,282(2013年2月7日提交)，其通过引用并入本文，(v)美国专利申请No.13/762,284(2013年2月7日提交)，其通过引用并入本文，以及(vi)美国专利申请No.13/762,292(2013年2月7日提交)，其通过引用并入本文。