在无线通信系统中发送和接收PDCCH的方法和装置与流程

在无线通信系统中发送和接收pdcch的方法和装置
技术领域
1.本公开涉及无线通信系统，并且更详细地，涉及在无线通信系统中发送和接收物理下行链路控制信道(pdcch)的方法和装置。


背景技术：

2.已经开发了一种移动通信系统以提供语音服务同时保证用户的移动性。然而，移动通信系统已经扩展到数据业务以及语音业务，并且目前，业务爆炸式增长已经导致资源短缺，并且用户已经要求更快的服务，因此已经要求更高级的移动通信系统。
3.下一代移动通信系统的总体需求应该能够支持爆炸性数据业务的容纳、每用户传输速率的显著提高、数量显著增加的连接设备的容纳、非常低的端对端时延和高能效。为此，已经研究了双连接性、大规模多输入多输出(大规模mimo)、带内全双工、非正交多址(noma)、超宽带支持、设备联网等多种技术。


技术实现要素：

4.技术问题
5.本公开的技术目的是提供一种用于发送和接收物理下行链路控制信道(pdcch)的方法和装置。
6.另外，本公开的另外的技术目的是提供一种用于基于单频网络(sfn)发送和接收物理下行链路控制信道(pdcch)的方法和装置。
7.通过本公开实现的技术目的不限于上述技术目的，并且相关领域的技术人员将从以下描述中清楚地理解本文未描述的其他技术目的。
8.技术方案
9.根据本公开的方面的一种在无线通信系统中接收物理下行链路控制信道(pdcch)的方法可以包括：从基站接收与控制资源集(coreset)相关的配置信息；以及从基站接收coreset中的pdcch。配置信息可以包括与coreset相关的传输控制指示符(tci)状态信息，tci状态信息可以包括关于与pdcch的解调参考信号(dmrs)的一个或多个天线端口具有准共址(qcl)关系的一个或多个参考信号的信息，以及可以为coreset配置多个tci状态。
10.根据本公开的附加方面的一种用于在无线通信系统中接收物理下行链路控制信道(pdcch)的终端可以包括：至少一个收发器，所述至少一个收发器用于发送和接收无线电信号；以及至少一个处理器，所述至少一个处理器用于控制至少一个收发器。该至少一个处理器可以被配置为：从基站接收coreset中的pdcch；以及从基站接收coreset中的pdcch。配置信息可以包括与coreset相关的传输控制指示符(tci)状态信息，tci状态信息可以包括关于与pdcch的解调参考信号(dmrs)的一个或多个天线端口具有准共址(qcl)关系的一个或多个参考信号的信息，以及为coreset配置多个tci状态。
11.根据本公开的附加方面的存储至少一个指令的至少一种非暂时性计算机可读介质可以控制用于接收物理下行链路控制信道(pdcch)的设备以：从基站接收与控制资源集
(coreset)相关的配置信息；以及从基站接收coreset中的pdcch。配置信息可以包括与coreset相关的传输控制指示符(tci)状态信息，tci状态信息可以包括关于与pdcch的解调参考信号(dmrs)的一个或多个天线端口具有准共址(qcl)关系的一个或多个参考信号的信息，以及为coreset配置多个tci状态。
12.一种被配置为在无线通信系统中控制终端以接收物理下行链路控制信道(pdcch)的处理装置可以包括：至少一个处理器；以及至少一个计算机存储器，该至少一个计算机存储器可操作地连接到至少一个处理器并且存储指令，该指令基于由至少一个处理器执行来执行操作。该操作可以包括：从基站接收与控制资源集(coreset)相关的配置信息；以及从基站接收coreset中的pdcch。配置信息可以包括与coreset相关的传输控制指示符(tci)状态信息，tci状态信息可以包括关于与pdcch的解调参考信号(dmrs)的一个或多个天线端口具有准共址(qcl)关系的一个或多个参考信号的信息，以及为coreset配置多个tci状态。
13.根据本公开的附加方面的一种在无线通信系统中发送物理下行链路控制信道(pdcch)的方法可以包括：向终端发送与控制资源集(coreset)相关的配置信息；以及向终端发送coreset中的pdcch。配置信息可以包括与coreset相关的传输控制指示符(tci)状态信息，tci状态信息可以包括关于与pdcch的解调参考信号(dmrs)的一个或多个天线端口具有准共址(qcl)关系的一个或多个参考信号的信息，以及可以为coreset配置多个tci状态。
14.根据本公开的附加方面的一种用于在无线通信系统中发送物理下行链路控制信道(pdcch)的基站可以包括：至少一个收发器，所述至少一个收发器用于发送和接收无线电信号；以及至少一个处理器，所述至少一个处理器用于控制至少一个收发器。该至少一个处理器被配置为：向终端发送与控制资源集(coreset)相关的配置信息；以及向终端发送coreset中的pdcch。配置信息可以包括与coreset相关的传输控制指示符(tci)状态信息，tci状态信息可以包括关于与pdcch的解调参考信号(dmrs)的一个或多个天线端口具有准共址(qcl)关系的一个或多个参考信号的信息，以及可以为coreset配置多个tci状态。
15.有益效果
16.根据本公开的实施例，可以通过使用sfn技术发送和接收pdcch来提高用于下行链路控制信息传输和接收的可靠性。
17.另外，根据本公开的实施例，可以通过基于用于使用sfn技术发送/接收的pdcch的不同参考信号执行信道估计/补偿来提高信道估计性能。
18.另外，根据本公开的实施例，通过基于不同的参考信号对使用sfn技术发送/接收的pdcch执行信道估计/补偿，终端ue的复杂度不会增加以获得高估计性能。
19.本公开可实现的效果不限于上述效果，并且本领域的技术人员可以通过以下描述清楚地理解本文未描述的其他效果。
附图说明
20.作为用于理解本公开的详细描述的一部分被包括的附图提供本公开的实施例并且通过详细描述来描述本公开的技术特征。
21.图1图示可以应用本公开的无线通信系统的结构。
22.图2图示可以应用本公开的无线通信系统中的帧结构。
23.图3图示可以应用本公开的无线通信系统中的资源网格。
24.图4图示可以应用本公开的无线通信系统中的物理资源块。
25.图5图示可以应用本公开的无线通信系统中的时隙结构。
26.图6图示在可以应用本公开的无线通信系统中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。
27.图7图示在可以应用本公开的无线通信系统中的多个trp传输的方法。
28.图8是图示可以应用本公开的无线通信系统中的sfn信道模型的信道特性的图。
29.图9图示根据本公开的实施例的配置是否操作sfn的方法。
30.图10图示根据本公开的实施例的配置是否操作sfn的方法。
31.图11图示在可以应用本公开的无线通信系统中在coreset中配置特定tci状态的mac控制元素(ce)。
32.图12图示根据本公开的实施例的在不同mls中定义的方法。
33.图13图示根据本公开的实施例的用于指示多个tci状态的mac控制元素。
34.图14图示根据本公开的实施例的用于指示附加tci状态的激活/停用的mac控制元素。
35.图15是图示根据本公开的实施例的dmrs天线端口到层映射的图。
36.图16是图示根据本公开的实施例的dmrs天线端口到层映射的图。
37.图17至19是用于说明根据本公开的实施例的重复传输操作的图。
38.图20和21是用于说明根据本公开的实施例的重复传输操作的图。
39.图22图示根据本公开的实施例的终端和网络之间的信令过程。
40.图23是图示根据本公开的实施例的用于接收pdcch的方法的终端的操作的图。
41.图24是图示根据本公开的实施例的用于发送pdcch的方法的基站的操作的图。
42.图25图示根据本公开的实施例的无线通信设备的框图。
43.图26图示根据本公开的实施例的车辆设备。
具体实施方式
44.在下文中，将参考附图详细描述根据本公开的实施例。将通过附图公开的详细描述是要描述本公开的示例性实施例，而不是表示可以实施本公开的唯一实施例。以下详细描述包括具体细节以提供对本公开的完整理解。然而，相关领域的技术人员知道，可以在没有这些具体细节的情况下实施本公开。
45.在一些情况下，可以省略已知的结构和设备，或者可以基于每个结构和设备的核心功能以框图的形式示出以便于防止本公开的概念有歧义。
46.在本公开中，当元件被称为“连接”、“组合”或“链接”到另一个元件时，它可以包括又一个元件在其间存在的间接连接关系以及直接连接关系。此外，在本公开中，术语“包括”或“具有”指定所提及的特征、步骤、操作、组件和/或元件的存在，但不排除一个或多个其他特征、阶段、操作、组件、元件和/或其组的存在或添加。
47.在本发明中，诸如“第一”、“第二”等的术语仅用于区分一个元件与另一个元件并不用于限制元件，除非另有说明，其不限制元件之间的顺序或重要性等。因此，在本公开的范围内，实施例中的第一元件可以被称为另一个实施例中的第二元件，并且同样地，实施例中的第二元件可以被称为另一个实施例中的第一元件。
48.本公开中使用的术语是为了描述具体实施例，而不是限制权利要求。如在实施例的描述和所附权利要求中使用的，单数形式旨在包括复数形式，除非上下文另有明确指示。在本公开中使用的术语“和/或”可以指代相关的列举项之一，或者意指其指代并包括其中它们中的两个或更多个的任何和所有可能的组合。此外，除非另有说明，本发明中单词之间的“/”与“和/或”具有相同的含义。
49.本公开描述了无线通信网络或无线通信系统，并且在无线通信网络中执行的操作可以在其中控制相应无线通信网络的设备(例如，基站)控制网络和发送或接收信号的过程中执行，或者可以在其中被关联到相应的无线网络的终端与网络或终端之间发送或接收信号的过程中执行。
50.在本公开中，发送或接收信道包括通过相应信道发送或接收信息或信号的含义。例如，发送控制信道意指通过控制信道发送控制信息或控制信号。类似地，发送数据信道意指通过数据信道发送数据信息或数据信号。
51.在下文中，下行链路(dl)意指从基站到终端的通信，而上行链路(ul)意指从终端到基站的通信。在下行链路中，发射器可以是基站的一部分，而接收器可以是终端的一部分。在上行链路中，发射器可以是终端的一部分，而接收器可以是基站的一部分。基站可以被表达为第一通信设备，并且终端可以被表达为第二通信设备。基站(bs)可以用诸如固定站、节点b、enb(演进型节点b)、gnb(下一代节点b)、bts(基站收发器系统)、接入点(ap)、网络(5g网络)、ai(人工智能)系统/模块、rsu(路侧单元)、机器人、无人机(uav：无人驾驶飞行器)、ar(增强现实)设备、vr(虚拟现实)设备等术语代替。另外，终端可以是固定的也可以是移动的，并且可以用ue(用户设备)、ms(移动站)、ut(用户终端)、mss(移动订户站)、ss(订户站)、ams(高级移动站)、wt(无线终端)、mtc(机器类型通信)设备、m2m(机器对机器)设备、d2d(设备对设备)设备、车辆、rsu(路侧单元)、机器人、ai(人工智能)模块、无人机(uav：无人驾驶飞行器)、ar(增强现实)设备、vr(虚拟现实)设备等术语代替。
52.以下描述可以被用于各种无线电接入系统，诸如cdma、fdma、tdma、ofdma、sc-fdma等。cdma可以通过诸如utra(通用陆地无线电接入)或cdma2000来实现。tdma可以通过诸如gsm(全球移动通信系统)/gprs(通用分组无线电服务)/edge(数据速率增强型gsm演进)的无线电技术来实现。ofdma可以通过诸如ieee802.11(wi-fi)、ieee 802.16(wimax)、ieee 802-20、e-utra(演进型utra)等无线电技术来实现。utra是umts(通用移动电信系统)的一部分。3gpp(第三代合作伙伴计划)lte(长期演进)是使用e-utra的e-umts(演进型umts)的一部分，并且lte-a(高级)/lte-a pro是3gpp lte的高级版本。3gpp nr(新无线电或新无线电接入技术)是3gpp lte/lte-a/lte-a pro的高级版本。
53.为了使描述更清楚，基于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系统。对于用于描述本公开的背景技术、术语、缩写等，可以参考在本公开之前公开的标准文件中描述的事项。例如，可以参考以下文档。
54.对于3gpp lte，可以参考ts 36.211(物理信道和调制)、ts 36.212(复用和信道编
码)、ts 36.213(物理层过程)、ts 36.300(总体描述)、ts 36.331(无线电资源控制)。
55.对于3gpp nr，可以参考ts 38.211(物理信道和调制)、ts 38.212(复用和信道编码)、ts 38.213(用于控制的物理层过程)、ts 38.214(用于数据的物理层过程)、ts 38.300(nr和ng-ran(新一代无线电接入网络)总体描述)、ts 38.331(无线电资源控制协议规范)。
56.可以在本公开中使用的术语的缩写定义如下。
[0057]-bm：波束管理
[0058]-cqi：信道质量指示符
[0059]-cri：信道状态信息-参考信号资源指示符
[0060]-csi：信道状态信息
[0061]-csi-im：信道状态信息-干扰测量
[0062]-csi-rs：信道状态信息-参考信号
[0063]-dmrs：解调参考信号
[0064]-fdm：频分复用
[0065]-fft：快速傅里叶变换
[0066]-ifdma：交织频分多址
[0067]-ifft：快速傅里叶逆变换
[0068]-l1-rsrp：第1层参考信号接收功率
[0069]-l1-rsrq：第1层参考信号接收质量
[0070]-mac：媒体接入控制
[0071]-nzp：非零功率
[0072]-ofdm：正交频分复用
[0073]-pdcch：物理下行链路控制信道
[0074]-pdsch：物理下行链路共享信道
[0075]-pmi：预编码矩阵指示符
[0076]-re：资源元素
[0077]-ri：秩指示符
[0078]-rrc：无线电资源控制
[0079]-rssi：接收信号强度指示符
[0080]-rx：接收
[0081]-qcl：准共址
[0082]-sinr：信号与干扰噪声比
[0083]-ssb(或ss/pbch块)：同步信号块(包括pss(主同步信号)、sss(辅同步信号)和pbch(物理广播信道))
[0084]-tdm：时分复用
[0085]-trp：发送和接收点
[0086]-trs：跟踪参考信号
[0087]-tx：发送
[0088]-ue：用户设备
[0089]-zp：零功率
[0090]
整体系统
[0091]
随着更多的通信设备需要更高的容量，已经出现与现有的无线电接入技术(rat)相比对改进的移动宽带通信的需求。此外，通过连接多个设备和事物随时随地提供各种服务的大规模mtc(机器类型通信)也是下一代通信将要考虑的主要问题之一。此外，还讨论了考虑对可靠性和时延敏感的服务/终端的通信系统设计。因此，讨论了考虑embb(增强型移动宽带通信)、mmtc(大规模mtc)、urllc(超可靠低时延通信)等的下一代rat的引入，并且为了方便，在本公开中相应的技术被称为nr。nr是表示5g rat的示例的表达。
[0092]
包括nr的新rat系统使用ofdm传输方法或与其类似的传输方法。新的rat系统可能遵循与lte的ofdm参数不同的ofdm参数。可替选地，新的rat系统照原样遵循现有lte/lte-a的参数，但可能支持更宽的系统带宽(例如，100mhz)。可替选地，一个小区可以支持多个参数集。换言之，根据不同的参数集进行操作的终端可以共存于一个小区中。
[0093]
参数集对应于频域中的一个子载波间隔。随着参考子载波间隔按整数n缩放，可以定义不同的参数集。
[0094]
图1图示了可以应用本公开的无线通信系统的结构。
[0095]
参考图1，ng-ran配置有为ng-ra(ng无线电接入)用户面(即，新的as(接入层)子层/pdcp(分组数据会聚协议)/rlc(无线电链路控制)/mac/phy)和ue提供控制面(rrc)协议端的gnb。gnb通过xn接口互连。此外，gnb通过ng接口被连接到ngc(新一代核心)。更具体地，gnb通过n2接口连接到amf(接入和移动性管理功率)，并且通过n3接口连接到upf(用户面功能)。
[0096]
图2图示了可以应用本公开的无线通信系统中的帧结构。
[0097]
nr系统可以支持多个参数集。这里，可以通过子载波间隔和循环前缀(cp)开销来定义参数集。这里，可以通过将基本(参考)子载波间隔缩放整数n(或，μ)来导出多个子载波间隔。此外，虽然假定在非常高的载波频率中不使用非常低的子载波间隔，但是可以独立于频带来选择使用的参数集。此外，在nr系统中可以支持根据多个参数集的各种帧结构。
[0098]
在下文中，将描述可以在nr系统中考虑的ofdm参数集和帧结构。nr系统中支持的多个ofdm参数集可以定义如下表1。
[0099]
[表1]
[0100][0101]
nr支持用于支持各种5g服务的多个参数集(或子载波间隔(scs))。例如，当scs为15khz时，支持传统蜂窝频段的广域；并且当scs为30khz/60khz时，支持密集城市、更低时延和更宽的载波带宽；并且当scs为60khz或更高时，支持超过24.25ghz的带宽以克服相位噪
声。nr频带被定义为两种类型(fr1、fr2)的频率范围。fr1、fr2可以如下表2那样配置。另外，fr2可以意指毫米波(mmw)。
[0102]
[表2]
[0103][0104]
关于nr系统中的帧结构，时域中的各种字段的大小被表达为tc＝1/(δf
max
·
nf)的时间单位的倍数。这里，δf
max i为480
·
103hz，并且nf为4096。下行链路和上行链路传输被配置(组织)为具有持续时间tf＝1/(δf
max
nf/100)
·
tc＝10ms的无线电帧。这里，无线帧被配置有10个子帧，其分别具有t
sf
＝(δf
max
nf/1000)
·
tc的持续时间。在这种情况下，对于上行链路可能有一个帧集，并且下行链路可能有一个帧集。此外，来自终端的第i号的上行链路帧中的传输应该比相应终端中的相应下行链路帧开始早了t
ta
＝(n
ta
n
ta,offset
)tc开始。对于子载波间隔配置μ，时隙在子帧中按n
sμ
∈{0,...,n
slotsubframe,μ-1}的递增顺序编号，并且在无线电帧中按n
s,fμ
∈{0,...,n
slotframe,μ-1}的递增顺序编号。一个时隙配置有n
symbslot
个连续ofdm符号，并且n
symbslot
根据cp而被确定。子帧中的时隙n
sμ
的开始与同一子帧中的ofdm符号n
sμnsymbslot
的开始在时间上排列。所有终端可能不会同时执行发送和接收，这意指可能无法使用下行链路时隙或上行链路时隙的所有ofdm符号。表3表示正常cp中每个时隙的ofdm符号数(n
symbslot
)、每个无线电帧的时隙数(n
slotframe,μ
)和每个子帧的时隙数(n
slotsubframe,μ
)，并且表4表示扩展cp中每时隙的ofdm符号数、每无线电帧的时隙数和每子帧的时隙数。
[0105]
[表3]
[0106]
μn
symbslotnslotframe,μnslotsubframe,μ
01410111420221440431480841416016
[0107]
[表4]
[0108]
μn
symbslotnslotframe,μnslotsubframe,μ
212404
[0109]
图2是μ＝2(scs为60khz)的示例，参见表3，1个子帧可以包括4个时隙。如图2中所示的1个子帧＝{1,2,4}是示例，1个子帧中可以包括的时隙的数量如表3或表4中定义。另外，微时隙可以包括2、4或7个符号或更多或更少符号。关于nr系统中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。在下文中，将详细描述nr系统中可以考虑的物理资源。
[0110]
首先，关于天线端口，定义天线端口，使得承载天线端口中的符号的信道可以从承载同一天线端口中的其他符号的信道推断。当可以从承载另一个天线端口的符号的信道中
推断一个天线端口中的符号被承载的信道的大规模属性时，可以说2个天线端口处于qc/qcl(准共置或准共址)关系。在这种情况下，大规模属性包括延迟扩展、多普勒扩展、频移、平均接收功率、接收定时中的至少一种。
[0111]
图3图示了可以应用本公开的无线通信系统中的资源网格。
[0112]
参考图3，图示地描述了资源网格配置有频域中的n
rbμnscrb
个子载波，并且一个子帧被配置有14
·2μ
个ofdm符号，但不限于此。在nr系统中，发送的信号由2
μnsymb(μ)
个ofdm符号和配置有n
rbμnscrb
个子载波的一个或多个资源网格来描述。这里，n
rbμ
≤n
rbmax,μ
。n
rbmax,μ
表示最大传输带宽，其在上行链路和下行链路之间以及在参数集之间可能不同。在这种情况下，每个μ和天线端口p可以配置一个资源网格。用于μ和天线端口p的资源网格的每个元素称为资源元素，并由索引对(k,l')唯一标识。这里，k＝0，...，n
rbμnscrb-1是频域中的索引，并且l'＝0，...，2
μnsymb(μ)-1指代子帧中的符号位置。当引用时隙中的资源元素时，使用索引对(k,l)。这里，l＝0,...,n
symbμ-1。用于μ和天线端口p的资源元素(k,l')对应于复数值a
k,l'(p,μ)
。当不存在混淆风险时或当未指定特定天线端口或参数集时，索引p和μ可能会被丢弃，于是复数值可能是a
k,l'(p)
或a
k,l'
。此外，资源块(rb)被定义为频域中n
scrb
＝12个连续子载波。
[0113]
a点起到资源块网格的公共参考点的作用并且被获得如下。
[0114]
–
用于主小区(pcell)下行链路的offsettopointa表示点a和与ss/pbch块重叠的最低资源块的最低子载波之间的频率偏移，该ss/pbch块由终端用于初始小区选择。假定15khz的子载波间隔用于fr1，并且60khz的子载波间隔用于fr2，其以资源块为单位表达。
[0115]-absolutefrequencypointa表示点a的频率位置，用arfcn(绝对射频信道号)表达。
[0116]
对于子载波间隔配置μ，公共资源块在频域中从0向上编号。用于子载波间隔配置μ的公共资源块0的子载波0的中心与“点a中相同。频域中的子载波间隔配置μ的公共资源块编号n
crbμ
和资源元素(k,l)之间的关系如以下式1被给出。
[0117]
[式1]
[0118][0119]
在式1中，相对于点a定义k，使得k＝0对应于以点a为中心的子载波。物理资源块在带宽部分(bwp)中从0到n
bwp,isize,μ-1编号并且i是bwp的编号。bwp i中的物理资源块n
prb
和公共资源块n
crb
之间的关系由以下式2给出。
[0120]
[式2]
[0121][0122]nbwp,istart,μ
是bwp相对于公共资源块0开始的公共资源块。
[0123]
图4图示了可以应用本公开的无线通信系统中的物理资源块。并且，图5图示了可以应用本公开的无线通信系统中的时隙结构。
[0124]
参考图4和图5，时隙包括时域中的多个符号。例如，对于正常的cp，1个时隙包括7个符号，但对于扩展的cp，1个时隙包括6个符号。
[0125]
载波包括频域中的多个子载波。rb(资源块)被定义为频域中的多个(例如，12个)连续子载波。bwp(带宽部分)被定义为频域中的多个连续(物理)资源块并且可以对应于一个参数集(例如，scs、cp长度等)。载波可以包括最多n个(例如，5个)bwp。可以通过激活的bwp执行数据通信，并且对于一个终端只能激活一个bwp。在资源网格中，每个元素被称为资源元素(re)，并且可以映射一个复数符号。
[0126]
在nr系统中，每个分量载波(cc)可以支持直至400mhz。如果在这样的宽带cc中操作的终端始终操作以为整个cc开启射频(fr)芯片，则终端电池消耗可能会增加。可替选地，当考虑在一个宽带cc(例如，embb、urllc、mmtc、v2x等)中操作的多个应用情况时，可以在对应的cc中的每个频带中支持不同的参数集(例如，子载波间隔等)。可替选地，每个终端对于最大带宽可能具有不同的能力。考虑到这一点，基站可以指示终端仅在部分带宽中操作，而不是在宽带cc的全带宽中操作，并且为了方便起见，将对应的部分带宽定义为带宽部分(bwp)。bwp可以在频率轴上配置有连续的rb，并且可以对应于一个参数集(例如，子载波间隔、cp长度、时隙/微时隙持续时间)。
[0127]
同时，即使在配置给终端的一个cc中，基站也可以配置多个bwp。例如，可以在pdcch监视时隙中配置占用相对较小频域的bwp，并且在更大的bwp中可以调度由pdcch指示的pdsch。可替选地，当ue在特定bwp中拥塞时，可以为一些终端配置有其他bwp以进行负载平衡。可替选地，考虑到邻近小区之间的频域小区间干扰消除等，可以排除一些全带宽的中间频谱，并且可以在同一时隙中配置两个边缘上的bwp。换言之，基站可以将至少一个dl/ul bwp配置给与宽带cc相关联的终端。基站可以在特定时间(通过l1信令或mac ce(控制元素)或rrc信令等)激活配置的dl/ul bwp中的至少一个dl/ul bwp。此外，基站可以(通过l1信令或mac ce或rrc信令等)指示切换到其他配置的dl/ul bwp。可替选地，基于定时器，当定时器值期满时，可以切换到确定的dl/ul bwp。这里，激活的dl/ul bwp被定义为活动的dl/ul bwp。但是，当终端执行初始接入过程或设立rrc连接之前，可能不会接收到dl/ul bwp上的配置，因此终端在这些情况下假定的dl/ul bwp被定义为初始活动的dl/ul bwp。
[0128]
图6图示了在可以应用本公开的无线通信系统中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。
[0129]
在无线通信系统中，终端通过下行链路从基站接收信息并且通过上行链路将信息发送到基站。基站和终端发送和接收的信息包括数据和各种控制信息，并且根据它们发送和接收的信息的类型/用途存在各种物理信道。
[0130]
当终端被开启或新进入小区时，其执行包括与基站同步等的初始小区搜索(s601)。对于初始小区搜索，终端可以通过从基站接收主同步信号(pss)和辅同步信号(sss)来与基站同步，并获得诸如小区标识符(id)等的信息。然后，终端可以通过从基站接收物理广播信道(pbch)来获取小区中的广播信息。同时，终端可以通过在初始小区搜索阶段接收下行链路参考信号(dl rs)来检查下行链路信道状态。
[0131]
完成初始小区搜索的终端可以通过根据pdcch中承载的信息接收物理下行链路控制信道(pdcch)和物理下行链路共享信道(pdsch)来获得更详细的系统信息(s602)。
[0132]
同时，当终端第一次接入到基站或者没有用于信号传输的无线电资源时，其可以对基站执行随机接入(rach)过程(s603到s606)。对于随机接入过程，终端可以通过物理随机接入信道(prach)发送特定序列作为前导(s603和s605)，并且可以通过pdcch和相应的
rnti或cs-rnti或mcs-c-rnti加扰并发送的crc。
[0143]
dci格式1_1被用于在一个小区中调度pdsch。dci格式1_1中包括的信息为由c-rnti或cs-rnti或mcs-c-rnti加扰并发送的crc。
[0144]
dci格式1_2被用于在一个小区中调度pdsch。dci格式1_2中包含的信息为由c-rnti或cs-rnti或mcs-c-rnti加扰并发送的crc。
[0145]
准共址(qcl)
[0146]
定义天线端口，使得发送天线端口中的符号的信道能够从发送同一天线端口中的其他符号的信道推断。当可以从承载另一个天线端口的符号的信道推断承载一个天线端口的符号的信道的属性时，可以说2个天线端口处于qc/qcl(准共置或准共址)关系。
[0147]
这里，信道属性包括延迟扩展、多普勒扩展、频率/多普勒频移、平均接收功率、接收定时/平均延迟或空间rx参数中的至少一种。这里，空间rx参数意指空间(rx)信道属性参数，诸如到达角。
[0148]
终端可以被配置在更高层参数pdsch-config中的直至m个tci-state配置的列表中，以根据检测到的具有对应终端和给定服务小区的预期dci的pdcch来解码pdsch。m取决于ue能力。
[0149]
每个tci-state包括用于配置一个或两个dl参考信号的端口与pdsch的dm-rs之间的准共址关系的参数。
[0150]
准共址关系由用于第一dl rs的更高层参数qcl-type1和用于第二dl rs的qcl-type2(如果配置)来配置。对于两个dl rs，无论参考是相同的dl rs还是不同的dl rs，qcl类型都不相同。
[0151]
对应于每个dl rs的准共置类型由qcl-info的更高层参数qcl-type给出并且可以采用以下值之一。
[0152]
‑“
qcl-typea”：{多普勒频移、多普勒扩展、平均延迟、延迟扩展}
[0153]
‑“
qcl-typeb”：{多普勒频移，多普勒扩展}
[0154]
‑“
qcl-typec”：{多普勒频移，平均延迟}
[0155]
‑“
qcl-typed”：{空间rx参数}
[0156]
例如，当目标天线端口是特定的nzp csi-rs时，可以指示/配置对应的nzp csi-rs天线端口与关于qcl-typea的特定trs准共置并且与关于qcl-typed的特定ssb准共置。接收到这样的指示/配置的终端可以通过使用多普勒接收相应的nzp csi-rs，在qcl-typea trs中测量的延迟值并且将用于接收qcl-typed ssb的rx波束应用于相应的nzp csi-rs的接收。
[0157]
ue可以通过mac ce信令接收激活命令，该mac ce信令用于将直至8个tci状态映射到dci字段“传输配置指示”的码点。
[0158]
传送块(tb)大小确定
[0159]
当更高层参数maxnrofcodewordsscheduledbydci指示启用两个码字传输时，如果针对相应tb，i
mcs
＝1且rv
id
＝1，则由dci格式1_1禁用两个tb中的一个。如果启用两个tb，则tb 1和2分别被映射到码字0和1。如果仅启用一个tb，则启用的tb总是被映射到第一码字。
[0160]
对于由具有由c-rnti(小区rnti)、mcs-c-rnti(调制编译方案小区rnti)、tc-rnti(临时小区rnti)、cs-rnti(配置的调度rnti)或si-rnti(系统信息rnti)加扰的crc的dci格
式1_0、格式1_1或格式1_2分配的pdsch，ue可以首先如下确定tb大小(tbs)，除了当在dci格式1_1中禁用tb时。
[0161]
1)ue首先确定时隙中的re的数量(n
re
)。
[0162]-ue首先通过n'
re
＝n
scrb
·nsymbsh-n
dmrsprb-n
ohprb
来确定物理资源块(prb)中为pdsch分配的re的数量(n’re
)。在此，n
scrb
＝12是prb中的子载波的数量，n
symbsh
是时隙中为pdsch分配的符号的数量，n
dmrsprb
是在包括没有数据的dm-rs cdm组的开销的调度持续时间中每个prb的用于dm-rs的re的数量，如由dci格式1_1或格式1_2所指示的或如由dci格式1_0所描述的，并且n
ohprb
是由pdsch-servingcellconfig中的更高层参数xoverhead配置的开销。如果未配置pdsch-servingcellconfig中的xoverhead(在0、6、12或18内的值)，则n
ohprb
被设置为0。当pdsch由具有由si-rnti、ra-rnti(随机接入rnti)、msgb-rnti或p-rnti(寻呼rnti)加扰的crc的pdcch调度时，假设n
ohprb
为0。
[0163]-ue通过n
re
＝min(156,n'
re
)
·nprb
来确定为pdsch分配的re的总数(n
re
)。在此，n
prb
是分配给ue的prb的总数。
[0164]
2)通过n
info
＝n
re
·r·
qm·
υ获得未量化的中间变量(n
info
)。
[0165]
如果n
info
≤3824，则使用步骤3作为tbs确定的下一步骤。
[0166]
否则，使用步骤4作为用于tbs确定的下一步骤。
[0167]
3)如果n
info
≤3824，则如下确定tbs。
[0168]-信息比特的量化中间数n’info
＝max(24,2n·
floor(n
info
/2n))，其中，n＝max(3,floor(log2(n
info
))-6)。
[0169]-使用下面的表6，找到不小于n'
info
的最近tbs。
[0170]
表6例示了在n
info
≤3824的情况下的tbs。
[0171]
[表6]
[0172]
[0173][0174]
4)如果n
info
》3824，则如下确定tbs。
[0175]-信息比特的量化中间数n'
info
＝max(3840,2n×
round((n
info-24)/2n)))，其中，n＝floor(log2(n
info-24))-5，并且轮函数中的平衡点被分解为下一个最大整数(即，当最近的数为2时，输出较大的数)。
[0176]-如果r≤1/4，
[0177]
tbs＝8
·c·
ceiling((n'
info
24)/(8
·
c))-24，其中，c＝ceiling((n'
info
24)/3816)，
[0178]
否则，
[0179]
如果n'
info
》8424，
[0180]
tbs＝8
·c·
ceiling((n'
info
24)/(8
·
c))-24，其中c＝ceiling((n'
info
24)/8424)，
[0181]
否则，tbs＝8
·
ceiling((n’info
24)/8)-24
[0182]
如果28≤i
mcs
≤31，
[0183]-假设从使用0≤i
mcs
≤27的相同tb的最后pdcch中发送的dci确定tbs。如果不存在使用0≤i
mcs
≤27的相同tb的pdcch，并且如果用于相同tb的最高pdsch被半持久调度，则从最近的半持久调度指配pdcch确定tbs。
[0184]
否则，
[0185]-假设从使用0≤i
mcs
≤28的相同tb的最后pdcch中发送的dci确定tbs。如果不存在使用0≤i
mcs
≤28的相同tb的pdcch，并且如果用于相同tb的最高pdsch被半持久调度，则从最近的半持久调度分配pdcch确定tbs。
[0186]
ue不期望接收由具有由具有大于2976比特的tbs的si-rnti加扰的crc的pdcch分配的pdsch。
[0187]
当在dci字段“传输配置指示”的码点中指示两个tci状态时，并且当在dci字段“天线端口”中指示一个cdm组中的dm-rs端口时，并且当为ue配置fdmschemeb时，tbs确定遵循上述步骤1至4，其中，步骤1修改如下：ue通过n
re
＝min(156,n'
re
)
·nprb
确定分配给pdsch的re的总数(n
re
)，其中，n
prb
是对应于第一tci状态的分配的prb的总数。此外，与第一tci状态相关联的pdsch传输时机的所确定的tbs也应用于与第二tci状态相关联的pdsch传输时机。
[0188]
当在dci字段“传输配置指示”的码点中指示两个tci状态时，并且当在dci字段“天线端口”中指示一个cdm组中的dm-rs端口时，并且当为ue配置tdmschemea时，tbs确定遵循上述步骤1至4，其中，步骤1修改如下：ue通过n’re
＝n
scrb
·nsymbsh-n
dmrsprb-n
ohprb
来确定prb中的分配给pdsch的re的数量(n’re
)，其中，n
symbsh
是对应于第一tci状态的时隙中的pdsch分配的符号数量。并且，与第一tci状态相关联的pdsch传输时机的所确定的tbs也应用于与第二tci状态相关联的pdsch传输时机。
[0189]
与多trp相关的操作
[0190]
协调多点(comp)方案是指多个基站通过(例如，使用x2接口)交换或利用由终端反
馈的信道信息(例如，ri/cqi/pmi/li(层指示符)等)并协作地发送到终端来有效地控制干扰的方案。根据所使用的方案，可以将comp分类成联合传输(jt)、协调调度(cs)、协调波束成形(cb)、动态点选择(dps)、动态点阻塞(dpb)等。
[0191]
m个trp向一个终端发送数据的m-trp传输方案可以主要分类为i)embb m-trp传输，用于提高传送速率的方案，以及ii)urllc m-trp传输，用于增加接收成功率并减少时延的方案。
[0192]
此外，关于dci传输，m-trp传输方案可以被分类为i)基于m-dci(多个dci)的m-trp传输，其中每个trp发送不同的dci，以及ii)基于s-dci(单个dci)的m-trp传输，其中一个trp发送dci。例如，对于基于s-dci的m-trp传输，关于由m个trp发送的数据的所有调度信息应该通过一个dci递送到终端，它可以用在理想回程(理想bh)的环境中，其中两个trp之间的动态协作是可能的。
[0193]
对于基于tdm的urllc m-trp传输，正在讨论方案3/4以用于标准化。具体地，方案4是指一个trp在一个时隙中发送传送块(tb)的方案，并且其具有通过在多个时隙中从多个trp接收的相同tb提高数据接收的概率的效果。同时，方案3是指一个trp通过连续数量的ofdm符号(即，符号组)发送tb，并且trp可以被配置为在一个时隙中通过不同的符号组发送相同的tb的方案。
[0194]
另外，ue可以将由在不同控制资源集(coreset)(或属于不同coreset组的coreset)中接收的dci调度的pusch(或pucch)辨识为发送给不同trp的pusch(或pucch)，或者可以辨识来自不同trp的pdsch(或pdcch)。另外，下面描述的用于发送到不同trp的ul传输(例如，pusch/pucch)的方法可以等效地应用于发送到属于相同trp的不同面板的ul传输(例如，pusch/pucch)。
[0195]
此外，mtrp-urllc可以是指m个trp通过使用不同的层/时间/频率来发送相同的传送块(tb)。配置有mtrp-urllc传输方案的ue通过dci接收关于多个tci状态的指示，并且可以假设通过使用每个tci状态的qcl rs接收的数据是相同的tb。另一方面，mtrp-embb可以是指m个trp通过使用不同的层/时间/频率来发送不同的tb。配置有mtrp-embb传输方案的ue通过dci接收关于多个tci状态的指示，并且可以假设通过使用每个tci状态的qcl rs接收的数据是不同的tb。在这方面，由于ue分别分类并使用为mtrp-urllc配置的rnti和为mtrp-embb配置的rnti，因此它可以决定/确定对应的m-trp传输是urllc传输还是embb传输。换句话说，当由ue接收的dci的crc掩蔽通过使用为mtrp-urllc配置的rnti来执行时，其可以对应于urllc传输，并且当dci的crc掩蔽通过使用为mtrp-embb配置的rnti来执行时，其可以对应于embb传输。
[0196]
在下文中，本公开中描述/提及的coreset组id可以是指用于为每个trp/面板区分的coreset的索引/标识信息(例如，id等)。另外，coreset组可以是通过用于为每个trp/面板区分coreset的索引/标识信息(例如，id)/coreset组id等来区分的coreset的组/并集。在示例中，coreset组id可以是在coreset配置中定义的特定索引信息。在这种情况下，可以通过在用于每个coreset的coreset配置中定义的索引来配置/指示/定义coreset组。附加地/可替选地，coreset组id可以是指用于在与每个trp/面板配置/相关联的coreset之间进行区分/识别的索引/标识信息/指示符等。在下文中，本公开中描述/提及的coreset组id可以通过用特定索引/特定标识信息/特定指示符替换来表示，该特定索引/特定标识信息/特
定指示符用于在与每个trp/面板配置/相关联的coreset之间进行区分/识别。可以通过更高层信令(例如，rrc信令)/l2信令(例如，mac-ce)/l1信令(例如，dci)等向终端配置/指示coreset组id，即，用于在与每个trp/面板配置/相关联的coreset之间进行区分/识别的特定索引/特定标识信息/特定指示符。在示例中，可以配置/指示使得将以对应的coreset组为单位按每个trp/面板(即，按属于相同coreset组的每个trp/面板)执行pdcch检测。附加地/可替选地，可以配置/指示，使得以对应的coreset组为单位，按每个trp/面板(即，按属于相同coreset组的trp/面板)分离和管理/控制上行链路控制信息(例如，csi、harq-a/n(ack/nack)、sr(调度请求))和/或上行链路物理信道资源(例如，pucch/prach/srs资源)。附加地/可替选地，可以按对应的coreset组(即，按属于相同coreset组的trp/面板)来管理按每个trp/面板调度的用于pdsch/pusch等的harq a/n(处理/重传)。
[0197]
例如，更高层参数controlresourceset信息元素(ie)用于配置时间/频率控制资源集(coreset)。在示例中，控制资源集(coreset)可以与下行链路控制信息的检测和接收有关。controlresourceset ie可以包括与coreset相关的id(例如，controlresourcesetid)/用于coreset的coreset池的索引(例如，coresetpoolindex)/coreset/与coreset相关的tci信息的时间/频率资源配置等。在示例中，coreset池的索引(例如，coresetpoolindex)可以被配置为0或1。在描述中，coreset组可以对应于coreset池，并且coreset组id可以对应于coreset池索引(例如，coresetpoolindex)。
[0198]
ncjt(非相干联合传输)是一种方案，其中，多个传输点(tp)通过使用相同的时间频率资源向一个终端发送数据，tp通过不同的层(即，通过不同的dmrs端口)在tp之间使用不同dmrs(解调复用参考信号)来发送数据。
[0199]
tp通过dci将数据调度信息递送到接收ncjt的终端。在此，参与ncjt的每个tp通过dci递送关于自身发送的数据的调度信息的方案被称为“基于多dci的ncjt”。由于参与ncjt传输的n个tp中的每个向ue发送dl许可dci和pdsch，ue从n个tp接收n个dci和n个pdsch。同时，一个代表性tp通过一个dci递送关于由其自身发送的数据和由不同tp(即，参与ncjt的tp)发送的数据的调度信息的方案被称为“基于单个dci的ncjt”。在此，n个tp发送一个pdsch，但是每个tp发送包括在一个pdsch中的多个层中的仅一些层。例如，当发送4层数据时，tp 1可以向ue发送2个层，并且tp 2可以向ue发送2个剩余层。
[0200]
在下文中，将描述部分重叠的ncjt。
[0201]
另外，ncjt可以被分类成由每个tp发送的时间频率资源完全重叠的完全重叠的ncjt和仅一些时间频率资源重叠的部分重叠的ncjt。换句话说，对于部分重叠的ncjt，在一些时间频率资源中发送tp 1和tp 2两者的数据，并且在剩余的时间频率资源中发送tp 1或tp 2中的仅一个tp的数据。
[0202]
在下文中，将描述用于提高多trp中的可靠性的方法。
[0203]
作为用于使用多个trp中的传输来提高可靠性的发送和接收方法，可以考虑以下两种方法。
[0204]
图7图示了可以应用本公开的无线通信系统中的多trp传输的方法。
[0205]
参考图7(a)，示出了发送相同码字(cw)/传送块(tb)的层组对应于不同trp的情况。在此，层组可以是指包括一个或多个层的预定层集合。在这种情况下，存在以下优点：发送资源量由于多个层的数量而增加，从而可以将具有低编码率的稳健信道编码用于tb，并
且附加地，因为多个trp具有不同的信道，所以可以预期基于分集增益来提高接收信号的可靠性。
[0206]
参考图7(b)，示出了通过对应于不同trp的层组发送不同cw的示例。在此，可以假设与图中的cw#1和cw#2对应的tb彼此相同。换句话说，cw#1和cw#2是指相同的tb分别通过信道编码等由不同的trp变换为不同的cw。因此，可以看作重复地发送相同tb的示例。在图7(b)的情况下，与图7(a)相比，缺点在于与tb相对应的码率更高。然而，优点在于可以通过指示不同的rv(冗余版本)值来调整码率，或者可以根据信道环境来调整由相同tb生成的编码比特的每个cw的调制阶数。
[0207]
根据上面的图7(a)和图7(b)所示的方法，可以提高终端的数据接收概率，因为通过不同的层组重复地发送相同的tb，并且每个层组由不同的trp/面板发送。它被称为基于sdm(空分复用)的m-trp urllc传输方法。通过属于不同dmrs cdm组的dmrs端口分别传送属于不同层组的层。
[0208]
另外，基于使用不同层的sdm(空分复用)方法来描述与多个trp相关的上述内容，但是其可以自然地扩展并应用于基于不同频域资源(例如，rb/prb(集合)等)的fdm(频分复用)方法和/或基于不同时域资源(例如，时隙、符号、子符号等)的tdm(时分复用)方法。
[0209]
用于高速场景(hst)-单频网络(sfn)部署的信令和操作方法
[0210]
在3gpp版本13的过程中，批准了用于改善高速场景(hst)中的性能要求的ran4研究项目(si)，并且在tr 36.878中总结了si的结果。在这些结果中，tr 36.878总结了来自运营商的用于蜂窝服务支持的实际高速场景，并且其中，未来具有更高优先级的场景如下。
[0211]-sfn(单频网络)场景：通过隧道环境中的光纤部署rrh(远程无线电头端)或rau(远程天线单元)。rrh或rau共享相同的小区标识符(id)。中继器不安装在列车(carriage)上。
[0212]
(从破裂的线缆到中继器的)隧道中的龟裂的线缆场景：破裂的线缆用于通过隧道环境扩展信号。中继器安装在列车上，并经由破裂的线缆在列车内分发信号。
[0213]
hst信道模型被设计用于分析高速场景，并且其中，用于sfn的信道模型具体如下。
[0214]
为单频网络(sfn)场景设计的信道模型是两个抽头的时变信道模型，并且其特征在于为每个抽头给出多普勒频移、抽头延迟、相对功率。
[0215]
图8是图示了可以应用本公开的无线通信系统中的sfn信道模型的信道特性的图。
[0216]
在hst-sfn部署的信道模型的情况下，来自两个不同的远程无线电头端(rrh)的信道被定义为两个不同的抽头。并且，每个信道包括不同的多普勒频移、相对功率和抽头延迟值。
[0217]
对于终端，能够以组合形式接收从不同rrh发送的信号，并且由于信道特性，在特定持续时间内可能发生很大的性能劣化。例如，当终端通过两个rrh之间的中点时，两个信道具有非常相似的大小并且具有不同码的大多普勒频移值。在这种情况下，如果终端没有充分地补偿不同的多普勒频移，则可能发生显著的性能劣化。为了补偿该问题，在现有lte系统中，网络通知终端它是sfn操作。另外，在终端假设存在不同的多普勒频移之后，可以估计和补偿不同的多普勒频移值。然而，在该方法中，性能可能根据能够从组合信号估计多个多普勒频移值的终端的估计能力/准确度而大大地改变。另外，其可能具有如下缺点：为了高性能，终端的复杂度增加。本公开提出了一种能够补偿这些缺点的方法。
[0218]
在本公开中，为了便于描述，假设两个trp(例如，trp1/trp2)进行操作。然而，该假设不限制本公开的技术范围。
[0219]
显然，在本公开中被描述为trp的内容可以是为了便于描述，其也可以用诸如面板/波束的术语来解释。
[0220]
在本说明书中，l1(层1)信令可以是指基站和终端之间的基于dci的动态信令，并且l2(层2)信令可以是指基站和终端之间的基于rrc/mac ce(控制元素)的更高层信令。
[0221]
提议#1：用于在相同dmrs端口中配置不同qcl参考信号的方法
[0222]
当前标准定义了用于配置pdsch/pdcch的qcl参考信号(rs)的称为“tci-state”的更高层参数，并且tci-state的定义在下表7中示出。
[0223]
[表7]
[0224][0225]
从表7中可以看出，一个tci-state可以包括总共两个qcl rs，诸如qcl-type1/qcl-type2。在此，在qcl-type1的情况下，可以配置typea/typeb/typec中的一种类型，并且在qcl-type2中，可以配置typed。由于typed是指用于终端的接收波束的rs(即，空间rx参数)，因此可以为每个tci-state配置能够获取诸如多普勒频移/多普勒扩展/平均延迟/延迟扩展的信道信息之一。同时，通过rel-16多trp传输的讨论，用于指示dci中的tci状态的“tci(传输配置指示)”字段中的每个码点已经被改进为对应于单个tci状态或两个tci状态。下面的协议示出了这些增强的内容。
[0226]-应该至少在用于embb的rel-16中改进tci指示框架。
[0227]
dci中的每个tci码点可以对应于一个或两个tci状态。
[0228]
当在一个tci码点中激活两个tci状态时，每个tci状态对应于用于至少dmrs类型1的一个cdm组。
[0229]-在每个tci码点可用的一个或两个tci状态的tci状态配置中，用于映射用于一个tci码点的一个或两个tci状态的mac ce的增强。
[0230]-当由tci码点指示两个tci状态时，对于用于embb的dmrs类型1和类型2，如果所指示的dmrs端口在两个cdm组中，
[0231]
第一tci状态被应用于第一指示的cdm组，并且第二tci状态被应用于第二指示的cdm组。
[0232]-当由一个tci码点指示两个tci状态时，对于用于embb和urllc方案-1a的dmrs类型1和类型2，如果所指示的dmrs端口在两个cdm组中，则第一tci状态对应于由天线端口指示表指示的第一天线端口的cdm组。
[0233]
在下文中，将提出定义作为更高层参数的tci-state的方法和/或用于基于dci中的tci字段的定义来改进hst-sfn部署中的性能的方法。
[0234]
提议a#1：当通过dci中的tci字段向终端指示不同的(多个)tci状态时，终端可以假设所指示的(一个或多个)dmrs端口基于多个tci状态被配置有sfn，并且可以基于对应于不同tci状态的qcl rs执行信道估计/补偿。
[0235]
在提议a#1的情况下，可以为相同的(一个或多个)dmrs端口指示不同的tci状态。然而，由于终端可能无法仅通过上述定义来区分rel-16中定义的多trp传输操作和sfn操作，因此基于稍后描述的附加条件，终端可以区分rel-16多trp传输操作和sfn操作。
[0236]
提议a#1-1：对于dci中的tci字段的特定(或所有或每个)码点基站可以基于l2信令来配置是否执行sfn操作。在此，i)当通过dci中的tci字段的特定码点向终端指示不同的tci状态，并且ii)特定(或所有或每个)码点配置有sfn时，终端可以假设所指示的(一个或多个)dmrs端口配置有sfn，并且可以基于对应于不同tci状态的qcl rs执行信道估计/补偿。
[0237]
在当前标准中，可以在dci中定义3比特tci字段。在这种情况下，可以对被定义为3比特的总共8个码点，配置是否执行sfn操作。下表8示出了定义了所提出的方法的tci字段的示例。
[0238]
表8例示了配置是否执行sfn操作的tci字段。
[0239]
[表8]
[0240]
码点tci状态sfn000{#1}n/a001{#3}n/a010{#1,#3}开011{#2}n/a100{#4}n/a101{#2,#4}关110{#5}n/a111{#6}n/a
[0241]
在表8中，在sfn的列中，“开”指示sfn操作被配置，并且“关”指示sfn操作未被配置。
[0242]
在表8中，可以看出，在两个码点010和101处配置了两个不同的tci状态。在此，在010的情况下，其示出配置了sfn操作，并且在101的情况下，其示出未配置sfn操作。因此，当通过dci中的tci字段向终端指示与010相对应的码点时，终端可以基于与#1和#3相对应的tci状态的qcl rs来执行信道估计/补偿。在这种情况下，终端忽略rel-16多trp传输操作，并且可以被定义为作为sfn操作。另一方面，当通过dci中的tci字段向终端指示对应于101的码点时，终端可以基于rel-16中定义的多trp传输操作来执行pdsch解码。
[0243]
在本公开中，假设终端已经配置了sfn操作，基于不同tci状态的qcl rs执行信道估计/补偿的方法的示例如下。终端可以连续地跟踪信道信息，诸如不同tci状态下的用于每个qcl rs的多普勒频移/多普勒扩展/平均延迟/延迟扩展。因此，当终端假设sfn操作被配置用于相同的(一个或多个)dmrs端口并且指示多个tci状态时，终端可以基于与每个tci状态的qcl rs相对应的信道值，在存在两个不同抽头的假设下执行信道补偿。关于细节，参考tr 36.878的第6.4.3.1节中描述的方法。以这种方式，当基站针对相同的(一个或多个)dmrs端口指示是否操作sfn和多个qcl rs时，由于终端可以从彼此分离的rs估计每个信道值，而无需从组合的接收信号估计不同的信道值(例如，多普勒频移)，因此可以降低终端的复杂度，并且还可以提高用于与每个rrh相对应的信道的估计性能。在下文中，即使在本公开中没有单独的描述，用于配置有sfn的(一个或多个)dmrs端口的信道估计/补偿方法也可以遵循上述方法。
[0244]
提议a#1-1-1：基站可以针对dci中的tci字段的特定(或所有或每个)码点配置是否执行sfn操作。在此，可以通过dci中的tci字段的特定码点来指示不同的tci状态。在特定码点配置有sfn的终端的情况下，可以基于包括通过dci指示的(一个或多个)dmrs端口的cdm组的数量和/或在通过特定码点指示的tci状态中配置的qcl类型来确定是否实际sfn操作。
[0245]
除了上述提议a#1-1之外，可以考虑附加的操作条件。该方法可以应用于相对于不同的传输方案动态地指示特定的传输方案。
[0246]
图9图示了根据本公开的实施例的配置是否操作sfn的方法。
[0247]
参考图9(a)，在101码点的情况下，可以将其视为(在rel-16中定义的)多trp传输的示例。在这种情况下，当通过dci指示的(一个或多个)dmrs端口被包括在不同的cdm组中时，它可以被解释为ncjt传输。另一方面，当通过dci指示的(一个或多个)dmrs端口包括在相同的cdm组中时，它可以被解释为fdmschemea/fdmschemeb/tdmschemea中的一种传输方法。同时，010码点可以是本公开的所提出的方法的示例。
[0248]
在图9(a)中的a1的情况下，当通过dci指示的(一个或多个)dmrs端口被包括在不同的cdm组中时，其被解释为sfn，并且当被包括在相同的cdm组中时，其可以是解释为fdmschemea/fdmschemeb/tdmschemea中的一种传输方法的示例。另一方面，在图9(a)中的a2的情况下，当通过dci指示的(一个或多个)dmrs端口被包括在不同的cdm组中时，其可以被解释为ncjt，并且当被包括在相同的cdm组中时，其可以被解释为sfn。
[0249]
图9(b)示出了基于在tci状态中配置的qcl类型来确定是否实际sfn操作的示例。
[0250]
在图9(b)中的010码点的情况下，可以是所提出的方法的示例。在此，当在tci状
态#1和tci状态#3中指示的qcl rs的类型彼此不同时(例如，一个qcl rs的类型是typea，另一个qcl rs的类型是typec)，其可以被解释为sfn操作。另一方面，当qcl rs的类型相同(例如，所有qcl rs类型都是typea)时，其可以被解释为(rel-16)多trp传输操作。可替选地，相反也是可能的。
[0251]
在上面的描述中，不同的qcl类型可以是指其中对于被包括在不同tci状态中的qcl rs，除了typed外的qcl类型不同的情况。即使在本公开的以下描述中没有单独描述，这也是同等地适用的。
[0252]
提议a#1-2：基站可以基于l2信令来配置是否对终端执行sfn操作。在此，在其中i)配置sfn操作并且ii)通过dci中的tci字段的特定码点指示不同的tci状态的终端的情况下，可以基于包括通过dci指示的(一个或多个)dmrs端口的cdm组的数量和/或在通过特定码点指示的tci状态中配置的qcl类型来确定是否实际的sfn操作。例如，当(一个或多个)dmrs端口被包括在单个cdm组中时，其可以被定义为假定sfn操作。和/或，当在通过特定码点指示的tci状态中配置的qcl类型彼此不同时(例如，typea用于tci状态1，typec用于tci状态2)，其可以被定义为假设sfn操作。
[0253]
在该方法中，在通过配置l2信令可能进行sfn操作之后，如果满足附加条件，则可以执行实际的sfn操作。因此，当指示多个tci状态时，可以动态地指示多个可能的传输方法中的特定方法。
[0254]
图10图示了根据本公开的实施例的配置是否操作sfn的方法。
[0255]
在图10(a)的情况下，可以被配置为通过l2信令以及(rel-16)多trp传输方法，sfn操作是可能的。在配置之后，当通过dci指示的(一个或多个)dmrs端口被包括在不同的cdm组中时，其可以被解释为sfn操作。在这种情况下，可能具有不可能在ncjt和sfn之间动态选择的缺点。
[0256]
在图10(b)的情况下，除了(rel-16)多trp传输方法之外，还可以通过l2信令来配置sfn操作和urllc操作中的一种方法。在配置之后，当通过dci指示的(一个或多个)dmrs端口被包括在相同的cdm组中时，其可以被解释为sfn操作。在这种情况下，可能具有不可能在urllc传输方法和sfn之间动态选择的缺点。
[0257]
在图10(c)的情况下，可以被配置为通过l2信令以及(rel-16)多trp传输方法，sfn操作是可能的。在配置之后，当通过dci指示多个tci状态并且不同tci状态的qcl类型不同时，其可以被解释为sfn操作。
[0258]
例如，可以基于l2信令和dci字段(例如，tci字段)来确定在上述提议a#1-1-1/a#1-2中是否配置/操作sfn。可替选地，关于是否配置/操作sfn的基于dci字段(例如，tci字段)的配置可以优先于基于l2信令的配置。
[0259]
可以向终端指示是否基于特定rnti值以及上述提议a#1/a#1-1/a#1-1-1/a#1-2来配置/操作sfn。可替选地，可以基于特定rnti值向终端指示是否配置/操作sfn，而不应用上述提议a#1/a#1-1/a#1-1-1/a#1-2。例如，特定范围内的rnti值可以被定义为sfn-rnti。并且，当基于配置给终端的sfn-rnti发送pdcch时(即，当基于sfn-rnti对通过pdcch发送的dci的crc进行加扰时)，终端可以假设基于sfn操作发送通过pdcch调度的pdsch。
[0260]
上述提议a#1/a#1-1/a#1-1-1/a#1-2提出了用于数据(例如，pdsch)传输的不同qcl rs配置方法。另外，可以考虑用于控制数据(例如，pdcch)传输的不同qcl rs配置方法。
这是因为pdcch也可以被sfn，并且在当前标准中，其被定义为使得对于用于pdsch的qcl rs，可以参考用于pdcch的qcl rs。例如，当dci中没有tci字段并且dci和pdsch之间的调度偏移大于阈值时，其被定义为将pdcch的tci状态应用于pdsch。
[0261]
以下提议提出了用于控制数据(例如，pdcch)传输的不同qcl rs配置方法。
[0262]
提议a#2：基站可以基于l2信令向终端配置用于(一个或多个)pdcch dmrs端口的不同的tci状态。当配置了不同的tci状态时，终端可以假设(一个或多个)pdcch dmrs端口被配置有sfn，并且可以基于对应于不同tci状态的qcl rs来执行信道估计/补偿。
[0263]
表9例示了用于要向其发送pdcch的(用于监视pdcch的)coreset的更高层参数(即，coreset信息元素(ie))。也就是说，表9是与coreset相关的配置信息的示例。终端可以在所配置的coreset内接收pdcch。换句话说，下面的表9是用于由终端使用来接收(或监视)pdcch的coreset的配置信息的示例。
[0264]
[表9]
[0265][0266]
下面的表10是描述coreset ie中的字段的表。
[0267]
[表10]
[0268][0269]
[0270]
图11图示了可以应用本公开的无线通信系统中用于在coreset中配置特定tci状态的mac控制元素(ce)。如上表9和10所示，可以通过更高层参数(即，tci-statespdcch-toaddlist)来配置特定coreset的候选tci状态。也就是说，与coreset相关的配置信息可以包括关于一个或多个tci状态的信息。并且，如图11所示，可以通过mac ce操作来配置要实际应用于相应coreset的特定tci状态。
[0271]
根据现有标准，可以通过mac ce操作在特定coreset中配置一个tci状态。
[0272]
同时，如在上述提议a#1/a#1-1/a#1-1-1/a#1-2中，可以通过针对相同的(一个或多个)dmrs端口通知不同的qcl rs来改善用于hst-sfn的性能。此外，还可以具有减少rs开销以减少配置有sfn的rs的优点。然而，为了减少配置有sfn的rs，有必要定义一种方法，其中pdcch也能够以与pdsch相同的方式参考不同的qcl rs。否则，根据上述当前标准方案，由于仅可以参考一个qcl rs，因此可能存在需要为pdcch传输另外定义配置有sfn的rs的问题。
[0273]
为了解决这个问题，可以应用上述提议a#2。也就是说，基站可以基于l2信令向终端配置用于(一个或多个)pdcch dmrs端口的不同的tci状态。并且，当在(一个或多个)pdcch dmrs端口中配置不同的tci状态时，假设(一个或多个)pdcch dmrs端口配置有sfn(或者可以由基站明确指示/配置是否执行sfn操作)，终端可以基于对应于不同tci状态的qcl rs来执行信道估计/补偿。
[0274]
在下文中，将描述用于支持提议a#2的具体示例。
[0275]
同时，为了发送具有更高可靠性/鲁棒性的pdcch，可以定义用于发送与相同dci相对应的多个pdcch的资源区域。具体地，当假设多trp传输时，可以定义用于发送与每个trp相对应的pdcch的资源区域。另外，每个trp可以在所定义的资源区域中发送携带相同dci的pdcch。
[0276]
在本公开中，这样的资源区域被称为监视位置(ml)。在本公开中，ml可以被解释为pdcch传输区域，在该pdcch传输区域中可以基于重复/部分(fraction)来发送相同的dci。在此，ml可以分别对应于不同的(一个或多个)qcl rs(/(一个或多个)tci状态)。
[0277]
当通过不同的ml发送多个pdcch时，可以应用其中每个pdcch对应于相同dci的重复传输方法，和/或可以应用其中通过划分一个dci信息来发送每个pdcch的(部分)方法。上述重复和部分方法如下。
[0278]-重复：对于不同的ml(例如，ml1/ml2)，基于每个ml中的pdcch传输资源(其可以基于相同或不同的ml)和相同的dci，在信道编译之后，可以在每个ml中发送每个(或相同的)编码比特。
[0279]
例如，在基于ml1中的pdcch传输资源(例如，聚合等级(al)#y中的pdcch候选#x)和dci1生成编码比特之后，可以在ml1中的pdcch传输资源中发送相应的比特。在基于ml2中的pdcch传输资源(或者可以基于ml1中的pdcch传输资源)和dci1(是指与上述相同的dci)生成编码比特之后，可以在ml2中的pdcch传输资源中发送相应的比特。
[0280]-部分(fraction)：对于不同的ml(例如，ml1/ml2)，基于单个dci和不同ml中的多个pdcch传输资源，在信道编译之后，一些编码比特可以通过ml1传输，并且剩余部分可以通过ml2传输。
[0281]
例如，ml1中的pdcch传输资源(例如，al#y中的pdcch候选#x)和ml2中的pdcch传输
资源(例如，al#y'中的pdcch候选#x')可以被假设为整个传输资源。并且，在基于整个传输资源和dci1生成编码比特之后，可以通过ml1发送一些相应比特，并且可以通过ml2发送剩余部分。
[0282]
作为另一示例，在基于多个ml之中的特定ml中的pdcch传输资源(例如，ml1中的al#y中的pdcch候选#x)和dci1生成编码比特之后，可以通过ml1来发送一些相应比特，并且可以通过ml2来发送一些剩余比特。在此，对于单个编码的比特，可以基于循环缓冲器中的重复传输，通过速率匹配来执行针对每个ml的传输。
[0283]
如上所述，当定义执行重复/部分传输的多个ml时，当考虑多trp传输时，不同的ml可以分别对应于不同的trp。在这种情况下，每个ml可以对应于不同的(一个或多个)qcl rs(/(一个或多个)tci状态)。为此，可以应用本说明书中提出的用于将多个qcl rs(/(一个或多个)tci状态)配置到相同(一个或多个)pdcch dmrs端口的方法(提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4)。当应用所提出的方法时，基站可以通过配置/指示是否执行sfn操作和/或是否一起定义多个ml来通知终端它将用于什么目的。也就是说，能够以相同的方式配置多个qcl rs(/(一个或多个)tci状态)，并且通过另外配置/指示终端将用于什么目的，终端基于sfn或基于多个ml进行操作。可替选地，可以根据每次使用来定义独立的配置方法。
[0284]
在本公开中，为了便于描述，两个ml(例如，ml1/ml2)主要在配置/定义它们的实例中描述，但不限制本公开的技术范围，并且即使当配置/定义两个或更多个ml时也可应用它。
[0285]
同时，在以下提议中，为了便于描述，假设可以通过单个搜索空间集(ss)配置和单个coreset配置来定义多个ml，但是本公开的技术范围不限于此。即使当通过单个/多个ss配置和单个/多个coreset配置定义多个ml时，也可以应用所提出的方法。
[0286]
图12图示根据本公开的实施例的在不同ml中定义的方法。
[0287]
图12(a)例示了(对于相同的监视时机)在频域中定义不同的ml，并且图12(b)例示了(对于相同的监视时机)在时域中定义不同的ml。
[0288]
在图12中，为了便于描述，假设多个ml配置相同的监视时机(mo)，但是操作不限于此。也就是说，多个ml可以对应于多个mo。在图12的示例中，不同ml可以是对应于不同coreset配置的资源，和/或可以是通过相同coreset配置定义的多个ml。
[0289]
在下文中，本公开提出了一种为被定义为(对于相同dci)执行重复/部分传输的多个ml配置/指示不同tci状态(/(一个或多个)qcl rs)的方法。
[0290]
提议a#2-1：引入新mac ce操作以配置不同qcl rs的方法，所述不同qcl rs被配置有用于(一个或多个)相同pdcch dmrs端口的sfn操作。
[0291]
提议a#2-1-1：基站可以通过mac ce的信令操作在特定coreset中配置多个tci状态。
[0292]
图13图示了根据本公开的实施例的用于指示多个tci状态的mac控制元素。
[0293]
在图13中，服务小区id指示对其应用对应mac ce的服务小区的标识符。coreset id指示tci状态被指示到的控制资源集。tci状态id指示可以应用于由coreset id字段标识的控制资源集的tci状态。r可以是指保留位。
[0294]
参考图13，可以通过tci状态id字段(例如，tci状态id0、tci状态id1)为一个coreset配置不同的qcl rs。
[0295]
也就是说，根据本公开的所提出的方法，可以通过图13的mac ce为一个coreset配置多个tci状态。在此，可以在coreset相关配置信息中配置的n(m≤n，n是自然数)个tci状态中确定由mac ce指示的m个(m是自然数)tci状态(例如，参见表9和10)。
[0296]
在此，mac ce操作可以与现有的rel-15/16mac ce操作一起应用。也就是说，在终端接收包括一个tci状态id的现有mac ce消息的情况下，可以假设在coreset中配置一个tci状态。另外，如在所提出的方法中，在终端接收包括多个tci状态id的mac ce消息的情况下，可以假设通过sfn发送在coreset中发送的pdcch dmrs。
[0297]
当通过sfn发送pdcch dmrs时和/或当通过多个ml的重复/部分发送相同的dci时，可以应用上述提议。当通过重复/部分，通过多个ml发送相同dci时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以分别对应于不同的ml。例如，tci状态id0和tci状态id1可以分别顺序地对应于ml1/2。
[0298]
提议a#2-1-2：基站可以通过mac ce操作对特定coreset的附加tci状态执行激活/停用。
[0299]
图14图示了根据本公开的实施例的用于指示用于附加tci状态的激活/停用的mac控制元素。
[0300]
在图14中，服务小区id指示对其应用相应mac ce的服务小区的标识符。coreset id指示tci状态被指示到的控制资源集。tci状态id指示可以应用于由coreset id字段标识的控制资源集的tci状态。
[0301]
另外，如在图14的示例中，可以定义可以通知是否mac ce消息是用于附加tci状态的激活或停用的字段。例如，在图14中，可以使用标志来指示是否mac ce消息是用于激活或停用。
[0302]
终端可以通过rel-15/16mac ce消息(例如，图11的mac ce)被配置有用于特定coreset的tci状态，并且可以通过图14的mac ce消息被配置有附加tci状态。当根据所提出的方法配置附加tci状态时，终端可以假设通过sfn发送在coreset中发送的pdcch dmrs。基站可以通过经由图14的mac ce停用tci状态来将sfn操作改变为非sfn操作。
[0303]
也就是说，根据本公开的所提出的方法，可以通过图14的mac ce为一个coreset配置多个tci状态。通过rel-15/16mac ce消息(例如，图11的mac ce)配置用于特定coreset的tci状态，并且可以通过图14的mac ce另外配置用于相应coreset的一个或多个tci状态。在此，可以在coreset相关配置信息中配置的n(m≤n，n是自然数)个tci状态中确定由图14的mac ce指示的m(m是自然数)个tci状态(例如，参见表9和10)。
[0304]
当通过sfn发送pdcch dmrs时和/或当经由多个ml通过重复/部分发送相同的dci时，可以应用上述提议。当在通过多个ml发送相同的dci重复/部分时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以对应于不同的ml。例如，基于rel-15操作定义的coreset配置的tci状态(例如，tci状态0)和基于所提出的方法定义的(附加)tci状态(例如，tci状态1)可以分别顺序地对应于ml1/2。
[0305]
提议a#2-2：为了配置针对相同(一个或多个)pdcch dmrs端口被sfn的不同qcl rs，用于现有mac ce操作的一种新解释方法
[0306]
提议a#2-2-1：基站可以(例如，通过更高层信令)在coreset配置中配置关于可以由多个tci状态组成的tci状态组合的候选的信息，可以在coreset中配置tci状态组合的候选之间的特定组合。在这种情况下，在mac ce中定义的tci状态id可以表示/指示用于候选tci状态的组合的索引(或者可以被解释为索引)。
[0307]
[表11]
[0308]
tci状态组合id(或索引)tci状态id0tci状态id1#1#1 #2#2 #3#3 #4#1#2#5#2#3#6#4 #7#5 #8#4#5
[0309]
如在表11的示例中，每个tci状态组合可以包括一个或多个tci状态。当关于如上所述的tci状态组合的信息是coreset配置中的配置(例如，参见上表9和10)时，可以解释mac ce消息中指示tci状态id的字段(例如，参见上图11)，以用于指示tci状态组合id(或索引)的目的。例如，当如表11的#4/#5/#8所示配置由多个tci状态组成的tci状态组合id时，终端可以假设通过sfn发送从coreset发送的pdcch dmrs。
[0310]
也就是说，根据本公开的所提出的方法，可以通过mac ce为一个coreset配置多个tci状态。可以通过经由特定mac ce消息指示用于特定coreset的tci状态组合标识符来配置用于coreset的多个tci状态。在此，可以在coreset相关配置信息中配置的tci状态组合候选中确定由特定mac ce指示的tci状态组合标识符(例如，参见表9和10)。
[0311]
当通过sfn发送pdcch dmrs时和/或当经由多个ml通过重复/部分发送相同的dci时，可以应用上述提议。当在通过多个ml发送相同的dci重复/部分时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以对应于不同的ml。例如，当配置由多个tci状态组成的tci状态组合id(诸如#4/#5/#8)时，第一/第二tci状态可以分别顺序地对应于ml1/2。换句话说，在表11中，分别地，tci状态id0可以对应于ml1，并且tci状态id1可以对应于ml2。
[0312]
提议a#2-3：一种使用更高层信令(例如，rrc信令)以配置对相同(一个或多个)pdcch dmrs端口被sfn的不同的qcl rs的方法
[0313]
提议a#2-3-1：基站可以配置tci状态组合，该tci状态组合可以在coreset配置中配置有多个tci状态。
[0314]
也就是说，根据本公开的所提出的方法，可以通过coreset配置信息为一个coreset配置多个tci状态(例如，参见表9和10)。
[0315]
根据当前标准，rrc信令和mac ce操作应当一起操作来配置coreset的tci状态。在该提议中，基于rrc信令，可以为相应的coreset配置多个tci状态。当应用上述方法时，不需要新的mac ce消息/操作，因此可以具有可以减少根据标准的现有操作的影响的优点。当通过sfn发送pdcch dmrs时和/或当经由多个ml通过重复/部分发送相同的dci时，可以应用上
述提议。当在通过多个ml发送相同的dci重复/部分时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以对应于不同的ml。例如，第一/第二tci状态可以分别顺序地对应于ml1/2。
[0316]
提议a#2-4：使用搜索空间集(ss)配置来配置针对相同(一个或多个)pdcch dmrs端口被sfn的不同qcl rs的方法
[0317]
提议a#2-4-1：基站可以通过coreset配置来配置一个qcl rs(/tci状态)，并且可以通过包括coreset配置的搜索空间集(ss)配置来另外配置(一个或多个)qcl rs(/(一个或多个)tci状态)。
[0318]
在搜索空间集(ss)配置中，可以包括相关的coreset id，并且由相应的coreset id标识的coreset的配置可以被包括在相应的搜索空间集(ss)配置中。也就是说，配置与ss配置相关联的coreset配置中的tci状态，并且还可以一起配置在相应ss配置中包括的tci状态。
[0319]
当通过sfn发送pdcch dmrs时和/或当经由多个ml通过重复/部分发送相同的dci时，可以应用上述提议。当在通过sfn发送pdcch dmrs时应用上述提议时，可以假设通过sfn发送在coreset中发送的pdcch dmrs。另一方面，当通过多个ml重复/部分地发送相同的dci时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以对应于不同的ml。例如，通过coreset配置来配置的tci状态(例如，tci状态1)和通过ss配置来配置的附加tci状态可以分别顺序地对应于ml1/2。
[0320]
同时，当除了如上述方法中在coreset中配置的tci状态之外，还通过单独的路由配置/指示/定义(一个或多个)附加的tci状态(/(一个或多个)qcl rs)时，当尝试改变每个tci状态时，应该以独立的方法改变。因此，其可能具有以下缺点：用于改变(一个或多个)tci状态的延迟/信令开销增加。
[0321]
提议a#2-4-2：基站可以通过ss配置来配置多个qcl rs(/(一个或多个)tci状态)，在此，可以忽略与ss配置相关联的coreset配置(即，由ss配置中的coreset id标识的coreset配置)的tci状态。换句话说，基于ss配置的(一个或多个)qcl rs(/(一个或多个)tci状态)可以优先于与ss配置相关联的coreset配置的tci状态。
[0322]
当通过sfn发送pdcch dmrs时和/或当经由多个ml通过重复/部分发送相同的dci时，可以应用上述提议。当在通过sfn发送pdcch dmrs时应用上述提议时，可以假设通过sfn发送在与ss配置相关联的coreset中发送的pdcch dmrs。在这种情况下，参考通过ss配置来配置的多个qcl rs(/tci状态)，并且可以忽略与ss配置相关联的coreset配置的tci状态配置。另一方面，当通过多个ml重复/部分地发送相同的dci时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以对应于不同的ml。例如，通过ss配置来配置的多个tci状态(例如，tci状态1/2)可以分别顺序地对应于ml1/2，并且可以忽略通过coreset配置来配置的tci状态(例如，tci状态1)。
[0323]
如上所述，当可以在ss配置中配置/指示多个tci状态(/qcl rs)时，存在以下优点：当改变(一个或多个)tci状态时，可以基于单个信令来改变tci状态组合。例如，当配置{a,b}的tci状态组合时，可以基于单个mac ce消息将tci状态组合改变为{c,d}等。在这种情况下，与所提出的a#2-4-1方案相比，其优点在于可以减少用于改变(一个或多个)tci状态的延迟/信令开销。
[0324]
提议a#3：可以在tci-state中配置三个或更多个qcl rs，tci-state是用于pdsch/pdcch(dmrs)的qcl rs配置的参数。当配置了三个或更多个qcl rs的tci-state被配置用于pdsch/pdcch(dmrs)传输时，终端可以假设基于qcl rs，所指示的(一个或多个)dmrs端口被配置有sfn(或者可以明确地配置/指示是否执行sfn操作)。另外，终端可以基于qcl rs执行信道估计/补偿。
[0325]
当前标准为pdsch/pdcch的qcl rs配置定义了称为“tci状态(tci-state)”的更高层参数，并且tci-state的定义在上面的表7中示出。
[0326]
从表7中可以看出，一个tci-state可以具有总共两个qcl rs，诸如qcl-type1/qcl-type2。在qcl-type1的情况下，可以配置typea/typeb/typec中的一个，并且在qcl-type2中，可以配置typed。由于typed是指用于终端的接收波束(即，空间接收参数)的rs，因此可以为每个tci-state配置能够获取诸如多普勒频移/多普勒扩展/平均延迟/延迟扩展的信道信息的一个rs。
[0327]
它可以被定义为使得qcl rs可以被附加地配置到tci-state参数。由此，当通过sfn发送(一个或多个)pdsch/pdcch dmrs端口时，可以通过在组合之前为每个信道配置/指示qcl rs来改善终端的接收性能。
[0328]
例如，qcl-type1和qcl-type3可以被配置在特定的tci-state中，并且分别可以对应于具有typea/typeb/typec中的一种类型的不同rs。当该tci-state被配置/指示为用于(一个或多个)pdsch/pdcch dmrs端口的qcl rs时，终端可以在假设(一个或多个)dmrs端口被配置有sfn的情况下接收pdsch/pdcch。
[0329]
作为另一示例，qcl-type1,qcl-type2,qcl-type3可以被配置在特定的tci状态中，并且qcl-type1和qcl-type3中的每个可以对应于具有typea/typeb/typec中的一种类型的不同rs，并且为qcl-type2配置具有typed的rs。在此，由于配置了具有typed的一个rs，因此可以假设相同的typed被应用于qcl-type1和qcl-type3。
[0330]
同时，可以在特定的tci状态中配置qcl-type1,qcl-type2,qcl-type3,qcl-type4，并且qcl-type1和qcl-type3中的每个可以对应于具有typea/typeb/typec之一的不同rs，并且qcl-type2和qcl-type4具有typed，并且可以分别为qcl-type2和qcl-type4配置不同的rs。在此，可以提供qcl-type1和qcl-type2之间的对应关系，并且可以提供qcl-type3和qcl-type4之间的对应关系。基于对应关系，当终端接收用于qcl-type1的rs时，终端可以应用用于qcl-type2的rs的接收波束(例如，应用相同的空间接收参数)。此外，当终端接收用于qcl-type2的rs时，终端可以应用用于qcl-type4的rs的接收波束(例如，应用相同的空间接收参数)。
[0331]
当通过sfn发送pdcch dmrs时和/或当经由多个ml通过重复/部分发送相同的dci时，可以应用上述提议。当在通过多个ml发送相同的dci重复/部分时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以对应于不同的ml。例如，可以在特定的tci状态中配置qcl-type1和qcl-type3，并且每个可以对应于具有typea/typeb/typec中的一种类型的不同rs。当对于多个ml，该tci-state被配置/指示为qcl rs时，qcl-type1/3可以分别顺序地对应于ml1/2。作为另一示例，可以在特定的tci-state中配置qcl-type1、qcl-type2和qcl-type3，并且qcl-type1和qcl-type3中的每个可以对应于具有typea/typeb/typec中的一种类型的不同rs，并且可以对qcl-type2配置具有typed的rs。在这种情
况下，由于配置了具有typed的一个rs，因此终端可以假设相同的typed应用于qcl-type1和qcl-type3。qcl-type1/3可以分别顺序地对应于ml1/2。同时，可以在特定的tci-state中配置qcl-type1、qcl-type2、qcl-type3和qcl-type4，并且qcl-type1和qcl-type3中的每个可以对应于具有typea/typeb/typec中的一种类型的不同rs，并且qcl-type2和qcl-type4具有typed，并且可以分别为qcl-type2和qcl-type4配置不同的rs。在这种情况下，qcl-type1和qcl-type2以及qcl-type3和qcl-type4可以分别具有对应关系。对应关系可以是指当接收用于qcl-type1和qcl-type3的rs时，终端分别针对qcl-type2和qcl-type4的rs应用接收波束(例如，相同的空间rx参数)。此外，qcl-type1/2可以对应于ml1，并且qcl-type3/4可以对应于ml2。
[0332]
提议a#4：对于pdsch(dmrs)/pdcch(dmrs)/dl rs(csi-rs等)的qcl rs配置，可以基于更高层信令(即，l2信令)为终端配置关于可以配置有一个或多个tci状态的tci状态组合的信息。
[0333]
表12示出了应用所提出的方法的示例。
[0334]
[表12]
[0335][0336]
如表12所示，可以定义可以由多个tci状态组成的新的更高层参数(例如，rrc参数)。如上所述，当定义由多个tci状态组成的新的更高层参数时，这可以具有应用多个rs作为pdsch(dmrs)/pdcch(dmrs)/dl rs(csi-rs等)的qcl rs的优点。即使当通过sfn发送pdcch dmrs和/或经由多个ml通过重复/部分发送相同的dci时，上述提议也是适用的。当在通过多个ml重复/部分地发送相同dci时应用上述提议时，不同的(一个或多个)qcl rs(/(一个或多个)tci状态)可以对应于不同的ml。例如，每个第一/第二tci状态可以顺序地对应于ml1/2。
[0337]
同时，基于2个不同trp描述了上面提出的用于在相同(一个或多个)pdcch dmrs端口中配置多个qcl rs(/tci状态)的方法(提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4)，但是上面提出的方法不仅限于2个trp。因此，所提出的方法可以扩展并应用于彼此不同的2个或更多个trp。另外，已经在所提出的方法中的每个可以应用于执行sfn传输或通过多个ml的重复/部分传输的情况的假设下被描述，但是所提出的方法适用的环境不限于此。例如，可以同时执行sfn传输和通过多个ml的重复/部分传输。在这种情况下，可以基于每个ml中的sfn传输来执行传输。例如，可以执行ml1中的trp1/2的sfn传输和ml2中的trp1/2的sfn传输。和/或，可以执行ml1中trp1/2的sfn传输和ml2中trp3/4的sfn传输。和/或，可以执行ml1中trp1/2的sfn传输和ml2中trp2/3的sfn传输。和/或，可以执行ml1中trp1/2的sfn传输和ml2中trp3的单个trp传输。如上所述，取决于(根据传输方法)配置/指示了sfn传输和/或通过多个ml的重复/部分传输的什么类型，可以确定(一个或多个)tci状态(/(一个或多个)qcl rs)的总数。和/或，可以依据根据所提出的方法对终端配置/指示的(一个或多个)tci状态(/(一个或多个)qcl rs)的总数，确定sfn传输和/或通过多个ml的重复/部分传输是什么形式(传输方法)。
[0338]
同时，当基于上面提出的用于在相同的(一个或多个)pdcch dmrs端口中配置多个qcl rs(/tci状态)的方法(提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4)，执行sfn传输和/或通过多个ml的重复/部分传输时，应当定义根据所提出的方法的用于pdsch接收的默认波束和/或默认(一个或多个)tci状态(/(一个或多个)qcl rs)。
[0339]
提议a#5：当dci与通过dci调度的pdsch之间的偏移值大于或等于特定阈值(例如，更高层参数timedurationforqcl)并且dci内没有tci字段时，可以应用以下方法。
[0340]
提议a#5-1：当被配置/指示为执行通过多个ml的重复/部分传输时，在多个ml(/tci状态)中配置/指示/定义的(对应于不同的trp的)多个qcl rs可以等同地应用于pdsch接收。在这种情况下，终端可以在接收pdsch时假定多trp传输。多trp传输可以是指不同trp对应于不同传输层组(/dmrs端口组/(dmrs)cdm组)的传输。和/或，可以是指不同trp对应于频域/时域中的不同资源的传输(以在不同trp中重复相同数据的形式)。对于多trp传输，可以基于固定规则和/或l1/l2信令为终端配置/指示/定义特定方案。和/或；
[0341]
提议a#5-2：当被配置/指示为执行sfn传输时，(对应于不同的trp的)多个qcl rs(/tci状态)可以等同地应用于pdsch接收。在这种情况下，终端可以在接收pdsch时假定sfn传输。
[0342]
提议a#5-3：当被配置/指示为通过多个ml执行重复/部分传输时，和/或当被配置/指示为执行sfn传输时，可以在接收pdsch时应用为多个ml和/或(对应于不同trp的)sfn传输配置/指示/定义的多个qcl rs(/tci状态)中的特定qcl rs(/tci状态)。在这种情况下，终端可以假设在接收pdsch时是单trp传输。
[0343]
提议a#5-3-1：可以基于用于多个ml的资源的位置/索引来确定特定(一个或多个)qcl rs(/tci状态)。例如，可以基于用于多个ml的(例如，在时域中的较早(较晚)符号上传输的)时间资源和/或(例如，在较低(较高)子载波上发送的)频率资源来确定。和/或；
[0344]
提议a#5-3-2：对于特定(一个或多个)qcl rs(/tci状态)，可以应用在与搜索空间集(ss)配置相关联的coreset中配置的tci状态。和/或，
[0345]
提议a#5-3-3：可以应用(对应于不同trp的)搜索空间集(ss)配置中包括的多个qcl rs(/(一个或多个)tci状态)的特定tci状态(例如，第一/第二/最后/最低/最高tci状态)。
[0346]
同时，在提议a#5-1/5-2中，为了便于说明，单独描述了用于应用每个提议的条件，这不限制可以应用所提出的方法的环境。换句话说，描述了所提出的方法，使得可以根据接收pdcch的方法(即，假设sfn传输、假设通过多个ml的重复/部分传输)来确定接收pdsch的方法(即，假设sfn传输、多trp传输)，但是可以与接收pdcch的方法无关地确定接收pdsch的方法。例如，关于提议a#5-1，即使当被配置/指示为执行sfn传输时，而不是当被配置/指示为通过多个ml执行重复/部分传输时，也可以应用所提出的方法。(相反的情况也是可能的。)以下示出了与用于接收pdcch的方法无关地确定用于接收pdsch的方法的方法的示例。
[0347]
当dci与通过dci调度的pdsch之间的偏移值大于或等于某个阈值(例如，更高层参数timedurationforqcl)并且dci中没有tci字段时，
[0348]
示例-1)当接收pdsch时，终端可以假定多trp传输。多trp传输可以具有与提议a#5-1相同的含义(这意味着提议a#5-1中的pdsch接收操作。可以等同地应用(一个或多个)
tci状态(/(一个或多个)qcl rs)。)
[0349]
示例-2)终端可以在接收pdsch时假设sfn传输(这意味着提议a#5-2中的pdsch接收操作。可以等同地应用(一个或多个)tci状态(/(一个或多个)qcl rs)。)
[0350]
示例-3)终端可以在接收pdsch时假设单trp传输(这意味着提议a#5-3中的pdsch接收操作。可以等同地应用(一个或多个)tci状态(/(一个或多个)qcl rs)。)
[0351]
它被定义为应用特定方法的固定规则，和/或基站可以在pdsch接收方法之中通过单独的l1/l2信令为终端配置特定方法(不管/独立于接收pdcch的方法)。例如，即使当被配置/指示为通过用于pdcch传输的多个ml执行重复/部分传输时，也可以根据单独的l1/l2信令将pdsch传输配置/指示为基于sfn传输。在上述方法的情况下，可以具有以下优点：可以与pdcch的传输方法(即，重复、部分或sfn等)无关地配置pdsch的传输方法(即，多trp、sfn或单trp等)。能够以coreset单位和/或bwp单位和/或服务小区单位配置/指示/定义特定pdsch接收方法。例如，当以coreset为单位配置/指示/定义时，可以根据在检测到用于调度pdsch的dci(/(一个或多个)pdcch)的coreset中配置的方法来接收pdsch。在这种情况下，通过经由不同coreset检测到的dci调度的pdsch的接收方法可以不同。当以bwp为单位配置/指示/定义时，可以假设在相同的bwp内应用相同的pdsch接收方法，并且当bwp不同时，可以应用不同的pdsch接收方法。
[0352]
当dci与通过dci调度的pdsch之间的偏移值小于特定阈值(例如，更高层参数timedurationforqcl)时，并且即使定义了监视时机的最近时隙中的最低索引的coreset是根据所提出的方法(提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4)配置了多个qcl rs(/(一个或多个)tci状态)的coreset和/或与ss配置相关联的coreset，也可以应用上述提议方法(提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3)。
[0353]
所提出的方法(提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3)中的特定方法被固定地应用(例如，被预定义或由预定义规则确定)，或者所提出的方法中的特定方法可以被配置/指示为基于l1/l2信令被应用。
[0354]
提议#2：在相同的(一个或多个)传输层中配置不同dmrs端口的方法
[0355]
提议b#1：使用2n(n是自然数)个dmrs端口的n层传输方法
[0356]
提议b#1-1：使用天线端口到层映射的传输方法
[0357]
基于预定信令(例如，通过rnti/dci格式/l2信令(例如，rrc/mac ce)/l1信令(例如，dci))，基站可以为终端配置/指示执行hst-sfn操作。接收配置/指示的终端可以应用用于天线端口到层映射的特定规则。上述具体规则的示例如下。
[0358]
a1：基于通过dci中的(一个或多个)天线端口字段指示的(一个或多个)dmrs端口中的特定cdm组(例如，最低cdm组/最高cdm组/cdm组#0/#1/#2/包括更多(或更少)(一个或多个)dmrs端口的cdm组等)中包括的(一个或多个)dmrs端口的数量(或所指示的(一个或多个)dmrs端口的总数的一半)，可以确定传输层的数量。在此，每个层的传输符号可以被顺序地(例如，升序/降序/(一个或多个)天线端口字段中指示的顺序等)和/或重复地映射到每个cdm组中的(一个或多个)dmrs端口。
[0359]
图15是图示根据本公开的实施例的dmrs天线端口到层映射的图。
[0360]
在图15中，y
(p)
(i)是天线端口p的第i个传输符号，并且x
(v)
(i)是第v层的第i个传输符号。
[0361]
在图15(a)的情况下，其图示了通过(一个或多个)天线端口字段指示两个dmrs端口1000和1002的情况。在此，实际发送的传输层的数量可以被定义为1，对应于所指示的(一个或多个)dmrs端口的数量的一半。可以将传输层的传输符号重复地映射到天线端口1000和1002并且同时发送。
[0362]
在图15(b)的情况下，通过(一个或多个)天线端口字段指示1000、1001、1002、1003天线端口的情况的示例。在此，实际发送的传输层的数量可以被定义为2，对应于所指示的(一个或多个)dmrs端口的数量的一半。第一传输层的传输符号被重复地映射到天线端口1000和1002，并且第二传输层的传输符号被重复地映射到天线端口1001和1003，并且可以被同时发送。
[0363]
假设根据提议a1，基于通过dci中的(一个或多个)天线端口字段指示的(一个或多个)dmrs端口中的特定cdm组(例如，最低/最高/cdm组#0/#1/#2/包括更多(或更少)(一个或多个)dmrs端口等)中包括的(一个或多个)dmrs端口的数量(或所指示的(一个或多个)dmrs端口的总数的一半)来确定传输层的数量。在这种情况下，当计算由dci调度的pdsch的传送块大小(tbs)时，可以基于新定义的基于提议的传输层的数量来计算tbs。例如，在上述用于tbs确定的步骤中的下面的步骤(步骤2)中，υ可以用基于a1提议计算的传输层的数量代替。
[0364]
2)通过n
info
＝n
re
·r·
qm·
υ获得未量化的中间变量(n
info
)。
[0365]
在a1的提议中，假设基于rel-15/16中定义的dmrs表来定义(一个或多个)天线端口字段。为此目的，可以引入新的dmrs表和/或可以定义新的dci字段。在这种情况下，可以通过(一个或多个)天线端口字段和/或新dci字段来显式地指示传输层的实际数量和/或是否执行sfn操作(即，天线端口到层映射信息)和/或(一个或多个)天线端口索引。
[0366]
同时，当提议b#1-1的提议a1中的不同cdm组中包括的(一个或多个)dmrs端口的数量不相同时，在特定cdm组中包括的(一个或多个)天线端口中，可以仅发送整个传输层的一部分，或者可以重复发送相同的传输层。
[0367]
图16是图示根据本公开的实施例的dmrs天线端口到层映射的图。
[0368]
在图16(a)的情况下，示出了基于包括较少(一个或多个)dmrs端口的cdm组来确定传输层的实际数量的示例。在此，可以看出，对于包括更多(一个或多个)dmrs端口的cdm组，重复发送相同的传输层。
[0369]
同时，在图16(b)的情况下，示出了基于包括更多(一个或多个)dmrs端口的cdm组来确定传输层的实际数量的示例。在此，可以看出，对于包括较少(一个或多个)dmrs端口的cdm组，仅发送整个传输层的一部分。
[0370]
如在图16的示例中，即使当包括在不同cdm组中的(一个或多个)dmrs端口的数量不相同时(例如，当在包括在特定cdm组中的(一个或多个)天线端口中仅发送整个传输层的一部分，或者重复发送相同的传输层时)，也可以基于新定义的传输层的数量来计算tbs。当如图16(a)的示例中，基于包括较小数量的(一个或多个)dmrs端口的cdm组来确定传输层的实际数量时，可以基于与较小数量的(一个或多个)dmrs端口相对应的传输层的数量来计算tbs。可替选地，当如在图16(b)的示例中，基于包括较大数量的(一个或多个)dmrs端口的cdm组来确定传输层的实际数量时，可以基于与较大数量的(一个或多个)dmrs端口相对应
的传输层的数量来计算tbs。例如，在上述用于tbs确定的步骤中的下面的第二步骤中，υ可以用基于a1提议计算的传输层的数量代替。
[0371]
2)通过n
info
＝n
re
·r·
qm·
υ获得未量化的中间变量(n
info
)。
[0372]
当除了所提出的方法之外还为终端配置/指示对应于typea/typeb/typec的多个tci状态和/或多个qcl rs时，不同的tci状态和/或qcl rs可以分别对应于不同cdm组的(一个或多个)dmrs端口。
[0373]
提议b#1-2：使用pdsch天线端口和dmrs天线端口之间的关系的传输方法
[0374]
在现有标准中，假设(一个或多个)pdsch天线端口和(一个或多个)dmrs天线端口(通过dci中的(一个或多个)天线端口字段指示的(一个或多个)dmrs端口)彼此相同(由相同的1000系列号定义)。然而，当要应用sfn方法时，该假设可能不成立。因此，对于(一个或多个)pdsch天线端口与(一个或多个)dmrs天线端口之间的关系，可能需要新的定义。在下面的提议中，在下面的提议中提出了一种通过dci中的(一个或多个)天线端口字段来配置/指示dmrs将被发送到的(一个或多个)天线端口和传输层将被映射到的(一个或多个)(pdsch)天线端口的方法。
[0375]
a1：基于预定信令(例如，通过rnti/dci格式/l2信令(例如，rrc/mac ce)/l1信令(例如，dci))，基站可以为终端配置/指示执行hst-sfn操作。接收配置/指示的终端可以参考特定dmrs表(例如，用于hst-sfn的rel-17 dmrs表)和/或针对参考的dmrs表，应用用于信道估计和天线端口到层映射的特定规则。为此，可以向终端配置/指示(一个或多个)pdsch天线端口/(一个或多个)dmrs天线端口。另外，可以从(一个或多个)dmrs天线端口再次定义(一个或多个)pdsch天线端口。和/或，(一个或多个)dmrs天线端口可以被划分成不同的组。为此，基站可以显式地/隐式地执行必要的信令。(稍后将描述更详细的显式/隐式信令的示例)和/或基于对应于不同组的(一个或多个)dmrs天线端口的总和，可以重新定义(一个或多个)pdsch天线端口。
[0376]
下面的表14示出了所提出的方法的示例。
[0377]
表13例示了rel-15的dmrs表。
[0378]
[表13]
[0379][0380]
表14例示了根据本公开的实施例的dmrs表。
[0381]
[表14]
[0382]
[0383][0384]
在表14中，通过(一个或多个)dmrs端口列指示的(一个或多个)dmrs端口可以是指与(一个或多个)pdsch天线端口相对应的(一个或多个)天线端口(即，(一个或多个)传输层映射到的(一个或多个)天线端口)，如前所述。在表14中，(一个或多个)临时dmrs端口组(tdg)0/1可以是指通过其发送对应于pdsch的dmrs的(一个或多个)天线端口。在表14中，从(一个或多个)pdsch天线端口发送的符号和从对应于不同tdg的(一个或多个)dmrs天线端口发送的符号可以具有如下面的等式3中所示的关系。
[0385]
[等式3]
[0386]
其中
[0387]
与(k，l)，μ和tdg 0的dmrs天线端口相对应的传输符号
[0388]
与(k，l)，μ和tdg 1的dmrs天线端口相对应的传输符号
[0389]
在等式3中，(k,l)可以表示第k个子载波和第l个ofdm符号，并且μ可以表示参数集指示符。并且，n是对应于pdsch的(一个或多个)天线端口的总数，m1是对应于tdg(临时dmrs端口组)0的(一个或多个)dmrs天线端口的总数，m2是对应于tdg 1的(一个或多个)dmrs天线端口的总数。im表示单位矩阵，其大小对应于m。
[0390]
β表示缩放因子。
[0391]
在等式3中，传输符号被描述为示例，但是用于描述该关系的示例可以不限于传输
符号，并且其可以被表示为传输信号/接收信号/接收符号/资源元素等，并且这可以用于定义以解释(一个或多个)pdsch天线端口和(一个或多个)dmrs天线端口之间的关系。在应用上述提出的方法的情况下，表14的值13的示例在下面的等式4中示出。
[0392]
[等式4]
[0393][0394]
为了应用所提出的方法，可以考虑以下方法，以便为终端配置/指示(一个或多个)pdsch天线端口和(一个或多个)dmrs天线端口。
[0395]
显式方法的示例：
[0396]
m1：可以指示关于对应于dmrs表中的(一个或多个)pdsch天线端口的(一个或多个)天线端口、不同tdg的(一个或多个)dmrs天线端口以及对应于每个dmrs天线端口的tdg的信息。下面的表15中示出了这种情况的示例。
[0397]
隐式方法的示例：
[0398]
m2-1：对应于dmrs表中的(一个或多个)pdsch天线端口的(一个或多个)天线端口，以及不同tdg的(一个或多个)dmrs天线端口都可以被指示。在此，与每个dmrs天线端口相对应的tdg和(一个或多个)pdsch天线端口可以由基站和终端之间的预定规则定义。下面的表16中示出了这种情况的示例。
[0399]
m2-2：可以指示对应于dmrs表中的(一个或多个)pdsch天线端口的(一个或多个)天线端口，以及特定tdg的(一个或多个)dmrs天线端口。在此，包括在除了包括所指示的(一个或多个)dmrs天线端口的tdg之外的另一tdg中的(一个或多个)dmrs天线端口可以由基站和终端之间的预定规则来定义。下面的表17中示出了这种情况的示例。
[0400]
[表15]
[0401][0402][0403]
[表16]
[0404][0405]
[表17]
[0406][0407]
在表15至17中，与rel-15 dmrs表相比，对应于值12/13的部分是新添加的部分。
[0408]
在表15的情况下，在(a)的情况下，可以通过(一个或多个)dmrs端口列指示对应于(一个或多个)pdsch天线端口的(一个或多个)天线端口。对应于pdsch的(一个或多个)dmrs的天线端口可以分别通过(一个或多个)临时dmrs端口组0/1来指示。
[0409]
在表16的情况下，(一个或多个)pdsch天线端口可以是通过(一个或多个)dmrs端口指示的(一个或多个)天线端口的一部分，并且可以基于(一个或多个)dmrs端口所属的cdm组来确定。例如，属于特定cdm组(例如，#0或#1或#2或最低或最高)的(一个或多个)dmrs端口可以被定义成对应于(一个或多个)pdsch天线端口。还可以基于cdm组来定义对应于每个dmrs天线端口的tdg。例如，包括在最低cdm组或cdm组0中的(一个或多个)dmrs端口可以被包括在tdg 0中，并且包括在剩余cdm组或cdm组1中的(一个或多个)dmrs端口可以被包括在tdg 1中。
[0410]
在表17的情况下，可以通过(一个或多个)dmrs端口列指示对应于(一个或多个)pdsch天线端口的(一个或多个)天线端口，并且(一个或多个)天线端口被包括在特定的tdg中。要包括在另一tdg中的(一个或多个)dmrs天线端口可以被配置为包括在cdm组中的与所指示的(一个或多个)dmrs端口不同的(一个或多个)dmrs端口的全部或部分，并且可以被配置有与所指示的(一个或多个)dmrs端口相同数量的端口。
[0411]
在上述示例中，假设与rel-15 dmrs表相比添加了新行，但是基于现有dmrs表来应用所提出的方法，因此也可以应用不同解释的方法。
[0412]
除了所提出的方法之外，可以通过dci中的单独字段来指示实际秩值和/或dmrs端
口的数量和/或端口到层映射信息。和/或，可以基于l2信令来配置是否应用sfn操作以及端口到层映射信息。
[0413]
当除了所提出的方法之外还为终端配置/指示对应于typea/typeb/typec的多个tci状态和/或多个qcl rs时，不同的tci状态和/或qcl rs可以分别对应于不同cdm组的(一个或多个)dmrs端口。
[0414]
关于提议#1下面提出的方法(即，在相同(一个或多个)dmrs端口中配置不同qcl参考信号的方法)和提议#2下面提出的方法(即，在相同(一个或多个)传输层中配置不同dmrs端口的方法)，用于实现终端的接收端以支持提议#1下面提出的方法的方法与用于实现终端的接收端以支持提议#2下面提出的方法的方法之间可能存在差异。此外，这可能导致实现复杂性的差异。考虑到上述实现复杂性，可以为每个终端实现不同的方法。为了使基站和终端根据在终端中实现的所提出的方法执行适当的操作，终端可以(例如，通过ue能力信令)向基站报告可操作的所提出的方法。基站可以根据(例如，通过l1/l2信令)从终端报告的内容来支持适合于相应终端的方法。
[0415]
提议#3：一种为多个to(传输时机)/ml(监视位置)配置/指示sfn操作的方法
[0416]
在rel-16中，基于多trp传输操作引入了用于重复pdsch传输的新操作。在rel-17中，将讨论基于多trp传输操作的pdcch重复传输方案。引入了四个操作作为rel-16的pdsch重复传输方案，其对应于fdmschemea/fdmschemeb/tdmschemea和时隙级重复传输。
[0417]
在下文中，示出了在当前ts 38.214标准中描述的重复传输方案的描述。
[0418]
当ue由设置为“fdmschemea”、“fdmschemeb”、“tdmschemea”之一的更高层参数repetitionscheme配置时，如果ue在dci字段“传输配置指示”的码点中被指示两个tci状态，并且在dci字段“(一个或多个)天线端口”中被指示一个cdm组内的(一个或多个)dm-rs端口，
[0419]-当在dci中指示两个tci状态并且ue被设置为“fdmschemea”时，ue应当接收tb的单个pdsch传输时机，其中每个tci状态与非重叠频域资源分配相关联。
[0420]-当在dci中指示两个tci状态并且ue被设置为“fdmschemeb”时，ue应当接收相同tb的两个pdsch传输时机，其中每个tci状态与相对于另一pdsch传输时机具有非重叠频域资源分配的pdsch传输时机相关联。
[0421]-当在dci中指示两个tci状态并且ue被设置为“tdmschemea”时，ue应当接收相同tb的两个pdsch传输时机，其中每个tci状态与相对于另一pdsch传输时机具有非重叠时域资源分配的pdsch传输时机相关联，并且两个pdsch传输时机都应当在给定时隙内被接收。
[0422]
当ue由指示包含pdsch-timedomainresourceallocation中的repnumr16的pdsch-timedomainallocationlist中的至少一个条目的更高层参数pdsch-config配置时，ue可以期望在dci字段“传输配置指示”以及dci字段“时域资源指配”的码点中被指示一个或两个tci状态，该dci字段“时域资源指配”指示pdsch-timedomainallocationlist中包含pdsch-timedomainresourceallocation中的repnum16的条目和dci字段“(一个或多个)天线端口”中的一个cdm组内的(一个或多个)dm-rs端口。
[0423]-当在具有“传输配置指示”字段的dci中指示两个tci状态时，ue可以期望用跨多个pdsch传输时机使用的两个tci状态接收相同tb的多个时隙级pdsch传输时机。
[0424]-当在具有“传输配置指示”字段的dci中指示一个tci状态时，ue可以期望用跨多
个pdsch传输时机使用一个tci状态接收相同tb的多个时隙级pdsch传输时机。
[0425]
另外，在ts 38.331中，关于用于重复传输配置的repetitionschemeconfig ie，如下面的表18所示进行描述。
[0426]
[表18]
[0427][0428]
表19例示了repetitionschemeconfig ie的字段的描述。
[0429]
[表19]
[0430]
[0431][0432]
如从标准(例如，ts 38.214/ts 38.331)中描述的内容可以看出，可以向ue指示两个tci状态以用于重复的pdsch传输。另外，基于所确定的规则，每个tci状态可以对应于不同的资源区域(例如，时间资源/频率资源等)。由此，对应于不同tci状态的不同trp使用不同的资源区域基于相同的传送块(tb)重复发送pdsch，从而可以获得时间/频率分集以改善系统性能。同时，可以认为在hst-sfn场景中使用重复传输操作。也就是说，可以用于通过根据hst-sfn场景部分地修改现有操作来改善系统性能。举例来说，在rel-16的重复pdsch传输操作中，基站可以向终端配置/指示两个tci状态。在配置/指示多个传输时机(to)之后，可以将两个tci状态分别映射到不同的to。在此，如果两个tci状态未映射到不同的to，而是可以用于指示在相同to中配置有sfn的信号的不同qcl假设，则可以支持配置有基于两个tci状态执行的sfn的信号的重复传输操作。另外，在hst-sfn场景中，可以指示配置有sfn的不同信号的每个qcl假设，并通过多个to重复发送配置有sfn的信号。基于这种重复传输技术，可以改善hst-sfn场景中pdsch传输的可靠性和覆盖范围。
[0433]
图17至图19是用于解释根据本公开的实施例的重复传输操作的图。
[0434]
图17(a)图示了rel-16的现有操作，图17(b)图示了本公开的提出的操作。另外，图18(a)图示了rel-16的现有操作，图18(b)图示了本公开的提出的操作。另外，图19(a)图示了rel-16的现有操作，图19(b)图示了本公开的提出的操作。
[0435]
同时，还可以在将在rel-17中讨论的pdcch重复传输中考虑上述重复发送sfn的信号并指示不同sfn的信号的每个qcl假设的方法。如上面的提议#1中所描述的，可以基于重复/部分方法，通过多个监视位置(ml)发送相同的dci。在此，可以考虑在多个ml中发送的信号不对应于不同的tci状态，并且在每个ml中发送的信号是具有不同tci状态的不同信号被sfn的情况。基于这种重复传输技术，可以改善hst-sfn场景中pdcch传输的可靠性和覆盖范围。
[0436]
在该提议中，to(传输时机)/ml(监视位置)可以分别是指被配置/指示给终端用于重复传输pdsch的pdsch传输区域/被配置/指示给终端用于重复传输pdcch的pdcch传输区域。
[0437]
提议c#1：基站可以向终端配置/指示是否操作sfn。在配置/指示sfn操作的终端的情况下，可以假设当配置/指示pdsch/pdcch的重复传输时，通过为重复传输配置/指示的资源区域重复发送sfn信号。在此，可以基于为重复的pdsch/pdcch传输配置/指示的多个tci状态来确定要重复发送的sfn信号的不同tci状态。
[0438]
引入了四个操作作为rel-16的pdsch重复传输方法，其对应于fdmschemea/fdmschemeb/tdmschemea和时隙级重复传输。首先，如果描述了fdmschemea/fdmschemeb/tdmschemea的情况，则可以基于rrc信令(例如，repetitionschemeconfig ie中的“fdm-tdm”)来配置三个操作中的一个。当调度pdsch的dci指示两个tci状态和包括在单个cdm组中的(一个或多个)dmrs端口时，可以假设基于上述操作实际发送pdsch。在此，当应用所提
出的方法时(例如，基站向终端配置/指示是否操作sfn)，终端可以假设通过经由dci调度的多个to，通过sfn发送与通过dci指示的两个tci状态相对应的不同信号。
[0439]
图17示出了在假设频域重复传输方案(例如，fdmschemea、fdmschemeb)的情况下，现有操作与所提出的操作之间的差异，并且图18示出了在假设时域重复传输方案(例如，假定tdmschemea)的情况下，现有操作与所提出的操作之间的差异。
[0440]
同时，如果描述了时隙级重复传输的情况，则可以基于rrc信令(例如，repetitionschemeconfig ie中的“slotbased”)，将重复传输的数量repnumr16映射到与pdsch的时域调度信息相对应的pdsch-timedomainresourceallocation。当调度pdsch的dci指示两个tci状态、包括在单个cdm组中的(一个或多个)dmrs端口，以及repnumr16(例如，pdsch-timedomainresourceallocation字段中的repetitionnumber)所映射到的时域资源分配信息时，终端ue可以假设经由通过dci调度的repnumr16的to，基于时隙级重复传输来发送pdsch。在此，当应用所提出的方法时，终端可以假设与通过dci指示的两个tci状态相对应的不同信号通过经由dci调度的多个to进行sfn和发送。在图19中，对于重复和tci映射reptcimapping(即，tcimapping)，假设循环映射cycmapping(即，cyclicmapping)，并且对于重复次数repnumr16(即，repetitionnumber)，假设8。
[0441]
同时，如在提议#1中提出的，可以定义将发送与相同dci对应的多个pdcch的资源区域。在这种情况下，可以配置/指示与每个资源区域相对应的多个tci状态。在此，当应用所提出的方法时，终端可以假设在多个资源区域中重复地(通过重复/部分)对与不同tci状态相对应的不同信号进行sfn和发送。例如，可以向终端配置/指示用于发送对应于相同dci的多个pdcch的两个ml和两个tci状态，并且可以将不同的tci状态映射到每个ml。在这种情况下，当应用所提出的方法时，终端可以假设与两个tci状态相对应的不同信号通过两个ml进行sfn和发送。
[0442]
图20和图21是用于解释根据本公开的实施例的重复传输操作的图。
[0443]
图20(a)图示了提议#1的操作，以及图20(b)图示了提议c#1的操作。另外，图21(a)图示了提议#1的操作，以及图21(b)图示了提议c#1的操作。
[0444]
在以下描述中，将描述用于应用所提出的操作的l1/l2信令的更详细示例。
[0445]
示例1-1)可以通过被配置给终端以用于pdsch的时隙级重复传输的reptcimapping来配置sfn方案。在当前标准中，cycmapping(即，cyclicmapping)或seqmapping(即，sequentialmapping)可以通过reptcimapping(即，tcimapping)被配置到终端。在此，当配置cycmapping时，不同的tci状态可以交替地映射到不同的to，并且当配置seqmapping时，能够以两个连续的to为单位映射不同的tci状态。通过应用该提议，可以通过reptcimapping来配置cycmapping/seqmapping/sfnmapping方法之一。在此，当配置sfnmapping方法时，可以假设基于配置/指示给终端的多个tci状态，与每个tci状态相对应的不同信号被配置有sfn，并且通过分配给终端的多个to区域被重复发送。
[0446]
示例1-2)当满足pdsch时隙级重复传输的条件(例如，repnum16配置/指示/指示一个或两个tci状态等)之中的除了指示给终端的(一个或多个)dmrs端口包括在单个cdm组中的条件之外的其他条件时，并且当指示给终端的dmrs端口被包括在多个cdm组中时，可以假设应用sfn方法。在这种情况下，可以假设应用于实际pdsch传输的(一个或多个)dmrs端口限于包括在特定cdm组中的(一个或多个)dmrs端口。上述示例对应于使用rel-16中未定义
的条件来配置/指示是否应用sfn方法的方法。在rel-16中，假设在时隙级重复传输的情况下，用于pdsch的(一个或多个)dmrs端口包括在单个cdm组中。因此，包括在多个cdm组中的情况可以在rel-16中被认为是错误情况，并且这可以用于指示上述提出的操作。然而，当指示多个cdm组时，存在应当调度至少2个层的约束。作为用于解决该约束的方法，可以假设仅将包括在多个指示的cdm组中的特定cdm组中的(一个或多个)dmrs端口应用于实际pdsch传输。作为特定cdm组的示例，其可以被定义为固定规则，诸如包括/对应于通过dci指示的(一个或多个)dmrs端口中的第一端口的cdm组，或最低/最高索引的cdm组。可替选地，可以基于l1/l2信令向终端配置/指示特定cdm组。
[0447]
示例2-1)可以定义能够与repschemeenabler分开配置sfn方法的参数，repschemeenabler是用于配置fdmschemea/fdmschemeb/tdmschemea中的特定方案的rrc参数。另外，基于所定义的参数，可以配置/指示是否操作sfn。在此，如果满足fdmschemea/fdmschemeb/tdmschemea的条件并且配置了sfn方法，则通过基于fdmschemea/fdmschemeb/tdmschemea方案指配给终端的多个to，终端可以假设对应于每个tci状态的不同信号配置有sfn并且基于配置/指示给终端的多个tci状态被重复发送。例如，用于配置/指示是否操作sfn的参数可以是可以仅另外配置给特定方案的参数。例如，当为终端配置tdmschemea时，它可以是可以为终端另外配置的参数。这是因为配置有sfn的信号可以用于通过经由时域中的重复传输增加传输信号的总能量来改善覆盖范围的目的。
[0448]
示例2-2)可以将用于基于sfn配置重复传输方案的新选项添加到repschemeenabler，repschemeenabler是用于配置fdmschemea/fdmschemeb/tdmschemea中的特定方案的rrc参数。可替选地，基于sfn的重复传输方案可以通过与repschemeenabler不同的单独rrc参数来配置。在这种情况下，可以基于fdmschemea/fdmschemeb/tdmschemea中的特定方案来定义多个to。例如，可以通过repschemeenabler为终端配置fdmschemea/fdmschemeb/tdmschemea/fdmschemeb-sfn/tdms chemea-sfn中的特定方案。当配置fdmschemeb-sfn时，可以基于fdmschemeb方案来定义多个to。当配置tdmschemea-sfn时，可以基于tdmschemea方案来定义多个to。另外，当满足fdmschemeb/tdmschemea的条件时，通过基于fdmschemeb/tdmschemea方案分配给终端的多个to，终端可以假设与每个tci状态相对应的不同信号被配置有sfn并且基于向终端配置/指示的多个tci状态被重复发送。可替选地，在新定义称为repschemeenabler-sfn的参数之后，可以通过该参数为终端配置基于sfn(例如，fdmschemeb-sfn/tdmschemea-sfn)的重复传输方案中的特定方案。在这种情况下，作为rel-16的参数的repschemeenabler和新提出的repschemeenabler-sfn可以具有互斥特性。在所提出的操作中，用于to的定义或操作条件可以与上面的示例2-1中的相同。
[0449]
示例2-3)当满足用于fdmschemea/fdmschemeb/tdmschemea传输方案的条件之中的除了指示给终端的(一个或多个)dmrs端口包括在单个cdm组中的条件之外的其他条件时，并且当指示给终端的dmrs端口被包括在多个cdm组中时，如提议c#1的各种示例(例如，示例1-1/1-2/2-1/2-2等)中所述，终端可以假设组合并应用fdmschemea/fdmschemeb/tdmschemea之中的一种指示方法和sfn方法。
[0450]
同时，在上述示例中，当通过使用rel-16操作向终端配置/指示多个tci状态和多个to时，假设对应于每个tci状态的不同信号基于向终端配置/指示的多个tci状态配置有sfn，并且通过分配给终端的多个to区域被重复发送。在此，还可以(一起)考虑除了提议#1
中描述的重复传输之外的情况。另外，出于此目的，还可以考虑除提议#1中所描述的那些方法之外的以下方法。
[0451]
示例3)i)当与pdsch的时隙级重复传输的重复传输次数相关的rrc参数未被配置给终端(即，tdra字段中的所有条目不包括repnumr16)时，ii)当未指示重复传输次数为2或更多时(即，即使tdra字段中的至少一个条目包括repnumr16，当通过dci的tdra字段，repnum16值未被指示为2或更多时)，和/或iii)如果作为用于配置特定传输方法的rrc参数的repschemeenabler未被配置，则当向终端指示多个tci状态并且所指示的(一个或多个)dmrs端口被包括在单个cdm组中时，可以假设对应于每个tci状态的不同信号被配置有sfn并通过分配给终端的资源区域被发送。上面的示例3对应于使用rel-16中未定义的条件来配置/指示是否应用sfn方法的方法。上述方法与先前的示例1-1/1-2/2-1/2-2/2-3的不同之处在于，其不假设多个to。也就是说，可以通过经由不调度重复传输的dci分配的资源区域来发送被sfn的信号。然而，如果通过rel-15中的rrc参数配置时隙级pdsch重复传输(即，当pdsch-aggregationfactor被设置为2或更大时)，则当根据上述提议启用snf时，可以在重复发送pdsch的多时隙期间，通过具有在每个时隙中指示的tci状态的sfn发送pdsch。
[0452]
下面的表20例示了用于在通过现有rel-16支持的mtrp/strp传输方案之间切换/禁用/启用的动态/半静态配置以及本公开的所提出的方法的示例。从索引0到g的所有行对应于rel-16中商定的条件，并且h1、h2和h3对应于本公开提出的用于指示sfn传输方案的信令条件的示例。
[0453]
h1对应于示例3，并且h2示出了如示例2-2的与urllcschemeenabler(即，repschemeenabler)一起指示是否通过sfn进行发送的情况。另外，当在sfn中通过其发送dmrs端口的cdm组的数量是2，以便将其与1a/ncjt(两个trp分别发送属于两个不同cdm组的(一个或多个)dmrs端口的方法)传输方案的条件d”区分开，h3示出了如果sfn技术与urllcschemeenabler(即，repschemeenabler)一起配置，则sfn配置优先于1a/ncjt并且执行sfn方法中的传输，这与d”不同。
[0454]
[表20]
[0455][0456]
在表20中，条件1是指示通过dci在tdra中包括urllcrepnum(即，》1)的pdsch-timedomainallocationlist中的一个条目的条件。条件2是通过dci指示pdsch-timedomainallocationlist中不具有urllcrepnum的一个条目但指示具有urllcrepnum的至少一个条目的条件。条件4是在tdra中没有包括urllcrepnum的条目的条件。
[0457]
可以独立地应用以下提议#1提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3等)和以下提议#2提出的方法(例如，提议b#1/提议b#1-1/提议b#1-2等)和以下提议#3提出的方法(例如，提议c#1)。然而，本公开不限于独立使用，并且可以一起考虑和应用一种或多种提出的方法。例如，在提议#1下面提出的方法中，用于配置/指示sfn方案的方法也可以用作提议#2中基站向终端配置/指示sfn方案的方法。在此，配置/指示给终端的多个qcl rs可以分别对应于不同cdm组的(一个或多个)dmrs端口。
[0458]
另外，当执行上面提出的sfn传输时，可以定义约束以仅在特定数量的层(例如，1层)下操作。这是因为，例如，当针对两个或更多个层支持sfn传输时，可能由于层间干扰的影响而发生性能劣化。
[0459]
另外，尽管上面主要描述了指示2个tci状态的情况，但是不限于2个tci状态的情况。所提出的方法还可以应用于2个或更多个tci状态中的多个tci状态。在此，例如，当向终端指示的tci状态的数量是三个或更多时，可以应用所提出的操作(sfn传输/基于sfn的重
2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)中描述的操作相关的ue的能力信息。
[0468]
ue可以从网络接收配置信息(s2201)。配置信息可以包括系统信息(si)和/或调度信息和/或与波束管理(bm)相关的配置信息等。例如，配置信息可以包括与网络配置(即，trp配置)、与多个基于trp的传输和接收相关的资源分配等相关的信息。
[0469]
例如，基于上述所提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)，配置信息可以包括关于是否操作sfn(例如，是否操作hst-sfn)和/或是否配置多个ml和/或(一个或多个)tci状态和/或(一个或多个)qcl rs和/或(一个或多个)dmrs端口的信息。例如，可以基于配置信息来指示是否执行sfn操作或者是否基于多个ml来执行发送/接收操作。例如，可以基于配置信息来配置对于用于tci状态的特定码点是否配置执行sfn操作。例如，可以基于配置信息，对与控制信道(例如，pdcch)相关的(一个或多个)dmrs端口配置多个(不同的)tci状态。例如，配置信息可以包括用于coreset/coreset组的配置和/或ss配置。在此，用于coreset的配置可以包括与qcl rs/tci状态相关的信息。另外，包括coreset配置的ss配置可以包括与附加qcl rs/tci状态相关的信息。例如，sfn传输方案和/或基于ml的重复/部分传输方案可以基于qcl rs/tci状态的数量来确定/配置(或者相反，qcl rs/tci状态的数量可以基于sfn传输方案和/或基于ml的重复/部分传输方案被确定)。例如，多个tci状态被配置和/或被添加到特定coreset的tci状态的激活/停用可以基于配置信息被配置。例如，可以基于配置信息来配置可以由多个tci状态组成的tci状态组合候选。另外，配置信息可以包括关于tci状态组合的信息。
[0470]
例如，如提议#3的提议c#1中所描述的，是否执行sfn操作可以使用更高层参数(例如，reptcimapping/repschemeenabler)来配置。例如，配置信息可以包括用于配置是否执行sfn操作的新参数。
[0471]
可以通过更高层(例如，rrc或mac ce)来发送配置信息。另外，当配置信息被预定义或配置时，可以省略相应的步骤。
[0472]
例如，可以由下面描述的图25和26的设备来实现ue(图25和图26中的100/200)从网络(图25中的100/200)接收配置信息的上述步骤s2201的操作。例如，参考图25，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以接收配置信息，并且一个或多个收发器106可以从网络接收配置信息。
[0473]
ue可以从网络接收控制信息(s2202)。可以通过控制信道(例如，pdcch)来接收控制信息。例如，控制信息可以是dci。例如，基于上述所提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)，控制信息是关于是否执行sfn操作(例如，是否执行hst-sfn操作)和/或(一个或多个)tci状态和/或(一个或多个)qcl rs和/或(一个或多个)dmrs端口和/或ml相关资源信息和/或天线端口字段的信息。例如，可以在控
3-2/提议a#5-3-3中所述，当接收到数据信道时应用的qcl rs/tci状态可以基于控制信息(例如，dci)和基于控制信息调度的数据信道(例如，pdsch)之间的偏移值被确定。例如，如果偏移值大于特定阈值并且在控制信息中不存在tci信息，则还可以将与sfn传输/基于多个ml的传输相关联的qcl rs/tci状态应用于数据信道。例如，如果偏移值大于特定阈值并且在控制信息中不存在tci信息，则可以将特定qcl rs/tci状态(例如，基于ss配置的相关资源位置/索引/qcl rs等)应用于数据信道，并且在这种情况下，可以将其识别为单个trp操作。例如，如果偏移值大于特定阈值并且在控制信息中不存在tci信息，则可以识别出数据信道(例如，pdsch)基于m-trp传输、s-trp传输和sfn传输中的一个被接收。
[0481]
例如，如提议#3的提议c#1中所描述的，被配置/指示用于sfn操作的ue可以假设当配置/指示pdsch/pdcch重复传输时，通过被配置/指示用于重复传输的资源区域重复发送配置有sfn的信号。
[0482]
例如，该数据可以是指tb或从tb编码的信息/信道(例如pdsch)。例如，基于上述所提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)，可以计算tb的大小。当ue计算tb的大小时，可以使用/参考上述tbs确定中描述的内容。
[0483]
例如，上述步骤s2203的ue(图25和图26中的100/200)从网络(图25中的100/200)接收数据的操作可以由下面描述的图25和图26的设备来实现。例如，参考图25，一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104以接收数据，以及一个或多个收发器106可以从网络接收数据。
[0484]
如上文所提及，上述网络/ue信令和操作(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1/图22等)可以由下述的设备(例如图25和26)实现。例如，网络(trp 1/trp 2)可以对应于第一无线设备，ue可以对应于第二无线设备，并且在一些情况下反之亦然可以被考虑。
[0485]
例如，上述网络/ue信令和操作(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1/图22等)可以由图25和图26的一个或多个处理器(例如，102、202)处理，并且上述网络/ue信令和操作(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1/图22等)能够以指令/程序(例如，指令、可执行代码)的形式存储在一个或多个存储器(例如，图25的103、204))中，用于至少驱动图25和26的至少一个处理器(例
如，102、202)。
[0486]
图23是图示根据本公开的实施例的用于接收pdcch的方法的终端的操作的图。
[0487]
图23例示了基于所提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)的终端的操作。图23的示例是为了便于描述，并且不限制本公开的范围。根据情况和/或配置，可以省略图23中所示的一些步骤。另外，图23中的终端仅是一个示例，并且可以被实现为下面的图25和图26所示的设备。例如，图25的处理器102/202可以控制以使用收发器106/206来发送/接收信道/信号/数据/信息，并且控制以将所发送或接收的信道/信号/数据/信息存储在存储器104/204中。
[0488]
另外，图23的操作可以由图25的一个或多个处理器102、202处理，并且图23的操作能够以用于驱动图25的至少一个处理器(例如，102、202)的指令/程序(例如，指令、可执行代码)的形式存储在存储器(例如，图25的一个或多个存储器(103、204))中。
[0489]
参考图23，终端从基站接收与coreset相关和/或与搜索空间集(ss)相关的配置信息(s2301)。
[0490]
在此，配置信息(例如，与coreset相关的配置信息)可以包括与coreset相关的tci状态信息。可替选地，配置信息(例如，与ss相关的配置信息)可以包括在该配置信息中相关联的coreset的标识符，以及由对应coreset的标识符标识的用于coreset的配置信息可以包括与该coreset相关的tci状态信息。
[0491]
在此，tci状态信息包括关于与pdcch的dmrs的一个或多个天线端口处于准共址(qcl)关系的一个或多个参考信号的信息。
[0492]
在此，由于关于多个tci状态的信息被包括在配置信息中，因此可以为coreset(即，终端用于接收/监视pdcch的coreset)配置多个tci状态。
[0493]
另外，由于与coreset相关的第一配置信息和与搜索空间集相关的第二配置信息中的每个包括关于一个或多个tci状态的信息，因此可以配置用于coreset的多个tci状态。在这种情况下，如果第二配置信息包括关于多个tci状态的信息，则可以优先地在coreset中配置第二配置信息中包括的多个tci状态(即，可以忽略关于第一配置信息中的tci状态的信息)。
[0494]
终端可以从基站接收与tci状态相关的mac ce(s2302)。
[0495]
在此，步骤s2301的配置信息包括用于coreset(即，由终端用于接收/监视pdcch的coreset)的多个tci状态候选，并且多个tci状态候选之中的多个tci状态由步骤s2302的mac ce指示，使得可以为coreset配置多个tci状态。
[0496]
另外，步骤s2301的配置信息包括用于coreset(即，终端用于接收/监视pdcch的coreset)的多个tci状态候选，并且在步骤s2302中由第一mac ce配置多个tci状态候选之中的一个tci状态之后，在步骤s2302中由另一第二mac ce指示附加tci状态的激活，使得可以为coreset配置多个tci状态。
[0497]
另外，步骤s2301的配置信息包括关于可以由用于coreset(即，终端用于接收/监视pdcch的coreset)的多个tci状态组成的tci状态组合候选的信息，并且可以通过在步骤
s2302中由mac ce指示tci状态组合候选之中的特定tci状态组合来为coreset配置多个tci状态。
[0498]
如上所述，可以配置仅通过用于coreset的配置信息和/或用于ss的配置信息的用于相应coreset(即，由终端用于接收/监视pdcch的coreset)的多个tci状态。在这种情况下，可以省略步骤s2302。
[0499]
终端从基站接收pdcch(s2303)。也就是说，终端通过pdcch从基站接收dci。
[0500]
在此，终端可以在所配置的ss和/或coreset上接收pdcch。
[0501]
在此，基于根据上述步骤s2301和/或s2302在coreset中配置的多个tci状态，终端可以假设基于多个tci状态通过sfn发送pdcch的dmrs的一个或多个天线端口。在这种情况下，终端可以基于与多个tci状态的参考信号相对应的每个信道值来对pdcch执行信道估计和/或信道补偿。另外，可以假设还通过sfn发送由pdcch调度的pdsch。
[0502]
另外，对于相同的dci，终端可以在多个传输时机重复接收pdcch。在这种情况下，pdcch的每个传输时机可以对应于在与pdcch相关的coreset中配置的多个dci状态之中的不同tci状态。
[0503]
尽管未在图23中描述，但是根据上述本公开的所提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)可以与图23的终端的操作一起执行。
[0504]
图24是图示根据本公开的实施例的用于发送pdcch的方法的基站的操作的图。
[0505]
图24例示了基于所提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)的终端的操作。图24的示例是为了便于描述，并且不限制本公开的范围。根据情况和/或配置，可以省略图24中所示的一些步骤。另外，图24中的基站仅是一个示例，并且可以被实现为下面的图25和图26中所示的设备。例如，图25的处理器102/202可以控制以使用收发器106/206来发送/接收信道/信号/数据/信息，并且控制以将所发送或接收的信道/信号/数据/信息存储在存储器104/204中。
[0506]
参考图24，基站向终端发送与coreset相关和/或与搜索空间集(ss)相关的配置信息(s2401)。
[0507]
在此，配置信息(例如，与coreset相关的配置信息)可以包括与coreset相关的tci状态信息。可替选地，配置信息(例如，与ss相关的配置信息)可以包括在该配置信息中相关联的coreset的标识符，并且由对应coreset的标识符标识的用于coreset的配置信息可以包括与该coreset相关的tci状态信息。
[0508]
在此，tci状态信息包括关于与pdcch的dmrs的一个或多个天线端口处于准共址(qcl)关系的一个或多个参考信号的信息。
[0509]
在此，由于关于多个tci状态的信息被包括在配置信息中，因此可以为coreset
(即，由终端用于接收/监视pdcch的coreset)配置多个tci状态。
[0510]
另外，由于与coreset相关的第一配置信息和与搜索空间集相关的第二配置信息中的每个包括关于一个或多个tci状态的信息，因此可以配置用于coreset的多个tci状态。在这种情况下，如果第二配置信息包括关于多个tci状态的信息，则可以优先地在coreset中配置第二配置信息中包括的多个tci状态(即，可以忽略关于第一配置信息中的tci状态的信息)。
[0511]
基站可以向终端发送与tci状态相关的mac ce(s2402)。
[0512]
在此，步骤s2401的配置信息包括用于coreset(即，由终端用于接收/监视pdcch的coreset)的多个tci状态候选，并且多个tci状态候选之中的多个tci状态由步骤s2402的mac ce指示，使得可以为coreset配置多个tci状态。
[0513]
另外，步骤s2401的配置信息包括用于coreset(即，由终端用来接收/监视pdcch的coreset)的多个tci状态候选，以及在步骤s2402中由第一mac ce配置多个tci状态候选之中的一个tci状态之后，在步骤s2402中由另一第二mac ce指示附加tci状态的激活，使得可以为coreset配置多个tci状态。
[0514]
另外，步骤s2401的配置信息包括关于可以由用于coreset(即，由终端用于接收/监视pdcch的coreset)的多个tci状态组成的tci状态组合候选的信息，并且可以通过在步骤s2402中由mac ce指示tci状态组合候选之中的特定tci状态组合来为coreset配置多个tci状态。
[0515]
如上所述，可以配置仅通过用于coreset的配置信息和/或用于ss的配置信息的用于相应coreset(即，由终端用于接收/监视pdcch的coreset)的多个tci状态。在这种情况下，可以省略步骤s2402。
[0516]
基站将pdcch发送到终端(s2403)。也就是说，基站通过pdcch将dci发送到终端。
[0517]
在此，基站可以在配置给终端的ss和/或coreset上发送pdcch。
[0518]
在此，基于根据上述步骤s2401和/或s2402在coreset中配置的多个tci状态，终端可以假设基于多个tci状态通过sfn发送pdcch的dmrs的一个或多个天线端口。在这种情况下，终端可以基于与多个tci状态的参考信号相对应的每个信道值来对pdcch执行信道估计和/或信道补偿。另外，可以假设还通过sfn发送由pdcch调度的pdsch。
[0519]
尽管未在图24中描述，但是根据上述本公开的所提出的方法(例如，提议a#1/提议a#1-1/提议a#1-1-1/提议a#1-2/提议a#2/提议a#2-1/提议a#2-1-1/提议a#2-1-2/提议a#2-2/提议a#2-2-1/提议a#2-3/提议a#2-3-1/提议a#2-4/提议a#2-4-1/提议a#2-4-2/提议a#3/提议a#4/提议a#5/提议a#5-1/提议a#5-2/提议a#5-3/提议a#5-3-1/提议a#5-3-2/提议a#5-3-3/提议b#1/提议b#1-1/提议b#1-2/提议c#1等)可以与图24的基站的操作一起执行。
[0520]
可以应用本公开的通用设备
[0521]
图25是图示根据本公开实施例的无线通信设备的框图的图。
[0522]
参考图25，第一无线设备100和第二无线设备200可以通过多种无线电接入技术(例如，lte、nr)来发送和接收无线信号。
[0523]
第一无线设备100可以包括一个或多个处理器102和一个或多个存储器104，并且可以另外包括一个或多个收发器106和/或一个或多个天线108。处理器102可以控制存储器
104和/或收发器106并且可以被配置成实现在本公开中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可以在通过处理存储器104中的信息生成第一信息/信号之后通过收发器106发送包括第一信息/信号的无线信号。此外，处理器102可以通过收发器106接收包括第二信息/信号的无线信号，并且然后将通过第二信息/信号的信号处理获得的信息存储在存储器104中。存储器104可以连接到处理器102并且可以存储与处理器102的操作有关的各种信息。例如，存储器104可以存储软件代码，该软件代码包括用于执行由处理器102控制的全部或部分过程或用于执行本公开中公开的描述、功能、过程、提议、方法和/或操作流程图的命令。这里，处理器102和存储器104可以是设计成实现无线通信技术(例如，lte、nr)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102并且可以通过一个或多个天线108发送和/或接收无线信号。收发器106可以包括发射器和/或接收器。收发器106可以与rf(射频)单元一起使用。在本公开中，无线设备可以意指通信调制解调器/电路/芯片。
[0524]
第二无线设备200可以包括一个或多个处理器202和一个或多个存储器204，并且可以另外包括一个或多个收发器206和/或一个或多个天线208。处理器202可以控制存储器204和/或收发器206并且可以被配置成实现在本公开中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可以通过处理存储器204中的信息来生成第三信息/信号，并且然后通过收发器206发送包括第三信息/信号的无线信号。另外，处理器202可以通过收发器206接收包括第四信息/信号的无线信号，并且然后将通过第四信息/信号的信号处理获得的信息存储在存储器204中。存储器204可以连接到处理器202并且可以存储与处理器202的操作相关的各种信息。例如，存储器204可以存储软件代码，该软件代码包括用于执行由处理器202控制的全部或部分过程或用于执行本公开中公开的描述、功能、过程、提议、方法和/或操作流程图的命令。这里，处理器202和存储器204可以是被设计成实现无线通信技术(例如，lte、nr)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202并且可以通过一个或多个天线208发送和/或接收无线信号。收发器206可以包括发射器和/或接收器。收发器206可以与rf单元一起使用。在本公开中，无线设备可以意指通信调制解调器/电路/芯片。
[0525]
在下文中，将更详细地描述无线设备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、消息、控制信息、数据或信息。
[0526]
一个或多个处理器102、202可以被称为控制器、微控制器、微处理器或微型计算机。一个或多个处理器102、202可以由硬件、固件、软件或它们的组合来实现。在示例中，一
个或多个asic(专用集成电路)、一个或多个dsp(数字信号处理器)、一个或多个dspd(数字信号处理设备)、一个或多个pld(可编程逻辑设备)或一个或多个fpga(现场可编程门阵列)可以包括在一个或多个处理器102、202中。本公开中公开的描述、功能、过程、提议、方法和/或操作流程图可以通过使用固件或软件来实现并且固件或软件可以被实现为包括模块、过程、功能等。被配置成执行本公开中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可以被包括在一个或多个处理器102、202中或可以被存储在一个或多个存储器104、204中并由一个或多个处理器102、202驱动。本发明中公开的描述、功能、过程、提议、方法和/或操作流程图可以通过固件或软件以代码、命令和/或命令集的形式来实现。
[0527]
一个或多个存储器104、204可以连接到一个或多个处理器102、202并且能够以各种形式存储数据、信号、消息、信息、程序、代码、指令和/或命令。一个或多个存储器104、204可以配置有rom、ram、eprom、闪存、硬盘驱动器、寄存器、现金存储器、计算机可读存储介质和/或它们的组合。一个或多个存储器104、204可以被定位在一个或多个处理器102、202内部和/或外部。此外，一个或多个存储器104、204可以通过诸如有线或无线连接的多种技术连接到一个或多个处理器102、202。
[0528]
一个或多个收发器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可以通过使用一个或多个处理器102、202将接收到的无线信号/信道等从rf频带信号转换为基带信号以处理接收到的用户数据、控制信息、无线信号/信道等。一个或多个收发器106、206可以将通过使用一个或多个处理器102、202处理的用户数据、控制信息、无线信号/信道等从基带信号转换为rf频带信号。因此，一个或多个收发器106、206可以包括(模拟)振荡器和/或滤波器。
[0529]
图26图示了根据本公开的实施例的车辆设备。
[0530]
参考图26，车辆100可以包括通信单元110、控制单元120、存储器单元130、输入和输出单元140a以及定位单元140b。
[0531]
通信单元110可以与其他车辆的外部设备或基站等发送和接收信号(例如，数据、控制信号等)。控制单元120可以通过控制车辆100的元件来执行各种操作。控制单元120可以控制存储器单元130和/或通信单元110，并且可以被配置为实现包括在本公开中的描述、功能、过程、提议、方法和/或操作流程图。存储器单元130可以存储支持车辆100的各种功能的数据/参数/程序/代码/命令。输入和输出单元140a可以基于存储器单元130中的信息输
出ar/vr对象。输入和输出单元140a可以包括hud。定位单元140b可以获得车辆100的位置信息。位置信息可以包括车辆100的绝对位置信息、行驶车道中的位置信息、加速度信息、与周围车辆的位置信息等。定位单元140b可以包括gps和各种传感器。
[0532]
在示例中，车辆100的通信单元110可以从外部服务器接收地图信息、交通信息等，并将它们存储在存储器单元130中。定位单元140b可以通过gps和各种传感器获得车辆位置信息，并将其存储在存储器单元130中。控制单元120可以基于地图信息、交通信息和车辆位置信息等生成虚拟对象，并且输入和输出单元140a可以在车辆1410、1420中的窗户上指示生成的虚拟对象。另外，控制单元120可以基于车辆位置信息来确定车辆100是否正常地在行驶车道中操作。当车辆100异常地在行驶车道之外时，控制单元120可以通过输入和输出单元140a在车辆的车窗上指示警告。另外，控制单元120可以通过通信单元110向周围车辆发送关于异常驾驶的警告消息。根据情况，控制单元120可以通过通信单元110将车辆的位置信息和关于驾驶/车辆问题的信息发送到相关机构。
[0533]
上述实施例是以预定形式组合本公开的要素和特征。除非另有明确提及，否则每个元素或特征都应被视为可选的。每个元素或特征能够以不与其他元素或特征组合的形式实现。此外，本公开的实施例可以包括组合部分元素和/或特征。在本公开的实施例中描述的操作的顺序可以改变。一个实施例的一些元素或特征可以包括在其他实施例中，或者可以用其他实施例的相应元素或特征代替。清楚的是，实施例可以包括在权利要求中没有显式的依赖关系的情况下组合权利要求，或者可以在申请后通过修改被包括为新的权利要求。
[0534]
本领域的技术人员清楚的是，本公开可以在不超出本公开的本质特征的范围内以其他特定形式实施。因此，上述详细描述不应在每个方面都被限制性地解释，而应被认为是说明性的。本发明的范围应由所附权利要求的合理解释确定，并且在本公开的等同范围内的所有变化都被包括在本发明的范围内。
[0535]
本公开的范围包括在设备或计算机中根据各种实施例的方法执行操作的软件或机器可执行命令(例如，操作系统、应用、固件、程序等)以及存储这种软件或命令等并可在设备或计算机中执行的非暂时性计算机可读介质。可以用于对执行本公开中描述的特征的处理系统进行编程的命令可以存储在存储介质或计算机可读存储介质中，并且可以通过使用包括这样的存储介质的计算机程序产品来实现本公开中描述的特征。存储介质可以包括高速随机存取存储器，诸如dram、sram、ddr ram或其他随机存取固态存储设备，但不限于此，并且其可以包括非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备或其他非易失性固态存储设备。存储器可选地包括远离处理器而定位的一个或多个存储设备。存储器或可替选地，存储器中的非易失性存储器设备包括非暂时性计算机可读存储介质。本公开中描述的特征可以存储在任何一种机器可读介质中以控制处理系统的硬件，并且可以集成到软件和/或固件中，该软件和/或固件允许处理系统利用来自于本公开的实施例的结果与其他机制交互。这样的软件或固件可以包括应用代码、设备驱动程序、操作系统和执行环境/容器，但不限于此。
[0536]
这里，在本公开的无线设备100、200中实现的无线通信技术可以包括用于低功率通信的窄带物联网以及lte、nr和6g。在此，例如，nb-iot技术可以是lpwan(低功率广域网)技术的示例，可以在lte cat nb1和/或lte cat nb2等标准中实现，并且不限于上述名称。
另外或可替选地，在本公开的无线设备100、200中实现的无线通信技术可以执行基于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等，并且不限于上述名称。另外或可替选地，在本公开的无线设备100、200中实现的无线通信技术可以包括考虑低功率通信的zigbee、蓝牙和低功率广域网(lpwan)中的至少任何一种，并且它不限于上述名称。在示例中，zigbee技术可以生成与基于诸如ieee802.15.4等的各种标准的小型/低功率数字通信相关的pan(个域网)，并且可以称为各种名称。
[0537]
[工业可用性]
[0538]
本发明提出的方法主要以应用于3gpp lte/lte-a、5g系统为例进行描述，但是也可以应用于除了3gpp lte/lte-a、5g系统以外的各种无线通信系统。