CN117750441A - 上行链路延迟增强 - Google Patents

Abstract

本公开涉及上行链路延迟增强。描述了一种用户装备(UE)，该UE被配置为：接收多个调度请求(SR)配置，其中每个SR配置特定于应用程序、服务、服务质量(QoS)流或流量特征集合；传输第一类型的SR，其中至少包括该第一类型的SR和第二类型的SR的多个不同类型的SR各自对应于该多个SR配置中的不同SR配置；并且响应于该第一类型的SR而接收用于数据传输的初始上行链路授予，其中该初始上行链路授予指示由网络基于特定于该第一类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给该UE的一个或多个上行链路资源。

Description

上行链路延迟增强

背景技术

用户装备(UE)可建立到5G新空口(NR)网络的连接。在5G NR中，基于上行链路(UL)授予的调度可使用调度请求(SR)机制或配置授予(CG)机制来执行。已确认需要进行改进，以使基于UL授予的调度更快、更具应用意识并且更加动态。

发明内容

一些示例性实施方案涉及一种用户装备(UE)的被配置为执行操作的处理器。这些操作包括：接收多个调度请求(SR)配置，其中每个SR配置特定于应用程序、服务、服务质量(QoS)流或流量特征集合；传输第一类型的SR，其中至少包括该第一类型的SR和第二类型的SR的多个不同类型的SR各自对应于该多个SR配置中的不同SR配置；以及响应于该第一类型的SR而接收用于数据传输的初始上行链路授予，其中该初始上行链路授予指示由网络基于特定于该第一类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合指派给该UE的一个或多个上行链路资源。

其他示例性实施方案涉及一种用户装备(UE)，该UE具有：收发器，该收发器被配置为与网络通信；和处理器，该处理器通信地耦接到该收发器并且被配置为执行操作。这些操作包括：接收多个调度请求(SR)配置，其中每个SR配置特定于应用程序、服务、服务质量(QoS)流或流量特征集合；传输第一类型的SR，其中至少包括该第一类型的SR和第二类型的SR的多个不同类型的SR各自对应于该多个SR配置中的不同SR配置；以及响应于该第一类型的SR而接收用于数据传输的初始上行链路授予，其中该初始上行链路授予指示由网络基于特定于该第一类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合指派给该UE的一个或多个上行链路资源。

另外的示例性实施方案涉及一种被配置为执行操作的基站的处理器。这些操作包括：从用户装备(UE)接收第一类型的调度请求(SR)，其中至少包括该第一类型的SR和第二类型的SR的多个不同类型的SR各自对应于多个SR配置中的不同SR配置，并且这些SR配置中的每个SR配置特定于应用程序、服务、服务质量(QoS)流或流量特征集合；以及响应于该第一类型的SR而传输用于数据传输的初始上行链路授予，其中该初始上行链路授予指示基于特定于该第一类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给该UE的上行链路资源。

附图说明

图1示出了根据各种示例性实施方案的示例性网络布置。

图2示出了根据各种示例性实施方案的示例性用户装备(UE)。

图3示出了根据各种示例性实施方案的示例性基站。

图4示出了根据各种示例性实施方案的用于服务特定调度请求(SR)的呼叫流程。

图5示出了根据各种示例性实施方案的多个SR配置的示例。

图6示出了根据各种示例性实施方案的示例性呼叫流程。

图7示出了根据各种示例性实施方案的用于使用周期性步调报告(PCR)的动态授予方案的呼叫流程。

图8示出了根据各种示例性实施方案的用于使用PCR的配置授予方案的呼叫流程。

图9示出了根据各种示例性实施方案的PCR介质访问控制(MAC)控制元素(CE)的示例。

图10示出了根据各种示例性实施方案的用于使用周期性步调报告禁止定时器的PCR方案的呼叫流程。

图11示出了根据各种示例性实施方案的用于利用服务特定SR和PCR两者的混合方案的呼叫流程。

具体实施方式

参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案引入用于基于上行链路(UL)授予的调度的增强。

参照用户装备(UE)描述了示例性实施方案。然而，对UE的参考仅仅是出于说明的目的而提供的。示例性实施方案可与可建立与网络的连接并且被配置有用于与网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起使用。因此，如本文所述的UE用于表示任何适当类型的电子部件。

还参照5G新空口(NR)网络和下一代节点B(gNB)描述了示例性实施方案。然而，为了进行示意性的说明，提供了对5G NR网络和gNB的参考。这些示例性方面可应用于利用上行链路授予调度的任何类型的网络，包括与后代蜂窝标准相关联的网络(例如，6G网络等)。

根据本公开的一些方面，示例性实施方案引入服务特定调度请求(SR)。如以下将更详细地描述，与依赖用于资源规划和分配的缓冲区状态报告(BSR)的SR机制相比，示例性服务特定SR方案使用不同SR来请求用于不同服务和/或应用程序的资源。示例性实施方案包括用于支持服务特定SR的具体实施的UE侧操作和网络侧操作。本文所述的示例性服务特定SR和对应技术可最小化延迟、减少信令开销并且最小化复杂度。

根据本公开的其他方面，示例性实施方案引入允许UE向网络提供关于即将到来的流量的信息的周期性步调报告(PCR)。例如，在UE上运行的各种应用程序和/或服务可提前知道即将到来的流量的某些特征(例如，流的数量、步调、分组大小、抖动约束等)。如以下将更详细地描述，UE可向网络提供PCR以传送关于即将到来的流量特征的信息。该信息可由网络用于上行链路调度。本文所述的示例性服务特定SR和技术可最小化延迟、减少信令开销并且最小化复杂度。本文所引入的示例性实施方案中的每个示例性实施方案可彼此独立地使用，结合其他当前实现的上行链路调度机制、上行链路调度机制的未来具体实施来使用，或者独立于其他上行链路调度机制来使用。

图1示出了根据各种示例性实施方案的示例性网络布置100。示例性网络布置100包括UE 110。本领域的技术人员将理解，该UE可为被配置为经由网络通信的任何类型的电子部件，例如，联网汽车的部件、移动电话、平板计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、物联网(IoT)设备等。还应当理解，实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此，出于说明的目的，只提供了具有单个UE 110的示例。

UE 110可与一个或多个网络通信。在网络布置100的示例中，UE 110可与其无线通信的网络是5G NR无线电接入网络(5G NR-RAN)120。然而，UE 110还可与其他类型的网络(例如，下一代(NG)-RAN、5G云RAN、6G RAN、传统蜂窝网络、无线局域网(WLAN)等)通信，并且UE 110还可通过有线连接与网络通信。关于示例性实施方案，UE 110可与5G NR RAN 120建立连接。

5G NR-RAN 120可以是可由蜂窝提供商(例如，Verizon、AT&T、T-Mobile等)部署的蜂窝网络的一部分。网络120可包括例如被配置为从配备有适当的蜂窝芯片集的UE发送并接收流量的基站或节点(节点B、eNodeB、HeNB、eNBS、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。

本领域的技术人员将理解，可执行任何相关过程用于UE 110连接至5G NR RAN120。例如，如上所述，可使5G NR RAN 120与特定的网络运营商相关联，在该网络运营商处，UE 110和/或其用户具有协议和凭据信息(例如，存储在SIM卡上)。在检测到5G NR RAN 120的存在时，UE 110可发射对应的凭据信息，以便与5G NR RAN 120相关联。更具体地，UE 110可与特定小区(例如，gNB 120A)相关联。

网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130可指管理蜂窝网络的操作和流量的部件的互连集合。它可包括演进分组核心(EPC)和/或5G核心(5GC)。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如，服务器、网络存储布置等)，其实施一套可用于扩展UE 110与各种网络通信的功能的服务。

图2示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。UE 110可表示任何电子设备，并且可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口、用于检测UE 110的状况的传感器等。

处理器205可被配置为执行UE 110的多个引擎。例如，这些引擎可包括用于执行操作的UL调度引擎235，这些操作诸如但不限于传输服务特定调度请求、传输PCR以及接收UL调度信息。

上述引擎作为由处理器205执行的应用程序(例如，程序)仅是示例性的。与引擎相关联的功能也可被表示为UE 110的独立整合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路系统以及用于处理信号和其他信息的处理电路系统。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些UE中，针对处理器205描述的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。

存储器布置210可以是被配置为存储与由UE 110所执行的操作相关的数据的硬件部件。显示设备215可以是被配置为向用户显示数据的硬件部件，而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为与5G-NR RAN 120建立连接的硬件部件。因此，收发器225可在各种不同频率或信道(例如，一组连续频率)上工作。

图3示出了根据各种示例性实施方案的示例性基站300。基站300可表示UE 110可用以建立连接和管理网络操作的gNB 120A或任何其它接入节点。

基站300可包括处理器305、存储器布置310、输入/输出(I/O)设备315、收发器320、其他部件325。其他部件325可包括例如音频输入设备、音频输出设备、电池、数据采集设备、用于将基站300连接到其他电子设备的端口等。

处理器305可被配置为执行基站300的多个引擎。例如，这些引擎可包括UL调度引擎330。UL调度引擎330可执行操作，诸如但不限于接收服务特定调度请求、接收PCR以及将UL调度信息传输到UE。

上述引擎330作为由处理器305执行的应用程序(例如，程序)仅是示例性的。与引擎330相关联的功能也可被表示为基站300的单独结合部件，或者可以是耦接到基站300的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路系统以及用于处理信号和其他信息的处理电路系统。此外，针对处理器305描述的功能性在多个处理器(例如，基带处理器、应用处理器等)之间分担。可以按照基站的这些或其他配置中的任何配置来实现示例性实施方案。

存储器310可以是被配置为存储与由UE 110执行的操作相关的数据的硬件部件。I/O设备315可以是使得用户能够与基站交互的硬件部件或端口。收发器320可以是被配置为与UE 110和系统100中的任何其他UE交换数据的硬件部件。收发器320可在各种不同的频率或信道(例如，一组连续频率)上操作。因此，收发器320可包括一个或多个部件(例如，无线电部件)以能够与各种网络和UE进行数据交换。

根据一些方面，示例性实施方案引入服务特定SR。如以下将更详细地描述，网络可实现用于不同应用程序、服务、服务质量(QoS)流、流量配置文件、它们的任何组合等的多个SR配置。贯穿本说明书，术语“服务特定SR"是指特定于由网络提供的多个不同SR配置中的一个SR配置的SR。因此，“服务特定SR"不一定意指对应于特定服务的SR，而是针对对应于一个或多个服务、一个或多个应用程序、一个或多个QoS流、一个或多个流量配置文件、任何其他适当类型的参数或它们的任何组合的特定SR配置的SR。

图4示出了根据各种示例性实施方案的用于服务特定调度请求(SR)的呼叫流程400。呼叫流程400相对于图1的网络布置100来描述并且包括UE 110和5G NR-RAN 120的gNB120A。然而，如上所提及，示例性实施方案不限于5G NR，并且可与任何适当类型的网络(例如，5G、6G等)一起使用。

首先，假设UE 110具有与UE 110可向gNB 120A发送SR的UL流量相关的服务信息。如以下将更详细地描述，服务信息可指由要由网络用于UL调度的服务特定SR显性或隐性地指示的信息。例如，gNB 120A可选择用于特定服务、应用程序、流量配置文件等的UL授予模式。这可允许网络向UE 110提供根据在UE 110上运行的应用程序/服务的特定UL需要而定制的UL授予。

在410中，UE 110经由gNB 120A连接到5G NR RAN 120。在420中，UE 110被配置有多个SR配置。从UE 110的角度来看，不同SR配置可从SIM卡、网络设定、由网络提供的配置信息、它们的任何组合等导出。

每个SR配置可具有不同时域配置(例如，时隙位置等)、不同频域配置(例如，物理资源块(PRB)位置等)和/或用于物理上行链路控制信道(PUCCH)序列的不同循环移位。如以下将更详细地描述，响应于来自在UE 110上运行的应用程序或服务的UL数据到达，UE 110可发送对应于多个SR配置中的一个SR配置的服务特定SR。然后，网络可响应于服务特定SR而将上行链路授予指派给UE 110。

在430中，UE 110将服务特定SR传输到gNB 120A。例如，在UE 110上运行的服务或应用程序可生成要传输到远程服务器的数据。响应于UL数据到达UE 110，UE 110可传输对应于生成该数据的服务或应用程序的服务特定SR。

在430中，UE 110将服务特定SR传输到gNB 120A。在该示例中，服务特定SR可包括与特定服务(例如，服务X)相关的服务信息。由于存在多个不同SR配置，因此服务特定SR可包括特定于即将到来的流量的更多信息。然而，如上所指示，服务特定调度不需要特定于服务并且可对应于应用程序、QoS流、流量配置文件、它们的任何组合和/或任何其他适当类型的参数。

在440中，gNB 120A调度用于UE 110的上行链路授予。例如，gNB 120A可识别出，服务特定SR对应于服务X，并且基于由服务特定SR指示的服务信息来选择上行链路授予模式。响应于服务特定SR而提供的UL授予可经调整以适应触发该SR的服务类型(例如，服务X)。在450中，gNB 120A将UL授予传输到UE 110。例如，gNB 120A可开始UL授予模式的传输。在460中，UE 110使用由UL授予指示的资源来执行数据传输。

与传统方法相比，针对不同服务使用多个SR配置可减少延迟。例如，传统SR机制可包括：i)SR传输；ii)用于覆盖缓冲区状态报告(BSR)的第一UL授予；iii)BSR传输；以及iv)用于UL数据的根据所报告的BSR和gNB的用于UL数据的资源规划而定制的第二UL授予。这些信号中的每个信号不可避免地将某种延迟引入到UL调度过程中。在另一示例中，传统配置授予(CG)机制可包括：i)用于覆盖BSR的配置周期性UL授予；ii)BSR传输；以及iii)根据所报告的BSR和gNB的用于UL数据的资源规划而定制的第二UL授予。类似地，这些信号中的每个信号不可避免地将某种延迟引入到UL调度过程中。与以上所引用的传统方法相比，服务特定SR可允许网络立即知道UE预期，而无需使用传统BSR的传输。

图5示出了根据各种示例性实施方案的多个SR配置的示例。在以下所述的示例510-530中，UE 110和网络可意识到SR配置和特定服务/应用程序之间的映射或SR配置和某些类型的流量特征之间的映射。从UE 110的角度来看，映射可从SIM卡、网络设定、由网络提供的配置信息和/或任何其他适当的源导出。

在示例510中，应用程序X被映射到schedulingRequestResourceID“3”，并且应用程序Y被映射到schedulingRequestResourceID“7”。在操作期间，UE 110可由包括schedulingRequestResourceID、schedulingRequestID和PUCCH-ResourceID的SchedulingRequestResourceConig信息元素(IE)来配置。当UE 110被触发以请求用于应用程序X的上行链路授予时，UE 110可利用与schedulingRequestResourceID“3”相关联的配置信息。例如，UE 110可在所指示的PUCCH资源上传输包括所指示的schedulingRequestID的服务特定SR。应用程序X和schedulingRequestResourceID之间的已知映射使得网络能够立即知道SR用于应用程序X。类似地，当UE 110被触发以请求用于应用程序Y的上行链路授予时，UE 110可利用与schedulingRequestResourceID“7”相关联的配置信息。UE 110可在所指示的PUCCH资源上传输包括所指示的schedulingRequestID的服务特定SR。应用程序Y和schedulingRequestResourceID之间的已知映射使得网络能够立即知道SR用于应用程序Y。

在示例520中，不同类型的流量特征(例如，流量配置文件)被映射到不同schedulingRequestResourceID。尽力服务流量对应于schedulingRequestResourceID“1”，IP语音(VoIP)高质量流量对应于schedulingRequestResourceID“3”，VoIP低质量流量对应于schedulingRequestResourceID“4”，并且卸载流量对应于schedulingRequestResourceID“8”。在操作期间，UE 110可由各自包括schedulingRequestResourceID、schedulingRequestID和PUCCH-ResourceID的多个SchedulingRequestResourceConig IE来配置。当UE 110被触发以请求用于与特定类型的流量配置文件(例如，尽力服务、VoIP、卸载等)相关联的应用程序或服务的上行链路授予时，UE 110可利用与相关schedulingRequestResourceID相关联的配置信息。例如，UE 110可在由schedulingRequestResourceID“3”指示的PUCCH资源上传输用于VoIP高质量流量的包括schedulingRequestID的服务特定SR。VoIP高质量流量和schedulingRequestResourceID之间的已知映射使得网络能够立即知道SR用于VoIP高质量流量。

替代特定ID，每个SR配置可与不同循环移位(例如，PUCCH序列、Zadoff-Chu序列等)相关联。这方面的一个示例在530中示出，其中尽力服务流量的流量配置文件被映射到循环移位“1”，并且VoIP高质量流量的流量配置文件被映射到循环移位“2”。在操作期间，当UE 110被触发以请求用于应用程序或服务的上行链路授予时，UE 110可利用映射到对应流量配置文件的循环移位。例如，UE 110可使用循环移位2来传输服务特定SR以用于对应于VoIP高质量流量配置文件的应用程序或服务。流量配置文件和循环移位之间的已知映射使得网络能够立即知道SR是特定类型的流量。以上所述的示例510-530并非旨在以任何方式限制示例性实施方案。相反，510-530是可如何将不同应用程序/服务、流量配置文件或任何其他适当的参数映射到特定SR配置的非限制性示例。

返回到图4的呼叫流程400，在UL授予450之后，存在可用于处理用于UE 110的后续UL授予的多种方法。以下参照图6的呼叫流程600描述了三个示例性方法。

图6示出了根据各种示例性实施方案的示例性呼叫流程600。可假设以下所引入的三个选项620-640中的每一者都遵循图4的呼叫流程400。

首先，呼叫流程400发生。在第一选项620中，网络基于服务特定SR继续进行相同机会调度，直到UE 110指示在至少一定持续时间内不再有UL数据要发送为止。UE 110可使用介质访问控制(MAC)控制元素(CE)来提供该指示。在一些实施方案中，引入专用MAC CE以指示网络可响应于服务特定SR而停止调度UL授予。在其他实施方案中，这可使用已定义的MACCE来指示，该MAC CE包括填充或任何其他适当类型的指示。因此，在该示例中，网络可继续向UE 110提供UL授予以用于对应于服务X的流量。在622中，与服务X相关联的缓冲区为空。在624中，UE 110将MAC CE传输到gNB 120A。MAC CE可向gNB 120A指示不再有要为服务X传输的数据。在626中，网络可响应于MAC CE而停止调度用于UE 110(例如，服务X)的上行链路授予。

在第二选项630中，网络调整机会调度以适应第二不同的后续接收的服务特定SR。选项630涵盖其中UE 110发送用于服务X的调度请求(例如，430)然后接收用于服务X的上行链路授予(例如，450)的场景。在632中，UE 110发送用于服务Y的服务特定SR。在634中，网络调整UL调度以适应服务Y。在636中，gNB 120A将UL授予传输到UE 110以用于对应于服务Y的UL数据。

在第三选项640中，网络依赖BSR来调整到UE 110的另外UL调度。因此，在UE 110响应于服务特定SR(例如，450)而接收上行链路授予之后，在642中，UE 110将包括BSR的MACCE传输到gNB 120A。在644中，然后网络可基于BSR来调整UL调度。在646中，网络可将UL授予传输到UE 110以用于BSR。

根据示例性实施方案的一些方面，引入周期性步调报告(PCR)机制。UE 110可提前知道即将到来的流量的特定特征。例如，UE 110可知道流量特征，诸如但不限于即将到来的流的数量、协议、分组大小、步调、抖动约束和估计抵达时间(ETA)。这些类型的流量特征正变得更加动态，并且需要基于这些动态状况来控制调度的更高效方式。为了提供一些非限制性示例，视频流、音频流和应用程序转型可基于所测量的端到端延迟来调整它们相应的编解码器，或者可从数据会话添加或移除。即使当这些服务被动态地调度并且不受网络控制时，它们也可保持可预测。因此，更动态地考虑这些特定特征的调度有益于用户体验。

图7示出了根据各种示例性实施方案的用于使用PCR的动态授予方案的呼叫流程700。呼叫流程700参照图1的网络布置100来描述并且包括UE 110和gNB 120A。

在710中，UE 110从gNB 120A接收UL授予。在720中，UE 110缓冲区为空。在730中，UE 110将PCR MAC CE传输到gNB 120A。PCR可向网络传送用于后续UL数据的流量特征。例如，在UE 110上运行的应用程序可触发UE 110建立用于UL数据的连接。应用程序可向UE110通知预期UL流量特征。UE 110可在PCR中向网络提供该信息，该信息使得网络能够估计UL数据到达UE 110的时间(例如，750)。

在740中，gNB 120A调度UL授予。UL授予可基于UE 110的预期UL需要来调度。例如，PCR可包括指示UL数据750将在自服务/应用程序在UE 110处运行起的第一时间到达UE 110的信息。在760中，gNB 120A将UL授予传输到UE 110。由于网络意识到预期UL数据流量特征，因此gNB 120A能够向UE 110提供用于UL数据750的UL授予，而无需UE 110传输显性SR。在770中，UE 110使用由UL授予指示的上行链路资源来执行数据传输。除BSR之外或替代BSR，可执行以上所述的示例性动态授予调度机制。

图8示出了根据各种示例性实施方案的用于使用PCR的配置授予方案的呼叫流程800。呼叫流程800参照图1的网络布置100来描述并且包括UE 110和gNB 120A。在图8中，810-830遵循基本上类似于参照图7的710-730所述的过程的过程。

在840中，gNB 120A基于PCR选择CG配置。例如，网络可选择具有时域配置的CG配置，该CG配置包括与由PCR指示的预期UL流量特征一致的UL授予。在850中，gNB 120A将所选择的CG配置传输到UE 110。所选择的CG配置可经由下行链路控制信息(DCI)、无线电资源控制(RRC)重配置、专用于该目的的新MAC CE、被配置为显性或隐性地指示CG配置的已定义MAC CE或任何其他适当类型的指示来指示给UE 110。

在860中，gNB 120A将UL授予传输到UE 110。UL授予可根据CG配置来传输。在该示例中，由于CG配置是基于PCR选择的，因此UL授予与UL数据870到达UE 110重合。在880中，UE110在由UL授予指示的资源上执行数据传输。

上述增强允许网络基于UE 110的需要来建立、重配置并且释放CG。在一些实施方案中，网络可基于PCR经由用于类型1的RRC、用于类型2的DCI或甚至利用指向要激活的CG配置的新引入MAC CE来激活CG配置。

在一些实施方案中，UE 110可周期性地或基于事件的发生(例如，在调制解调器缓冲区被清空以通知预期下一个UL授予的时间时或者在流量模式改变时)发送PCR。在一些实施方案中，UE 110可向网络发送指示即将到来的调度改变(例如，以允许应用程序调整以适应抖动)的PCR。在一些实施方案中，如以下将更详细地描述，可实现网络配置PCR禁止定时器以避免频繁的PCR来回改变授予调度的滥用。

图9示出了根据各种示例性实施方案的PCR MAC CE的示例。在示例910中，PCR MACCE 912包括用于逻辑信道(LC)ID和/或逻辑信道组(LCG)ID的第一字段以及用于模式ID或应用程序ID的第二字段。模式ID或应用程序ID可表示被映射到附加信息的值。例如，应用程序ID可指示要由UE 110使用的应用程序或流量配置文件的类型。在另一示例中，模式ID可指示可与在UE 110上运行的应用程序的UL需要一致的CG模式的类型。

在示例920中，PCR MAC CE 922包括用于LC ID和/或LCG ID的第一字段。PCR MACCE 922还包括用于突发步调的第二字段和用于突发大小的第三字段。突发步调可指示要由UE 110执行的数据传输的预期模式和/或数量，并且突发大小可指示要由UE 110提供的数据的预期大小。

在示例930中，PCR MAC CE 932包括用于LC ID和/或LCG ID的第一字段。PCR MACCE 932还包括用于突发步调的第二字段和用于突发大小的第三字段。PCR MAC CE 932还包括指示UL数据到达UE 110的预期到达时间(ETA)的第四字段和指示UL数据传输持续时间的第五字段。示例性实施方案不限于这些示例，并且可利用MAC CE或以任何适当方式配置的任何其他适当类型的消息来将PCR传送到网络。

图10示出了根据各种示例性实施方案的用于使用PCR禁止定时器的PCR方案的呼叫流程1000。在图10中，1010-1070基本上类似于如图7所描绘的710-770。

在1075处，启动PCR禁止定时器。在1080处，改变UE 110的数据传输模式。例如，可发生致使在UE 110上运行的应用程序改变要向网络提供的UL数据量的类型的事件或状况。然而，UE 110被禁止向网络发送另一PCR，直到PCR禁止定时器到期为止。在1080中，PCR禁止定时器到期。在PCR禁止定时器到期时，UE 110可向gNB 120A发送第二PCR MAC CE 1085以指示更新的UL流量特征。在1090中，网络可基于在第二PCR中提供的信息来调整调度。

与PCR相比，BSR仅可向网络提供一个或多个UE 110缓冲区的量化快照。网络可在缓冲区为空之后停止调度UE 110。因此，在新UL数据到达UE 110时，可能需要SR。这可引入延迟并且需要附加无线电资源。本文所引入的示例性PCR可传送可使得网络能够理解来自多个UE的流量的预期样貌以及该流量预期随时间改变的方式的信息。因此，网络可在实现更低延迟的同时更高效地利用资源。

PCR允许UL授予与ETA和/或与UE 110处的传入UL数据的步调一致。根据一些方面，网络可利用其间UE 110将预期动态授予的时间窗口，这允许实现增强的负载平衡和清空UE的缓冲区的不同算法。时间窗口可基于UE侧上的所指示的延迟和/或抖动要求而变化。此外，PCR允许在调度中更动态地考虑延迟和抖动。另外，PCR允许应用程序基于来自应用程序、服务和射频(RF)状况的输入来影响PCR。

与本文所引入的示例性PCR相比，UE协助信息通过RRC信令承载，这需要在更长的时间段内进行更多的处理。与UE协助信息相比，示例性PCR MAC CE允许信令更接近实时地执行并且需要更少的开销。另外，添加与数据本身内联的调度协助数据不太复杂，因为MAC必须维持预期授予(授予窗口)以及还有相关MAC CE如BSR。

根据一些方面，可一起利用本文所引入的服务特定SR和示例性PCR机制两者。例如，服务特定SR可递送供网络对UE 100进行操作并且向UE提供更为拟合的授予的起始点。添加PCR机制以比BSR更加细粒状的方式随时间提供对UE侧的预期的进一步改善。

图11示出了根据各种示例性实施方案的用于利用服务特定SR和PCR两者的混合方案的呼叫流程1100。呼叫流程1100参照图1的网络布置100来描述并且包括UE 110和gNB120A。

在1110中，UE 110选择多个SR配置中的一个SR配置。如上所述，多个SR配置可对应于不同应用程序、服务、QoS流或流量配置文件。多个SR配置可在时域配置、频域配置和/或循环移位中有所不同。

在1120中，UE 110将服务特定SR传输到gNB 120。例如，服务X可在UE 110上运行并且生成UL数据。服务特定SR可用于针对服务X生成的UL数据。在1130中，gNB 120A将上行链路授予传输到UE 110。在该示例中，UL授予可用于服务X的UL需要。因此，初始上行链路授予可被配置为适应触发SR的特定服务。在1140中，UE 110在由UL授予指示的上行链路资源上执行数据传输。在1150中，UE 110将PCR MAC CE传输到gNB 120A。在1160中，网络调整UL调度以适应在PCR中提供的信息。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

尽管本专利申请描述了各自具有不同特征的各种方面的各种组合，本领域的技术人员将会理解，一个方面的任何特征均可以任何未被公开否定的方式与其他方面的特征或者在功能上或逻辑上不与本发明所公开的方面的设备的操作或所述功能不一致的特征相组合。

众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。

对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。

Claims (20)

1.一种用户装备(UE)的处理器，所述处理器被配置为执行包括以下项的操作：

接收多个调度请求(SR)配置，其中每个SR配置特定于应用程序、服务、服务质量(QoS)流或流量特征集合；

传输第一类型的SR，其中至少包括所述第一类型的SR和第二类型的SR的多个不同类型的SR各自对应于所述多个SR配置中的不同SR配置；以及

响应于所述第一类型的SR而接收用于数据传输的初始上行链路授予，其中所述初始上行链路授予指示由网络基于特定于所述第一类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给所述UE的一个或多个上行链路资源。

2.根据权利要求1所述的处理器，其中所述多个SR配置包括至少具有不同时域配置的第一SR配置和第二SR配置。

3.根据权利要求1所述的处理器，其中所述多个SR配置包括至少具有不同频域配置的第一SR配置和第二SR配置。

4.根据权利要求1所述的处理器，其中所述多个SR配置包括至少映射到物理上行链路控制信道(PUCCH)序列的不同循环移位的第一SR配置和第二SR配置。

5.根据权利要求1所述的处理器，其中所述多个SR配置中的每个SR配置被映射到不同调度请求ID。

6.根据权利要求1所述的处理器，其中在传输所述第一类型的SR和接收所述初始上行链路授予之间的持续时间内，缓冲区状态报告(BSR)未传输到所述网络。

7.根据权利要求1所述的处理器，所述操作还包括：

在接收到所述初始上行链路授予之后，传输指示用于上行链路数据的一个或多个UE缓冲区为空的介质访问控制(MAC)控制元素(CE)。

8.根据权利要求1所述的处理器，所述操作还包括：

在接收到所述初始上行链路授予之后，将第二类型的SR传输到所述网络；以及

响应于所述第二类型的SR而接收用于第二数据传输的后续上行链路授予，所述后续上行链路授予指示由所述网络基于特定于所述第二类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给所述UE的上行链路资源。

9.根据权利要求1所述的处理器，所述操作还包括：

在接收到所述初始上行链路授予之后，将缓冲区状态报告(BSR)传输到所述网络；以及

响应于所述BSR而接收用于第二数据传输的后续上行链路授予，所述后续上行链路授予指示由所述网络基于所述BSR指派给所述UE的上行链路资源。

10.一种基站的处理器，所述处理器被配置为执行包括以下项的操作：

从用户装备(UE)接收第一类型的调度请求(SR)，其中至少包括所述第一类型的SR和第二类型的SR的多个不同类型的SR各自对应于多个SR配置中的不同SR配置，并且所述SR配置中的每个SR配置特定于应用程序、服务、服务质量(QoS)流或流量特征集合；以及

响应于所述第一类型的SR而传输用于数据传输的初始上行链路授予，其中所述初始上行链路授予指示基于特定于所述第一类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给所述UE的上行链路资源。

11.根据权利要求10所述的处理器，其中所述多个SR配置包括至少具有不同时域配置的第一SR配置和第二SR配置。

12.根据权利要求10所述的处理器，其中所述多个SR配置包括至少具有不同频域配置的第一SR配置和第二SR配置。

13.根据权利要求10所述的处理器，其中所述多个SR配置包括至少映射到物理上行链路控制信道(PUCCH)序列的不同循环移位的第一SR配置和第二SR配置。

14.根据权利要求10所述的处理器，其中所述多个SR配置中的每个SR配置被映射到不同调度请求ID。

15.根据权利要求10所述的处理器，其中在接收所述第一类型的SR和传输所述初始上行链路授予之间的持续时间内，未从所述UE接收到缓冲区状态报告(BSR)。

16.根据权利要求10所述的处理器，所述操作还包括：

在传输所述初始上行链路授予之后，接收指示用于上行链路数据的一个或多个UE缓冲区为空的介质访问控制(MAC)控制元素(CE)，其中所述基站响应于所述MAC CE而停止调度用于所述UE的上行链路资源。

17.根据权利要求10所述的处理器，所述操作还包括：

在传输所述初始上行链路授予之后，从所述UE接收第二类型的SR；以及

响应于所述第二类型的SR而传输用于第二数据传输的后续上行链路授予，其中所述后续上行链路授予用于第二数据传输，并且指示基于特定于所述第二类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给所述UE的上行链路资源。

18.根据权利要求10所述的处理器，所述操作还包括：

在传输所述初始上行链路授予之后，从所述UE接收缓冲区状态报告(BSR)；以及

响应于所述BSR而传输用于第二数据传输的后续上行链路授予，其中所述后续上行链路授予指示基于所述BSR而指派给所述UE的上行链路资源。

19.一种用户装备(UE)，包括：

收发器，所述收发器被配置为与网络进行通信；和

处理器，所述处理器通信地耦接到所述收发器并且被配置为执行包括以下项的操作：

接收多个调度请求(SR)配置，其中每个SR配置特定于应用程序、服务、服务质量(QoS)流或流量特征集合；

传输第一类型的SR，其中至少包括所述第一类型的SR和第二类型的SR的多个不同类型的SR各自对应于所述多个SR配置中的不同SR配置；以及

响应于所述第一类型的SR而接收用于数据传输的初始上行链路授予，其中所述初始上行链路授予指示由网络基于特定于所述第一类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给所述UE的一个或多个上行链路资源。

20.根据权利要求19所述的UE，其中所述操作还包括：

在接收到所述初始上行链路授予之后，将第二类型的SR传输到所述网络；以及

响应于所述第二类型的SR而接收用于第二数据传输的后续上行链路授予，所述后续上行链路授予指示由所述网络基于特定于所述第二类型的SR的应用程序、服务、服务质量(QoS)流或流量特征集合而指派给所述UE的上行链路资源。