用于多播通信的方法和装置

技术领域

本公开一般地涉及通信网络，并且更具体地，涉及用于多播通信的方法和装置。

背景技术

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

通信服务提供商和网络运营商持续地面临着(例如，通过提供令人叹服的网络服务和性能)向消费者递送价值和便利性的挑战。随着联网和通信技术的快速发展，诸如长期演进(LTE)/第四代(4G)网络或新无线电(NR)/第五代(5G)网络之类的无线通信网络有望实现高业务容量和终端用户数据速率。为了满足不同的业务需求，可以预期无线通信网络支持各种传输技术，例如，包括但不限于单播传输、多播传输、广播传输等。对于发射机，可能期望从接收机获得反馈信息，以指示接收机是否成功地接收到由发射机发送的业务数据。考虑到传输技术和应用场景的多样性，反馈传输可能变得更具挑战性。

发明内容

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

多播/广播传输对于某些应用(例如，网络安全公共安全(NSPS)、车辆到一切(V2X)等)可能非常有用。对于这些应用，可能对服务质量(QoS)有要求，例如，在延迟预算为几毫秒的情况下，分组错误率小于1％。因此，在诸如5G/NR之类的无线通信网络中支持用于多播服务的混合自动重传请求(HARQ)反馈以提高频谱效率可能是有益的。

本公开的各种示例性实施例提出了一种用于多播通信的解决方案，其可以为多播组中的所有用户设备(UE)启用上行链路资源指示符/索引(例如，确认资源指示符(ARI)等)以指向不同的上行链路资源(例如，物理上行链路控制信道(PUCCH)资源等)，从而使得该多播组中的UE可以使用不同的上行链路资源来高效地发送多播HARQ反馈，而该多播组中的UE之间没有冲突。

可以理解，本文中所描述的术语“资源”可以指时间资源和/或频率资源和/或者码资源，因而，本文中所描述的“不同资源”可以意味着时间资源、频率资源和码资源中的至少一个是不同的。

根据本公开的第一方面，提供了一种由终端设备(例如UE)实施的方法。该方法包括：从网络节点接收用于所述终端设备的多播业务的上行链路资源指示符。所述上行链路资源指示符可用于指示用于在接收所述多播业务的多播组中的不同终端设备的多播反馈的不同上行链路资源(例如，PUCCH资源等)。根据示例性实施例，该方法还包括：根据所述上行链路资源指示符，确定用于所述终端设备针对所述多播业务的多播反馈的上行链路资源。

根据示例性实施例，由所述上行链路资源指示符指示的所述不同上行链路资源可以是上行链路控制信道资源集(例如，PUCCH资源集等)的至少一部分。所述上行链路控制信道资源集可以由所述多播组中的所述不同终端设备共享。

根据示例性实施例，所述上行链路控制信道资源集可以具有每个资源的索引，并且针对所述多播组中的所述不同终端设备，可以将不同的索引分配给所述上行链路控制信道资源集中的相同资源。

根据示例性实施例，根据本公开第一方面的方法可以进一步包括：获取关于所述上行链路控制信道资源集的信息，以指示针对所述终端设备被分配给所述上行链路控制信道资源集的索引。

根据示例性实施例，关于所述上行链路控制信道资源集的所述信息可被包括在来自所述网络节点的无线电资源控制(RRC)信令中。

根据示例性实施例，所述上行链路控制信道资源集也可用于单播反馈传输。

根据示例性实施例，所述上行链路资源指示符可被预留用于所述多播业务。

根据示例性实施例，所述上行链路资源指示符可以是包括在用于所述多播业务的下行链路控制信道中的ARI。在实施例中，所述ARI可被包括在物理下行链路控制信道(PDCCH)中，例如，作为下行链路控制信息(DCI)的一部分。

根据示例性实施例，根据本公开第一方面的方法可以进一步包括：根据所确定的上行链路资源，向所述网络节点发送所述终端设备的所述多播反馈。

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

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

根据本公开的第四方面，提供了一种可以实现为终端设备的装置。该装置可包括接收单元和确定单元。根据一些示例性实施例，所述接收单元可操作以至少执行根据本公开第一方面的方法的接收步骤。所述确定单元可操作以至少执行根据本公开的第一方面的方法的确定步骤。

根据本公开的第五方面，提供了一种由网络节点(例如基站)实施的方法。该方法包括：向终端设备发送用于所述终端设备的多播业务的上行链路资源指示符(例如，多播PDCCH中的ARI等)。所述上行链路资源指示符可用于指示用于在接收所述多播业务的多播组中的不同终端设备的多播反馈的不同上行链路资源。根据示例性实施例，该方法还包括：根据通过所述上行链路资源指示符指示给所述终端设备的上行链路资源，从所述终端设备接收所述终端设备针对所述多播业务的多播反馈。

根据一些示例性实施例，根据本公开第五方面的上行链路资源指示符可以对应于根据本公开第一方面的上行链路资源指示符。因此，根据本公开的第一和第五方面的上行链路资源指示符可以具有相同或相似的内容和/或特征元素。类似地，由根据本公开的第五方面的上行链路资源指示符指示的上行链路资源可以对应于由根据本发明的第一方面的上行链路源指示符指示的上行链路资源。

根据示例性实施例，根据本公开第五方面的方法可以进一步包括：向所述终端设备发送关于所述上行链路控制信道资源集的信息，以指示针对所述终端设备被分配给所述上行链路控制信道资源集的索引。

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

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

根据本公开的第八方面，提供了一种可以实现为网络节点的装置。该装置可包括发送单元和接收单元。根据一些示例性实施例，所述发送单元可操作以至少执行根据本公开第五方面的方法的发送步骤。所述接收单元可操作以至少执行根据本公开第五方面的方法的接收步骤。

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

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

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

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

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

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

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

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

附图说明

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

图1A是示出了根据本公开的实施例的示例性PUCCH资源配置的示图；

图1B是示出了根据本公开的实施例用于单播反馈的示例性PUCCH资源分配的示图；

图2A是示出了根据本公开的实施例的示例性智能PUCCH资源配置的示图；

图2B是示出了根据本公开的实施例用于多播反馈的示例性PUCCH资源分配的示图；

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

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

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

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

图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)场景中，终端设备也可被称为IoT设备，并且表示实施监视、感知和/或测量等并将这种监视、感知和/或测量等的结果传输给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器到机器(M2M)设备，其在第三代合作伙伴计划(3GPP)上下文中可被称为机器类型通信(MTC)设备。

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

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

广泛部署无线通信网络，以提供各种电信服务，诸如语音、视频、数据、消息收发和广播。根据3GPP版本15和版本16，在5G/NR通信系统中仅支持单播传输。由于多播/广播传输对于某些应用(例如NSPS、V2X等)可能非常有用，因此在针对NR的3GPP版本17中同意新工作项(WI)来研究广播/多播传输。

实际上，LTE网络中可支持多播/广播。可以有两种不同的方式来支持多播/广播，即单小区点对多点(SC-PTM)或多媒体广播多播服务(MBMS)。这些方法不支持从UE到网络的HARQ反馈。这种实现方式的优点是简单。缺点是频谱效率非常低。这是因为网络不知道UE是否接收到分组。为了确保可靠性，网络可能必须使用非常低的编码率，并且还可能多次重复分组的传输。

为了解决该问题，建议对于NR要为多播传输启用HARQ反馈。对于NR中的单播传输，为了更有效地利用PUCCH资源，多个UE可以共享例如在资源池中的相同PUCCH资源组。UE可以通过检查DCI中的PUCCH资源指示符(例如ARI等)来确定使用资源池中的哪个资源。通常，网络可以向每个UE通知PUCCH资源指示符，并且不同UE的不同PUCCH资源指示符可以指代不同的物理PUCCH资源。然后，每个UE可以使用与其他UE不同的PUCCH资源来向网络发送HARQ反馈。因此，即使多个UE共享相同的PUCCH资源组，它们之间也可不存在资源冲突问题。

图1A是示出了根据本公开实施例的示例性PUCCH资源配置的示图。在该实施例中，多个UE可以动态地共享PUCCH资源池用于单播传输。如图1A所示，可以例如通过无线电资源控制(RRC)配置，为每个UE配置包括具有从0到7的索引的物理PUCCH资源的PUCCH资源池。在这种情况下，16个UE(即，从用户0到用户15)可以共享相同的PUCCH资源组。这可以基于业务负载情况，即并非所有UE都需要在相同时隙内被调度用于下行链路(DL)传输并且因而要求在相同上行链路(UL)时隙处的反馈。可以理解，图1A中所示的PUCCH资源配置只是示例，对于各种实施例，还可以实现涉及更多或更少的用户和/或物理PUCCH资源的其他可能的PUCCH资源配置。

图1B是示出了根据本公开实施例的用于单播反馈的示例性PUCCH资源分配的示图。类似于图1A，图1B中所示的16个UE可以共享PUCCH资源池中的8个物理PUCCH资源用于单播传输。当需要在DL中调度多个UE并且在相同UL时隙处进行反馈时，可以使用PDCCH中的PUCCH资源指示符(例如DCI中的ARI)来告知UE可以使用PUCCH资源池中的哪个特定PUCCH资源。该PUCCH资源指示符对于每个UE可以是不同的，从而使得不同的UE可以使用不同的PUCCH资源。例如，用于用户0的ARI可以设置为2，以指示用户0可以使用索引为“2”的PUCCH资源，而用于用户14的ARI可以设置为6，以指示用户14可以使用索引为“6”的PUCCH资源，如图1B所示。

在多播业务调度中，可能只有一个PDCCH被多播组中的所有UE接收。由于一个PDCCH可用于调度一组UE进行多播传输，因此在PDCCH中可能只有一个PUCCH资源指示符(例如ARI)。根据当前的实现方式，在DCI中的一个ARI仅可指向一个物理PUCCH资源。在这种情况下，如果多播组中的所有UE共享相同的PUCCH资源组，那么显然，由于多播组中的所有UE可能需要在UL中发送HARQ反馈，因此这些UE可选择相同的PUCCH资源来发送HARQ回馈。这可能导致多播组中的UE之间的冲突问题。

本公开的各种示例性实施例提出了一种支持多播传输的解决方案，其可以实现多播和/或单播HARQ反馈资源共享，而不会有多播组中的用户冲突。为了在诸如5G/NR的无线通信网络中支持用于多播传输的HARQ反馈，多播组中的所有用户可能需要具有不同的PUCCH资源，以便所有用户都可以在相同的时间内发送HARQ反馈而无冲突。根据示例性实施例，gNB可以配置PUCCH资源池，其可以由多播组中的所有UE共享。对于多播组中的不同UE，相同的PUCCH资源索引可以指向PUCCH资源池中的不同物理PUCCH资源。在这种情况下，即使在多播PDCCH中可能只有一个ARI，因为相同的ARI可指向不同的物理PUCCH资源，所以多播组中的所有UE实际上可以使用不同的PUCCH资源来发送HARQ反馈信息。因此，在多播组中的UE之间可不存在发送HARQ反馈的资源冲突问题。根据另一示例性实施例，可以在用于单播和多播业务的HARQ反馈之间共享这些PUCCH资源。

图2A是示出了根据本公开实施例的示例性智能PUCCH资源配置的示图。在该实施例中，可以为多播组中的用户实现智能PUCCH资源配置，例如通过RRC配置，从而使得多播组中的不同用户接收到的ARI可以指向不同的物理PUCCH资源。如图2A所示，用户0、用户1和用户2位于多播组中，并且它们可以共享具有8个PUCCH资源的相同PUCCH资源池。对于用户0，第一物理PUCCH资源具有索引0，第二物理PUCCH资源具有索引1，…，最后一个物理PUCCH资源具有索引7。对于用户1，第一物理PUCCH资源具有索引1，第二物理PUCCH资源具有索引2，…，最后一个物理PUCCH资源具有索引0。也就是说，用于用户1的索引为1的物理PUCCH资源实际上对应于用于用户0的索引为0的同一物理PUCCH资源。对于用户2，第一物理PUCCH资源具有索引2，第二物理PUCCH资源具有索引3，…，最后一个物理PUCCH资源具有索引1。也就是说，用于用户2的索引为2的物理PUCCH资源实际上对应于用于用户1的索引为1的同一物理PUCCH资源，并且也对应于用于用户0的索引为0的同一物理PUCCCH资源。对于其他物理PUCCH资源可存在类似的对应关系。这种PUCCH资源配置可以在调度期间给予gNB最大的灵活性，因为多播PDCCH中的任何ARI都可以不导致针对多播组中的用户的PUCCH资源冲突。

可以理解，图2A中所示的智能PUCCH资源配置只是示例，可以使得多播PDCCH中的相同ARI指向用于多播组中不同用户的不同物理PUCCH资源的其他合适的PUCCH资源配置也可以适用于本公开的各种实施例。

图2B是示出了根据本公开实施例的用于多播反馈的示例性PUCCH资源分配的示图。图2B所示的示例性PUCCH资源分配可以基于关于图2A所述的智能PUCCH资源配置。根据示例性实施例，仅为多播组中的所有用户配置一个ARI以指向不同的物理PUCCH资源可能是可行的。然后，当为用户0、用户1和用户2调度多播业务时，尽管在多播PDCCH中只有一个ARI(例如ARI＝0)，但是该ARI实际上可从不同的用户角度指向不同的物理资源，如图2B所示。由于用于多播组中每个用户的PUCCH资源指示符(例如ARI)可被配置为指向不同的物理PUCCH资源，因此可以解决多播组中用户的PUCCH资源冲突问题。根据示例性实施例，gNB可以为多播调度预留ARI。在这种情况下，可以不在单播PDCCH中使用为多播调度预留的ARI。

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

图3是示出了根据本公开的一些实施例的方法300的流程图。图3所示的方法300可以由终端设备或在通信上耦合到终端设备的装置来实施。根据示例性实施例，诸如UE的终端设备可被配置为从诸如gNB的网络节点获得各种业务(例如，单播业务、多播业务等)，并且向网络节点发送针对业务的HARQ反馈。

根据图3所示的示例性方法300，终端设备可以从网络节点接收用于所述终端设备的多播业务的上行链路资源指示符，如方框302所示。所述上行链路资源指示符可用于指示用于在接收所述多播业务的多播组中的不同终端设备的多播反馈的不同上行链路资源(例如，PUCCH资源等)。根据示例性实施例，所述上行链路资源指示符可以是被包括在用于所述多播业务的下行链路控制信道(例如PDCCH等)中的ARI。根据所述上行链路资源指示符，所述终端设备可以确定用于所述终端设备针对所述多播业务的多播反馈的上行链路资源，如方框304所示。

根据示例性实施例，由所述上行链路资源指示符指示的所述不同上行链路资源可以是可由所述多播组中的所述不同终端设备共享的上行链路控制信道资源集的至少一部分(如关于图2B所述)。

根据示例性实施例，所述上行链路控制信道资源集可以具有每个资源的索引，并且针对所述多播组中的所述不同终端设备，可以将不同的索引分配给所述上行链路控制信道资源集中的相同资源(如关于图2A所述)。

根据示例性实施例，所述终端设备可以获得关于所述上行链路控制信道资源集的信息，以指示针对所述终端设备被分配给所述上行链路控制信道资源集的索引。在实施例中，关于所述上行链路控制信道资源集的信息可以被包括在来自所述网络节点的RRC信令中。

根据示例性实施例，所述上行链路控制信道资源集也可用于单播反馈传输。在这种情况下，所述终端设备可以使用所述上行链路控制信道资源集的一部分来向所述网络节点发送所述单播反馈，同时使用所述上行链路控制通道资源集的另一部分来向所述网络节点发送所述多播反馈。

根据示例性实施例，可以为所述多播业务预留所述上行链路资源指示符。在实施例中，为所述多播业务预留的所述上行链路资源指示符可以不用于指示被分配给所述单播反馈传输的上行链路资源。

根据示例性实施例，根据所确定的上行链路资源，所述终端设备可以向所述网络节点发送所述终端设备的多播反馈。例如，所述终端设备可以使用所确定的上行链路资源来向所述网络节点发送特定码本中的所述多播反馈。

图4是示出了根据本公开的一些实施例的方法400的流程图。图4所示的方法400可以由网络节点或在通信上耦合到网络节点的装置来实施。根据示例性实施例，所述网络节点可以包括诸如gNB的基站。所述网络节点可被配置为向诸如UE的一个或多个终端设备提供各种业务(例如，单播业务、多播业务等)。

根据图4所示的示例性方法400，所述网络节点可以向终端设备(例如，关于图3所示的终端设备)发送用于所述终端设备的多播业务的上行链路资源指示符，如方框402所示。根据示例性实施例，所述上行链路资源指示符(例如，包括在用于多播业务的PDCCH中的ARI等)可以用于指示用于在接收所述多播业务的多播组中的不同终端设备的多播反馈的不同上行链路资源。根据由所述上行链路资源指示符指示给所述终端设备的上行链路资源，所述网络节点可以从所述终端设备接收所述终端设备针对所述多播业务的多播反馈，如方框404所示。

可以理解，图4所示的方法400的步骤、操作和相关配置可以对应于图3所示的方法300的步骤、操作和相关配置。因此，由终端设备根据方法300接收的上行链路资源指示符可以对应于由网络节点根据方法400发送的上行链路资源标识符。类似地，根据方法300的上行链路资源指示符所指示的上行链路资源可以对应于根据方法400的上行链路资源指示符所指示的上行链路资源。

根据示例性实施例，由所述上行链路资源指示符指示的所述不同上行链路资源可以是上行链路控制信道资源集的至少一部分，例如PUCCH资源。所述上行链路控制信道资源集可以由所述多播组中的所述不同终端设备共享，并且可选地在单播和多播反馈传输之间共享。

根据示例性实施例，所述网络节点可以向所述终端设备发送关于所述上行链路控制信道资源集的信息(例如，在RRC信令等中)，以指示针对所述终端设备被分配给所述上行链路控制信道资源集的索引。根据示例性实施例，对于所述多播组中的每个终端设备，所述网络节点可以发送关于所述上行链路控制信道资源集的不同信息(例如，在相应的RRC信令等中)，以指示针对相应的终端设备被分配给所述上行链路控制信道资源集的索引。

根据本公开的各种示例性实施例可以使多播组中的UE能够与该多播组中的其他UE共享PUCCH资源池，并且向网络节点(例如gNB)发送HARQ反馈，而不与该多播组中的其他UE发生PUCCH资源冲突。根据示例性实施例，网络节点可以实现可由多播组中的所有UE共享的PUCCH资源池的智能配置，从而使得相同的PUCCH资源索引(例如，在DCI中的ARI)可以指向用于多播组中的每个UE的不同物理PUCCH资源。这可以确保多播组中的所有UE可以具有它们各自的PUCCH资源来发送多播HARQ反馈，即使在DCI中可能只有一个ARI用于多播反馈。各种示例性实施例的应用可以以更灵活和有效的方式支持来自多播组中的UE的多播HARQ反馈的传输，从而在改进资源利用率的情况下增强网络性能。

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

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

在一些实现方式中，一个或多个存储器502以及计算机程序代码503可被配置为与一个或多个处理器501一起使得装置500至少实施如结合图3所描述的方法的任何操作。在其他实现方式中，一个或多个存储器502以及计算机程序代码503可被配置为与一个或多个处理器501一起使得装置500至少实施如结合图4所描述的方法的任何操作。可选地或附加地，一个或多个存储器502以及计算机程序代码503可被配置为与一个或多个处理器501一起使得装置500至少实施更多或更少的操作来实现根据本公开的示例性实施例所提出的方法。

图6A是示出了根据本公开的一些实施例的装置610的框图。如图6A所示，装置610可以包括接收单元611和确定单元612。在示例性实施例中，可以在诸如UE的终端设备中实现装置610。接收单元611可操作以执行方框302中的操作，确定单元612可操作以执行方框304中的操作。可选地，接收单元611和/或确定单元612可操作以执行更多或更少的操作，以实现根据本公开的示例性实施例所提出的方法。

图6B是示出了根据本公开的一些实施例的装置620的框图。如图6B所示，装置620可以包括发送单元621和接收单元622。在示例性实施例中，可以在诸如基站的网络节点中实现装置620。发送单元621可操作以执行方框402中的操作，接收单元622可操作以执行方框404中的操作。可选地，发送单元621和/或接收单元622可操作以执行更多或更少的操作，以实现根据本公开的示例性实施例所提出的方法。

图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以及所连接的UE791、792被配置为使用接入网711、核心网714、任何中间网络720以及可能的其他基础设施(未示出)作为中介，经由OTT连接750来传送数据和/或信令。就OTT连接750所通过的进行参与的通信设备不知道上行链路和下行链路通信的路由的角度而言，OTT连接750可以是透明的。例如，基站712可以不被告知或者不需要被告知具有要被转发(例如，切换)到所连接的UE 791的源自主机计算机730的数据的流入型下行链路通信的过往路由。类似地，基站712不需要知道源自UE 791的朝向主机计算机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而连接的UE830)提供服务。在向远程用户提供服务时，主机应用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(其可以是可选的)中，主机计算机接收由基站发起的传输中所携带的用户数据。

根据一些示例性实施例，提供了一种在通信系统中实现的方法，该通信系统可包括主机计算机、基站和UE。该方法可包括：在主机计算机处提供用户数据。可选地，该方法可包括：在主机计算机处，发起经由包括基站的蜂窝网络的针对UE的携带用户数据的传输，所述基站可实施如关于图4所描述的示例性方法400的任何步骤。

根据一些示例性实施例，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括：被配置为提供用户数据的处理电路，以及被配置为将用户数据转发到蜂窝网络以传输到UE的通信接口。所述蜂窝网络可包括具有无线电接口和处理电路的基站。所述基站的处理电路可被配置为实施如关于图4所描述的示例性方法400的任何步骤。

根据一些示例性实施例，提供了一种在通信系统中实现的方法，该通信系统可包括主机计算机、基站和UE。该方法可包括：在主机计算机处提供用户数据。可选地，该方法可包括：在主机计算机处，发起经由包括基站的蜂窝网络的针对UE的携带用户数据的传输。所述UE可以实施如关于图3所描述的示例性方法300的任何步骤。

根据一些示例性实施例，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括：被配置为提供用户数据的处理电路，以及被配置为将用户数据转发到蜂窝网络以传输到UE的通信接口。所述UE可以包括无线电接口和处理电路。所述UE的处理电路可被配置为实施如关于图3所描述的示例性方法300的任何步骤。

根据一些示例性实施例，提供了一种在通信系统中实现的方法，该通信系统可包括主机计算机、基站和UE。该方法可包括：在主机计算机处，接收从UE发送到基站的用户数据，所述UE可实施如关于图3所描述的示例性方法300的任何步骤。

根据一些示例性实施例，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。所述UE可包括无线电接口和处理电路。所述UE的处理电路可被配置为实施如关于图3所描述的示例性方法300的任何步骤。

根据一些示例性实施例，提供了一种在通信系统中实现的方法，该通信系统可包括主机计算机、基站和UE。该方法可包括：在主机计算机处，从基站接收源自基站已从UE接收的传输的用户数据。所述基站可实施如关于图4所描述的示例性方法400的任何步骤。

根据一些示例性实施例，提供了一种可包括主机计算机的通信系统。所述主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。所述基站可包括无线电接口和处理电路。所述基站的处理电路可被配置为实施如关于图4所描述的示例性方法400的任何步骤。

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

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

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

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