用于DL和UL传输的面板特定的报告的方法与流程

用于dl和ul传输的面板特定的报告的方法
技术领域
1.本公开总体上涉及无线通信，并且更具体地涉及用于dl和ul传输的面板特定的报告的系统和方法。


背景技术：

2.标准化组织第三代合作伙伴计划(3gpp)目前在规定被称为5g新无线(5g nr)的新无线接口以及下一代分组核心网(ng-cn或ngc)的过程中。5g nr将具有三个主要组成部分：5g接入网(5g-an)、5g核心网(ngc)和用户设备(ue)。在5g nr中，为了保证高频通信的鲁棒性，首次将模拟波束赋形引入到移动通信中。


技术实现要素：

3.本文所公开的示例实施例旨在解决与现有技术中存在的问题中的一个或多个的相关的问题，以及提供附加特征，这些附加特征通过在结合附图时参考以下详细描述将变得显而易见。根据各种实施例，本文公开了示例系统、方法、设备和计算机程序产品。然而，应当理解，这些实施例是通过示例的方式而非限制性的方式呈现的，并且对于阅读本公开的本领域普通技术人员将显而易见的是，保持在本公开范围内的同时可以对所公开的实施例进行各种修改。
4.在一个实施例中，一种方法包括：由无线通信设备确定多个天线组要被应用到的相应状态，其中所述多个天线组与无线通信设备相关联。在一些实施例中，所述方法包括：由无线通信设备向无线通信节点发送包括所述状态或关于多个天线组的信息的报告。
5.在一个实施例中，状态包括以下中的至少一个：空闲模式、激活模式或运行模式。
6.在一个实施例中，激活模式包括以下中的至少一个：对于下行链路传输为激活模式、对于上行链路传输为激活模式、对于下行链路传输和上行链路传输为激活模式。
7.在一个实施例中，运行模式包括以下中的至少一个：对于下行链路传输为运行模式、对于上行链路传输为运行模式、对于上行链路传输为运行模式且对于下行链路传输为激活模式、对于下行链路传输为运行模式且对于上行链路传输为激活模式、以及对于下行链路传输和上行链路传输为运行模式。
8.在一个实施例中，所述方法包括：响应于确定多个天线组中的一个或多个天线组进入空闲模式的相应状态：由无线通信设备防止多个天线组中的一个或多个天线组执行传输。
9.在一个实施例中，所述方法包括：响应于确定多个天线组中的一个或多个天线组进入激活模式或运行模式的相应状态，由无线通信设备允许多个天线组中的一个或多个天线组执行传输。
10.在一个实施例中，所述方法包括：响应于确定多个天线组中的一个或多个天线组进入激活模式或运行模式的相应状态，由无线通信设备允许与多个天线组中的一个或多个天线组或者与多个天线组相关联的传输参数被应用于传输。
11.在一个实施例中，所述方法包括：上行链路(ul)传输是利用多个天线组执行的；或者允许与多个天线组相关联的传输参数被应用于传输。
12.在一个实施例中，关于多个天线组的信息包括：与多个天线组相关联的索引、或者与多个天线组内的相应天线组相关联的一个或多个索引，其中多个天线组的相应状态与激活模式相对应。
13.在一个实施例中，关于多个天线组的信息包括：与多个天线组相关联的索引、与多个天线组内的相应天线组相关联的一个或多个索引、或者指示激活或去激活的信息。
14.在一个实施例中，关于多个天线组的信息还包括：与多个天线组相关联的索引、或者与多个天线组内的相应天线组相关联的一个或多个索引，其中多个天线组的相应状态被切换。
15.在一个实施例中，状态包括比特图，并且其中比特图的比特与多个天线组内的相应天线组相关联。
16.在一个实施例中，报告还包括一个或多个参考信号(rs)资源。
17.在一个实施例中，多个天线组的相应状态与激活模式相对应。
18.在一个实施例中，所述方法包括：由无线通信设备向无线通信节点发送具有与激活模式相对应的相应状态的天线组的最大数量。
19.在一个实施例中，所述方法包括：由无线通信设备向无线通信节点发送具有与运行模式相对应的相应状态的天线组的最大数量。
20.在一个实施例中，所述方法包括：由无线通信设备检测以下中的至少一个的发生：与无线通信设备相关联的内部过热、大于或等于第一预定阈值的最大功率降低、大于或等于第二预定阈值的上行链路(ul)功率回退、大于或等于第三预定阈值的块错误率(bler)、或者小于或等于第四预定阈值的参考信号接收功率(rsrp)；并且由无线通信设备响应于检测到所述发生，发起对天线组相关的参数的可配置界限的协助信息的传输。
21.在一个实施例中，天线组相关的参数的可配置界限包括：具有激活模式的天线组的最大数量或具有运行模式的天线组的最大数量。
22.在一个实施例中，所述方法包括：由无线通信设备跨所有小区、小区组或控制资源集(coreset)组应用多个天线组。
23.在一个实施例中，coreset组关联于与应答/否定应答(ack/nack)码本相关联的索引。
24.在一个实施例中，无线通信设备经由物理上行链路共享信道(pusch)、物理上行链路控制信道(pucch)、物理随机接入信道(prach)、或媒体接入控制-控制元素(mac-ce)发送报告。
25.在一个实施例中，无线通信设备使用非周期传输、半静态传输或周期传输向无线通信节点发送报告。
26.在一个实施例中，所述方法包括：由无线通信设备响应于定时器的到期，确定与空闲模式相对应的一个或多个天线组的相应状态，其中一个或多个天线组与定时器相关联。
27.在一个实施例中，所述方法包括：由无线通信设备响应于发送报告而重新启动定时器。
28.在一个实施例中，用于一个天线组的状态的激活模式在时间窗口内有效。
29.在一个实施例中，在报告被发送之后的至少t1个时间单元，多个天线组的相应状态保持在激活模式下，其中t1是整数。
30.在一个实施例中，直到在发送第二报告之后的至少t2个时间单元，多个天线组的相应状态保持在激活模式下，其中所述第二报告包括多个天线组的相应状态或关于多个天线组的信息，并且其中t2是整数。
31.在一个实施例中，最后m1个报告中所包括的所述一个或多个天线组，或者所述一个或多个报告中的最后m2个天线组在激活模式下，其中m1和m2是正整数。
32.在一个实施例中，所述方法包括：由无线通信设备并且在报告被发送之后的t3个时间单元，关联与多个天线组相关联的下行链路(dl)参考信号(rs)，其中t3是整数。
33.在一个实施例中，所述方法包括：由无线通信设备并且在报告被发送之后的t4个时间单元，确定与多个天线组中的一个或多个天线组相关联的下行链路(dl)参考信号(rs)，作为用于传输的准共址(qcl)假设的参考rs，其中t4是整数。
34.在一个实施例中，所述方法包括：由无线通信设备并且在报告被发送之后的t5个时间单元，排除下行链路(dl)参考信号(rs)或dl信道的传输，其中dl rs或dl信道与第一天线组相关联，并且其中第一天线组不包括在报告中，其中t5是整数。
35.在一个实施例中，所述方法包括：当与参考信号(rs)相关联的一个或多个天线组被从激活状态排除或被转换为空闲状态时，由无线通信设备去激活与参考信号rs相关联的以下中的至少一个：信道状态信息(csi)报告、csi测量、传输配置指示符(tci)状态、控制资源集(coreset)、coreset组、或参考信号(rs)。
36.在一个实施例中，所述方法包括：接收对应于报告的确认命令；并且在接收到确认命令之后的t6个时间单元，应用对应于多个天线组的传输参数，其中t6是整数。
37.在一个实施例中，所述方法包括：由无线通信设备接收专用于多个天线组中的一个或多个天线组的多个下行链路/上行链路(dl/ul)资源；并且由无线通信设备基于报告或预定义值来确定下行链路/上行链路(dl/ul)资源的传输参数。
38.在一个实施例中，所述方法包括：ul资源的空间关系基于dl rs来确定，其中报告还包括dl rs。
39.在一个实施例中，所述方法包括：由无线通信设备响应于在报告被发送之后没有从无线通信节点接收到确认命令，而维持多个天线组的当前状态。
40.在一个实施例中，所述方法包括：由无线通信设备确定应用与多个天线组相关联的传输参数的时序。
41.在一个实施例中，所述方法包括：由无线通信设备基于时序来更新传输参数；或者由无线通信设备基于时序来将多个天线组切换至状态。
42.在一个实施例中，确定所述时序包括：由无线通信设备从无线通信节点接收包括有一个或多个天线组的消息，其中所述消息由下行链路控制信息(dci)命令或媒体接入控制-控制元素(mac-ce)命令承载；并且由无线通信设备基于消息来确定应用与天线组相关联的传输参数的时序。
43.在一个实施例中，所述时序根据以下中的至少一个来确定：针对承载报告的物理上行链路共享信道(pusch)的有效数据指示、定时器的到期、与多个天线组和下行链路控制信息(dci)相关联的指示，与多个天线组和媒体接入控制-控制元素(mac-ce)命令相关联的
指示，对应于承载着承载报告的mac-ce命令的物理下行链路共享信道(pdsch)的混合自动重传请求-应答(harq-ack)，或者包括用于报告的确认信息的dci或mac-ce。
44.在一个实施例中，多个天线组中的一个或多个天线组与传输参数相关联，其中所述传输参数包括：多个传输配置指示符(tci)、多个空间关系参数、或多个上行链路(ul)功率控制参数集。
45.在一个实施例中，所述方法包括：由无线通信设备应用用于下行链路/上行链路(dl/ul)信道或参考信号(rs)中的至少一个的传输参数。
46.在一个实施例中，所述方法包括：由无线通信设备响应于一个或多个天线组被从报告排除或被转换为空闲模式，去激活以下中的至少一个：空间关系信息、上行链路(ul)信道、或参考信号(rs)。
47.在另一实施例中，一种方法包括：由无线通信设备从无线通信节点，接收指示要应用于无线通信设备的多个天线组的传输参数的命令。在一些实施例中，所述方法包括：由无线通信设备基于命令，确定应用与多个天线组相关联的传输参数的时序。
48.在一个实施例中，所述方法包括：由无线通信设备向无线通信节点发送具有与激活模式相对应的相应状态的天线组的最大数量。
49.在一个实施例中，所述方法包括：由无线通信设备向无线通信节点发送具有与运行模式相对应的相应状态的天线组的最大数量。
50.在一个实施例中，所述方法包括：由无线通信设备检测以下中的至少一个的发生：与无线通信设备相关联的内部过热、大于或等于第一预定阈值的最大功率降低、大于或等于第二预定阈值的上行链路(ul)功率回退、大于或等于第三预定阈值的块错误率(bler)、或者小于或等于第四预定阈值的参考信号接收功率(rsrp)；并且由无线通信设备响应于检测到所述发生，发起对天线组相关的参数的可配置界限的协助信息的传输。
51.在一个实施例中，天线组相关的参数的可配置界限包括：具有激活模式的天线组的最大数量或具有运行模式的天线组的最大数量。
52.在一个实施例中，时序根据与从空闲状态转换为激活状态或运行状态的多个天线组相关联的时延来确定。
53.在一个实施例中，时序的时延大于或等于与从空闲状态转换为激活状态或运行状态的多个天线组相关联的时延。
54.在一个实施例中，所述方法包括：由无线通信节点从无线通信设备接收包括关于多个天线组的信息或相应状态的报告，其中多个天线组与无线通信设备相关联。
55.在一个实施例中，所述方法还包括：由无线通信节点从无线通信设备接收采用多个天线组所执行的第一ul传输；或由无线通信节点从无线通信设备接收第二ul传输，其中无线通信设备允许与多个天线组相关联的传输参数被应用于第二ul传输。
56.在一个实施例中，所述方法包括：由无线通信节点从无线通信设备，接收具有与激活模式相对应的相应状态的天线组的最大数量。
57.在一个实施例中，所述方法包括：由无线通信节点从无线通信设备，接收具有与运行模式相对应的相应状态的天线组的最大数量。
58.在一个实施例中，无线通信设备经由物理上行链路共享信道(pusch)、物理上行链路控制信道(pucch)、物理随机接入信道(prach)、或媒体接入控制-控制元素(mac-ce)接收
报告。
59.在一个实施例中，所述方法包括：由无线通信节点向无线通信设备，发送对应于报告的确认命令，致使无线通信设备在接收到确认命令之后的t6个时间单元应用对应于多个天线组的传输参数，其中t6是整数。
60.在一个实施例中，所述方法包括：由无线通信节点向无线通信设备，发送专用于多个天线组中的一个或多个天线组的多个下行链路/上行链路(dl/ul)资源，所述多个下行链路/上行链路(dl/ul)资源致使无线通信设备基于报告或预定义值来确定下行链路/上行链路(dl/ul)资源的传输参数。
61.在一个实施例中，确定所述时序包括：由无线通信节点向无线通信设备，发送包括有一个或多个天线组的消息，其中所述消息由下行链路控制信息(dci)命令或媒体接入控制-控制元素(mac-ce)命令承载，所述消息致使无线通信设备基于消息来确定应用与天线组相关联的传输参数的时序。
62.在一个实施例中，所述方法包括：由无线通信节点向无线通信设备，发送指示要被应用于无线通信设备的多个天线组的传输参数的命令，所述命令致使无线通信设备基于命令来确定应用与多个天线组相关联的传输参数的时序。
63.在一个实施例中，所述方法包括：由无线通信节点从无线通信设备，接收具有与激活模式相对应的相应状态的天线组的最大数量。
64.在一个实施例中，所述方法包括：由无线通信节点从无线通信设备，接收具有与运行模式相对应的相应状态的天线组的最大数量。
65.在附图、说明书和权利要求书中更为详细地描述了上述和其它方面以及其实施方式。
附图说明
66.下面参考以下图或附图详细描述本解决方案的各种示例实施例。附图仅出于说明的目的而提供，并且仅描绘本解决方案的示例实施例，以促进读者对本解决方案的理解。因此，附图不应被视为对本解决方案的广度、范围或适用性的限制。应当注意，为了清楚和易于说明起见，这些附图不一定按比例绘制。
67.图1示出了根据本公开的实施例的在其中可以实施本文所公开的技术的示例蜂窝通信网络。
68.图2示出了根据本公开的一些实施例的示例基站和用户设备的框图。
69.图3示出了根据本公开的一些实施例的用于波束测量和报告的5g系统的示例环境的框图，其中ue侧具有四个面板。
70.图4示出了根据本公开的一些实施例的用于从ue的角度的天线组操作的状态切换的示例环境的框图。
71.图5示出了根据本公开的一些实施例的天线组集合与传输参数之间的关联的框架。
72.图6示出了根据本公开的一些实施例的用于当天线组集合从一个集合被切换至另一集合时基于预配置的关联来更新传输参数的5g系统的示例环境的框图。
73.图7示出了根据本公开的一些实施例的用于针对激活天线组状态或天线组状态切
换的报告过程的5g系统的示例环境的时序图。
74.图8示出了根据本公开的一些实施例的针对rs和天线组信息的报告过程的5g系统的示例环境的时序图，其中多个天线组可以被报告。
75.图9示出了根据本公开的一些实施例的针对rs和天线组信息的报告过程的5g系统的示例环境的时序图，其中最多一个天线组可以被报告。
76.图10示出了根据本公开的一些实施例的描绘用于在基于天线组的报告之后的ul传输的默认行为的5g系统的示例环境的框图。
77.图11示出了根据本公开的一些实施例的用于针对天线组切换请求和gnb响应的报告的5g系统的示例环境的时序图。
78.图12示出了根据本公开的一些实施例的用于针对激活天线组的ue协助信息报告的5g系统的示例环境的时序图。
79.图13是描绘了根据本公开的一些实施例的用于从无线通信设备的角度的dl和ul传输的面板特定的报告的方法的流程图。
80.图14是描绘了根据本公开的一些实施例的用于从无线通信设备的角度的dl和ul传输的面板特定的报告的方法的流程图。
具体实施方式
81.下面参考附图描述本解决方案的各种示例实施例，以使得本领域普通技术人员能够制造和使用本解决方案。对于本领域普通技术人员而言将显而易见的是，在阅读本公开之后，在不脱离本解决方案的范围的情况下可以对本文所描述的示例进行各种改变或修改。因此，本解决方案不限于本文所描述和示出的示例实施例和应用。另外，本文所公开的方法中的步骤的特定顺序和/或层次仅仅是示例途径。基于设计偏好，在保持在本解决方案范围内的同时，可以重新布置所公开的方法或过程的步骤的特定顺序或层次。因此，本领域普通技术人员将理解，本文所公开的方法和技术以样本顺序呈现各种步骤或动作，并且除非另有明确说明，否则本解决方案不限于呈现的特定顺序或层次。
82.在整个本公开中，使用了以下首字母缩略词：
83.3gpp 第三代合作伙伴计划
84.5g 第五代移动网络
85.5g-an 5g 接入网
86.5g gnb 下一代nodeb
87.5g nr 第五代移动网络新无线
88.bwp 带宽部分
89.coreset 控制资源集
90.cp 循环前缀
91.csi-rs 信道状态信息参考信号
92.dci 下行链路控制信息
93.dl 下行链路
94.dmrs 解调参考信号
95.harq 混合自动重传请求
96.gnb gnodeb
97.mac-ce 媒体接入控制控制元素
98.mimo 多输入多输出
99.ofdm 正交频分复用
100.pbch 物理广播信道
101.pdcch 物理下行链路控制信道
102.pdsch 物理下行链路共享信道
103.prach 物理随机接入信道
104.pucch 物理上行链路控制信道
105.pusch 物理上行链路共享信道
106.rs 参考信号
107.rsrp 参考信号接收功率
108.srs 探测参考信号
109.ss 同步信号
110.stxmp 跨多个面板的同时传输
111.tci 传输配置指示符
112.tdd 时域双工
113.trp 传输点
114.txru 收发器单元
115.qcl 准共址
116.ue 用户设备
117.ul 上行链路
118.在5g nr中，为了保证高频通信的鲁棒性，首次将模拟波束赋形引入到移动通信中。对于dl传输，为了支持用于dl控制信道(即，物理下行链路控制信道(pdcch))、dl数据信道(即，物理下行链路共享信道(pdsch))以及信道状态信息参考信令(csi-rs)的波束指示，已经引入了准共址(qcl)状态(qcl状态也被称为传输配置指示符(tci)状态)。类似地，对于ul传输，为了支持用于ul控制信道(即，物理上行链路控制信道(pucch))和探测参考信号(srs)的波束指示，已经引入了空间关系信息(从规范的角度，对应的更高层参数被称为spatialrelationinfo)。此外，用于ul数据信道(即，物理上行链路共享信道(pusch))的波束指示通过由gnb指示的一个或多个srs资源与ul数据信道的端口之间的映射来实现。这意味着用于ul数据信道的波束配置可以相应地从与srs资源或端口相关联的空间关系信息中导出。
119.从规范的角度，当前5g nr解决方案基于在ue侧仅存在单个面板的场景，这意味着在给定的时刻只能接收一个dl tx波束，或者只能发送一个ul tx波束。也就是说，如果ue具有多个面板，则面板的激活或去激活完全取决于ue实施方式。
120.然而，当ue实际具有多个面板时，波束管理的架构对传输性能和ue侧功率节省具有严重的限制。对于传输性能(无论dl与ul传输)，通过同时地启用多面板操作的同时多波束传输可以支持更高阶的传输并且获得空间分集增益，这意味着信道容量可以显著提高；对于ue侧功率节省，由于缺乏关于面板状态(诸如空闲或激活)的ue侧偏好和每个面板的测
量结果，因此如果面板的ul波束被配置用于由gnb进行动态切换，则一些低性能面板可能总是激活的。
121.因此，本文推荐用于dl和ul传输的面板特定的报告框架。一般而言，并且在下面将更详细地讨论，应当处理面板特定的报告的以下问题。
122.第一，面板特定的信息可以从ue报告给gnb侧，以便使得在gnb侧与ue侧之间能够进行面板特定的信息交互。具体而言，功能可以划分为三类：(a)ue面板状态取决于ue；(b)ue面板状态可由ue请求，但取决于gnb配置/确认；(c)激活ue面板的上界可由ue协助信息灵活地请求，但ue面板状态取决于gnb配置。
123.第二，用于传输参数的配置框架以及用于面板切换的对应时间线应当被认为是分组或切换在一起，以便支持动态面板切换。当ue面板状态(例如，两个激活面板)被切换至另一状态(例如，一个激活面板)时，应在预定义的时间线下同时更新用于pucch、pusch、srs和prach的传输参数(例如，用于pusch的dmrs端口数量和ul功率控制参数)。
124.第三，考虑到ue驱动的面板切换(或面板切换请求)，应当考虑用于在由ue更新或由gnb确认之后的ul和dl传输的默认ul行为。例如，在接收到用于由ue侧请求的确认面板切换的gnb响应之后，相应地应当指定用于dl信道的默认qcl假设和用于ul信道的默认ul空间关系和功率控制参数。
125.移动通信技术和环境
126.图1示出了根据本公开的实施例的在其中可以实施本文所公开的技术示例无线通信网络和/或系统100。在下面的讨论中，无线通信网络100可以是诸如蜂窝网络或窄带物联网(nb-iot)网络之类的任何无线网络，并且在本文中被称为“网络100”。这样的示例网络100包括：基站102(在下文中被称为“bs 102”；也被称为无线通信节点)和用户设备104(在下文中被称为“ue 104”；也被称为无线通信设备)，其两者可以经由通信链路110(例如，无线通信信道)以及覆盖地理区域101的小区126、130、132、134、136、138和140的簇彼此通信。在图1中，bs 102和ue 104被包含在小区126的相应地理边界内。其它小区130、132、134、136、138和140中的每一个都可以包括至少一个基站，该基站在其分配到的带宽下操作以向其预期用户提供充足的无线覆盖。
127.例如，bs 102可以在分配到的信道传输带宽下操作以向ue 104提供充足的覆盖。bs 102和ue 104可以分别经由下行链路无线帧118和上行链路无线帧124通信。每个无线帧118/124可以进一步划分为子帧120/127，子帧120/127可以包括数据符号122/128。在本公开中，bs 102和ue 104在本文通常被描述为“通信节点”的非限制性示例，其可以实践本文所公开的方法。这种通信节点可以根据本解决方案的各种实施例能够进行无线和/或有线通信。
128.图2示出了根据本解决方案的一些实施例的用于发送和接收无线通信信号(例如，ofdm/ofdma信号)的示例无线通信系统200的框图。系统200可以包括被配置为支持本文不需要详细描述的已知或常规操作特征的组件和元件。在说明性实施例中，系统200可用于在诸如图1的无线通信环境100的无线通信环境中传送(例如，发送和接收)数据符号，如上面描述的那样。
129.系统200总体上包括基站202(在下文中被称为“bs 202”)和用户设备204(在下文中被称为“ue 204”)。bs 202包括bs(基站)收发器模块210、bs天线212、bs处理器模块214、
bs存储器模块216和网络通信模块218，每个模块按照需要经由数据通信总线220彼此耦合和互连。ue 204包括ue(用户设备)收发器模块230、ue天线232、ue存储器模块234和ue处理器模块236，每个模块按照需要经由数据通信总线240彼此耦合和互连。bs 202经由通信信道250与ue 204通信，通信信道250可以是适合于如本文所述的数据传输的任何无线信道或其它介质。
130.如本领域普通技术人员将理解的，系统200还可以包括除了图2所示的模块之外的任意数量的模块。本领域技术人员将理解，结合本文所公开的实施例描述的各种说明性块、模块、电路和处理逻辑可以以硬件、计算机可读软件、固件或其任何实际组合来实施。为了清楚地说明硬件、固件和软件的这种互换性和兼容性，各种说明性的组件、块、模块、电路和步骤大体上依据其功能来描述。这种功能是被实施为硬件、固件还是软件可以取决于特定的应用和施加在整个系统上的设计约束。熟悉本文所描述的概念的技术人员可以针对每个特定应用以合适的方式实施这种功能，但是这种实施方式决策不应被解释为限制本公开的范围。
131.根据一些实施例，ue收发器230在本文中可以被称为“上行链路”收发器230，其包括射频(rf)发射机和rf接收机，rf发射机和rf接收机中的每个包括与天线232耦合的电路。双工开关(未示出)可以可替选地以时间双工方式将上行链路发射机或接收机耦合到上行链路天线。类似地，根据一些实施例，bs收发器210在本文中可以被称为“下行链路”收发器210，其包括射频(rf)发射机和rf接收机，rf发射机和rf接收机中的每个包括与天线212耦合的电路。下行链路双工开关可以可替选地以时分双工方式将下行链路发射机或接收机耦合到下行链路天线212。两个收发器模块210和230的操作可以在时间上协调，使得上行链路接收机电路耦合到上行链路天线232，以用于在下行链路发射机耦合到下行链路天线212的同时接收通过无线传输链路250的传输。相反地，两个收发器模块210和230的操作可以在时间上协调，使得下行链路接收机耦合到下行链路天线212，以用于在上行链路发射机耦合到上行链路天线232的同时接收通过无线传输链路250的传输。在一些实施例中，存在在双工方向上的改变之间具有最小保护时间的紧密时间同步。
132.ue收发器230和基站收发器210被配置为经由无线数据通信链路250通信，并且与能支持特定无线通信协议和调制方案的适当配置的rf天线布置212/232协作。在一些说明性实施例中，ue收发器230和基站收发器210被配置为支持诸如长期演进(lte)和新兴5g标准等之类的行业标准。然而，应当理解，本公开在应用上不必限于特定标准及相关联协议。更确切地说，ue收发器230和基站收发器210可以被配置为支持替代的或附加的无线数据通信协议，包括未来的标准或其变型。
133.根据各种实施例，bs 202可以是例如演进型nodeb(enb)、服务enb、目标enb、毫微微站或微微站。根据一些实施例，ue 204可以具体体现为各种类型的用户设备，诸如移动电话、智能电话、个人数字助理(pda)、平板电脑、笔记本电脑，可穿戴计算设备等等。处理器模块214和236可以利用通用处理器、内容可寻址存储器、数字信号处理器、专用集成电路、现场可编程门阵列、任何合适的可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或其任何组合(被设计为执行本文描述的功能)来实施或实现。以这种方式，处理器可以被实施为微处理器、控制器、微控制器、状态机或诸如此类。处理器还可以被实施为计算设备的组合，例如数字信号处理器和微处理器的组合、多个微处理器、与数字信号处理器核结合的一个
或多个微处理器、或任何其它这样的配置。
134.此外，结合本文公开的实施例所述的方法或算法的步骤可以直接具体体现在硬件、固件、分别由处理器模块214和236执行的软件模块、或其任何实际组合中。存储器模块216和234可以被实施为ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域公知的任何其它形式的存储介质。在这方面，存储器模块216和234可以分别耦合到处理器模块214和236，使得处理器模块214和236可以分别从存储器模块216和234读取信息并向其写入信息。存储器模块216和234也可以被集成到它们相应的处理器模块214和236中。在一些实施例中，存储器模块216和234可以各自包括高速缓冲存储器，以用于在分别由处理器模块214和236执行的指令的执行期间存储临时变量或其它中间信息。存储器模块216和234还可以各自包括非易失性存储器，以用于存储分别由处理器模块214和236执行的指令。
135.网络通信模块218通常表示基站202的硬件、软件、固件、处理逻辑和/或其它组件，其使得在bs收发器210与被配置为与基站202通信的通信节点和其它网络组件之间能够进行双向通信。例如，网络通信模块218可以被配置为支持因特网或wimax流量。在典型的部署中，在没有限制的情况下，网络通信模块218提供802.3以太网接口，使得基站收发器210能够与基于常规以太网的计算机网络通信。以这种方式，网络通信模块218可以包括物理接口，以用于连接到计算机网络(例如，移动交换中心(msc))。如本文关于指定的操作或功能所使用的术语“被配置用于”、“被配置为”及其词形变化是指被在物理上构造为、编程为、格式化为和/或布置为执行指定的操作或功能的设备、组件、电路、结构、机器、信号等等。
136.开放系统互连(osi)模型(在本文中被称为“开放系统互连模型”)是一种定义了对与其它系统的互连和通信开放的系统(例如，无线通信设备、无线通信节点)所使用的网络通信的概念和逻辑布局。该模型被分解成七个子分量或层，其中的每个表示了提供给在它上面和下面的层的服务的概念集合。osi模型还定义了逻辑网络，并且有效地描述了通过使用不同的层协议的计算机数据包传输。osi模型也可以被称为七层osi模型或七层模型。在一些实施例中，第一层可以是物理层。在一些实施例中，第二层可以是媒体接入控制(mac)层。在一些实施例中，第三层可以是无线链路控制(rlc)层。在一些实施例中，第四层可以是分组数据汇聚控制(pdcl)层。在一些实施例中，第五层可以是无线资源控制(rrc)层。在一些实施例中，第六层可以是非接入层(nas)层或因特网协议(ip)层，而第七层是另一层。
137.用于dl和ul传输的面板特定的报告(psr)
138.图3示出了根据本公开的一些实施例的用于波束测量和报告的5g系统的示例环境的框图，其中ue侧具有四个面板。环境300包括各种组件，诸如trp 302(在图3中示出为trp-1)、trp 304(在图3中示出为trp-2)、包括多面板306(在图3中示出为ue(4个面板))的ue(在图3中未示出)。在一些实施例中，ue(在图3中未示出)可以是图1中的ue 104。虽然仅示出了每种类型的一个组件，但是环境300可以包括以任何布置互连的任意数量的组件(例如，多个ue、多个trp 302、多个trp 304等)，以便于5g系统的操作，如本文所述的那样。
139.作为宽或超宽频谱资源的代价，由极高频率引起的相当大的传播损耗成为显著挑战。为了解决该挑战，已经采用了使用大规模mimo(例如，对于一个节点高达1024个天线元件)的天线阵列和波束赋形训练技术，以实现波束对准并获得足够高的天线增益。为了在仍然受益于天线阵列的同时保持低实施成本，模拟移相器对于实施毫米波波束赋形变得极具
吸引力，这意味着可控相位的数量是有限的且恒定模数约束被放置在天线元件上。给定预先指定的波束模式，基于可变相移的bf训练目标在于识别最佳模式，以通常在单trp和单面板的情况下进行后续数据传输。
140.一般而言，对于超出5g gnb(基站)和下一代通信的范围，应当考虑多trp(例如，trp 302、trp 304)和多面板的情况，并且同时对于ue存在多个面板，以便覆盖整个空间以增强覆盖。作为典型的情况，用于trp和ue侧的面板具有相应地与交叉极化相关联的两个txru。因此，为了实现高阶或多层传输，trp和ue应当尝试使用从不同面板所生成的不同波束，目的是充分使用每个面板(诸如其相关联的txru)的能力。
141.psr：基于天线组的报告的总体描述
142.图4示出了根据本公开的一些实施例的从ue的角度针对天线组操作的状态切换的示例环境的框图。环境400示出了三种状态(在本文中也被称为模式)：空闲状态(在图4中示出为空闲402)、激活状态(在图4中示出为激活404)和运行状态(在图4中示出为运行406)。环境400示出了从空闲状态402到激活状态404的转换，指示通过ue(例如，图1中的ue 104)或gnb(例如，图1中的bs 102)从空闲状态402的激活。环境400示出了从激活状态404到运行状态406的转换，指示ue 104的传输。环境400示出了从运行状态406到激活状态404的转换，指示非传输。环境示出了从激活状态404到空闲状态402的转换，指示通过ue 104或bs 102的去激活。
143.天线组的状态从ue被报告给gnb，以便保证gnb应当知道ue中天线组的状态。在一些实施例中，ue天线组的状态可以是空闲、激活和/或运行模式。在一些实施例中，当配置天线组相关的报告模式时，执行基于天线组的报告的过程。
144.在空闲模式(例如，空闲状态402)下，天线组不能用于动态传输，并且存在着将空闲的天线组重新激活为激活或运行的天线组的大时延。在一些实施例中，空闲模式可以划分为具有相应时延的多个子模式，所述时延用于子模式中的每个变成激活或运行模式。例如，具有空闲模式的天线组被断电，并且在典型的情况下，切换空闲模式至激活或运行模式的时延为3毫秒(ms)。
145.在激活模式(例如，激活状态404)下，天线组可以用于动态传输。此外，切换至用于dl和ul传输的运行模式的时延非常短，例如，比循环前缀(cp)的持续时间、少许ofdm符号以及与天线切换相同的时延更小。例如，具有激活模式的天线组已经被通电，并且可以用于例如由dci命令调度的动态传输。
146.在运行模式下(例如，运行状态406)，使用天线组进行dl或ul传输。一旦天线组未被调度用于任何传输，该模式就将会直接退回至激活模式。
147.在一些实施例中，可以将运行模式假设为激活模式的情况。
148.因此，图4示出了用于ue侧中的天线组操作的状态切换。
149.在一些实施例中，具有激活或运行模式的天线组的最大数量取决于ue的能力。例如，一个ue可以具有四个天线组，例如四个ue面板。然后，最多2个天线组可以处于激活模式，而只有1个天线组可以处于运行模式。在一些实施例中，用于接收的天线组的最大数量取决于在给定时间的ue能力；用于传输的天线组的最大数量取决于在给定时间的ue能力。
150.在一些实施例中，仅存在着空闲和激活的两种模式，并且同时存在着对要用于传输或接收的天线组的最大数量的限制。
151.在一些实施例中，当考虑dl和ul传输两者时，天线组的状态可以重新安排为如下：空闲模式、仅对于dl为激活模式、仅对于ul为激活模式、对于dl和ul两者均为激活模式、对于ul为运行模式但对于dl为激活模式、对于dl为运行模式但对于ul为激活模式、对于dl和ul两者均为运行模式。
152.从天线组的角度，可以支持上述状态的子集。例如，tdd与天线组/波束的对应中的一个天线组仅支持：空闲模式、对于dl和ul两者均为激活模式、对于ul为运行模式但对于dl为激活模式、对于dl为运行模式但对于ul为激活模式。
153.此外，当考虑dl和ul传输两者时，天线组的状态可以重新安排为如下：空闲模式、仅对于dl为激活模式、仅对于ul为激活模式、对于dl和ul两者均为激活模式。
154.此外，在基于天线组的报告格式中应当包括天线组相关的信息中的至少一个。天线组相关的信息可以包括：(1)一个或多个激活天线组的信息，(2)天线组的状态改变的信息，(3)天线组的信息和参考信号(rs)资源的信息，以及(4)激活天线组的上界。
155.在一个或多个激活天线组的信息的情况下，提供了激活天线组的索引。在一些实施例中，在报告被发送之后的k1个时间单元，要报告的天线组将会是激活的，其中k1是整数。在一些实施例中，直到报告被发送之后的k2个时间单元，要在最后报告中报告的天线组应当是激活的，其中k2是整数。
156.在天线组的状态改变(例如，天线组的激活或去激活)的信息的情况下，提供了两个选项。
157.在第一个选项中，在报告格式中提供了天线组的索引以及相应的激活或去激活标志。在一些实施例中，在报告被发送之后的s1个时间单元，激活或去激活行为应当是有效的。这意味着ue天线组状态取决于ue。
158.在第二个选项中，在报告格式中提供了天线组的索引。在一些实施例中，在报告被发送之后的s2个时间单元，报告中的天线组的空闲或激活状态将被切换至激活或空闲状态。这意味着ue天线组状态取决于ue。
159.在天线组的信息和参考信号(rs)资源的信息的情况下，要报告的天线组处于激活模式。提供了一个天线组与一个或多个rs资源之间的关联，这意味着一个或多个rs中的一个可以由相关联的天线组在给定时间接收。在一些实施例中，当天线组的状态取决于ue时，应当指定用于阐明基于报告结果的天线组的状态的规则。在一些实施例中，考虑到对激活的ue天线组的最大数量的限制，最后m1个报告中的天线组或要报告的最后m2个天线组处于激活模式，其中m1和m2是整数。在一些实施例中，只有最后报告中的一个或多个天线组处于激活模式。在一些实施例中，在报告被发送之后的t个时间单元，天线组的信息处于激活模式。在一些实施例中，一旦定时器到期，天线组就应当被假设为空闲，其中当报告与定时器相关联的天线组时重新启动定时器。
160.在激活天线组的上界的情况下，具有激活模式的天线组的最大数量由ue协助信息请求。在一些实施例中，具有运行模式的天线组的最大数量由ue协助信息请求。因此，gnb将会重新配置或重新激活与天线组相关的参数，以满足对激活天线组上界的要求。例如，在初始阶段，激活天线组x1的最大数量被报告为ue能力。但是，一旦检测到内部过热，或者一旦检测到不再经历过热状况，就报告激活天线组x2的最大数量。之后，gnb将会重新配置相应的传输参数以满足该要求。
161.在一些实施例中，当基于天线组的报告仅被假设为请求消息时，ue天线组的状态的变化最终根据后续的gnb配置消息来确定，例如，针对天线组的激活或去激活命令，或者确认承载基于天线组的报告的请求消息。
162.在一些实施例中，天线组可以跨所有小区、小区组或coreset组来应用。在一些实施例中，coreset组与用于ack/nack码本的相同索引相关联。例如，一个coreset组由一个相应的trp服务。
163.在一些实施例中，基于天线组的报告可以由pusch、pucch、prach或mac-ce承载。
164.psr：用于参数配置的框架和用于gnb的ag指示的时间线
165.图5示出了根据本公开的一些实施例的用于天线组集合与传输参数之间的关联的框架。框架500包括配置框架(a)和配置框架(b)。配置框架(a)包括天线组集合502和dl/ul-bwp 504。dl/ul-bwp 504包括：pdcch-config 506、pdsch-config 508、pucch-config 510、pusch-config 512和srs-config 514。配置框架(b)包括天线组集合516，天线组集合516包括：用于pdsch的tci集合518、用于coreset的tci 520、pucch的空间关系522、srs的空间关系524、用于ul信道或rs的tci 526、以及用于ul信道或rs的ul功率控制参数528。
166.当激活天线组(ag)集合中的一个被切换至另一个集合时，应当同时更新用于dl和ul信道的传输参数。例如，用于pdsch传输的tci状态由经调度的dci命令提供，该命令选自由mac-ce所激活的tci状态集中的一个；一旦激活天线组被切换，先前的tci状态集就过时了，并且ue不能指示对应于新的激活天线组的正确的tci状态。
167.因此，以下特征中的至少一个可以在参数配置的框架中是可配置的：(1)天线组集合与dl/ul bwp配置参数相关联，其中dl/ul bwp配置参数包括dl/ul信道或rs配置参数，和/或(2)天线组集合与tci、空间关系或ul功率控制参数相关联，其被用于dl/ul信道或rs。
168.关于特征(1)，天线组集合与dl/ul bwp配置参数相关联，其中dl/ul bwp配置参数包括dl/ul信道或rs配置参数。在一些实施例中，在图5中的配置框架(a)中描述了配置框架。
169.在一些实施例中，一旦激活天线组集合从一个集合被切换至另一个集合，同时切换dl/ul bwp。在一些实施例中，上述行为可以由gnb通过dci或mac-ce命令驱动，或者由ue通过基于天线组的报告驱动。在一些实施例中，承载天线组集合的新的mac-ce或dci信令可以被引入用于激活或切换与组id相关联的面板。
170.在一些实施例中，然后dl/ul bwp从一个被切换至另一个，假设其中的天线组集合是激活的。
171.关于特征(2)，天线组集合与tci、空间关系或ul功率控制参数相关联，其被用于dl/ul信道或rs。在一些实施例中，在图5中的配置框架(b)中描述了配置框架。
172.在一些实施例中，一个信道或rs可以与多个天线组相关联。在一些实施例中，当天线组是激活的时，tci或空间关系参数被应用或者是有效的。
173.在一些实施例中，一个信道或rs可以与多个tci、空间关系或ul功率控制参数相关联，其中的每个与一个天线组相关联。在一些实施例中，在给定时间，只有与激活天线组集合相关联的tci或空间关系参数是有效的。
174.在一些实施例中，dl信道可以是pdcch、coreset或pdsch。
175.在一些实施例中，ul信道可以是pucch、pusch或prach。
176.在一些实施例中，dl rs可以是dmrs或csi-rs。
177.在一些实施例中，dl rs可以是dmrs、srs。
178.用于应用传输参数的时间点根据以下中的至少一个来确定，其中它与激活或去激活天线组无关：(1)包括天线组的报告，(2)针对承载报告消息的pusch的有效新数据指示，(3)定时器到期，当包括天线组的报告被发送时重新启动定时器，(4)包括天线组的指示信息的dci或mac-ce，(5)对应于承载与天线组相关联的mac-ce命令的pdsch的harq-ack，以及(6)dci或mac-ce承载天线组状态的请求消息的确认信息。
179.图6示出了根据本公开的一些实施例的用于当天线组集合从一个集合被切换至另一个集合时基于预配置的关联来更新传输参数的5g系统的示例环境的框图。环境600包括各种组件，诸如trp 602(在图6中示出为trp-1)、trp 604(在图6中示出为trp-2)、包括面板606和面板608的ue(在图6中未示出)。
180.也就是说，图6示出了用于根据天线组切换来更新传输参数的示例，其中一个ue(例如，图1中的ue 104)具有2个天线组(即，2个ue面板)。在初始阶段，天线组1的ul tx波束用于进行传输，并且trp-1服务ue。这意味着与天线组的集合0相关联的传输参数有效。然后，由于资源分配(例如，trp-1的过载)或ue移动性的考虑，ul传输将会从ue天线组1切换至ue天线组2。随后，在时间点a处，ue天线组通过天线组报告、mac-ce或dci命令从集合0切换至集合1，并且相应地在时间点a之后的n个时间单元与天线组的集合1相关联的传输参数有效。
181.在一些实施例中，用于新天线组(集合)的传输参数应在切换命令之前被预先配置。相反地，从承载天线组切换消息的命令的传输点到命令的有效点应存在充足的持续时间。
182.psr：基于ue报告的天线组状态确定
183.图7示出了根据本公开的一些实施例的用于针对激活天线组状态或天线组状态切换的报告过程的5g系统的示例环境的时序图。图8示出了根据本公开的一些实施例的针对rs和天线组信息的报告过程的5g系统的示例环境的时序图，其中多个天线组可以被报告。图9示出了根据本公开的一些实施例的针对rs和天线组信息的报告过程的5g系统的示例环境的时序图，其中最多一个天线组可以被报告。
184.天线组状态可以基于天线组报告来确定。以下类型的报告格式可用于基于天线组的报告：(1)针对激活天线组状态的报告，(2)针对天线组状态切换的报告，(3)针对rs和天线组信息的报告。
185.关于报告格式(1)，报告可以针对激活天线组状态。在一些实施例中，在报告中提供了一个或多个激活天线组的信息。例如，可以在图7中找到一个示例。在报告时间点处，报告激活天线组的索引，并且在报告被发送之后的u1个时间单元报告结果有效，其中u1是整数。
186.关于报告格式(2)，报告可以针对天线组状态切换。在一些实施例中，在报告中提供了天线组的状态改变(例如，天线组的激活或去激活)的信息。例如，在图7中可以发现一个示例。在报告时间点处，报告要去激活或激活的天线组的索引，并且在报告被发送之后的u2个时间单元ue天线组状态将会更新，其中u2是整数。
187.关于报告格式(3)，报告可以针对rs和天线组信息。在一些实施例中，在报告中提
供了天线组的信息和参考信号(rs)资源的信息。例如，在图8中可以发现一个示例，在其中多个天线组可以被报告。
188.在一些实施例中，当正在报告天线组索引及相应的rs信息时，激活天线组。此外，在报告被发送之后的u3个时间单元天线组被激活，其中u3是整数。如果最后的报告也包括天线组索引，则天线组将继续是激活的。
189.在一些实施例中，存在以下两个选项用于去激活天线组。在第一个选项中，当天线组索引及相应的rs信息被报告并且“相应的rs信息”值为“无(none)”时，天线组被去激活。事件发生在报告被发送之后的u4个时间单元，其中u4是整数。在第二个选项中，定时器与天线组相关联。当天线组被报告时，天线组处于激活模式并且重新启动定时器。一旦定时器到期，天线组就被去激活。
190.例如，其中最多一个天线组可以被报告的另一示例可以在图9中找到。
191.在一些实施例中，只有被报告的天线组可以被假设为激活的天线组，并因此所有传输应基于激活天线组。在一些实施例中，在天线组被报告之后的u5时间单元天线组处于激活模式，其中u5是整数。在一些实施例中，在天线组被报告之后的u6个时间单元先前的天线组被假设为处于空闲模式，其中u6是整数。
192.在一些实施例中，当多个报告包含用于相同天线组的不同rs信息时，gnb可以根据测量结果和调度要求来配置或指示任何的不同rs。
193.在一些实施例中，在gnb侧空闲或激活模式被假设(从规范的角度)，并且即使当天线组处于空闲模式时，ue也可以通电给天线组，并且(通过dl波束测量)发现一些候选波束对用于后续传输(如果需要的话)。
194.在一些实施例中，基于天线组的报告可以是非周期的、半静态的和周期的报告。
195.psr：用于在基于天线组的报告之后的dl和ul传输的默认行为
196.对于dl，在报告被发送之后，报告中的天线组被激活或对传输有效。在一些实施例中，在包括天线组的报告消息被发送之后的q1个时间单元，与天线组相关联的dl rs可以被指示用于dl传输，其中q1是整数。在一些实施例中，在包括一个或多个天线组的报告消息之后的q2个时间单元，dl rs与报告中的天线组相关联，其中q2是整数。在一些实施例中，候选天线组集合可以被配置用于报告配置，并且报告中的一个或多个天线组仅可以选自候选天线组集合。
197.在一些实施例中，一旦与参考rs相关联的一个或多个天线组被从激活天线组集合排除，与参考rs相关联(准共址的)的tci状态、coreset或rs就被去激活或释放。
198.在一些实施例中，一旦一个或多个天线组被从激活天线组集合排除或者处于空闲模式，与天线组相关联的csi报告、csi测量、tci状态、coreset或rs就被去激活或释放。
199.对于ul，在报告被发送之后，报告中的天线组被激活或对传输有效。在一些实施例中，与天线组相关联的dl rs可以被指示为空间关系信息。在一些实施例中，在包括天线组的报告被发送之后的q3个时间单元，dl rs可以与要报告的天线组相关联。在一些实施例中，排除了在包括天线组的报告被发送之后的q4个时间单元与所指示的天线组不同的天线组相关联的dl rs。
200.在一些实施例中，一旦参考rs的一个或多个天线组被从激活天线组排除，与参考rs相关联的空间关系信息、ul信道或rs就被去激活或释放。
201.在一些实施例中，一旦一个或多个天线组从激活天线组集合排除或者处于空闲模式，与天线组相关联的空间关系信息、ul信道或rs就被去激活或释放。
202.图10示出了根据本公开的一些实施例的描绘用于在基于天线组的报告之后的ul传输的默认行为的5g系统的示例环境的框图。
203.在初始阶段，ul天线组1对ul传输是激活的。在时间点1处，基于天线组的报告被发送，并且在报告中承载了多个dl rs索引和一个天线组id。具体而言，报告了{dl rs-a，dl rs-c，天线组2}。
204.在时间点1之后的n个时间单元，除ul天线组1之外，ul天线组2也是激活的。gnb可以根据报告结果来重新配置或重新激活传输参数，例如，pdsch、pdcch和csi-rs的一个或多个tci状态，或者pucch和srs的一个或多个空间关系信息。
205.在时间点1之后的m个时间单元，ul天线组1以及与天线组相关联的rs和信道被去激活或释放。
206.psr：天线组切换请求和gnb响应
207.在通信系统中存在着仅由一个gnb服务多个ue，并因此从基站的角度来看，天线组切换的偏好与资源分配不一致。例如，从天线组a至天线组b的切换被ue推荐，但是与天线组b相关的ul资源(例如trp、gnb侧的面板)已经完全过载。在这种情况下，gnb可能不会确认天线组切换请求。
208.作为结果，gnb应当具有确认或不确认天线组切换请求消息的功能，其中天线组切换请求的报告格式与本文所述的实施例中(例如，“基于天线组的报告的总体描述”)描述的基于天线组的报告相同。
209.在发送天线组切换请求的报告之后，ue将会监视gnb响应，其可以划分为如下两个选项。
210.在第一个选项中，指示或重新配置天线组相关的传输参数。在该选项中，gnb响应可以被假设为正常的天线组相关的传输参数重新配置，例如，从一个天线组相关的参数集切换至另一个集合。在指示或重新配置天线组相关的传输参数之后的c1个时间单元，新指示或重新配置的参数是有效的。c1是整数。在一些实施例中，新的激活天线组可以与先前请求消息中所推荐的天线组相同，也可以与其不同。
211.在第二个选项中，确认天线组切换请求。gnb响应是要确认相应的天线组切换请求，并且在接收到请求之后的c2个时间单元，由请求消息进行的天线组切换是有效的。c2是整数。这意味着应当相应地更新传输参数。
212.在一些实施例中，一个专用的dl和ul资源被配置用于天线组切换，并且专用资源的传输参数应当根据天线组切换请求或作为预定义值来确定。在一些实施例中，传输参数包括天线组参数、qcl假设、空间关系或ul功率控制参数。在一些实施例中，dl资源可以是pdsch、pdcch或coreset。在一些实施例中，ul资源可以是pucch、srs或pusch。
213.在一些实施例中，如果天线组切换请求未被确认，并且在天线组切换被发送之后的c3个时间单元尚未接收到gnb响应，则ue将会在发送请求消息之前保持天线组的先前状态。c3是整数。
214.图11示出了根据本公开的一些实施例的用于针对天线组切换请求和gnb响应的报告的5g系统的示例环境的时序图。在报告时间点2处，去激活的天线组1被请求，并且ue将会
监视gnb响应。在接收到gnb响应(即，确认请求消息)之后的c2个时间单元，天线组1被假设为处于空闲模式。类似地，在报告时间点4处，天线组2被请求激活。
215.psr：用于降低天线组相关的参数的可配置界限的ue ai
216.图12示出了根据本公开的一些实施例的用于针对激活天线组的ue协助信息报告的5g系统的示例环境的时序图。
217.一旦检测到以下特征中的至少一个或者没有经历以下特征中的至少一个，ue就可以发起用于降低天线组相关的参数的可配置界限的ue协助信息：内部过热、最大功率降低大于或等于阈值、ul功率回退大于或等于阈值、bler大于或等于阈值、和/或rsrp小于或等于阈值。
218.在一些实施例中，天线组相关的参数的可配置界限包括：具有激活模式的天线组的最大数量，或者具有运行模式的天线组的最大数量。
219.一旦接收到用于降低可配置界限的该ue协助信息，gnb就将会指示或重新配置天线组相关的传输参数以满足要求。例如，针对激活天线组的ue协助信息报告的示例被示出在图12中，其中运行模式也被假设为激活模式(具有实际传输)。在报告时间点2处，报告了激活天线组的最大值{1}，并因此gnb将会指示或重新配置天线组相关的传输参数，以去激活一个天线组(例如，天线组1)。当不再经历过热状况时，通过ue协助信息报告将激活天线组的最大数量增加到2。在gnb重新配置天线组相关的传输参数之前，需要一些基于天线组的报告，来获得具有良好传输性能(例如rsrp)的一个或多个dl rs及其天线组id。
220.图13是描绘了根据本公开的一些实施例的从无线通信设备的角度来看用于dl和ul传输的面板特定的报告的方法的流程图。取决于具体实施例，在该方法中可以执行额外的、更少的或不同的操作。在一些实施例中，方法1300的一些或所有操作可以由无线通信节点(诸如，图1中的bs 102)执行。在一些操作中，方法1300的一些或所有操作可以由无线通信设备(诸如，图1中的ue 104)执行。每个操作都可以被重新排序、添加、删除或重复。
221.如图所示，方法1300包括：由无线通信设备确定多个天线组要被应用到的相应状态的操作1302，其中多个天线组与无线通信设备相关联。方法1300包括：由无线通信设备向无线通信节点发送包括状态或关于多个天线组的信息的报告的操作1304。
222.图14是描绘了根据本公开的一些实施例的从无线通信设备的角度来看用于dl和ul传输的面板特定的报告的方法的流程图。取决于具体实施例，在该方法中可以执行额外的、更少的或不同的操作。在一些实施例中，方法1400的一些或所有操作可以由无线通信节点(诸如，图1中的bs 102)执行。在一些操作中，方法1400的一些或所有操作可以由无线通信设备(诸如，图1中的ue 104)执行。每个操作都可以被重新排序、添加、删除或重复。
223.如图所示，方法1400包括：由无线通信设备从无线通信节点，接收指示要应用于无线通信设备的多个天线组的传输参数的命令的操作1402。方法1400包括：由无线通信设备基于命令而确定应用与多个天线组相关联的传输参数的时序的操作1404。
224.图15是描绘了根据本公开的一些实施例的从无线通信节点的角度来看用于dl和ul传输的面板特定的报告的方法的流程图。取决于具体实施例，在该方法中可以执行额外的、更少的或不同的操作。在一些实施例中，方法1500的一些或所有操作可以由无线通信节点(诸如，图1中的bs 102)执行。在一些操作中，方法1500的一些或所有操作可以由无线通信设备(诸如，图1中的ue 104)执行。每个操作都可以被重新排序、添加、删除或重复。
225.如图所示，方法1500包括：由无线通信节点从无线通信设备接收报告的操作1502，所述报告包括无线通信设备确定多个天线组要被应用到的相应状态或者关于多个天线组的信息，其中多个天线组与无线通信设备相关联。
226.如本文所使用的，“波束”的定义等同于准共址(qcl)状态、传输配置指示符(tci)状态、空间关系状态(也被称为空间关系信息状态)、参考信号(rs)、空间滤波器或预编码。具体而言，“tx波束”的定义等同于qcl状态、tci状态、空间关系状态、dl/ul参考信号(诸如，信道状态信息参考信号(csi-rs)、同步信号块(ssb)(其也被称为ss/pbch)、解调参考信号(dmrs)、探测参考信号(srs)、以及物理随机接入信道(prach))、tx空间滤波器或tx预编码。“rx波束”的定义等同于qcl状态、tci状态、空间关系状态、空间滤波器、rx空间滤波器或rx预编码。“波束id”的定义等同于qcl状态索引、tci状态索引、空间关系状态索引、参考信号索引、空间滤波器索引或预编码索引。
227.如本文所使用的，空间滤波器可以是ue侧的或gnb侧的空间滤波器，并且空间滤波器也被称为空间域滤波器。
228.如本文所使用的，“空间关系信息”包括一个或多个参考rs，其用于表示目标“rs或信道”与一个或多个参考rs之间的“空间关系”，其中“空间关系”意味着一个或多个相同/准同波束、一个或多个相同/准同空间参数、或一个或多个相同/准同空间域滤波器。
229.如本文所使用的，“qcl状态”由一个或多个参考rs及其对应的qcl型参数组成，其中qcl型参数包括以下方面或组合中的至少一个：[1]多普勒扩展、[2]多普勒频移、[3]延迟扩展、[4]平均延迟、[5]平均增益、以及[6]空间参数。如本文所使用的，“tci状态”等同于“qcl状态”。
[0230]
如本文所使用的，“波束组”的定义是一个组内的不同tx波束能够被同时地接收或发送，和/或不同组之间的tx波束可以不被同时地接收或发送。此外，从ue的角度描述了“波束组”的定义。
[0231]
如本文所使用的，“天线组”的定义是一个组内的不同tx波束可以不被同时地接收或发送，和/或不同组之间的tx波束能够被同时地接收或发送。
[0232]
如本文所使用的，“天线组”的定义是一个组内的超过n个的不同tx波束能够不被同时地接收或发送，和/或一个组内的不超过n个不同tx波束能够被同时地接收或发送，其中n是正整数。
[0233]
如本文所使用的，“天线组”的定义是不同组之间的tx波束能够被同时地接收或发送。
[0234]
如本文所使用的，“天线组”的定义是从ue的角度来描述的。
[0235]
如本文所使用的，天线组等同于天线端口组、面板或ue面板。此外，天线组切换等同于面板切换。
[0236]
如本文所使用的，“组id”等同于“资源集id”、“面板id”、“子阵列id”、“天线组id”、“天线端口组id”、“用于天线端口组的id”、“波束组id”、“传输实体/单元”、或“接收实体/单元”。此外，“组id”是要表示ue面板以及与ue面板相关的一些特征。此外，“组id”等同于“组状态”。
[0237]
如本文所使用的，“时间单元”可以是子符号、符号、时隙、子帧、帧、或传输时机。
[0238]
如本文所使用的，激活天线组可以等同于仅激活dl天线组、仅激活ul天线组、或激
活dl和ul天线组。
[0239]
如本文所使用的，ul功率控制参数包括目标功率(也被称为p0)、路径损耗rs、用于路径损耗的缩放因子(也被称为α)、闭环过程。
[0240]
如本文所使用的，“报告被发送”、“发送报告”或“报告的发送”等同于发送承载报告的信道(例如，pusch、pucch、mac-ce或prach)，接收用于承载报告消息的pusch的新数据指示是有效的，或者在承载报告消息的pusch之后的r个时间单元，其中r是整数。在一些实施例中，对于“报告被成功发送”还存在着其它条件：用于新数据的指示与相同的harq过程索引相关联。如本文所使用的，在一些实施例中，传输参数等同于配置参数。在一些实施例中，传输参数包括以下中的至少一个：传输配置指示符(tci)、空间关系参数、上行链路(ul)功率控制参数集、dl bwp配置参数、ul bwp配置参数、pdcch配置参数、pdsch配置参数、pucch配置参数、pusch配置参数、srs配置参数。
[0241]
尽管上面已经描述了本解决方案的各种实施例，但是应当理解，它们已经仅以示例的方式而不是以限制的方式呈现。同样地，各种图可以描绘示例架构或配置，提供这些示例架构或配置是为了使本领域普通技术人员能够理解本解决方案的示例特征和功能。然而，这些人员将理解，本解决方案不限于示出的示例架构或配置，而可以使用多种替代的架构和配置来实施。另外，如本领域普通技术人员将理解，一个实施例的一个或多个特征可以与本文所描述的另一实施例的一个或多个特征组合。因此，本公开的广度和范围不应受到任何上述示例实施例的限制。
[0242]
还应当理解，本文中使用诸如“第一”、“第二”等名称对元件的任何引用通常不限制那些元件的数量或顺序。相反，这些名称在本文中可用作区分两个或更多个元件或元件实例之间的便利手段。因此，对第一和第二元件的引用并不意味着只能采用两个元件，或者第一元件必须以某种方式在第二元件之前。
[0243]
另外，本领域的普通技术人员将理解的是，可以使用多种不同技术和工艺中的任何一种来表示信息和信号。例如，可能在以上描述中引用的例如数据、指令、命令、信息、信号、比特和符号可以由电压、电流、电磁波、磁场或磁性粒子、光场或光学粒子，或者它们的任何组合来表示。
[0244]
本领域普通技术人员将进一步理解，结合本文公开的方面所描述的各种说明性逻辑块、模块、处理器、装置、电路、方法和功能中的任何一个都可以通过电子硬件(例如，数字实施方式、模拟实施方式或其二者的组合)、固件、结合指令的各种形式的程序或设计代码(为了方便起见，其在本文中可以称为“软件”或“软件模块”)或者这些技术的任何组合来实施。为了清楚地说明硬件、固件和软件的这种可互换性，已经在上面依据其功能总体上描述了各种说明性的组件、块、模块、电路和步骤。这种功能实施为硬件、固件或软件、或者这些技术的组合取决于具体应用和对整个系统所施加的设计约束。技术人员针对每个具体应用能够以各种方式实施所描述的功能，但是这种实施决策不会导致背离本公开的范围。
[0245]
此外，本领域普通技术人员将理解，本文所描述的各种说明性的逻辑块、模块、设备、组件和电路可以在集成电路(ic)内实施或由其执行，该集成电路(ic)包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑设备，或者其任何组合。逻辑块、模块和电路可以进一步包括天线和/或收发器，以与网络内或设备内的各种组件进行通信。通用处理器可以是微处理器，但在替代方案中，处理器可以
是任何常规的处理器、控制器或状态机。处理器还可以被实施为计算设备的组合，例如，dsp和微处理器的组合、多个微处理器的组合、与dsp核相结合的一个或多个微处理器的组合、或任何其它合适的配置的组合，以执行本文所描述的功能。
[0246]
如果在软件中实施，则功能可以作为一个或多个指令或代码存储在计算机可读介质上。因此，本文公开的方法或算法的步骤可以被实施为存储在计算机可读介质上的软件。计算机可读介质包括计算机存储介质和通信介质两者，通信介质包括能够使计算机程序或代码从一个地方传输到另一地方的任何介质。存储介质可以是能够由计算机接入的任何可用介质。借由示例并且非限制性的方式，此类计算机可读介质可以包括：ram、rom、eeprom、cd-rom或其它光盘存储器、磁盘存储器或其它磁存储设备、或者可用于存储以指令或数据结构形式的期望的程序代码并且可由计算机接入的任何其它介质。
[0247]
在本文档中，如本文所使用的术语“模块”是指软件、固件、硬件以及用于执行本文所描述的关联功能的这些元件的任何组合。另外，出于讨论的目的，各种模块被描述为分立模块；然而，对于本领域的普通技术人员来说将显而易见的是，可以组合两个或更多个模块以形成根据本解决方案的实施例而执行关联功能的单个模块。
[0248]
另外，在本解决方案的实施例中可以采用存储器或其它存储设备以及通信组件。将理解，为了清楚起见，上面的描述已经参考不同的功能单元和处理器描述了本解决方案的实施例。然而，将显而易见的是，在不背离本解决方案的情况下，可以使用不同的功能单元、处理逻辑元件或域之间的任何适当的功能分布。例如，被示出为由单独的处理逻辑元件或控制器执行的功能可以由相同的处理逻辑元件或控制器执行。因此，对特定功能单元的引用仅是对用于提供所描述的功能的适当的装置的引用，而并非对严格的逻辑或者物理结构或组织的指示。
[0249]
对本公开所描述的实施例的各种修改对于本领域技术人员来说将是显而易见的，并且在不脱离本公开的范围的情况下，本文定义的一般原理可以应用于其它实施例。因此，本公开不旨在限于本文所示的实施例，而是应当被赋予与如本文所公开的新颖特征和原理一致的最广范围，正如以下权利要求书中所陈述。