用于混合服务的反馈传输的制作方法

本公开总体涉及通信网络，并且更具体地，涉及通信网络中的反馈传输。

背景技术：

本节介绍了可有助于更好地理解本公开的各个方面。相应地，本节陈述的内容将以这种方式被阅读，而不应被理解为承认什么是现有技术或者什么不是现有技术。

通信服务提供商和网络运营商持续地面临着(例如，通过提供令人叹服的网络服务和性能)向消费者递送价值和便利性的挑战。随着联网和通信技术的快速发展，可以假设诸如长期演进(LTE)/第四代(4G)网络或新型无线电(NR)/第五代(5G)网络这样的无线通信网络支持公共无线电接入网络(RAN)内的多种类型的服务，例如，包括增强型移动宽带(eMBB)、大规模机器型通信(mMTC)以及超可靠和低时延通信(URLLC)等。网络中的终端设备可以同时接收多个服务，并且需要传输针对所接收到的服务的反馈信息。然而，就时延、数据速率和分组丢失而言，多个服务可能具有不同的服务质量(QoS)要求。因而，期望改进用于混合服务的反馈传输。

技术实现要素：

提供了本发明内容以便按照简化的形式介绍所选概念，将在具体实施方式部分进一步详细描述所述概念。本发明内容并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。

诸如NR或LTE的无线通信网络可以在多种要求的情况下支持用于用户设备(UE)的多种服务。举例来说，对于物理下行链路共享信道/物理上行链路共享信道(PDSCH/PUSCH)，网络可以选择使用不同的参数集(numerologies)或传输持续时间，以便实现服务区分。另一方面，针对PDSCH传输的混合自动重传请求确认/否定确认(HARQ A/N)可以经由物理上行链路控制信道(PUCCH)在上行链路中进行传输，或者与PUSCH上的数据传输进行复用。对于时延容忍服务，具有相对长的传输持续时间的长PUCCH/PUSCH格式可能是可接受的。然而，对于时延敏感服务，由于严格的时延要求，具有长传输持续时间的长PUCCH/PUSCH格式可能不适合于HARQ A/N传输。因此，可能需要提供一种有效的机制来实现区分多种服务情况下的HARQ A/N传输框架。

本公开提出了一种用于通信网络的反馈传输机制，其可以使得终端设备能够实施差异化的反馈传输，以便满足多种服务的各种要求。

根据本公开的第一方面，提供了一种由终端设备实施的方法。该方法包括：从网络节点获取配置信息。所述配置信息与针对不同类型的服务从所述网络节点到所述终端设备的数据传输的反馈传输的资源配置有关。该方法还包括：至少部分地基于所述配置信息来确定所述资源配置与所述不同类型的服务之间的对应关系。

根据示例性实施例，根据本公开的第一方面的方法还可以包括：从所述网络节点接收用于服务的数据传输，以及通过使用所接收到的数据传输的度量信息来标识出所述服务的类型。

根据示例性实施例，根据本公开的第一方面的方法还可以包括：至少部分地基于所标识出的服务类型以及所述资源配置与所述不同类型的服务之间的对应关系，确定针对所接收到的数据传输的反馈传输的资源配置。可选地，根据本公开第一方面的方法还可以包括：根据所确定的资源配置来实施所述反馈传输。

根据本公开的第二方面，提供了一种装置。该装置包括：一个或多个处理器，以及包括计算机程序代码的一个或多个存储器。所述一个或多个存储器以及所述计算机程序代码可被配置为与所述一个或多个处理器一起使得所述装置至少实施根据本公开的第一方面的方法的任何步骤。

根据本公开的第三方面，提供了一种计算机可读介质，在所述计算机可读介质上体现有计算机程序代码，当在计算机上执行时，所述计算机程序代码使得所述计算机实施根据本公开的第一方面的方法的任何步骤。

根据本公开的第四方面，提供了一种装置。该装置包括获取单元和确定单元。根据一些示例性实施例，所述获取单元可操作来至少执行根据本公开第一方面的方法的获取步骤。所述确定单元可操作来至少执行根据本公开第一方面的方法的确定步骤。

根据本公开的第五方面，提供了一种由网络节点实施的方法。该方法包括：确定配置信息，所述配置信息与针对不同类型的服务从所述网络节点到终端设备的数据传输的反馈传输的资源配置有关。该方法还包括：将所述配置信息提供给所述终端设备。所述配置信息可以指示所述资源配置与所述不同类型的服务之间的对应关系。

根据示例性实施例，根据本公开的第五方面的方法还可以包括：实施从所述网络节点到所述终端设备的用于服务的数据传输。可选地，根据本公开第五方面的方法还可以包括：从所述终端设备接收针对所述数据传输的反馈传输。所述反馈传输可以根据的是与所述服务的类型相对应的资源配置。

根据本公开的第六方面，提供了一种装置。该装置包括：一个或多个处理器，以及包括计算机程序代码的一个或多个存储器。所述一个或多个存储器以及所述计算机程序代码可被配置为与所述一个或多个处理器一起使得所述装置至少实施根据本公开的第五方面的方法的任何步骤。

根据本公开的第七方面，提供了一种计算机可读介质，在所述计算机可读介质上体现有计算机程序代码，当在计算机上执行时，所述计算机程序代码使得所述计算机实施根据本公开第五方面的方法的任何步骤。

根据本公开的第八方面，提供了一种装置。该装置包括确定单元和提供单元。根据一些示例性实施例，所述确定单元可操作来至少执行根据本公开第五方面的方法的确定步骤。所述提供单元可操作来至少执行根据本公开第五方面的方法的提供步骤。

根据示例性实施例，所述资源配置与所述不同类型的服务之间的对应关系可以指示：跨越时域中相对较短持续时间的无线电资源可用于对时延和可靠性中的至少一种具有相对较高要求的一类服务的反馈传输。

根据示例性实施例，所述资源配置与所述不同类型的服务之间的对应关系可以指示：具有短于持续时间门限的传输持续时间的无线电资源可用于对服务的时延要求小于时延门限的一类服务的反馈传输。

根据示例性实施例，所述资源配置与所述不同类型的服务之间的对应关系可以指示：具有短于持续时间门限的传输持续时间的无线电资源可用于对服务的可靠性要求高于可靠性门限的一类服务的反馈传输。

根据示例性实施例，可以预先定义或自适应地调整所述持续时间门限与所述时延门限和/或所述可靠性门限之间的对应关系。

根据示例性实施例，可以通过从所述网络节点到所述终端设备的数据传输的度量信息来标识出所述不同类型的服务。

根据示例性实施例，从所述网络节点到所述终端设备的数据传输的度量信息可以包括以下中的至少一个：与为所述数据传输授予的无线电资源相关联的传输持续时间，与用于所述数据传输的下行链路控制信息(DCI)有关的一个或多个参数，以及与所述数据传输有关的资源指示符。

根据示例性实施例，与所述DCI有关的一个或多个参数可以包括以下中的至少一个：下行链路指派索引(DAI)、DCI的格式、DCI的搜索空间、指定用于反馈传输的资源配置的指示符、无线电网络标识符，以及数据校验序列。

根据示例性实施例，所述资源指示符可以包括以下中的至少一个：带宽部分(BWP)索引，以及一个或多个物理资源块(PRB)的索引。

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

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

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

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

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

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

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

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

附图说明

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

图1是示出了根据本公开实施例的具有相同载波的混合参数集的示例的示图；

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

参考附图详细描述了本公开的实施例。应当理解，讨论这些实施例仅仅是为了使本领域技术人员更好地理解以及由此实现本公开，而不是为了暗示在本公开的范围方面的任何限制。在整个说明书中对特征、优点或类似语言的引用并不意味着可以依照本公开实现的所有特征和优点应该处于或就在本公开的任何单个实施例中。相反，涉及所述特征和优点的语言被理解为意指结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外，可以按照任何合适的方式在一个或多个实施例中组合所描述的本公开的特征、优点和特性。相关领域的技术人员将认识到：可以在没有特定实施例的一个或多个特定特征或优点的情况下实践本公开。在其它情况下，可以在某些实施例中发现附加的特征和优点，其可能并不出现在本公开的所有实施例中。

如本文所使用的，术语“无线通信网络”指的是遵循任何合适的通信标准(诸如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)、车辆等。

作为又一特定示例，在物联网(IoT)场景中，终端设备可以表示实施监视和/或测量并将这种监视和/或测量的结果传输给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器对机器(M2M)设备，其在3GPP情境中可被称为机器类型通信(MTC)设备。

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

如本文所使用的，术语“第一”、“第二”等指代不同的元素。除非上下文另有明确说明，否则单数形式“一”和“一个”也旨在包括复数形式。文中使用的术语“包括”、“包含”、“具有”、“含有”、“包括有”和/或“包含有”表明存在所描述的特征、元素和/或组件等，但是不排除存在或附加有一个或多个其他特征、元素、组件和/或其组合。术语“基于”应理解为“至少部分地基于”。术语“一个实施例”和“实施例”将被解读为“至少一个实施例”。术语“另一实施例”应理解为“至少一个其他实施例”。下文可明确和隐含地包括其他定义。

如前所述，诸如URLLC、eMBB和mMTC的各种类型的服务可以得到诸如NR和LTE这样的无线通信网络的支持。不同的服务在时延、可靠性、数据速率和分组丢失等方面可能具有不同的QoS要求。例如，URLLC服务要求低时延和/或高可靠性，但通常它还具有低数据速率和稀疏的数据传输间隔。mMTC服务通常需要长电池寿命，但不要求低时延或高数据速率，其通常与少量不频繁的分组相结合。eMBB服务要求高数据速率，并且其对时延的要求可能是严格的，但通常不如URLLC服务严格。

为了满足不同服务的要求，在一个载波内引入对混合参数集的支持，从而使得能够将不同的参数集用于服务以达到不同的传输时延，这可能是有益的。术语“参数集”可用于指代与用于信号传输的无线电资源相关的一些参数，例如子载波间隔(SCS)、循环前缀(CP)的长度或持续时间、正交频分复用(OFDM)符号的长度或持续时间、时隙中含有的符号数和/或时隙持续时间，等等。

在LTE中，通过使用15kHz SCS(对应于66.67μs的持续时间(没有CP))来创建OFDM符号。在NR中，假设类似的基准，但也允许具有其他频率间隔的各种参数集，例如30kHz、60kHz和120kHz，并且目前同意支持2ⁿ×15kHz的SCS(n＝1,2,3,...)。这些参数集给出了较短的OFDM符号持续时间，例如66.67/2ⁿμs。因而，使用n>1，每个OFDM符号在时间上更短，但在占用带宽上更宽。

图1是示出了根据本公开实施例的具有相同载波的混合参数集的示例的示图。在如图1所示的示例中，两个参数集混合在同一载波中，在图1中分别表示为“具有窄子载波的子带”和“具有宽子载波的子带”。应当理解，图1仅示意性地示出了两种类型的SCS和相应的微子帧。实际上，诸如NR的无线通信网络可以支持其他2ⁿ×15kHz的SCS，并且n可以是可配置的。

此外，诸如NR的无线通信网络还可以使用诸如时隙和微时隙的不同时间单元来支持不同的PDSCH/PUSCH传输持续时间。作为示例，时隙可以包括14个OFDM符号，而微时隙可以包括2、4或7个OFDM符号。网络可以选择性地使用不同的参数集或传输持续时间来实现服务区分。

另一方面，诸如UE的终端设备可以同时接收与差异化QoS要求相关联的多种服务。与用于eMBB服务的HARQ反馈传输相比，用于URLLC服务的上行链路中的HARQ反馈传输可能要求严格的时延性和高传输可靠性。携带下行链路HARQ确认的现有PUCCH传输可能具有长PUCCH格式，其包括时域中的较多OFDM符号，或者具有跨越较少OFDM符号的短PUCCH格式。UE侧和/或网络侧的HARQ实体只能看到HARQ过程标识符(IDs)，而不会知道与每个HARQ反馈传输相关联的服务类型。因此，HARQ确认无法区分服务类型。例如，HARQ确认可以表示对时延敏感服务和时延容忍服务这二者的数据传输的反馈。如果通过不合适的PUCCH格式来携带HARQ确认，那么相应地可能破坏时延敏感服务的时延要求。

因此，可能需要引入有效的解决方案来配置针对不同服务的差异化反馈传输。在根据一些示例性实施例所提出的解决方案中，可以建立反馈传输的资源配置与不同类型的服务之间的对应关系，以便满足例如在可靠性和/或时延方面的不同要求。根据示例性实施例，诸如gNB的网络节点可以有助于针对用于终端设备(诸如UE)的不同类型的服务，建立下行链路数据传输与其在上行链路中(例如，经由PUCCH或与PUSCH上的数据传输复用)的HARQ确认之间的对应关系。可以根据媒体访问控制(MAC)和物理(PHY)度量(诸如PDSCH持续时间、下行链路指派索引(DAI)范围、下行链路控制信息(DCI)格式、DCI搜索空间、带宽部分(BWP)索引、DCI中的特殊指示符、无线电网络临时标识符(RNTI)和/或循环冗余校验(CRC)序列，等等)来设置或确定该对应关系。利用这种对应关系的知识，可以有区别地处理针对不同服务的下行链路HARQ确认的传输。

要注意的是，主要关于LTE或NR规范描述了本公开的一些实施例，LTE或NR规范被用作特定示例性网络配置和系统部署的非限制性示例。如此，这里给出的示例性实施例的描述具体涉及与其直接相关的术语。这样的术语仅用于所呈现的非限制性示例和实施例的上下文中，并且自然不以任何方式限制本公开。而是，可以同等地使用任何其他系统配置或无线电技术，只要这里描述的示例性实施例适用即可。

图2是示出了根据本公开的实施例的方法200的流程图。图2中所示的方法200可以由网络节点或在通信上耦合于网络节点的装置来实施。根据示例性实施例，网络节点(诸如gNB)可以支持用于终端设备(诸如UE)的具有各种要求的多种服务。例如，多种服务可以包括eMBB、mMTC、URLLC和/或在时延、可靠性、数据速率和/或分组丢失方面可能具有不同QoS要求的其他服务。

根据图2中所示的示例性方法200，网络节点可以确定用于终端设备的配置信息，如框202所示。该配置信息可以与针对不同类型的服务从网络节点到终端设备的数据传输的反馈传输的资源配置有关。根据示例性实施例，反馈传输的资源配置可以包括用于下行链路HARQ确认以及各种类型的上行链路控制信息(UCI)的PUCCH资源配置。举例来说，PUCCH资源配置可以由一个或多个参数来标识，所述一个或多个参数包括时频资源、UCI格式、解调参考信号(DMRS)配置、正交覆盖码(OCC)等中的至少一个。

可以认识到，尽管主要结合经由PUCCH的HARQ A/N传输来描述本公开的一些示例性实施例，但是反馈传输的资源配置可以包括其他类型的无线电资源配置，例如，在下行链路HARQ确认与在PUSCH上的数据传输复用的情况下的PUSCH资源配置。就此而言，PUSCH资源配置可以由与PUSCH和/或PUSCH上的数据传输相关联的一个或多个参数来标识。

根据示例性实施例，网络节点可以向终端设备提供配置信息，如框204所示。该配置信息可以指示资源配置与不同类型的服务之间的对应关系。根据实施例，终端设备可以由网络节点提供资源配置，诸如用于下行链路HARQ确认以及UCI的其他类型的信息的多个PUCCH资源配置。特别地，每个资源配置可以与至少一个下行链路逻辑信道和/或服务相关联。可以从MAC层向PHY和HARQ实体通知至少一个下行链路逻辑信道和/或服务的信息。因而，具有特定资源和格式的PUCCH资源配置可被应用于特定下行链路服务的反馈传输。

根据示例性实施例，资源配置与不同类型的服务之间的对应关系可以指示：跨越时域中相对较短持续时间的无线电资源可适用于对时延和可靠性中的至少一种具有相对较高要求的一类服务的反馈传输。根据实施例，在时域中跨越短持续时间(例如，通过包括较少OFDM符号)的短PUCCH可用于携带用于时延和/或可靠性敏感服务的HARQ A/N信息和其他UCI，而在时域中跨越长持续时间(例如，通过包括较多OFDM符号)的长PUCCH可以用于携带用于时延和/或可靠性非敏感服务的HARQ A/N信息和其他UCI信息。

根据示例性实施例，资源配置与不同类型的服务之间的对应关系可以指示：具有短于持续时间门限的传输持续时间的无线电资源适用于所要求的服务时延小于时延门限的一类服务的反馈传输。

可选地或附加地，资源配置与不同类型的服务之间的对应关系可以指示：具有短于持续时间门限的传输持续时间的无线电资源适用于所要求的服务可靠性高于可靠性门限的一类服务的反馈传输。

视情况，持续时间门限、时延门限和可靠性门限中的至少一个可以随着不同的服务类型和/或资源配置而变化。例如，可以根据可用于反馈传输的不同资源组合来调整持续时间门限(以及可选地，时延门限和/或可靠性门限)。

根据示例性实施例，可以针对服务类型来调整时延门限和/或可靠性门限。例如，在网络节点支持用于终端设备的第一类服务和第二类服务，而第一类服务与第二类服务相比要求较少时延的情况下，具有短于持续时间门限的传输持续时间的第一无线电资源可适用于第一类服务的反馈传输。在这种情况下，时延门限可以与第二类服务所要求的时延一致。在另一示例中，在网络节点支持用于终端设备的第二类服务和第三类服务，而第二类服务与第三类服务相比要求更高可靠性的情况下，第一无线电资源也可适用于第二类服务的反馈传输。在这种情况下，可靠性门限可以与第三类服务所要求的可靠性一致。

根据示例性实施例，持续时间门限与时延门限和/或可靠性门限之间可以存在对应关系。例如，第一持续时间门限可以对应于第一时延门限和/或第一可靠性门限。这意味着传输持续时间短于第一持续时间门限的无线电资源可适用于所要求的服务时延小于第一时延门限和/或所要求的服务可靠性高于第一可靠性门限的一类服务的反馈传输。类似地，第二持续时间门限可以对应于第二时延门限和/或第二可靠性门限，第三持续时间门限可以对应于第三时延门限和/或第三可靠性门限，等等。

根据示例性实施例，可以预先定义或自适应地调整持续时间门限与时延门限和/或可靠性门限之间的对应关系。例如，在网络节点支持用于终端设备的第一类服务和第二类服务，而第一类服务与第二类服务相比所要求的服务时延小于第二时延门限的情况下，传输持续时间短于第二持续时间门限的第二无线电资源可适用于第一类服务的反馈传输。可选地，在网络节点支持用于终端设备的第二类服务和第三类服务，而第二类服务与第三类服务相比所要求的服务时延小于第三时延门限的情况下，第二无线电资源也可以适用于第二类服务的反馈传输。

根据示例性实施例，可以通过从网络节点到终端设备的数据传输的度量信息来标识出不同类型的服务。该度量信息可以与一个或多个MAC和PHY度量相关。根据示例性实施例，从网络节点到终端设备的数据传输的度量信息可以包括以下中的至少一个：与为数据传输所授予的无线电资源相关联的传输持续时间；与用于数据传输的DCI有关的一个或多个参数；以及与数据传输相关的资源指示符。

根据示例性实施例，可以通过与为服务的下行链路数据传输所授予的无线电资源相关联的传输持续时间来标识出服务的类型，在该实施例中，可以将反馈传输的资源配置映射到与传输持续时间的范围相关联的一类下行链路数据传输。在该实施例中，可以通过使用与特定于QoS要求的传输持续时间相关联的授予资源(grant)(例如PDSCH)来支持具有特定QoS要求的下行链路逻辑信道和/或服务。例如，可以利用与短传输持续时间相关联的授予资源来传输用于时延和/或可靠性敏感服务的下行链路数据，而可以利用与长传输持续时间相关联的授予资源来传输用于时延和/或可靠性容忍服务的下行链路数据。相应地，可以利用与短传输持续时间相关联的授予资源(诸如PUCCH)来传输用于时延和/或可靠性敏感服务的下行链路HARQ A/N反馈，而可以利用与长传输持续时间相关联的授予资源来传输用于时延和/或可靠性容忍服务的下行链路HARQ A/N反馈。

根据示例性实施例，可以通过与用于服务的下行链路数据传输的DCI相关的一个或多个参数来标识出服务的类型，在该实施例种，可以将反馈传输的资源配置映射到关联于与DCI有关的一个或多个参数的一类下行链路数据传输。根据示例性实施例，与DCI有关的一个或多个参数可以包括：DAI、DCI的格式、DCI的搜索空间、为反馈传输的资源配置指定的指示符(例如，其可被包括在DCI中)、无线电网络标识符(诸如RNTI)和/或数据校验序列(诸如CRC序列)，等等。

在可以通过DAI或DAI范围来标识出服务类型的示例性实施例中，可以将反馈传输的资源配置映射到与DAI的范围相关联的一类下行链路数据传输。例如，在通过包括低于或等于给定门限的DAI的DCI来调度下行链路PDSCH传输的情况下，可以确定相应的PDSCH传输可携带用于时延容忍服务的数据。所述给定门限可以通过一些无线电资源控制(RRC)信令来预先定义或预先配置。在通过包括高于给定门限的DAI的DCI来调度下行链路PDSCH传输的情况下，可以确定相应的PDSCH传输可携带用于时延敏感服务的数据。以这种方式，根据所确定的服务类型，可以利用更合适的PUCCH资源配置来传输用于不同服务的下行链路HARQ A/N反馈(以及可选地，其他类型的UCI)。

在可以通过DCI的格式来标识出服务类型的示例性实施例中，可以将反馈传输的资源配置映射到与特定的DCI格式相关联的一类下行链路数据传输。例如，网络可以配置：网络节点处的调度器可以通过DCI类型1来调度具有低时延要求和/或高可靠性要求的服务，而使用DCI类型2来调度其他服务。如此，可以至少部分地基于DCI类型或格式来确定服务类型。因此，根据所确定的服务类型，可以利用更合适的资源来配置针对不同服务的反馈传输。

可选地或附加地，可以由DCI搜索空间来标识出服务类型，并且在这种情况下，可以将反馈传输的资源配置映射到与特定的DCI搜索空间相关联的一类下行链路数据传输。例如，可以将DCI搜索空间的不同配置指定给具有不同QoS要求的多种服务。因而，可以至少部分地基于指定的DCI搜索空间来确定服务类型。根据所确定的服务类型，可以将适当的无线电资源配置给相应的反馈传输。

根据一些示例性实施例，通过使用DCI来直接指示反馈传输的资源配置，可以标识出服务类型。例如，为反馈传输的资源配置指定的指示符可被包括在携带了下行链路指派(assignment)的DCI中。特定的指示符可以动态地指示哪个PUCCH资源配置可用于携带对于下行链路传输的相应HARQ A/N反馈。

可选地或附加地，通过使用一些DCI相关信息来间接地指示反馈传输的资源配置，可以标识出服务类型。例如，可以为携带了下行链路指派的DCI配置不同的无线电网络标识符(诸如RNTI或小区-RNTI(C-RNTIs))。可选地，也可以为DCI配置不同的数据校验序列(诸如CRC序列)。根据RNTI(和/或CRC序列)与PUCCH资源配置之间的预定对应关系，至少部分地基于通过解码PDCCH上的DCI所确定的RNTI和/或CRC序列，UE可以确定哪个PUCCH资源配置可以用于携带相应的HARQ A/N反馈和其他类型的UCI。

根据可以通过与下行链路数据传输有关的资源指示符来标识出服务类型的示例性实施例，可以将反馈传输的资源配置映射到与资源指示符相关联的一类下行链路数据传输。根据一些示例性实施例，资源指示符可以包括以下中的至少一个：带宽部分(BWP)索引，以及一个或多个物理资源块(PRB)的索引。在这种情况下，可以根据需要来预先配置或预定义BWP索引(和/或PRB索引/PRB组索引)与PUCCH资源配置之间的对应关系。因此，至少部分地基于用于下行链路数据传输的给定BWP索引和/或PRB(或者PRB组)索引，UE可以确定哪个PUCCH资源配置可用于携带用于下行链路数据传输的相应的HARQ A/N反馈以及其他类型的UCI。

可选地，根据图2所示的示例性方法200，网络节点可以实施针对终端设备的服务的数据传输。终端设备可以确定适合于该服务的反馈传输的资源配置，这是因为，如结合框204所描述的，提供给终端设备的配置信息可以指示反馈传输的不同资源配置与多种类型的服务之间的对应关系。因而，网络节点可以从终端设备接收针对数据传输的反馈传输。该反馈传输可以根据的是与该服务的类型相对应的资源配置。以这种方式，可以有效地实现针对不同服务的反馈传输的差异化处理。

图3是示出了根据本公开另一实施例的方法300的流程图。图3中示出的方法300可以由终端设备或在通信上耦合于终端设备的装置来实施。根据示例性实施例，诸如UE的终端设备可以由支持多种服务(诸如eMBB、mMTC、URLLC和/或可具有不同QoS要求的其他服务)的通信网络来提供服务。

对应于如图2所示的示例性方法200的操作，示例性方法300中的终端设备可以从网络节点获取配置信息，如框302所示。如结合图2所描述的，该配置信息可以与针对不同类型的服务从网络节点到终端设备的数据传输的反馈传输的资源配置有关。例如，通过从诸如gNB的网络节点接收配置信息，可以为诸如UE的终端设备提供用于下行链路HARQ确认以及UCI的其他类型的信息的多个PUCCH资源配置。

至少部分地基于配置信息，终端设备可以确定资源配置与不同类型的服务之间的对应关系，如框304所示。根据资源配置与不同类型的服务之间的对应关系，终端设备可以知道在时域中跨越相对较长持续时间的无线电资源可适用于对时延和可靠性中的至少一个具有相对较低要求的一类服务的反馈传输。

如关于图2所示出的，可以通过下行链路数据传输的一些度量信息(例如，与为下行链路数据传输所授予的无线电资源相关联的传输持续时间、与用于下行链路数据传输的DCI有关的一个或多个参数、与下行链路数据传输有关的资源指示符和/或任何其他合适的度量参数)来标识出服务类型。

可选地，诸如UE的终端设备可以从诸如gNB的网络节点接收针对服务的数据传输(例如，经由PDSCH)，如框306所示。通过使用所接收到的数据传输的度量信息，终端设备可以标识出服务类型。至少部分地基于所标识出的服务类型以及在资源配置与不同类型的服务之间的对应关系，终端设备可以确定关于所接收到的数据传输的反馈传输的资源配置。

可选地，可以由终端设备根据所确定的资源配置来实施反馈传输，如框308所示。根据示例性实施例，根据PDSCH传输与对应的服务类型之间的关联性，诸如UE的终端设备可以确定用于PDSCH传输的HARQ A/N反馈的PUCCH资源配置。然后，UE可以通过使用所确定的PUCCH资源配置来将HARQ A/N反馈传输到gNB。

可以认识到，文中所描述的与多种服务相关的参数、变量、信息元素和设置以及相应的反馈传输仅仅是示例。其他合适的参数设置、相关配置参数及其特定值也可适用于实现所提出的方法。

根据一个或多个示例性实施例所提出的解决方案可以使得能够有区别地处理针对不同服务的反馈传输(诸如HARQ确认)。利用所提出的资源配置机制，针对用于UE的不同类型的服务，可以在下行链路数据传输与其在上行链路中(例如经由PUCCH或与PUSCH上的数据传输复用)的HARQ确认之间建立对应关系。以这种方式，UE能够实施差异化的HARQ A/N反馈传输，以便满足不同服务的各种时延和/或可靠性要求。

图2-3中所示的各种方框可被视为方法步骤，和/或由计算机程序代码的操作产生的操作，和/或被构造为执行相关功能的多个耦合逻辑电路元件。以上描述的示意性流程图被一般性地阐述为逻辑流程图。如此，所描绘的顺序和标记的步骤指示了所提出的方法的特定实施例。可以设想其他步骤和方法，它们在功能、逻辑或效果上等效于所示方法的一个或多个步骤或其部分。另外，特定方法发生的顺序可以严格遵守或可以不严格遵守所示相应步骤的顺序。

图4是示出了根据本公开的各种实施例的装置400的框图。如图4所示，装置400可以包括一个或多个处理器(例如处理器401)以及一个或多个存储器(例如存储了计算机程序代码403的存储器402)。存储器402可以是非瞬态的机器/处理器/计算机可读存储介质。在一些实现方式中，一个或多个存储器402以及计算机程序代码403可被配置为与一个或多个处理器401一起使得装置400至少实施如结合图2所述的方法的任何操作。在其他实现方式中，一个或多个存储器402以及计算机程序代码403可被配置为与一个或多个处理器401一起使得装置400至少实施如结合图3所述的方法的任何操作。

可选地或附加地，一个或多个存储器402以及计算机程序代码403可被配置为与一个或多个处理器401一起使得装置400至少实施更多或更少的操作以便实现根据本公开的示例性实施例所提出的方法。

图5是示出了根据本公开的实施例的装置500的框图。如图5所示，装置500可以包括获取单元501和确定单元502。在示例性实施例中，装置500可以在诸如UE的终端设备处实现。获取单元501可操作来执行框302中的操作，并且确定单元502可操作来执行框304中的操作。可选地，获取单元501和/或确定单元502可操作来执行更多或更少的操作以实现根据本公开的示例性实施例所提出的方法。

图6是示出了根据本公开另一实施例的装置600的框图。如图6所示，装置600可以包括确定单元601和提供单元602。在示例性实施例中，装置600可以在诸如gNB的网络节点处实现。确定单元601可操作来执行框202中的操作，并且提供单元602可操作来执行框204中的操作。可选地，确定单元601和/或提供单元602可操作来执行更多或更少的操作以实现根据本公开的示例性实施例所提出的方法。

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

参考图7，根据实施例，通信系统包括电信网络710(诸如3GPP类型的蜂窝网络)，其包括接入网711(诸如无线电接入网)以及核心网714。接入网711包括多个基站712a、712b、712c，诸如NB、eNB、gNB或其他类型的无线接入点，每个基站定义了相应的覆盖区域713a、713b、713c。每个基站712a、712b、712c可通过有线或无线连接715连接到核心网714。位于覆盖区域713c中的第一UE 791被配置为无线地连接到相应基站712c或者由相应基站712c进行寻呼。覆盖区域713a中的第二UE 792可无线地连接到相应基站712a。虽然在该示例中示出了多个UE 791、792，但是所公开的实施例同样适用于唯一的UE处于覆盖区域中或者唯一的UE连接到相应基站712的情况。

电信网络710本身连接到主计算机730，主计算机730可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者体现为服务器群中的处理资源。主计算机730可以处于服务提供商的所有权或控制之下，或者可以由服务提供商操作或代表服务提供商。电信网络710与主计算机730之间的连接721和722可以直接从核心网714延伸到主计算机730，或者可以穿过可选的中间网络720。中间网络720可以是公共网络、私人网络或托管网络之一或其中多个的组合；中间网络720(如果有的话)可以是骨干网络或因特网；特别地，中间网络720可以包括两个或更多子网络(未示出)。

图7的通信系统总的来说实现了所连接的UE 791、792与主计算机730之间的连接。连接可以被描述为over-the-top(OTT)连接750。主计算机730以及所连接的UE 791、792被配置为使用接入网711、核心网714、任何中间网络720以及可能的其他基础设施(未示出)作为中介，经由OTT连接750来传送数据和/或信令。就OTT连接750所通过的进行参与的通信设备不知道上行链路和下行链路通信的路由的角度而言，OTT连接750可以是透明的。例如，基站712可以不被告知或者不需要被告知关于要被转发(例如，切换)到所连接的UE 791的具有来自主计算机730的数据的流入型下行链路通信的过往路由。类似地，基站712不需要知道源自UE791的朝向主计算机730的流出型上行链路通信的未来路由。

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

现在将参考图8描述根据实施例在前面段落中讨论的UE、基站和主计算机的示例实现。在通信系统800中，主计算机810包括硬件815、硬件815包括通信接口816，通信接口816被配置为建立和维持与通信系统800的不同通信设备的接口的有线或无线连接。主计算机810还包括：处理电路818，其可具有存储和/或处理能力。特别地，处理电路818可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或适于执行指令的这些部件(未示出)的组合。主计算机810还包括软件811，其存储在主计算机810中或可由主计算机810访问并且可由处理电路818执行。软件811包括主机应用812。主机应用812可操作为向远程用户(例如经由终止于UE 830和主计算机810的OTT连接850而连接的UE 830)提供服务。在向远程用户提供服务时，主机应用812可以提供使用OTT连接850传输的用户数据。

通信系统800还包括在电信系统中提供的基站820，基站820包括使其能够与主计算机810和UE 830通信的硬件825。硬件825可以包括用于建立和维持与通信系统800的不同通信设备的接口的有线或无线连接的通信接口826，以及用于建立和维持与位于基站820所服务的覆盖区域(图8中未示出)中的UE 830的至少无线连接870的无线电接口827。通信接口826可被配置为促进到主计算机810的连接860。连接860可以是直接的，或者它可以穿过电信系统的核心网(图8中未示出)和/或穿过电信系统外部的一个或多个中间网络。在所示的实施例中，基站820的硬件825还包括处理电路828，处理电路828可包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或者适于执行指令的这些部件(未示出)的组合。基站820还具有内部存储的或者可通过外部连接访问的软件821。

通信系统800还包括已经引述的UE 830。其硬件835可以包括无线电接口837，无线电接口837被配置为建立和维持与服务于UE 830当前所在的覆盖区域的基站的无线连接870。UE 830的硬件835还包括处理电路838，处理电路838可包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或者适于执行指令的这些部件(未示出)的组合。UE 830还包括软件831，其存储在UE 830中或者可由UE 830访问并且可由处理电路838执行。软件831包括客户端应用832。客户端应用832可操作为在主计算机810的支持下，经由UE 830向人类用户或者非人类用户提供服务。在主计算机810中，执行中的主机应用812可以经由终止于UE 830和主计算机810的OTT连接850与执行中的客户端应用832进行通信。在向用户提供服务时，客户端应用832可以从主机应用812接收请求数据，并响应于请求数据提供用户数据。OTT连接850可以传送请求数据和用户数据这二者。客户端应用832可以与用户交互以便生成它提供的用户数据。

要注意的是，图8中所示的主计算机810、基站820和UE 830可以分别与图7的主计算机730、基站712a、712b、712c之一以及UE 791、792之一类似或相同。也就是说，这些实体的内部工作方式可以如图8所示，并且独立地，周边的网络拓扑可以是图7的网络拓扑。

在图8中，OTT连接850已被抽象地进行绘制以示出经由基站820在主计算机810与UE 830之间的通信，而没有明确地涉及任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定路由，其可被配置为对于UE 830或者操作主计算机810的服务提供商或者这二者隐藏路由。当OTT连接850是活动的时候，网络基础设施可以进一步做出动态改变路由的决定(例如，基于负载平衡考虑或网络的重新配置)。

UE 830与基站820之间的无线连接870依据的是贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例使用OTT连接850改善了提供给UE 830的OTT服务的性能，其中无线连接870形成最后的区段。更确切地说，这些实施例的教导可以改善时延和功耗，从而提供诸如更低复杂性、访问小区所需的时间减少、响应性更好、电池寿命延长等优点。

可以提供测量过程以便监视数据速率、时延以及一个或多个实施例所改进的其他因素。响应于测量结果的变化，还可以存在用于在主计算机810与UE 830之间重新配置OTT连接850的可选网络功能。用于重新配置OTT连接850的测量过程和/或网络功能可以在主计算机810的软件811和硬件815中实现，或者在UE 830的软件831和硬件835中实现，或者在这两者中实现。在实施例中，传感器(未示出)可被部署在OTT连接850所通过的通信设备中或者与之相关联；传感器可以通过提供上面例示的监测量的值，或者通过提供软件811、831可从中计算或估计监测量的其他物理量的值来参与测量过程。OTT连接850的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要影响基站820，并且基站820可能不知道或没有察觉到重新配置。这些过程和功能可以是本领域已知的和加以实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主计算机810对吞吐量、传播时间、时延等的测量。可以按照以下方式实现测量：软件811和831在其监视传播时间、错误等时使用OTT连接850使得消息(特别是空消息或“虚拟(dummy)”消息)被传输。

图9是示出了根据实施例在通信系统中实现的方法的流程图。通信系统包括主计算机、基站和UE，它们可以是参考图7和图8描述的那些。为了简化本公开，在该部分中仅包括对图9的附图参考。在步骤910中，主计算机提供用户数据。在步骤910的子步骤911(其可以是可选的)中，主计算机通过执行主机应用来提供用户数据。在步骤920中，主计算机发起针对UE的携带有用户数据的传输。在步骤930(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE传输在主计算机所发起的传输中携带的用户数据。在步骤940(其也可以是可选的)中，UE执行与主计算机执行的主机应用相关联的客户端应用。

图10是示出了根据实施例在通信系统中实现的方法的流程图。通信系统包括主计算机、基站和UE，它们可以是参考图7和图8所描述的那些。为了简化本公开，在该部分中仅包括对图10的附图参考。在该方法的步骤1010中，主计算机提供用户数据。在可选的子步骤(未示出)中，主计算机通过执行主机应用来提供用户数据。在步骤1020中，主计算机发起针对UE的携带有用户数据的传输。根据贯穿本公开所描述的实施例的教导，所述传输可经过基站。在步骤1030(其可以是可选的)中，UE接收所述传输中携带的用户数据。

图11是示出了根据实施例在通信系统中实现的方法的流程图。通信系统包括主计算机、基站和UE，它们可以是参考图7和图8所描述的那些。为了简化本公开，在该部分中仅包括对图11的附图参考。在步骤1110(其可以是可选的)中，UE接收由主计算机提供的输入数据。附加地或替代地，在步骤1120中，UE提供用户数据。在步骤1120的子步骤1121(其可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1110的子步骤1111(其可以是可选的)中，UE执行客户端应用，该客户端应用响应于所接收到的由主计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE均在子步骤1130(其可以是可选的)中发起针对主计算机的对用户数据的传输。在该方法的步骤1140中，根据贯穿本公开所描述的实施例的教导，主计算机接收从UE传输的用户数据。

图12是示出了根据实施例在通信系统中实现的方法的流程图。通信系统包括主计算机、基站和UE，它们可以是参考图7和图8所描述的那些。为了简化本公开，在该部分中仅包括对图12的附图参考。在步骤1210(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站从UE接收用户数据。在步骤1220(其可以是可选的)中，基站发起针对主计算机的对于所接收到的用户数据的传输。在步骤1230(其可以是可选的)中，主计算机接收由基站发起的传输中所携带的用户数据。

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

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

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

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