CN114946130A - 用于协调具有数据聚合的用户设备的方法和装置 - Google Patents

Abstract

支持协议栈的基站(BS)可以实施一种用于提高网络效率的方法。该方法包含向至少第一用户设备(UE)发送(202)包含第一UE的两个或更多个UE的群组的群组身份。该方法进一步包含由基站的处理硬件使用群组身份来生成(302)包含聚合下行链路数据的数据信号。聚合下行链路数据包含(i)群组内的至少两个目标UE的UE特定身份；和(ii)针对至少两个目标UE中的每个目标UE，协议栈的上层处的相应UE特定身份，相应UE特定身份指示预期用于目标UE的UE特定下行链路数据在聚合下行链路数据内的位置。该方法进一步包含经由下行链路数据信道向群组的至少一部分发送(306)数据信号。

Description

用于协调具有数据聚合的用户设备的方法和装置

技术领域

本公开大体上涉及无线通信，并且更具体地涉及用于在无线通信系统中协调用户设备的分组策略。

背景技术

在无线通信系统(诸如第五代(5G)无线电接入(“NR”)网络)中，基站(例如gNB)必须配置通往和来自基站的覆盖区域内的用户设备的下行链路传输和上行链路传输。为了进行这种配置，基站经由控制信道发送指示随机接入信道信息、调度许可、功率控制命令、编码信息等的控制信息。然而，处理大量用户设备的配置可能需要大量的控制信道开销(例如时间和频率资源)，从而导致网络效率降低。

进一步地，特定用户设备(通常称为用户设备(“UE”))的位置处的信号强度和/或特定UE的接收能力可以是不良的。例如，UE可以位于小区边缘处或由于多普勒频移、多路径传播或阴影而经历衰落效应。基站可能难以与UE建立通信，从而进一步降低整体网络效率。

为了解决这些问题中的一些，已经提出了用于不同UE之间的协调(或“分组”)的各种方案。尽管有这些不同的方案，但仍存在其它机会来捕获UE分组可以提供的更多网络效率改进并且灵活地扩展协调方案以支持任意大的UE群组大小。

发明内容

根据本公开的技术，若干UE形成基站至少在一些方面中和在一些协议栈层处认为是单个UE的群组(在本文中称为“UE协调集”或“UECS”)。基站向UECS的协调或“主”UE发送群组身份(在本文中称为UECS-RNTI)，协调或“主”UE可以经由本地无线网络将UECS-RNTI分配给UECS中的一个或多个其它UE。UECS-RNTI为UECS提供物理(PHY)层身份，UECS可以使用该物理层身份来处理预期用于UE群组的控制和数据信号内的信息。

基站生成UECS的控制信号，并且在单个控制信道(例如物理下行链路控制信道(PDCCH))上向UECS发送控制信号。控制信号包含下行链路控制信息(DCI)，该下行链路控制信息指定UECS可以用于在上行链路数据信道上发送数据并且在下行链路数据信道上接收数据的时间和频率资源。当生成控制信号时，基站使用UECS-RNTI对循环冗余校验(CRC)进行加扰，并且将加扰后的CRC包含在DCI中。

UECS中的不同UE接收相同控制信号，其中UECS作为分布式天线接收器而有效地操作(即，其中分布式天线布置的一个或多个天线驻留在每个UE处)。接收控制信号的每个UE对控制信号进行解调以生成I/Q样本并且向UECS的指定UE发送I/Q样本，该指定UE充当“联合接收器”UE。

联合接收器UE(例如主UE，或主UE指派给联合接收器角色的另一UE)接收并且联合地处理I/Q样本。特殊地，联合接收器UE对I/Q样本进行时间对准和合并，从而获得更强的组合信号。由联合接收器UE进行的处理可以包含使用UECS-RNTI对DCI进行解码(例如通过使用UECS-RNTI对CRC进行解扰)。在一些实施方式中，联合接收器UE然后向UECS中的其它UE发送解码后的DCI。在其它实施方式中，联合接收器UE向主UE发送解码后的DCI，主UE然后将解码后的DCI分配给UECS中的其它UE。

当基站具有要发送到UECS中的一个或多个UE的数据时，基站聚合UE的单独下行链路数据流以形成UECS的聚合下行链路数据流。基站使用该UE的特定身份来区分UECS中的每个UE的下行链路数据。每个这种UE身份对位于协议栈中的PHY层上方的层是特定的，并且基站在该上层处聚合数据流。例如，上层可以是无线电链路控制(RLC)层、分组数据汇聚协议(PDCP)层或媒体接入控制(MAC)层。基站还可以在低层处使用UECS-RNTI对CRC进行加扰，并且将加扰后的CRC包含在聚合数据流中。

在聚合UE特定下行链路数据流之后，基站向UECS发送包含聚合下行链路数据(以及可能地加扰后的CRC)的数据信号。仍然作为分布式天线接收器而操作的UECS以与控制信号类似的方式联合接收数据信号，例如其中UECS的一个或多个UE将其I/Q样本转发到联合接收器UE。在接收、时间对准和合并I/Q样本之后，联合接收器UE对聚合下行链路数据进行解码(例如包含使用UECS-RNTI对CRC进行解扰)。

取决于实施方式和/或场景，可以以各种方式提取每个单独UE的下行链路数据。联合接收器UE可以协调下行链路数据的分配，或相反，联合接收器UE可以将聚合下行链路数据转发到主UE以进行分配。在一些实施方式中，分配UE(无论是联合接收器UE还是主UE)在上层处使用该UE的相应上层UE身份为每个UE提取下行链路数据，并且然后使用本地无线网络向UE发送提取到的数据。在其它实施方式中，分配UE使用其自身的上层UE身份仅提取其自身的数据，并且然后将剩余的聚合数据转发到其它UE，该其它UE使用其自身的相应上层UE身份提取其自身的数据。在一种实施方式中，分配UE提取其自身的数据并且将剩余的聚合数据转发到仅一个其它UE，该其它UE提取其自身的数据并且将剩余的聚合数据转发到另一UE等，直到没有数据剩余为止。其它技术也是可能的，诸如分配UE将所有聚合数据转发到其它UE(不首先移除其自身的数据)，或分配UE将特定的UE特定数据子集转发到某些(例如在近距范围内)UE，同时将聚合下行链路数据的剩余部分作为整体向UECS发送(例如向UECS的当前位于分配UE的本地无线范围内的任何UE发送)。

进一步地，基站可以将UECS配置为共享关于无线电资源控制(RRC)层的相同状态并且共享相同非连续接收(DRX)循环、半持久调度和/或带宽部分。

如上面所提到，UECS可以充当分布式天线，并且因此具有多个天线端口。在一些实施方式中，控制信号包含由基站确定的天线端口定义。基站可以例如通过将天线端口与上面讨论的上层、UE特定身份区分开来确定UECS中的第一UE的第一天线端口和UECS中的第二UE的第二天线端口。例如，使用这些天线端口定义，基站可以向每个UE发送其自身的功率控制和/或定时提前命令，和/或将每个UE配置为具有其自身的信道探测进程。

在一些实施方式中，基站经由UECS的控制信道(例如PDCCH)调度聚合下行链路数据和聚合上行链路数据两者。针对上行链路发送，UECS中的单独UE可以经由本地无线网络向主UE发送具有单独UE的相应UE特定身份的单独UE的单独上行链路数据流。主UE可以将在上层处包含UE特定身份的数据与其相应数据聚合。在一些实施方式中，在向基站发送之前，主UE根据与该数据相关联的服务质量(QoS)级别来对来自每个UE的上行链路数据的聚合进行优先级处理。然后，主UE可以向基站发送包含聚合上行链路数据的上行链路数据信号(例如经由基站授予UECS的PUSCH时机，或经由随机接入过程获得)，或可以首先向UECS中的其它UE发送上行链路数据信号，以便于向基站联合发送上行链路数据，其中UECS作为分布式天线发送器而操作。

这些技术的一个示例实施例是在支持协议栈的基站中用于提高网络效率的方法。该方法包含向至少第一UE发送包含第一UE的两个或更多个UE的群组的群组身份。该方法还包含由基站的处理硬件使用群组身份来生成包含聚合下行链路数据的数据信号。聚合下行链路数据包含(i)群组内的至少两个目标UE的UE特定下行链路数据；和(ii)针对至少两个目标UE中的每个目标UE，协议栈的上层处的相应UE特定身份，该相应UE特定身份指示预期用于目标UE的UE特定下行链路数据在聚合下行链路数据内的位置。该方法进一步包含经由下行链路数据信道向群组的至少一部分发送数据信号。

这些技术的另一示例实施例是包括硬件并且配置为实施以上方法的基站。

这些技术的附加实施例是在支持协议栈的第一UE中用于提高网络效率的方法。该方法包含从无线发送器接收与包含第一UE和第二UE的两个或更多个UE的群组对应的群组身份。该方法还包含在下行链路数据信道上从基站接收包含聚合下行链路数据的数据信号。聚合下行链路数据包含(i)群组内的至少两个目标UE的UE特定下行链路数据；和(ii)针对至少两个目标UE中的每个目标UE，协议栈的上层处的相应UE特定身份，该相应UE特定身份指示预期用于目标UE的UE特定下行链路数据在聚合下行链路数据内的位置。该方法进一步包含由第一UE的处理硬件通过对接收到的数据信号进行解调来生成第一I/O样本以及从第二UE经由本地无线网络接收与如由第二UE接收到的数据信号对应的第二I/Q样本。更进一步地，该方法包含由处理硬件通过使用群组身份至少处理第一I/Q样本和第二I/Q样本来对聚合下行链路数据进行解码。

这些技术的另一示例实施例是包括硬件并且配置为实施以上方法的UE。

附图说明

图1图示了可以实施本公开的用户设备协调集(UECS)的聚合和解聚合技术的示例通信系统；

图2是基站在单个下行链路控制信道上向UECS发送控制信号的示例场景的消息传送图；

图3是基站在单个下行链路数据信道上向UECS发送含有聚合下行链路数据的数据信号并且UECS自行分配聚合下行链路数据的示例场景的消息传送图；

图4是基站在单个下行链路数据信道上向UECS发送含有聚合下行链路数据的数据信号并且UECS自行分配聚合下行链路数据的替代实施方式和/或替代场景的消息传送图；

图5是UECS的UE聚合UE特定上行链路数据并且向基站发送含有聚合上行链路数据的数据信号的示例场景的消息传送图；

图6是用于向UECS发送含有聚合下行链路数据的数据信号的示例方法的流程图，该示例方法可以在图1的基站中实施；以及

图7是用于接收和解码包含UECS的不同UE的聚合下行链路数据的数据信号的示例方法的流程图，该示例方法可以在图1的UE中实施。

具体实施方式

图1图示了可以实施本公开的用户设备协调集(UECS)的数据聚合和解聚合技术以及相关控制过程的示例通信系统100。通信系统100包含若干用户设备(UE)，包含UE 102、UE104和UE 106。UE 102、104和106中的每一者可以是能够进行无线通信的任何合适的设备(例如在描述了各图之后，下面讨论的示例性用户设备中的任一者)。在所描绘的场景中，UE102、104和106形成UE群组108，在本文中也称为UECS 108。虽然图1描绘了三个UE，但UECS108可以包含任何数量的(多于一个)UE。UECS 108可以使用下面更详细地描述的技术来本地协调去往和来自基站114的上行链路(UL)发送和下行链路(DL)接收。

例如，基站114经由NG接口通信连接到核心网络(CN)110。在一些实施方式中，基站114是作为g Node B(gNB)而操作的5G新无线电(NR)基站，并且CN 110是5G核心网络(5GC)。然而，在其它实施方式中，通信系统100可以包含一个或多个基站，这些基站根据除了NR以外的类型的无线电接入技术(RAT)进行操作，并且这些基站可以连接到其它类型的CN。CN110可以是例如5G核心网络(5GC)、不太先进的核心网络(例如演进型分组核心(EPC))，或相反，更先进的核心网络。

基站114与RAN 112相关联并且向小区116提供覆盖。虽然图1将基站114描绘为仅与一个小区116相关联，但应理解，基站114也可以覆盖图1中未示出的一个或多个附加小区。进一步地，RAN 112可以包含共同支持一个或多个RAT的任何合适数量的基站。当在小区116内操作时，每个UE(诸如UE 102)可以经由基站114与RAN 112通信连接，并且继而可以经由RAN 112与CN 110通信连接。

UE 102至少配备有处理硬件130、UE群组管理单元136、至少一个天线140和本地无线网络接口150。虽然图1仅将UE 102描绘为包含处理硬件130、UE群组管理单元136、天线140和本地无线网络接口150，但应理解，UE 104和106中的每一者也包含相同或类似的元件。处理硬件130可以包含一个或多个通用处理器(例如CPU)和至少一个非暂时性计算机可读存储器，该非暂时性计算机可读存储器存储可在一个或多个通用处理器和/或专用处理单元(诸如无线通信芯片集)上执行的指令。

处理硬件130包含物理(PHY)层控制器132。PHY层控制器132负责无线通信协议栈180的PHY层182处的内部过程，诸如对从基站(例如基站114)接收到的下行链路控制和数据信号进行解调和解码、对上行链路控制和数据信号进行编码和调制等。

处理硬件130还包含上层控制器134。上层控制器134负责位于协议栈180的PHY层182上方的对应上层184处的内部过程，诸如针对UECS 108聚合上行链路数据和解聚合下行链路数据。上层184可以是例如媒体接入控制(MAC)层、分组数据汇聚协议(PDCP)层或无线电链路控制(RLC)层。例如，上层控制器134可以支持MAC层的信道接入、寻址、服务质量(QoS)和其它功能、PDCP层的用户面数据传递、控制面数据传递、完整性保护和其它功能，或RLC层的分割和其它功能。虽然在图1中未示出，但处理硬件130还可以包含用于若干其它层中的每一者的控制器，诸如分别与协议栈180的RRC和MM层相关联的无线电资源控制(RRC)控制器和移动性管理(MM)控制器。

UE 102的UE群组管理单元136通常负责与UE分组功能相关的功能，诸如与UECS108的其它UE(例如UE 104和106)共享信号，如下面进一步讨论的。UECS 108的UE可以通过在图1中未描绘的至少一个本地无线网络彼此通信。本地无线网络可以与个域网(PAN)、近场通信(NFC)、蓝牙^TM、无线局域网(WLAN)或任何其它合适的通信标准或协议对应。UE102的本地无线网络接口150通常促进与本地无线网络上的UECS 108的其它UE进行通信。UE群组管理单元136可以由处理硬件130和本地无线网络接口150联合实施，或可以由图1中未示出的UE 102的另一控制器实施。

基站114包含至少一个天线170以与通信系统100的其它元件通信。基站114还包含处理硬件160，其可以包含一个或多个通用处理器(例如CPU)和至少一个非暂时性计算机可读存储器，该非暂时性计算机可读存储器存储可在一个或多个通用处理器和/或专用处理单元(诸如无线通信芯片集)上执行的指令。类似于UE 102的处理硬件130，处理硬件160可以包含协议栈180的分别与PHY层182和上层184对应的PHY层控制器162和上层控制器164。控制器162和164可以进行与控制器132和134类似或对应的功能，但从基站114而不是UE102的角度看。例如，PHY层控制器162可以对向UECS 108发送的下行链路控制和数据信号进行编码和调制，并且上层控制器164可以针对UECS 108聚合下行链路数据并且解聚合从UECS 108接收到的上行链路数据。

上层控制器134和164、PHY层控制器132和162以及UE群组管理单元136可以使用硬件、软件和/或固件的任何合适组合来实施。在一种示例实施方式中，控制器132、162、134和164和/或UE群组管理单元136是相应处理硬件130或160执行以进行本文中所描述的各种功能的指令集。

如上面所提到，UE 102包含至少一个天线140，以用于接收向UE 102发送的信号和发送来自UE 102的信号。UE 102可以配备有多个天线140以支持多输入多输出(MIMO)通信，或仅配备有单个天线140。例如，UE 102可以具有两个发送-接收天线以支持两个同时发送/接收路径，或可以具有单独发送和接收天线等。如下面进一步讨论的，基站114(例如PHY控制器162)可以为UE 102的每个物理天线140确定PHY层182处的天线端口。

最初，如上面所提到，UE 102、104和106以及可能地在图1中未描绘的其它UE形成UECS 108。取决于实施方式和/或场景，UECS 108可以以各种方式形成。在一些实施方式中，例如，UE可以在具有很少或没有来自基站114的输入的情况下彼此本地协调以形成UECS108。UE 102、104和106可以基于例如它们彼此相距的相应距离和/或基于其它合适因素来选择彼此协调。UE 102、104和106可以例如基于UE 102、104和106的相对处理能力和/或其它因素(例如与基站114的接近度)来从UE 102、104和106中联合选择协调或“主”UE。

在其它实施方式中，基站114指导或部分指导UECS 108的形成。例如，基站114检测小区116内的UE 102、104和106并且将每个UE指派给UECS108。基站114还可以请求UE 102、104和106形成UECS 108，并且仅在该UE以对请求的确认和/或批准进行响应的情况下将特定UE指派给UECS108。基站114可以基于每个UE相对于基站114和相对于其它UE的位置和/或其它因素来为UECS 108选择UE。基站114还可以根据波束调度来为UECS 108选择某些UE，例如其中基站114仅选择位于相同波束中的UE。基站114还可以选择哪个单个UE将充当UECS108的主UE。

在这些情况(即，UE本地协调以形成UECS 108，基站114形成UECS108，或其混合)中的任一者下，基站114生成群组身份并且向UECS 108发送群组身份。UECS 108可以使用群组身份来对基站114指向UECS 108的控制和数据信号进行解码，如下面更详细讨论的。在一些实施方式中，群组身份是UECS 108的PHY层182身份。群组身份在本文中称为UECS-RNTI，其中“RNTI”是指无线电网络临时标识符。

常规地，基站可以使用RNTI(诸如小区RNTI(c-RNTI))来标识单独UE。相比之下，本文中所公开的技术指定了基站114和UECS 108可以在一些实施方式中以与c-RNTI相同的方式但针对作为整体的UECS 108而不是任何单独UE使用的UECS-RNTI。通过UECS-RNTI，并且无论UECS-RNTI是否作为UECS 108的c-RNTI而操作，是否与一些其它常规RNTI类似地操作或是否不类似于任何常规RNTI，基站都可以将UECS 108视为单个UE(例如与作为单个UE的UECS 108进行通信、配置作为单个UE的UECS 108等)。

允许基站将UECS 108视为单个UE具有许多技术优点。例如，基站114可以在单个控制信道上向UECS 108发送控制信号，在单个下行链路数据信道上向UECS 108发送数据信号并且在单个上行链路数据信道上从UECS接收数据信号。此外，因为基站114将UECS 108视为单个UE，所以基站114可以将单独UE的下行链路数据流聚合成UECS 108的单个下行链路数据流，从而减少信道开销(例如调度和其它控制功能)。基站114还可以将聚合下行链路数据与UECS 108的仅一个数据无线电承载(DRB)相关联。

基站114可以通过将UECS 108(以及因此UECS 108的单独UE)配置为具有单个RRC层状态来进一步减少信道开销，这可以减少RRC层处的控制信令量(即，在基站114与单独UE之间交换的更少RRC消息)。另外或替代地，基站114可以通过将UECS 108配置为具有单个非连续接收(DRX)循环、单种半持久调度(SPS)配置和/或用于上行链路和/或下行链路通信的单个带宽部分(BWP)来减少信道开销。因此，UECS 108的UE可以全部共享相同RRC层状态、DRX循环、SPS配置和/或BWP(上行链路和/或下行链路)。

除了减少的信道/信令开销之外，将UE分组到UECS 108中还可以产生其它优点。在一些实施方式中，例如，UECS 108可以从基站114联合接收下行链路控制和数据信号并且向基站114联合发送上行链路控制和数据信号。因为UECS 108的每个UE配备有至少一个天线(例如UE 102的天线140)，所以UECS 108可以利用单独UE的天线作为用于接收和发送的分布式天线布置。因此，UECS 108可以具有超过单独UE 102、104和106的接收和发送能力的接收和发送能力。此外，如果UECS 108的一个UE经历不良接收，那么该UE可以依赖于UECS 108的其它UE以从基站114接收信息并且将该信息转发到接收不良的UE。进一步地，UECS 108可以利用UE102、104和106的组合处理能力来对数据和控制信号进行解调，从而在整体上改善UECS 108的接收。

主UE可以充当“联合接收器”UE以进行促进联合接收所需的功能，或主UE可以通过将另一UE指派为联合接收器UE来委托该责任。在一些实施方式中，基站114指示主UE选择联合接收器UE，或直接指派联合接收器UE。在其它实施方式中，主UE在具有很少或没有来自基站的输入的情况下选择联合接收器UE。主UE可以根据UECS 108中的UE的功率和接收条件和/或能力的改变来改变哪个UE充当联合接收器UE。不管如何选择或重新指派联合接收器UE，联合接收器UE都可以使用下面关于图2到图4描述的各种技术中的任一种来促进联合接收。

如上面所提到，基站114可以聚合下行链路数据以使用单个下行链路数据信道上的数据信号发送UECS 108。为了实现这一点，基站114使用UE特定身份在协议栈180的上层184处聚合下行链路数据。在联合接收(例如解码)聚合下行链路数据之后，UECS 108利用这些UE特定身份来解聚合该聚合下行链路数据。UECS 108还可以使用相同UE特定身份来聚合预期用于基站114的UE特定上行链路数据。下面参考图2到图5讨论了UECS 108可以用于解聚合和分配下行链路数据以及聚合和发送上行链路数据的不同技术。

接下来，参考图2到图7讨论了反映上述技术的各种示例实施方式和场景。虽然图2到图7和随附描述专门涉及图1的UE 102、104、106、UECS108和基站114，但可理解，以下技术可以由其它组件实施和/或在除了图1的通信系统100以外的系统中实施。

图2是基站114在单个控制信道(例如PDCCH)上向UECS 108发送含有下行链路控制信息(DCI)的控制信号的第一示例场景200的消息传送图。在示例场景200中，UE 102充当UECS 108的主UE，UE 104充当UECS108的联合接收器UE 104，并且UE 106是UECS 108中的另一UE，该另一UE既不是主也不是联合接收器。应理解，在其它场景中，UE 102、104和/或106可以在UECS 108内具有其它角色。此外，在一些场景和/或实施方式中，主UE 102不指派联合接收器UE，而是其自身进行联合接收功能。

示例场景200在UECS 108已经形成之后并且在基站114向主UE 102发送202群组身份(UECS-RNTI)时开始。在其它实施方式中，基站114通过向UE 102发送202UECS-RNTI来触发UECS 108的形成。在接收到UECS-RNTI之后，主UE 102经由本地无线网络(例如上面结合图1讨论的本地无线网络)向联合接收器UE 104和UE 106发送204UECS-RNTI。在联合接收器UE 104是UECS 108的负责使用UECS-RNTI(如下面所讨论)对下行链路数据和控制信息进行解码的唯一UE的一些实施方式和/或场景中，主UE 102仅向联合接收器UE 104发送UECS-RNTI。然而，如上面所提到，主UE 102可以随着时间推移而将联合接收器角色重新指派给另一UE(例如考虑到联合接收器UE的联合接收责任可为功率密集型的事实来共享处理负载)。因此，主UE 102也向UE 106发送UECS-RNTI可以是有利的。替代地，主UE 102可以仅在稍后将联合接收器角色指派给新UE(例如UE 106)时向该新UE发送UECS-RNTI。

在主UE 102(以及可能地UECS 108的所有UE)由于不良信道条件而无法单独接收UECS-RNTI的场景中，基站114可以不向主UE 102发送(或不成功发送)UECS-RNTI。在这种场景中，基站114不使用UECS-RNTI聚合UE特定下行链路数据(如下面将参考图3到图4描述的)。然而，UECS108仍然可以作为分布式天线而操作以从基站114联合接收控制信号和非聚合数据信号和向基站114联合发送控制信号和非聚合数据信号。另外，基站114可以在稍后信道条件改善时向主UE 102发送UECS-RNTI以启用本文中所描述的数据聚合技术。

在场景200中，在向主UE 102发送202UECS-RNTI之后，基站114生成206用于UECS108的控制信号。控制信号包含下行链路控制信息(DCI)，其指定UECS 108可以用于在上行链路数据信道上发送数据和在下行链路数据信道上接收数据的时间和频率资源。作为生成206控制信号的一部分，基站114使用UECS-RNTI对DCI的循环冗余校验(CRC)进行加扰，并且将加扰后的CRC与DCI一起包含在控制信号中。因此，只有知道UECS-RNTI的UE才可以对CRC进行“解扰”，并且因此对DCI进行解码。

在生成206控制信号之后，基站114经由单个控制信道(例如PDCCH)向UECS 108发送210包含DCI和加扰后的CRC的控制信号。UECS 108的包含主UE 102、联合接收器UE 104和UE 106的每个UE可以接收相同控制信号(信道条件允许)，其中UECS 108作为分布式天线接收器而有效地操作(即，其中分布式天线布置的一个或多个天线驻留在每个UE处)。如果特定UE在从基站114接收信号时遇到问题，但仍然可以与UECS 108中的一个或多个其它UE通信，那么UECS 108的其它UE可以接收控制信号，以下面讨论的方式处理控制信号并且将控制信息转发到该UE。

在示例场景200中，所有UE 102、104和106接收由基站114发送210的控制信号。因此，UE 106、联合接收器UE 104和主UE 102中的每一者通过对接收到的控制信号进行解调来生成(分别为212、214和216)相应I/Q样本。I/Q样本表示在被下变频并且解调为其同相(I)和正交(Q)分量之后的射频控制信号。UE 106经由本地无线网络向联合接收器UE 104发送218其I/Q样本，并且主UE 102经由本地无线网络向联合接收器UE 104发送220其I/Q样本。

在联合接收器UE 104从其它UE 102、106接收I/Q样本之后，联合接收器UE 104通过联合处理从UE 102、106接收到的I/Q样本以及联合接收器UE 104自身生成214的I/Q样本来对DCI进行解码222。为了对DCI进行解码222，联合接收器UE 104首先时间对准并且合并UE 102、104和106的I/Q样本。通过合并I/Q样本，联合接收器UE产生线性功率增益，并且与由任何单独UE接收到的信号相比，可以获得更强的信号。联合接收器UE 104然后可以通过使用UECS-RNTI对CRC进行解扰来对DCI进行解码222。

在图2中所示出的实施方式中，联合接收器UE 104然后通过经由本地无线网络向UECS 108中的其它UE(106、102)发送(224、226)DCI来分配解码后的DCI。在其它实施方式和/或场景中，联合接收器UE 104向主UE 102而非UE 106发送226DCI，然后主UE 102向UECS108中的每个UE(可能不包括联合接收器104)或向UECS 108中的至少一个其它UE发送DCI，该至少一个其它UE然后进一步分配DCI(例如形成本地无线网络内的发送链的一部分)。在接收到DCI之后，UE(102、104、106)中的每一者可以根据DCI中的信息来进行自我配置(228、230、232)，以准备好接收来自基站的下行链路发送和/或经由DCI中指定的信道发送上行链路数据。

除了DCI之外，控制信号(或由基站104生成并且在下行链路控制信道上发送的附加控制信号)可以包含其它信息，诸如由基站114确定的天线端口定义。基站114可以例如通过使用上层、UE特定身份(例如下面关于图3到图4讨论的相同身份)将不同天线端口与不同UE相关联来为UECS 108中的每个UE确定唯一天线端口。此外，如果UE具有多个天线，那么基站可以可选地为该UE的每个天线确定唯一天线端口，或为该UE的一些或所有天线确定单个天线端口。因此，UECS 108可以共同充当可以支持相对大量的唯一天线端口的空间分集的分布式天线。例如，如果UE 102、104和106分别具有两个天线，那么基站114可以潜在地将至多六个天线端口指派给UECS 108。

在向UECS 108发送210的控制信号中，或在基站114在不同时间向UECS 108发送的另一控制信号中，基站114可以包含对每个天线端口特定的各种命令。这些命令可以包含例如发送功率命令(用于设置上行链路发送功率)和/或定时提前命令(用于调整上行链路发送定时以实现系统同步)。当UE接收到与映射到该UE的一个或多个物理天线的天线端口相关联的此类命令时，UE相应地进行响应(例如通过根据接收到的命令来改变或维持其发送功率和/或上行链路发送定时)。进一步地，基站114可以定义对每个天线端口特定的信道探测进程配置，并且使与特定天线端口相关联的UE进行对应信道探测进程。当向UECS 108发送控制信号时，基站114可以通过包含适当的上层、UE特定身份(和/或对应天线端口的标识符)以及这些命令或配置来指示哪个命令(例如功率命令、定时提前命令)或配置(例如信道探测进程配置)适用于哪个UE。

图3是基站114在单个下行链路数据信道上向UECS 108发送含有聚合下行链路数据的数据信号并且UECS 108自行分配聚合下行链路数据的示例场景300的消息传送图。示例场景300可以由UECS 108和基站114在图2中所描绘的场景200之后(即，在基站114向UECS108发送210含有DCI的控制信号并且UECS 108的UE根据DCI进行自我配置之后)进行。场景300在基站114生成302包含UECS 108的聚合下行链路数据的数据信号时开始。为了生成302UECS 108的聚合下行链路数据，基站114在上层184处聚合UECS 108中的至少两个目标UE(在场景300中，至少为UE 104和106)的下行链路数据流。上层184可以是PDCP层或RLC层，并且数据信号可以分别包含PDCP协议数据单元(PDCP PDU)或含有聚合下行链路数据的RLCPDU。在其它实施方式中，上层184是MAC层，并且数据信号包含含有聚合下行链路数据的MACPDU。

基站114使用目标UE的UE特定身份在聚合下行链路数据内指示每个目标UE的下行链路数据的位置。例如，基站114可以紧接在预期用于与该UE特定身份相关联的目标UE的数据之前包含每个UE特定身份。UE特定身份可以是专用于在上层184(即，基站114聚合下行链路数据的层)处区分UE的身份。在一些实施方式中，基站114生成UE特定身份。在其它实施方式中，单独UE确定其自身的UE特定身份并且向基站114或主UE 102发送这些身份，该主UE102然后将身份转发到基站114。在又一些实施方式中，主UE 102将UE特定身份指派给每个UE并且向基站114发送这些所指派的UE特定身份。UE特定身份可以长到足以为UECS 108中的合适数量的UE(例如4个、8个、16个等)提供唯一身份或可以具有可变长度，因此允许在UECS 108的聚合数据内标识UE特定数据的可扩展方法。

当在PHY层182处生成302数据信号时，基站使用UECS-RNTI对聚合下行链路数据的CRC进行加扰并且将加扰后的CRC与聚合下行链路数据一起包含在数据信号中。基站114然后在下行链路数据信道(例如物理下行链路共享信道(PDSCH))上向UECS 108发送306包含聚合下行链路数据和加扰后的CRC的数据信号。类似于先前关于210讨论的控制信号，UECS108的包含主UE 102、联合接收器UE 104和UE 106的每个UE可以接收相同数据信号(信道条件允许)，其中UECS 108作为分布式天线接收器而有效地操作。UE 106、联合接收器UE 104和主UE 102中的每一者通过对数据信号进行解调来生成(分别为308、310和312)I/Q样本。即使UECS 108中的特定UE不是目标UE(即，在预期用于特定UE的聚合下行链路数据中不存在数据)，特定UE仍然可以帮助UECS 108接收数据信号。

继续参考图3，UE 106经由本地无线网络向联合接收器UE 104发送314其I/Q样本，并且主UE 102经由本地无线网络向联合接收器UE 104发送316其I/Q样本。在联合接收器UE104从其它UE 102、106接收到I/Q样本之后，联合接收器UE 104通过联合处理从UE 102、106接收到的I/Q样本以及联合接收器UE 104自身在310处生成的I/Q样本来对聚合下行链路数据进行解码318。类似于222，为了对聚合下行链路数据进行解码318，联合接收器UE 104首先时间对准并且合并I/Q样本以获得更强的组合信号。联合接收器UE 104然后可以通过使用UECS-RNTI对CRC进行解扰来对聚合下行链路数据进行解码。

在联合接收器UE 104对聚合下行链路数据进行解码318之后，UECS108的UE可以根据实施方式或场景以各种方式为每个UE提取和/或分配下行链路数据。在图3中所示出的实施方式中，联合接收器UE 104经由本地无线网络向主UE 102发送320聚合下行链路数据，并且主UE 102充当分配UE。在其它场景中，联合接收器UE 104不向主UE 102发送聚合下行链路数据，并且联合接收器UE 104自身充当分配UE。取决于功率、处理能力和/或其它合适考虑，主UE 102可以将联合接收器UE 104指派为分配UE，或主UE 102可以将UECS 108的不同UE(诸如UE 106)指派为分配UE。事件308到320在图3中统称为事件325。

在主UE 102充当分配UE的示例场景300中，主UE 102在与那些UE特定身份(即，上层184)对应的上层184处使用UE特定身份提取326每个目标UE的数据。例如，当提取326联合接收器UE 104的数据时，主UE102利用与联合接收器UE 104对应的UE特定身份来识别联合接收器UE 104的数据在聚合下行链路数据内的位置。类似地，当提取326UE 106的数据时，主UE 102利用与UE 106对应的UE特定身份来识别UE 106的数据在聚合下行链路数据内的位置。然后，主UE 102分别向联合接收器UE 104和UE 106发送(328、330)针对联合接收器UE104和UE 106中的每一者提取到的数据。如先前所提及，联合接收器UE 104可以是分配UE，而不是主UE 102，在这种情况下，联合接收器UE 104为主UE 102和UE 106中的每一者提取数据并且分别向主UE 102和UE 106发送提取到的数据。

图4是与同图3的消息传送图不同的实施方式和/或不同的情况对应的另一场景400的消息传送图，在场景400中，UECS 108以不同方式自行分配聚合下行链路数据。在场景400中，基站114通过使用UE特定身份聚合UECS 108中的至少两个目标UE的下行链路数据并且使用UECS-RNTI对聚合下行链路数据的CRC进行加扰而生成402数据信号。例如，事件402可以与图3的事件302类似。基站114然后向UECS 108发送406包含聚合下行链路数据和加扰后的CRC的数据信号。例如，事件406可以与事件306类似。UECS 108的UE然后联合接收和处理数据信号，以便在事件425处对聚合下行链路数据进行解码，例如，该事件425可以与图3的事件325类似。

在场景400中并且不同于场景300，主UE 102(充当分配UE)使用其自身的UE特定身份(在上层184处)仅为其自身提取426数据。然后，主UE 102经由本地无线网络向联合接收器UE 104或UECS 108中的任何其它UE发送428剩余的聚合下行链路数据。然后，联合接收器UE 104使用其自身的UE特定身份为其自身提取430数据。接下来，联合接收器UE 104向UE106或UECS 108中的任何第三UE发送432剩余的聚合下行链路数据，该UE 106或任何第三UE类似地使用其自身的UE特定身份提取434其自身的数据。如果在UECS 108中存在附加UE，那么UE 106将任何剩余的聚合下行链路数据转发到那些附加UE中的一者等。提取其自身的聚合下行链路数据的每个UE可以使用任何合适的技术来确定哪个UE应接收剩余数据(例如向UECS 108中已知处于附近的UE发送或随机选择UECS 108中具有剩余的聚合下行链路数据中的数据的另一UE等)。

虽然图3和图4描绘了UECS 108可以用于提取数据并且将数据分配给UECS 108的UE的两种示例分配技术，但其它技术也是可能的。例如，分配(主、联合接收器或其它)UE可以在不首先移除其自身的数据(如同事件426中)的情况下将所有聚合下行链路数据转发到其它UE。作为另一示例，分配UE可以将特定的UE特定数据子集转发到某些(例如在近距范围内的)UE，同时将聚合下行链路数据的剩余部分作为整体向UECS 108发送(例如向UECS 108的当前位于分配UE的本地无线范围内的任何UE发送)。

除了充当用于接收下行链路发送的分布式天线接收器之外，UECS 108还充当用于上行链路发送的分布式天线发送器。此外，除了经由单个控制信道(例如PDCCH)调度UECS108的聚合下行链路数据之外，基站114可以经由单个控制信道调度UECS 108的聚合上行链路数据，如现在将参考图5讨论的。

在图5中，在示例场景500中，UE 104和106经由本地无线网络向主UE 102发送(502、504)相应上行链路数据。UE 104和106以及UECS 108的具有要向基站114发送的上行链路数据的任何其它UE可以称为“源”UE。如果UECS 108的源UE(例如UE 106)与主UE 102具有不良连接，但可以经由本地无线网络连接到另一UE(例如UE 104)，那么源UE可以改为向另一UE(例如UE 104)发送其上行链路数据，该另一UE继而可以将上行链路数据转发到主UE102。虽然图5描绘了主UE 102从其它UE收集上行链路数据的场景500，但在其它场景中，主UE 102可以为另一UE指派收集和聚合来自UECS 108的UE(诸如联合接收器UE)的上行链路数据的角色。

在从源UE接收到上行链路数据之后，主UE 102通过使用UE特定身份在上层184处聚合上行链路数据流来生成506聚合上行链路数据。类似于基站114如何聚合(302、402)下行链路数据，主UE 102在聚合上行链路数据内包含每个相应源UE的UE特定身份，以指示UE特定上行链路数据在聚合数据内的相应位置。

虽然在图5中未示出，但在一些实施方式中，主UE 102基于与每个单独上行链路数据流相关联的服务质量(QoS)级别来聚合上行链路数据流。例如，主UE 102可以根据与数据相关联的QoS(例如其中QoS是基于数据所来源的UE和/或基于数据本身的类型或特征)对来自每个UE的上行链路数据的聚合进行优先级处理。主UE 102可以将与相同或类似QoS级别相关联的上行链路数据流聚合成不同数据子集，并且根据其QoS级别将子集放置于不同队列中。主UE 102然后可以通过例如在从低QoS队列聚合和发送数据之前从高QoS队列聚合和发送数据来对不同数据子集的发送进行优先级处理。

在生成506聚合上行链路数据之后，主UE 102经由本地无线网络向UECS 108中的其它UE(包含UE 104和UE 106)发送508聚合上行链路数据，使得其它UE可以协助联合发送。主UE 102可以向UECS 108中的所有其它UE(包含不是源UE并且在聚合上行链路数据内不具有上行链路数据的任何UE)发送508聚合上行链路数据。在一些场景中，主UE 102可以仅向一个其它UE(诸如联合接收器UE)发送聚合上行链路数据，并且该UE向所有其它UE或UECS108中的另一个UE发送聚合上行链路数据。在其它场景中，例如，如果UECS 108中的所有其它UE正在遭受高度退化的信道条件限制，那么主UE 102可以单独地直接向基站114发送包含聚合上行链路数据的上行链路数据信号。

然而，在场景500中，UECS 108充当分布式天线发送器以在由DCI指定的上行链路数据信道上联合发送510包含聚合上行链路数据的上行链路数据信号。例如，UECS 108可以经由基站114授予UECS 108或UECS 108经由随机接入过程联合获得的物理上行链路共享信道(PUSCH)时机向基站114发送510上行链路数据信号。在一些实施方式中，UECS 108在由在图2的事件222处解码的DCI指定的上行链路数据信道上向基站114联合发送510上行链路数据信号。以这种方式，可以根据在下行链路控制信道上接收到的DCI来接收/发送聚合下行链路数据和聚合上行链路数据两者。

取决于实施方式和/或场景，联合发送510可以包含UECS 108中的所有UE发送相同上行链路数据信号的副本，可以包含不同UE发送不同上行链路数据信号，或可以包含它们的某种组合。例如，如果使用多输入多输出(MIMO)技术，那么UECS 108的不同UE可以发送不同上行链路数据信号。

虽然在图5中未示出，但在一些实施方式中，UECS 108还向基站114联合发送上行链路控制信号。例如，主UE 102可以经由本地无线网络向UECS 108中的其它UE发送UECS108的上行链路控制信息(例如以与事件508类似的方式)。UECS 108然后可以充当分布式天线发送器以向基站114联合发送UECS 108的上行链路控制信号(例如以与事件510类似的方式)。

图6图示了用于向UE群组(例如UECS 108)发送含有聚合下行链路数据的数据信号的示例方法600的流程图，该示例方法可以在图1的基站114中实施。方法600开始于框602，在框602中，基站114向UE群组中的第一UE发送UE群组的群组身份(例如图2中的事件202)。群组身份可以是例如UECS-RNTI，并且可以是PHY层182身份。

在框604中，基站114使用群组身份来生成数据信号(例如图3中的事件302或图4中的事件402)。数据信号包含至少聚合下行链路数据。聚合下行链路数据包含(i)UE群组中的至少两个目标UE的UE特定下行链路数据；和(ii)针对每个目标UE，协议栈的上层(例如协议栈180的上层184)处的相应UE特定身份，该相应UE特定身份指示预期用于目标UE的UE特定下行链路数据在聚合下行链路数据内的位置。

在框606中，基站114经由下行链路数据信道向UE群组的至少一部分发送包含聚合下行链路数据的数据信号(例如图3中的事件306或图4中的事件406)。

图7是用于接收和解码包含UE群组(例如UECS 108)的不同UE的聚合下行链路数据的数据信号的示例方法700的流程图，该示例方法可以在图1的UE(诸如UE 106、UE 104或UE102)中实施。为了便于解释，以下段落将UE 102称为进行方法700，但应理解，UECS 108的任何UE都可以进行方法700。

在框702中，UE 102接收与包含UE 102和至少一个其它UE的UE群组(诸如UECS108)对应的群组身份(例如图2的事件202)。群组身份可以是例如UECS-RNTI，并且可以是PHY层182身份。例如，UE 102从无线发送器接收群组身份，该无线发送器可以是基站114的无线发送器或UECS 108的充当主UE的UE的无线发送器。

在框704中，UE 102在下行链路数据信道上从基站114接收数据信号(例如图3中的事件306或图4中的事件406)。数据信号包含聚合下行链路数据，该聚合下行链路数据继而包含(i)UE群组中的至少两个目标UE的UE特定下行链路数据；和(ii)针对每个目标UE，协议栈的上层(例如协议栈180的上层184)处的相应UE特定身份，该相应UE特定身份指示预期用于目标UE的UE特定下行链路数据在聚合下行链路数据内的位置。

在框706中，UE 102通过对接收到的数据信号进行解调来生成第一I/Q样本(例如图3的事件308、310或312，或图4的事件425)。在框708中，UE 102从第二UE接收第二I/Q样本，该I/Q样本与如由第二UE接收到的数据信号对应(例如图3的事件314或316，或图4的事件425)。进一步地，在框710中，UE 102通过使用群组身份处理至少第一I/Q样本和第二I/Q样本来对聚合下行链路数据进行解码(例如图3的事件318或图4的事件425)。例如，UE 102可以使用UECS-RNTI对聚合下行链路数据的CRC进行解扰。

各个方面

作为示例而非限制，本文中的公开内容考虑了至少以下方面：

方面1——一种在支持协议栈的基站中用于提高网络效率的方法，该方法包括：向至少第一用户设备(UE)发送包含第一UE的两个或更多个UE的群组的群组身份；由基站的处理硬件使用群组身份来生成包含聚合下行链路数据的数据信号，其中聚合下行链路数据包含(i)群组内的至少两个目标UE的UE特定下行链路数据；和(ii)针对至少两个目标UE中的每个目标UE，协议栈的上层处的相应UE特定身份，该相应UE特定身份指示预期用于目标UE的UE特定下行链路数据在聚合下行链路数据内的位置；以及经由下行链路数据信道向群组的至少一部分发送数据信号。

方面2——根据方面1的方法，其中上层是分组数据汇聚协议(PDCP)层，并且数据信号包含含有聚合下行链路数据的PDCP协议数据单元(PDCP PDU)；或上层是无线电链路控制(RLC)层，并且数据信号包含含有聚合下行链路数据的RLC协议数据单元(RLC PDU)。

方面3——根据方面1的方法，其中上层是媒体接入控制(MAC)层，并且数据信号包含含有聚合下行链路数据的MAC协议数据单元(MAC PDU)。

方面4——根据方面1至3中任一项的方法，其中生成数据信号包含使用群组身份对数据信号内的信息进行加扰。

方面5——根据方面1至4中任一项的方法，其中生成数据信号包含使用群组身份对与聚合下行链路数据相关联的循环冗余校验(CRC)进行加扰。

方面6——根据方面1至5中任一项的方法，进一步包括在发送数据信号之前：由处理硬件使用群组身份生成包含群组的下行链路控制信息的控制信号，下行链路控制信息定义下行链路数据信道的至少一部分；以及经由下行链路控制信道向群组的至少一部分发送控制信号。

方面7——根据方面6的方法，其中生成控制信号包含使用群组身份对控制信号内的信息进行加扰。

方面8——根据方面6至7中任一项的方法，其中生成控制信号包含使用群组身份对与下行链路控制信息相关联的循环冗余校验(CRC)进行加扰。

方面9——根据方面6至8中任一项的方法，进一步包括：经由下行链路控制信道调度群组的上行链路数据和下行链路数据两者。

方面10——根据方面6至9中任一项的方法，进一步包括：从群组的一个或多个UE经由至少部分地由下行链路控制信息定义的上行链路数据信道接收聚合上行链路数据，该聚合上行链路数据包含(i)群组的多个源UE的UE特定上行链路数据；和(ii)针对多个源UE中的每个源UE，上层处的相应UE特定身份，该相应UE特定身份指示源UE的UE特定上行链路数据在聚合上行链路数据内的位置。

方面11——根据方面1至10中任一项的方法，进一步包括：将聚合下行链路数据仅与一个数据无线电承载相关联。

方面12——根据方面1至11中任一项的方法，进一步包括：将群组配置为共享相同无线电资源控制(RRC)层状态。

方面13——根据方面1至12中任一项的方法，进一步包括：将群组配置为共享相同非连续接收(DRX)循环。

方面14——根据方面1至13中任一项的方法，进一步包括：将群组配置为共享相同半持久调度。

方面15——根据方面1至14中任一项的方法，进一步包括：由处理硬件确定群组的第一UE的第一天线端口和第二UE的第二天线端口。

方面16——根据方面15的方法，进一步包括：使第一UE通过向群组发送与第一天线端口相关联的第一命令来进行一个或多个第一操作；以及使第二UE通过向群组发送与第二天线端口相关联的第二命令来进行一个或多个第二操作。

方面17——根据方面16的方法，其中第一命令和第二命令是不同发送功率控制命令。

方面18——根据方面16的方法，其中第一命令和第二命令是不同定时提前命令。

方面19——根据方面15至18中任一项的方法，进一步包括：使第一UE通过向群组发送与第一天线端口相关联的第一信道探测进程配置来进行第一信道探测进程；以及使第二UE通过向群组发送与第二天线端口相关联的第二信道探测进程配置来进行第二信道探测进程。

方面20——一种基站，包括硬件并且配置为进行根据方面1至19中任一项的方法。

方面21——一种在支持协议栈的第一用户设备(UE)中用于提高网络效率的方法，该方法包括：从无线发送器接收与包含第一UE和第二UE的两个或更多个UE的群组对应的群组身份；在下行链路数据信道上从基站接收包含聚合下行链路数据的数据信号，其中聚合下行链路数据包含(i)群组内的至少两个目标UE的UE特定下行链路数据；和(ii)针对至少两个目标UE中的每个目标UE，协议栈的上层处的相应UE特定身份，该相应UE特定身份指示预期用于目标UE的UE特定下行链路数据在聚合下行链路数据内的位置；由第一UE的处理硬件通过对接收到的数据信号进行解调来生成第一I/Q样本；从第二UE经由本地无线网络接收与如由第二UE接收到的数据信号对应的第二I/Q样本；以及由处理硬件通过使用群组身份至少处理第一I/Q样本和第二I/Q样本来对聚合下行链路数据进行解码。

方面22——根据方面21的方法，其中：上层是分组数据汇聚协议(PDCP)层，并且数据信号包含含有聚合下行链路数据的PDCP协议数据单元(PDCP PDU)；或上层是无线电链路控制(RLC)层，并且数据信号包含含有聚合下行链路数据的RLC协议数据单元(RLC PDU)。

方面23——根据方面21的方法，其中上层是媒体接入控制(MAC)层，并且数据信号包含含有聚合下行链路数据的MAC协议数据单元(MAC PDU)。

方面24——根据方面21至23中任一项的方法，其中对聚合下行链路数据进行解码包含使用群组身份对与聚合下行链路数据相关联的循环冗余校验(CRC)进行解扰。

方面25——根据方面21至24中任一项的方法，进一步包括在接收数据信号之前：从基站经由下行链路控制信道接收包含群组的下行链路控制信息的控制信号；由处理硬件通过对接收到的控制信号进行解调来生成第三I/Q样本；从第三UE经由本地无线网络接收与如由第二UE接收到的控制信号对应的第四I/Q样本；以及由处理硬件通过使用群组身份至少处理第三I/Q样本和第四I/Q样本来对下行链路控制信息进行解码，其中接收数据信号包含经由至少部分地由下行链路控制信息定义的下行链路数据信道接收数据信号。

方面26——根据方面25的方法，其中第三UE是第二UE。

方面27——根据方面25至26中任一项的方法，其中对下行链路控制信息进行解码包含使用群组身份对与下行链路控制信息相关联的循环冗余校验(CRC)进行解扰。

方面28——根据方面25至27中任一项的方法，其中第一UE是群组的主UE，并且该方法进一步包括：经由本地无线网络从群组的一个或多个其它UE接收上行链路数据；由处理硬件通过在上层处聚合来自群组内的多个源UE的上行链路数据来生成聚合上行链路数据，其中聚合上行链路数据包含(i)多个源UE的UE特定上行链路数据；和(ii)针对多个源UE中的每个源UE，上层处的相应UE特定身份，以指示源UE的UE特定上行链路数据在聚合上行链路数据内的位置；以及经由至少部分地由下行链路控制信息定义的上行链路数据信道向基站发送聚合上行链路数据。

方面29——根据方面28的方法，其中生成聚合上行链路数据包含：由处理硬件确定来自多个源UE的上行链路数据子集，该上行链路数据子集与相同服务质量级别对应；以及对来自多个源UE的上行链路数据子集进行优先级处理。

方面30——根据方面28至29中任一项的方法，进一步包括：在向基站发送聚合上行链路数据之前，向群组中的至少一个其它UE发送聚合上行链路数据以实现聚合上行链路数据的联合发送。

方面31——根据方面25至27中任一项的方法，进一步包括：经由本地无线网络从群组的主UE接收聚合上行链路数据，其中聚合上行链路数据包含(i)群组的一个或多个其它源UE的UE特定上行链路数据；和(ii)针对一个或多个源UE中的每个源UE，上层处的相应UE特定身份，以指示源UE的UE特定上行链路数据在聚合上行链路数据内的位置；以及向基站发送聚合上行链路数据。

方面32——根据方面31的方法，进一步包括在从主UE接收聚合上行链路数据之前，经由本地无线网络向主UE发送第一UE的UE特定上行链路数据。

方面33——根据方面21至27、31或32中任一项的方法，进一步包括在对聚合下行链路数据进行解码之后：经由本地无线网络向群组的至少一个其它UE发送解码后的聚合下行链路数据。

方面34——根据方面33的方法，其中发送解码后的聚合下行链路数据包括：仅向群组的主UE发送以使得能够由主UE分配至少两个目标UE的UE特定下行链路数据。

方面35——根据方面33的方法，其中发送解码后的聚合下行链路数据包括向至少两个目标UE发送。

方面36——根据方面21至33中任一项的方法，进一步包括在对聚合下行链路数据进行解码之后：由处理硬件从解码后的聚合下行链路数据提取预期用于第一UE的UE特定下行链路数据；以及经由本地无线网络向群组的至少一个其它UE发送解码后的聚合下行链路数据的剩余部分。

方面37——根据方面21至33中任一项的方法，进一步包括在对聚合下行链路数据进行解码之后：由处理硬件从解码后的聚合下行链路数据提取预期用于第二UE的UE特定下行链路数据；以及经由本地无线网络向第二UE发送预期用于第二UE的UE特定下行链路数据。

方面38——根据方面21至37中任一项的方法，其中无线发送器是(i)基站或(ii)群组的主UE的无线发送器。

方面39——根据方面21至38中任一项的方法，其中聚合下行链路数据仅与一个数据无线电承载相关联。

方面40——根据方面21至39中任一项的方法，进一步包括：与群组中的所有其它UE共享相同无线电资源控制(RRC)层状态。

方面41——根据方面21至40中任一项的方法，进一步包括：与群组中的所有其它UE共享相同非连续接收(DRX)循环。

方面42——根据方面21至41中任一项的方法，进一步包括：与群组中的所有其它UE共享相同半持久调度。

方面43——根据方面21至24中任一项的方法，进一步包括：从基站经由下行链路控制信道接收包含多个相应天线端口的多个命令的控制信号；由处理硬件通过对接收到的控制信号进行解调来生成第三I/Q样本；从第三UE经由本地无线网络接收与如由第二UE接收到的控制信号对应的第四I/Q样本；以及由处理硬件通过使用群组身份至少处理第三I/Q样本和第四I/Q样本来对多个命令进行解码。

方面44——根据方面43的方法，其中第三UE是第二UE。

方面45——根据方面43至44中任一项的方法，进一步包括：由处理硬件在解码后的多个命令内识别与第一UE相关联的天线端口的第一命令；以及响应于第一命令而进行一个或多个操作。

方面46——根据方面45的方法，其中：多个命令是多个发送功率控制命令；第一命令是第一功率控制命令；并且进行一个或多个操作包含根据第一功率控制命令来修改或维持发送功率电平。

方面47——根据方面45的方法，其中：多个命令是多个定时提前命令；第一命令是第一定时提前命令；并且进行一个或多个操作包含根据第一定时提前命令来修改或维持上行链路发送定时。

方面48——根据方面21至24中任一项的方法，进一步包括：从基站经由下行链路控制信道接收包含多个相应天线端口的多种信道探测进程配置的控制信号；由处理硬件通过对接收到的控制信号进行解调来生成第三I/Q样本；从第二UE经由本地无线网络接收与如由第二UE接收到的控制信号对应的第四I/Q样本；以及由处理硬件通过使用群组身份至少处理第三I/Q样本和第四I/Q样本来对多种信道探测进程配置进行解码。

方面49——根据方面48的方法，进一步包括：由处理硬件在解码后的多种信道探测进程配置内识别与第一UE相关联的天线端口的第一信道探测进程配置；以及根据第一信道探测进程配置来进行信道探测进程。

方面50——根据方面21的方法，其中第一UE是群组的主UE，并且该方法进一步包括：在接收到群组身份之后并且在接收到数据信号之前，经由本地无线网络向群组的至少一个其它UE发送群组身份。

方面51——根据方面21的方法，其中：第二UE是群组的主UE；并且方法包括经由本地无线网络从主UE接收群组身份。

方面52——一种UE，包括硬件并且配置为进行根据方面21至51中任一项的方法。

附加考虑

可以实施本公开的技术的用户设备(例如UE 102)可以是能够进行无线通信的任何合适的设备，诸如智能电话、平板计算机、膝上型计算机、移动游戏控制台、销售点(POS)终端、健康监测设备、无人机、相机、流媒体加密狗或另一个人媒体设备、可穿戴设备(诸如智能手表)、无线热点、毫微微小区或宽带路由器。进一步地，在一些情况下，用户设备可以嵌入电子系统(诸如车辆的头部单元或高级驾驶员辅助系统(ADAS))中。更进一步地，用户设备可以作为物联网(IoT)设备或移动互联网设备(MID)而操作。取决于类型，用户设备可以包含一个或多个通用处理器、计算机可读存储器、用户界面、一个或多个网络接口、一个或多个传感器等。

某些实施例在本公开中被描述为包含逻辑或若干组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码或机器可读指令)或硬件模块。硬件模块是能够进行某些操作的有形单元，并且可以以某种方式进行配置或布置。硬件模块可以包括永久地配置为进行某些操作的专用电路系统或逻辑(例如作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)、数字信号处理器(DSP)等)。硬件模块还可以包括由软件暂时配置为进行某些操作的可编程逻辑或电路系统(例如，如在通用处理器或其它可编程处理器内所囊括的)。可以通过成本和时间考虑来驱动在专用且永久配置的电路系统中或在暂时配置的电路系统(例如由软件配置)中实施硬件模块的决定。

当在软件中实施时，这些技术可以被提供为操作系统的一部分、由多个应用使用的库、特定软件应用等。软件可以由一个或多个通用处理器或一个或多个专用处理器执行。

Claims (15)

1.一种在支持协议栈的基站中用于提高网络效率的方法，所述方法包括：

向至少第一用户设备(UE)发送包含所述第一UE的两个或更多个UE的群组的群组身份；

由所述基站的处理硬件使用所述群组身份来生成包含聚合下行链路数据的数据信号，其中

所述聚合下行链路数据包含(i)所述群组内的至少两个目标UE的UE特定下行链路数据；和(ii)针对所述至少两个目标UE中的每个目标UE，所述协议栈的上层处的相应UE特定身份，所述相应UE特定身份指示预期用于所述目标UE的所述UE特定下行链路数据在所述聚合下行链路数据内的位置；以及

经由下行链路数据信道向所述群组的至少一部分发送所述数据信号。

2.根据权利要求1所述的方法，其中：

所述上层是分组数据汇聚协议(PDCP)层，并且所述数据信号包含含有所述聚合下行链路数据的PDCP协议数据单元(PDCP PDU)；或

所述上层是无线电链路控制(RLC)层，并且所述数据信号包含含有所述聚合下行链路数据的RLC协议数据单元(RLC PDU)。

3.根据权利要求1所述的方法，其中所述上层是媒体接入控制(MAC)层，并且所述数据信号包含含有所述聚合下行链路数据的MAC协议数据单元(MAC PDU)。

4.根据权利要求1所述的方法，其中生成所述数据信号包含使用所述群组身份对所述数据信号内的信息进行加扰。

5.根据权利要求1所述的方法，进一步包括在发送所述数据信号之前：

由所述处理硬件使用所述群组身份生成包含所述群组的下行链路控制信息的控制信号，所述下行链路控制信息定义所述下行链路数据信道的至少一部分；以及

经由下行链路控制信道向所述群组的至少一部分发送所述控制信号。

6.根据权利要求5所述的方法，进一步包括：

从所述群组的一个或多个UE经由至少部分地由所述下行链路控制信息定义的上行链路数据信道接收聚合上行链路数据，所述聚合上行链路数据包含(i)所述群组的多个源UE的UE特定上行链路数据；和(ii)针对所述多个源UE中的每个源UE，所述上层处的所述相应UE特定身份，所述相应UE特定身份指示所述源UE的所述UE特定上行链路数据在所述聚合上行链路数据内的位置。

7.一种基站，包括硬件并且配置为进行根据权利要求1至6中任一项所述的方法。

8.一种在支持协议栈的第一用户设备(UE)中用于提高网络效率的方法，所述方法包括：

从无线发送器接收与包含所述第一UE和第二UE的两个或更多个UE的群组对应的群组身份；

在下行链路数据信道上从基站接收包含聚合下行链路数据的数据信号，其中

所述聚合下行链路数据包含(i)所述群组内的至少两个目标UE的UE特定下行链路数据；和(ii)针对所述至少两个目标UE中的每个目标UE，所述协议栈的上层处的相应UE特定身份，所述相应UE特定身份指示预期用于所述目标UE的所述UE特定下行链路数据在所述聚合下行链路数据内的所述位置；

由所述第一UE的处理硬件通过对接收到的数据信号进行解调来生成第一I/Q样本；

从所述第二UE经由本地无线网络接收与如由所述第二UE接收到的所述数据信号对应的第二I/Q样本；以及

由所述处理硬件通过使用所述群组身份至少处理所述第一I/Q样本和所述第二I/Q样本来对所述聚合下行链路数据进行解码。

9.根据权利要求8所述的方法，其中：

所述上层是分组数据汇聚协议(PDCP)层，并且所述数据信号包含含有所述聚合下行链路数据的PDCP协议数据单元(PDCP PDU)；

所述上层是无线电链路控制(RLC)层，并且所述数据信号包含含有所述聚合下行链路数据的RLC协议数据单元(RLC PDU)；或

所述上层是媒体接入控制(MAC)层，并且所述数据信号包含含有所述聚合下行链路数据的MAC协议数据单元(MAC PDU)。

10.根据权利要求8所述的方法，进一步包括在接收所述数据信号之前：

从所述基站经由下行链路控制信道接收包含所述群组的下行链路控制信息的控制信号；

由所述处理硬件通过对所述接收到的控制信号进行解调来生成第三I/Q样本；

从第三UE经由所述本地无线网络接收与如由所述第二UE接收到的所述控制信号对应的第四I/Q样本；以及

由所述处理硬件通过使用所述群组身份至少处理所述第三I/Q样本和所述第四I/Q样本来对所述下行链路控制信息进行解码，

其中接收所述数据信号包含经由至少部分地由所述下行链路控制信息定义的下行链路数据信道接收所述数据信号。

11.根据权利要求10所述的方法，其中所述第一UE是所述群组的主UE，并且所述方法进一步包括：

经由所述本地无线网络从所述群组的一个或多个其它UE接收上行链路数据；

由所述处理硬件通过在所述上层处聚合来自所述群组内的多个源UE的上行链路数据来生成聚合上行链路数据，其中所述聚合上行链路数据包含(i)所述多个源UE的UE特定上行链路数据；和(ii)针对所述多个源UE中的每个源UE，所述上层处的所述相应UE特定身份，以指示所述源UE的所述UE特定上行链路数据在所述聚合上行链路数据内的所述位置；以及

经由至少部分地由所述下行链路控制信息定义的上行链路数据信道向所述基站发送所述聚合上行链路数据。

12.根据权利要求10所述的方法，进一步包括：

经由所述本地无线网络从所述群组的主UE接收聚合上行链路数据，其中所述聚合上行链路数据包含(i)所述群组的一个或多个其它源UE的UE特定上行链路数据；和(ii)针对所述一个或多个源UE中的每个源UE，所述上层处的所述相应UE特定身份，以指示所述源UE的所述UE特定上行链路数据在所述聚合上行链路数据内的所述位置；以及

向所述基站发送所述聚合上行链路数据。

13.根据权利要求8所述的方法，进一步包括在对所述聚合下行链路数据进行解码之后：

经由所述本地无线网络向所述群组的至少一个其它UE发送解码后的聚合下行链路数据。

14.根据权利要求8所述的方法，进一步包括在对所述聚合下行链路数据进行解码之后：

由所述处理硬件从所述解码后的聚合下行链路数据提取预期用于所述第一UE的UE特定下行链路数据；以及

经由所述本地无线网络向所述群组的至少一个其它UE发送所述解码后的聚合下行链路数据的剩余部分。

15.一种UE，包括硬件并且配置为进行根据权利要求8至14中任一项所述的方法。

Images