CN108886671A - 处理用于多播传输的准共址(qcl)配置的方法 - Google Patents

Abstract

在某些实施例中，一种在网络节点中使用的方法包括向处于空闲模式的至少一个无线设备发送控制信息消息。所述消息包括将准共址(QCL)假设映射到多播传输或多播信道的映射。例如，在某些实施例中，所述多播传输或多播信道与临时多播组指示符(TMGI)相关联，并且所述映射将所述QCL假设映射到所述TMGI。所述控制信息消息使得所述至少一个无线设备在空闲模式下使用所述QCL假设来解码所述多播传输或多播信道。

Description

处理用于多播传输的准共址(QCL)配置的方法

技术领域

本公开的某些实施例一般涉及无线通信，并且更具体地，涉及处理用于多播传输的准共址(quasi co-location)(QCL)配置。某些实施例可以与混合自动重传请求(HARQ)重传、多媒体广播/多播服务(MBMS)、车到X(V2X)通信、物理上行链路控制信道(PUCCH)、单小区点对多点(SC-PTM)、MBMS单频网络(MBSFN)、QCL、传输模式(TM)和/或无线通信的其他合适方面相关。

背景技术

LTE ProSe应用和V2X简介

在版本12期间，LTE标准已经扩展，支持针对商业和公共安全应用的设备到设备(D2D)(指定为“副链路”)特征。由Rel-12LTE启用的一些应用是设备发现，其中设备能够通过广播和检测携带设备和应用标识的发现消息来与邻近的另一设备和相关联应用建立通信。另一应用包括基于直接在设备之间终止的物理信道的直接通信。在3GPP中，所有这些应用都是在邻近服务(ProSe)下定义的。

ProSe框架的潜在扩展之一包括支持V2x通信，其包括车辆、行人和基础设施之间的直接通信的任意组合。V2x通信可以利用NW基础设施(如果可用)，但即使在缺乏覆盖的情况下，也应该至少可以实现基本的V2x连接。由于LTE的规模经济，提供基于LTE的V2x接口可能在经济上是有利的，并且与使用专用V2x技术相比，它可以实现与NW基础设施(V2I)的通信以及V2P和V2V通信之间的更紧密集成。

各个国家或地区的联网车辆有许多研究项目和现场测试，包括基于现有蜂窝基础设施的使用的项目。

V2x通信可以携带非安全和安全信息，其中每个应用和服务可以与例如在延迟、可靠性、容量等方面的特定要求集相关联。图1示出了来自应用观点的V2X通信的类型(例如V2V、V2I、V2P和V2N)。下面进一步描述这些类型的通信/服务。

V2V(车辆到车辆)：涵盖使用V2V应用的车辆之间的通信，并且主要是基于广播的。V2V可以通过相应车辆中的设备之间的直接通信来实现，或者通过诸如蜂窝网络的基础设施来实现。V2V的示例是协同感知消息(CAM)的传输，其中车辆状态信息(诸如位置、方向和速度)被重复地发送到邻近的其他车辆(每隔100ms到1s)。另一示例是传输分散的环境通知消息(DENM)，其是一种事件触发的消息，用于警告车辆。这两个示例取自V2X应用的ETSI智能传输系统(ITS)规范，另请参阅2.1.2，其中还指定了生成消息的条件。V2V应用的主要特征是对延迟的严格要求，延迟从20ms(对于预碰撞警告消息)到100ms可用于其他道路安全服务。

V2I(车辆到基础设施)：这包括车辆和路边单元(RSU)之间的通信。RSU是固定的运输基础设施实体，与其附近的车辆通信。V2I的示例是从RSU向车辆传输速度通知，以及队列信息、碰撞风险警报、曲线速度警告。由于V2I的安全相关性质，延迟要求类似于V2V要求。

V2P(车辆到行人)：涵盖使用V2P应用的在车辆和易受伤害的道路使用者(例如行人)之间的通信。V2P通常直接或通过诸如蜂窝网络的基础设施在不同的车辆和行人之间发生。

V2N(车辆到网络)：涵盖通过基础设施(例如蜂窝网络)使用V2N应用的在车辆和集中式应用服务器(或ITS交通管理中心)之间的通信。一个示例是发送到广泛区域中的所有车辆的不良道路状况警告，或者交通流量优化，其中V2N应用向车辆建议速度并且协调交通灯。因此，V2N消息应该由集中实体(即交通管理中心)控制，并且提供给大地理区域中的车辆，而不是小区域中的车辆。另外，与V2V/V2I不同，V2N中的延迟要求更加宽松，因为它并不意味着用于非安全目的，例如通常考虑1s延迟要求。

E-UTRAN中的多媒体广播/多播服务

多媒体广播/多播服务(MBMS)旨在通过核心网络为广播和多播服务提供有效的传送模式。MBMS是在LTE规范(第9版)的第二版中引入的，尽管初始版本8物理层规范已经设计为通过包括必要组件来支持MBMS以确保向前兼容性。

LTE MBMS特征主要基于均具有简化和增强的UTRAN(来自版本6)和GERAN中哪个已经可用。在最普遍的意义上，广播是向多个用户的观众分发内容，在移动多媒体服务的情况下，高效传输系统用于向大量移动用户同时传送内容。典型的广播内容可以包括新闻广播、天气预报或现场移动电视，现在扩展到LTE E-UTRAN系统。

图2示出了漫游场景中的组通信系统启用器(GCSE)的网络架构的示例。如图2所示，MBMS是启用组通信(例如GCSE)的关键组件，其中关键网络实体包括GCS的服务器，其中业务行进到BM-SC(广播-多播服务中心)到MBMS GW(MBMS网关)到E-UTRAN到UE。请注意，此处服务可以通过单播或多播以由应用服务器GCS AS决定的方式来灵活地提供(其中单播承载被路由回到图2中的H-PLMN的P-GW)。组通信例如是关键任务一键通(MCPTT)应用的基础，其中关键任务用户组(例如警察、救护车、救援队等)可以在大范围内到达归属于同一组的大量其他用户。

从RAN的角度来看，MBMS传输可以通过两种不同技术实现：

·MBSFN，其中MBMS承载(其对应于用临时多播组指示符(TMGI)标识的特定服务)的相同内容从属于相同MBMS区域的可以跨越非常大的区域的不同小区来发送。来自不同小区的传输是时间同步的，使得从终端的角度来看，所得到的信号将表现为来自单个小区的传输。为了在UE处实现这种组合增益，加入相同MBMS会话的所有小区应协调它们的调度决策。在MBSFN中，调度器不位于eNB中，而是位于可以协调多个eNB的调度分配的MCE节点中。MBSFN传输在专用多播传输信道(MCH)上发生，在该专用多播传输信道上复用控制信令(MCCH)和数据(MTCH)。MTCH和TMGI之间存在一对一的关联。

·SC-PTM，其中MBMS数据的多播不像MBSFN中那样同时从多个小区执行，而是仅限于单个小区区域。多播传输(控制信令和数据)通过PDSCH发送并由eNB调度。SC-MTCH和TMGI之间存在一对一的关联。

MBMS框架不考虑在较低层具有重传的可能性，即，没有HARQ重传，并且仅应用RLCUM。

由于V2X主要是广播服务，因此MBMS是将特定区域中的V2X消息分发给可能的大量UE的吸引人的技术。

混合自动重传请求(HARQ)

混合自动重传请求(HARQ)是LTE中用于处理丢失或错误传输的分组的重传的机制。HARQ过程包括在传输块的基础上向发射机提供反馈(ACK/NACK)，从而提供非常快速地成功解码传输块的可能性。最终成功解码给定分组的概率由强制执行HARQ操作的软组合技术强制执行。具体地，实现软组合方案的接收机存储错误接收的分组，并且稍后将其与HARQ反馈所请求的该分组的重传的副本组合。这样的副本包含与原始传输块相同的数据，但具有通过不同冗余版本(即通过使用不同的代码的打孔模式)获得的不同的编码比特集合。

在传统LTE中，上行链路HARQ反馈(ACK/NACK)由物理混合ARQ指示符信道(PHICH)传送，该信道由eNB在检测到物理上行链路共享信道(PUSCH)上由UE进行的上行链路传输时发送。

在传统LTE中，下行链路HARQ反馈(ACK/NACK)由物理上行链路控制信道(PUCCH)传送，该物理上行链路控制信道由UE在检测到物理下行链路共享信道(PDSCH)上由eNB进行的下行链路传输时发送。

LTE中的PUCCH格式

在LTE Rel-8中，针对SR、HARQ-ACK和周期性CSI报告，支持PUCCH格式1/1a/1b和PUCCH格式2/2a/2b。PUCCH资源由单个标量索引(scalar index)表示，从该标量索引导出相位旋转和正交覆盖序列(仅用于PUCCH格式1/1a/1b)。小区特定序列的相位旋转的使用连同正交序列一起在相同小区中在同一组资源块上发送PUCCH的不同终端之间提供了正交性。

在LTE Rel-10中，当存在多个下行链路传输(在多个载波或多个下行链路子帧上)但是对于HARQ-ACK、SR和CSI反馈使用单个上行链路(单个载波或单个上行链路子帧)时，引入PUCCH格式3用于FDD和TDD的载波聚合。类似地，PUCCH格式3资源也由单个标量索引表示，从该标量索引可以导出正交序列和资源块号。对于PUCCH格式3应用长度为5的正交序列以支持在一个资源-块对内的码复用，并且对于缩短的PUCCH应用长度为4的正交序列。根据高层配置和来自下行链路分配的动态指示来确定PUCCH格式3资源。具体地，相应PDCCH/EPDCCH的DCI格式中的TPC字段用于从由高层配置的四个资源值中的一个确定PUCCH资源值。对于FDD，TPC字段对应于用于所调度的辅服务小区的PDCCH/EPDCCH。对于TDD，TPC字段对应于PDCCH/EPDCCH中DAI值大于“1”的主小区的PDCCH/EPDCCH。UE应假设在相应的PDCCH/EPDCCH分配的每个DCI格式中发送相同的PUCCH资源值。

在3GPP至Rel-12中，最大下行链路分量载波是5。对于HARQ-ACK反馈，具有信道选择的PUCCH格式1b和PUCCH格式3有足够能力来为所有配置的载波反馈HARQ-ACK。然而，在Rel-13中，可以为一个UE配置最多32个下行链路载波，因此，由于32个DL CC的聚合，将引入至少一个新PUCCH格式以携带更多的HARQ-ACK比特。

准共址(QCL)

根据LTE术语，相对于某个信道特性X，当UE可以假设这样的信道特性X对于两个天线端口相同时，两个端口是准共址的(QCL)。相反，相对于某个信道特性X，当UE未假设这样的信道特性X对于两个天线端口相同时，两个端口不是准共址的(QCL)。UE可以以多种方式利用QCL假设的知识。例如，可以通过避免单独估计不同天线端口之间准共址的信道属性来减少信道估计算法的复杂性。另一优点是可以从允许准确估计的某些端口提取信道特性并将它们应用于不允许同样良好估计的其他准共址端口。在3GPP TS 36.213规范中描述了QCL的示例。

PDSCH资源映射参数

在传输模式10中针对给定服务小区配置的UE可以通过高层信令配置多达4个参数集，以根据检测到的具有针对UE和给定服务小区的DCI格式2D的PDCCH/EPDCCH来解码PDSCH。UE应根据检测到的具有DCI格式2D的PDCCH/EPDCCH中的“PDSCH RE映射和准共址指示符”字段(表7.1.9-1中定义的映射)的值来使用所述参数集，以用于确定PDSCH RE映射(在[3]的子条款6.4中定义)，并且如果UE配置有B类准共址类型(在子条款7.1中定义)，则用于确定PDSCH天线端口准共址(在子条款7.1.10中定义)。对于没有对应PDCCH/EPDCCH的PDSCH，UE将使用在具有与相关联的SPS激活对应的DCI格式2D的PDCCH/EPDCCH中指示的参数集，以用于确定PDSCH RE映射(在[3]的子条款6.4中定义)和PDSCH天线端口准共址(在子条款7.1.10中定义)。

表7.1.9-1：DCI格式2D中的PDSCH RE映射和准共址指示符字段

′PDSCHRE映射和准共址指示符′字段的值	描述
		′00′	由高层配置的参数集1
′01′	由高层配置的参数集2
		′10′	由高层配置的参数集3
′11′	由高层配置的参数集4

用于确定PDSCH RE映射和PDSCH天线端口准共址的以下参数通过每个参数集的高层信令来配置：

-crs-PortsCount-r11.

-crs-FreqShift-r11.

-mbsfn-SubframeConfigList-r11.

-csi-RS-ConfigZPId-r11.

-pdsch-Start-r11.

-qcl-CSI-RS-ConfigNZPId-r11.

为了根据检测到的具有DCI格式1A的PDCCH/EPDCCH(具有用针对UE和给定服务小区并且用于天线端口7上的PDSCH传输的C-RNTI加扰的CRC)对PDSCH进行解码，针对给定服务小区在传输模式10中配置的UE应使用表7.1.9-1中的参数集1来确定PDSCH RE映射(在[3]的子条款6.4中定义)，以及如果UE配置有B类准共址类型(在子条款7.1.10中定义)，则确定PDSCH天线端口准共址(在子条款7.1.10中定义)。

为了通过用SPS C-RNTI和PDSCH加扰的CRC解码与检测到的具有DCI格式1A的PDCCH/EPDCCH相对应的PDSCH，而没有与在具有DCI格式1A的PDCCH/EPDCCH中指示的SPS激活相关联的对应PDCCH/EPDCCH，对于给定服务小区在传输模式10中配置的UE应使用表7.1.9-1中的参数集1来确定PDSCH RE映射(在[3]的子条款6.4中定义)，以及如果UE配置有B类准共址类型(在子条款7.1.10中定义)，则确定PDSCH天线端口准共址(在子条款7.1.10中定义)。

为了根据检测到的具有DCI格式1A的PDCCH/EPDCCH针对给定服务小区上的UE并且针对在天线端口0-3上的PDSCH传输来解码PDSCH，针对给定服务小区在传输模式10中配置的UE将确定使用最低索引的零功率CSI-RS资源的PDSCH RE映射(如[3]的子条款6.4中所述)。

PDSCH的天线端口准共址(子条款7.1.10)

针对服务小区在传输模式8-10中配置的UE可以假设服务小区的天线端口7-14关于延迟扩展、多普勒扩展、多普勒频移、平均增益和平均延迟对于给定子帧是准共址的(如[3]中所定义的)。

针对服务小区在传输模式1-9中配置的UE可以假设服务小区的天线端口0-3,5,7-22关于多普勒频移、多普勒扩展、平均延迟和延迟扩展是准共址的(如[3]中所定义的)。

针对服务小区在传输模式10中配置的UE通过高层参数qcl-Operation配置有用于服务小区的两个准共址类型之一，以根据与天线端口7-14相关联的传输方案解码PDSCH：

-类型A：UE可以假设服务小区的天线端口0-3、7-22关于延迟扩展、多普勒扩展、多普勒频移和平均延迟是准共址的(如[3]中所定义的)。

-类型B：UE可以假设对应于由高层参数qcl-CSI-RS-ConfigNZPId-r11(在子条款7.1.9中定义)标识的CSI-RS资源配置的天线端口15-22和与PDSCH相关联的天线端口7－14关于多普勒频移、多普勒扩展、平均延迟和延迟扩展是准共址的(如[3]中所定义的)。

发明内容

为了正确地解码使用基于解调参考信号(DMRS)的传输模式(例如LTE TM10)发送的信号，接收机需要知道相关联信道的QCL假设。这可以作为UE的RRC重配置的一部分来完成。然而，通常，这在多播的情况下是不可能的，因为UE可能处于RRC IDLE中。本公开的某些实施例可以提供对该问题和其他问题的解决方案。

本公开的某些实施例提供了用于用信号通知UE在RRC IDLE模式下操作时使用的QCL假设的方法。该解决方案利用广播系统控制信息。QCL假设可以与特定广播承载相关联，以便允许网络(NW)配置的灵活性。

本公开的某些实施例提供了通过请求各个UE转到RRC CONNECTED然后通过覆盖这些UE的广播配置来覆盖这些UE的广播控制信息的方法。

根据某些实施例，一种在网络节点中使用的方法包括：向处于空闲模式的至少一个无线设备发送控制信息消息。所述消息包括将QCL假设映射到多播传输或多播信道的映射。

根据某些实施例，网络节点包括可操作以存储指令的存储器和可操作以执行所述指令的处理电路，由此所述网络节点可操作以向处于空闲模式的至少一个无线设备发送控制信息消息。所述消息包括将QCL假设映射到多播传输或多播信道的映射。

根据某些实施例，一种计算机程序产品包括存储计算机可读程序代码的非暂时性计算机可读介质。所述计算机可读程序代码包括用于向处于空闲模式的至少一个无线设备发送控制信息消息的程序代码。所述消息包括将QCL假设映射到多播传输或多播信道的映射。

在所述方法、所述网络节点和/或所述计算机程序产品的其他实施例中，所述多播传输或多播信道与临时多播组指示符(TMGI)相关联，并且所述映射将所述QCL假设映射到所述TMGI。在一些实施例中，所述控制信息消息还包括关于所述无线设备的接收机应针对与所述TMGI关联的所述多播传输或多播信道采取哪种传输模式(TM)的信息。

在所述方法、所述网络节点和/或所述计算机程序产品的其他实施例中，从所述无线设备接收指示所述无线设备不能接收所述TMGI的信令。作为响应，所述方法/网络节点/计算机程序产品确定除了使用所述无线设备不能接收的所述TMGI以外向所述无线设备传送内容的方式。作为示例，可以配置用于为所述无线设备服务的单播承载。作为另一示例，可以重新配置与所述TMGI关联的所述多播传输或多播信道，以使得所述无线设备支持所述多播传输或多播信道配置。

所述方法、所述网络节点和/或所述计算机程序产品的进一步实施例涉及至少针对所述无线设备确定重新配置与所述TMGI关联的所述多播传输或多播信道的所述QCL假设。指示被传送到所述无线设备。所述指示表明接收与感兴趣TMGI相关联的所述多播传输或多播信道的所述无线设备应从空闲模式转变到连接模式。例如，所述指示可以是转变到连接模式的显式请求，或者是通过请求获得混合自动重传请求(HARQ)反馈、信道状态信息(CSI)和/或所述无线设备被配置以在连接模式下传送的其他测量而做出的隐式请求。在所述无线设备处于连接模式时重新配置所述QCL假设，以使得针对所述无线设备，重新配置的QCL假设覆盖先前的QCL假设。在某些实施例中，对于保持在空闲模式的其他无线设备，所述QCL假设不被重新配置。

在某些实施例中，所述多播传输或多播信道与多媒体广播/多播服务(MBMS)承载相关联，并且所述映射将所述QCL假设映射到所述MBMS承载。

在某些实施例中，所述方法/网络节点/计算机程序产品在将所述映射发送到所述无线设备之前生成所述映射。在某些实施例中，所述控制信息消息在主信息块(MIB)和/或系统信息块(SIB)中发送。在某些实施例中，所述QCL假设指示所述无线设备应当采用完全共址行为还是采用灵活的准共址配置。在某些实施例中，所述QCL假设包括将要由所述无线设备在接收所述多播传输或多播信道时使用的默认QCL配置。在某些实施例中，发送所述控制信息消息使得所述至少一个无线设备在空闲模式下使用所述QCL假设来解码所述多播传输或多播信道。

根据某些实施例，一种在无线设备中使用的方法包括在空闲模式下接收控制信息消息。所述控制信息消息从网络节点接收，并且所述消息包括将准共址(QCL)假设映射到多播传输或多播信道的映射。所述方法包括：如果所述无线设备支持所述映射，则在处于空闲模式时使用所接收的QCL假设来解码所述多播传输或多播信道。

根据某些实施例，无线设备包括可操作以存储指令的存储器和可操作以执行所述指令的处理电路，由此所述无线设备可操作以在空闲模式下接收控制信息消息。所述控制信息消息从网络节点接收，并且包括将准共址(QCL)假设映射到多播传输或多播信道的映射。如果所述无线设备支持所述映射，则所述无线设备可操作以在空闲模式下使用所接收的QCL假设来解码所述多播传输或多播信道。

根据某些实施例，一种计算机程序产品包括存储计算机可读程序代码的非暂时性计算机可读介质。所述计算机可读程序代码包括用于在空闲模式下从网络节点接收控制信息消息的程序代码。所述控制信息消息包括将准共址(QCL)假设映射到多播传输或多播信道的映射。所述计算机可读程序代码还包括用于在所述映射受支持的情况下在空闲模式下使用所接收的QCL假设来解码所述多播传输或多播信道的程序代码。

在所述方法、所述无线设备和/或所述计算机程序产品的其他实施例中，所述多播传输或多播信道与临时多播组指示符(TMGI)相关联，并且所述映射将所述QCL假设映射到所述TMGI。在一些实施例中，所述控制信息消息还包括关于所述无线设备的接收机应针对与所述TMGI关联的所述多播传输或多播信道采取哪种传输模式(TM)的信息。

在所述方法、所述无线设备和/或所述计算机程序产品的其他实施例中，做出所述无线设备不能接收与所述TMGI关联的所述多播传输或多播信道的确定。所述确定基于将与所述TMGI关联的所述QCL假设和所述无线设备的能力进行比较。向所述网络节点发送指示所述无线设备不能接收与感兴趣TMGI相关联的所述多播传输或多播信道的信令，使得根据不需要使用所述无线设备不能接收的所述TMGI的技术，从所述网络节点接收内容。作为示例，所述内容经由所述网络节点为所述无线设备配置的单播承载接收。作为另一示例，与所述TMGI关联的所述多播传输或多播信道被重新配置以使用由所述无线设备支持的配置，并且所述内容经由重新配置的多播传输或多播信道接收。

在所述方法、所述无线设备和/或所述计算机程序产品的其他实施例中，接收从空闲模式转变到连接模式的指示。在处于连接模式时，接收与所述TMGI关联的重新配置的QCL假设，并且用所述重新配置的QCL假设覆盖先前的QCL假设。从空闲模式转变到连接模式的所述指示可以包括转变到连接模式的显式请求或者基于接收获得混合自动重传请求(HARQ)反馈、信道状态信息(CSI)和/或所述无线设备被配置以在连接模式下传送的其他测量的请求的隐式指示。

在某些实施例中，所述多播传输或多播信道与多媒体广播/多播服务(MBMS)承载相关联，并且所述映射将所述QCL假设映射到所述MBMS承载。

在某些实施例中，所述控制信息消息在主信息块(MIB)和/或系统信息块(SIB)中发送。

在某些实施例中，所述QCL假设指示所述无线设备应当采用完全共址行为还是采用灵活的准共址配置。

在某些实施例中，所述方法/无线设备/计算机程序产品确定所述无线设备不支持所述映射，并且作为响应，不根据所接收的映射来配置所述无线设备的接收机。

在某些实施例中，所述方法/无线设备/计算机程序产品响应于确定使用由所接收的映射指示的与所述多播传输或多播信道相关联的TMGI，根据所述映射来配置所述接收机。

在某些实施例中，所述QCL假设包括将要由所述无线设备在接收所述多播传输或多播信道时使用的默认QCL配置。

本公开的某些实施例可以提供一个或多个技术优点。例如，某些实施例使能甚至由IDLE UE灵活地使用基于DMRS的TM进行多播。对于本领域技术人员而言，其他优点可以是显而易见的。某些实施例可以不具有或者具有部分或全部所述优点。

附图说明

图1示出了车辆到X通信的类型的示例；

图2示出了漫游场景中的组通信系统启用器(GCSE)的网络架构的示例；

图3是示出了根据本公开的某些实施例的无线网络的示例的框图；

图4是示出根据本公开的某些实施例的无线设备的示例的框图；

图5是示出根据本公开的某些实施例的网络节点的示例的框图；

图6-12是示出根据本公开的某些实施例的用于将QCL假设发送到处于空闲模式的无线设备的方法的示例的信号流程图；

图13是示出根据本公开的某些实施例的网络节点的模块的示例的框图；

图14是示出根据本公开的某些实施例的无线设备的模块的示例的框图；

图15是示出根据本公开的某些实施例的网络节点的模块的示例的框图；

图16是示出根据本公开的某些实施例的无线设备的模块的示例的框图。

具体实施方式

在本公开中，提出了不同的实施例以实现用于多播传输(例如使用MBMS架构)的QCL(准共址)配置。可以以任何方式组合实施例。

以下描述依赖于LTE规范中的多播信道名称，但是它可以应用于任何多播下行链路信道和相关联的信令。QCL假设可以应用于任何控制和/或数据信道，例如PDCCH、PDSCH、EPDCCH。

QCL可以指在接收机处有用的许多假设，以便正确地检测基于DMRS的传输。QCL假设包括关于UE(或通常是NW节点)是否可以或不应假设某个信道属性(例如延迟扩展、多普勒扩展、多普勒频移、平均增益和平均延迟)对于一对给定的天线端口是相同的指示。天线端口可以与不同的信号、信道和甚至节点(例如eNB或UE)相关联。附加QCL假设以非限制性方式包括MBSFN子帧配置、CSI-RS配置和PDSCH起始子帧。

下行链路控制信息(例如DCI格式2D)可以包括用于通过使用所谓的PQI字段来选择若干QCL假设之一的信令。该信息对于相关联的PDSCH传输有效。

实施例A：IDLEUE的QCL信令

某些实施例可以实现用于多播传输的灵活QCL配置，包括IDLE UE。作为非限制性示例，考虑使用TMGI，例如可以由MBMS服务器分配以识别MBMS会话的TMGI。假设eNB或另一网络节点通常将某个TMGI(临时多播组指示符)与某个地理区域内的某个多播服务相关联。这意味着可以假设当在这种TMGI内服务UE时优选的QCL配置不会非常动态地变化。而且，由这种考虑或其他考虑推动，某些实施例提供了新的系统控制信息，其通过将QCL假设与诸如(SC)-MTCH的特定多播(例如MBMS)信道相关联来定义。这种映射可以以非限制性方式与特定TMGI和/或特定MBMS承载相关联。还包括能够将QCL假设映射到多播传输的任何其他关联形式。另外，控制信息可以包括关于接收机应针对某个多播TMGI传输采用哪种传输模式(TM)的信息。对于基于DMRS的传输模式(例如TM10)，控制信息可以包括关于是应该采用完全共址行为(行为A)还是使用灵活QCL配置(行为B)的指示。

eNB甚至可以用信号通知UE在参与多播接收时要使用的默认QCL配置，其可能指定与这种默认QCL配置相关联的TMGI/信道/承载。

在某些实施例中，eNB发送上述系统控制信息，以便使RRC IDLE UE能够确定正确的QCL假设。在一个示例中，使用广播和/或多播控制信道，并且这种信道可以由MIB和/或SIB和/或其他物理信道承载，诸如包含MCH中支持的TMGI的列表的(SC)-MCCH。期望eNB使用与相关联的用信号通知的QCL假设兼容的配置来发送TMGI。例如，eNB可以将对应的物理层配置(包括例如QCL配置、TM等)关联到(SC)-MCCH中的每个TMGI，或者eNB可以指示MCH的QCL配置，该QCL配置应该适用于所有(SC)-MTCH。

期望对检测某个TMGI感兴趣的UE读取相关联的广播控制信息并且用相应的TM行为和QCL假设来配置其接收机。

实施例B：具有有限能力的UE的处理

在某些情况下，UE不能(例如由于有限的无线能力或任何其他原因)支持与感兴趣TMGI相关联的配置(例如TM和QCL假设)。例如，如上所述，在MTCH(要由UE接收的物理信道)和标识感兴趣服务的TMGI之间可以存在一对一的关联。如果UE不能够接收与感兴趣TMGI相关联的MTCH，则UE可以被描述为不能支持与该TMGI相关联的配置。如果UE不能支持与感兴趣TMGI相关联的配置，则UE可能会向NW发信号通知此类问题。为此，UE可以指示感兴趣TMGI以及可能的其能力。这可以作为到eNB的RRC信令的一部分来完成，例如通过使用InDeviceCoexIndication消息。

eNB还可以将控制信息作为SIB或任何其他多播控制信道的一部分来发信号通知它是否支持物理配置共存问题的信令接收。在任何情况下，响应于来自不能接收某个感兴趣TMGI的UE的信令，eNB(或其他NW节点)可以决定使用不同的传送感兴趣内容的方式来服务这样的UE。例如，NW可以配置用于服务UE的单播承载，或者它可以使用UE支持的格式来重新配置多播传输。如果报告能力问题的UE的数量高于特定阈值，则eNB可以例如重新配置多播传输格式。

实施例C：对IDLE UE的支持限制

eNB可以意图以需要RRC CONNECTION的方式适配特定TMGI(或多播信道/承载)的传输参数。例如，eNB可能意图从接收某个TMGI的UE获得HARQ反馈和/或CSI或其他测量。在一个示例中，eNB可能希望针对接收某个TMGI的某个UE重新配置QCL配置。为了实现这种可能性，在某些实施例中，eNB发信号通知UE应切换到RRC CONNECTED以便接收某个TMGI。在另一示例中，eNB向UE发信号通知它期望HARQ ACK/NACK报告和/或来自接收某个TMGI的UE的任何其他反馈/报告，所述其他反馈/报告隐含地指示UE应切换到RRC CONNECTED模式以便接收这样的TMGI(RRC IDLE UE不支持报告)。上述信令可以是TMGI配置的一部分，并且可能是多播或广播控制信息的一部分。如上所述，在MTCH(要由UE接收的物理信道)和标识感兴趣服务的TMGI之间可以存在一对一的关联。为简单起见，贯穿本公开的某些示例描述了在TMGI用于标识配置所应用的关联MTCH的意义上配置TMGI。

接收上述信令并且对接收某个TMGI感兴趣的UE应该切换到RRC CONNECTED模式并根据eNB的配置进行报告。如果UE针对RRC CONNECTED UE重新配置TMGI的QCL设置，则这种配置覆盖作为广播/多播控制信息的一部分提供的QCL配置。

示例网络

图3示出了可以用于无线通信的无线网络100的示例。无线网络100包括无线设备110a-110b(例如用户设备(UE))和经由互连网络125连接到一个或多个核心网络节点130的多个无线接入节点120a-120b(例如eNB或基站)。覆盖区域115内的无线设备110均能够通过无线接口直接与无线接入节点120通信。无线设备还能够经由设备到设备(D2D)通信彼此通信。

作为示例，无线设备110a可以通过无线接口与无线接入节点120a通信。也就是说，无线设备110a可以向/从无线接入节点120a发送无线信号和/或接收无线信号。无线信号可以包含语音业务、数据业务、控制信号和/或任何其他合适的信息。在一些实施例中，与无线接入节点120相关联的无线信号覆盖区域可以被称为小区。

在一些实施例中，无线设备110可以由非限制性术语用户设备(UE)互换地引用。无线设备110指在蜂窝或移动通信系统中与网络节点和/或与另一UE通信的任何类型的无线设备。UE的示例是目标设备、设备到设备(D2D)UE、V2x UE、机器型UE或具备机器到机器(M2M)通信能力的UE、PDA、PAD、平板电脑、移动终端、智能电话、嵌入式笔记本电脑(LEE)、笔记本电脑安装设备(LME)、USB加密狗等。无线设备(例如能够进行V2X副链路通信)可以例如包括在车辆中，例如作为车辆的集成部分，或者作为附接到车辆的单独设备。因此，尽管图3将无线设备110示为电话，但是其他实施例可以使用其他类型的无线设备110。以下参考图4更详细地描述无线设备110的示例实施例。

在一些实施例中，无线接入节点120可以由非限制性术语eNB、基站、网络节点或WAN节点互换地引用。WAN节点可以是UE(例如D2D UE)或网络节点(例如接入点、基站、蜂窝节点等)。以下参考图5更详细地描述无线接入节点120的示例实施例。

在某些实施例中，无线接入节点120可以与无线网络控制器对接。无线网络控制器可以控制无线接入节点120，并且可以提供某些无线资源管理功能、移动性管理功能和/或其他合适的功能。在某些实施例中，无线网络控制器的功能可以包括在无线接入节点120中。无线网络控制器可以与核心网络节点130对接。在某些实施例中，无线网络控制器可以经由互连网络125与核心网络节点130对接。

互连网络125可以指能够发送音频、视频、信号、数据、消息或前述的任何组合的任何互连系统。互连网络125可以包括公共交换电话网(PSTN)、公共或专用数据网络、局域网(LAN)、城域网(MAN)、广域网(WAN)、诸如因特网、有线或无线网络、企业内联网或任何其他合适的通信链路的本地、区域或全球通信或计算机网络的全部或一部分，包括其组合。

在一些实施例中，核心网络节点130可以管理无线设备110的通信会话和各种其他功能的建立。无线设备110可以使用非接入层与核心网络节点交换某些信号。在非接入层信令中，无线设备110和核心网络节点130之间的信号可以透明地通过无线接入网络。在某些实施例中，无线接入节点120可以通过节点间接口与一个或多个网络节点对接。例如，无线接入节点120a和120b可以通过X2接口对接。

尽管图3示出了网络100的特定布置，但是本公开预期本文描述的各种实施例可以应用于具有任何合适配置的各种网络。例如，网络100可以包括任何合适数量的无线设备110和无线接入节点120，以及适合于支持无线设备之间或无线设备与另一通信设备(例如陆线电话)之间的通信的任何附加单元。实施例可以在支持任何合适的通信标准和使用任何合适的组件的任何适当类型的电信系统中实现，并且适用于无线设备接收和/或发送信号(例如数据)的任何无线接入技术(RAT)或多RAT系统。虽然针对LTE描述了实施例，但是实施例适用于任何RAT，例如LTE FDD/TDD、WCDMA/HSPA、GSM/GERAN、Wi-Fi、WLAN、CDMA2000等。

图4是根据某些实施例的示例性无线设备110的框图。无线设备110包括收发机112、处理电路114(例如包括一个或多个处理器)和存储器116。在一些实施例中，收发机112促进向网络节点/WAN节点/无线接入节点120发送无线信号并从其接收无线信号(例如经由天线)，处理电路114执行指令以提供如本文描述的由无线设备(或UE)提供的一些或全部功能，存储器116存储由处理电路114执行的指令。

处理电路114可以包括在一个或多个模块中实现的硬件和软件的任何合适组合，以执行指令和操纵数据以执行无线设备110的一些或所有所描述的功能，例如上述无线设备(或UE)的功能和/或下面参考图6-12描述的无线设备110的功能。在一些实施例中，处理电路114可包括例如一个或多个计算机、一个或多个中央处理单元(CPU)、一个或多个微处理器、一个或多个应用、一个或多个专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)和/或其他逻辑。在某些实施例中，处理器可以包括下面参考图14和/或图16讨论的一个或多个模块。

存储器116通常可操作以存储指令，例如计算机程序、软件、包括逻辑、规则、算法、代码，表等中的一个或多个的应用和/或能够由处理器执行的其他指令。存储器116的示例包括计算机存储器(例如随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移动存储介质(例如光盘(CD)或者数字视频磁盘(DVD))和/或存储信息、数据和/或可由无线设备110的处理电路114使用的指令的任何其他易失性的或非易失性的、非暂时性计算机可读和/或计算机可执行存储设备。

无线设备110的其他实施例可以包括除图4中所示的那些之外的附加组件，其可以负责提供无线设备的功能的某些方面，包括本文描述的任何功能和/或任何附加功能(包括支持本文所述的解决方案所需的任何功能)。仅作为一个示例，无线设备110可以包括输入设备和电路、输出设备、以及一个或多个同步单元或电路，其可以是处理电路的一部分。输入设备包括用于将数据输入无线设备110的机制。例如，输入设备可以包括输入机制，例如麦克风、输入单元、显示器等。输出设备可以包括用于将数据以音频、视频和/或硬拷贝格式输出的机制。例如，输出设备可以包括扬声器、显示器等。

图5是根据某些实施例的示例性网络节点120的框图。网络节点120可以包括收发机122、处理电路124(例如包括一个或多个处理器)、存储器126和网络接口128中的一个或多个。在一些实施例中，收发机122促进将无线信号发送到无线设备110(例如经由天线)并从其接收无线信号，处理电路124执行指令以提供本文描述的由网络节点120提供的一些或全部功能，存储器126存储由处理电路124执行的指令，以及网络接口128将信号传送到后端网络组件，例如网关、交换机、路由器、互联网、公共交换电话网(PSTN)、核心网络节点或无线网络控制器等。

处理电路124可以包括在一个或多个模块中实现的硬件和软件的任何合适组合，以执行指令和操纵数据以执行网络节点120的一些或所有描述的功能，例如上述网络节点的功能和/或下面参考图6-12描述的网络节点120的功能。在一些实施例中，处理电路124可以包括例如一个或多个计算机、一个或多个中央处理单元(CPU)、一个或多个微处理器、一个或多个应用和/或其他逻辑。在某些实施例中，处理电路124可以包括下面参考图13和/或图15讨论的一个或多个模块。

存储器126通常可操作以存储指令，例如计算机程序、软件、包括逻辑、规则、算法、代码、表等中的一个或多个的应用和/或能够由处理器执行的其他指令。存储器126的示例包括计算机存储器(例如随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移动存储介质(例如光盘(CD)或者数字视频盘(DVD))、和/或存储信息的任何其他易失性或非易失性、非暂时性计算机可读和/或计算机可执行存储设备。

在一些实施例中，网络接口128通信地耦合到处理电路124，并且网络接口128可以指可操作以接收网络节点120的输入、从网络节点120发送输出、执行输入或输出或两者的适当处理、与其他设备通信或前面的任何组合的任何合适的设备。网络接口128可以包括适当的硬件(例如端口、调制解调器、网络接口卡等)和软件，包括协议转换和数据处理能力，以通过网络进行通信。

网络节点120的其他实施例可以包括除了图5中所示的那些之外的附加组件，其可以负责提供无线网络节点的功能的某些方面，包括本文描述的任何功能和/或任何附加功能(包括任何必要的功能以支持本文描述的解决方案)。各种不同类型的网络节点可以包括具有相同物理硬件但是被配置(例如通过编程)为支持不同无线接入技术的组件，或者可以表示部分或完全不同的物理组件。

图6是示出示例实施例的流程图。在步骤602，网络节点120生成准共址(QCL)假设与多播传输之间的映射。在步骤606，网络节点120发送并且无线设备110接收QCL假设与多播传输之间的映射。图6示出无线设备110处于空闲模式(例如RRC空闲模式)。因此，在某些实施例中，网络节点120经由广播信息例如经由一个或多个MIB和/或SIB发送映射。在步骤610，无线设备110根据所接收的映射配置其接收机(例如如果无线设备110支持该映射)。

图7是示出另一示例实施例的流程图。在步骤702，网络节点120生成准共址(QCL)假设与多播传输之间的映射。在步骤706，网络节点120发送并且无线设备110接收QCL假设与多播传输之间的映射。图7示出无线设备110处于空闲模式(例如RRC空闲模式)。因此，在某些实施例中，网络节点120经由广播信息例如经由一个或多个MIB和/或SIB发送映射。在步骤710，网络节点120发送它支持接收覆盖映射的请求的指示符。在步骤714，无线设备110请求覆盖映射，例如如果无线设备110不支持所接收的映射。该请求可以可选地包括关于无线设备110能够支持的QCL假设和/或多播传输的信息。在步骤720，网络节点120覆盖映射。在一些实施例中，网络节点120通过发送替代映射(诸如包括无线设备支持的QCL和多播传输的映射)或通过针对无线设备配置单播承载来覆盖映射。

图8是示出另一示例实施例的流程图。在步骤802，网络节点120生成准共址(QCL)假设同一多播传输之间的映射。在步骤806，网络节点120发送并且无线设备110接收QCL假设与多播传输之间的映射。图8示出无线设备110处于空闲模式(例如RRC空闲模式)。因此，在某些实施例中，网络节点120经由广播信息例如经由一个或多个MIB和/或SIB发送映射。在步骤810，无线设备110根据所接收的映射配置其接收机(例如如果无线设备110支持映射)。在步骤814，网络节点120确定从无线设备110获得HARQ反馈、CSI和/或其他测量。响应于该确定，网络节点120在步骤818确定针对无线设备重新配置QCL假设。在步骤822，网络节点120请求无线设备110从空闲模式转变到连接模式。在步骤826，建立连接(例如RRC连接)。在步骤830，网络节点120在无线设备110处于连接模式时重新配置QCL假设。在步骤834中，无线设备110基于在步骤830中接收的重新配置的QCL假设来重新配置其接收机。在某些实施例中，将无线设备110从空闲模式转变到连接模式以重新配置QCL假设允许该特定无线设备110不使用/重新配置/覆盖由网络节点120广播的QCL映射，而其他无线设备110可以继续使用由网络节点广播的QCL映射。

图9示出了根据某些实施例的网络节点120和无线设备110之间的信号流的另一示例。所述方法以无线设备110处于空闲模式开始。在步骤902，网络节点120生成将QCL假设映射到多播传输或多播信道的映射。映射可以以任何合适的方式将QCL假设映射到多播传输或多播信道。作为示例，在某些实施例中，映射将QCL假设映射到网络节点120将其与多播传输或多播信道相关联的TMGI。TMGI可以用于标识QCL假设适用的相关联MTCH。作为另一示例，在某些实施例中，多播传输或多播信道与MBMS承载相关联，并且映射将QCL假设映射到MBMS承载。QCL假设可以包括任何合适的信息，例如无线设备110是应采用完全共址行为还是应采用灵活的准共址配置。在某些实施例中，QCL假设包括无线设备110在接收多播传输或多播信道时将要使用的默认QCL配置。

在步骤906，网络节点120向无线设备110发送控制信息消息，无线设备110在空闲模式下接收该控制信息消息。例如，控制信息消息可以通过MIB和/或SIB在广播信息中发送。控制信息消息包括将QCL假设映射到多播传输或多播信道的映射。在将QCL假设映射到TMGI的某些实施例中，控制信息消息还包括关于无线设备110的接收机应当针对与TMGI相关联的多播传输或多播信道采取哪种传输模式(TM)的信息。

在步骤910，无线设备110根据所接收的映射配置其接收机。例如，无线设备可以响应于确定它能够支持QCL假设并且确定使用与由映射指示的多播传输或多播信道相关联的TMGI来配置接收机。

在步骤914，网络节点120经由多播信道发送多播传输。在步骤920，无线设备110在空闲模式下使用在步骤906中接收的QCL假设来解码多播传输或多播信道。

图10示出了根据某些实施例的网络节点120和无线设备110之间的信号流的另一示例。所述方法以无线设备110处于空闲模式开始。步骤1002和1006分别类似于图9的步骤902和906。在步骤1010，无线设备110例如基于将从网络节点120接收的QCL和/或TM假设与无线设备110的当前能力进行比较，确定它不支持在步骤1006中接收的映射。因此，无线设备110不根据所接收的映射来配置其接收机。

在步骤1014，无线设备110发送并且网络节点120接收无线设备110不能接收多播传输或多播信道的指示。例如，在将映射与TMGI相关联的某些实施例中，无线设备使用TMGI来标识这样的多播传输或多播信道：对于所述多播传输或多播信道，无线设备110不支持网络节点120在控制信息消息1006中提供的QCL假设或TM假设。

在步骤1020，网络节点120确定除了使用无线设备110不能接收(例如由TMGI标识)的QCL假设或TM假设以外向无线设备110传送内容的方式。例如，在步骤1024，网络节点120配置用于为无线设备110服务的单播承载，并且在步骤1028，内容经由单播承载传送到无线设备110。

图11示出了根据某些实施例的网络节点120和无线设备110之间的信号流的另一示例。所述方法以无线设备110处于空闲模式开始。步骤1102-1120类似于图10中的对应步骤1002-1020。在步骤1124，网络节点120重新配置多播传输或多播信道，以使得无线设备110支持多播传输或多播信道配置。在一些实施例中，网络节点120使用TMGI标识并将重新配置信息与多播传输或多播信道相关联。无线设备110接收重新配置并相应地配置其接收机(例如响应于确定支持新配置并确定使用与TMGI相关联的多播传输/信道)。在步骤1128，网络节点120根据在步骤1124中发送的重新配置信息，经由重新配置后的多播传输/多播信道向无线设备110传送内容。

图12示出了根据某些实施例的网络节点120和无线设备110之间的信号流的另一示例。所述方法以无线设备110处于空闲模式开始。步骤1202和1206分别类似于图9的步骤902和906。在步骤1210，网络节点120至少针对无线设备110确定重新配置与TMGI相关联的多播传输或多播信道的QCL假设。

在步骤1214，网络节点120传送并且无线设备110接收指示。所述指示表明接收与感兴趣TMGI相关联的多播传输或多播信道的无线设备110应该从空闲模式转变到连接模式。所述指示可以作为转变到连接模式的显式请求来传送，或者所述指示可以是隐式的。例如，网络节点120可以请求获得HARQ反馈、CSI和/或无线设备110被配置为在连接模式下传送的其他测量，从而使无线设备110转变到连接模式。

在步骤1218，网络节点120和无线设备110处于连接模式。在步骤1222，网络节点120在无线设备处于连接模式时重新配置QCL假设。TMGI可用于标识被重新配置的多播传输或多播信道。针对无线设备110，重新配置后的QCL假设覆盖先前的QCL假设(参见步骤1226)。对于保持在空闲模式的其他无线设备，QCL假设不需要被重新配置。

图13示出了根据某些实施例的网络节点120的模块的示例。网络节点120可以包括QCL映射模块1302、映射覆盖模块1304和输入/输出模块1306中的一个或多个。QCL映射模块1302可以生成将准共址假设映射到多播传输的映射。输入/输出模块1306可以使映射被发送到无线设备110。映射覆盖模块1304可以生成指示网络节点120是否支持覆盖映射的指示符。输入/输出模块1306可以使指示符被发送到无线设备110。如果网络节点120支持覆盖映射，则输入/输出模块可以从无线设备110接收覆盖请求，例如覆盖请求可以指示无线设备110不支持所接收的映射。覆盖请求可选地包括关于无线设备110所支持的QCL假设和/或多播传输的信息。映射覆盖模块1304可以生成替代映射(例如无线设备110支持的映射)或者可以配置用于无线设备110的单播承载。在一些实施例中，映射覆盖模块1304可以生成替代映射，而不必从无线设备110接收覆盖请求。例如，响应于确定获得HARQ反馈、CSI和/或来自无线设备110的其他测量，映射覆盖模块可以确定为无线设备110重新配置QCL假设。输入/输出模块1306可以发送消息以使无线设备110从空闲模式转变到连接模式，使得可以重新配置QCL假设。

图14示出了根据某些实施例的无线设备110的模块的示例。无线设备110可以包括QCL配置模块1402、覆盖请求模块1404和输入/输出模块1406中的一个或多个。输入/输出模块1406可以从网络节点120接收映射并且可以将映射传送到QCL配置模块1402。映射将准共址假设映射到多播传输。QCL配置模块1402根据映射配置无线设备110的接收机，例如如果映射受支持。如果映射不受支持，则覆盖请求模块1404可以生成并且输入/输出模块1406可以向网络节点120发送覆盖映射的请求。覆盖请求可以指示无线设备110不支持所接收的映射。覆盖请求可选地包括关于无线设备110所支持的QCL假设和/或多播传输的信息。在一些实施例中，输入/输出模块1406从网络节点120接收替代映射并将替代映射传送到QCL配置模块1402。QCL配置模块1402根据替代映射里配置无线设备110的接收机。

图15示出了可以包括在网络节点120中的模块的示例。在某些实施例中，网络节点120可以包括确定模块(多个)1502、通信模块(多个)1504、接收模块(多个)1506和/或其他合适的模块中的任何一个或多个。模块的功能可以集成在单个组件中，或者以任何合适的方式在几个组件之间分开。在某些实施例中，可以使用关于图5描述的处理电路124来实现一个或多个所述模块。

确定模块1502可以执行网络节点120的处理功能(包括任何网络节点功能以支持上述实施例)。作为示例，确定模块1502可以生成准共址假设与多播传输之间的映射。作为另一示例，确定模块1502可以使用映射来确定是否将内容传送到无线设备110。如果确定模块1502确定不使用映射，则其可以确定传送内容的另一种方式，例如通过为无线设备110建立单播承载或重新配置QCL假设。在一些实施例中，确定模块1502确定针对特定无线设备110重新配置QCL假设并且进一步确定针对该无线设备110发送转变到连接模式的指示，使得无线设备110可以接收重新配置后的QCL假设。确定模块1502可以进一步确定将转变到连接模式的指示作为显式请求还是隐式请求来发送。

确定模块1502可以包括模拟和/或数字电路，其被配置为执行上述确定模块1502和/或处理电路124的任何功能。在某些实施例中，上述确定模块1502的功能可以在一个或多个不同的模块中执行。

通信模块1504可以执行网络节点120的传输功能。作为一个示例，通信模块1504可以是QCL假设与多播传输或多播信道之间的映射。作为附加示例，通信模块1504可以被配置为传送图6-12中所示由网络节点120传送的消息中的任何一个或多个。通信模块1504可以包括发射机和/或收发机，例如上面关于图5描述的收发机122。作为另一示例，通信模块1504可以将信息发送到其他网络节点120。通信模块1504可以包括网络接口，例如上面关于图5描述的接口128。通信模块1504可以包括被配置为发送无线和/或有线消息和/或信号的电路。在特定实施例中，通信模块1504可以从确定模块1502接收消息和/或信号以便传输。在某些实施例中，上述通信模块1504的功能可以在一个或多个不同模块中执行。

接收模块1506可以执行网络节点120的接收功能。例如，接收模块1506可以接收图6-12中所示由网络节点120接收的任何一个或多个消息。接收模块1506可以包括接收机和/或收发机，例如上面关于图5描述的收发机122。作为另一示例，接收模块1506可以从其他网络节点120接收信息。接收模块1506可以包括网络接口，例如关于图5描述的接口128。接收模块1506可以包括被配置为接收无线和/或有线消息和/或信号的电路。在特定实施例中，接收模块1506可以将所接收的消息和/或信号传送到确定模块1502。在某些实施例中，上述接收模块1506的功能可以在一个或多个不同的模块中执行。

在某些实施例中，图15中所示的一些或所有模块可以与图13中所示的一个或多个模块组合。作为示例，某些实施例可以将输入/输出模块1306的至少一些功能与通信模块1504和/或接收模块1506的至少一些功能组合。

图16示出了可以包括在无线设备110中的模块的示例。在某些实施例中，无线设备110可以包括确定模块(多个)1602、通信模块(多个)1604、接收模块(多个)1606、用户输入模块(多个)1608、显示模块(多个)1610和/或其他合适的模块中的任何一个或多个。模块的功能可以集成在单个组件中，或者以任何合适的方式在几个组件之间分开。在某些实施例中，可以使用关于图4描述的处理电路114来实现一个或多个模块。

确定模块1602可以执行无线设备110的处理功能(包括任何UE功能以支持上述实施例)。作为一个示例，确定模块1602可以确定是否支持所接收的QCL假设，并且如果支持，则确定是否相应地配置无线设备110的接收机。例如，在某些实施例中，QCL假设可以被映射到TMGI，确定模块1602可以确定使用与TMGI相关联的服务，从而相应地配置接收机。

确定模块1602可以包括或包括在一个或多个处理器中，例如上面关于图4描述的处理电路114。确定模块1602可以包括模拟和/或数字电路，其被配置为执行上述确定模块1602和/或处理电路114的任何功能。在某些实施例中，上述确定模块1602的功能可以在一个或多个不同的模块中执行。

通信模块1604可以执行无线设备110的传输功能。例如，通信模块1604可以传送图6-12中所示由无线设备110发送的任何一个或多个消息。通信模块1604可以包括发射机和/或收发机，例如上面关于图4描述的收发机112。通信模块1604可以包括被配置为无线地发送消息和/或信号的电路。在特定实施例中，通信模块1604可以从确定模块1602接收消息和/或信号以便传输。在某些实施例中，可以在一个或多个不同模块中执行上述通信模块1604的功能。

接收模块1606可以执行无线设备110的接收功能。例如，接收模块1606可以接收图6-12中所示由无线设备110接收的任何一个或多个消息。接收模块1606可以包括接收机和/或收发机，例如上面关于图4描述的收发机112。接收模块1606可以包括被配置成无线地接收消息和/或信号的电路。在特定实施例中，接收模块1606可以将所接收的消息和/或信号传送到确定模块1602。在某些实施例中，上述接收模块1606的功能可以在一个或多个不同的模块中执行。

在某些实施例中，无线设备110可以可选地包括用户输入模块1608，其可以接收旨在用于无线设备110的用户输入。例如，用户输入模块1608可以接收按键按压、按钮按压、触摸、滑动、音频信号、视频信号和/或任何其他适当的信号。输入模块可以包括一个或多个键、按钮、控制杆、开关、触摸屏、麦克风和/或相机。用户输入模块1608可以将所接收的信号传送到确定模块1602。在某些实施例中，上述用户输入模块1608的功能可以在一个或多个不同的模块中执行。

在某些实施例中，无线设备110可以可选地包括显示模块1610，其可以在无线设备110的显示器上呈现信号。显示模块1610可以包括显示器和/或被配置为在显示器上呈现信号的任何适当的电路和硬件。显示模块1610可以从确定模块1602接收要在显示器上呈现的信号。在某些实施例中，上述显示模块1610的功能可以在一个或多个不同的模块中执行。

确定模块1602、通信模块1604、接收模块1606、输入模块1608和显示模块1610可以包括硬件和/或软件的任何合适配置。无线设备110可以包括除了图16中所示的那些之外的附加模块，其可以负责提供任何合适的功能，包括上述任何功能和/或任何附加功能(包括支持本文所述的各种解决方案所需的任何功能)。

在某些实施例中，图16中所示的一些或所有模块可以与图14中所示的一个或多个模块组合。作为示例，某些实施例可以将输入/输出模块1406的至少一些功能与通信模块1604和/或接收模块1606的至少一些功能组合。

以下提供网络节点和无线设备中的方法的实施例的附加示例，以及网络节点和无线设备的示例实施例。

网络节点中的示例方法

1-1.一种在网络节点(120)中的方法，包括：

将映射发送到处于空闲模式的无线设备(110)，其中，所述映射将准共址假设映射到多播传输。

1-2.根据示例实施例1-1的方法，其中，所述映射在广播控制信息中发送。

1-3.根据示例实施例1-1的方法，其中，所述映射在主信息块(MIB)和/或系统信息块(SIB)中发送。

1-4.根据示例实施例1-1的方法，其中，所述无线设备处于RRC空闲模式。

1-5.根据示例实施例1-1的方法，其中，所述多播传输与临时多播组指示符(TMGI)相关联，并且所述映射将所述准共址假设映射到所述临时多播组指示符。

1-6.根据示例实施例1-1的方法，其中，所述多播传输与多媒体广播/多播服务(MBMS)承载相关联，并且所述映射将所述准共址假设映射到所述MBMS承载。

1-7.根据示例实施例1-1的方法，其中，所述准共址假设指示所述无线设备应采用完全共址行为还是采用灵活的准共址配置。

1-8.根据示例实施例1-1的方法，还包括：由所述网络节点生成所述准共址假设与所述多播传输之间的所述映射。

1-9.根据示例实施例1-1的方法，还包括：向所述无线设备发送指示符，所述指示符指示所述网络节点是否支持接收覆盖所述QCL假设到所述多播传输的所述映射的请求。例如，所述指示符可以指示所述网络节点是否支持接收覆盖包括TM和QCL假设的配置的请求。

1-10.根据示例实施例1-1或1-9的方法，还包括：从所述无线设备接收覆盖所述映射的请求；以及向所述无线设备发送替代映射。

1-11.根据示例实施例1-10的方法，其中，覆盖所述映射的请求指示所述无线设备所支持的QCL假设，并且所述替代映射映射所述无线设备所支持的QCL假设。

1-12.根据示例实施例1-10或1-11的方法，其中，覆盖所述映射的请求指示所述无线设备所支持的传输模式，并且所述替代映射映射所述无线设备所支持的传输模式。

1-13.根据示例实施例1-1或1-9的方法，还包括：从所述无线设备接收覆盖所述映射的请求；以及针对所述无线设备配置单播承载。

1-14.根据示例实施例1-1的方法，还包括：确定多个无线设备不能支持所述映射；生成包括第二准共址假设和第二多播传输的替代映射；以及广播所述替代映射。

1-15.根据示例实施例1-1的方法，还包括：确定针对所述无线设备重新配置所述QCL假设；请求所述无线设备从空闲模式转变到连接模式；以及在所述无线设备处于连接模式时重新配置所述QCL假设。例如，所述方法可以重新配置包括TM和QCL假设的配置。

1-16.根据示例实施例1-15的方法，其中，针对所述无线设备重新配置所述QCL假设的确定是响应于从所述无线设备获得HARQ反馈、CSI和/或其他测量的决定。

1-17.根据示例实施例1-15的方法，其中，所述准共址假设到所述多播传输的先前映射(即，在示例实施例1-1中发送的映射)通过广播或多播控制信息发送，并且重新配置后的QCL假设覆盖关于所述无线设备的先前映射。

1-18.根据示例实施例1-17的方法，其中，对于保持在空闲模式的其他无线设备，不重新配置所述QCL假设(例如，其他无线设备继续经由广播或多播控制信息接收来自示例实施例1-1的将所述准共址假设映射到所述多播传输的映射)。

1-19.根据示例实施例1-15的方法，其中，请求所述无线设备从空闲模式转变到连接模式包括转变到连接模式的显式请求。

1-20.根据示例实施例1-15的方法，其中，请求所述无线设备从空闲模式转变到连接模式包括转变到连接模式的隐式请求。

1-21.根据示例实施例1-20的方法，其中，所述隐式请求包括所述网络节点已决定获得HARQ反馈、CSI和/或来自所述无线设备的其他测量的指示。

无线设备中的示例方法

2-1.一种在无线设备(110)中的方法，包括：

在空闲模式下接收将准共址假设映射到多播传输的映射。

2-1(a).根据示例实施例2-1的方法，还包括：根据所接收的映射配置所述无线设备的接收机。

2-1(b).根据示例实施例2-1的方法，还包括：响应于所述无线设备不支持所述映射的确定，不根据所接收的映射来配置所述无线设备的所述接收机。

2-2.根据示例实施例2-1的方法，其中，在来自网络节点(120)的广播控制信息中接收所述映射。

2-3.根据示例实施例2-1的方法，其中，在来自网络节点的主信息块(MIB)和/或系统信息块(SIB)中接收所述映射。

2-4.根据示例实施例2-1的方法，其中，所述无线设备处于RRC空闲模式。

2-5.根据示例实施例2-1的方法，其中，所述多播传输与临时多播组指示符(TMGI)相关联，并且所述映射将所述准共址假设映射到所述临时多播组指示符。

2-6.根据示例实施例2-1的方法，其中，所述多播传输与多媒体广播/多播服务(MBMS)承载相关联，并且所述映射将所述准共址假设映射到所述MBMS承载。

2-7.根据示例实施例2-1的方法，其中，所述准共址假设指示所述无线设备应采用完全共址行为还是采用灵活的准共址配置。

2-8.根据示例实施例2-1的方法，其中，响应于确定使用与由所述映射指示的所述多播传输相关联的TMGI，根据所接收的映射配置所述接收机。

2-9.根据示例实施例2-1的方法，还包括：接收指示符，所述指示符指示所述网络节点是否支持接收覆盖所述QCL假设到所述多播传输的所述映射的请求。例如，所述指示符可以指示所述网络节点是否支持接收覆盖包括TM和QCL假设的配置的请求。

2-10.根据示例实施例2-1或2-9的方法，还包括：向所述网络节点发送覆盖所述映射的请求；以及从所述网络节点接收替代映射。

2-11.根据示例实施例2-10的方法，其中，覆盖所述映射的请求指示所述无线设备所支持的QCL假设，并且所述替代映射映射所述无线设备所支持的QCL假设。

2-12.根据示例实施例2-10或2-11的方法，其中，覆盖所述映射的请求指示所述无线设备所支持的传输模式，并且所述替代映射映射所述无线设备所支持的传输模式。

2-13.根据示例实施例2-1或2-9的方法，还包括：向所述网络节点发送覆盖所述映射的请求；以及从所述网络节点接收单播承载配置。

2-14.根据示例实施例2-1的方法，还包括：从所述网络节点接收替代映射，所述替代映射包括第二准共址假设和第二多播传输；以及根据所接收的替代映射来配置所述无线设备的所述接收机。

2-15.根据示例实施例2-1的方法，还包括：接收从空闲模式转变到连接模式的请求；以及在所述无线设备处于连接模式时接收所述QCL假设的重新配置。

2-16.根据示例实施例2-15的方法，还包括：接收向所述网络节点提供HARQ反馈、CSI和/或其他测量的请求。

2-17.根据示例实施例2-15的方法，其中，所述准共址假设到所述多播传输的先前映射(即，在示例实施例2-1中发送的映射)经由广播或多播控制信息来接收，并且重新配置后的QCL假设覆盖关于所述无线设备的先前映射。例如，所述方法可以重新配置包括TM和QCL假设的配置。

2-18.根据示例实施例2-15、2-16或2-17的方法，还包括：根据所接收到的QCL假设的重新配置来配置所述无线设备的所述接收机。

2-19.根据示例实施例2-15的方法，其中，从空闲模式转变到连接模式的请求包括转变到连接模式的显式请求。

2-20.根据示例实施例2-15的方法，其中，从空闲模式转变到连接模式的请求包括转变到连接模式的隐式请求。

2-21.根据示例实施例2-20的方法，其中，所述隐式请求包括所述网络节点已决定获得HARQ反馈、CSI和/或来自所述无线设备的其他测量的指示。

示例网络节点

3-1.一种网络节点(120)，包括存储器和一个或多个处理器，所述网络节点可操作以：

将映射发送到处于空闲模式的无线设备(110)，其中，所述映射将准共址假设映射到多播传输。

3-2.根据示例实施例3-1的网络节点，其中，所述网络节点在广播控制信息中发送所述映射。

3-3.根据示例实施例3-1的网络节点，其中，所述网络节点在主信息块(MIB)和/或系统信息块(SIB)中发送所述映射。

3-4.根据示例实施例3-1的网络节点，其中，所述无线设备处于RRC空闲模式。

3-5.根据示例实施例3-1的网络节点，其中，所述多播传输与临时多播组指示符(TMGI)相关联，并且所述映射将所述准共址假设映射到所述临时多播组指示符。

3-6.根据示例实施例3-1的网络节点，其中，所述多播传输与多媒体广播/多播服务(MBMS)承载相关联，并且所述映射将所述准共址假设映射到所述MBMS承载。

3-7.根据示例实施例3-1的网络节点，其中，所述准共址假设指示所述无线设备应采用完全共址行为还是采用灵活的准共址配置。

3-8.在示例实施例3-1的网络节点中，所述网络节点还可操作以生成所述准共址假设与所述多播传输之间的所述映射。

3-9.在示例实施例3-1的网络节点中，所述网络节点还可操作以向所述无线设备发送指示符，所述指示符指示所述网络节点是否支持接收覆盖所述QCL假设到所述多播传输的所述映射的请求。例如，所述指示符可以指示所述网络节点是否支持接收覆盖包括TM和QCL假设的配置的请求。

3-10.在示例性实施例3-1或3-9的网络节点中，所述网络节点还可操作以从所述无线设备接收覆盖所述映射的请求；以及向所述无线设备发送替代映射。

3-11.根据示例实施例3-10的网络节点，其中，覆盖所述映射的请求指示所述无线设备所支持的QCL假设，并且所述替代映射映射所述无线设备所支持的QCL假设。

3-12.根据示例实施例3-10或3-11的网络节点，其中，覆盖所述映射的请求指示所述无线设备所支持的传输模式，并且所述替代映射映射所述无线设备所支持的传输模式。

3-13.在示例性实施例3-1或3-9的网络节点中，所述网络节点还可操作以从所述无线设备接收覆盖所述映射的请求；以及针对所述无线设备配置单播承载。

3-14.在示例实施例3-1的网络节点中，所述网络节点还可操作以确定多个无线设备不能支持所述映射；生成包括第二准共址假设和第二多播传输的替代映射；以及广播所述替代映射。

3-15.在示例实施例3-1的网络节点中，所述网络节点还可操作以确定针对所述无线设备重新配置所述QCL假设；请求所述无线设备从空闲模式转变到连接模式；以及在所述无线设备处于连接模式时重新配置所述QCL假设。例如，所述网络节点可以重新配置包括TM和QCL假设的配置。

3-16.示例性实施例3-15的网络节点，其中，针对所述无线设备重新配置所述QCL假设的确定是响应于从所述无线设备获得HARQ反馈、CSI和/或其他测量的决定。

3-17.示例性实施例3-15的网络节点，其中，所述网络节点经由广播或多播控制信息发送所述准共址假设到所述多播传输的先前映射(即，在示例实施例3-1中发送的映射)，并且重新配置后的QCL假设覆盖关于所述无线设备的先前映射。

3-18.根据示例实施例3-17的网络节点，其中，对于保持在空闲模式的其他无线设备，所述网络节点不重新配置所述QCL假设(例如，其他无线设备继续经由广播或多播控制信息接收来自示例实施例3-1的将所述准共址假设映射到所述多播传输的映射)。

3-19.根据示例实施例3-15的网络节点，其中，从空闲模式转变到连接模式的请求包括转变到连接模式的显式请求。

3-20.根据示例实施例3-15的网络节点，其中，从空闲模式转变到连接模式的请求包括转变到连接模式的隐式请求。

3-21.根据示例实施例3-20的网络节点，其中，所述隐式请求包括所述网络节点已决定获得HARQ反馈、CSI和/或来自所述无线设备的其他测量的指示。

示例无线设备

4-1.一种无线设备(110)，包括存储器和一个或多个处理器，所述无线设备可操作以：

在空闲模式下接收将准共址假设映射到多播传输的映射。

4-1(a).根据示例实施例4-1的方法，还包括：根据所接收的映射配置所述无线设备的接收机。

4-1(b).根据示例实施例4-1的方法，还包括：响应于所述无线设备不支持所述映射的确定，不根据所接收的映射来配置所述无线设备的所述接收机。

4-2.根据示例实施例4-1的无线设备，其中，在来自网络节点(120)的广播控制信息中接收所述映射。

4-3.根据示例实施例4-1的无线设备，其中，在来自网络节点的主信息块(MIB)和/或系统信息块(SIB)中接收所述映射。

4-4.根据示例实施例4-1的无线设备，其中，所述无线设备处于RRC空闲模式。

4-5.根据示例实施例4-1的无线设备，其中，所述多播传输与临时多播组指示符(TMGI)相关联，并且所述映射将所述准共址假设映射到所述临时多播组指示符。

4-6.根据示例实施例4-1的无线设备，其中，所述多播传输与多媒体广播/多播服务(MBMS)承载相关联，并且所述映射将所述准共址假设映射到所述MBMS承载。

4-7.示例性实施例4-1的无线设备，其中，所述准共址假设指示所述无线设备应采用完全共址行为还是采用灵活的准共址配置。

4-8.示例性实施例4-1的无线设备，其中，所述无线设备响应于确定使用与由所述映射指示的所述多播传输相关联的TMGI，根据所接收的映射配置所述接收机。

4-9.在示例实施例4-1的无线设备中，所述无线设备还可操作以接收指示符，所述指示符指示所述网络节点是否支持接收覆盖所述QCL假设到所述多播传输的所述映射的请求。例如，所述指示符可以指示所述网络节点是否支持接收覆盖包括TM和QCL假设的配置的请求。

4-10.在示例实施例4-1或4-9的无线设备中，所述无线设备还可操作以向所述网络节点发送覆盖所述映射的请求；以及从所述网络节点接收替代映射。

4-11.根据示例实施例4-10的无线设备，其中，覆盖所述映射的请求指示所述无线设备所支持的QCL假设，并且所述替代映射映射所述无线设备所支持的QCL假设。

4-12.根据示例实施例4-10或4-11的无线设备，其中，覆盖所述映射的请求指示所述无线设备所支持的传输模式，并且所述替代映射映射所述无线设备所支持的传输模式。

4-13.在示例实施例4-1或4-9的无线设备中，所述无线设备还可操作以向所述网络节点发送覆盖所述映射的请求；以及从所述网络节点接收单播承载配置。

4-14.根据示例实施例4-1的无线设备，还可操作以从所述网络节点接收替代映射，所述替代映射包括第二准共址假设和第二多播传输；以及根据所接收的替代映射来配置所述无线设备的所述接收机。

4-15.在示例实施例4-1的无线设备中，所述无线设备还可操作以接收从空闲模式转变到连接模式的请求；以及在所述无线设备处于连接模式时接收所述QCL假设的重新配置。例如，所述无线设备可以重新配置包括TM和QCL假设的配置。

4-16.在示例实施例4-15的无线设备中，所述无线设备还可操作以接收向所述网络节点提供HARQ反馈、CSI和/或其他测量的请求。

4-17.根据示例实施例4-15的无线设备，其中，所述准共址假设到所述多播传输的先前映射(即，在示例实施例4-1中发送的映射)经由广播或多播控制信息来接收，并且重新配置后的QCL假设覆盖关于所述无线设备的先前映射。

4-18.根据示例实施例4-15、4-16或4-17的无线设备，所述无线设备还可操作根据所接收到的QCL假设的重新配置来配置所述无线设备的所述接收机。

4-19.根据示例实施例4-15的无线设备，其中，从空闲模式转变到连接模式的请求包括转变到连接模式的显式请求。

4-20.根据示例实施例4-15的无线设备，其中，从空闲模式转变到连接模式的请求包括转变到连接模式的隐式请求。

4-21.根据示例实施例4-20的无线设备，其中，所述隐式请求包括所述网络节点已决定获得HARQ反馈、CSI和/或来自所述无线设备的其他测量的指示。

在不脱离本公开的范围的情况下，可以对本文描述的系统和装置进行修改、添加或省略。系统和装置的组件可以是集成的或分离的。此外，系统和装置的操作可以由更多、更少或其他组件来执行。另外，可以使用包括软件、硬件和/或其他逻辑的任何合适的逻辑来执行系统和装置的操作。如在本文档中所使用的，“每个”指集合中的每个成员或集合的子集中的每个成员。

在不脱离本公开的范围的情况下，可以对本文描述的方法进行修改、添加或省略。所述方法可以包括更多、更少或其他步骤。另外，可以以任何合适的顺序执行步骤。通常，权利要求中使用的所有术语将根据它们在技术领域中的普通含义来解释，除非本文另有明确定义。所有引用“一/一个/该元件、设备、组件、装置、步骤等”，除非另有明确说明，否则将被公开解释为指代元件、设备、组件、装置、步骤等的至少一个实例。除非明确说明，否则本文公开的任何方法的步骤不必以所公开的确切顺序执行。

尽管已经根据某些实施例描述了本公开，但是实施例的改变和置换对于本领域技术人员而言将是显而易见的。因此，以上对实施例的描述不限制本公开。在不脱离由所附权利要求限定的本公开的精神和范围的情况下，其他改变、替换和变更是可能的。

本文中可使用以下某些缩写：

3GPP 第三代合作伙伴计划

ACK 确认

AS 应用服务器

BM-SC 广播多播-服务中心

CC 分量载波

CQI 信道质量信息

CRC 循环冗余校验

C-RNTI 小区无线网络临时标识符

CSI 信道状态信息

CSI-RS 信道状态信息-参考信号

D2D 设备到设备

DAI 下行链路分配索引

DCI 下行链路控制信息

DL 下行链路

DMRS 解调参考信号

ECGI E-UTRAN小区全球标识符

eNB 演进型NodeB

ePDCCH 增强型物理下行链路控制信道

FDD 频分双工

GCS 组通信系统

GCSE 组通信服务启用器

GW 网关

HARQ 混合自动重传请求

H-PLMN 家庭-公共陆地移动网络

LTE 长期演进

MBMS 多媒体广播/多播服务

MBSFN MBMS单频网络

MCH 多播信道

MCCH 多播控制信道

MCPTT 关键任务一键通

MIB 主信息块

MTCH 多播业务信道

NACK 非确认

NW 网络

PDCCH 物理下行链路控制信道

PDSCH 物理下行链路共享信道

P-GW 分组网关

PHICH 物理混合ARQ指示信道

PQI 准共址指示符

ProSe 基于邻近度的服务

PUCCH 物理上行链路控制信道

PUSCH 物理上行链路共享信道

QCL 准共址

RE 资源元素

RRC 无线资源控制

SC-PTM 单小区点对多点

SIB 系统信息块

SR 调度请求

TDD 时分双工

TM 传输模式

TMGI 临时移动组标识

TPC 发射功率控制

UE 用户设备

UL 上行链路

USD 用户服务描述

V2I 车辆到基础设施

V2P 车辆到行人

V2V 车辆到车辆

V2X 车辆到X

Claims (64)

1.一种在网络节点(120)中使用的方法，所述方法包括：

向处于空闲模式的至少一个无线设备(110)发送(606,706,806,906,1006,1106,1206)控制信息消息，所述消息包括将准共址QCL假设映射到多播传输或多播信道的映射。

2.根据权利要求1所述的方法，其中，所述多播传输或多播信道与临时多播组指示符TMGI相关联，并且所述映射将所述QCL假设映射到所述TMGI。

3.根据权利要求1至2中任一项所述的方法，其中，所述控制信息消息还包括关于所述无线设备的接收机应针对与所述TMGI关联的所述多播传输或多播信道采取哪种传输模式TM的信息。

4.根据权利要求2至3中任一项所述的方法，还包括：

从所述无线设备接收(714,1014,1114)指示所述无线设备不能接收所述TMGI的信令；以及

确定(720,1020,1120)除了使用所述无线设备不能接收的所述TMGI以外向所述无线设备传送内容的方式。

5.根据权利要求4所述的方法，其中，所述传送内容的方式包括配置(1024)用于为所述无线设备服务的单播承载。

6.根据权利要求4所述的方法，其中，所述传送内容的方式包括重新配置(1124)与所述TMGI关联的所述多播传输或多播信道，以使得所述无线设备支持所述多播传输或多播信道配置。

7.根据权利要求2至6中任一项所述的方法，还包括：

至少针对所述无线设备确定(818,1210)重新配置与所述TMGI关联的所述多播传输或多播信道的所述QCL假设；

传送(822,1214)接收与感兴趣TMGI相关联的所述多播传输或多播信道的所述无线设备应从空闲模式转变到连接模式的指示；以及

在所述无线设备处于连接模式时重新配置(830,1222)所述QCL假设，以使得针对所述无线设备，重新配置的QCL假设覆盖先前的QCL假设。

8.根据权利要求7所述的方法，其中，对于保持在空闲模式的其他无线设备，所述QCL假设不被重新配置。

9.根据权利要求7至8中任一项所述的方法，其中，所述无线设备应从空闲模式转变到连接模式的所述指示作为转变到连接模式的显式请求来传送。

10.根据权利要求7至8中任一项所述的方法，其中，所述无线设备应从空闲模式转变到连接模式的所述指示通过请求获得混合自动重传请求HARQ反馈、信道状态信息CSI和/或所述无线设备被配置以在连接模式下传送的其他测量来隐式地传送。

11.根据权利要求1所述的方法，其中，所述多播传输或多播信道与多媒体广播/多播服务MBMS承载相关联，并且所述映射将所述QCL假设映射到所述MBMS承载。

12.根据权利要求1至11中任一项所述的方法，其中，所述方法还包括：在将所述映射发送到所述无线设备之前生成(602,702,802,902,1002,1102,1202)所述映射。

13.根据权利要求1至12中任一项所述的方法，其中，所述控制信息消息在主信息块MIB和/或系统信息块SIB中发送。

14.根据权利要求1至13中任一项所述的方法，其中，所述QCL假设指示所述无线设备应当采用完全共址行为还是采用灵活的准共址配置。

15.根据权利要求1至14中任一项所述的方法，其中，所述QCL假设包括将要由所述无线设备在接收所述多播传输或多播信道时使用的默认QCL配置。

16.根据权利要求1至15中任一项所述的方法，其中，发送所述控制信息消息使得所述至少一个无线设备在空闲模式下使用所述QCL假设来解码所述多播传输或多播信道。

17.一种在无线设备(110)中使用的方法，所述方法包括：

从网络节点(120)接收(606,706,806,906,1006,1106,1206)控制信息消息，所述控制信息消息包括将准共址QCL假设映射到多播传输或多播信道的映射，所述映射在处于空闲模式时接收；以及

如果所述无线设备支持所述映射，则在处于空闲模式时使用(610,834,920)所接收的QCL假设来解码所述多播传输或多播信道。

18.根据权利要求17所述的方法，其中，所述多播传输或多播信道与临时多播组指示符TMGI相关联，并且所述映射将所述QCL假设映射到所述TMGI。

19.根据权利要求18所述的方法，其中，所述控制信息消息还包括关于所述无线设备的接收机应针对与所述TMGI关联的所述多播传输或多播信道采取哪种传输模式TM的信息。

20.根据权利要求18至19中任一项所述的方法，还包括：

确定(1010,1110)所述无线设备不能接收与所述TMGI关联的所述多播传输或多播信道，所述确定基于将与所述TMGI关联的所述QCL假设和所述无线设备的能力进行比较；

向所述网络节点发送(714,1014,1114)指示所述无线设备不能接收与感兴趣TMGI相关联的所述多播传输或多播信道的信令；以及

根据不需要使用所述无线设备不能接收的所述TMGI的技术，从所述网络节点接收(720,1028,1128)内容。

21.根据权利要求20所述的方法，其中，所述内容经由所述网络节点为所述无线设备配置的单播承载(1024)接收。

22.根据权利要求20所述的方法，其中，与所述TMGI关联的所述多播传输或多播信道被重新配置(1124)以使用由所述无线设备支持的配置，并且所述内容经由重新配置的多播传输或多播信道接收。

23.根据权利要求18至22中任一项所述的方法，还包括：

接收(822,1214)从空闲模式转变到连接模式的指示；

在处于连接模式时接收(830,1222)与所述TMGI关联的重新配置的QCL假设；以及

用所述重新配置的QCL假设覆盖(834,1226)先前的QCL假设。

24.根据权利要求23所述的方法，其中，从空闲模式转变到连接模式的所述指示包括转变到连接模式的显式请求。

25.根据权利要求23所述的方法，其中，基于接收获得混合自动重传请求HARQ反馈、信道状态信息CSI和/或所述无线设备被配置以在连接模式下传送的其他测量的请求，从空闲模式转变到连接模式的所述指示是隐式的。

26.根据权利要求17所述的方法，其中，所述多播传输或多播信道与多媒体广播/多播服务MBMS承载相关联，并且所述映射将所述QCL假设映射到所述MBMS承载。

27.根据权利要求17至26中任一项所述的方法，其中，所述控制信息消息在主信息块MIB和/或系统信息块SIB中发送。

28.根据权利要求17至27中任一项所述的方法，其中，所述QCL假设指示所述无线设备应当采用完全共址行为还是采用灵活的准共址配置。

29.根据权利要求17所述的方法，还包括：响应于确定(1010,1110)所述无线设备不支持所接收的映射，不根据所述映射来配置所述无线设备的所述接收机。

30.根据权利要求17所述的方法，还包括：响应于确定使用由所接收的映射指示的与所述多播传输或多播信道相关联的TMGI，根据所述映射来配置(910)所述接收机。

31.根据权利要求17至30中任一项所述的方法，其中，所述QCL假设包括将要由所述无线设备在接收所述多播传输或多播信道时使用的默认QCL配置。

32.一种网络节点(120)，包括可操作以存储指令的存储器(126)和可操作以执行所述指令的处理电路(124)，由此所述网络节点可操作以：

将控制信息消息发送到处于空闲模式的至少一个无线设备(110)，所述消息包括将准共址QCL假设映射到多播传输或多播信道的映射。

33.根据权利要求32所述的网络节点，其中，所述多播传输或多播信道与临时多播组指示符TMGI相关联，并且所述映射将所述QCL假设映射到所述TMGI。

34.根据权利要求32至33中任一项所述的网络节点，其中，所述控制信息消息还包括关于所述无线设备的接收机应针对与所述TMGI关联的所述多播传输或多播信道采取哪种传输模式TM的信息。

35.根据权利要求33至34中任一项所述的网络节点，还可操作以：

从所述无线设备接收指示所述无线设备不能接收所述TMGI的信令；以及

确定除了使用所述无线设备不能接收的所述TMGI以外向所述无线设备传送内容的方式。

36.根据权利要求35所述的网络节点，其中，所述传送内容的方式包括配置用于为所述无线设备服务的单播承载。

37.根据权利要求35所述的网络节点，其中，所述传送内容的方式包括重新配置与所述TMGI关联的所述多播传输或多播信道，以使得所述无线设备支持所述多播传输或多播信道配置。

38.根据权利要求33至37中任一项所述的网络节点，还可操作以：

至少针对所述无线设备确定重新配置与所述TMGI关联的所述多播传输或多播信道的所述QCL假设；

传送接收与感兴趣TMGI相关联的所述多播传输或多播信道的所述无线设备应从空闲模式转变到连接模式的指示；以及

在所述无线设备处于连接模式时重新配置所述QCL假设，以使得针对所述无线设备，重新配置的QCL假设覆盖先前的QCL假设。

39.根据权利要求38所述的网络节点，其中，对于保持在空闲模式的其他无线设备，所述QCL假设不被重新配置。

40.根据权利要求38至39中任一项所述的网络节点，其中，所述无线设备应从空闲模式转变到连接模式的所述指示作为转变到连接模式的显式请求来传送。

41.根据权利要求38至39中任一项所述的网络节点，其中，所述无线设备应从空闲模式转变到连接模式的所述指示通过请求获得混合自动重传请求HARQ反馈、信道状态信息CSI和/或所述无线设备被配置以在连接模式下传送的其他测量来隐式地传送。

42.根据权利要求32所述的网络节点，其中，所述多播传输或多播信道与多媒体广播/多播服务MBMS承载相关联，并且所述映射将所述QCL假设映射到所述MBMS承载。

43.根据权利要求32至42中任一项所述的网络节点，还可操作以：在将所述映射发送到所述无线设备之前生成所述映射。

44.根据权利要求32至43中任一项所述的网络节点，其中，所述控制信息消息在主信息块MIB和/或系统信息块SIB中发送。

45.根据权利要求32至44中任一项所述的网络节点，其中，所述QCL假设指示所述无线设备应当采用完全共址行为还是采用灵活的准共址配置。

46.根据权利要求32至45中任一项所述的网络节点，其中，所述QCL假设包括将要由所述无线设备在接收所述多播传输或多播信道时使用的默认QCL配置。

47.根据权利要求32至46中任一项所述的网络节点，其中，发送所述控制信息消息使得所述至少一个无线设备在空闲模式下使用所述QCL假设来解码所述多播传输或多播信道。

48.一种无线设备(110)，包括可操作以存储指令的存储器(116)和可操作以执行所述指令的处理电路(114)，由此所述无线设备可操作以：

从网络节点接收控制信息消息，所述控制信息消息包括将准共址QCL假设映射到多播传输或多播信道的映射，所述映射在处于空闲模式时接收；以及

如果所述无线设备支持所述映射，则在处于空闲模式时使用所接收的QCL假设来解码所述多播传输或多播信道。

49.根据权利要求48所述的无线设备，其中，所述多播传输或多播信道与临时多播组指示符TMGI相关联，并且所述映射将所述QCL假设映射到所述TMGI。

50.根据权利要求49所述的无线设备，其中，所述控制信息消息还包括关于所述无线设备的接收机应针对与所述TMGI关联的所述多播传输或多播信道采取哪种传输模式TM的信息。

51.根据权利要求49至50中任一项所述的无线设备，还可操作以：

确定所述无线设备不能接收与所述TMGI关联的所述多播传输或多播信道，所述确定基于将与所述TMGI关联的所述QCL假设和所述无线设备的能力进行比较；

向所述网络节点发送指示所述无线设备不能接收与感兴趣TMGI相关联的所述多播传输或多播信道的信令；以及

根据不需要使用所述无线设备不能接收的所述TMGI的技术，从所述网络节点接收内容。

52.根据权利要求51所述的无线设备，其中，所述内容经由所述网络节点为所述无线设备配置的单播承载接收。

53.根据权利要求51所述的无线设备，其中，与所述TMGI关联的所述多播传输或多播信道被重新配置以使用由所述无线设备支持的配置，并且所述内容经由重新配置的多播传输或多播信道接收。

54.根据权利要求49至53中任一项所述的无线设备，还可操作以：

接收从空闲模式转变到连接模式的指示；

在处于连接模式时接收与所述TMGI关联的重新配置的QCL假设；以及

用所述重新配置的QCL假设覆盖先前的QCL假设。

55.根据权利要求54所述的无线设备，其中，从空闲模式转变到连接模式的所述指示包括转变到连接模式的显式请求。

56.根据权利要求54所述的无线设备，其中，基于接收获得混合自动重传请求HARQ反馈、信道状态信息CSI和/或所述无线设备被配置以在连接模式下传送的其他测量的请求，从空闲模式转变到连接模式的所述指示是隐式的。

57.根据权利要求48所述的无线设备，其中，所述多播传输或多播信道与多媒体广播/多播服务MBMS承载相关联，并且所述映射将所述QCL假设映射到所述MBMS承载。

58.根据权利要求48至57中任一权利要求所述的无线设备，其中，所述控制信息消息在主信息块MIB和/或系统信息块SIB中发送。

59.根据权利要求48至58中任一项所述的无线设备，其中，所述QCL假设指示所述无线设备应当采用完全共址行为还是采用灵活的准共址配置。

60.根据权利要求48所述的无线设备，还可操作以：确定所述无线设备不支持所接收的映射，并且因此不根据所接收的映射来配置所述无线设备的所述接收机。

61.根据权利要求48所述的无线设备，还可操作以：响应于确定使用由所接收的映射指示的与所述多播传输或多播信道相关联的TMGI，根据所述映射来配置所述接收机。

62.根据权利要求48至61中任一项所述的无线设备，其中，所述QCL假设包括将要由所述无线设备在接收所述多播传输或多播信道时使用的默认QCL配置。

63.一种计算机程序产品，包括存储计算机可读程序代码的非暂时性计算机可读介质，所述计算机可读程序代码包括：

用于将控制信息消息发送到处于空闲模式的至少一个无线设备的程序代码，所述消息包括将准共址QCL假设映射到多播传输或多播信道的映射。

64.一种计算机程序产品，包括存储计算机可读程序代码的非暂时性计算机可读介质，所述计算机可读程序代码包括：

用于从网络节点接收控制信息消息的程序代码，所述控制信息消息包括将准共址QCL假设映射到多播传输或多播信道的映射，所述映射在处于空闲模式时接收；以及

用于在支持所述映射的情况下，在处于空闲模式时使用所接收的QCL假设来解码所述多播传输或多播信道的程序代码。