用于控制信息和用户数据之间的自适应优先级控制的方法和装置

技术领域

本公开总体上涉及通信网络，并且更具体地，涉及确定针对控制信息和用户数据的优先级，并且根据所确定的优先级进行发送。

背景技术

本部分介绍可以有助于更好地理解本公开的各方面。因此，本部分的陈述应该从这个角度阅读，而不应被理解为对现有技术中的内容或非现有技术中的内容的认可。

随着移动通信技术的发展，对新无线电(NR)网络/第五代(5G)无线系统将支持三种通用服务的共识日益增加，该三种通用服务根据国际电信联盟无线电通信部门(ITU-R)被分为增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠和低时延通信(URLLC)。针对三种服务存在不同的要求。简而言之，eMBB支持具有非常高的峰值数据速率以及针对小区边缘用户的适中速率的稳定连接；mMTC支持大量的物联网(IoT)设备，这些设备只是偶尔活跃并发送少量数据有效载荷；URLLC支持来自有限的一组终端的具有非常高可靠性的小有效载荷的低时延传输，这些终端根据通常由外部事件指定的模式而活跃。这意味着，NR针对同一用户设备(UE)支持具有各种有区别的QoS要求的多种服务。例如，UE可以具有共存的URLLC服务和其他较低优先级服务(例如娱乐服务(例如，网上冲浪、视频、音乐等))，并且URLLC包含针对时延敏感设备的服务，用于如工厂自动化、自动驾驶以及远程手术的应用。NR网络应能够根据其各自的服务优先级级别来保证所有服务的QoS。通常，与其他服务(例如，娱乐服务)相比，使用高优先级处理URLLC，这意味着URLLC不应受到这些娱乐服务的干扰。

缓冲器状态报告(BSR)是一种从UE到网络的MAC控制元素(CE)，其承载有关UE缓冲器中有多少数据要发送的信息。如果资源可用，则网络将分配UL授权(针对PUSCH的资源)的数量。通过这种机制，网络可以基于以下逻辑来优化UL资源：仅当UE有要发送的内容时才分配UL资源(UL授权)；避免分配过多的UL资源(超出UE的需求)，这可能导致资源浪费。

功率余量指示除了当前传输正在使用的功率之外，还剩下多少传输功率供UE使用。简言之，可以通过以下公式来描述：功率余量＝UE最大传输功率-PUSCH功率。功率余量报告(PHR)是一种MAC CE，其报告当前UE发射(Tx)功率(估计的功率)和标称功率之间的余量。网络使用该报告值来估计UE可以针对特定子帧使用多少上行链路带宽。由于UE使用的资源块越多，获得的UE发射功率就越高，但是UE Tx功率不应超过3GPP规范中定义的最大功率。因此，如果UE没有足够的功率余量，则它不能使用许多资源块或许多带宽。

对于用户数据(例如，逻辑信道(LCH))和控制信息(例如，MAC CE传输)，在3GPP中已定义了以下内容：逻辑信道应根据以下顺序优先化(最高优先级首先列出)：

-C-RNTI MAC CE或来自UL-CCCH的数据；

-所配置的授权确认MAC CE；

-针对BSR的MAC CE，除了被包括用于填充的BSR之外；

-单条目PHR MAC CE或多条目PHR MAC CE；

-来自任何逻辑信道的数据，来自UL-CCCH的数据除外；

-用于建议的比特率查询的MAC CE；

-针对被包括用于填充的BSR的MAC CE。

发明内容

提供了本发明内容以便以简化的形式介绍一些概念，这些概念将在下面的具体实施方式中进一步描述。发明内容不意图标识所请求保护主题的关键特征或基本特征，也不意图用于限制所请求保护主题的范围。

根据当前规范，观察到诸如定期/周期性BSR MAC CE和PHR MAC CE的控制信息具有比包括URLLC数据在内的任何逻辑信道的用户数据更高的优先级。但是某些类型的用户数据(例如，URLLC数据)要求超低延迟和超可靠性以进行数据传输。在某些类型的用户数据(例如，URLLC数据)之前始终传输控制信息(例如，BSR或PHR)可能是不合适的。

本公开提出了一种确定诸如LCH(或服务、逻辑信道组)的用户数据与诸如BSR或PHR MAC CE的控制信息之间的相对优先级的解决方案。可以根据MAC CE的预测的性能影响来导出触发的MAC CE的优先级；并且LCH(或服务、逻辑信道组)的用户数据的优先级可以按照LCH(或服务、逻辑信道组)进行预配置或预定义。原则上，如果预测的性能影响较大，则针对MAC CE分配更高的优先级。否则，针对MAC CE的优先级可以低于用户数据。在MAC PDU构造后，将导出的针对MAC CE的优先级与LCH(或服务、逻辑信道组)的预配置或预定义的优先级进行比较，以确定MAC CE和LCH(或服务、逻辑信道组)的数据之间的优先级顺序，以用于UL资源分配。

根据本公开的第一方面，提供了一种在终端设备处实现的方法。该方法包括：根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级。该方法还包括：根据所确定的第一优先级和第二优先级来发送第一类型的用户数据和控制信息。

根据示例性实施例，传输资源情况可以包括传输资源足够或不足，并且根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级可以包括：当传输资源对于第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级；和/或当传输资源对于第一类型的用户数据是不足的时，确定针对第一类型的用户数据的第一优先级低于针对控制信息的第二优先级。

根据示例性实施例，根据所确定的第一优先级和第二优先级发送第一类型的用户数据和控制信息可以包括：发送第一类型的用户数据，然后发送控制信息；或者，在不发送控制信息的情况下，发送第一类型的用户数据；或者，发送第一类型的用户数据，然后发送调度请求SR，以用于发送控制信息。

根据示例性实施例，根据本公开的第一方面的方法还可以包括：确定针对第二类型的用户数据的第三优先级。

根据示例性实施例，确定针对第二类型的用户数据的第三优先级可以包括：确定针对第二类型的用户数据的第三优先级低于针对第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级。

根据示例性实施例，根据本公开的第一方面的方法还可以包括：根据所确定的针对第二类型的用户数据的第三优先级来发送第二类型的用户数据。

根据示例性实施例，根据所确定的针对第二类型的用户数据的第三优先级来发送第二类型的用户数据可以包括：在发送控制信息之后，发送第二类型的用户数据。

根据示例性实施例，用户数据可以包括以下至少一项：逻辑信道LCH、服务和LCH组的数据。

根据示例性实施例，控制信息可以包括以下至少一项：缓冲器状态报告BSR和功率余量报告PHR。

根据示例性实施例，第一类型的用户数据可以包括超可靠低时延通信URLLC数据，和/或第二类型的用户数据包括非URLLC数据。

根据示例性实施例，传输资源可以包括以下至少一项：由上行链路UL授权指示的资源和针对终端设备的功率余量PH。

根据示例性实施例，传输资源情况可以包括以下至少一项：由UL授权指示的资源针对第一类型的用户数据是不足的；PH值低于或等于预定阈值；发生物理上行链路共享信道PUSCH或物理上行链路控制信道PUCCH的功率缩放。

根据示例性实施例，可以基于以下至少一项来确定阈值：参考调制和编码方案MCS、物理资源块PRB的数量、MCS表和预定义的偏移。

根据示例性实施例，根据本公开的第一方面的方法还可以包括：通过包含在第一类型的用户数据中的指示符向网络节点指示优先级信息。

根据示例性实施例，根据本公开的第一方面的方法还可以包括：通过包含在第一类型的用户数据中的指示符或重用第一类型的用户数据的MAC子报头中的R比特来指示是否要向网络节点发送更多的第一类型的用户数据。

根据本公开的第二方面，提供了一种在终端设备中实现的装置。该装置包括一个或多个处理器和一个或多个存储器，该一个或多个存储器包括计算机程序代码。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使该装置至少执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第三方面，提供了一种计算机可读介质，其上包含有计算机程序代码，该计算机程序代码当在计算机上执行时使计算机执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第四方面，提供了一种在终端设备中实现的装置。该装置包括确定模块和发送模块。根据一些示例性实施例，确定模块可操作以至少执行根据本公开的第一方面的方法的确定步骤。发送模块可操作以至少执行根据本公开的第一方面的方法的发送步骤。

根据本公开的第五方面，提供了一种在网络节点处实现的方法。该方法包括：根据第一优先级和第二优先级，接收第一类型的用户数据和控制信息。针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级是根据传输资源情况确定的。

根据示例性实施例，传输资源情况可以包括传输资源足够或不足。针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级是根据传输资源情况确定的可以包括：当传输资源对于第一类型的用户数据是足够的时，针对第一类型的用户数据的第一优先级被确定高于针对控制信息的第二优先级；和/或当传输资源对于第一类型的用户数据是不足的时，针对第一类型的用户数据的第一优先级被确定低于针对控制信息的第二优先级。

根据示例性实施例，根据第一优先级和第二优先级接收第一类型的用户数据和控制信息可以包括：接收第一类型的用户数据，然后接收控制信息；或者，在不接收控制信息的情况下，接收第一类型的用户数据；或者，接收第一类型的用户数据，然后接收调度请求SR，用于接收控制信息。

根据示例性实施例，根据本公开的第五方面的方法还可以包括：根据针对第二类型的用户数据的第三优先级，接收第二类型的用户数据。

根据示例性实施例，根据针对第二类型的用户数据的第三优先级来接收第二类型的用户数据可以包括：在接收到控制信息之后，接收第二类型的用户数据。

根据示例性实施例，用户数据可以包括以下至少一项：逻辑信道LCH、服务和LCH组的数据。

根据示例性实施例，控制信息可以包括以下至少一项：缓冲器状态报告BSR和功率余量报告PHR。

根据示例性实施例，第一类型的用户数据可以包括超可靠低时延通信URLLC数据，和/或第二类型的用户数据包括非URLLC数据。

根据示例性实施例，传输资源可以包括以下至少一项：由上行链路UL授权指示的资源和针对终端设备的功率余量PH。

根据示例性实施例，传输资源情况可以包括以下至少一项：由UL授权指示的资源针对第一类型的用户数据是不足的；PH值低于或等于预定阈值；发生物理上行链路共享信道PUSCH或物理上行链路控制信道PUCCH的功率缩放。

根据示例性实施例，可以基于以下至少一项来确定阈值：参考调制和编码方案MCS、物理资源块PRB的数量、MCS表和预定义的偏移。

根据示例性实施例，根据本公开的第五方面的方法还可以包括：从包含在从终端设备接收的第一类型的用户数据中的指示符获得优先级信息。

根据示例性实施例，根据本公开的第五方面的方法还可以包括：从包含在从终端设备接收的第一类型的用户数据中的指示符或通过第一类型的用户数据的MAC子报头中的重用的R比特来获得是否要从终端设备接收更多的第一类型的用户数据。

根据本公开的第六方面，提供了一种在网络节点中实现的装置。该装置包括一个或多个处理器和一个或多个存储器，该一个或多个存储器包括计算机程序代码。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使该装置至少执行根据本公开的第五方面的方法的任何步骤。

根据本公开的第七方面，提供了一种计算机可读介质，其上包含有计算机程序代码，该计算机程序代码当在计算机上执行时使计算机执行根据本公开的第五方面的方法的任何步骤。

根据本公开的第八方面，提供了一种在网络节点中实现的装置。该装置包括接收模块。根据一些示例性实施例，接收模块可操作以至少执行根据本公开的第五方面的方法的接收步骤。

根据本公开的第九方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处提供用户数据。可选地，该方法可以包括：在主机计算机处，经由包括基站的蜂窝网络向UE发起携带用户数据的传输，基站可以执行根据本公开的第五方面的方法的任何步骤。

根据本公开的第十方面，提供了一种包括主机计算机的通信系统。该主机计算机可以包括：处理电路，被配置为提供用户数据；以及通信接口，被配置为将用户数据转发给蜂窝网络以便传输给UE。蜂窝网络可以包括具有无线电接口和处理电路的基站。基站的处理电路可以被配置为执行根据本公开的第五方面的方法的任何步骤。

根据本公开的第十一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处提供用户数据。可选地，该方法可以包括：在主机计算机处，经由包括基站的蜂窝网络向UE发起携带用户数据的传输。UE可以执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第十二方面，提供了一种包括主机计算机的通信系统。该主机计算机可以包括：处理电路，被配置为提供用户数据；以及通信接口，被配置为将用户数据转发给蜂窝网络以便传输给UE。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第十三方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从UE接收向基站发送的用户数据，UE可以执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第十四方面，提供了一种包括主机计算机的通信系统。该主机计算机可以包括：通信接口，被配置为接收源自从UE到基站的传输的用户数据。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第十五方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从基站接收源自基站已从UE接收到的传输的用户数据。基站可以执行根据本公开的第五方面的方法的任何步骤。

根据本公开的第十六方面，提供了一种可以包括主机计算机的通信系统。该主机计算机可以包括：通信接口，被配置为接收源自从UE到基站的传输的用户数据。基站可以包括无线电接口和处理电路。基站的处理电路可以被配置为执行根据本公开的第五方面的方法的任何步骤。

通过本公开的以上方面，优化了诸如LCH(或服务、逻辑信道组)的用户数据与诸如MAC CE的控制信息之间的UL资源分配。此外，可以改进URLLC的服务质量(QoS)。

附图说明

当结合附图阅读时，通过参考实施例的以下详细描述，可以最好地理解本公开本身、优选的使用方式和其他目的，其中：

图1是示出了根据本公开的实施例的示例性设备架构的图；

图2是示出了根据本公开的一些实施例的方法的流程图；

图3是示出了根据本公开的一些实施例的另一方法的流程图；

图4是示出了根据本公开的一些实施例的装置的框图；

图5是示出了根据本公开的一些实施例的另一装置的框图；

图6是示出了根据本公开的一些实施例的又一装置的框图；

图7是示出了根据本公开的一些实施例的又一装置的框图；

图8是示出了根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图；

图9是示出了根据本公开的一些实施例的通过部分无线连接经由基站与UE通信的主机计算机的框图；

图10是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；

图11是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；

图12是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；以及

图13是示出了根据本公开的实施例的在通信系统中实现的方法的流程图。

具体实施方式

参考附图详细地描述了本公开的实施例。应理解，仅出于使本领域技术人员能够更好地理解本公开并因此实现本公开的目的而讨论这些实施例，而不是暗示对本公开的范围的任何限制。贯穿本说明书对特征、优点或类似语言的引用并不意味着可以用本公开实现的所有特征和优点应该在或在本公开的任何单个实施例中。而是，提及特征和优点的语言应被理解为表示结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外，可以在一个或多个实施例中通过任何合适的方式来组合本公开所描述的特征、优点或特性。相关领域的技术人员将认识到，可以在没有具体实施例的一个或多个特定特征或优点的情况下实施本公开。在其他实例中，在某些实施例中可以认识到可能在本公开的所有实施例中不存在的附加特征和优点。

如本文所使用的，术语“通信网络”是指遵循任何适当的通信标准的网络，例如新无线电(NR)、长期演进(LTE)、高级LTE、宽带码分多址(WCDMA)、高速分组接入(HSPA)等。此外，可以根据任何适当代的通信协议来执行通信网络中的终端设备和网络节点之间的通信，任何适当代的通信协议包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议和/或目前已知或未来将要开发的任何其他协议。

术语“网络节点”指通信网络中的网络设备，终端设备经由该网络设备接入网络并从网络接收服务。网络节点可以指基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、控制器或无线通信网络中的任何其它合适的设备。BS可以是例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代NodeB(gNodeB或gNB)、远程无线电单元(RRU)、无线电头端(RH)、远程无线电头端(RRH)、中继器、低功率节点(比如，毫微微、微微等)。

网络节点的另外的示例包括：诸如多标准无线电(MSR)BS之类的MSR无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)之类的网络控制器、基站收发机站(BTS)、传输点、传输节点、定位节点等。然而，更一般地，网络节点可以表示如下的任何合适的设备(或设备组)：该设备(或设备组)能够、被配置、被布置和/或可操作以实现和/或向终端设备提供对无线通信网络的接入，或向已接入无线通信网络的终端设备提供某种服务。

术语“终端设备”指可以接入通信网络并从该通信网络接收服务的任何终端设备。作为示例而非限制，终端设备可以指移动终端、用户设备(UE)或其他合适的设备。UE可以是例如订户站、便携式订户站、移动台(MS)或接入终端(AT)。终端设备可以包括但不限于：便携式计算机、诸如数字相机的图像捕获终端设备、游戏终端设备、音乐存储和回放设备、移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)、车辆等。在下文的描述中，术语“终端设备”和“UE”将互换使用。

作为又一特定示例，在物联网(IoT)场景中，终端设备也可以被称为IoT设备并且表示执行监视、感测和/或测量等并将这种监视、感测和/或测量等的结果发送给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器到机器(M2M)设备，在第三代合作伙伴计划(3GPP)上下文中它可以被称为机器类型通信(MTC)设备。

作为一个具体示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的具体示例是：传感器、如电表之类的计量设备、工业机器或家用或个人设备，例如冰箱、电视、如手表等之类的个人可穿戴设备。在其他场景中，终端设备可以表示能够监视、感测和/或报告其运行状态或与其运行相关联的其他功能等的车辆或其他设备(例如，医疗仪器)。

如本文所使用的，术语“第一”、“第二”等指代不同元件。除非上下文另外明确指示，否则单数形式“一”和“一个”意在还包括复数形式。本文所使用的术语“包括”、“包含”、“具有”、“带有”、“含有”和/或“并入”表示存在所陈述的特征、元件和/或组件等，但并不排除存在或添加一个或多个其他特征、元件、组件和/或其组合。术语“基于”应被解读为“至少部分基于”。术语“一个实施例”和“实施例”应被解读为“至少一个实施例”。术语“另一实施例”应被解读为“至少一个其他实施例”。下面可以包括显式和隐式的其他定义。

图1是示出了根据本公开的实施例的示例性设备架构的图。图1中的图可以表示诸如UE的终端设备的简化架构，该终端设备可以连接到无线通信网络中的诸如基站的网络节点。为了简单起见，图1的设备架构仅描绘了一些示例性组件，例如，UE向gNB发送两种类型的数据，以及gNB向UE发送上行链路授权。实际上，根据本公开的一些实施例的终端设备还可以包括适合于支持终端设备与网络节点(例如，gNB)或另一终端设备之间的通信的任何附加元件或组件。

如图1所示，多个终端设备支持三种类型的服务，这些服务是eMBB、URLLC和mMTC。每个终端设备可以获得UL授权以发送用户数据或控制信息。服务可以是URLLC服务或娱乐服务(例如，网上冲浪、视频、音乐等)。不同的服务可具有有区别的QoS要求。通常，与其他服务(例如，娱乐服务)相比，URLLC使用高优先级处理，这意味着URLLC不应受到这些娱乐服务的干扰。控制信息可以是BSR，以使网络节点知道UE缓冲器中有多少数据要被发送。因此，网络节点将针对UE分配UL资源。控制信息也可以是PHR，以使网络节点除了知道当前传输所使用的功率之外，还知道剩下多少传输功率供UE使用。网络节点可以使用该报告来估计UE可以针对特定子帧使用多少上行链路带宽。由于UE使用的资源越多，获得的UE Tx功率就越高，但是UE Tx功率不应超过规范中定义的最大功率。因此，如果UE没有足够的功率余量，则它不能使用许多资源块或带宽。

如上所述，因为诸如定期/周期性BSR MAC CE和PHR MAC CE之类的控制信息具有比任何逻辑信道的用户数据(包括URLLC数据)更高的优先级。当由上行链路(UL)授权指示的资源不足以容纳MAC CE和URLLC数据二者时，定期/周期性BSR MAC CE和PHR MAC CE可以承载在物理上行链路共享信道(PUSCH)中，而URLLC数据可以留在UE的传输缓冲器中。这可以导致UE的传输缓冲器中的缓冲的URLLC数据的长时间延迟。

以下是针对该问题的两个示例：

示例1：当定期/周期性BSR MAC CE的优先级高于URLLC数据时的URLLC数据延迟

在这种情况下，当UL授权提供的容量大到足以承载所有URLLC数据，但又不足以承载所有URLLC数据和定期/周期性BSR MAC CE二者时，部分URLLC数据和BSR MAC CE将使用授权的资源来承载，并且UE侧仍存在一些URLLC数据排队。排队的URLLC数据应等待另一次授权，并且这样的延迟对于具有非常严格的延迟预算(例如，短于1毫秒)的URLLC服务是难以忍受的。

示例2：当PHR MAC CE的优先级高于URLLC数据时的URLLC数据延迟

当由UL授权指示的资源可以容纳所有URLLC数据但不能容纳URLLC数据和PHR MACCE二者时，PHR的优先级高于URLLC数据可以导致URLLC数据的长时间延迟。

因此，将对诸如MAC CE的控制信息和诸如逻辑信道(LCH)的使用数据之间的优先级确定的控制完全留给网络可能是不足的。应该开发更高级的机制来给UE更多的控制。

图2是示出了根据本公开的一些实施例的方法200的流程图。图2所示的方法200可以由在终端设备中实现或可通信地耦合到终端设备的装置执行。

根据图2所示的示例性方法200，如框202所示，诸如UE的终端设备可以根据传输资源情况来确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级。根据示例性实施例，网络节点可能已经配置了针对控制信息和用户数据的优先级，但是终端设备可以自己确定诸如LCH的用户数据与诸如MAC CE的控制信息之间的优先级。可选地，终端设备可以向网络节点通知新的优先级顺序。用户数据可以包括以下至少一项：逻辑信道LCH、服务和LCH组的数据。控制信息可以包括以下至少一项：缓冲器状态报告BSR和功率余量报告PHR，并且可以是其他类型的控制信息。第一类型的用户数据可以是URLLC数据，第二类型的用户数据可以是非URLLC数据，例如eMMB或mMTC数据。传输资源可以包括以下至少一项：由上行链路UL授权指示的资源和针对终端设备的功率余量PH。传输资源情况可以包括以下至少一项：由UL授权指示的资源对于第一类型的用户数据是足够或不足的；PH值高于或低于或等于预定阈值；发生物理上行链路共享信道(PUSCH)或物理上行链路控制信道(PUCCH)的功率缩放，其中，可以基于以下至少一项来确定阈值：参考调制和编码方案MCS、物理资源块PRB的数量、MCS表和预定义的偏移。

根据图2所示的示例性方法200，如框204所示，诸如UE的终端设备可以根据所确定的第一优先级和第二优先级来发送第一类型的用户数据和控制信息。

根据示例性实施例，传输资源情况可以包括传输资源足够或不足。根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级可以包括：当传输资源对于第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级。

根据另一示例性实施例，传输资源情况可以包括传输资源足够或不足。根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级可以包括：当传输资源对于第一类型的用户数据是不足的时，确定针对第一类型的用户数据的第一优先级低于针对控制信息的第二优先级。

根据另一示例性实施例，传输资源情况可以包括传输资源足够或不足。根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级可以包括：当传输资源对于第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级；当传输资源对于第一类型的用户数据是不足的时，确定针对第一类型的用户数据的第一优先级低于针对控制信息的第二优先级。根据示例性实施例，根据所确定的第一优先级和第二优先级发送第一类型的用户数据和控制信息可以包括：发送第一类型的用户数据，然后发送控制信息。

根据另一示例性实施例，根据所确定的第一优先级和第二优先级发送第一类型的用户数据和控制信息还可以包括：在不发送控制信息的情况下发送第一类型的用户数据。

根据另一示例性实施例，根据所确定的第一优先级和第二优先级发送第一类型的用户数据和控制信息还可以包括：发送第一类型的用户数据，然后发送调度请求SR，以用于发送控制信息。

根据示例性方法200，当存在要发送的其他类型的用户数据时，诸如UE的终端设备还可以确定针对第二类型的用户数据的第三优先级，这可以包括：确定针对第二类型的用户数据的第三优先级低于针对第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级，然后根据所确定的针对第二类型的用户数据的第三优先级来发送第二类型的用户数据，这可以包括：在发送控制信息之后，发送第二类型的用户数据。

根据示例性实施例，当触发定期/周期性BSR MAC CE(为简单起见，在下文中仅提及BSR)并且存在用于URLLC数据传输的UL授权时：如果存在URLLC数据并且现有UL授权所指示的资源不足以容纳所有URLLC数据，则UE应使BSR优先于URLLC数据，即，首先对BSR分配现有资源。在接收到BSR后，gNB可以立即向UE发送另一UL授权，以便UE可以尽快清空缓冲的URLLC数据。如果存在URLLC数据并且现有UL授权所指示的资源足以容纳所有URLLC数据，则UE应使URLLC数据优先于BSR，即，首先将资源分配给URLLC数据。可以触发SR，以便针对低优先级服务发送数据。如果没有URLLC数据，则BSR的优先级总是高于其他任何LCH(即，非URLLC LCH)的数据。

根据示例性实施例，当触发PHR MAC CE时(为简单起见，在下文中仅提及PHR)。如果PH值低于预配置的阈值，这意味着可以发生潜在的功率限制，则PHR的优先级高于任何LCH(包括URLLC LCH)的数据，否则PHR的优先级低于URLLC数据。在接收到PHR后，gNB可以及时采取适当的动作，以在发生功率限制之前增强数据传输，例如，UL TTI捆绑或上行链路波束优化。如果发生物理上行链路共享信道(PUSCH)或物理上行链路控制信道(PUCCH)的功率缩放，这意味着触发的PHR中的P字段被设置为1，则使PHR优先于任何LCH(包括URLLC LCH)的数据，否则，PHR的优先级低于URLLC数据，其中，P字段是3GPP TS 36.321V15.2.0中描述的扩展PHR MAC控制元素的字段，其指示MAC实体是否应用由于功率管理而导致的功率回退。在由于功率管理导致的功率回退没有被应用的情况下，如果对应的P

根据示例性方法200，诸如UE的终端设备还可以通过第一类型的用户数据(例如，URLLC数据)中包含的指示符来向网络节点指示优先级，并且还可以通过第一类型的用户数据中包含的指示符或者重用第一类型的用户数据的MAC子报头中的R比特来指示是否要向网络节点发送更多的第一类型的用户数据，其中，MAC子报头中的R比特在3GPP TS38.321V15.2.0中进行了描述。MAC PDU包括一个或多个MAC子PDU。每个MAC子PDU包括以下之一：仅MAC子报头(包括填充)；MAC子报头和MAC SDU；MAC子报头和MAC CE；MAC子报头和填充。MAC SDU的大小可变。每个MAC子报头对应于MAC SDU、MAC CE或填充。除了固定大小的MAC CE、填充和大小为48比特的CCCH的MAC SDU之外，MAC子报头包括四个报头字段R/F/LCID/L。针对固定大小的MAC CE、填充和大小为48比特的CCCH的MAC SDU的MAC子报头包括两个报头字段R/LCID。

根据示例性实施例，URLLC LCH的MAC SDU的子报头中的R比特可以用于指示优先级顺序的改变。如果在URLLC LCH的MAC SDU子报头中R比特被设置为1，则指示存在未发送的BSR。gNB可以将UL授权发送给UE，以便UE可以发送BSR以及服务数据。如果在URLLC LCH的MAC SDU子报头中R比特被设置为0，则意味着不需要BSR(即，针对UE没有要发送的数据)。在这种情况下，gNB不需要向UE发送UL授权。

根据示例性实施例，如果存在URLLC LCH的数据，并且由UL授权指示的资源甚至不能提供足够的容量来承载URLLC LCH的所有数据，则不使用授权来发送BSR。但是URLLC LCH的MAC SDU中的R比特用于指示在UE侧是否存在更多的URLLC数据要发送。如果设置了URLLCLCH的MAC SDU中的R比特，则gNB可以发送另一UL授权，以用于要在UE侧发送的URLLC数据。

图3是示出了根据本公开的一些实施例的方法300的流程图。如结合图2所描述的，图3所示的方法300可以由在网络节点中实现或可通信地耦合到网络节点的装置来执行。根据示例性实施例，如框302所示，诸如gNB的网络节点可以根据第一优先级和第二优先级来接收第一类型的用户数据和控制信息。根据示例性实施例，针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级是根据传输资源情况确定的。根据示例性实施例，网络节点可以配置了针对控制信息和用户数据的优先级，而终端设备可以自己确定LCH和MAC CE之间的优先级。可选地，终端设备可以向网络节点通知新的优先级顺序。用户数据可以包括以下至少一项：逻辑信道LCH、服务和LCH组的数据。控制信息可以包括以下至少一项：缓冲器状态报告BSR和功率余量报告PHR，并且可以是其他类型的控制信息。第一类型的用户数据可以是URLLC数据，第二类型的用户数据可以是非URLLC数据，例如eMMB或mMTC数据。传输资源可以包括以下至少一项：由上行链路UL授权指示的资源和针对终端设备的功率余量PH。传输资源情况可以包括以下至少一项：由UL授权指示的资源对于第一类型的用户数据是足够或不足的；PH值高于或低于或等于预定阈值；发生物理上行链路共享信道(PUSCH)或物理上行链路控制信道(PUCCH)的功率缩放，其中，可以基于以下至少一项来确定阈值：参考调制和编码方案MCS、物理资源块PRB的数量、MCS表和预定义的偏移。

根据示例性实施例，传输资源情况可以包括传输资源足够或不足，并且针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级是根据传输资源情况确定的可以包括：当传输资源对于第一类型的用户数据是足够的时，针对第一类型的用户数据的第一优先级被确定高于针对控制信息的第二优先级；和/或当传输资源对于第一类型的用户数据是不足的时，针对第一类型的用户数据的第一优先级被确定低于针对控制信息的第二优先级。

根据示例性实施例，根据所确定的第一优先级和第二优先级接收第一类型的用户数据和控制信息可以包括：接收第一类型的用户数据，然后接收控制信息；或者，在不接收控制信息的情况下，接收第一类型的用户数据；或者，接收第一类型的用户数据，然后接收调度请求SR，以用于接收控制信息。

根据示例性方法300，当存在要接收的其他类型的用户数据时，诸如gNB的网络节点还可以根据针对第二类型的用户数据的第三优先级来接收第二类型的用户数据，这可以包括：在接收到控制信息之后，接收第二类型的用户数据。

根据示例性方法300，诸如gNB的网络节点还可以从诸如URLLC数据的第一类型的用户数据中包含的指示符从诸如UE的终端设备获得优先级，并且还可以从第一类型的用户数据中包含的指示符或者重用第一类型的用户数据的MAC子报头中的R比特来获得是否要从诸如UE的终端设备接收更多的第一类型的用户数据，其中，MAC子报头中的R比特在3GPPTS 38.321V15.2.0中进行了描述。MAC PDU包括一个或多个MAC子PDU。每个MAC子PDU包括以下之一：仅MAC子报头(包括填充)；MAC子报头和MAC SDU；MAC子报头和MAC CE；MAC子报头和填充。MAC SDU的大小可变。每个MAC子报头对应于MAC SDU、MAC CE或填充。除了固定大小的MAC CE、填充和大小为48比特的CCCH的MAC SDU之外，MAC子报头包括四个报头字段R/F/LCID/L。针对固定大小的MAC CE、填充和大小为48比特的CCCH的MAC SDU的MAC子报头包括两个报头字段R/LCID。

将认识到，与本文描述的确定、发送和接收相关的参数、变量和设置仅是示例。其他合适的网络设置、相关联的配置参数及其特定值也可以适用于实现所提出的方法。

根据一个或多个示例性实施例的所提出的解决方案可以优化诸如LCH(或服务、逻辑信道组)的用户数据与诸如BSR或PHR MAC CE的控制信息之间的UL资源分配。此外，可以改进URLLC的服务质量(QoS)。

图2和图3中所示的各个框可以被视为方法步骤，和/或由计算机程序代码的操作得到的操作，和/或被构造为执行相关联的功能的多个耦合逻辑电路元件。上面描述的示意性流程图一般被阐述为逻辑流程图。因此，所描绘的顺序和标记的步骤指示了所提出的方法的特定实施例。可以构思在功能、逻辑或效果上与所示方法的一个或多个步骤或其部分等效的其他步骤和方法。此外，具体方法的发生顺序可以严格符合或可以不严格符合所示对应步骤的顺序。

图4和图5是示出了根据本公开的各种实施例的装置400和500的框图。如图4和图5所示，装置400和500可以包括一个或多个处理器(例如处理器401和501)以及存储计算机程序代码403和503的一个或多个存储器(例如存储器402和502)。存储器402和502可以是非暂时性机器/处理器/计算机可读存储介质。根据一些示例性实施例，装置400和500可以被实现为集成电路芯片或模块，该集成电路芯片或模块可以被插入或安装到如关于图2描述的终端设备以及如关于图3描述的网络节点中。

在一些实现中，一个或多个存储器402和502以及计算机程序代码403和503可以被配置为与一个或多个处理器401和501一起使装置400和500至少执行如结合图2和图3描述的方法的任何操作。在其他实现中，一个或多个存储器402和502以及计算机程序代码403和503可以被配置为与一个或多个处理器401和501一起使装置400和500至少执行如结合图2和图3描述的方法的任何操作。

图6是示出了根据本公开的一些实施例的装置600的框图。如图6所示，装置600可以包括确定模块601和发送模块602。在示例性实施例中，装置600可以在诸如UE的终端设备中实现。确定模块601可操作以执行框202中的操作，并且发送模块602可操作以执行框204中的操作。可选地，确定模块601和/或发送模块602可操作以执行或多或少的操作从而实现根据本公开的示例性实施例所提出的方法。

图7是示出了根据本公开的一些实施例的装置700的框图。如图7所示，装置700可以包括接收模块70。在示例性实施例中，装置700可以在诸如gNB的网络节点中实现。接收模块701可操作以执行框302中的操作。可选地，接收模块701可操作以执行或多或少的操作从而实现根据本公开的示例性实施例所提出的方法。

图8是示出了根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。

参照图8，根据实施例，通信系统包括电信网络810(例如，3GPP类型的蜂窝网络)，电信网络810包括接入网811(例如，无线电接入网)和核心网络814。接入网811包括多个基站812a、812b、812c(例如，NB、eNB、gNB或其他类型的无线接入点)，每个基站定义对应覆盖区域813a、813b、813c。每个基站812a、812b、812c通过有线或无线连接815可连接到核心网络814。位于覆盖区域813c中的第一UE 881被配置为以无线方式连接到对应基站812c或被对应基站812c寻呼。覆盖区域813a中的第二UE 882以无线方式可连接到对应基站812a。虽然在该示例中示出了多个UE 881、882，但所公开的实施例同等地适用于唯一的UE处于覆盖区域中或者唯一的UE正连接到对应基站812的情形。

电信网络810自身连接到主机计算机830，主机计算机830可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现，或者被实现为服务器集群中的处理资源。主机计算机830可以处于服务提供商的所有或控制之下，或者可以由服务提供商操作或代表服务提供商来操作。电信网络810与主机计算机830之间的连接821和822可以直接从核心网络814延伸到主机计算机830，或者可以经由可选的中间网络820进行。中间网络820可以是公共、私有或托管网络中的一个或多于一个的组合；中间网络820(若存在)可以是骨干网或互联网；具体地，中间网络820可以包括两个或更多个子网络(未示出)。

图8的通信系统作为整体实现了所连接的UE 881、882与主机计算机830之间的连接。该连接可被描述为过顶(over-the-top，OTT)连接850。主机计算机830和所连接的UE881、882被配置为使用接入网811、核心网络814、任何中间网络820和可能的其他基础设施(未示出)作为中介，经由OTT连接850来传送数据和/或信令。在OTT连接850所经过的参与通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接850可以是透明的。例如，可以不向基站812通知或者可以无需向基站812通知具有源自主机计算机830的要向所连接的UE 881转发(例如，移交)的数据的输入下行链路通信的过去的路由。类似地，基站812无需意识到源自UE 881向主机计算机830的输出上行链路通信的未来的路由。

图9是示出了根据本公开的一些实施例的通过部分无线连接经由基站与UE通信的主机计算机的框图。

现将参照图9来描述根据实施例的在先前段落中所讨论的UE、基站和主机计算机的示例实现方式。在通信系统900中，主机计算机99包括硬件915，硬件915包括通信接口916，通信接口916被配置为建立和维护与通信系统900的不同通信设备的接口的有线或无线连接。主机计算机99还包括处理电路918，其可以具有存储和/或处理能力。具体地，处理电路918可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。主机计算机99还包括软件911，其被存储在主机计算机99中或可由主机计算机99访问并且可由处理电路918来执行。软件911包括主机应用912。主机应用912可操作为向远程用户(例如，UE 930)提供服务，远程用户经由在UE 930和主机计算机99处端接的OTT连接950来连接。在向远程用户提供服务时，主机应用912可以提供使用OTT连接950来发送的用户数据。

通信系统900还包括在电信系统中提供的基站920，基站920包括使其能够与主机计算机99和与UE 930进行通信的硬件925。硬件925可以包括：通信接口926，用于建立和维护与通信系统900的不同通信设备的接口的有线或无线连接；以及无线电接口927，用于至少建立和维护与位于基站920所服务的覆盖区域(图9中未示出)中的UE 930的无线连接970。通信接口926可以被配置为促进到主机计算机99的连接960。连接960可以是直接的，或者它可以经过电信系统的核心网络(图9中未示出)和/或经过电信系统外部的一个或多个中间网络。在所示实施例中，基站920的硬件925还包括处理电路928，处理电路928可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。基站920还具有内部存储的或经由外部连接可访问的软件921。

通信系统900还包括已经提及的UE 930。其硬件935可以包括无线电接口937，无线电接口937被配置为建立和维护与服务于UE 930当前所在的覆盖区域的基站的无线连接970。UE 930的硬件935还包括处理电路938，其可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。UE 930还包括软件931，软件931被存储在UE 930中或可由UE 930访问并可由处理电路938执行。软件931包括客户端应用932。客户端应用932可操作为在主机计算机99的支持下经由UE 930向人类或非人类用户提供服务。在主机计算机99中，执行的主机应用912可以经由端接在UE 930和主机计算机99处的OTT连接950与执行客户端应用932进行通信。在向用户提供服务时，客户端应用932可以从主机应用912接收请求数据，并响应于请求数据来提供用户数据。OTT连接950可以传送请求数据和用户数据二者。客户端应用932可以与用户进行交互，以生成其提供的用户数据。

注意，图9所示的主机计算机99、基站920和UE 930可以分别与图9的主机计算机930、基站912a、912b、912c之一和UE 991、992之一相似或相同。也就是说，这些实体的内部工作可以如图9所示，并且独立地，周围网络拓扑可以是图9的网络拓扑。

在图9中，已经抽象地绘制OTT连接950，以示出经由基站920在主机计算机99与UE930之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定该路由，该路由可以被配置为向UE 930隐藏或向操作主机计算机99的服务提供商隐藏或向这二者隐藏。在OTT连接950活动时，网络基础设施还可以(例如，基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。

UE 930与基站920之间的无线连接970符合贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接950向UE 930提供的OTT服务的性能，其中无线连接970形成OTT连接950中的最后一段。更精确地，这些实施例中的教导可以改进时延和功耗，从而提供诸如较低复杂度、减少的接入小区所需的时间、更好的响应性、延长的电池寿命等益处。

出于监视一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机99与UE 930之间的OTT连接950的可选网络功能。用于重新配置OTT连接950的测量过程和/或网络功能可以以主机计算机99的软件911和硬件915或以UE 930的软件931和硬件935或以这二者来实现。在实施例中，传感器(未示出)可被部署在OTT连接950经过的通信设备中或与OTT连接950经过的通信设备相关联地来部署；传感器可以通过提供以上例示的监视量的值或提供软件911、931可以用来计算或估计监视量的其他物理量的值来参与测量过程。对OTT连接950的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响基站920，并且其对于基站920来说可以是未知的或不可感知的。这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中，测量可以涉及促进主机计算机99对吞吐量、传播时间、时延等的测量的专有UE信令。该测量可以如下实现：软件911和931在其监视传播时间、差错等的同时使得使用OTT连接950来发送消息(具体地，空消息或“假”消息)。

图10是示出了根据实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图9和图10描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图10的图引用。在步骤1010中，主机计算机提供用户数据。在步骤1010的子步骤1011(其可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1020中，主机计算机向UE发起携带用户数据的传输。在步骤1030(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中所携带的用户数据。在步骤1040(其也可以是可选的)中，UE执行与主机计算机所执行的主机应用相关联的客户端应用。

图11是示出了根据实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图9和图10描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图11的图引用。在方法的步骤1110中，主机计算机提供用户数据。在可选子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1120中，主机计算机向UE发起携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由基站。在步骤1130(其可以是可选的)中，UE接收传输中所携带的用户数据。

图12是示出了根据实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图9和图10描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图12的图引用。在步骤1210(其可以是可选的)中，UE接收由主机计算机所提供的输入数据。附加地或备选地，在步骤1220中，UE提供用户数据。在步骤1220的子步骤1221(其可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1210的子步骤1211(其可以是可选的)中，UE执行客户端应用，该客户端应用回应于接收到的主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE在子步骤1230(其可以是可选的)中都向主机计算机发起用户数据的传输。在方法的步骤1240中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图13是示出了根据实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图9和图10描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图13的图引用。在步骤1310(其可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤1320(其可以是可选的)中，基站向主机计算机发起接收到的用户数据的传输。在步骤1330(其可以是可选的)中，主机计算机接收由基站所发起的传输中携带的用户数据。

通常，可以用硬件或专用芯片、电路、软件、逻辑或其任何组合来实现各种示例性实施例。例如，一些方面可以用硬件来实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本公开不限于此。虽然本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图，或者使用某个其它的图形表示，但是可以理解，本文描述的这些框、装置、系统、技术或方法可以被实施为(作为非限制示例)硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备、或者它们的某种组合。

因此，应当理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实施。因此，应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括用于体现可配置以便根据本公开的示例性实施例进行操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个的电路(以及可能的固件)。

应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行的计算机可执行指令中，例如在一个或多个程序模块中。一般地，程序模块包括当由计算机或其他设备中的处理器执行时执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。可以将计算机可执行指令存储在诸如硬盘、光盘、可移除存储介质、固态存储器、随机存取存储器(RAM)等的计算机可读介质上。如本领域技术人员将理解的，程序模块的功能可以在各种实施例中根据需要组合或分布。此外，功能可以全部或部分地体现在固件或硬件等同物中，例如集成电路、现场可编程门阵列(FPGA)等。

本公开明确地或其任何概括包括本文公开的任何新颖特征或特征的组合。当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改和调整对于相关领域的技术人员而言将变得显而易见。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。