CN116762431A - 确定高频范围的处理时间 - Google Patents

Abstract

一些实施方案包括用于在5G无线通信系统中促进处理时间的装置、方法和计算机程序产品。当以较高频率子载波间距(SCS)操作时，用于在用户装备(UE)和5G节点B(gNB)之间接收和/或传输数据的时隙时间变得更短。因为这一点，一些UE可面临以足够的速度处理物理下行链路共享信道(PDSCH)、物理上行链路共享信道(PUSCH)和/或物理下行链路控制信道(PDCCH)数据的困难。为了解决潜在限制，可使用灵活最小处理时间来适应不同UE处理能力。该UE可向该gNB报告其处理能力。该gNB然后可根据该UE的处理能力来调度通信。该gNB可考虑该UE实现单个处理引擎还是多个处理引擎。此外，该gNB还可应用单时隙和/或多时隙调度技术来防止定时问题。

Description

确定高频范围的处理时间

背景技术

各种实施方案通常可涉及无线通信领域。

发明内容

本公开的一些实施方案包括用于基于用户装备(UE)能力和/或处理时间来调整高频下的物理下行链路共享信道(PDSCH)和/或物理上行链路共享信道(PUSCH)通信的装置和方法。

在一些实施方案中，无线通信装置可促进基于UE能力来调度PDSCH和/或PUSCH通信。该无线通信装置可包括收发器和耦接到该收发器的至少一个处理器。该至少一个处理器可被配置为建立与用户装备(UE)的5G通信。该至少一个处理器可被配置为从该UE接收指示用于物理数据信道通信的数据处理速率的UE处理能力的指示。该至少一个处理器可被配置为基于从该UE接收的该指示来计算时间延迟。该至少一个处理器可被配置为在第一时隙中调度第一物理数据信道通信，以及在第二时隙中调度第二物理数据信道通信，其中该第二时隙通过该时间延迟与该第一时隙分开。

在一些实施方案中，该物理数据信道通信是从该收发器到该UE的物理下行链路共享信道(PDSCH)传输或从该UE到该收发器的物理上行链路共享信道(PUSCH)传输。

在一些实施方案中，可使用480kHz或960kHz的子载波间距(SCS)来进行该通信。

在一些实施方案中，该指示可包括该UE能够每若干时隙处理的物理数据信道通信的数量。

在一些实施方案中，该指示可包括该UE能够并行处理的物理数据信道通信的数量。

在一些实施方案中，该指示可包括该UE能够在时间窗口内处理的总数据速率。

在一些实施方案中，该指示可包括跨度模式，该跨度模式指示该UE能够在跨度持续时间内处理的物理数据信道通信的数量。

在一些实施方案中，一种用于调度PDSCH通信的方法可包括在5G节点B(gNB)处建立与用户装备(UE)的通信。该方法可包括从该UE接收用于对物理下行链路控制信道(PDCCH)数据进行解码的UE解码时间的指示。该方法可包括基于从该UE接收的该指示来计算调整因子。该方法可包括：将该调整因子添加到先前为物理下行链路共享信道(PDSCH)处理分配的时间以生成经调整的PDSCH处理定时，以及将PDSCH传输和混合自动重传请求确认(HARQ-ACK)之间的定时调度为至少该经调整的PDSCH处理定时。

在一些实施方案中，该方法还可包括该调整因子是应用于该PDSCH传输的固定调整因子。

在一些实施方案中，该方法还可包括该调整因子是使用PSDSCH传输的持续时间和取决于PDCCH解码时间的缩放因子来确定的可变调整因子。

在一些实施方案中，该方法还可包括：将第一调整因子应用于第一PDSCH传输，以及将第二调整因子应用于在该第一PDSCH传输之后的第二PDSCH传输，其中该第二调整因子小于该第一调整因子。

在一些实施方案中，该方法还可包括：将第一PDSCH传输与第三PDSCH传输进行分组，以及将第一组调整因子应用于该第一PDSCH传输和该第三PDSCH传输。该方法还可包括：将第二PDSCH传输与第四PDSCH传输进行分组，以及将第二组调整因子应用于该第二PDSCH传输和该第四PDSCH传输。

在一些实施方案中，该方法还可包括经由交叉时隙调度来进行该调度。

在一些实施方案中，该方法还可包括经由多时隙调度来进行该调度。

在一些实施方案中，一种用于调度PDSCH通信的方法可包括在5G节点B(gNB)处建立与用户装备(UE)的通信。该方法可包括从该UE接收UE处理能力的指示。该方法还可包括在该gNB处根据该UE处理能力的该指示来调度与该UE的物理下行链路共享信道(PDSCH)通信。

在一些实施方案中，该方法还可包括该指示指示该UE不支持相同时隙调度并且支持交叉时隙调度。该方法还可包括使用交叉时隙调度来调度该PDSCH通信。

在一些实施方案中，该方法还可包括该指示指示该UE不支持相同时隙调度并且支持交叉时隙调度。该方法还可包括在该gNB处使用交叉时隙调度来调度与该UE的物理上行链路共享信道(PUSCH)通信。

在一些实施方案中，该方法还可包括使用480kHz或960kHz的子载波间距(SCS)来进行该PDSCH通信。

在一些实施方案中，该方法还可包括该调度还包括向该PDSCH通信添加最小定时偏移。

在一些实施方案中，该方法还可包括该UE处理能力的指示用于导出该最小定时偏移。

附图说明

图1示出了根据一些实施方案的实现用于物理下行链路共享信道(PDSCH)和/或物理上行链路共享信道(PUSCH)通信的灵活处理时间调整的示例性系统。

图2示出了根据本公开的一些实施方案的实现用于PDSCH和/或PUSCH通信的灵活处理时间技术的电子设备的示例性无线系统的框图。

图3A示出了根据一些实施方案的针对第一子载波间距(SCS)的时隙长度的框图。

图3B示出了根据一些实施方案的针对第二SCS的时隙长度的框图。

图3C示出了根据一些实施方案的针对第三SCS的时隙长度的框图。

图3D示出了根据一些实施方案的针对第四SCS的时隙长度的框图。

图4A示出了根据一些实施方案的PDSCH处理时间的框图。

图4B示出了根据一些实施方案的PUSCH准备时间的框图。

图4C示出了根据一些实施方案的CSI计算延迟的框图。

图5A示出了根据一些实施方案的基于用户装备(UE)PDSCH处理能力报告的PDSCH调度的流程图。

图5B示出了根据一些实施方案的基于用户装备(UE)PUSCH准备能力报告的PUSCH调度的流程图。

图6A示出了根据一些实施方案的重叠PDSCH数据传输的框图。

图6B示出了根据一些实施方案的具有跨度模式的PDSCH数据传输的框图。

图7示出了根据一些实施方案的在确定PDSCH处理时间时的基于物理下行链路控制信道(PDCCH)解码的UE处理时间调整的流程图。

图8示出了根据一些实施方案的PDCCH和PDSCH多时隙调度的框图。

图9描绘了用于实现各种实施方案的示例性计算机系统。

当结合附图时，根据下面阐述的详细描述，实施方案的特征和优点将变得更加显而易见，附图中类似的参考标号始终标识对应的元素。在附图中，类似的参考标号通常表示相同的、功能相似的和/或结构相似的元素。元素首次出现的绘图由对应参考标号中最左边的数字表示。

具体实施方式

以下具体实施方式涉及附图。在不同的附图中可使用相同的附图标号来识别相同或相似的元件。在以下描述中，出于说明而非限制的目的，阐述了具体细节，诸如特定结构、架构、接口、技术等，以便提供对各个实施方案的各个方面的透彻理解。然而，对于受益于本公开的本领域技术人员显而易见的是，可以在背离这些具体细节的其他示例中实践各个实施方案的各个方面。在某些情况下，省略了对熟知的设备、电路和方法的描述，以便不会因不必要的细节而使对各种实施方案的描述模糊。就本文档而言，短语“A或B”是指(A)、(B)或(A和B)。

本公开涉及使用5G无线通信协议的用户装备(UE)通信。作为5G标准开发的一部分，第3代合作伙伴计划(3GPP)已发布详细说明会议记录和开发的若干文档。两个这样的文档被称为版本15(Rel-15)和版本16(Rel-16)。

随着5G标准的后续版本的发展继续，一个改变可以是子载波间距(SCS)的频率的增加。例如，SCS频率可以较高频率(诸如480kHz、960kHz或更高频率)操作。然而，当以该较高频率SCS操作时，尽管传输相同数量的符号，但为在用户装备(UE)和5G节点B(gNB)之间接收和/或传输数据分配的时间可能变短。例如，尽管被要求处理和/或准备相同数量的符号，但用于该通信的时隙时间可变得更短。鉴于这种缩短的时间长度，一些UE可能面临以足够的速度处理数据的困难。这可能是由于例如UE的硬件限制。以此方式，UE可能面临以足够的速度处理所接收的物理下行链路共享信道(PDSCH)数据的困难。类似地，基于在gNB处分配的调度，UE也可能面临以足够的速度准备数据以在物理上行链路共享信道(PUSCH)上传输的困难。此外，对在物理下行链路控制信道(PDCCH)上接收的数据进行解码还可能向UE处的处理添加不可忽略的时间。例如，在较低频SCS下，该处理时间可忽略不计，但在较高频SCS下，该PDCCH解码时间可为UE处的一个或多个处理时间时隙。

为了考虑和解决潜在的UE限制或不同的UE能力，一些实施方案提供可用于适应不同UE的不同处理能力的灵活最小处理时间。在一些实施方案中，5G网络和/或gNB可调度PDSCH和/或PUSCH通信以允许UE有足够的时间来处理所接收的通信和/或准备用于传输的通信。该调度可考虑由UE用于预形成PDSCH处理、PUSCH准备和/或PDCCH解码的时间的时隙。

例如，在一些实施方案中，gNB可允许UE在RRC连接状态中支持交叉时隙调度。例如，当SCS为480kHz或960kHz时，可使用交叉时隙调度。当UE向gNB报告UE不支持相同时隙调度而是支持交叉时隙调度时，这可能发生。例如，UE可仅支持交叉时隙调度。在这种情况下，如果PDCCH解码使用一个或多个时隙，则通信可避免有关相同时隙调度的问题，并且避免在UE仍然对PDCCH数据进行解码时对所接收的PDSCH数据进行不必要的缓冲。以这种方式，gNB可使用交叉时隙调度来调度PDSCH和/或PUSCH通信。

在一些实施方案中，gNB还可使用以时隙为单位的最小偏移来提供该定时。例如，最小时隙偏移可被添加到用于PDSCH通信调度的信号定时。类似地，该时隙偏移还可用于PUSCH调度时间、非周期性信道状态信息(CSI)报告时间和/或PDSCH到混合自动重传请求-确认(HARQ-ACK)定时。该方法可减小RRC/DCI信令(例如，K0、K1、K2指示、reportSlotOffsetList指示)中需要的位的数量。在一些实施方案中，UE支持的最小时隙偏移可在5G标准中预定义和/或可由UE基于UE能力信令(例如，关于处理时间的能力信令)报告。在一些实施方案中，调度中的最小时隙偏移可经由高层信令来配置和/或从UE能力信令隐式地导出。如果经由高层信令配置最小偏移，则该值可大于或等于UE所支持的最小值。较大偏移值可允许更高效的UE功率管理。在一些实施方案中，最小偏移对于不同SCS值可以是不同的。在一些实施方案中，可针对每个定时分别定义最小偏移值。虽然可使用最小时隙偏移，但也可以表示处理时间的符号为单位来定义偏移。根据符号定义偏移可针对提供用于UE处理的时间提供附加特异性。在一些实施方案中，还可以除了时隙或符号之外的单位提供偏移。例如，单位可被表达为多个时隙和/或多个符号。

在一些实施方案中，最小调度延迟可用于PDSCH调度。5G标准可定义该延迟。例如，最小调度延迟可被定义为1或2个时隙以允许PDCCH处理时间。可向UE提供时间来执行PDCCH处理以识别所接收的PDSCH数据旨在用于该特定UE。否则，UE可能将资源浪费在缓冲并非旨在用于该UE的PDSCH数据。为了提供该时间，gNB可使用交叉时隙调度，其考虑从PDCCH数据传输的开始或结束到PDSCH传输的开始的时间不少于1或2个时隙。当时隙的长度为14个符号时，该额外时间的调度可以是14或28个符号。该调度偏移可由DL DCI中的K0值指示加上1或2个时隙来表示。

在一些实施方案中，gNB可基于从特定UE接收的报告来标识最小调度延迟。例如，UE可报告1个时隙或14个符号的PDCCH解码时间。在这种情况下，gNB可基于该报告来调度定时延迟。该延迟可以是1或2个时隙和/或14或28个符号。gNB可配置Kd＝2个时隙的调度偏移，并且时隙中的调度偏移可根据K0+Kd来计算。

在用于到gNB的UE传输的PUSCH准备时间的上下文中，系统可提供类似调度以适应UE准备时间。该准备时间K2可类似于PDSCH处理时间K1或CSI计算时间Z。在一些实施方案中，时隙中的PUSCH准备时间可以是例如80个符号。为了考虑该准备时间，gNB可将PDCCH传输的开始或结束到PUSCH传输的开始调度为等于或大于该量。在一些实施方案中，当每个时隙有14个符号时，该80个符号的延迟可被表达为5个时隙和Kd。调度偏移可被表达为K2+Kd，其中在UL DCI中指示K2。该偏移可在5G标准中预定义。

在一些实施方案中，可基于UE能力的报告来确定PUSCH准备时间。例如，UE可向gNB报告PUSCH准备时间。例如，该准备时间可具有60个符号的长度。基于该信息，gNB可在PDCCH传输的开始或结束与PUSCH传输的调度之间使用至少60个符号的延迟。这将再次向UE提供向gNB传输PUSCH数据的准备时间。在一些实施方案中，60个符号的延迟可以是4个时隙的Kd，其中调度偏移是K2+Kd，其中在UL DCI中指示K2。基于该偏移，在解码PDCCH数据之后，可向UE提供PUSCH准备时间。

下面将进一步讨论这些实施方案和其他实施方案。本文所讨论的实施方案提供处理时间调整以考虑PDSCH、PUSCH和/或PDCCH处理。如以下将进一步讨论的，另一个问题可能是PDSCH和/或PUSCH处理时间何时显著大于一个时隙时。在这种情况下，UE可能不能够使用单个处理引擎来以流水线方式处理PDSCH和/或PUSCH。UE可具有其中发生随后调度的PDSCH或PUSCH，但UE可能仍然处于处理先前调度的PDSCH或PUSCH的中间的问题。下面描述的实施方案解决了这种场景并且解决了UE PDSCH/PUSCH处理能力。虽然为了简单起见在本公开内容中描述了PDSCH示例，但相同技术可应用于PUSCH通信，反之亦然。在一些实施方案中，PDSCH和PUSCH通信可被统称为物理数据信道通信。

下面的实施方案进一步解决了用于PDCCH解码的定时。该定时可被单独考虑和/或与为PDSCH和/或PUSCH通信提供的定时组合考虑。通过解决PDCCH解码延迟连同PDSCH和/或PUSCH通信，可为与gNB的UE通信提供更精确的定时。这还可为UE功耗提供增加的灵活性。如下面将进一步讨论的，用于考虑的其他因子可包括在单时隙调度上下文中的相同时隙调度和/或交叉时隙调度。此外，多时隙调度上下文还可应用于解决用于PDCCH解码的定时。单独地或组合地使用下面描述的技术，gNB可更有效地调度去往和来自UE的通信以及在许多UE之间的通信。该考虑还可考虑参与5G通信网络的不同UE的不同处理能力。

现在将关于对应的附图讨论这些特征的各种实施方案。

图1示出了根据一些实施方案的实现用于物理下行链路共享信道(PDSCH)和/或物理上行链路共享信道(PUSCH)通信的灵活处理时间调整的示例性系统100。图1示出了根据各种实施方案的网络的示例性系统架构100。以下描述是针对结合3GPP技术规范提供的LTE系统标准和5G或NR系统标准操作的示例系统100提供的。然而，就这一点而言示例性实施方案不受限制，并且所述实施方案可应用于受益于本文所述原理的其他网络，诸如未来3GPP系统(例如，第六代(6G))系统、IEEE 802.16协议(例如，WMAN、WiMAX等)等。

如图1所示，系统100包括UE 110A和UE 110B(统称为“UE 110”或“UE 101”)。在该示例中，多个UE 110被示为智能手机(例如，可连接到一个或多个蜂窝网络的手持式触摸屏移动计算设备)，但也可包括任何移动或非移动计算设备，诸如消费电子设备、移动电话、智能手机、功能手机、平板电脑、可穿戴计算机设备、个人数字助理(PDA)、寻呼机、无线手持设备、台式计算机、膝上型计算机、车载信息娱乐(IVI)、车载娱乐(ICE)设备、仪表板(IC)、平视显示器(HUD)设备、板载诊断(OBD)设备、dashtop移动装备(DME)、移动数据终端(MDT)、电子发动机管理系统(EEMS)、电子/发动机控制单元(ECU)、电子/发动机控制模块(ECM)、嵌入式系统、微控制器、控制模块、发动机管理系统(EMS)、联网或“智能”家电、MTC设备、M2M、IoT设备等。

UE 110可以被配置为与包括无线电接入网络(RAN)节点120A、120B的RAN连接，例如通信地耦接。在实施方案中，RAN可以是NG RAN或5G RAN、E-UTRAN或传统RAN，诸如UTRAN或GERAN。如本文所用，术语“NG RAN”等可以是指在NR或5G系统100中操作的RAN，而术语“E-UTRAN”等可以是指在LTE或4G系统100中操作的RAN。RAN节点120A、120B和/或其他gNB可装备有收发器以与UE 110通信。UE 110可以分别利用连接(或信道)，这些连接中的每个连接包括物理通信接口或层(下文进一步详细讨论)。

在该示例中，该连接被示出为空中接口以实现通信耦接，并且可与蜂窝通信协议一致，蜂窝通信协议诸如GSM协议、CDMA网络协议、PTT协议、POC协议、UMTS协议、3GPP LTE协议、5G协议、NR协议和/或本文所讨论的任何其他通信协议。在实施方案中，UE 110可经由ProSe接口直接交换通信数据。ProSe接口可另选地称为SL接口，并且可包括一个或多个逻辑信道，包括但不限于PSCCH、PSSCH、PSDCH和PSBCH。

UE 110B可以被配置为访问接入点(AP)(也称为“WLAN节点”、“WLAN”、“WLAN终端”、“WT”等)。连接可以包括本地无线连接，诸如与任何IEEE 802.11协议一致的连接，其中AP将包括无线保真路由器。在该示例中，示出AP连接到互联网而没有连接到无线系统的核心网络(下文进一步详细描述)。在各种实施方案中，UE 110B、RAN和AP可以被配置为利用LWA操作和/或LWIP操作。LWA操作可涉及由RAN节点120A、120B将处于RRC_CONNECTED状态的UE 110B配置为利用LTE和WLAN的无线电资源。LWIP操作可涉及UE 110B经由IPsec协议隧道传送来使用WLAN无线电资源以认证和加密通过连接发送的分组(例如，IP分组)。IPsec隧道传送可包括封装整个原始IP分组并添加新的分组头，从而保护IP分组的原始头。

RAN可以包括一个或多个AN节点或RAN节点120A和120B(统称为“多个RAN节点120”或“RAN节点120”)。如本文所用，术语“接入节点”、“接入点”等可描述为网络与一个或多个用户之间的数据和/或语音连接提供无线电基带功能的装备。这些接入节点可被称为BS、gNB、RAN节点、eNB、NodeB、RSU、TRxP或TRP等，并且可包括在地理区域(例如，小区)内提供覆盖的地面站(例如，陆地接入点)或卫星站。如本文所用，术语“NG RAN节点”等可以指在NR或5G系统100中操作的RAN节点120(例如gNB)，而术语“E-UTRAN节点”等可以指在LTE或4G系统100中操作的RAN节点120(例如eNB)。根据各种实施方案，RAN节点120可被实现为专用物理设备诸如宏小区基站和/或用于提供与宏小区相比具有较小覆盖区域、较小用户容量或较高带宽的毫微微小区、微微小区或其他类似小区的低功率(LP)基站中的一者或多者。RAN节点120A、120B可装备有被配置为与UE 110建立5G通信的一个或多个收发器。这一个或多个收发器可促进PDSCH、PUSCH、PDCCH和/或PUCCH通信。收发器还可促进其他类型的通信。如下面将进一步解释的，RAN节点120A、120B可接收详细描述UE 110处理能力的报告。可使用收发器来接收这些报告。类似地，可使用收发器来调度和执行上述信道上的通信。

在一些实施方案中，RAN节点120的全部或部分可被实现为在服务器计算机上运行的一个或多个软件实体，作为可被称为CRAN和/或虚拟基带单元池(vBBUP)的虚拟网络的一部分。在这些实施方案中，CRAN或vBBUP可实现RAN功能拆分，诸如PDCP拆分，其中RRC和PDCP层由CRAN/vBBUP操作，并且其他L2协议实体由各个RAN节点120操作；MAC/PHY拆分，其中RRC、PDCP、RLC和MAC层由CRAN/vBBUP操作，并且PHY层由各个RAN节点120操作；或“下PHY”拆分，其中RRC、PDCP、RLC、MAC层和PHY层的上部由CRAN/vBBUP操作，并且PHY层的下部由各个RAN节点120操作。该虚拟化框架允许RAN节点120的空闲处理器核心执行其他虚拟化应用程序。在一些具体实施中，各个RAN节点120可以表示经由各个F1接口(图1未示出)连接到gNB-CU的各个gNB-DU。在这些具体实施中，gNB-DU可以包括一个或多个远程无线电头端或RFEM，并且gNB-CU可由位于RAN中的服务器(未示出)或由服务器池以与CRAN/vBBUP类似的方式操作。除此之外或另选地，RAN节点120中的一个或多个RAN节点可以是下一代eNB(ng-eNB)，该下一代eNB是向UE 110提供E-UTRA用户平面和控制平面协议终端并且经由NG接口(下文讨论)连接到5GC的RAN节点。

在V2X场景中，多个RAN节点120中的一者或多者可以是RSU或充当RSU。术语“道路侧单元”或“RSU”可指用于V2X通信的任何交通基础设施实体。RSU可在合适的RAN节点或静止(或相对静止)的UE中实现或由其实现，其中在UE中实现或由其实现的RSU可被称为“UE型RSU”，在eNB中实现或由其实现的RSU可被称为“eNB型RSU”，在gNB中实现或由其实现的RSU可被称为“gNB型RSU”等等。在一个示例中，RSU是与位于道路侧上的射频电路耦接的计算设备，该计算设备向通过的车辆UE 110(vUE 110)提供连接性支持。RSU还可包括内部数据存储电路，其用于存储交叉路口地图几何形状、交通统计、媒体，以及用于感测和控制正在进行的车辆和行人交通的应用程序/软件。RSU可在5.9GHz直接近程通信(DSRC)频带上操作以提供高速事件所需的极低延迟通信，诸如防撞、交通警告等。除此之外或另选地，RSU可在蜂窝V2X频带上操作以提供前述低延迟通信以及其他蜂窝通信服务。除此之外或另选地，RSU可作为Wi-Fi热点(2.4GHz频带)操作和/或提供与一个或多个蜂窝网络的连接以提供上行链路和下行链路通信。计算设备和RSU的射频电路中的一些或全部可封装在适用于户外安装的耐候性封装件中，并且可包括网络接口控制器以提供与交通信号控制器和/或回程网络的有线连接(例如，以太网)。

RAN节点120中的任一个节点都可作为空中接口协议的终点，并且可以是UE 110的第一联系点。在一些实施方案中，RAN节点120中的任一个节点都可以履行RAN的各种逻辑功能，包括但不限于无线电网络控制器(RNC)功能，诸如无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度以及移动性管理。

在实施方案中，UE 110可以被配置为根据各种通信技术，使用OFDM通信信号在多载波通信信道上与彼此或者与RAN节点120中的任一个节点进行通信，该通信技术诸如但不限于OFDMA通信技术(例如，用于下行链路通信)或SC-FDMA通信技术(例如，用于上行链路和ProSe或侧链路通信)，但实施方案的范围在这方面不受限制。OFDM信号可包括多个正交子载波。

在一些实施方案中，下行链路资源网格可用于从RAN节点120中的任一个节点到UE110的下行链路传输，而上行链路传输可利用类似的技术。网格可以是时频网格，称为资源网格或时频资源网格，其是每个时隙中下行链路中的物理资源。对于OFDM系统，此类时频平面表示是常见的做法，这使得无线电资源分配变得直观。资源网格的每一列和每一行分别对应一个OFDM符号和一个OFDM子载波。时域中资源网格的持续时间与无线电帧中的一个时隙对应。资源网格中最小的时频单位表示为资源元素。每个资源网格包括多个资源块，这些资源块描述了某些物理信道到资源元素的映射。每个资源块包括资源元素的集合；在频域中，这可以表示当前可以分配的最少量资源。使用此类资源块来传送几个不同的物理下行链路信道。

根据各种实施方案，UE 110和RAN节点120通过许可的介质(也被称为“许可的频谱”和/或“许可的频带”)和未许可共享介质(也被称为“未许可频谱”和/或“未许可频带”)来传送数据(例如，传输数据和接收数据)。许可频谱可包括在大约400MHz至大约3.8GHz的频率范围内操作的信道，而未许可频谱可包括5GHz频带。

为了在未许可频谱中操作，UE 110和RAN节点120可使用LAA、eLAA和/或feLAA机制来操作。在这些具体实施中，UE 110和RAN节点120可执行一个或多个已知的介质感测操作和/或载波感测操作，以便确定未许可频谱中的一个或多个信道当在未许可频谱中传输之前是否不可用或以其他方式被占用。可根据先听后说(LBT)协议来执行介质/载波感测操作。

LBT是一种机制，装备(例如，多个UE 110、多个RAN节点120等)利用该机制来感测介质(例如，信道或载波频率)并且在该介质被感测为空闲时(或者当感测到该介质中的特定信道未被占用时)进行传输。介质感测操作可包括CCA，该CCA利用至少ED来确定信道上是否存在其他信号，以便确定信道是被占用还是空闲。该LBT机制允许蜂窝/LAA网络与未许可频谱中的现有系统以及与其他LAA网络共存。ED可包括感测一段时间内在预期传输频带上的RF能量，以及将所感测的RF能量与预定义或配置的阈值进行比较。

通常，5GHz频带中的现有系统是基于IEEE 802.11技术的WLAN。WLAN采用基于争用的信道接入机制，称为CSMA/CA。这里，当WLAN节点(例如，移动站(MS)诸如UE 110、AP等)打算传输时，WLAN节点可在传输之前首先执行CCA。另外，在多于一个WLAN节点将信道感测为空闲并且同时进行传输的情况下，使用退避机制来避免冲突。该退避机制可以是在CWS内随机引入的计数器，该计数器在发生冲突时呈指数增加，并且在传输成功时重置为最小值。被设计用于LAA的LBT机制与WLAN的CSMA/CA有点类似。在一些具体实施中，DL或UL传输突发(包括PDSCH或PUSCH传输)的LBT过程可具有在X和Y ECCA时隙之间长度可变的LAA争用窗口，其中X和Y为LAA的CWS的最小值和最大值。在一个示例中，LAA传输的最小CWS可为9微秒(μs)；然而，CWS的大小和MCOT(例如，传输突发)可基于政府监管要求。

LAA机制建立在LTE-Advanced系统的CA技术上。在CA中，每个聚合载波都被称为CC。一个CC可具有1.4MHz、3MHz、5MHz、10MHz、15MHz或20MHz的带宽，并且最多可聚合五个CC，因此最大聚合带宽为100MHz。在FDD系统中，对于DL和UL，聚合载波的数量可以不同，其中UL CC的数量等于或低于DL分量载波的数量。在一些情况下，各个CC可具有与其他CC不同的带宽。在TDD系统中，CC的数量以及每个CC的带宽通常对于DL和UL是相同的。

CA还包含各个服务小区以提供各个CC。服务小区的覆盖范围可不同，例如，因为不同频带上的CC将经历不同的路径损耗。主要服务小区或PCell可为UL和DL两者提供PCC，并且可处理与RRC和NAS相关的活动。其他服务小区被称为SCell，并且每个SCell可为UL和DL两者提供各个SCC。可按需要添加和移除SCC，而改变PCC可能需要UE 101经历移交。在LAA、eLAA和feLAA中，SCell中的一些或全部可在未许可频谱(称为“LAA SCell”)中操作，并且LAA SCell由在许可频谱中操作的PCell协助。当UE被配置为具有多于一个LAA SCell时，UE可在配置的LAA SCell上接收UL授权，指示同一子帧内的不同PUSCH起始位置。

PDSCH将用户数据和较高层信令承载到多个UE 110。除其他信息外，PDCCH承载关于与PDSCH信道有关的传输格式和资源分配的信息。它还可以向多个UE 110通知关于与上行链路共享信道有关的传输格式、资源分配和HARQ信息。通常，可基于从多个UE 110中的任一个UE反馈的信道质量信息在多个RAN节点120中的任一者上执行下行链路调度(向小区内的UE 110B分配控制和共享信道资源块)。可在用于(例如，分配给)UE 110中的每个UE的PDCCH上发送下行链路资源分配信息。

PDCCH使用CCE来传送控制信息。在被映射到资源元素之前，可以首先将PDCCH复数值符号组织为四元组，然后可以使用子块交织器对其进行排列以进行速率匹配。可以使用这些CCE中的一个或多个来传输每个PDCCH，其中每个CCE可以对应于分别具有四个物理资源元素的九个集合，称为REG。四个正交相移键控(QPSK)符号可以映射到每个REG。根据DCI的大小和信道条件，可以使用一个或多个CCE来传输PDCCH。可存在四个或更多个被定义在LTE中具有不同数量的CCE(例如，聚合级别，L＝1、2、4或8)的不同的PDCCH格式。

一些实施方案可以使用用于控制信道信息的资源分配的概念，其是上述概念的扩展。例如，一些实施方案可利用将PDSCH资源用于控制信息传输的EPDCCH。可使用一个或多个ECCE来传输EPDCCH。与以上类似，每个ECCE可以对应于九个包括四个物理资源元素的集合，称为EREG。在一些情况下，ECCE可以具有其他数量的EREG。

RAN节点120可以被配置为经由接口彼此通信。在系统100是LTE系统(例如，当核心网(CN)140是EPC时)的实施方案中，接口可以是X2接口。X2接口可以限定在连接到EPC的两个或更多个RAN节点120(例如，两个或更多个eNB等)之间，和/或连接到EPC的两个eNB之间。在一些具体实施中，X2接口可包括X2用户平面接口(X2-U)和X2控制平面接口(X2-C)。X2-U可为通过X2接口传输的用户分组提供流控制机制，并且可用于传送关于eNB之间的用户数据的递送的信息。例如，X2-U可提供关于从MeNB传输到SeNB的用户数据的特定序号信息；关于针对用户数据成功将PDCP PDU从SeNB按序递送到UE 110的信息；未被递送到UE 110的PDCP PDU的信息；关于SeNB处用于向UE传输用户数据的当前最小期望缓冲区大小的信息；等等。X2-C可提供LTE内接入移动性功能，包括从源eNB到目标eNB的上下文传输、用户平面传输控制等；负载管理功能；以及小区间干扰协调功能。

在系统100是5G或NR系统(例如，当CN 140是5GC时)的实施方案中，接口可以是Xn接口。Xn接口被限定在连接到5GC的两个或更多个RAN节点120(例如，两个或更多个gNB等)之间、连接到5GC的RAN节点120(例如，gNB)与eNB之间，和/或连接到5GC的两个eNB之间。在一些具体实施中，Xn接口可包括Xn用户平面(Xn-U)接口和Xn控制平面(Xn-C)接口。Xn-U可提供用户平面PDU的非保证递送并支持/提供数据转发和流量控制功能。Xn-C可提供管理和错误处理功能，用于管理Xn-C接口的功能；在连接模式(例如，CM-CONNECTED)下对UE 110的移动性支持包括用于管理一个或多个RAN节点120之间的连接模式的UE移动性的功能。移动性支持可包括从旧(源)服务RAN节点120到新(目标)服务RAN节点120的上下文传输；以及对旧(源)服务RAN节点120到新(目标)服务RAN节点120之间的用户平面隧道的控制。Xn-U的协议栈可包括建立在互联网协议(IP)传输层上的传输网络层，以及UDP和/或IP层的顶部上的用于承载用户平面PDU的GTP-U层。Xn-C协议栈可包括应用层信令协议(称为Xn应用协议(Xn-AP))和构建在SCTP上的传输网络层。SCTP可在IP层的顶部，并且可提供对应用层消息的有保证的递送。在传输IP层中，使用点对点传输来递送信令PDU。在其他具体实施中，Xn-U协议栈和/或Xn-C协议栈可与本文所示和所述的用户平面和/或控制平面协议栈相同或类似。

RAN被示出为通信地耦接到核心网—在该实施方案中，通信地耦接到核心网(CN)120。CN 140可包括多个网络元件130，其被配置为向经由RAN连接到CN 140的客户/订阅者(例如，UE 110的用户)提供各种数据和电信服务。CN 140的部件可以在一个物理节点或单独的物理节点中实现，包括用于从机器可读或计算机可读介质(例如，非暂态机器可读存储介质)读取和执行指令的部件。在一些实施方案中，NFV可用于经由存储在一个或多个计算机可读存储介质中的可执行指令来将上述网络节点功能中的任一个或全部虚拟化(下文将进一步详细描述)。CN 140的逻辑示例可被称为网络切片，并且CN 140的一部分的逻辑示例可被称为网络子切片。NFV架构和基础设施可用于将一个或多个网络功能虚拟化到包含行业标准服务器硬件、存储硬件或交换机的组合的物理资源上(另选地由专有硬件执行)。换句话讲，NFV系统可用于执行一个或多个EPC部件/功能的虚拟或可重新配置的具体实施。

一般来讲，应用服务器150可以是提供与核心网一起使用IP承载资源的应用的元件(例如，UMTS PS域、LTE PS数据服务等)。应用服务器150还可被配置为经由CN 140支持针对UE 110的一种或多种通信服务(例如，VoIP会话、PTT会话、群组通信会话、社交网络服务等)。

在实施方案中，CN 140可以为5GC，并且RAN可以经由NG接口与CN 140连接。在实施方案中，NG接口可分成两部分：NG用户平面(NG-U)接口，该接口在RAN节点120与UPF之间承载流量数据；和S1控制平面(NG-C)接口，该接口是RAN节点120与AMF之间的信令接口。

图2示出了根据本公开的一些实施方案的实现用于PDSCH和/或PUSCH通信的灵活处理时间技术的电子设备的示例性无线系统的框图。系统200可以是系统100的UE 110电子设备和/或RAN节点120中的任一者。系统200包括处理器210、收发器220、缓冲器230a和230b、通信基础设施240、存储器250、操作系统252、应用程序254和天线260。提供所示系统作为无线系统200的示例性部分，并且系统200可以包括其他电路和子系统。另外，尽管无线系统200的系统被示为分开的部件，但是本公开的实施方案可以包括这些部件、更少部件或更多部件的任何组合。

存储器250可包括随机存取存储器(RAM)和/或高速缓存，并且可包括控制逻辑部件(例如，计算机软件)和/或数据。存储器250可包括其他存储设备或存储器，诸如但不限于硬盘驱动器和/或可移除存储设备/单元。根据一些示例，操作系统252可以存储在存储器250中。操作系统252可管理从存储器250和/或一个或多个应用程序254到处理器210和/或收发器220的数据传输。在一些示例中，操作系统252保持可以包括多个逻辑层的一个或多个网络协议栈(例如，互联网协议栈、蜂窝协议栈等)。在协议栈的对应层处，操作系统252包括控制机构和数据结构以执行与该层相关联的功能。

根据一些示例，应用程序254可以存储在存储器250中。应用程序254可以包括无线系统200和/或无线系统200的用户使用的应用程序(例如，用户应用程序)。应用程序254中的应用程序可以包括诸如但不限于以下项的应用程序：Siri^TM、FaceTime^TM、无线电流、视频流、远程控制和/或其他用户应用程序。

作为操作系统的替代或补充，系统200可包括通信基础设施240。通信基础设施240提供例如处理器210、收发器220与存储器250之间的通信。在一些具体实施中，通信基础设施240可以是总线。当作为UE操作时，处理器210与存储在存储器250中的指令一起执行使得系统100的无线系统200能够实现如本文所述的能力报告、PDSCH处理和/或PUSCH传输准备的操作。除此之外或另选地，收发器220执行使得无线系统200作为系统100的UE 110能够实现如本文所述的用于PDSCH、PUSCH和/或PDCCH通信的灵活处理时间技术的操作。

当作为UE和/或gNB操作时，根据一些实施方案，收发器220传输和接收PDSCH、PUSCH和/或PDCCH通信信号，并且可耦接到天线260。收发器220还可传输和/或接收本文所描述的UE报告。天线260可包括可以是相同或不同类型的一个或多个天线。收发器220允许系统200与其他设备通信，该设备可以是有线和/或无线的。收发器220可包括处理器、控制器、无线电部件、插座、插头、缓冲器以及用于连接到网络和在网络上通信的类似电路/设备。根据一些示例，收发器220可包括用于连接到有线网络和/或无线网络以及在有线网络和/或无线网络上通信的一个或多个电路。收发器220可包括蜂窝子系统、WLAN子系统和/或Bluetooth^TM子系统，其中每一者包括其自己的无线电收发器和协议，如本领域技术人员基于本文所提供的讨论将理解的。在一些具体实施中，收发器220可包括用于与其他设备通信的更多或更少的系统。

蜂窝子系统(未示出)可包括用于连接到蜂窝网络以及在蜂窝网络上进行通信的一个或多个电路(包括蜂窝收发器)。蜂窝网络可以包括但不限于3G/4G/5G网络，诸如通用移动电信系统(UMTS)、长期演进(LTE)等。Bluetooth^TM子系统(未示出)可包括用以实现基于例如Bluetooth^TM协议、Bluetooth^TM低功耗协议或Bluetooth^TM低功耗远程协议的连接和通信的一个或多个电路(包括Bluetooth^TM收发器)。WLAN子系统(未示出)可包括一个或多个电路(包括WLAN收发器)以使得能够实现通过WLAN网络的连接和通信，WLAN网络诸如但不限于基于IEEE 802.11中所述的标准(诸如但不限于IEEE 802.11ac、IEEE 802.11ax、IEEE802.11bc、IEEE 802.11bd、IEEE 802.11be等)的网络。

根据一些实施方案，处理器210单独地或与存储器250和/或收发器220组合地实现灵活处理时间技术以及向gNB报告UE能力。例如，当系统200作为UE操作时，系统200被配置为生成并传输与收发器220的缓冲器(例如，缓冲器230a和/或缓冲器230b)相关联的PUSCH通信。类似地，当处理经由PDSCH接收的通信时，系统200可使用缓冲器230a和/或缓冲器230b。当系统200作为gNB操作时，收发器220可用于向UE传输PDSCH通信和/或从UE接收PUSCH通信。此外，收发器220可在gNB处接收UE能力的报告。

根据一些示例，处理器210单独或与收发器220和/或存储器205组合可从例如RAN节点120接收用于PDSCH和/或PUSCH通信的规则和/或参数。例如，RAN节点120可以传输与频域资源分配和/或资源块(RB)分配有关的控制信息。在一些实施方案中，当系统200作为UE操作时，系统200可经由PUSCH上的RRC信令来报告UE处理和/或准备能力。处理器210单独或与收发器220和/或存储器205组合可使用从RAN节点120接收的规则和参数来确定、生成和传输PUSCH通信。当系统200作为gNB或RAN节点120操作时，处理器210单独或与收发器220和/或存储器205组合可确定、生产生PDSCH和/或PDCCH通信并且将其传输到UE。

而且，当作为UE操作时，处理器210单独或与收发器220和/或存储器205组合可从例如RAN节点120接收UL MU传输时间表并且基于所接收的UL MU传输时间表传输缓冲数据。

图3A示出了根据一些实施方案的针对第一子载波间距(SCS)的时隙长度的框图。在5G/NR上下文中，可使用无线电帧310来传送数据。例如，无线电帧310可用于在gNB和UE之间的PDSCH和/或PUSCH上传输数据。在一些实施方案中，无线电帧310将是10ms的持续时间。无线电帧310可由子帧组成，诸如子帧315。在5G/NR上下文中，无线电帧310可由10个子帧315组成。每个子帧315可具有1ms的持续时间。子帧315可由多个时隙组成。虽然子帧315内的时隙的数量可基于子载波间距(SCS)频率而变化，但子帧315的持续时间可以是一致的。此外，每个时隙还可一致地承载14个数据符号。这也可独立于SCS频率。

为了说明示例，对于15kHz的SCS频率，一个子帧可由一个时隙320组成。时隙320可承载14个信息符号并且可持续1ms的持续时间。

转到图3B，显示了30kHz的更高SCS频率。图3B示出了根据一些实施方案的针对第二SCS的时隙长度的框图。在这种情况下，1个无线电帧可仍然包括10个子帧并且持续10ms，但可替代地包括20个时隙。这因为一个子帧325可针对30kHz SCS分成两个时隙而发生。然而，子帧325的定时仍然可以是1ms。在这种情况下，一个时隙330仍然可承载14个符号，但可被分配0.5ms的持续时间。以这种方式，相对于图3A，随着SCS频率增加，每个时隙的时间量减少。图3C和图3D提供了随着增加的SCS频率而减少时隙时间的附加示例。

图3C示出了根据一些实施方案的针对第三SCS的时隙长度的框图。如从图3C所见，在SCS为120kHz的情况下，每个子帧335包括8个时隙，同时仍然具有1ms的持续时间。在这种情况下，为每个时隙340提供0.125ms以递送14个数据符号。

图3D示出了根据一些实施方案的针对第四SCS的时隙长度的框图。如从图3D所见，在SCS为240kHz的情况下，每个子帧345包括16个时隙，同时仍然具有1ms的持续时间。在这种情况下，为每个时隙350提供0.0625ms以递送14个数据符号。

如从图3A至图3D所见，随着SCS频率增加，为时隙提供的时间量减少。这种减小可随着SCS频率增加至例如480kHz和/或960kHz而继续。鉴于这种减小的时隙时间，以时隙或符号为单位的UE的硬件和/或处理限制可能不与针对较低SCS的硬件和/或处理限制相同或类似。也就是说，以时隙或符号为单位的用于PDSCH、PUSCH和/或PDCCH通信的UE处理时间可随着SCS增加而显著增加。本文描述的实施方案解决了这个问题，并且提供了用于向UE提供足够的时间来处理所接收的数据和/或准备用于传输的数据的定时和/或调度技术。参考图4A至图4C进一步讨论了这些时间的示例。

图4A示出了根据一些实施方案的PDSCH处理时间的框图。使用等式405以及表420和430，gNB可识别UE PDSCH处理时间。例如，等式405包括用于计算PDSCH处理时间(T_proc,1)的等式。等式405包括若干因子，包括PDSCH解码时间N₁ 410以及调整因子d_1,1 415。可使用表420、430来确定PDSCH解码时间N₁ 410。表420、430描绘了对应于不同SCS频率值的不同配置425。以此方式，对于特定SCS频率值，可识别对应配置425并且可识别其对应的PDSCH解码时间N₁ 410。该PDSCH解码时间N₁ 410可被表达为符号数量。

然而，有关表420、430的一个问题是它们没有解释如何确定针对更高SCS频率(诸如480kHz或960kHz)的PDSCH解码时间N₁。然而，表420、430所说明的是，当SCS频率增加时，处理所需的符号数量将增加并且可能需要处理时间的多个时隙。例如，对于120kHz SCS，PDSCH处理时间是没有附加DMRS的20个符号或具有附加DMRS的24个符号。假设相同的绝对PDSCH处理时间并且假设每个时隙有14个符号，对于480kHz SCS，将使用大约6个时隙。类似地，对于960kHz SCS，将使用大约11个时隙。鉴于这些趋势，随着SCS频率增加，UE将使用PDSCH处理时间的多个时隙。对于PUSCH准备时间，这种趋势可类似地发生。

图4B示出了根据一些实施方案的PUSCH准备时间的框图。使用等式435以及表450和460，gNB可识别UE PUSCH准备时间。例如，等式435包括用于计算PUSCH准备时间(T_proc)的等式。等式435包括若干因子，包括PUSCH准备时间N₂ 440以及调整因子d_2,1 445。可使用表450、460来确定PUSCH准备时间N₂ 440。表450、460描绘了对应于不同SCS频率值的不同配置455。以此方式，对于特定SCS频率值，可识别对应配置455并且可识别其对应的PUSCH准备时间N₂ 440。该PUSCH准备时间N₂ 440可被表达为符号数量。

类似于PDSCH解码时间N₁ 410，PUSCH准备时间N₂ 440可随着SCS频率增加而在符号数量方面增加。表450、460还没有解释如何确定针对更高SCS频率(诸如480kHz或960kHz)的PUSCH准备时间N₂ 440。然而，类似于PDSCH，表450、460确实说明了当SCS频率增加时，准备所需的符号数量将增加并且可能需要处理时间的多个时隙。例如，对于120kHz SCS，PUSCH处理时间是36个符号。假设相同的绝对PDSCH处理时间并且假设每个时隙有14个符号，对于480kHz SCS，将使用大约10个时隙。类似地，对于960kHz SCS，将使用大约20个时隙。鉴于这些趋势，随着SCS频率增加，UE将使用PUSCH准备时间的多个时隙。

对于PDSCH和PUSCH处理两者，即使相对于120kHz SCS减小绝对处理时间，仍将使用多个时隙来执行该处理和/或准备。以这种方式，下面的实施方案描述了考虑该处理和/或准备时间并且高效地调度gNB与UE之间的通信的技术。

图4C示出了根据一些实施方案的CSI计算延迟的框图。除了PDSCH和PUSCH处理之外，还可提供延迟以考虑最小CSI计算时间。表470、480提供了用于CSI计算的定时。对于120kHz SCS配置，可基于表470、480中列出的符号来使用多个时隙。因此，对于更高的SCS(诸如480kHz或960kHz)，也可使用附加SCS。

考虑到图4A至图4C中描述的处理和准备时间，随着SCS频率继续增加，符号中的处理时间可进一步继续增加。这可影响PDSCH处理时间、PUSCH处理和/或CSI计算时间。此外，随着SCS增加，PDCCH解码也可更多地成为因子。例如，如果针对120kHz的SCS的PDCCH解码是几个符号，则针对480kHz或960kHz的SCS的解码时间可以是一个或多个时隙。如先前所解释的，已经描述了用于适应PDCCH解码的若干技术。这将参考图7和图8来进一步解释。如将进一步讨论的，通过灵活地适应PDCCH解码预算而不是强加刚性预算，UE可通过使用较低时钟速率来具有更好的功耗管理。在该讨论之前，图5A、图5B、图6A和图6B讨论了用于适应针对PDSCH和/或PUSCH通信的UE处理能力的技术。PDSCH和/或PUSCH通信可被统称为物理数据信道通信。

图5A示出了根据一些实施方案的基于用户装备(UE)PDSCH处理能力报告的PDSCH调度的流程图500A。在一些实施方案中，gNB(诸如RAN节点120A、120B)可执行流程图500A。例如，RAN节点120A、120B可与UE 110和/或系统200进行交互以执行流程图500A。在一些实施方案中，应用服务器150和/或140可与RAN节点120A、120B一起操作以执行流程图500A。流程图500A应参考gNB进行描述；然而，流程图500A不限于该示例性实施方案。流程图500A可在任何计算设备上执行，该计算设备诸如例如参考图9描述的计算机系统和/或可包括硬件(例如，电路系统、专用逻辑部件、可编程逻辑部件、微码等)、软件(例如，在处理设备上执行的指令)或它们的组合的处理逻辑部件。

应当理解，可能不需要所有步骤来执行本文提供的公开内容。此外，如本领域的普通技术人员将理解的那样，这些步骤中的一些步骤可同时执行，或以与图5A所示不同的顺序执行。

在505处，5G节点B(gNB)可建立与用户装备(UE)的通信。例如，UE可向gNB注册以传输和/或接收信息。这可类似于参考图1描述的UE 110和RAN节点120之间的通信而发生。在一些实施方案中，UE和gNB之间的通信可经由5G通信发生以使得UE可与CN 140通信。在一些实施方案中，通信的建立可包括UE使用无线电资源控制(RRC)协议来建立连接。例如，UE可从断开或空闲RRC状态移动到RRC连接状态以与gNB进行通信。也可建立SCS频率，其可以是480kHz或960kHz。

在510处，gNB可从UE接收指示针对PDSCH数据的数据处理速率的UE处理能力的指示。如先前解释的，随着SCS频率增加，PDSCH处理时间可大于一个时间时隙。以此方式，UE可能不能够使用单个处理引擎来以流水线方式足够快地处理PDSCH数据。这可导致UE遇到在UE已经完成处理先前接收的PDSCH数据之前接收到后续PDSCH数据的情况。例如，如果UE被限于用于并行处理的单个或有限量的处理引擎，则这可能发生。图6A描绘了这种情况。图6A示出了根据一些实施方案的重叠PDSCH数据传输的框图600A。例如，在605处，UE可接收第一PDSCH数据传输。在610处，UE可花费时间来解码和/或处理第一PDSCH数据传输。然而，在此处理期间，在615处，UE可接收第二PDSCH数据传输。然后，将期望UE执行第一PDSCH解码610连同第二PDSCH解码620。

在一些实施方案中，为了处理第一和第二PDSCH数据传输，UE可并行地使用多个处理引擎。每个处理引擎可处理PDSCH数据流。在这种情况下，gNB可在连续时隙中调度PDSCH数据传输605、615。然后，UE可将所接收的PDSCH数据605、615解析到可并行处理数据的不同处理引擎中。该多个处理引擎的技术可单独使用或者与下面描述的UE报告技术组合使用。

然而，在一些情况中，UE可能没有足够的处理资源来执行并行处理。例如，UE可使用单个处理引擎和/或可具有有限的处理资源。在这种情况下，gNB可在如何调度传输PDSCH数据的方面受到限制。为了解决这个问题，UE可报告一个或多个处理统计以指示UE的处理能力。gNB可使用该信息来确保UE以UE可处理数据的速度接收PDSCH数据。例如，如果gNB使用多时隙调度，则gNB可确保不超过UE能力。例如，gNB可能需要在调度的PDSCH之间添加间隙。

为了说明潜在处理统计，UE可报告处理PDSCH的速率。例如，UE可报告每时隙能够处理特定量的PDSCH数据。该数据可以是例如一个或多个数据分组。在一些实施方案中，UE可将该能力表达为每N个时隙M个PDSCH数据，其中M和N是取决于UE能力的可变量。例如，M和/或N的值可取决于PDSCH处理时间和UE能够并行处理的PDSCH数据量。以这种方式，当向gNB报告时，UE也可考虑多个处理引擎。UE可报告单个处理引擎和/或多个处理引擎的能力。在一些实施方案中，UE可将N个时隙报告为滑动时间窗口。例如，对于使用单个处理引擎的UE，如果PDSCH处理时间是4个时隙，则取决于UE流水线操作，UE可报告它可每4或5个时隙处理一组PDSCH数据。

如先前在一些实施方案中所解释的，UE可报告关于UE可并行处理多少PDSCH数据传输的UE能力。在这种情况下，当确定并行PDSCH数据传输的数量时，UE和/或gNB还可对PDSCH传输时间以及PDSCH解码时间进行计数。利用该信息，gNB可确保并行解码的PDSCH数据传输的数量不超过UE的能力。

在一些实施方案中，UE可将UE能力报告为UE可在时间窗口内支持的总数据速率。例如，时间窗口可等于或近似等于PDSCH处理时间。在一些实施方案中，还可添加缓冲时间。例如，可将额外的一个时间时隙添加到PDSCH处理时间以考虑PDSCH传输时间。在一些实施方案中，可跨越在UE和gNB之间的通信中使用的分量载波(CC)中的每一者来应用总数据速率。在这种情况下，UE可在CC之间共享处理能力。例如，当一个CC不包括PDSCH数据时，可在另一个CC上处理更多或附加的PDSCH数据。

在一些实施方案中，UE可报告UE可针对PDSCH处理支持的跨度模式。图6B描绘了该测量的示例。图6B示出了根据一些实施方案的具有跨度模式的PDSCH数据传输的框图600B。如从图6B所见，跨度持续时间625可持续M个时隙的跨度持续时间。该跨度持续时间625可在跨度间隙630内，该跨度间隙可持续N个时隙的持续时间。利用N时隙跨度间隙630，UE可报告UE可在M时隙跨度持续时间625内处理的PDSCH的数量(例如，整数值“P”)。

已经讨论了用于从UE向gNB报告的若干处理统计。UE可传输这些处理统计中的任一者以报告UE的处理能力。在一些实施方案中，可从UE向gNB报告这些处理统计中的一者或多者的组合。此外，该数据的处理可发生在UE或gNB处。例如，UE可在执行其处理能力的自身分析之后报告该数据。在一些实施方案中，UE可报告与这些处理能力相关的原始数据，并且gNB可执行附加处理以导出UE处理能力。在任一情况下，在510处，gNB可从UE接收指示用于处理PDSCH数据的UE处理能力的报告。

在515处，gNB可基于从UE接收的指示来计算时间延迟。基于从UE接收的数据(诸如并行处理能力和/或UE可处理的PDSCH数据传输的速率)，gNB可确定用于延迟调度后续PDSCH传输的时隙的数量。例如，如果UE报告其使用4个时隙的PDSCH处理时间，则gNB可确定PDSCH传输将在调度中通过4个时隙分开。在一些实施方案中，如果包括附加缓冲时间以用于流水线操作，则gNB可通过5个时隙分开PDSCH传输。以这种方式，gNB可避免在UE已经能够处理先前接收的PDSCH传输之前太快地发送后续PDSCH传输的情况。如先前解释的，gNB也可使用由UE提供的一个或多个处理统计来计算时间延迟。例如，gNB可组合由UE报告的不同和/或多个参数来计算时间延迟。此外，如果UE报告更新的处理能力，则gNB可重新计算时间延迟。在一些实施方案中，时间延迟可被表示为时隙或符号。

在一些实施方案中，gNB可取决于UE的能力将时间延迟计算为零值。例如，如果UE报告UE并行使用能够单独处理不同PDSCH传输的多个处理引擎，则gNB可确定不需要时间延迟。

在520处，gNB在第一时隙中调度从gNB到UE的第一PDSCH传输。在525处，gNB可在第二时隙中调度从gNB到UE的第二PDSCH传输，其中第二时隙至少通过时间延迟与第一时隙分开。通过以足够的时间延迟调度该第二PDSCH传输，可基于UE的能力向UE提供时间以处理第一PDSCH传输。此外，时间延迟可针对UE的能力来定制并且提供灵活性。当gNB服务具有不同能力的多个UE时，这种灵活性可能是有帮助的。该时间延迟可进一步帮助避免在UE能够处理PDSCH数据之前过早地传输PDSCH数据的情况。在一些实施方案中，gNB可在515之前执行520。例如，gNB可考虑在计算时间延迟之前是否先前调度了一个或多个PDSCH。在一些实施方案中，如下面将进一步解释的，可通过附加时间来进一步修改时间延迟以考虑PDCCH处理。例如，gNB可通过附加调整因子来调度时间延迟以考虑潜在UE PDCCH处理。虽然前面的描述已经按照时隙描述了时间延迟，但在一些实施方案中，该延迟也可按照符号来确定和/或表达。

图5B示出了根据一些实施方案的基于用户装备(UE)PUSCH准备能力报告的PUSCH调度的流程图500B。在一些实施方案中，gNB(诸如RAN节点120A、120B)可执行流程图500B。例如，RAN节点120A、120B可与UE 110和/或系统200进行交互以执行流程图500B。在一些实施方案中，应用服务器150和/或140可与RAN节点120A、120B一起操作以执行流程图500B。流程图500B应参考gNB进行描述；然而，流程图500B不限于该示例性实施方案。流程图500B可在任何计算设备上执行，该计算设备诸如例如参考图9描述的计算机系统和/或可包括硬件(例如，电路系统、专用逻辑部件、可编程逻辑部件、微码等)、软件(例如，在处理设备上执行的指令)或它们的组合的处理逻辑部件。

应当理解，可能不需要所有步骤来执行本文提供的公开内容。此外，如本领域的普通技术人员将理解的那样，这些步骤中的一些步骤可同时执行，或以与图5B所示不同的顺序执行。

在一些实施方案中，UE的PUSCH处理和/或准备定时可类似于参考图5A描述的PDSCH处理。在PUSCH上下文中，UE可使用准备时间来准备要经由PUSCH传输向gNB发送的数据。在这种情况下，因为gNB仍然调度UE何时可执行PUSCH传输，所以gNB仍然可考虑UE的处理时间来调度这些PUSCH传输。gNB可基于从UE接收到的能力报告来调度这些传输。然后，UE可根据gNB调度来传输PUSCH数据。当SCS频率变得较高(诸如至480kHz或960kHz)时，该准备可以是特别相关的。

在530处，5G节点B(gNB)可建立与用户装备(UE)的通信。这可以与参考图5A在505处描述的方式类似的类似发生。在535处，gNB可从UE接收指示针对物理上行链路共享信道(PUSCH)数据的数据准备速率的UE处理能力的指示。该报告可类似于如参考510描述的相对于PDSCH数据描述的报告。例如，在535处，UE可报告其是否能够使用多个准备引擎来准备PUSCH传输。UE还可报告UE可在特定数量的时隙中准备的PUSCH传输的数量。UE还可以类似的方式报告时间窗口和/或跨度模式内的总数据速率。

在540处，gNB可基于从UE接收的指示来计算时间延迟。这可类似于来自515的计算而发生。在540处的计算可确定特定延迟以向UE提供足够的时间来准备PUSCH传输。以这种方式，gNB可避免其中两个PUSCH被调度成过于靠近在一起并且UE不能够完成准备和及时传输PUSCH数据的场景。

在545处，gNB可在第一时隙中调度从UE到gNB的第一PUSCH传输。在550处，gNB可在第二时隙中调度从UE到gNB的第二PUSCH传输，其中第二时隙至少通过时间延迟与第一时隙分开。通过以足够的时间延迟调度该第二PUSCH传输，可基于UE的能力向UE提供时间以准备第二PUSCH传输。此外，时间延迟可针对UE的能力来定制并且提供灵活性。当gNB服务具有不同能力的多个UE时，这种灵活性可能是有帮助的。虽然前面的描述已经按照时隙描述了时间延迟，但在一些实施方案中，该延迟也可按照符号来确定和/或表达。

在一些实施方案中，流程图500B可与流程图500A结合使用。例如，gNB可执行流程图500A、500B两者。gNB可确定对应于PDSCH数据的第一时间延迟以及对应于PUSCH数据的第二时间延迟。在这种情况下，gNB可基于UE的PUSCH能力来计算第二时间延迟。gNB然后可在第一时隙中调度第一PDSCH传输以及在通过第一时间延迟分开的第二时隙中调度第二PDSCH传输。gNB然后可在第三时隙中调度第一PUSCH传输以及在通过第二时间延迟分开的第四时隙中调度第二PUSCH传输。

图7示出了根据一些实施方案的在确定PDSCH处理时间时的基于物理下行链路控制信道(PDCCH)解码的UE处理时间调整的流程图700。在一些实施方案中，gNB(诸如RAN节点120A、120B)可执行流程图700。例如，RAN节点120A、120B可与UE 110和/或系统200进行交互以执行流程图700。在一些实施方案中，应用服务器150和/或140可与RAN节点120A、120B一起操作以执行流程图700。流程图700应参考gNB进行描述；然而，流程图700不限于该示例性实施方案。流程图700可在任何计算设备上执行，该计算设备诸如例如参考图9描述的计算机系统和/或可包括硬件(例如，电路系统、专用逻辑部件、可编程逻辑部件、微码等)、软件(例如，在处理设备上执行的指令)或它们的组合的处理逻辑部件。

应当理解，可能不需要所有步骤来执行本文提供的公开内容。此外，如本领域的普通技术人员将理解的那样，这些步骤中的一些步骤可同时执行，或以与图7所示不同的顺序执行。

在一些实施方案中，UE的PDCCH解码定时对于较高频率SCS可能是重要的。例如，当SCS频率变得较高(诸如至480kHz或960kHz)时，PDCCH解码定时可以是特别相关的。在一些实施方案中，UE可在对所接收的PDSCH数据进行解码之前对PDCCH进行解码。这可能发生是因为PDCCH数据指示来自PDSCH的数据是否旨在用于该特定UE以及为PDSCH分配的时间/频率资源(如果有的话)。虽然在较低SCS频率下，PDCCH解码时间可能不那么显著，但随着SCS频率增加，PDCCH解码时间可能更显著地影响PDSCH处理时间。具体地，如果UE在仍然对PDCCH数据进行解码的同时接收PDSCH数据，则UE可缓冲PDSCH数据并且可仅在完成PDCCH解码之后开始PDSCH解码。为了避免这种情况，当调度PDSCH和/或PUSCH通信时，可考虑PDCCH解码时间。该解码时间可使用调整因子来实现。

在705处，5G节点B(gNB)可建立与用户装备(UE)的通信。这可以与参考图5A在505处描述的方式类似的类似发生。在710处，gNB可从UE接收用于对物理下行链路控制信道(PDCCH)数据进行解码的UE解码时间的指示。该报告可以与如参考510描述的相对于PDSCH数据描述的方式类似的方式来执行。例如，gNB可接收参考510描述的相同PDSCH参数以确定PDCCH解码延迟。UE可通过PDSCH处理能力类似地报告该延迟。通过此信息，gNB可识别调整因子，诸如用于确定T_proc,1405的调整因子d_1,1 415，如参考图4A所描述。该调整因子可考虑PDCCH解码延迟。这可应用于单时隙调度和/或多时隙调度情况。

在715处，gNB可基于从UE接收的指示来计算调整因子。这可以是调整因子d_1,1 415并且可考虑针对单时隙和/或多时隙调度情况两者的PDCCH解码延迟。在一些实施方案中，当使用单时隙或相同时隙调度时，在调整因子中可考虑或可不考虑PDCCH解码时间。例如，任选地，调整因子可以是零。在这种情况下，gNB可不提供用于PDCCH解码的附加调整因子。如果以已经为PDCCH解码分配时间的方式定义PDSCH和/或PUSCH处理时间，则可确定这一点。

在一些实施方案中，gNB可添加固定调整因子以考虑PDCCH解码。例如，固定调整因子可被表示为X个时隙或Y个符号。当考虑PDSCH解码而没有可用于PDCCH解码的附加余量来定义PDSCH处理时间时，可使用该固定调整因子。

在一些实施方案中，为了计算调整因子，gNB可应用可变调整因子。可使用以下等式将该可变调整因子表达为符号量：

如果i<Nsym，则d＝x*(Nsym-i)+y(以符号为单位)，否则d＝y个符号

在该等式中，“i”可以是以符号为单位的PDSCH传输的持续时间。在一些实施方案中，“i”可以是时隙中的PDSCH的最后符号的索引。“Nsym”可指示数据符号的数量，其可以是预定义的。“x”值可以是缩放因子。该缩放因子可取决于PDCCH解码时间。在一些实施方案中，缩放值可小于或等于一。为了提供示例，一些值可以是Nsym＝7、x＝1和y＝0。

随着SCS频率增加并且PDCCH解码时间可能变得更长，PDCCH解码可能对T_Proc具有更大影响。在这种情况下，Nsym的较大值和/或“y”的非零值可适用。例如，较高SCS的一些值可以是Nsym＝7和y＝7。在一些实施方案中，以这种方式定义的调整因子可用于覆盖PDCCH解码延迟和PDSCH映射类型A的非前载DMRS的组合效果。

虽然先前选项可用于相同时隙调度，但gNB也可将类似技术用于交叉时隙调度。例如，当PDSCH和/或PUSCH调度延迟足够大以覆盖PDCCH解码时，gNB可类似地不在交叉时隙上下文中应用附加调整因子。在一些实施方案中，当此调度延迟不足够时，可如上所述使用固定或可变调整因子。在这种情况下，可从固定或可变调整因子中减去调度延迟。在一些实施方案中，由于诸如附加DMRS或PDSCH映射类型A的DMRS位置的其他因子，该减法可不改变调整因子。

先前实施方案已经描述了用于单时隙调度的调整因子。在这种情况下，UE可在每个时隙中监视PDCCH。在没有此监视的情况下，可能存在调度限制，因为UE将仅在某些时隙中是可调度的。然而，除了这种单时隙调度之外，gNB可使用多时隙调度。多时隙调度可帮助减小UE功耗。在多时隙调度方案下，UE可在每N个时隙监视PDCCH。例如，N＝4，UE可每四个时隙监视一次PDCCH。还可通过4个时隙中多达4个PDSCH传输来调度UE。在图8中描绘了这种多时隙调度的示例。

图8示出了根据一些实施方案的PDCCH和PDSCH多时隙调度的框图800。在这种情况下，可每N个时隙(诸如每4个时隙)发信号通知一次PDCCH 805。该多时隙调度和PDCCH 805信令可提供用于四个PDSCH传输的信令：PDSCH_1 810、PDSCH_2 815、PDSCH_3 820和PDSCH_4825。在一些实施方案中，如先前所讨论的，取决于UE处理能力，在两个PDSCH之间可能存在间隙。这些间隙可考虑UE PDSCH处理时间。

基于该框架，利用各种N值，gNB可通过用于PDCCH解码的不同调整因子来执行多时隙调度。例如，类似于单时隙情况，gNB可不应用用于PDCCH解码的附加调整因子。这可在PDSCH和/或PUSCH处理时间以分配用于PDCCH解码的时间和/或已经覆盖PDCCH解码的方式定义时发生。类似地，当交叉时隙调度与覆盖PDCCH解码的调度延迟一起使用时，这可能发生。

在一些实施方案中，gNB可提供固定调整因子以考虑PDCCH解码。例如，固定调整因子可被表示为X个时隙或Y个符号。当考虑PDSCH解码而没有可用于PDCCH解码的附加余量来定义PDSCH处理时间时，可使用该固定调整因子。当UE具有有效的流水线操作规程时和/或当PDCCH解码将延迟由PDCCH控制的PDSCH传输的解码时，可进一步使用固定调整因子。

在一些实施方案中，gNB可在每PDSCH基础上应用调整因子。例如，较大延迟可被添加到第一PDSCH，诸如PDSCH_1 810。较小延迟和/或无延迟可被添加到稍后的PDSCH，诸如PDSCH_2 815、PDSCH_3 820和/或PDSCH_4 825。调整因子的确定可以与参考单时隙调度描述的方式类似的方式发生。为了提供示例，如果PDCCH解码花费2个时隙(或28个符号)，则用于PDSCH_1 810、PDSCH_2 815、PDSCH_3 820和PDSCH_4 825的PDSCH处理时间可分别是(N1+28)、(N1+14)、N1和N1符号。

在一些实施方案中，gNB可将调度的PDSCH分成多个组。gNB然后可将相同的调整因子应用于属于相同组的PDSCH。例如，UE可包括两个并行处理引擎。UE可使用第一处理引擎来处理PDSCH_1 810和PDSCH_3820，同时使用第二处理引擎来处理PDSCH_2 815和PDSCH_4825。在这种情况下，对PDSCH_1 810和PDSCH_3 820的调整因子可以是相同的，并且可以是(N1+X)。类似地，对PDSCH_2 815和PDSCH_4 825的调整因子可以是相同的，并且可以是(N1+Y)。这些调整因子可被表达为符号。

虽然可实现这些调整因子，但由于诸如附加DMRS或PDSCH映射类型A的DMRS位置的其他因子，这些调整因子可不改变调整。

如先前所解释的，为了潜在地适应PDCCH解码时间，gNB可基于在715处从UE接收到的指示来计算调整因子。该调整因子可应用于单时隙和/或多时隙调度。在一些实施方案中，调整因子可以是零。在720处，gNB可将调整因子添加到先前为PDSCH处理分配的时间以生成经调整的PDSCH处理定时。在725处，gNB可将PDSCH传输至HARQ-ACK之间的定时调度为至少经调整的PDSCH处理定时。

图9描绘了用于实现各种实施方案的示例性计算机系统。可例如使用诸如图9所示的计算机系统900的一个或多个众所周知的计算机系统来实现各种实施方案。例如，可使用一个或多个计算机系统900来实现本文所讨论的任何实施方案，以及实施方案的组合和子组合。

计算机系统900可包括一个或多个处理器(也称为中央处理单元或CPU)，诸如处理器904。处理器904可连接到通信基础设施或总线906。

计算机系统900还可包括可通过用户输入/输出接口902与通信基础设施906进行通信的用户输入/输出设备903，诸如监视器、键盘、指向设备等。

处理器904中的一个或多个处理器可以是图形处理单元(GPU)。在实施方案中，GPU可以是被设计用于处理数学密集型应用的专用电子电路的处理器。GPU可具有用于并行处理大数据块的有效的并行结构，诸如计算机图形应用、图像、视频等通用的数学密集型数据。

计算机系统900还可包括主存储器或主要存储器908，诸如随机存取存储器(RAM)。主存储器908可包括一个或多个级别的高速缓存。主存储器908在其中可存储有控制逻辑部件(即，计算机软件)和/或数据。

计算机系统900还可包括一个或多个辅助存储设备或存储器910。辅助存储器910可包括例如硬盘驱动器912和/或可移除存储设备或驱动器914。可移除存储驱动器914可以是软盘驱动器、磁带驱动器、光盘驱动器、光学存储设备、磁带备份设备以及/或者任何其他存储设备/驱动器。

可移除存储驱动器914可与可移除存储单元918交互。可移除存储单元918可包括其上存储有计算机软件(控制逻辑部件)和/或数据的计算机可用或可读存储设备。可移除存储单元918可以是软盘、磁带、光盘、DVD、光学存储盘以及/或者任何其他计算机数据存储设备。可移除存储驱动器914可从可移除存储单元918读取和/或写入该可移除存储单元。

辅助存储器910可包括用于允许计算机程序和/或其他指令和/或数据被计算机系统900访问的其他装置、设备、部件、工具或其他方法。此类装置、设备、部件、工具或其他方法可包括例如可移除存储单元922和接口920。可移除存储单元922和接口920的示例可包括程序盒和盒接口(诸如在视频游戏设备中找到的接口)、可移除存储器芯片(诸如EPROM或PROM)以及相关联的插座、存储棒和USB端口、存储卡和相关联的存储卡插槽，以及/或者任何其他可移除存储单元和相关联的接口。

计算机系统900还可包括通信或网络接口924。通信接口924可使得计算机系统900能够与外部设备、外部网络、外部实体等(单独地和共同地由参考标号928引用)的任何组合通信和交互。例如，通信接口924可允许计算机系统1000通过通信路径926与外部或远程设备928通信，该通信路径可以是有线和/或无线的(或它们的组合)，并且可包括LAN、WAN、互联网等的任何组合。控制逻辑部件和/或数据可经由通信路径926传输到计算机系统900和从该计算机系统传输。

计算机系统900还可以是(举几个非限制性示例)个人数字助理(PDA)、台式工作站、膝上型计算机或笔记本计算机、上网本、平板电脑、智能电话、智能手表或其他可穿戴设备、器具、物联网的一部分和/或嵌入式系统中的任一者，或它们的任何组合。

计算机系统900可以是通过任何递送范例访问或托管任何应用程序和/或数据的客户端或服务器，该递送范例包括但不限于：远程或分布式云计算解决方案的；本地或内部部署软件(“内部部署”基于云的解决方案)；“即服务”模式(例如，内容即服务(CaaS)、数字内容即服务(DCaaS)、软件即服务(SaaS)、管理软件即服务(MSaaS)、平台即服务(PaaS)、桌面即服务(DaaS)、框架即服务(FaaS)、后端即服务(BaaS)、移动后端即服务(MBaaS)、基础设施即服务(IaaS)等)；和/或包括前述示例或其他服务或递送范例的任何组合的混合模式。

计算机系统900中的任何适用的数据结构、文件格式和纲要都可从包括但不限于JavaScript对象表示法(JSON)、可扩展标记语言(XML)、另一种标记语言(YAML)、可扩展超文本标记语言(XHTML)、无线标记语言(WML)、MessagePack、XML用户界面语言(XUL)或单独或组合的任何其他功能相似的表示的标准导出。另选地，专有数据结构、格式或纲要可单独使用或与已知或开放标准结合使用。

在一些实施方案中，有形的、非暂态装置或制品包括有形的、非暂态计算机可用或可读介质，其上存储有控制逻辑部件(软件)，在本文中也可称为计算机程序产品或程序存储设备。这包括但不限于计算机系统900、主存储器908、辅助存储器910和可移除存储单元918和922，以及体现前述任何组合的有形制品。此类控制逻辑部件在由一个或多个数据处理设备(诸如计算机系统900)执行时可使得此类数据处理设备如本文所述进行操作。

基于本公开中包含的教导，对于相关领域技术人员将显而易见的是，如何使用除图9所示以外的数据处理设备、计算机系统和/或计算机架构来制作和使用本公开的实施方案。特别地，实施方案可与除了本文描述的那些之外的软件、硬件和/或操作系统具体实施一起操作。

应当理解，具体实施方式部分而不是任何其他部分旨在用于解释权利要求。其他部分可阐述发明人所预期的一个或多个但不是所有示例性实施方案，并且因此不旨在以任何方式限制本公开或所附权利要求。

尽管本公开描述了示例性领域和应用的示例性实施方案，但是应当理解，本公开不限于此。其他实施方案和修改是可能的，并且在本公开的范围和实质内。例如，并且在不限制本段落的一般性的情况下，实施方案不限于图中所示和/或本文所述的软件、硬件、固件和/或实体。此外，实施方案(无论是否本文明确描述)对于本文描述的示例之外的领域和应用具有显着的实用性。

这里已经借助于示出特定功能及其关系的实现的功能构建块描述了具体实施。为了便于描述，这些功能构建块的边界已在本文被任意地定义。只要适当地执行指定的功能和关系(或其等同物)，就可定义另选的边界。另外，另选实施方案可使用与本文描述的顺序不同的顺序来执行功能块、步骤、操作、方法等。

本文对“一个实施方案”、“实施方案”、“示例性实施方案”或类似短语的引用指示所描述的实施方案可包括特定特征结构、结构或特性，但是每个实施方案可能不一定包括特定特征结构、结构或特性。此外，此类措辞用语不必是指相同的实施方案。此外，当结合实施方案描述特定特征结构、结构或特性时，无论是否本文明确提及或描述，将这些特征结构、结构或特征结合到其他实施方案中在相关领域的技术人员的知识范围内。此外，可使用表述“耦接”和“连接”以及它们的衍生词来描述一些实施方案。这些术语不一定旨在作为彼此的同义词。例如，一些实施方案可使用术语“连接”和/或“耦接”指示两个或更多个元件彼此直接物理接触和/或电接触来进行描述。然而，术语“耦接”还可指两个或更多个元件彼此不直接接触，但仍彼此协作和/或相互作用。

本公开的广度和范围不应受任何上述示例性实施方案的限制，而应仅根据以下权利要求书及其等同物来限定。

如上所述，本技术的各个方面可以包括收集和使用可从各种来源获得的数据，从而(例如)改进或增强功能。本公开预期，在一些实例中，这些所采集的数据可包括唯一地识别或可用于联系或定位特定人员的个人信息数据。这样的个人信息数据可以包括人口统计数据、基于位置的数据、电话号码、电子邮件地址、推特ID、家庭地址、与用户的健康或健身水平相关的数据或记录(例如，生命体征测量值、用药信息、锻炼信息)、出生日期或任何其他识别信息或个人信息。本公开认识到在本技术中使用此类个人信息数据可用于使用户受益。

本公开设想负责采集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，此类实体应当实行并坚持使用被公认为满足或超出对维护个人信息数据的隐私性和安全性的行业或政府要求的隐私政策和实践。此类政策应该能被用户方便地访问，并应随着数据的采集和/或使用变化而被更新。来自用户的个人信息应当被收集用于实体的合法且合理的用途，并且不在这些合法使用之外共享或出售。此外，此类采集/共享应当仅在接收到用户知情同意后。另外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。另外，应当调整政策和实践，以便采集和/或访问的特定类型的个人信息数据，并适用于包括管辖范围的具体考虑的适用法律和标准。例如，在美国，对某些健康数据的收集或获取可能受联邦和/或州法律的管辖，诸如健康保险转移和责任法案(HIPAA)；而其他国家的健康数据可能受到其他法规和政策的约束并应相应处理。因此，在每个国家应为不同的个人数据类型保持不同的隐私实践。

不管前述情况如何，本公开还预期用户选择性地阻止使用或访问个人信息数据的实施方案。即本公开预期可提供硬件元件和/或软件元件，以防止或阻止对此类个人信息数据的访问。例如，本技术可被配置为允许用户在(例如)注册服务期间或其后随时选择性地参与采集个人信息数据的“选择加入”或“选择退出”。除了提供“选择加入”和“选择退出”选项外，本公开还设想提供与访问或使用个人信息相关的通知。例如，可在下载应用时向用户通知其个人信息数据将被访问，然后就在个人信息数据被应用访问之前再次提醒用户。

此外，本公开的目的是应管理和处理个人信息数据以最小化无意或未经授权访问或使用的风险。一旦不再需要数据，通过限制数据收集和删除数据可最小化风险。此外，并且当适用时，包括在某些健康相关应用程序中，数据去标识可用于保护用户的隐私。可在适当时通过移除特定标识符(例如，出生日期等)、控制所存储数据的量或特异性(例如，在城市级别而不是在地址级别收集位置数据)、控制数据如何被存储(例如，在用户之间聚合数据)、和/或其他方法来促进去标识。

因此，虽然本公开可广泛地覆盖使用个人信息数据来实现一个或多个各种所公开的实施方案，但本公开还预期各种实施方案也可在无需访问此类个人信息数据的情况下被实现。即，本发明技术的各种实施方案不会由于缺少此类个人信息数据的全部或一部分而无法正常进行。

Claims (20)

1.一种无线通信装置，包括：

收发器；和

至少一个处理器，所述至少一个处理器耦接到所述收发器，其中所述至少一个处理器被配置为：

建立与用户装备(UE)的5G通信；

从所述UE接收指示用于物理数据信道通信的数据处理速率的UE处理能力的指示；

基于从所述UE接收的所述指示来计算时间延迟；

在第一时隙中调度第一物理数据信道通信；以及

在第二时隙中调度第二物理数据信道通信，其中所述第二时隙通过所述时间延迟与所述第一时隙分开。

2.根据权利要求1所述的无线通信装置，其中所述物理数据信道通信是从所述收发器到所述UE的物理下行链路共享信道(PDSCH)传输或从所述UE到所述收发器的物理上行链路共享信道(PUSCH)传输。

3.根据权利要求1所述的无线通信装置，其中使用480kHz或960kHz的子载波间距(SCS)来进行所述通信。

4.根据权利要求1所述的无线通信装置，其中所述指示包括所述UE能够每若干时隙处理的物理数据信道通信的数量。

5.根据权利要求1所述的无线通信装置，其中所述指示包括所述UE能够并行处理的物理数据信道通信的数量。

6.根据权利要求1所述的无线通信装置，其中所述指示包括所述UE能够在时间窗口内处理的总数据速率。

7.根据权利要求1所述的无线通信装置，其中所述指示包括跨度模式，所述跨度模式指示所述UE能够在跨度持续时间内处理的物理数据信道通信的数量。

8.一种方法，包括：

在5G节点B(gNB)处建立与用户装备(UE)的通信；

从所述UE接收用于对物理下行链路控制信道(PDCCH)数据进行解码的UE解码时间的指示；

基于从所述UE接收的所述指示来计算调整因子；

将所述调整因子添加到先前为物理下行链路共享信道(PDSCH)处理分配的时间以生成经调整的PDSCH处理定时；以及

将PDSCH传输和混合自动重传请求确认(HARQ-ACK)之间的定时调度为至少所述经调整的PDSCH处理定时。

9.根据权利要求8所述的方法，其中所述调整因子是应用于所述PDSCH传输的固定调整因子。

10.根据权利要求8所述的方法，其中所述调整因子是使用PSDSCH传输的持续时间和取决于PDCCH解码时间的缩放因子来确定的可变调整因子。

11.根据权利要求8所述的方法，还包括：

将第一调整因子应用于第一PDSCH传输；以及

将第二调整因子应用于在所述第一PDSCH传输之后的第二PDSCH传输，其中所述第二调整因子小于所述第一调整因子。

12.根据权利要求8所述的方法，还包括：

将第一PDSCH传输与第三PDSCH传输进行分组；

将第一组调整因子应用于所述第一PDSCH传输和所述第三PDSCH传输；

将第二PDSCH传输与第四PDSCH传输进行分组；以及

将第二组调整因子应用于所述第二PDSCH传输和所述第四PDSCH传输。

13.根据权利要求8所述的方法，其中所述调度经由交叉时隙调度来进行。

14.根据权利要求8所述的方法，其中所述调度经由多时隙调度来进行。

15.一种方法，包括：

在5G节点B(gNB)处建立与用户装备(UE)的通信；

从所述UE接收UE处理能力的指示；以及

在所述gNB处根据所述UE处理能力的所述指示来调度与所述UE的物理下行链路共享信道(PDSCH)通信。

16.根据权利要求15所述的方法，其中所述指示指示所述UE不支持相同时隙调度并且支持交叉时隙调度，并且其中使用交叉时隙调度来调度所述PDSCH通信。

17.根据权利要求15所述的方法，其中所述指示指示所述UE不支持相同时隙调度并且支持交叉时隙调度，并且其中所述方法还包括：

在所述gNB处使用交叉时隙调度来调度与所述UE的物理上行链路共享信道(PUSCH)通信。

18.根据权利要求15所述的方法，其中使用480kHz或960kHz的子载波间距(SCS)来进行所述PDSCH通信。

19.根据权利要求15所述的方法，其中所述调度还包括：

将最小定时偏移添加到所述PDSCH通信。

20.根据权利要求19所述的方法，其中所述UE处理能力的指示用于导出所述最小定时偏移。