CN115053489A - Pdcch的可靠性增强 - Google Patents
Pdcch的可靠性增强 Download PDFInfo
- Publication number
- CN115053489A CN115053489A CN202180012932.6A CN202180012932A CN115053489A CN 115053489 A CN115053489 A CN 115053489A CN 202180012932 A CN202180012932 A CN 202180012932A CN 115053489 A CN115053489 A CN 115053489A
- Authority
- CN
- China
- Prior art keywords
- pdcch
- dci
- tci
- coreset
- tci state
- 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.)
- Pending
Links
Images
Classifications
-
- 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
-
- 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
- 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- 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/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- 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/0014—Three-dimensional division
- H04L5/0023—Time-frequency-space
-
- 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了用于PDCCH可靠性的系统和方法。通过引入多TRP、多波束或重复的PDCCH发送和接收,可以改进PDCCH。在一些方法和系统中,在多个CORESET(控制资源集)上发送PDCCH,其中每个CORESET与TCI状态关联。在一些情况下,如果UE能够确定多个接收到的DCI是重复的,以便不重复对应的UE动作,则是有益的。公开了用于DCI重复确定的方法和系统。在一些方法和系统中,在单个CORESET中发送PDCCH,其中该CORESET与多个TCI状态关联。提出了将不同的TCI状态应用于CORESET的不同的不相交频率部分或整个CORESET的各种方式。此外,在一些情况下,用于PDCCH的TCI状态也可用于后续的PDSCH接收。本公开还呈现了关于如何将所接收的PDCCH的多个TCI状态应用于后续的PDSCH接收的方法和系统。
Description
相关申请的引用
本申请要求2020年2月13日提交的题为“RELIABILITY ENHANCEMENT FOR PDCCH”的美国临时专利申请No.62/976,095的权益,该申请的内容在此通过引用包含在本文中。
背景技术
对于超可靠低时延无线通信的挑战是由于UE移动性和动态环境而可能发生的无线电状况的突然恶化。例如,UE和服务TRP(发送或接收点)之间的信道可能突然被阻挡,例如被建筑物或卡车阻挡。这种现象在毫米波频谱中尤其明显。无线电信道的这种突然的深度衰落可能会禁止超可靠低时延通信。
在大多数蜂窝通信系统中,下行链路控制信道,例如,3GPP NR中的PDCCH(物理下行链路控制信道),对于维护链路意义重大,因为它可用于诸如为随后的DL或UL数据传输选择波束或TRP,适配数据传输的调制和编码方式,调度数据传输的重发以及快速增加UL发送功率之类的目的。随后的数据传输,例如NR PDSCH或PUSCH(物理下行链路共享信道或物理上行链路共享信道),也很重要,因为它们可以用于报告波束失败或重新配置链路,但是它们通常依赖于下行链路控制信道来进行最初调度以及重发。因此,提高下行链路控制信道(例如NR PDCCH)的可靠性对于保证超可靠低时延通信链路,尤其是在毫米波频谱中具有重要意义。
发明内容
公开了可以提高通信网络中的物理下行链路控制信道(PDCCH)的可靠性的系统和方法。用于提供PDCCH的过程可以包括经由多个传输介质向用户装置发送PDCCH传输。所述多个传输介质可以是从多个发送/接收点(TRP)的传输、多波束传输和PDCCH传输的重复传输中的至少一个。PDCCH可以在多个控制资源集(CORESET)上发送,其中所述多个CORESET中的每一个与传输控制指示符(TCI)状态关联。PDCCH也可以在单个控制资源集(CORESET)上发送,并且所述单个CORESET与多个传输控制指示符(TCI)状态关联。
提供此发明内容是为了以简化的形式介绍一些概念,这些概念将在下面的具体实施方式中进一步说明。本发明内容并不意图识别要求保护的主题的关键特征或必要特征,也不意图用于限制要求保护的主题的范围。此外,要求保护的主题不限于解决在本公开的任意部分中提及的任意或所有缺陷的限制。
附图说明
图1A图解说明其中可以实施本文中所说明和要求保护的方法和设备的示例通信系统。
图1B图解说明被配置用于无线通信的示例设备或装置的框图。
图1C图解说明示例无线电接入网络(RAN)和核心网络的系统图。
图1D图解说明另一个示例RAN和核心网络的系统图。
图1E是另一个示例RAN和核心网络的系统图。
图1F图解说明示例计算系统的框图。
图1G图解说明另一个示例通信系统的框图。
图2图解说明基于CORESET(C1和C2)和关联的搜索空间集(S1、S2和S3)的三种组合,在4个时隙期间BWP中的7个PDCCH资源(PR1-PR7)。
图3图解说明UE为了处理一组不一致的DCI而进行的过程。
图4图解说明TDMed PDCCH资源,包括与CORESET X1、搜索空间集Y1和激活TCI状态Z1关联的第一PDCCH资源,以及与CORESET X2、搜索空间集Y2和激活TCI状态Z2关联的第二PDCCH资源。
图5图解说明FDMed PDCCH资源。
图6A图解说明UE为了确定DCI重复而进行的过程。
图6B图解说明UE为了确定DCI重复而进行的过程。
图7图解说明UE为了确定用于软合并的PDCCH候选(candidates)而进行的过程。
图8图解说明UE为了接收或解码重复集(duplication set)中的PDCCH候选而进行的过程。
图9图解说明对于PDCCH、PDSCH和PUCCH在同一BWP中(例如,也在同一载波中)的特殊情况,两个PDCCH指示同一PDSCH但是不同的PUCCH资源的情况。
图10图解说明对于各种CORESET配置,每个REG束的两个TCI状态(Z0和Z1)的分配。
图11图解说明两个TCI状态向包含两组连续RB的CORESET的分配。
图12图解说明用于UE特定PDCCH MAC CE的两个TCI状态ID的示例指示。
图13图解说明用于确定后续的被调度PDSCH的QCL假设的情况的参考PDCCH资源。
图14图解说明用于指示被抢占的DL资源的情况的参考PDCCH资源。
图15图解说明UE为了确定一个或多个参考资源而进行的示例过程。
具体实施方式
第三代合作伙伴计划(3GPP)研发蜂窝电信网络技术的技术标准,包括无线电接入、核心传输网络和服务能力-包括关于编解码器、安全性和服务质量的工作。近来的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)和LTE-Advanced标准。3GPP已经开始致力于称为新无线电(NR)(也被称为“5G”)的下一代蜂窝技术的标准化。预期3GPP NR标准研发包括下一代无线电接入技术(新RAT)的定义,预计它包括低于6GHz的新的灵活无线电接入的提供,以及高于6GHz的新的超移动宽带无线电接入的提供。预计灵活无线电接入由低于6GHz的新频谱中的新的不向下兼容的无线电接入组成,并且预计包括可以在相同频谱中一起复用,以解决具有不同要求的一组广泛的3GPP NR用例的不同操作模式。预计超移动宽带包括cmWave和mmWave频谱,这将为例如室内应用和热点提供超移动宽带接入的机会。特别地,在cmWave和mmWave特定设计优化的情况下,预计超移动宽带与低于6GHz的灵活无线电接入共享公共的设计框架。
3GPP识别了预计NR支持的各种用例,结果产生对于数据速率、时延和移动性的各种各样的用户体验要求。用例包括以下一般类别:增强移动宽带(例如,密集区域中的宽带接入、室内超高宽带接入、人群中的宽带接入、50+Mbps无处不在、超低成本宽带接入、交通工具中的移动宽带)、应急通信、大规模机器类型通信、网络运行(例如,网络切片、路由、迁移和互通、节能)、以及增强的车辆对万物(eV2X)通信,eV2X通信可以包括车辆对车辆通信(V2V)、车辆对基础设施通信(V2I)、车辆对网络通信(V2N)、车辆对行人通信(V2P)、以及车辆与其他实体的通信中的任意一种。仅举几例,这些类别中的具体服务和应用例如包括监视和传感器网络、装置远程控制、双向远程控制、个人云计算、视频流式传输、无线云办公、第一响应者连接性、汽车紧急呼叫、灾难警报、实时游戏、多人视频通话、自主驾驶、增强现实、触觉互联网、以及虚拟现实。本文中设想了所有这些和其他用例。
图1A图解说明示例通信系统100的一个实施例,其中本文中说明并要求保护的比如在图2-图15中说明并与图2-图15关联的方法和设备。如图所示,示例通信系统100可以包括无线发送/接收单元(WTRU)102a、102b、102c、102d、102e、102f或102g(可以一般或共同地称为WTRU102)、无线电接入网络(RAN)103/104/105/103b/104b/105b、核心网106/107/109、公共交换电话网(PSTN)108、互联网110、其他网络112、以及V2X服务器(或ProSe功能和服务器)113,但是要意识到的是,所公开的实施例设想了任意数量的WTRU、基站、网络或网络元件。WTRU 102a、102b、102c、102d、102e、102f、102g中的每一个可以是被配置为在无线环境中操作或通信的任何类型的设备或装置。虽然每个WTRU 102a、102b、102c、102d、102e、102f、102g在图1A-图1E中被描绘为手持无线通信设备,但是应理解的是,就关于5G无线通信设想的各种各样的用例来说,每个WTRU可以包含配置为发送或接收无线信号的任何类型的设备或装置或者在其中实施,仅仅作为例子,所述设备或装置包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话机、个人数字助手(PDA)、智能电话机、膝上型计算机、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、诸如智能手表或智能服装之类的可穿戴式装置、医疗或电子健康装置、机器人、工业装备、无人机、诸如汽车、卡车、火车或飞机之类的交通工具,等等。
通信系统100还可以包括基站114a和基站114b。基站114a可以是配置为与WTRU102a、102b、102c中的至少一个进行无线接口连接的任何类型的装置,以便利接入一个或多个通信网络,比如核心网络106/107/109、互联网110或其他网络112。基站114b可以是配置为与RRH(远程无线电头端)118a、118b、TRP(发送和接收点)119a、119b或RSU(路边单元)120a和120b中的至少一个进行有线或无线接口连接的任何类型的装置,以便利接入一个或多个通信网络,比如核心网络106/107/109、互联网110、其他网络112或V2X服务器(或ProSe功能和服务器)113。RRH 118a、118b可以是配置为与WTRU 102c中的至少一个进行无线接口连接的任何类型的装置,以便利接入一个或多个通信网络,比如核心网络106/107/109、互联网110或其他网络112。TRP 119a、119b可以是配置为与WTRU 102d中的至少一个进行无线接口连接的任何类型的装置,以便利接入一个或多个通信网络,比如核心网络106/107/109、互联网110或其他网络112。RSU 120a和120b可以是配置为与WTRU 102e或102f中的至少一个进行无线接口连接的任何类型的装置,以便利接入一个或多个通信网络,比如核心网络106/107/109、互联网110、其他网络112或V2X服务器(或ProSe功能和服务器)113。举例来说,基站114a、114b可以是基地收发信台(BTS)、Node-B、eNode B、家庭节点B、家庭eNodeB、站点控制器、接入点(AP)、无线路由器等。尽管基站114a、114b都被描绘成单一元件,不过要意识到的是,基站114a、114b可以包括任意数量的互连基站或网络元件。
基站114a可以是RAN 103/104/105的一部分,RAN 103/104/105还可以包括其他基站或网络元件(未图示),比如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114b可以是RAN103b/104b/105b的一部分,RAN 103b/104b/105b还可以包括其他基站或网络元件(未图示),比如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a可以被配置为在特定地理区域内发送或接收无线信号,所述地理区域可以被称为小区(未图示)。基站114b可以被配置为在特定地理区域内发送或接收有线或无线信号,所述特定地理区域可以被称为小区(未图示)。小区可以被进一步划分为小区扇区。例如,与基站114a关联的小区可以被划分为三个扇区。从而,在实施例中,基站114a可以包括三个收发器,例如,小区的每个扇区一个收发器。在实施例中,基站114a可以采用多入多出(MIMO)技术,于是,对于小区的每个扇区可以利用多个收发器。
基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c中的一个或多个通信,空中接口115/116/117可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。基站114b可以通过有线或空中接口115b/116b/117b与RRH118a、118b、TRP 119a、119b或RSU 120a和120b中的一个或多个通信,空中接口115b/116b/117b可以是任何合适的有线(例如,电缆、光纤等)或无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/116b/117b。
RRH 118a、118b、TRP 119a、119b或RSU 120a、120b可以通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f中的一个或多个通信,空中接口115c/116c/117c可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。
WTRU 102a、102b、102c、102d、102e、102f或102g可以通过空中接口115d/116d/117d(图中未示出)相互通信,空中接口115d/116d/117d可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115d/116d/117d。
更具体地,如上所述,通信系统100可以是多址接入系统,并且可以采用一种或多种信道接入方案,比如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN 103/104/105中的基站114a与WTRU 102a、102b、102c,或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b和RSU 120a、120b与WTRU 102c、102d、102e、102f可以实现无线电技术,比如通用移动电信系统(UMTS)地面无线电接入(UTRA),它可以使用宽带CDMA(WCDMA)分别建立空中接口115/116/117或115c/116c/117c。WCDMA可以包括诸如高速分组接入(HSPA)或演进HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)或高速上行链路分组接入(HSUPA)。
在实施例中,基站114a与WTRU 102a、102b、102c,或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b或RSU 120a、120b与WTRU 102c、102d可以实现无线电技术,比如演进的UMTS地面无线电接入(E-UTRA),它可以使用长期演进(LTE)或LTE-Advanced(LTE-A)分别建立空中接口115/116/117或115c/116c/117c。未来,空中接口115/116/117可以实现3GPP NR技术。LTE和LTE-A技术包括LTE D2D和V2X技术及接口(比如侧链路通信等)。3GPP NR技术包括NR V2X技术及接口(比如侧链路通信等)。
在实施例中,RAN 103/104/105中的基站114a与WTRU 102a、102b、102c,或者RAN103b/104b/105b中的RRH 118a、118b、RP 119a、119b或RSU 120a、120b与WTRU 102c、102d、102e、102f可以实现无线电技术,比如IEEE 802.16(例如,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)、GSM EDGE(GERAN)等。
图1A中的基站114c例如可以是无线路由器、家庭节点B、家庭eNode B或接入点,并且可以利用任何合适的RAT来便利局部区域(比如商业地点、家庭、交通工具、校园等)中的无线连接性。在实施例中,基站114c和WTRU 102e可以实现诸如IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在实施例中,基站114c和WTRU 102d可以实现诸如IEEE802.15之类的无线电技术来建立无线个域网(WPAN)。在另一个实施例中,基站114c和WTRU102e可以利用基于蜂窝的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立皮小区或飞小区。如图1A中所示,基站114b可以具有到互联网110的直接连接。从而,可以不要求基站114c经由核心网络106/107/109接入互联网110。
RAN 103/104/105或RAN 103b/104b/105b可以与核心网络106/107/109通信,核心网络106/107/109可以是配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用或网际协议语音(VoIP)服务的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、互联网连接性、视频分发等,或者进行高级安全功能,比如用户认证。
尽管未在图1A中示出,不过要意识到的是,RAN 103/104/105或RAN 103b/104b/105b或核心网络106/107/109可以与采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或不同RAT的其他RAN直接或间接通信。例如,除了连接到可能利用E-UTRA无线电技术的RAN 103/104/105或RAN 103b/104b/105b之外,核心网络106/107/109还可以与采用GSM无线电技术的另一个RAN(未图示)通信。
核心网络106/107/109还可以用作WTRU 102a、102b、102c、102d、102e接入PSTN108、互联网110或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务(POTS)的线路交换电话网络。互联网110可以包括使用常见通信协议(比如TCP/IP网际协议组中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP))的互连计算机网络和装置的全球系统。网络112可以包括由其他服务提供商拥有或运营的有线或无线通信网络。例如,网络112可以包括连接到一个或多个RAN的另一个核心网络,所述一个或多个RAN可以采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d中的一些或全部可以包括多模能力,例如,WTRU 102a、102b、102c、102d和102e可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如,图1A中所示的WTRU 102e可被配置为与可采用基于蜂窝的无线电技术的基站114a通信,并与可采用IEEE 802无线电技术的基站114c通信。
图1B是按照本文中图解所示的实施例的为无线通信配置的示例设备或装置,比如WTRU 102(例如,与图2-图15关联地说明的UE)的框图。如图1B中所示,示例WTRU 102可以包括处理器118、收发器120、发送/接收元件122、扬声器/麦克风124、小键盘126、显示器/触控板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片集136和其他外围设备138。要意识到的是,WTRU 102可以包括上述元件的任意子组合,同时仍然与实施例保持一致。另外,实施例设想基站114a和114b,或基站114a和114b可以代表的节点,比如但不限于收发信台(BTS)、Node-B、站点控制器、接入点(AP)、家庭node-B、演进的家庭node-B(eNodeB)、家庭演进node-B(HeNB)、家庭演进node-B网关和代理节点等可以包括在图1B中描绘并在本文中说明的一些或所有元件。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器118可以进行信号编码、数据处理、功率控制、输入/输出处理、或使WTRU102能够在无线环境中操作的任何其他功能。处理器118可以耦接到收发器120,收发器120可以耦接到发送/接收元件122。虽然图1B将处理器118和收发器120描绘为独立的组件,不过要意识到的是,处理器118和收发器120可以一起集成在在电子封装或芯片中。
发送/接收元件122可被配置为通过空中接口115/116/117,往来于基站(例如,基站114a)发送或接收信号。例如,在实施例中,发送/接收元件122可以是配置为发送或接收RF信号的天线。在实施例中,发送/接收元件122可以是配置为发送或接收例如IR、UV或可见光信号的发射器/检测器。在另一个实施例中,发送/接收元件122可被配置为发送和接收RF信号和光信号两者。要意识到的是,发送/接收元件122可被配置为发送或接收无线信号的任意组合。
另外,尽管发送/接收元件122在图1B中被描绘成单一元件,不过,WTRU 102可包括任意数目的发送/接收元件122。更具体地,WTRU 102可以采用MIMO技术。从而,在实施例中,WTRU 102可包括用于通过空中接口115/116/117,发送和接收无线信号的两个或更多的发送/接收元件122(例如,多个天线)。
收发器120可被配置为调制将由发送/接收元件122发送的信号,和解调由发送/接收元件122接收的信号。如上所述,WTRU 102可具有多模能力。从而,收发器120可以包括用于使WTRU 102能够经由多种RAT(比如UTRA和IEEE 802.11)进行通信的多个收发器。
WTRU 102的处理器118可以耦接到扬声器/麦克风124、小键盘126或显示器/触控板/指示器128(例如,液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以接收来自它们的用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126或显示器/触控板/指示器128。另外,处理器118可以从任意类型的适当存储器,比如不可移动存储器130或可移动存储器132访问信息,和将数据存储在其中。不可移动存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储装置。可移动存储器132可包括订户识别模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在实施例中,处理器118可以从物理上并不位于WTRU 102的存储器(比如服务器或家庭计算机(未图示)上的存储器)访问信息,和将数据存储在其中。
处理器118可从电源134获得电力,并且可被配置为将电力分配给WTRU 102中的其他组件,或控制给WTRU 102中的其他组件的电力。电源134可以是用于向WTRU 102供电的任何适当装置。例如,电源134可以包括一个或多个干电池、太阳能电池、燃料电池等。
处理器118还可耦接到GPS芯片集136,GPS芯片集136可被配置为提供关于WTRU102的当前位置的位置信息(例如,经度和纬度)。除了来自GPS芯片集136的信息之外,或者代替来自GPS芯片集136的信息,WTRU 102还可通过空中接口115/116/117从基站(例如,基站114a、114b)接收位置信息,或基于从两个或更多的附近基站接收信号的定时确定其位置。要意识到的是WTRU 102可以通过任何适当的位置确定方法来获取位置信息,同时仍然与实施例保持一致。
处理器118还可以耦接到其他外围设备138,外围设备138可以包括提供附加特征、功能或有线或无线连接性的一个或多个软件或硬件模块。例如,外围设备138可以包括诸如加速度计之类的各种传感器、生物特征(例如,指纹)传感器、电子指南针、卫星收发器、数字摄像头(用于照片或视频)、通用串行总线(USB)端口或其他互连接口、振动装置、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
WTRU 102可以在其他设备或装置中实施,比如传感器、消费电子产品、诸如智能手表或智能服装之类的可穿戴式装置、医疗或电子健康装置、机器人、工业设备、无人机、诸如汽车、卡车、火车或飞机之类的交通工具。WTRU 102可以经由一个或多个互连接口,比如可包含外围设备138之一的互连接口,连接到这样的设备或装置的其他组件、模块或系统。
图1C是按照实施例的,比如在图2-图15中说明的并且与图2-图15关联的RAN 103和核心网络106的系统图。如上所述,RAN 103可采用UTRA无线电技术,以通过空中接口115与WTRU 102a、102b和102c进行通信。RAN 103也可以与核心网络106通信。如图1C中所示,RAN 103可包括Node-B 140a、140b、140c,Node-B 140a、140b、140c均可包括用于通过空中接口115,与WTRU 102a、102b、102c通信的一个或多个收发器。Node-B 140a、140b、140c均可以与RAN 103内的特定小区(未图示)关联。RAN 103还可包括RNC 142a、142b。要意识到的是RAN 103可以包括任意数目的Node-B和RNC,同时仍然与实施例保持一致。
如图1C中所示,Node-B 140a、140b可以与RNC 142a通信。另外,Node-B 140c可以与RNC 142b通信。Node-B 140a、140b、140c可经由Iub接口与相应的RNC 142a、142b通信。RNC 142a、142b可经由Iur接口相互通信。RNC 142a、142b中的每一个可被配置为控制它所连接到的相应Node-B 140a、140b、140c。另外,RNC 142a、142b中的每一个可可被配置为执行或支持其他功能,比如外环功率控制、负载控制、准入控制、分组调度、越区切换控制、宏分集、安全功能、数据加密等。
图1C中所示的核心网络106可包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148、或网关GPRS支持节点(GGSN)150。尽管上述元件中的每一个都被描绘成核心网络106的一部分,不过要意识到的是,这些元件中的任意一个都可以由除核心网络运营商以外的实体拥有或运营。
RAN 103中的RNC 142a可经由IuCS接口连接到核心网络106中的MSC 146。MSC 146可连接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供对诸如PSTN 108之类的线路交换网络的接入,以便利WTRU 102a、102b、102c和传统的陆线通信装置之间的通信。
RAN 103中的RNC 142a也可经由IuPS接口连接到核心网络106中的SGSN 148。SGSN148可连接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供对诸如互联网110之类的分组交换网络的接入,以便利WTRU 102a、102b、102c和具有IP功能的装置之间的通信。
如上所述,核心网络106还可连接到网络112,网络112可包括由其他服务提供商拥有或运营的其他有线或无线网络。
图1D是按照实施例的,比如在图2-图15中说明的并且与图2-图15关联的RAN 104和核心网络107的系统图。如上所述,RAN 104可采用E-UTRA无线电技术,以通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可以与核心网络107通信。
RAN 104可包括eNode-B 160a、160b、160c,不过要意识到的是RAN 104可以包括任意数量的eNode-B,同时仍然与实施例保持一致。eNode-B 160a、160b、160c均可以包括用于通过空中接口116,与WTRU 102a、102b、102c通信的一个或多个收发器。在实施例中,eNode-B 160a、160b、160c可以实现MIMO技术。从而,例如,eNode-B 160a可以使用多个天线往来于WTRU 102a发送和接收无线信号。
eNode-B 160a、160b和160c中的每一个可以与特定小区(未图示)关联,并且可被配置为处理无线电资源管理决策、越区切换决策、上行链路或下行链路中的用户的调度等。如图1D中所示,eNode-B 160a、160b、160c可以通过X2接口相互通信。
图1D中所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。尽管上述元件中的每一个都被描绘成核心网络107的一部分,不过要意识到的是,这些元件中的任意一个可以由除核心网络运营商以外的实体拥有或运营。
MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个,并且可以充当控制节点。例如,MME 162可以负责认证WTRU 102a、102b、102c的用户,承载激活/去激活,在WTRU 102a、102b、102c的初始附接期间选择特定服务网关,等等。MME162还可以提供用于在RAN 104和采用其他无线电技术(比如GSM或WCDMA)的其他RAN(未图示)之间进行切换的控制平面功能。
服务网关164可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个。服务网关164通常可以往来于WTRU 102a、102b、102c路由和转发用户数据分组。服务网关164还可以进行其他功能,比如在eNode B间越区切换期间锚定用户平面,当下行链路数据可供WTRU 102a、102b、102c利用时触发寻呼,管理和存储WTRU 102a、102b、102c的上下文,等等。
服务网关164还可以连接到PDN网关166,PDN网关166可以向WTRU 102a、102b、102c提供对分组交换网络(比如互联网110)的接入,以便利WTRU 102a、102b、102c和具有IP功能的装置之间的通信。
核心网络107可以便利与其他网络的通信。例如,核心网络107可以向WTRU 102a、102b、102c提供对线路交换网络(比如PSTN 108)的接入,以便利WTRU 102a、102b、102c和传统的陆线通信装置之间的通信。例如,核心网络107可以包括IP网关(例如,IP多媒体子系统(IMS)服务器)或者可以与IP网关(例如,IP多媒体子系统(IMS)服务器)通信,所述IP网关充当核心网络107和PSTN 108之间的接口。另外,核心网络107可以向WTRU 102a、102b、102c提供对网络112的接入,网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。
图1E是按照实施例的,比如在图2-图15中说明的并且与图2-图15关联的RAN 105和核心网络109的系统图。RAN 105可以是采用IEEE 802.16无线电技术,以通过空中接口117与WTRU 102a、102b和102c进行通信的接入服务网络(ASN)。如下进一步所述,WTRU102a、102b、102c、RAN 105和核心网络109的不同功能实体之间的通信链路可以被定义为参考点。
如图1E中所示,RAN 105可包括基站180a、180b、180c和ASN网关182,不过要意识到的是,RAN 105可包括任意数量的基站和ASN网关,同时仍然与实施例保持一致。基站180a、180b、180c均可以与RAN105中的特定小区关联,并且可以包括用于通过空中接口117与WTRU102a、102b、102c通信的一个或多个收发器。在实施例中,基站180a、180b、180c可以实现MIMO技术。从而,例如,基站180a可以使用多个天线向WTRU 102a发送无线信号和从WTRU102a接收无线信号。基站180a、180b、180c还可以提供移动性管理功能,比如切换触发、隧道建立、无线电资源管理、流量分类、服务质量(QoS)策略实施等。ASN网关182可以充当流量聚合点,并且可以负责寻呼、订户简档的高速缓存、到核心网络109的路由等。
WTRU 102a、102b、102c和RAN 105之间的空中接口117可以被定义为实现IEEE802.16规范的R1参考点。另外,WTRU 102a、102b和102c中的每一个可以与核心网络109建立逻辑接口(未图示)。WTRU 102a、102b、102c和核心网络109之间的逻辑接口可以被定义为R2参考点,它可以用于认证、授权、IP主机配置管理或移动性管理。
基站180a、180b和180c中的每一个之间的通信链路可以被定义为R8参考点,R8参考点包括便利WTRU越区切换,以及基站之间的数据的传送的协议。基站180a、180b、180c和ASN网关182之间的通信链路可以被定义为R6参考点。R6参考点可以包括便利基于与WTRU102a、102b、102c中的每一个关联的移动性事件的移动性管理的协议。
如图1E中所示,RAN 105可以连接到核心网络109。RAN 105和核心网络109之间的通信链路可以被定义为R3参考点,R3参考点包括例如便利数据传送和移动性管理能力的协议。核心网络109可以包括移动IP归属代理(MIP-HA)184,认证、授权、计费(AAA)服务器186,和网关188。尽管上述元件中的每一个都被描绘成核心网络109的一部分,不过要意识到的是这些元件中的任意一个可以由除核心网络运营商以外的实体拥有或运营。
MIP-HA可以负责IP地址管理,并且可以使WTRU 102a、102b和102c在不同的ASN或不同的核心网络之间漫游。MIP-HA 184可以向WTRU 102a、102b、102c提供对分组交换网络(比如互联网110)的接入,以便利WTRU 102a、102b、102c和具有IP功能的装置之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可以便利与其他网络的互通。例如,网关188可以向WTRU 102a、102b、102c提供对线路交换网络(比如PSTN 108)的接入,以便利WTRU 102a、102b、102c和传统的陆线通信装置之间的通信。另外,网关188可以向WTRU102a、102b、102c提供对网络112的接入,网络112可以包括其他服务提供商拥有或运营的其他有线或无线网络。
尽管未在图1E中示出,不过要意识到的是,RAN 105可以连接到其他ASN,并且核心网络109可以连接到其他核心网络。RAN 105和其他ASN之间的通信链路可以被定义为R4参考点,它可以包括用于协调WTRU 102a、102b、102c在RAN 105和其他ASN之间的移动性的协议。核心网络109和其他核心网络之间的通信链路可以被定义为R5参考,它可包括用于便利归属核心网络和受访核心网络之间的互通的协议。
本文中描述并在图1A、图1C、图1D和图1E中图解所示的核心网络实体是利用在某些现有3GPP规范中赋予这些实体的名称识别的,不过应理解的是在将来,这些实体和功能可以用其他名称来识别,并且在3GPP发布的未来规范,包括未来的3GPP NR规范中,某些实体或功能可能被合并。从而,在图1A-图1E中说明和例示的特定网络实体和功能只是作为例子提供的,并且应理解的是,本文中公开并要求保护的主题可以在任何类似的通信系统(不论是目前定义的还是将来定义的)中体现或实现。
图1F是示例计算系统90的框图,其中可以实施图1A、图1C、图1D和图1E中图解所示的通信网络的一个或多个设备,比如在图2-图15中说明的并且与图2-图15关联的RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110或其他网络112中的某些节点或功能实体。计算系统90可以包含计算机或服务器,并且可以主要由计算机可读指令控制,所述计算机可读指令可以是软件的形式,无论在哪里或无论以任何方式存储或访问此类软件。这样的计算机可读指令可以在处理器91中执行,以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器91可以进行信号编码、数据处理、功率控制、输入/输出处理、或使计算系统90能够在通信网络中操作的任何其他功能。协处理器81是不同于主处理器91的可以进行附加功能或者辅助处理器91的可选处理器。处理器91或协处理器81可以接收、生成和处理与本文中公开的方法和设备相关的数据。
操作中,处理器91获取、解码并执行指令,并经由计算机系统的主数据传送路径,系统总线80,往来于其他资源传送信息。这样的系统总线连接计算系统90中的组件,并定义用于数据交换的介质。系统总线80一般包括用于发送数据的数据线、用于发送地址的地址线、以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的例子是PCI(外围组件互连)总线。
与系统总线80耦接的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这样的存储器包括允许存储和检索信息的电路。ROM 93通常包含不能容易被修改的存储数据。存储在RAM 82中的数据可以由处理器91或其他硬件装置读取或改变。对RAM 82或ROM93的访问可由存储控制器92控制。存储控制器92可以提供在指令被执行时,将虚拟地址转换为物理地址的地址转换功能。存储控制器92还可以提供隔离系统内的进程,并将系统进程与用户进程隔离开的存储器保护功能。从而,以第一模式运行的程序只能访问由它自己的进程虚拟地址空间映射的存储器;除非设置了进程之间的存储器共享,否则它无法访问在其他进程的虚拟地址空间内的存储器。
另外,计算系统90可以包括外围设备控制器83,外围设备控制器83负责将来自处理器91的指令传送给外围设备,比如打印机94、键盘84、鼠标95和磁盘驱动器85。
由显示控制器96控制的显示器86用于显示计算系统90生成的可视输出。这样的可视输出可以包括文本、图形、动画图形和视频。可以以图形用户界面(GUI)的形式提供可视输出。显示器86可以利用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器、或者触摸面板来实现。显示控制器96包括为生成发送到显示器86的视频信号所需的电子组件。
此外,计算系统90可以包括可用于将计算系统90连接到外部通信网络,比如图1A-图1E的RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110或其他网络112,以使计算系统90能够与这些网络的其他节点或功能实体通信的通信电路,比如网络适配器97。单独地或者与处理器91结合地,所述通信电路可以用于进行本文中描述的某些设备、节点或功能实体的发送和接收步骤。
图1G图解说明示例通信系统111的一个实施例,其中可以实施本文中说明并要求保护的,比如在图2-图15中说明的并且与图2-图15关联的方法和设备。如图所示,示例通信系统111可以包括无线发送/接收(WTRU)A、B、C、D、E、F、基站、V2X服务器、以及RSU A和B,不过要意识到的是,所公开的实施例设想任意数量的WTRU、基站、网络或网络元件。一个或几个或所有的WTRU A、B、C、D、E可以在网络的范围之外(例如,图中在表示为虚线的小区覆盖边界之外)。WTRU A、B、C形成V2X组,其中WTRU A是组领导,而WTRU B和C是组成员。WTRU A、B、C、D、E、F可以通过Uu接口或侧链路(PC5)接口通信。
应理解的是,本文中描述的任意或者所有设备、系统、方法和处理可以用存储在计算机可读存储介质上的计算机可执行指令(例如,程序代码)的形式实施,当由处理器,比如处理器118或91执行时,所述指令使处理器进行或实现本文中描述的系统、方法和处理。具体地,本文中描述的任何步骤、操作或功能可以以在为无线网络通信或有线网络通信而配置的设备或计算系统的处理器上执行的此类计算机可执行指令的形式实现。计算机可读存储介质包括以用于信息的存储的任何非临时性(例如,有形或物理)方法或技术实现的易失性和非易失性、可移动和不可移动介质,不过这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字通用盘(DVD)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储装置,或者可以用于存储期望的信息并且可以由计算系统访问的任何其他有形或物理介质。
控制资源集(CORESET)
带宽部分(BWP)可以配置有一个或多个CORESET。CORESET配置涉及PDCCH接收的许多方面。
CORESET可以配置有以下参数中的一个或多个:CORESET标识(例如,controlResourceSetld)、频域资源、持续时间、控制信道元素(CCE)到资源元素组(REG)束映射类型(例如,cce-REG-MappingType)、与交织的CCE到REG束映射类型关联的配置、预编码器粒度、TCI状态ID的列表、在DL相关DCI中是存在还是缺失TCI字段的指示(例如,tci-PresentInDCI)、PDCCH DMRS加扰序列初始化ID(例如,pdcch-DMRS-ScramblingID)或CORESET池索引,等等。
参考频域资源(例如,frequencyDomainResources),可以配置位图,其中一个比特表示一组资源块(RB),例如,6个RB。第一比特可以对应于BWP等中的第一RB组。被设定为1的比特指示该RB组属于该CORESET的频域资源。
持续时间:持续时间可以以多个符号(OFDM符号)的形式来配置,其中符号持续时间基于在BWP中使用的子载波间隔。持续时间可以是1、2或3个符号。
控制信道元素(CCE)到资源元素组(REG)束映射类型(例如,cce-REG-MappingType)可以是交织的或者非交织的。如果CCE到REG束映射类型是交织的,则可以配置以下:1)REG束大小(例如,reg-BundleSize),它可以是2、3或6个REG;2)交织器大小(例如,interleaverSize),它可以是2、3或6;或3)REG移位索引(例如,shiftIndex)。
预编码器粒度(例如,precoderGranularity),它定义UE可以假设在哪些REG上发送器使用了相同的传输方案,例如,预编码。一种粒度可以与REG束相应(例如,sameAsREG-bundle),例如,UE可以假设在REG束内使用相同的传输方案(例如预编码器)。在这种情况下,UE将假设PDCCH DMRS只被映射到构成UE试图解码的PDCCH的REG。一种粒度可以与一组或多组连续的RB相应(例如,allContiguousRBs)。在这种情况下,UE将假设PDCCH DMRS被映射到在UE试图解码PDCCH的CORESET中该组连续的RB内的所有REG。
TCI状态ID的列表(例如,由tci-StatesPDCCH-ToAddList和tci-StatesPDCCH-ToReleaseList配置)。实际的TCI状态和对应的ID可以在IE PDSCH-Config中配置。
CORESET池索引(例如,CORESETPoolIndex):可以使用二进制索引将CORESET分成两个池。这两个值可以对应于不同的TRP。可以使用第一个池的CORESET来发送来自第一TRP的PDCCH。可以使用第二个池的CORESET来发送来自第二TRP的PDCCH。UE可被配置为分别针对从第一个池调度的一个或多个PDSCH和针对从第二个池调度的一个或多个PDSCH反馈HARQ-ACK。这允许TRP更独立地操作,例如在调度方面。在TRP之间回程不理想的场景下,例如在通信时延为毫秒或几十毫秒数量级的场景下,这可能是必需的。
搜索空间集
在一些情况下,搜索空间集被称为搜索空间。例如,在一些情况下使用“搜索空间集”,而在其他情况下使用“搜索空间”。本文中将可互换地使用这些术语。
BWP可以被配置有一个或多个搜索空间集。搜索空间集配置涉及PDCCH接收的许多方面。
搜索空间集可以被配置有至少以下参数:搜索空间集标识(例如,searchSpaceId);搜索空间集与CORESET之间的关联,例如通过配置CORESET标识(例如,controlResourceSetId);PDCCH监视周期性和监视偏移量(参考某些系统帧号)(例如,monitoringSlotPeriodicityAndOffset);时隙内的PDCCH监视模式,指示时隙内的CORESET的第一符号(例如,monitoringSymbolsWithinSlot);持续时间,例如搜索空间集存在的时隙的数量(例如,duration);每个控制信道元素(CCE)聚合等级的PDCCH候选的数量;搜索空间集的类型是公共的(CSS)还是UE特定的(USS)指示(例如,searchSpaceType);或UE将在搜索空间集中监视的DCI格式,等等。
每个控制信道元素(CCE)聚合等级可以有多个PDCCH候选。例如可以通过参数nrofCandidates来配置,该参数是以下的序列:1)aggregationLevel1:CCE聚合等级1的PDCCH候选的数量;或2)aggregationLevel2:CCE聚合等级2的PDCCH候选的数量;等等。
问题陈述
配置的搜索空间集和关联的CORESET定义UE应如何接收PDCCH。注意,还存在对PDCCH监视具有潜在影响的其他配置,例如发送的SSB、时隙格式、DRX、省电等。
对于超可靠低时延无线通信的挑战是由于UE移动性和动态环境而可能发生的无线电状况的突然恶化。例如,UE和服务TRP(发送或接收点)之间的信道可能突然被阻挡,例如被建筑物或卡车阻挡。这种现象在毫米波频谱中尤其明显。无线电信道的这种突然的深度衰落可能会禁止超可靠和低时延的通信。
在大多数蜂窝通信系统中,下行链路控制信道,例如,3GPP NR中的PDCCH(物理下行链路控制信道),对于维护链路意义重大,因为它可用于诸如为随后的DL或UL数据传输选择波束或TRP,适配数据传输的调制和编码方式,调度数据传输的重发,或者快速增加UL发送功率之类的目的。随后的数据传输,例如NR PDSCH或PUSCH(物理下行链路共享信道或物理上行链路共享信道),也很重要,因为它们可以用于报告波束失败或重新配置链路,但是它们通常依赖于下行链路控制信道来进行最初调度以及重发。因此,提高下行链路控制信道(例如NR PDCCH)的可靠性对于保证超可靠低时延通信链路,尤其是在毫米波频谱中具有重要意义。
应对突发无线电链路阻挡的挑战的一种方式是引入分集,例如以多TRP通信的形式。在多TRP通信链路中,UE由通常在地理上分开的多个TRP同时服务。如果到一个TRP的无线电信道突然被阻挡,则通过使用剩余的服务TRP,通信链路仍然可以正常地工作。
通过引入多TRP、多波束或重复的PDCCH发送和接收,可以实现PDCCH可靠性。TRP或波束可以对应于传输配置指示符(TCI)状态。
在一些方法中,PDCCH在多个CORESET(控制资源集)上被发送,其中每个CORESET与TCI状态关联。
在一些情况下,如果UE能够确定多个接收的DCI是重复的,以便不重复相应的UE动作,则这是有益的。本文中公开了可以解决DCI重复确定的多种方法。
在一些情况下,如果UE能够确定网络将通过其发送重复的DCI或不发送DCI的小的一组PDCCH候选,则这是有益的。有了这些先验知识,UE可以避免不必要的重复动作,并且在一些情况下,甚至可以以有限的附加复杂性进行DCI软合并。
在一些方法中,PDCCH在单个CORESET中被发送,其中该CORESET与多个TCI状态关联。提出了将不同的TCI状态应用于CORESET的不同的不相交频率部分或整个CORESET的各种方式。
此外,在一些情况下,用于PDCCH的TCI状态也可用于后续的PDSCH接收。本公开还介绍了关于如何将所接收的PDCCH的多个TCI状态应用于后续的PDSCH接收的方法。
PDCCH资源
在各种情况下,用于接收一组PDCCH候选的时间-频率资源可以通过CORESET和搜索空间集的组合来定义。CORESET配置可以定义与频域资源、持续时间、波束/预编码器假设、DMRS序列等相关的方面。搜索空间集配置可以定义与用于接收一组PDCCH候选的时间-频率资源在时间上在何处相关的方面,例如在哪些时隙中以及在时隙中的哪些符号中。
为了简洁起见,用于接收一组PDCCH候选的时间-频率资源在本文中被称为“PDCCH资源”。PDCCH资源是CORESET的时机(occasion),例如特定时隙中的前两个符号中的一组特定的PRB。可以使用相同或不同的聚合等级,在PDCCH资源中接收多个PDCCH候选。PDCCH资源的持续时间可以是CORESET的持续时间。
两个不同的PDCCH资源可以与相同的CORESET和搜索空间集关联,或者可以与相同的CORESET但是不同的搜索空间集关联,或者可以与不同的CORESET但是相同的搜索空间集关联,或者可以与不同的CORESET和搜索空间集关联。
在一些情况下,PDCCH资源相当于或等同于例如在38.213中定义的“PDCCH监视时机”。在一些情况下,PDCCH监视时机指的是PDCCH资源的时域分量。
图2图解说明4个连续时隙中,BWP中的7个PDCCH资源(图中缩写为PR 1-PR 7)。PDCCH资源索引是为了举例说明而添加的。可能并不存在PDCCH资源的任何明确的索引或编号。示出了2个CORESET(C1和C2)和3个对应的搜索空间集(S1、S2和S3)。第一搜索空间集(S1)具有周期性1个时隙,从时隙的开始处开始,并与CORESET C1关联。第二搜索空间集(S2)具有周期性2个时隙,从时隙的开始处开始,并与占用和第一CORESET C1不同的PRB的CORESET C2关联。第三搜索空间集(S3)也具有周期性2个时隙,但是具有附加的时隙偏移量,从时隙的中间处开始,并且也与CORESET C1关联。换句话说,CORESET C1与两个不同的搜索空间集(S1和S3)关联。
时间(不)敏感DCI,重复(不)敏感DCI
本文中将使用以下术语:
时间敏感和时间不敏感DCI
UE在DCI的接收之后进行过程的时间实例通常取决于接收到对应PDCCH的时间实例。例如,如果DCI调度PUSCH传输,则UE在接收到PDCCH的时隙之后的一定数量的符号或时隙发送PUSCH。
在一些情况下,UE行为还取决于在时隙中的哪个或哪些符号中接收到承载DCI的PDCCH。例如,如果在时隙中的第一符号中接收到以某个定时调度PDSCH的PDCCH,则UE将使用在DCI中指示的TCI状态来接收调度的PDSCH。另一方面,如果稍后在同一时隙中,例如在符号7中接收到PDCCH,则UE将使用默认TCI状态来接收调度的PDSCH。
DCI在一定时间间隔内可能是时间不敏感的。这意味着,与其上发送/接收DCI的符号(在该时间间隔内)无关,由DCI所指示的UE行为是相同的。另一方面,如果由DCI指示的UE行为取决于其中发送/接收DCI的符号(在该时间间隔内),则DCI是时间敏感的。
例如,如果在时隙内的任何符号期间接收到对应的PDCCH,则UE行为可能是相同的,但是如果在另一个时隙中接收到PDCCH,则UE行为可能是不同的。
注意,某些DCI格式的DCI在一些情况下可能是时间敏感的,而在一些情况下可能是时间不敏感的。
在一些情况下,可能未定义DCI是时间敏感的还是时间不敏感的。
注意,PDCCH的最后符号可以相当于用于接收PDCCH(或PDCCH候选)的PDCCH资源的最后符号。类似地,PDCCH的第一符号可以相当于用于接收PDCCH(或PDCCH候选)的PDCCH资源的第一符号。
重复敏感和重复不敏感DCI
对于重复敏感DCI,如果UE同时接收到多个(重复的)相同DCI,而不是单个DCI,则UE行为将会不同。对于重复不敏感DCI,UE行为不会改变。如果DCI格式、RNTI以及所有参数值相同,则可以认为两个DCI是相同的。
例如,考虑同时接收带有半持久调度的UL许可的激活的重复DCI的UE。该DCI将是重复不敏感的,因为重复的激活导致激活,这与没有重复时的行为相同。
在另一个例子中,考虑在UE进行发送功率控制(TPC)命令累积的情况下,同时接收带有TPC命令的重复DCI的UE。该DCI将是重复敏感的,因为重复的TCP命令将导致多次累积,这导致与DCI未被重复时相比不同的UE行为。
在一些情况下,例如在规范中可能未定义DCI是重复敏感的还是重复不敏感的,例如,对应的UE行为可能没有被描述,或者被描述为由UE决定。
PDCCH的多TRP传输是用于改进PDCCH可靠性的用例。然而,网络拓扑对UE可能是透明的,这意味着UE可能无法从不同的波束中区分不同的TRP。这意味着本文中的方法也适用于PDCCH的单TRP传输,例如跨单个TRP的多个Tx波束或者来自多个TRP的多个Tx波束的组合的PDCCH传输。另外,本文中的方法也可以应用于在同一波束上具有PDCCH重复的情况。另外,也适用于在特定波束上和跨不同波束或TRP具有PDCCH重复的组合的情况。为了简单起见,本文中使用了多TRP PDCCH术语,应理解的是,它还包括上述情况。
本文中的方法可以应用于UE的服务小区。所述方法可以应用于自调度(在小区中发送的PDCCH调度同一小区中的传输)或跨载波调度(在小区中发送的PDCCH调度另一个小区中的传输)的场景。
为了简单起见,本文中所述的方法主要使用来自两个TRP(例如,CORESET参数CORESETPoolIndex的两个不同值)的传输的例子。然而,所述方法可以容易地应用于不止两个TRP或单个TRP的情况。
本文中具有RRC信息元素(IE)和参数的例子来自NR规范38.331。
TCI状态可以包含一条或多条QCL信息。一条QCL信息可以指示一个或多个RS和关联的QCL类型,例如,可以从RS估计或导出哪种信息。如果第一TCI状态包括从第一TRP发送的第一RS,而第二TCI状态包括从第二TRP发送的第二RS,则TCI状态可以与对应的TRP关联。
用于多TRP PDCCH的方法的概述
呈现了针对多TRP PDCCH问题的各种方法。考虑以下框架。
框架1
方法基于CORESET最多可以具有一个激活TCI状态ID的假设。
框架2
方法基于CORESET可以具有多个激活TCI状态ID的假设。
其他方法
讨论了与多TRP(多TCI)PDCCH相关的各种其他方法。例如,如果DCI在多个TDMedPDCCH候选(例如具有不同的TCI状态ID)之间重复,则参考定时可能成为一个问题。下面公开了方法可以基于参考资源的定义。
在许多情况下,用于接收PDSCH的TCI状态可以基于最近监视的CORESET的TCI状态或承载调度DCI的CORESET的TCI状态。当PDCCH与多个TCI状态关联时,会出现各种相关问题。下面呈现了可以解决这些问题的各种方法和系统。
构架1:对于每个CORESET激活一个TCI状态
概述
在框架1中,假设对于CORESET,最多一个TCI状态可以被激活到UE中。即使对于CORESET的TCI状态重新配置和切换是可能的,但是这可能不足以(例如不够快)在两个TCI状态上启用PDCCH接收,这将启用双TRP PDCCH,因为TCI状态切换/重新配置也涉及PDCCH。
因此,在框架1中,通过涉及多个CORESET来实现具有两个TCI状态的PDCCH的发送和接收,其中每个CORESET和最多一个TCI状态关联。
实现双TRP PDCCH传输以便例如提高可靠性的方式有几种。所述方法例如可以按照以下进行分类:1)在两个不同的PDCCH资源上发送具有相同参数值的相同DCI,例如,DCI被重复;2)在两个不同的PDCCH资源中发送独立的DCI;或者3)跨两个PDCCH资源发送承载DCI的单个PDCCH。关于在两个不同的PDCCH资源中发送两个独立的DCI,独立的DCI仍然可以涉及相同类型的UE动作(例如,PDSCH或PUSCH的动态调度)。独立的DCI中的参数可以具有相同或不同的值。
关于跨两个PDCCH资源发送的承载DCI的单个PDCCH,该PDCCH可以被映射到两个不同PDCCH资源中的CCE。
在相关技术中,已经支持在BWP中配置多个CORESET。换句话说,UE可以从多个TRP接收PDCCH。然而,这些PDCCH承载不同的DCI,这意味着不能通过多TRP接收的分集来增强单个DCI的可靠性。不同的DCI可能意味着UE将DCI作为不同的DCI进行处理。本文中的各种方法解决了相关技术的这种缺点。
下面呈现在每个CORESET一个激活TCI状态的情况下,关于BWP中来自两个TRP的PDCCH接收的基线框架。网络在BWP中,例如在PDSCH的配置中(例如,在PDSCH-Config IE中),配置一组TCI状态,其中每个TCI状态(例如,TCI-State IE的列表)配置有TCI状态ID(例如,TCI-StateId IE)。网络为BWP中的第一CORESET配置第一组TCI状态,并为BWP中的第二CORESET配置第二组TCI状态。第一组TCI状态可以包括对应于来自第一TRP的传输的TCI状态的第一子集,对应于来自第二TRP的传输的TCI状态的第二子集,或对应于来自多个(例如两个)TRP的同时传输的TCI状态的第三子集。类似地,第二CORESET可以包括这样的子集。注意,这些子集中的一个或多个可以是空的。例如,如果不使用来自两个TRP的同时传输,则第三子集。在另一个例子中,CORESET配置有来自单个TRP(例如第一或第二TRP)的TCI状态。注意,子集对UE可能是透明的,例如UE可能不知道特定TCI状态属于哪个集(如果有的话)。注意,对于BWP中的CORESET的一组TCI状态的配置可以通过配置TCI状态ID的列表来实现,该列表可以涉及为同一BWP中的PDSCH配置的TCI状态和TCI状态ID。网络还可以为BWP中的一些CORESET,例如所有CORESET配置CORESET池索引(例如,CORESETPoolIndex)。在BWP中配置的不同CORESET可以配置有相同或不同的CORESET池索引。例如,BWP中的CORESET的第一子集可以配置有第一CORESET池索引,BWP中的CORESET的第二子集可以配置有第二CORESET池索引。在一些情况下,具有相同CORESET池索引的CORESET的第一子集配置有对应于第一TRP的TCI状态,而具有相同CORESET池索引的CORESET的第二子集配置有对应于第二TRP的TCI状态。
在框架1中,假设对于CORESET最多可以激活一个TCI状态。如果CORESET配置有多个TCI状态(例如,通过配置多个TCI状态ID),则MAC可以激活这些TCI状态中的一个。对于在同一BWP中配置的CORESET中的至少一些CORESET,同时激活不同的TCI状态(例如,不同的TCI状态ID)。例如,对于BWP中的第一CORESET的第一激活TCI状态可以对应于来自第一TRP的传输,而对于BWP中的第二CORESET的第二激活TCI状态可以对应于来自第二TRP的传输。如果CORESET配置有单个TCI状态,则该TCI状态可以应用于CORESET(例如对于CORESET被激活),而不需要通过MAC CE的激活。在一个例子中,在BWP中配置4个CORESET。对于BWP,配置对应于来自第一TRP的传输的第一组TCI状态,并且配置对应于来自第二TRP的传输的第二组TCI状态。对于CORESET中的两个CORESET,配置来自第一组中的TCI状态,而对于另外两个CORESET,配置第二组中的TCI状态。如果CORESET已经配置有不止一个TCI状态,但是TCI状态还没有被激活,则UE可以假设与PDCCH接收关联的DM-RS天线端口和UE在初始接入过程期间识别的SS/PBCH块准共址。
继续参考基线框架,UE在PDCCH资源上接收PDCCH,该接收基于对应CORESET的激活TCI状态。例如,UE假设与PDCCH资源中的PDCCH接收关联的DM-RS天线端口与由激活TCI状态配置的一个或多个DL RS准共址。
成功接收到寻址到UE的PDCCH的UE,例如CRC的加扰与UE监视的RNTI匹配,通常将遵循PDCCH所承载的DCI。在相关技术的系统中,接收均承载DCI的多个PDCCH的UE通常将遵循每个DCI。然而,在一些情况下,UE可能丢弃DCI,例如,如果信息无效或不一致。
例如,对于给定调度小区中的任何HARQ进程ID,不期望UE接收在时间上与另一个PDSCH重叠的PDSCH。换句话说,调度至少在时间上重叠的两个PDSCH的两个DCI应指示不同的HARQ进程ID。
在一个例子中,UE可以在BWP中接收两个PDCCH,每个PDCCH承载一致的DCI,并且每个DCI调度在时间上与另一个PDSCH重叠的PDSCH传输,其中除了HARQ进程ID以外,DCI参数(例如分配的时间和频率资源、RV或MCS)是相同的。在一些情况下,两个DCI中的下行链路分配索引(DAI),例如DAI的计数器部分,也需要是不同的,以使DCI一致,例如,如果两个PDCCH是在相同的PDCCH监视时机中接收到的。在这样的情况下,两个DCI将是一致的和有效的,并且UE将预期两个独立的重叠PDSCH。
在另一个例子中,对于给定调度小区中的任何HARQ进程ID,不期望UE发送在时间上与另一个PUSCH重叠的PUSCH。此外,对于给定的HARQ进程,在关于该HARQ进程的最后PUSCH的预期传输结束之前,不期望UE被调度来发送另一个PUSCH(例如,通过用C-RNTI或MCS-C-RNTI加扰的DCI格式0_0、0_1或0_2)。HARQ过程的最后一个PUSCH的预期传输。换句话说,调度至少在时间上重叠的两个PUSCH的两个DCI应该至少指示不同的HARQ进程ID是有效的。
重要的是能够调度单个PDSCH或PUSCH传输,在DCI被重复的一些情况下也是如此。为此,在一些情况下,跨在不同PDCCH资源中发送的多个PDCCH的DCI重复似乎不会在UE或网络侧带来任何问题,例如,对于DCI在同一HARQ进程上调度在时间上重叠的PDSCH或PUSCH,并且在相同的一个或多个符号中接收多个PDCCH的情况。如果UE仅仅成功地接收到单个DCI,则它遵循该DCI。在一些情况下,如果UE成功地接收到多个DCI,每个DCI在同一HARQ进程上调度在时间上重叠的PDSCH或PUSCH,则UE可以丢弃除一个DCI之外的所有DCI,因为它们将是无效的或不一致的。在其他DCI视为无效而被丢弃之后,可以确定剩余的有效DCI是有效的。图3中图解说明了这样的过程。图3:UE处理不一致的一组DCI的过程的例示。在步骤201,UE成功地解码一组DCI。在步骤202,UE逐个地并且一起地评估该组中的DCI是否一致且有效。例如,第一DCI本身可能是一致的/有效的,但是它可能相对于该组中的第二DCI是不一致的/无效的,例如因为它在同一HRAR进程ID上与由第二DCI调度的第二PDSCH重叠的资源上调度第一PDSCH。参见步骤203。在步骤204,UE按照某些准则从该组中丢弃DCI。例如,UE首先丢弃自身不一致/无效的任何DCI。其次,UE丢弃本身是一致的/有效的、但是相对于该组中的另一个DCI是不一致的/无效的任何DCI,例如,按照接收DCI的顺序或相反顺序,或者按照在其上接收DCI的CORESET ID的顺序或相反顺序。步骤205,遵循该组DCI。
然而,在一些情况下,UE成功地接收并解码一组DCI,每个DCI在同一HARQ进程上调度在时间上重叠的PDSCH或PUSCH,UE可以丢弃所有的DCI,因为它们将都是无效的/不一致的。在这种情况下,多TRP PDCCH可能不能正常工作,因为与仅仅将成功地接收单个PDCCH相比,通常将更有可能的是将成功地接收多个PDCCH。下面公开了所述方法和系统。
除了PDSCH和PUSCH调度的例子以外,如上所述,还存在PDCCH所承载的DCI的多种其他用途,下面简要地讨论其中的一些用途。通常,如果在相同的一个或多个符号中接收到多个相同的DCI,除非指出时,否则这不应导致任何不明确。
PDCCH所承载的DCI的用途可以是PDSCH的半持久调度(SPS)或PUSHC的SPS(例如,NR中的UL许可类型2)的调度、激活或释放。在一些情况下,预期UE响应SPS PDSCH释放,在提供SPS PDSCH释放的PDCCH的最后符号起N个符号之后提供HARQ-ACK信息。因此,接收到具有不同最后符号的SPS的多个相同的激活或释放命令的UE可能感到不明确。
PDCCH所承载的DCI的用途可以是PDCCH监视指示以及SCell的休眠/非休眠行为。
PDCCH所承载的DCI的用途可以是搜索空间集切换。搜索空间集切换时间可以取决于在哪个时隙中接收到DCI。因此,在不同时隙中接收到多个相同的搜索空间集切换指示的UE可能感到不明确。
PDCCH所承载的DCI的用途可以是用于PUSCH传输的HARQ-ACK信息。在DCI中传达的PUSCH HARQ-ACK信息的有效性可以取决于承载DCI的PDCCH的第一符号的定时。因此,在具有不同第一符号的PDCCH中接收到多个相同的HARQ-ACK指示的UE可能感到不明确。
PDCCH所承载的DCI的用途可以用于寻呼和系统信息改变通知或组公共时隙格式指示。
PDCCH所承载的DCI的用途可以用于组公共下行链路抢占指示。指示中的被抢占符号的定时取决于承载DCI的PDCCH的第一符号的定时。因此,在具有不同第一符号的PDCCH中接收到多个抢占指示的UE可能感到不明确。
PDCCH所承载的DCI的用途可以用于组公共UL取消指示。指示中的被取消符号的定时取决于承载DCI的PDCCH的最后符号的定时。因此,在具有不同的最后符号的PDCCH中接收到多个取消指示的UE可能感到不明确。
PDCCH所承载的DCI的用途可以用于组公共PUCCH、PUSCH和SRS TPC命令。如果启用TPC累积,并且如果UE接收到多个相同的TPC命令,则UE可以按照所述多个TPC命令多次累积功率,如果在相同的一个或多个符号接收到DCI也是如此。这可能是一个问题,例如,如果网络只是想要通过使用多TRP PDCCH以更高的可靠性发送单个TPC命令的话。
组公共PDCCH的多TRP传输可以是组公共PDCCH的波束扫描的一部分,其中UE被配置为接收波束/TRP的子集,例如两个波束。
注意,一般来说,本文中考虑了多个PDCCH资源之间的任何时间-频率关系,例如,时间复用、频率复用或空间复用以及在时间或频率上完全或部分重叠PDCCH资源。下面讨论了PDCCH资源的时间复用、频率复用和空间复用的情况。
PDCCH资源的TDM
在一些情况下,PDCCH资源在时间上被复用(TDmed),例如在时隙中的多组部分重叠或不重叠的符号中被复用。在一些情况下,TDMed PDCCH资源与不同的TCI状态ID关联(通过对应的CORESET),所述不同的TCI状态ID可以对应于不同的TRP或波束。图4中图解说明了两个PDCCH资源的TDM。
具有不同TCI状态的PDCCH在多组不重叠符号上的TDM具有UE可以一次接收单个TCI状态的好处,这可以简化UE实现。例如,可以使用具有单个接收器链的使用单个UE天线面板的模拟Rx波束成形。这样的UE可以使用第一Rx波束接收第一PDCCH资源,然后切换到第二RX波束以接收第二PDCCH资源。
图4是TDMed PDCCH资源的例示。第一PDCCH资源与CORESET X1、搜索空间集Y1和激活TCI状态Z1关联,而第二PDCCH资源与CORESET X2、搜索空间集Y2和激活TCI状态Z2关联。
CORESET的FDM
在一些情况下,PDCCH资源在频率上被复用(FDMed),例如,在多组部分重叠或不重叠的PRB中被复用。在一些情况下,FDMed PDCCH资源与不同的TCI状态ID关联(通过对应的CORESET),所述不同的TCI状态ID可以对应于不同的TRP或波束。图5中图解说明了两个PDCCH资源的FDM。
具有不同TCI状态的PDCCH的FDM具有UE可以一次接收与不同TCI状态关联的PDCCH的好处,这可以减少时延。另一个好处可能在于在跨FDMed PDCCH资源重复PDCCH的情况下,在网络侧不存在关于PDCCH接收的时间实例的不确定性。这可以简化通信协议。不过,不同TCI状态(例如不同波束上或来自不同TRP的传输)的同时接收可能需要更复杂的UE实现。
图5是FDMed PDCCH资源的例示。在图5的(a)和(b)中,第一PDCCH资源与CORESETX1、搜索空间集Y1和激活TCI状态Z1关联,而第二PDCCH资源与CORESET X2、搜索空间集Y2和激活TCI状态Z2关联。在(a)中,两个PDCCH资源在频率上是连续的(“本地化”)。在(b)中,两个PDCCH资源在频率上是非连续的(“分布式”)。在(b)中,PDCCH资源是交织的。
CORESET的SDM
在一些情况下,PDCCH资源在空间上被复用(SDMed),例如,在部分重叠或重叠的时间-频率资源中被复用。在一些情况下,SDMed PDCCH资源与不同的TCI状态ID关联(通过对应的CORESET),所述不同的TCI状态ID可以对应于不同的TRP或波束。
具有不同TCI状态的PDCCH的SDM具有与TDM和FDM相比,使用更少的时间-频率资源的好处。缺点可能在于UE可能必须能够在相同的时间-频率资源中按照多个TCI状态同时进行接收,以充分获得该方案的性能优势,这可能意味着更高的UE复杂性。在相同的时间-频率资源中接收多个TCI状态可以对应于在相同的时间-频率资源中利用多个Rx波束同时进行接收。
基于重复集的方法和系统
在一些情况下,跨PDCCH资源重复DCI,而无需例如通过配置预先通知UE或使UE意识这一点。在这种情况下可以禁止DCI的软合并,但是允许更大的网络灵活性。下面讨论了一些这样的情况。
在一些情况下,UE预期DCI可以跨多个(例如两个)PDCCH资源被重复,例如,不同PDCCH资源中的一些PDCCH可以承载相同的DCI。下面讨论了配置PCCH候选之间的这种关联的不同方式。
如果UE知道同一DCI可以跨PDCCH资源被重复,则这允许UE跨PDCCH资源进行PDCCH候选的软合并,以便提高解码性能。然而,由于在PDCCH资源中可能存在许多PDCCH候选,因此如果UE需要跨PDCCH资源软合并PDCCH候选的许多组合,则盲解码工作量可能很高。下面还讨论了减少PDCCH候选组合的数量的不同方式。
重复集的UE确定
在一些情况下,UE可能在一个时间段(例如一个时隙、半个时隙或几个符号)期间接收多个相同的DCI。这些DCI中的一个或多个DCI的接收可能导致相同的UE行为,例如如果DCI在该时间段内是重复不敏感的和时间敏感的(参见关于时间(不)敏感DCI,重复(不)敏感DCI的讨论)。在一些情况下,UE行为可能取决于它接收到并正确解码多个DCI中的哪个或哪些而不同,例如如果DCI在该时间段内是重复敏感的或时间敏感的。在这种情况下,一种方法是让网络处理UE行为方面的这种不确定性。
另一种解决重复敏感或时间敏感DCI的重复问题的方法是使UE检测重复,从而避免重复或不明确的UE动作的问题。因此,在一些情况下,UE可以确定成功解码的DCI是重复的,然后将其视为是重复的。在各种例子中,成功解码的属于相同重复集的DCI可以被UE认为是重复的DCI。另一方面,成功解码的属于不同重复集或不属于重复集的两个DCI可能不被UE认为是重复的。
在各种情况下,重复集包括一组PDCCH候选。UE可以基于DCI是否被承载于在属于同一重复集的PDCCH候选上接收的PDCCH上,来判定两个成功解码的DCI是否可被认为是重复的(例如,属于同一重复集)。这种情况可能会发生,例如,如果UE不进行PDCCH候选的软合并的话,这可能是合适的,例如UE不知道网络是否会发送带有DCI重复的PDCCH。
UE可以评估一个或多个条件,以判定多个成功解码的DCI是否属于同一重复集。在一些情况下,UE在DCI解码之前评估一个或多个条件,以便例如成功解码集中的DCI之后进行DCI合并或跳过一些PDCCH候选。UE还可以评估一个或多个条件。以判定多个PDCCH候选(例如,接收的或将要接收的)是否属于同一重复集。
在各种情况下,重复集中可以只包含来自同一BWP的PDCCH候选。在一些情况下,重复集中可以包含来自不同BWP(例如来自不同服务小区)的PDCCH候选。
下面列出了用于判定多个DCI(或对应的PDCCH候选)是否属于同一重复集的示例条件。在例子中,DCI格式是相同的。在一些情况下,如果PDCCH候选被配置为接收跨候选相同的至少一种DCI格式,则它们可以被包含在相同的重复集中。
在示例条件中,DCI格式是某种类型的,例如,一些DCI格式可以是重复的,但是其他格式不是。在一些情况下,可以重复的DCI格式可以是能够配置的。例如,只有对于DCI格式0_1、0_2、1_1和1_2才可以考虑重复。
在示例条件中,在多个DCI中,一些或所有DCI参数值是相同的。在一些情况下,并非所有DCI参数值需要相同。例如,对于PDSCH的动态调度,即使PUCCH相关的DCI参数中的一个或多个不同,也可以确定重复。PUCCH相关参数可以包括:PUCCH资源指示符(PRI)、PDSCH到HARQ反馈定时指示符、或者用于调度的PUCCH的TPC命令。特别是对于调度PDSCH的DCI,在一些情况下,在多个DCI中HARQ进程ID是相同的。在一些情况下,例如,当在相同的PDCCH监视时机接收到DCI时,在多个DCI中下行链路分配索引(DAI)是相同的。特别是对于调度PUSCH的DCI,在一些情况下,在多个DCI中HARQ进程ID是相同的。在一些情况下,在多个DCI之间TCI参数的值(例如在DCI格式1_1或1_2中)可以不同。在一些情况下,在多个DCI之间SRS资源指示符参数的值(例如在DCI格式0_1或0_2中)可以不同。在一些情况下,哪些DCI参数需要相同是可以配置的。
在示例条件中,例如,即使DCI参数值不相同,DCI所指示的UE动作也是相同的。例如,如果DCI是在不同的时间实例中接收的,于是包含不同的时间相关参数值,例如直到调度的DL或UL传输为止的时间偏移量,则可能发生这种情况。
在示例条件中,RNTI是相同的。在一些情况下,如果PDCCH候选被配置为监视跨候选相同的至少一个RNTI,则它们可以包含在同一重复集中。
在示例条件中,RNTI类型是相同的。在一些情况下,如果PDCCH候选被配置为监视跨候选相同的至少一个RNTI类型,则它们可以包含在同一重复集中。示例类型是C-RNTI、MCS-C-RNTI、CS-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI、TPC-SRS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、P-RNTI、SI-RNTI、RA-RNTI或临时C-RNTI。
在示例条件中,RNTI类型是某种类型的,例如,对应于一些RNTI类型的DCI/候选可以是重复的,但是其他类型不是。在一些情况下,可以重复的RNTI类型可以是可配置的。例如,在重复集中只包含在其上监视C-RNTI、MCS-C-RNTI或CS-RNTI的PDCCH候选。
在示例条件中,在同一类型的搜索空间集中接收DCI。
在示例条件中,在某种类型的搜索空间集中接收DCI,例如,对于一些搜索空间集类型检测重复,但是对于其他搜索空间集类型则不检测重复。示例类型是公共搜索空间(CSS)集、UE特定搜索空间(USS)集,Type0-PDCCH CSS集、Type0A-PDCCH CSS集、Type1-PDCCH CSS集、Type2-PDCCH CSS集、Type3-PDCCH CSS集。在一些情况下,对于其可以检测重复的搜索空间集类型是可以配置的。
在示例条件中,承载DCI的PDCCH候选的CCE聚合等级是相同的。
在示例条件中,在某个时间窗口内接收承载DCI的PDCCH,所述某个时间窗口比如:同一时隙;同一半时隙;同一组连续的符号,例如,1、2、3、4、5、6个符号;其中DCI是时间不敏感的时间窗口;承载DCI的PDCCH当中的最长PDCCH的符号;承载DCI的PDCCH在时间上完全重叠;多个连续的时隙(例如,由搜索空间集配置中的持续时间参数指示的时隙数);或者跨度或跨度间隙。此外,就时间窗口而言,它可以是由一组PDCCH资源跨越的时隙/半时隙/部分时隙内的符号,在各种情况下包括或不包括这样的PDCCH资源之间的任何符号。该组PDCCH资源例如可以对应于一组CORESET,该组CORESET可以是可配置的(例如,按照下面的CORESET关联/链接的例子之一)。该组PDCCH资源例如可以对应于具有不同CORESETPoolIndex值的不同CORESET,例如通过将时间窗口条件与下面关于UE被提供值为0的CORESETPoolIndex的条件相组合。在一些情况下,其中DCI/PDCCH候选可以属于同一重复集的时间窗口是可配置的,例如在上面的一些例子当中。
在示例条件中,在服务小区的激活DL BWP上,UE被提供用于一个或多个第一CORESET的值为0的CORESETPoolIndex,并被提供用于一个或多个第二CORESET的值为1的CORESETPoolIndex。在一些情况下,例如,在如上面关于时间窗口的条件中的时间窗口中,对应于CORESETPoolIndex的不同值的PDCCH资源可以在同一重复集中。在一些情况下,如果存在具有相同CORESETPoolIndex的多个CORESET,则具有最高或最低CORESET ID的CORESET可以包含在重复集中。在一些情况下,对应于CORESETPoolIndex的相同值的多个PDCCH资源可包含在重复集中。
在示例条件中,在不同的CORESET中接收DCI。在示例条件中,使用相同的搜索空间集接收DCI。
在示例条件中,在一些情况下,重复集Di,nCI可以包括(来自一组PDCCH资源的)PDCCH候选,f(ms,nCI,s,c,p,L)=i。在各种情况下,重复集只包括同一聚合等级的PDCCH候选。在其他情况下,重复集可以包括不同聚合等级的PDCCH候选,例如,第一PDCCH资源中具有聚合等级L1的PDCCH候选和第二PDCCH资源中具有聚合等级L2的PDCCH候选,L1≠L2。
οs是该组PDCCH资源中的PDCCH资源的搜索空间集的索引。
οc是该组PDCCH资源中的PDCCH资源的CORESET标识(例如,由IEControlResourceSetId定义)。
οp是该组PDCCH资源中的PDCCH资源的CORESETPoolIndex。
οL是CCE聚合等级。
οnCI是载波指示符字段值,它对于重复集中的PDCCH候选是相同的。
οms,nCI是搜索空间s中特定聚合等级L的PDCCH候选索引。注意,在一些情况下,对于搜索空间集s,聚合等级L1的第一PDCCH候选的索引ms,nCI可以等于聚合等级L2(≠L1)的第二PDCCH候选的索引ms,nCI。在一些情况下,对于聚合等级L和载波指示符nCI,在搜索空间集s中存在不超过一个的具有特定索引ms,n_CI的PDCCH候选,例如,ms,N,CI=0、…、ms,NCI L-1,其中ms,NCI L是UE被配置为对于对应于nCI的服务小区针对搜索空间集s的聚合等级L监视的PDCCH候选的数量。在一些情况下,改为对于每个CORESET计数PDCCH候选,例如,对于CORESET c,候选索引可替代地为m_(c,n_CI)。对于其中搜索空间集与多个CORESET关联的情况,这可能是更加合适的索引。
ο是将中的一个或多个映射到值i的函数,值i可以是整数。例如,或者可替代地,换句话说,重复集是一组PDCCH资源中具有索引(或者)的一组PDCCH候选。对于重复集可以包括不同聚合等级的PDCCH候选的情况,Di,nCI可以包括来自具有相同索引ms,nCI=i(或mc,nCI=i)的相同PDCCH资源的多个PDCCH候选。另一方面,对于重复集可能只包括相同聚合等级的PDCCH候选的情况,符号Di,nCI,L可能更加合适,因为重复集Di,nCI,L只包括聚合等级L的具有索引ms,nCI=i(或mc,nCI=i)的PDCCH候选。
在一些情况下,重复集是至少部分可配置的。在示例可配置情况下,搜索空间集可以配置有与多个CORESET的关联。这会导致至少第一符号在时间上重叠的多个PDCCH资源。取决于CORESET的配置,这些多个PDCCH资源可以使用不同的频率资源,或者在频率上部分或完全重叠,例如如下所述。例如,可以在例如表1中所示的搜索空间集配置中配置第二关联的CORESET。注意,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
在示例可配置情况下,对应于不同的CORESET但是相同的搜索空间集的PDCCH资源中的PDCCH候选可以包含在同一重复集中。
在示例可配置情况下,表1是在搜索空间集配置IE中增加多个CORESET关联的例子,比如“controlResourceSetId2-rl7ControlResourceSetId OPTIONAL,--Need R”。
表1
在示例可配置情况下,通过明确的配置,例如如表2中那样,链接多个搜索空间集。对应于链接的搜索空间集的PDCCH资源中的PDCCH候选可以属于同一重复集。注意,除了搜索空间集链接之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表2是在搜索空间集配置IE中增加搜索空间集链接的示例实现,比如表2中的“linkedSearchSpace-rl7 SearchSpaceId OPTIONAL,--Need R”。
表2
在示例可配置情况下,通过明确的配置,例如如表3中的那样,链接多个CORESET。对应于链接的CORESET的PDCCH资源中的PDCCH候选可以属于同一重复集。注意,除了CORESET链接之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表3是在CORESET配置IE中增加CORESET链接的示例实现,比如表3中的“linkedControlResourceSet-rl7 ControlResourceSetId OPTIONAL,--Need R”。
表3
在示例可配置情况下,例如在如表4中的PDCCH-Config IE中,可以配置CORESET的列表或搜索空间集的列表。对应于链接的CORESET或搜索空间集的PDCHH资源中的PDCCH候选可以属于同一重复集。注意,除了CORESET链接之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表4是通过配置列表来链接CORESET的示例实现。
表4
在示例可配置情况下,通过在CORESET配置(例如,如表5所示)中或者类似地在搜索空间集配置中包括“enable”参数,可以配置CORESET或搜索空间集以便重复,例如,以便包含在重复集中。对应于DCI重复被启用的搜索空间集或CORESET的PDCCH资源中的PDCCH候选可以属于重复集。注意,除了对于CORESET/搜索空间集启用重复之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表5是在CORESET中启用DCI重复的示例实现(类似的实现可以应用于搜索空间集配置)。
表5
在另一个例子中,通过包括用于监视时域中的时机的一个或多个参数,比如参数monitoringSlotPeriodicityAndOffset、duration或monitoringSymbolsWithinSlot,可以配置搜索空间集以便重复,例如,以便包含在重复集中。表6以及在表7和表8的例子中,可以配置第二monitoringSymbolsWithinSlot参数(MonitoringSymbolsWithinSlot2-r17)。如果是这样,则可以启用重复。在一些情况下,第二参数向由monitoringSlotPeriodicityAndOffset和duration定义的时隙增加附加监视时机。这些附加监视时机在一些情况下可能需要不重叠,与由monitoringSymbolsWithinSlot定义的监视时机也不重叠。在一些情况下,通过monitoringSlotPeriodicityAndOffset2-rl7在由monitoringSlotPeriodicityAndOffset定义的两个连续监视时机之间增加的监视时机中的PDCCH资源可以连同紧接在这些时机之前的监视时机一起包含在重复集中。考虑具有与搜索空间集关联的2符号CORESET的例子。网络在由monitoringSlotPeriodicityAndOffset和duration定义的时隙中,例如在符号0-1和符号7-8中配置两个监视时机。这可以通过配置monitoringSymbolsWithinSlot=“10000001000000”来实现。现在,网络通过配置在符号2-3和符号9-10中增加监视时机的monitoringSymbolsWithinSlot2-rl7=“00100000010000”来配置附加监视时机。由于符号2-3中的监视时机在符号0-1和符号7-8中的连续时机之间,因此符号0-1和符号2-3中的PDCCH资源可包括在重复集中。
进一步参考前面的例子,在表8中,可以可选地配置第二CORESET。对于框架1,这意味着第二TCI状态(例如对于第二CORESET激活的TCI状态)可以被应用于重复集内的PDCCH传输。例如,对于由controlResourceSetId配置的第一CORESET激活的TCI状态ID可以是第一TCI状态ID(例如,索引t=0),对于由controlResourceSetId2-rl7配置的第二CORESET激活的TCI状态ID可以是第二TCI状态ID(例如,索引t=1)。这两个TCI状态ID(T=2)可以与重复集中的不同PDCCH资源(或对应的PDCCH监视时机)关联。令PDCCH资源或时机被索引为m=0、…、M-l,其中M是重复集内的PDCCH资源或PDCCH监视时机的数量。在一些情况下,T个激活TCI状态Id被循环地分配给重复集内的PDCCH资源或PDCCH监视时机,例如,T个TCI状态Id被连续分配给资源/时机m=0、…、T-1和m=T、…、2T-1等,假设T<M。
在一些情况下,T个激活TCI状态Id被分配为使得第一TCI状态Id索引(t=0)被分配给多个(例如V个)连续PDCCH资源索引(或时机索引)(例如,m=0、…、V-1,其中V=floor(M/T)或V=ceil(M/T)),第二TCI状态Id索引(t=1)被分配给接下来的例如V个连续PDCCH资源索引(或时机索引)等,直到最后一个TCI状态Id索引(t=T-1)被分配给最后的连续PDCCH资源索引(或时机索引)(例如,m=V(T-1)、…、M-1)。注意,除了这里说明的条件之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表6
表7
表8
表7例示了这样的情况。
注意,除了这里说明的条件之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
在表6的例子中,可以配置第二monitoringSlotPeriodicityAndOffset参数(monitoringSlotPeriodicityAndOffset2-rl7)。如果是这样,则可以启用重复。在一些情况下,常规duration和monitoringSymbolsWithinSlot参数值可以应用于由monitoringSlotPeriodicityAndOffset2-rl7定义的附加时机。
在另一个例子中,通过包括用于监视时域中的时机的一个或多个参数,比如参数monitoringSlotPeriodicityAndOffset、duration或monitoringSymbolsWithinSlot,可以配置搜索空间集以便重复,例如,以便包含在重复集中。在表7-表9中,可以配置第二monitoringSymbolsWithinSlot参数(monitoringSymbolsWithinSlot2-rl7)。如果是这样,则可以启用重复。在一些情况下,第二参数向由monitoringSlotPeriodicityAndOffset和duration定义的时隙增加附加监视时机。这些附加监视时机在一些情况下可能需要不重叠,与由monitoringSymbolsWithinSlot定义的监视时机也不重叠。在一些情况下,通过monitoringSlotPeriodicityAndOffset2-rl7在由monitoringSlotPeriodicityAndOffset定义的两个连续监视时机之间增加的监视时机中的PDCCH资源可以连同紧接在这些时机之前的监视时机一起包含在重复集中。
考虑具有与搜索空间集关联的2符号CORESET的例子。网络在由monitoringSlotPeriodicityAndOffset和duration定义的时隙中,例如在符号0-1和符号7-8中配置两个监视时机。这可以通过配置monitoringSymbolsWithinSlot=“10000001000000”来实现。现在,网络通过配置在符号2-3和符号9-10中增加监视时机的monitoringSymbolsWithinSlot2-rl7=“00100000010000”来配置附加监视时机。由于符号2-3中的监视时机在符号0-1和符号7-8中的连续时机之间,因此符号0-1和符号2-3中的PDCCH资源可包括在重复集中。
在表7中,可以可选地配置第二CORESET。对于框架1,这意味着第二TCI状态(例如对于第二CORESET激活的TCI状态)可以被应用于重复集内的PDCCH传输。例如,对于由controlResourceSetId配置的第一CORESET激活的TCI状态ID可以是第一TCI状态ID(例如,索引t=0),对于由controlResourceSetId2-rl7配置的第二CORESET激活的TCI状态ID可以是第二TCI状态ID(例如,索引t=1)。这两个TCI状态ID(T=2)可以与重复集中的不同PDCCH资源(或对应的PDCCH监视时机)关联。令PDCCH资源或时机被索引为m=0、…、M-l,其中M是重复集内的PDCCH资源或PDCCH监视时机的数量。在一些情况下,T个激活的TCI状态Id被循环地分配给重复集内的PDCCH资源或PDCCH监视时机,例如,T个TCI状态Id被连续分配给资源/时机m=0、…、T-1和m=T、…、2T-1等,假设T<M。
在一些情况下,T个激活TCI状态Id被分配为使得第一TCI状态Id索引(t=0)被分配给多个(例如V个)连续PDCCH资源索引(或时机索引)(例如,m=0、…、V-1,其中V=floor(M/T)或V=ceil(M/T)),第二TCI状态Id索引(t=1)被分配给接下来的例如V个连续PDCCH资源索引(或时机索引)等,直到最后一个TCI状态Id索引(t=T-1)被分配给最后的连续PDCCH资源索引(或时机索引)(例如,m=V(T-1)、…、M-1)。注意,除了这里说明的条件之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表8例示了这样的情况。注意,除了这里说明的条件之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
在表6的例子中,可以配置第二monitoringSlotPeriodicityAndOffset参数(monitoringSlotPeriodicityAndOffset2-rl7)。如果是这样,则可以启用重复。在一些情况下,常规duration和monitoringSymbolsWithinSlot参数值可以应用于由monitoringSlotPeriodicityAndOffset2-rl7定义的附加时机。
表6例示了在搜索空间集中启用DCI重复的示例实现。
在表8和表9的例子中,可以配置第二monitoringSymbolsWithinSlot参数(monitoringSymbolsWithinSlot2-rl7)。如果是这样,则可以启用重复。在一些情况下,第二参数向由monitoringSlotPeriodicityAndOffset和duration定义的时隙增加附加监视时机。这些附加监视时机在一些情况下可能需要不重叠,与由monitoringSymbolsWithinSlot定义的监视时机也不重叠。在一些情况下,通过monitoringSlotPeriodicityAndOffset2-rl7在由monitoringSlotPeriodicityAndOffset定义的两个连续监视时机之间增加的监视时机中的PDCCH资源可以连同紧接在这些时机之前的监视时机一起包含在重复集中。
考虑具有与搜索空间集关联的2符号CORESET的例子。网络在由monitoringSlotPeriodicityAndOffset和duration定义的时隙中,例如在符号0-1和符号7-8中配置两个监视时机。这可以通过配置monitoringSymbolsWithinSlot=“10000001000000”来实现。现在,网络通过配置在符号2-3和符号9-10中增加监视时机的monitoringSymbolsWithinSlot2-rl7=“00100000010000”来配置附加监视时机。由于符号2-3中的监视时机在符号0-1和符号7-8中的连续时机之间,因此符号0-1和符号2-3中的PDCCH资源可包括在重复集中。
在表8中,可以可选地配置第二CORESET。对于框架1,这意味着第二TCI状态(例如对于第二CORESET激活的TCI状态)可以被应用于重复集内的PDCCH传输。例如,对于由controlResourceSetId配置的第一CORESET激活的TCI状态ID可以是第一TCI状态ID(例如,索引t=0),对于由controlResourceSetId2-rl7配置的第二CORESET激活的TCI状态ID可以是第二TCI状态ID(例如,索引t=1)。这两个TCI状态ID(T=2)可以与重复集中的不同PDCCH资源(或对应的PDCCH监视时机)关联。令PDCCH资源或时机被索引为m=0、…、M-l,其中M是重复集内的PDCCH资源或PDCCH监视时机的数量。在一些情况下,T个激活TCI状态Id被循环地分配给重复集内的PDCCH资源或PDCCH监视时机,例如,T个TCI状态Id被连续分配给资源/时机m=0、…、T-1和m=T、…、2T-1等,假设T<M。
在一些情况下,T个激活TCI状态Id被分配为使得第一TCI状态Id索引(t=0)被分配给多个(例如V个)连续PDCCH资源索引(或时机索引)(例如,m=0、…、V-1,其中V=floor(M/T)或V=ceil(M/T)),第二TCI状态Id索引(t=1)被分配给接下来的例如V个连续PDCCH资源索引(或时机索引)等,直到最后一个TCI状态Id索引(t=T-1)被分配给最后的连续PDCCH资源索引(或时机索引)(例如,m=V(T-1)、…、M-1)。注意,除了这里说明的条件之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表7例示了在搜索空间集中启用DCI重复的示例实现。表8例示了在搜索空间集中启用DCI重复的示例实现。
在表9和表10中例示的另一个例子中,通过包括重复参数,比如下面的repetitionfactor-rl7,可以配置搜索空间集以便重复,例如,以便包含在重复集中。值n2、n3等可以对应于2次重复、3次重复等。
表9
例如,由(monitoringSlotPeriodicityAndOffset、duration和monitoringSymbolsWithinSlot)定义的每个“原始”监视时机可以在该监视时机之后的第一批可用符号(例如,DL或DL/可变符号)中重复。在一些情况下,UE在紧接在原始时机之后的符号中重复监视时机,并且如果它碰巧与另一个信号(在规范中具有更高的优先级)冲突,或者如果它落在UL符号中,则跳过重复。在各种情况下,原始监视时机和随后重复的监视时机中的PDCCH资源可以包含在重复集中。
在表10的例子中,可以可选地配置第二CORESET。这可以提供第二TCI状态,类似于上面关于表7所述。对于不同的PDCCH资源或PDCCH监视时机的TCI状态ID分配可以遵循关于表8的说明。
表10
注意,除了这里说明的条件之外,PDCCH候选属于同一重复集的附加条件可以应用,例如,按照上述条件中的一个或多个。
表9例示了在搜索空间集中启用DCI重复的示例实现。
表10例示了在搜索空间集中启用DCI重复的示例实现。
通过配置,例如通过诸如表11中之类的PDCCH Config IE中的RRC参数,可以对于小区或对于BWP启用DCI重复。
表11例示了在PDCCH-Config IE中启用DCI重复的示例参数。
表11
在各种情况下,UE使用这些条件中的一个或多个来判定PDCCH候选或成功解码的DCI是否属于同一重复集,例如使用条件之间的“与”或“或”运算,并且在一些情况下还加上这里未列出的一个或多个附加条件。
为了简单起见,具有两个DCI/PDCCH资源的几个例子是:
例子la:如果满足以下所有条件,则认为两个成功解码的DCI是重复的。
·对于BWP启用DCI重复。
·两个DCI都是在USS中接收的。
·两个DCI都具有利用相同的RNTI加扰的CRC。
·两个DCI都使用相同的DCI格式。
·在两个DCI中参数值都相同。
·两个DCI都是在某个时间窗口内接收的。
·两个DCI都是在具有相同的PDCCH候选索引ms1,nCI=ms2,nCI的PDCCH候选上接收的,其中s1和s2是在其上接收到DCI的搜索空间集的索引,nCI是载波指示符字段值,它对于两个DCI是相同的。
例子lb:如果满足以下所有条件,则认为两个PDCCH候选属于重复集。
·对于BWP启用DCI重复。
·两个PDCCH候选对应于USS。
·UE在两个PDCCH候选上监视具有利用相同RNTI加扰的CRC的DCI。
·UE在两个PDCCH候选上监视具有相同DCI格式的DCI。
·两个PDCCH候选都是在某个时间窗口内接收的。
·两个PDCCH候选索引相同,例如,m_(s_l,n_CI)=m_(s_2,n_CI),其中s1和s2是在其上接收到PDCCH候选的搜索空间集的索引,nCI是载波指示符字段值,它对于两个候选是相同的。
例子2a:如果满足以下所有条件,则认为两个成功解码的DCI是重复的。
·对于UE启用DCI重复。
·两个DCI都是在USS中接收的。
·两个DCI都具有利用相同的RNTI加扰的CRC。
·两个DCI都使用相同的DCI格式。
·如果DCI调度DL或UL数据传输,则在两个DCI中HARQ进程ID是相同的。
·两个DCI都是在某个时间窗口内接收的。
·DCI是在具有不同的CORESET池索引的CORESET上接收的。
例子2b:如果满足以下所有条件,则认为两个PDCCH候选属于重复集。
·对于UE启用DCI重复。
·两个PDCC候选对应于USS。
·UE在两个PDCCH候选上监视到具有利用相同RNTI加扰的CRC的DCI。
·UE在两个PDCCH候选上监视到具有相同DCI格式的DCI。
·两个PDCCH候选都是在某个时间窗口内接收的。
·两个PDCCH候选是在具有不同的CORESET池索引的CORESET上接收的。
在一些情况下,UE可以基于一个或多个条件(例如,如上面的例子中的条件)预期跨一组PDCCH候选的DCI重复。
在各种情况下,UE不会预期DCI在PDCCH资源内被重复,例如,如果重复集包含不超过一个的来自PDCCH资源的PDCCH候选。
在一些情况下,这意味着UE可以预期在这样的集中的PDCCH候选之一上由PDCCH承载的DCI在该集中的每个PDCCH候选上被重复。这可以允许以合理的UE复杂性软合并集中的PDCCH候选,但是这将降低网络侧的PDCCH传输灵活性。或者,这可以允许UE一旦成功地从集中的PDCCH候选解码DCI,就跳过接收或解码集中的剩余PDCCH候选,因为UE预期重复集中的剩余PDCCH候选仅承载已经解码的DCI的DCI重复。
在一些情况下,UE可以预期以下中的一个或多个:
·无重复的PDCCH传输(DCI由在重复集中的一个PDCCH候选上、但是不在其他PDCCH候选上发送的一个PDCCH承载),
·具有部分重复的PDCCH传输(DCI由在重复集中的PDCCH候选的子集、而不是全部PDCCH候选上发送的多个PDCCH承载),或者
·具有完全重复的PDCCH传输(DCI由在重复集中的每个PDCCH候选上发送的PDCCH承载)。
这将允许网络侧的不重复DCI(例如,PDCCH的单TRP传输)、一些DCI重复(例如,PDCCH的“一些TRP”传输)或完全DCI重复(例如,PDCCH的“全部TRP”传输)的灵活性。
一些DCI是时间敏感的(参见上文)。下面更详细地说明应对该问题的方法和系统。
示例UE过程
图6A和图6B中图解说明了示例UE过程。在两个DCI的PDCCH接收和成功解码时(例如,步骤211或步骤221),UE评估这两个DCI是否属于同一重复集(例如,步骤212和步骤213或步骤223和步骤224)。如果是,则将它们作为单个DCI进行处理,这可以解决重复敏感DCI的问题(参见下文)。如果不是,则单独地处理DCI,例如,UE遵循每个DCI的指示。图6A和图6B之间的差别在于图6B包括DCI重复的特征是否被启用的附加检查,例如如表10和步骤222中那样。该过程易于从两个DCI推广到多个DCI。如图所示,图6A(步骤211-步骤215)和图6B(步骤221-步骤226)图解说明了UE为了确定DCI重复而进行的过程的例子。
图7(步骤231-步骤235)中图解说明了另一种示例过程,图7图解说明为了确定PDCCH候选以便进行软合并而可以进行的UE过程。在步骤231,UE判定是否已经配置了DCI重复。在不存在这种启用配置的一些例子中,可以省略步骤231。在步骤232和步骤233,UE评估两个PDCCH候选是否属于同一重复集。如果是,则UE利用软合并来接收和解码这些PDCCH候选(步骤234)。UE还可以在不进行软合并的情况下接收和解码PDCCH候选。在步骤234之后,UE还可以将成功解码的DCI作为单个DCI进行处理。如果没有配置重复,或者PDCCH候选不属于同一重复集,则UE可以单独接收和解码PDCCH候选,例如在没有软合并的情况下(步骤235)。在步骤235之后,可以单独地处理成功解码的DCI(步骤236)。
图8图解说明其中UE可以跳过接收或解码一些PDCCH候选,从而降低UE功耗的UE过程。在步骤241,UE判定是否配置了DCI重复。如果否,则UE进行到步骤247,并且例如按照相关技术的过程,单独接收或解码每个PDCCH候选。另一方面,如果配置了DCI重复,则UE可以着手确定重复集,例如如上所述。在步骤244,UE可以接收或解码重复集中的一个或多个剩余的PDCCH候选(如果有的话),例如,还没有被接收或解码的候选。例如,如果重复集中的一些PDCCH候选分布在不同的TDMed PDCCH资源中,则UE可以按时间顺序接收或解码它们。如果这些PDCCH候选中的一些在时间上重叠,则它们可以同时被接收,但是一些关联的处理和解码仍然可以顺序地进行,例如,信道估计、均衡、解调或解码。如果重复集中的这些接收/解码的PDCCH候选没有一个被成功解码,并且在重复集中存在剩余的PDCCH候选,则UE再次接收或解码这些PDCCH候选中的一个或多个。另一方面,如果PDCCH候选之一被成功解码,则UE可以进行到步骤246,在步骤246,UE可以跳过重复集中的剩余PDCCH候选的接收或解码。结束步骤意味重复集中的PDCCH候选的接收和解码的完成。注意,重复集可以在时间上局部化,例如在某个时隙内。因此,随着时间的推移,UE可以重复地进行该过程或其一部分。特别地,随着时间的推移,步骤242-步骤247可以被重复进行,并且可以接收或解码新的重复集。还注意,步骤241可以是可选的,或可以不重复进行。通常,一些PDCCH候选可以属于重复集,而其他PDCCH候选不属于重复集。因此,UE可以对这样的PDCCH候选执行按照步骤224-步骤247的过程,而对不属于重复集的候选同时地进行单独的PDCCH候选接收和解码。
基于DCI集中的DCI的UE选择的方法和系统
在各种情况下,UE接收并成功地解码多个DCI,并且可以丢弃它们中的一个或多个。在一些情况下,UE可以丢弃除一个DCI之外的所有DCI。在一些情况下,UE可以丢弃除几个(例如2个或3个)DCI之外的所有DCI。
在各种情况下,UE可以选择丢弃哪个或哪些DCI和作用于哪个或哪些DCI。
在各种情况下,UE可以确定重复集,例如如上所述。UE可以将DCI集确定为从属于重复集的PDCCH候选成功解码的一组DCI。
例如,重复集可以包括例如对应于两个不同TRP的两个PDCCH候选。当网络在两个PDCCH候选上发送重复的DCI或在两个PDCCH候选上发送不同的DCI时,UE例如可以根据无线电条件从任一个或两个PDCCH候选成功地解码DCI。这意味着如果只成功解码了承载在第一PDCCH候选上的DCI,则DCI集包含承载在第一PDCCH候选上的DCI。如果只成功解码了承载在第二PDCCH候选上的DCI,则DCI集包含承载在第二PDCCH候选上的DCI。如果两个DCI都被成功解码,则DCI集包含承载在第一PDCCH候选上的DCI和承载在第二PDCCH候选上的DCI。
注意,DCI集中的DCI可以相同(例如,相同的DCI格式、RNTI、参数值等)或不同(例如,DCI格式、RNTI和参数值中的一个或多个不同)。
在一个例子中,重复集中承载的DCI(从而DCI集中的DCI)可以包括一些相同的参数,例如,对应于PDSCH的接收的参数,例如,以下中的一个或多个:载波指示符;频域资源分配;时域资源分配;VRB到PRB映射;PRB捆绑大小指示符;速率匹配指示符;MCS;新数据指示符;冗余版本;HARQ进程数;天线端口;CBG传输信息;CBG清除信息;DMRS序列初始化;或TCI。
例如,在重复集中承载的DCI之间可能不同的参数可以包括与后续UL传输相关的参数,例如HARQ-ACK、PUCCH或CSI相关参数,比如以下中的一个或多个:用于调度的PUCCH的TPC命令;PUCCH资源指示符;或PDSCH-to-HARQ_feedback定时指示符。
在一些情况下,在重复集中的不同DCI中,传输配置指示符(TCI)值可能不同。
注意,在一些情况下,利用DCI调度PDSCH在本文中可能意味着利用某种形式的重复方案(不同的TCI状态可以顺序地或循环地应用于不同的重复)来发送PDSCH,例如记载在38.214中的方案之一:“FDMSchemeA”;“FDMSchemeB”;“TDMSchemeA”(时隙内重复);“TDM方案B”(例如,“当UE由上位层参数PDSCH-config配置时,上位层参数PDSCH-config在PDSCH-TimeDomainResourceAllocation中指示包含RepNumR16的pdsch-TimeDomainAllocationList中的至少一个条目”,这可以对应于时隙间重复);或“SDM方案”(例如,“当未利用DCI向UE指示DCI字段‘时域资源分配’(DCI字段‘时域资源分配’在PDSCH-TimeDomainResourceAllocation中指示包含RepNumR16的pdsch-TimeDomainAllocationList中的条目),而是利用DCI字段‘传输配置指示’的码点中的两个TCI状态和DCI字段‘天线端口’中的两个CDM组内的DM-RS端口指示时”)。
在一些情况下,UE将成功地解码重复集中的多个DCI,例如,对应的DCI集将包括多个DCI。在一些情况下,多个DCI将调度同一PDSCH,例如,在DCI集内的DCI中,PDSCH相关参数将是相同的。在一些情况下,多个DCI将使用不同的参数调度具有相同性质的PDSCH,例如,如果DCI是在不同的PDCCH监视时机中接收的。
然而,DCI集中的调度PDSCH的DCI可能在其他方面包括不同的指示。在例子中,不同的DCI指示不同的PUCCH资源,例如通过“PUCCH资源指示符”或“PDSCH-to-HARQ_feedback定时指示符”的不同值。在另一个例子中,不同的DCI指示不同的PUCCH TPC命令,例如通过“用于调度的PUCCH的TPC命令”的不同值。
通过指示不同的PUCCH资源(其可以通过不同的空间关系配置对应于不同的UE Tx波束),网络可以在后续PUCCH传输中引入空间分集。后续PUCCH传输可以用于HARQ-ACK。
例如,考虑具有两个PDCCH候选的重复集的情况,所述两个PDCCH候选例如由两个不同的TRP发送,每个PDCCH承载调度同一PDSCH的DCI,如图9中图解所示。然而,两个DCI指示不同的PUCCH资源。考虑UE只成功地解码由第一TRP发送的第一DCI,而未成功地解码由第二TRP发送的第二DCI的情况。在这种情况下,UE将使用由第一DCI指示的第一PUCCH资源。该PUCCH资源可以对应于指向第一TRP的UE Tx波束。如果第二TRP和UE之间的链路被阻挡,则这可能是有利的。在另一种情况下,只有来自第二TRP的DCI被成功解码。在这种情况下,UE将使用如在第二DCI中指示的第二PUCCH资源。为第二PUCCH资源配置的UE Tx波束可以有利地通过先前的配置和指示被指向第二TRP。换句话说,通过使从不同TRP发送的DCI集中的不同DCI指示与指向对应TRP的波束关联的不同PUCCH资源,可以提高在调度的PDSCH之后的PUCCH的可靠性。至少对于PDCCH可靠性和对应的PUCCH可靠性之间存在相关性的情况,例如当PDCCH在与PUCCH相同的频带中被发送时,可以实现这种提高的PUCCH可靠性。
图9是对于PDCCH、PDSCH和PUCCH在同一BWP(例如,也是同一载波)中的特殊情况,两个PDCCH指示同一PDSCH但是不同的PUCCH资源的情况的例示。
在一些情况下,UE可以成功地解码重复集中的多个DCI,例如,对应的DCI集将包括多个DCI。在这种情况下,这些DCI可以包括对于不同PUCCH资源的指示。在一些情况下,UE将发送多个指示的PUCCH。在其他情况下,UE可以选择由DCI集中的DCI指示的PUCCH资源之一或子集。UE对UE将遵循其内容的DCI之一或子集的选择可以基于一组准则。所述准则可以包括以下中的一个或多个:
·遵循任何成功解码的DCI(没有选择)。
·使用与承载DCI集中的DCI的不同PDCCH关联的参考信号的测量结果来确定要遵循哪个或哪些DCI。例如,UE可以使用PDCCH DM-RS或与PDCCH关联的CSI-RS,例如,配置或指示为与PDCCH DM-RS准共址(QCL)的CSI-RS或SSB。测量结果可以是RSRP、RSRQ或SINR。在一个例子中,UE可以使用对应于最高测量结果的DCI。在另一个例子中,UE可以选择任何DCI,只要其测量结果高于阈值即可,阈值可以是可配置的。
·从DCI集中选择要遵循哪一个或多个DCI由UE决定。
·UE选择指示不与另一个信号或信道冲突的PUCCH资源的DCI。
·UE选择指示导致最低时延或在某一时延限制内的时延的PUCCH资源的DCI。
·UE基于UE能力,从DCI集中选择要遵循的一个或多个DCI。例如,如果多个DCI指示在时间上重叠的PUCCH资源,则如果UE能够发送重叠的PUCCH,例如如果UE具有多面板发送能力,那么UE可以选择这些多个DCI。
在一些情况下,DCI集中的多个DCI指示相同的PUCCH资源。PUCCH资源可以与多个UL Tx波束关联。例如,PUCCH资源可以具有两个激活空间关系信息(例如,具有PUCCH-SpatialRelationlnfoId),其中每个空间关系信息可以对应于UL Tx波束。PUCCH资源的不同的激活空间关系信息可以对应于不同的TRP。例如,PUCCH资源的不同的激活空间关系信息可以与CORESET池索引(例如,参数CORESETPoolIndex)的不同值关联。UE可以例如基于上面提出的准则中的一个或多个,选择指示的PUCCH资源的两个激活空间关系信息中的一者或两者。例如,如果UE只成功地解码单个DCI,则UE可以选择与在其上接收到解码的DCI的CORESET相同的CORESET池索引关联的空间关系信息。
除了指示PUCCH资源,以及可能间接指示用于PUCCH的UE Tx波束之外,DCI还可以指示不同的PUCCH TPC命令。在一些情况下,UE可以为不同组的PUCCH资源保持单独的功率控制环路(状态)。不同组的PUCCH资源可以与不同的CORESET池索引关联,例如,不同的CORESET池索引可以具有单独的PUCCH发送功率控制环路。如果UE在具有CORESET池索引的CORESET上接收到的成功解码的DCI中接收到PUCCH TPC命令,则UE可以将PUCCH TPC命令应用于与相同CORESET池索引关联的功率控制环路。
注意,对于UE可以从DCI集中的多个DCI中选择DCI的情况,UE也可以在已经从重复集中的PDCCH候选成功解码DCI之后,继续接收和解码PDCCH候选。这可能与上面给出的一些例子相反,在这些例子中,UE跳过一些PDCCH候选的接收或解码。
在一些情况下,UE将成功地解码重复集中的多个DCI,例如,对应的DCI集将包含多个DCI。在一些情况下,多个DCI将调度同一PDSCH,例如,除了所指示的TCI之外,PDSCH相关参数在DCI集中的DCI中将是相同的。在一些情况下,对于在与相同的CORESET池索引关联的PDCCH资源上接收的DCI,所指示的TCI需要相同,例如,在与不同的CORESET池索引关联的PDCCH资源上接收的DCI中,所指示的TCI可能是不同的。
在一些情况下,UE不期望对于调度的PDSCH(可能包括重复),被指示以与对于这种PDSCH传输的TCI状态的最大数量相比更大数量的不同TCI状态(跨对应于PDSCH传输的DCI,可能包括PDSCH重复),其中最大数量可以基于规范、UE能力或来自网络的配置。
UE可以基于跨不同的DCI指示的一组TCI状态(例如,T个DCI状态)来接收后续的PDSCH。
例如,考虑具有两个PDCCH候选的重复集。如果UE只在该集中的第一候选上接收到DCI,则在接收PDSCH时,它可以使用承载在第一PDCCH候选上的DCI中指示的TCI。类似地,如果UE只在第二候选上接收到DCI,则在接收PDSCH时,它可以使用在第二DCI中指示的TCI。如果UE在该集中的两个PDCCH候选上都成功地接收到DCI,并且TCI指示不同的TCI状态,则在接收PDSCH时,UE可以应用两个TCI状态。假设UE接收两个DCI(这应当是正常情况),网络可以发送PDSCH。如果一条链路被阻挡,则两个PDCCH可能丢失,不过也可能丢失与未接收到的TCI状态对应的后续PDSCH的一部分。
在各种情况下,例如在不同的PDCCH资源上从不同的TRP接收的PDCCH调度不同的PDSCH或PUSCH传输。不同的PDSCH或PUSCH可以承载相同的传输块,例如不同的冗余版本或不同的传输块。在一些情况下,在重复集中接收这些PDCCH,即使DCI重复本身在这种情况下不适用。不过,链接PDCCH候选的对应功能可能是有用的。例如,考虑接收两个PDCCH的UE,这两个PDCCH调度不同的PDSCH,例如时间复用的或频率复用的。在一些情况下,如果两个PDCCH属于同一重复集,则UE预期对应的不同PDSCH承载同一传输块的重复,例如使用不同的冗余版本(每个PDCCH可以重复地调度PDSCH)。在各种情况下,用于接收这些PDSCH之一的TCI状态基于调度对应PDSCH的PDCCH/DCI。因此,如果UE仅仅正确地解码一个PDCCH(来自一个TRP),则UE可能只使用基于该PDCCH的TCI状态来接收PDSCH。注意,如果DCI包括TCI状态指示,则来自第一TRP的PDCCH可能可以指示对应于第二TRP的TCI状态,或者指示分别对应于第一TRP和第二TRP的两个TCI状态。因此,和相关技术的系统中一样,可以使用来自TRP的单个PDCCH来调度多TRP PDSCH传输。
框架2:每个CORESET多个激活TCI状态
概述
在上面讨论的各个实施例中,对于CORESET,不存在超过一个的激活TCI状态。在框架2中,对于CORESET的激活TCI状态的最大数量被增加到不止一个。由于TCI状态可以与TRP关联,因此每个CORESET多个激活TCI状态意味着UE可以从多个TRP接收PDCCH资源中的一个或多个PDCCH。
在一些情况下,多个激活TCI状态被应用于PDCCH候选,例如对应于CORESET的每个PDCCH候选。这意味着当接收到单个PDCCH候选时也可以获得多TRP分集增益。
下面公开了基于将不同的TCI状态应用于不同的FDMed资源,为PDCCH候选实现多个激活TCI状态的方法和系统。
下面公开了可以基于将多个激活TCI状态应用于重叠的资源(例如SDM)的方法和系统。
与CORESET关联的T个TCI状态ID被排序并被索引为t=0、…、(T-1),其中t是该CORESET的TCI状态ID索引(不是TCI状态ID),T是该CORESET的激活TCI状态ID的数量。
例如,如下所述,可以按照MAC CE中的顺序位置或对应MAC CE的顺序位置,对CORESET的激活TCI状态ID进行排序(第一TCI状态ID、第二TCI状态ID等)。
FDM方案2.1:每个REG束的TCI状态
在各种情况下,PDCCH候选包含一组CCE。不同的PDCCH候选包含不同的一组CCE。在各种情况下,CCE包含一组REG束,例如1、2或3个REG束。在一些情况下,UE可以假设在REG束内在DL Tx侧使用相同的预编码,例如当CORESET被配置有设定为sameAsREG-bundle的参数precoderGranularity时。对于CORESET与多个TCI状态关联的一些情况,不同的TCI状态可以应用于CORESET内的不同REG束。
例如,T个TCI状态ID可以按频率顺序被连续地分配给T个REG束,然后在CORESET的所有REG上循环分配,如表4所例示,其中T=2。如果REG束被分配索引i=0、1、2、…、(CORESET中的REG束的数量-1),则REG束i可以被分配TCI状态mod(i,T),其中mod(a,b)是“a模b”运算。
在另一个例子中,不同的TCI状态被分配给(大致)相同数量的连续REG束,例如,类似于上述说明的PDCCH候选。例如,当T=2时,下半部(例如在索引或频率方面)的REG束被分配给第一TCI状态t=0,而上半部的REG束被分配给另一个TCI状态t=1。
每个REG束的TCI状态分配的一个优点在于在CCE内可以获得例如对应于多个TRP的多个TCI状态所提供的分集。
图10图解说明对于各种CORESET配置,每个REG束的两个TCI状态(Z0和Z1)的分配。
在一些情况下,通过使用位图将TCI状态分配给REG束,例如,如表12中所示(通过使用位图将TCI状态分配给不同REG束的示例实现)。例如,最高有效(左)位表示第一REG束(例如,i=0),第二最高有效(左)位表示第二REG束(例如,i=1),依次类推。位图的长度例如可以是固定的(例如,CORESET中REG束的最大数量)或灵活的(例如,等于CORESET中REG束的数量)。这两个位值可以对应于两个TCI状态,例如“0”可以对应于第一激活TCI状态ID,而“1”可以对应于第二TCI状态ID。
表12
FDM方案2.2:每个CCE的TCI状态
在其中CORESET与多个(T个)TCI状态ID关联的一些情况下,可以对于每个CCE分配TCI状态。
类似于如上所述的REG束,如果CCE例如可以被索引为j=0、1、…、(CORESET中的CCE的数量-1),则可以将TCI状态ID索引mod(j,T)分配给CCE j。
在另一个例子中,不同的TCI状态被分配给(大致)相同数量的连续CCE,例如类似于上面所述的PDCCH候选。例如,当T=2时,下半部(例如,在索引或频率方面)的CCE被分配给第一TCI状态t=0,而上半部的CCE被分配给另一个TCI状态t=1。
在一些情况下,通过使用位图将TCI状态分配给CCE,例如,如表13中所示,表13例示了通过使用位图将TCI状态分配给不同REG束的实现的例子。例如,最高有效(左)位表示第一CCE(例如,j=0),第二最高有效(左)位表示第二CCE(例如,j=1),依次类推。位图的长度例如可以是固定的(例如,CORESET中CCE的最大数量)或灵活的(例如,等于CORESET中CC的数量)。这两个位值可以对应于两个TCI状态,例如“0”可以对应于第一激活TCI状态ID,而“1”可以对应于第二TCI状态ID。
表13
FDM方案2.2:每个CCE的TCI状态
在其中CORESET与多个(T个)TCI状态ID关联的一些情况下,可以对于每个CCE分配TCI状态。
类似于如上所述的REG束,如果CCE例如可以被索引为j=0、1、…、(CORESET中的CCE的数量-1),则可以将TCI状态ID索引mod(j,T)分配给CCE j。
在另一个例子中,不同的TCI状态被分配给(大致)相同数量的连续CCE,例如类似于下面所述的PDCCH候选。例如,当T=2时,下半部(例如,在索引或频率方面)的CCE被分配给第一TCI状态t=0,而上半部的CCE被分配给另一个TCI状态t=1。
在一些情况下,通过使用位图将TCI状态分配给CCE,例如,如图11中所例示,图11图解说明通过使用位图将TCI状态分配给不同CCE的实现。例如,最高有效(左)位表示第一CCE(例如,j=0),第二最高有效(左)位表示第二CCE(例如,j=1),依次类推。位图的长度例如可以是固定的(例如,CORESET中CCE的最大数量)或灵活的(例如,等于CORESET中CC的数量)。这两个位值可以对应于两个TCI状态,例如“0”可以对应于第一激活TCI状态ID,而“1”可以对应于第二TCI状态ID。
FDM方案2.3:频率上连续的每个RB子集的TCI状态
在一些情况下,UE假设在一组连续的RB内使用相同的DL Tx预编码器,例如,当CORESET被配置有设定为allContiguousRBs的参数precoderGranularity时。
类似于上面的REG束和CCE,如果CORESET内的各组连续RB例如可以按频率顺序被索引为m=0、1、…、(CORESET1内各组连续RB的数量-1),则TCI状态ID索引mod(m,T)例如可以被分配给连续RB集m。图11中在T=2和两组连续RB的情况下例示了这一点。
在另一个例子中,不同的TCI状态被分配给(大致)相同数量的连续的多组连续RB,例如,类似于上面说明的PDCCH候选。例如,当T=2时,下半部(例如,在索引或频率方面)的各组被分配给第一TCI状态t=0,而上半部的各组被分配给另一个TCI状态t=1。
SDM方案2.4:每个CORESET的多个SDMed TCI状态
在其中对于CORESET可以激活多个TCI状态ID的一些实施例中,所述多个TCI状态ID与同一PDCCH DMRS端口关联。换句话说,正交时间-频率CORESET资源不与不同的TCI状态ID关联,如在上面说明的一些方案中那样。相反,多个激活TCI状态ID与相同的资源(例如,CORESET的RB)关联。实际上,这可能意味着多个TRP例如使用相同的DMRS序列在相同的时间-频率资源上发送PDCCH,例如相同的PDCCH。在一些情况下,不同的TCI状态ID可以与不同的DMRS序列关联。例如,如果对于CORESET可以激活多达两个TCI状态ID,则可为CORESET配置可选的第二DMRS序列,如表14中所示,表14例示了具有多个配置的DMRS序列的CORESET。
表14
如何接收这样的CORESET可以由UE决定。如果UE具有多面板接收能力,则它可以在一个面板上使用一个TCI状态ID并在另一个面板上使用另一个TCI状态ID来接收CORESET。在其他情况下,UE可以在PDCCH接收之前,例如基于对包括在多个激活TCI状态中的RS的测量结果来选择TCI状态ID中的一个。
复用方案2.5:每个PDCCH候选的TCI状态
在一些情况下,PDCCH资源中的不同PDCCH候选与不同的TCI状态关联。在一个例子中,两个TRP可以在相同PDCCH资源的两个不同PDCCH候选上发送相同的DCI。取决于例如UE能力或最近估计的信道条件,UE可以尝试接收一个或两个PDCCH候选。
在一些情况下,可以为PDCCH资源内的PDCCH候选定义重复集(如上所述),使得UE可以确定在哪些PDCCH候选上预期重复/复制。
在一些情况下,PDCCH资源内每个PDCCH候选的TCI状态的关联与跨多个监视时机的重复相结合。
例如,聚合等级L的PDCCH资源中的PDCCH候选可被索引为Ms,NCI=0、…、ms,NCI (L)-1,其中ms,NCI (L)是对于对应于nCI的服务小区,针对搜索空间集s的聚合等级L,UE被配置为监视的PDCCH候选的数量(参见上文)。
在一些情况下,与PDCCH资源关联的T个激活TCI状态Id被循环分配给PDCCH候选,例如,T个TCI状态Id被连续地分配给候选Ms,NCI=0、…、T-1和Ms,NCI=T、…、2T-1等,假设T<ms,NCI (L)。
在一些情况下,T个激活TCI状态Id被分配为使得第一TCI状态Id索引(t=0)被分配给多个(例如V个)连续PDCCH候选索引(例如Ms,NCI=0、…、V-1,其中或第二TCI状态Id索引(t=1)被分配给接下来的例如V个连续PDCCH候选索引等,直到最后一个TCI状态Id索引(t=T-1)被分配给最后的连续PDCCH候选索引(例如,Ms,NCI=V(T-1)、…、Ms,NCI (L))-1)。
用于对于CORESET激活多个TCI状态的MAC CE
对于CORESET激活两个TCI状态的示例MAC CE
在各种情况下,对于CORESET可以激活多个TCI状态,例如,通过指示两个TCI状态ID的MAC CE,如下所示。TCI状态ID0可以对应于对于CORESET的第一激活TCI状态,而TCI状态ID1可以对应于对于CORESET的第二激活TCI状态。
特定于UE的PDCCH MAC CE的TCI状态指示由具有逻辑信道ID(LCID)的MAC子报头识别。该逻辑信道ID可以是为了对于CORESET激活多个TCI状态并将该MAC CE与传统MAC CE区分开而新指定的逻辑信道ID。它可以具有24比特的固定大小,具有以下字段:服务小区ID、CORESET ID、TCI状态IDi、或保留比特(例如,设定为0的R)。
服务小区ID:该字段指示对其应用MAC CE的服务小区的标识。该字段的长度为5比特。
CORESET ID:该字段指示对于其指示TCI状态的控制资源集,例如,利用如38.331[6]中规定的ControlResourceSetId识别。当字段的值为0时,该字段是指通过如38.331[6]中规定的controlResourceSetZero配置的控制资源集。该字段的长度为4比特。
TCI状态IDi:该字段指示适用于由CORESET ID字段识别的控制资源集的第i个TCI状态,例如,通过如TS 38.331[5]中规定的TCI-StateId识别。如果CORESET ID的字段被设定为0,则该字段指示活动BWP中由PDSCH-Config中的tci-States-ToAddModList和tci-States-ToReleaseList配置的前64个TCI状态中的TCI状态的TCI-stateId。如果CORESETID的字段被设定为除0以外的其他值,则该字段指示在由指示的CORESET ID识别的控制资源集中,由tci-StatesPDCCH-ToAddList和tci-StatesPDCCH-ToReleaseList配置的TCI-StateId。该字段的长度为7比特。
R:保留比特,设定为0。
图12图解说明特定于UE的PDCCH MAC CE的两个TCI状态ID的示例指示的例子。
在对于CORESET激活不止两个TCI状态ID的情况下,可以通过每个额外的激活TCI状态ID一个附加的八位字节来扩展MAC CE,其中每个附加的八位字节可以包括保留比特R和7比特的TCI状态ID。此外,MAC CE可以是大小可变的,具有长度指示符字段,其中长度指示符可以指示对于由CORESET ID字段指示的CORESET配置多少TCI状态ID。
通过使用多个MAC CE对于CORESET激活两个TCI状态
在各种情况下,通过将用于CORESET TCI状态ID激活的多个MAC CE(例如,2个)复用到同一MAC PDU中,可以对于CORESET激活多个TCI状态(例如,2个),其中这些多个MAC CE中的每一个对于同一服务小区(在多个MAC CE中服务小区ID相同)和CORESET(在多个MACCE中CORESET ID相同)激活单个TCI状态,例如通过使用MAC CE。注意,承载对于服务小区中的CORESET激活多个TCI状态ID的多个MAC CE的MAC PDU也可以承载对于其他CORESET或服务小区激活单个或多个TCI状态的其他MAC CE。
下面给出示例UE过程,为了简单起见,具有两种指示的TCI状态。在第一步骤,UE成功地解码承载用于特定于UE的PDCCH MAC CE的TCI状态指示的至少一个MAC CE的PDSCH。在第二步骤,对于MAC PDU中的每个这样的MAC CE:a)确定(s,c):s=在MAC CE中指示的服务小区ID,c=CORESET ID;或者b)如果(s,c)的激活TCI状态的数量小于最大值(可选条件),则激活(s,c)的所指示的TCI状态ID。
在各种情况下,例如,如果UE不期望使对于服务小区和CORESET激活的TCI状态ID大于最大值,则可以移除步骤2.b中的条件。最大值可以基于报告的UE能力(例如UE支持对于CORESET的两个激活TCI状态)或者网络配置(例如允许对于CORESET的最多两个激活TCI状态)。
在对于CORESET激活多个TCI状态ID的情况下,TCI状态ID可以基于对应MAC CE在MAC PDU中的顺序(例如,顺序位置)来排序,使得一个TCI状态ID是对于CORESET的第一激活TCI状态ID,另一个TCI状态ID是对于CORESET的第二激活TCI状态ID,等等。
在一些情况下,CORESET可被配置为利用两个激活TCI状态ID进行操作。如果是这样,则UE可以维护对于CORESET的一组一个或两个激活TCI状态ID。如果UE接收到MAC CE来激活一个TCI状态ID,则如果已经激活的TCI状态ID的数量少于两个,那么它激活对于CORESET的该TCI状态ID。如果对于CORESET的已经激活的TCI状态ID的数量是两个,则UE仍然激活新接收的TCI状态ID,但是同时使已经激活的TCI状态ID去激活,例如最长时间之前、或者在先前或在前的MAC PDU的接收期间对于CORESET激活的TCI状态ID。如果UE在MAC PDU中接收到对于两个TCI状态ID的激活,则UE激活这两个TCI状态ID,并且使先前激活的1个或2个TCI状态ID去激活。
参考PDCCH过程
在一些情况下,在承载重复的DCI的多个PDCCH资源上接收的PDCCH是在不同的多组符号中接收的。例如,对应的PDCCH资源可以如图4中所示被TDMed。在其他情况下,通过可以被TDMed的多个PDCCH资源接收承载DCI的PDCCH(没有PDCCH重复)。
后续的UE动作可取决于触发对应UE动作的接收的PDCCH的时间。
例如,当接收PDSCH时要应用哪个或哪些QCL假设可能取决于承载调度DCI的PDCCH的接收和所调度的PDSCH的开始之间的时间差。
跨两个时间复用的PDCCH资源复制的DCI可以在第一PDCCH资源、第二PDCCH资源或两个PDCCH资源中被成功解码。因此,在网络侧对于UE将采取何种动作可能存在不确定性。
类似地,对于跨多个PDCCH资源接收的DCI(没有重复),可能不清楚使用哪个PDCCH资源作为定时参考。
为了避免这种不确定性,可以定义参考PDCCH资源。参考PDCCH资源可以是一组PDCCH资源中的第一个(在时间上)PDCCH资源或最后一个(在时间上)PDCCH资源。
该组PDCCH资源可以是UE例如按照上面的重复集的例子之一对于DCI重复考虑的一组PDCCH资源。对于其中使用时间窗口作为DCI重复的条件的例子(如上所述),第一和最后的PDCCH资源可以分别指的是时间窗口内的第一和最后的PDCCH资源(在时间上)。
对于在PDCCH接收之后的时间事关紧要的情况,例如,在PDCCH的接收之后的时间线,参考PDCCH资源可以是最后的PDCCH资源。对于在PDCCH接收之前的时间事关紧要的情况,例如,在PDCCH的接收之前的时间线,参考PDCCH资源可以是第一PDCCH资源。
在一些情况下,单个DCI可以具有多个参考资源,例如,如果DCI是这样的,使得它指示在PDCCH接收之前的时间线下的UE行为以及在PDCCH接收之后的时间线下的UE行为。在这种情况下,第一和最后的PDCCH资源都可以是DCI的参考资源,并且要应用哪个参考资源取决于所考虑的UE行为(对其来说在PDCCH之前的时间事关紧要的UE行为,或者对其来说在PDCCH之后的时间事关紧要的UE行为)。
在一个例子中,考虑具有UE对于DCI重复(例如重复集)考虑的两个TDMed PDCCH资源的情况。重复的DCI具有使TCI字段存在的DCI格式1_1,该DCI调度PDSCH。对于确定PDSCH接收的QCL假设的情况,在PDCCH接收之后的时间事关紧要。这例示在图13中,图13示出了用于确定后续的调度PDSCH的QCL假设的情况的参考PDCCH资源。由于对应的时间线基于在PDCCH接收之后的时间,因此使用第二PDCCH资源作为用于这种情况的参考资源。对于这种情况,即使DCI是在第一PDCCH资源中接收的,PDCCH接收和调度的PDSCH之间的时间也是T2。于是,最后的PDCCH资源,例如两个TDMed PDCCH资源中的第二PDCCH资源,是参考资源。无论UE实际上是在第一PDCCH资源、第二PDCCH资源还是在两个PDCCH资源上接收DCI的,在确定后续的调度PDSCH的QCL假设时,UE都将使用第二PDCCH资源作为参考。
在另一个例子中,再次考虑具有UE对于DCI重复(例如重复集)考虑的两个TDMedPDCCH资源的情况。重复的DCI具有DCI格式2_1,它可用于向UE指示下行链路抢占。对于抢占指示的情况,在PDCCH接收之前的时间事关紧要。这例示在图14中,图14示出了用于被抢占的DL资源的指示的情况的参考PDCCH资源。由于对应的时间线基于在PDCCH接收之前的时间,因此使用第一PDCCH资源作为用于这种情况下的参考资源。对于这种情况,即使DCI是在第二PDCCH资源中接收的,被抢占的资源和PDCCH接收之间的时间也是T1。于是,第一PDCCH资源,例如两个TDMed PDCCH资源中的第一PDCCH资源,是参考资源。无论UE实际上是在第一PDCCH资源、第二PDCCH资源还是在两个PDCCH资源上接收DCI的,在确定被抢占的资源时,UE都将使用第一PDCCH资源作为参考。
图15图解说明用于确定一个或多个参考资源的示例性UE过程。在步骤251,UE可以确定例如对应于几个TDMed PDCCH资源的重复集。在步骤252,在一些情况下,步骤252可以在步骤251之前,UE成功地解码重复集中的一个或多个重复DCI。在步骤253和254,UE分别判定是否存在由DCI指示的对其来说在PDCCH之前的时间事关紧要的UE动作,以及是否存在由DCI指示的对其来说在PDCCH之后的时间事关紧要的UE动作。注意,DCI可以指示两个(或更多)UE动作,其中的一个(或更多)UE动作是这样的,使得在PDCCH之前的时间事关紧要,而一个(或更多)UE动作是这样的,使得在PDCCH之后的时间事关紧要。如果之前/之后中的一个或两个是适用的,则UE选择一个或两个参考资源(步骤255或步骤256)。注意,如果DCI中的UE动作是这样的,使得在PDCCH之前的时间和在PDCCH之后的时间都是事关紧要的,则UE可以选择两个参考资源:集中时间上最早的PDCCH资源,和集中时间上最晚的PDCCH资源。如果在PDCCH之前或在PDCCH之后的时间都不事关紧要,则可能不需要选择参考资源,并且可以结束该过程。对于上面所述从其他角度来看,这里要涵盖的情况是DCI指示两个UE动作的情况。对于第一UE动作,在PDCCH接收之前的时间是相关的。因此,时间上的第一PDCCH资源将是适当的参考资源。对于第二UE动作,在PDCCH接收之后的时间是相关的。因此,时间上的最后PDCCH资源将是适当的参考资源。解决方案可以是选择两个参考资源-用于第一UE动作的第一PDCCH资源和用于最后UE动作的最后PDCCH资源。
在一些情况下,参考资源是重复集中的PDCCH资源的并集。在没有重复的PDCCH接收的情况下,参考资源可以是在其上接收DCI的PDCCH资源。
用于PDSCH的默认波束
在本文中讨论的各种方案中,UE可以成功地解码其接收与多个TCI状态PDCCH接收关联的DCI。在例子中,成功解码的DCI由重复集中的一个或多个PDCCH承载(参见上文),其中重复集中的PDCCH候选与不同TCI状态关联。在例子中,成功解码的DCI由与多个TCI状态关联的PDCCH承载,例如,它是在具有多个激活TCI状态的CORESET上接收的。
为了简洁起见,这样的情况可以被称为多TCI DCI。在与单个TCI状态关联的PDCCH上接收的成功解码的DCI可以被称为单TCI DCI。
在一些情况下,例如,如果对于所考虑的服务小区中的至少一个TCI状态配置“QCL-TypeD”(例如,相对于空间Rx参数的QCL),则关于PDSCH的TCI状态或QCL的UE假设可以取决于DCI的接收(例如,PDCCH资源或如上所述的参考资源的末尾)与对应的调度PDSCH之间的时间偏移量。例如,如果时间偏移量等于或大于阈值,则UE可以使用关于PDSCH的TCI状态/QCL的一个假设,而如果时间偏移量小于阈值,则UE可以使用另一个假设。在一些情况下,阈值可以是可配置的,或者基于UE已经向网络报告的UE能力,例如,基于参数timeDurationForQCL。
注意本文中,PDSCH的TCI状态或QCL可以指的是PDSCH的DM-RS的TCI状态或QCL。PDSCH可以与下面考虑的对应PDCCH或CORESET/PDCCH资源在相同或不同的BWP或小区中。
在一些情况下,如果CORESET配置有启用的参数tci-PresentInDCI或tci-PresentInDCI-ForFormatl_2,则DCI可以包括DCI字段“传输配置指示”,简而言之,TCI字段。TCI字段可以用于指示后续的调度PDCSH的一个或多个TCI状态。
在一些情况下,UE接收调度一个或多个PDSCH的DCI,该DCI具有不使TCI字段存在的DCI格式。在一些情况下,如果时间偏移量也等于或大于阈值,则UE可以假设PDSCH的TCI状态或QCL假设与用于承载DCI的PDCCH的传输的CORESET的TCI状态或QCL假设(无论应用哪一个)相同。例如,如果调度DCI是多TCI DCI,则与调度DCI的接收关联的TCI状态可以用作对应的被调度PDSCH的TCI状态/QCL假设。
注意,“TCI状态或QCL假设(无论应用哪一个)”在一些情况下意味着CORESET不具有激活的一个或多个TCI状态。相反,UE可以使用另一个QCL假设,例如基于在初始接入过程中相对于“QCL-TypeA”(例如,关于多普勒频移、多普勒扩展、平均延迟、延迟扩展的QCL),以及在适用时,还相对于“QCL-TypeD”(例如,关于空间Rx参数的QCL)确定的SSB。术语“QCL假设”可以暗示关于单个或多个不同的QCL类型的QCL,或者可以指的是单个或多个不同的RS。
在一些情况下,如果时间偏移量小于阈值,则UE可以对于PDSCH使用TCI状态/QCL假设,该TCI状态/QCL假设用于接收活动BWP中具有被监视PDCCH资源的最新时隙中的被监视PDCCH资源。如果最新时隙包括多个被监视CORESET,则可以使用在该最新时隙中具有最低CORESET ID(例如controlResourceSetId)的CORESET的TCI状态/QCL假设。
在一些情况下,如果时间偏移量小于阈值,并且UE配置有用于BWP中的CORESET的CORESETPoolIndex的两个不同值,则UE可以用于PDSCH的TCI状态/QCL假设可取决于调度PDSCH的PDCCH是在哪个CORESET中接收到的。UE可以使用用于最新时隙中的被监视PDCCH资源的TCI状态/QCL假设,所述最新时隙具有与和在其上接收到调度DCI的CORESET相同的CORESETPoolIndex关联的被监视PDCCH资源。如果最新时隙包括CORESETPoolIndex与在其上接收到调度DCI的CORESET相同的多个被监视CORESET,则可以使用该最新时隙中的这些多个CORESET当中具有最低CORESET ID(例如,controlResourceSetId)的CORESET的TCI状态/QCL假设。如果调度DCI是多TCI DCI,则与调度DCI的接收关联的TCI状态可以用作对应的被调度PDSCH的TCI状态/QCL假设。
在上述各种情况下,与调度PDSCH的DCI关联的多个TCI状态(例如两个)可以用作调度的PDSCH的TCI状态/QCL假设。这带来下面解决的各种问题。
到PDSCH DM-RS天线端口的TCI状态映射
用于调度的PDSCH的一个或多个TCI状态被排序并索引为t=0、…、(T-1),其中t是TCI状态ID索引(不是TCI状态Id),T是激活TCI状态ID的数量,例如基于与最新时隙中的被监视PDCCH资源或调度DCI关联的TCI状态(参见上文)。
例如,如上所述,CORESET的激活TCI状态ID可以按照MAC CE中的顺序位置或索引、或对应MAC CE的顺序位置被排序(第一TCI状态ID、第二TCI状态ID等)。
在一些情况下,调度PDSCH的多TCI DCI由重复集中的一个或多个PDCCH承载,其中重复集中的PDCCH候选与不同的TCI状态关联。这些TCI状态也可以被排序和索引,例如,按对应PDCCH资源的时间和频率的顺序,或者按对应CORESET Id的顺序。
注意,DCI可以重复地调度PDSCH,例如基于“FDMSchemeA”、“FDMSchemeB”、“TDMSchemeA”(时隙内重复)、“TDM方案B”(时隙间重复)或“SDM方案”(参见上文)。
另外注意,DCI可以通过DCI字段“天线端口”指示要用于接收PDSCH的一组DM-RS天线端口。不同的天线端口可以与不同的码分复用(CDM)组关联。因此,一组DM-RS天线端口的指示也可以例如隐含地指示一组CDM组。对于属于同一CDM组的所有天线端口使用单个TCI状态对通信性能可能是有益的。CDM组可以被索引为λ=0、1、…。
在一些情况下,T个TCI状态之一被用于接收调度的PDSCH,例如第一TCI状态(t=0),例如,同一TCI状态被应用于所有调度的天线端口和CDM组。
在一些情况下,如果调度的CDM组的数量是一个,则使用T个TCI状态中的一个来接收调度的PDSCH,例如第一TCI状态(t=0),例如,同一TCI状态被应用于单个CDM组内的所有调度的天线端口。
在一些情况下,例如,当T>1时,如果调度的CDM组的数量是两个,则使用T个TCI状态中的两个来接收调度的PDSCH,例如,第一TCI状态(t=0)被应用于调度的第一CDM组(例如,具有最低的CDM组索引λ)内的所有天线端口,而第二TCI状态(t=1)被应用于调度的第二CDM组内的所有天线端口。
在一些情况下,属于每个调度的CDM组λ的一个或多个天线端口由调度DCI指示。在一些情况下,当接收PDSCH时,具有Id索引mod(λ+k,T)的TCI状态适用于CDM组λ,其中mod(a,b)是“a模b”运算。在一些情况下,k=0,例如Id索引为mod(λ,T)。在一些情况下,k是在PDSCH传输中使用的冗余版本,例如,如DCI字段“冗余版本”指示的。
在一些情况下,T个TCI状态被应用于调度的CDM组,使得第一TCI状态Id索引被分配给具有最低索引的调度的CDM组等,而最高的TCI状态Id索引被分配给具有最高索引的调度的CDM组。例如,当T=2时,t=0被分配给CDM组0和1,而t=1被分配给CDM组2。在另一个例子中,t=0被分配给CDM组0,而t=1被分配给CDM组1和2。
在其中PDSCH重复方案由DCI配置或指示的一些情况下,例如,按照本文中的例子之一,在每次重复中使用相同的TCI状态。
在一些情况下,例如当“TDMSchemeA”被启用(例如,UE由设定为“TDMSchemeA”的上位层参数RepSchemeEnabler配置)时,PDSCH传输时机的数量由T导出。如果T=1,则使用单个PDSCH传输时机,并且单个TCI状态(例如t=0)适用于PDSCH接收。如果T=2,则使用两个PDSCH传输时机,并且第一TCI状态(例如,t=0)适用于第一PDSCH时机,而第二TCI状态(例如t=1)适用于第二PDSCH时机。
在一些情况下,调度的CDM组λ决定TCI状态。例如,如果DCI调度CDM组λ=0,则应用TCI状态Id索引t=0。如果DCI调度CDM组λ=1,则应用TCI状态Id索引t=0(或者可选地t=1)。如果DCI调度CDM组λ=2,则应用TCI状态Id索引t=1。类似地,在一些情况下,就FDM方案来说,调度的CDM组确定将哪个TCI状态Id索引应用于哪个频率部分。
在一些情况下,例如当“TDM方案B”被启用时(例如,当UE由上位层参数PDSCH-config配置时,上位层参数PDSCH-config在PDSCH-TimeDomainResourceAllocation中指示pdsch-TimeDomainAllocationList中的至少一个条目包含RepNumR16),可以使用以下方案。UE可以被进一步配置为启用循环或顺序TCI状态映射(例如,通过RepTCIMapping中的CycMapping或SeqMapping)。如果T=1,则将相同的单个TCI状态(例如t=0)应用于每次重复。如果T=2且启用循环映射,并且在DCI中指示的DM-RS天线端口在一个CDM组内,则将第一和第二TCI状态(例如,t=0和t=1)分别应用于第一和第二PDSCH传输时机,并且相同的TCI映射模式在剩余的PDSCH传输时机中继续。
如果T=2且启用顺序映射,并且在DCI中指示的DM-RS天线端口在一个CDM组内,则将第一TCI状态(例如,t=0)应用于第一和第二PDSCH传输,而将第二TCI状态(例如,t=1)应用于第三和第四PDSCH传输,并且相同的TCI映射模式在剩余的PDSCH传输时机中继续。
如果T=2,并且在DCI中指示的DM-RS天线端口在两个CDM组内,则在每次重复中将第一和第二TCI状态(例如,t=0和t=1)应用于这两个CDM组。在一些情况下,在每次重复中将相同的TCI状态应用于相同的CDM组,例如,将t=0应用于索引λ最低的CDM组,而将t=1应用于另一个CDM组。在一些情况下,在每次重复中,TCI状态和CDM组之间的映射被反转,例如,具有Id索引mod(r,T)的TCI状态被应用于第一CDM组,而具有Id索引mod(r+1,T)的TCI状态被应用于第二CDM组,其中r=0、1、…是PDSCH传输时机的索引。
当UE被配置有FDM重复方案(例如,通过设定为“FDMSchemeA”或“FDMSchemeB”之一的上位层参数RepSchemeEnabler)时,如果在DCI中指示的DM-RS天线端口在一个CDM组内,则可以应用以下方案。
在一些情况下,例如当UE被配置为“FDMSchemeA”时,如果T=2,则UE将以关联到第一频域资源分配的第一TCI状态(例如,t=0),和关联到相对于第一频域资源分配不重叠的第二频域资源分配的第二TCI状态(例如,t=1),接收传输块的单个PDSCH传输时机。
在一些情况下,例如当UE被配置为“FDMSchemeB”时,如果T=2,则UE将以关联到具有第一频域资源分配的PDSCH传输时机的第一TCI状态(例如,t=0),和关联到具有相对于第一频域资源分配不重叠的第二频域资源分配的PDSCH传输时机的第二TCI状态(例如,t=1),接收同一TB的两个PDSCH传输时机。
示例UE过程
示例UE过程如下。
1.UE在一个或多个接收的PDCCH候选上成功地解码DCI。
a.DCI调度PDSCH。
b.如果DCI是在与多个激活TCI状态关联的PDCCH候选上接收的,则这些激活TCI状态包含T个TCI状态。
2.如果DCI接收(例如,基于PDCCH参考资源)和对应的PDSCH之间的时间偏移量小于阈值,则UE将T个TCI状态确定为TCI状态/QCL假设,所述TCI状态/QCL假设与活动BWP中具有被监视PDCCH资源的最新时隙中的被监视PDCCH资源关联。此外:
a.如果存在多个这样的被监视PDCCH资源,则UE选择具有最低CORESET Id的被监视PDCCH资源(以便确定T个TCI状态)。
b.如果UE配置有用于BWP中的CORESET的CORESETPoolIndex的两个不同值,则UE在最新时隙中选择CORESETPoolIndex与在其上接收到DCI的PDCCH资源相同的被监视PDCCH资源(以便确定T个TCI状态),所述最新时隙具有CORESETPoolIndex与在其上接收到DCI的PDCCH资源相同的被监视PDCCH资源。如果DCI是在具有与CORESETPoolIndex的两个值关联的PDCCH候选的重复集中接收的,则UE可以在包括与不同的CORESETPoolIndex值关联的被监视PDCCH资源的(一个或多个)最新时隙中选择两个被监视PDCCH资源(以便确定T个TCI状态)。例如,如果最后的时隙包括CORESETPoolIndex=0的最新的被监视PDCCH资源,并且倒数第二个时隙包括CORESETPoolIndex=1的最新的被监视PDCCH资源,则UE可以使用与这两个被监视PDCCH资源关联的组合TCI状态作为应用于PDSCH接收的T个TCI状态。
3.如果DCI接收(例如,参考资源)和对应PDSCH之间的时间偏移量等于或大于阈值,并且
a.如果DCI缺少TCI字段:
i.如果DCI是在属于重复集的PDCCH候选上接收的,例如如上所述,则重复集包括与T个不同的TCI状态关联的PDCCH候选。
ii.如果DCI是在与多个激活TCI状态关联的PDCCH候选上接收的,则这些激活TCI状态包含T个TCI状态。
b.如果DCI包括TCI字段,则UE遵循TCI字段指示。
4.步骤3是关于确定随后用于步骤4中的接收的TCI状态。UE使用先前确定的T个TCI状态,并基于UE配置和DCI内容(比如天线端口),来接收PDSCH。在少于T个指示的CDM组的情况下,从T个TCI状态中进行选择可以遵循以上讨论的各个例子。
用于PUSCH的默认波束
如上所述,考虑多TCI DCI和单TCI DCI。
在一些情况下,例如,对于在小区上通过DCI格式0_0调度的PUSCH,如果上位层参数enableDefaultBeamPlForPUSCH0_0被设为“启用”,UE在活动UL BWP上没有被配置有PUCCH资源,并且UE处于RRC连接模式,则UE将参考与ID最低的CORESET的QCL假设对应的具有“QCL-Type-D”的RS(例如,DL RS),按照空间关系(如果适用的话)发送PUSCH。
在一些情况下,例如,对于在小区上通过DCI格式0_0调度的PUSCH,如果上位层参数enableDefaultBeamPlForPUSCH0_0被设为“启用”,UE在活动UL BWP上被配置有PUCCH资源,其中所有PUCCH资源没有被配置有任何空间关系,并且UE处于RRC连接模式,则UE将参考与在CORESET被配置在CC上的情况下ID最低的CORESET的QCL假设对应的具有“QCL-Type-D”的RS,按照空间关系(如果适用的话)发送PUSCH。
参考具有“QCL-Type-D”的DL RS按照空间关系发送PUSCH可能意味着UE部分地(例如,结合预编码器信息和DCI中的层数)或完全地基于用于接收DL RS的空域滤波器(例如,UE RX波束)来确定其PUSCH传输预编码器(或空域传输滤波器)。
在一些情况下,例如,对于在小区上通过DCI格式0_0调度的PUSCH,如果上位层参数enableDefaultBeamPlForPUSCH0_0被设为“启用”,UE在活动UL BWP上没有被配置PUCCH资源,并且UE处于RRC连接模式,则UE将参考与ID最低的CORESET的QCL假设对应的具有“QCL-Type-D”的RS(例如,DL RS),按照PUSCH的激活TCI状态(例如,UL TCI状态)(如果适用的话)发送PUSCH。
在一些情况下,例如,对于在小区上通过DCI格式0_0调度的PUSCH,如果上位层参数enableDefaultBeamPlForPUSCH0_0被设为“启用”,UE在活动UL BWP上被配置有PUCCH资源,其中所有PUCCH资源没有被配置有任何TCI状态(或者没有TCI状态被激活),并且UE处于RRC连接模式,则UE将参考与在CORESET被配置在CC上的情况下ID最低的CORESET的QCL假设对应的具有“QCL-Type-D”的RS,按照TCI状态(如果适用的话)发送PUSCH。
参考具有“QCL-Type-D”的DL RS按照激活TCI状态发送PUSCH可能意味着UE部分地或完全地基于用于接收DL RS的空域滤波器(例如,UE RX波束)来确定其PUSCH传输预编码器(或空域传输滤波器)。
注意在本文中,PUSCH的TCI状态、空间关系或QCL可以指的是PUSCH的DM-RS的TCI状态或QCL。PUSCH可以与下面考虑的对应PDCCH或CORESET/PDCCH资源在相同或不同的BWP或小区中。
上面的例子例示了其中使用CORESET的一个或多个激活TCI状态来确定用于PUSCH传输的预编码器或空域传输滤波器的情况。例如,如果调度DCI是多TCI DCI,则与调度DCI的接收关联的TCI状态可以用作对应的被调度PUSCH的空间关系/TCI状态/QCL假设。
在一些情况下,例如,如果UE配置有用于BWP中的CORESET的CORESETPoolIndex的两个不同值,则UE可以用于PUSCH的空间关系/TCI状态/QCL假设可取决于调度PUSCH的PDCCH是在哪个CORESET中接收到的。UE可以使用用于在其上接收到调度DCI的CORESET的TCI状态/QCL假设。如果调度DCI是多TCI DCI,则与调度DCI的接收关联的TCI状态可以用作对应的被调度PUSCH的空间关系/TCI状态/QCL假设。
在上述各种情况下,与调度PUSCH的DCI关联的多个TCI状态(例如两个)可以用作调度的PUSCH的空间关系/TCI状态/QCL假设。这带来下面解决的各种问题。
到PUSCH DM-RS天线端口的TCI状态映射
用于调度的PUSCH的一个或多个TCI状态被排序并索引为t=0、…、(T-1),其中t是TCI状态ID索引(不是TCI状态Id),T是激活TCI状态ID的数量,例如,基于与调度DCI或CORESET(例如具有最低Id的CORESET)关联的TCI状态(参见上文)。
注意,为了简洁起见,下面使用了术语PUSCH的“TCI状态”,不过,它可以对应于“空间关系”,如果使用“空间关系”来描述用于PUSCH传输的空域传输滤波器或发送波束的话。
例如,如上所述,CORESET的激活TCI状态ID可以按照MAC CE中的顺序位置或索引、或对应MAC CE的顺序位置被排序(第一TCI状态ID、第二TCI状态ID等)。
在一些情况下,调度PUSCH的多TCI DCI由重复集中的一个或多个PDCCH承载,其中重复集中的PDCCH候选与不同的TCI状态关联。这些TCI状态也可以被排序和索引,例如,按对应PDCCH资源的时间和频率的顺序,或者按对应CORESET Id的顺序。
注意,DCI可以重复地调度PUSCH,例如基于关于PDSCH说明的类似重复方案,例如“FDMSchemeA”、“FDMSchemeB”、“TDMSchemeA”(时隙内重复)、“TDM方案B”(时隙间重复)或“SDM方案”(参见上文)。
另外注意,DCI可以通过DCI字段“天线端口”指示要用于发送PUSCH的一组DM-RS天线端口。不同的天线端口可以与不同的码分复用(CDM)组关联。因此,一组DM-RS天线端口的指示也可以例如隐含地指示一组CDM组。对于属于同一CDM组的所有天线端口使用单个空间关系/TCI状态对通信性能可能是有益的。CDM组可以被索引为λ=0、1、…。
在一些情况下,T个TCI状态之一被用于发送调度的PUSCH,例如第一TCI状态(t=0),例如,同一TCI状态被应用于所有调度的天线端口和CDM组。
在一些情况下,如果调度的CDM组的数量是一个,则使用T个TCI状态中的一个来发送调度的PUSCH,例如第一TCI状态(t=0),例如,同一TCI状态被应用于单个CDM组内的所有调度的天线端口。
在一些情况下,例如,当T>1时,如果调度的CDM组的数量是两个,则使用T个TCI状态中的两个来发送调度的PUSCH,例如,第一TCI状态(t=0)被应用于调度的第一CDM组(例如,具有最低的CDM组索引λ)内的所有天线端口,而第二TCI状态(t=1)被应用于调度的第二CDM组内的所有天线端口。
在一些情况下,属于每个调度的CDM组λ的一个或多个天线端口由调度DCI指示。在一些情况下,当发送PUSCH时,具有Id索引mod(λ+k,T)的TCI状态适用于CDM组λ,其中mod(a,b)是“a模b”运算。在一些情况下,k=0,例如Id索引为mod(λ,T)。在一些情况下,k是在PUSCH传输中使用的冗余版本,例如,如DCI字段“冗余版本”指示的。
在一些情况下,T个TCI状态被应用于调度的CDM组,使得第一TCI状态Id索引被分配给具有最低索引的调度的CDM组等,而最高的TCI状态Id索引被分配给具有最高索引的调度的CDM组。例如,当T=2时,t=0被分配给CDM组0和1,而t=1被分配给CDM组2。在另一个例子中,t=0被分配给CDM组0,而t=1被分配给CDM组1和2。
在其中PUSCH重复方案由DCI配置或指示的一些情况下,例如,按照本文中的例子之一,在每次重复中使用相同的TCI状态。
在一些情况下,例如当“TDMSchemeA”被启用(例如,UE由设定为“TDMSchemeA”的上位层参数RepSchemeEnabler配置)时,PUSCH传输时机的数量由T导出。如果T=1,则使用单个PUSCH传输时机,并且单个TCI状态(例如t=0)适用于PUSCH发送。如果T=2,则使用两个PUSCH传输时机,并且第一TCI状态(例如,t=0)适用于第一PUSCH时机,而第二TCI状态(例如t=1)适用于第二PUSCH时机。
在一些情况下,调度的CDM组λ决定TCI状态。例如,如果DCI调度CDM组λ=0,则应用TCI状态Id索引t=0。如果DCI调度CDM组λ=1,则应用TCI状态Id索引t=0(或者可选地t=1)。如果DCI调度CDM组λ=2,则应用TCI状态Id索引t=1。类似地,在一些情况下,就FDM方案来说,调度的CDM组确定将哪个TCI状态Id索引应用于哪个频率部分。
在一些情况下,例如当“TDM方案B”被启用时(例如,当UE由上位层参数PUSCH-config配置时,上位层参数PUSCH-config在PUSCH-TimeDomainResourceAllocation中指示pusch-TimeDomainAllocationList中的至少一个条目包含RepNumR17),可以使用以下方案。UE可以被进一步配置为启用循环或顺序TCI状态映射(例如,通过RepTCIMapping中的CycMapping或SeqMapping)。
·如果T=1,则将相同的单个TCI状态(例如t=0)应用于每次重复。
·如果T=2且启用循环映射,并且在DCI中指示的DM-RS天线端口在一个CDM组内,则将第一和第二TCI状态(例如,t=0和t=1)分别应用于第一和第二PUSCH传输时机,并且相同的TCI映射模式在剩余的PUSCH传输时机中继续。
·如果T=2且启用顺序映射,并且在DCI中指示的DM-RS天线端口在一个CDM组内,则将第一TCI状态(例如,t=0)应用于第一和第二PUSCH传输,而将第二TCI状态(例如,t=1)应用于第三和第四PUSCH传输,并且相同的TCI映射模式在剩余的PUSCH传输时机中继续。
·如果T=2,并且在DCI中指示的DM-RS天线端口在两个CDM组内,则在每次重复中将第一和第二TCI状态(例如,t=0和t=1)应用于这两个CDM组。在一些情况下,在每次重复中将相同的TCI状态应用于相同的CDM组,例如,将t=0应用于索引λ最低的CDM组,而将t=1应用于另一个CDM组。在一些情况下,在每次重复中,TCI状态和CDM组之间的映射被反转,例如,具有Id索引mod(r,T)的TCI状态被应用于第一CDM组,而具有Id索引mod(r+1,T)的TCI状态被应用于第二CDM组,其中r=0、1、…是PUSCH传输时机的索引。
当UE被配置有FDM重复方案(例如,通过设定为“FDMSchemeA”或“FDMSchemeB”之一的上位层参数RepSchemeEnabler)时,如果在DCI中指示的DM-RS天线端口在一个CDM组内,则可以应用以下方案。
·在一些情况下,例如当UE被配置为“FDMSchemeA”时,如果T=2,则UE将以关联到第一频域资源分配的第一TCI状态(例如,t=0),和关联到相对于第一频域资源分配不重叠的第二频域资源分配的第二TCI状态(例如,t=1),发送传输块的单个PUSCH传输时机。
·在一些情况下,例如当UE被配置为“FDMSchemeB”时,如果T=2,则UE将以关联到具有第一频域资源分配的PUSCH传输时机的第一TCI状态(例如,t=0),和关联到具有相对于第一频域资源分配不重叠的第二频域资源分配的PUSCH传输时机的第二TCI状态(例如,t=1),发送同一TB的两个PUSCH传输时机。
示例UE过程
示例UE过程如下。
1.UE在一个或多个接收的PDCCH候选上成功地解码DCI。
a.DCI调度PUSCH。
b.如果DCI是在与多个激活TCI状态关联的PDCCH候选上接收的,则这些激活TCI状态包含T个TCI状态。
2.如果一些条件成立,例如,UE是这样配置的,则UE将T个TCI状态确定为例如与解码的DCI关联的或者与CORESET(例如,具有最低的Id)关联的TCI状态/QCL假设。
3.UE使用先前确定的T个TCI状态,并基于UE配置和DCI内容(比如天线端口),来发送PUSCH。在少于T个指示的CDM组的情况下,从T个TCI状态中进行选择可以遵循以上讨论的各个例子。
用于PUCCH的默认波束
引言
如上所述,考虑多TCI DCI和单TCI DCI。
在一些情况下,例如,如果UE
-报告beamCorrespondenceWithoutUL-BeamSweeping,
-未在PUCCH-PowerControl中被提供pathlossReferenceRS,
-被提供enableDefaultBeamPlForPUCCH,以及
-未被提供PUCCH-SpatialRelationInfo,
则关于来自UE的PUCCH传输的空间设定与关于UE在小区(例如,PCell、PSCellL或PUCCH SCell)的活动DL BWP上具有最低ID的CORESET中进行的PDCCH接收的空间设定相同。
以与关于CORESET中UE的PDCCH接收的空间设定相同的空间关系来发送PUCCH可能意味着UE部分地或完全地基于用于接收PDCCH的空域滤波器(例如,UE RX波束)来确定其PUCCH传输预编码器(或空域传输滤波器)。
注意在本文中,PUCCH的TCI状态、空间关系或QCL可以指的是PUCCH的DM-RS的TCI状态或QCL。PUUCH可以与下面考虑的对应PDCCH或CORESET/PDCCH资源在相同或不同的BWP或小区中。
上面的例子例示了其中使用CORESET的一个或多个激活TCI状态来确定用于PUCCH传输的预编码器或空域传输滤波器的情况。
在上述各种情况下,与CORESET(例如,在活动DL BWP上具有最低的ID)关联的多个TCI状态(例如两个)可以用作PUCCH传输的空间关系/TCI状态/QCL假设。这带来下面解决的各种问题。
到PUCCH的TCI状态映射
用于PUCCH的一个或多个TCI状态被排序并索引为t=0、…、(T-1),其中t是TCI状态ID索引(不是TCI状态Id),T是激活TCI状态ID的数量,例如基于与调度DCI或CORESET(例如具有最低Id的CORESET)关联的TCI状态(参见上文)。
注意,为了简洁起见,下面使用了术语PUUCH的“TCI状态”,不过,它可以对应于“空间关系”,如果使用“空间关系”来描述用于PUUCH传输的空域传输滤波器或发送波束的话。
·例如,如上所述,CORESET的激活TCI状态ID可以按照MAC CE中的顺序位置或索引、或对应MAC CE的顺序位置被排序(第一TCI状态ID、第二TCI状态ID等)。
·在一些情况下,多TCI DCI由重复集中的一个或多个PDCCH承载,其中重复集中的PDCCH候选与不同的TCI状态关联。这些TCI状态也可以被排序和索引,例如,按对应PDCCH资源的时间和频率的顺序,或者按对应CORESET Id的顺序。例如在PUCCH传输跟随DCI接收(例如,承载在PUCCH上的(对于调度的PDSCH的)HARQ-ACK)的情况下,这可能是适用的。
在一些情况下,T个TCI状态之一被用于发送PUCCH,例如第一TCI状态(t=0),例如,同一TCI状态被应用于所有调度的天线端口和CDM组。
在其中PUCCH重复方案由DCI配置或指示的一些情况下,例如,按照本文中的例子之一,在每次重复中使用相同的TCI状态。
在一些情况下,PUCCH传输时机的数量由T导出:
·如果T=1,则使用单个PUCCH传输时机,并且单个TCI状态(例如t=0)适用于PUCCH传输。
·如果T=2,则使用两个PUCCH传输时机,并且第一TCI状态(例如t=0)适用于第一PUCCH时机,而第二TCI状态(例如t=1)适用于第二PUCCH时机。
在一些情况下,可以使用以下方案。UE可以被进一步配置为启用循环或顺序TCI状态映射(例如,通过RepTCIMapping中的CycMapping或SeqMapping)。
·如果T=1,则将相同的单个TCI状态(例如t=0)应用于每次重复。
·如果T=2且启用循环映射,则将第一和第二TCI状态(例如,t=0和t=1)分别应用于第一和第二PUCCH传输时机,并且相同的TCI映射模式在剩余的PUCCH传输时机中继续。
·如果T=2且启用顺序映射,则将第一TCI状态(例如,t=0)应用于第一和第二PUCCH传输,而将第二TCI状态(例如,t=1)应用于第三和第四PUCCH传输,并且相同的TCI映射模式在剩余的PUCCH传输时机中继续。
当UE被配置有FDM重复方案(例如,通过设定为“FDMSchemeA”或“FDMSchemeB”之一的上位层参数RepSchemeEnabler)时,如果在DCI中指示的DM-RS天线端口在一个CDM组内,则可以应用以下方案。
·在一些情况下,例如当UE被配置为“FDMSchemeA”时,如果T=2,则UE将以关联到第一频域资源分配的第一TCI状态(例如,t=0),和关联到相对于第一频域资源分配不重叠的第二频域资源分配的第二TCI状态(例如,t=1),发送单个PUCCH传输时机。
·在一些情况下,例如当UE被配置为“FDMSchemeB”时,如果T=2,则UE将以关联到具有第一频域资源分配的第一PUCCH传输时机的第一TCI状态(例如,t=0),和关联到具有相对于第一频域资源分配不重叠的第二频域资源分配的第二PUCCH传输时机的第二TCI状态(例如,t=1),发送两个PUCCH传输时机。
用于非周期性CSI-RS的默认波束
在各种情况下,一个或多个非周期性CSI-RS资源可以由一个或多个PDCCH所承载的DCI(例如如上讨论的多TCI DCI或单TCI DCI)触发。触发PDCCH和CSI-RS可以具有相同或不同的参数集,例如子载波间隔、循环前缀等。
CSI-RS资源可以与QCL配置关联,例如,通过RRC配置指示的TCI状态。
如果承载DCI的PDCCH(例如,参考PDCCH资源上的PDCCH)的最后符号和触发的非周期性CSI-RS资源的第一符号之间的时间偏移量(调度偏移量)大于阈值,则可以预计UE对于触发的非周期性CSI-RS资源应用TCI状态下的QCL假设。
该阈值可以基于由UE报告的值,例如UE能力,例如,参数beamSwitchTiming或beamSwitchTiming-rL6。在一些情况下,可以如上应用除时间偏移量以外的附加条件。在例子中,阈值是{14,28,48}[符号]的值之一,而例如enableBeamSwitchTiming的另一个参数不被提供给UE,并且CSI-RS资源集未被配置有另一个上位层参数,例如trs-Info。
在例子中,阈值是{14,28,48}的值之一,并且CSI-RS资源集被配置有上位层参数,例如trs-Info。
在例子中,例如enableBeamSwitchTiming的参数被提供给UE,并且CSI-RS资源集被配置有设定为“on”的上位层参数repetition。
在一些情况下,如果在UE提供例如beamSwitchTiming-rl6的参数时的时间偏移量等于或大于48,且例如enableBeamSwitchTiming的另一个参数被提供给UE,并且CSI-RS资源集被配置有设定为“off”的上位层参数repetition,或者未被配置有上位层参数repetition和trs-Info,则可以预计UE对于触发的非周期性CSI-RS资源应用TCI状态下的QCL假设。
在各种其他情况下,UE可以应用用于最新时隙中具有最低controlResourceSetId且与被监视搜索空间关联的CORESET的QCL假设,在所述最新时隙中,监视服务小区的活动BWP内的一个或多个CORESET。如果满足其他的一个或多个条件,例如为其中接收非周期性CSI-RS的BWP配置至少一个CORESET,或者没有配置例如enableTwoDefaultTCIStates的参数,则这种情况可能是适用的。
如果CORESET具有不止一个激活TCI状态,则UE例如可以应用第一或这些激活TCI状态下的QCL假设,其中TCI状态顺序(例如,第一、第二)例如可以基于在用于CORESET TCI状态激活的MAC CE中的顺序位置。在另一个例子中,UE可以基于TCI状态ID,应用源自这些激活TCI状态之一(例如具有最低或最高TCI状态ID的TCI状态)的QCL假设。
在一些情况下,例如,如果UE被配置有启用这种行为的RRC参数(例如enableTwoDefaultTCIStates),则UE可以将源自不止一个激活TCI状态的QCL假设应用于触发的CSI-RS资源的全部或子集。在一个例子中,第一TCI状态被应用于CSI-RS资源的第一子集,而第二TCI状态被应用于CSI-RS资源的第二子集。第一和第二子集可以对应于不同组的符号,例如,UE在包括CSI-RS资源的不相交的不同组符号中应用不同的QCL假设。在一些情况下,多个(例如两个)TCI状态被应用于承载CSI-RS资源的相同符号。在一些情况下,第一和第二TCI状态被应用于相同的一个或多个符号中的CSI-RS资源,但是第一TCI状态被应用于第一码分复用(CDM)组,而第二TCI状态被应用于第二CDM组。
在一些情况下,UE可以将源自承载触发非周期性CSI-RS资源的PDCCH(多TCI DCI)的一个或多个CORESET的不止一个激活TCI状态的QCL假设应用于触发的CSI-RS资源。在一个例子中,如果时间偏移量大于或等于阈值,则也进行这一操作。
定义和缩写
下表15示出了可能出现在以上说明中的首字母缩略词的列表。除非另有说明,否则本文中使用的首字母缩略词是指下面列出的对应术语。
表15
应理解的是,进行本文中比如图3、图6A-图8或图15举例说明的步骤的实体可以是逻辑实体。各个步骤可以存储在诸如图1F或图1G中图解所示之类的装置、服务器或计算机系统的存储器中,并在其处理器上执行。可以想到在本文中(例如,图3、图6A-图8或图15)公开的示例性方法之间跳过步骤、合并步骤或增加步骤。
在描述如图中图解所示的本公开的主题-用于诸如5G之类的网络中的多播和广播服务的传送模式切换-的优选方法、系统或设备时,为了清楚起见,采用了特定的术语。然而,要求保护的主题并不意欲局限于这样选择的特定术语。
本文中所述的各种技术可以结合硬件、固件、软件或适当时结合它们的组合来实现。这样的硬件、固件和软件可以驻留在位于通信网络的各个节点的设备中。所述设备可以单独地或彼此结合地操作以实现本文中所述的方法。本文中使用的术语“设备”、“网络设备”、“节点”、“装置”、“网络节点”等可以互换地使用。另外,除非本文中另有说明,否则词语“或”的使用通常是包含性地使用的。
本书面说明使用了包括最佳方式的所公开的主题例子,并且还使本领域的任何技术人员能够实践所公开的主题,包括制造和使用任何装置或系统以及执行任何包含的方法。所公开的主题可以包括本领域技术人员想到的其他例子(例如,在本文中公开的示例性方法之间跳过步骤、合并步骤或增加步骤)。
本文中所述的方法、系统和设备等可以提供经由多个传输介质向用户装置发送PDCCH传输。所述多个传输介质可以是来自多个发送/接收点(TRP)的传输、多波束传输或PDCCH传输的重复传输中的至少一个。PDCCH可以在多个控制资源集(CORESET)上发送,其中多个CORESET中的每一个与传输控制指示符(TCI)状态关联。PDCCH可以在单个控制资源集(CORESET)上发送,并且单个CORESET与多个传输控制指示符(TCI)状态关联。本文中所述的方法、系统和设备等可以提供确定重复集;解码与重复集关联的一个或多个重复的下行链路控制信息(DCI);判定存在由DCI指示的可能在PDCCH的接收之前的第一UE动作;以及基于存在由DCI指示的在PDCCH的接收之前的第一UE动作的判定,选择一个或多个参考资源。UE可以基于参考资源的定时进行该动作。基于判定可能至少存在由DCI指示的在PDCCH的接收之后的第二UE动作,所述选择可以是不止一个参考资源。DCI可以与多传输配置指示符(TCI)状态的PDCCH接收关联。DCI可以由重复集中的一个或多个PDCCH承载。当对于所考虑的服务小区中的至少一个传输配置指示符(TCI)状态配置相对于空间Rx参数的准共址(QCL)时,确定PDSCH的QCL,其中QCL可以取决于DCI的接收和对应的被调度PDSCH之间的时间偏移量。当对于所考虑的服务小区中的至少一个传输配置指示符(TCI)状态可以配置相对于空间Rx参数的准共址(QCL)时,确定TCI状态,其中TCI状态可以取决于DCI的接收和对应的被调度PDSCH之间的时间偏移量。当时间偏移量可能等于或大于阈值时,使用用于PDSCH的传输配置指示符(TCI)状态或准共址(QCL)的第一预定指示。可以按照与具体实施方式的其他部分一致的方式来设想本段落和下一段落中的所有组合(包括步骤的删除或增加)。
本文中所述的方法、系统和设备等可以提供确定包含多个PDCCH候选的重复集;接收与重复集关联的一个或多个PDCCH候选;从一个或多个PDCCH候选解码与重复集关联的一个或多个重复的下行链路控制信息(DCI);判定存在由DCI指示的在PDCCH的接收之前的第一UE动作;以及基于存在由DCI指示的在PDCCH的接收之前的第一UE动作的判定,选择一个或多个参考资源。本文中所述的方法、系统和设备等可以提供通过使用参考资源作为UE动作的时间参考来进行第一UE动作。重复集中的一个或多个PDCCH候选与不同的TCI状态关联。本文中所述的方法、系统和设备等可以提供确定包含多个PDCCH候选的重复集;判定存在由DCI指示的第一UE动作;基于存在由DCI指示的第一UE动作的判定,选择一个或多个参考资源;基于一个或多个参考资源的选择,对下行链路控制信息(DCI)进行编码;以及在与重复集关联的一个或多个PDCCH候选上发送DCI。所述设备可以是网络装置。可以按照与具体实施方式的其他部分一致的方式来设想本段落和上一段落中的所有组合(包括步骤的删除或增加)。
Claims (20)
1.一种用于通信网络中物理下行链路控制信道(PDCCH)的可靠性的方法,所述方法包括:
确定包含多个PDCCH候选的重复集;
接收与重复集关联的一个或多个PDCCH候选;
从所述一个或多个PDCCH候选解码一个或多个重复的下行链路控制信息(DCI);
确定存在由DCI指示的第一用户设备(UE)动作;
基于确定存在由DCI指示的第一UE动作,选择一个或多个参考资源;以及
通过使用所述参考资源作为第一UE动作的时间参考来执行第一UE动作。
2.按照权利要求1所述的方法,其中基于确定至少存在由DCI指示的在PDCCH的接收之后的第二UE动作,所述选择是不止一个参考资源。
3.按照权利要求1所述的方法,其中DCI与多传输配置指示符(TCI)状态的PDCCH接收关联。
4.按照权利要求1所述的方法,其中重复集中的所述一个或多个PDCCH候选与不同的TCI状态关联。
5.按照权利要求1所述的方法,还包括:当对于所考虑的服务小区中的至少一个传输配置指示符(TCI)状态配置相对于空间Rx参数的准共址(QCL)时,确定PDSCH的QCL,其中QCL取决于DCI的接收和对应的被调度PDSCH之间的时间偏移量。
6.按照权利要求1所述的方法,还包括:当对于所考虑的服务小区中的至少一个传输配置指示符(TCI)状态配置相对于空间Rx参数的准共址(QCL)时,确定TCI状态,其中TCI状态取决于DCI的接收和对应的被调度PDSCH之间的时间偏移量。
7.按照权利要求1所述的方法,还包括:当时间偏移量等于或大于阈值时,使用PDSCH的传输配置指示符(TCI)状态或准共址(QCL)的第一预定指示。
8.一种用于通信网络中物理下行链路控制信道(PDCCH)的可靠性的设备,所述设备包括:
处理器;以及
与所述处理器耦接的存储器,所述存储器存储可执行指令,所述可执行指令当由所述处理器执行时,使所述处理器实现包括如下的操作:
确定包含多个PDCCH候选的重复集;
接收与重复集关联的一个或多个PDCCH候选;
从所述一个或多个PDCCH候选解码一个或多个重复的下行链路控制信息(DCI);
确定存在由DCI指示的第一用户设备(UE)动作;
基于确定存在由DCI指示的第一UE动作,选择一个或多个参考资源;以及
通过使用所述参考资源作为第一UE动作的时间参考来执行第一UE动作。
9.按照权利要求8所述的设备,其中基于确定至少存在由DCI指示的在PDCCH的接收之后的第二UE动作,所述选择是不止一个参考资源。
10.按照权利要求8所述的设备,其中DCI与多传输配置指示符(TCI)状态的PDCCH接收关联。
11.按照权利要求8所述的设备,其中重复集中的所述一个或多个PDCCH候选与不同的TCI状态关联。
12.按照权利要求8所述的设备,所述操作还包括:当对于所考虑的服务小区中的至少一个传输配置指示符(TCI)状态配置相对于空间Rx参数的准共址(QCL)时,确定PDSCH的QCL,其中QCL取决于DCI的接收和对应的被调度PDSCH之间的时间偏移量。
13.按照权利要求8所述的设备,所述操作还包括:当对于所考虑的服务小区中的至少一个传输配置指示符(TCI)状态配置相对于空间Rx参数的准共址(QCL)时,确定TCI状态,其中TCI状态取决于DCI的接收和对应的被调度PDSCH之间的时间偏移量。
14.按照权利要求8所述的设备,所述操作还包括:当时间偏移量等于或大于阈值时,使用PDSCH的传输配置指示符(TCI)状态或准共址(QCL)的第一预定指示。
15.按照权利要求8所述的设备,其中所述设备是UE。
16.一种网络装置,包括:
处理器;以及
与所述处理器耦接的存储器,所述存储器存储可执行指令,所述可执行指令当由所述处理器执行时,使所述处理器实现包括如下的操作:
确定包含多个物理下行链路控制信道(PDCCH)候选的重复集;
确定存在由下行链路控制信息(DCI)指示的第一UE动作;
基于确定存在由DCI指示的第一UE动作,选择一个或多个参考资源;
基于对一个或多个参考资源的选择,对DCI进行编码;以及
在与重复集关联的一个或多个PDCCH候选上发送编码的DCI。
17.按照权利要求16所述的设备,所述操作还包括:当对于所考虑的服务小区中的至少一个传输配置指示符(TCI)状态配置相对于空间Rx参数的准共址(QCL)时,确定TCI状态,其中TCI状态取决于DCI的接收和对应的被调度PDSCH之间的时间偏移量。
18.按照权利要求16所述的设备,所述操作还包括:当时间偏移量等于或大于阈值时,使用PDSCH的传输配置指示符(TCI)状态或准共址(QCL)的第一预定指示。
19.按照权利要求16所述的设备,其中DCI与多传输配置指示符(TCI)状态的PDCCH接收关联。
20.按照权利要求16所述的网络装置,其中所述网络装置是基站组件。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202062976095P | 2020-02-13 | 2020-02-13 | |
US62/976,095 | 2020-02-13 | ||
PCT/US2021/017760 WO2021163408A1 (en) | 2020-02-13 | 2021-02-12 | Reliability enhancement for pdcch |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115053489A true CN115053489A (zh) | 2022-09-13 |
Family
ID=74858817
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180012932.6A Pending CN115053489A (zh) | 2020-02-13 | 2021-02-12 | Pdcch的可靠性增强 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230076897A1 (zh) |
EP (1) | EP4104377A1 (zh) |
CN (1) | CN115053489A (zh) |
WO (1) | WO2021163408A1 (zh) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11490414B2 (en) * | 2020-02-14 | 2022-11-01 | Qualcomm Incorporated | Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications |
US11877299B2 (en) * | 2020-03-05 | 2024-01-16 | Qualcomm Incorporated | Control channel resources for group-feedback in multi-cast |
WO2021177782A1 (ko) * | 2020-03-06 | 2021-09-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 공간 파라미터 기반 신호 송수신 방법 및 장치 |
US11825468B2 (en) * | 2020-04-03 | 2023-11-21 | Qualcomm Incorporated | Scheduling restrictions for canceled or conflicting resources |
WO2021227033A1 (en) * | 2020-05-15 | 2021-11-18 | Apple Inc. | Control signaling for pucch reliability enhancement |
US20220039140A1 (en) * | 2020-07-28 | 2022-02-03 | Comcast Cable Communications, Llc | Control Channel Repetition Using Multiple Coresets |
EP4022832B1 (en) * | 2020-08-04 | 2022-12-07 | Ofinno, LLC | Uplink transmissions for downlink control channel repetition |
BR112023003351A2 (pt) | 2020-08-26 | 2023-05-09 | Ofinno Llc | Regras padrão na repetição do canal de controle |
US11838895B2 (en) * | 2020-08-31 | 2023-12-05 | Acer Incorporated | Method used by UE to communicate to base station through M-TRP in unlicensed band and UE using the same |
US11962407B2 (en) * | 2020-09-24 | 2024-04-16 | Qualcomm Incorporated | Blind decoding counting for repetition-based physical downlink control channel candidates |
BR112023006017A2 (pt) * | 2020-10-02 | 2023-05-09 | Apple Inc | Aprimoramentos de múltiplas entradas e múltiplas saídas (mimo) para deslocamento de alta velocidade |
US11991621B2 (en) * | 2020-10-13 | 2024-05-21 | Ofinno, Llc | Beam update for control resource sets |
US20220132543A1 (en) * | 2020-10-23 | 2022-04-28 | Qualcomm Incorporated | Multiple trp pdsch scheduling using dci without tci field |
JP2024500749A (ja) * | 2020-12-17 | 2024-01-10 | オフィノ, エルエルシー | アップリンクチャネルの繰り返しにおける電力制御パラメータの決定 |
US11968018B2 (en) * | 2021-03-09 | 2024-04-23 | Qualcomm Incorporated | Uplink control communications for spatial division multiplexing |
US20220312454A1 (en) * | 2021-03-24 | 2022-09-29 | Qualcomm Incorporated | User equipment processing time for physical downlink shared channel scheduled using downlink control information repetition |
CN115379546A (zh) * | 2021-05-19 | 2022-11-22 | 华硕电脑股份有限公司 | 用于关于多收发点上行链路传送的功率控制的方法和设备 |
WO2023050356A1 (en) * | 2021-09-30 | 2023-04-06 | Lenovo (Beijing) Limited | Methods and apparatuses for mapping from vrb to prb |
CN114175821A (zh) * | 2021-10-29 | 2022-03-11 | 北京小米移动软件有限公司 | 传输配置指示状态确定方法、装置及存储介质 |
CN116113051A (zh) * | 2021-11-09 | 2023-05-12 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
US20230189238A1 (en) * | 2021-12-13 | 2023-06-15 | Samsung Electronics Co., Ltd. | Method and apparatus for uplink channel and signal repetition |
US20230262727A1 (en) * | 2022-02-14 | 2023-08-17 | Samsung Electronics Co., Ltd. | Method and apparatus of beam indication and repetition |
WO2023205205A1 (en) * | 2022-04-20 | 2023-10-26 | Ofinno, Llc | Configuration of multiple timing advance values |
WO2023245631A1 (en) * | 2022-06-24 | 2023-12-28 | Lenovo (Beijing) Limited | Frequency domain resource allocation for fdm based multi-panel simultaneous pusch transmission |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018173124A1 (ja) * | 2017-03-21 | 2018-09-27 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
KR102573235B1 (ko) * | 2017-08-11 | 2023-09-01 | 한국전자통신연구원 | 하향링크 제어 채널의 송수신 방법 및 이를 이용하는 장치 |
US20190297603A1 (en) * | 2018-03-23 | 2019-09-26 | Samsung Electronics Co., Ltd. | Method and apparatus for beam management for multi-stream transmission |
-
2021
- 2021-02-12 CN CN202180012932.6A patent/CN115053489A/zh active Pending
- 2021-02-12 EP EP21710156.7A patent/EP4104377A1/en active Pending
- 2021-02-12 WO PCT/US2021/017760 patent/WO2021163408A1/en unknown
- 2021-02-12 US US17/797,730 patent/US20230076897A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2021163408A1 (en) | 2021-08-19 |
US20230076897A1 (en) | 2023-03-09 |
EP4104377A1 (en) | 2022-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115053489A (zh) | Pdcch的可靠性增强 | |
US11184121B2 (en) | Physical channels in new radio | |
KR102650032B1 (ko) | Nr에서의 효율적인 액세스 및 전송을 위한 메커니즘들 | |
KR102454397B1 (ko) | 새로운 라디오 다운링크 제어 채널 | |
CN111656839B (zh) | 基于传输配置指示的波束切换 | |
CN112088514A (zh) | 用于ul noma操作的配置和信令 | |
WO2019051242A2 (en) | COMMUNICATION MANAGEMENT USING DOWNLINK COMMAND INFORMATION | |
CN115553043A (zh) | 用于精简能力新无线电设备的初始接入 | |
KR20210064290A (ko) | 비허가 새로운 라디오에 대한 페이징 | |
JP2021503768A (ja) | 異なるペイロードサイズのブラインド検出のためのポーラコーディング技法 | |
CN112514310A (zh) | 用于通信资源配对和重复的方法和装置 | |
JP2024056889A (ja) | 方法、端末機器、及びネットワーク機器 | |
EP4079100A1 (en) | Methods and apparatuses for data retransmission using sidelink diversity | |
WO2020143743A1 (zh) | 接收数据的方法和装置 | |
US11343015B2 (en) | Channel-aware construction of polar codes | |
JP2023537184A (ja) | ラプターコードのための情報表示 |
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 |