CN112154680B - 用于无线通信的多天线移动设备和网络设备 - Google Patents

Abstract

本申请分别提供了用于无线通信，具体是V2X通信的移动设备和网络设备。移动设备包括一个以上的天线。移动设备用于向网络设备和/或另一移动设备发送能力信息。能力信息包括关于移动设备使用多个天线进行通信的能力的指示，并且包括上述多个天线中的至少一个天线的天线特性。网络设备用于从移动设备接收能力信息，并且基于接收的能力信息确定待由移动设备用于与另一移动设备通信的天线集合。然后，网络设备用于向移动设备发送关于天线集合的信息。或者，移动设备可以相互交换能力和特性信息，以便进行关于待使用的最佳天线集合的分布式选择。

Description

用于无线通信的多天线移动设备和网络设备

技术领域

本申请分别涉及用于无线通信的移动设备和网络设备。由此，移动设备用于具体是利用多个天线与另一移动设备通信，并且网络设备用于选择用于移动设备之间的这种通信的多个天线。本申请的移动设备和网络设备特别适用于车联网(vehicle-to-everything，V2X)通信，例如车辆到车辆(vehicle-to-vehicle，V2V)、车辆到基础设施、和/或车辆到行人通信。

背景技术

随着自动驾驶功能的出现，车辆将连接起来，并且车辆将进行通信以交换传感器数据和规划的轨迹。自动驾驶为5G通信***设置了严格的性能要求(时延、可靠度、容量(capacity))。例如，需要小于10ms的端到端时延和高于99.99％的可靠度，以便支持宽范围的V2X用例(例如，协作碰撞避免、高密度列队行驶、自驾驶车辆的协作感知等；参见3GPPTS22.186 V.15.00：Service Requirements for enhanced V2X scenarios(Release 15),March 2017(增强的V2X场景的服务要求(版本15)，2017年3月))。

未来车辆中多个天线的可用性使得能够利用多输入多输出(multiple-inputmultiple-output，MIMO)或分集技术增强V2X通信。尽管在单天线车辆通信中，默认地假设传输发生在位于发射器车辆和接收器车辆的车顶上的天线之间，但事实表明，根据特定的通信环境，存在对V2V通信可能更有利(具有较低的路径损耗)的其他天线位置。

例如，图18提供了利用多天线链路分集的侧行通信场景的概观。如图18的上半部分所示，无线通信中涉及一个发射器车辆和两个接收器车辆，上述车辆配备有多个天线。在图18的下半部分中，在选择了用于通信的天线集合之后，每辆车具有易于操作以执行无线通信的指定天线集合。

然而，用于侧行链路的现有LTE无线资源控制(radio resource control，RRC)和无线资源管理(radio resource management，RRM)/调度过程仅关注于单天线情况。上述过程未设计用于多天线和多链路V2X通信，其中出现重要的新挑战，即：

·不同类型的车辆可以具有不同的天线位置和特征。

·由于这些天线的不同特性，需要每个天线单元的单独配置和天线之间的协调。

·多链路连通性不能以协调的方式实现。

·应当考虑V2X用例的苛刻的性能要求(低时延、高可靠度等)。

根据传统的解决方案，可以配置侧行V2X通信的一些方面，例如：

·用户设备(user equipment，UE)可以使用UE能力传送过程将无线接入能力信息传送到E-UTRAN。然而，这些过程没有考虑多个天线的存在以及这些天线具有的特定特性。

·用于资源分配和调度的传统侧行链路过程关注于单个天线，而没有考虑多链路V2V或多个天线。

另一相关的解决方案是如同在下行链路或上行链路中使用MIMO一样在侧行链路中使用MIMO。在文献中已经考虑了利用位于车辆的不同部分的天线的MIMO侧行链路，其在容量增加和可靠度方面表现出重要的益处。然而，当前没有任何解决侧行链路中MIMO的3GPP标准。

关于选择在MIMO通信中使用的天线，大规模MIMO的大多数传统解决方案需要了解信道，由于移动性，这对于车辆通信是一个缺点。MIMO设备到设备(device-to-device，D2D)***的天线选择/配对的其他解决方案依赖于多径信道状态信息(不适合高移动性环境)，并且上述解决方案的复杂度随着天线和D2D对数量的增长而增长。

发明内容

鉴于上述挑战和缺点，本申请旨在改进传统的解决方案。本申请旨在扩展无线通信的传统实现，例如5G媒体接入控制(medium access control，MAC)、RRC、以及无线资源管理(RRM)过程，以便利用多天线链路的分集。由此，特别考虑无线侧行通信。本申请特别旨在选择用于两个移动设备之间的无线通信(例如用于两个车辆之间的V2V通信)的最适当的天线集合，特别考虑了道路和无线条件。此外，本申请期望能够使用不同天线在两个或两个以上的移动设备之间协调建立多个链路用于特定(例如V2X)服务，以便增加可靠度、容量并改善通信的时延。应当考虑基于网络(LTE标准术语中的模式3)和自主(LTE标准术语中的模式4)多天线资源控制和分配。

因此，本申请的目的是提供一种网络设备、移动设备、以及方法，上述网络设备、移动设备、以及方法能够实现并支持用于改进的无线通信的天线选择。特别地，本申请旨在使得能够支持用于改进的无线V2X通信的天线选择。

本申请的目的通过所附独立权利要求中提供的解决方案实现。从属权利要求中进一步限定了本申请的有利实施方式。

特别地，本申请提出基于用于移动设备到移动设备(例如车辆的侧行链路)通信的天线选择来增强无线通信，具体是V2X通信。因此可以：a)例如由基站(base station，BS)、5G网络中的接入管理功能(access management function，AMF)、由MNO操作或不由MNO操作的云服务器、或任何其他网络设备操作以集中式方式(基于网络的控制/协调)做出天线选择决策，或者b)由自主移动设备(例如，车辆；基于车辆的控制/协调)以分布式方式做出天线选择决策。为了发展这种思路以及建立多链路，通常开发以下解决方案：

·由移动设备使用的信令通知网络设备或其他周围移动设备关于该移动设备使用多个天线进行通信的能力以及天线特性。

·利用信令从移动设备向网络设备或其他周围移动设备提供无线条件和道路条件的信息、相对位置来支持做出选择用于特定(V2X)服务的最佳天线对的决策。

·在集中式决策的情况下，从网络设备发信令通知涉及的移动设备用于发送和接收的所需配置和适当的天线集合的选择(或更新)。

·在集中式决策的情况下，基于网络的调度过程使用标准测量分配移动设备之间的多链路和多天线通信中的资源。

·在分散式决策的情况下，在移动设备之间发信令通知以选择(或更新)用于发送和接收的所需配置和适当的天线集合。

本申请一般提供一种基于上下文信息选择用于发送和接收的最佳天线子集的简单的低复杂度方法，以改进例如SISO/MIMO V2X。通常提供如下优点：

·通过天线选择和多链路建立来增加提供的通信服务的可靠度和可用性。

·避免为附近移动设备的所有天线寻找正交导频序列。

·避免为了估计从所有发射天线到接收天线的信道而在车辆之间交换大量导频。

·没有因移动性而导致的性能下降。

·没有用于选择最佳天线的高复杂度解决方案，MIMO应该在该最佳天线上实现。

本申请的第一方面提供了一种用于无线通信的移动设备，该移动设备包括一个以上的天线并且用于向网络设备和/或另一移动设备发送能力信息，该能力信息包括：关于上述移动设备使用多个天线进行通信的能力的指示，上述多个天线中的至少一个天线的天线特性。

例如，天线特性可以包括天线单元的数量、天线的位置、频率相关参数、辐射图、车辆类型(例如，公共汽车、货车)、车辆的位置等。

通过将能力信息发送到网络设备和/或其他移动设备，支持选择用于第一方面的移动设备与其他移动设备之间的通信的天线集合。可以在网络设备或者以至少移动设备和其他移动设备之间的协作方式执行天线集合的选择。特别地，可以通过提供的天线特性选择天线集合，以便实现在可靠度、容量、以及时延方面改进的通信。

在第一方面的实施方式中，移动设备用于在控制面消息和/或应用层消息中向网络设备和/或另一移动设备发送能力信息。

控制面消息特别地包括无线控制用户设备信息消息，该消息类似于LTE中的无线资源控制用户设备(radio resource control user equipment，RRC UE)能力信息消息。应用层消息特别地包括协作感知消息(cooperative awareness message，CAM)。请注意，从此以后，无线控制协议(具有与LTE的无线资源控制协议类似的功能)将与无线资源控制协议互换使用。

在第一方面的其他实施方式中，上述移动设备还用于向网络设备和/或另一移动设备发送支持信息，上述支持信息包括以下中的至少一项：无线条件和/或网络条件、环境条件(具体是道路环境条件)。

这改进了用于无线通信的最佳天线集合的选择，特别考虑了移动设备当前的通信环境。

在第一方面的其他实施方式中，上述移动设备还用于向上述网络设备和/或上述另一移动设备发送支持信息，上述支持信息包括以下中的至少一项：至少一个其他移动设备具体是相对于移动设备的方向和/或相对位置、至少一个其他移动设备的移动方向和/或速度和/或估计的短期路径。

这些参数有助于从移动设备的多个天线中选择正确的(最佳)天线用于与其他移动设备进行通信。

在第一方面的其他实施方式中，上述移动设备还用于向上述网络设备和/或上述另一移动设备发送支持信息，上述支持信息包括以下中的至少一项：服务类型和/或传输模式(例如，多播、单播、广播)、服务持续时间、服务周期、和/或服务特性。

这进一步改进了天线集合的选择。

在第一方面的其他实施方式中，移动设备还用于通过以下方式之一发送支持信息：根据来自外部设备具体是来自网络设备和/或其他移动设备的要求；不根据要求，具体是连接请求消息；周期性地，具体是测量报告。

可以在以下一个或多个中发送上述支持信息：上行和/或下行控制面消息；侧行控制面消息；动态报告消息。

例如RRC连接处理消息和/或非接入层(non-access stratum，NAS)服务请求信息消息、和/或RRC侧行UE信息消息。

在第一方面的其他实施方式中，移动设备还用于具体是基于从上述其他移动设备接收的能力信息和/或支持信息，确定具体是由移动设备用于与上述另一移动设备通信的天线集合，以及向上述另一移动设备发送关于确定的天线集合的信息。

这样，移动设备可以在没有网络帮助的情况下确定天线集合。该传输可以是如在第一方面中定义的能力信息的传输的一部分。天线集合可以包括用于移动设备和/或用于其他移动设备的天线配置。天线集合的确定可能涉及两个通信移动设备或一组移动设备。

在第一方面的其他实施方式中，移动设备用于在控制面侧行消息中具体是在以下中的至少一项中发送关于确定的天线集合的信息：SCI(sidelink control information)消息、侧行UE到UE信息消息、类似RRC的侧行消息。

在第一方面的其他实施方式中，移动设备还用于分配用于使用确定的天线集合与上述另一移动设备通信的资源集合。

两个设备都可以使用这些资源来利用定义的天线集合进行通信。移动设备之间的通信在可靠度、容量、以及时延方面得到了显著的改善。

在第一方面的其他实施方式中，移动设备还用于从网络设备和/或另一移动设备具体是上述另一移动设备接收包括待用于与上述另一移动设备通信的天线集合的信息。

关于天线集合的信息可以包括其自身天线的关于哪些天线应当用于与其他移动设备通信的信息。并且天线集合的信息可以包括来自另一设备的一个或多个天线的信息，应当使用该信息配置传输，具体是配置波束指向等。

在第一方面的其他实施方式中，上述确定天线集合可以根据以下方式中的一种或多种执行：根据预定义的规则；基于另一移动设备和/或网络设备的请求；重复地，具体是基于信道测量。

本申请的第二方面提供了一种用于移动通信的网络设备，该网络设备用于从移动设备接收能力信息，该能力信息包括：关于移动设备使用多个天线进行通信的能力的指示、移动设备的多个天线中的至少一个天线的天线特性，基于接收的能力信息确定待由移动设备用于与另一移动设备通信的天线集合，以及向移动设备发送关于天线集合的信息。

网络设备可以基于接收的信息确定天线集合，从而通过使用确定的天线，移动设备与上述另一移动设备之间的通信具体是在可靠度、容量、以及时延方面得到显著的改善。

天线集合可以包括以下之一：

a)发射移动设备的一个或多个Tx天线，用于与群组或特定接收移动设备通信。

b)发射移动设备的一个或多个Tx天线和Rx天线，用于与群组或特定接收移动设备通信。

c)发射移动设备的一个或多个Tx天线和一个或多个接收移动设备的一个或多个Rx天线。

d)一个或多个Tx天线和Rx天线，用于参与服务的一组移动设备。

在第二方面的实施方式中，网络设备还用于向移动设备并且可选地向上述另一移动设备通知确定的天线集合。

这改善了移动设备之间的通信。

在第二方面的其他实施方式中，网络设备用于在控制面消息中具体是以下中的至少一项中通知确定的天线集合：无线资源控制消息或任何无线控制消息、下行控制信息(downlink control information，DCI)消息、和/或侧行控制信息(sidelink controlinformation，SCI)消息。

在第二方面的其他实施方式中，网络设备用于通过以下方式之一从移动设备接收支持信息：根据来自外部设备具体是网络设备和/或其他移动设备的要求；不根据要求，具体是连接请求消息；周期性地，具体是测量报告。

支持信息可以包括以下中的至少一项：无线条件和/或网络条件；环境条件，具体是道路环境条件；至少一个其他移动设备相对于上述移动设备的方向和/或相对位置；至少一个其他移动设备的移动方向和/或速度和/或估计的短期路径；服务类型和/或传输模式；服务持续时间、服务周期、和/或服务特性。

在第二方面的其他实施方式中，网络设备用于另外基于支持信息确定天线集合。

这意味着，网络设备用于基于能力信息和支持信息确定天线集合。这显著地改进了最佳天线集合的确定。

在第二方面的其他实施方式中，上述确定天线集合可以根据以下方式中的一种或多种执行：根据预定义的规则；基于另一移动设备和/或另一网络设备的请求；重复地，具体是基于信道测量。

在第二方面的其他实施方式中，网络设备用于将从移动设备接收的支持信息传播到一个或多个其他移动设备。

在第二方面的其他实施方式中，网络设备用于分配用于移动设备使用确定的天线集合与上述另一移动设备通信的资源集合。

在第二方面的其他实施方式中，网络设备用于将资源集合的第一子集分配给天线集合的第一子集，并且将资源集合的第二子集分配给天线集合的第二子集。

在第二方面的其他实施方式中，网络设备用于具体是在下行控制信息(DCI)消息中向移动设备发送分配的资源集合和/或子集。

本申请的第三方面提供了一种用于移动设备的方法，该方法包括用信令向网络设备和/或另一移动设备发送能力信息，该能力信息包括：关于上述移动设备使用多个天线进行通信的能力的指示，上述多个天线中的至少一个天线的天线特性。

在第三方面的实施方式中，该方法包括在控制面消息和/或应用层消息中向网络设备和/或上述另一移动设备发送能力信息。

在第三方面的其他实施方式中，该方法包括向网络设备和/或向上述另一移动设备发送支持信息，该支持信息包括以下中的至少一项：无线条件和/或网络条件、环境条件，具体是道路环境条件。

在第三方面的其他实施方式中，该方法包括向网络设备和/或上述另一移动设备发送支持信息，该支持信息包括以下中的至少一项：至少一个其他移动设备具体是相对于上述移动设备的方向和/或相对位置、至少一个其他移动设备的移动方向和/或速度和/或估计的短期路径。

在第三方面的其他实施方式中，该方法包括向网络设备和/或上述另一移动设备发送支持信息，该支持信息包括以下中的至少一项：服务类型和/或传输模式，服务持续时间、服务周期、和/或服务特性。

在第三方面的其他实施方式中，该方法包括通过以下方式之一发送支持信息：根据来自外部设备具体是来自网络设备和/或另一移动设备的要求；不根据要求，具体是连接请求消息；周期性地，具体是测量报告。

在第三方面的其他实施方式中，该方法包括具体是基于从上述另一移动设备接收的能力信息和/或支持信息，确定具体是由移动设备用于与上述另一移动设备通信的天线集合，以及向上述另一移动设备发送关于确定的天线集合的信息。

在第三方面的其他实施方式中，该方法包括在控制面侧行消息中具体是在以下中的至少一项中发送关于确定的天线集合的信息：SCI消息、侧行UE到UE信息消息、类似RRC的侧行消息。

在第三方面的其他实施方式中，该方法包括分配用于使用确定的天线集合与上述另一移动设备通信的资源集合。

在第三方面的其他实施方式中，该方法包括从网络设备和/或另一移动设备具体是上述另一移动设备接收包括待用于与上述另一移动设备通信的天线集合的信息。

在第三方面的其他实施方式中，上述确定天线集合可以根据以下方式中的一种或多种执行：根据预定义的规则；基于另一移动设备和/或网络设备的请求；重复地，具体是基于信道测量。

本申请的第四方面提供了一种用于网络设备的方法，该方法包括从移动设备接收能力信息，该能力信息包括：关于移动设备使用多个天线进行通信的能力的指示、移动设备的多个天线中的至少一个天线的天线特性，基于接收的能力信息确定待由移动设备用于与另一移动设备通信的天线集合。

在第四方面的实施方式中，该方法包括向移动设备并且可选地向上述另一移动设备通知确定的天线集合。

在第四方面的其他实施方式中，该方法包括在控制面消息中具体是以下中的至少一项中通知确定的天线集合：RRC连接重配置消息、下行控制信息DCI消息、和/或侧行控制信息SCI消息。

在第四方面的其他实施方式中，该方法包括通过以下方式之一从上述移动设备接收支持信息：根据来自外部设备具体是网络设备和/或其他移动设备的要求；不根据要求，具体是连接请求消息；周期性地，具体是测量报告。

在第四方面的其他实施方式中，该方法包括另外基于支持信息确定天线集合。

在第四方面的其他实施方式中，上述确定天线集合可以根据以下方式中的一种或多种执行：根据预定义的规则；基于另一移动设备和/或另一网络设备的请求；重复地，具体是基于信道测量。

在第四方面的其他实施方式中，该方法包括将从移动设备接收的支持信息传播到一个或多个其他移动设备。

在第四方面的其他实施方式中，该方法包括分配用于该移动设备使用确定的天线集合与上述另一移动设备通信的资源集合。

在第四方面的其他实施方式中，该方法包括将该资源集合的第一子集分配给该天线集合的第一子集，并且将该资源集合的第二子集分配给该天线集合的第二子集。

在第四方面的其他实施方式中，该方法包括具体是在DCI消息中向移动设备发送分配的资源集合和/或子集。

应注意，本申请中描述的所有设备、元件、单元、以及装置可以以软件或硬件元件或其任何类型的组合实现。由本申请中描述的各种实体执行的所有步骤以及描述为由各种实体执行的功能旨在表示相应的实体适于或用于执行相应的步骤和功能。即使在以下对具体实施例的描述中，将由外部实体执行的具体功能或步骤没有反映在对执行该具体步骤或功能的实体的具体详细元件的描述中，本领域技术人员也应当清楚，这些方法和功能可以通过相应的软件或硬件元件或其任何种类的组合实施。

附图说明

本申请的上述方面和实施方式将在以下关于附图的具体实施例的描述中进行解释，在附

图中

图1示出了根据本申请实施例的移动设备。

图2示出了根据本申请实施例的网络设备。

图3示出了根据本申请实施例的用于在网络设备进行天线集合选择的示例性决策过程。

图4示例性地示出了用于在RRC中指示的多天线能力的消息序列图。

图5示例性地示出了具有从移动设备报告多天线上下文信息的选项的消息序列图。

图6示出了上下文信息报告元素和周期的示例性配置。

图7示出了示例性地使用RRC-ConnectionReconfiguration的初始天线选择和天线选择的更新。

图8示出了示例性地使用调度授权消息(DCI和SCI)的动态天线选择。

图9示出了用于天线选择的DCI5A比特的使用。

图10示出了用于基于DCI的动态天线选择的下行信令。

图11示出了用于基于DCI的动态天线选择的上行信令。

图12示出了用于利用信令从移动设备(车辆2到车辆1和车辆3)传输消息的协作天线选择的示例。

图13使用SCI的天线选择的通知。

图14示出了用于建立信令无线承载3的信令。

图15示出了使用SidelinkUEToUEInformation进行配置的示例性天线选择字段。

图16示出了根据本申请实施例的方法。

图17示出了根据本申请实施例的方法。

图18示出了利用多天线链路分集的传统侧行通信场景的概观。

具体实施方式

图1示出了根据本申请实施例的包括一个以上的天线101的移动设备100。移动设备100用于例如与网络设备110和/或另一移动设备100(可以具有与该设备100相同的能力)进行无线通信。移动设备100例如可以是UE和/或设置在车辆处。在后一种情况下，移动设备100可以与设置在另一车辆处的另一移动设备100进行无线通信(V2V)。通常，移动设备100可以用于V2X通信。

根据本申请，移动设备100用于向网络设备110和/或上述另一移动设备100发送能力信息102。该能力信息102至少包括关于移动设备100使用多个天线101进行通信的能力的指示103，以及移动设备100的多个天线101中的至少一个天线的至少一个天线特性104。

图2相应地示出了根据本申请实施例的网络设备110。网络设备110用于例如与移动设备100和/或上述另一移动设备100进行无线通信。网络设备110可以例如是BS或其他网络接入节点。网络设备110可以与例如设置在车辆处的移动设备100进行无线通信。网络设备110可以用于蜂窝智能传输***(cellular intelligent transport system，C-TSI)通信。

根据本申请，网络设备110用于从移动设备100接收能力信息102。该能力信息102至少包括关于移动设备100使用多个天线101进行通信的能力的指示103，以及移动设备100的多个天线101中的至少一个天线的至少一个天线特性104。

此外，网络设备100用于基于接收的能力信息102确定待由移动设备100用于与另一移动设备100通信的天线集合。网络设备100还用于向移动设备100发送关于天线集合的信息200。

以上述方式，图1所示的移动设备100和图2所示的网络设备110使得能够从移动设备100的多个天线101中选择天线集合用于与其他移动设备100(或多个其他移动设备100)进行更好(即，增加可靠度和容量以及改进时延)的无线通信。

当使用一辆车上的移动设备100和另一辆车上的另一移动设备100之间的侧行链路时，图1和图2中分别示出的移动设备100和网络设备110尤其可以通过允许多天线选择增强V2V通信。由此可以考虑基于网络(LTE标准中的模式3)和自主(LTE标准中的模式4)多天线资源控制和分配。

基于移动设备100和网络设备110的本申请的解决方案不仅包括天线集合选择和由移动设备100用于向网络设备110通知多天线通信能力103和多个天线101的天线特性104的相关信令，还包括例如用于进一步支持最佳天线集合的选择的(车辆)上下文信息的信令，或者向移动设备100通知上述选择或选择的天线集合中的任何更新的信令。此外，本申请还包括在这种用例场景中分配资源的调度过程(具体是通过使用例如标准测量)。

图3示出了当一个或多个移动设备100请求用于特定V2X服务的多天线V2V通信时，在网络设备110的基于网络的决策过程的各种示例性步骤的概览。在接收到请求时，网络设备110可以识别涉及的车辆(即，移动设备100)支持的天线101。然后，网络设备110可以检查V2X的服务要求。然后，网络设备110可以检查道路环境条件(例如，十字路口、障碍物)和移动设备100之间的相对位置。网络设备110还可以检查无线条件。最后，网络设备110用于决策将由涉及的车辆100用于特定V2X服务的天线集合。该决策可以在作为网络设备110的例如BS、核心网实体、或云服务器做出。

在下文中，描述了关于向网络设备110通知移动设备100使用多个天线101进行通信的能力的更多细节。

如图4所示，移动设备100(车辆)可以例如通过用新字段扩展RRC UE能力信息(RRCUE CapabilityInformation)消息向网络设备110(BS)通知移动设备100使用多个天线101进行通信的能力103以及这些天线的特性104。该能力信息102可以在初始附着过程期间发送、或根据网络设备110的要求发送(RRC UE Capability Enquiry，RRC UE能力查询)、或根据更新的需要(例如如果车辆保险杠上的天线受到某种碰撞的影响(基于事件))发送。

本申请中提出的通过多天线能力(MultiantennaCapability)字段指示的信息可以如下：放置的天线101的数量、天线101的位置、频率相关特性(频率范围、辐射图等)、增益、以及车辆级别加类型指示(例如，卡车、货车、公共汽车等)。车辆100支持天线选择的事实可以通过UE能力信息(UECapabilityInformation)消息中存在的多天线能力(MultiantennaCapability)字段指示。

接下来，更详细地描述由移动设备100用于支持网络设备110对天线集合的选择的信令。

特别地，可以从例如位于不同车辆的移动设备100(或多个移动设备100)向网络设备110提供上下文信息，以便支持对例如用于特定V2X服务的最佳天线集合的选择的决策。考虑两种不同的选项：a)信息供应以及用于两个或一组移动设备100之间的V2V通信的特定服务或连接请求；以及b)从移动设备100到网络设备110的上下文信息的周期性报告或事件驱动更新。

图5示出了移动设备100(车辆)的多天线上下文信息报告的两种选项的示例性信令步骤。该报告可以提供给作为网络设备110的由网络运营商或第三方控制的BS、核心网实体、或应用服务器(例如，云服务器)。

在这两种选项中，提出包括新的多天线上下文信息(Multi-antennaContextInformation)字段，该字段用于静态或动态选择将用于向车辆100发送数据/从车辆100接收数据的天线集合(一个或多个天线)，并且不排他地包括以下(子)元素：

·发射车辆和接收车辆的位置、车辆100之间的方向或相对位置：位置(x，y，z-通用横向墨卡托投影(universal transverse mercator，UTM)+高度)、车辆100的短期路径、速度、移动方向。

·道路环境条件(例如，诸如车辆、建筑物、桥梁等周围元素，周围地带的地形)。

·服务层信息：待发送的消息的服务类型、所需的传输模式(例如，列队行驶服务、多播等)、服务持续时间、周期、以及特性。

·无线/网络条件。两个可能的示例：报告由每个天线测量的总功率或报告由每个天线测量的信道忙率(channel busy ratio，CBR)。

网络设备110可以利用RRC连接重配置(RRC connection reconfiguration)消息或利用新的专用消息配置上下文信息的周期性或事件驱动的报告。对于事件驱动的报告，触发上下文更新的标准和所需内容可以由网络设备110提供，并且可以是预先确定的，或者可以默认确定并由网络设备110修改。报告位置的可能标准可以是位置改变“x”米、移动方向改变“x”度、或速度改变“x”m/s。报告道路环境条件的标准可以是例如在车辆100的一个通信路径(例如，一个天线与一个预期接收器之间的路径)中障碍物的出现或消失。

对于待报告的周期性报告元素和报告周期，可以如图6中所述在移动设备100(车辆)和网络设备110(BS)之间进行配置。

此外，现在描述关于向涉及的移动设备100通知天线选择的更多细节。

一旦网络设备110决策了天线集合选择，下一步骤是通知涉及的移动设备100(这里示例性地，每个移动设备都设置在车辆处)用于发送和接收的所需配置和适当的天线集合的选择(或更新)。网络设备110(例如这里是BS)将负责静态或动态地配置用于车辆的发送/接收的天线选择。

对于初始天线选择，提出扩展RRC_Connection_Reconfiguration消息以在涉及的车辆100的组之间分配用于特定服务的特定天线集合。如图7所示，例如，通过sl-V2X-ConfigDedicated字段，可以为每个V2X服务选择发射和/或接收天线。sl-V2X-ConfigDedicated元素的新字段可以是：

·具有固定大小MAX_NB_V2X_ANTENNAS(0＝未选择，1＝选择)的发射天线选择位图。

·具有固定大小MAX_NB_V2X_ANTENNAS(0＝未选择，1＝选择)的接收天线选择位图。

当由于环境或无线/服务/道路条件的改变(动态天线选择)而需要关于初始分配的更新时，存在两种选项：a)通过更新的RRC_Connection_Reconfiguration消息(如上所述)更新或b)通过调度许可(scheduling grant)消息(例如，DCI和SCI)更新。

对于第二选项，可以扩展下行控制信息(DCI)和侧行控制信息(SCI)消息，以便以较动态的方式向发射移动设备100分配或者向接收移动设备100通知待使用的天线集合(发射设备100的多个天线101中的一个或多个天线)。

在图8中，可以观察到，对于侧行链路，可以使用DCI 5A的新版本来指示发射移动设备100(车辆1)待使用的发射天线集合，并且可能指示待由接收移动设备100(车辆2)使用的天线集合。然后，侧行发射器使用具有新字段的SCI在侧行链路上向接收器通知使用的发射天线集合和/或应当使用的接收天线集合。这可能需要新版本的SCI。

DCI 5A的最大长度为32比特。在待分配的信息小于32比特的情况下，可以应用0填充。通常，在传统的传输中，使用23比特意味着9比特未使用。

代替直接编码TXAntennaSelection和RXAntennaSelection，提出指示配置索引，并在用于DCI旧字段中指示的特定侧行传输的上一RRCConnectionReconfiguration消息中信令通知TXAntennaSelection和RXAntennaSelection序列。图9中示出了这种天线编码的示例。

其余9比特可以可选地分成例如两部分：首先例如1比特用来指示是否存在两个同时传输。这使分集可应用于侧行传输。其余8比特用来编码两对群组选择(每对4比特)。

关于DCI格式5A的更新(参见TS 36.212中的原始内容)，新版本(DCI 5AU)可以具有分配在9比特中的以下新字段：使用分集选项(0无分集，1有分集)和具有8比特(如果分集等于0)或两倍4比特(如果分集等于1)的固定大小的发射和接收选择对的指示符。

注意，可选选项将是(在如调制和编码方案(Modulation and Coding Scheme，MCS)表中)具有TX-RX天线对选项表，并且在RRCConnectionReconfiguration中直接信令通知该选项表，或者在DCI中信令通知表中的正确条目。作为示例，可以使用RRC信令标识(每个发射器和接收器的TX-RX天线对的)子集并且使用DCI标识该子集中的特定值。

一旦向发射移动设备100通知了网络设备110关于发射和接收天线的决策，对于一组通信移动设备100，也需向目的移动设备100通知该天线选择。这可以通过从网络设备110到目标移动设备100的信令来进行，或者通过使用网络设备110在移动设备100(例如车辆)之间进行信令传输以还向目标移动设备信令通知关于接收中的天线选择和配置来进行，或者经由已经存在的指示符的扩展来进行。在后一种情况下，SCI是具有相应扩展的适当消息。同样，想法是使用当前填充的比特在其中嵌入所需信息。SCI格式1更新(参见TS 36.212中的原始内容)将具有以下新字段，该新字段使用仅4个其余比特进行资源预留，但可提议多天线操作的扩展：选项1)具有固定大小MAX_NB_ANTENNAS(0＝未选择，1＝选择)的接收天线选择位图，或者选项2)包括目的地ID和TRX和RXAntennaSelection数据，即，用于该目的地的天线选择位图。

或者，甚至可为蜂窝下行(DL)通信或上行(UL)通信执行天线选择。在这些情况下，基于DCI的信令将是不同的。特别地，对于DL，为了向DL接收器通知待使用的接收天线集合，应当将DCI1、1X、2、2X修改为包括天线组选择字段(参见图10)。

对于UL，为了向UL发射器指示待使用的发射天线集合，可以将DCI0和4修改为包括天线组选择字段(参见图11)。

在下文中，更详细地描述在多链路和多天线V2V通信中分配资源的基于网络的调度过程。

DCI格式5A中包含的调度许可可以用于分配资源，并且当所有天线使用同一资源集合时，还可以在多天线配置中使用该调度许可。然而，如果目标是将不同的资源集合分配给不同的天线集合，则两种选项是可能的：

·定义为DCI 5AU阵列的新DCI，具有与待区分的天线集合一样多的元素。

·可以在子帧中向移动设备100发送多个DCI 5AU，每个DCI 5AU具有不同的所选天线集合，移动设备100应该能够同时接收多个DCI。

根据3GPP，由于调度许可不具有该信息，因此现今不可能明确地向特定服务分配资源。为了进行这种显式分配，提出了两种替代方案：

·可以通过添加具有服务指示符的字段扩展DCI 5AU。

·DCI 5AU可以按照优先级递减的顺序具有邻近业务数据包优先级(ProSe PerPacketPriority，PPPP)标识的每个逻辑信道的元素(资源-天线集合)。

还可以将后两种能力组合以将特定的资源集合分配给特定的天线集合和特定的服务。

关于用于做出适当调度决策的测量，诸如CBR或RSSI测量的这些测量可以考虑将与上述相同的上下文信息作为输入信息以做出多天线配置决策。注意，不同的上下文信息可能需要不同的周期性(例如，位置将不会像CBR或RSSI那样快速改变)。

在下文中，更详细地描述移动设备100之间的无线通信，具体是基于车辆的多天线V2V通信。

与上述内容相反，(在以下示例性车辆中的)移动设备100也可以以自主方式做出天线选择决策。在这种情况下，由每个车辆100选择最方便的天线集合用于到任何目的车辆100或向一组车辆100的传输。而且，传输决策应与其他车辆100共享，使得其他车辆100可以将相同配置用于回传信道并为接收做准备。关于这种基于车辆的多天线选择，存在两种选项：

1.具有网络支持：

·车辆100通过上行接口向网络设备110提供上下文信息用于收集。

·网络设备110将上下文信息传播到车辆100。

·多天线选择不在网络侧发生，因此不像在基于网络的方法中那样被传递到车辆100。

相反，车辆100基于网络设备110提供的关于邻近车辆100的上下文信息做出天线选择的决策。

·该决策被传送给邻近车辆100。

2.覆盖范围外/没有任何网络协调：

·应当使用侧行信道来本地交换所有上下文信息，例如使用具有上下文数据的演进型应用层消息(类似CAM的消息)或控制面消息来交换。

·由车辆100(以分布式和/或协作的方式)做出天线选择的决策，并将该决策传送给邻近车辆100。

在下文中，更详细地描述具有网络支持的基于车辆的天线选择。首先，描述网络设备110对上下文信息的收集和传播。

为了支持天线集合的选择，提出了所有车辆100将上下文信息发送到地理服务器。因此，“反射器”服务器应包括地理服务器，以能够识别在信息将发送到的每个车辆100的相关区域中的那些车辆100。

尽管针对基于网络的解决方案描述的机制对于从车辆向网络设备110报告上下文信息也有效，但是想法是现在由每个车辆100利用其周围的车辆100的上下文信息做出关于最佳天线/连接性解决方案的决策。因此，需要设计新的机制来传播与特定车辆100相关的上下文信息。

为达成此目的，需要：知道车辆位置、知道上下文信息相关的车辆的ID、生成具来自相关车辆的聚合的上下文信息的消息。

对于从网络设备110传播上下文信息，可以使用两种选项：

1.使用应用层过程(类似于LTE定位协议(LTE Positioning Protocol，LPP))。在这种情况下，类似于辅助数据消息的下行消息可以用于分发关于其他邻近车辆100的上下文信息。或者，V2X服务器(例如LTE中的V1接口)或V2X控制功能(例如LTE中的V3接口)收集和传播上下文信息。在这种情况下，需要移动设备的位置来过滤相关信息并创建聚合的上下文信息。

2.使用无线级的控制面消息(或经由无线接口发送的来自核心网功能的控制面消息)来分发来自其他附近车辆100的聚合的上下文信息。

由于需要车辆位置来过滤相关信息并创建聚合消息，因此可以为上下文信息的本地传播提出与LPP(LTE定位协议)的标准过程的组合。可以扩展LPP中的辅助数据以在交换的信息中包括来自邻近车辆的上下文数据。

或者，可以通过将用于收集从网络设备传播的上下文信息的功能放置在BS附近或BS处来使用边缘计算。

此外，所有车辆100可以处于“混杂模式”以便收听来自附近车辆100的侧行数据的传输并分析接收信号功率。这提供了来自所有其他车辆的覆盖地图的测量。实际上，对来自不同天线的接收信号功率的分析也可以帮助定位其他车辆。在车辆100静默(在任何服务中都不活动)的情况下，车辆100将周期性地发送一种信标数据，以便允许其他设备检测到该车辆100的存在并知道车辆100的覆盖地图。最后，将从对附近传输的分析中取得的信息添加到从网络接收的上下文信息。

现在，更详细地描述基于车辆的天线选择决策。一旦上下文信息由不同的实体共享，则存在如何做出天线选择决策的不同替代方案。关于天线选择的决策可以a)由每个车辆100以孤立的方式做出，或者b)这些决策可以以协作的方式做出。以协作的方式，所有车辆100与附近车辆100或在协作的集群内共享其决策(三方Layer2-Id/TRXAntennaSelection/RXAntennaSelection)，以保证在所选传输中的互易性。在后一种情况下，每个三方分配(triple allocation)可以具有与其相关联的置信度值，使得如果通信中的另一对做出置信度更高的不同建议，则车辆可以改变其决策并且评估另一替代方案的性能。在这个意义上，每个三方决策可以根据经验传输(experience transmission)来增加或降低其置信度。在通信失败的情况下，该选择的置信度将降低，反之亦然。

在图12的示例中，因为其他移动设备100(车辆2)对于镜子天线的使用给出了比保险杠(天线)更高的置信度，所以移动设备100(车辆1)将改变其对天线选择的建议。这假定由每个车辆100给出的置信因子在例如从0(最低置信度)到9(最高置信度)的范围内。

接下来，更详细地描述向涉及的车辆100通知天线选择。与基于网络的天线选择类似，用于向涉及的车辆100通知用于发送和接收的所需配置和适当的天线集合的选择(或更新)的协议是必要的。为此，具有相应扩展的SCI可以用于在侧行链路中向接收器通知使用的发射天线集合和/或应当使用哪个接收天线集合来接收发送的信息(参见图13)。可选地，为了避免修改现有SCI，可以使用新的专用侧行控制面消息。

在下文中，更详细地描述在没有网络支持的情况下的基于车辆的天线选择。当不存在对天线选择的网络支持时，车辆100应当能够本地广播其所有上下文信息及其能力。一种方法是使用修改的类似CAM的消息，使得将前述所有信息包括在应用层消息的报头或有效载荷中。另一提议是引入类似RRC的协议(控制面)用于车辆间的上下文信息的无线信令交换。

如果考虑利用修改的类似CAM的消息的选项，则用于向涉及的车辆通知用于发送和接收的所需配置和适当的天线集合的选择(或更新)的协议是已经描述的那些协议。否则，如果考虑RRC协议(例如，“轻”RRC协议)，则可以进一步简化通知阶段。关于“轻”RRC协议，我们提出建立新的SRB3(信令无线承载3)用于V2X信令交换(参见图14)。在侧行发现阶段之后，V2X链路中的两端将用简单过程进行配对。

没有新的加密密钥可以应用，而是简单地应用与用于侧行传输的相同的加密密钥。一旦已经识别出与SRB3相关联的逻辑信道，该逻辑信道将用于发送与多天线和资源选择所需的上下文交换相关联的有效信息。如在前一部分中，车辆100中的混杂模式将用于计算来自附近车辆100的接收信号功率，以便将该信息合并到自己的上下文数据中。

可以使用包括上下文信息和一组多天线配置替代方案的SidelinkUEtoUEInformation消息执行上下文交换，上述多天线配置替代方案随后可以例如用SCI可用比特来索引(参见图15)。

关于使用SCI的动态天线选择，其余4个比特可以用于索引将在后续传输中使用的配置。一旦做出决策，就可以在车辆之间交换该决策以便做出协作决策。

图16示出了根据本申请的实施例的方法1600。方法1600用于无线通信，特别用于例如图1所示的移动设备100。方法1600包括步骤1601，向网络设备110和/或另一移动设备100发送能力信息102，能力信息102包括：关于移动设备100使用多个天线101进行通信的能力的指示103、多个天线101中的至少一个天线的一个或多个天线特性。

图17示出了根据本申请的实施例的方法1700。方法1700特别用于网络设备110。方法1700包括步骤1701，从移动设备100接收能力信息102，能力信息102包括：关于移动设备100使用多个天线101进行通信的能力的指示103、移动设备100的多个天线101中的至少一个天线的一个或多个天线特性。方法1700还包括步骤1702，基于接收的能力信息102确定待由移动设备100用于与另一移动设备110通信的天线集合。

已经结合作为示例以及实施方式的各种实施例描述了本申请。然而，本领域技术人员在实践要求保护的发明时，通过研究附图、本公开、以及独立权利要求，可以理解和实现其他变型。在权利要求书以及说明书中，词语“包括”不排除其他元素或步骤，并且不定冠词“一”或“一个”不排除多个。单个元素或其他单元可以实现权利要求中记载的若干实体或部件的功能。在互不相同的从属权利要求中记载了某些措施的事实不表示这些措施的组合不能用于有利的实施方式中。

Claims (45)

1.一种用于无线通信的移动设备，所述移动设备包括一个以上的天线并且用于向网络设备和/或另一移动设备发送能力信息，所述能力信息包括：

-关于所述移动设备使用多个天线进行通信的能力的指示，

-所述多个天线中的至少一个天线的天线特性，其中，所述天线特性包括所述至少一个天线的位置；

所述能力信息用于确定待由所述移动设备中与另一移动设备通信的天线集合，通过扩展RRC消息以在涉及的移动终端的组之间分配用于特定服务的天线集合，当由于环境或无线/服务/道路条件的改变而需要关于初始分配的更新时，通过更新的RRC消息更新或通过调度许可消息更新。

2.根据权利要求1所述的移动设备，用于

在控制面消息和/或应用层消息中向所述网络设备和/或所述另一移动设备发送所述能力信息。

3.根据权利要求1或2所述的移动设备，还用于

向所述网络设备和/或所述另一移动设备发送支持信息，所述支持信息包括以下中的至少一项：

-无线条件和/或网络条件，

-环境条件，具体是道路环境条件。

4.根据权利要求1至2中任一项所述的移动设备，还用于

向所述网络设备和/或所述另一移动设备发送支持信息，所述支持信息包括以下中的至少一项：

-至少一个其他移动设备相对于所述移动设备的方向和/或相对位置，

-至少一个其他移动设备的移动方向和/或速度和/或估计的短期路径。

5.根据权利要求1至2中任一项所述的移动设备，还用于

向所述网络设备和/或所述另一移动设备发送支持信息，所述支持信息包括以下中的至少一项：

-服务类型和/或传输模式，

-服务持续时间、服务周期、和/或服务特性。

6.根据权利要求3所述的移动设备，用于

通过以下方式之一发送所述支持信息：

-根据来自外部设备具体是来自网络设备和/或另一移动设备的要求发送；

-不根据要求，通过连接请求消息发送；

-周期性地，通过测量报告发送。

7.根据权利要求1至2中任一项所述的移动设备，还用于

基于从所述另一移动设备接收的能力信息和/或支持信息，确定由所述移动设备用于与所述另一移动设备通信的天线集合，以及

向所述另一移动设备发送关于确定的所述天线集合的信息。

8.根据权利要求7所述的移动设备，用于

在控制面侧行消息中，具体是在以下中的至少一项中发送关于确定的所述天线集合的所述信息：

-SCI消息，

-侧行UE到UE信息消息，

-用于侧行链路的无线资源控制消息或用于侧行链路的任何无线控制消息。

9.根据权利要求1至2中任一项所述的移动设备，还用于

分配用于使用确定的所述天线集合与所述另一移动设备通信的资源集合。

10.根据权利要求1至2中任一项所述的移动设备，用于

从所述网络设备和/或另一移动设备接收包括待用于与所述另一移动设备通信的天线集合的信息。

11.根据权利要求7所述的移动设备，其中，所述确定所述天线集合可以根据以下方式中的一种或多种执行：

-根据预定义的规则确定；

-基于另一移动设备和/或网络设备的请求确定；

-重复地，基于信道测量确定。

12.一种用于移动通信的网络设备，所述网络设备用于

从移动设备接收能力信息，所述能力信息包括：

-关于所述移动设备使用多个天线进行通信的能力的指示，

-所述移动设备的所述多个天线中的至少一个天线的天线特性，其中，所述天线特性包括所述至少一个天线的位置，

通过扩展RRC消息以在涉及的移动终端的组之间分配用于特定服务的天线集合，当由于环境或无线/服务/道路条件的改变而需要关于初始分配的更新时，通过更新的RRC消息更新或通过调度许可消息更新；

基于接收的所述能力信息确定待由所述移动设备用于与另一移动设备通信的天线集合，以及

向所述移动设备发送关于所述天线集合的信息。

13.根据权利要求12所述的网络设备，还用于

向所述移动设备通知确定的所述天线集合。

14.根据权利要求13所述的网络设备，还用于

向所述另一移动设备通知确定的所述天线集合。

15.根据权利要求13或14所述的网络设备，用于

在以下控制面消息中的至少一项中通知确定的所述天线集合：

-无线资源控制消息或任何无线控制消息；

-下行控制信息DCI消息和/或侧行控制信息SCI消息。

16.根据权利要求12至14中任一项所述的网络设备，用于

通过以下方式之一从所述移动设备接收支持信息：

-根据来自外部设备具体是网络设备和/或另一移动设备的要求接收；

-不根据要求，通过连接请求消息接收；

-周期性地，通过测量报告接收。

17.根据权利要求16所述的网络设备，其中，所述网络设备用于另外基于所述支持信息确定所述天线集合。

18.根据权利要求12至14中任一项所述的网络设备，其中，所述确定所述天线集合可以根据以下方式中的一种或多种执行：

-根据预定义的规则确定；

-基于另一移动设备和/或另一网络设备的请求确定；

-重复地，基于信道测量确定。

19.根据权利要求16所述的网络设备，用于

将从所述移动设备接收的所述支持信息传播到一个或多个其他移动设备。

20.根据权利要求12至14中任一项所述的网络设备，还用于

分配用于所述移动设备使用确定的所述天线集合与所述另一移动设备通信的资源集合。

21.根据权利要求20所述的网络设备，用于

将所述资源集合的第一子集分配给所述天线集合的第一子集，并且将所述资源集合的第二子集分配给所述天线集合的第二子集。

22.根据权利要求20所述的网络设备，用于

在DCI消息中向所述移动设备发送分配的所述资源集合和/或子集。

23.一种用于移动设备的方法，所述方法包括

向网络设备和/或另一移动设备发送能力信息，所述能力信息包括：

-关于所述移动设备使用多个天线进行通信的能力的指示，

-所述多个天线中的至少一个天线的天线特性，其中，所述天线特性包括所述至少一个天线的位置；

所述能力信息用于确定待由所述移动设备中与另一移动设备通信的天线集合，通过扩展RRC消息以在涉及的移动终端的组之间分配用于特定服务的天线集合，当由于环境或无线/服务/道路条件的改变而需要关于初始分配的更新时，通过更新的RRC消息更新或通过调度许可消息更新。

24.根据权利要求23所述的方法，其特征在于，

在控制面消息和/或应用层消息中向所述网络设备和/或所述另一移动设备发送所述能力信息。

25.根据权利要求23或24所述的方法，其特征在于，还包括：

向所述网络设备和/或所述另一移动设备发送支持信息，所述支持信息包括以下中的至少一项：

-无线条件和/或网络条件，

-环境条件，具体是道路环境条件。

26.根据权利要求23至24中任一项所述的方法，其特征在于，

向所述网络设备和/或所述另一移动设备发送支持信息，所述支持信息包括以下中的至少一项：

-至少一个其他移动设备相对于所述移动设备的方向和/或相对位置，

-至少一个其他移动设备的移动方向和/或速度和/或估计的短期路径。

27.根据权利要求23至24中任一项所述的方法，其特征在于：

向所述网络设备和/或所述另一移动设备发送支持信息，所述支持信息包括以下中的至少一项：

-服务类型和/或传输模式，

-服务持续时间、服务周期、和/或服务特性。

28.根据权利要求25所述的方法，其特征在于，

通过以下方式之一发送所述支持信息：

-根据来自外部设备具体是来自网络设备和/或另一移动设备的要求发送；

-不根据要求，通过连接请求消息发送；

-周期性地，通过测量报告发送。

29.根据权利要求23至24中任一项所述的方法，其特征在于，还包括：

基于从所述另一移动设备接收的能力信息和/或支持信息，确定由所述移动设备用于与所述另一移动设备通信的天线集合，以及

向所述另一移动设备发送关于确定的所述天线集合的信息。

30.根据权利要求29所述的方法，其特征在于，

在控制面侧行消息中，具体是在以下中的至少一项中发送关于确定的所述天线集合的所述信息：

-SCI消息，

-侧行UE到UE信息消息，

-用于侧行链路的无线资源控制消息或用于侧行链路的任何无线控制消息。

31.根据权利要求23至24中任一项所述的方法，其特征在于，还包括：

分配用于使用确定的所述天线集合与所述另一移动设备通信的资源集合。

32.根据权利要求23至24中任一项所述的方法，其特征在于，

从所述网络设备和/或另一移动设备接收包括待用于与所述另一移动设备通信的天线集合的信息。

33.根据权利要求29所述的方法，其中，所述确定所述天线集合可以根据以下方式中的一种或多种执行：

-根据预定义的规则确定；

-基于另一移动设备和/或网络设备的请求确定；

-重复地，基于信道测量确定。

34.一种用于网络设备的方法，所述方法包括

从移动设备接收能力信息，所述能力信息包括：

-关于所述移动设备使用多个天线进行通信的能力的指示，

-所述移动设备的所述多个天线中的至少一个天线的天线特性，其中，所述天线特性包括所述至少一个天线的位置，

通过扩展RRC消息以在涉及的移动终端的组之间分配用于特定服务的天线集合，当由于环境或无线/服务/道路条件的改变而需要关于初始分配的更新时，通过更新的RRC消息更新或通过调度许可消息更新；

基于接收的所述能力信息确定待由所述移动设备用于与另一移动设备通信的天线集合，以及

向所述移动设备发送关于所述天线集合的信息。

35.根据权利要求34所述的方法，其特征在于，还包括：

向所述移动设备通知确定的所述天线集合。

36.根据权利要求35所述的方法，其特征在于，还包括：

向所述另一移动设备通知确定的所述天线集合。

37.根据权利要求35或36所述的方法，其特征在于，

在以下控制面消息中的至少一项中通知确定的所述天线集合：

-无线资源控制消息或任何无线控制消息；

-下行控制信息DCI消息和/或侧行控制信息SCI消息。

38.根据权利要求34至36中任一项所述的方法，其特征在于，

通过以下方式之一从所述移动设备接收支持信息：

-根据来自外部设备具体是网络设备和/或另一移动设备的要求接收；

-不根据要求，通过连接请求消息接收；

-周期性地，通过测量报告接收。

39.根据权利要求38所述的方法，其特征在于，基于所述支持信息确定所述天线集合。

40.根据权利要求34至36中任一项所述的方法，其中，所述确定所述天线集合可以根据以下方式中的一种或多种执行：

-根据预定义的规则确定；

-基于另一移动设备和/或另一网络设备的请求确定；

-重复地，基于信道测量确定。

41.根据权利要求38所述的方法，其特征在于

将从所述移动设备接收的所述支持信息传播到一个或多个其他移动设备。

42.根据权利要求34至36中任一项所述的方法，其特征在于，还包括：

分配用于所述移动设备使用确定的所述天线集合与所述另一移动设备通信的资源集合。

43.根据权利要求42所述的方法，其特征在于，

将所述资源集合的第一子集分配给所述天线集合的第一子集，并且将所述资源集合的第二子集分配给所述天线集合的第二子集。

44.根据权利要求42所述的方法，其特征在于，

在DCI消息中向所述移动设备发送分配的所述资源集合和/或子集。

45.一种用于无线通信的***，所述***包括

根据权利要求1至11中任一项所述的移动设备，以及

根据权利要求12至22中任一项所述的网络设备。

Images