用于多源传输的码分复用(CDM)组的制作方法

用于多源传输的码分复用(cdm)组
技术领域
1.本公开的实施例大致涉及无线通信网络，并且具体地涉及无线通信网络中多源传输的性能改进。


背景技术：

2.通常，本文使用的所有术语应根据其在相关技术领域中的普通含义来解释，除非明确给出不同含义和/或从其使用的上下文中暗示不同含义。除非明确说明，否则对一个(a)/一个(an)/该元件、装置、部件、装置、步骤等的所有引用都应被公开解释为指的是元件、装置、部件、装置、步骤等的至少一个实例。本文公开的任何方法和/或过程的步骤不必以公开的确切顺序执行，除非一个步骤被明确描述为在另一个步骤之后或之前和/ 或其中暗示一个步骤必须在另一个步骤之后或之前。在适当的情况下，本文公开的任何实施例的任何特征可以应用于任何其他实施例。同样地，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。所附实施例的其他目的、特征和优点将从以下描述中显而易见。
3.长期演进(lte)是在第三代合作伙伴计划(3gpp)内开发并最初在版本8和9中标准化的所谓第四代(4g)无线电接入技术的总称，也称为演进的utran(e
‑
utran)。lte针对各种许可频段，并伴随着对通常称为系统架构演进(sae)的非无线电方面的改进，其中包括演进的分组核心(epc)网络。lte通过后续版本继续演进，这些版本是根据3gpp 及其工作组(wg)的标准制定流程开发的，包括无线电接入网络(ran) wg和子工作组(例如，ran1、ran2等)。
4.lte版本10(rel
‑
10)支持大于20mhz的带宽。rel
‑
10的一项重要要求是确保后向兼容lte版本
‑
8。因此，宽带lte rel
‑
10载波(例如，比20mhz更宽)应该作为对于lte rel
‑
8(“传统”)终端的多个载波出现。每个这样的载波可以被称为分量载波(cc)。为了也针对传统终端有效地使用宽载波，可以在宽带lte rel
‑
10载波的所有部分中调度传统终端。实现这一点的一种示例性方式是通过载波聚合(ca)，由此rel
‑
10 终端可以接收多个cc，每个cc优选地具有与rel
‑
8载波相同的结构。 lte rel
‑
11的增强功能之一是增强的物理下行链路控制信道(epdcch)，其目标是增加容量和改善控制信道资源的空间复用、改善蜂窝间干扰协调 (icic)以及支持天线波束成形和/或对于控制信道的发射分集。此外， lte rel
‑
12引入了双连接(dc)，由此ue可以同时连接到两个网络节点，从而提高连接稳健性和/或容量。
5.图1示出了包括lte和sae的网络的总体示例性架构。e
‑
utran 100 包括一个或多个演进节点b(enb)，例如enb 105、110和115，以及一个或多个用户设备(ue)，例如ue 120。在3gpp标准中使用时，“用户设备”或“ue”是指能够与符合3gpp标准的网络设备(包括e
‑
utran 以及utran和/或geran)通信的任何无线通信设备(例如，智能手机或计算设备)，因为第三代(“3g”)和第二代(“2g”)3gpp无线电接入网络是众所周知的。
6.根据3gpp的规定，e
‑
utran 100负责网络中所有与无线电相关的功能，包括无线电承载控制、无线电准入控制、无线电移动性控制、调度以及在上行链路和下行链路上为ue的动态资源分配，以及与ue通信的安全性。这些功能驻留在enb中，例如enb 105、110和115。e
‑
utran 中的enb之间经由x1接口进行通信，如图1所示。enb还负责到epc 130 的e
‑
utran接
口，特别是到移动性管理实体(mme)和服务网关(sgw) (在图1中统一示为mme/s
‑
gw 134和138)的s1接口。一般而言， mme/s
‑
gw处理ue的整体控制以及ue与epc其余部分之间的数据流。更具体地，mme处理ue和epc之间的信令(例如，控制平面)协议，这些协议被称为非接入层(nas)协议。s
‑
gw处理ue和epc之间的所有因特网协议(ip)数据包(例如，数据或用户平面)，并在ue在enb (例如enb 105、110和115)之间移动时充当数据承载的本地移动锚点。
7.epc 130还可以包括管理用户和订户相关信息的归属订户服务器 (hss)131。hss 131还可以在移动性管理、呼叫和会话建立、用户认证和访问授权方面提供支持功能。hss 131的功能可以与传统归属位置寄存器(hlr)的功能和认证中心(auc)功能或操作相关。
8.在一些实施例中，hss 131可以经由ud接口与用户数据储存库(udr) (在图1中标记为epc
‑
udr 135)进行通信。epc
‑
udr 135可以在用户凭证被auc算法加密后存储它们。这些算法不是标准化的(即特定于供应商的)，从而使得除了hss 131的供应商之外，任何其他供应商都无法访问存储在epc
‑
udr 135中的加密凭证。
9.图2a示出了示例性lte架构在其组成实体(ue、e
‑
utran和epc) 以及到接入层(as)和非接入层(nas)的高层功能划分方面的高层次框图。图2a还图示了两个接口点，即uu(ue/e
‑
utran无线电接口)和 s1(e
‑
utran/epc接口)，每个接口点都使用一组特定的协议，即无线电协议和s1协议。尽管未在图2a中示出，但是每个协议集可以进一步细分为用户平面和控制平面协议功能。用户平面和控制平面也分别称为u平面和c平面。在uu接口上，u平面承载用户信息(例如数据包)，而c 平面承载ue和e
‑
utran之间的控制信息。
10.图2b图示了ue、enb和mme之间的示例性c平面协议栈的框图。示例性协议栈包括ue和enb之间的物理(phy)、媒体访问控制(mac)、无线电链路控制(rlc)、分组数据汇聚协议(pdcp)和无线电资源控制(rrc)层。phy层关注如何使用以及使用什么特性通过lte无线电接口上的传输信道传送数据。mac层在逻辑信道上提供数据传送服务，将逻辑信道映射到phy传输信道，并重新分配phy资源以支持这些服务。 rlc层提供错误检测和/或纠正、级联、分段和重组，重新排序传送到上层或从上层传送的数据。phy、mac和rlc层对u平面和c平面执行相同的功能。pdcp层为u平面和c平面提供加密/解密和完整性保护，以及为u平面提供其他功能，例如报头压缩。示例性协议栈还包括ue和 mme之间的非接入层(nas)信令。
11.图2c从phy层的角度示出了示例性lte无线电接口协议架构的框图。各层之间的接口由服务接入点(sap)提供，如图2c中的椭圆所示。 phy层与上述mac和rrc协议层接口。phy、mac和rrc在图中也分别称为第1
‑
3层。mac为rlc协议层提供不同的逻辑信道(也如上所述)，其特征在于所传送的信息的类型，而phy提供了到mac的传输信道，其特征在于信息如何通过无线电接口传送。在提供这种传输服务时， phy执行各种功能，包括错误检测和纠正；速率匹配和编码传输信道到物理信道的映射；物理信道的功率加权、调制和解调；传输分集；以及波束成形多输入多输出(mimo)天线处理。phy层还从rrc接收控制信息 (例如，命令)并向rrc提供各种信息，例如无线电测量值。
12.rrc层控制ue和enb在无线接口处的通信，以及ue在e
‑
utran 中的蜂窝之间的移动性。在ue上电后，它将处于rrc_idle状态，直到与网络建立rrc连接，此时ue将转换到rrc_connected状态(例如，在此可以进行数据传送)。ue在与网络的连接释放后返回rrc_idle。在rrc_idle状态下，ue的无线电在上层配置的非连续接收(drx)调度中是活动的。在drx活动时段期间(也称为“开启持续时间”)， rrc_idle ue接收由服务小区广播的系统信息
(si)，执行对相邻小区的测量以支持小区重选，并针对经由enb来自epc的寻呼而监测pdcch 上的寻呼信道。rrc_idle ue在epc中是已知的，并且具有分配的ip 地址，但服务enb并不知道(例如，没有存储的上下文)。
13.一般而言，物理信道对应于承载源自更高层的信息的资源单元集合。 lte phy提供的下行链路(即enb到ue)物理信道包括物理下行链路共享信道(pdsch)、物理组播信道(pmch)、物理下行链路控制信道 (pdcch)、中继物理下行链路控制信道(r
‑
pdcch)、物理广播信道 (pbch)、物理控制格式指示符信道(pcfich)和物理混合arq指示符信道(phich)。此外，lte phy下行链路包括各种参考信号、同步信号和发现信号。
14.pbch承载了ue接入网络所需的基本系统信息。pdsch是主要物理信道，用于单播dl数据传输，也用于rar(随机接入响应)、某些系统信息块和寻呼信息的传输。phich承载用于ue的ul传输的harq 反馈(例如，ack/nak)。类似地，pdcch承载dl调度分配(例如，用于pdsch)、ul资源授权(例如，用于pusch)、用于ul信道的信道质量反馈(例如，csi)和其他控制信息。
15.lte phy提供的上行链路(即ue到enb)物理信道包括物理上行链路共享信道(pusch)、物理上行链路控制信道(pucch)和物理随机接入信道(prach)。此外，lte phy上行链路包括各种参考信号，包括：解调参考信号(dm
‑
rs)，其被发送以帮助enb接收相关联的 pucch或pusch；以及与任何上行链路信道无关的探测参考信号(srs)。
16.prach用于随机接入前导码传输。pusch是pdsch的对应，主要用于单播ul数据传输。与pdcch类似，pucch承载上行链路控制信息(uci)，例如调度请求、用于dl信道的csi、用于enb dl传输的 harq反馈以及其他控制信息。
17.lte phy的多址方案基于下行链路中带有循环前缀(cp)的正交频分复用(ofdm)和上行链路中带有循环前缀的单载波频分多址 (sc
‑
fdma)。为了支持成对和非成对频谱中的传输，lte phy支持频分双工(fdd)(包括全双工和半双工操作)和时分双工(tdd)。图3a 示出了用于lte fdd下行链路(dl)操作的示例性无线电帧结构(“类型1”)。dl无线电帧的固定持续时间为10ms，由20个时隙组成，标记为0到19，每个时隙的固定持续时间为0.5ms。1ms子帧包括两个连续的时隙，其中子帧i由时隙2i和2i 1组成。每个示例性fdd dl时隙由 n
dlsymb
个ofdm符号组成，每个符号由n
sc
个ofdm子载波组成。对于 15khz的子载波间隔(scs)，n
dlsymb
的示例值可以是7(具有正常cp) 或6(具有扩展长度cp)。n
sc
的值是基于可用信道带宽可配置的。由于本领域普通技术人员熟悉ofdm的原理，本说明书中不再赘述。
18.如图3a所示，特定符号中特定子载波的组合称为资源单元(re)。每个re用于发送特定数量的比特，这具体取决于用于该re的调制和/或比特映射星座的类型。例如，一些re可以使用qpsk调制承载两个比特，而其他re可以分别使用16
‑
qam或64
‑
qam承载四个或六个比特。lte phy的无线电资源也是根据物理资源块(prb)来定义的。prb在一个时隙(即n
dlsymb
符号)的持续时间内跨越n
rbsc
子载波，其中n
rbsc
通常是 12(具有15
‑
khz子载波带宽)或24(7.5
‑
khz带宽)。在整个子帧(即， 2n
dlsymb
个符号)期间跨越相同n
rbsc
子载波的prb被称为prb对。因此， lte phy dl的子帧中可用的资源包括n
dlrb prb对，每对包括 2n
dlsymb
·
n
rbsc
re。对于普通cp和15
‑
khz scs，prb对包含168个re。
19.prb的一个示例特性是连续编号的prb(例如，prb
i
和prb
i 1
)包括连续的子载波块。例如，对于普通cp和15
‑
khz子载波带宽，prb0包括子载波0到11，而prb1包括子载波12到23。
lte phy资源也可以根据虚拟资源块(vrb)进行定义，vrb与prb大小相同，但可以是局部化的或分布式类型。局部化的vrb可以直接映射到prb，使得vrb n
vrb
对应于prb n
prb
＝n
vrb
。另一方面，如3gpp技术规范(ts)36.213中所述或本领域普通技术人员已知的，分布式vrb可以根据各种规则映射到非连续prb。然而，在本公开中将使用术语“prb”来指代物理和虚拟资源块。此外，除非另有说明，术语“prb”此后将用于指代子帧持续时间的资源块，即，prb对。
20.图3b示出了以与图3a中所示的示例性fdd dl无线电帧类似的方式配置的示例性lte fdd上行链路(ul)无线电帧。使用与上述dl描述一致的术语，每个ul时隙由n
ulsymb
个ofdm符号组成，每个符号由 n
sc
个ofdm子载波组成。
21.如上所述，lte phy分别将各种dl和ul物理信道映射到图3a和 3b中所示的资源。例如，phich承载针对由ue进行的ul传输的harq 反馈(例如，ack/nak)。类似地，pdcch承载用于ul信道的调度分配、信道质量反馈(例如，csi)和其他控制信息。同样，pucch承载上行链路控制信息，例如调度请求、用于下行链路信道的csi、针对enb dl 传输的harq反馈以及其他控制信息。pdcch和pucch都可以在一个或多个连续控制信道单元(cce)的聚合上发送，并且cce基于资源单元组(reg)映射到物理资源，每个资源单元组由多个re组成。例如， cce可以包括九(9)个reg，每个reg可以包括四(4)个re。
22.图4图示了一种可以将cce和reg映射到物理资源，例如prb的示例性方式。如图4所示，包含pdcch的cce的reg可以映射到子帧的前三个符号中，而剩余的符号可用于其他物理信道，例如承载用户数据的pdsch。在图4的示例性布置中，每个reg包括四个re，它们由小的虚线矩形表示。虽然图4中示出了两个cce，但cce的数量可能会根据所需的pdcch容量而变化，这可以基于用户数量、测量量和/或控制信令等。在上行链路上，可以相似地配置pucch。
23.在lte中，dl传输是动态调度的，即在每个子帧中，基站在当前下行链路子帧中发送控制信息，该控制信息指示数据被发送到的终端以及数据在哪个资源块上被发送。该控制信令通常在每个子帧的前n个ofdm 符号中发送，数量n(＝1、2、3或4)称为控制格式指示符(cfi)，由在控制域的第一符号中发送的pcfich来指示。
24.虽然lte主要是为用户到用户的通信而设计的，但5g(也称为“nr”) 蜂窝网络被设想为支持涉及来自共享频率带宽的许多不同装置的短时间突发传输的高单用户数据速率(例如1gb/s)且大规模的机器
‑
到
‑
机器通信。 5g无线电标准(也称为“新无线电”或“nr”)目前针对广泛的数据服务，包括embb(增强型移动宽带)、urllc(超可靠低延迟通信)和机器类型通信(mtc)。这些服务可以有不同的要求和目标。例如，urllc 旨在提供具有极其严格的错误和延迟要求的数据服务，例如低至10
‑5或更低的错误概率和1ms或更低的端到端延迟。
25.与lte类似，nr在下行链路中使用cp
‑
ofdm(循环前缀正交频分复用)，且在上行链路中使用cp
‑
ofdm和dft扩展ofdm (dft
‑
s
‑
ofdm)两者。在时域中，nr下行链路和上行链路物理资源被组织成大小相等的子帧。每个子帧1ms。子帧被进一步划分为多个相等持续时间的时隙，每个时隙包括多个基于ofdm的符号。nr还共享上面讨论的lte的各种其他功能。
26.对于nr rel
‑
16，已经讨论了支持pdsch到ue的多源传输。在这种情况下，“源”可以指波束、面板(panel)、传输/接收点(trp)等。例如，为了支持urllc，从不同的trp向ue发送多个版本的传输块(tb) 可能是有益的。然而，当试图将单源传输配置的指示扩展到覆盖一定范围的传输源(例如，一到三个)而非仅仅单一源时，用于传达(例如，到ue) 单一源传输配置的指示的当前技术具有各种问题、缺点和/或限制。


技术实现要素：

27.本公开的实施例提供了对无线通信网络中用户设备(ue)和网络节点之间的通信的特定改进，例如通过促进克服上述示例性问题的解决方案。
28.本公开的一些示例性实施例包括用于在无线网络中发送或接收多个物理数据信道的方法(例如，过程)。该示例性方法可由在无线网络(例如， ng
‑
ran)中与一个或多个网络节点(例如，基站、gnb、en
‑
gnb、trp 等，或其部件)通信的用户设备(ue，例如，无线设备、iot设备、调制解调器等或其部件)执行。
29.在一些实施例中，这些示例性方法可以包括从无线网络接收多个传输配置指示符(tci)状态的指示，其中每个tci状态包括多个源rs对。例如，ue可以接收64个配置的tci状态的配置(例如，经由rrc)，每个状态具有两个或更多个源rs对。在这样的实施例中，这些示例性方法还可以包括，对于多个tci状态中的每个tci状态，基于接收与具体 tci状态相关联的源rs来确定信道参数。
30.在一些实施例中，这些示例性方法还可以包括接收激活如上所述指示和/或配置的多个状态的至少一个子集的控制消息(例如，经由mac ce)。在这样的实施例中，ue可以仅针对所激活的tci状态的子集来确定信道参数。
31.在一些实施例中，这些示例性方法还可以包括从无线网络接收对用于解调参考信号(dm
‑
rs)的多个天线端口的指示，其中，每个天线端口被映射到与物理数据通道中的一个相关联的cdm组。
32.这些示例性方法还可以包括从无线网络接收包括一个或多个源rs对的tci状态的指示，其中每个源rs对与映射到多个码分复用(cdm)组的用于dm
‑
rs的天线端口具有对应的准同位置(qcl)关系对。在一些实施例中，所指示的tci可以是先前配置的多个tci状态中的一个tci 状态。在一些实施例中，每个对应的qcl关系可以基于以下一项或多项：多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间接收。
33.在一些实施例中，dm
‑
rs可以是type
‑
1，并且所指示的tci状态可以包括不超过两个源rs对。在其他实施例中，dm
‑
rs可以是type
‑
2，并且所指示的tci状态可以包括不超过三个源rs对。
34.在一些实施例中，所指示的tci状态包括单个源rs对，并且该单个源rs对与所述多个天线端口的全部具有对应的qcl关系对。
35.在一些实施例中，所指示的tci状态包括与关联于第一cdm组的所有天线端口具有对应的第一qcl关系对的第一源rs对，以及与关联于第二cdm组的所有天线端口具有对应的第二qcl关系对的第二源rs对。在这样的实施例中，与第一cdm组相关联的天线端口的数量可以不同于与第二cdm组相关联的天线端口的数量。
36.在这些实施例的一些实施例中，第一和第二cdm组可以与各自的第一和第二索引相关联，其中第一索引小于第二索引。在这样的实施例中，这些示例性方法还可以包括从无线网络接收对于物理数据信道的调度信息，其中调度信息包括与各自的第一和第二cdm组相关联的第一和第二索引。
37.在这些实施例的其他实施例中，所指示的tci状态还可以包括第三源 rs对，该第三源rs对与关联于第三cdm组的所有天线端口具有对应的第三qcl关系对。在这种情况下，第一、第二和第三cdm组可以与无线网络中的各自第一、第二和第三源相关联。
38.在这些实施例的其他实施例中，所指示的tci状态可以标识包括第一源rs对的第一tci状态和包括第二源rs对的第二tci状态。
39.在其他实施例中，所指示的tci状态可以是对称的tci状态对中的一个tci状态，对称对的每个tci状态包括第一和第二源rs对。此外，对称对的每个tci状态在第一和第二源rs对与映射到第一和第二cdm 组的天线端口之间可以具有不同的qcl关系。
40.在其他实施例中，所指示的tci状态可以包括第一和第二源rs对。第一源rs对可以与映射到第一cdm组的天线端口具有对应的qcl关系对，并且第二源rs对可以与映射到第二和第三cdm组的天线端口具有对应的qcl关系对。
41.这些示例性方法还可以包括基于所指示的tci状态的一个或多个源 rs对的qcl关系来接收或发送多个物理数据信道。在一些实施例中，多个物理数据信道可以承载单个数据块的不同冗余版本(rv)。在一些实施例中，多个物理数据信道可以是物理下行链路共享信道(pdsch)或物理上行链路共享信道(pusch)的各自的层。在其他实施例中，每个物理数据信道可以是pdsch或pusch的所有层的子集。
42.其他示例性实施例包括用于发送或接收与单个用户设备(ue)的多个物理数据信道的方法(例如，过程)。这些示例性方法可以由包括一个或多个节点(例如，基站、gnb、en
‑
gnb、trp等，或其部件)的无线网络 (例如，ng
‑
ran)执行，这些节点与ue进行通信(例如，无线设备、 iot设备、调制解调器等或其部件)。
43.在一些实施例中，这些示例性方法可以包括向ue发送多个传输配置指示符(tci)状态的指示，其中每个tci状态包括多个源rs对。例如，无线网络可以向ue提供64个配置的tci状态的配置(例如，经由rrc)，每个状态具有两个或更多个源rs对。在一些实施例中，这些示例性方法还可以包括向ue发送控制消息(例如，经由mac ce)，该控制消息激活先前指示和/或配置的多个状态的至少一个子集(例如，八个所激活的 tci状态)。
44.在一些实施例中，这些示例性方法还可以包括向ue发送对用于解调参考信号(dm
‑
rs)的多个天线端口的指示，其中每个天线端口被映射到与物理数据信道中的一个相关联的cdm组。
45.这些示例性方法还可以包括向ue发送包括一个或多个源rs对的 tci状态的指示，其中每个源rs对与映射到多个码分复用(cdm)组的用于dm
‑
rs的天线端口具有对应的准同位置(qcl)关系对。在一些实施例中，所指示的tci可以是先前指示和/或配置的多个tci状态中的一个tci状态。在一些实施例中，每个对应的qcl关系可以基于以下一项或多项：多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间接收。
46.在一些实施例中，dm
‑
rs可以是type
‑
1，并且所指示的tci状态可以包括不超过两个源rs对。在其他实施例中，dm
‑
rs可以是type
‑
2，并且所指示的tci状态可以包括不超过三个源rs对。
47.在一些实施例中，所指示的tci状态包括单个源rs对，并且该单个源rs对与所有所述多个天线端口具有对应的qcl关系对。
48.在一些实施例中，所指示的tci状态包括与关联于第一cdm组的所有天线端口具有对应的第一qcl关系对的第一源rs对，以及与关联于第二cdm组的所有天线端口具有对应的第二qcl关系对的第二源rs对。在这样的实施例中，与第一cdm组相关联的天线端口的数量可以不同于与第二cdm组相关联的天线端口的数量。
49.在这些实施例的一些实施例中，第一和第二cdm组可以与各自的第一和第二索引相关联，其中第一索引小于第二索引。在这样的实施例中，这些示例性方法还可以包括向ue发送物理数据信道的调度信息，其中调度信息包括与各自的第一和第二cdm组相关联的第一和第二索引。
50.在这些实施例的其他实施例中，所指示的tci状态还可以包括第三源 rs对，该第三源rs对与关联于第三cdm组的所有天线端口具有对应的第三qcl关系对。在这种情况下，第一、第二和第三cdm组可以与无线网络中的各自的第一、第二和第三源相关联。
51.在这些实施例的其他实施例中，所指示的tci状态可以标识包括第一源rs对的第一tci状态和包括第二源rs对的第二tci状态。
52.在其他实施例中，所指示的tci状态可以是对称的tci状态对中的一个tci状态，对称对的每个tci状态包括第一和第二源rs对。此外，对称对的每个tci状态在第一和第二源rs对与映射到第一和第二cdm 组的天线端口之间可以具有不同的qcl关系。
53.在其他实施例中，所指示的tci状态可以包括第一和第二源rs对。第一源rs对可以与映射到第一cdm组的天线端口具有对应的qcl关系对，并且第二源rs对可以与映射到第二和第三cdm组的天线端口具有对应的qcl关系对。
54.这些示例性方法还可以包括基于针对所指示的tci状态的一个或多个源rs对的qcl关系，来向ue发送多个物理数据信道或从ue接收多个物理数据信道。在一些实施例中，所述多个物理数据信道可以承载单个数据块的不同冗余版本(rv)。在一些实施例中，多个物理数据信道可以是物理下行链路共享信道(pdsch)或物理上行链路共享信道(pusch) 的各自的层。在其他实施例中，每个物理数据信道可以是pdsch或 pusch的所有层的子集。
55.其他示例性实施例包括用户设备(ue，例如无线设备、iot设备或其部件，例如调制解调器)和无线网络，该无线网络包括一个或多个被配置为执行与本文描述的任何示例性方法相对应的操作的节点(例如基站、enb、 gnb、cu/du、trp等或其部件)。其他示例性实施例包括存储程序指令的非暂时性计算机可读介质，当由处理电路执行时，这些程序指令配置这样的ue或无线网络以执行与本文描述的任何示例性方法相对应的操作。
56.本公开的实施例的这些和其他目的、特征和优点将在鉴于以下简要描述的附图阅读以下详细描述时变得显而易见。
附图说明
57.图1是由3gpp标准化的长期演进(lte)演进utran(e
‑
utran) 和演进分组核心(epc)网络的示例性架构的高层次框图。
58.图2a是示例性e
‑
utran架构在其组成部件、协议和接口方面的高层次框图。
59.图2b是用户设备(ue)和e
‑
utran之间的无线电(uu)接口的控制平面部分的示例性协议层的框图。
60.图2c是从phy层的角度的示例性lte无线电接口协议架构的框图。
61.图3a和3b分别是用于频分双工(fdd)操作的示例性下行链路和上行链路lte无线电帧结构的框图；
62.图4示出了可以将cce和reg映射到物理资源的示例性方式。
63.图5示出了用于nr时隙的示例性时频资源网格。
64.图6a
‑
6b示出了各种示例性nr时隙配置。
65.图7图示了5g网络架构的高层次视图。
66.图8包括图8a
‑
8d，图8a
‑
8d示出了前端加载的解调参考信号(dm
‑
rs) 的四个示例性映射。
67.图9
‑
10示出了根据本公开的各种示例性实施例的示例性操作场景的流程图，其中ue与可以提供pdsch分集传输的两个gnb进行通信。
68.图11
‑
12示出了根据本公开的各种示例性实施例的由用户设备(ue，例如，无线装置、iot装置等)执行的示例性方法(例如，过程)的流程图。
69.图13示出了根据本公开的各种示例性实施例的由包括一个或多个节点(例如，基站、gnb、enb、en
‑
gnb、trp等或其部件)的无线网络(例如，ng
‑
ran)执行的示例性方法(例如，过程)的流程图。
70.图14是根据本公开的各种示例性实施例的示例性无线设备或ue的框图。
71.图15是根据本公开的各种示例性实施例的示例性网络节点的框图。
72.图16是根据本公开的各种示例性实施例的被配置为在主机计算机和 ue之间提供过顶(ott)数据服务的示例性网络的框图。
具体实施方式
73.现在将参考附图更全面地描述本文中考虑的一些实施例。然而，在本文所公开的主题的范围内包含其他实施例，所公开的主题不应被解释为仅限于本文所阐述的实施例；相反，这些实施例是通过示例的方式提供的，以向本领域技术人员传达本主题的范围。此外，将在整个申请中使用下面讨论的各种术语。
74.本文使用的术语“网络节点”可以是包括在无线电网络中的任何种类的网络节点，网络节点可以进一步包括基站(bs)、无线电基站、基站收发器(bts)、基站控制器(bsc)、无线电网络控制器(rnc)、g节点b(gnb)、演进节点b(enb或enodeb)、节点b、多标准无线电(msr) 无线电节点(例如，msr bs)、多小区/多播协调实体(mce)、中继节点、控制中继的施主节点、无线电接入点(ap)、传输点、传输节点、远程无线电单元(rru)、远程无线电头端(rrh)、核心网络节点(例如，移动管理实体(mme)，自组织网络(son)节点，协调节点，定位节点，mdt节点等)、外部节点(例如，第三方节点，当前网络外部的节点)、分布式天线系统(das)中的节点、频谱接入系统(sas)节点、单元管理系统(ems)等。网络节点还可以包括测试设备。本文使用的术语“无线电节点”也可以用来表示无线设备(wd)，例如无线设备(wd) 或无线电网络节点。
75.术语“无线电网络节点”可以指任何类型的网络节点，其可以包括任何类型的基站、无线电基站、基站收发器、基站控制器、网络控制器、rnc、演进节点b(enb)、节点b、gnb、多小区/多播胁调实体(mce)、中继节点、接入点、无线电接入点、远程无线电单元(rru)、远程无线电头端(rrh)。
76.在一些实施例中，trp可以与网络节点或无线电网络节点相关联。在一些实施例中，多trp场景可以包括与一个或多个网络节点相关联的不止一个trp。
77.需注意，尽管本文可以使用来自一个特定无线系统(例如，lte和/ 或nr)的术语，但这不应被视为将本公开的范围仅限于上述系统。其他无线系统，包括但不限于宽带码分
多址(wcdma)、全球微波接入互通(wimax)、超移动宽带(umb)和全球移动通信系统(gsm)，也可以从利用所涵盖的想法中受益在本公开中。
78.除非另有说明，否则术语“无线设备”(或简称“wd”)和“用户设备”(或简称“ue”)可互换使用。wd可以是能够通过无线电信号与网络节点或另一个wd通信的任何类型的无线设备，例如无线设备(wd)。 wd还可以是无线电通信设备、目标设备、设备到设备(d2d)wd、机器类型wd或能够进行机器对机器通信(m2m)的wd、低成本和/或低复杂性wd、配备wd的传感器、平板电脑、移动终端、智能手机、笔记本电脑嵌入式设备(lee)、笔记本电脑安装设备(lme)、usb加密狗、客户端设备(cpe)、物联网(iot)设备、窄带iot(nb
‑
iot)设备、空中设备(例如，无人机)、prose ue、v2v ue、v2x ue等。
79.除非另有说明，本文描述的由wd、ue、网络节点、无线电网络节点等执行的功能可以分布在多个装置和/或网络节点上。换句话说，预期本文描述的网络节点和wd的功能不限于单个物理设备的性能，并且实际上可以分布在多个物理设备中。
80.除非另有说明，术语“时间资源”可以对应于以时间长度或时间间隔或持续时间表示的任何类型的物理资源或无线电资源。在一些实施例中，术语“时隙”用于指示无线电资源；然而，应当理解，本文描述的技术可以有利地与其他类型的无线电资源(例如以时间长度表示的任何类型的物理资源或无线电资源)一起使用。时间资源的示例有：符号、时隙、微时隙、子帧、无线电帧、传输时间间隔(tti)、交织时间、时间资源编号等。
81.除非另有说明，否则术语“tti”可以对应于物理信道可以被编码和交织以用于(例如，在tti期间)传输的任何时间段。接收器可以在与被编码的时间段相同的时间段(t0)内对物理信道进行解码。tti也可以可互换地被称为短tti(stti)、传输时间、时隙、子时隙、微时隙、短子帧(ssf)、微子帧等。
82.在一些实施例中，发射器(例如，网络节点)和接收器(例如，wd) 可以针对用于确定哪些资源被布置用于一个或多个物理信道的传输和/或接收的一个或多个规则具有共同的、预定的理解。在一些实施例中，这样的规则可以被称为“映射”。在其他实施例中，术语“映射”可以具有其他含义。
83.除非另有说明，术语“信道”可以指逻辑、传输或物理信道。信道可以包括和/或布置在一个或多个载波上，例如多个子载波上。承载和/或用于承载控制信令/控制信息的信道可以被认为是控制信道，特别是如果它是物理层信道和/或如果它承载控制平面信息。类似地，承载和/或用于承载数据信令/用户信息的信道可以被认为是数据信道(例如，pdsch)，特别是如果它是物理层信道和/或如果它承载用户平面(up)信息。可以为特定的通信方向或两个互补的通信方向(例如，ul和dl，或两个方向的侧链)定义信道，在这种情况下，可以认为它具有两个分量信道，每个方向一个。
84.此外，尽管本文使用了术语“小区”，但应当理解，可以使用波束(特别是关于5g/nr)代替小区，因此，本文描述的概念同样适用于小区和波束。
85.如上简要提到的那样，已经讨论了支持用于nr rel
‑
16的到ue的 pdsch的多源传输。在这种情况下，术语“源”可以指波束、面板、传输/接收点(trp)等。例如，为了支持urllc，从不同的trp向ue发送多个版本的传输块(tb)(也称为“多trp分集”)可能是有益的。然而，当试图扩展它们以覆盖传输源(例如，一到三个)的范围而不只是单个源时，用于传达(例如，到ue)的单源传输配置的当前技术存在各种问题、缺点和/或限制。这将在下面更详
细地讨论。
86.在rel
‑
15 nr中，ue可以在下行链路(dl)中配置多达四个载波带宽部分(bwp)，其中单个dl载波bwp在给定时间是活动的。ue还可以配置多达四个上行链路(ul)载波bwp，其中单个ul载波bwp 在给定时间是活动的。如果ue配置有补充ul，则ue可以在补充ul中配置有多达四个附加载波bwp，其中单个补充ul载波bwp在给定时间是活动的。
87.图5示出了用于nr时隙的示例性时频资源网格。如图5所示，资源块(rb)由一组12个连续ofdm子载波组成，持续时间为14个符号时隙。与lte一样，资源单元(re)由一个时隙中的一个子载波组成。公共rb(crb)编号从0到系统带宽的末尾。为ue配置的每个bwp具有 crb 0的公共参考，使得特定配置的bwp可以从大于零的crb开始。以这种方式，ue可以配置有窄bwp(例如，10mhz)和宽bwp(例如， 100mhz)，每个都以特定的crb开始，但是在给定时间点的情况下，只有一个bwp可以为ue激活。
88.在bwp内，rb在频域中从0到定义和编号，其中i是载波的具体bwp的索引。与lte类似，每个nr资源单元(re)对应于在一个ofdm符号间隔期间的一个ofdm子载波。nr支持各种scs值δf＝ (15
×
2μ)khz，其中μ∈(0，1，2，3，4)称为“参数集”。参数集μ＝0(即，δf＝15khz)提供了也在lte中使用的基本(或参考)scs。根据1/2μms，时隙长度与scs或参数集成反比。例如，对于δf＝15khz每个子帧有一个(1
‑
ms)时隙，对于δf＝30khz每个子帧有两个0.5
‑
ms时隙，等等。此外，rb带宽根据2μ＊180khz与参数集直接相关。
89.下面的表1总结了支持的nr参数集和关联参数。网络可以配置不同的dl和ul参数集。
90.表1。
[0091][0092]
对于正常循环前缀nr时隙可以包括14个ofdm符号，对于扩展循环前缀的nr时隙可以包括12个符号。图6a示出了包括14个符号的示例性nr时隙配置，其中时隙和符号持续时间分别表示为t
s
和t
symb
。此外，nr包括type
‑
b调度，也称为“微时隙”。它们比时隙短，通常范围从一个符号到比一个时隙中的符号数少一个(例如，13或11)，并且可以从一个时隙的任何符号开始。如果时隙的传输持续时间太长和/或下一个时隙起点(时隙对齐)的发生太晚，则可以使用微时隙。微时隙的应用包括未授权频谱和延迟关键传输(例如，urllc)。然而，微
时隙不是特定于服务的，也可以用于embb或其他服务。
[0093]
图6b示出了包括14个符号的另一示例性nr时隙结构。在这种布置中，pdcch被限制在包含特定数量的符号和特定数量的子载波的区域(称为控制资源集(coreset))。在图6b所示的示例性结构中，前两个符号包含pdcch，其余12个符号中的每一个符号包含物理数据信道 (pdch)，即pdsch或pusch。然而，根据具体的coreset配置，前两个时隙也可以根据需要承载pdsch或其他信息。
[0094]
如3gpp ts 38.211
§
7.3.2.2中进一步定义的，coreset包括频域中的多个rb(即，12个re的倍数)和时域中的1
‑
3个ofdm符号。coreset 在功能上类似于lte子帧中的控制区域，如图4所示。然而，在nr中，每个reg由rb中一个ofdm符号的所有12个re组成，而lte reg 仅包括四个re，如图4所示。与lte一样，coreset时域大小可以由 pcfich指示。在lte中，控制区域的频率带宽是固定的(即相对于总系统带宽)，而在nr中，coreset的频率带宽是可变的。coreset 资源可以通过rrc信令指示给ue。
[0095]
用于定义coreset的最小单位是reg，它在频率上跨越1个prb，在时间上跨越1个ofdm符号。除了pdcch之外，每个reg还包含解调参考信号(dm
‑
rs)以帮助估计发送该reg的无线电信道。当发送 pdcch时，可以使用预编码器在传输前基于无线电信道的一些知识在发射天线上应用权重。如果在发射机处用于reg的预编码器不是不同的，则有可能通过估计在时间和频率接近的多个reg上的信道来提高ue处的信道估计性能。为了帮助ue进行信道估计，可以将多个reg组合在一起形成reg束，并且可以向ue指示用于coreset的reg束大小(即， 2、3或6个reg)。ue可以假设用于pdcch的传输的任何预编码器对于reg束中的所有reg都是相同的。
[0096]
nr控制信道单元(cce)由六个reg组成。这些reg在频率上可以是连续的，也可以是分布的。当reg在频率上是分布的时，coreset 被称为使用reg到cce的交织映射，而如果reg在频率上是连续的，则称为使用非交织映射。交织可以提供频率分集。不使用交织对于信道知识允许在频谱的特定部分中使用预编码器来改善在接收器处的sinr的情况是有益的。
[0097]
与lte类似，nr数据调度是在每时隙的基础上完成的。在每个时隙中，基站(例如，gnb)通过pdcch发送下行链路控制信息(dci)，该dci指示调度哪个ue在该时隙中接收数据，以及哪些rb将承载该数据。ue首先检测和解码dci，且如果dci包括用于该ue的dl调度信息，则基于该dl调度信息接收对应的pdsch。dci格式10和11用于传达pdsch调度。
[0098]
同样，pdcch上的dci可以包括ul授权，其指示哪个ue被调度在那个时隙中在pucch上发送数据以及哪些rb将承载该数据。ue首先检测和解码dci，并且如果dci包括用于该ue的上行链路授权，则在由ul授权指示的资源上发送对应的pusch。dci格式00和01用于传达pusch的ul授权，而其他dci格式(20、21、22和23)用于其他目的，包括时隙格式信息、预留资源的传输、发送功率控制信息等。
[0099]
dci包括有效载荷，该有效载荷被补充有与有效载荷数据的循环冗余校验(crc)。由于dci被发送在由多个ue接收的pdcch上，所以需要包含目标ue的标识符。在nr中，这是通过使用分配给ue的无线电网络临时标识符(rnti)对crc进行加扰来完成的。最常见的是，服务小区分配给目标ue的小区rnti(c
‑
rnti)被用于此目的。
[0100]
dci有效载荷与标识符加扰的crc一起被编码和发送在pdcch上。给定先前配置的搜索空间，每个ue尝试在称为“盲解码”的过程中根据多个假设(也称为“候选者”)检测寻址
到它的pdcch。pdcch候选者可以跨越1、2、4、8或16个cce，cce的数量称为pdcch候选者的聚合级别(al)。如果使用不止一个cce，则第一cce中的信息在其他cce中重复。通过改变al，可以使pdcch对于某个有效载荷大小或多或少具有稳健性。换句话说，可以通过调整al来进行pdcch链路适配。根据al，pdcch候选者可以位于coreset中的不同时频位置。
[0101]
一旦ue对dci进行解码，它就使用分配给它的和/或与特定pdcch 搜索空间相关联的一个或多个rnti对crc进行解扰。在匹配的情况下， ue将检测到的dci视为寻址到它，并遵循dci中的指令(例如，调度信息)。
[0102]
可以使用散列函数来确定与ue必须在搜索空间集合内监测的 pdcch候选者对应的cce。对于不同的ue，散列以不同的方式进行，使得ue使用的cce被随机化，从而降低了在为其在coreset中包括 pdcch消息的多个ue之间发生冲突的可能性。还为不同的pdcch候选者配置了监测周期。在任何具体时隙中，ue可以被配置为在可以映射到一个或多个coreset的多个搜索空间中监测多个pdcch候选者。可能需要在一个时隙中监测pdcch候选者多次、每个时隙监测pdcch候选者一次或多个时隙中监测一次。
[0103]
dci还可以包括关于在pdcch与pdsch、pusch、harq和/或 csi
‑
rs之间的各种定时偏移(例如，在时隙或子帧中)的信息。例如，偏移量k0表示在ue的pdsch调度dci(例如，格式10或11)的 pdcch接收和后续pdsch传输之间的时隙数。同样，偏移量k1表示在该pdsch传输与在pusch上该ue的响应性harqack/nack传输之间的时隙数。此外，偏移量k3表示在此响应性ack/nack与在pdsch 上的对应数据重传之间的时隙数。此外，偏移量k2表示在ue的pusch 授权dci(例如，格式00或01)的pdcch接收与后续pduch传输之间的时隙数。这些偏移量中的每个偏移量都可以采用零和正整数的值。
[0104]
最后，dci格式0_1还可以包括对信道状态信息(csi)或信道质量信息(cqi)的ue报告的网络请求。在发送该报告之前，ue接收并测量网络发送的csi
‑
rs。参数aperiodictriggeringoffset表示在ue对包含csi 请求的dci的接收与网络对csi
‑
rs的传输之间的整数个时隙。此参数可以采用值0
‑
4。
[0105]
除了上面讨论的基于每时隙的动态调度之外，nr还支持dl中的半持久调度。在这种方法中，网络经由rrc配置pdsch传输的周期，然后经由pdcch中的dci控制传输的开始和停止。这种技术的一个优点是减少了pdcch上的控制信令开销。
[0106]
nr还支持ul上的类似功能，称为配置授权(cg)。一般来说，cg 类型2类似于下行链路中的dl半持久调度(例如，rrc加dci)，而 cg类型1仅由rrc控制，包括传输的开始和停止。
[0107]
图7图示了5g网络架构的高层次视图，包括下一代ran(ng
‑
ran) 799和5g核心(5gc)798。ng
‑
ran 799可以包括经由一个或多个ng 接口连接到5gc的一组gnodeb(gnb)，例如分别经由接口702、752 连接的gnb 700、750。此外，gnb可以经由一个或多个xn接口相互连接，例如gnb 700和750之间的xn接口740。关于到ue的nr接口，每个gnb可以支持频分双工(fdd)、时分双工(tdd)或它们的组合。
[0108]
图7中所示的ng ran逻辑节点(并在3gpp ts 38.401和3gpp tr38.801中描述)包括个中央(或集中式)单元(cu或gnb
‑
cu)和一个或多个分布式(或分散式)单元(du或gnb
‑
du)。例如，图7中的gnb700包括gnb
‑
cu 710和gnb
‑
du 720和730。cu(例如，gnb
‑
cu 710) 是托管更高层协议并执行各种gnb功能(例如控制du的操作)的逻辑节点。每个du是用于托管较低层协议并且可以根据功能拆分而包括gnb功能的各种子集的逻辑节点。因此，cu和du中
的每一个可以包括执行它们各自的功能所需的各种电路，包括处理电路、收发器电路(例如，用于通信)和电源电路。此外，术语“中央单元”和“集中式单元”在本文中可互换使用，术语“分布式单元”和“分散单元”也是如此。
[0109]
gnb
‑
cu通过各自的f1逻辑接口，例如图3中所示的接口722和732，连接到gnb
‑
du。gnb
‑
cu和连接的gnb
‑
du仅作为gnb对其他gnb和 5gc可见，例如，f1接口在gnb
‑
cu之外不可见。如上简述，cu可以托管更高层协议，例如，f1应用部分协议(f1
‑
ap)、流控制传输协议(sctp)、 gprs隧道协议(gtp)、分组数据会聚协议(pdcp)、用户数据报协议(udp)、因特网协议(ip)和无线电资源控制(rrc)协议。相比之下，du可以托管较低层协议，例如，无线电链路控制(rlc)、媒体访问控制(mac)和物理层(phy)协议。
[0110]
然而，可能存在cu和du之间协议分布的其他变体，例如在cu中托管rrc、pdcp和部分rlc协议(例如，自动重传请求(arq)功能)，而在du中托管其余部分rlc协议以及mac和phy。在一些实施例中， cu可以托管rrc和pdcp，其中假设pdcp处理up业务和cp业务。然而，其他示例性实施例可以通过在cu中托管某些协议和在du中托管某些其他协议来利用其他协议拆分。示例性实施例还可以将集中式控制平面协议(例如，pdcp
‑
c和rrc)定位在相对于集中式用户平面协议(例如，pdcp
‑
u)不同的cu中。
[0111]
可以从同一基站(例如，gnb)天线从不同的天线端口发送多个信号。这些信号可以具有相同的大规模属性，例如在多普勒频移/扩展、平均延迟扩展或平均延迟方面。然后，这些天线端口被称为“准同位置”或“qcl”，网络可以向ue发信号通知两个天线端口是qcl。一旦ue知道两个天线端口是关于某个参数(例如，多普勒扩展)的qcl，则ue就可以基于天线端口中的一个估计该参数，并在接收另一个天线端口时使用该估计。通常，第一天线端口由例如csi
‑
rs的测量参考信号(称为“源rs”)表示，而第二天线端口为解调参考信号(dmrs)(称为“目标rs”)。
[0112]
例如，如果天线端口a和b是关于平均延迟的qcl，则ue可以根据从天线端口a(源rs)接收到的信号估计平均延迟，并假设从天线端口 b(目标rs)接收到的信号具有相同的平均延迟。这对于解调是有用的，因为当尝试使用dmrs测量信道时，ue可以预先知道信道的属性。
[0113]
从网络向ue发送关于可以对qcl做出哪些假设的信息的信号。在 nr中，定义了在发送的源rs和发送的目标rs之间的以下四种类型的 qcl关系：
[0114]
·
类型a：{多普勒频移、多普勒扩展、平均延迟、延迟扩展}
[0115]
·
类型b：{多普勒频移，多普勒扩展}
[0116]
·
类型c：{平均延迟，多普勒频移}
[0117]
·
类型d：{空间接收参数}
[0118]
引入qcl类型d是为了通过模拟的波束成形促进波束管理，且被称为“空间qcl”。目前对空间qcl没有严格的定义，但理解为如果两个发射的天线端口在空间上为qcl，则ue可以使用相同的rx波束来接收它们。当qcl关系用信号发送给ue时，它不仅包括关于特定qcl类型(例如， a、b、c或d)的信息，而且还包括服务小区索引、bwp索引和源参考信号标识(csi
‑
rs、trs或ssb)。
[0119]
qcl类型d与波束管理最相关，但也有必要向ue传达类型a的qcl rs关系，以便它们可以估计所有相关的大规模参数。通常，这可以通过为ue配置用于时间/频率偏移估计的跟
踪参考信号(trs，例如csi
‑
rs) 来完成。为了能够使用任何qcl参考，ue必须以足够好的信干噪比(sinr) 接收它。在许多情况下，这限制了要在特定波束和/或波束配置中发送的用于具体ue的trs。
[0120]
为了在波束和trp选择中引入动态，可以通过具有n个传输配置指示符(tci)状态的rrc信令(例如，使用tci
‑
state ie)配置ue，其中n在频率范围2(fr2)中高达128并且在fr1中高达8，这具体取决于ue的能力。每个配置的tci状态包含用于在源rs(例如，csi
‑
rs或 ss/pbch)和目标rs(例如，pdsch/pdcch dmrs天线端口)之间的 qcl关联的参数。tci状态还可用于传达qcl信息以用于接收csi
‑
rs。 tci状态列表中的n个状态中的每一个都可以被解释为从网络发送的n个可能的波束的列表，或者网络用于与ue通信的n个可能的trp的列表。
[0121]
更具体地，每个tci状态可以包含id以及用于一个或两个源dl rs 的qcl信息，其中每个源rs与qcl类型、服务小区索引、bwp索引和源参考信号标识(csi
‑
rs、trs或ssb)相关联。例如，两个不同的 csi
‑
rs{csi
‑
rs1，csi
‑
rs2}可以在tci状态下配置为{qcl
‑
type1， qcl
‑
type2}＝{type a，type d}。ue可以将此tci状态解释为意味着ue 可以从csi
‑
rs1导出多普勒频移、多普勒扩展、平均延迟、延迟扩展，以及从csi
‑
rs2导出空间rx参数(例如，要使用的rx波束)。在qcl 类型d不适用(例如，低频段或中频段操作)的情况下，则tci状态仅包含单个源rs。然而，除非特别指出，否则对源rs“对”的引用包括单个源rs的情况。
[0122]
此外，可以为pdsch配置可用tci状态的第一列表，并且可以为 pdcch配置第二列表。第二列表可以包含指向为pdsch配置的tci状态的子集的指针，称为tci状态id。对于在fri中运行的ue，网络然后为pdcch激活一个tci状态(即，通过向ue提供tci)和为pdsch 激活多达八个tci状态，这取决于ue的能力。
[0123]
作为示例，可以从总共64个已配置tci状态的列表中为ue配置四个活动tci状态。因此，其他60个配置的tci状态是不活动的，ue不需要准备为这些状态估计大规模参数。另一方面，ue通过对为这四个活动tci状态中的每一个指示的源rs执行测量和分析，来连续跟踪和更新四个活动tci状态的大规模参数。用于pdsch调度的每个dci包括指向被调度ue的一个活动tci的指针。基于这个指针，ue知道在进行pdsch dmrs信道估计和pdsch解调时使用哪个大规模参数估计。
[0124]
nr ue可以接收(例如，在调度pdsch的dci中)tci状态的指示和在dci的接收与对应pdsch之间的时间偏移的指示。如果在调度 pdsch的dci中指示了tci状态，则如果在dci的接收和用于接收对应pdsch的调度时间之间的持续时间大于或等于threshold
‑
sched
‑
offset 的值，ue使用所指示的tci状态来确定pdsch dmrs天线端口的qcl， threshold
‑
sched
‑
offset的值是取决于ue能力的ue特定参数。在rel
‑
15 nr中，ue将其threshold
‑
sched
‑
offset报告给网络。
[0125]
另一方面，如果在dci的接收和对应的pdsch接收之间的持续时间小于threshold
‑
sched
‑
offset的值，则ue可以假设pdsch dmrs天线端口与处于为pdcch激活的tci状态中的一个或多个rs是qcl，只要配置的tci状态中的至少一个包含“qcl
‑
typed”。如果配置的tci状态均不包含“qcl
‑
typed”，则ue使用pdsch调度dci中指示的tci 状态来确定pdsch dmrs天线端口的qcl，而不管在dci的接收和对应pdsch的接收之间的持续时间。
[0126]
解调参考信号(dm
‑
rs)促进物理层数据信道(例如，由ue进行的 pdsch，由网络进行的pusch)和pdcch(例如，由ue进行的)的相干解调。每个dm
‑
rs与这些物理层信道中的一
个相关联，因此，仅限于承载相关物理层信道的资源块。每个dm
‑
rs被映射到时频网格的所分配re上，使得接收器可以有效地处理时间和/或频率选择性衰落无线电信道。
[0127]
dm
‑
rs到re的映射在频域和时域都可配置，频域中的两种映射类型 (配置类型1或类型2)和时域中的两种映射类型(映射类型a或类型b) 定义第一dm
‑
rs在传输间隔内的位置。时域中的dm
‑
rs映射也可以是基于单符号或基于双符号(即，相邻符号对)。此外，ue可以被配置有一个、两个、三个或四个单符号dm
‑
rs和一个或两个双符号dm
‑
rs。在低多普勒的场景中，仅配置前端加载的dm
‑
rs(即一个单符号或双符号 dm
‑
rs)可能就足够了，而在高多普勒的场景中将需要额外的dm
‑
rs。
[0128]
包括图8a
‑
8d的图8示出了前端加载的dm
‑
rs与类型a时域映射的四个示例性映射，其中第一个dm
‑
rs在14符号时隙的第三个符号中。更具体地，图8a
‑
8b分别示出了用于单符号和双符号dm
‑
rs的配置类型1 的映射。同样，图8c
‑
8d分别示出了用于单符号和双符号dm
‑
rs的配置类型2的映射。如图8所示，类型1和类型2映射的不同之处在于映射结构和支持的dm
‑
rs cdm组的数量。如dm
‑
rs re的不同阴影所示，类型1支持两个cdm组(例如，λ＝0、1)，类型2支持三个cdm组(例如，λ＝0、1、2)。
[0129]
类型1的映射结构有时被称为具有两个在频域中由子载波{0，2，4，...} 和{1，3，5，...}的集合定义的cdm组的2
‑
梳结构。由于它有助于低峰均功率比(papr)传输，因此梳状映射结构与nr ul中的dft
‑
s
‑
ofdm结合使用。相比之下，cp
‑
ofdm操作(例如，在ul和dl中)支持类型1 和类型2映射两者。
[0130]
dm
‑
rs天线端口只映射到一个cdm组内的re。对于单符号dm
‑
rs，两个天线端口可以映射到每个cdm组，而对于双符号dm
‑
rs，四个天线端口可以映射到每个cdm组。因此，类型1的dm
‑
rs端口的最大数量为四个或八个，类型2为六个或十二个。长度为2的正交覆盖码(occ) ([ 1， 1]，[ 1，
‑
1])用于分离映射到cdm组内相同re上的天线端口。当配置双符号dm
‑
rs时，occ应用于频域以及时域。
[0131]
在nr rel
‑
15中，根据以下公式在3gpp ts 38.211中规定了pdsch dm
‑
rs序列r(m)，m＝0，1，...的映射：
[0132][0133][0134]
k
′
＝0，1
[0135][0136]
n＝0，1，...
[0137]
其中
[0138][0139]
表示在频域w
f
(k
′
)和时域w
t
(l
′
)中应用occ后映射到cdm组中的端口p
j
的参考信号。下面的表2
‑
3分别示出了配置类型1和类型2的pdschdm
‑
rs映射参数。
[0140]
表2
[0141][0142]
表3
[0143][0144][0145]
dci还包括位字段，该位字段指示调度了哪些天线端口(即数据层的数量)。例如，如果dmrs端口1000由dci指示，则pdsch是单层传输，且ue将使用端口1000定义的dmrs来解调pdsch。dci值也指示没有数据的cdm组数，这意味着如果指示1，则其他cdm组包含用于ue的数据(pdsch情况)，如果指示2，则两个cdm组都可能包含 dmrs端口且没有数据被映射到包含dmrs的ofdm符号。下面的表4 示出了具有单个、前端加载的dm
‑
rs(最大长度＝1)的dm
‑
rs类型1的位字段值和对应配置。需注意，表4中示出的一个或多个dmrs端口值是表2中给出的p值的模1000版本。
[0146][0147]
对于dmrs类型1，端口1000、1001、1004和1005位于cdm组λ＝0 中，而端口1002、1003、1006和1007位于cdm组λ＝1中(也在表2中说明)。表5示出了dmrs类型2(最大长度＝1)的对应示例性配置。对于dmrs类型2，端口1000、1001、1006和1007位于cdm组λ＝0中；端口1002、1003、1008、1009位于cdm组λ＝1中；且端口1004、1005、 1010和1011位于cdm组λ＝2中(也在表3中说明)。需注意，表5中示出的一个或多个dmrs端口值是表3中给出的p值的模1000版本。
[0148]
[0149][0150]
下面的表6和7分别示出了用于dmrs类型1(最大长度＝2)和dmrs 类型2(最大长度＝2)的对应示例性配置。需注意，表6
‑
7中示出的一个或多个dmrs端口值分别是表2
‑
3中给出的p值的模1000版本。
[0151]
[0152][0153]
[0154]
[0155]
[0156]
[0157][0158]
目前，3gpp nr规范包括这样的限制，即ue可以假设同一cdm组内的pdsch dm
‑
rs在多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间rx方面是qcl。在没有在cdm组内的所有dmrs端口上调度第一 ue的情况下，可以同时为该cdm组的其余端口调度另一个ue。然后，第一ue可以估计用于该另一ue的信道，该信道被第一ue视为干扰信号。这有利于第一ue的相干干扰抑制。
[0159]
如上所述，3gpp nr rel
‑
16已经考虑了pdsch向ue的多源传输。例如，这可以用于通过从不同的trp向ue发送pdsch传输块(tb) 的多个副本(也称为“多trp分集”)来提高urllc性能。为了支持这个功能，已经讨论了将tci状态从具有qcl类型1和类型2的两个源rs 的rel
‑
15对(例如，tci状态＝{qcl
‑
type1，qcl
‑
type2})扩展到具有两对 a和b或甚至三对a、b和c的扩展tci状态。这些选项可以表示为：
[0160]
tci状态＝{{qcl
‑
type1，qcl
‑
type2}
a
，{qcl
‑
type1，qcl
‑
type2}
b
}，和
[0161]
tci状态＝{{qcl
‑
type1，qcl
‑
type2}
a
，{qcl
‑
type1，qcl
‑
type2}
b
， {qcl
‑
type1，qcl
‑
type2}
c
}。
[0162]
在上面，a、b和c可以代表三个不同的trp，一个gnb处的三个不同天线面板，或者fr2操作情况下的三个不同波束(也称为“毫米波”或简称“mmw”)。
[0163]
在nr phy接收到来自mac层的传输块后，它在传输之前将传输块转换为码字。在高层次上，这个过程包括应用校验和，将传输块分段成代码块，对每个代码块应用差错保护(例如，turbo编码)，然后将代码块重新组装成一个码字(cw)。nr phy然后将包括cw的比特转换为调制符号(例如，根据当前使用的调制方案)，然后将调制符号分配给一个或多个mimo层以进行空间复用。在某些情况下，nr phy可以从mac 接收两个传输块以在单个传输间隔中传输，因此可以为每个接收到的传输块生成一个cw。
[0164]
在nr中，一个cw可以分配给高达四个mimo层，两个cw可以分配给不止四个的层。
3gpp ts 38.211规定了如何将码字q的复值调制符号映射到层x(i)＝[x
(0)
(i) ... x
(υ
‑
1)
(i)]
t
，其中υ是层数，是每层的调制符号数，以及是每cw的调制符号数。下面的表8(对应于38.211表7.3.1.3
‑
1) 示出了用于nr空间复用的示例性cw到层映射。此外，表8所示的向量块[x
(0)
(i) ... x
(υ
‑
1)
(i)]
t
，i＝0，1，...，可以根据以下关系式映射到天线端口：
[0165][0166]
其中i＝0，1，...，天线端口的集合{p0，...，p
υ
‑1}可以根据上面的表4
‑
7来确定。
[0167][0168]
上面讨论的扩展tci状态(即，不止一对源rs)的引入产生了对ue 的多传输假设(例如单trp传输、双trp传输、甚至三个trp传输)的需求。然而，当前的rel.15nr天线端口索引表是不对称的，使得cdm 组λ＝0总是包含最多的天线端口。这不适合多trp调度，因为一个trp (例如，用于qcl的一对源rs)在调度选项中过多。
[0169]
本公开的示例性实施例可以通过进一步将tci状态(或扩展的tci 状态)的每个源rs对(例如，{qcl
‑
type1，qcl
‑
type2})与dm
‑
rs cdm 组相关联来解决这些和其他问题、难题和/或困难。此外，tci状态可以被单独配置(例如，通过rrc和/或mac ce)以包含一对、两对或三对源 rs qcl关系。此外，可以扩展传统天线端口表以包括有助于同时调度来自多达三个trp(例如，端口1000、1002和1004，连同指示具有三对源 rs qcl关系的扩展tci状态，每对与一个端口相关联)的传输的新条目。此外，为了调度奇数个端口(例如，层)，扩展的天线
端口表还可以包括将这些端口映射到特定trp的多个选项(例如，两个端口映射到trp1，一个端口映射到trp2；一个端口映射到trp1，两个端口映射到trp2)。此外，当在调度dci消息中指示与cdm组的数量相比具有更少源rs对的tci状态时，示例性实施例可以提供确定哪个qcl源适用于每个天线端口的技术。
[0170]
以这种方式，实施例可以通过重用当前天线端口索引表的重要部分来促进在单个或多个trp传输之间的灵活和/或动态切换，同时提供传统(例如，rel
‑
15)兼容性。实施例还可以通过提供在各个trp上调度不同数量的层的选项，来促进多个trp之间的对称调度。这种trp和每trp的层的动态选择允许网络调度器在ue在网络中移动时跟随信道质量的变化，以及各个trp上业务负载条件的变化。
[0171]
各种实施例可以提供在具有多个源rs qcl对{qcl
‑
type1，qcl
‑
type2} 的tci状态与cdm组之间的各种关联。换句话说，一个tci状态可以扩展为具有不止一对的{qcl
‑
type1，qcl
‑
type2}，其中每个这样的对都与cdm 组λ＝0、1、2相关联。在一些实施例中，如果配置了dmrs类型1，则 tci状态可以包含一个或两个源rs qcl对{qcl
‑
type1，qcl
‑
type2}，其中tci状态的第一对与cdm组λ＝0相关联，而第二对与cdm组λ＝1相关联。以此方式，tci状态可以使用单个tci状态id来指示用于给定qcl 类型的两个不同源rs，并且因此可以促进调度来自两个不同源(例如， trp、天线面板等)的pdsch。作为进一步的示例，如果配置了dmrs 类型2，则tci状态可以包括三个源rs qcl对{qcl
‑
type1、qcl
‑
type2}，每个源rs qcl对与不同的cdm组λ＝0、1或2相关联。
[0172]
在其他实施例中，不是定义明确地用信号通知给ue的新的多对tci 状态，而是可以重用仅用单个qcl源对{qcl
‑
type1，qcl
‑
type2}配置tci 状态的常规rel
‑
15 rrc信令并结合规则来从常规的单对tci状态的组合中解释扩展的多对tci状态。例如，用于同时调度两个trp的tci状态 #3可以是组合{tci state#1，tci state#2}，其中tci状态#1、2是用于调度单个trp的单对阶段。
[0173]
此外，每个tci状态都可以与cdm组的集合相关联，无论它是传统 tci状态还是扩展tci状态。在一个示例中，传统tci状态#1、2可以分别与cdm组λ＝0、1相关联，而扩展tci状态#3与两个cdm组λ＝0、1 相关联。这些实施例便于简单的重新配置。例如，如果通过改变关联源rs (例如，新的服务小区/trp)来重新配置tci状态#1，那么包括tci状态#1的所有扩展的tci状态(例如，tci状态#3)也会自动改变，而无需更新整个tci状态表。
[0174]
一旦根据各种实施例为ue配置了tci状态表和天线端口表，dci可以用于向ue指示来自具有用于qcl的一个、两个或三个源rs对的表的特定tci状态。dci还可以指示天线端口表中的具体条目，该条目指示可以跨一个、两个或三个cdm组(也称为“dmrs端口组”)分布的dmrs 天线端口的集合。在一个具体实施例中，如果dci指示相同数量的qcl 源rs对和天线端口cdm组，则ue可以在qcl源rs对和cdm组之间应用一对一映射。
[0175]
在其他实施例中，如果调度dci指示的qcl源rs对(例如，通过扩展的tci状态)比所指示cdm组的数量多，则ue可以将所指示的第一qcl源rs对与所有所指示的cdm组(包括单个所指示cdm组)相关联。以这种方式，为多trp传输配置的tci状态也可以重新用于单个 trp传输(例如，单个cdm组)，从而使tci状态表更有效。
[0176]
在其他实施例中，如果调度dci指示的qcl源rs对少于所指示的cdm组的数量，则ue可以应用额外的映射规则。如果dci指示具有单个qcl源rs对的tci状态，则ue可以将该tci
状态与所有所指示天线端口相关联，而不管有多少cdm组与天线端口表条目中也通过dci指示的特定条目相关联。例如，这可用于动态回退到传统rel
‑
15 nr行为。可替代地，在dci指示具有两个qcl源rs对和三个cdm组的特定tci 状态的情况下，则第一源rs对可以应用于第一cdm组中的天线端口，而第二源rs对可以应用于第二和第三cdm组中的天线端口。可替代地，如果ue未配置为处理不同数量的源rs对和cdm组，则它可以忽略调度dci或以错误指示进行响应。
[0177]
在一些实施例中，在dci指示的tci状态中的qcl源对{qcl
‑
type1， qcl
‑
type2}与cdm组λ＝0，1，2中的一个之间的映射可以根据预定义的规则固定，使得它不依赖于dci中还指示了哪个cdm组。例如，如果ue 用cdm组λ＝1(如天线端口指示表所示)进行调度并且调度dci指示 tci状态包括两个qcl源对，则ue根据预定义规则仅选择两个qcl源对中的第二个qcl源对。
[0178]
在其他实施例中，在dci指示的tci状态中的qcl源对{qcl
‑
type1， qcl
‑
type2}与cdm组λ＝0，1，2之间的映射是相对的并且取决于dci中还指示了哪些cdm组。例如，具有最低索引λ的所调度的cdm组可以被映射到包括dci所指示的tci状态的第一qcl源对，第二低索引λ被映射到tci状态的第二qcl源对，等等。
[0179]
作为另一个示例，如果ue仅使用cdm组λ＝11(如天线端口指示表所示)并且使用包括两个qcl源对的tci状态进行dci调度，则它可以将cdm组映射到第一qcl源对，因为，虽然cdm组λ＝1不是第一 cdm组，但它是第一个被调度的cdm组。在另一个示例中，ue可以使用cdm组λ＝0，2进行调度(这可能需要在dmrs端口表中添加这样的 dmrs端口组合)，其中dci指示包括三个qcl源对的tci状态。由于 cdm组λ＝0，2是前两个被调度的cdm组，它们分别映射到第一和第二 qcl源rs，而不是第一和第三qcl源rs对。
[0180]
在其他实施例中，在奇数个天线端口被dci调度的情况下，可以扩展传统(例如，rel
‑
15)nr天线端口表以支持cdm组对称性。等级3的传统表使用两个端口用于cdm组0和一个端口用于cdm组1(例如端口 1000
‑
1002用于dmrs类型1)，从而使得三层中的两层总是从trp#0发送，一层从trp#1发送。为了有效地支持这种“奇数层pdsch”的对称调度，可以将对称的对应物添加到天线端口表中，即端口1001
‑
1003或1000、 1002和1003。这有助于更好地平衡trp之间的负载。
[0181]
在这些实施例的示例中，可以通过如下配置两个tci状态来提供trp 对称性。第一tci状态可以包含一对源rs，其中第一源rs与trp#0相关联，而第二源rs与trp#1相关联。该tci状态可用于指示cdm组0 的端口1000、1001从trp#0发送，cdm组1的端口1002从trp#1发送。第二tci状态可以包含具有与trp#1相关联的第一源rs和与trp#0 相关联的第二源rs的源rs对。因此，该第二tci状态可用于指示cdm 组0的端口1000、1001从trp#1发送，并且cdm组1的端口1002从 trp#0发送。通过以这种方式使用tci状态，无需更新传统天线端口索引表以也包括这种“奇数层pdsch”的对称调度。
[0182]
在其他实施例中，在偶数个天线端口被dci调度的情况下，可以扩展传统(例如，rel
‑
15)nr天线端口表以破坏cdm组对称性。针对等级4 的传统rel.15天线端口指示表使用两个端口用于cdm组0和两个端口用于cdm组1(例如端口1000
‑
1003用于dmrs类型1)，使得两层从trp#0 发送，两层从trp#1发送。因此，不对称调度是不可能的(例如，三层从一个trp调度，一层从另一个trp调度)。为了有效地支持偶数层的非对称调度，可以将非对称对应物添
加到天线端口表中，例如端口 {1000，1001，1002和1004}和端口{1000，1002，1003，1006}在表中用于具有两个dmrs符号的dmrs类型1。这种增强有助于分别在指示的tci状态下从第一trp(第一源qcl对)和第二trp(第二源qcl对)的(3，1) 和(1，3)层调度。
[0183]
对于dmrs类型2，传统(例如，rel
‑
15)nr天线端口表包括端口映射到cdm组选项(1，0，0)；(0，1，0)；(0，0，1)；(2，0，0)；(0，2，0)；(0，0，2)；(1，1，0)； (2，1，0)；(0，1，2)；(2，2，0)；(2，2，1)；以及(2，2，2)，其中(l1，l2，l3)分别是来自第一、第二和第三trp(第一、第二和第三源rs qcl对)的层数。在其他实施例中，特别适用于dmrs类型2，这些传统天线端口表可以扩展为包括(1，1，1)的附加选项(例如，天线端口1000，1002和1004)以促进从三个trp调度不同的cdm组。
[0184]
在其他实施例中，传统(例如，rel
‑
15)nr天线端口表也可以增强为包括(1，1，0)、(1，0，1)和(0，1，1)中的一个或多个以用于没有数据的三个cdm组。例如，这些可以分别对应于端口{1000，1002}、{1000，1004}和 {1002，1004}。这些表条目可以促进对具有dmrs类型2的多用户(mu) mimo的支持，其中一个ue以等级2进行调度，而第二ue使用第一 ue未使用的cdm组以等级1进行调度。因此，对于这种情况，天线端口指示表必须指示没有数据的三个cdm组。这对于将多pdsch调度到同一ue的情况也很有用，其中第一pdsch有使用两个cdm组的两层，第二pdsch使用第三cdm组。
[0185]
在其他实施例中，代替扩展现有天线端口表，可以定义和/或指定附加天线端口表，其中对将要使用的表的具体选择(例如，原始表或附加表中的哪一个)是由在dci指示的tci状态中qcl源rs对的数量隐式地指示(或推断)的。这有助于更简单地布置适合多tpr传输的天线端口表。例如，只有一个无数据的cdm组的天线端口表值可能与两个trp传输无关。因此，对于这种情况，可以构建额外的两个trp天线端口表，从而在这种情况下用更相关的条目替换不相关的条目。类似地，可以构建一个三 trp天线端口表(例如，对于dmrs类型2)，该端口表没有针对1
‑
2个无数据的cdm组的条目。以这种方式，每个表都可以针对一个、两个和三个trp传输进行优化，其中在所指示tci状态的源rs qcl对中的数量被用来选择使用哪个表。这种布置可以潜在地减少信令开销，因为一个表(例如，具有许多值)不需要适合单和多trp传输和接收的所有情况。
[0186]
在其他实施例中，网络可以配置和/或选择一些限制，使得处于扩展tci状态的多对必须具有用于qcl类型d的相同源rs，从而便于ue使用相同的rx波束接收这些多传输。这种限制的引入可以基于ue能力，例如由ue提供给网络(例如，经由rrc信令)。例如，在nr中使用基于组的波束报告，使得ue仅在ue可以同时接收这两个波束(即qcl类型d的两个源rs)时才能报告这两个波束的组。这通常需要ue具有两个天线面板用于接收。因此，只有当ue在基于组的波束报告中报告了这些源rs时，网络才可以在扩展的tci状态的两个不同对中配置两个不同的源rs id。从ue的角度来看，它不希望接收带有具有用于qcl类型d 的两个不同源rs的tci状态的dci，除非它已在基于组的波束报告中报告了这些。
[0187]
在一些实施例中，除了包括一对或多对源rs qcl关系(其中每一对与cdm组λ相关联)的扩展tci状态之外，dci还可以包括在dci的接收和与对应pdsch的接收之间的时间偏移。在这种情况下，ue可以应用各种示例性规则和/或阈值以确定在用于(一个或多个)pdcch的源 rs和目标rs之间的qcl关系。
[0188]
例如，如果时间偏移大于或等于ue作为其能力的一部分向网络报告的threshold
‑
sched
‑
offset，则ue可以确定属于cdm组λ的(一个或多个)pdsch dmrs天线端口与为pdcch接收而激活的tci状态的源 rs是qcl。
[0189]
作为另一示例，如果时间偏移小于由ue作为其能力的一部分报告给网络的threshold
‑
sched
‑
offset，并且如果任何激活的扩展tci状态在它们的任何源rs qcl对中包含“qcl
‑
typed”，则ue可以确定属于任何所指示cdm组的(一个或多个)pdsch dmrs天线端口与为pdcch接收而激活的tci状态的源rs是qcl。
[0190]
作为进一步的示例，如果时间偏移小于由ue作为其能力的一部分报告给网络的threshold
‑
sched
‑
offset，并且如果任何激活的扩展tci状态在其任何源rs qcl对中包含“qcl
‑
typed”，则ue可以确定属于任何所指示cdm组的(一个或多个)pdsch dmrs天线端口与为pdcch接收而激活的tci状态的源rs是qcl。
[0191]
作为又一示例，如果配置的扩展tci状态均不包含“qcl
‑
typed”，则无论时间偏移相对于threshold
‑
sched
‑
offset如何，ue都可以确定属于 cdm组λ的(一个或多个)pdsch dmrs天线端口与在关联的对 {qcl
‑
type1，qcl
‑
type2}中定义的源rs是qcl。
[0192]
作为进一步的示例，如果为pdsch激活的所配置的扩展tci状态中没有一个包含“qcl
‑
typed”，则无论时间偏移相对于 threshold
‑
sched
‑
offset如何，ue都可以确定属于cdm组λ的(一个或多个)pdsch dmrs天线端口与在关联的对{qcl
‑
type1，qcl
‑
type2}中定义的源rs是qcl。
[0193]
在一些其他实施例中，如果ue接收到指示包括一个或多个{qcl
‑
type1， qcl
‑
type2}的扩展tci状态的dci，并且如果扩展tci状态包括“qcl
‑
typed”，则ue可以确定dl dci的接收与对应的pdsch之间的时间偏移大于threshold
‑
sched
‑
offset。
[0194]
在其他实施例中，在对应于单trp传输的所激活的tci状态的数量与对应于多trp传输的所激活的tci状态的数量之间可以存在约束和/或依赖性。例如，单个ue可以支持对应于单trp传输的不超过x1个活动 tci状态和对应于多trp传输的不超过x2个活动tci状态的组合。作为另一示例，对应于单trp传输的tci状态的激活可以隐式地激活对应于多trp传输的一个或多个tci状态，反之亦然。可替代地，对于包含在所有活动tci状态中的qcl的源rs总数可能存在约束，无论是对应于单trp还是对应于多trp传输。
[0195]
如上所述，当多个trp发送的总层数大于4时，必须将这些层映射到两个cw。在这种情况下，希望将一个trp发送的所有层映射到同一个 cw，使得与cw相关联的所有dmrs端口都在同一个cdm组内。例如，如果trp1发送两层，trp2发送三层，则希望将trp1的两层映射到0
‑
1 层，将trp2的三层映射到2
‑
4层，从而导致cw1映射到trp1，cw2 映射到trp2。
[0196]
为了支持这样的功能，在一些实施例中，可以在天线端口表中提供新条目。例如，在dmrs天线端口表5
‑
7(以上)的针对两cw场景(例如，“启用码字0，启用码字1”)的列中需要新条目。作为更具体的示例，对于具有两个前端加载符号的type
‑
1dmrs，可以将条目(0，1，2，3，6)添加到表 6中的dmrs端口列，从而使得cdm组0的端口0、1被分配给cw0，而cdm组1的端口2、3、6被分配给cw1。此类表中的其他示例性新条目可以包括：对于(l1，l2)＝(3，3)的(0，1，4，2，3，6)；对于(l1，l2)＝(3，4)的 (0，1，4，2，3，6，7)；以及对于(l1，l2)＝(4，4)的(0，1，4，5，2，3，6，7)。需注意，此示例的dmrs端口和cdm组之间的映射如上表2所示。
[0197]
作为另一个具体示例，对于具有两个前端加载的符号的type
‑
2dmrs，可以将以下新条目添加到表7：对于(l1，l2)＝(2，3)的(0，1，2，3，8)；对于 (l1，l2)＝(3，3)的(0，1，6，
2，3，8)；对于(l1，l2)＝(3，4)，为(0，1，6，2，3，8，9)；以及对于(l1，l2)＝(4，4)的(0，1，6，7，2，3，8，9)。需注意，在此示例的dmrs端口和cdm 组之间的映射如上表3所示。
[0198]
图9示出了根据本公开的各种示例性实施例的示例性操作场景，其中 ue 930与可以提供pdsch分集(例如，多trp)传输的两个gnb 910、 920进行通信。最初，ue可以被gnb 910(例如，经由rrc)配置有64 个扩展的tci状态，例如上面讨论的那些。随后，ue可以被gnb910配置(例如，通过macce激活)以主动跟踪所配置tci状态中的多个(例如，八个)tci状态。ue通过对每个所激活的tci状态的(一个或多个) 关联源rs执行测量，来开始跟踪这些多个所激活的tci状态。需注意，与tci状态相关联的rs是从与关联于相同tci状态的pdsch相同的 gnb发送的。
[0199]
ue然后接收调度dci(例如，经由pdcch)，该调度dci指示具体的所激活的tci状态并选择两个cdm组中的天线端口(例如，λ＝0，1)。基于从该dci解码的信息，ue然后接收pdsch，其中一些层从gnb 910 (例如，λ＝0)发送，其余的层从gnb 920(例如，λ＝1)发送。ue使用所指示的源rs qcl关系来帮助信道估计和从两个gnb(例如，trp)中的每一个接收dmrs和pdsch层。源rs可以例如用于估计由各自无线信道引入的延迟扩展、多普勒扩展和多普勒频移。
[0200]
图10示出了根据本公开的其他示例性实施例的另一示例性操作场景，其中ue 930与可以提供pdsch分集(例如，多trp)传输的两个gnb 910、 920进行通信。在这种情况下，ue从两个gnb接收pdcch和pdsch。例如，ue可以从gnb 910接收调度dci(例如，经由pdcch1)，该调度dci指示具体的所激活的tci状态并且选择一个cdm组中的天线端口 (例如，λ＝0，1)。ue还可以从gnb 920接收调度dci(例如，经由 pdcch2)，该调度dci指示不同的所激活的tci状态并选择不同cdm 组中的天线端口(例如，λ＝0，1)。例如，pdcch1和pdcch2可以分别指示对应于cdm组0和1的天线端口。
[0201]
基于从这些dci解码的信息，ue然后接收pdsch，其中一些层从 gnb1(例如，λ＝0)发送，其余的层从gnb2(例如，λ＝1)发送。ue使用所指示的源rs qcl关系来帮助信道估计和从两个gnb(例如，trp) 中的每一个接收dmrs和pdsch层。源rs可以例如用于估计由各自无线信道引入的延迟扩展、多普勒扩展和多普勒频移。
[0202]
尽管上面的描述集中在pdsch上，但是所描述的原理也可以与某些适当的修改一起应用于pusch，如上面描述中对pusch的引用所指示的那样。例如，rel
‑
15中没有定义pusch tci状态，尽管将来可能会引入这样的功能。可替代地，srs资源指示(sri)可以实现与tci状态对 pdsch所做的相同的作用。
[0203]
可以参考图11
‑
13进一步说明上述这些实施例，图11
‑
13描绘了由ue 和网络节点执行的示例性方法。换句话说，以下参考图11
‑
13描述的操作的各种功能对应于上述各种实施例。
[0204]
特别地，图11示出了根据本公开的各种示例性实施例的用于在dci 指示不同数量的源rs对和cdm组时接收多个pdsch层的示例性方法 (例如，过程)的流程图。该示例性方法可由与无线电接入网络(ran，例如，ng
‑
ran)中的一个或多个网络节点(例如，基站、gnb、en
‑
gnb 等，或其部件)通信的用户设备(ue，例如，无线设备、iot设备、调制解调器等或其部件)执行。例如，图11中所示的示例性方法可以在如本文参考本文中的其他附图所描述的那样配置的ue中实现。此外，图11中所示的示例性方法可与本文所述的其他示例性方法(例如，
图12
‑
13)协同使用，以提供本文所述的各种示例性益处和/或优点。尽管图11以特定顺序示出了块，但是示例性方法的操作可以以与所示出的顺序不同的顺序来执行，并且可以组合和/或划分成具有与所示出的功能不同的功能的块。由虚线指示可选块或操作。
[0205]
图11中所示的示例性方法可以包括块1110的操作，其中ue可以从网络接收调度dci，该调度dci指示要用于接收后续pdsch的具体的所激活的tci状态。该指示的tci状态可以包括第一数量的源rs qcl对，其中该第一数量可以是一个或多个。dci还可以例如通过向与第二数量的 cdm组相关联的天线端口表条目提供索引，来指示第二数量的cdm组。第二数量可以与第一数量不同。
[0206]
该示例性方法还可以包括块1120的操作，其中ue可以确定所指示的 tci状态是否包括至少两个源rs qcl对。如果该确定的结果是否定的，则操作进行到块1130，其中ue可以确定天线端口表条目是否与至少两个 cdm组相关联。如果块1130中的确定结果是否定的，则操作进行到框1135，其中ue可以使用与tci状态相关联的源rs对来接收对应于单个cdm 组的单个pdsch层。如果块1130中的确定结果是肯定的，则操作进行到块1140，其中ue可以使用与所指示的tci状态相关联的单个源rs对来接收分别对应于第一cdm组和第二cdm组的所有pdsch层。
[0207]
另一方面，如果块1120中的确定结果是肯定的，则操作进行到块1150，其中ue还可以确定天线端口表条目是否与至少两个cdm组相关联。如果块1150中的确定结果是否定的，则操作进行到块1170，其中ue可以使用与所指示的tci状态相关联的第一源rs对来接收对应于第一cdm 组和第二cdm组的所有pdsch层。如果块1150中的确定结果是肯定的，则操作进行到块1160，其中ue可以使用与所指示的tci状态相关联的第一源rs对来接收对应于第一cdm组的pdsch层，并且使用与所指示的tci状态相关联的第二源rs对来接收对应于第二cdm组的pdsch 层。
[0208]
此外，图12示出了根据本公开的各种示例性实施例的用于在无线网络中发送或接收多个物理数据信道的示例性方法(例如，过程)的流程图。该示例性方法可由与无线网络(例如，ng
‑
ran)中的一个或多个网络节点(例如，基站、gnb、en
‑
gnb、trp等，或其部件)通信的用户设备(ue，例如，无线设备、iot设备、调制解调器等或其部件)执行。例如，图12 中所示的示例性方法可以在如本文参考其他附图所描述的那样配置的ue 中实现。此外，图12中所示的示例性方法可与本文所述的其他示例性方法 (例如，图1113)协同使用，以提供本文所述的各种示例性益处和/或优点。尽管图12以特定顺序示出了特定块，但是示例性方法的操作可以以与所示出的顺序不同的顺序来执行，并且可以组合和/或划分成具有与所示出的功能不同的功能的块。由虚线指示可选块或操作。
[0209]
在一些实施例中，图12中所示的示例性方法可以包括块1210和1230 的操作。在块1210中，ue可以从无线网络接收多个传输配置指示符(tci) 状态的指示，其中每个tci状态包括多个源rs对。例如，ue可以(例如，经由rrc)接收64个配置的tci状态的配置，每个tci状态具有两个或多个源rs对。在块1230中，对于多个tci状态中的每个tci状态， ue可以基于接收与具体tci状态相关联的源rs来确定信道参数。
[0210]
在一些实施例中，示例性方法还可以包括块1220的操作，其中ue可以接收控制消息(例如，经由mac ce)，该控制消息激活在操作1210 中指示和/或配置的多个状态的至少一个子集(例如，八个所激活的tci 状态)。在这样的实施例中，ue可以仅针对所激活的tci
状态子集来(例如，在块1230中)确定信道参数。
[0211]
在一些实施例中，示例性方法还可以包括块1240的操作，其中ue可以从无线网络接收对用于解调参考信号(dm
‑
rs)的多个天线端口的指示，其中每个天线端口被映射到与物理数据信道中的一个相关联的cdm组。
[0212]
该示例性方法还可以包括块1250的操作，其中ue可以从无线网络接收包括一个或多个源rs对的tci状态的指示，其中每个源rs对与映射到多个码分复用(cdm)组的用于dm
‑
rs的天线端口具有对应的准同位置(qcl)关系对。在一些实施例中，所指示的tci可以是在块1210的操作中配置的多个tci状态中的一个tci状态。在一些实施例中，每个对应的qcl关系可以基于以下一项或多项：多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间接收。
[0213]
在一些实施例中，dm
‑
rs可以是type
‑
1，并且所指示的tci状态可以包括不超过两个源rs对。在其他实施例中，dm
‑
rs可以是type
‑
2，并且所指示的tci状态可以包括不超过三个源rs对。
[0214]
在一些实施例中，所指示的tci状态包括单个源rs对，并且该单个源rs对与所有多个天线端口具有对应的qcl关系对。
[0215]
在一些实施例中，所指示的tci状态包括：第一源rs对，其与关联于第一cdm组的所有天线端口具有对应的第一qcl关系对，以及第二源rs对，其与关联于第二cdm组的所有天线端口具有对应的第二qcl 关系对。在这样的实施例中，与第一cdm组相关联的天线端口的数量可以不同于与第二cdm组相关联的天线端口的数量。
[0216]
在这些实施例中的一些实施例中，第一和第二cdm组可以与各自的第一和第二索引相关联，其中第一索引小于第二索引。在这样的实施例中，示例性方法还可以包括块1260的操作，其中ue可以从无线网络接收用于物理数据信道的调度信息，其中调度信息包括与各自的第一和第二cdm 组相关联的第一和第二索引。
[0217]
在这些实施例的其他实施例中，所指示的tci状态还可以包括第三源 rs对，该第三源rs对与关联于第三cdm组的所有天线端口具有对应的第三qcl关系对。在这种情况下，第一、第二和第三cdm组可以与无线网络中的各自第一、第二和第三源相关联。
[0218]
在这些实施例中的其他实施例中，所指示的tci状态可以标识包括第一源rs对的第一tci状态和包括第二源rs对的第二tci状态。
[0219]
在其他实施例中，所指示的tci状态可以是一对对称的tci状态中的一个，对称对的每个tci状态包括第一和第二源rs对。此外，对称对的每个tci状态可以具有在第一和第二源rs对与映射到第一和第二 cdm组的天线端口之间的不同的qcl关系。
[0220]
在其他实施例中，所指示的tci状态可以包括第一和第二源rs对。第一源rs对可以与映射到第一cdm组的天线端口具有对应的qcl关系对，并且第二源rs对可以与映射到第二和第三cdm组的天线端口具有对应的qcl关系对。
[0221]
该示例性方法还可以包括块1270的操作，其中ue可以基于所指示的 tci状态的一个或多个源rs对的qcl关系来接收或发送多个物理数据信道。在一些实施例中，多个物理数据信道可以承载单个数据块的不同冗余版本(rv)。在一些实施例中，多个物理数据信道可以是物理下行链路共享信道(pdsch)或物理上行链路共享信道(pusch)的各自的层。在其他实施例中，每个物理数据信道可以是pdsch或pusch的所有层的子集。
[0222]
在包括块1230的确定操作的一些实施例中，块1270的操作可以包括用于物理数据
信道中的每个物理数据信道的子块1271
‑
1274的操作。在子块1271中，ue可以基于与对应于特定物理数据信道的cdm组相关联的 qcl关系来选择所确定的信道参数的子集。在子块1272中，ue可以基于信道参数的子集接收映射到对应cdm组的dm
‑
rs。以此方式，ue可以利用源rs对和qcl关系来接收目标rs，例如dm
‑
rs。在子块1273 中，ue可以基于接收到的dm
‑
rs确定进一步的信道参数。在子块1274 中，ue可以基于该进一步的信道参数来接收物理数据信道。
[0223]
此外，图13示出了根据本公开的各种示例性实施例的用于发送或接收与单个用户设备(ue)的多个物理数据信道的示例性方法(例如，过程)。该示例性方法可以由包括一个或多个节点(例如，基站、gnb、en
‑
gnb、 trp等，或其部件)的无线网络(例如，ng
‑
ran)执行，这些节点与 ue进行通信(例如，无线设备、iot设备、调制解调器等或其部件)。例如，图13中所示的示例性方法可以在以本文例如参考其他附图描述的各种方式配置的一个或多个网络节点中实现。此外，图13中所示的示例性方法可与本文所述的其他示例性方法(例如，图11
‑
12)协同使用以提供各种示例性益处和/或优点。尽管图13以特定顺序示出了特定块，但是示例性方法的操作可以以与所示出的顺序不同的顺序来执行，并且可以组合和/ 或划分成具有与所示出的功能不同的功能的块。可选块或操作由虚线指示。
[0224]
在一些实施例中，图13所示的示例性方法可以包括块1310的操作，其中无线网络可以向ue发送多个传输配置指示符(tci)状态的指示，其中每个tci状态包括多个源rs对。例如，无线网络可以(例如，经由 rrc)向ue提供64个配置的tci状态的配置，每个状态具有两个或更多个源rs对。在一些实施例中，示例性方法还可以包括块1320的操作，其中无线网络可以(例如，经由mac ce)向ue发送控制消息，该控制消息激活在操作1310中指示和/或配置的多个状态中的至少一个子集(例如，八个所激活的tci状态)。
[0225]
在一些实施例中，示例性方法还可以包括块1330的操作，其中无线网络可以向ue发送用于解调参考信号(dm
‑
rs)的多个天线端口的指示，其中每个天线端口被映射到与物理数据信道中的一个相关联的cdm组。
[0226]
该示例性方法还可以包括块1340的操作，其中无线网络可以向ue发送包括一个或多个源rs对的tci状态的指示，其中每个源rs对与映射到多个码分复用(cdm)组的用于dm
‑
rs的天线端口具有对应的准同位置(qcl)关系对。在一些实施例中，所指示的tci可以是在块1310的操作中配置的多个tci状态中的一个tci状态。在一些实施例中，每个对应qcl关系可以基于以下一项或多项：多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间接收。
[0227]
在一些实施例中，dm
‑
rs可以是type
‑
1，并且所指示的tci状态可以包括不超过两个源rs对。在其他实施例中，dm
‑
rs可以是type
‑
2，并且所指示的tci状态可以包括不超过三个源rs对。
[0228]
在一些实施例中，所指示的tci状态包括单个源rs对，并且该单个源rs对与所有多个天线端口具有对应的qcl关系对。
[0229]
在一些实施例中，所指示的tci状态包括：第一源rs对，其与关联于第一cdm组的所有天线端口具有对应的第一qcl关系对，以及第二源rs对，其与关联于第二cdm组的所有天线端口具有对应的第二qcl 关系对。在这样的实施例中，与第一cdm组相关联的天线端口的数量可以不同于与第二cdm组相关联的天线端口的数量。
[0230]
在这些实施例的一些实施例中，第一和第二cdm组可以与各自的第一和第二索引
相关联，其中第一索引小于第二索引。在这样的实施例中，示例性方法还可以包括块1350的操作，其中无线网络可以向ue发送用于物理数据信道的调度信息，其中调度信息包括与各自的第一和第二cdm 组相关联的第一和第二索引。
[0231]
在这些实施例中的其他实施例中，所指示的tci状态还可以包括第三源rs对，该第三源rs对具有与关联于第三cdm组的所有天线端口的对应第三对qcl关系。在这种情况下，第一、第二和第三cdm组可以与无线网络中的各自第一、第二和第三源相关联。
[0232]
在这些实施例中的其他实施例中，所指示的tci状态可以标识包括第一源rs对的第一tci状态和包括第二源rs对的第二tci状态。
[0233]
在其他实施例中，所指示的tci状态可以是一对对称的tci状态中的一个tci状态，对称对的每个tci状态包括第一和第二源rs对。此外，对称对的每个tci状态可以具有在第一和第二源rs对与映射到第一和第二cdm组的天线端口之间的不同qcl关系。
[0234]
在其他实施例中，所指示的tci状态可以包括第一和第二源rs对。第一源rs对可以与映射到第一cdm组的天线端口具有对应的qcl关系对，并且第二源rs对可以与映射到第二和第三cdm组的天线端口具有对应的qcl关系对。
[0235]
该示例性方法还可以包括块1360的操作，其中无线网络可以基于所指示的tci状态的一个或多个源rs对的qcl关系向ue发送多个物理数据信道或从ue接收多个物理数据信道。在一些实施例中，多个物理数据信道可以承载单个数据块的不同冗余版本(rv)。在一些实施例中，多个物理数据信道可以是物理下行链路共享信道(pdsch)或物理上行链路共享信道(pusch)的各自的层。在其他实施例中，每个物理数据信道可以是pdsch或pusch的所有层的子集。
[0236]
需注意，图13的块1310
‑
1360的操作与图12的相应块1210
‑
1220和 1240
‑
1270中的操作互补。
[0237]
尽管以上在方法、技术和/或过程方面描述了各种实施例，但普通技术人员将容易理解，此类方法、技术和/或过程可以通过各种系统中的硬件和软件、通信设备、计算设备、控制设备、装置、非暂时性计算机可读介质、计算机程序产品等的各种组合来实施。
[0238]
图14示出了根据本公开的各种实施例(包括上面参考其他附图描述的那些实施例)的示例性无线设备或用户设备(ue)1400(下文称为“ue 1400”) 的框图。例如，可以通过执行存储在计算机可读介质上的指令来配置ue 1400，以执行与本文描述的示例性方法中的一个或多个示例性方法相对应的操作。
[0239]
ue 1400可以包括处理器1410(也称为“处理电路”)，该处理器可以经由总线1470可操作地连接到程序存储器1420和/或数据存储器1430，总线1470可以包括并行地址和数据总线、串行端口或本领域普通技术人员已知的其他方法和/或结构。程序存储器1420可以存储软件代码、程序和/ 或指令(在图14中统称为计算机程序产品1421)，当由处理器1410执行时，这些软件代码、程序和/或指令可以配置和/或促进ue 1400执行各种操作，包括对应于本文描述的各种示例性方法的操作。作为此类操作的一部分或除此之外，此类指令的执行可以配置和/或促进ue 1400使用一种或多种有线或无线通信协议进行通信，该通信协议包括由3gpp、3gpp2或 ieee标准化的一种或多种无线通信协议，例如通常称为5g/nr、lte、 lte
‑
a、umts、hspa、gsm、gprs、edge、1xrtt、cdma2000、 802.11wifi、hdmi、usb、firewire等的协议，或任何其他当前或未来的可以与无线电收发器1440、用户接口1450和/
或控制接口1460结合使用的协议。
[0240]
作为另一示例，处理器1410可以执行存储在程序存储器1420中的程序代码，该程序代码对应于由3gpp标准化的mac、rlc、pdcp和rrc 层协议(例如，用于nr和/或lte)。作为另一示例，处理器1410可以执行存储在程序存储器1420中的程序代码，其与无线电收发器1440一起实施对应的phy层协议，例如正交频分复用(ofdm)、正交频分多址 (ofdma)和单载波频分多址(sc
‑
fdma)。作为另一示例，处理器 1410可以执行存储在程序存储器1420中的程序代码，其与无线电收发器 1440一起实现与其他兼容设备和/或ue的设备到设备(d2d)通信。
[0241]
程序存储器1420还可以包括由处理器1410执行以控制ue 1400的功能的软件代码，该功能包括配置和控制例如无线电收发器1440、用户接口 1450和/或控制接口1460的各种部件。程序存储器1420还可以包括一个或多个应用程序和/或模块，这些应用程序和/或模块包括实施本文描述的任何示例性方法的计算机可执行指令。此类软件代码可以使用任何已知或未来开发的编程语言，例如，java、c 、c、objective c、html、xhtml、机器代码和汇编程序来指定或编写，只要保留所需的功能，例如，由实现的方法步骤定义的功能。此外，或作为替代，程序存储器1420可包括远离 ue 1400的外部存储布置(未示出)，指令可从该外部存储布置下载到位于ue 1400内的或可移除地耦合到ue 1400的程序存储器1420中，以便启用此类指令的执行。
[0242]
数据存储器1430可以包括用于处理器1410的存储器区域以存储在ue1400的协议、配置、控制和其他功能中使用的变量，包括对应于或包括本文描述的任何示例性方法的操作。此外，程序存储器1420和/或数据存储器1430可以包括非易失性存储器(例如，闪存)、易失性存储器(例如，静态或动态ram)或其组合。此外，数据存储器1430可以包括存储槽，通过该存储槽可以插入和取出一种或多种格式的可移动存储卡(例如，sd 卡、记忆棒、紧凑型闪存等)。
[0243]
普通技术人员将认识到，处理器1410可以包括多个单独的处理器(包括例如多核处理器)，每个处理器实现上述功能的一部分。在这种情况下，多个单独的处理器可以共同连接到程序存储器1420和数据存储器1430，或单独连接到多个单独的程序存储器和/或数据存储器。更一般地，本领域普通技术人员将认识到，ue 1400的各种协议和其他功能可以在包括硬件和软件的不同组合的许多不同计算机布置中实现，硬件和软件的不同组合包括但不限于应用处理器、信号处理器、通用处理器、多核处理器、asic、固定和/或可编程数字电路、模拟基带电路、射频电路、软件、固件和中间件。
[0244]
无线电收发器1440可以包括有助于ue 1400与支持类似无线通信标准和/或协议的其他设备通信的射频发射器和/或接收器功能。在一些示例性实施例中，无线电收发器1440包括一个或多个发射器和一个或多个接收器，其使ue 1400能够根据由3gpp和/或其他标准机构提出的用于标准化的各种协议和/或方法进行通信。例如，这样的功能可以与处理器1410协同操作以实现基于ofdm、ofdma和/或sc
‑
fdma技术的phy层，例如本文关于其他附图所描述的。
[0245]
在一些示例性实施例中，无线电收发器1440包括一个或多个发射器和一个或多个接收器，它们可以促进ue 1400根据3gpp颁布的标准与各种 lte、lte
‑
advanced(lte
‑
a)和/或nr网络进行通信。在本公开的一些示例性实施例中，无线电收发器1440包括ue 1400也根
据3gpp标准与各种nr、nr
‑
u、lte、lte
‑
a、lte
‑
laa、umts和/或gsm/edge 网络进行通信所必需的电路、固件等。在一些实施例中，无线电收发器1440 可以包括支持ue 1400和其他兼容设备之间的d2d通信的电路。
[0246]
在一些实施例中，无线电收发器1440包括ue 1400根据3gpp2标准与各种cdma2000网络通信所必需的电路、固件等。在一些实施例中，无线电收发器1440可能够使用在非授权频带中操作的无线电技术，例如使用2.4、5.6和/或60ghz范围中的频率操作的ieee 802.11wifi进行通信。在一些实施例中，无线电收发器1440可以包括能够进行有线通信的收发器，例如通过使用ieee802.3以太网技术进行有线通信。特定于这些实施例中的每一个的功能可以与ue 1400中的其他电路耦合和/或由其控制，例如处理器1410结合数据存储器1430和/或在数据存储器1430的支持下执行存储在程序存储器1420中的程序代码。
[0247]
用户接口1450可以根据ue 1400的特定实施例采用各种形式，或者可以完全不存在于ue 1400中。在一些实施例中，用户接口1450可以包括麦克风、扬声器、可滑动按钮、可按下按钮、显示器、触摸屏显示器、机械或虚拟小键盘、机械或虚拟键盘和/或任何其他通常在手机上找到的用户接口特征。在其他实施例中，ue 1400可以包括平板计算设备，该平板计算设备包括更大的触摸屏显示器。在这样的实施例中，用户设备1450 的一个或多个机械特征可以由使用触摸屏显示器实现的具有可比性的或功能上等效的虚拟用户设备特征(例如，虚拟键盘、虚拟按钮等)替换，如本领域普通技术人员所熟悉的。在其他实施例中，ue 1400可以是数字计算设备，例如膝上型计算机、台式计算机、工作站等，其包括根据特定示例性实施例可以被集成、分离或可分离的机械键盘。这种数字计算设备还可以包括触摸屏显示器。具有触摸屏显示器的ue 1400的许多示例性实施例能够接收用户输入，例如与本文描述的示例性方法相关的输入或普通技术人员已知的其他输入。
[0248]
在一些实施例中，ue 1400可以包括方位传感器，其可以由ue 1400 的特征和功能以各种方式使用。例如，ue 1400可以使用方位传感器的输出来确定用户何时改变了ue 1400的触摸屏显示器的物理取向。来自方位传感器的指示信号可用于在ue 1400上执行的任何应用程序，使得当指示信号指示设备的物理取向的约90
°
变化时，应用程序可以自动改变屏幕显示器的取向(例如，从纵向到横向)。在该示例性方式中，应用程序可以以用户可读的方式保持屏幕显示器，而不管设备的物理取向如何。此外，方位传感器的输出可以与本公开的各种示例性实施例结合使用。
[0249]
ue 1400的控制接口1460可以根据ue 1400的特定示例性实施例和 ue 1400旨在与之通信和/或控制的其他设备的特定接口要求而采用各种形式。例如，控制接口1460可以包括rs
‑
232接口、rs
‑
4145接口、usb 接口、hdmi接口、蓝牙接口、ieee(“firewire”)接口、i2c接口、 pcmcia接口等等。在本公开的一些示例性实施例中，控制接口1460可以包括如上所述的ieee 802.3以太网接口。在本公开的一些示例性实施例中，控制接口1460可以包括模拟接口电路，包括例如一个或多个数模转换器(dac)和/或模数转换器(adc)。
[0250]
本领域普通技术人员可以认识到，上述特征、接口和射频通信标准的列表仅仅是示例性的，并不限制本公开的范围。换句话说，ue 1400可以包括比图14中所示更多的功能，包括例如视频和/或静止图像相机、麦克风、媒体播放器和/或记录器等。此外，无线电收发器1440可以包括使用额外的射频通信标准(包括蓝牙、gps和/或其他)进行通信所必需的电路。此外，处理器1410可以执行存储在程序存储器1420中的软件代码以控制这样的附加功
能。例如，从gps接收器输出的定向速度和/或位置估计可用于在ue 1400上执行的任何应用程序，包括对应于和/或实施本文描述的任何示例性实施例(例如，方法的)的任何程序代码。
[0251]
图15示出了根据本公开的各种实施例(包括上面参考其他附图描述的那些实施例)的示例性网络节点1500的框图。例如，可以通过执行存储在计算机可读介质上的指令来配置示例性网络节点1500，以执行与本文描述的示例性方法中的一个或多个示例性方法相对应的操作。在一些示例性实施例中，网络节点1500可以包括基站、enb、gnb或其一个或多个部件。例如，根据3gpp指定的nr gnb架构，网络节点1500可以被配置为中央单元(cu)和一个或多个分布式单元(du)。更一般地，网络节点1500 的功能可以跨各种物理设备和/或功能单元、模块等分布。
[0252]
网络节点1500可以包括处理器1510(也称为“处理电路”)，其经由总线1570可操作地连接到程序存储器1520和数据存储器1530，总线 1570可以包括并行地址和数据总线、串行端口或本领域普通技术人员已知的其他方法和/或结构。
[0253]
程序存储器1520可以存储软件代码、程序和/或指令(在图15中统称为计算机程序产品1521)，当由处理器1510执行时，这些软件代码、程序和/或指令可以配置和/或促进网络节点1500执行各种操作，包括对应于本文描述的各种示例性方法的操作。作为此类操作的一部分和/或除此之外，程序存储器1520还可以包括由处理器1510执行的软件代码，该软件代码可以配置和/或促进网络节点1500与使用其他协议或协议层的一个或多个其他ue或网络节点进行通信，其他协议或协议层例如由3gpp针对lte、 lte
‑
a和/或nr标准化的phy、mac、rlc、pdcp和rrc层协议中的一个或多个，或与无线电网络接口1540和/或核心网络接口1550结合使用的任何其他更高层(例如nas)。举例来说，如3gpp所标准化的那样，核心网络接口1550可以包括s1或ng接口并且无线电网络接口1540可以包括uu接口。程序存储器1520还可以包括由处理器1510执行的软件代码以控制网络节点1500的功能，包括配置和控制各种部件，例如无线电网络接口1540和核心网络接口1550。
[0254]
数据存储器1530可以包括用于处理器1510的存储器区域以存储在网络节点1500的协议、配置、控制和其他功能中使用的变量。因此，程序存储器1520和数据存储器1530可以包括非易失性存储器(例如，闪存、硬盘等)、易失性存储器(例如，静态或动态ram)、基于网络的(例如，“云”)存储，或其组合。本领域普通技术人员将认识到，处理器1510 可以包括多个单独的处理器(未示出)，每个处理器实现上述功能的一部分。在这种情况下，多个单独的处理器可以共同连接到程序存储器1520 和数据存储器1530，或单独连接到多个单独的程序存储器和/或数据存储器。更一般地，普通技术人员将认识到网络节点1500的各种协议和其他功能可以在硬件和软件的许多不同组合中实现，硬件和软件的许多不同组合包括但不限于应用处理器、信号处理器、通用处理器、多核处理器、asic、固定数字电路、可编程数字电路、模拟基带电路、射频电路、软件、固件和中间件。
[0255]
无线电网络接口1540可以包括发射器、接收器、信号处理器、asic、天线、波束成形单元和其他电路，其使网络节点1500能够与其他设备通信，例如在一些实施例中，与多个兼容的用户设备(ue)通信。在一些实施例中，接口1540还可以使网络节点1500能够与卫星通信网络的兼容卫星进行通信。在一些示例性实施例中，无线电网络接口1540可以包括各种协议或协议层，例如由3gpp针对lte、lte
‑
a、lte
‑
laa、nr、nr
‑
u等标准化的phy、mac、rlc、
pdcp和/或rrc层协议；如上文所述对协议的改进；或与无线电网络接口1540结合使用的任何其他更高层协议。根据本公开的进一步示例性实施例，无线电网络接口1540可以包括基于 ofdm、ofdma和/或sc
‑
fdma技术的phy层。在一些实施例中，这种phy层的功能可以由无线电网络接口1540和处理器1510(包括存储器 1520中的程序代码)协同提供。
[0256]
核心网络接口1550可以包括发射器、接收器和其他电路，其使网络节点1500能够与核心网络(例如，在一些实施例中，电路交换(cs)和/或分组交换核心(ps)网络)中的其他设备通信。在一些实施例中，核心网络接口1550可以包括由3gpp标准化的s1接口。在一些实施例中，核心网络接口1550可以包括由3gpp标准化的ng接口。在一些示例性实施例中，核心网络接口1550可以包括到一个或多个amf、smf、sgw、mme、 sgsn、ggsn和包括本领域普通技术人员已知的在geran、utran、 epc、5gc和cdma2000核心网络中发现的功能的其他物理设备的一个或多个接口。在一些实施例中，这些一个或多个接口可以在单个物理接口上复用在一起。在一些实施例中，核心网络接口1550的较低层可以包括异步传输模式(atm)、以太网上的因特网协议(ip)、光纤上的sdh、铜线上的t1/e1/pdh、微波无线电或本领域普通技术人员已知的其他有线或无线传输技术中的一种或多种。
[0257]
在一些实施例中，网络节点1500可以包括硬件和/或软件，该硬件和/ 或软件配置和/或促进网络节点1500与ran中的其他网络节点通信，例如与其他enb、gnb、ng
‑
enb、en
‑
gnb、iab节点等通信。此类硬件和/或软件可以是无线电网络接口1540和/或核心网络接口1550的一部分，或者它可以是单独的功能单元(未示出)。例如，这样的硬件和/或软件可以配置和/或促进网络节点1500经由x2或xn接口与其他ran节点通信，如3gpp所标准化的那样。
[0258]
oa&m接口1560可以包括发射器、接收器和其他电路，这些电路使网络节点1500能够与外部网络、计算机、数据库等进行通信，以实现网络节点1500或与其可操作连接的其他网络设备的操作、管理和维护的目的。 oa&m接口1560的较低层可以包括异步传输模式(atm)、以太网上的因特网协议(ip)、光纤上的sdh、铜线上的t1/e1/pdh、微波无线电或本领域普通技术人员已知的其他有线或无线传输技术中的一种或多种。此外，在一些实施例中，无线电网络接口1540、核心网络接口1550和 oa&m接口1560中的一个或多个可以在单个物理接口上复用在一起，例如上面列出的示例。
[0259]
图16是根据本公开的一个或多个示例性实施例的示例性通信网络的框图，该示例性通信网络被配置为在主机计算机和用户设备(ue)之间提供过顶(ott)数据服务。ue 1610可以通过无线电接口1620与无线电接入网络(ran)1630通信，无线电接口1620可以基于上述协议，上述协议包括例如lte、lte
‑
a和5g/nr。例如，ue 1610可以如以上讨论的其他附图中所示的那样被配置和/或布置。
[0260]
ran 1630可包括可在授权频谱波段中操作的一个或多个地面网络节点(例如，基站、enb、gnb、控制器等)，以及可在非授权频谱(例如 2.4ghz频段和/或5ghz频段)中(使用例如laa或nr
‑
u技术)操作的一个或多个网络节点。在这种情况下，包括ran 1630的网络节点可以使用授权和非授权频谱协同操作。在一些实施例中，ran 1630可以包括一个或多个卫星或者能够与一个或多个卫星通信，该一个或多个卫星包括卫星接入网络。
[0261]
ran 1630可以根据上述各种协议和接口进一步与核心网络1640通信。例如，包括ran 1630的一个或多个装置(例如，基站、enb、gnb等) 可以经由上述核心网络接口1650与
核心网络1640通信。在一些示例性实施例中，ran 1630和核心网络1640可以如以上讨论的其他附图中所示的那样进行配置和/或布置。例如，包括e
‑
utran 1630的enb可以经由s1 接口与epc核心网络1640通信。作为另一示例，包括ng
‑
ran 1630的 gnb和ng
‑
enb可以经由ng接口与5gc核心网络1630通信。
[0262]
根据本领域普通技术人员已知的各种协议和接口，核心网络1640可以进一步与在图16中被图示为因特网1650的外部分组数据网络通信。许多其他设备和/或网络也可以连接到因特网1650并经由因特网1650与例如示例性主机计算机1660进行通信。在一些示例性实施例中，主机计算机1660 可以使用因特网1650、核心网络1640和ran 1630作为中介与ue 1610 通信。主机计算机1660可以是在服务提供商的所有权和/或控制下的服务器(例如，应用服务器)。主机计算机1660可由ott服务提供商或由代表服务提供商的另一实体操作。
[0263]
例如，主机计算机1660可以使用核心网络1640和ran 1630的设施向ue 1610提供过顶(ott)分组数据服务，ue 1610可以不知道去往/ 来自主机计算机1660的传出/传入通信的路由。类似地，主机计算机1660 可能不知道从主机计算机到ue的传输的路由，例如通过ran 1630的传输的路由。可以使用图16中所示的示例性配置提供各种ott服务，包括例如从主机计算机到ue的流式(单向)音频和/或视频、主机计算机和 ue之间的交互式(双向)音频和/或视频、交互式消息传递或社交交流、交互式虚拟或增强现实等。
[0264]
图16中所示的示例性网络还可以包括监测网络性能指标的测量过程和/或传感器，这些性能指标包括数据速率、延迟和通过本文公开的示例性实施例改进的其他因素。示例性网络还可以包括用于响应测量结果的变化来重新配置端点(例如，主机计算机和ue)之间的链路的功能。此类过程和功能是已知和实践的；如果网络对ott服务提供商隐藏或抽象了无线电接口，则可以通过ue和主机计算机之间的专有信令来促进测量。
[0265]
本文描述的示例性实施例通过为例如ue 1610的ue进行配置以在分开的物理数据信道(例如，pdsch或pusch)上发送和/或接收数据块的多个版本，来提供用于超可靠、低延迟通信(urllc)的有效技术。通过这种方式，可以实现通过到单个ue的多trp传输进行的pdsch分集。这可以提高可靠性、减少延迟和/或降低ue复杂性。当在nr ue(例如， ue 1610)和gnb(例如，包括ran 1630的gnb)中使用时，本文描述的示例性实施例可以提供各种改进、益处和/或优点，这些改进、益处和/ 或优点促进了具有严格的性能要求的数据服务(例如，urllc)的使用。因此，这提高了ott服务提供商和最终用户体验到的这些服务的性能，包括更一致的数据吞吐量和更低的延迟，而没有过度的ue功耗或其他用户体验降低。
[0266]
以上仅说明了本公开的原理。鉴于本文的教导，对所描述的实施例的各种修改和变更对于本领域技术人员来说将是显而易见的。因此应当理解，本领域技术人员将能够设计出多种系统、布置和过程，尽管本文没有明确地示出或描述，但是该多种系统、布置和过程实施了本公开的原理并且因此可以落入本公开的精神和范围内。如本领域普通技术人员应当理解的，各种示例性实施例可以彼此一起使用，以及相互可互换地使用。
[0267]
如本文所用，术语单元可具有电子、电气设备和/或电子设备领域中的常规含义，并且可包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或分立设备、用于执行各个任务、过程、计算、输出和 /或显示功能等的计算机程序或指令，如同本文描述的那些。
[0268]
可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的
任何适当的步骤、方法、特征、功能或益处。每个虚拟装置可以包括多个这样的功能单元。这些功能单元可以经由处理电路来实现，处理电路可以包括一个或多个微处理器或微控制器，以及可以包括数字信号处理器(dsp)、专用数字逻辑等的其他数字硬件。处理电路可以被配置为执行存储在存储器中的程序代码，存储器可以包括一种或多种类型的存储器，例如只读存储器(rom)、随机存取存储器(ram)、高速缓存存储器、闪存设备、光存储设备等。存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行本文描述的一个或多个技术的指令。在一些实施方式中，处理电路可以用于使各个功能单元执行根据本公开的一个或多个实施例的对应功能。
[0269]
如本文所描述的，设备和/或装置可以由半导体芯片、芯片组或包括这样的芯片或芯片组的(硬件)模块表示；然而，这并不排除设备或装置的功能不是由硬件实现而是实现为软件模块(例如包括用于在处理器上执行或运行的可执行软件代码部分的计算机程序或计算机程序产品)的可能性。此外，设备或装置的功能可以通过硬件和软件的任何组合来实现。设备或装置也可以被视为多个设备和/或装置的组合，无论是在功能上相互协作还是独立。此外，只要设备或装置的功能得以保留，设备和装置就可以在整个系统中以分布式方式实现。这样的和类似的原理被认为是技术人员已知的。
[0270]
除非另有定义，否则本文使用的所有术语(包括技术术语和科学术语) 具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。将进一步理解，本文中使用的术语应被解释为具有与其在本说明书和相关领域的上下文中的含义一致的含义，并且不应被解释为理想化或过于形式化的含义，除非本文明确地如此定义。
[0271]
此外，本公开(包括说明书和附图)中使用的某些术语在某些情况下可以同义使用(例如，“数据”和“信息”)。应当理解，虽然这些术语 (和/或可以彼此同义的其他术语)在本文中可以同义使用，但是可以存在这样的词可以不打算同义使用的情况。此外，即使现有技术知识在上文中未通过引用明确并入，其也被全部明确地并入本文。引用的所有出版物通过引用整体并入本文。
[0272]
本文描述的技术和装置的实施例还包括但不限于以下列举的示例：
[0273]
1.一种用于接收无线通信网络中的不同源发送的多个物理数据信道，例如pdsch或pusch的方法，所述方法包括以下至少一个步骤：
[0274]
可选地经由一个或多个物理控制信道(例如pdcch)，接收对以下一项或多项的指示：
[0275]
所指示的状态，例如传输配置指示符(tci)状态，其包括一个或多个源参考信号(rs)对；以及
[0276]
多个天线端口，所述多个天线端口用于对与各自物理数据信道(例如 pdsch)相关联的解调参考信号(dm
‑
rs)的传输；
[0277]
对于与所指示的状态相关联的源rs对中的每一个源rs对，确定在具体源rs对和/或映射到具体码分复用(cdm)组的天线端口的子集之间的准同位置(qcl)关系；以及
[0278]
基于所确定的qcl关系，从所述多个传输源接收与多个dm
‑
rs相关联的多个物理数据信道。
[0279]
2.根据实施例1所述的方法，进一步包括以下一项或多项：
[0280]
从所述网络接收多个＝状态(例如tci状态)的指示，每个状态包括多个源rs对；以
及
[0281]
对于所述多个状态中的每一个状态，基于接收与具体状态相关联的源 rs来确定信道参数。
[0282]
3.根据实施例2所述的方法，其中，所指示的状态是所述多个状态中的一个状态。
[0283]
4.根据实施例2
‑
3中的任一项所述的方法，进一步包括接收激活所述多个状态的至少一个子集的控制消息，其中，仅针对所激活的状态的子集确定所述信道参数。
[0284]
5.根据实施例2
‑
4中的任一项所述的方法，其中，接收所述多个物理数据信道进一步基于从接收所述源rs确定的所述信道参数。
[0285]
6.根据实施例1
‑
5中的任一项所述的方法，其中，所指示的tci状态的每个源rs对被单独配置。
[0286]
7.根据实施例1
‑
6中的任一项所述的方法，其中，与各自的pdsch 相关联的dm
‑
rs是type
‑
1，并且所指示的状态包括不超过两个源rs对。
[0287]
8.根据实施例1
‑
7中的任一项所述的方法，其中，与所各自的pdsch 相关联的dm
‑
rs是type
‑
2，并且所指示的状态包括不超过三个源rs对。
[0288]
9.根据实施例8所述的方法，其中，所确定的qcl关系包括在第一、第二和第三源rs对与映射到各自的第一、第二和第三cdm组的dm
‑
rs 之间的关系。
[0289]
10.根据实施例1
‑
7中的任一项所述的方法，其中，以下一项或多项成立：
[0290]
所指示的状态是对称的tci状态对中的一个状态，每个状态具有相同的第一和第二源rs对；以及
[0291]
所述对称对的每个状态可用于在所述第一和第二源rs对与映射到第一和第二cdm组的天线端口之间建立不同的qcl关系。
[0292]
11.根据实施例1
‑
7中的任一项所述的方法，其中，可选地，
[0293]
包括所指示的状态的源rs对的数量大于与所指示的多个天线端口相关联的cdm组的数量；并且，可选地，
[0294]
确定所述qcl关系包括：将第一源rs对与跨所有cdm组的所有所指示天线端口相关联。
[0295]
12.根据实施例1
‑
7中的任一项所述的方法，其中，确定所述qcl 关系包括：将所述状态的第一源rs对与被映射到这样的cdm组的所指示天线端口的子集相关联，所述这样的cdm组具有在映射到所指示天线端口的所有cdm组的索引中最低的索引。
[0296]
13.根据实施例1
‑
12中的任一项所述的方法，进一步包括经由一个或多个pdcch接收用于接收一个或多个物理数据信道的后续时间的指示，其中：
[0297]
所述方法由用户设备(ue)执行；以及
[0298]
确定所述qcl关系包括：确定在所述一个或多个pdcch的接收与所述后续时间之间的持续时间是否大于特定于所述ue的阈值。
[0299]
14.根据实施例1
‑
13中的任一项所述的方法，其中，每个源rs对的每个条目基于以下一项或多项而与qcl关系相关：多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间接收。
[0300]
15.根据实施例1
‑
14中的任一项所述的方法，其中，确定对于每个具体源rs对的qcl关系是基于该具体源rs对内的一个条目是否为空。
[0301]
16.根据实施例1
‑
15中的任一项所述的方法，其中，所述多个物理数据信道承载单个数据块的不同冗余版本(rv)。
[0302]
17.一种用于通过无线通信网络中的不同源向单个用户设备(ue) 发送多个物理数据信道(例如pdsch或pusch)的方法，所述方法包括以下一项或多项：
[0303]
可选地经由一个或多个物理下行链路控制信道(pdcch)向所述ue 发送以下一项或多项的指示：
[0304]
多个天线端口，所述多个天线端口用于对与各自的pdsch相关联的解调参考信号(dm
‑
rs)的传输，每个天线端口被映射到多个码分复用(cdm)组中的一个；以及
[0305]
状态，例如传输配置指示符(tci)状态，其包括一个或多个源参考信号(rs)对，每个源rs对与映射到具体cdm组的天线端口的子集具有准同位置(qcl)关系；以及
[0306]
从所述多个天线端口发送与多个dm
‑
rs相关联的多个物理数据信道。
[0307]
18.根据实施例17所述的方法，进一步包括向所述ue发送多个状态(例如tci状态)的指示，每个状态包括多个源rs对。
[0308]
19.根据实施例18所述的方法，进一步包括从所述不同的传输源发送源rs，所述源rs包括所述多个状态的源rs对。
[0309]
20.根据实施例19所述的方法，进一步包括发送激活所述多个状态的至少一个子集的控制消息，其中，所发送的源rs仅对应于所激活的状态的子集。
[0310]
21.根据实施例17
‑
20中的任一项所述的方法，其中，所指示的状态是多个状态中的一个状态。
[0311]
22.根据实施例17
‑
21中的任一项所述的方法，其中，所指示的状态的每个源rs对被单独配置。
[0312]
23.根据实施例17
‑
22中的任一项所述的方法，其中，与各自的物理数据信道相关联的dm
‑
rs是type
‑
1，并且所指示的状态包括不超过两个源rs对。
[0313]
24.根据实施例17
‑
22中的任一项所述的方法，其中，与各自的物理数据信道相关联的dm
‑
rs是type
‑
2，并且所指示的状态包括不超过三个源rs对。
[0314]
25.根据实施例24所述的方法，其中，所指示的状态包括与映射到各自的第一、第二和第三cdm组的dm
‑
rs具有准同位置(qcl)关系的第一、第二和第三源rs对。
[0315]
26.根据实施例17
‑
22中的任一项所述的方法，其中：
[0316]
所指示的状态是对称的tci状态对中的一个状态，每个状态具有相同的第一和第二源rs对；以及
[0317]
所述对称对的每个状态被关联于在所述第一和第二源rs对与映射到第一和第二cdm组的天线端口之间的不同qcl关系。
[0318]
27.根据实施例17
‑
22中的任一项所述的方法，其中：
[0319]
包括所指示的状态的源rs对的数量大于与所指示的多个天线端口相关联的cdm组的数量；以及
[0320]
第一源rs对与跨所有cdm组中的所有所指示天线端口具有qcl关系。
[0321]
28.根据实施例17
‑
27中的任一项所述的方法，其中，所指示的状态的第一源rs对与被映射到这样的cdm组的所指示天线端口的子集具有 qcl关系，所述这样的cdm组具有在映射到所指示天线端口的所有cdm 组的索引中最低的索引。
[0322]
29.根据实施例17
‑
28中的任一项所述的方法，其中，每个源rs对的每个条目基于以下一项或多项而与qcl关系相关：多普勒频移、多普勒扩展、平均延迟、延迟扩展和空间接收。
[0323]
30.根据实施例17
‑
29中的任一项所述的方法，其中，所述多个 pdsch承载单个数据块的不同冗余版本(rv)。
[0324]
31.一种用户设备(ue)，所述用户设备被配置为接收在无线通信网络中通过不同源发送的多个物理下行链路共享信道(pdsch)，所述 ue包括：
[0325]
通信电路，所述通信电路被配置为与所述无线通信网络通信；以及
[0326]
处理电路，所述处理电路与所述通信电路可操作地相关联，并且被配置为执行对应于示例性实施例1
‑
16中的任一项所述的方法的操作。
[0327]
32.一种无线电接入网络(ran)，所述无线电接入网络被布置为经由所述ran中的多个传输源向单个用户设备(ue)发送多个物理下行链路共享信道(pdsch)，所述ran包括：
[0328]
通信电路，所述通信电路被配置为与所述ue通信；以及
[0329]
处理电路，所述处理电路与所述通信电路可操作地相关联，并且被配置为执行对应于实施例17
‑
30中的任一项所述的方法的操作。
[0330]
33.一种存储计算机可执行指令的非暂时性计算机可读介质，当由用户设备(ue)的至少一个处理器执行时，所述计算机可执行指令配置所述 ue以执行与示例性实施例1
‑
16中的任一项所述的方法相对应的操作。
[0331]
34.一种存储计算机可执行指令的非暂时性计算机可读介质，当由包括无线电接入网络(ran)的至少一个处理器执行时，所述计算机可执行指令配置所述ran以执行与示例性实施例17
‑
30中的任一项所述的方法相对应的操作。
[0332]
a组实施例
[0333]
a1.一种ue，所述ue被配置为和/或包括无线电接口，和/或包括处理电路，所述处理电路被配置为使所述用户设备接收包含扩展的tci状态 (或其他指示符)和/或dmrs天线端口指示符的dci消息(或其他下行链路消息)，所述扩展的tci状态包括针对qcl指示的多个源rs，其中，可选地，每个源rs对与一个cdm组中的所指示天线端口相关联。
[0334]
a2.a1中所述的ue，其中，可选地，还可以应用以下一个或多个特征：
[0335]
·
其中，在具有多个源rs对的tci状态中的每个源rs对是单独配置的[例如，以便最大限度地提高灵活性]
[0336]
·
其中，当使用dmrs类型1进行调度时，tci状态最多有两个源rs对
[0337]
·
其中，当使用dmrs类型2进行调度时，tci状态最多具有三个源rs 对
[0338]
·
其中，所述dmrs天线端口指示符可以在cdm组0中两个端口和cdm 组1中1个端口之间或在cdm组0中一个端口和cdm组1中两个端口之间进行动态选择
[0339]
·
其中，当使用dmrs类型2时，所述dmrs天线端口指示符可以在cdm 组0、1和2中的每个cdm组中选择一个端口
[0340]
·
其中，在所述dci指示的源rs对的数量大于天线端口指示符指示的 cdm组的数量的情况下，第一源rs对用作跨多个cdm组的所有所指示天线端口的源qcl
[0341]
·
其中，在所述扩展的tci状态中包括的源rs对与一个cdm组中的所指示天线端口之间的关联可能取决于以下预定义规则中的一项或多项：
[0342]
o
在dci消息的接收和对应pdsch之间的时间偏移是否小于由所述ue 作为其ue能力的一部分报告的threshold
‑
sched
‑
offset
[0343]
o所述扩展的tci状态是否在其任何{qcl
‑
type1，qcl
‑
type2}对中包含“qcl
‑
typed”[0344]
a3.一种用于ue的方法，包括a1和a2中的任一项的步骤。
[0345]
a4.一种网络节点，无线电接口和/或包括处理电路，所述处理电路被配置为使所述网络节点允许用户设备(ue)如在a1
‑
a2中的任一项所述的那样进行操作。
[0346]
a5.一种用于网络节点的方法，包括如a3中的步骤。