CN111034083A

CN111034083A - 新无线电中混合自动重复请求或其改进相关的设备及方法

Info

Publication number: CN111034083A
Application number: CN201780091873.XA
Authority: CN
Inventors: 柳光
Original assignee: JRD Communication Shenzhen Ltd
Current assignee: JRD Communication Shenzhen Ltd
Priority date: 2017-06-16
Filing date: 2017-12-26
Publication date: 2020-04-17
Also published as: WO2018227925A1; GB201709614D0

Abstract

一种访问由第一无线通信设备和第二无线通信设备之间的无线电接入网所提供的服务的方法和系统；所述方法包括：在第一设备通过第一传输时间间隔向第二设备传输传输块之后，部分基于所述第二设备未接收到部分或全部所述传输块，调度部分或全部已传输的传输块传输至所述第二设备。

Description

新无线电中混合自动重复请求或其改进相关的设备及方法

技术领域

本申请涉及无线通信系统，尤其涉及启用无线通信设备的设备及方法，例如用户设备(UE，User Equipment)或移动设备，用于接入无线接入技术(RAT，Radio AccessTechnology)或无线接入网(RAN，Radio Access Network)，尤其但不限于与新无线电中的混合自动重复请求或其改进相结合。

背景技术

无线通信系统，例如第三代(3G)移动电话标准和技术已广为人知。3G标准和技术由第三代合作伙伴项目(3GPP，Third Generation Partnership Project)开发。第三代无线通信开发用来支持宏蜂窝移动电话通信。通信系统和网络朝着宽频移动式系统发展。

第三代合作伙伴项目开发了所谓的长期演进(LTE，Long Term Evolution)系统，即演进的通用陆基无线接入网(E-UTRAN，Evolved Universal Mobile TelecommunicationSystem Territorial Radio Access Network)，移动接入网络中的一个或多个宏蜂窝由基站eNodeB或eNB(演进型NodeB)支持。最近，LTE进一步朝着所谓的5G或NR(New Radio，新无线电技术)系统演进，系统中的一个或多个宏蜂窝由基站gN支持。

传输块(TB，transport block)是在一个传输时间间隔(TTI，Transmission TimeInterval)中传输的一组信息位，其大小由传输块大小(TBS，transport block size)指定。LTE的TBS详见3GPP TS 36.213中的表7.1.7.2.1-1。表的开头部分如下表1所示。

表7.1.7.2.1-1：传输块大小表(维度34×110)

表1N_PRB是指分配的物理资源块(PRB，Physical Resource Block)的数量，I_TBS是指可以映射到已使用的调制编码方案(MCS，Modulation Coding Scheme)的TBS索引。也就是说，TBS值由MCS和预定的PRB数量决定。

代码块(CB，code block)是传输块(TB，transport block)信息位的子集，其由单独的循环冗余校验(CRC，cyclic redundancy check)保护，每个TB中可能有几个CB。CB的大小受预定的最大值限制，因此当TB增加时，CB的数量也增加。一些CB还可以组成一个代码块组(CBG，code block group)。图1给出了一个示例。

上述标准定义了协议，以尽力解决与这些协议相关的问题。根据最新的协议，CBG的数量是预先确定的，每个CBG中的CB数量根据TBS调整。

采用以下方法，将至少一个CB分为至少一个CBG。在指示CBG数量的情况下，CBG中的CB数量会随着TBS的变化而变化。其他有待进一步研究的问题是：关于重传的情况(case)，或者CB数量小于所指示的CBG数量的情况，“指示”由RRC、MAC、L1信号实现。

在LTE中，TB是确认/不确认(Ack/Nack)反馈的基本单元，因此如果错误接收了一个TB，将指示Nack，如果正确接收了一个TB，将指示Ack。由Nack指示的整个TB需要重传。从LTE中得到的经验是，传输整个TB的效率非常低，因为通常TB中的所有CB并不都是错误的。因此，3GPP同意支持CBG级Ack/Nack反馈，以提高效率。

需要注意的是，根据RAN1#88b中的协议，禁止在同一TB中重传CBG和(新TB中的)新CBG。这意味着即使有可用的资源，也不能在重传时同时传输新的数据。这可能会限制服务用户设备(UE，User Equipment)的吞吐量，但是基于CBG的重传所实现的资源可以用于其他用户设备。

Rel-15中所支持的具有一位/多位HARQ-ACK反馈的基于CBG的传输，应当具备下列特性：

HARQ进程中的同一TB只允许基于CBG的传输/重传；

无论TB的大小如何，CBG都可以包括TB的所有CB—在这种情况下，UE报告TB的单个HARQ ACK位；

CBG可以包括一个CB；以及，

CBG的粒度(granularity)是可配置的。

NR将支持eMBB(增强型移动宽带，enhanced Mobile Broadband)和URLLC(超可靠低延迟通信，Ultra Reliable Low Latency Communication)多路复用，为了满足URLLC服务的短时延要求，正在进行eMBB传输的资源可能被抢占，并用于传输URLLC包。在服务小区中的突发(bursty)URLLC传输也可能对相邻小区产生突发干扰。

图2给出一个示例。若没有URLLC(图2的左半部分)，DCI可以调度eMBB的下行(DL，downmlink)TB，由于强干扰或深信道衰落，可能会错误地接收到一个或多个CBG。上行控制信息(UCI，uplink control information)中基于CBG的HARQ-Ack/Nack告知gNB需要重传哪些CBG，且这些CBG在即将到来的TTI中重传。UE可以合并两个接收中的软信息(softinformation)来提高性能，因为两个接收都包括有用的信息。若有URLLC(图2的右半部分)，URLLC包可能在下行控制信息(DCI，downlink control information)之后到达，因此URLLC包不能以与eMBB包相同的方式被调度，且gNB可以抢占一块正在进行eMBB传输的物理资源，以用于URLLC传输。不同的是，当深信道衰落和/或强干扰失效时，由于被抢占/被中断(punctured)的部分没有有用的信息，UE不能进行软合并(soft combining)，且软合并会降低HARQ重传的性能。

关于支持CBG重传的信令方面，在RAN1#89会议上达成了一项协议：两个选项(option)可以被使用，且由gNB配置决定选择哪个选项。

对于DL基于CBG的传输/重传，以下信息可以配置在一个相同的DCI中：传输/重传哪些CBG；哪些CBG在软缓冲区/HARQ合并中的处理不同。

进一步地研究将确定：如何标准化UE行为，例如清除指示的CBG的部分或全部软缓冲区；基于CBG的传输/重传的时间(timing)。

对于抢占指示，需考虑以下内容：

配置后的指示告知UE哪些DL物理资源已被抢占；

采用物理下行控制信道(PDCCH，physical downlink control channel)传输抢占指示；以及，

调度数据传输中的传输/重传的DCI不包括抢占指示。

进一步的研究将确定:时间和/或频率资源的粒度；使用什么样的DCI；以及抢占指示的时间。

上述标准支持两个选项，但是由gNB配置使用哪个选项。下面的一个选项称为基于CBG(CBG based)，用于指示哪些CBG被抢占，示例中的CBG1和CBG2(图2右半部分)，以及所指示的CBG的缓冲软信息不能用于软合并(将被清除)。下面的另一个选项称为基于资源(resource based)，通过抢占的频率资源来指示时间，例如通过PRB指示符号，所指示的资源中的缓冲软信息不能用于软合并。

抢占表明URLLC传输可以发生在具有更高功率的eMBB传输的传输资源中。中断表明URLLC传输代替eMBB传输，可以理解的是，中断是URLLC传输与eMBB传输之间具有无限功率比的一种特殊抢占情况。

具有资源块指示的选项可以为软合并提供更准确的信息，且可以重新使用部分CBG的软信息。

但是，这个选项需要额外的信令字段，该信令字段来自一组公共PDCCH。

术语“传输/重传哪些CBG”指的是DCI中包含传输指示，以指示重传哪些CBG，两个选项都需要该指示。“哪些CBG的处理不同”是指哪些重传的CBG需要在软合并之前清除缓冲区，该指示只有在配置基于CBG的选项时才需要。

为了说明问题，图3给出了一个基于CBG的选项的示例。具有4个CBG(CBG0/1/2/3)的TB被传输到UE，在传输过程中，CBG1受到URLLC抢占的影响，而CBG3受到强干扰的影响，所以这两个CBG都没有被正确接收。UE以A/N/A/N的形式反馈HARQ-Ack/Nack，其中“A”表示Ack，“N”表示Nack。

重传中包含重传指示，以指示原TB中的哪些CBG被重传，在本实施例中，“0101”表示原TB中的CBG1和CBG3被重传。重传包含缓冲区指示，以指示哪些重传的CBG的缓冲区需要被清除，在本实施例中，[是否]表示需要清除CBG1的缓冲区，因为其被抢占用于URLLC传输，而不需要清除CBG3的缓冲区，因为其未抢占。

可以看出，UE知道传输指示的大小，因为CBG的数量是预先配置的，但是缓冲区指示的大小是可变和未知的，因为其是由错误的CBG数量决定的。

本申请认同上述问题，并意识到需要解决以下问题。首先，上述协议未涵盖TB的新传输，且对于新传输，无需包括传输指示和缓冲区指示。此外，通过在DCI有效载荷中切换(toggling)NDI(新数据指示，new data indicator)，可以区分新传输和重传，NDI和上述指示的联合编码仍然是开放的并由本申请提出，下面将详细描述。

本申请正在寻求解决该领域的至少一些突出问题。

发明内容

本申请内容以简化的形式介绍一些概念，更详细的描述详见具体实施方式。本申请内容的目的不是为了确定所要求的主题的主要特征或基本特征，也不是为了协助确定所要求的主题的范围。

第一个方面，本申请提供了一种访问由第一无线通信设备和第二无线通信设备之间的无线电接入网所提供的服务的方法，所述方法包括：在第一设备通过第一传输时间间隔向第二设备传输传输块之后，部分基于所述第二设备上未接收到部分或全部所述传输块，调度部分或全部已传输的传输块传输至所述第二设备。

优选地，所述传输块包括一个或多个代码块，所述一个或多个代码块分为一个或多个代码块组。

优选地，调度的步骤包括调度所述传输块的至少一个代码块和至少一个代码块组进行传输。

优选地，控制信号中包括传输指示，用于指示传输块中被传输的代码块或代码块组。

优选地，所述传输指示能够指示是否传输最后一个上行控制信道中指示为Nack的所有错误代码块。

优选地，所述传输指示能够指示是否传输所述传输块的所有代码块组。

优选地，所述传输指示还包括位图，用于指示所述传输块中被传输的代码块组。

优选地，所述传输指示还包括第二子指示，用于指示未指示传输的代码块组是否需要Ack/Nack反馈。

优选地，所述控制信令中包括缓冲区指示，用于指示代码块组中需要被清除的缓冲区。

优选地，所述缓冲区指示能够指示所有已传输的代码块组的缓冲区需要被清除。

优选地，述缓冲区指示能够指示所有已传输的代码块组的缓冲区不需要被清除。

优选地，所述缓冲区指示还包括位图，用于指示所述传输块的代码块组中需要被清除的缓冲区。

优选地，另一个指示用于指示被抢占的时间/频率资源。

优选地，用户设备使用所述另一个指示来清除相应的缓冲区。

优选地，所述无线电接入网络为新无线电/5G网络。

第二方面，本申请提出了一种基站，能够执行本申请第一方面所述的方法。

第三方面，本申请提出了一种用户设备，能够执行本申请第一方面所述的方法。

第四方面，本申请提出了一种非暂时性计算机可读存储介质，所述介质存储有计算机可读指令，所述指令由处理器加载以执行本申请第一方面所述的方法。

非暂时性计算机可读存储介质可以包括硬盘、只读光盘(CD-ROM，Compact DiscRead Only Memory)、光存储器、磁存储器、只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、电可擦除可编程只读存储器(EEPROM，electrically erasable programmable read only memory)和闪存(Flash Memory)中的至少一个。

附图说明

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。附图中的元件已被简化，并不一定按比例绘制。为方便理解，各附图中已包括参考标记。

图1为现有技术中传输块与代码块组的简化图；

图2为现有技术中URLLC传输的示例简化图；

图3为现有技术中基于CBG选项的示意图；

图4为本申请实施例中多个不同场景的示意图；；

图5为本申请实施例中更多情况的简化图；

图6为本申请实施例中情况A的一个消息示例图；

图7为本申请实施例中情况B、C和/或D的示例简化图；

图8为本申请实施例中情况E的示例图；

图9为本申请实施例中情况C的消息示例图；

图10为本申请实施例中情况A的另一个消息示例图。

具体实施方式

本申请所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中，假设CBG级HARQ-Ack/Nack由终端支持，以解决CBG级重传问题。

本申请涉及上述两个指示和NDI的DCI联合编码，以达到DCI效率与重传效率之间的平衡。对于DCI效率，一方面要尽可能地减小其大小，另一方面要避免改变大小。

基于CBG的重传可以总结如下：

URLLC多路复用未被配置。因此，没有必要考虑抢占/中断。这意味着协议中的“抢占指示”将不会被发送，协议中的“哪些CBG在软缓冲区/HARQ合并中的处理不同”将不会被发送，因为不是所有的缓冲区都默认被清除。

URLLC多路复用被配置。因此，gNB还需要配置以下两个选项中的哪一个被使用。有两种可能，第一种是基于资源的选项，如果其被配置为“指示告知UE哪些DL物理资源被抢占”，在这种情况下，协议中的“哪些CBG在软缓冲区/HARQ合并中的处理不同”将不会被发送，因为缓冲区是根据指示的物理资源处理的。另一个是基于CBG的选项，其不再需要协议中“哪些CBG在软缓冲区/HARQ合并中的处理不同”；第二种，协议中基于CBG的选项“哪些CBG在软缓冲区/HARQ合并中的处理不同”不会被发送，因为缓冲区是根据指示的物理资源处理的。另一个是基于CBG的选项，发送“哪些CBG在软缓冲区/HARQ合并中的处理不同”来指导缓冲区处理。

下面讨论基于CBG的选项，例如，被配置的URLLC多路复用和指示用于指导每个CBG的缓冲区处理。本申请首先给出了基于CBG选项的建议，但是这些建议适用于基于资源的选项，将在下面进行适当的简化描述。

如图4所示，考虑到会丢失任意控制包或数据包的情况，DCI信令设计需要具有稳健性(robust)。上述示例可能导致四种情况。情况A：NDI未被切换，重传；情况B：NDI被切换，新传输；情况C：NDI未被切换，随后重传；情况D：若DCI 2丢失，NDI被切换，随后重传。情况A和情况C可能同时发生，例如，一些CBG错误由抢占引起，另一些由强干扰引起。

此外，如图5所示，第五种情况，即情况E，NDI未被切换，重传，对于不同的错误CBG需要进行不同的处理。

对比情况B和情况D，NDI可能会发生切换，但是会收到一个重传，这在LTE中通常不会发生。每种情况所需的不同操作如表2所示。

表2

情况	操作
		NDI被切换
-新传输(情况B)	不需要传输指示和缓冲区指示
		-随后传输(情况D)	需要传输指示和缓冲区指示
NDI未被切换
		-没有抢占/中断的重传(情况A)	不需要清除任何缓冲区
-随后重传(情况C)	清除重传CBG的所有缓冲区
		-具有抢占/中断的重传(情况E)	基于缓冲区指示清除缓冲区

现在将讨论每种情况的信令建议。所有需要的信令通常包含在DCI中。

对于所有的情况，传输指示可分为两种类型：第一种为完整的TB传输，包括新传输和重传；以及，不完整的TB传输，仅包括重传。后者可以进一步分为两个子类型，即：根据最新的Ack/Nack反馈的完整重传：以及，不完整的重传，表明不是Nack指示的所有数据都被重传了。

对于完整的TB传输和完整的重传，不需要详细的传输指示，因此可以最小化DCI信令的大小。对于其他传输，则需要详细的传输指示，以告知UE传输或没有传输哪些CBG。

现在将考虑所有情况的缓冲区指示。缓冲区处理有三个不同的操作：清除传输指示所指示的CBG的所有缓冲区；完全不清除；清除由位图(bitmap)所指示的部分缓冲区；如果先前的传输被抢占，缓冲区需要被清除。采用信令来区分传输指示、缓冲区指示和NDI(新数据指示，new data indicator)的所有组合。这一点更详细地应用于本申请中的多个实施例中。在第一个提案中，将三个参数放在一起考虑，在不降低效率的情况下尽可能减小数据大小(size)。传输指示包括一个前缀加上一个T_Bitmap(传输位图，TransmissionBitmap)，其大小等于由gNB预先配置/指示并传输给UE的每个TB的CBG数量(因此gNB和UE都知道传输指示的大小)。缓冲区指示包括一个前缀加上一个B_Bitmap(缓冲区位图，BufferBitmap)，若完整的TB被传输，则缓冲区指示的大小等于CBG的数量，若不完整的TB被传输，则缓冲区指示的大小等于T_Bitmap中“1”的数量。下表3显示了第一个提案的细节。

表3

图6说明了情况A中第一个提案的消息传输。根据gNB的选择，可能会出现三个示例。

在示例1中，gNB可以选择重传UE报告的所有错误CBG，传输指示设置为“01”，UE从中知道所有丢失的CBG被重传。缓冲区的处理取决于配置了哪个抢占指示，即如果根据基于资源的抢占指示配置或清除基于CBG的抢占指示，则不清除缓冲区。

需要注意的是，示例1对于支持粒度小于一个CBG的重传非常有用，其原理是重传基于CBG的HARQ-Ack/Nack所实现的任何粒度。

在示例2中，如果上述UCI0丢失，gNB可以选择在一个周期之后重传整个TB。这导致没有收到来自UE的Ack/Nack反馈，由于没有发生抢占，缓冲区指示被设置为“01”，UE从中知道没有缓冲区需要被清除。

在示例3中，如果没有足够的资源，例如，由于其他UE的多路复用或MCS减少，gNB可以选择重传一个或多个错误CBG。这比先重传所有错误CBG，而在之后的TTI中重传其他数据要更好。因此，传输指示设置为“00+010”，以指示传输中间的CBG，而不传输其他CBG。

如图7所示，具有情况B、C和D的第一个提案被提出。对于情况D，DCI2丢失，对于新TB来说没有任何缓存，所以UE忽略缓冲区指示，无需清除任何缓冲区。如果DCI2没有丢失(情况C)，与DCI2一起接收的CBG被缓存，在接收到DCI3时，缓冲区指示“00”，清除所有相应的缓冲区。对于情况B,UE只假设其为新TB，忽略缓冲区指示。

现在将讨论第二个提案，在第一个提案中，由具有所有“1”的T_Bitmap实现“传输完整的TB”，因此，第一个提案可以进一步简化为下面的选项2。应该注意的是，当预先配置/指示的CBG数量不少时，T_Bitmap可能会相当大，这将导致比第一个提案的DCI平均大得多。表4显示了第二个提案的更多细节。

表4

现在将描述第三个提案，其中第一个提案和第二个提案中的“基于B_Bitmap清除缓冲区”可以合并为“清除所有缓冲区”。这种简化可能会影响重传效率，因为情况E中会放弃软合并。这表明即使一小部分传输的TB被抢占，gNB只能选择完整地指示没有软合并或具有抢占资源的软合并。也就是说，接收受到影响，并严重影响到软合并性能。

下面表5和表6显示了分别基于第一个提案和第二个提案的第三个提案的版本。

表5

表6

综上所述，提案3A的平均DCI最小，提案3B的信令最简单，但两者在情况E中都失去了软合并增益。对于每个CBG，提案1和提案2可以支持软合并，因为缓冲区位图，B_Bitmap，将指示需要合并那些不受抢占影响的CBG。

现在将讨论第四个提案，具有配置基于资源的选项的信令提案。在配置基于资源的指示时，不需要在DCI中包含缓冲区指示，因为所有缓冲区都可以根据基于资源的抢占/中断指示进行处理。

如图8所示，TTI末尾的结尾指示符将指示受抢占影响的资源，受影响资源的缓冲区中相应的接收应该被删除。从该指示符中，UE确切地知道其缓冲区的哪些部分需要被清除，哪些部分不需要被清除。

在这种情况下，提案3A和提案3B都不适用，但提案1和提案2都可以简化为如下表7和表8所示。

表7

表8

现在将讨论T_Bitmap优化以支持基于CBG的HARQ-Ack/Nack的问题。基于CBG的HARQ-Ack/Nack将详细的Ack/Nack位反馈给gNB，因此gNB可以实现本申请所述的CBG级重传。基于CBG的HARQ-Ack/Nack的一个开放主题是，确定未指示传输的CBG的Ack/Nack位是否应该被传输。

对于具有基于CBG的传输/重传的下行数据传输，一个TB的CBG HARQ ACK位的数量至少等于用于指示或暗示传输的CBG的数量。多个未解决的问题，如无论是“指示还是暗示”，是由RRC、MAC、L1信令实现或隐式推导的；对于多个TB的情况，是否需要一个信道上的HARQ ACK反馈；以及退路(fall back position)该怎么做。一个重要的未解决问题是，UE是否传输未指示或未暗示传输的CBG的HARQ ACK位。这些问题需要被考虑。

图9所示的情况C中，CBG0与DCI2正确接收，在DCI 3之后，三个DCI都正确接收。DCI3中CBG0未指示传输，因此CBG0的Ack/Nack位是否应该在UCI2中传输？在这种情况下，应该明确为传输，因为其之前没有被传输，而gNB在等待反馈。

如图10所示，情况A中的示例2，传输CBG1，而CBG0和CBG2未指示传输。CBG0和CBG2的Ack/Nack位应该包含在UCI1中吗？在这种情况下，不应该包含，因为两个Ack/Nack位都在UCI0中传输，然后，到目前为止没有收到进一步的重传。对于CBG2，可能会在之后的TTI中重传，所以gNB不期望收到Ack/Nack反馈，或者CBG2已经重传了，但是UE没有收到，所以只有gNB知道其期望收到Ack/Nack反馈。

因此，建议增加另一个指示来进一步指示gNB是否需要Ack/Nack反馈。由于指示传输的CBG的Ack/Nack位必须传输，因此该反馈指示仅适用于那些未指示传输的CBG。

下表给出了新T-Bitmap:

0 1(需要Ack/Nack位)

1

下表给出了新T-Bitmap:

0 0(不需要Ack/Nack位)

1

0 0(不需要Ack/Nack位)

基于上述提案和示例，用图说明和描述是处理重传的一个有效手段。本申请适用于HARQ进程，同样适用于ARQ进程。

尽管没有详细说明构成部分网络的任何设备或装置，但其可以包括至少一个处理器、存储单元和通信接口，其中所述处理器、所述存储单元和所述通信接口用于执行本申请任意实施例的方法。下面将描述更多选项。

本申请实施例中的信号处理功能，尤其是gNB和UE的信号处理能力，可以由本利领域技术人员所熟知的计算系统或结构体系来实现。计算系统可以是台式电脑、膝上型电脑或笔记本电脑、手持式计算设备(PDA、手机、掌上型电脑等)、主机、服务器、客户端，或者其他任何类型的特殊或通用计算机设备，这些设备可以满足或应用于给定的应用程序或环境。计算系统可以包括一个或多个处理器，该处理器可以执行通用或专用处理引擎，例如微处理器、单片机或其他控制模块。

所述计算系统还可以包括主存储器，例如随机存取记忆体(Random AccessMemory，RAM)或其他动态存储器，用于存储由处理器执行的信息和指令。所述主存储器还可以用于存储临时变量或处理器执行指令期间的其他中间信息。所述计算系统同样可以包括只读存储器(ROM，Read Only Memory)或其他静态存储设备，用于存储处理器执行的静态信息和指令。

所述计算系统还可以包括信息存储系统，该信息存储系统包括，例如媒体驱动器和可移动存储接口。所述媒体驱动器可以包括驱动器或支持固定或可移动存储介质的其他机制，例如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、光碟机(CD)或数字视频驱动(DVD)读写驱动器(R或RW)，或者其他固定或可移动媒体驱动器。存储介质可以包括，例如硬盘、软盘、磁带、光盘、CD、DVD，或者由媒体驱动器读写的其他固定或可移动媒介。所述存储介质可以包括存储有特定计算机软件或数据的计算机可读存储介质。

在可选实施例中，信息存储系统可以包括其他类似组件，用于允许计算机程序或其他指令或数据加载到所述计算系统中。这些组件可以包括，例如可移动存储单元和接口，如程序盒式存储器和盒接口，移动式存储器(如闪存或其他移动式存储器模块)和存储器插槽，以及允许软件和数据从移动式存储单元传输到计算系统的其他移动式存储单元和接口。

所述计算系统还可以包括通信接口。该通信接口可以用于允许软件和数据在计算系统和外部设备之间传输。例如，通信接口可以包括调制解调器、网络接口(如以太网或其他网卡)、通信端口(如通用串行总线(USB)端口)、PCMCIA插槽和卡等。通过通信接口传输的软件和数据以信号的形式存在，这些信号可以是能够被通信接口介质接收的电子信号、电磁信号、光学信号或其他信号。

在本申请中，术语“计算机程序产品”、“计算机可读介质”等等一般用于指代有形媒体，例如内存、存储设备或存储单元。这些和其他形式的计算机可读介质可以存储一个或多个指令，供包括计算机系统的处理器使用，以使处理器执行指定操作。这些指令一般被称为“计算机程序代码”(可以以计算机程序的形式或其他分组形式分组)，当这些指令被执行时，能够使计算机系统执行本申请实施例中的功能。需要注意的是，代码可以直接使处理器执行指定的操作，也可以编译后执行指定的操作，和/或与其他软件、硬件和/或固件元素(例如，执行标准功能的库)组合执行指定的操作。

非计算机可读介质可能包括以下一组中的至少一个：硬盘、只读光盘(CD-ROM，Compact Disc Read Only Memory)、光存储设备、磁存储装置、只读存储器(ROM，Read OnlyMemory)、可编程只读存储器(PROM，Programmable Read Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、电可擦除可编程只读存储器(EEPROM，electrically erasable programmable read only memory)和闪存(FlashMemory)。

在由软件实现的实施例中，软件可以存储在计算机可读介质中，并使用例如可移动存储驱动器加载到计算系统中。由计算机系统中的处理器执行的控制模块(如软件指令或可执行计算机程序代码)使处理器执行如本申请所述的功能。

进一步地，本申请可以应用于在网络单元中用于执行信号处理功能的任何电路中。例如，进一步设想半导体商可以在独立设备的设计中采用创新理念，独立设备可以是数字信号处理器的微控制器(DSP)、专用集成电路(ASIC)和/或任何其他子系统元件。

为了描述清楚，上述描述参照单一处理逻辑描述本申请实施例。但是，本申请可以通过多个不同的功能单元和处理器同样实现信号处理功能。因此，对特定功能单元的引用只能被视为对提供所描述功能的适当方法的引用，而不表明严格的逻辑、物理结构或组织的。

本申请的各个方面可以以任何适当的形式实现，包括硬件、软件、固件或这些的任何组合。本申请可以选择性地，至少部分地作为计算机软件，运行在一个或多个数据处理器和/或数字信号处理器或可配置模块上的计算机软件组件，如FPGA器件。因此，本申请实施例中的元件和组件可以以任何适当的方式在物理上、功能上和逻辑上实现。实际上，功能可以在单个单元中实现，也可以在多个单元中实现，或者作为其他功能单元的一部分实现。

虽然本申请已以优选实施例揭露如上，但上述优选实施例并非用以限制本申请，本申请的保护范围以权利要求界定的范围为准。此外，尽管可能会出现与特定实施例相关的特征描述，但本领域技术人员可以根据本申请获得所述实施例的各种特征。权利要求中，术语“包括”不排除其他元件或步骤的存在。

进一步地，虽然多个方法、元件或方法步骤单独列出，但其可以由例如单个单元或处理器来实现。另外，尽管不同特征可以包括不同权利要求，但这些特征可以有利地结合，特征列入在不同的权利要求中并不意味着特征的组合是不可行的和/或无利的。同样，包括在一套权利要求中的特征并不意味着对这套权利要求进行限制，而是表明该特征在适当情况下同样适用于其他类别的权利要求中。

进一步地，权利要求中特征的排序并不意味着必须以特定顺序执行所述特征，特别是方法声明中各个步骤的顺序并不意味着必须按照这个顺序执行这些步骤。相反，这些步骤可以按照任何合适的顺序执行。另外，单数引用并不排除复数的情况。因此，单数“一(a)”、“一(an)”、“第一”、“第二”等不排除为复数。

虽然本申请已以优选实施例揭露如上，但上述优选实施例并非用以限制本申请，本申请的保护范围以权利要求界定的范围为准。此外，尽管可能会出现与特定实施例相关的特征描述，但本领域技术人员可以根据本申请获得所述实施例的各种特征。权利要求中，术语“包括(comprising)”或“包括(including)”不排除其他元件的存在。

Claims

1.一种访问由第一无线通信设备和第二无线通信设备之间的无线电接入网所提供的服务的方法，所述方法包括：

在第一设备通过第一传输时间间隔向第二设备传输传输块之后，部分基于所述第二设备上未接收到部分或全部所述传输块，调度部分或全部已传输的传输块传输至所述第二设备。

2.根据权利要求1所述的方法，其特征在于，所述传输块包括一个或多个代码块，所述一个或多个代码块分为一个或多个代码块组。

3.根据权利要求2所述的方法，其特征在于，调度的步骤包括调度所述传输块的至少一个代码块和至少一个代码块组进行传输。

4.根据权利要求2或3所述的方法，其特征在于，控制信号中包括传输指示，用于指示传输块中被传输的代码块或代码块组。

5.根据权利要求4所述的方法，其特征在于，所述传输指示能够指示是否传输最后一个上行控制信道中指示为Nack的所有错误代码块。

6.根据权利要求4或5所述的方法，其特征在于，所述传输指示能够指示是否传输所述传输块的所有代码块组。

7.根据权利要求4至6任一项所述的方法，其特征在于，所述传输指示还包括位图，用于指示所述传输块中被传输的代码块组。

8.根据权利要求4至7任一项所述的方法，其特征在于，所述传输指示还包括第二子指示，用于指示未指示传输的代码块组是否需要Ack/Nack反馈。

9.根据权利要求4至8任一项所述的方法，其特征在于，所述控制信令中包括缓冲区指示，用于指示代码块组中需要被清除的缓冲区。

10.根据权利要求9所述的方法，其特征在于，所述缓冲区指示能够指示所有已传输的代码块组的缓冲区需要被清除。

11.根据权利要求9所述的方法，其特征在于，所述缓冲区指示能够指示所有已传输的代码块组的缓冲区不需要被清除。

12.根据权利要求9至11任一项所述的方法，其特征在于，所述缓冲区指示还包括位图，用于指示所述传输块的代码块组中需要被清除的缓冲区。

13.根据权利要求4至12任一项所述的方法，其特征在于，另一个指示用于指示被抢占的时间/频率资源。

14.根据权利要求13所述的方法，其特征在于，用户设备使用所述另一个指示来清除相应的缓冲区。

15.根据权利要求1至14任一项所述的方法，其特征在于，所述无线电接入网络为新无线电/5G网络。

16.一种用户设备，UE，包括处理器、存储单元和通信接口的设备，其特征在于，所述处理器、所述存储单元和所述通信接口被配置为执行权利要求1至15任一项所述的方法。

17.一种基站，BS，包括处理器、存储单元和通信接口的设备，其特征在于，所述处理器、所述存储单元和所述通信接口被配置为执行权利要求1至15任一项所述的方法。

18.一种非暂时性计算机可读存储介质，其特征在于，所述介质存储有计算机可读指令，所述指令由处理器加载以执行权利要求1至15任一项所述的方法。