CN110366251B - 无线通信中考虑交叉载波调度下波束指示的方法和设备 - Google Patents

无线通信中考虑交叉载波调度下波束指示的方法和设备 Download PDF

Info

Publication number
CN110366251B
CN110366251B CN201910233734.7A CN201910233734A CN110366251B CN 110366251 B CN110366251 B CN 110366251B CN 201910233734 A CN201910233734 A CN 201910233734A CN 110366251 B CN110366251 B CN 110366251B
Authority
CN
China
Prior art keywords
serving cell
pdsch
physical downlink
scheduled
tci
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910233734.7A
Other languages
English (en)
Other versions
CN110366251A (zh
Inventor
刘家宏
林克强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN110366251A publication Critical patent/CN110366251A/zh
Application granted granted Critical
Publication of CN110366251B publication Critical patent/CN110366251B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Abstract

本发明从网络的角度公开一种无线通信中考虑交叉载波调度下波束指示的方法和设备。在一个实施例中，所述方法包含网络对用户设备配置第一服务小区和第二服务小区，其中在第一服务小区上调度第一物理下行链路共享信道的第一物理下行链路控制信道和在第二服务小区上调度第二物理下行链路共享信道的第二物理下行链路控制信道是经由第二服务小区的控制资源集传送。所述方法进一步包含网络不配置用于第一服务小区的控制资源集配置。此外，所述方法包含网络指示用户设备基于第二服务小区的控制资源集配置接收和/或监视第一物理下行链路控制信道。

Description

无线通信中考虑交叉载波调度下波束指示的方法和设备
技术领域
本公开大体上涉及无线通信网络，且更具体地，涉及无线通信系统中用于考虑跨载波调度的波束指示的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和按需通信服务。
示例性网络结构是演进型通用陆地无线接入网络(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
从网络的角度公开一种方法和设备。在一个实施例中，所述方法包含网络对UE配置第一服务小区和第二服务小区，其中在第一服务小区上调度第一PDSCH的第一PDCCH和在第二服务小区上调度第二PDSCH的第二PDCCH是经由第二服务小区的CORESET传送。所述方法进一步包含网络不配置用于第一服务小区的CORESET配置。此外，所述方法包含网络指示UE基于第二服务小区的CORESET配置接收和/或监视第一PDCCH。
附图说明
图1示出根据一个示例性实施例的无线通信系统的图。
图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 38.212的表7.3.1-1的再现。
图6是根据一个示例性实施例的流程图。
图7是根据一个示例性实施例的流程图。
图8是根据一个示例性实施例的流程图。
图9是根据一个示例性实施例的流程图。
图10是根据一个示例性实施例的流程图。
图11是根据一个示例性实施例的流程图。
图12是根据一个示例性实施例的流程图。
图13是根据一个示例性实施例的流程图。
图14是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如话音、数据等。这些系统可以是基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced，LTE-A)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)，或一些其它调制技术。
确切地说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：R1-1801292 3GPP TS 38.212 V15.01.0(2018-02)，“NR；多路复用和信道译码(版本15)”；R1-1801294 3GPP TS 38.214 V15.01.0(2018-02)，“NR；用于数据的物理层过程(版本15)”；3GPP TSG RAN WG1 #86 v1.0.0的最终报告(瑞典哥德堡，2016年8月22-26日)；3GPP TSG RAN WG1 #86bis v1.0.0的最终报告(葡萄牙里斯本，2016年10月10-14日)；3GPPTSG RAN WG1 #87 v1.0.0的最终报告(美国里诺，2016年11月14-18日)；3GPP TSG RAN WG1#AH1_NR v1.0.0的最终报告(美国斯波坎，2017年1月16-20日)；3GPP TSG RAN WG1 #88v1.0.0的最终报告(希腊雅典，2017年2月13-17日)；3GPP TSG RAN WG1 #89 v1.0.0的最终报告(中国杭州，2017年5月15-19日)；3GPP TSG RAN WG1 #AH_NR3 v1.0.0的最终报告(日本名古屋，2017年9月18-21日)；3GPP TSG RAN WG1 #90bis v1.0.0的最终报告(捷克共和国布拉格，2017年10月9-13日)；以及3GPP TSG RAN WG1会议#91的最终主席笔记(美国里诺，2017年11月27日-12月1日)(以电子邮件批准更新)。上文所列的标准和文献特此明确地以全文引用的方式并入。
图1示出根据本发明的一个实施例的多址无线通信系统。接入网络100(accessnetwork，AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可以利用更多或更少个天线。接入终端116(access terminal，AT)与天线112和114通信，其中天线112和114通过前向链路120向接入终端116传送信息，并通过反向链路118从接入终端116接收信息。接入终端(access terminal，AT)122与天线106和108通信，其中天线106和108通过前向链路126向接入终端(access terminal，AT)122传送信息，并通过反向链路124从接入终端(access terminal，AT)122接收信息。在FDD系统中，通信链路118、120、124和126可以使用不同频率用于通信。例如，前向链路120可以使用与反向链路118所使用频率不同的频率。
每个天线群组和/或它们设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在通过前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。
接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且也可以被称作接入点、Node B、基站、增强型基站、演进型Node B(evolved Node B，eNB)，或某一其它术语。接入终端(access terminal，AT)还可以被称作用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE)的实施例的简化框图。在传送器系统210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。
在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每个数据流而选择的特定译码方案来格式化、译码及交错所述数据流的业务数据以提供经译码数据。
可使用OFDM技术将每个数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式，且可在接收器系统处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。
接着将所有数据流的调制符号提供给TX MIMO处理器220，所述处理器可以进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个发射器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。
每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波及上变频转换)所述模拟信号以提供适合于通过MIMO信道传送的经调制信号。接着分别从NT个天线224a至224t传送来自传送器222a至222t的NT个经调制信号。
在接收器系统250处，由NR个天线252a至252r接收所传送的经调制信号，且将来自每个天线252的所接收信号提供给相应接收器(RCVR)254a至254r。每个接收器254调节(例如，滤波、放大和下变频转换)相应的所接收信号，数字化所述经调节信号以提供样本，且进一步处理所述样本以提供对应“所接收”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收并处理NR个所接收符号流以提供NT个“检测到的”符号流。RX数据处理器260接着解调、解交错及解码每个检测到的符号流以恢复用于数据流的业务数据。由RX数据处理器260进行的处理与传送器系统210处的TX MIMO处理器220和TX数据处理器214所执行的处理互补。
处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可以包括与通信链路和/或所接收数据流有关的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的多个数据流的业务数据)处理，由调制器280调制，由传送器254a至254r调节，并被传送回到传送器系统210。
在传送器系统210处，来自接收器系统250的经调制信号由天线224接收，由接收器222调节，由解调器240解调，并且由RX数据处理器242处理，以便提取接收器系统250传送的反向链路消息。处理器230接着确定使用哪个预译码矩阵来确定波束成形权重，接着处理所提取的消息。
转向图3，此图示出根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是LTE系统或NR系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可以接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将所接收信号传递到控制电路306、且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。
图4是根据本发明的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402通常执行无线电资源控制。层2部分404一般执行链路控制。层1部分406一般执行物理连接。
3GPP TS 38.212提供如3GPP R1-1801292中包含的(在物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)上传送的信号的)下行链路控制信息(Downlink Control Information，DCI)格式的以下描述：
7.3.1 DCI格式
支持表7.3.1-1中定义的DCI格式。
[3GPP TS 38.212的标题为“DCI格式”的表7.3.1-1再现为图5]
7.3.1.2用于PDSCH的调度的DCI格式
7.3.1.2.1格式1_0
DCI格式1_0用于一个DL小区中PDSCH的调度。
以下信息借助于具有通过C-RNTI加扰的CRC的DCI格式0_1传送：
-DCI格式的识别符-[1]位
-频域资源指派
Figure BDA0002007490230000061
位
-
Figure BDA0002007490230000062
是在共同搜索空间中在CORESET 0中监视DCI格式1_0的情况下初始带宽部分的大小
-
Figure BDA0002007490230000063
是另外有效带宽部分的大小
-时域资源指派-X位，如[6，TS38.214]的子条款5.1.2.1中定义
-VRB到PRB映射-1位
-调制和译码方案-5位，如[6，TS38.214]的子条款5.1.3中定义
-新数据指示符-1位
-冗余版本-2位，如表7.3.1.1.1-2中定义
-HARQ进程编号-4位
-下行链路指派索引-2位，如[5，TS38.213]的子条款9.1.3中定义，作为计数器DAI
-用于被调度PUCCH的TPC命令-[2]位，如[5，TS38.213]的子条款7.2.1中定义
-PUCCH资源指示符-[2]位，如[5，TS38.213]的子条款9.2.3中定义
-PDSCH到HARQ_feedback定时指示符-[3]位，如[5，TS38.213]的子条款x.x中定义
以下信息借助于DCI格式1_0传送，其中CRC由P-RNTI加扰：
-短消息指示符-1位。此位用于指示仅短消息还是仅调度信息承载于寻呼DCI中。
以下信息借助于具有通过SI-RNTI加扰的CRC的DCI格式0_1传送：
-XXX-x位
以下信息借助于DCI格式1_0传送，其中CRC由RA-RNTI加扰：
-XXX-x位
以下信息借助于DCI格式1_0传送，其中CRC由CS-RNTI加扰：
-XXX-x位
如果在填充之前格式1_0中的信息位的数量小于用于调度相同服务小区的格式0_0的有效负载大小，则应将零附加到格式1_0，直到有效负载大小等于格式0_0的大小。
7.3.1.2.2格式1_1
DCI格式1_1用于一个小区中PDSCH的调度。
以下信息借助于具有通过C-RNTI加扰的CRC的DCI格式1_1传送：
-载波指示符-0或3位，如[5，TS38.213]的子条款x.x中定义。
<...>
-
-时域资源指派-0、1、2、3或4位，如[6，TS38.214]的子条款5.1.2.1中定义。用于此字段的位宽确定为
Figure BDA0002007490230000071
位，其中I是较高层参数[pdsch-symbolAllocation]中的行的数目。
...>
-传送配置指示-如果未启用较高层参数tci-PresentInDCI，则为0位；否则如[6，TS38.214]的子条款x.x中所定义为3位。
3GPP TS 38.214提供如3GPP R1-1801294中包含的下行链路(DL)资源指派的以下描述：
5.1.2.1时域中的资源分配
当UE被调度为通过DCI接收PDSCH时，DCI的时域资源指派字段提供RRC配置表pdsch-symbolAllocation的行索引，其中索引行定义时隙偏移K0、开始和长度指示符SLIV，以及PDSCH接收中假设的PDSCH映射类型。
给定索引行的参数值：
-为PDSCH分配的时隙是
Figure BDA0002007490230000072
其中n是具有调度DCI的时隙，且K0是基于PDSCH的基础参数，且
-从开始和长度指示符SLIV确定相对于时隙开始的起始符号S，以及从为PDSCH分配的符号S开始计数的连续符号L的数量：
如果(L-1)≤7那么
SLIV＝14·(L-1)+S
否则
SLIV＝14·(14-L+1)+(14-1-S)
其中0<L≤14-S，且
-PDSCH映射类型设置为类型A或类型B，如[4，TS 38.211]的子条款7.4.1.1.2中定义。
UE应将满足以下条件的S和L组合视为有效的PDSCH分配：
-对于PDSCH映射类型A：S∈{0,1,2,3}，L∈{[X],...,14}
-对于PDSCH映射类型B：S∈{0,...,12}，L∈{2,4,7}
-期望UE不跨越由与PDSCH传送相关联的数字学确定的时隙边界接收任何TB。
当UE配置有aggregationFactorDL>1时，UE可以预期在每个aggregationFactorDL连续时隙中的每个符号分配内重复TB，并且PDSCH限于单个传送层。
如果用于确定如[6，TS 38.213]的子条款11.1中定义的时隙配置的UE过程确定为PDSCH分配的时隙的符号作为上行链路符号，则对于多时隙PDSCH传送省略所述时隙上的传送。
在如3GPP TSG RAN WG1 #86 v1.0.0(瑞典哥德堡，2016年8月22-26日)的最终报告中所描述，RAN1 #86会议中关于波束管理的一些协议如下：
●波束管理＝获取和维持可用于DL和UL传送/接收的TRP和/或UE波束的集合的L1/L2过程的集合，其包含至少以下方面：
○波束确定＝用于TRP或UE选择其自身的Tx/Rx波束。
○波束测量＝用于TRP或UE测量所接收波束成形信号的特性
○波束报告＝用于UE基于波束测量来报告波束形成信号的性质/质量的信息
○波束扫掠＝覆盖空间区域的操作，其中以预定方式在时间间隔期间传送和/或接收波束。
如3GPP TSG RAN WG1 #86bis v1.0.0的最终报告(葡萄牙里斯本，2016年10月10-14日)中所述，在RAN1 #86会议中有关于波束管理的一些协议：
协议：
●对于下行链路，NR支持具有和不具有波束相关指示的波束管理
○当提供波束相关指示时，关于用于数据接收的UE侧波束成形/接收程序的信息可通过QCL向UE指示
如3GPP TSG RAN WG1 #87 v1.0.0(美国里诺，2016年11月14-18日)的最终报告中所描述，RAN1 #87会议中关于波束管理的一些协议如下：
协议：
●NR在具有和不具有下行链路指示的情况下支持导出QCL假设以辅助UE侧波束成形以用于下行链路控制信道接收
如3GPP TSG RAN WG1 #AH1_NR v1.0.0(美国斯波坎，2017年1月16-20日)的最终报告中所描述，RAN1 #AH1_NR会议中关于波束管理的一些协议如下：
协议：
·对于DL控制信道的接收，支持DL RS天线端口与用于DL控制信道的解调的DL RS天线端口之间的空间QCL假设的指示
-注意：对于一些情况可能不需要指示：
·对于DL数据信道的接收，支持DL数据信道的DL RS天线端口与DMRS天线端口之间的空间QCL假设的指示
-用于DL数据信道的DMRS天线端口的不同集合可被指示为具有RS天线端口的不同集合的QCL
-选项1：指示RS天线端口的信息是经由DCI指示
-选项2：指示RS天线端口的信息是经由MAC-CE指示，且将在下一指示之前进行假设
-选项3：指示RS天线端口的信息是经由MAC CE与DCI的组合指示
-支持至少一个选项
-注意：对于一些情况可能不需要指示：
如3GPP TSG RAN WG1 #88 v1.0.0(希腊雅典，2017年2月13-17日)的最终报告中所描述，RAN1 #88会议中关于波束管理的一些协议如下：
协议：
●对于单播DL数据信道的接收，支持DL数据信道的DL RS天线端口与DMRS天线端口之间的空间QCL假设的指示：经由DCI(下行链路准予)指示指示RS天线端口的信息
○所述信息指示以DMRS天线端口经过QCL的RS天线端口
○注意：相关信令是UE特定的
如在3GPP TSG RAN WG1 #89 v1.0.0(中国杭州，2017年5月15-19日)的最终报告中所描述的，RAN1 #89会议中关于波束管理的一些协议如下：
协议：
●支持CSI-RS资源内的天线端口与小区的SS块(或SS块时间索引)的天线端口之间的空间QCL假设
○不排除其它QCL参数
○注意：默认假设可以不是QCL
●用于UE特定NR-PDCCH的QCL的配置是通过RRC和MAC-CE信令
○应注意未必总是需要MAC-CE
○注意：举例来说，以PDCCH的DMRS经过QCL的DL RS，用于延迟扩展、多普勒扩展、多普勒频移和平均延迟参数、空间参数
如3GPP TSG RAN WG1 #AH_NR3 v1.0.0(日本名古屋，2017年9月18-21日)的最终报告中所述，RAN1 #AH_NR3会议中关于波束管理的一些协议如下：
协议：
UE至少出于QCL指示的目的用达M个候选传送配置指示(TCI)状态的列表进行RRC配置
·每一TCI状态可被配置成具有一个RS集合
·至少出于RS集合中的空间QCL的目的的DL RS的每一ID(有待进一步研究：ID的细节)可参考以下DL RS类型中的一个：
·SSB
·周期性CSI-RS
·非周期性CSI-RS
·半持久CSI-RS
协议：
针对PDCCH的QCL配置含有提供对TCI状态的参考的信息
·注意：QCL配置的指示是通过RRC或RRC+MAC CE完成
协议：
●对于用于PDSCH的QCL指示：
○当TCI状态用于QCL指示时，UE接收DCI中的N位TCI字段
■UE假设PDSCH DMRS是其中RS集合中的DL RS对应于发送的TCI状态的QCL
●有待进一步研究：UE接收QCL配置/指示的时间与可应用QCL假设来解调PDSCH或PDCCH的第一时间之间的定时
如3GPP TSG RAN WG1 #90bis v1.0.0(捷克共和国布拉格，2017年10月9-13日)的最终报告中所述，RAN1 #90bis会议中关于波束管理的一些协议如下：
协议：
至少支持用于TCI状态中的空间QCL参考的更新的显式方法
●注意：在显式方法中，TCI状态是使用基于RRC或RRC+MAC-CE的方法来更新
●注意：在隐式方法中，当触发非周期性CSI-RS资源集合时，触发DCI包含TCI状态索引，其为触发的CSI-RS资源集合提供空间QCL参考。在测量之后，基于由UE确定的优选CSI-RS来更新与所指示的TCI状态相对应的RS集合中的空间QCL参考。不排除隐式方法的其它操作。
关于波束管理的R1-1719059 WF
协议：
·提议：更新TCI状态和DL RS的关联
-至少通过显式信令来完成初始化/更新RS集合中的DL RS的ID，至少用于空间QCL目的。支持以下显式信令方法：
·RRC
·RRC+MAC-CE
·提议：DCI中的TCI的存在
对于当至少空间QCL被配置/指示时的情况，支持DL相关DCI中是否存在TCI字段的较高层UE特定配置
-不存在：在DL相关DCI中不提供用于PDSCH的QCL参数的动态指示
·对于PDSCH，UE应用QCL参数/指示的较高层信令用于确定QCL参数，在无空间QCL参数经较高层配置的情况下无波束相关指示的波束管理(参见：附录)的情况除外
-存在：关于下一提议的细节。
-所提出的候选解决方案应当考虑
·在具有和不具有波束指示的情况下低于和高于6GHz DL波束相关操作
·在具有和不具有波束指示的情况下的下行链路波束管理(参见附录)
·注意：此提议不适用于不具有波束相关指示的波束管理的情况(参见：附录)
·提议：用于PDSCH的波束指示的定时问题
对于当至少空间QCL被配置/指示时的情况，如果TCI字段存在，那么NR支持用于PDSCH的波束指示如下：
-无论是相同时隙调度还是交叉时隙调度，TCI字段始终存在于用于PDSCH调度的相关联DCI中。
-如果调度偏移<阈值K：PDSCH使用预配置/预定义/基于规则的空间假设，那么
·只有支持K的多个候选值时阈值K才可基于UE能力。
-如果调度偏移>＝阈值K：PDSCH使用由指派DCI中的N位TCI字段指示的波束(空间QCL参数)。
·注意：此提议不适用于不具有波束相关指示的波束管理的情况
协议：
●支持参数Is-TCI-Present
○对于至少配置/指示空间QCL时的情况，是否在DL相关DCI中存在或不存在TCI字段。
○布尔型
○默认为真
●在TCI不存在于DL相关DCI中的情况下，继续讨论关于用于确定PDSCH的QCL参数的QCL参数/指示的高层信令的细节
●NR支持在接收PDSCH的DL指派的时间与接收PDSCH的时间之间的偏移小于Threshold-Sched-Offset的情况下识别空间QCL的机制。
●NR不支持波束管理中的RRC参数：Threshold-Sched-Offset。
○此类参数是否被包含为UE能力有待进一步研究
如3GPP TSG RAN WG1 #91 v1.0.0(美国里诺，2017年11月27日-12月1日)的最终报告中所述，RAN1 #91会议中关于波束管理的一些协议如下：
协议：
基于每CORESET来配置状态Is-TCI-Present
对于具有波束指示的波束管理，在以Is-TCI-Present＝假配置的所有CORESET上，用于PDCCH的TCI状态再用于PDSCH接收
协议：
使用RRC机制配置DL RS的候选集合
M个TCI状态中的每一状态是以用作QCL参考的下行链路RS集合经RRC配置，且MAC-CE用以从M个中选择高达2^N个TCI状态用于PDSCH QCL指示
M个TCI状态的同一集合再用于CORESET
每CORESET配置K个TCI状态
当K>1时，MAC CE可指示使用哪一个TCI状态用于控制信道QCL指示
当K＝1时，额外MAC CE信令不是必要的
协议：
当调度偏移<＝k时，PDSCH使用基于默认TCI状态的QCL假设(例如，用于PDSCH QCL指示的2^N个状态中的第一状态)
协议
在初始RRC配置与TCI状态的MAC CE激活之间，UE可以假定PDCCH和PDSCH DMRS是通过在初始接入期间确定的SSB进行空间QCL
协议：
●当调度偏移<＝k时，且PDSCH使用基于默认TCI状态的QCL假设
○默认TCI状态对应于用于所述时隙中的最低CORESET ID的控制信道QCL指示的TCI状态
下文可以使用一个或多个以下术语：
.BS：用于控制与一个或多个小区相关联的一个或多个TRP的NR中的网络中央单元或网络节点。BS与TRP之间的通信是经由去程。BS还可被称作中央单元(central unit，CU)、eNB、gNB或NodeB。
.TRP：收发点提供网络覆盖，并与UE直接通信。TRP还可称作分布式单元(distributed unit，DU)或网络节点。
.小区：小区包括一个或多个相关联的TRP，即小区的覆盖范围包括所有相关联的TRP的覆盖范围。一个小区受一个BS控制。小区还可被称作TRP群组(TRPG)。
.服务波束：用于UE的服务波束是由当前用以与UE通信以例如用于传送和/或接收的例如TRP的网络节点产生的波束。
.候选波束：用于UE的候选波束是服务波束的候选者。服务波束可以是或可以不是候选波束。
当UE接收到物理下行链路共享信道(PDSCH)时，UE可以根据调度物理下载控制信道(PDCCH)中的传送配置指示(TCI)字段确定PDSCH天线端口准共址。然而，如果TCI-PresentInDCI针对调度PDSCH的控制资源集合(CORESET)设定为“停用”或未设定为“启用”或者PDSCH是通过下行链路控制信息(DCI)格式1_0来调度，那么为了确定PDSCH天线端口准共址，UE假定PDSCH的TCI状态相同于针对用于PDCCH传送的CORESET应用的TCI状态。换句话说，UE使用用于接收CORESET的TCI状态/空间参数/波束，以接收对应PDSCH，其中，所述CORESET是接收/监视调度PDCCH的CORESET。然而，对于跨载波调度情况，情形可能不同。
对于跨载波调度情形，可以将被调度服务小区和调度服务小区的CORESET配置分类为至少以下情况：
-情况1：网络不为被调度服务小区配置CORESET配置。换句话说，网络防止或不被允许配置被调度服务小区的CORESET配置。UE在调度服务小区的CORESET上接收或监视用于被调度服务小区的PDCCH。换句话说，UE基于调度服务小区的CORESET配置接收或监视用于被调度服务小区的PDCCH。举例来说，被调度服务小区是小区1且调度服务小区是小区2。小区1的PDCCH在小区2的CORESET上传送。UE在小区2的CORESET上接收/监视小区1的PDCCH。
-情况2：网络为被调度服务小区配置CORESET配置。UE在被调度服务小区的CORESET上接收或监视用于被调度服务小区的PDCCH。在一个实施例中，可以在调度服务小区(的频率资源)上传送被调度服务小区的CORESET。换句话说，UE基于被调度服务小区的CORESET配置接收或监视用于被调度服务小区的PDCCH。举例来说，被调度服务小区是小区1且调度服务小区是小区2。小区1的PDCCH在小区1的CORESET上传送。UE在小区1的CORESET上监视小区1的PDCCH。在一个实施例中，小区1的CORESET在小区2(的频率资源)上传送。更具体地，UE在小区1的CORESET上监视小区1的PDCCH，其中小区1的CORESET位于小区2的频率资源上。
对于情况1，UE接收在小区2的CORESET上传送的PDCCH，其中PDCCH调度在小区1上传送的PDSCH。如果在小区2的CORESET上传送的PDCCH的DL DCI中不存在TCI字段，那么为了确定PDSCH天线端口准共址，UE可以假定PDSCH的TCI状态相同于针对CORESET应用的TCI状态，其中所述CORESET是小区2的且用于PDCCH传送的CORESET。PDCCH的DL DCI中不存在TCI字段的原因可能起因于TCI-PresentInDCI针对调度PDSCH的CORESET设定为“停用”或PDSCH是通过DCI格式1_0来调度。然而，至少对于小区1和小区2是带间载波的情况，针对小区2的CORESET应用的TCI状态可能不适合于在小区1上传送的PDSCH。例如，小区1是位于6GHz以上频带的载波，且小区2是位于6GHz以下频带的载波。
因此，对于跨载波调度情况，至少对于情况1，可能需要考虑当在调度服务小区的CORESET上传送的调度PDCCH不包括TCI字段(TCI字段不存在)的情况下如何接收被调度服务小区的PDSCH。即，如何决定TCI状态(或空间参数或接收波束)以接收在被调度服务小区上传送的PDSCH。
对于情况2，UE接收在小区1的CORESET上传送的PDCCH，其中PDCCH调度在小区1上传送的PDSCH。在一个实施例中，小区1的CORESET在小区2的频率资源上传送。虽然小区1使其自身的CORESET在小区2上传送，但UE可以使用用于接收小区2的CORESET的TCI状态/空间参数/波束，以接收小区1的CORESET。在一个实施例中，提供用于接收PDCCH的准共址信息的TCI状态的集合(TCI-StatesPDCCH)可以或不可以在小区1的CORESET配置中配置。
由于UE接收小区1的调度PDSCH的PDCCH，其中调度PDCCH在小区1的CORESET上传送，因此如果小区1的CORESET配置中的TCI-PresentInDCI是“启用”则UE可以假定调度PDCCH包括TCI字段，反之亦然。因此，至少对于可包括TCI字段(例如，DCI格式1_1)的具有DCI格式的PDCCH，网络可选择或调度合适的TCI状态、空间参数或波束以用于UE接收小区1的PDSCH。
举例来说，如果小区1的CORESET配置中的TCI-PresentInDCI是“停用”，那么UE可以使用用于接收小区1的CORESET的TCI状态以接收小区1的PDSCH。由于UE可以使用用于接收小区2的CORESET的TCI状态、空间参数或波束以接收小区1的CORESET，因此可能(隐式地)意味着网络认为用于接收小区2的CORESET的TCI状态、空间参数或波束适合于接收小区1的PDSCH，例如，小区1和小区2是带内载波。另一方面，如果小区1的CORESET配置中的TCI-PresentInDCI是“启用”，那么UE可以基于解码的调度PDCCH中的TCI字段接收小区1的PDSCH。可能(隐式地)意味着网络认为用于接收小区2的CORESET的TCI状态、空间参数或波束不适合于接收小区1的PDSCH，例如，小区1和小区2是带间载波。
然而，对于不包括TCI字段(例如，后退DCI格式、DCI格式1_0)的具有DCI格式的PDCCH，情况1中的问题仍存在，即如何决定TCI状态(或空间参数或接收波束)以接收在被调度服务小区上传送的PDSCH。
在本发明中，提供以下解决方案或实施例，其可至少(但不限于)用以至少对于跨载波调度情况处置在UE不能够基于在调度服务小区上传送的调度PDCCH进行确定的情况下，例如在调度PDCCH中不存在TCI字段的情况下，如何确定用于接收被调度服务小区的PDSCH的TCI状态、空间参数或接收波束。
本发明的一个一般概念在于，如果(在服务小区的调度CORESET上传送的)调度PDCCH的DL DCI预计不包括或提供用于接收另一服务小区的被调度PDSCH的准共址信息，那么UE无法基于用于接收调度CORESET的准共址信息确定用于接收被调度PDSCH的PDSCH天线端口准共址。在一个实施例中，如果(在服务小区的调度CORESET上传送的)调度PDCCH的DLDCI预计不包括或承载TCI字段且被调度PDSCH是用于另一服务小区，那么UE不可以使用针对调度CORESET应用的TCI状态来接收被调度PDSCH。此外，如果在服务小区的调度CORESET上传送的调度PDCCH的DL DCI预计不包括或承载TCI字段且被调度PDSCH是用于另一服务小区，那么UE不可以假定被调度PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
在一个实施例中，如果TCI-PresentInDCI针对服务小区的调度CORESET设定为“停用”，其中调度CORESET调度用于另一服务小区的PDSCH，或者PDSCH是由PDCCH以后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定PDSCH的TCI状态不相同于针对用于PDCCH传送的调度CORESET应用的TCI状态。举例来说，如果在服务小区的调度CORESET上传送PDCCH，其中PDCCH调度用于另一服务小区的PDSCH，且如果PDCCH预计不包括或提供准共址信息，那么为了确定PDSCH天线端口准共址，UE可以假定用于接收被调度PDSCH的TCI状态相同于默认TCI状态。
在一个实施例中，默认TCI状态可以是用于接收被调度服务小区中的PDSCH的被激活TCI状态中的TCI状态之一。替代地，默认TCI状态可以是映射到用于接收被调度服务小区中的PDSCH的TCI字段中的代码点之一的TCI状态、用于接收被调度服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态、映射到用于接收被调度服务小区中的PDSCH的TCI字段中的代码点0的TCI状态、针对接收为调度服务小区和/或被调度服务小区配置的CORESET中的至少一个而应用的TCI状态，或者针对接收为调度服务小区和/或被调度服务小区配置的CORESET当中具有最低CORESET ID的CORESET而应用的TCI状态。
本发明的另一一般概念在于，如果在服务小区的调度CORESET上传送的调度PDCCH的DL DCI预计不包括或提供用于接收用于另一服务小区的被调度PDSCH的准共址信息，那么UE基于例如指示符的较高层配置确定用于接收被调度PDSCH的天线端口准共址。
本发明的另一一般概念在于，如果网络配置用于被调度服务小区的对应CORESET配置，那么可以配置或可以不配置提供用于接收PDCCH的准共址信息的参数(例如，CORESET配置中或CORESET中的TCI-StatesPDCCH)。在一个实施例中，如果网络配置用于被调度服务小区的对应CORESET配置，那么当被调度服务小区的PDCCH在调度服务小区上传送时，可以忽略或可以不使用提供用于接收PDCCH的准共址信息的参数(例如，TCI-StatesPDCCH)。
在一个实施例中，如果网络配置用于被调度服务小区的对应CORESET配置，那么当UE在调度服务小区上接收或监视被调度服务小区的PDCCH时可以忽略或UE可以不使用被调度服务小区的CORESET中的TCI-StatesPDCCH。替代地，如果网络配置用于被调度服务小区的对应CORESET配置，那么UE可以使用用于接收调度服务小区的CORESET的TCI状态、空间参数或接收波束来接收被调度服务小区的CORESET。替代地，如果网络配置用于被调度服务小区的对应CORESET配置，则被调度服务小区的CORESET中的TCI-StatesPDCCH可以包括TCI状态集合，其中所述TCI状态集合与在调度服务小区中传送的参考信号相关联。替代地，如果网络配置用于被调度服务小区的对应CORESET配置，那么UE可以解译被调度服务小区的CORESET中的TCI-StatesPDCCH中的RS索引，方法是通过使所述RS索引与在调度服务小区中传送的参考信号关联。
实施例1
UE被配置有第一服务小区和第二服务小区。在第二服务小区上传送第一服务小区的控制信号，例如，调度PDSCH的PDCCH。在第一服务小区上传送第一服务小区的下行链路数据传送。
UE接收和/或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度第一PDSCH。在第一服务小区上传送第一PDSCH。在一个实施例中，UE可以接收和/或监视在调度CORESET上传送的第二PDCCH，其中第二PDCCH调度第二PDSCH。可以在第二服务小区上传送第二PDSCH。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”，那么为了确定PDSCH天线端口准共址，UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。在一个实施例中，如果第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
在一个实施例中，从网络的角度，可能意味着如果TCI-PresentInDCI针对调度CORESET未设定为“启用”，那么网络以UE能够经由针对接收调度CORESET应用的TCI状态接收第二PDSCH的方式将第二PDSCH传送到UE。
在一个实施例中，从网络的角度，可能意味着网络将第二PDSCH传送到UE，其中如果第二PDSCH由后退DCI调度，那么UE能够经由针对接收调度CORESET应用的TCI状态接收第二PDSCH。如果UE假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态，那么可能意味着UE经由针对接收调度CORESET应用的TCI状态接收第二PDSCH。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”，那么为了确定PDSCH天线端口准共址，UE可以不假定用于第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
在一个实施例中，如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以不假定用于第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。如果UE不假定用于接收第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态，那么可能意味着UE经由未针对接收调度CORESET应用的TCI状态接收第一PDSCH。
提供以下替代方案用于确定针对第一PDSCH应用的TCI状态，为了确定PDSCH天线端口准共址，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”，或如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度。
替代方案1-UE假定第一PDCCH的DL DCI包括或承载TCI字段，无论TCI-PresentInDCI是针对调度CORESET设定为“停用”。UE假定第一PDCCH的DL DCI包括或承载TCI字段，无论第一PDSCH是由后退DCI(例如，DCI格式1_0)调度。在一个实施例中，UE可以经由假定第一PDCCH包括或承载TCI字段而接收且解码第一PDCCH的DL DCI。UE还可以经由从第一PDCCH中的TCI字段的值导出的PDSCH天线端口准共址接收第一PDSCH。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定第一PDCCH的DL DCI包括或承载TCI字段，无论TCI-PresentInDCI针对调度CORESET设定为“停用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度。
在一个实施例中，UE可以根据用于确定PDSCH天线端口准共址的第一PDCCH中的TCI字段的值使用TCI-States。
替代方案2-针对接收调度CORESET应用的TCI状态至少与第一参考信号的索引和第二参考信号的索引以及对应QCL类型相关联。第一参考信号在第一服务小区上传送且第二参考信号在第二服务小区上传送。
如果TCI-PresentInDCI针对调度CORESET设定为“停用”或如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，
UE可以经由从针对接收调度CORESET应用的TCI状态中的第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。
如果TCI-PresentInDCI针对调度CORESET设定为“停用”或如果第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，
UE经由从针对接收调度CORESET应用的TCI状态中的第二参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第二PDSCH。
在一个实施例中，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第一服务小区的配置中配置，例如，与跨载波调度有关的配置(CrossCarrierSchedulingConfig)。替代地，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第二服务小区的配置中配置，例如，第二服务小区的CORESET配置。
替代方案3-如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定用于接收第一PDSCH的TCI状态相同于默认TCI状态。在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”，那么UE可以假定用于接收第一PDSCH的TCI状态相同于默认TCI状态。在一个实施例中，如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定用于接收第一PDSCH的TCI状态相同于默认TCI状态。如果UE假定用于接收第一PDSCH的TCI状态相同于默认TCI状态，那么可能意味着UE经由默认TCI状态接收第一PDSCH。
从网络的角度，可能意味着如果TCI-PresentInDCI针对调度CORESET未设定为“启用”或如果第一PDSCH是由后退DCI调度，那么网络以UE能够经由默认TCI状态接收第一PDSCH的方式将第一PDSCH传送到UE。此外，可能意味着如果TCI-PresentInDCI针对调度CORESET未设定为“启用”，那么网络以UE能够经由默认TCI状态接收第一PDSCH的方式将第一PDSCH传送到UE。另外，可能意味着网络将第一PDSCH传送到UE，其中如果第一PDSCH是由后退DCI调度，那么UE能够经由默认TCI状态接收第一PDSCH。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以经由从默认TCI状态导出的PDSCH天线端口准共址接收第一PDSCH。确切地说，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”，那么UE可以经由从默认TCI状态导出的PDSCH天线端口准共址接收第一PDSCH。此外，如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以经由从默认TCI状态导出的PDSCH天线端口准共址接收第一PDSCH。如果TCI-PresentInDCI针对调度CORESET设定为“停用”，那么可能意味着TCI-PresentInDCI针对调度CORESET未设定为“启用”。
在一个实施例中，默认TCI状态可以是用于接收第一服务小区中的PDSCH的被激活TCI状态中的TCI状态之一。确切地说，默认TCI状态可以是映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点中的一个、用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态、用于接收第一服务小区中的至少下行链路传送的被配置TCI状态中具有最低TCI状态ID的TCI状态、映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点0的TCI状态、针对接收第一服务小区和/或第二服务小区中被配置或监视的CORESET中的至少一个而应用的TCI状态，和/或针对接收第一服务小区和/或第二服务小区中被配置或监视的CORESET当中具有最低CORESET ID的CORESET而应用的TCI状态。
替代方案4-如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE经由针对调度CORESET应用的TCI状态接收第一PDSCH，以用于确定PDSCH天线端口准共址。针对接收调度CORESET应用的TCI状态可以与在第二服务小区上传送的参考信号的索引和对应QCL类型相关联。
如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE经由从第一服务小区中传送的第一参考信号的索引和对应准共址(QCL)类型导出的PDSCH天线端口准共址接收第一PDSCH。
第一参考信号可以与第二参考信号相关联。在一个实施例中，第一参考信号可以从第二参考信号导出。第一参考信号与第二参考信号之间的关联可以(显式地)对UE配置或对UE指定，例如在规范中指定，或由UE(隐式地)导出。更具体地，由UE经由规则，例如经由第一参考信号的索引与第二参考信号的索引之间的映射，可以(隐式地)导出第一参考信号与第二参考信号之间的关联。
实施例2
UE被配置有第一服务小区和第二服务小区。在第二服务小区上传送第一服务小区的控制信号，例如，调度PDSCH的PDCCH。在第一服务小区上传送第一服务小区的下行链路数据传送。
UE可以接收和/或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度第一PDSCH。第一PDSCH可以在第一服务小区上传送。在一个实施例中，UE可以接收和/或监视在调度CORESET上传送的第二PDCCH，其中第二PDCCH调度第二PDSCH。可以在第二服务小区上传送第二PDSCH。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以基于指示符确定用于接收第一PDSCH的PDSCH天线端口准共址以用于确定PDSCH天线端口准共址。在一个实施例中，UE可以基于指示符的值经由从第一PDCCH中的TCI字段的值导出的PDSCH天线端口准共址接收第一PDSCH。
如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者如果第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以基于例如指示符的较高层配置确定用于接收第一PDSCH的TCI状态。
提供以下替代方案以用于如果TCI-PresentInDCI针对调度CORESET设定为“停用”或如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么基于例如指示符的RRC配置确定针对第一PDSCH应用的TCI状态以用于确定PDSCH天线端口准共址。
实施例2的替代方案1-如果指示符指示“1”或“真”或“启用”，且如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
如果指示符指示“0”或“假”或“停用”且如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定第一PDCCH的DL DCI包括或承载TCI字段，无论TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“启用”，那么UE可以根据第一PDCCH中的TCI字段的值使用TCI-States以用于确定PDSCH天线端口准共址。可以不排除与指示符的值相反的结果。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“启用”，那么为了确定PDSCH天线端口准共址，UE可以根据第一PDCCH中的“传送配置指示”字段的值经由使用TCI-States接收第一PDSCH，无论指示符的值如何。如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或者第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态，无论指示符的值如何。
实施例2的替代方案2-针对接收调度CORESET应用的TCI状态至少与第一参考信号的索引和第二参考信号的索引以及对应QCL类型相关联。第一参考信号在第一服务小区上传送且第二参考信号在第二服务小区上传送。
如果指示符指示“1”或“真”或“启用”且如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以经由从第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。
如果指示符指示“0”或“假”或“停用”且如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以经由从第二参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。可以不排除与指示符的值相反的结果。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“启用”，那么为了确定PDSCH天线端口准共址，UE可以根据第一PDCCH中的“传送配置指示”字段的值经由使用TCI-States接收第一PDSCH，无论指示符的值如何。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。UE可以当解译TCI状态时参考第二参考信号和索引和对应QCL类型，无论指示符的值如何。
在一个实施例中，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第一服务小区的配置中配置，例如，与跨载波调度有关的配置(CrossCarrierSchedulingConfig)。替代地，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第二服务小区的配置中配置，例如，第二服务小区的CORESET配置。
实施例2的替代方案3-如果指示符指示“1”或“真”或“启用”，那么针对接收调度CORESET应用的TCI状态可以与在第二服务小区上传送的参考信号的索引和对应QCL类型相关联。
-如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于接收第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
-如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
如果指示符指示“0”或“假”或“停用”，那么针对接收调度CORESET应用的TCI状态至少与第一参考信号的索引和第二参考信号的索引以及对应QCL类型相关联。第一参考信号在第一服务小区上传送，且第二参考信号在第二服务小区上传送。
-如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以经由从第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。
-如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以经由从第二参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“启用”，那么为了确定PDSCH天线端口准共址，UE可以根据第一PDCCH中的“传送配置指示”字段的值经由使用TCI-States接收第一PDSCH，无论指示符的值如何。可以不排除与指示符的值相反的结果。
在一个实施例中，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第一服务小区的配置中配置，例如，与跨载波调度有关的配置(CrossCarrierSchedulingConfig)。替代地，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第二服务小区的配置中配置，例如，第二服务小区的CORESET配置。
实施例2的替代方案4-如果TCI-PresentInDCI针对调度CORESET设定为“停用”或如果第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于第一PDSCH的TCI状态相同于默认TCI状态。
如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以经由从默认TCI状态导出的PDSCH天线端口准共址接收第一PDSCH。
默认TCI状态可以基于指示符而确定。如果指示符指示“1”或“真”或“启用”，那么默认TCI状态相同于针对调度CORESET应用的TCI状态。在一个实施例中，如果指示符指示“0”或“假”或“停用”，那么默认TCI状态不相同于针对调度CORESET应用的TCI状态。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“启用”，那么为了确定PDSCH天线端口准共址，UE可以根据第一PDCCH中的“传送配置指示”字段的值经由使用TCI-States接收第一PDSCH，无论指示符的值如何。如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态，无论指示符的值如何。
在一个实施例中，如果指示符指示“0”或“假”或“停用”，那么默认TCI状态可以是映射到用于接收第一服务小区中的PDSCH的被激活TCI状态中的TCI状态中的一个，或映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点中的一个，或用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态，或映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点0的TCI状态，或针对接收第一服务小区和/或第二服务小区中被配置或监视的CORESET中的至少一个而应用的TCI状态，或针对接收第一服务小区和/或第二服务小区中被配置或监视的CORESET当中具有最低CORESET ID的CORESET而应用的TCI状态。在一个实施例中，可以不排除与指示符的值相反的结果。
图6是从网络的角度来看的根据一个示例性实施例的流程图600。在步骤605中，网络对UE配置第一服务小区和第二服务小区，其中在第一服务小区上调度第一PDSCH的第一PDCCH和在第二服务小区上调度第二PDSCH的第二PDCCH是经由第二服务小区的CORESET传送。在步骤610中，网络不配置用于第一服务小区的CORESET配置。在步骤615中，网络指示UE基于第二服务小区的CORESET配置接收和/或监视第一PDCCH。
在一个实施例中，所述CORESET配置可以指示在第二服务小区中传送的CORESET。
在一个实施例中，第一服务小区可以是被调度服务小区，且第二服务小区也可以是被调度服务小区。
在一个实施例中，如果TCI-PresentInDCI针对所述第二服务小区的所述控制资源集未设定为“启用”或如果所述第二物理下行链路共享信道是由第一后退下行链路控制信息调度，那么所述网络可以经由针对所述第二服务小区的所述控制资源集应用的第一传送配置指示状态传送所述第二物理下行链路共享信道。如果TCI-PresentInDCI针对所述第二服务小区的所述控制资源集未设定为“启用”或如果所述第一物理下行链路共享信道是由第二后退下行链路控制信息调度，那么所述网络可以经由第二传送配置指示状态传送所述第一物理下行链路共享信道，其中，所述第二传送配置指示状态不是针对所述第二服务小区的所述控制资源集而应用。
在一个实施例中，所述第二传送配置指示状态可以包括用于接收所述第一服务小区中的物理下行链路共享信道的被激活传送配置指示状态中的最低传送配置指示状态标识，或是映射到用于接收所述第一服务小区中的物理下行链路共享信道的传送配置指示字段中的代码点中的一个的传送配置指示状态，或是针对为所述第一服务小区配置或在所述第一服务小区中监视的控制资源集中的至少一个而应用的传送配置指示状态，或是针对为所述第一服务小区配置或在所述第一服务小区中监视的至少一个控制资源集当中具有最低控制资源集标识的所述控制资源集而应用。
返回参看图3和4，在网络的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络能够：(i)对UE配置第一服务小区和第二服务小区，其中在第一服务小区上调度第一PDSCH的第一PDCCH和在第二服务小区上调度第二PDSCH的第二PDCCH是经由第二服务小区的CORESET传送，(ii)不配置用于第一服务小区的CORESET配置，(iii)指示UE基于第二服务小区的CORESET配置接收和/或监视第一PDCCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图7是从UE的角度看的根据一个示例性实施例的流程图700。在步骤705中，UE从网络接收第一服务小区和第二服务小区的配置。在步骤710中，UE接收和/或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤715中，UE接收和/或监视在第二服务小区的调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH。在步骤720中，如果TCI-PresentInDCI针对调度CORESET未设定为“启用”或如果第二PDSCH是由第一后退下行链路控制信息(DCI)调度，那么UE经由针对调度CORESET应用的第一传送配置指示(TCI)状态接收第二PDSCH。在步骤725中，如果TCI-PresentInDCI针对调度CORESET未设定为“启用”或如果第一PDSCH是由第二后退DCI调度，那么UE经由第二TCI状态接收第一PDSCH，其中第二TCI状态不是针对接收调度CORESET而应用。
在一个实施例中，网络可以不配置用于第一服务小区的CORESET配置。网络可以指示UE基于第二服务小区的CORESET配置接收和/或监视第一PDCCH。CORESET配置可以指示在第二服务小区中传送的CORESET。
在一个实施例中，第二TCI状态可以是包括用于接收第一服务小区中的PDSCH的被激活TCI状态中的最低TCI状态标识(ID)的TCI状态，映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点的TCI状态，针对在第一服务小区中被配置或监视的CORESET中的至少一个应用的TCI状态，或针对在第一服务小区中被配置或监视的CORESET当中具有最低CORESET标识(ID)的CORESET应用的TCI状态。在一个实施例中，UE可以经由从第二TCI状态导出的PDSCH天线端口准共址接收第一PDSCH。
在一个实施例中，第一后退DCI和第二后退DCI可以不包含TCI字段。替代地，第一后退DCI和第二后退DCI可以是DCI格式1_0。
在一个实施例中，如果网络配置用于第一服务小区的CORESET配置且提供准共址信息的参数是在用于第一服务小区的CORESET配置中配置，那么UE可以忽略或不使用提供准共址信息的参数用于接收第一服务小区的PDCCH。第一服务小区可以是被调度服务小区。第二服务小区也可以是调度服务小区。
返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)从网络接收第一服务小区和第二服务小区的配置，(ii)接收和/或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(iii)接收和/或监视在第二服务小区的调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH，(iv)如果TCI-PresentInDCI针对调度CORESET未设定为“启用”或如果第二PDSCH是由第一后退DCI调度，那么经由针对调度CORESET应用的第一TCI状态接收第二PDSCH，以及(v)如果TCI-PresentInDCI针对调度CORESET未设定为“启用”或如果第一PDSCH是由第二后退DCI调度，那么经由第二TCI状态接收第一PDSCH，其中第二TCI状态不是针对调度CORESET而应用。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图8是从UE的角度看的根据一个示例性实施例的流程图800，其中用第一服务小区和第二服务小区服务或配置UE。在步骤805中，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤810中，如果TCI-PresentInDCI针对调度CORESET设定为‘停用’或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE使用与针对调度CORESET应用的TCI状态不同的TCI状态去接收第一PDSCH，以用于确定PDSCH天线端口准共址。在步骤815中，UE经由假定第一PDCCH包括或承载TCI字段而接收且解码第一PDCCH的DL DCI。在步骤820中，UE经由从第一PDCCH中的TCI字段的值导出的PDSCH天线端口准共址接收第一PDSCH。
在一个实施例中，UE可以假定第一PDCCH的DL DCI包括或承载TCI字段。此外，UE可以根据用于确定PDSCH天线端口准共址的第一PDCCH中的TCI字段的值使用TCI-States。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定第一PDCCH的DL DCI包括或承载TCI字段，无论TCI-PresentInDCI针对调度CORESET设定为“停用”或者第一PDSCH是由后退DCI(例如，DCI格式1_0)调度。UE可以根据用于确定PDSCH天线端口准共址的第一PDCCH中的TCI字段的值使用TCI-States。
返回参看图3和4，其中用第一服务小区和第二服务小区服务或配置UE的UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(ii)如果TCI-PresentInDCI针对调度CORESET设定为‘停用’或第一PDSCH是由后退DCI调度，那么UE使用与针对调度CORESET应用的TCI状态不同的TCI状态去接收第一PDSCH，以用于确定PDSCH天线端口准共址，(iii)经由假定第一PDCCH包括或承载TCI字段而接收且解码第一PDCCH的DL DCI，以及(iv)经由从第一PDCCH中的TCI字段的值导出的PDSCH天线端口准共址接收第一PDSCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图9是从UE的角度看的根据一个示例性实施例的流程图900，其中用第一服务小区和第二服务小区服务或配置UE。在步骤905中，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤910中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE假定用于第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态，以用于确定PDSCH天线端口准共址。在步骤915中，UE经由针对接收调度CORESET应用的TCI状态中的在第一服务小区中传送的第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。
在一个实施例中，UE可以接收或监视在调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH。
在一个实施例中，针对接收调度CORESET应用的TCI状态可以至少与第一参考信号的索引和第二参考信号的索引以及对应QCL类型相关联。第一参考信号可以在第一服务小区上传送。第二参考信号可以在第二服务小区上传送。
在一个实施例中，针对调度CORESET应用的TCI状态与第一参考信号之间的关联是在第一服务小区的配置中配置，例如，与跨载波调度有关的配置(CrossCarrierSchedulingConfig)。替代地，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第二服务小区的配置中配置，例如，第二服务小区的CORESET配置。
返回参看图3和4，在其中用第一服务小区和第二服务小区服务和/或配置UE的UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(ii)如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI调度，那么假定用于第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态，以用于确定PDSCH天线端口准共址，以及(iii)经由针对接收调度CORESET应用的TCI状态中的在第一服务小区中传送的第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图10是从UE的角度看的根据一个示例性实施例的流程图1000，其中用第一服务小区和第二服务小区服务或配置UE。在步骤1005中，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤1010中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE使用默认TCI状态以接收第一PDSCH，其中默认波束与针对调度CORESET应用的TCI状态不同，以用于确定PDSCH天线端口准共址。
在一个实施例中，默认TCI状态可以是用于接收第一服务小区中的PDSCH的被激活TCI状态中的TCI状态之一。更具体地，默认TCI状态可以是映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点中的一个、用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态、用于接收第一服务小区中的至少下行链路传送的被配置TCI状态中具有最低TCI状态ID的TCI状态、映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点0的TCI状态、针对接收第一服务小区和/或第二服务小区中被配置或监视的CORESET中的至少一个而应用的TCI状态，或针对接收第一服务小区和/或第二服务小区中被配置或监视的CORESET当中具有最低CORESET ID的CORESET而应用的TCI状态。
返回参看图3和4，在UE的一个示例性实施例中，其中用第一服务小区和第二服务小区服务或配置UE，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，以及(ii)如果TCI-PresentInDCI针对调度CORESET设定为“停用”或未设定为“启用”或第一PDSCH是由后退DCI调度，那么使用默认TCI状态以接收第一PDSCH，其中默认波束与针对调度CORESET应用的TCI状态不同，以用于确定PDSCH天线端口准共址。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图11是从UE的角度看的根据一个示例性实施例的流程图1100，其中用第一服务小区和第二服务小区服务或配置UE。在步骤1105中，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤1110中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE经由针对调度CORESET应用的TCI状态接收第一PDSCH，以用于确定PDSCH天线端口准共址，其中TCI状态包括在第二服务小区上传送的第二参考信号的索引。在步骤1115中，UE经由从在第一服务小区中传送的第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH，其中第一参考信号与第二参考信号相关联。
在一个实施例中，第一参考信号与第二参考信号之间的关联可以(显式地)对UE配置，对UE指定(例如，在规范中指定)，或由UE(隐式地)导出。确切地说，第一参考信号与第二参考信号之间的关联可以由UE经由规则(隐式地)导出，例如，第一参考信号和第二参考信号的索引号。
返回参看图3和4，在UE的一个示例性实施例中，其中用第一服务小区和第二服务小区服务或配置UE，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(ii)如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么经由针对调度CORESET应用的TCI状态接收第一PDSCH，以用于确定PDSCH天线端口准共址，其中TCI状态包括在第二服务小区上传送的第二参考信号的索引，以及(iii)经由从在第一服务小区中传送的第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH，其中第一参考信号与第二参考信号相关联。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图12是从UE的角度看的根据一个示例性实施例的流程图1200，其中用第一服务小区和第二服务小区服务或配置UE。在步骤1205中，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤1210中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE基于指示符确定用于接收第一PDSCH的PDSCH天线端口准共址。在步骤1215中，UE基于指示符的值经由假定第一PDCCH包括或承载TCI字段而接收且解码第一PDCCH的DL DCI。在步骤1220中，UE基于指示符的值经由从第一PDCCH中的TCI字段的值导出的PDSCH天线端口准共址接收第一PDSCH。
在一个实施例中，如果指示符指示“1”或“真”或“启用”，且如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。然而，如果指示符指示“0”或“假”或“停用”且如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定第一PDCCH的DL DCI包括或承载TCI字段，无论TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度。
在一个实施例中，UE可以根据用于确定PDSCH天线端口准共址的第一PDCCH中的TCI字段的值使用TCI-States。此外，UE可以接收或监视在调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE可以假定用于第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态，无论指示符的值如何。
返回参看图3和4，在UE的一个示例性实施例中，其中用第一服务小区和第二服务小区服务或配置UE，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(ii)如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么基于指示符确定用于接收第一PDSCH的PDSCH天线端口准共址，(iii)基于指示符的值经由假定第一PDCCH包括或承载TCI字段而接收且解码第一PDCCH的DL DCI，以及(iv)基于指示符的值经由从第一PDCCH中的TCI字段的值导出的PDSCH天线端口准共址接收第一PDSCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图13是从UE的角度看的根据一个示例性实施例的流程图1300，其中用第一服务小区和第二服务小区服务或配置UE。在步骤1305中，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤1310中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE假定用于接收第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态以用于确定PDSCH天线端口准共址，其中针对接收调度CORESET应用的TCI状态至少与第一参考信号的索引和第二参考信号的索引以及对应QCL类型相关联。在步骤1315中，UE基于指示符的值经由从第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。
在一个实施例中，UE可以接收或监视在调度CORESET上传送的第二PDCCH，其中第二PDCCH调度在第二服务小区上传送的第二PDSCH。UE还可以基于指示符解译针对调度CORESET应用的TCI状态。
在一个实施例中，第一参考信号可以在第一服务小区上传送。第二参考信号也可以在第二服务小区上传送。
在一个实施例中，针对调度CORESET应用的TCI状态与第一参考信号之间的关联可以在第一服务小区的配置中配置，例如，与跨载波调度有关的配置(CrossCarrierSchedulingConfig)。针对调度CORESET应用的TCI状态与第一参考信号之间的关联也可以在第二服务小区的配置中配置，例如，第二服务小区的CORESET配置。
在一个实施例中，如果指示符指示“1”或“真”或“启用”，那么UE当解译针对调度CORESET应用的TCI状态时可以参考第二参考信号的索引和对应QCL类型。然而，如果指示符指示“0”或“假”或“停用”，那么UE当解译针对调度CORESET应用的TCI状态时可以参考第一参考信号的索引和对应QCL类型。
在一个实施例中，如果指示符指示“1”或“真”或“启用”，那么针对接收调度CORESET应用的TCI状态可以与在第二服务小区上传送的参考信号的索引和对应QCL类型相关联。然而，如果指示符指示“0”或“假”或“停用”，那么针对接收调度CORESET应用的TCI状态可以至少与第一参考信号的索引和第二参考信号的索引以及对应QCL类型相关联。
返回参看图3和4，在UE的一个示例性实施例中，其中用第一服务小区和第二服务小区服务或配置UE，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(ii)如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI调度，那么假定用于接收第一PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态以用于确定PDSCH天线端口准共址，其中针对接收调度CORESET应用的TCI状态至少与第一参考信号的索引和第二参考信号的索引以及对应QCL类型相关联，以及(iii)基于指示符的值经由从第一参考信号的索引和对应QCL类型导出的PDSCH天线端口准共址接收第一PDSCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
图14是从UE的角度看的根据一个示例性实施例的流程图1400，其中用第一服务小区和第二服务小区服务或配置UE。在步骤1405中，UE接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH。在步骤1410中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么UE基于指示符确定用于接收第一PDSCH的PDSCH天线端口准共址。在步骤1415中，UE经由从默认TCI状态导出的PDSCH天线端口准共址接收第一PDSCH，其中默认TCI状态是基于指示符的值。
在一个实施例中，如果指示符指示“1”或“真”或“启用”，那么UE可以假定默认TCI状态相同于针对调度CORESET应用的TCI状态。然而，如果指示符指示“0”或“假”或“停用”，那么UE可以假定默认TCI状态不相同于默认TCI状态。
在一个实施例中，如果指示符指示“0”或“假”或“停用”，那么默认TCI状态可以是映射用于接收第一服务小区中的PDSCH的TCI字段中的代码点中的一个的TCI状态。更具体地，如果指示符指示“0”或“假”或“停用”，那么默认TCI状态可以是用于接收第一服务小区中的PDSCH的被激活TCI状态中具有最低TCI状态ID的TCI状态、映射到用于接收第一服务小区中的PDSCH的TCI字段中的代码点0的TCI状态、针对接收为第一服务小区和/或第二服务小区配置的CORESET中的至少一个而应用的TCI状态，或针对接收为第一服务小区和/或第二服务小区配置的CORESET当中具有最低CORESET ID的CORESET而应用的TCI状态。
在一个实施例中，如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第二PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么为了确定PDSCH天线端口准共址，UE可以假定用于接收第二PDSCH的TCI状态相同于针对调度CORESET应用的TCI状态。
返回参看图3和4，在UE的一个示例性实施例中，其中用第一服务小区和第二服务小区服务或配置UE，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收或监视在第二服务小区的调度CORESET上传送的第一PDCCH，其中第一PDCCH调度在第一服务小区上传送的第一PDSCH，(ii)如果TCI-PresentInDCI针对调度CORESET设定为“停用”或第一PDSCH是由后退DCI(例如，DCI格式1_0)调度，那么基于指示符确定用于接收第一PDSCH的PDSCH天线端口准共址，以及(iii)经由从默认TCI状态导出的PDSCH天线端口准共址接收第一PDSCH，其中默认TCI状态是基于指示符的值。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。
上文公开的方法有助于在考虑跨载波调度的下行链路数据缓存期间避免波束使用指示的不明确性。
上文已经描述了本发明的各种方面。应了解，本文中的教示可以通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文公开的方面可以独立于任何其它方面而实施，且可以各种方式组合这些方面中两个或更多个方面。例如，可以使用本文中阐述的任何数目个方面来实施设备或实践方法。另外，通过使用除了本文中阐述的方面中的一个或多个之外或不同于本文中阐述的方面中的一个或多个的其它结构、功能性或结构与功能性，可实施此设备或可实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于时间跳频序列建立并行信道。
所属领域技术人员将理解，可以使用多种不同技术和技艺中的任一种来表示信息和信号。例如，可以通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解，结合本文中公开的方面而描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如，数字实施方案、模拟实施方案，或两者的组合，其可以使用源译码或一些其它技术设计)、各种形式的程序或包含指令的设计代码(为方便起见，本文中可被称作“软件”或“软件模块”)，或两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性加以描述。此类功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的设计约束。所属领域的技术人员可以针对每个具体应用以不同方式来实施所描述的功能性，但此类实施决策不应被解释为会引起脱离本发明的范围。
另外，结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以实施于集成电路(integrated circuit，“IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器还可以实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、与DSP内核结合的一个或多个微处理器，或任何其它此类配置。
应理解，在任何所公开过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。所附方法权利要求以示例次序呈现各种步骤的元件，且其并不意味着限于所呈现的特定次序或层级。
结合本文中公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻留在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或本领域中已知的任何其它形式的计算机可读存储介质。样本存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)且将信息写入到存储介质。或者，示例存储介质可以与处理器形成一体。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介质可以作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可以包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。
虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知和惯常实践的范围内。

Claims (16)

1.一种用于网络的方法，其特征在于，包括：
所述网络对用户设备配置第一服务小区和第二服务小区，其中在所述第一服务小区上调度第一物理下行链路共享信道的第一物理下行链路控制信道和在所述第二服务小区上调度第二物理下行链路共享信道的第二物理下行链路控制信道是在所述第二服务小区上传送的；
所述网络不对所述用户设备配置用于所述第一服务小区的控制资源集配置；
所述网络指示所述用户设备基于所述第二服务小区的控制资源集配置接收和/或监视所述第一物理下行链路控制信道；
如果TCI-PresentInDCI针对所述第二服务小区的传送所述第二物理下行链路控制信道的控制资源集未设定为“启用”或如果所述第二物理下行链路共享信道是由第一后退下行链路控制信息调度的，那么所述网络经由针对接收所述第二服务小区的所述控制资源集应用的第一传送配置指示状态传送所述第二物理下行链路共享信道；以及
如果TCI-PresentInDCI针对所述第二服务小区的传送所述第一物理下行链路控制信道的控制资源集未设定为“启用”或如果所述第一物理下行链路共享信道是由第二后退下行链路控制信息调度的，那么所述网络经由第二传送配置指示状态传送所述第一物理下行链路共享信道，其中，所述第二传送配置指示状态包括用于接收所述第一服务小区中的物理下行链路共享信道的被激活传送配置指示状态中的最低传送配置指示状态标识。
2.根据权利要求1所述的方法，其特征在于，所述控制资源集配置指示在所述第二服务小区中传送的控制资源集。
3.根据权利要求1所述的方法，其特征在于，所述第一服务小区是被调度服务小区，且所述第二服务小区是调度服务小区。
4.根据权利要求1所述的方法，其特征在于，所述第二传送配置指示状态映射到用于接收所述第一服务小区中的物理下行链路共享信道的传送配置指示字段中的代码点中的一个。
5.根据权利要求1所述的方法，其特征在于，所述第二传送配置指示状态是针对为所述第一服务小区配置或在所述第一服务小区中监视的控制资源集中的至少一个而应用。
6.一种用于用户设备的方法，其特征在于，包括：
所述用户设备从网络接收第一服务小区和第二服务小区的配置；
所述用户设备接收和/或监视在所述第二服务小区上传送的第一物理下行链路控制信道，其中所述第一物理下行链路控制信道调度在所述第一服务小区上传送的第一物理下行链路共享信道；
所述用户设备接收和/或监视在所述第二服务小区上传送的第二物理下行链路控制信道，其中所述第二物理下行链路控制信道调度在所述第二服务小区上传送的第二物理下行链路共享信道；
如果TCI-PresentInDCI针对所述第二服务小区的传送所述第二物理下行链路控制信道的控制资源集未设定为“启用”或如果所述第二物理下行链路共享信道是由第一后退下行链路控制信息调度，那么所述用户设备经由针对接收所述第二服务小区的所述控制资源集应用的第一传送配置指示状态接收所述第二物理下行链路共享信道；以及
如果TCI-PresentInDCI针对所述第二服务小区的传送所述第一物理下行链路控制信道的控制资源集未设定为“启用”或如果所述第一物理下行链路共享信道是由第二后退下行链路控制信息调度，那么所述用户设备经由第二传送配置指示状态接收所述第一物理下行链路共享信道，其中所述第二传送配置指示状态包括用于接收所述第一服务小区中的物理下行链路共享信道的被激活传送配置指示状态中的最低传送配置指示状态标识。
7.根据权利要求6所述的方法，其特征在于，所述第二传送配置指示状态映射到用于接收所述第一服务小区中的物理下行链路共享信道的传送配置指示字段中的代码点中的一个。
8.根据权利要求6所述的方法，其特征在于，所述第二传送配置指示状态是针对为所述第一服务小区配置或在所述第一服务小区中监视的控制资源集中的至少一个而应用。
9.根据权利要求6所述的方法，其特征在于，所述第二传送配置指示状态是针对为所述第一服务小区配置或在所述第一服务小区中监视的至少一个控制资源集当中具有最低控制资源集标识的所述控制资源集而应用。
10.根据权利要求6所述的方法，其特征在于，所述用户设备经由从所述第二传送配置指示状态导出的物理下行链路共享信道天线端口准共址接收所述第一物理下行链路共享信道。
11.根据权利要求6所述的方法，其特征在于，所述第一后退下行链路控制信息和所述第二后退下行链路控制信息不包含传送配置指示字段。
12.根据权利要求6所述的方法，其特征在于，所述第一后退下行链路控制信息和所述第二后退下行链路控制信息是下行链路控制信息格式1_0。
13.根据权利要求6所述的方法，其特征在于，所述第一服务小区是被调度服务小区，且所述第二服务小区是调度服务小区。
14.一种网络，其特征在于，包括：
控制电路；
处理器，其安装于所述控制电路中；以及
存储器，其安装于所述控制电路中且联接到所述处理器；
其中所述处理器被配置成执行存储于所述存储器中的程序代码以：对用户设备配置第一服务小区和第二服务小区，其中在所述第一服务小区上调度第一物理下行链路共享信道的第一物理下行链路控制信道和在所述第二服务小区上调度第二物理下行链路共享信道的第二物理下行链路控制信道是在所述第二服务小区上传送的；
不对用户设备配置用于所述第一服务小区的控制资源集配置；
指示所述用户设备基于所述第二服务小区的控制资源集配置接收和/或监视所述第一物理下行链路控制信道；
如果TCI-PresentInDCI针对所述第二服务小区的传送所述第二物理下行链路控制信道的控制资源集未设定为“启用”或如果所述第二物理下行链路共享信道是由第一后退下行链路控制信息调度的，那么所述网络经由针对接收所述第二服务小区的所述控制资源集应用的第一传送配置指示状态传送所述第二物理下行链路共享信道；以及
如果TCI-PresentInDCI针对所述第二服务小区的传送所述第一物理下行链路控制信道的控制资源集未设定为“启用”或如果所述第一物理下行链路共享信道是由第二后退下行链路控制信息调度的，那么所述网络经由第二传送配置指示状态传送所述第一物理下行链路共享信道，其中，所述第二传送配置指示状态包括用于接收所述第一服务小区中的物理下行链路共享信道的被激活传送配置指示状态中的最低传送配置指示状态标识。
15.根据权利要求14所述的网络，其特征在于，所述控制资源集配置指示在所述第二服务小区中传送的控制资源集。
16.根据权利要求14所述的网络，其特征在于，所述第一服务小区是被调度服务小区，且所述第二服务小区是调度服务小区。
CN201910233734.7A 2018-03-26 2019-03-26 无线通信中考虑交叉载波调度下波束指示的方法和设备 Active CN110366251B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862648076P 2018-03-26 2018-03-26
US62/648,076 2018-03-26

Publications (2)

Publication Number Publication Date
CN110366251A CN110366251A (zh) 2019-10-22
CN110366251B true CN110366251B (zh) 2023-06-02

Family

ID=65991573

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910233734.7A Active CN110366251B (zh) 2018-03-26 2019-03-26 无线通信中考虑交叉载波调度下波束指示的方法和设备

Country Status (4)

Country Link
US (2) US10863537B2 (zh)
EP (1) EP3547782B1 (zh)
CN (1) CN110366251B (zh)
ES (1) ES2837757T3 (zh)

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392120B (zh) * 2017-08-10 2023-06-09 株式会社电装 信息指示方法及相关设备
CN110324898B (zh) * 2018-03-29 2021-08-27 北京紫光展锐通信技术有限公司 物理下行共享信道接收及其时域资源指示方法、装置、存储介质、基站、终端
CN110380831B (zh) * 2018-04-03 2022-05-17 中兴通讯股份有限公司 一种传输方法和装置
JP6931421B2 (ja) * 2018-05-17 2021-09-01 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末の送信設定指示子決定方法、及び前記方法を用いる装置
US11051181B2 (en) * 2018-06-18 2021-06-29 Qualcomm Incorporated Uplink transmission adaptation based on transmission configuration state
CN110719643B (zh) * 2018-07-12 2021-04-13 维沃移动通信有限公司 跨载波调度物理下行共享信道的方法和设备
US11006403B2 (en) * 2018-09-04 2021-05-11 Qualcomm Incorporated Techniques for use in determining a transmission configuration state
EP3855824A4 (en) * 2018-09-20 2022-06-08 Beijing Xiaomi Mobile Software Co., Ltd. COMMUNICATION METHOD AND DEVICE, TERMINAL, BASE STATION AND STORAGE MEDIUM
US11343735B2 (en) * 2018-09-25 2022-05-24 Comcast Cable Communications, Llc Beam configuration for secondary cells
CN110972288A (zh) * 2018-09-28 2020-04-07 华为技术有限公司 传输信号的方法和通信装置
CN111106913B (zh) * 2018-11-02 2021-04-27 维沃移动通信有限公司 无线通信的方法和设备
US11201663B2 (en) * 2018-12-20 2021-12-14 Qualcomm Incorporated Transmission configuration indication determination for a shared data channel
CN113078927B (zh) * 2019-01-07 2022-08-26 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN111431685B (zh) * 2019-01-10 2021-08-13 华为技术有限公司 传输下行信道的方法和装置
US10826568B1 (en) * 2019-05-03 2020-11-03 Qualcomm Incorporated Simultaneous multiple default beams
US11582773B2 (en) * 2019-07-05 2023-02-14 Qualcomm Incorporated Multiple cross-carrier scheduling component carriers (CCs)
US20220338222A1 (en) * 2019-08-14 2022-10-20 Lg Electronics Inc. Method for transmitting/receiving downlink data in wireless communication system, and device therefor
KR20220047296A (ko) * 2019-08-14 2022-04-15 엘지전자 주식회사 무선 통신 시스템에서 반복 전송되는 데이터를 송수신 하는 방법 및 이에 대한 장치
WO2021062709A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 数据传输的方法和装置
US10973044B1 (en) * 2019-10-03 2021-04-06 Qualcomm Incorporated Default spatial relation for SRS/PUCCH
US11758547B2 (en) * 2019-10-04 2023-09-12 Qualcomm Incorporated Default PDSCH beam selection
US20210105120A1 (en) * 2019-10-04 2021-04-08 Qualcomm Incorporated Phase tracking reference signal for multi-transmit/receive points
US11516814B2 (en) * 2019-10-04 2022-11-29 Qualcomm Incorporated Beam selection for communication in a multi-transmit-receive point deployment
CN111082912B (zh) * 2019-10-12 2023-07-14 中兴通讯股份有限公司 信息确定方法及装置、电子装置和存储介质
US11290174B2 (en) * 2019-10-31 2022-03-29 Qualcomm Incorporated Beam selection for communication in a multi-transmit-receive point deployment
EP4044741A4 (en) * 2019-11-07 2022-11-30 Samsung Electronics Co., Ltd. METHOD AND DEVICE FOR TRANSMITTING OR RECEIVING MULTIPLE DATA IN A WIRELESS COOPERATIVE COMMUNICATION SYSTEM
US11665692B2 (en) * 2020-01-16 2023-05-30 Samsung Electronics Co., Ltd. Method and apparatus for beam indication in a multi-beam system
US20210242925A1 (en) * 2020-01-31 2021-08-05 Qualcomm Incorporated Uplink beam failure report for a default uplink beam
CA3108174A1 (en) * 2020-02-04 2021-08-04 Comcast Cable Communications, Llc Resource management and control for wireless communications
WO2021163822A1 (en) * 2020-02-17 2021-08-26 Qualcomm Incorporated Association of transmission configuration indicators and precoders in uplink transmissions
WO2021201659A1 (ko) * 2020-04-03 2021-10-07 엘지전자 주식회사 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
CN113890702B (zh) * 2020-07-03 2023-05-12 大唐移动通信设备有限公司 波束指示方法、装置、终端及网络侧设备
US11425751B2 (en) 2020-07-09 2022-08-23 Samsung Electronics Co., Ltd. System and method for collision handling with cross carrier scheduling
CN115804173A (zh) * 2020-07-21 2023-03-14 苹果公司 跨时隙寻呼配置和传输
CN114006682B (zh) * 2020-07-27 2023-04-07 大唐移动通信设备有限公司 波束指示方法、装置、终端及网络侧设备
JP2023535521A (ja) * 2020-07-31 2023-08-17 日本電気株式会社 端末装置、ネットワーク装置、端末装置によって実行される方法、及びネットワーク装置により実行される方法
CN116326117A (zh) * 2020-10-09 2023-06-23 苹果公司 用于小区间多发射-接收点操作的速率匹配
CN113170470B (zh) * 2021-02-25 2023-09-29 北京小米移动软件有限公司 波束确定方法、装置及通信设备
WO2022188128A1 (en) * 2021-03-12 2022-09-15 Qualcomm Incorporated Downlink control information (dci) format for beam indication without scheduling data
WO2023055735A2 (en) * 2021-09-28 2023-04-06 Ofinno, Llc Default rules in inter-cell multiple transmission-and-reception points

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105359429A (zh) * 2013-07-26 2016-02-24 英特尔Ip公司 通信网络中的动态时分双工上行链路和下行链路配置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9882662B2 (en) 2014-11-11 2018-01-30 Sharp Kabushiki Kaisha Systems and methods for license assisted access
US20160338023A1 (en) 2015-05-14 2016-11-17 Sharp Laboratories Of America, Inc. User equipments, base stations and methods for license assisted access (laa)
EP3547596B1 (en) 2015-08-07 2021-09-29 Panasonic Intellectual Property Corporation of America Self- and cross-carrier scheduling
US20170135127A1 (en) 2015-11-05 2017-05-11 Sharp Laboratories Of America, Inc. User equipments, base stations and methods
US10462739B2 (en) * 2016-06-21 2019-10-29 Samsung Electronics Co., Ltd. Transmissions of physical downlink control channels in a communication system
US10448421B2 (en) 2017-03-20 2019-10-15 Qualcomm Incorporated Cross-carrier scheduling for wireless devices
CN110476377B (zh) * 2017-04-05 2022-09-13 苹果公司 用于配置控制资源集的装置以及机器可读存储介质
US10506587B2 (en) 2017-05-26 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for beam indication in next generation wireless systems
US10638507B2 (en) * 2017-11-16 2020-04-28 Sharp Kabushiki Kaisha User equipments, base stations and methods
US11419066B2 (en) * 2018-02-15 2022-08-16 Comcast Cable Communications, Llc Beam failure report

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105359429A (zh) * 2013-07-26 2016-02-24 英特尔Ip公司 通信网络中的动态时分双工上行链路和下行链路配置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP.3rd Generation Partnership Project *
NR ; Physical layer procedures for control(Release 15).《3GPP TS 38.213 V15.0.0》.2018,第10章. *
Technical Specification Group Radio Access Network *

Also Published As

Publication number Publication date
EP3547782A1 (en) 2019-10-02
US20210051700A1 (en) 2021-02-18
US11503626B2 (en) 2022-11-15
US20190297640A1 (en) 2019-09-26
EP3547782B1 (en) 2020-10-21
CN110366251A (zh) 2019-10-22
US10863537B2 (en) 2020-12-08
ES2837757T3 (es) 2021-07-01

Similar Documents

Publication Publication Date Title
CN110366251B (zh) 无线通信中考虑交叉载波调度下波束指示的方法和设备
CN110366250B (zh) 考虑跨载波调度缓存下行链路数据的方法和设备
CN110049561B (zh) 不连续传送指示的准共址关联指示的方法和设备
CN110474755B (zh) 用于确定无线通信系统中的时隙配置的方法和设备
CN110062468B (zh) 无线通信系统中提供控制资源集配置的方法和设备
CN110475360B (zh) 无线通信系统中上行链路传送的波束指示的方法和设备
KR102233034B1 (ko) 무선 통신 시스템에서 선점 지시의 사이즈 결정을 위한 방법 및 장치
EP3525542B1 (en) Method and apparatus for monitoring interrupted transmission indication in a wireless communication system
CN110380834B (zh) 无线通信系统中用于数据传送的波束指示的方法和设备
CN110324903B (zh) 无线通信系统中用于时隙格式确定的方法和设备
CN117728932A (zh) 用于无线通信系统的参考信号设计
TWI524788B (zh) 在無線通訊系統中通道狀態資訊測量的方法及裝置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant