在无线通信系统中执行波束故障恢复过程的方法及其设备与流程

1.本公开涉及一种用于在无线通信系统中执行波束故障恢复过程的方法及其设备。


背景技术：

2.已经开发了一种移动通信系统，以在确保用户活动的同时提供语音服务。移动通信系统已经扩展其服务从语音到数据。当前飞速增长的数据业务正在消耗资源，用户对更高数据速率服务的需求导致对更先进的移动通信系统的需求。
3.对下一代移动通信系统的需求必须能够满足爆炸性数据业务的处理、每位用户的传输速率的急剧增加、容纳连接设备数目的显著增加、以及对非常低的端对端的时延以及高能效的支持。为此，研究了多种技术，诸如双连接性、大规模多输入多输出(mimo)、带内全双工、非正交多址(noma)、超宽带支持和设备联网。
4.如果将nr版本15中定义的bfr操作照原样应用于m-trp环境(基于多pdcch的ncjt环境)，可能会发生以下问题。
5.如果属于特定trp的所有coreset都处于波束故障情况，但在属于其他trp的coreset之中存在不是波束故障的coreset，则相应ue不将其确定为波束故障(bf)情形。在这种情况下，如果所有波束故障的trp是负责传输重要控制信息(例如，sib、ra、寻呼)的trp(例如，主trp)，则即使另一trp(例如，辅trp)(的特定波束)处于非bf情形，存在无法接收到相应重要控制信息的问题。
6.为了解决上述问题，需要支持trp特定的波束故障恢复(trp特定的bfr)。为了支持trp特定的波束故障恢复，可以配置多个pucch资源(例如，多个pucch-sr资源)。例如，在多个pucch资源中，pucch资源1可以与trp 1相关，并且pucch资源2可以与trp 2相关。


技术实现要素：

7.技术问题
8.为了支持trp特定的波束故障恢复，可以针对每个trp执行波束故障检测操作(例如，基于针对每个dl rs集的测量的波束故障检测)。在这种情况下，可能发生特定小区中的波束故障与另一小区中的波束故障不同的情况。作为具体示例，特定小区中的波束故障可以与第一trp(例如，第一dl rs集、第一pucch资源)有关，并且另一小区中的波束故障可以与第二trp(例如，第二dl rs集、第二pucch资源)相关。
9.当针对每个小区检测到波束故障的dl rs集不同时，就关于应为bfr利用上述多个pucch资源之中的哪个pucch资源的ue操作而言，可能出现模糊性。
10.本公开的目的是提出一种用于解决上述问题的波束故障恢复方法。
11.本公开的技术目的不限于上述技术目的，并且本领域的普通技术人员将从以下描述中清楚地理解上面未提及的其他技术目的。
12.技术方案
13.根据本公开的实施例的在无线通信系统中执行波束故障恢复(bfr)过程的方法，
由用户设备(ue)执行的方法包括：接收与bfr相关的配置信息，基于配置信息来接收下行链路参考信号(dl rs)，基于针对dl rs的测量来检测波束故障，以及发送用于bfr的请求消息。
14.基于与调度请求(sr)相关的pucch资源来发送用于bfr的请求消息，并且dl rs基于用于波束故障检测的多个dl rs集。
15.基于1)与sr相关的pucch资源是为波束故障恢复配置的多个pucch资源之一和2)波束故障与一个或多个小区相关：与sr相关的pucch资源是在多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。
16.多个pucch资源中的每个可以与i)多个dl rs集中的一个dl rs集、ii)控制资源集池索引(coreset池索引)或iii)带宽部分(bwp)中的所有coreset的子集中的至少一个相关联。
17.特定pucch资源可以与i)主小区(pcell)或ii)主辅小区(pscell)中的至少一个相关联。
18.特定pucch资源可以与特定dl rs集相关，并且特定dl rs集可以是与一个或多个小区相关的dl rs集之中的基于波束故障检测的数量所确定的dl rs集。
19.特定pucch资源可以是在多个pucch资源之中的具有最低索引的pucch资源。
20.特定pucch资源可以是在多个pucch资源之中的与特定空间相关信息相关的pucch资源。
21.特定pucch资源可以是在多个pucch资源之中的与特定传输配置指示状态(特定tci状态)相关的pucch资源。
22.该方法可以进一步包括：发送与bfr相关的物理上行链路共享信道(pusch)。
23.与bfr相关的pusch可以与bfr媒体接入控制-控制元素(bfr mac-ce)相关。
24.bfr mac-ce可以包括：关于与在一个或多个小区之中的每个小区中检测到的波束故障相关的dl rs集的信息。
25.根据本公开的另一实施例的在无线通信系统中执行波束故障恢复(bfr)过程的用户设备(ue)，该ue包括：一个或多个收发器；一个或多个处理器，所述一个或多个处理器控制一个或多个收发器；以及一个或多个存储器，所述一个或多个存储器可操作地连接到一个或多个处理器。
26.一个或多个存储器存储用于基于由一个或多个处理器执行来执行操作的指令。
27.操作包括：接收与bfr相关的配置信息，基于配置信息来接收下行链路参考信号(dl rs)，基于针对dl rs的测量来检测波束故障，以及发送用于bfr的请求消息。
28.基于与调度请求(sr)相关的pucch资源来发送用于bfr的请求消息，并且dl rs基于用于波束故障检测的多个dl rs集。
29.基于1)与sr相关的pucch资源是为波束故障恢复配置的多个pucch资源之一和2)波束故障与一个或多个小区相关：与sr相关的pucch资源是在多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。
30.根据本公开的另一实施例的用于控制用户设备(ue)以在无线通信系统中执行波束故障恢复(bfr)过程的设备，该设备包括一个或多个处理器和可操作地连接到一个或多个处理器的一个或多个存储器。
31.一个或多个存储器存储用于基于由一个或多个处理器执行来执行操作的指令。
32.该操作包括：接收与bfr相关的配置信息，基于配置信息来接收下行链路参考信号(dl rs)，基于针对dl rs的测量来检测波束故障，以及发送用于bfr的请求消息。
33.基于与调度请求(sr)相关的pucch资源来发送用于bfr的请求消息，并且dl rs基于为波束故障检测配置的多个dl rs集。
34.基于1)与sr相关的pucch资源是为波束故障恢复配置的多个pucch资源之一和2)波束故障与一个或多个小区相关：与sr相关的pucch资源是在多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。
35.根据本公开的另一实施例的一个或多个非暂时性计算机可读介质存储一个或多个指令。
36.一个或多个指令基于由一个或多个处理器执行来执行操作。
37.该操作包括：接收与bfr相关的配置信息，基于配置信息来接收下行链路参考信号(dl rs)，基于针对dl rs的测量来检测波束故障，以及发送用于bfr的请求消息。
38.基于与调度请求(sr)相关的pucch资源来发送用于bfr的请求消息，并且dl rs基于用于波束故障检测的多个dl rs集。
39.基于1)与sr相关的pucch资源是为波束故障恢复配置的多个pucch资源之一和2)波束故障与一个或多个小区相关：与sr相关的pucch资源是在多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。
40.根据本公开的另一实施例的用于在无线通信系统中执行波束故障恢复(bfr)过程的方法，由基站执行的方法包括：发送与bfr相关的配置信息，基于配置信息来发送下行链路参考信号(dl rs)，以及接收用于bfr的请求消息。
41.用于bfr的请求消息与基于针对dl rs的测量所检测到的波束故障有关。
42.基于与调度请求(sr)相关的pucch资源来接收用于bfr的请求消息，并且dl rs基于用于波束故障检测的多个dl rs集。
43.基于1)与sr相关的pucch资源是为波束故障恢复配置的多个pucch资源之一和2)波束故障与一个或多个小区相关：与sr相关的pucch资源是在多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。
44.根据本公开的另一实施例的在无线通信系统中执行波束故障恢复(bfr)过程的基站，该基站包括：一个或多个收发器；一个或多个处理器，所述一个或多个处理器控制一个或多个收发器；以及一个或多个存储器，所述一个或多个存储器可操作地连接到一个或多个处理器。
45.一个或多个存储器存储用于基于由一个或多个处理器执行来执行操作的指令。
46.操作包括发送与bfr相关的配置信息，基于配置信息来发送下行链路参考信号(dl rs)，以及接收用于bfr的请求消息。
47.基于与调度请求(sr)相关的pucch资源来接收用于bfr的请求消息，并且dl rs基于用于波束故障检测的多个dl rs集。
48.基于1)与sr相关的pucch资源是为波束故障恢复配置的多个pucch资源之一，以及2)波束故障与一个或多个小区相关：与sr相关的pucch资源是在多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。
49.有益效果
50.根据本公开的实施例，可以支持trp特定的波束故障恢复(trp特定的bfr)。即，能够防止因为不将特定trp的波束故障声明为波束故障情形而发生的重要控制信息的传输和接收的故障。
51.根据本公开的实施例，能够防止当特定于trp执行波束故障恢复时可能发生的与pucch资源确定相关的ue操作中的模糊性。因为消除了与bfrq传输的pucch资源确定相关的模糊性，所以可以改进与m-trp相关的波束故障恢复过程的可靠性。
52.可以从本公开获得的效果不受上述效果的限制，并且本公开所属的本领域的技术人员从以下描述中可以清楚地理解未提及的其他技术效果。
附图说明
53.被包括以提供对本公开的进一步理解且构成详细描述的一部分的附图图示了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
54.图1是图示可以应用本公开中提出的方法的nr的整体系统结构的示例的图。
55.图2图示了可以应用本公开中提出的方法的无线通信系统中的上行链路帧和下行链路帧之间的关系。
56.图3图示了nr系统中的帧结构的示例。
57.图4图示了可以应用本公开中提出的方法的由无线通信系统支持的资源网格的示例。
58.图5图示了可以应用本公开中提出的方法的用于每个天线端口和参数集的资源网格的示例。
59.图6图示了在3gpp系统中使用的物理信道和一般信号传输。
60.图7图示了使用ssb和csi-rs的波束成形的示例。
61.图8图示了使用srs的ul bm过程的示例。
62.图9图示了可以应用本公开中提出的方法的上行链路传输/接收操作。
63.图10图示了用于使用多个trp中的传输来改进可靠性的传输/接收方法的示例。
64.图11是用于描述可以应用本公开中提出的方法的波束故障恢复相关操作的图。
65.图12是用于描述根据本公开的实施例的由ue在无线通信系统中执行波束故障恢复过程的方法的流程图。
66.图13是用于描述根据本公开的另一实施例的由bs在无线通信系统中执行波束故障恢复过程的方法的流程图。
67.图14图示应用于本公开的通信系统1。
68.图15图示适用于本公开的无线设备。
69.图16图示应用于本公开的信号处理电路。
70.图17图示应用于本公开的无线设备的另一示例。
71.图18图示应用于本公开的便携式设备。
具体实施方式
72.下面，将参考附图详细描述本公开的优选实施例。下面将与附图一起公开的详细
描述是为了描述本公开的示例性实施例，而不是为了描述用于执行本公开的唯一的实施例。下面的详细描述包括细节以提供对本公开的完整理解。然而，本领域的技术人员知道可以在没有细节的情况下执行本公开。
73.在一些情况下，为了防止本公开的概念不清楚，可以省略已知的结构或设备，或者可以聚焦于每个结构和设备的核心功能以框图的形式示出已知的结构和设备。
74.在下文中，下行链路(dl)是指从基站到终端的通信，而上行链路(ul)是指从终端到基站的通信。在下行链路中，发射器可以是基站的一部分，而接收器可以是终端的一部分。在上行链路中，发射器可以是终端的一部分，而接收器可以是基站的一部分。基站可以被表达为第一通信设备，而终端可以被表达为第二通信设备。可以用以下术语代替基站(bs)，包括：固定站、节点b(node b)、演进型节点b(enb)、下一代节点b(gnb)、基站收发器系统(bts)、接入点(ap)、网络(5g网络)、ai系统、路侧单元(rsu)、车辆、机器人、无人驾驶飞行器(uav)、ar(增强现实)设备、vr(虚拟现实)设备等等。此外，终端可以是固定的或移动的，并且可以用以下术语代替，包括：用户设备(ue)、移动站(ms)、用户终端(ut)、移动订户站(mss)、订户站(ss)、高级移动站(ams)、无线终端(wt)、机器类型通信(mtc)设备、机器对机器(m2m)设备和设备对设备(d2d)设备、车辆、机器人、ai模块、无人驾驶飞行器(uav)、ar(增强现实)设备、vr(虚拟现实)设备等等。
75.以下技术可以用于包括码分多址(cdma)、频分多址(fdma)、时分多址(tdma)、正交频分多址(ofdma)、单载波-fdma(sc-fdma)、非正交多址(noma)等的各种无线接入系统中。cdma可以由诸如通用陆地无线电接入(utra)或cdma2000的无线电技术实现。tdma可以由诸如全球移动通信系统(gsm)/通用分组无线电服务(gprs)/用于gsm演进的增强数据速率(edge)的无线电技术实现。ofdma可以被实现为诸如ieee 802.11(wi-fi)、ieee 802.16(wimax)、ieee 802-20、演进型utra(e-utra)等的无线电技术。utra是通用移动电信系统(umts)的一部分。第三代合作伙伴计划(3gpp)长期演进(lte)作为使用e-utra的演进型umts(e-umts)的一部分，采用下行链路中的ofdma以及上行链路中的sc-fdma。(高级)lte-a是3gpp lte的演进。
76.为了描述的清楚，基于3gpp通信系统(例如，lte-a或nr)描述本公开的技术精神，但是本公开的技术精神不限于此。lte是指3gpp ts 36.xxx版本8之后的技术。详细地，3gpp ts 36.xxx版本10之后的lte技术被称为lte-a，并且3gpp ts 36.xxx版本13之后的lte技术被称为lte-a pro。3gpp nr是指ts 38.xxx版本15之后的技术。lte/nr可以被称为3gpp系统。“xxx”是指标准文档详细编号。lte/nr可以统称为3gpp系统。可以为被用于描述本公开的背景技术、术语、缩写等等参考在本公开之前公布的标准文档中所公开的事项。例如，可以参考以下文档。
77.3gpp lte
[0078]-36.211：物理信道和调制
[0079]-36.212：多路复用和信道编码
[0080]-36.213：物理层过程
[0081]-36.300：总体描述
[0082]-36.331：无线电资源控制(rrc)
[0083]
3gpp nr
[0084]-38.211：物理信道和调制
[0085]-38.212：多路复用和信道编码
[0086]-38.213：用于控制的物理层过程
[0087]-38.214：用于数据的物理层过程
[0088]-38.300：nr和ng-ran总体描述
[0089]-36.331：无线电资源控制(rrc)协议规范
[0090]
随着越来越多的通信设备需要更大的通信容量，与现有的无线电接入技术(rat)相比，存在对改进的移动宽带通信的需求。此外，通过连接许多设备和对象随时随地提供各种服务的大规模机器类型通信(mtc)是下一代通信中要考虑的主要问题之一。另外，正在讨论考虑对可靠性和时延敏感的服务/ue的通信系统设计。像这样，讨论了考虑增强型移动宽带通信(embb)、大规模mtc(mmtc)、超可靠和低时延通信(urllc)的下一代无线电接入技术的引入，并且在本公开中，为了方便起见，将该技术称为nr。nr是表示5g无线电接入技术(rat)的示例的表达。
[0091]
在包括nr的新rat系统中，使用ofdm传输方案或与其类似的传输方案。新rat系统可以遵循与lte的ofdm参数不同的ofdm参数。可替选地，新rat系统可以照原样遵循常规lte/lte-a的参数集或者具有更大的系统带宽(例如，100mhz)。可替选地，一个小区可以支持多种参数集。换句话说，以不同的参数集操作的ue可以共存于一个小区中。
[0092]
参数集对应于频域中的一个子载波间隔。可以通过将参考子载波间隔缩放整数n来定义不同的参数集。
[0093]
术语的定义
[0094]
elte enb：elte enb是支持到epc和ngc的连接性的enb的演进。
[0095]
gnb：支持nr以及到ngc的连接性的节点。
[0096]
新ran：一种支持nr或e-utra或与ngc接口的无线电接入网络。
[0097]
网络切片：网络切片是指由运营商定制的网络，为用于端到端范围内要求特定要求的特定市场场景提供优化的解决方案。
[0098]
网络功能：网络功能是网络架构中的逻辑节点，其具有明确定义的外部接口和明确定义的功能行为。
[0099]
ng-c：在新ran和ngc之间的ng2参考点上使用的控制平面接口。
[0100]
ng-u：在新ran和ngc之间的ng3参考点上使用的用户平面接口。
[0101]
非独立nr：一种部署配置，其中gnb需要lte enb作为用于到epc的控制平面连接性的锚，或者需要elte enb作为用于到ngc的控制平面连接性的锚。
[0102]
非独立e-utra：一种部署配置，其中elte enb要求gnb作为用于到ngc的控制平面连接性的锚。
[0103]
用户平面网关：ng-u接口的终结点。
[0104]
系统概述
[0105]
图1图示了本公开中提出的方法可应用于的nr的整体系统结构的示例。
[0106]
参考图1，ng-ran由多个gnb组成，以提供ng-ra用户平面(新的as子层/pdcp/rlc/mac/phy)和用于用户设备(ue)的控制平面(rrc)协议端。
[0107]
该gnb通过xn接口互连。
[0108]
该gnb也通过ng接口连接到ngc。
[0109]
更具体地说，gnb通过n2接口被连接到接入和移动性管理功能(amf)，并通过n3接口连接到用户平面功能(upf)。
[0110]
新rat(nr)参数集和帧结构
[0111]
在nr系统中，可以支持多种参数集。可以通过子载波间隔和cp(循环前缀)开销来定义参数集。可以通过将基本子载波间隔缩放为整数n(或μ)来导出多个子载波之间的间隔。另外，尽管假定在非常高的子载波频率下不使用非常低的子载波间隔，但是可以独立于频带来选择要使用的参数集。
[0112]
另外，在nr系统中，可以支持根据多个参数集的多种帧结构。
[0113]
在下文中，将描述在nr系统中可以考虑的正交频分复用(ofdm)参数集和帧结构。
[0114]
nr系统中支持的多个ofdm参数集可以如表1中所定义的。
[0115]
[表1]
[0116]
μδf＝2
μ
·
15[khz]循环前缀015正常的130正常的260正常的，扩展的3120正常的4240正常的
[0117]
nr支持多个参数集(或子载波间隔(scs))，以支持各种5g服务。例如，如果scs为15khz，则nr支持传统蜂窝频带中的宽广区域；如果scs为30khz/60khz，则nr支持密集城市、较低的时延和较宽的载波带宽；如果scs为60khz或者比其更高，则nr支持大于24.25ghz的带宽以克服相位噪声。
[0118]
nr频带被定义为两种类型fr1和fr2的频率范围。fr1和fr2可以如下表2所示配置。此外，fr2可以是指毫米波(mmw)。
[0119]
[表2]
[0120]
频率范围名称相应的频率范围子载波间隔fr1410mhz
–
7125mhz15,30,60khzfr224250mhz
–
52600mhz60,120,240khz
[0121]
关于nr系统中的帧结构，时域中各个字段的大小被表达为ts＝1/(δf
max
·
nf)的时间单位的倍数。这里，δf
max
＝480
·
103并且nf＝4096。下行链路和上行链路传输由具有tf＝(δf
max
nf/100)
·
ts＝10ms的时段的无线电帧组成。无线电帧由十个子帧组成，每个子帧具有t
sf
＝(δf
max
nf/1000)
·
ts＝1ms的时段。在这种情况下，可能存在用于上行链路的一个帧集和用于下行链路的一个帧集。
[0122]
图2图示了本公开中提出的方法可应用于的无线通信系统中的上行链路帧和下行链路帧之间的关系。
[0123]
如图2中所图示的，用于来自用户设备(ue)传输的上行链路帧号i应在所述ue的下行链路帧开始的t
ta
＝n
ta
ts之前开始。
[0124]
关于参数集μ，时隙在子帧内以升序编号，并且在无线电帧内
以升序编号。一个时隙由个连续ofdm符号组成，并且根据所使用的参数集和时隙配置来确定。在所述子帧中，时隙的开始与的开始在时间上对齐。
[0125]
并非所有的ue都能够同时发送和接收，并且这意指下行链路时隙或上行链路时隙中的并非所有ofdm符号都可以使用。
[0126]
表3表示正常cp中的每个时隙的ofdm符号数每个无线电帧的时隙数以及每个子帧的时隙数表4表示扩展cp中的每个时隙的ofdm符号数、每个无线电帧的时隙数以及每个子帧的时隙数。
[0127]
[表3]
[0128][0129]
[表4]
[0130][0131]
图3图示了nr系统中的帧结构的示例。图3仅是为了便于解释，并且不限制本公开的范围。
[0132]
在表4中，在μ＝2的情况下，即，作为子载波间隔(scs)为60khz的示例，参考表3，一个子帧(或帧)可以包括四个时隙，并且图3中所示的一个子帧＝{1，2，4}个时隙，例如，可以被包括在一个子帧中的时隙的数目如表3中定义。
[0133]
此外，微时隙可以由2、4或7个符号组成，或者可以由更多或更少的符号组成。
[0134]
关于nr系统中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。
[0135]
在下文中，对在nr系统中可以考虑的上述物理资源进行更详细的描述。
[0136]
首先，关于天线端口，定义天线端口，使得可以在其上传送天线端口的符号的信道可以从在其上传送相同天线端口上的另一符号的信道推断出来。当在其上传送一个天线端口上的符号的信道的大规模属性可以从在其上传送另一天线端口上的符号的信道推断出来时，可以将这两个天线端口视为准共置或者准共置(qc/qcl)关系。在这种情况下，大规模属性包括下述中的至少一个：延迟扩展、多普勒扩展、频移、平均接收功率和接收定时。
[0137]
图4图示了本公开中提出的方法可应用于的无线通信系统中支持的资源网格的示例。
[0138]
参考图4，资源网格由频域上的个子载波组成，每个子帧由14
·2μ
个ofdm符号组成，但是本公开不限于此。
[0139]
在nr系统中，由一个或多个资源网格描述发送的信号，该资源网格由个子载波和个ofdm符号组成，其中个ofdm符号组成，其中表示最大传输带宽，并且不仅可以在参数集之间改变，而且可以在上行链路和下行链路之间改变。
[0140]
在这种情况下，如图5中所图示的，每个参数集μ和天线端口p可以配置一个资源网格。
[0141]
图5图示了本公开中提出的方法可应用于的每个天线端口和参数集的资源网格的示例。
[0142]
用于参数集μ和天线端口p的资源网格的每个元素都被称为资源元素，并且通过索引对唯一标识，其中是频域上的索引，并且是指在子帧中的符号的位置。索引对用于参考时隙中的资源元素，其中
[0143]
参数集μ和天线端口p的资源元素对应于复数值如果没有混淆的风险，或者当未指定特定的天线端口或参数集时，则可能会丢弃索引p和μ，并且结果，复数值可能是或
[0144]
此外，物理资源块被定义为频域中的个连续子载波。
[0145]
点a用作为资源块网格的公共参考点，并且可以如下获得。
[0146]-用于pcell下行链路的offsettopointa表示在点a和最低资源块的最低子载波之间的频率偏移，该最低的资源块与由ue用于初始小区选择所使用的ss/pbch块重叠，并以资源块为单位表达，其中假定fr1的子载波间隔为15khz，以及假定fr2的子载波间隔为60khz；
[0147]-absolutefrequencypointa表示点a的频率位置，用绝对射频信道号(arfcn)表达。
[0148]
公共资源块在频域中从0向上编号，用于子载波间隔配置μ。
[0149]
用于子载波间隔配置μ的公共资源块0的子载波0的中心与“点a”一致。可以通过以下等式1给出频域中的公共资源块号和用于子载波间隔配置μ的资源元素(k,l)。
[0150]
[等式1]
[0151][0152]
此处，k可以相对于点a定义，使得k＝0对应于以点a为中心的子载波。物理资源块被定义在带宽部分(bwp)内，并从0到编号，其中i是bwp的编号。在bwp i中的物理资源块n
prb
和公共资源块n
crb
之间的关系可以由以下等式2给出。
[0153]
[等式2]
[0154][0155]
此处，可以是bwp相对于公共资源块0开始的公共资源块。
[0156]
物理信道与一般信号传输
[0157]
图6图示了在3gpp系统中使用的物理信道和一般信号传输。在无线通信系统中，ue通过下行链路(dl)从enb接收信息，并且ue通过上行链路(ul)从enb发送信息。enb和ue发送和接收的信息包括数据和各种控制信息，并且根据enb和ue发送和接收的信息的类型/用途，存在各种物理信道。
[0158]
当ue被通电或新进入小区时，ue执行初始小区搜索操作(s601)，诸如与enb同步。为此，ue可以从enb接收主同步信号(pss)和(辅同步信号(sss))，并与enb进行同步并且获取诸如小区id等的信息。其后，ue可以从enb接收物理广播信道(pbch)并获取小区内广播信息。同时，ue在初始小区搜索步骤中接收下行链路参考信号(dl rs)，以检查下行链路信道状态。
[0159]
完成初始小区搜索的ue通过接收物理下行链路控制信道(pdcch)和根据加载在pdcch上的信息的物理下行链路共享信道(pdsch)，获取更多的特定系统信息(s602)。
[0160]
同时，当不存在首先接入enb或用于信号传输的无线电资源时，ue可以执行对enb的随机接入过程(rach)(s603至s606)。为此，ue可以通过物理随机接入信道(prach)用前导发送特定序列(s603和s605)，并且通过pdcch和对应的pdsch接收针对该前导的响应消息(随机接入响应(rar)消息)。在基于竞争的rach的情况下，可以另外执行竞争解决过程(s606)。
[0161]
然后，执行上述过程的ue可以执行pdcch/pdsch接收(s607)和物理上行链路共享信道(pusch)/物理上行链路控制信道(pucch)传输(s608)作为一般的上行链路/下行链路信号传输过程。特别地，ue可以通过pdcch接收下行链路控制信息(dci)。在此，dci可以包括诸如用于ue的资源分配信息的控制信息，并且格式可以根据使用目的而不同地被应用。
[0162]
同时，ue通过上行链路发送到enb或ue从enb接收到的控制信息可以包括下行链路/上行链路ack/nack信号、信道质量指示符(cqi)、预编码矩阵索引(pmi)、秩指示符(ri)等。ue可以通过pusch和/或pucch发送诸如cqi/pmi/ri等的控制信息。
[0163]
波束管理(bm)
[0164]
作为用于获取和维护基站(例如，gnb、trp等)的集合和/或可以被用于下行链路(dl)和上行链路(ul)传输/接收的终端(例如，ue)波束的层1(l1)/层2(l2)过程的bm过程可以包括以下过程和术语。
[0165]-波束测量：测量由enb或ue接收的波束成形信号的特性的操作。
[0166]-波束确定：由enb或ue选择enb或ue的发射(tx)波束/接收(rx)波束的操作。
[0167]-波束扫描：以预定方案在时间间隔内使用发射和/或接收波束来覆盖空间区域的操作。
[0168]-波束报告：其中ue基于波束测量来报告波束成形的信号的信息的操作。
[0169]
bm过程可以被划分成(1)使用同步信号(ss)/物理广播信道(pbch)块或csi-rs的dl bm过程，和(2)使用探测参考信号的ul bm过程(srs)。此外，每个bm过程可以包括用于确定tx波束的tx波束扫描和用于确定rx波束的rx波束扫描。
[0170]
dl波束管理(dl bm)
[0171]
dl bm过程可以包括(1)enb的波束成形的dl参考信号(rs)(例如，cis-rs或ss块(ssb))的传输和(2)ue的波束报告。
[0172]
此处，波束报告优选的dl rs标识符(id)和l1-参考信号接收功率(rsrp)。
[0173]
dl rs id可以是ssb资源指示符(ssbri)或csi-rs资源指示符(cri)。
[0174]
图7图示使用ssb和csi-rs进行波束成形的示例。
[0175]
如图7中所图示，ssb波束和csi-rs波束可以用于波束管理。测量度量是每个资源/块的l1-rsrp。可以使用ssb进行粗波束管理，并且使用csi-rs进行精细波束管理。ssb可以用于tx波束扫描和rx波束扫描两者。当ue跨多个ssb突发针对相同ssbri改变rx波束时，可以执行使用ssb的rx波束扫描。在此，一个ss突发包括一个或多个ssb，以及一个ss突发集包括一个或多个ssb突发。
[0176]
dl bm相关的波束指示
[0177]
至少出于准共置(qcl)指示的目的，ue可以被rrc配置有最多m个候选传输配置指示(tci)状态的列表。在此处，m可以是64。
[0178]
每个tci状态可以配置为一个rs集。出于rs集中的空间qcl(qcl-type d)的目的，可以为每个dl rs的id至少引用包括ssb、p-csi rs、sp-csi rs、a-csi rs等的dl rs类型中的一种。
[0179]
至少可以通过显式信令来执行出于空间qcl目的的rs集中的dl rs的id的初始化/更新。
[0180]
表5示出了tci-状态ie的示例。
[0181]
tci-状态ie与对应于一个或两个dl参考信号(rs)的准共置(qcl)类型相关联。
[0182]
[表5]
[0183][0184]
在表5中，bwp-id参数表示其中rs所位于的dl bwp，小区参数表示其中rs所位于的载波，并且参考信号参数表示以下参考天线端口，该参考天线端口成为用于对应目标天线端口或包括该目标天线端口的参考信令的准共置的源。目标天线端口可以是csi-rs、pdcch dmrs或pdsch dmrs。作为示例，可以为nzp csi-rs资源配置信息指示对应的tci状态id，以便指示用于nzp csi-rs的qcl参考rs信息。作为另一示例，可以为每个coreset配置指示tci状态id，以便指示用于pdcch dmrs天线端口的qcl参考信息。作为又一个示例，可以通过dci指示tci状态id，以便为pdsch dmrs天线端口指示qcl参考信息。
[0185]
准共置(qcl)
[0186]
定义天线端口，使得在其中传输天线端口上的符号的信道可以从在其中传输相同
天线端口上的不同符号的信道推断出来。当在其中传输一个天线端口上的符号的信道的属性可以从在其中传输不同天线端口上的符号的信道推断出来时，两个天线端口可能具有准共置或准共置(qc/qcl)关系。
[0187]
此处，信道属性包括下述中的至少一个：延迟扩展、多普勒扩展、频率/多普勒频移、平均接收功率、接收定时/平均延迟以及空间rx参数。在此，空间rx参数意指空间(接收)信道属性参数，诸如到达角。
[0188]
可以将ue配置为更高层参数pdsch-config中多达m个tci状态配置的列表，以便根据检测到的pdcch解码pdsch，该pdcch具有用于相应ue和给定的服务小区的预期dci。这里，m取决于ue的能力。
[0189]
每个tci状态包括用于配置在一个或两个dl参考信号与pdsch的dm-rs端口之间的准共置关系的参数。
[0190]
准共置关系被配置为用于第一dl rs的更高层参数qcl-type1和用于第二dl rs的qcl-type2(当配置时)。对于两个dl rs的情形，无论参考是相同的dl rs还是不同的dl rs，qcl类型都不相同。
[0191]
对应于每个dl rs的准共置类型可以由qcl-info的更高层参数qcl-type给出，并且可以采用下述值之一。
[0192]
–“
qcl-typea”：{多普勒频移，多普勒扩展，平均延迟，延迟扩展}
[0193]
–“
qcl-typeb”：{多普勒频移，多普勒扩展}
[0194]
–“
qcl-typec”：{多普勒频移，平均延迟}
[0195]
–“
qcl-typed”：{空间rx参数}
[0196]
例如，当目标天线端口是特定的nzp csi-rs时，从qcl-type a的角度来看，对应的nzp csi-rs天线端口可以被指示/配置成与特定trs进行qcl，并且从qcl-type d的角度来看，对应的nzp csi-rs天线端口可以被指示/配置为与特定ssb进行qcl。接收指示/配置的ue可以通过使用在qcl-typea trs中测量的多普勒延迟值来接收对应的nzp csi-rs，并且将用于接收qcl-typed ssb的rx波束应用于对应的nzp csi-rs的接收。
[0197]
ue可以通过mac ce信令接收激活命令，该mac ce信令用于将多达八种tci状态映射到dci字段“传输配置指示”的码点。
[0198]
ul bm过程
[0199]
ul bm可被配置，使得基于所述ue实现，建立或不建立在tx波束和rx波束之间的波束互易性(或波束对应性)。如果在enb和ue两者中都建立tx波束和rx波束之间的互易性，则可以通过dl波束对来匹配ul波束对。然而，当即使在enb和ue中的任何一个中都没有建立tx波束与rx波束之间的互易性时，除了dl波束对确定之外，还需要ul波束对确定处理。
[0200]
即使当enb和ue保持波束对应性时，基站也可以使用ul bm过程以便确定dl tx波束，即使ue无需请求(优选)波束的报告。
[0201]
可以通过波束成形的ul srs传输来执行ul bm，并且是否应用srs资源集的ul bm是通过(更高层参数的)用法(usage)来配置的。如果所述用法被配置为“beammanagement(bm)”，在给定时刻，仅一个srs资源可以被发送到多个srs资源集中的每个srs资源集。
[0202]
ue可以被配置有由(更高层参数)srs-resourceset(通过更高层信令、rrc信令等)配置的一个或多个探测参考符号(srs)资源集。对于每个srs资源集，ue可以被配置有k(≥
1)个srs资源(较高的之后参数srs-资源)。在此，k是自然数，并且k的最大值由srs_capability指示。
[0203]
与dl bm类似，ul bm过程也可以被划分成ue的tx波束扫描和enb的rx波束扫描。
[0204]
图8图示了使用srs的ul-bm过程的示例。
[0205]
更加具体的，图8的(a)图示了基站的rx波束确定过程，并且图8的(b)图示了ue的tx波束扫描过程。
[0206]
图9图示了可以应用本公开中提出的方法的上行链路传输/接收操作。
[0207]
参考图9，bs调度诸如频率/时间资源、传输层、上行链路预编码器和mcs的上行链路传输(s910)。具体地，bs可以确定用于ue发送pusch的波束。
[0208]
ue在pdcch上从bs接收用于上行链路调度的dci(即，包括pusch的调度信息)(s920)。
[0209]
对于上行链路调度，可以使用dci格式0_0或0_1。具体地，dci格式0_1包括以下信息。
[0210]
dci格式标识符(dci格式的标识符)、ul/sul(补充上行链路)指示符(ul/sul指示符)、带宽部分指示符、频域资源指配、时域资源指配、跳频标志、调制和编码方案(mcs)、srs资源指示符(sri)、预编码信息和层数、天线端口、srs请求、dmrs序列初始化、上行链路共享信道(ul-sch)指示符。
[0211]
特别地，在与更高层参数“usage”相关联的srs资源集中配置的srs资源可以由srs资源指示符字段指示。另外，可以为每个srs资源设置“spatialrelationinfo”，并且该值可以是{cri,ssb,sri}之一。
[0212]
ue在pusch上向bs发送上行链路数据(s930)。
[0213]
当ue检测到包括dci格式0_0或0_1的pdcch时，根据相应dci的指示发送相应的pusch。
[0214]
对于pusch传输，支持两种传输方案：基于码本的传输和基于非码本的传输。
[0215]
i)当更高层参数“txconfig”被设置为“码本”时，ue被设置为基于码本的传输。同时，当更高层参数“txconfig”被设置为“非码本”时，ue被设置为基于非码本的传输。如果未设置更高层参数“txconfig”，则ue不期望由dci格式0_1调度。当通过dci格式0_0调度pusch时，pusch传输基于单个天线端口。
[0216]
在基于码本的传输的情况下，可以通过dci格式0_0、dci格式0_1或半静态地调度pusch。当通过dci格式0_1调度pusch时，ue基于如由srs资源指示符字段和预编码信息和层数字段给出的来自dci的sri、tpmi(发送预编码矩阵指示符)和传输秩来确定pusch传输预编码器。tpmi用于指示要跨天线端口应用的预编码器，并且当配置多个srs资源时，对应于由sri选择的srs资源。可替代地，当配置单个srs资源时，tpmi用于指示要跨天线端口应用的预编码器，并且对应于单个srs资源。从具有与更高层参数“nrofsrs-ports”相同数量的天线端口的上行链路码本中选择传输预编码器。
[0217]
当配置了在ue中设置为“码本”的更高层参数“txconfig”时，在ue中配置至少一个srs资源。在时隙n中指示的sri与由sri识别的最新传输的srs资源相关联，并且在此，srs资源在携带sri的pdcch(即，时隙n)之前。
[0218]
ii)在基于非码本的传输的情况下，可以通过dci格式0_0、dci格式0_1或半静态地
调度pusch。当配置了多个srs资源时，ue可以基于宽带sri来确定pusch预编码器和传输秩，并且在此，sri由dci中的srs资源指示符或由更高层参数“srs-resourceindicator”给出。ue使用一个或多个srs资源以进行srs传输，并且在此，srs资源的数量可以基于ue能力被配置用于相同rb内的同时传输。对每个srs资源仅配置一个srs端口。可以将仅一个srs资源设置为被设定为“非码本”的更高层参数“usage”。可以被配置用于基于非码本的上行链路传输的srs资源的最大数量是4。时隙n中指示的sri与由sri识别的最新传输的srs资源相关联，并且在此，srs传输在携带sri的pdcch(即，时隙n)之前。
[0219]
在下文中，将描述能够应用本公开中提出的方法的m-trp相关操作。
[0220]
多传输和接收点(trp)相关操作
[0221]
协调多点(comp)技术是多个基站(例如，使用x2接口)交换或者利用从用户设备(ue)反馈的信道信息(例如，ri/cqi/pmi/li等)来与ue一起执行协作传输从而有效地控制干扰的方案。根据所使用的方案，可以将协作传输划分成联合传输(jt)、协调调度(cs)、协调波束成形(cb)、动态点选择(dps)、动态点黑化(dpb)等。
[0222]
非相干联合传输(ncjt)可以是指不考虑干扰(即没有干扰)的协作传输。例如，ncjt可以是基站通过使用相同的时间资源和频率资源来通过多个trp向一个ue发送数据的方案。在此方案中，基站的多个trp可以被配置成通过使用不同的解调参考信号(dmrs)端口来通过不同的层向ue发送数据。换句话说，ncjt可以对应于在没有trp之间的自适应预编码的情况下执行来自两个或更多个trp的mimo层的传输的传输方案。
[0223]
ncjt可以被分类为完全重叠ncjt和部分重叠ncjt，在所述完全重叠ncjt中由每个基站(或trp)用于传输的时间和频率资源完全重叠，在所述部分重叠ncjt中由每个基站(或trp)用于传输的时间和频率资源部分重叠。这仅用于本公开中说明的方便，并且不用说，在要在下面描述的实施例和方法中，上面提及的术语能够用具有相同的技术含义的其他术语替换。例如，在部分重叠ncjt的情况下，可以在一些时间资源和/或频率资源中发送第一基站(例如，trp 1)的数据和第二基站(例如，trp 2)的数据这两者，并且可以在剩余的时间资源和/或频率资源中发送第一基站和第二基站中的仅一个的数据。
[0224]
trp向ncjt接收ue发送数据调度信息作为dci(下行链路控制信息)。从下行链路控制信息(dci)传输的角度来看，可以将m-trp(多trp)传输划分成i)其中每个trp发送不同的dci的基于m-dci(多dci)的m-trp传输以及ii)其中一个trp发送dci的基于s-dci(单dci)的m-trp传输。
[0225]
首先，将描述基于单dci的mtrp方案。在代表性trp通过一个dci来发送用于由它本身发送的数据和由另一trp发送的数据的调度信息的基于单dci的mtrp方案中，mtrp协作地发送一个公共pdsch，并且参与协作传输的每个trp在空间上将相应pdsch划分成不同的层(即，不同的dmrs端口)。换句话说，mtrp发送一个pdsch，但是每个trp发送pdsch的多个层中的仅一些。例如，当发送4层数据时，trp 1向ue发送2个层，并且trp 2向ue发送剩余的2个层。
[0226]
在这种情况下，用于pdsch的调度信息通过一个dci被指示给ue，并且相应dci指示哪个dmrs端口使用哪个qcl rs和qcl类型的信息(这不同于按照惯例指示被共同应用于由dci指示的所有dmrs端口的qcl rs和类型)。也就是说，m个tci状态(对于2trp协作传输，m＝2)通过dci中的tci字段被指示，并且qcl rs和类型通过使用对于m个dmrs端口组不同的m个
tci状态被识别。另外，可以通过使用新dmrs表来指示dmrs端口信息。
[0227]
作为示例，在s-dci的情况下，由于用于由m个trp发送的数据的所有调度信息都应该通过一个dci被递送，所以可以在其中两个trp可以相互动态地协调的理想回程(bh)环境中使用s-dci。
[0228]
其次，将描述基于多dci的mtrp方法。mtrp分别发送不同的dci和pdsch(ue从n个trp接收n个dci和n个pdsch)，并且相应pdsch通过在不同的时间资源上(部分或全部)重叠被发送。相应pdsch通过不同的加扰id被发送，并且相应dci可以通过属于不同的coreset组的coreset被发送(coreset组可以被识别为每个coreset的coreset配置中定义的索引。例如，如果coreset 1和2被设置为索引＝0并且coreset 3和4被设置为索引＝1，则coreset 1和2属于coreset组0并且coreset 3和4属于coreset组1。如果没有为coreset定义索引，则这可以被解释为索引＝0)。如果多个加扰id被设置在一个服务小区中，或者两个或更多个coreset组被设置，则ue可以知道数据通过基于多dci的mtrp操作被接收。
[0229]
例如，可以通过单独信令向ue指示基于单dci的mtrp方案或基于多dci的mtrp方案。作为示例，当多个crs图案被指示给ue以进行用于一个服务小区的mtrp操作时，用于crs的pdsch速率匹配可以取决于此mtrp操作是基于单dci的mtrp操作或基于多dci的mtrp操作而不同。
[0230]
本公开中描述的基站可以是用于向ue发送数据并且从ue接收数据的对象的通用术语。例如，本文描述的基站可以是包括一个或多个发送点(tp)、一个或多个传输和接收点(trp)等的概念。例如，本文描述的多个tp和/或多个trp可以被包括在一个基站中或者被包括在多个基站中。另外，tp和/或trp可以包括基站的面板、传输和接收单元等。
[0231]
另外，本公开中描述的trp意指在位于特定区域中的特定地理位置中的网络中具有一个或多个天线元件可用的天线阵列。尽管为了说明的方便关于“trp”描述本公开，但是trp可以用基站、传输点(tp)、小区(例如，宏小区/小小区/微微小区等)、天线阵列或面板替换并且被同样地理解和应用。
[0232]
另外，本公开中描述的coreset组id可以意指用于区分为每个trp/面板配置/与每个trp/面板相关联(或者用于每个trp/面板)的coreset的索引/标识信息(例如，id)/指示符等。另外，coreset组可以是通过用于区分coreset和coreset组id的索引/标识信息(例如，id)来区分的coreset的组/合集。例如，coreset组id可以是coreset配置中定义的特定索引信息。例如，可以由在针对每个coreset的coreset配置中定义的索引来配置/指示/定义coreset组。可以通过更高层信令(例如，rrc信令)/l2信令(例如，mac-ce)/l1信令(例如，dci)来配置/指示coreset组id。
[0233]
例如，作为上层参数的controlresourceset信息元素(ie)用于配置时间/频率控制资源集(coreset)。例如，控制资源集可以与下行链路控制信息的检测和接收有关。controlresourceset ie可以包括coreset相关id(例如，controlresourcesetid)、用于coreset的coreset池的索引(例如，coresetpoolindex)、coreset的时间/频率资源配置、与coreset有关的tci信息等。作为示例，coreset池的索引(例如，coresetpoolindex)可以被配置为0或1。coreset池的索引可以意指coreset组id。例如，coreset池的索引(例如，coresetpoolindex)可以对应于上述coreset组id。
[0234]
m-trp传输方案
[0235]
多个(例如，m个)trp向一个用户设备(ue)发送数据的m-trp传输可以被划分成两种主要类型的传输：作为用于增加传输速率的方案的embb m-trp传输(或m-trp emmb)和作为用于增加接收成功率并且减小时延的方案的urllc m-trp传输(或m-trp urllc)。
[0236]
urllc m-trp可以意指m-trp使用不同的资源(例如，层/时间资源/频率资源等)来发送相同的tb(传送块)。可以通过dci向被配置有urllc m-trp传输方案的ue指示tci状态的数量，并且使用每个tci状态的qcl参考信号(rs)接收的数据可以被假定是相同的tb。另一方面，embb m-trp可以意指m-trp使用不同的资源(例如，层/时间资源/频率资源等)来发送不同的tb。可以通过dci向被配置有embb m-trp传输方案的ue指示tci状态的数量，并且使用每个tci状态的qcl rs接收的数据可以被假定是不同的tb。
[0237]
例如，ue可以决定/确定相应m-trp传输是urllc传输还是embb传输，因为它分开地使用为mtrp-urllc配置的rnti和为mtrp-embb配置的rnti。也就是说，如果使用为mtrp-urllc目的配置的rnti来执行由ue接收到的dci的crc掩蔽，则这可以对应于urllc传输，并且如果使用为mtrp-embb目的配置的rnti来执行dci的crc掩蔽，则这可以对应于embb传输。
[0238]
表6示出能够考虑用于urllc m-trp传输的各种方案。参考表6，存在诸如sdm/fdm/tdm的各种方案。
[0239]
[表6]
[0240]
[0241][0242]
例如，关于基于tdm的urllc方案，方案4指的是其中一个trp在一个时隙中发送tb的方案，这可以通过在多个时隙中从多个trp接收的相同tb增加接收数据的概率。方案3指的是其中一个trp通过几个连续的ofdm符号(即，符号组)发送tb的方案，通过其，多个trp可以被配置成在一个时隙内通过不同的符号组发送相同的tb。
[0243]
多trp中的改进可靠性的方法
[0244]
图10图示了用于使用多个trp中的传输来改进可靠性的发送/接收方法的示例。
[0245]
图10的(a)中的示例示出发送相同码字(cw)/传送块(tb)的层组对应于不同trp。也就是说，可以通过不同的层/层组发送相同的cw。在这种情况下，层组可以指的是由一个或多个层组成的某种层集合。因此，发送资源量随着层数增加而增加，并且这是有利的原因在于具有低码速率的稳健信道编码能够被用于tb。另外，由于来自多个trp的不同的信道，预期可以基于分集增益改进接收到的信号的可靠性。
[0246]
同时，图10的(b)中的示例示出通过与不同的trp相对应的层组发送不同的cw的示例。也就是说，可以通过不同的层/层组来发送不同的cw。在这种情况下，可以假定与第一cw(cw#1)和第二cw(cw#2)相对应的tb是相同的。因此，这能够被看作为相同tb的重复发送的示例。在图10的(b)的情况下，与tb相对应的码速率可以高于图9的(a)的码速率。然而，存在能够通过指示用于根据信道环境对从相同tb生成的比特进行编码的不同冗余版本(rv)值来调整码速率或者可以调整每个cw的调制阶数的优点。
[0247]
在图10的(a)或图10的(b)中，通过不同的层组重复地发送相同tb，并且每个层组由不同的trp/面板发送，从而增加数据接收概率，这可以被称作基于空分复用(sdm)的
urllc m-trp传输。属于不同的层组的层分别通过属于不同的dmrs cdm组的dmrs端口被发送。
[0248]
另外，尽管已经相对于使用不同层的空分复用(sdm)方案给出了有关多个trp的上述描述，但是它还可以被广泛地应用于基于不同的频域资源(例如，rb/prb(集))的频分复用(fdm)方案和/或基于不同的时域资源(例如，时隙、符号和子符号)的时分复用(tdm)方案。
[0249]
随机接入相关过程
[0250]
ue的随机接入过程可以总结如下表7所示。
[0251]
[表7]
[0252][0253]
波束故障恢复(bfr)(在3gpp nr版本15中)
[0254]
根据在执行dl/ul波束管理过程中设置的波束管理时段，可能会发生波束失配问题。特别地，当无线信道环境由于ue的位置移动、ue的旋转和/或周围对象的移动而改变时(例如，los环境由于波束阻挡而改变为非los环境)，可以改变最佳dl/ul波束对，并且相对于这种改变，当通过由网络指示执行的波束管理过程的跟踪不成功时，可以确定发生波束故障事件。ue可以通过下行链路rs的接收质量来确定是否发生波束故障事件，并且应当从ue递送针对这种情况的报告消息或针对波束恢复请求的消息(在下文中，称为“波束故障恢复请求(bfrq)消息”)。接收到该消息的bs可以通过包括用于波束恢复的波束rs传输、波束报告请求等的各种过程来执行波束恢复。这样的一系列波束恢复过程被称为波束故障恢复(bfr)。在版本15nr中，用于pcell或pscell(两个小区被组合并且也被称为连续存在基于竞争的prach资源的特殊小区(spcell))的波束故障恢复(bfr)过程被标准化，并且作为服务小区中的操作的对应过程由ue的波束故障检测(bfd)过程、bfrq过程和ue监视bs对bfrq的响应的过程构成如下(参见3gpp ts38.213、ts38.321和ts38.331)。
[0255]
波束故障检测(bfd)
[0256]
当所有pdcch波束落到确定的质量值(q_out)或更小时，确定发生一个波束故障实例(在此，质量基于假设块错误率(bler)，即，当假设控制信息被发送到对应的pdcch时，对应信息的解调将不成功的概率)。
[0257]
在此，所有pdcch波束意味着可以在ue中配置用于监视pdcch的多个搜索空间中的一个或多个的情况，并且可以针对每个搜索空间不同地配置波束，并且在这种情况下，所有波束低于bler阈值。作为ue判断bfd rs的标准，支持以下两种方案。
[0258]
[bfd rs的隐式配置]可以在每个搜索空间中配置作为可以发送pdcch的资源区域
的控制资源集(coreset[参见ts38.213、ts38.214和ts38.331])id，并且可以为每个coreset id指示/配置在空间rx参数方面经受qcl的rs信息(例如，csi-rs资源id、ssb id)(在nr标准中，通过发送配置信息(tci)指示来指示/配置qcled rs)。在此，在空间rx参数方面的qcled rs意味着在接收对应的pdcch dmrs时，bs通告ue应当使用(或可以使用)用于对应的空间qcled rs接收的波束的方法。因此，就bs而言，qcled rs是通过在空间qcled天线端口之间应用相同的发送波束或类似的发送波束(例如，波束方向相同/类似并且波束宽度不同的情况)向ue通告发送pdcch dmrs的方法。
[0259]
[bfd rs的显式配置]bs可以显式地将波束rs配置用于该用途(波束故障检测)，并且在这种情况下，对应的波束rs对应于“所有pdcch波束”。
[0260]
每次发生基于ue物理层中的(一个或多个)bfd rs测量的假设bler恶化到特定阈值或更大的事件时，向mac子层通告发生“波束故障实例(bfi)”，并且当bfi在预定时间(bfd定时器)内发生多到预定计数(beamfailureinstancemaxcount)时，mac子层确定发生波束故障，并且发起相关的rach操作。
[0261]
在下文中，将描述与bfd相关的mac层操作。
[0262]
mac实体：
[0263]
1》当在较低层中接收到波束故障实例指示时：
[0264]
2》启动或再次启动beamfailuredetectiontimer
[0265]
2》使bfi_counter增加1
[0266]
2》当bfi_counter》＝beamfailureinstancemaxcount时：
[0267]
3》在spcell中发起随机接入过程
[0268]
1》当beamfailuredetectiontimer期满时；或
[0269]
1》当beamfailuredetectiontimer、beamfailureinstancemaxcount或用于波束故障检测的任何参考信号由更高层重新配置时：
[0270]
2》将bfi_counter配置为0
[0271]
1》当随机接入过程成功完成时：
[0272]
2》将bfi_counter配置为0
[0273]
2》停止(所配置的)beamfailurerecoverytimer
[0274]
2》认为波束故障恢复过程成功完成
[0275]
bfrq(基于prach)：新波束标识+prach传输
[0276]
当如上所述发生预定数量或更多的bfi时，ue可以确定发生波束故障，并且执行波束故障恢复操作。作为波束故障恢复操作的示例，可以执行基于rach过程(即，prach)的波束故障恢复请求(bfrq)操作。在下文中，将详细地描述相应的bfrq过程。
[0277]
bs可以通过rrc，向ue配置与可以在发生bf时替换的候选波束相对应的rs列表(candidatebeamrslist)，并且可以对相应的候选波束配置专用prach资源。在此，专用prach资源的特征是基于非竞争的prach(也将被称为无竞争prach)资源，并且当在对应列表中没有找到波束时，在预定ssb资源中选择波束以发送基于竞争的prach。具体过程如下。
[0278]
步骤1)ue在被配置为由b设置的候选波束rs的rs中，找到具有预定质量值(q_in)或更大的波束。
[0279]
当一个波束rs超过阈值时，选择对应的波束rs
[0280]
当多个波束rs超过阈值时，在对应的波束rs中选择一个随机波束rs
[0281]
当没有超过阈值的波束时，执行步骤2。
[0282]
注1：在此，波束质量基于rsrp
[0283]
注2：存在由bs配置的rs波束集的三种情况
[0284]
1)rs波束集中的所有波束rs由ssb构成
[0285]
2)rs波束集中的所有波束rs由csi-rs资源构成
[0286]
3)rs波束集中的所有波束rs由ssb和csi-rs资源构成
[0287]
步骤2)ue在(连接到基于竞争的prach资源的)ssb中找到具有预定质量值(q_in)或更大的波束
[0288]
当一个ssb超过阈值时，选择对应的波束rs。
[0289]
当多个ssb超过阈值时，在对应的波束rs中选择一个随机波束rs。
[0290]
当没有超过阈值的波束时，执行步骤3。
[0291]
步骤3)ue在(连接到基于竞争的prach资源的)ssb中选择随机ssb
[0292]
ue向bs发送直接或间接连接并配置到在这样的过程中选择的波束rs(csi-rs或ssb)的prach资源和前导。
[0293]
在此，在下面的情况1)或2)中使用直接连接配置。
[0294]
1)对为bfr用途单独配置的候选波束rs集合内的特定rs配置无竞争prach资源和前导的情况
[0295]
2)配置映射到普遍用于诸如随机接入等的其他用途的ssb的(基于竞争的)prach资源和前导的情况
[0296]
在此，在以下情况下使用间接连接配置。
[0297]
无竞争prach资源和前导未被配置用于为bfr用途单独配置的候选波束rs集合内的特定rs的情况
[0298]
在这种情况下，ue选择连接到ssb的(无竞争)prach资源和前导，该ssb被指定为利用与对应的csi-rs(即，相对于空间rx参数的准共置(qcled))相同的接收波束来接收。
[0299]
监测gnb对bfrq的响应
[0300]
ue监测bs(gnb)对相应prach传输的响应。
[0301]
在此，对无竞争prach资源和前导的响应被发送到用c-rnti掩码的pdcch，并且这在与bfr分开rrc配置的搜索空间中被接收。
[0302]
搜索空间被配置在(用于bfr的)特定coreset中。
[0303]
响应于竞争prach，被配置用于基于一般竞争prach的随机接入过程的coreset(例如，coreset0或coreset1)和搜索空间按原样被重用。
[0304]
当在预定时间内没有响应时，重复新的波束标识和选择过程以及bfrq和监测gnb的响应过程。
[0305]
可以执行这些过程，直到达到prach传输的预定最大次数或者配置的定时器(bfr定时器)期满。
[0306]
当定时器期满时，ue停止无竞争prach传输，但是可以执行通过ssb选择的基于竞争的prach传输，直到达到n_max。
[0307]
图11是用于描述可以应用本公开中提出的方法的波束故障恢复相关操作的图。具
体地，图11图示了主小区(pcell)中的波束故障恢复操作。
[0308]
波束故障恢复(bfr)(在3gpp nr版本16中)
[0309]
如上所述，基于prach的bfr过程在版本15nr中被标准化，但由于技术限制，它仅限于应用于pcell或pscell。具体地，在应用载波聚合(ca)的基于prach的bfr过程的情况下，任何scell可能没有ul载波，并且存在即使scell具有ul载波，基于竞争的prach可能不被配置的技术限制。因此，应用载波聚合(ca)的基于prach的bfr过程仅限于pcell或pscell。
[0310]
由于基于prach的bfr过程的应用限制，出现以下问题。当由scell操作高频带(例如，30ghz)而pcell在低频带(例如，6ghz或更低)操作时，发生在bfr支持起到更重要影响的高频带中可能不支持bfr的问题。
[0311]
由于这个原因，用于辅小区(scell)的bfr支持的标准化正在rel-16 nr mimo工作项中进行。因此，可以考虑以下问题。
[0312]
到对应scell的ul传输至少对于仅dl的scell是不可能的。因此，可以在特殊小区(spcell)中配置用于向bs通告在对应scell中发生波束故障的(专用)pucch资源。可以基于所配置的pucch资源来执行用于scell的波束故障恢复请求(bfrq)。
[0313]
在下文中，为了便于描述，被配置用于scell的波束故障恢复的pucch将被称为bfr-pucch。该术语被用于在理解认识方面与另一pucch区分开，并且技术范围不旨在通过相应术语进行限制。
[0314]
bfr-prach的作用是向bs发送“发生波束故障和新波束rs(集合)信息”两者。
[0315]
相反，bfr-pucch的作用是向bs仅通告“scell的波束故障发生”。与发生的波束故障相关的详细信息可以作为后续报告来发送。
[0316]
作为示例，ue可以向bs发送mac ce(或uci)，其包括关于下面的i)至iii)中的至少一个的信息，作为后续报告。
[0317]
i)发生波束故障的(一个或多个)scell(例如，(一个或多个)cc索引)
[0318]
ii)是否存在用于发生波束故障的scell的新波束
[0319]
iii)当存在新波束时，对应的波束rs id(+质量)
[0320]
该iii)可以包括关于根据波束rs id的新波束的质量(rsrp或sinr)的信息。
[0321]
不应当连续触发后续波束报告。具体地，在bs接收到bfr-pucch之后，bs还可以停用其中为对应ue配置bfr的scell。
[0322]
这样的操作是为了增加ul资源利用率。具体地，还存在数十个scell连接到一个pcell/pscell的情况，并且就bs而言可能存在共享一个pcell/pscell ul的许多ue。当即使考虑这种情况时，优选最小化为pcell/pscell中的每个ue的scell bfrq用途预留的ul资源量。因此，bs可以在接收到bfr-pucch之后停用发生波束故障的(一个或多个)scell。
[0323]
在下文中，将描述与能够应用本公开中提出的方法的控制资源集(control resource set，coreset)有关的事项。
[0324]
下面的表8是在ts 38.331无线电资源控制(rrc)协议规范中定义的控制资源集(coreset)相关ie(信息元素)。
[0325]
[表8]
[0326]
[0327]
[0328][0329]
上述内容(3gpp系统、帧结构、nr系统、波束故障恢复过程(版本15/16)等)可以与稍后描述的本公开中提出的方法结合应用，或补充以阐明本公开中提出的方法的技术特征。以下描述的方法只是为了描述的方便而进行划分，并且不言而喻的是，可以将一种方法的一些组件替换为另一种方法的一些组件，或者可以相互结合应用。
[0330]
如果在nr版本15/16中定义的bfr操作按照原样应用于多trp传输环境，则当在特定trp中发送pdcch的所有coreset都处于波束故障情形但存在其他trp中发送pdcch的coreset之中存在不是波束故障的coreset时，ue无法确定这是波束故障(bf)情形。为了解决这个问题，trp特定的bfr方法正在标准化中进行讨论。在考虑m-trp的bfr中，有必要考虑其中bf只发生在某个cc/bwp的特定trp中的情况和其中bf发生在相应的cc/bwp本身的情况(即，其中对于所有trp bf发生的情况)。在本公开中，具体地，通过为每个trp配置单独的bfrq资源(pucch)，提出了用于支持trp特定的bfr的方法和ue操作。
[0331]
在本公开中，取决于上下文，“/”意指“和”、“或”或“和/或”。
[0332]
在多个trp/面板向单个ue执行协作传输的方法之中，主要有两种方法来支持也称为独立层联合传输(iljt)或非相干联合传输(ncjt)的方法。
[0333]
一种是多个trp/面板中的每个分别发送pdcch，以协作地向ue发送数据的方法(基于多pdcch的方法)。另一种是其中仅一个trp/面板发送pdcch，而多个trp/面板/波束参与pdsch传输以协作地发送数据的方法(基于单个pdcch的方法)。
[0334]
当应用基于多pdcch的方法时，每个trp/面板独立地向相应ue发送dci，由此可以调度独立的pdsch。
[0335]
当在相应的pdsch之间的时域/频域中发生重叠时，iljt传输可以在重叠区域中以下述形式被支持。
[0336]
对于ue，iljt传输能够以通过特定的trp/面板发送一些层组并且通过不同的trp/面板来发送不同的层组的形式被支持。
[0337]
也就是说，在相同cc/bwp中，不同的trp/面板可以分别发送pdcch，并且通过相应的pdcch调度的pdsch可以在时域/频域上重叠。
[0338]
为了即使在trp/面板之间的协作难以非常紧密地实现的非理想回程环境中也能支持此操作，每个trp/面板能够发送pdcch的时间/频率资源域必须被分离。因此，在nr系统中，可以分离其中每个trp/面板发送pdcch的coreset组。
[0339]
如果将波束成形技术应用于每个pdcch传输，则可以不同地配置/指示用于每个coreset组中的不同coreset的波束。波束可以意指tci状态、源/qcl rs(例如，csi-rs/ssb)、空间tx滤波器或空间tx参数中的至少一个。
[0340]
在上述情况下，可以配置基于与coreset组相关的特性的操作。
[0341]
作为与coreset组相关的特性，coreset的tci状态中指示的类型d qcl rs(例如，空间关系相关的rs(例如，csi-rs/ssb))可能不同，但可以认为在相同trp/面板中发送属于相同coreset组的coreset。基于此，与harq、uci报告处理、pucch/pusch冲突处理、pdsch速率匹配、功率控制等相关的操作可以被配置成以coreset组为单位来管理/执行。
[0342]
当现有的波束故障恢复操作(nr版本15中定义的bfr操作)如原样直接应用于上述基于多pdcch的ncjt环境时，可能会出现以下问题。
[0343]
属于特定trp的所有coreset都是波束故障情形，但是如果在属于其他trp的coreset之中存在不是波束故障的coreset，则ue不确定它是波束故障(bf)情形。此时，所有波束失败的trp可能是负责传输重要控制信息(例如，sib、ra、寻呼)的trp(例如，主trp)。即使另一trp(例如，辅trp)(的特定波束)处于非bf情形，也会出现相应的ue无法接收到重要控制信息的问题。
[0344]
为了解决这个问题，对引入trp特定的bfr的标准进行了讨论(有关版本17标准化的讨论，请参见下表9)。
[0345]
下面的表9是与trp特定的波束故障恢复(trp特定的bfr)相关的协议。稍后描述的本公开的实施例(提议1)可以与根据下表9的协议的全部或部分组合应用于ue/基站操作(例如，与波束故障恢复、bfrq传输、bfr mac-ce传输等相关的配置信息)。
[0346]
[表9]
[0347]
[0348][0349]
总之，已同意通过增强版本16的基于pucch的bfr来支持trp特定的bfr。基于此，可以定义/配置以下操作。
[0350]
用于波束故障监测/检测的波束故障检测rs集(bfd-rs集)可以被配置为特定于trp。即，特定的bfd-rs集可以显式/隐式地指示特定的trp。以下，在本公开中，trp可以解释为bfd-rs集的含义，并且反之，bfd-rs集可以解释为trp的含义。作为示例，与特定trp相关的pucch资源可以被解释为与特定bfd-rs集相关的pucch资源。
[0351]
配置用于新波束标识的候选波束的nbi-rs集可以被配置为trp特定的。作为示例，可以配置与bfd-rs集相对应的nbi-rs集。作为示例，可以配置与每个bfd-rs集相关联的nbi-rs集。
[0352]
此外，当声明trp特定的bfr时，ue通知基站bfr的pucch资源可以基于单个pucch资源(例如，小区组内的多达单个pucch资源)或多个pucch资源(例如，小区组内多达两个
pucch资源)。
[0353]
这两种方法都有优点和缺点。在多达单个pucch资源方法的情况下，存在能够节省sr pucch资源的优点。另一方面，在多达两个pucch资源方法的情况下，存在能够通过pucch传输通知基站哪个trp处于波束故障(bf)情形的优点。具体地，因为配置与每个trp相对应的sr pucch(资源)，所以可以基于用于bfr声明(bfrq传输)的pucch(资源)来确定波束故障情形(bf)中的trp。
[0354]
然而，当前的m-trp传输可以在pcell(或spcell)和scell这两者中执行。因此，对于每个trp发生的bf，可以假定以下情况。
[0355]
第一小区(例如，小区#1)：trp 1(bf o)，trp 2(bf x)
[0356]
第二小区(例如，小区#2)：trp 1(bf x)，trp 2(bf o)
[0357]
第三小区(例如，小区#3)：trp 1(bf o)、trp 2(bf o)
[0358]
如上所述，当发生bf的trp(例如，bfd-rs集)对于每个小区不同时，可能会出现以下问题。
[0359]
就ue操作而言，两个pucch资源中的哪个pucch资源应该用于bfr(bfrq传输)可能会出现模糊性。
[0360]
本公开提出了一种用于支持trp特定bfr的方法和ue操作以解决上述问题。在本公开中，“发生束故障(bf)”可以意味着基于对被配置用于波束故障检测的bfd-rs集的测量检测到bf。
[0361]
[提议1]
[0362]
在下文中，当在小区组中为波束故障恢复请求(bfrq)配置x个(sr)pucch资源时，将描述用于发送trp特定bfrq的方法。
[0363]
ue可以根据在相应小区组中的spcell中配置的用于bfrq目的的专用(sr)pucch资源的数量来发送bfr pucch。具体地，ue可以基于以下实施例i)至ii)中的至少一个来发送bfr pucch。spcell可以意指为小区组定义的特殊小区。spcell可以包括用于主要小区组(mcg)的主小区(pcell)和/或用于辅小区组(scg)的主辅小区(pscell)。
[0364]
实施例i)
[0365]
可以假定存在特定小区组内的spcell中配置的用于(trp特定)bfrq目的的一个专用(sr)pucch资源。ue/基站可以基于以下i-1)或i-2)中的至少一个来操作。
[0366]
i-1)
[0367]
可以假定在spcell中(在特定bwp中)执行s-trp传输的情况。例如，可以在相应的spcell中只配置一个控制资源集池(coreset池)或者只配置一个波束故障检测rs集/组(bfd rs集/组)。在这种情况下，ue/基站可以基于以下a)或b)中的至少一个进行操作。
[0368]
a)bf(波束故障)可能发生在spcell中。具体地，可以确定spcell内的特定bwp中的所有bfd rs都是故障。在这种情况下，ue可以通过基于版本15的基于prach的bfr过程向基站请求bfr(即，发送bfrq)。此后，可以执行基站和ue之间的后续操作(gnb响应和ue关于dl/ul波束更新的行为)。
[0369]
与版本15bfr操作不同，bfr mac-ce可以被发送到基站(通过msg3/5)。关于每个小区的失败的trp(即检测到bf的trp)的信息可以包括在相应的bfr mac-ce消息中。因为bfd-rs集可以被配置为trp特定的，所以关于在其中检测到bf的trp的信息可以被解释为关于在
其中检测到bf的bfd-rs集的信息。
[0370]
b)bf可能不会发生在spcell中，并且(trp特定的)bf可能发生在除了spcell之外的小区组中的scell中。在这种情况下，ue可以通过利用为bfrq目的预配置的一个专用(sr)pucch资源向基站请求bfr(即，发送bfrq)。此后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)。具体地，可以执行以下操作1)至3)。
[0371]
1)基于gnb响应(例如，dci)的pusch调度
[0372]
2)pusch中的bfrq mac ce传输(指示scell中的特定trp(特定bfd-rs集)(或特定coreset池索引/特定coreset组)处于bf情形中)
[0373]
3)dl/ul波束更新
[0374]
在ue的bfrq mac ce传输中，关于每个小区的失败的trp(即，检测到bf的trp)的信息可以被包括在相应的消息中。
[0375]
操作a)和操作b)的组合可以被应用于ue/基站操作。
[0376]
i-2)
[0377]
可以假定m-trp传输在spcell中(在特定bwp中)被执行。作为示例，可以在相应的spcell中配置多个coreset池或多个波束故障检测rs集/组(bfd rs集/组)。在这种情况下，ue/基站可以基于以下a)或b)中的至少一个进行操作。
[0378]
a)bf可能仅发生在spcell中的一些trp中。具体地，可以确定spcell内的特定bwp中的一个特定bfd-rs集中的所有bfd rs都是故障。在这种情况下，ue可以通过利用为bfrq目的预配置的一个专用(sr)pucch资源向基站请求bfr(即，发送bfrq)。此后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以被包括在相应的消息中。
[0379]
另一方面，bf可能发生在spcell中的所有trp上。具体地，可以确定spcell内特定bwp中所有bfd rs集的bfd rs都是故障。在这种情况下，ue可以通过基于版本15的基于prach的bfr过程向基站请求bfr(即，发送bfrq)。此后，可以执行基站和ue之间的后续操作(gnb响应和关于dl/ul波束更新的ue行为)。
[0380]
与版本15bfr操作不同，bfr mac-ce可以被发送到基站(通过msg3/5)。在相应的bfr mac-ce消息中，可以包括关于用于每个小区的失败的trp(即，检测到bf的trp)的信息。
[0381]
b)bf可能不发生在spcell的所有trp中，并且特定trp的bf(例如，trp特定的bf)和/或所有trp中的bf(例如，小区特定的bf)可能发生在除了spcell之外的小区组中的scell中。在上述情况下，可以执行trp特定的波束故障恢复(trp特定的bfr)和/或tpf特定的波束故障恢复(小区特定的bfr)操作。
[0382]
具体地，ue可以基于用于bfrq目的的一个预配置的专用(sr)pucch资源向基站请求bfr(即，发送bfrq)。此后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。
[0383]
在实现方面，操作a和操作b的组合可以被应用于ue/基站操作。
[0384]
实施例ii)
[0385]
可以假定存在特定小区组内的spcell中配置的用于(trp特定)bfrq目的的两个或更多个专用(sr)pucch资源。
[0404]
其中“最低索引的pucch-spatialrelationinfo”被配置/激活的pucch
[0405]
其中“最低索引的tci状态”被配置/激活/指示的pucch
[0406]
在ue的bfrq传输之后，可以执行基站与ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以被包括在相应的消息中。或者/并且在消息中可能存在通过基站配置来预定义的pucch资源。例如，基站可以在多个专用(sr)pucch资源之中配置主pucch资源。
[0407]
示例2)可以假定bf发生在多个scell中，并且相应的bf发生在触发bfr过程的scell内的特定trp中。
[0408]
ue可以通过两个pucch资源(在spcell中配置)之中的与相应trp(或其中不发生bf的trp)相关的pucch资源向基站发送bfrq。
[0409]
作为示例，ue可以通过与特定coresetpoolindex(和/或coreset组索引)相关的spcell的pucch资源向基站请求bfr(即，发送bfrq)。特定的coresetpoolindex(和/或coreset组索引)可以与特定的trp相关。
[0410]
作为示例，ue可以通过与在其中检测到波束故障的bfd-rs集相关联的pucch资源向基站发送bfrq。
[0411]
此后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以不被包括在相应的消息中。
[0412]
另一方面，可以假定bf发生在多个scell中，并且失败的trp(即，在其中检测到bf的trp)对于bfr过程被触发的scell中的每个scell来说是不同的(例如：当两个trp(trp 1/2)在scell#1中失败，trp 1在scell#2中失败，并且trp 2在scell#3中失败时)。
[0413]
在scell之中，ue可以通过利用与基于波束故障检测次数确定的trp相关的pucch资源或根据特定规则选择的pucch资源向基站请求bfr(即，发送bfrq)。
[0414]
基于波束故障检测的数量所确定的trp可以意指其中检测到波束故障的次数更多的trp(即，具有最高波束故障检测次数的trp)或其中波束故障检测次数很少的trp(即，具有波束故障检测次数最少的trp)。
[0415]
作为示例，与基于波束故障检测的数量所确定的trp相关的pucch资源可以是与特定的coresetpoolindex(和/或coreset组索引)相关联的spcell的pucch资源。特定的coresetpoolindex(和/或coreset组索引)可以与所确定的trp相关。
[0416]
作为示例，可以基于以下示例中的至少一个来定义根据特定规则所选择的pucch资源。
[0417]“最低索引的pucch”[0418]
其中“最低索引的pucch-spatialrelationinfo”被配置/激活的pucch
[0419]
其中“最低索引的tci状态”被配置/激活/指示的pucch
[0420]
在ue的bfrq传输之后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以被包括在相应的消息中。或者/并且可以存在通过基站配置来预定义的pucch资源。例如，基站可以在多个专用(sr)pucch资源之中配置主pucch资
源。
[0421]
操作a)和操作b)的组合可以应用于ue/基站操作。
[0422]
ii-2)
[0423]
可以假定m-trp传输在spcell中(在特定的bwp中)执行。作为示例，可以在相应的spcell中配置多个coreset池或多个波束故障检测rs集/组(bfd rs集/组)。在这种情况下，ue/基站可以基于以下a)、b)或c)中的至少一种进行操作。
[0424]
a)bf可能发生在spcell中的所有trp。具体地，可以确定spcell内特定的bwp中用于所有bfd rs集合的bfd rs都是故障。在这种情况下，ue可以通过基于版本15的基于prach的bfr过程向基站请求bfr(即，发送bfrq)。此后，可以执行基站和ue之间的后续操作(gnb响应和关于dl/ul波束更新的ue行为)。
[0425]
与版本15bfr操作不同，bfr mac-ce可以被发送到基站(通过msg3/5)。关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以被包括在相应的bfr mac-ce消息中。例如，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以是指关于用于每个小区的多个bfd-rs集之中的检测到bf的bfd-rs集的信息。
[0426]
b)trp特定的bf可以发生在spcell中，并且另外，trp特定的bf和/或所有trp bf(或小区特定的bf)可以发生在除了spcell之外的小区组中的scell中。ue可以如下操作以确定请求bfr的pucch资源(即，用于bfrq传输的pucch资源)。
[0427]
示例1)可以假定bf发生在触发bfr过程的spcell内的特定trp中。ue可以通过两个pucch资源(被配置在spcell中)之中的与相应的trp(或不发生bf的trp)相关的pucch资源向基站发送bfrq。
[0428]
作为示例，ue可以通过与特定coresetpoolindex(和/或coreset组索引)相关的spcell的pucch资源向基站请求bfr(即，发送bfrq)。特定的coresetpoolindex(和/或coreset组索引)可能与特定的trp相关。
[0429]
作为示例，ue可以通过与检测到波束故障的bfd-rs集相关联的pucch资源向基站发送bfrq。
[0430]
此后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以不被包括在相应的消息中。
[0431]
b)bf可能不会发生在spcell中，并且trp特定的bf和/或所有trp bf(或小区特定的bf)可能发生在除了spcell之外的小区组中的scell中。ue可以基于以下示例1)或示例2)中的至少一个来操作以确定用于请求bfr的pucch资源(即，用于bfrq传输的pucch资源)。
[0432]
示例1)可以假定bf发生在单个scell中，并且相应的bf发生在触发bfr过程的scell内的特定trp中。
[0433]
ue可以通过两个pucch资源(被配置在spcell中)之中的与相应trp(或其中不发生bf的trp)相关的pucch资源向基站发送bfrq。
[0434]
作为示例，ue可以通过与特定coresetpoolindex(和/或coreset组索引)相关的spcell的pucch资源向基站请求bfr(即，发送bfrq)。特定的coresetpoolindex(和/或coreset组索引)可以与特定的trp相关。
[0435]
作为示例，ue可以通过与检测到波束故障的bfd-rs集相关联的pucch资源向基站
发送bfrq。
[0436]
此后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以不被包括在相应的消息中。
[0437]
另一方面，可以假定bf发生在单个scell中，并且bf发生在触发bfr过程的scell内的所有trp中。在这种情况下，ue可以通过利用两个pucch资源之一(在spcell中配置)或者利用根据特定规则所选择的pucch资源来向基站请求bfr(即，发送bfrq)。
[0438]
作为示例，可以基于以下示例中的至少一个来定义根据特定规则所选择的pucch资源。
[0439]“最低索引的pucch”[0440]
其中“最低索引的pucch-spatialrelationinfo”被配置/激活的pucch
[0441]
其中“最低索引的tci状态”被配置/激活/指示的pucch
[0442]
在ue的bfrq传输之后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以被包括在相应的消息中。或者/并且消息中可能存在通过基站配置来预定义的pucch资源。例如，基站可以在多个专用(sr)pucch资源之中配置主pucch资源。
[0443]
示例2)可以假定bf发生在多个scell中，并且相应的bf发生在触发bfr过程的scell内的特定trp中。
[0444]
ue可以通过两个pucch资源(被配置在spcell中)之中的与相应trp(或其中不发生bf的trp)相关的pucch资源向基站发送bfrq。
[0445]
作为示例，ue可以通过与特定coresetpoolindex(和/或coreset组索引)相关的spcell的pucch资源向基站请求bfr(即，发送bfrq)。特定的coresetpoolindex(和/或coreset组索引)可以与特定的trp相关。
[0446]
作为示例，ue可以通过与在其中检测到波束故障的bfd-rs集相关联的pucch资源向基站发送bfrq。
[0447]
此后，可以执行基站和ue之间的后续操作(根据基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以不被包括在相应的消息中。
[0448]
另一方面，可以假定bf发生在多个scell中，并且失败的trp(即，在其中检测到bf的trp)对于bfr过程被触发的scell中的每个scell来说是不同的(示例：当两个trp(trp 1/2)在scell#1中失败，trp 1在scell#2中失败，并且trp 2在scell#3中失败时)。
[0449]
在scell之中，ue可以通过利用与基于波束故障检测的数量所确定的trp相关的pucch资源或通过利用根据特定规则所选择的pucch资源向基站请求bfr(即，发送bfrq)。
[0450]
基于波束故障检测的数量所确定的trp可以意指其中检测到波束故障的次数更多的trp(即，具有最高波束故障检测次数的trp)或其中波束故障检测次数很少的trp(即，具有波束故障检测的数量最少的trp)。
[0451]
作为示例，与基于波束故障检测的数量确定的trp相关的pucch资源可以是与特定的coresetpoolindex(和/或coreset组索引)相关联的spcell的pucch资源。特定的
coresetpoolindex(和/或coreset组索引)可以与所确定的trp相关。
[0452]
作为示例，可以基于以下示例中的至少一个来定义根据特定规则所选择的pucch资源。
[0453]“最低索引的pucch”[0454]
其中“最低索引的pucch-spatialrelationinfo”被配置/激活的pucch
[0455]
其中“最低索引的tci状态”被配置/激活/指示的pucch
[0456]
在ue的bfrq传输之后，可以执行基站和ue之间的后续操作(基于基于pucch的bfr过程)(参见上述i-1)b)的1)至3))。在ue的bfr mac ce传输中，关于用于每个小区的失败的trp(即，检测到bf的trp)的信息可以被包括在相应的消息中。或者/并且可以存在通过基站配置来预定义的pucch资源。例如，基站可以在多个专用(sr)pucch资源中配置主pucch资源。
[0457]
基于操作a)、操作b)或操作c)中的两个或更多个的组合可以被应用于ue/基站操作。
[0458]
在实施方面，根据上述实施例的基站/ue的操作(例如，基于提议1/实施例i的i-1/实施例i的i-2/实施例ii的ii-1/实施例ii的ii-2中的至少一个的与波束故障恢复相关的操作)可以由将在后面描述的图14到18的设备(例如，图15中的处理器102和202)处理。
[0459]
此外，根据上述实施例的基站/ue的操作(例如，基于提议1/实施例i的i-1/实施例i的i-2/实施例ii的ii-1/实施例ii的ii-2中的至少一个的与波束故障恢复相关的操作)能够以用于驱动至少一个处理器(例如，图15中的102、202)的指令/程序(例如，指令、可执行代码)的形式被存储在存储器(例如，图15的104和204)中。
[0460]
在下文中，就ue的操作而言，将参考图12详细描述上述实施例。以下描述的方法只是为了描述的方便而进行划分，并且不言而喻的是，可以将一种方法的一些组件替换为另一种方法的一些组件，或者可以相互结合应用。
[0461]
图12是用于描述根据本公开的实施例的由ue在无线通信系统中执行波束故障恢复过程的方法的流程图。
[0462]
参考图12，根据本公开的实施例的由用户设备(ue)在无线通信系统中执行波束故障恢复(bfr)过程的方法可以包括接收与波束故障恢复(bfr)相关的配置信息(s1210)，接收下行链路参考信号(dl rs)(s1220)，基于针对dl rs的测量来检测波束故障(s1230)，以及发送用于波束故障恢复(bfr)的请求消息(s1240)。
[0463]
在s1210中，ue从基站接收与bfr相关的配置信息。
[0464]
根据一个实施例，与bfr相关的配置信息可以包括关于以下至少一项的信息：i)为bfr配置的波束故障检测rs集(例如，bfd-rs集)，ii)用于传输用于bfr的请求消息的资源(例如，prach资源、pucch资源)，或iii)用于候选波束标识的候选波束rs集(例如，candidatebeamrslist)。
[0465]
作为示例，与bfr相关的配置信息可以包括基于提议1的信息(例如，用于波束故障恢复请求(波束故障恢复请求bfrq)的(sr)pucch资源的配置)。
[0466]
作为示例，与bfr相关的配置信息可以包括与根据表9的trp特定的波束故障恢复(trp特定的bfr)有关的信息(例如，bfd-rs集，每trp的新波束标识rs(nbi-rs)集)。
[0467]
作为示例，与bfr相关的配置信息可以包括基于提议1的信息和与根据表9的trp特
定的波束故障恢复(trp特定的bfr)相关的信息。
[0468]
根据上述s1210，ue(图14至图18中的100/200)从基站(图14至图18中的100/200)接收与bfr有关的配置信息的操作可以通过图14至图18的设备来实施。例如，参考图15，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以从基站200接收与bfr相关的配置信息。
[0469]
在s1220中，ue基于配置信息从基站接收下行链路参考信号(dl rs)。
[0470]
根据实施例，dl rs可以基于用于波束故障检测的多个dl rs集。多个dl rs集可以基于提议1的多个bfd-rs集。
[0471]
根据上述s1220，ue(图14至图18中的100/200)基于配置信息从基站(图14至图18中的100/200)接收下行链路参考信号(dl rs)的操作可以由图14至图18的设备实现。例如，参考图15，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以基于配置信息从基站200接收下行链路参考信号(dl rs)。
[0472]
在s1230中，ue基于对dl rs的测量来检测波束故障。ue的波束故障检测操作可以基于上述波束故障检测(bfd)中描述的内容被执行。
[0473]
根据上述s1230，其中ue(图14至图18中的100/200)基于dl rs的测量来检测波束故障的操作可以由图14至图18的装置实现。例如，参考图15，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以基于对dl rs的测量来检测波束故障。
[0474]
在s1240中，ue向基站发送用于bfr的请求消息。
[0475]
根据实施例，可以基于与调度请求(sr)相关的pucch资源来发送用于bfr的请求消息。
[0476]
当多个pucch资源被配置用于波束故障恢复并且其中检测到波束故障的trp(bfd-rs集)对于每个小区不同时，在pucch资源确定中的ue操作方面可能会出现模糊性。在这点上，可以考虑以下操作。
[0477]
根据实施例，基于1)与sr相关的pucch资源是为波束故障恢复所配置的多个pucch资源之一和2)波束故障与一个或多个小区相关，与sr相关的pucch资源可以是多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。例如，一个或多个小区可以是相同小区组(即，一个小区组)内的小区。一个或多个小区可以包括主小区(pcell)或主辅小区(pscell)。
[0478]
多个pucch资源中的每个可以与以下中的至少一个相关联：i)多个dl rs集之中的一个dl rs集、ii)控制资源集合池索引(coreset池索引)或iii)带宽部分(bwp)中的所有coreset的子集。多个pucch资源可以是基于提议1的pucch资源。作为示例，多个pucch资源可以基于为每个小区组配置的用于bfrq的(sr)pucch资源。
[0479]
作为示例，特定pucch资源可以与以下中的至少一个相关联：i)主小区(pcell)或ii)主辅小区(pscell)。也就是说，当在一个或多个小区中检测到波束故障时，可以基于spcell(pcell和/或pscell)来确定用于传输用于bfr的请求消息(即，bfrq)的pucch资源。在下文中，将详细描述。此实施例可以基于提议1的实施例ii)的ii-2)。
[0480]
一个或多个小区可以包括spcell。也就是说，一个或多个小区可以包括pcell或pscell。当在一个或多个小区(例如，spcell+scell)中检测到波束故障时，可以基于spcell
(pcell/pscell)来确定用于bfrq传输的pucch资源。
[0481]
具体地，可以基于在spcell中检测到的波束故障(和相关联的trp)来确定用于传输用于bfr的请求消息的pucch资源。用于传输用于bfr的请求消息的pucch资源可以基于与spcell相关联的bfd-rs集(例如，多个dl rs集之一)(即，与在其中检测到spcell的波束故障的bfd-rs集相关联的pucch资源)被确定。
[0482]
因为用于传输用于bfr的请求消息的pucch资源基于与spcell相关联的bfd-rs集被确定，所以导出以下效果。因为相应的pucch被发送到的小区是spcell，而不是scell，所以ue可以通过利用pucch资源来向spcell中更健壮的trp发送用于bfr的请求消息。
[0483]
作为示例，特定pucch资源可以与特定dl rs集相关。特定dl rs集可以是基于与一个或多个小区相关的dl rs集之中的波束故障检测的数量所确定的dl rs集。特定dl rs集可以是具有最大数量的波束故障检测的dl rs集。
[0484]
作为示例，特定pucch资源可以是多个pucch资源之中具有最低索引的pucch资源。
[0485]
作为示例，特定pucch资源可以是与多个pucch资源之中的特定空间相关信息相关的pucch资源。特定空间相关信息可以基于具有最低索引的pucch-spatialrelationinfo。
[0486]
作为示例，特定pucch资源可以是与多个pucch资源之中的特定传输配置指示状态(特定tci状态)相关的pucch资源。特定tci状态可以是具有最低索引的tci状态。
[0487]
根据上述s1240，ue(图14至图18中的100/200)向基站(图14至图18中的100/200)发送用于bfr的请求消息的操作可以由图14至图18的设备实现。例如，参考图15，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以将用于bfr的请求消息发送到基站200。
[0488]
根据实施例，该方法可以进一步包括发送pusch的步骤。
[0489]
在pusch传输步骤中，ue可以向基站发送与bfr相关的物理上行链路共享信道(pusch)。与bfr相关的pusch可以与bfr mac-ce(媒体接入控制-控制元素)相关。bfr mac-ce可以包括关于在其中检测到波束故障的trp的信息。也就是说，bfr mac-ce可以包括关于与在一个或多个小区之中的每个小区中检测到的波束故障相关的dl rs集的信息。
[0490]
根据上述pusch传输步骤，其中ue(图14至图18中的100/200)将与bfr相关的物理上行链路共享信道(pusch)发送到基站(图14至图18中的100/200)可以由图14至图18的设备实现。例如，参考图15，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以将与bfr相关的物理上行链路共享信道(pusch)发送到基站200。
[0491]
在下文中，将在基站的操作方面参考图13详细描述上述实施例。以下描述的方法只是为了描述的方便而进行划分，并且不言而喻的是，可以将一种方法的一些组件替换为另一种方法的一些组件，或者可以相互结合应用。
[0492]
图13是用于描述根据本公开的另一实施例的由bs在无线通信系统中执行波束故障恢复过程的方法的流程图。
[0493]
参考图13，根据本公开的另一实施例的由基站在无线通信系统中执行波束故障恢复(bfr)过程的方法可以包括：发送与波束故障恢复相关的配置信息(s1310)，发送dl rs(s1320)，以及接收用于波束故障恢复的请求消息(s1330)。
[0494]
在s1310中，基站将与bfr相关的配置信息发送给ue。
[0495]
根据一个实施例，与bfr相关的配置信息可以包括关于以下至少一项的信息：i)为
bfr配置的波束故障检测rs集(例如，bfd-rs集)，ii)用于传输用于bfr的请求消息的资源(例如，prac h资源、pucch资源)，或iii)用于候选波束标识的候选波束rs集(例如，candidatebeamrslist)。
[0496]
作为示例，与bfr相关的配置信息可以包括基于提议1的信息(例如，用于波束故障恢复请求(波束故障恢复请求bfrq)的(sr)pucch资源的配置)。
[0497]
作为示例，与bfr相关的配置信息可以包括与根据表9的trp特定的波束故障恢复(trp特定的bfr)有关的信息(例如，bfd-rs集、每trp的新波束标识rs(nbi-rs)集)。
[0498]
作为示例，与bfr相关的配置信息可以包括基于提议1的信息和与根据表9的trp特定的波束故障恢复(trp特定的bfr)相关的信息。
[0499]
根据上述s1310，基站(图14至图18中的100/200)向ue(图14至图18中的100/200)发送与bfr有关的配置信息的操作可以通过图14至图18的设备来实现。例如，参考图15，一个或多个处理器202可以控制一个或多个收发器206和/或一个或多个存储器204以将与bfr相关的配置信息发送到ue 100。
[0500]
在s1320中，基站基于配置信息向ue发送下行链路参考信号(dl rs)。
[0501]
根据实施例，dl rs可以基于用于波束故障检测的多个dl rs集。多个dl rs集可以基于提议1的多个bfd-rs集。
[0502]
根据上述s1320，基站(图14至图18中的100/200)基于配置信息向ue(100/200)发送下行链路参考信号(dl rs)的操作可以由图14至图18的设备来实现。例如，参考图15，一个或多个处理器202可以控制一个或多个收发器206和/或一个或多个存储器204以基于配置信息向ue 100发送下行链路参考信号(dl rs)。
[0503]
在s1330中，基站从ue接收用于bfr的请求消息。具体而言，ue基于对dl rs的测量来检测波束故障。基于对波束故障的检测，ue向基站发送用于bfr的请求消息。用于bfr的请求消息可以与基于针对dl rs的测量所检测到的波束故障有关。
[0504]
根据实施例，可以基于与调度请求(sr)相关的pucch资源来接收用于bfr的请求消息。
[0505]
当多个pucch资源被配置用于波束故障恢复，并且其中检测到波束故障的trp(bfd-rs集)对于每个小区不同时，在pucch资源确定中的ue操作方面可能会出现模糊性。在这点上，基站可以在用于bfr的请求消息由ue通过根据以下操作确定的pucch资源发送的假定下操作。
[0506]
根据一个实施例，基于1)与sr相关的pucch资源是被配置用于波束故障恢复的多个pucch资源之一和2)波束故障与一个或多个小区相关，与sr相关的pucch资源可以是在多个pucch资源之中的基于预配置的准则所确定的特定pucch资源。例如，一个或多个小区可以是相同小区组(即，一个小区组)内的小区。一个或多个小区可以包括主小区(pcell)或主辅小区(pscell)。
[0507]
多个pucch资源中的每个可以与以下中的至少一个相关联：i)多个dl rs集之中的一个dl rs集、ii)控制资源集池索引(coreset池索引)或iii)带宽部分(bwp)中的所有coreset的子集。多个pucch资源可以是基于提议1的pucch资源。作为示例，多个pucch资源可以基于为每个小区组配置的用于bfrq的(sr)pucch资源。
[0508]
作为示例，特定pucch资源可以与以下中的至少一个相关联：i)主小区(pcell)或
ii)主辅小区(pscell)。也就是说，当在一个或多个小区中检测到波束故障时，可以基于spcell(pcell和/或pscell)来确定用于传输用于bfr的请求消息(即，bfrq)的pucch资源。在下文中，将详细描述。此实施例可以基于提议1的实施例ii)的ii-2)。
[0509]
一个或多个小区可以包括spcell。也就是说，一个或多个小区可以包括pcell或pscell。当在一个或多个小区(例如，spcell+scell)中检测到波束故障时，可以基于spcell(pcell/pscell)来确定用于bfrq传输的pucch资源。
[0510]
具体地，可以基于在spcell中检测到的波束故障(和相关联的trp)来确定用于传输用于bfr的请求消息的pucch资源。用于传输用于bfr的请求消息的pucch资源可以基于与spcell相关联的bfd-rs集(例如，多个dl rs集之一)(即，与在其中检测到spcell的波束故障的bfd-rs集相关联的pucch资源)被确定。
[0511]
因为基于与spcell相关联的bfd-rs集来确定用于传输用于bfr的请求消息的pucch资源，所以导出以下效果。因为相应的pucch被发送到的小区是spcell，而不是scell，所以ue可以通过利用pucch资源来向spcell中更健壮的trp来发送用于bfr的请求消息。
[0512]
作为示例，特定pucch资源可以与特定dl rs集相关。特定dl rs集可以是基于与一个或多个小区相关的dl rs集之中的波束故障检测的数量所确定的dl rs集。特定dl rs集可以是具有最大数量的波束故障检测的dl rs集。
[0513]
作为示例，特定pucch资源可以是多个pucch资源之中具有最低索引的pucch资源。
[0514]
作为示例，特定pucch资源可以是与多个pucch资源之中的特定空间相关信息相关的pucch资源。特定空间相关信息可以基于具有最低索引的pucch-spatialrelationinfo。
[0515]
作为示例，特定pucch资源可以是与多个pucch资源之中的特定传输配置指示状态(特定tci状态)相关的pucch资源。特定tci状态可以是具有最低索引的tci状态。
[0516]
根据上述s1330，其中基站(图14至图18中的100/200)从ue(图14至图18中的100/200)接收用于bfr的请求消息的操作可以由图14至图18的设备实现。例如，参考图15，一个或多个处理器202可以控制一个或多个收发器206和/或一个或多个存储器204以从ue100接收用于bfr的请求消息。
[0517]
根据实施例，该方法可以进一步包括接收pusch的步骤。
[0518]
在接收pusch的步骤中，基站可以从ue接收与bfr相关的物理上行链路共享信道(pusch)。与bfr相关的pusch可以与bfr mac-ce(媒体接入控制-控制元素)相关。bfr mac-ce可以包括关于在其中检测到波束故障的trp的信息。也就是说，bfr mac-ce可以包括关于与在一个或多个小区之中的每个小区中检测到的波束故障相关的dl rs集的信息。
[0519]
根据上述pusch接收步骤，其中基站(图14至图18中的100/200)从ue(图14至图18中的100/200)接收与bfr相关的物理上行链路共享信道(pusch)的操作可以由图14至图18的设备实现。例如，参考图15，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以从ue 100接收与bfr相关的物理上行链路共享信道(pusch)。
[0520]
应用于本公开的通信系统的示例
[0521]
本文档中描述的本公开的各种描述、功能、过程、提议、方法和/或操作流程图可以应用于但不限于要求设备之间的无线通信/连接(例如，5g)的各种领域。
[0522]
在下文中，将参考附图进行详细描述。在以下附图/说明中，除非另有说明，否则相同的附图标记可以表示相同或相应的硬件块、软件块或功能块。
[0523]
图14图示应用于本公开的通信系统1。
[0524]
参考图14，应用于本公开的通信系统1包括无线设备、基站(bs)和网络。在此，无线设备表示使用无线电接入技术(rat)(例如，5g新rat(nr))或长期演进(lte)来执行通信的设备，并且可以被称为通信/无线电/5g设备。无线设备可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(xr)设备100c、手持设备100d、家用电器100e、物联网(iot)设备100f和人工智能(ai)设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自动驾驶车辆和能够在车辆之间进行通信的车辆。在此，车辆可以包括无人飞行器(uav)(例如，无人机)。xr设备可以包括增强现实(ar)/虚拟现实(vr)/混合现实(mr)设备，并且能够以头戴式设备(hmd)、安装在车辆中的抬头显示器(hud)、电视、智能手机、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等的形式实现。手持设备可包括智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，笔记本电脑)。家用电器可以包括电视、冰箱和洗衣机。iot设备可以包括传感器和智能仪表。例如，bs和网络可以被实现为无线设备，并且相对于其他无线设备，特定的无线设备200a可以作为bs/网络节点进行操作。
[0525]
无线设备100a至100f可以通过bs 200连接到网络300。ai技术可以应用于无线设备100a至100f，并且无线设备100a至100f可以通过bs连接到ai服务器400。可以使用3g网络、4g(例如，lte)网络或5g(例如，nr)网络来配置网络300。尽管无线设备100a至100f可以通过bs 200/网络300彼此通信，但是无线设备100a至100f可以在不通过bs/网络的情况下彼此执行直接通信(例如，侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，车辆到车辆(v2v)/车辆到一切(v2x)通信)。iot设备(例如，传感器)可以执行与其他iot设备(例如，传感器)或其他无线设备100a至100f的直接通信。
[0526]
可以在无线设备100a至100f/bs 200或bs 200/bs 200之间建立无线通信/连接150a，150b或150c。这里，可以通过诸如上行链路/下行链路通信150a、侧链路通信150b(或d2d通信)或bs间通信(例如，中继、集成接入回传(iab))的各种rat(例如，5g nr)来建立无线通信/连接。无线设备和bs/无线设备可以通过无线通信/连接150a和150b彼此之间发送/接收无线电信号。例如，无线通信/连接150a和150b可以通过各种物理信道发送/接收信号。为此，用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程中的至少一部分，可以基于本公开的各种建议来执行。
[0527]
应用于本公开的无线设备的示例
[0528]
图15图示适用于本公开的无线设备。
[0529]
参考图15，第一无线设备100和第二无线设备200可以通过各种rat(例如，lte和nr)发送无线电信号。在这里，{第一无线设备100和第二无线设备200}可以对应于图14的{无线设备100x和bs 200}和/或{无线设备100x和无线设备100x}。
[0530]
第一无线设备100可以包括一个或多个处理器102和一个或多个存储器104，并且另外还可以包括一个或多个收发器106和/或一个或多个天线108。处理器102可以控制存储器104和/或收发器106，并且可以被配置为实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可以处理存储器104中的信息以生成第一信息/信号，并且然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可以通过收发器106接收包括第二信息/信号的无线电信号，并且然后将通过处理第二信息/信号而获得
的信息存储在存储器104中。存储器104可以连接至处理器102并且可以存储与处理器102的操作有关的各种信息。例如，存储器104可以存储软件代码，该软件代码包括用于执行由处理器102控制的部分或全部过程，或者用于执行本文档中公开的描述、功能、过程、建议、方法和/或操作流程图的命令。在此，处理器102和存储器104可以是被设计为实现rat(例如，lte或nr)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102，并通过一个或多个天线108发送和/或接收无线电信号。每个收发器106可以包括发射器和/或接收器。收发器106可以与射频(rf)单元互换使用。在本公开中，无线设备可以代表通信调制解调器/电路/芯片。
[0531]
第二无线设备200可以包括一个或多个处理器202和一个或多个存储器204，并且另外还包括一个或多个收发器206和/或一个或多个天线208。处理器202可以控制存储器204和/或收发器(206)，并且可以被配置成实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可以处理存储器204内的信息以生成第三信息/信号，并且然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可以通过收发器206接收包括第四信息/信号的无线电信号，并且然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可以连接到存储器204，并且可以存储与处理器202的操作有关的各种信息。例如，存储器204可以存储软件代码，该软件代码包括用于执行由处理器控制的部分或全部过程或用于执行本文档中公开的说明、功能、过程、建议、方法和/或操作流程图的命令。在此，处理器202和存储器204可以是被设计为实现rat(例如，lte或nr)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202，并通过一个或多个天线208发送和/或接收无线电信号。每个收发器206可以包括发射器和/或接收器。收发器206可以与rf单元互换使用。在本公开中，无线设备可以代表通信调制解调器/电路/芯片。
[0532]
在下文中，将更具体地描述无线设备100和200的硬件元件。一个或多个协议层可以由但不限于一个或多个处理器102和202来实现。例如，一个或多个处理器102和202可以实现一个或多个层(例如，诸如phy、mac、rlc、pdcp、rrc和sdap的功能层)。一个或多个处理器102和202可以根据在本文档中所公开的描述、功能、过程、提议、方法和/或操作流程图来生成一个或多个协议数据单元(pdu)和/或一个或多个服务数据单元(sdu)。一个或多个处理器102和202可以根据本文档中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器102和202可以根据在本文档中所公开的描述、功能、过程、提议、方法和/或操作流程图来生成包括pdu、sdu、消息、控制信息、数据或信息的信号(例如，基带信号)，并且将所生成的信号提供给一个或多个收发器106和206。一个或多个处理器102和202可以从一个或多个收发器106和206接收信号(例如，基带信号)并根据本文档中公开的描述、功能、过程、建议、方法和/或操作流程图获取pdu、sdu、消息、控制信息、数据或信息。
[0533]
一个或多个处理器102和202可被称为控制器、微控制器、微处理器或微型计算机。一个或多个处理器102和202可以通过硬件、固件、软件或其组合来实现。例如，一个或多个专用集成电路(asic)、一个或多个数字信号处理器(dsp)、一个或多个数字信号处理设备(dspd)、一个或多个可编程逻辑器件(pld)或一个或多个现场可编程门阵列(fpga)可以包括在一个或多个处理器102和202中。可以使用固件或软件来实现本文档中公开的描述、功
能、过程、提议、方法和/或操作流程图，并且固件或软件可以配置成包括模块、过程或功能。被配置成执行本文档中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可以被包括在一个或多个处理器102和202中，或者被存储在一个或多个存储器104和204中，使得由一个或多个处理器102和202驱动。可以使用代码、命令和命令集形式的固件或软件来实现本文档中公开的描述、功能、过程、提议、方法和/或操作流程图。
[0534]
一个或多个存储器104和204可以连接到一个或多个处理器102和202，并存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或多个存储器104和204可以由只读存储器(rom)、随机存取存储器(ram)、电可擦除可编程只读存储器(eprom)、闪存、硬盘驱动器、寄存器、缓冲存储器、计算机可读存储介质和/或其组合来配置。一个或多个存储器104和204可以位于一个或多个处理器102和202的内部和/或外部。一个或多个存储器104和204可以通过诸如有线或无线连接的各种技术连接到一个或多个处理器102和202。
[0535]
一个或多个收发器106和206可以将本文档的方法和/或操作流程图中提到的用户数据、控制信息和/或无线电信号/信道发送到一个或多个其他设备。一个或多个收发器106和206可以从一个或多个其它设备接收在本文档中公开的描述、功能、过程、提议、方法和/或操作流程图中所提及的用户数据、控制信息和/或无线电信号/信道。例如，一个或多个收发器106和206可以连接到一个或多个处理器102和202并发送和接收无线电信号。例如，一个或多个处理器102和202可以执行控制，使得一个或多个收发器106和206可以将用户数据、控制信息或无线电信号发送到一个或多个其他设备。一个或多个处理器102和202可以执行控制，使得一个或多个收发器106和206可以从一个或多个其他设备接收用户数据、控制信息或无线电信号。一个或多个收发器106和206可以连接到一个或多个天线108和208，并且一个或多个收发器106和206可以被配置成通过一个或多个天线108和208发送和接收在本文档中公开的描述、功能、过程、提议、方法和/或操作流程图中所提及的用户数据、控制信息和/或无线电信号/信道。在本文档中，一个或多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或多个收发器106和206可以将接收到的无线电信号/信道等从rf带信号转换为基带信号，以便于使用一个或多个处理器102和202处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成rf带信号。为此，一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。
[0536]
应用于本公开的信号处理电路的示例
[0537]
图16图示用于传输信号的信号处理电路。
[0538]
参考图16，信号处理电路1000可以包括加扰器1010、调制器1020、层映射器1030、预编码器1040、资源映射器1050和信号生成器1060。图16的操作/功能可以由但不限于图15的处理器102和202和/或收发器106和206执行。图16的硬件元件可以由图15的处理器102和202和/或收发器106和206实现。例如，框1010至1060可以由图15的处理器102和202实现。可替选地，框1010至1050可以由图15的处理器102和202实现，并且框1060可以由图15的收发器106和206实现。
[0539]
码字可以经由图16的信号处理电路1000被转换成无线电信号。在这里，码字是信息块的编码比特序列。信息块可以包括传输块(例如，ul-sch传输块、dl-sch传输块)。可以通过各种物理信道(例如，pusch和pdsch)来发送无线电信号。
[0540]
具体地，码字可以由加扰器1010被转换成加扰的比特序列。可以基于初始化值生成用于加扰的加扰序列，并且初始化值可以包括无线设备的id信息。加扰的比特序列可以由调制器1020调制为调制符号序列。调制方案可以包括pi/2-二进制相移键控(pi/2-bpsk)、m-相移键控(m-psk)和m-正交振幅调制(m-qam)。复调制符号序列可以由层映射器1030映射到一个或多个传输层。每个传输层的调制符号可以由预编码器1040映射(预编码)到对应的天线端口。可以通过将层映射器1030的输出y乘以n*m预编码矩阵w来获得预编码器1040的输出z。在本文中，n是天线端口的数目并且m是传输层的数目。预编码器1040可以在对于复调制符号执行变换预编码(例如，dft)之后执行预编码。可替选地，预编码器1040可以在不用执行变换预编码的情况下执行预编码。
[0541]
资源映射器1050可以将每个天线端口的调制符号映射到时间-频率资源。时间-频率资源可以包括时域中的多个符号(例如，cp-ofdma符号和dft-s-ofdma符号)和频域中的多个子载波。信号生成器1060可以从经映射的调制符号生成无线电信号并且可以通过每个天线将所生成的无线电信号发送到其他设备。出于此目的，信号生成器1060可以包括逆快速傅里叶变换(ifft)模块、循环前缀(cp)插入器、数模转换器(dac)和频率上转换器。
[0542]
针对在无线设备中接收的信号的信号处理过程可以被以图16的信号处理过程1010至1060的相反方式配置。例如，无线设备(例如，图15的100和200)可以通过天线端口/收发器从外部接收无线电信号。所接收到的无线电信号可以通过信号恢复器被转换成基带信号。为此，信号恢复器可以包括频率下行链路转换器、模数转换器(adc)、cp去除器和快速傅立叶变换(fft)模块。接下来，可以通过资源解映射过程、后编码过程、解调处理器和解扰过程将基带信号恢复为码字。码字可以通过解码被恢复为原始信息块。因此，用于接收信号的信号处理电路(未示出)可以包括信号恢复器、资源解映射器、后编码器、解调器、解扰器和解码器。
[0543]
应用于本公开的无线设备的示例
[0544]
图17图示应用于本公开的无线设备的另一示例。
[0545]
可以根据用例/服务以各种形式来实现无线设备(参考图14)。参考图17，无线设备100和200可以对应于图15的无线设备100和200并且可以由各种元件、组件、单元/部分和/或模块来配置。例如，无线设备100和200中的每个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可以包括通信电路112和收发器114。例如，通信电路112可以包括图15中的一个或多个处理器102和202和/或一个或多个存储器104和204。例如，收发器114可以包括图15中的一个或者多个收发器106和206和/或一个或多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140，并且控制无线设备的整体操作。例如，控制单元120可以基于存储在存储单元130中的程序/代码/命令/信息来控制无线设备的电气/机械操作。控制单元120可以经由通信单元110通过无线/有线接口将存储在存储单元130中的信息发送给外部(例如，其他通信设备)或者经由通信单元110将通过无线/有线接口从外部(例如，其他通信设备)接收的信息存储在存储单元130中。
[0546]
可以根据无线设备的类型来不同地配置附加组件140。例如，附加组件140可以包括功率单元/电池、输入/输出(i/o)单元、驱动单元和计算单元中的至少一个。无线设备能够以但不限于机器人(图14的100a)、车辆(图14的100b-1和100b-2)、xr设备(图14的100c)、手持设备(图14的100d)、家用电器(图14的100e)、iot设备(图14的100f)、数字广播终端、全
息设备、公共安全设备、mtc设备、医疗设备、金融科技设备(或金融设备)、安全设备、气候/环境设备、ai服务器/设备(图14中的400)、bs(图14的200)、网络节点等的形式来实现。根据使用示例/服务，可以在移动或固定场所中使用无线设备。
[0547]
在图17中，无线设备100和200中的各种元件、组件、单元/部分和/或模块的整体可以通过有线接口彼此连接，或者其至少一部分可以通过通信单元无线连接。例如，在无线设备100和200中的每个中，控制单元120和通信单元110可以通过有线连接，并且控制单元120和第一单元(例如，130和140)可以通过通信单元110无线连接。无线设备100和200内的每个元件、组件、单元/部分和/或模块可以进一步包括一个或多个元件。例如，控制单元120可以由一个或多个处理器的集合来配置。作为示例，控制单元120可以由通信控制处理器、应用处理器、电子控制单元(ecu)、图形处理单元和存储器控制处理器的集合来配置。作为另一示例，存储器130可以由随机存取存储器(ram)、动态ram(dram)、只读存储器(rom)、闪存、易失性存储器、非易失性存储器和/或其组合来配置。
[0548]
应用于本公开的手持设备的示例
[0549]
图18图示应用于本公开的手持设备。该手持设备可以包括智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)或便携式计算机(例如，笔记本)。该手持设备可以被称为移动站(ms)、用户终端(ut)、移动订户站(mss)、订户站(ss)、高级移动站(ams)或无线终端(wt)。
[0550]
参考图18，手持设备100可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和i/o单元140c。可以将天线单元108配置为通信单元110的一部分。框110至130/140a至140c分别对应于图17的框110至130/140。
[0551]
通信单元110可以向其他无线设备或bs发送信号(例如，数据和控制信号)并且从他无线设备或bs接收信号(例如，数据和控制信号)。控制单元120可以通过控制手持设备100的组成元件来执行各种操作。控制单元120可以包括应用处理器(ap)。存储器单元130可以存储驱动手持设备100所需的数据/参数/程序/代码/命令。存储器单元130可以存储输入/输出数据/信息。电源单元140a可以向手持设备100供电并且包括有线/无线充电电路、电池等。接口单元140b可以支持手持设备100到其他外部设备的连接。接口单元140b可以包括用于与外部设备连接的各种端口(例如，音频i/o端口和视频i/o端口)。i/o单元140c可以输入或输出视频信息/信号、音频信息/信号、数据和/或由用户输入的信息。i/o单元140c可以包括相机、麦克风、用户输入单元、显示单元140d、扬声器和/或触觉模块。
[0552]
作为示例，在数据通信的情况下，i/o单元140c可以获取由用户输入的信息/信号(例如，触摸、文本、语音、图像或视频)并且可以将所获取的信息/信号存储在存储器单元130中。通信单元110可以将存储在存储器中的信息/信号转换成无线电信号并且将经转换后的无线电信号直接发送到其他无线设备或到bs。通信单元110可以从其他无线设备或bs接收无线电信号，然后将所接收到的无线电信号恢复成原始信息/信号。经恢复的信息/信号可以被存储在存储器单元130中并且可以通过i/o单元140c作为各种类型(例如，文本、语音、图像、视频或触觉)被输出。
[0553]
这里，在本公开的设备(图14至图18)中实现的无线通信技术可以包括lte、nr和6g以及用于低功率通信的窄带物联网(nb-iot)。例如，nb-iot技术可以是lpwan(低功率广域网)技术的示例，并且可以在诸如lte cat nb1和/或lte cat nb2等标准中实现，并且不限
于上述的名称。
[0554]
另外或可替选地，在本公开的设备(图14至图18)中实现的无线通信技术可以基于lte-m技术执行通信。例如，lte-m技术可以是lpwan技术的示例，并且可以被称为诸如增强型机器类型通信(emtc)的各种名称。例如，lte-m技术可以在各种标准中的至少一种中实现，诸如1)lte cat 0、2)lte cat m1、3)lte cat m2、4)lte非bl(非带宽受限)、5)lte-mtc、6)lte机器类型通信、和/或7)lte m，并且不限于上述名称。
[0555]
另外或可替选地，考虑到低功率，在本公开的设备(图14至图18)中实现的无线通信技术可以包括紫蜂(zigbee)、蓝牙和低功率广域网(lpwan)中的至少一个通信，并且不限于上述名称。例如，紫蜂技术可以生成与基于诸如ieee 802.15.4的各种标准的小/低功率数字通信相关的pan(个人局域网)，并且可以用各种名称来称呼。
[0556]
在上述实施例中，本公开的组件和特征以预定形式组合。除非另有明确说明，否则每个组件或特征应当被视为选项。每个组件或特征可以被实现为不与其他组件或特征相关联。此外，可以通过关联一些组件和/或特征来配置本公开的实施例。可以改变本公开的实施例中描述的操作的顺序。任何实施例的一些组件或特征可以被包括在另一实施例中，或者用对应于另一实施例的组件和特征替换。显而易见的是，在权利要求中未明确引用的权利要求被组合以形成实施例，或者通过在申请之后的修改而被包括在新的权利要求中。
[0557]
本公开的实施例可以由硬件、固件、软件或其组合来实现。在通过硬件实现的情况下，根据硬件实现，本文描述的示例性实施例可以通过使用一个或多个专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器等来实现。
[0558]
在通过固件或软件实现的情况下，本公开的实施例能够以模块、过程、功能等的形式实现，以执行上述功能或操作。软件代码可以被存储在存储器中并由处理器执行。存储器可以位于处理器内部或外部，并且可以通过已知的各种手段向/从处理器发送和接收数据。
[0559]
对于本领域技术人员显而易见的是，在不脱离本公开的基本特征的情况下，本公开能够以其他具体形式体现。因此，上述详细描述不应被解释为在所有方面都是限制性的，并且应当被示例性地考虑。本公开的范围应当由所附权利要求的合理解释来确定，并且在本公开的等同范围内的所有修改均被包括在本公开的范围内。