基于HARQ进程/实体的上行链路复用的制作方法

基于harq进程/实体的上行链路复用
技术领域
1.本发明涉及移动通信系统领域，更具体地，涉及检查或验证由发送方发送的信息是否已经在接收方处被正确地接收以便在信息传输不成功的情况下发起重传的技术。实施例涉及无线通信系统的网络实体(例如，基站或用户设备(ue))中的harq(混合自动重传请求)操作。一些实施例涉及基于harq(混合自动重传请求)进程/实体的上行链路复用。


背景技术：

2.图1是陆地无线网络100的示例的示意图，如图1(a)所示，其包括核心网络102和一个或多个无线电接入网络ran1、ran2……
rann。图1(b)是无线电接入网络rann的示例的示意图，其可以包括一个或多个基站gnb1至gnb5，每个基站服务于由相应小区1061至1065示意性地表示的基站周围的特定区域。基站被提供为服务小区内的用户。该一个或多个基站可以服务许可和/或未许可频带中的用户。术语“基站”(bs)指代5g网络中的gnb、umts/lte/lte-a/lte-apro中的enb，或者确指其他移动通信标准中的bs。用户可以是固定设备或移动设备。无线通信系统还可以由连接到基站或用户的移动或固定iot设备访问。移动设备或iot设备可以包括具有嵌入在其中的电子设备、软件、传感器、致动器等以及使这些设备能够跨现有网络基础设施收集和交换数据的网络连接的物理设备、陆地车辆(例如，机器人或汽车)、飞行器(例如，有人驾驶或无人驾驶飞行器(uav)，后者也被称为无人机)、建筑物和其他物品或设备。图1(b)示出了五个小区的示例性视图，然而，rann可以包括更多或更少的这样的小区，并且rann也可以仅包括一个基站。图1(b)示出了位于小区1062中并且由基站gnb2服务的两个用户ue1和ue2(也被称为用户设备(ue))。在小区1064中示出了由基站gnb4服务的另一用户ue3。箭头1081、1082和1083示意性地表示用于从用户ue1、ue2和ue3向基站gnb2、gnb4发送数据或用于从基站gnb2、gnb4向用户ue1、ue2、ue3发送数据的上行链路/下行链路连接。这可以在许可频带或未许可频带上实现。此外，图1(b)示出了小区1064中的两个iot设备1101和1102，其可以是固定或移动设备。iot设备1101经由基站gnb4接入无线通信系统以接收和发送数据，如箭头1121示意性所示。iot设备1102经由用户ue3接入无线通信系统，如箭头1122示意性所示。各个基站gnb1至gnb5可以例如经由s1接口经由相应的回程链路1141至1145(在图1(b)中由指向“core”(核心)的箭头示意性地表示)连接到核心网络102。核心网络102可以连接到一个或多个外部网络。此外，各个基站gnb1至gnb5中的一些或全部可以例如经由s1或x2接口或nr中的xn接口经由相应的回程链路1161至1165(在图1(b)中由指向“gnb”的箭头示意性地表示)彼此连接。侧链路信道允许ue之间的直接通信(也被称为设备到设备(d2d)通信)。在3gpp中，侧链路接口名为pc5。
3.对于数据传输，可以使用物理资源网格。物理资源网格可以包括向其映射各种物理信道和物理信号的资源元素集合。例如，物理信道可以包括承载用户特定数据(也被称为下行链路、上行链路和侧链路有效载荷数据)的物理下行链路、上行链路和侧链路共享信道(pdsch、pusch、pssch)、承载例如主信息块(mib)和一个或多个系统信息块(sib)的物理广播信道(pbch)、承载例如下行链路控制信息(dci)、上行链路控制信息(uci)和侧链路控制
信息(sci)的物理下行链路、上行链路和侧链路控制信道(pdcch、pucch、pssch)。注意，侧链路接口可以支持两级sci。这是指包含sci的一些部分的第一控制区域以及可选地包含控制信息的第二部分的第二控制区域。
4.对于上行链路，物理信道还可以包括一旦ue同步并且获得了mib和sib就由ue用于接入网络的物理随机接入信道(prach或rach)。物理信号可以包括参考信号或符号(rs)、同步信号等。资源网格可以包括在时域中具有特定持续时间并且在频域中具有给定带宽的帧或无线电帧。该帧可以具有一定数量的预定义长度(例如，1ms)的子帧。每个子帧可以包括一个或多个12或14个ofdm符号的时隙，具体取决于循环前缀(cp)长度。帧也可以由更少数量的ofdm符号组成，例如当利用缩短的传输时间间隔(stti)或仅包括几个ofdm符号的基于微时隙/非时隙的帧结构时。
5.无线通信系统可以是使用频分复用的任何单音或多载波系统，如正交频分复用(ofdm)系统、正交频分多址(ofdma)系统或具有或不具有cp的任何其他基于ifft的信号，例如dft-s-ofdm。可以使用其他波形，如用于多址的非正交波形，例如滤波器组多载波(fbmc)、广义频分复用(gfdm)或通用滤波多载波(ufmc)。无线通信系统可以例如根据lte-advanced pro标准或5g或nr(新无线电)标准或nr-u(新无线电未许可)标准进行操作。
6.图1所示的无线网络或通信系统可以是具有不同的重叠网络的异构网络，例如宏小区网络(其中，每个宏小区包括宏基站(如基站gnb1至gnb5))和小小区基站(如毫微微或微微基站)网络(图1中未示出)。
7.除了上述陆地无线网络之外，还存在非陆地无线通信网络(ntn)，其包括如卫星的星载收发器和/或如无人驾驶飞机系统的机载收发器。非陆地无线通信网络或系统可以以与上面参考图1描述的陆地系统类似的方式操作，例如根据lte-advanced pro标准或5g或nr(新无线电)标准。
8.在移动通信网络中，例如在如上面参考图1描述的网络(如lte或5g/nr网络)中，可以存在例如使用pc5接口通过一个或多个侧链路(sl)信道彼此直接通信的ue。通过侧链路彼此直接通信的ue可以包括与其他车辆直接通信的车辆(v2v通信)、与无线通信网络的其他实体(例如，路边实体，如交通灯、交通标志或行人)通信的车辆(v2x通信)。其他ue可以不是车辆相关的ue，并且可以包括上述设备中的任何设备。这样的设备还可以使用sl信道彼此直接通信(d2d通信)。
9.当考虑通过侧链路彼此直接通信的两个ue时，这两个ue可以由同一基站服务，即，这两个ue可以在基站(如图1所示的基站之一)的覆盖区域内。这被称为“覆盖内”情形。根据其他示例，通过侧链路通信的两个ue可能不由基站服务，这被称为“覆盖外”情形。应当注意，“覆盖外”并不意味着这两个ue不在图1所示的小区之一内，而是意味着这些ue没有连接到基站，例如，它们不处于rrc连接状态。另一种情形是被称为“部分覆盖”的情形，根据该情形，通过侧链路彼此通信的两个ue之一由基站服务，而另一个ue不由基站服务。
10.图2是彼此直接通信的两个ue均在基站的覆盖内的情况的示意图。基站gnb具有由圆圈140示意性地表示的覆盖区域，其基本上对应于图1中示意性地表示的小区。彼此直接通信的ue包括均在基站gnb的覆盖区域140中的第一车辆142和第二车辆144。车辆140、142均连接到基站gnb，此外，它们通过pc5接口彼此直接连接。v2v业务的调度和/或干扰管理由gnb经由作为基站与ue之间的无线电接口的uu接口上的控制信令进行辅助。gnb分配要用于
侧链路上的v2v通信的资源。该配置也被称为模式3配置。
11.图3是ue不在基站的覆盖内的情况的示意图，即，彼此直接通信的各个ue不连接到基站，尽管它们可以物理地位于无线通信网络的小区内。示出了例如使用pc5接口通过侧链路彼此直接通信的三个车辆152、154、156。v2v业务的调度和/或干扰管理基于在车辆之间实现的算法。该配置也被称为模式4配置。如上所述，作为覆盖外情形的图3中的情形并不意味着各个模式4ue在基站的覆盖140之外，而是意味着各个模式4ue不由基站服务或不连接到覆盖区域的基站。因此，可能存在这样的情况：在图2所示的覆盖区域140内，除了模式3ue 142、144之外，还存在模式4ue 152、154、156。
12.应当注意，以上部分中的信息仅用于增强对本发明背景的理解，因此，其可以包含不构成本领域普通技术人员已知的现有技术的信息。
13.基于如上所述的现有技术，可能需要上行链路传输调度的增强或改进。
附图说明
14.现在将参考附图更详细地描述本发明的实施例，其中：
15.图1示出了无线通信系统的示例的示意图；
16.图2示出了彼此直接通信的ue在基站的覆盖内的情况的示意图；
17.图3示出了彼此直接通信的ue不在基站的覆盖内(即，不连接到基站)的情形；
18.图4示出了基站协议栈；
19.图5简要地描述了传统harq机制的示例，因为它也可以从描述harq操作和实体的ts 38.321第5.3.2和5.4.2节导出；
20.图6示出了8信道停等(stop-and-wait)harq协议，根据该协议，在可以是由于ack/nack丢失或由于接收到nack而可能发送重传之前的最短时间的时间段期间，发送另外的数据分组；
21.图7示出了用于使用mac层中的公共mac实体在基站或用户设备处实现同步和异步harq操作的层结构的实施例；
22.图8示出了用于使用mac层中的单独mac实体在基站或用户设备处实现同步和异步harq操作的层结构的另一实施例；
23.图9示出了ue(如上面参考图11描述的ue)的细节，其包括天线antr、信号处理器302a和收发器302b；
24.图10示出了在同步harq的情况下使用ll-pucch进行反馈并且在异步harq的情况下将反馈复用到常规pucch中的上述概念；
25.图11示出了8信道停等harq协议，根据该协议，一些harq进程被配置为不提供ack/nack反馈；
26.图12示出了用于使用mac层中的公共mac实体在基站或用户设备处实现同步和异步harq操作的层结构的实施例；
27.图13示出了包括多个mac psu的mac pdu的示意图；
28.图14示出了无线通信系统中bs与ue之间的上行链路调度和链路适配的示意图；
29.图15示出了lte bsr的短格式的示意图；
30.图16示出了lte bsr的长格式的示意图；
31.图17是根据本发明实施例的用于在发送方与一个或多个接收方之间传送信息的无线通信系统的示意图；
32.图18在图中示出了voip中的传输时间间隔(子帧)，根据该传输时间间隔，基站(例如，gnb)在上行链路中以具有预定义的格式和具有预定义的周期性的预定义的资源块来预先配置用于ue的资源；以及
33.图19示出了可以在其上执行根据本发明方法描述的单元或模块以及方法的步骤的计算机系统的示例。
具体实施方式
34.现在参考附图更详细地描述本发明的实施例，其中相同或相似的元件具有相同的指定的附图标记。
35.在如上面参考图1描述的无线通信系统(如lte系统或5g/nr系统)中，ue和/或基站被配置为基于由相应协议栈定义的通信协议进行操作。为了说明的目的，参考图4，描述了基站协议栈120。
36.如图4所示，基站协议栈120包括控制面协议栈130和用户面协议栈132，分别包括第一层122、第二层124和第三层126。
37.控制面协议栈130和用户面协议栈132两者的第一层122包括phy(物理层)。控制面协议栈130和用户面协议栈132两者的第二层124包括mac(介质访问控制(子)层)、rlc(无线电链路控制(子)层)、pdcp(分组数据汇聚协议(子)层)和sdap，其中用户面协议栈132的第二层124还包括sdap(服务数据适配协议(子)层)。控制面协议栈130的第三层126包括rrc(无线电资源控制(子)层)、smf(会话管理功能)和amf(接入移动性管理功能)。用户面协议栈132的第三层126包括upf(用户面功能)。
38.在图4中，还指示了不同的层信道或元件，例如第一层122的物理信道、第二层124的传输信道、逻辑信道、rlc信道、信令和数据无线电承载以及qos流。
39.此外，在如上面参考图1描述的无线通信系统(如lte系统或5g/nr系统)中，实现了用于检查或验证由发送方(如bs)发送的传输是否正确地到达接收方(如ue)的方法，该方法在传输不成功的情况下请求重传信息或重传信息的一个或多个冗余版本。自然地，当从ue向bs发送时或当从ue向另一ue发送时，也可以实现这样的过程。换言之，为了处理在ue或gnb处接收到的错误分组，应用一种机制来修正错误。根据lte或nr，实现harq机制以纠正错误分组。
40.harq是phy/mac层(参见图4)处的重传技术，其中不丢弃错误分组，而是存储来自接收信号的采样软值或软比特或硬比特并且将其与同一分组的重传组合(在软值或软比特的情况下)。如果接收方无法解码分组(例如，crc校验失败)，则接收方会将分组存储在其缓冲器或软缓冲器中并且会通过发送nack来请求重传。在lte和nr中，通常在上行链路pucch上或在侧链路psfch(物理侧链路反馈信道)上发送ack/nack。发送方将接收nack并且将发送同一分组的另一版本。如果发送的是相同的代码块，则该方案被称为追赶组合(cc)，如果发送的是不同的代码块(或冗余版本)，则该方案被称为增量冗余(ir)。
41.图5简要地描述了传统harq机制的示例，因为它也可以从描述harq操作和实体的ts 38.321第5.3.2和5.4.2节导出。图5示出了发送方(例如，gnb)向接收方(例如，ue)发送
数据分组1。初始发送数据分组1(1)，而接收方尝试解码接收到的数据分组。如果数据分组被成功解码，则接收方将数据分组从mac/phy层递送到上层(参见图4)。如果数据分组未被成功解码，则接收方将数据分组缓冲在软缓冲器中，如图5中的
①
处所示。此外，接收方向发送方发送nack消息，并且响应于nack消息，发送方发送数据分组的重传1(2)。所缓冲的初始传输与重传组合，如
②
处所示。该组合可以使用追赶组合或增量冗余。在组合数据可以被解码的情况下(如
③
处所示)，向发送方发送ack消息以指示传输成功。
42.为了在接收方处组合新旧传输，每个分组必须被唯一地标识。在lte和nr中，该harq信息在下行链路pdcch信道的资源分配内发送。
43.lte和nr正在使用n信道停等harq方案。在lte中，使用8个进程，在nr中，可以使用多达16个并行harq进程(或信道)。只有在接收到ack时，才能再次使用相同的harq进程。该进程由harq进程标识符标识(在8个进程的情况下为3比特)。
44.图6示出了8信道停等harq协议，根据该协议，在可以是由于ack/nack丢失或由于接收到nack而可能发送重传之前的最短时间的时间段期间，发送另外的数据分组。在后一种情况下(接收到nack)，该时间段由用于在接收方处解码数据分组的处理时间和用于在发送方处解码与该数据分组相关的ack/nack消息的处理时间来定义。gnb向ue提供关于在为其分配资源的每个子帧期间将使用哪个harq进程的指令，并且可以在pdcch传输内包括相应的标识或harq进程id。异步harq进程伴随着信令开销的增加，因为它需要在dci或sci消息内包括harq进程id，但是由于不必在每个子帧期间调度重传，因此增加了灵活性。
45.在同步harq方案中，按如图6所示的序列发送harq进程。在这种情况下，进程标识也可能会与序列帧号紧密相关以节省开销信令。lte上行链路正在使用同步harq。nr正在使用异步harq，其中调度器决定在何时调度哪个harq进程。
46.本文描述的实施例基于这样的假设：harq进程/实体可以配置有不同的harq行为，即，每个harq进程/实体具有不同的harq行为。
47.根据实施例，可以例如针对nr中的低时延服务(如urllc)实现同步harq。更具体地，在上行链路中，调度pdcch的每个传输导致额外的时延，并且在下行链路中也需要额外的复杂度，这对于urllc服务而言需要避免。而且，增加反馈信道的频谱效率和可靠性的反馈捆绑具有增加额外时延的缺点。在urllc服务的情况下，需要尽可能快的反馈，因此，根据实施例，使用专用资源来进行urllc harq反馈。在下行链路中，这对应于仅包含确认/非确认消息(ack/nack)的harq指示符信道，而在上行链路中，这对应于用于反馈或用于低时延csi(ll-csi)的两个特定pucch资源。根据实施例，多个混合arq(harq)实体(例如，两个或更多个harq实体)执行不同的harq操作，例如针对延迟非关键服务(如embb服务)执行异步harq以及针对延迟关键服务(如urllc服务)执行同步harq。
48.根据实施例，通信系统用qos流、信令和无线电承载、rlc流、逻辑信道、传输信道和物理信道来配置跨多个层的数据流。服务可以对应于qos流并且被映射到无线电承载。harq可以位于mac和/或phy层，并且可能不知道上层中的任何实际服务。mac层可以仅知晓分组所对应的逻辑信道，使得可以针对每个逻辑信道选择harq实体。
49.换言之，实施例提供了并行地(即，同时)支持同步和异步harq操作的可能性，从而组合了相应操作相对于传输所源自的服务的优点。例如，同步harq的优点在于，调度重传不需要额外的pdcch，从而避免了额外时间的消耗(尤其是对于上行链路传输)并且减少了盲
解码负担。同步harq操作使用专用harq指示符信道来发送ack/nack消息，并且nack消息根据初始传输自动地为重传分配预定义资源，即，不花费额外的时间来调度用于重传的资源。例如，当识别到传输源自延迟关键服务(如urllc服务)或低复杂度服务(如mmtc服务)时，ue可以使用同步harq操作，然而，同时，ue还可以支持来自延迟非关键或常规复杂度服务(如embb服务)的传输，并且对于这样的传输，ue可以使用pdcch来异步地调度重传。例如，当应用同步harq操作时，可以使用停等harq机制，同时可以选择异步harq协议并且将其用于延迟非关键服务。
50.另外，对于下行链路传输，可以将采用常规信道状态信息反馈的harq协议用于延迟非关键传输，而在时延关键服务的情况下，可以采用使用低时延csi反馈信道的另一harq协议。可以使用pucch用不同的格式来传输这些csi反馈。
51.图7示意性地示出了根据实施例的用于在基站或用户设备处实现并行的同步和异步harq操作的层2结构。在mac层，提供了执行调度/优先级处理310和复用312的mac实体。mac实体还包括用于同步harq操作的同步harq实体314和用于异步harq操作的异步harq实体316，使得取决于要使用的harq，可以应用或使用harq实体314、316中的一个或两个来传输一个或多个数据分组。根据其他实施例，代替提供单个mac实体(包括harq实体314、316)，可以提供多个mac实体，每个mac实体包括harq实体，如图8所示。另外，单个harq实体也可以同时支持同步和异步harq操作，其动态地或通过(重新)配置(例如，rrc信令)在harq操作模式之间转换harq进程。
52.因此，实施例提供了并行地或同时支持不同的重传协议或过程的网络实体和方法。尽管参考了两种重传过程，但是应当注意，实施例不限于这样的情形，相反，在网络实体处可以并行地支持两种以上的重传过程。此外，实施例不限于异步和同步harq操作，相反，可以实现其他重传过程，如arq过程。
53.根据实施例，可以经由rrc协议半静态地配置要使用的harq协议。该配置可以设置ue或gnb根据其来选择要使用哪个harq协议的标准，例如基于服务类型，如embb、urllc或mmtc，或者基于特定的5qi属性，如延迟或保证比特率(gbr)。
54.根据另外的实施例，可以针对所支持的harq协议中的每个使用不同的harq实体。harq实体可以通过信令来配置，或者可以硬编码在标准中。不同的harq实体可以使用由逻辑信道标识定义的不同逻辑信道，并且可以使用由不同的物理资源定义的不同物理信道。不同的物理资源还可以使用不同的子载波间隔。
55.不同的harq实体可以针对不同的传输/重传使用不同的目标误块率(bler)，并且可以与不同数量的harq进程相关联。此外，可以应用冗余版本(rv)的不同顺序。
56.根据另外的实施例，可以采用dci信令来区分harq实体/协议。例如，ue需要为接收到的传输许可确定要处理哪个harq实体或要应用哪个harq协议。这可以通过使用无线电网络临时标识符(rnti)或新的特定dci格式(可以是紧凑格式)来完成。
57.例如，当使用rnti时，ue例如经由rrc信令配置有新的rnti，并且该新的rnti与要用于传输的harq实体/协议相关联，使得在测试所有rnti的盲解码过程期间，ue可以确定要应用哪个harq协议。
58.新的dci格式可以专门用于延迟关键传输，并且由于同步harq不需要harq进程id，因此可以提供不包括harq进程id的新的dci格式。在urllc服务的情况下，dci格式可以被称
为urllc dci格式。因为包括harq进程id的dci格式涉及例如用于embb服务的异步harq操作，所以其可以被称为embb dci格式。根据该方法，ue可以对照其embb dci格式和urllc dci格式来测试pdcch候选，使得嵌入的校验和指示将应用哪个dci格式，并且因此指示将应用哪个harq实体/协议。用于用同步harq发信号通知dl传输的dci可以被称为紧凑dci格式1_2，其将通过盲解码检测。紧凑dci格式1_2可以包括与dci格式1_0相同的字段并且不包括以下字段：
[0059]-harq进程号－4比特
[0060]-下行链路分配索引
[0061]-pdsch-to-harq_feedback定时指示符
[0062]
根据另外的实施例，可以针对每个harq实体/协议使用专用的pucch。例如，每个harq/协议可以接收其用于在上行链路中发送反馈或ll-csi的专用pucch。这允许对于urllc harq协议支持低时延。由于embb harq协议可以使用捆绑技术，因此需要更多的处理和更长的传输时间，从而转化为相应更长的pucch。然而，这对于urllc harq程序而言是障碍。因此，根据实施例，urllc harq程序使用具有单个ack/nack反馈和/或ll-csi的短pucch。
[0063]
根据另外的实施例，可以使用rrc信令来配置harq进程的数量和ue能力。在nr和lte中，对于上行链路和下行链路分别仅使用单个harq协议。因此，为pdsch、pusch和pssch配置harq进程的数量就足够了。根据实施例，gnb可以告诉ue将有多少harq进程用于同步harq协议和异步harq协议，参见上面的图7，在314和316处指示各自的harq进程。用于每个协议的可用harq进程的数量可以是ue能力的一部分，其可以由ue发信号通知给gnb。以下示出了用于pdsch的信令的示例，其中对于异步harq操作，参见nrofharq-processesforpdsch，指示了用于pdsch的harq进程的数量，以及用于pdsch-urllc的harq进程的数量，参见nrofharq-processesforpdsch-urllc。
[0064][0065]
根据另外的实施例，可以实现dci错过检测和重传的重新调度。例如，对于下行链路传输，ue可能错过传输的初始调度，并且在这种情况下，自然地也会错过随后的重传。gnb可以根据所指示的pusch格式检测丢失的pucch，即丢失的反馈或丢失的ll-sci。在gnb检测到dci错过的情况下，在下一时机使用pdcch显式地重新调度相同的传输或下一冗余版本。
在push格式0-1的情况下，gnb可以执行功率阈值处理以便检测丢失的pucch传输，而在pucch格式2-4的情况下，它可以执行校验和检测，其中嵌入的校验和的不匹配指示初始许可的丢失。
[0066]
根据实施例，基站gnb可以调度ul harq重传。例如，可以应用例如在nr中使用的自适应重传，并且gnb可以在pdcch上使用常规dci格式来调度用于重传的ul资源分配以指示新的位置和格式。因此，提供harq控制信息的完整信令，其例如包括进程id、rv、ndi。
[0067]
还可以调度非自适应和同步arq重传，并且根据实施例，gnb具有不同的选项来触发ue的重传。
[0068]
根据第一实施例，可以使用限于ack/nack的物理混合指示符信道(phich)，即仅包括ack/nack消息。一旦ue接收到nack，ue就在相同的资源上以固定的格式(可选地固定为预定义的rv序列)进行重传。快速ack的信令对于例如停止自主重传是有益的，并且在urllc的情形中，可以在不等待nack的情况下发送重传。
[0069]
根据第二实施例，可以实现具有新的紧凑dci格式的pdcch，使得可以仅发送有限的控制信息，从而导致相比于常规dci格式降低的负载。例如，可能不需要发送进程id，因为使用了与初始传输相同的资源。
[0070]
例如，对于初始传输，可以与详细信息一起使用常规dci，之后，对于重传或对于新数据的初始传输，仅使用紧凑dci格式，例如当使用同步协议时。
[0071]
此外，如果没有接收到关于第一传输的ul ack/nack，即，没有接收到ack或没有接收到nack或什么也没有接收到，则gnb可以向ue请求新的初始上行链路传输。备选地，gnb可以请求具有紧凑dci的特定冗余版本。
[0072]
现在描述反馈的另外的实施例，如用于dl harq重传的ue反馈。图9示出了ue(如上面参考图11描述的ue)的细节，其包括天线antr、信号处理器302a和收发器302b。如图9所示，在初始地接收到传输之后，可以使用传输中的参考信号进行信道估计以便生成cqi。还可以提供进一步的pmi和ri。ack/nack消息仅在数据已被处理以查看解码是否成功时才被创建。
[0073]
实施例可以为同步harq提供比常规pucch更频繁地发送的低时延(ll)pucch，例如使用更小的传输时间间隔。ll-pucch可能不支持harq ack/nack捆绑，因为这需要等待多个数据分组的接收和解码处理。ll-pucch使得能够立即发送harq ack/nack，它们甚至可能超过异步harq协议的harq ack/nack，因为传统上ack/nack总是必须以fifo(先入先出)顺序发送。
[0074]
异步harq使用常规pucch，并且实施例允许将反馈复用到常规pusch中。如果时延是非关键的，则复用到pusch中是有益的，例如，可以实现更好的链路适配(因调度prb)、提供更大的有效载荷等。
[0075]
图10示出了在同步harq的情况下使用ll-pucch进行反馈并且在异步harq的情况下将反馈复用到常规pucch中的上述概念。
[0076]
根据另外的实施例，可以采用ll-pucch来发送低时延(ll)csi以例如支持rv选择和自适应重传(在对于初始传输，例如通过使用dm-rs估计的信道状况不正常的情况下)以及低时延(ll)harq以例如提供与较慢的embb解码相比更快的ack/nack。例如，首先，发送带有基于初始传输的前载dm-rs的快速csi反馈的ll-pucch，由于其基于信道估计而不是基于
分组的解码，因此该反馈更快。如果没有接收到快速csi反馈，则可以发送新的初始传输，例如在没有接收到pdcch资源分配并且因此没有接收到dm-rs的情况下。ll-csi反馈可以被解释或理解为用于pdcch dm-rs和/或数据自身的ack。在ll-csi反馈之后，可以发送带有ack/nack的ll-pucch。该反馈可以与一个或多个附加或增量csi反馈组合，并且可以使用与快速csi反馈相同或不同的pucch格式。
[0077]
根据实施例，每个harq进程/实体可以启用/禁用harq反馈。所揭示的思想可以基于图11所示的示例来解释，同时适用于各种harq行为。
[0078]
图11示出了8信道停等harq协议，根据该协议，一些harq进程被配置为不提供ack/nack反馈。例如，在图11中，harq进程id#1和#2被配置为不提供ack/nack反馈。该配置经由无线电资源协议层(参见图4)从gnb发送到ue，并且gnb还通知其较低层。
[0079]
在下行链路传输的情况下，gnb经由pdcch调度针对每个分组的资源分配。该资源分配还包括harq进程标识、ndi和rv id。ue接收在能够解码pdsch数据信道上的数据之前必须读取pdcch。其根据进程标识而知晓harq进程。由于其rrc配置，其知晓对于harq进程标识#0上的第一分组，必须在pucch上发送ack/nack。对于进程标识#1上的第二分组，不应发送ack/nack。进程标识#2也是如此，依此类推。
[0080]
mac层的基站调度算法可以动态地决定和复用哪些分组被放在哪个harq进程上。该决定可以基于不同的标准，例如取决于分组可接受多少时延(和重传是否可能)以及需要何种可靠性等。
[0081]
图12示意性地示出了根据实施例的用于在基站或用户设备处实现并行的同步和异步harq操作的层2结构。在mac层，提供了执行调度/优先级处理310和复用312的mac实体。mac实体还包括用于同步harq操作的同步harq实体314和用于异步harq操作的异步harq实体316，使得取决于要使用的harq，可以应用或使用harq实体314、316中的一个或两个来传输一个或多个数据分组。根据其他实施例，代替提供单个mac实体(包括harq实体314、316)，可以提供多个mac实体，每个mac实体包括harq实体。另外，单个harq实体也可以同时支持同步和异步harq操作，其动态地或通过(重新)配置(例如，rrc信令)在harq操作模式之间转换harq进程。
[0082]
注意，图12示出了配置具有和不具有ack/nack反馈的harq实体/进程的不同harq行为的一个示例。然而，相同的机制适用于不同的harq方面。例如，harq实体/进程可以配置有不同的重传数量、不同的处理时间、不同的缓冲器大小等。
[0083]
例如，在实施例中，一个harq实体/进程可以使用停等协议，而另一个harq实体/进程正在使用基于窗口的arq协议。
[0084]
例如，在实施例中，一个harq实体/进程可以使用同步协议，而另一个harq实体/进程可以使用异步协议。
[0085]
例如，在实施例中，一个harq实体/进程可以使用追赶组合，而另一个harq实体/进程可以使用增量冗余。
[0086]
例如，在实施例中，一个harq实体/进程可以发送harq ack/nack反馈，而另一个harq实体/进程不发送这种反馈。
[0087]
例如，在实施例中，harq实体/进程可以配置有不同的重传数量、不同的处理时间、不同的缓冲器大小等。
[0088]
根据实施例，支持mac复用。mac层支持将不同的逻辑信道复用到一个mac pdu中，该mac pdu在映射到特定数据信道(pdsch、pusch或pssch)上的一个传输时间间隔内，如图13中的示例所示。
[0089]
详细地，图13示出了根据实施例的mac pdu 200的示意图。如图13所示，每个逻辑信道的每个mac sdu 202、204、206由在相应的mac sdu之前的mac子报头201、203、205中的逻辑信道标识(lcid)来标识。在mac pdu 200的开始处，可以可选地包括mac控制元素210、212、214、216。在结束处，可能会可选地进行填充220、222，以使mac pdu 200的长度适应由物理层提供并且由mac调度器选择的传输块大小。图13所示的示例示出了若干个mac ce的传输以及在mac pdu结束处的三个逻辑信道和填充的复用。
[0090]
上行链路mac控制元素的一个示例是缓冲器状态报告(bsr)，下面将对其进行更详细的描述。
[0091]
所有的调度决定由基站做出。这是一项复杂的任务，尤其是对于上行链路。在调度决定之前，gnb必须知晓来自所有ue的缓冲器状态和相关qos要求，并且还必须知晓用于链路适配的移动信道的特性。上行链路调度和链路适配的原理程序在图14中示出。
[0092]
详细地，图14示出了无线通信系统中bs(基站)与ue(用户设备)之间的上行链路调度和链路适配的示意图。如图14所示，在第一步骤242中，ue可以将其缓冲器状态和qos信息发信号通知bs。在第二步骤244中，ue可以在数据传输tx内或作为探测来发送参考信号。在第三步骤246中，bs可以基于参考信号测量信道并且收集来自所有ue的信息。在第四步骤中，bs可以执行上行链路调度，包括：1)选择ue和数据流；2)选择资源和参数；以及3)使链路适应信道。在第五步骤250中，bs可以向ue发信号通知许可和tx参数。在第六步骤252中，ue可以应用上行链路tx参数并且发送上行链路数据。
[0093]
因此，在ue已经经由mac控制元素中的缓冲器状态报告(bsr)请求了用于上行链路传输的资源并且基站最终在包含下行链路控制信息比特(其包括harq辅助信息)的pdcch控制信道上许可了一些资源之后，ue可以发送数据。
[0094]
本文描述的实施例尤其涉及第六步骤252，其中ue实际上将在上行链路中发送数据。到目前为止，这在很大程度上取决于ue的实现、服务于哪些数据队列以及选择哪个mac sdu来构造mac pdu。
[0095]
ue使用调度和缓冲器状态报告来向gnb通知其缓冲器状态并且请求用于上行链路的资源。ue使用bsr来向gnb请求上行链路资源。gnb将从小区中的所有ue接收调度请求和brs，并且gnb调度器将针对每个传输时间间隔做出调度决定。存在不同的格式。作为示例，lte bsr的短格式由逻辑信道组标识后跟标识缓冲器中待处理的数据量的一些比特组成，如图15所示。
[0096]
与此相对地，根据图16所示的格式，长brs格式提供所有四个逻辑信道组的信息。
[0097]
在无线通信系统或网络(如上面描述的无线通信系统或网络)中，基站的调度器(例如，gnb调度器)调度所有上行链路传输。详细地，调度器决定几乎所有与harq相关的事项，而ue执行基站的决定。在从基站(例如，gnb)向ue发送的pdcch上行链路许可内，基站告诉ue应当使用的harq进程和冗余版本以及ndi是否应当发送新数据。然而，对于每个上行链路许可，由ue来决定选择应当由该许可服务的逻辑信道(lc)。ue还可以在一个mac sdu中复用来自不同无线电承载的分组。
[0098]
在过去，来自不同逻辑信道和承载的不同分组的复用并不那么关键，因为在任何情况下都应用相同的harq行为。利用不同的harq配置，分组的数据处理将非常不同，从而导致不同的资源使用、不同的分组处理等。理想情况下，基站完全控制ue行为，例如告诉ue应当针对每个许可服务哪个逻辑信道和承载。在实践中，这将导致过多的信令开销。
[0099]
本发明提供了无线通信系统或网络中解决上行链路复用的上述问题的改进和增强。更具体地，本发明的实施例避免了告诉ue应当针对每个许可服务哪个逻辑信道和承载的信令开销。本发明的实施例可以在如图1所示的无线通信系统中实现，该无线通信系统包括基站和用户(如移动终端或iot设备)。图17是包括发送方300(如基站)和一个或多个接收方302、304(如用户设备(ue))的无线通信系统的示意图。发送方300和接收方302、304可以经由一个或多个无线通信链路或信道306a、306b、308(如无线电链路)进行通信。发送方300可以包括彼此耦合的一个或多个天线ant
t
或具有多个天线元件的天线阵列、信号处理器300a和收发器300b。接收方302、304包括彼此耦合的一个或多个天线ant
ue
或具有多个天线的天线阵列、信号处理器302a、304a和收发器302b、304b。基站300和ue 302、304可以经由相应的第一无线通信链路306a和306b(如使用uu接口的无线电链路)进行通信，而ue 302、304可以经由第二无线通信链路308(如使用pc5/侧链路(sl)接口的无线电链路)彼此通信。当ue不由基站服务、不连接到基站(例如，它们不处于rrc连接状态)时，或者更一般地，当基站没有提供sl资源分配配置或辅助时，ue可以通过侧链路(sl)彼此通信。图1的系统或网络(一个或多个ue 302、304和基站300)可以根据本文描述的发明教导进行操作。
[0100]
发送数据的装置，如支持多个harq进程的ue或bs
[0101]
实施例提供了一种装置，其中，该装置包括：
[0102]-多个混合arq(harq)实体，该多个harq实体中的每个harq实体被配置为操作与多个harq行为之一相关联的harq进程，该多个harq行为是不同的，和/或
[0103]-混合arq(harq)实体，其被配置为操作多个harq进程，每个harq进程与多个harq行为之一相关联，该多个harq行为是不同的，
[0104]
其中，该装置被配置为从无线通信系统中的收发器接收控制信息[例如，pdcch上行链路许可或pscch许可]，该控制信息通过无线通信系统的无线电信道[例如，pdcch、pscch]发送，该控制信息包括混合arq(harq)标识符[例如，harq进程号]，该harq标识符标识多个harq行为中的一个harq行为或多个harq进程中的一个harq进程，该一个harq进程与harq行为相关联。
[0105]
接收数据的装置，如支持多个harq进程的ue或bs
[0106]
实施例提供了一种装置，其中，该装置包括：
[0107]-多个混合arq(harq)实体，该多个harq实体中的每个harq实体被配置为操作与多个harq行为之一相关联的harq进程，该多个harq行为是不同的，或者
[0108]-混合arq(harq)实体，其被配置为操作与多个harq行为之一相关联的多个harq进程，该多个harq行为是不同的，
[0109]
其中，该装置被配置为向无线通信系统中的收发器发送控制信息[例如，pdcch上行链路许可或pscch许可]，该控制信息通过无线通信系统的无线电信道[例如，pdcch、pscch]发送，该控制信息包括混合arq(harq)标识符[例如，harq进程号]，该harq标识符标识多个harq行为中的一个harq行为或多个harq进程中的一个harq进程，该一个harq进程与
harq行为相关联。
[0110]
发送数据的装置和/或接收数据的装置的优选实施例
[0111]
在实施例中，该装置包括多个不同的信道或元件，该多个不同的信道或元件根据信道或元件配置链接到多个harq进程和/或行为中的一个或多个harq进程和/或行为。
[0112]
在实施例中，该多个不同的信道或元件包括以下中的一个或多个：
[0113]-不同的逻辑信道lch；
[0114]-不同的逻辑信道组lcg；
[0115]-不同的无线电链路控制rlc信道；
[0116]-不同的分组数据汇聚协议pdcp信道；
[0117]-不同的无线电承载或不同的服务质量qos流。
[0118]
在实施例中，该多个不同的信道或元件被逐一地链接到多个harq进程和/或行为，和/或其中，该多个不同的协议栈信道或元件被按组地链接到多个harq进程和/或行为之一。
[0119]
在实施例中，链接到相同harq进程和/或行为的信道或元件的数据分组被包括在同一数据[例如，上行链路]传输中[例如，复用到同一mac物理数据单元pdu中]。
[0120]
在实施例中，信道或元件的数据分组与优先级相关联，其中，链接到相同harq进程和/或行为的信道或元件的数据分组基于它们的优先级被包括在同一数据[例如，上行链路]传输中[例如，复用到同一mac物理数据单元pdu中]。
[0121]
在实施例中，链接到相同harq进程和/或行为的信道或元件的数据分组基于ue内部知识[例如，服务类型、业务特性、优先比特率pbr]被复用到同一数据[例如，上行链路]传输中[例如，复用到同一mac物理数据单元pdu中]。
[0122]
在实施例中，信道或元件或harq进程和/或行为配置是预定义的，和/或其中，协议栈信道或元件或harq进程和/或行为配置通过以下中的一个或多个来发信号通知：
[0123]-无线电资源控制rrc信令；
[0124]-下行链路控制信息dci；
[0125]-侧链路控制信息sci；
[0126]-系统信息块(sib)。
[0127]
在实施例中，该装置被配置为基于以下标准中的一个或多个来确定协议栈信道或元件或harq进程和/或行为配置自身的至少一部分：
[0128]-业务的优先级；
[0129]-服务质量；
[0130]-时延或延迟预算；
[0131]-缓冲器状态；
[0132]-传输历史；
[0133]-配置阈值。
[0134]
在实施例中，在链接到未由当前harq标识符标识的harq进程和/或行为的信道或元件的较高优先级数据分组可用于传输并且该高优先级数据分组与和链接到由当前harq标识符标识的harq进程和/或行为的协议栈信道或元件的数据分组相比的更高的优先级相关联的情况下，该装置被配置为根据所标识的harq进程和/或行为来发送该高优先级数据
分组。
[0135]
在实施例中，发送高优先级数据分组包括：在高优先级数据分组[例如，作为mac物理数据单元pdu中的mac控制元素]的传输中包括针对高优先级数据分组的传输请求[例如，缓冲器状态报告bsr]。
[0136]
在实施例中，在上行链路传输许可大于链接到由当前harq标识符标识的harq进程和/或行为的信道或元件的可用数据分组所需的情况下，链接到未由当前harq标识符标识的harq进程和/或行为的信道或元件的一个或多个数据分组被包括在同一数据[例如，上行链路]传输中[例如，复用到同一mac物理数据单元pdu中]。
[0137]
在实施例中，该装置被配置为：
[0138]-根据所标识的harq进程和/或行为向无线通信系统中的收发器发送一个或多个数据分组，该一个或多个数据分组是根据信道或元件配置链接到所标识的harq进程和/或行为的信道或元件的一个或多个数据分组，和/或
[0139]-根据所标识的harq进程和/或行为重传数据分组，其中，重传可以包括该装置在数据分组的传输不成功的情况下从发送方[例如，基站]接收对重传数据分组的请求，和/或
[0140]-根据所标识的harq进程和/或行为重复数据分组的传输。
[0141]
在实施例中，重传的数据分组是发送的数据分组的副本，和/或其中，重传的数据分组是发送的数据分组的冗余版本。
[0142]
在实施例中，重传的数据分组通过以下方式来重传：
[0143]-在相同的频率资源上[例如，使用相同的跳变模式]或在不同的频率资源上[例如，使用不同的跳变模式]；
[0144]-[例如，取决于是否配置了载波聚合或双连接]使用不同的带宽部分或载波或小区。
[0145]
在实施例中，harq进程和/或行为包括：
[0146]-一个或多个harq操作，和/或
[0147]-用于不同harq操作的配置。
[0148]
在实施例中，该多个harq操作包括以下中的一个或多个：
[0149]-停等harq和/或arq协议；
[0150]-基于窗口的harq和/或arq协议；
[0151]-同步协议，该同步协议在初始传输之后的预定义的时刻调度一个或多个重传和/或一个或多个harq ack/nack；
[0152]-异步协议，该异步协议在时间上动态地调度一个或多个重传和/或一个或多个harq ack/nack；
[0153]-导致无反馈重传的重传方案，例如harq盲传方案或在不等待反馈的情况下发送数据分组k次的k-重传方案。
[0154]
在实施例中，在没有新数据到达并且存在上行链路资源分配或配置的许可时机的情况下，该装置被配置为基于关于计划用于传输的数据分组的本地可用信息[例如，缓冲器占用、诸如传输定时器之类的定时信息或数据分组的服务要求]和/或通信系统的配置或参数[例如，传播延迟或往返时间rtt]来确定数据分组是否：
[0155]-被发送；
[0156]-被丢弃；
[0157]-被数据分组的不同版本替换[例如，使用相同的phy参数]；
[0158]-被数据分组的不同版本替换，数据分组的该不同版本根据不同的传输参数[例如，调制方案、mimo方案或发送功率]发送。
[0159]
在实施例中，该装置被配置为使用控制信道或数据信道向无线通信系统中的收发器发送上行链路控制信息，该上行链路控制信息指示不同的传输参数[例如，不同的编码调制方案、mimo方案、聚合因子]和/或包括关于数据分组的不同版本的信息[例如，冗余版本、新数据指示符]。
[0160]
在实施例中，在新数据到达并且存在上行链路资源分配或配置的许可时机的情况下，该装置被配置为确定：
[0161]-用于传输新数据的harq行为和/或harq进程，并且根据所确定的harq行为和/或harq进程来发送具有新数据的数据分组，和/或
[0162]-调制和编码方案，和/或
[0163]-mimo方案，和/或
[0164]-聚合因子(af)。
[0165]
在实施例中，由下行链路控制信息的harq标识符标识的harq行为和/或harq进程和/或harq新数据指示符和/或harq冗余版本与所确定的harq行为和/或harq进程和/或harq新数据指示符和/或harq冗余版本不同；和/或其中，由无线通信系统的发送方[例如，基站][例如，经由下行链路控制信息]发信号通知的调制和/或编码方案不同于所确定的调制和/或编码方案；和/或其中，由无线通信系统的发送方[例如，基站][例如，经由下行链路控制信息]发信号通知的mimo方案不同于所确定的mimo方案；和/或其中，由无线通信系统的发送方[例如，基站][例如，经由下行链路控制信息]发信号通知的聚合因子[例如，盲重传]不同于所确定的聚合因子。
[0166]
在实施例中，该装置被配置为使用控制信道或数据信道向无线通信系统中的收发器发送上行链路控制信息，该上行链路控制信息指示：
[0167]-所确定的harq行为和/或harq进程和/或harq新数据指示符和/或harq冗余版本；和/或
[0168]-所确定的调制和/或编码方案；和/或
[0169]-所确定的mimo方案；和/或
[0170]-所确定的聚合因子。
[0171]
在实施例中，该装置被配置为基于定义的算法或基于由无线通信系统中的收发器[例如，基站]提供的信息来确定：
[0172]-用于传输新数据的harq行为和/或harq进程和/或harq新数据指示符和/或harq冗余版本；和/或
[0173]-调制和/或编码方案；和/或
[0174]-mimo方案；和/或
[0175]-聚合因子。
[0176]
在实施例中，无线系统包括两个或更多个用户设备，其中至少两个用户设备在处于连接模式或空闲模式或非活动模式时经由侧链路通信[例如，pc5]彼此直接通信[例如，
v2x、d2d]，并且该装置包括ue。
[0177]
系统
[0178]
实施例提供了一种无线通信网络，其包括至少一个本发明的ue和至少一个本发明的基站。
[0179]
在实施例中，ue包括以下中的一个或多个：
[0180]-移动终端，或
[0181]-固定终端，或
[0182]-车辆终端，或
[0183]-蜂窝iot-ue，或
[0184]-iot设备，或
[0185]-陆地车辆，或
[0186]-飞行器，或
[0187]-无人机，或
[0188]-移动基站，或
[0189]-路边单元，或
[0190]-建筑物，或
[0191]-配备有网络连接的任何其他物品或设备，例如传感器或致动器，所述网络连接能够使所述物品/设备使用所述无线通信网络进行通信。
[0192]
在实施例中，bs包括以下中的一个或多个：
[0193]-宏小区基站，或
[0194]-微小区基站，或
[0195]-小小区基站，或
[0196]-基站的中央单元，或
[0197]-基站的分布式单元，或
[0198]-路边单元，或
[0199]-ue，或
[0200]-远程无线电头端，或
[0201]-amf，或
[0202]-smf，或
[0203]-核心网络实体，或
[0204]-如在nr或5g核心上下文中的网络切片，或
[0205]-使物品或设备能够使用无线通信网络进行通信的任何发送/接收点(trp)，该物品或设备配备有用于使用无线通信网络进行通信的网络连接。
[0206]
另外的实施例提供了一种无线通信网络，其包括至少两个本发明的ue。
[0207]
在实施例中，ue包括以下中的一个或多个：
[0208]-移动终端，或
[0209]-固定终端，或
[0210]-车辆终端，或
[0211]-蜂窝iot-ue，或
[0212]-iot设备，或
[0213]-陆地车辆，或
[0214]-飞行器，或
[0215]-无人机，或
[0216]-移动基站，或
[0217]-路边单元，或
[0218]-建筑物，或
[0219]-配备有网络连接的任何其他物品或设备，例如传感器或致动器，所述网络连接能够使所述物品/设备使用所述无线通信网络进行通信。
[0220]
方法
[0221]
实施例提供了一种方法，包括：
[0222]
提供：
[0223]-多个混合arq harq实体，该多个harq实体中的每个harq实体操作与多个harq行为之一相关联的harq进程，该多个harq行为是不同的，或者
[0224]-混合arq harq实体，其执行多个harq进程，每个harq进程与多个harq行为之一相关联，该多个harq行为是不同的；以及
[0225]
从无线通信系统中的收发器接收控制信息[例如，pdcch上行链路许可或pscch许可]，该控制信息通过无线通信系统的无线电信道[例如，pdcch、pscch]发送，该控制信息包括混合arq harq标识符[例如，harq进程号]，该harq标识符标识多个harq行为中的一个harq行为或多个harq进程中的一个harq进程，该一个harq进程与harq行为相关联。
[0226]
另外的实施例提供了一种方法，包括：
[0227]
提供：
[0228]-多个混合arq harq实体，该多个harq实体中的每个harq实体操作与多个harq行为之一相关联的harq进程，该多个harq行为是不同的，或者
[0229]-混合arq harq实体，其操作多个harq进程，每个harq进程与多个harq行为之一相关联，该多个harq行为是不同的；以及
[0230]
从无线通信系统中的收发器发送控制信息[例如，pdcch上行链路许可或pscch许可]，该控制信息通过无线通信系统的无线电信道[例如，pdcch、pscch]发送，该控制信息包括混合arq harq标识符[例如，harq进程号]，该harq标识符标识多个harq行为中的一个harq行为或多个harq进程中的一个harq进程，该一个harq进程与harq行为相关联。
[0231]
计算机程序产品
[0232]
本发明提供了一种包括指令的计算机程序产品，当程序由计算机执行时，该指令使计算机执行根据本发明的一个或多个方法。
[0233]
因此，实施例提供了如何控制ue行为的不同方法。对于每个选项，存在两种可能性：要么在规范中定义了ue必须做什么(预先配置)，要么行为可由基站(例如，gnb)配置。可以经由rrc信令、经由广播、经由ue特定的信令半静态地或经由pdcch dci动态地提供基站(例如，gnb)配置。经由广播信令的情况下，可以经由现有的或新的系统信息块(sib)来发送配置。它可以对小区中的所有ue有效，或者对使用特定功能(例如，非陆地网络(ntn)或必须读取和应用该特定系统信息块的极长覆盖)的所有ue有效。可以经由发送给ue的rrc消息
(通常是rrc重新配置消息)来提供半静态的ue特定的信令。一旦rrc重新配置消息被ue处理，就将在有或没有特定延迟的情况下应用新的设置。备选地，可以基于每个传输在下行链路控制信息dci中提供该配置。因此，在最后一种情况下，harq进程的行为可能会根据dci中的指示而改变。
[0234]
在实施例中，逻辑信道可以链接到该逻辑信道的相应配置中的harq实体和/或进程。这意味着，如果在pdcch上接收到许可，则ue读取pdcch的下行链路控制信息(dci)并且识别harq进程标识。基于逻辑信道配置(lch与harq进程和/或实体之间的映射)，ue知晓可以利用该许可来服务哪些逻辑信道。可能存在lch到harq实体/进程的1：1映射或多个lch到harq实体/进程的n：1映射。在n：1映射的情况下，允许ue将已经映射到该harq实体/进程的所有lch的分组复用到一个mac sdu中。通常，lch可以由mac子报头中的lcid来标识。
[0235]
在优选实施例中，不同lch(逻辑信道)的数据分组可以与由网络配置的优先级值相关联。例如，基站(例如，gnb)可能会基于每个lch来配置优先级{1
…
16}。根据资源分配，可能会在一个mac pdu内发送多个mac sdu。ue可以根据优先级值从缓冲器队列中选择mac sdu，其中优先级数小意味着优先级高，而优先级值大意味着优先级低。该行为可能会是标准化的，或者可能会视实施方式而定。由于ue可能会具有网络未知的一些可用信息，因此实施方式特定的行为可能会是优选的。这种ue内部知识可能会是关于服务类型和业务特性的信息。该优先级化调度可以利用优先比特率(prb)的概念来扩展。在使用绝对优先级来相继地服务lch优先级之前，可能会首先服务每个经配置的lch的prb(例如，也按每个lch配置)。此概念可以用于避免某些服务的匮乏，即通过提供最小比特率。
[0236]
存在许多的lch，并且这种配置可能已经导致相当多的开销。减少这种开销的一种方式是将lch逻辑信道分组成逻辑信道组(lcg)。lcg还被用在从ue发送到基站(例如，gnb)以请求资源的缓冲器状态报告中。在lte中有4个lcg，而在nr中有8个lcg。
[0237]
根据优选实施例，逻辑信道组或逻辑信道可以根据它们的harq行为(报告或不报告)链接到harq实体/进程(注意，在rrc配置的行为的情况下，lcg可以被映射到harq进程，其中，在dci中的动态指示的情况下，lcg可以被映射到harq行为)。再一次地，基站(例如，gnb)可能会经由rrc重新配置向ue发信号通知该映射，或者它可能会由标准硬编码。在需要传输上行链路分组的情况下，ue可能会例如经由mac控制元素在上行链路中发送缓冲器状态报告。bsr指示由lcg id标识的每个逻辑信道组的待处理的数据量。基站(例如，gnb)将做出其调度决定，并且可能会即刻调度ue。一旦接收到pdcch中的许可，通过识别harq进程标识，ue就知晓要服务哪个逻辑信道组的哪些逻辑信道。在一些实施例中，仅允许ue在逻辑信道组内而不在逻辑信道组外复用逻辑信道的数据(例如，rlc sdu)。
[0238]
在备选实施例中，一个或多个或所有信令无线电承载可以链接到一个harq实体/进程集合，而一个或多个或所有数据无线电承载可以链接到另一个harq实体/进程集合，这取决于harq行为(报告或不报告)。除了将lch、lcg、srb、drb映射到harq实体和进程之外，还可以应用相同的原理来将rlc信道和/或qos流映射到harq实体和进程。优先级化调度和prb速率的概念可能会被应用于每个映射变体。
[0239]
在另外的实施例中，ue自身可以基于以下一个或多个标准来决定将某些逻辑信道/逻辑信道组/信号无线电承载/数据无线电承载映射到某些harq进程或harq行为：
[0240]-业务的优先级，例如，仅利用harq传输高优先级业务；
[0241]-服务质量，例如，可以确定无harq传输是否满足qos要求，并且如果不满足，则可能会仅使用与harq相关联的许可；
[0242]-延迟预算，例如，可以确定是否有足够的延迟预算用于执行重传，并且如果没有，则可能会使用无harq传输(与无harq操作相关联的许可)；
[0243]-缓冲器状态；
[0244]-传输历史；
[0245]-配置阈值，例如接收信号强度/质量测量rsrp、rsrq、sinr。
[0246]
基于nr rel.15ts38.331的rrc配置示例
[0247]
根据示例，上行链路lch逻辑信道基于以下列表与harq进程相关联：
[0248]
[0249][0250]
在该上行链路lch配置信息元素中，可以添加以下附加参数：
[0251]-harq-process-bitmap bit string(size(16))
[0252]
这将lch关联到harq进程和/或实体。ue此时可能会从被调度用于下行链路pdcch上的上行链路传输的harq进程标识中识别出在上行链路中应当服务哪个lch。
[0253]
在优选实施例中，harq进程自身链接到逻辑信道组。可以预见不同的实现，例如为不同的harq实体预先配置或为不同的逻辑信道组预先配置不同的harq行为，例如接通/断开或经由pdcch dci进行动态反馈指示，这例如基于以下列表：
[0254][0255]
取决于harq进程的数量，位图(bitmap)方法可能会是合适的或不合适的。备选地，可以按顺序分配harq进程。在这种情况下，可能会仅定义一个序号(例如，4)，其中可能会隐式地导出harq进程标识(例如，5、6、7、8)。
[0256]
逻辑信道优先级化映射限制
[0257]
默认地，如果rlc sdu适合于被许可的资源，则ue不应将rlc sdu分段，而应当将其作为整体映射到mac pdu中。
[0258]
对于复用和mac pdu组装，可以为ue定义逻辑信道优先级化规则。再一次地，这可能会部分地指定、部分地由rrc配置以及部分地在ue中专有地实现。
[0259]
rrc可以通过发信号通知每个mac实体的每个逻辑信道的配置来控制上行链路数
据的调度。enb rrc信令可以发信号通知作为lch配置(参见以上列表)的一部分的优先级、优先比特率(pbr)和存储桶尺寸持续时间(bsd)(参见从lch配置中得出的asn1)。可以首先考虑优先比特率优先级然后考虑按降序排列的优先级值来构造mac pdu。因此，低优先级值可以表示高优先级次序。例如，可以使用令牌桶模型来计算pbr。
[0260]
如上所述，可能不允许在所有harq进程上或在使用特定行为或特定反馈类型的harq进程上对lch进行复用。在这种情况下，复用和mac pdu组装可能会受到rrc配置的限制。这种限制可以通过发信号通知所允许的复用选项来实现，例如：
[0261]-allowedharq-process-feedback enumerated{on,dynamic,off}
[0262]-allowedharq-process-bitmap bit string(size(16))
[0263]-allowedharq-process-behaviour-type enumerated{regular,aggregation,single tx}
[0264]
备选地，也可以发信号通知不允许的复用选项。在任何情况下，当ue经由pdcch资源分配接收到上行链路许可时，ue在组装mac pdu以进行传输时必须遵循如由基站(例如，gnb)配置的配置逻辑信道优先级映射限制。这意味着ue针对每个上行链路许可应当仅选择具有可能会被发信号通知为满足harq进程/实体使用的配置条件的harq进程标识的逻辑信道。否则，再一次地，逻辑信道优先级化遵循绝对优先级，同时考虑令牌桶模型的优先比特率。
[0265]
根据实施例，可以复用mac控制元素和rrc消息。根据harq行为，消息的递送时间以及可靠性会变化。这也可能影响映射到mac pdu中的mac控制元素(和/或rrc消息)的递送。针对每个逻辑信道或每个mac实体，可能会对mac ce(和/或rrc消息)是否被允许复用到mac pdu中配置一些限制。此外，根据mac ce(和/或rrc消息)的优先级，一些mac ce(和/或rrc消息)可能会通过不同的harq进程/实体被发送多次，而其他mac ce(和/或rrc消息)被禁止发送多次。在定义了禁止定时器(限制允许多久发送一次元素的周期性)的情况下，可以将定时器定义为在每个harq进程/实体的基础上或在所有harq进程/实体上运行。
[0266]
在低优先级数据已经被调度时，高优先级数据到达用于上行链路
[0267]
关键原理之一是ue基于bsr报告(例如，基于逻辑信道组的bsr)来请求上行链路资源。一旦接收到报告，基站(例如，gnb)就将分配资源，并且通过资源分配，基站分配对应于特定行为的harq进程。该程序将导致额外的上行链路调度延迟，尤其是对于具有长传播延迟的网络，例如非陆地网络。
[0268]
在以下示例中，假设gnb调度了低优先级服务(或lch或lcg等)的一些数据，但是同时不同服务(或lcg或lch)的高优先级数据到达了ue。遵循严格的程序，ue将不被允许发送该高优先级数据，而是将必须坚持针对其优化了该特定harq行为的低优先级数据。ue首先将必须向gnb发送bsr，其请求用于高优先级数据的资源。一旦接收到该bsr，gnb就将分配支持高优先级lcg的harq进程。这种高延迟对于具有非常高延迟的非陆地网络是不可接受的。
[0269]
因此，根据实施例，允许高优先级服务(或lch或lcg等)超过低优先级服务的资源分配。此外，可以在上行链路中发送的数据中添加新的bsr作为mac ce。基站(例如，gnb)还可以利用一种优先级化来配置ue，即哪个服务(或lch或lcg等)取代/覆盖哪个其他服务(或lch或lcg等)。基于由基站(例如，gnb)配置的另一ue配置参数，一旦接收到用于高优先级服务的“预期”上行链路资源，ue就可以第二次发送数据，或者ue可以不第二次发送数据。由
此，ue可以立即发送高优先级数据而无需等待接收另一许可。同时，如果允许ue在合适的harq进程上另一次发送分组，则可以针对该分组(例如，针对控制消息)实现更高的可靠性。因此，可以允许某些高优先级服务超过其他低优先级服务的资源分配。此外，可能会使用具有不同资源分配的不同harq进程多次发送高可靠性服务以增加其可靠性。
[0270]
此外，根据实施例，uci(上行链路控制信息)辅助信息可以被复用到所述pusch传输中，其指示使基站(例如，gnb)应用高优先级过程(例如，在特定harq进程上发送许可或经由pdcch dci针对特定传输动态地启用harq进程)的高优先级业务的存在。
[0271]
用于上行链路传输的接收许可大于所需并且其他数据待处理
[0272]
由于所有上行链路资源由基站的调度器(例如，gnb调度器)控制的方法，可能发生ue接收到太大的许可的情况。在常规调度器中，这不是问题，因为任何服务(或lch或lcg等)都可以被映射到上行链路资源分配。在上述方法中，存在服务(或lch或lcg等)到harq进程/实体的固定映射。通过这种固定映射，在许可的比所需的资源更多的情况下，不可能添加来自其他服务(或lch或lcg等)的数据。默认方法是添加填充比特，这从资源利用的观点来看根本没有效率。
[0273]
因此，根据实施例，即使没有配置这种映射，也允许其他服务(或lch或lcg等)在该harq进程上复用。允许哪个服务(或lch或lcg等)与另一个服务复用可能会是通过rrc配置可配置的，或者固定于规范中的，例如基于qos、优先级、延迟预算、缓冲器状态、信号测量阈值等。
[0274]
基于ue的harq行为选择(进程号、新数据指示符、冗余版本)
[0275]
通常，harq参数由基站(例如，gnb)选择并且被传送给必须遵循基站(例如，gnb)决定的ue。在常规调度的上行链路传输中，经由pdcch下行链路控制信息来提供该信息。对于上行链路配置许可，这由rrc配置提供并且通过规范中的指定公式导出，或者由rrc加上经由pdcch dci的动态信令配置。这种行为在具有大传播延迟的通信系统中不是最优的，在这样的通信系统中，只有ue最清楚哪些数据最近到达了其缓冲器。
[0276]
因此，根据实施例，ue在选择最合适的harq行为时具有一些自主权。这是通过为ue定义一种算法来实现的，根据该算法进行决定。该算法可以考虑例如以下的参数：
[0277]-缓冲器占用；
[0278]-上行链路数据的到达；
[0279]-harq进程的可用性；
[0280]-harq进程的先前使用；
[0281]-通信系统的往返时间；
[0282]-先前在该harq进程上调度的数据的一些服务要求(例如，时延和错误率)或服务参数；
[0283]-将要在该harq进程上调度的数据的一些服务要求(例如，时延和错误率)或服务参数；
[0284]-可用于传输特定分组的时间(为此，ue可以用定时器来标记每个分组，该定时器在分组到达传输缓冲器中时启动。在传输定时器(可用于传输的时间)期满的情况下，分组通常被从传输缓冲器中删除并且放弃)。
[0285]
基站(例如，gnb)可以通过配置影响做出决策的某些参数来控制行为。这例如可以
是逻辑信道或逻辑信道组的缓冲器占用的某个阈值。基站(例如，gnb)还将配置harq进程的数量和将影响harq传输参数选择的某些harq行为。
[0286]
根据一些上述标准，ue此时可以自主地(根据指定的算法)决定下一分组的harq传输参数。例如，ue可以决定向基站发送新分组或发送重传，或者甚至可以覆盖由基站提供的信息。下面描述用于不同情形的优选行为。
[0287]
根据第一情形，没有新数据到达并且存在上行链路资源分配/配置的许可时机。
[0288]
ue接收到用于特定harq进程的调度许可或配置的许可发送时机。如果没有新的数据到达，ue通常会遵循基站(例如gnb)决定，例如，由于有足够的时间和足够的可用发送资源，发送重传。
[0289]
这种行为的例外情况可以考虑相应分组的传输定时器。该分组特定的定时信息在基站(例如，gnb)处不可用。基站(例如，gnb)所接收的缓冲器状态报告在具有大传播延迟的通信系统中可能没有那么有意义。
[0290]
在传输定时器期满的情况下，即使接收到调度许可或配置许可到达以用于重传，也可能会删除分组而不重传分组。ue可以替换该分组以支持仍然与应用相关的新传输。请求重传的信息仍可用于选择其他传输参数，例如使下一分组的第一传输更可靠。这可以通过改变以下项来进行：
[0291]-调制编码方案；
[0292]-mimo方案(例如，要在mu-mimo中复用的用户数量或要在su-mimo中复用的流、预编码等)；
[0293]
‑“
盲”传输的数量(聚合因子)；
[0294]-发送功率；
[0295]-等等；
[0296]-或其任何组合。
[0297]
接收方(在这种情况下是基站)不知道分组是利用不同的传输参数发送的。因此，ue可以将这些传输参数(与通常在pdcch dci上传输的相同)作为上行链路控制信息复用到pusch数据信道中。该信息与数据分开编码，并且因此可以由基站(例如，gnb)解码。基站(例如，gnb)将首先解码该信息，并且能够基于上行链路控制信息正确地解码分组，即利用正确的编码/调制、mimo方案等。
[0298]
根据第二情形，没有新数据到达并且存在上行链路资源分配/配置的许可时机。
[0299]
ue接收到用于特定harq进程的调度许可或配置的许可发送时机。在没有新数据到达的情况下，根据上述标准之一，ue可能会自主地决定发送重传(例如，基于诸如ndi之类的基站(例如，gnb)调度信息)或调度新分组(例如，高优先级分组)。为此，ue可以覆盖来自基站(例如，gnb)的harq信息。由于新数据到达了，因此可以选择更重要的分组。
[0300]
再一次地，接收方(在这种情况下是基站)不知道分组是在该harq进程上的新传输还是重传，或者甚至可能期望另一传输。ue可以将harq新数据指示符作为上行链路控制信息复用到pusch数据信道中。该信息与数据分开编码，并且因此可以由基站(例如，gnb)解码。基站(例如，gnb)将首先解码该信息，并且能够基于上行链路控制信息正确地解码分组，即利用或不利用软组合、删除或不删除软缓冲器。
[0301]
类似地，ue自身可以选择harq进程，或者可以选择另一harq进程而不是由基站(例
如，gnb)分配的harq进程(如果这通常由基站(例如，gnb)决定)。再一次地，ue可以在上行链路控制信息中复用该信息，以使基站(例如，gnb)接收知晓已经使用的harq进程。
[0302]
而且，可以设想没有相关联的uci的行为。在这种情况下，接收方不确切知道ue选择了什么。接收方将不得不盲解码分组，并且必须应用不同的解码选项。例如，在没有ndi上行链路控制信息的情况下，接收方不知道分组是同一分组(在这种情况下，应当进行软组合)还是新分组(在这种情况下，应当删除先前存储的数据)。接收方不得不盲目地应用这两个选项来查看是否可能成功解码。类似地，在未发信号通知进程的情况下，接收方可以尝试利用不同harq进程的软组合来进行解码。额外的工作可能会花费时间和消耗功率，因此它可能不是优选的选项。尽管如此，但由于传播延迟长，处理时间可能不那么关键。
[0303]
上行链路配置许可配置
[0304]
传统上，使用上行链路配置许可来支持上行链路数据传输(例如，定期传输的小分组(例如，voip))，同时最小化资源分配的pdcch开销。用于ue的资源由基站(例如，gnb)在上行链路中以具有预定义的格式和具有预定义的周期性(例如，对于voip为20ms)的预定义的资源块来预先配置。在上行链路数据可用的情况下，ue可以在预定义的资源上开始传输，而不必预先读取pdcch控制信道。有两种类型的预先配置许可。在类型1配置许可(有时也被称为无许可操作)中，将仅存在经由rrc信令的资源预先配置。资源可以由ue立即使用而无需通过pdcch dci的激活/去激活。在类型2配置许可中，可以使用预定义的cs-rnti来发送预定义资源中的pdcch控制信道。该信令可以用于半永久地接通/断开资源。
[0305]
图18在图中示出了voip中的传输时间间隔(子帧)，根据该图，基站(例如，gnb)在上行链路中以具有预定义的格式和具有预定义的周期性的预定义的资源块来预先配置用于ue的资源。
[0306]
然而，在4g和5g中存在上行链路配置许可不能支持不同类型的harq行为的问题。如果没有这种区分，则不可能将不同的harq行为应用于不同的服务或系统要求。上行链路配置许可对于具有大传播延迟的通信系统是非常重要的，因为显式调度花费太多时间。因此，为了支持不同的服务(例如，具有不同的时延和/或错误要求)或不同的承载类型(例如，具有高重要性信令的信令承载)，需要增强上行链路配置许可以支持不同类型的harq行为。
[0307]
如先前所定义的，预先存在对具有不同harq行为的harq进程的rrc配置。根据实施例，存在将针对此目的而扩展的配置许可的一些rrc配置。详细地，根据实施例，不同的harq行为可以由rrc通过分配将在配置许可配置中使用的特定harq进程和harq行为来配置。不同长度的位图可以定义该配置许可过程应当使用哪些harq进程而不应当使用哪些harq进程。在harq进程的数量非常大的情况下，位图的开销可能显著地增加。更先进的信令方法(如块式进程分配)可能会节省一些信令开销。对于每个配置的上行链路，还可能会定义特定的harq行为。为了实现预期的行为，应当仅使用一个行为的harq进程。在还需要不同的harq行为的情况下，需要使用不同的harq进程来配置第二配置许可配置。
[0308]
其他实施例
[0309]
虽然已经在装置的上下文中描述了所描述概念的一些方面，但是应当清楚，这些方面还表示对相应方法的描述，其中块或设备对应于方法步骤或方法步骤的特征。类似地，在方法步骤的上下文中描述的方面也表示对相应装置的相应块或项目或特征的描述。
[0310]
本发明的各种元件和特征可以在使用模拟和/或数字电路的硬件中、在软件中、通
过由一个或多个通用或专用处理器执行指令来实现，或者作为硬件和软件的组合来实现。例如，本发明的实施例可以在计算机系统或另一处理系统的环境中实现。图19示出了计算机系统350的示例。这些单元或模块以及由这些单元执行的方法步骤可以在一个或多个计算机系统350上执行。计算机系统350包括一个或多个处理器352，如专用或通用数字信号处理器。处理器352连接到通信基础设施354，如总线或网络。计算机系统350包括主存储器356(例如，随机存取存储器(ram))和辅助存储器358(例如，硬盘驱动器和/或可移动存储驱动器)。辅助存储器358可以允许计算机程序或其他指令被加载到计算机系统350中。计算机系统350还可以包括通信接口360以允许在计算机系统350与外部设备之间传输软件和数据。通信可以是以能够由通信接口处理的电子、电磁、光学或其他信号的形式。通信可以使用电线或电缆、光纤、电话线、蜂窝电话链路、rf链路和其他通信信道362。
[0311]
术语“计算机程序介质”和“计算机可读介质”一般用于指有形存储介质，例如安装在硬盘驱动器中的可移动存储单元或硬盘。这些计算机程序产品是用于向计算机系统350提供软件的装置。计算机程序(也被称为计算机控制逻辑)存储在主存储器356和/或辅助存储器358中。计算机程序也可以经由通信接口360接收。计算机程序当被执行时使计算机系统350能够实现本发明。具体地，计算机程序当被执行时使处理器352能够实现本发明的过程，例如本文描述的任何方法。因此，这样的计算机程序可以表示计算机系统350的控制器。在使用软件实现本公开的情况下，可以将软件存储在计算机程序产品中，并且使用可移动存储驱动器、接口(如通信接口360)将其加载到计算机系统350中。
[0312]
可以使用其上存储有电子可读控制信号的数字存储介质(例如，云存储器、软盘、dvd、蓝光光盘、cd、rom、prom、eprom、eeprom或闪存)来执行硬件或软件中的实现，该数字存储介质与可编程计算机系统协作(或能够协作)，从而执行相应的方法。因此，该数字存储介质可以是计算机可读的。
[0313]
根据本发明的一些实施例包括具有电子可读控制信号的数据载体，其能够与可编程计算机系统协作，从而执行本文所述的方法之一。
[0314]
一般地，本发明的实施例可以被实现为具有程序代码的计算机程序产品，当该计算机程序产品在计算机上运行时，程序代码可操作用于执行方法之一。该程序代码可以例如存储在机器可读载体上。
[0315]
其他实施例包括存储在机器可读载体上的用于执行本文所述的方法之一的计算机程序。换言之，本发明方法的一个实施例因此是一种具有程序代码的计算机程序，当该计算机程序在计算机上运行时，程序代码用于执行本文所述的方法之一。
[0316]
因此，本发明方法的另一实施例是一种数据载体(或数字存储介质或计算机可读介质)，其包括记录在其上的用于执行本文所述的方法之一的计算机程序。因此，本发明方法的另一实施例是一种表示用于执行本文所述的方法之一的计算机程序的数据流或信号序列。该数据流或信号序列可以例如被配置为经由数据通信连接(例如，经由互联网)传输。另一实施例包括处理装置(例如，计算机或可编程逻辑器件)，其被配置为或适配为执行本文所述的方法之一。另一实施例包括其上安装有用于执行本文所述的方法之一的计算机程序的计算机。
[0317]
在一些实施例中，可编程逻辑器件(例如，现场可编程门阵列)可以用于执行本文所述的方法的一些或全部功能。在一些实施例中，现场可编程门阵列可以与微处理器协作
以便执行本文所述的方法之一。一般地，所述方法优选地由任何硬件装置执行。
[0318]
上述实施例仅用于说明本发明的原理。应当理解，本文所述的布置和细节的修改和变化对于本领域其他技术人员而言是显而易见的。因此，意图是仅由所附专利权利要求的范围限制，而不是由通过本文对实施例的描述和解释而呈现的具体细节限制。
[0319]
缩略词和符号列表
[0320]