针对跨越不同优先级进行上行链路控制信息（UCI）复用的设计考虑的制作方法

针对跨越不同优先级进行上行链路控制信息（uci）复用的设计考虑
1.要求优先权
2.本技术要求享受于2020年8月13日递交的美国申请no.16/992,672的优先权，该美国申请要求享受于2019年8月16日递交的美国临时申请no.62/888,389的优先权和权益，据此以引用方式将上述申请整体明确地并入本文，如同在下文充分阐述一样并且用于所有适用目的。
技术领域
3.本公开内容的各方面涉及无线通信，并且更具体地，本公开内容涉及用于跨越不同优先级(诸如网络中支持的不同服务类型)对上行链路控制信息(uci)(诸如确认反馈)进行复用的技术。


背景技术：

4.无线通信系统被广泛地部署以提供诸如电话、视频、数据、消息传送、广播等的各种电信服务。这些无线通信系统可以采用能够通过共享可用的系统资源(例如，带宽、发射功率等)来支持与多个用户的通信的多址技术。举几个示例，这样的多址系统的示例包括第三代合作伙伴计划(3gpp) 长期演进(lte)系统、改进的lte(lte-a)系统、码分多址(cdma)系统、时分多址(tdma) 系统、频分多址(fdma)系统、正交频分多址(ofdma)系统、单载波频分多址(sc-fdma) 系统以及时分同步码分多址(td-scdma)系统。
5.在一些示例中，无线多址通信系统可以包括多个基站(bs)，每个基站能够同时支持针对多个通信设备(另外被称为用户设备(ue))的通信。在lte或lte-a网络中，一个或多个基站的集合可以定义演进型节点b(enb)。在其它示例中(例如，在下一代、新无线电(nr)或5g网络中)，无线多址通信系统可以包括与多个中央单元(cu)(例如，中央节点(cn)、接入节点控制器(anc) 等)进行通信的多个分布式单元(du)(例如，边缘单元(eu)、边缘节点(en)、无线电头端(rh)、智能无线电头端(srh)、发送接收点(trp)等)，其中，与cu进行通信的一个或多个du的集合可以定义接入节点(例如，其可以被称为bs、5g nb、下一代节点b(gnb或gnodeb)、发送接收点(trp)等)。bs或du可以在下行链路信道(例如，针对从bs或du到ue的传输)和上行链路信道(例如，针对从ue到bs或du的传输)上与ue集合进行通信。
6.已经在各种电信标准中采用了这些多址技术以提供公共协议，该协议使得不同的无线设备能够在城市、国家、地区、以及甚至全球层面上进行通信。nr(例如，新无线电或5g)是一种新兴的电信标准的示例。nr是对由3gpp发布的lte移动标准的增强集。nr被设计为通过提高频谱效率、降低成本、改进服务、利用新频谱以及在下行链路(dl)上和在上行链路(ul)上使用具有循环前缀(cp)的ofdma来与其它开放标准更好地集成，从而更好地支持移动宽带互联网接入。为此，nr支持波束成形、多输入多输出(mimo)天线技术和载波聚合。
7.然而，随着对移动宽带接入的需求持续增长，存在对nr和lte技术进行进一步改进的需求。优选地，这些改进应该适用于其它多址技术以及采用这些技术的电信标准。


技术实现要素：

8.本公开内容的系统、方法和设备均具有若干方面，其中没有单个方面单独地负责其期望属性。在不限制由随后的权利要求表达的本公开内容的范围的情况下，现在将简要地论述一些特征。在考虑该论述之后，并且尤其是在阅读了标题为“具体实施方式”的部分之后，将理解本公开内容的特征如何提供优点，其包括无线网络中的接入点与站之间的改进的通信。
9.某些方面提供了一种用于由用户设备(ue)进行无线通信的方法。概括而言，所述方法包括：接收用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则在第二服务类型的上行链路传输中对针对所述第一pdsch传输的确认反馈进行复用。
10.本公开内容的某些方面涉及一种用于由ue进行无线通信的装置。概括而言，所述装置包括存储器和耦合到所述存储器的至少一个处理器，所述存储器和所述至少一个处理器被配置为：接收用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则在第二服务类型的上行链路传输中对针对所述第一pdsch传输的确认反馈进行复用。
11.本公开内容的某些方面涉及一种用于由ue进行无线通信的装置。概括而言，所述装置包括：用于接收用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权的单元；以及用于如果满足一个或多个条件，则在第二服务类型的上行链路传输中对针对所述第一 pdsch传输的确认反馈进行复用的单元。
12.本公开内容的某些方面涉及一种计算机可读介质，所述计算机可读介质具有存储在其上的用于进行以下操作的指令：接收用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则在第二服务类型的上行链路传输中对针对所述第一pdsch传输的确认反馈进行复用。
13.某些方面提供了一种用于由网络实体进行无线通信的方法。概括而言，所述方法包括：向用户设备(ue)发送用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则处理在第二服务类型的上行链路传输中复用的来自所述ue 的针对所述第一pdsch传输的确认反馈。
14.本公开内容的某些方面涉及一种用于由网络实体进行无线通信的装置。概括而言，所述装置包括存储器和耦合到所述存储器的至少一个处理器，所述存储器和所述至少一个处理器被配置为：向用户设备(ue)发送用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则处理在第二服务类型的上行链路传输中复用的来自所述ue的针对所述第一pdsch传输的确认反馈。
15.本公开内容的某些方面涉及一种用于由网络实体进行无线通信的装置。概括而言，所述装置包括：用于向用户设备(ue)发送用于至少第一服务类型的第一物理下行链路共享信道(pdsch) 传输的下行链路授权的单元；以及用于如果满足一个或多个条件，则处理在第二服务类型的上行链路传输中复用的来自所述ue的针对所述第一pdsch传输的确认反馈的单元。
16.本公开内容的某些方面涉及一种计算机可读介质，所述计算机可读介质具有存储在其上的用于进行以下操作的指令：向用户设备(ue)发送用于至少第一服务类型的第一物
理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则处理在第二服务类型的上行链路传输中复用的来自所述ue的针对所述第一pdsch传输的确认反馈。
17.为了实现前述和相关的目的，一个或多个方面包括下文中充分描述并在权利要求中特别指出的特征。以下描述和附图详细阐述了一个或多个方面的某些说明性的特征。然而，这些特征指示可以采用各个方面的原理的各种方式中的仅几种方式。
附图说明
18.为了可以详细地理解本公开内容的上述特征，可以通过参照各方面，来作出更加具体的描述 (上文所简要概述的)，其中一些方面在附图中示出。然而，要注意的是，附图仅示出了本公开内容的某些典型的方面并且因此不被认为限制其范围，因为该描述可以允许其它同等有效的方面。
19.图1是概念性地示出了根据本公开内容的某些方面的示例电信系统的框图。
20.图2是示出了根据本公开内容的某些方面的分布式无线接入网络(ran)的示例逻辑架构的框图。
21.图3是示出了根据本公开内容的某些方面的分布式ran的示例物理架构的图。
22.图4是概念性地示出了根据本公开内容的某些方面的示例基站(bs)和用户设备(ue)的设计的框图。
23.图5是示出了根据本公开内容的某些方面的用于实现通信协议栈的示例的图。
24.图6示出了根据本公开内容的某些方面的新无线电(nr)系统的帧格式的示例。
25.图7a和7b示出了用于不同ue能力的示例ue处理时间线。
26.图8a和8b示出了用于不同ue能力的示例ue处理时间线。
27.图9示出了根据本公开内容的某些方面的示例场景，其中用于一种服务类型的上行链路控制信息(uci)可以在用于第二服务类型的上行链路传输中进行复用。
28.图10是示出了根据本公开内容的某些方面的用于由ue进行无线通信的示例操作的流程图。
29.图11是示出了根据本公开的某些方面的用于由网络实体进行无线通信的示例操作的流程图。
30.图12示出了根据本公开内容的某些方面的另一示例场景，其中用于一种服务类型的上行链路控制信息(uci)可以在用于第二服务类型的上行链路传输中进行复用。
31.图13a和13b示出了根据本公开内容的某些方面的示例场景，其中用于一种服务类型的上行链路控制信息(uci)可以在用于第二服务类型的上行链路传输中进行复用。
32.图14a和14b示出了根据本公开内容的某些方面的另一示例场景，其中用于一种服务类型的上行链路控制信息(uci)可以在用于第二服务类型的上行链路传输中进行复用。
33.图15示出了根据本公开内容的某些方面的又一示例场景，其中用于一种服务类型的上行链路控制信息(uci)可以在用于第二服务类型的上行链路传输中进行复用。
34.为了有助于理解，在可能的情况下，已经使用相同的附图标记来指定对于附图而言共同的相同元素。预期的是，在一个方面中公开的元素可以有益地用在其它方面上，而不需要具体的记载。
具体实施方式
35.本公开内容的各方面提供了用于跨越不同优先级对上行链路控制信息(uci)进行复用的装置、方法、处理系统和计算机可读介质。例如，本文描述的技术可以用于将针对一种服务类型(例如， embb或urllc)的确认反馈在另一种服务类型的上行链路传输中进行复用。
36.以下描述提供了示例，而不对权利要求中阐述的范围、适用性或示例进行限制。可以在不脱离本公开内容的范围的情况下，在论述的元素的功能和布置方面进行改变。各个示例可以酌情省略、替换或添加各种过程或组件。例如，所描述的方法可以以与所描述的次序不同的次序来执行，并且可以添加、省略或组合各种步骤。此外，可以将关于一些示例描述的特征组合到一些其它示例中。例如，使用本文所阐述的任何数量的方面，可以实现一种装置或可以实施一种方法。此外，本公开内容的范围旨在涵盖使用除了本文所阐述的公开内容的各个方面以外或与其不同的其它结构、功能、或者结构和功能来实施的这样的装置或方法。应当理解的是，本文所公开的公开内容的任何方面可以由权利要求的一个或多个元素来体现。本文使用“示例性”一词来意指“用作示例、实例或说明”。本文中被描述为“示例性”的任何方面未必被解释为比其它方面优选或具有优势。
37.本文描述的技术可以被用于各种无线通信技术，例如，lte、cdma、tdma、fdma、ofdma、 sc-fdma以及其它网络。术语“网络”和“系统”经常可互换地使用。cdma网络可以实现诸如通用陆地无线接入(utra)、cdma2000等的无线电技术。utra包括宽带cdma(wcdma)和 cdma的其它变型。cdma2000涵盖is-2000、is-95和is-856标准。tdma网络可以实现诸如全球移动通信系统(gsm)之类的无线电技术。ofdma网络可以实现诸如nr(例如，5g ra)、演进型utra(e-utra)、超移动宽带(umb)、ieee 802.11(wi-fi)、ieee 802.16(wimax)、ieee 802.20、闪速-ofdma等的无线电技术。utra和e-utra是通用移动电信系统(umts)的一部分。
38.新无线电(nr)是处于开发中的、结合5g技术论坛(5gtf)的新兴的无线通信技术。3gpp 长期演进(lte)和改进的lte(lte-a)是umts的使用e-utra的版本。在来自名称为“第三代合作伙伴计划”(3gpp)的组织的文档中描述了utra、e-utra、umts、lte、lte-a和gsm。在来自名称为“第三代合作伙伴计划2”(3gpp2)的组织的文档中描述了cdma2000和umb。本文描述的技术可以被用于上文提及的无线网络和无线电技术以及其它无线网络和无线电技术。为了清楚起见，虽然本文可能使用通常与3g和/或4g无线技术相关联的术语来描述各方面，但是本公开内容的各方面可以应用于基于其它代的通信系统(例如，5g及以后的技术(包括nr技术))。
39.新无线电(nr)接入(例如，5g技术)可以支持各种无线通信服务，例如，以宽带宽(例如， 80mhz或以上)为目标的增强型移动宽带(embb)、以高载波频率(例如，25ghz或以上)为目标的毫米波(mmw)、以非向后兼容mtc技术为目标的大规模机器类型通信mtc(mmtc)、和/ 或以超可靠低时延通信(urllc)为目标的任务关键。这些服务可以包括时延和可靠性要求。这些服务还可以具有不同的传输时间间隔(tti)，以满足相应的服务质量(qos)要求。另外，这些服务可以共存于同一子帧中。
40.示例无线通信系统
41.图1示出了可以在其中执行本公开内容的各方面的示例无线通信网络100。例如，ue 120可以被配置为执行下文参照图10描述的操作，以跨越不同优先级对uci进行复用。此
外，bs 110可以被配置为执行下文参照图11描述的操作，例如，以处理由ue 120发送的经复用的uci。
42.如图1中所示，无线网络100可以包括多个基站(bs)110和其它网络实体。bs可以是与用户设备(ue)进行通信的站。每个bs 110可以为特定的地理区域提供通信覆盖。在3gpp中，术语“小区”可以指代节点b(nb)的覆盖区域和/或为该覆盖区域服务的nb子系统，这取决于使用该术语的上下文。在nr系统中，术语“小区”和下一代节点b(gnb或gnodeb)、nr bs、5g nb、接入点(ap)、发送接收点(trp)可以互换。在一些示例中，小区可能未必是静止的，而且小区的地理区域可以根据移动bs的位置而移动。在一些示例中，基站可以通过各种类型的回程接口(例如，直接物理连接、无线连接、虚拟网络、或者使用任何适当的传输网络的接口)来彼此互连和/或与无线通信网络100中的一个或多个其它基站或网络节点(未示出)互连。
43.通常，可以在给定的地理区域中部署任何数量的无线网络。每个无线网络可以支持特定的无线接入技术(rat)并且可以在一个或多个频率上操作。rat还可以被称为无线电技术、空中接口等。频率也可以被称为载波、子载波、频率信道、音调、子带等。每个频率可以在给定的地理区域中支持单个rat，以便避免具有不同rat的无线网络之间的干扰。在一些情况下，可以部署nr或 5g rat网络。
44.bs可以提供针对宏小区、微微小区、毫微微小区和/或其它类型的小区的通信覆盖。宏小区可以覆盖相对大的地理区域(例如，半径为几千米)并且可以允许由具有服务订制的ue进行不受限制的接入。微微小区可以覆盖相对小的地理区域并且可以允许由具有服务订制的ue进行不受限制的接入。毫微微小区可以覆盖相对小的地理区域(例如，住宅)并且可以允许由与该毫微微小区具有关联的ue(例如，封闭用户组(csg)中的ue、针对住宅中的用户的ue等)进行受限制的接入。用于宏小区的bs可以被称为宏bs。用于微微小区的bs可以被称为微微bs。用于毫微微小区的bs可以被称为毫微微bs或家庭bs。在图1中示出的示例中，bs 110a、110b和110c可以分别是用于宏小区102a、102b和102c的宏bs。bs 110x可以是用于微微小区102x的微微bs。bs 110y 和110z可以分别是用于毫微微小区102y和102z的毫微微bs。bs可以支持一个或多个(例如，三个)小区。
45.无线通信网络100还可以包括中继站。中继站是从上游站(例如，bs或ue)接收数据传输和/或其它信息以及将数据传输和/或其它信息发送给下游站(例如，ue或bs)的站。中继站还可以是为其它ue中继传输的ue。在图1中示出的示例中，中继站110r可以与bs 110a和ue 120r进行通信，以便促进bs 110a与ue 120r之间的通信。中继站还可以被称为中继bs、中继器等。
46.无线通信网络100可以是包括不同类型的bs(例如，宏bs、微微bs、毫微微bs、中继器等) 的异构网络。这些不同类型的bs可以具有不同的发射功率电平、不同的覆盖区域以及对无线通信网络100中的干扰的不同影响。例如，宏bs可以具有高发射功率电平(例如，20瓦)，而微微bs、毫微微bs和中继器可以具有较低的发射功率电平(例如，1瓦)。
47.无线通信网络100可以支持同步操作或异步操作。对于同步操作，bs可以具有相似的帧定时，并且来自不同bs的传输在时间上可以近似地对齐。对于异步操作，bs可以具有不同的帧定时，并且来自不同bs的传输在时间上可以不对齐。本文描述的技术可以用于同步操作和异步操作两者。
48.网络控制器130可以耦合到一组bs，以及提供针对这些bs的协调和控制。网络控制器130 可以经由回程与bs 110进行通信。bs 110还可以例如经由无线或有线回程(例如，直接地或间接地) 相互通信。
49.ue 120(例如，120x、120y等)可以散布于整个无线通信网络100中，并且每个ue可以是静止的或移动的。ue还可以被称为移动站、终端、接入终端、用户单元、站、客户驻地设备(cpe)、蜂窝电话、智能电话、个人数字助理(pda)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(wll)站、平板型计算机、相机、游戏设备、上网本、智能本、超级本、电器、医疗设备或医疗装置、生物计量传感器/设备、可穿戴设备(例如，智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如，智能指环、智能手链等))、娱乐设备(例如，音乐设备、视频设备、卫星无线电单元等)、车辆组件或传感器、智能仪表/传感器、工业制造设备、全球定位系统设备、或者被配置为经由无线或有线介质来进行通信的任何其它适当的设备。一些ue 可以被认为是机器类型通信(mtc)设备或演进型mtc(emtc)设备。mtc和emtc ue包括例如机器人、无人机、远程设备、传感器、仪表、监视器、位置标签等，它们可以与bs、另一个设备 (例如，远程设备)或某个其它实体进行通信。无线节点可以经由有线或无线通信链路来提供例如针对网络(例如，诸如互联网或蜂窝网络之类的广域网)或到网络的连接。一些ue可以被认为是物联网(iot)设备，其可以是窄带iot(nb-iot)设备。
50.某些无线网络(例如，lte)在下行链路上利用正交频分复用(ofdm)以及在上行链路上利用单载波频分复用(sc-fdm)。ofdm和sc-fdm将系统带宽划分成多个(k个)正交子载波，所述多个正交子载波通常还被称为音调、频段等。可以利用数据来调制每个子载波。通常，在频域中利用ofdm以及在时域中利用sc-fdm来发送调制符号。相邻子载波之间的间隔可以是固定的，并且子载波的总数(k)可以取决于系统带宽。例如，子载波的间隔可以是15khz并且最小资源分配 (被称为“资源块”(rb))可以是12个子载波(或180khz)。因此，针对1.25、2.5、5、10或20 兆赫兹(mhz)的系统带宽，标称的快速傅里叶变换(fft)大小可以分别等于128、256、512、1024 或2048。还可以将系统带宽划分成子带。例如，子带可以覆盖1.8mhz(即，6个资源块)，并且针对1.25、2.5、5、10或20mhz的系统带宽，可以分别存在1、2、4、8或16个子带。
51.虽然本文描述的示例的各方面可以与lte技术相关联，但是本公开内容的各方面可以与其它无线通信系统(例如，nr)一起应用。nr可以在上行链路和下行链路上利用具有cp的ofdm，并且可以包括针对使用tdd的半双工操作的支持。可以支持波束成形并且可以动态地配置波束方向。也可以支持具有预编码的mimo传输。dl中的mimo配置可以支持多至8个发射天线，其中多层 dl传输多至8个流并且每个ue多至2个流。可以支持具有每个ue多至2个流的多层传输。可以支持具有多至8个服务小区的多个小区的聚合。
52.在一些示例中，可以调度对空中接口的接入。调度实体(例如，bs)在其服务区域或小区内的一些或所有设备和装置之间分配用于通信的资源。调度实体可以负责调度、分配、重新配置和释放用于一个或多个从属实体的资源。即，对于被调度的通信，从属实体利用调度实体所分配的资源。基站不是可以用作调度实体的仅有的实体。在一些示例中，ue可以用作调度实体，并且可以调度用于一个或多个从属实体(例如，一个或多个其它ue)的资源，以及其它ue可以利用该ue所调度的资源来进行无线通信。在一些示例中，ue可以用作对等
(p2p)网络中和/或网状网络中的调度实体。在网状网络示例中，除了与调度实体进行通信之外，ue还可以彼此直接进行通信。
53.在图1中，具有双箭头的实线指示ue与服务bs之间的期望传输，服务bs是被指定为在下行链路和/或上行链路上为ue服务的bs。具有双箭头的细虚线指示ue与bs之间的干扰传输。
54.图2示出了可以在图1中示出的无线通信网络100中实现的分布式无线电接入网络(ran) 200的示例逻辑架构。5g接入节点206可以包括接入节点控制器(anc)202。anc 202可以是分布式ran 200的中央单元(cu)。到下一代核心网络(ng-cn)204的回程接口可以在anc 202处终止。到相邻的下一代接入节点(ng-an)210的回程接口可以在anc 202处终止。anc 202可以包括一个或多个trp 208(例如，小区、bs、gnb等)。
55.trp 208可以是分布式单元(du)。trp 208可以连接到一个anc(例如，anc 202)或一个以上的anc(未示出)。例如，对于ran共享、无线电作为服务(raas)和特定于服务的and部署，trp 208可以连接到一个以上的anc。trp 208可以各自包括一个或多个天线端口。trp 208 可以被配置为单独地(例如，动态选择)或联合地(例如，联合传输)向ue提供业务。
56.分布式ran 200的逻辑架构可以支持跨越不同部署类型的前传方案。例如，该逻辑架构可以是基于发送网络能力(例如，带宽、时延和/或抖动)的。
57.分布式ran 200的逻辑架构可以与lte共享特征和/或组件。例如，下一代接入节点(ng-an) 210可以支持与nr的双重连接，并且可以共享针对lte和nr的公共前传。
58.分布式ran 200的逻辑架构可以实现各trp 208之间和其间的协作，例如，经由anc 202在 trp内和/或跨越trp。可以不使用trp间接口。
59.逻辑功能可以动态地分布在分布式ran 200的逻辑架构中。如将参照图5更加详细描述的，可以将无线资源控制(rrc)层、分组数据汇聚协议(pdcp)层、无线链路控制(rlc)层、介质访问控制(mac)层和物理(phy)层适应性地放置在du(例如，trp 208)或cu(例如，anc202)处。
60.图3示出了根据本公开内容的各方面的、分布式ran 300的示例物理架构。集中式核心网络单元(c-cu)302可以主管核心网络功能。c-cu 302可以被部署在中央。c-cu 302功能可以被卸载(例如，至高级无线服务(aws))以便处理峰值容量。
61.集中式ran单元(c-ru)304可以主管一个或多个anc功能。可选地，c-ru 304可以在本地主管核心网络功能。c-ru 304可以具有分布式部署。c-ru 304可以接近网络边缘。
62.du 306可以主管一个或多个trp(边缘节点(en)、边缘单元(eu)、无线电头端(rh)、智能无线电头端(srh)等)。du可以位于具有射频(rf)功能的网络的边缘处。
63.图4示出了bs 110和ue 120(如在图1中描绘的)的示例组件，它们可以用于实现本公开内容的各方面。例如，ue 120的天线452、处理器466、458、464和/或控制器/处理器480、和/或bs 110 的天线434、处理器420、430、438和/或控制器/处理器440可以用于执行本文描述的用于多trp 传输的速率匹配的各种技术和方法。
64.在bs 110处，发送处理器420可以从数据源412接收数据以及从控制器/处理器440接收控制信息。控制信息可以用于物理广播信道(pbch)、物理控制格式指示符信道(pcfich)、物理混合 arq指示符信道(phich)、物理下行链路控制信道(pdcch)、组公共pdcch(gc pdcch)等。数据可以用于物理下行链路共享信道(pdsch)等。处理器420可以分别
处理(例如，编码和符号映射)数据和控制信息以获得数据符号和控制符号。处理器420还可以生成例如用于主同步信号 (pss)、辅同步信号(sss)和小区特定参考信号(crs)的参考符号。发送(tx)多输入多输出 (mimo)处理器430可以对数据符号、控制符号和/或参考符号执行空间处理(例如，预编码)(如果适用的话)，并且可以向调制器(mod)432a至432t提供输出符号流。每个调制器432可以(例如，针对ofdm等)处理相应的输出符号流以获得输出采样流。每个调制器可以进一步处理(例如，转换到模拟、放大、滤波以及上变频)输出采样流以获得下行链路信号。可以分别经由天线434a至434t来发送来自调制器432a至432t的下行链路信号。
65.在ue 120处，天线452a至452r可以从基站110接收下行链路信号，并且可以分别向收发机中的解调器(demod)454a至454r提供接收的信号。每个解调器454可以调节(例如，滤波、放大、下变频以及数字化)相应的接收的信号以获得输入采样。每个解调器可以(例如，针对ofdm 等)进一步处理输入采样以获得接收符号。mimo检测器456可以从所有解调器454a至454r获得接收符号，对接收符号执行mimo检测(如果适用的话)，以及提供检测到的符号。接收处理器458 可以处理(例如，解调、解交织以及解码)所检测到的符号，向数据宿460提供经解码的针对ue 120 的数据，以及向控制器/处理器480提供经解码的控制信息。
66.在上行链路上，在ue 120处，发送处理器464可以接收并且处理来自数据源462的数据(例如，用于物理上行链路共享信道(pusch))和来自控制器/处理器480的控制信息(例如，用于物理上行链路控制信道(pucch))。发送处理器464还可以生成用于参考信号(例如，用于探测参考信号(srs))的参考符号。来自发送处理器464的符号可以被tx mimo处理器466预编码(如果适用的话)，被收发机中的解调器454a至454r(例如，针对sc-fdm等)进一步处理，以及被发送给基站110。在bs 110处，来自ue 120的上行链路信号可以由天线434接收，由调制器432处理，由mimo检测器436检测(如果适用的话)，以及由接收处理器438进一步处理，以获得经解码的由ue 120发送的数据和控制信息。接收处理器438可以向数据宿439提供经解码的数据，并且向控制器/处理器440提供经解码的控制信息。
67.控制器/处理器440和480可以分别指导bs 110和ue 120处的操作。处理器440和/或基站110 处的其它处理器和模块可以执行或指导用于本文描述的技术的过程的执行。存储器442和482可以分别存储用于bs 110和ue 120的数据和程序代码。调度器444可以调度ue用于下行链路和/或上行链路上的数据传输。
68.图5示出了描绘根据本公开内容的各方面的、用于实现通信协议栈的示例的图500。所示出的通信协议栈可以由在诸如5g系统(例如，支持基于上行链路的移动性的系统)之类的无线通信系统中操作的设备来实现。图500示出了通信协议栈，其包括rrc层510、pdcp层515、rlc层520、 mac层525和phy层530。在各个示例中，协议栈的这些层可以被实现成单独的软件模块、处理器或asic的部分、通过通信链路连接的非共置的设备的部分、或其各种组合。共置和非共置的实现可以用在例如用于网络接入设备(例如，an、cu和/或du)或ue的协议栈中。
69.第一选项505-a示出了协议栈的拆分实现，其中，在集中式网络接入设备(例如，图2中的 anc 202)和分布式网络接入设备(例如，图2中的trp 208)之间拆分协议栈的实现。在第一选项 505-a中，rrc层510和pdcp层515可以由中央单元来实现，而rlc层520、mac层525和物理层530可以由du来实现。在各个示例中，cu和du可以是共置或非共置的。在宏小
区、微小区或微微小区部署中，第一选项505-a可以是有用的。
70.第二选项505-b示出了协议栈的统一实现，其中，协议栈是在单个网络接入设备中实现的。在第二选项中，rrc层510、pdcp层515、rlc层520、mac层525和物理层530均可以由an来实现。在例如毫微微小区部署中，第二选项505-b可以是有用的。
71.不管网络接入设备实现协议栈的一部分还是全部，ue都可以实现如505-c中所示的整个协议栈(例如，rrc层510、pdcp层515、rlc层520、mac层525和物理层530)。
72.在lte中，基本传输时间间隔(tti)或分组持续时间是1ms子帧。在nr中，子帧仍然是1 ms，但是基本tti被称为时隙。子帧包含可变数量的时隙(例如，1、2、4、8、16个...时隙)，这取决于子载波间隔。nr rb是12个连续频率子载波。nr可以支持15khz的基本子载波间隔，并且可以相对于基本子载波间隔定义其它子载波间隔，例如，30khz、60khz、120khz、240khz等。符号和时隙长度随着子载波间隔缩放。cp长度也取决于子载波间隔。
73.图6是示出了用于nr的帧格式600的示例的图。用于下行链路和上行链路中的每一个的传输时间线可以被划分成无线帧的单元。每个无线帧可以具有预定的持续时间(例如，10ms)并且可以被划分成具有索引0至9的10个子帧，每个子帧为1ms。每个子帧可以包括可变数量的时隙，这取决于子载波间隔。每个时隙可以包括可变数量的符号周期(例如，7或14个符号)，这取决于子载波间隔。可以向每个时隙中的符号周期分配索引。微时隙(其可以被称为子时隙结构)指代具有小于时隙的持续时间(例如，2、3或4个符号)的发送时间间隔。
74.时隙中的每个符号可以指示数据传输的链路方向(例如，dl、ul或灵活)，并且每个子帧的链路方向可以是动态地切换的。链路方向可以是基于时隙格式的。每个时隙可以包括dl/ul数据以及dl/ul控制信息。
75.在nr中，发送同步信号(ss)块。ss块包括pss、sss和两符号pbch。可以在固定时隙位置(例如，如在图6中示出的符号0-3)中发送ss块。pss和sss可以被ue用于小区搜索和获取。pss可以提供半帧定时，ss可以提供cp长度和帧定时。pss和sss可以提供小区身份。pbch 携带某些基本系统信息，诸如下行链路系统带宽、无线帧内的定时信息、ss突发集合周期、系统帧编号等。可以将ss块组织成ss突发以支持波束扫描。可以在某些子帧中的物理下行链路共享信道 (pdsch)上发送另外的系统信息，诸如剩余最小系统信息(rmsi)、系统信息块(sib)、其它系统信息(osi)。对于mmw，可以将ss块发送多达六十四次，例如，利用多达六十四个不同的波束方向。多达六十四个ss块的传输被称为ss突发集合。ss突发集合中的ss块是在相同的频率区域中发送的，而不同ss突发集合中的ss块可以是在不同的频率位置处发送的。
76.在一些情况下，两个或更多个从属实体(例如，ue)可以使用侧行链路信号相互通信。这种侧行链路通信的现实生活的应用可以包括公共安全、接近度服务、ue到网络中继、车辆到车辆(v2v) 通信、万物联网(ioe)通信、iot通信、任务关键网状网、和/或各种其它适当的应用。通常，侧行链路信号可以指代从一个从属实体(例如，ue1)传送到另一个从属实体(例如，ue2)的信号，而不需要通过调度实体(例如，ue或bs)来中继该通信，即使调度实体可以用于调度和/或控制目的。在一些示例中，可以使用经许可频谱来传送侧行链路信号(与通常使用免许可频谱的无线局域网不同)。
77.ue可以在各种无线资源配置中操作，这些无线资源配置包括与使用专用资源集合来发送导频相关联的配置(例如，无线电资源控制(rrc)专用状态等)、或者与使用公共资源
集合来发送导频相关联的配置(例如，rrc公共状态等)。当在rrc专用状态下操作时，ue可以选择用于向网络发送导频信号的专用资源集合。当在rrc公共状态下操作时，ue可以选择用于向网络发送导频信号的公共资源集合。在任一情况下，ue发送的导频信号可以被一个或多个网络接入设备(例如，an或du或其部分)接收。每个接收网络接入设备可以被配置为接收和测量在公共资源集合上发送的导频信号，并且还接收和测量在被分配给ue(针对这些ue而言，该网络接入设备是针对ue进行监测的网络接入设备集合中的成员)的专用资源集合上发送的导频信号。接收网络接入设备中的一个或多个、或者接收网络接入设备向其发送导频信号的测量结果的cu可以使用测量结果来识别用于ue的服务小区，或者发起对用于这些ue中的一个或多个ue的服务小区的改变。
78.针对跨越不同优先级的uci复用的示例设计考虑
79.本公开内容的各个方面提供了用于跨越不同优先级对上行链路控制信息(uci)进行复用的装置、方法、处理系统和计算机可读介质。例如，本文描述的技术可以用于将针对一种服务类型(例如，增强型移动宽带(embb)或超可靠低时延通信(urllc))的确认反馈在另一服务类型的上行链路传输中进行复用。
80.本技术可以允许用户设备(ue)能够同时支持不同的服务类型(诸如embb和urllc)以及在满足ue的处理能力所规定的处理时间的同时提供反馈方面的灵活性。例如，本文给出的技术可以允许ue在urllc物理上行链路共享信道(pusch)上复用(或“搭载”)embb uci，以在 embb pusch上复用urllc uci，和/或将embb和urllc混合自动重传请求(harq)确认(ack) 复用在一起(例如，在单个物理上行链路控制信道(pucch)传输中)。
81.在诸如新无线电(nr)之类的系统中，定义了各种处理时间，以确保gnb为ue留出足够的时间来处理发送或接收。
82.例如，一个处理时间是pdsch解码时间n1，其被定义为从pdsch接收的结束到对应的 ack/nack的最早可能开始的ue处理所需的ofdm符号数量。另一处理时间是pusch准备时间 n2，其被定义为从包含上行链路(ul)授权的pdcch的结束到对应的pusch传输的最早可能开始(从ue的角度来看)的ue处理所需的ofdm符号数量。
83.在nr中，定义了两个ue处理能力集合，通常被称为cap 1和cap 2。cap 2通常对应于较高的ue处理能力，并且因此n1和n2的时间更短。例如，图7a和7b分别针对cap 1和cap 2示出了n1的示例值。类似地，图8a和8b分别针对cap 1和cap 2示出了n2的示例值。通常，如果网络为调度参数(例如，k1/k2)设置的值没有为ue处理留出足够的时间(如ue的n1和n2值所指示的，基于其能力)，则不预期ue在上行链路中发送任何内容。不同的能力可能对这些值产生重大影响。例如，cap 2n2可能比cap 1n1小得多。
84.图9示出了n1和n2处理时间对uci复用时间线的影响。在一些情况下，当确认(例如， harq-ack)反馈与pusch冲突时，ue可能需要在pusch传输上搭载harq-ack，前提是满足如下一个或多个时间线条件：
85.ul授权至少比pusch和携带harq-ack的pucch的最早符号早到n2个符号；和/或
86.dl授权至少比pusch和携带harq-ack的pucch的最早符号早到n1个符号。
87.如果不满足时间线条件，则为错误情况。然而，在所示的示例中，ul授权到得足够早(例如，在虚线所指示的pusch和pucch的第一符号之前超过n2个符号)以满足第一条件。类似地，这两个 dl授权到得足够早(例如，在虚线所指示的pusch和pucch的第一符号之前
超过n1个符号) 以满足第二个条件。
88.然而，当不同的处理能力混合时，复用场景可能会产生复杂情况。例如，ue可以根据不同的处理能力支持不同的服务类型，诸如urllc和embb。这提出了一个挑战，因为n1和n2的不同值用于不同的情况(例如，如上所述，cap2 n2可能比cap1 n1小得多)。
89.因此，本公开内容的各方面通过考虑支持不同服务类型以及对应的不同处理能力的可能性提出了可以允许复用uci的各种条件。
90.图10示出了根据本公开内容的某些方面的用于无线通信的示例操作1000。例如，可以由ue (例如，诸如无线通信网络100中的ue 120)执行操作1000，以在用于第二服务类型的上行链路传输上对用于一种服务类型的uci进行复用。
91.在1002处，操作1000通过如下操作开始：接收用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权。在1004处，如果满足一个或多个条件，则ue在第二服务类型的上行链路传输中对针对第一pdsch传输的确认反馈进行复用。
92.图11示出了可以被认为是与图10的操作1000互补的示例操作1100。例如，可以由网络实体 (例如，诸如无线通信网络100中的bs/gnb 110)执行操作1100，以处理从执行图10的操作1000 的ue发送的、在用于第二服务类型的上行链路传输上复用的用于一种服务类型的uci。
93.在1102处，操作1100通过如下操作开始：向用户设备(ue)发送用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权。在1104处，如果满足一个或多个条件，则网络实体处理在第二服务类型的上行链路传输中复用的来自ue的针对第一pdsch传输的确认反馈。
94.操作1000和1100可以允许ue和bs(例如，gnb)确定何时允许在第二服务类型的上行链路传输上对用于一种服务类型的uci进行复用。gnb可以使用本文描述的条件来确定何时期望和/ 如何处理以这种方式复用的uci。不同的条件可以针对不同的场景解决uci复用。
95.例如，可以解决的第一场景是在urllc pusch上对针对embb传输的确认反馈(harq-ack，也被称为ack/nack，或简称a/n)进行复用。
96.如上所述，在这样的场景中提出的一个挑战是，urllc和embb可能正在不同的处理能力上运行，这意味着可能需要适应先前未预期的n1和n2值组合。因此，在embb pusch上复用(或搭载)urllc a/n可能导致实现挑战，即使在满足处理时间线时也是如此。
97.参照图12示出了这些挑战。如前所述，并且如该示例中所示，urllc的cap2 n2值可能比 embb的cap1 n1值小得多。因此，当urllc ul授权到来时(在标记为t0的虚线处结束)，ue 可能已经生成a/n码本并且已经开始信道编码和调制。因此，为了仍然能够在对应于ul授权(例如，其被延迟接收)的pusch上搭载a/n，ue可能需要丢弃当前uci处理流，并且重新进行码本生成、信道编码和调制。
98.这可能具有挑战性，因为用于pusch上的报告和用于pusch上的报告的harq-ack码本通常不同。码本大小可能不同，例如，因为pucch上的码本大小通常取决于下行链路(dl)下行链路指派索引(dai)，而pusch上的码本大小通常取决于ul dai。dai通常指用于指示ue需要在特定harq-ack报告中反馈多少a/n比特的控制字段。此外，用于pusch上和pusch上的报告uci的信道编码速率可能不同。例如，如果使用极性编码(例如，在harq-ack码本大小超
过 11比特的情况下)，则可以根据信道编码速率来使用不同的速率匹配(例如，打孔、缩短或重复)。这暗示当ue从在pucch上生成harq-ack报告切换到在pusch上生成harq-ack报告时， ue可以重新进行极性编码和速率匹配。
99.因此，本公开内容的各方面可以通过施加额外的搭载条件来解决这种场景(例如，除了上文描述的假设单个ue能力的n1和n2的现有时间线条件之外)。
100.在一些情况下，如果携带ul授权的pdcch的结束与最早ul符号(例如，pucch和pusch 之间)之间的间隙不小于门限值，则额外的时间线条件可以指示ue仅搭载。在一些情况下，门限值可以是确定为n1、n3或n2 d的值。n3通常指ue将a/n报告从时隙内的第一pucch资源切换到第二pucch资源所需的最小时间。对于ue处理能力1和scs配置μ，对于μ＝0，n3＝8，对于μ＝1，n3＝10，对于μ＝2，n3＝17，对于μ＝3，n3＝20，以及对于ue处理能力2和scs 配置μ，对于μ＝0，n3＝3，对于μ＝1，n3＝4.5，对于μ＝2，n3＝9。在这种条件下，可以基于所有dl服务小区中的最大处理时间来确定n1的值(对于这些dl服务小区，ue已接收到pdsch 以在冲突的pucch上反馈a/n)。参数d通常指ue重新准备uci所需的额外符号数量，其值可以取决于embb harq-ack码本的有效载荷大小(例如，有效载荷越大，d的值就越大)。
101.在一些情况下，可以配置上述时间线条件的替代方案。例如，如果包含pdsch的dl服务小区被配置有与包含pusch的服务小区相同或更高的处理能力，则ue可以仅在urllc pusch上搭载embb harq-ack。返回到图12中的示例，将不满足该替代时间线条件(因为包含pdsch传输的小区被配置为cap 1，而包含pusch的小区被配置为cap 2)。因此，在图12中所示的示例中，根据替代时间线条件，可能不允许ue在pusch上搭载a/n。
102.在一些情况下，条件可能是基于码本大小(例如，embb a/n码本大小)的。例如，仅当embba/n码本的大小小于或等于门限值时，ue才可以在pusch上搭载a/n，否则，可以丢弃embb a/n)。例如，门限可以是按照某个比特数量(例如，11比特或2比特)。
103.在nr中，对于uci编码，根据uci有效载荷大小，使用不同的编码方案。在1比特的情况下，使用重复编码。在2比特的情况下，使用单工编码。在有效载荷大小在3和11之间的情况下，使用reed-muller编码。如果有效载荷大小大于11比特，则使用极性编码。在一些情况下，可以选择门限比特数量来考虑这些编码方案的复杂度的差异。例如，选择2比特的门限可以将a/n复用限制为使用重复或单工编码的情况。选择11比特的门限可以排除更复杂的极性编码方案。
104.在一些情况下，其它条件可以确定ue是否在urllc pusch上对用于embb传输的 harq-ack a/n进行复用。例如，如果urllc和embb harq-ack被配置有不同类型的码本(例如，如果embb使用类型1/半静态，并且urllc使用类型2/动态码本)，则ue可能不进行复用。在一些情况下，该条件可能是期望的，因为ul dai信令机制在类型1和类型2码本之间可能不同。鉴于ul urllc dci中可能只存在1个dai字段，可能无法在同一ul dci中指示半静态和动态码本两者。此外，ue可能不期望ul dai指示与dl dai不同的值(即，ue可能不期望码本大小改变)。
105.在urllc pusch上对用于embb传输的harq-ack a/n进行复用的场景的另一个问题是， embb harq-ack码本的相对较大的有效载荷大小可能会影响urllc pusch链路预算。这在将类型1harq-ack码本(即，半静态码本)用于embb pusch的情况下可能特别有问题。
106.本公开内容的各个方面可以通过在每个分量载波(cc)的基础上捆绑a/n来减少
embbharq-ack码本大小，从而解决这个问题。对于每cc a/n捆绑，ue可以被配置为针对每个配置的cc生成1比特，而不管在该cc中是否接收到pdsch。该配置可能是有益的，因为如果ue在特定cc中丢失了一个dci，则总dai将指示该丢失的dci，但是ue可能无法确定dci在哪个cc 上丢失。因此，ue可能不知道它需要在哪个cc上生成nack，这可能导致ue和基站之间embbharq-ack码本的不一致。这可能会导致urllc pusch和embb harq-ack两者的丢失)。无论是否接收到pdsch，通过针对每个cc提供1比特，在cc之一上调度pdsch的dci丢失的情况下，将提供nack，从而考虑丢失的dci并且允许重传该pdsch。在一些情况下，如果ue仅接收1个pdcch(其中总dai和计数器dai两者都等于1)，则ue可能仅为所有cc提供具有单个 (1)比特的反馈。换句话说，总dai值和计数器dai值两者都等于1指示ue仅从网络接收到1 个pdsch，因此在这种情况下，gnb和ue之间的码本大小没有歧义。
107.a/n捆绑可以是1)rrc配置的，或者2)由基站使用dci(例如，使用包含上行链路授权的 dci)动态地指示，或者3)由ue隐式地确定(例如，基于embb码本的有效载荷大小)。在一些情况下，ue可以基于在ul dci中用信号通知的beta因子来确定是否捆绑a/n。例如，ul dci中的beta因子字段可能包含2个比特，这表示4个beta因子值中的一个。ue可以被配置为：如果指示了某些beta因子值，则捆绑a/n，但是如果指示了其它beta值，则不捆绑a/n。隐式确定的一个示例是，如果有效载荷大小大于某个门限(例如，2比特)，则让ue捆绑a/n，否则不捆绑。
108.可以通过本文给出的技术解决的uci复用的第二场景是urllc harq-ack在embb pusch 上的复用。
109.该第一场景的一个问题是，在一些系统(例如，版本15)中，可能要求dl授权不晚于ul授权到来，以便在pusch上搭载a/n。该限制的动机可能是，通常需要ul dai来在动态码本的情况下用信号通知harq-ack码本大小，或者在半静态码本的情况下用信号通知pusch上的 harq-ack的存在性。遗憾的是，该限制可能限制在embb pusch上搭载urllc a/n的用例。
110.图13a示出了urllc授权在embb ul授权之前到来的场景。如图所示，为了减少延迟，用于url lc的dl授权和harq-ack之间的间隙通常非常小。因此，gnb能够避免将embb pusch 调度为与urllc a/n重叠。
111.另一方面，在常规系统中，如图13b所示，如果调度了较早的embb pusch，则必须在embbpusch之后调度针对较晚调度urllc授权的较晚的harq-ack，或者ue必须丢弃embb pusch 并且发送较晚的harq-ack。
112.因此，本公开内容的各个方面提供了解决方案，在某些情况下，这些解决方案可以使针对较晚调度的urlc的较晚的harq-ack能够仍然搭载在pusch上。在一些情况下，可以通过控制码本大小确定来适应该场景。
113.作为一个示例，ue可以首先针对其对应的dl授权不晚于ul授权到来的所有a/n确定码本 c1。例如，在图14a中，一个dl授权早于ul授权到来。
114.然后，ue检查ul dai，并且补偿在ul授权之前接收的最后一个dl授权与ul授权的接收之间任何丢失的dci/dai，这导致码本c2。在图14b所示的示例中，不存在这样的中间dl授权。
115.最后，ue可以基于在这些dci中接收的dai来将其dl授权在ul授权之后到来的a/n附加到c2码本，这可以产生最终的码本c3。在图14a所示的示例中，存在一个这样的dl授权。
如图 14a所示，该较晚的dl dai被计数在ul dai之上。
116.在解决dai相关问题的替代方法中，当基站发送ul授权和ul dai时，基站可以为以后的 dl授权(稍后到来)进行预算(预测)。这样，ue可以遵循ul授权中的ul dai，以确定总harq-ack 码本大小。因此，ul dci应当考虑其相关联的dl dci在ul授权之前到来的harq-ack、以及其相关联的dl dci在ul授权之后到来的harq-ack。如果ue稍后确实接收到某个dl dci(如图 10b和14a所示)，则ue可以将对应于该pdsch的实际harq-ack放入码本中。如果ue在ul 授权之后(并且在pusch的传输之前)没有接收到任何dl授权，则ue可以在这些位置插入一个或一些nack比特。换句话说，利用这种方法，在基站传输ul授权(包括ul dai)时，在码本中可以预留一些比特/占位符以用于较晚的harq-ack。预留比特的数量可以由基站使用ul dai 动态地用信号通知给ue。较晚的harq-ack比特(其dci在ul dci之后到来)可以被放置在这些占位符中。
117.使较晚的harq-ack能够搭载在pusch上的另一替代条件将是，携带dl授权的pdcch 的结束在最早的ul符号之前x个符号到来。图14b示出了一个示例，其中携带dl授权的pdcch 的结束满足该条件(例如，假设x＝n2，其可以使用实际pusch处理时间线来计算)，从而导致在 embb pusch上搭载urllc harq-ack。
118.gnb调度pusch传输时的另一个问题是，它通常不为较晚添加的harq-ack比特预算任何 (额外)资源。因此，在ul dci中用信号通知的beta因子可能不适合保证较晚的harq-ack的可靠性。beta因子通常指确定用于发送uci的pusch资源的数量的因子(并且通常在调度pusch 传输的ul授权中动态地用信号通知)。
119.在一些情况下，可以提供更新的beta因子，例如，较晚的dl授权可以用信号通知考虑在pusch 上搭载的harq-ack的beta因子。当确定用于包括harq-ack的传输的信道编码时，ue可以使用在dl授权中用信号通知的新beta因子(例如，beta因子确定uci上的pusch数据的编码速率的比率)。
120.可以通过本文给出的技术解决的uci复用的第三场景是，在相同的pucch上对高优先级 harq-ack和较低优先级harq-ack两者进行复用。该场景在图15中示出，图15示出了针对 urllc和embb pdsch传输两者的harq-ack如何在相同的pucch传输时机中发生。
121.在该场景的情况下的一个挑战是如何利用动态码本来解决码本大小确定。例如，由于embbpdcch通常具有与urllc pdcch相比更低的优先级，因此针对embb harq-ack的码本大小不一致(例如，由于丢失的dci)可能会降低urllc harq-ack码本的可靠性。
122.如上所述，dl授权dci可以包含被称为dai的控制字段，以指示ue需要在特定harq-ack 报告中反馈多少a/n比特。ue可以基于比较每个dci中的两个后续接收的dci来检测丢失的dl 授权。然而，如果携带dai的最后的dl授权丢失，则ue可能无法计算出正确的码本大小。在这种情况下，ue和gnb之间的码本大小将不一致。因此，gnb将无法正确解码码本。
123.在一些场景(例如，nr版本16)中，urllc和embb服务可以遵循不同/单独的dai操作。因此，urllc dl授权的dai可以仅指示urllc a/n比特的数目，并且类似地，embb dl授权的 dai可以仅指示embb a/n比特的数量。
124.解决该码本大小问题的一个潜在解决方案是使embb harq-ack码本遵循urllc dai。在这种情况下，在使用embb dai构造embb码本之后，ue将另外检查urllc dai。如果urllc dai 不同于embb dai，则ue将向embb码本插入nack比特，直到所确定的embb码本大
小与urllcdai匹配。在一些情况下，可以应用模函数来确定实际码本大小。例如，如果dai仅具有2比特，则dai可以被解释为指示真实大小的模4值(例如，0、1、2、3)。因此，如果embb dai指示3，并且urllc dai指示1，则ue可以将embb码本大小解释为5(即，因为5mod 4＝1)。
125.解决该码本大小问题的一个潜在解决方案是让urllc和embb两者遵循ue接收到的最后一个dai。最后一个dai通常是基于在其上接收dai的pdcch监测时机(在时间上)来确定的。如果在相同的pdcch监测时机内接收到两个dai，则ue可以被配置为遵循embb和urllc harq-ack码本两者的urllc dai。
126.在相同的pucch上对高优先级和低优先级harq-ack进行复用的该第三场景的另一个问题是，大的embb harq-ack有效载荷大小可能会影响urllc pucch可靠性。这是与上文参考第一场景描述的问题类似的问题，并且可以以类似的方式(例如，经由捆绑embb a/n比特)来解决。
127.该问题的替代是定义何时允许embb/urllc harq-ack复用的条件。例如，一个条件是，如果embb和urllc harq-ack有效载荷大小之间的比率小于或等于门限，则将ue配置为仅复用embb和urllc。该门限可以被明确地指定(例如，在nr标准中)，或者可以是经rrc配置给 ue的。例如，该比率门限可以是1，使得如果embb harq-ack比特的数量小于或等于urllcharq-ack比特的数量，则ue仅复用embb harq-ack比特和urllc harq-ack比特。
128.另一可能条件是，仅当embb比特数量小于或等于门限(例如，embb比特数量小于或等于1 或2比特的门限)时，才进行复用。进一步，另一可能条件可以是，仅当embb和urllc码本比特的总大小小于门限(例如，11比特)时，才进行复用。此外，又一可能条件可以是，如果urllc 和embb harq-ack码本是不同的类型，则ue不复用embb和urllc。再一种可能性是，如果 embb harq-ack码本是半静态的(例如，因为半静态码本可能太大)，则ue可以不复用embb 和urllc。
129.示例实施例
130.实施例1：一种由用户设备(ue)进行无线通信的方法，包括：接收用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则在第二服务类型的上行链路传输中对针对所述第一pdsch传输的确认反馈进行复用。
131.实施例2：根据实施例1所述的方法，其中，所述ue被配置为：在处理所述第一服务类型和所述第二服务类型的业务时应用不同的处理时间。
132.实施例3：根据实施例1或2所述的方法，其中，所述第一服务类型包括embb，并且所述第二服务类型包括urllc；并且所述方法还包括：接收用于所述上行链路传输的上行链路授权，其中，所述一个或多个条件包括：关于携带所述上行链路授权的物理下行链路控制信道(pdcch)的结束和与所述第一服务类型的所述pdsch传输或所述第二服务类型的所述上行链路传输相对应的物理上行链路控制信道(pucch)的最早符号之间的间隙至少是门限时间的条件。
133.实施例4：根据实施例3所述的方法，其中，所述门限时间是基于以下各项中的至少一项的：第一参数，其对应于从所述pdsch传输的结束到所述确认反馈的最早开始的用于ue处理的符号数量；第二参数，其对应于从携带所述上行链路授权的所述pdcch的结束到所述上行链路传输的最早开始的符号数量加上一个或多个符号的额外数量；或第三参数，其对
应于用于所述ue将报告确认反馈从第一上行链路资源切换到第二上行链路资源的最小时间。
134.实施例5：根据实施例4所述的方法，其中，所述一个或多个条件包括以下各项中的至少一项：关于在其中发送所述pdsch传输的服务小区被配置有与在其中发送所述上行链路传输的服务小区相同或更高的处理能力的条件；关于用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小小于或等于门限大小的条件；或者关于所述ue未被配置为使用不同类型的码本来提供针对所述第一服务类型和所述第二服务类型的确认反馈的条件。
135.实施例6：根据实施例4或5所述的方法，还包括：接收用于在每分量载波(cc)的基础上捆绑针对多个pdsch传输的确认反馈的配置。
136.实施例7：根据实施例5或6所述的方法，还包括：接收用于在单个比特中捆绑针对给定cc 上的所有pdsch传输的确认反馈的配置。
137.实施例8：根据实施例5-6中任一项所述的方法，还包括：如果所述ue仅接收到总下行链路指派索引(dai)和计数器dai字段两者都被设置为一的单个pdcch，则针对所有cc提供单个比特的确认反馈。
138.实施例9：根据实施例1-8中任一项所述的方法，其中，所述第一服务类型包括urllc并且所述第二服务类型包括embb，并且所述一个或多个条件允许所述下行链路授权在用于所述上行链路传输的上行链路授权之后到来。
139.实施例10：根据实施例9所述的方法，其中，所述一个或多个条件包括：所述ue被配置为基于以下各项来确定用于在所述上行链路传输对针对所述第一pdsch传输的确认反馈进行复用的码本：用于与早于所述上行链路授权到来的下行链路授权相对应的确认反馈的第一码本；用于如果在所述上行链路授权之前的最后接收到的下行链路授权和所述上行链路授权的接收之间存在任何丢失的授权的话考虑丢失的授权的第二码本；以及与在所述上行链路授权之后到来的任何下行链路授权相对应的确认反馈。
140.实施例11：根据实施例9或10所述的方法，其中，所述一个或多个条件包括：关于携带所述下行链路授权的物理下行链路控制信道(pdcch)的结束在与所述第一服务类型的所述pdsch传输或所述第二服务类型的所述上行链路传输相对应的物理上行链路控制信道(pucch)的最早符号之前至少门限数量的符号到来的条件。
141.实施例12：根据实施例9-11中任一项所述的方法，其中，在所述上行链路授权之后到来的所述下行链路授权包括beta因子值，所述beta因子值确定用于发送所述确认反馈的物理上行链路共享信道(pusch)资源的数量，并且所述一个或多个条件包括：关于所述ue在所述上行链路传输中对针对所述第一pdsch传输的所述确认反馈进行复用时将应用所述beta因子值的条件。
142.实施例13：根据实施例1-12中任一项所述的方法，其中，所述第二服务类型的所述上行链路传输包括物理上行链路控制信道(pucch)。
143.实施例14：根据实施例13所述的方法，其中，在第二服务类型的上行链路传输中对针对所述第一pdsch传输的确认反馈进行复用包括以下各项中的至少一项：至少部分地基于在所述第二服务类型的传输中接收的下行链路指派索引(dai)值来提供针对所述第一服务类型的所述pdsch传输的确认反馈；或者至少部分地基于最后接收到的下行链路指派索
引(dai)值来提供针对所述第一服务类型的所述pdsch传输的所述确认反馈，而不考虑在其中接收所述最后接收到的dci值的所述传输是哪种服务类型。
144.实施例15：根据实施例13或14所述的方法，其中，所述一个或多个条件包括以下各项中的至少一项：关于用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小与用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小之间的比率小于或等于第一门限大小的条件；关于用于提供针对所述第一服务类型的确认反馈的码本的总组合有效载荷大小与用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小小于或等于门限大小的条件；或者关于用于提供针对所述第一服务类型的确认反馈的码本或用于提供针对所述第一服务类型的确认反馈的码本中的至少一项不是半静态的条件。
145.实施例16：一种用于由网络实体进行无线通信的方法，包括：向用户设备(ue)发送用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权；以及如果满足一个或多个条件，则处理在第二服务类型的上行链路传输中复用的来自所述ue的针对所述第一pdsch 传输的确认反馈。
146.实施例17：根据实施例16所述的方法，还包括：发送用于所述上行链路传输的上行链路授权，其中，所述一个或多个条件包括：关于携带所述上行链路授权的物理下行链路控制信道(pdcch) 的结束和与所述第一服务类型的所述pdsch传输或所述第二服务类型的所述上行链路传输相对应的物理上行链路控制信道(pucch)的最早符号之间的间隙至少是门限时间的条件。
147.实施例18：根据实施例17所述的方法，其中，所述门限时间是基于以下各项中的至少一项的：第一参数，其对应于从所述pdsch传输的结束到所述确认反馈的最早开始的用于ue处理的符号数量；第二参数，其对应于从携带所述上行链路授权的所述pdcch的结束到所述上行链路传输的最早开始的符号数量加上一个或多个符号的额外数量；或第三参数，其对应于用于ue将报告确认反馈从第一上行链路资源切换到第二上行链路资源的最小时间。
148.实施例19：根据实施例16-18中任一项所述的方法，其中，所述一个或多个条件包括以下各项中的至少一项：关于在其中发送所述pdsch传输的服务小区被配置有与在其中发送所述上行链路传输的服务小区相同或更高的处理能力的条件；关于用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小小于或等于门限大小的条件；或者关于所述ue未被配置为使用不同类型的码本来提供针对所述第一服务类型和所述第二服务类型的确认反馈的条件。
149.实施例20：根据实施例16-19中任一项所述的方法，还包括：向所述ue发送用于在每分量载波(cc)的基础上捆绑针对多个pdsch传输的确认反馈的配置。
150.实施例21：根据实施例20所述的方法，还包括：向所述ue发送用于在单个比特中捆绑针对给定cc上的所有pdsch传输的确认反馈的配置。
151.实施例22：根据实施例21所述的方法，还包括：如果所述ue仅接收到总下行链路指派索引 (dai)和计数器dai字段两者都被设置为一的单个pdcch，则向所述ue发送用于针对所有cc 提供单个比特的确认反馈的配置。
152.实施例23：根据实施例16-22中任一项所述的方法，其中，所述一个或多个条件允许所述下行链路授权在用于所述上行链路传输的上行链路授权之后到来。
153.实施例24：根据实施例23所述的方法，其中，所述一个或多个条件包括：所述ue被
配置为基于以下各项来确定用于在所述上行链路传输对针对所述第一pdsch传输的确认反馈进行复用的码本：用于与早于所述上行链路授权到来的下行链路授权相对应的确认反馈的第一码本；用于如果在所述上行链路授权之前的最后接收到的下行链路授权和所述上行链路授权的接收之间存在任何丢失的授权的话考虑丢失的授权的第二码本；以及与在所述上行链路授权之后到来的任何下行链路授权相对应的确认反馈。
154.实施例25：根据实施例23或24所述的方法，其中，所述一个或多个条件包括：关于携带所述下行链路授权的物理下行链路控制信道(pdcch)的结束在与所述第一服务类型的所述pdsch 传输或所述第二服务类型的所述上行链路传输相对应的物理上行链路控制信道(pucch)的最早符号之前至少门限数量的符号到来的条件。
155.实施例26：根据实施例23-25中任一项所述的方法，其中，在所述上行链路授权之后到来的所述下行链路授权包括beta因子值，所述beta因子值确定用于发送所述确认反馈的物理上行链路共享信道(pusch)资源的数量，并且所述一个或多个条件包括：关于所述ue在所述上行链路传输中对针对所述第一pdsch传输的所述确认反馈进行复用时将应用所述beta因子值的条件。
156.实施例27：根据实施例16-26中任一项所述的方法，其中，所述第二服务类型的所述上行链路传输包括物理上行链路控制信道(pucch)，并且所述确认反馈包括：至少部分地基于在所述第二服务类型的传输中接收的下行链路指派索引(dai)值的针对所述第一服务类型的所述pdsch传输的确认反馈，或者所述确认反馈包括：至少部分地基于最后接收到的下行链路指派索引(dai) 值的针对所述第一服务类型的所述pdsch传输的所述确认反馈，而不考虑在其中接收所述最后接收到的dci值的所述传输是哪种服务类型。
157.实施例28：根据实施例27所述的方法，其中，所述一个或多个条件包括以下各项中的至少一项：关于用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小与用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小之间的比率小于或等于第一门限大小的条件；关于用于提供针对所述第一服务类型的确认反馈的码本的总组合有效载荷大小与用于提供针对所述第一服务类型的确认反馈的码本的有效载荷大小小于或等于门限大小的条件；或者关于用于提供针对所述第一服务类型的确认反馈的码本或用于提供针对所述第一服务类型的确认反馈的码本中的至少一项不是半静态的条件。
158.实施例29：一种用于由用户设备(ue)进行无线通信的装置，包括：用于接收用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权的单元；以及用于如果满足一个或多个条件，则在第二服务类型的上行链路传输中对针对所述第一pdsch传输的确认反馈进行复用的单元。
159.实施例30：一种用于由网络实体进行无线通信的装置，包括：用于向用户设备(ue)发送用于至少第一服务类型的第一物理下行链路共享信道(pdsch)传输的下行链路授权的单元；以及用于如果满足一个或多个条件，则处理在第二服务类型的上行链路传输中复用的来自所述ue的针对所述第一pdsch传输的确认反馈的单元。
160.本文所公开的方法包括用于实现方法的一个或多个步骤或动作。在不脱离权利要求的范围的情况下，这些方法步骤和/或动作可以彼此互换。换句话说，除非指定了步骤或动作的特定次序，否则，在不脱离权利要求的范围的情况下，可以对特定步骤和/或动作的次序和/或使用进行修改。
161.如本文所使用的，提及项目列表“中的至少一个”的短语指代那些项目的任意组合，包括单个成员。举例而言，“a、b或c中的至少一个”旨在涵盖a、b、c、a-b、a-c、b-c和a-b-c、以及与相同元素的倍数的任意组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和 c-c-c或者a、b和c的任何其它排序)。
162.如本文所使用的，术语“确定”包括多种多样的动作。例如，“确定”可以包括计算、运算、处理、推导、调查、查找(例如，在表、数据库或另一数据结构中查找)、查明等等。此外，“确定”可以包括接收(例如，接收信息)、访问(例如，访问存储器中的数据)等等。此外，“确定”可以包括解析、选定、选择、建立等等。
163.提供前面的描述以使本领域的任何技术人员能够实施本文描述的各个方面。对这些方面的各种修改对于本领域技术人员而言将是显而易见的，以及本文所定义的总体原理可以应用到其它方面。因此，权利要求并不旨在限于本文所示出的方面，而是被赋予与权利要求的文字相一致的全部范围，其中，除非特别声明如此，否则对单数形式的元素的提及不旨在意指“一个且仅仅一个”，而是“一个或多个”。除非另外明确地声明，否则术语“一些”指的是一个或多个。贯穿本公开内容描述的各个方面的元素的所有结构和功能等效物以引用方式明确地并入本文中，以及旨在由权利要求来包含，这些结构和功能等效物对于本领域技术人员而言是已知的或者将要已知的。此外，本文中没有任何所公开的内容是想要奉献给公众的，不管这样的公开内容是否明确记载在权利要求中。没有权利要求元素要根据35u.s.c.
§
112第6款的规定来解释，除非该元素是明确地使用短语“用于
……
的单元”来记载的，或者在方法权利要求的情况下，该元素是使用短语“用于
……
的步骤”来记载的。
164.上文所描述的方法的各种操作可以由能够执行相应功能的任何适当的单元来执行。这些单元可以包括各种硬件和/或软件组件和/或模块，包括但不限于：电路、专用集成电路(asic)或处理器。通常，在存在图中所示出的操作的情况下，那些操作可以具有对应的配对单元加功能组件。
165.结合本公开内容所描述的各种说明性的逻辑框、模块和电路可以利用被设计成执行本文所描述的功能的通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga) 或其它可编程逻辑器件(pld)、分立门或晶体管逻辑、分立硬件组件、或者其任意组合来实现或执行。例如，图10所示的操作可以由图4所示的ue 120的一个或多个处理器执行，而图11所示的操作可以由图4所示的bs 110的一个或多个处理器执行。
166.通用处理器可以是微处理器，但在替代方案中，处理器可以是任何商业上可获得的处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合，例如，dsp与微处理器的组合、多个微处理器、一个或多个微处理器结合dsp核、或者任何其它此种配置。
167.如果用硬件来实现，则示例硬件配置可以包括无线节点中的处理系统。处理系统可以利用总线架构来实现。根据处理系统的特定应用和总体设计约束，总线可以包括任意数量的互连总线和桥接。总线可以将包括处理器、机器可读介质和总线接口的各种电路连接在一起。除此之外，总线接口还可以用于将网络适配器经由总线连接至处理系统。网络适配器可以用于实现phy层的信号处理功能。在用户终端120(参见图1)的情况下，用户接口(例如，小键盘、显示器、鼠标、操纵杆等) 也可以连接至总线。总线还可以连接诸如定时源、外设、电压调节器、功率管理电路等的各种其它电路，这些电路在本领域中是公知的，并且因此将不再进一步描述。处理器可以利用一个或多个通用和/或专用处理器来实现。示例包
括微处理器、微控制器、dsp处理器和可以执行软件的其它电路。本领域技术人员将认识到，如何根据特定的应用和施加在整个系统上的总体设计约束，来最佳地实现针对处理系统所描述的功能。
168.如果用软件来实现，则所述功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过其进行传输。无论是被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语，软件都应当被广义地解释为意指指令、数据或其任意组合。计算机可读介质包括计算机存储介质和通信介质两者，通信介质包括有助于将计算机程序从一个地方传送到另一个地方的任何介质。处理器可以负责管理总线和通用处理，其包括执行在机器可读存储介质上存储的软件模块。计算机可读存储介质可以耦合到处理器，以使得处理器可以从该存储介质读取信息以及向该存储介质写入信息。在替代方案中，存储介质可以是处理器的组成部分。举例而言，机器可读介质可以包括传输线、由数据调制的载波、和/或与无线节点分开的其上存储有指令的计算机可读存储介质，所有这些可以由处理器通过总线接口来访问。替代地或此外，机器可读介质或其任何部分可以集成到处理器中，例如，该情况可以是高速缓存和/或通用寄存器堆。举例而言，机器可读存储介质的示例可以包括ram(随机存取存储器)、闪存、rom(只读存储器)、prom(可编程只读存储器)、eprom(可擦除可编程只读存储器)、eeprom(电可擦除可编程只读存储器)、寄存器、磁盘、光盘、硬驱动器、或任何其它适当的存储介质、或其任意组合。机器可读介质可以体现在计算机程序产品中。
169.软件模块可以包括单一指令或许多指令，并且可以分布在若干不同的代码段上，分布在不同的程序之中以及跨越多个存储介质而分布。计算机可读介质可以包括多个软件模块。软件模块包括指令，所述指令在由诸如处理器之类的装置执行时使得处理系统执行各种功能。软件模块可以包括发送模块和接收模块。每个软件模块可以位于单个存储设备中或跨越多个存储设备而分布。举例而言，当触发事件发生时，可以将软件模块从硬驱动器加载到ram中。在软件模块的执行期间，处理器可以将指令中的一些指令加载到高速缓存中以增加访问速度。随后可以将一个或多个高速缓存行加载到通用寄存器堆中以便由处理器执行。将理解的是，当在下文提及软件模块的功能时，这种功能由处理器在执行来自该软件模块的指令时来实现。
170.此外，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线(dsl)或者无线技术(例如，红外线(ir)、无线电和微波)从网站、服务器或其它远程源传输软件，则同轴电缆、光纤光缆、双绞线、dsl或者无线技术(例如，红外线、无线电和微波)被包括在介质的定义中。如本文所使用的，磁盘(disk)和光盘(disc)包括压缩光盘(cd)、激光光盘、光盘、数字多功能光盘(dvd)、软盘和光盘，其中，磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。因此，在一些方面中，计算机可读介质可以包括非暂时性计算机可读介质(例如，有形介质)。此外，对于其它方面来说，计算机可读介质可以包括暂时性计算机可读介质(例如，信号)。上文的组合也应当包括在计算机可读介质的范围之内。
171.因此，某些方面可以包括一种用于执行本文给出的操作的计算机程序产品。例如，这种计算机程序产品可以包括具有存储(和/或编码)在其上的指令的计算机可读介质，所述指令可由一个或多个处理器执行以执行本文所描述的操作。例如，用于执行本文中描述并且在图10和11中示出的操作的指令。
172.此外，应当明白的是，用于执行本文所描述的方法和技术的模块和/或其它适当的单元可以由用户终端和/或基站在适用的情况下进行下载和/或以其它方式获得。例如，这种设备可以耦合至服务器，以便促进传送用于执行本文所描述的方法的单元。替代地，本文所描述的各种方法可以经由存储单元(例如，ram、rom、诸如压缩光盘(cd)或软盘之类的物理存储介质等)来提供，以使得用户终端和/或基站在将存储单元耦合至或提供给该设备时，可以获取各种方法。此外，可以使用用于向设备提供本文所描述的方法和技术的任何其它适当的技术。
173.应当理解的是，权利要求并不限于上文示出的精确配置和组件。在不脱离权利要求的范围的情况下，可以在上文所描述的方法和装置的布置、操作和细节方面进行各种修改、改变和变化。