CN115190594A - 监听方法与装置、终端和网络设备 - Google Patents

监听方法与装置、终端和网络设备 Download PDF

Info

Publication number
CN115190594A
CN115190594A CN202110358669.8A CN202110358669A CN115190594A CN 115190594 A CN115190594 A CN 115190594A CN 202110358669 A CN202110358669 A CN 202110358669A CN 115190594 A CN115190594 A CN 115190594A
Authority
CN
China
Prior art keywords
coreset
tci states
cell
tci
attribute
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
Application number
CN202110358669.8A
Other languages
English (en)
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.)
Beijing Ziguang Zhanrui Communication Technology Co Ltd
Original Assignee
Beijing Ziguang Zhanrui Communication Technology Co Ltd
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 Beijing Ziguang Zhanrui Communication Technology Co Ltd filed Critical Beijing Ziguang Zhanrui Communication Technology Co Ltd
Priority to CN202110358669.8A priority Critical patent/CN115190594A/zh
Priority to PCT/CN2022/084534 priority patent/WO2022206914A1/zh
Priority to US18/552,967 priority patent/US20240196399A1/en
Publication of CN115190594A publication Critical patent/CN115190594A/zh
Pending legal-status Critical Current

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/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06968—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping using quasi-colocation [QCL] between 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/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
    • 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/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
    • 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/0457—Variable allocation of band or rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种监听方法与装置、终端和网络设备；该方法包括：若在活跃下行带宽部分BWP上重叠的PDCCH监听时机中监听的PDCCH候选关联的CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，则终端在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，M为大于或等于1的整数，N为大于或等于0的整数，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。

Description

监听方法与装置、终端和网络设备
技术领域
本申请涉及通信技术领域，尤其涉及一种监听方法与装置、终端和网络设备。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)所制定的第五代新无线(the 5th generation new radio，5G NR)协议存在以下内容：在活跃(active)下行带宽部分(bandwidth part，BWP)上重叠的物理下行控制信道(physical downlinkcontrol channel，PDCCH)监听时机(monitoring occasion)中，若PDCCH候选关联的多个控制资源集(control resource set，CORESET)之间有不同的准共址类型D(quasico-location type D，QCL-typeD)属性(property)，则终端需要按照一定的优先级准则来监听(monitor)PDCCH。
然而，现有的5G NR协议通常假设终端只能支持被配置1个传输配置指示(transmission configuration indication，TCI)状态(state)的CORESET，并且只能监听一个QCL-typeD属性相关的PDCCH。因此，如果终端支持被配置2个TCI状态的CORESET，如何监听PDCCH还需要进一步研究。
发明内容
本申请实施例提供一种监听方法与装置、终端和网络设备，以期望在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
第一方面，本申请实施例提供一种监听方法，包括：
若在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中监听的PDCCH候选关联的控制资源集CORESET中存在M个关联2个传输配置指示TCI状态的CORESET和N个关联1个TCI状态的CORESET，则终端在所述M个关联2个TCI状态的CORESET和/或所述N个关联1个TCI状态的CORESET中监听PDCCH，所述M为大于或等于1的整数，所述N为大于或等于0的整数。
可以看出，本申请实施例中，若在活跃下行BWP上重叠的PDCCH监听时机中监听的PDCCH候选关联的CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，则终端可以在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
第二方面，本申请实施例提供一种监听方法，包括：
网络设备向终端配置L个控制资源集CORESET，并且在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中，所述L个CORESET中存在M个关联2个传输配置指示TCI状态的控制资源集CORESET和N个关联1个TCI状态的CORESET，所述M为大于或等于1的整数，所述N为大于或等于0的整数，所述L为大于或等于所述M与所述N之和的整数。
可以看出，本申请实施例中，在活跃下行BWP上重叠的PDCCH监听时机中，网络设备向终端配置的L个CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。因此，终端可以在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
第三方面，本申请实施例提供一种监听装置，所述装置包括处理单元，所述处理单元用于：
若在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中监听的PDCCH候选关联的控制资源集CORESET中存在M个关联2个传输配置指示TCI状态的CORESET和N个关联1个TCI状态的CORESET，则在所述M个关联2个TCI状态的CORESET和/或所述N个关联1个TCI状态的CORESET中监听PDCCH，所述M为大于或等于1的整数，所述N为大于或等于0的整数。
第四方面，本申请实施例提供一种监听装置，所述装置包括处理单元，所述处理单元用于：
向终端配置L个控制资源集CORESET，并且在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中，所述L个CORESET中存在M个关联2个传输配置指示TCI状态的控制资源集CORESET和N个关联1个TCI状态的CORESET，所述M为大于或等于1的整数，所述N为大于或等于0的整数，所述L为大于或等于所述M与所述N之和的整数。
第五方面，本申请实施例提供一种终端，包括处理器、存储器、通信接口以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述一个或多个程序包括用于执行本申请实施例第一方面中的步骤的指令。
第六方面，本申请实施例提供一种网络设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述一个或多个程序包括用于执行本申请实施例第一方面中的步骤的指令。
第七方面，本申请实施例提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如本申请实施例第一方面或第二方面中所描述的部分或全部步骤。
第八方面，本申请实施例提供一种计算机程序，其中，所述计算机程序可操作来使计算机执行如本申请实施例第一方面或第二方面中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种无线通信系统的架构示意图；
图2是本申请实施例提供的一种监听方法的流程示意图；
图3是本申请实施例提供的又一种监听方法的流程示意图；
图4是本申请实施例提供的一种监听装置的功能单元组成框图；
图5是本申请实施例提供的又一种监听装置的功能单元组成框图；
图6是本申请实施例提供的一种终端的结构示意图；
图7是本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
为了本技术领域人员更好理解本申请的技术方案，下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。显然所描述的实施例是本申请一部分实施例，而不是全部的实施例。针对本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、软件、产品或设备没有限定于已列出的步骤或单元，而是还包括没有列出的步骤或单元，或还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
需要说明的是，本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，对此不做任何限定。本申请实施例中出现的“网络”与“系统”表达的是同一概念，通信系统即为通信网络。
本申请实施例的技术方案可以应用于各种无线通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code DivisionMultiple Access，CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、先进的长期演进(Advanced Long Term Evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、非授权频谱上的LTE(LTE-based Access to Unlicensed Spectrum，LTE-U)系统、非授权频谱上的NR(NR-basedAccess to Unlicensed Spectrum，NR-U)系统、非地面通信网络(Non-TerrestrialNetworks，NTN)系统、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、无线局域网(Wireless Local Area Networks，WLAN)、无线保真(WirelessFidelity，WiFi)、第6代通信(6th-Generation，6G)系统或者其他通信系统等。
需要说明的是，传统的无线通信系统所支持的连接数有限，且易于实现。然而，随着通信技术的发展，无线通信系统不仅可以支持传统的无线通信系统，还可以支持如设备到设备(device to device，D2D)通信、机器到机器(machine to machine，M2M)通信、机器类型通信(machine type communication，MTC)、车辆间(vehicle to vehicle，V2V)通信、车联网(vehicle to everything，V2X)通信、窄带物联网(narrow band internet ofthings，NB-IoT)通信等，因此本申请实施例的技术方案也可以应用于上述无线通信系统。
可选地，本申请实施例的无线通信系统可以应用于波束赋形(beamforming)、载波聚合(carrier aggregation，CA)、双连接(dual connectivity，DC)或者独立(standalone，SA)部署场景等。
可选地，本申请实施例的无线通信系统可以应用于非授权频谱。其中，非授权频谱也可以认为是共享频谱。或者，本实施例中的无线通信系统也可以应用于授权频谱。其中，授权频谱也可以认为是非共享频谱。
由于本申请实施例可能结合终端、网络设备描述各个实施例，因此下面将对涉及的终端、网络设备进行具体描述。
具体的，终端可以是用户设备(user equipment，UE)、远程/远端终端(remoteUE)、中继设备(relay UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、移动设备、用户终端、智能终端、无线通信设备、用户代理或用户装置。需要说明的是，中继设备是能够为其他终端(包括远程终端)提供中继转发服务的终端。另外，终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、下一代通信系统(例如NR通信系统)中的终端或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端等，对此不作具体限定。
进一步的，终端可以部署在陆地上，包括室内或室外、手持、穿戴或车载；可以部署在水面上(如轮船等)；还可以部署在空中(如飞机、气球和卫星等)。
进一步的，终端可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人自动驾驶中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备或者智慧家庭(smart home)中的无线终端设备等。
进一步的，终端可以包括具有收发功能的装置，例如芯片系统。其中，芯片系统可以包括芯片，还可以包括其它分立器件。
具体的，网络设备可以是用于与终端之间进行通信的设备，其负责空口侧的无线资源管理(radio resource management，RRM)、服务质量(quality of service，QoS)管理、数据压缩和加密、数据收发等。其中，网络设备可以是通信系统中的基站(base station，BS)或者部署于无线接入网(radio access network，RAN)以用于提供无线通信功能的设备。例如，GSM或CDMA通信系统中的基站(base transceiver station，BTS)、WCDMA通信系统中的节点B(node B，NB)、LTE通信系统中的演进型节点B(evolutional node B，eNB或eNodeB)、NR通信系统中的下一代演进型的节点B(next generation evolved node B，ng-eNB)、NR通信系统中的下一代节点B(next generation node B，gNB)、双链接架构中的主节点(master node，MN)、双链接架构中的第二节点或辅节点(secondarynode，SN)等，对此不作具体限制。
进一步的，网络设备还可以是核心网(core network，CN)中的其他设备，如访问和移动性管理功能(access and mobility management function，AMF)、用户计划功能(userplan function，UPF)等；还可以是无线局域网(wireless local area network，WLAN)中的接入点(access point，AP)、中继站、未来演进的PLMN网络中的通信设备、NTN网络中的通信设备等。
进一步的，网络设备可以包括具有为终端提供无线通信功能的装置，例如芯片系统。示例的，芯片系统可以包括芯片，还可以包括其它分立器件。
进一步的，网络设备可以与互联网协议(Internet Protocol，IP)网络进行通信。例如，因特网(internet)、私有的IP网或者其他数据网等。
需要说明的是，在一些网络部署中，网络设备可以是一个独立的节点以实现上述基站的所有功能，其可以包括集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，如gNB-CU和gNB-DU；还可以包括有源天线单元(active antennaunit，AAU)。其中，CU可以实现网络设备的部分功能，而DU也可以实现网络设备的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)层、服务数据适配(service data adaptation protocol，SDAP)层、分组数据汇聚(packetdata convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(medium access control，MAC)层和物理(physical，PHY)层的功能。另外，AAU可以实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者由PHY层的信息转变而来，因此，在该网络部署下，高层信令(如RRC层信令)可以认为是由DU发送的，或者由DU和AAU共同发送的。可以理解的是，网络设备可以包括CU、DU、AAU中的至少一个。另外，可以将CU划分为接入网(radio access network，RAN)中的网络设备，也可以将CU划分为核心网中的网络设备，对此不做具体限定。
进一步的，网络设备可以具有移动特性，例如网络设备可以为移动的设备。可选地，网络设备可以为卫星、气球站。例如，卫星可以为低地球轨道(low earth orbit，LEO)卫星、中地球轨道(medium earth orbit，MEO)卫星、地球同步轨道(geostationary earthorbit，GEO)卫星、高椭圆轨道(high elliptical orbit，HEO)卫星等。可选地，网络设备还可以为设置在陆地、水域等位置的基站。
进一步的，网络设备可以为小区提供服务，而该小区内的终端可以通过传输资源(如频谱资源)与网络设备进行通信。其中，该小区可以包括宏小区(macro cell)、小小区(small cell)、城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)和毫微微小区(femto cell)等。
结合上述描述，下面对本申请实施例的无线通信系统做一个示例性说明。
示例性的，本申请实施例的无线通信系统，请参阅图1。无线通信系统10可以包括终端110和网络设备120，而网络设备120可以是与终端110执行通信的设备。同时，网络设备120可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端110进行通信。
可选地，无线通信系统10还可以包括多个网络设备，并且每个网络设备的覆盖范围内可以包括一定数量的终端，对此不作具体限定。
可选地，无线通信系统10还可以包括网络控制器、移动管理实体等其他网络实体，对此不作具体限定。
可选地，无线通信系统10中的网络设备与终端之间的通信可以为无线通信或者有线通信，对此不作具体限制。
在对本申请实施例提供的系统信息更新方法进行详细介绍之前，再对本申请实施例所涉及的相关内容进行介绍。
1、搜索空间(search space)和控制资源集(control resource set，CORESET)
在5G NR系统中，由于系统的带宽较大以及终端解调能力的差异性，为了提高资源利用率、降低盲检复杂度，因此PDCCH在频域上可以不再占据整个频段。另外，为了增加系统灵活性，适配不同的场景，PDCCH在时域的起始位置也可配。因此，在5G NR系统中，通常将PDCCH在频域上占据的频段以及时域占用的OFDM符号数等信息封装在CORESET中，而将PDCCH起始OFDM符号、PDCCH监听周期以及其关联的CORESET等信息封装在搜索空间中。
搜索空间的类型可以包括公共搜索空间(common search space，CSS)和用户特定搜索空间(UE-specific search space，USS)。
需要说明的是，由于每个搜索空间会关联一个CORESET，如由高层参数controlResourceSetId指示或配置，以及每个搜索空间可以关联多个PDCCH候选(PDCCHcandidates)，如由高层参数nrofCandidates指示或配置，因此通过搜索空间的方式可以建立多个PDCCH候选与CORESET之间的关联关系。另外，由于每个CORESET可以关联1、2或多个TCI状态，因此在每个PDCCH监听时机中，PDCCH候选所关联的CORESET可以配置有1、2或多个TCI状态。同时，由于高层可以通过TCI状态来配置QCL，因此TCI状态可能会关联QCL-typeD。
2、准共址(Quasi Co-Location，QCL)
为保证信号的正确接收和解调，标准协议引入具有QCL关系的参考信号概念，比如信道状态信息参考信号(channel state information reference signal，CSI-RS)、同步信号块(synchronization signal block，SSB)，从而终端可以根据CSI-RS估计大尺度特征参数。其中，大尺度特征参数包括时延扩展、多普勒扩展、多普勒频移、平均增益、平均时延、空域信息等中的至少之一。例如，在LTE通信系统的版本11(Release11)中，标准协议引入天线端口QCL。天线端口QCL可以表示天线端口发送出的信号会经过相同的大尺度衰落，从而具有相同的大尺度特征参数。例如，当天线端口A和天线端口B之间满足QCL关系时，通过在天线端口A上的信号估计得到的大尺度特征参数同样适合于天线端口B上的信号。
另外，在5G NR系统中，终端和网络设备可能会配置多天线面板的大规模阵列结构，而不同的天线面板形成的波束的大尺度特性也会不同。此时，大尺度特性参数除了包括上述描述的时延扩展、多普勒扩展、多普勒频移、平均增益和平均时延之外，还包括接收到达角(angle of arival，AOA)、到达角扩展(angle of arival spread，AAS)、发射离开角(angle of departure，AOD)、离开角扩展(angle of departure spread，ADS)和空间相关性(spatialcorrelation)等。
3、天线端口准共址
在高层参数PDSCH-Config中可以为终端配置最多M个TCI状态，以用于根据检测到的PDCCH中的DCI来解码PDSCH，M取决于终端能力。其中，每个TCI状态包含用于配置一个或两个下行链路参考信号(如CSI-RS和/或SSB)与PDSCH的解调参考信号(demodulationreference symbol，DM-RS)端口、PDCCH的DM-RS端口或CSI-RS资源的CSI-RS端口之间的QCL关系的参数。QCL关系可以由用于第一个下行链路参考信号的高层参数qcl-Type1和用于第二个下行链路参考信号的qcl-Type2(如果配置第二个下行链路参考信号)来配置。对于有两个下行链路参考信号的情况，无论是否为同一种参考信号，该两个下行链路参考信号关联的QCL类型不应相同。其中，每个下行链路参考信号关联的QCL类型由QCL-Info中的高层参数qcl-Type，并且可以包括：
QCL类型A(QCL-typeA):{多普勒频移,多普勒扩展,平均时延，延时扩展}；
QCL类型B(QCL-typeB):{多普勒频移,多普勒扩展}；
QCL类型C(QCL-typeC):{多普勒频移,平均时延}；
QCL类型D(QCL-typeD):{空间接收参数}；等等。
其中，空间接收参数可以包括以下至少之一：AOA、平均AOA、AOA扩展、AOD、平均AOD、AOD扩展、接收天线空间相关性、发送天线空间相关性、发送波束、接收波束、资源标识等。此外，当QCL类型为QCL-TypeD时，TCI状态可以用于指示波束。同时，每个TCI状态可以给出(包含)1个或2个QCL类型参数。如果TCI状态包含2个QCL类型参数时，该QCL类型中会包含QCL-TypeD。也就是说，TCI状态可能会关联QCL-typeD。
其次，TCI状态可以由网络侧下发的激活命令(如MAC控制单元CE)激活以及由DCI中的TCI字段指示。例如，当TCI状态用于PDSCH的QCL类型指示时，网络设备可以先通过MACCE激活2N个激活TCI状态，再通过DCI中的N比特的TCI字段从该2N个激活TCI状态中指示一个TCI状态。当N＝3时，如果DCI中的TCI字段取值为‘000’，则该TCI指示由MAC CE激活的第一个TCI状态。另外，相对于该TCI状态给出的QCL类型参数，该TCI状态的参考信号与PDSCH的DM-RS端口是QCL的。
4、QCL-typeD属性相同
如何判断QCL-typeD属性是否相同，可以有：
→为了确定CORESET，一个SSB被认为具有与CSI-RS不同的QCL-typeD属性；
→为了确定CORESET，第一小区中与1个SSB关联的第一CSI-RS和第二小区中与该SSB关联的第二CSI-RS具有相同的QCL-typeD属性；等等。
例如，CORESET#1的TCI state的QCL-TypeD的参考信号是第一CSI-RS，CORESET#2的TCI state的QCL-TypeD的参考信号也是第一CSI-RS，则CORESET#1与CORESET#2之间具有相同的QCL-typeD属性。
综上所述，在活跃(active)下行带宽部分(BWP：Bandwidth part)上重叠的PDCCH监听时机中，若PDCCH候选关联的多个CORESET之间有不同的QCL-typeD属性，则终端需要按照一定的优先级准则来监听PDCCH。由于现有的5G NR协议通常假设终端只能支持被配置1个TCI状态(state)的CORESET，并且只能监听一个QCL-typeD属性相关的PDCCH，因此，当终端支持被配置2个TCI状态的CORESET时，如何监听PDCCH还需要进一步研究。
结合上述描述，本申请实施例提供一种监听方法的流程示意图，请参阅图2，该方法包括：
S210、若在活跃下行带宽部分BWP上重叠的PDCCH监听时机中监听的PDCCH候选关联的CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，则终端在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，M为大于或等于1的整数，N为大于或等于0的整数。
需要说明的是，首先，网络可以通过高层参数(如controlResourceSetId)为每个搜索空间配置一个CORESET，即每个搜索空间可以关联一个CORESET。同时，网络还可以通过高层参数为每个搜索空间配置多个PDCCH候选，即每个搜索空间可以关联多个PDCCH候选。因此，通过搜索空间的方式可以建立多个PDCCH候选与CORESET之间的关联关系，即CORESET关联至少一个PDCCH候选，或者PDCCH候选关联CORESET。
其次，本申请实施例的终端支持被配置2个TCI状态的CORESET。因此，网络向终端配置的CORESET可能包括如下3种情况：仅存在关联1个TCI状态的CORESET；仅存在关联2个TCI状态的CORESET；关联1个TCI状态的CORESET和关联2个TCI状态的CORESET同时存在。
再次，由于在活跃下行BWP上重叠的PDCCH监听时机中监听的PDCCH候选关联的CORESET中存在M(M≥1)个关联2个TCI状态的CORESET和N(N≥0)个关联1个TCI状态的CORESET，因此如何进行PDCCH的监听，还需要进一步研究。
最后，基于上述描述，本申请实施例考虑如下：若在活跃下行BWP上重叠的PDCCH监听时机中监听的PDCCH候选关联的CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，则在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中进行PDCCH的监听，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
另外，终端在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，可以包括如下3种实施方式：
终端在M个关联2个TCI状态的CORESET中监听PDCCH(“情形1”)；
终端在M个关联2个TCI状态的CORESET和N个关联2个TCI状态的CORESET中监听PDCCH(“情形2”)；
终端在N个关联1个TCI状态的CORESET中监听PDCCH(“情形3”)。
其中，若N＞0，则本申请实施例可以采用现有协议标准来实现“情形3”中PDCCH的监听，对此不再具体赘述。下面本申请将对“情形1”和“情形2”进行具体说明。
情形1：
在一个可能的示例中，终端在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，可以包括：终端在第一参考CORESET和/或与第一参考CORESET具有相同准共址QCL类型D属性且关联2个TCI状态的CORESET中监听PDCCH，第一参考CORESET为M个关联2个TCI状态的CORESET中的一个。
其中，与第一参考CORESET具有相同准共址QCL类型D属性且关联2个TCI状态的CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的一个或者多个。
需要说明的是，首先，针对“情形1”，可以理解为，终端仅需要在关联2个TCI状态的CORESET中监听PDCCH。其中，终端监听PDCCH可以包括以下3种原则：在第一参考CORESET中监听PDCCH；在第一参考CORESET以及与第一参考CORESET具有相同QCL-typeD属性且关联2个TCI状态的CORESET中监听PDCCH；在与第一参考CORESET具有相同QCL-typeD属性且关联2个TCI状态的CORESET中监听PDCCH。
其次，对于第一参考CORESET，可以理解为，第一参考CORESET为M个关联2个TCI状态的CORESET中的一个，即第一参考CORESET为一个关联2个TCI状态的CORESET。其中，第一参考CORESET可以通过一定准则从M个关联2个TCI状态的CORESET中确定出。
再次，由于CORESET可以关联1或2个TCI状态，并且每个TCI状态可能关联QCL-typeD，因此本申请实施例可以通过判断不同CORESET的TCI状态对应的QCL-typeD属性之间是否相同的方式来选择相应的CORESET。其中，若某一个CORESET关联2个TCI状态，即第一TCI state和第二TCI state，则第一TCI state对应的QCL-typeD属性与第二TCI state对应的QCL-typeD属性可以相同，也可以不相同。
最后，对于与第一参考CORESET具有相同QCL-typeD属性且关联2个TCI状态的CORESET，可以理解为，本申请实施例可以将第一参考CORESET作为参考性的一个关联2个TCI状态的CORESET，再通过第一参考CORESET从M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中选取是否有与第一参考CORESET具有相同QCL-typeD属性的CORESET以得到其他CORESETs，最终在该其他CORESETs中监听PDCCH。
另外，由于第一参考CORESET关联有2个TCI状态，因此在从M个关联2个TCI状态的CORESET中选取是否有与第一参考CORESET具有相同QCL-typeD属性的CORESET时，需要保证选取出的CORESET的2个TCI状态各自对应的QCL-typeD属性(该2个TCI状态对应的QCL-typeD属性不相同)分别与第一参考CORESET的2个TCI状态对应的QCL-typeD属性(第一参考CORESET的2个QCL-typeD属性)相同；或者，需要保证选取出的CORESET的2个TCI状态的QCL-typeD属性(该2个TCI状态对应的QCL-typeD属性相同)与第一参考CORESET的2个TCI状态对应的QCL-typeD属性(第一参考CORESET的2个QCL-typeD属性)中任一相同即可。其中，“情形1”中的相关描述(如CORESET的2个TCI状态对应的QCL-typeD属性不相同或相同、CORESET与CORESET之间的QCL-typeD属性相同等)可以适配于后续的“情形2”等技术方案中的相关描述(如第二参考CORESET、第三参考CORESET、第一CORESET、第二CORESET、第三CORESET等)，对此不再赘述。
例如，第一参考CORESET的2个TCI状态分别为第三TCI state和第四TCI state，第三TCI state对应的QCL-typeD属性与第四TCI state对应的QCL-typeD属性可以相同或者不相同，且选取出的CORESET的2个TCI状态分别为第五TCI state和第六TCI state。若第五TCI state对应的QCL-typeD属性与第六TCI state对应的QCL-typeD属性不相同，则第三TCI state对应的QCL-typeD属性与第五TCI state对应的QCL-typeD属性相同，第四TCIstate对应的QCL-typeD属性与第六TCI state对应的QCL-typeD属性相同；或者，第三TCIstate对应的QCL-typeD属性与第六TCI state对应的QCL-typeD属性相同，第四TCI state对应的QCL-typeD属性与第五TCI state对应的QCL-typeD属性相同。若第五TCI state对应的QCL-typeD属性与第六TCI state对应的QCL-typeD属性相同，则第三TCI state对应的QCL-typeD属性与第五TCI state(或第六TCI state)对应的QCL-typeD属性相同；或者，则第四TCI state对应的QCL-typeD属性与第五TCI state(或第六TCI state)对应的QCL-typeD属性相同。
下面对其进行举例说明。
举例1：在某一个活跃下行BWP上重叠的PDCCH监听时机中，存在下述CORESET(M＝2和N＝2的情况)：CORESET#0(关联1个TCI state)、CORESET#1(关联2个TCI state)、CORESET#2(关联1个TCI state)、CORESET#3(关联2个TCI state)；
→CORESET#1的其中1个TCI state对应的QCL-typeD属性与CORESET#0的TCIstate对应的QCL-typeD属性相同；
→CORESET#1的2个TCI state各自对应的QCL-typeD属性分别与CORESET#3的2个QCL-typeD属性相同。
由于“情形1”主要考虑终端仅在关联2个TCI状态的CORESET中监听PDCCH，因此可以先排除CORESET#0和CORESET#2，而考虑CORESET#1和CORESET#3。然后，当第一参考CORESET为“CORESET#1”时，由于CORESET#1中的仅1个TCI state对应的QCL-typeD属性与CORESET#0相同，而CORESET#1的2个TCI state各自对应的QCL-typeD属性分别与CORESET#3相同，因此终端在“CORESET#1”和/或“CORESET#3”中监听PDCCH。
结合上述描述，下面本申请实施例将对从M个关联2个TCI状态的CORESET中确定第一参考CORESET的准则进行具体说明。
准则1-1：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含关联CSS且关联2个TCI状态的CORESET的小区，则第一参考CORESET可以为：第一小区集中包含关联CSS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引CSS的CORESET；第一小区集包括：M个关联2个TCI状态的CORESET对应的小区和N个关联1个TCI状态的CORESET对应的小区。
需要说明的是，首先，由于每个搜索空间可以关联一个CORESET，而搜索空间的类型可以包括CSS和USS，因此每个CORESET可以关联(或包含)CSS和/或USS。
其次，在活跃下行BWP上重叠的PDCCH监听时机中，由于M个关联2个TCI状态的CORESET中的每个CORESET可能对应(或关联)一个小区，以及N个关联1个TCI状态的CORESET中的每个CORESET可能对应(或关联)一个小区，因此本申请实施例的第一小区集包括M个关联2个TCI状态的CORESET对应的小区和N个关联1个TCI状态的CORESET对应的小区。
例如，在活跃下行BWP上重叠的PDCCH监听时机中，存在至少一个CORESET，该至少一个CORESETE关联的小区包括小区1、小区2和小区3，即第一小区集包括小区1、小区2和小区3。其中，小区1关联CORESET#1_1(关联1个TCI state，仅关联USS)和CORESET#1_2(关联1个TCI state，仅关联CSS)，小区2关联CORESET#2_1(关联1个TCI state，仅关联USS)和CORESET#2_2(关联2个TCI state，关联CSS)，小区3关联CORESET#3_1(关联2个TCI state，关联USS)和CORESET#3_2(关联2个TCI state，关联CSS)。
再次，在第一小区集中可能存在某部分小区包含关联CSS且关联2个TCI状态的CORESET(如上述的小区2)，可能存在所有小区都包含关联CSS且关联2个TCI状态的CORESET，也可能不存在关联CSS且关联2个TCI状态的CORESET的小区。因此，若第一小区集中存在包含关联CSS且关联2个TCI状态的CORESET的小区，则将第一小区集中包含关联CSS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引CSS的CORESET作为第一参考CORESET。也就是说，先从第一小区集中挑选出包含关联CSS且关联2个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出关联2个TCI状态且关联最小索引CSS的CORESET以得到第一参考CORESET。
最后，各小区有其对应的索引(小区索引)，因此本申请实施例可以按照索引最小原则从多个小区中选择出最小索引的小区。同理，各CSS也有其对应的索引，因此本申请实施例也可以按照索引最小原则从关联(包含)CSS的多个CORESET中选择出关联最小索引CSS的CORESET。
可见，通过本示例所述的“准则1-1”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联2个TCI状态且关联(包含)最小索引的CSS的COSESET(即第一参考CORESET)，从而实现终端仅在关联2个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
结合上述描述，“准则1-1”也可以描述如下：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第二CORESET中存在关联CSS且关联2个TCI状态的CORESET，则第一参考CORESET为：第二CORESET中关联CSS且关联2个TCI状态的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引CSS的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联CSS且关联2个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引CSS的CORESET以得到第一参考CORESET。
准则1-2：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中不存在包含关联CSS且关联2个TCI状态的CORESET的小区，则第一参考CORESET可以为：第一小区集中包含关联USS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引USS的CORESET。
其中，第一小区集包括M个关联2个TCI状态的CORESET对应的小区和N个关联1个TCI状态的CORESET对应的小区。
需要说明的是，结合上述同理可知，USS也有其对应的索引，因此本申请实施例也可以按照索引最小原则从关联(包含)USS的多个CORESET中选择出关联最小索引USS的CORESET。
另外，若第一小区集中不存在包含关联CSS且关联2个TCI状态的CORESET的小区，则将第一小区集中包含关联USS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引USS的CORESET作为第一参考CORESET。也就是说，先从第一小区集中挑选出包含关联USS且关联2个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出关联2个TCI状态且关联最小索引USS的CORESET以得到第一参考CORESET。
可见，通过本示例所述的“准则1-2”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联2个TCI状态且关联(包含)最小索引的USS的COSESET(即第一参考CORESET)，从而实现终端仅在关联2个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
结合上述描述，“准则1-2”也可以描述如下：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第二CORESET中不存在关联CSS且关联2个TCI状态的CORESET，则第一参考CORESET可以为：第二CORESET中关联USS且关联2个TCI状态的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引USS的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联USS且关联2个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引USS的CORESET以得到第一参考CORESET。
下面本申请实施例对“准则1-1”和“准则1-2”做一个举例说明。
举例2：在某一个活跃下行BWP上重叠的PDCCH监听时机中，存在下述CORESET(M＝3和N＝3的情况)：
小区1：CORESET#0(关联1个TCI state，包含CSS)、CORESET#2(2个TCI state，包含CSS#1)、CORESET#3(1个TCI state，包含CSS)、CORESET#4(2个TCI state，包含USS)；
→小区1的CORESET#2的其中1个TCI state对应的QCL-typeD属性与小区1的CORESET#0的TCI state对应的QCL-typeD属性相同；
→小区1的CORESET#4的2个TCI state各自对应的QCL-typeD属性分别与小区1的CORESET#2的2个QCL-typeD属性相同；
小区2：CORESET#1(1个TCI state，仅包含USS)、CORESET#2(2个TCI state，包含CSS#2)；
→小区2的CORESET#2的其中1个TCI state对应的QCL-typeD属性与小区2的CORESET#1的TCI state对应的QCL-typeD属性相同；
→小区2的CORESET#2的另1个TCI state对应的QCL-typeD属性与小区1的CORESET#2的其中1个TCI state对应的QCL-typeD属性相同；
首先，在该活跃下行BWP上重叠的PDCCH监听时机中，上述CORESET关联的小区包括小区1和小区2，即第一小区集包括小区1和小区2。其中，小区1关联的CORESETs包括CORESET#0、CORESET#2、CORESET#3、CORESET#4，小区2关联的CORESETs包括CORESET#1、CORESET#2，小区1对应的小区索引小于小区2对应的索引。另外，小区1的CORESET#0关联1个TCI state，并且小区1的CORESET#0关联的搜索空间包含CSS，该CSS关联1个或者多个PDCCH候选，其他CORESETs依次可知。
其次，由于小区1和小区2都存在关联2个TCI状态的CORESET，并且小区1的“CORESET#2”关联了CSS，以及小区2的“CORESET#2”关联了CSS，因此第一小区集中存在包含关联CSS且关联2个TCI状态的CORESET的小区，从而通过“准则1-1”确定出第一参考CORESET为小区1的“CORESET#2”：
先从第一小区集中挑选出包含CSS且关联2个TCI状态的CORESET所属的小区，得到小区1和小区2，再从小区1和小区2中挑选出最小索引的小区，即小区1，紧接从小区1中挑选出关联2个TCI状态的“CORESET#2”和“CORESET#4”，最终从“CORESET#2”和“CORESET#4”中挑选出关联最小索引CSS的CORESET以得到小区1的“CORESET#2”。
再次，从小区1的关联2个TCI状态的CORESETs和小区2的关联2个TCI状态的CORESETs中挑选出与第一参考CORESET具有相同QCL-typeD属性且关联2个TCI的其他CORESETs。由于小区2的“CORESET#2”的仅1个TCI state对应的QCL-typeD属性与第一参考CORESET的相同，因此排除小区2的“CORESET#2”，从而得到该其他CORESETs包括小区1的“CORESET#4”。
最后，终端在小区1的“CORESET#2”和/或小区1的“CORESET#4”中监听PDCCH，从而在终端支持被配置2个TCI state的CORESET的情况下实现仅在关联2个TCI状态的CORESETs中监听PDCCH，进行保证系统通信的灵活性、鲁棒性和稳定性。
情形2：
在一个可能的示例中，终端在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，可以包括：终端在第二参考CORESET和/或第一CORESET中监听PDCCH，第二参考CORESET为M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的一个，第一CORESET是根据第二参考CORESET的QCL类型D属性确定的。
其中，第一CORESET可以包括M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的一个或者多个。
需要说明的是，首先，针对“情形2”，可以理解为，终端需要在关联2个TCI状态的CORESET和关联1个TCI状态的CORESET中监听PDCCH。其中，终端监听PDCCH可以包括以下3种原则：在第二参考CORESET中监听PDCCH；在第二参考CORESET和第一CORESET中监听PDCCH；在第一CORESET中监听PDCCH。
其次，对于第二参考CORESET，可以理解为，第二参考CORESET为M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的一个，即第二参考CORESET为一个关联2个或者1个TCI状态的CORESET。其中，第二参考CORESET可以通过一定准则从M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中确定出。
最后，对于第一CORESET，可以理解为，本申请实施例可以将第二参考CORESET作为参考性的一个关联2个或1个TCI状态的CORESET，再通过第二参考CORESET的QCL-typeD属性从M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中确定出第一CORESET，最终在该第一CORESET中监听PDCCH。另外，第一CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的至少一个。
结合上述描述，下面本申请实施例将对从M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中确定第二参考CORESET的准则进行具体说明。
准则2-1：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含关联CSS的CORESET的小区，则第二参考CORESET可以为：第一小区集中包含关联CSS的CORESET的小区中的最小索引的小区中关联最小索引CSS的CORESET。
需要说明的是，与上述“第一参考CORESET”为一个关联2个TCI状态的CORESET不同的是，‘准则2-1’中的的第二参考CORESET可以为一个关联2个TCI状态的CORESET，也可以为一个关联1个TCI状态的CORESET。
另外，若第一小区集中存在包括关联CSS的CORESET的小区，则将第一小区集中包含关联CSS的CORESET的小区中的最小索引的小区中关联最小索引CSS的CORESET作为第二参考CORESET。也就是说，先从第一小区集中挑选出包含关联CSS且关联1个或2个TCI状态的CORESET的至少一个小区，再从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出关联最小索引CSS的CORESET以得到第二参考CORESET。
可见，与第一参考CORESET一定为一个关联2个TCI状态的CORESET不同，‘准则2-1’中的第二参考CORESET可以为一个关联2个或1个TCI状态的CORESET。同时，通过本示例所述的“准则2-1”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出包含关联CSS的CORSET的小区中最小索引的小区中一个关联2个或1个TCI状态且关联(包含)最小索引的CSS的COSESET(即第二参考CORESET)，从而实现终端在关联2个或1个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
结合上述描述，“准则2-1”也可以描述如下：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第二CORESET中存在关联CSS的CORESET，则第二参考CORESET为：第二CORESET中关联CSS的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引CSS的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联CSS的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引CSS的CORESET以得到第二参考CORESET。
准则2-2：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中不存在包含关联CSS的CORESET的小区，则第二参考CORESET可以为：第一小区集中包含关联USS的CORESET的小区中的最小索引的小区中关联最小索引的USS的CORESET。
需要说明的是，结合上述同理可知，与第一参考CORESET一定为一个关联2个TCI状态的CORESET不同，‘准则2-2’中的第二参考CORESET可以为一个关联2个或1个TCI状态的CORESET。
另外，若第一小区集中不存在包含关联CSS的CORSET的小区，则将第一小区集中包含关联USS的CORSET的小区中的最小索引的小区中关联最小索引USS的CORESET作为第二参考CORESET。也就是说，先从第一小区集中挑选出关联USS且关联1个或2个TCI状态的CORESET的至少一个小区，再从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出关联最小索引USS的CORESET以得到第二参考CORESET。
可见，通过本示例所述的“准则2-2”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联2个或1个TCI状态且关联(包含)最小索引的USS的COSESET(即第二参考CORESET)，从而实现终端在关联2个或1个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
结合上述描述，“准则2-2”也可以描述如下：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第二CORESET中不存在关联CSS的CORESET，则第二参考CORESET可以为：第二CORESET中关联USS的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引USS的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联USS的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引USS的CORESET以得到第二参考CORESET。
结合上述描述，下面本申请实施例将根据第二参考CORESET的QCL-typeD属性从M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中确定出第一CORESET的准则进行具体说明。
准则2-x-1：(x可以为1或2)
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中至少一个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET。
可以理解的是，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET可以包括如下3种情况：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的至少一个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和关联2个TCI状态的CORESET；M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的至少一个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的至少一个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET。
需要说明的是，在“准则2-x-1”中，第一CORESET包含至少一个关联1个TCI状态的CORESET和/或至少一个关联2个TCI状态的CORESET，并且该关联1个TCI状态的CORESET的QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同，该关联2个TCI状态的CORESET中的其中1个TCI状态对应的QCL-typeD属性与第二参考CORESET的QCL类型D属性相同即可。同时，该2个TCI状态对应的QCL-typeD属性可以相同，也可以不相同。
下面对“准则2-x-1”做一个举例说明。
举例3：在某一个活跃下行BWP上重叠的PDCCH监听时机中，存在下述CORESET(M＝3和N＝3的情况)：CORESET#0(关联1个TCI state，包含CSS)、CORESET#1(2个TCI state，包含CSS)、CORESET#2(1个TCI state，包含CSS)、CORESET#3(2个TCI state，包含USS)、CORESET#4(1个TCI state，包含USS)、CORESET#5(2个TCI state，包含USS)；
→CORESET#0的TCI state对应的QCL-typeD属性与CORESET#1的其中1个TCIstate对应的QCL-typeD属性相同；
→CORESET#3的2个TCI state各自对应QCL-typeD属性分别与CORESET#1的2个QCL-typeD属性相同；
→CORESET#2的TCI state对应的QCL-typeD属性与CORESET#0的TCI state对应的QCL-typeD属性不同；
→CORESET#4的TCI state对应的QCL-typeD属性与CORESET#0的TCI state对应的QCL-typeD属性相同；
→CORESET#5的2个TCI state对应的QCL-typeD属性是相同的，且与CORESET#0的QCL-typeD属性也相同；
由于“准则2-x-1”主要考虑第二参考CORESET为关联1个TCI状态的CORESET的情况，因此若第二参考CORESET为“CORESET#0”，则根据“准则2-x-1”，第一CORESET可以包括以下3种情况：“CORESET#1”、“CORESET#3”、“CORESET#4”和“CORESET#5”；“CORESET#1”、“CORESET#3”和“CORESET#5”；“CORESET#4”。
准则2-x-2：
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET，并且该2个TCI状态各自对应的QCL类型D属性是相同的。
需要说明的是，不同于“准则2-x-1”中，第一CORESET中的关联2个TCI状态的CORESET中的只要其中1个TCI状态对应的QCL-typeD属性与第二参考CORESET的QCL类型D属性相同即可。然而，在“准则2-x-2”中，第一CORESET中的关联2个TCI状态的CORESET中的2个TCI状态各自对应的QCL-typeD属性需要相同，且与第二参考CORESET的QCL类型D属性也相同。
例如，在上述“举例3”的条件中，若第二参考CORESET为“CORESET#0”，则根据“准则2-x-2”，第一CORESET可以包括以下3种情况：CORESET#4”和“CORESET#5”；“CORESET#4”；“CORESET#5”。
准则2-x-3：
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，和/或与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；第三参考CORESET为根据第二参考CORESET的QCL类型D属性在M个关联2个TCI状态的CORESET中确定的一个。
具体的，第三参考CORESET的其中一个QCL类型D属性和第二参考CORESET的QCL类型D属性相同。
需要说明的是，首先，对于与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，可以理解为，由于第二参考CORESET为关联1个TCI状态的CORESET，因此从N个关联1个TCI状态的CORESET中选择与第二参考CORESET的QCL类型D属性相同的CORESET。
其次，对于第三参考CORESET，可以理解为，第三参考CORESET为根据第二参考CORESET的QCL类型D属性在M个关联2个TCI状态的CORESET中确定的一个，即第三参考CORESET为一个关联2个TCI状态的CORESET。其中，第三参考CORESET可以通过一定准则从M个关联2个TCI状态的CORESET中进行选择。
再次，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET可以包括以下3种情况：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，以及与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET；M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
最后，与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，可以理解为，本申请实施例可以将第三参考CORESET作为参考性的一个关联2个TCI状态的CORESET，再通过该第三参考CORESET从M个关联2个TCI状态的CORESET中选取是否有与第三参考CORESET具有相同QCL-typeD属性的CORESET以得到其他CORESETs(即第一CORESET)，最终在该其他CORESETs中监听PDCCH。
另外，由于第三参考CORESET关联有2个TCI状态，因此在从M个关联2个TCI状态的CORESET中选取是否有与第三参考CORESET具有相同QCL-typeD属性的CORESET时，需要保证选取出的CORESET的2个TCI状态各自对应的QCL-typeD属性分别与第三参考CORESET的2个TCI状态对应的QCL-typeD属性相同。
结合上述描述，下面本申请实施例将对从M个关联2个TCI状态的CORESET中选择第三参考CORESET的准则进行具体说明。
准则2-x-3-1：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中存在关联CSS的CORESET，则第三参考CORESET可以为：第三CORESET中关联CSS的CORESET所属的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引CSS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
需要说明的是，对于第三CORESET，可以理解为，本申请实施例可以从M个关联2个TCI状态中选择至少1个QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同的CORESET以得到第三CORESET。也就说是，由于第二参考CORESET为关联1个TCI状态的CORESET，因此第三CORESET包括至少一个关联2个TCI状态的CORESET，并该2个TCI状态中的至少1个TCI状态对应的QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同。
其次，由于第三CORESET中可能存在部分CORESET关联(包含)有CSS，也可能存在所有CORESET都没有关联(包含)CSS，即第三CORESET中不存在关联CSS的CORESET。
最后，若第三CORESET中存在关联CSS的CORESET，则将第三CORESET中关联(包含)CSS的CORESET所属的至少一个小区中的最小索引的小区中所属第三CORESET且关联最小索引CSS的CORESET作为第三参考CORESET。也就是说，先从M个关联2个TCI状态的CORESET中选择至少1个QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同的CORESET以得到第三CORESET，再从第三CORESET中挑选出关联CSS的CORESET以得到至少一个CORESET，以及确定该至少一个CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最后从该最小索引的小区中挑选出属于第三CORESET且关联最小索引的CSS的CORESET以得到第三参考CORESET。
可见，通过本示例所述的“准则2-x-3-1”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联1个TCI状态且关联(包含)最小索引的CSS或USS的COSESET(即第二参考CORESET)和一个关联2个TCI状态且关联(包含)最小索引的CSS的COSESET(即第三参考CORESET)，从而实现终端在关联1个TCI状态的COSESET和关联2个TCI状态的CORESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
准则2-x-3-2：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中不存在关联CSS的CORESET，则第三参考CORESET可以为：第三CORESET中关联USS的CORESET所属的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引USS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
需要说明的是，若第三CORESET中不存在关联CSS的CORESET，则将第三CORESET中关联(包含)USS的CORESET所属的至少一个小区中的最小索引的小区中所属第三CORESET且关联最小索引USS的CORESET作为第三参考CORESET。也就是说，先从M个关联2个TCI状态的CORESET中选择至少1个QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同的CORESET以得到第三CORESET，再从第三CORESET中挑选出关联USS的CORESET以得到至少一个CORESET，以及确定该至少一个CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最后从该最小索引的小区中挑选出属于第三CORESET且关联最小索引的USS的CORESET以得到第三参考CORESET。
可见，通过本示例所述的“准则2-x-3-2”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联1个TCI状态且关联(包含)最小索引的CSS或USS的COSESET(即第二参考CORESET)和一个关联2个TCI状态且关联(包含)最小索引的USS的COSESET(即第三参考CORESET)，从而实现终端在关联1个TCI状态的COSESET和关联2个TCI状态的CORESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
下面对“准则2-1”、“准则2-2”、“准则2-x-3”、“准则2-x-3-1”和“准则2-x-3-2”做一个举例说明。
举例4：在某一个活跃下行BWP上重叠的PDCCH监听时刻，存在下述CORESET(M＝4、N＝3的情况)：
小区1：CORESET#0(关联1个TCI state，包含CSS#0)、CORESET#2(2个TCI state，包含CSS#1)、CORESET#3(1个TCI state，包含CSS#2)、CORESET#4(2个TCI state，包含USS)；
→小区1的CORESET#2的其中1个TCI state对应的QCL-typeD属性与小区1的CORESET#0的TCI state对应的QCL-typeD属性相同；
→小区1的CORESET#4的2个TCI state各自对应的QCL-typeD属性分别与小区1的CORESET#2的2个QCL-typeD属性相同；
→小区1的CORESET#3的TCI state对应的QCL-typeD属性与小区1的CORESET#0的TCI state对应的QCL-typeD属性不同；
小区2：CORESET#1(1个TCI state，仅包含USS)、CORESET#2(2个TCI state，包含CSS)、CORESET#3(2个TCI state，包含USS)；
→小区2的CORESET#2的其中1个TCI state对应的QCL-typeD属性与小区2的CORESET#1的TCI state对应的QCL-typeD属性相同；
→小区2的CORESET#2的另1个TCI state对应的QCL-typeD属性与小区1的CORESET#2的其中1个TCI state对应的QCL-typeD属性相同；
→小区2的CORESET#1的TCI state对应的QCL-typeD属性与小区1的CORESET#0的TCI state对应的QCL-typeD属性相同；
→小区2的CORESET#3的2个TCI state对应的QCL-typeD属性是相同的，且与小区1的CORESET#0的QCL-typeD属性相同；
首先，在该活跃下行BWP上重叠的PDCCH监听时机中，上述CORESET关联的小区包括小区1和小区2，小区1对应的小区索引小于小区2对应的索引。由于小区1和小区2都存在关联CSS的CORESET，因此通过“准则2-1”确定出第二参考CORESET为小区1的“CORESET#0”：
先从小区1和小区2中挑选出包括关联CSS且关联1个或2个TCI状态的CORESET的小区1和小区2，再从小区1和小区2中挑选出最小索引的小区，即小区1，最终从小区1的“CORESET#0”、“CORESET#2”和“CORESET#3”中挑选出关联最小索引CSS的CORESET以得到小区1的“CORESET#0”。
其次，由于第二参考CORESET(小区1的“CORESET#0”)为关联1个TCI状态的CORESET，因此根据“准则2-x-3”，先从N个关联1个TCI状态的CORESET中(小区1的“CORESET#0”和“CORESET#3”、小区2的“CORESET#1”)选择与第二参考CORESET(小区1的CORESET#0”)的QCL类型D属性相同的CORESET，得到小区2的“CORESET#1”。
再次，根据“准则2-x-3-1”和“2-x-3-2”，从M个关联2个TCI状态的CORESET中选择至少1个QCL类型D属性与第二参考CORESET(小区1的“CORESET#0”)的QCL类型D属性相同且关联2个TCI状态的CORESET，得到第三CORESET包括：小区1的“CORESET#2”、小区1的“CORESET#4”、小区2的“CORESET#2”、小区2的“CORESET#3”。
紧接，由于第三CORESET中存在关联CSS的CORESET，因此通过“准则2-x-3-1”确定出第三参考CORESET为小区1的“CORESET#2”：
先从第三CORESET中挑选出包含关联CSS的CORESET(小区1的“CORESET#2”和小区2的“CORESET#2”)所属的至少一个小区，即小区1和小区2，再从小区1和小区2中挑选出最小索引的小区，即小区1，最后从小区1中挑选出属于第三CORESET且关联最小索引CSS的CORESET以得到小区1的“CORESET#2”。
最后，根据“准则2-x-3”，从M个关联2个TCI状态的CORESET中选择与第三参考CORESET(小区1的“CORESET#2”)的QCL类型D属性相同且关联2个TCI状态的CORESET，得到小区1的“CORESET#4”、小区2的“CORESET#3”。因此，第一CORESET包括小区2的“CORESET#1、小区1的“CORESET#4”和/或小区2的“CORESET#3”、和/或小区1的“CORESET#2”。
可见，终端在第二参考CORESET和/或第一CORESET中监听PDCCH，从而在终端支持被配置2个TCI state的CORESET的情况下实现在关联1个TCI状态的COSESET和关联2个TCI状态的CORESET中监听PDCCH，进行保证系统通信的灵活性、鲁棒性和稳定性。
准则2-x-4：(x为1或2)
在一个可能的示例中，若第二参考CORESET为关联2个TCI状态的CORESET，则第一CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，和/或与第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET。
可以理解的是，若第二参考CORESET为关联2个TCI状态的CORESET，则第一CORESET可以包括如下3种情况：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，以及与第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET；M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET。
需要说明的是，在“准则2-x-4”中，第一CORESET包含至少一个关联1个TCI状态的CORESET和/或至少一个关联2个TCI状态的CORESET，并且该关联1个TCI状态的CORESET的QCL-typeD属性与第二参考CORESET的至少一个QCL-typeD属性相同，该关联2个TCI状态的CORESET中的2个TCI状态各自对应的QCL-typeD属性分别与第二参考CORESET的2个QCL类型D属性相同。
例如，在上述“举例3”的条件中，若第二参考CORESET为“CORESET#1”，则根据“准则2-x-4”，第一CORESET可以包括以下3种情况：CORESET#0”、CORESET#3、“CORESET#4”和“CORESET#5”；CORESET#0”和“CORESET#4”；CORESET#3和“CORESET#5”。
下面对“准则2-1”、“准则2-2”和“准则2-x-4”做一个举例说明。
举例5：在某一个活跃下行BWP上重叠的PDCCH监听时刻，存在下述CORESET(M＝4、N＝3的情况)：
小区1：CORESET#0(关联1个TCI state，包含USS)、CORESET#2(2个TCI state，包含CSS)、CORESET#3(1个TCI state，包含USS)、CORESET#4(2个TCI state，包含USS)；
→小区1的CORESET#2的其中1个TCI state对应的QCL-typeD属性与小区1的CORESET#0的TCI state对应的QCL-typeD属性相同；
→小区1的CORESET#4的2个TCI state各自对应的QCL-typeD属性分别与小区1的CORESET#2的2个QCL-typeD属性相同；
→小区1的CORESET#3的TCI state对应的QCL-typeD属性与小区1的CORESET#0的TCI state对应的QCL-typeD属性不同；
小区2：CORESET#1(1个TCI state，仅包含USS)、CORESET#2(2个TCI state，包含CSS)、CORESET#3(2个TCI state，包含USS)；
→小区2的CORESET#2的其中1个TCI state对应的QCL-typeD属性与小区2的CORESET#1的TCI state对应的QCL-typeD属性相同；
→小区2的CORESET#2的另1个TCI state对应的QCL-typeD属性与小区1的CORESET#2的其中1个TCI state对应的QCL-typeD属性相同；
→小区2的CORESET#1的TCI state对应的QCL-typeD属性与小区1的CORESET#0的TCI state对应的QCL-typeD属性相同；
→小区2的CORESET#3的2个TCI state对应的QCL-typeD属性是相同的，且与小区1的CORESET#0的QCL-typeD属性相同；
首先，在该活跃下行BWP上重叠的PDCCH监听时机中，上述CORESET关联的小区包括小区1和小区2，小区1对应的小区索引小于小区2对应的索引。由于小区1和小区2都存在关联CSS的CORESET，因此通过“准则2-1”确定出第二参考CORESET为小区1的“CORESET#2”：
先从小区1和小区2中挑选出关联1个或2个TCI状态的CORESET关联了CSS的小区1和小区2，再从小区1和小区2中挑选出最小索引的小区，即小区1，最终从小区1的“CORESET#2”和“CORESET#3”中挑选出关联最小索引的CSS的CORESET以得到小区1的“CORESET#2”。
其次，由于第二参考CORESET(小区1的“CORESET#2”)为关联2个TCI状态的CORESET，因此根据“准则2-x-4”，先从M个关联2个TCI状态的CORESET中(小区1的“CORESET#2”和“CORESET#4”、小区2的“CORESET#2”和“CORESET#3”)选择与第二参考CORESET(小区1的CORESET#2”)的QCL类型D属性相同的CORESET，得到小区1的“CORESET#4”、小区2的“CORESET#2”、小区2的“CORESET#3”。
再次，根据“准则2-x-4”，从N个关联1个TCI状态的CORESET中(小区1的“CORESET#0”和“CORESET#3”、小区2的“CORESET#1”)选择与第二参考CORESET(小区1的CORESET#2”)的至少1个QCL类型D属性相同的CORESET，得到小区1的“CORESET#0”、小区2的“CORESET#1”。
最后，第一CORESET包括小区1的“CORESET#4”、小区2的“CORESET#2”、小区2的“CORESET#3”，和/或小区1的“CORESET#0”、小区2的“CORESET#1”。
可见，终端在第二参考CORESET和/或第一CORESET中监听PDCCH，从而在终端支持被配置2个TCI state的CORESET的情况下实现在关联1个TCI状态的COSESET和关联2个TCI状态的CORESET中监听PDCCH，进行保证系统通信的灵活性、鲁棒性和稳定性。
在“情形2”中的“准则2-1”和“准则2-2”中的第二参考CORESET为一个关联2个或1个TCI状态的CORESET，下面对“情形2”中的第二参考CORESET仅为一个关联2个TCI状态的CORESET进行说明。
准则2-3：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第二CORESET中存在关联CSS且关联2个TCI状态的CORESET，则第二参考CORESET为：第二CORESET中关联CSS且关联2个TCI状态的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引CSS且关联2个TCI状态的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联CSS且关联2个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引CSS且关联2个TCI状态的CORESET以得到第二参考CORESET。
可见，通过本示例所述的“准则2-3”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出包含关联CSS且关联2个TCI状态的CORSET的小区中最小索引的小区中一个关联2个TCI状态且关联(包含)最小索引的CSS的COSESET(即第二参考CORESET)，从而实现终端在关联2个或1个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
准则2-4：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第二CORESET中不存在关联CSS且关联2个TCI状态的CORESET，则第二参考CORESET可以为：第二CORESET中关联USS且关联2个TCI状态的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引USS且关联2个TCI状态的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联USS且关联2个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引USS且关联2个TCI状态的CORESET以得到第二参考CORESET。
可见，通过本示例所述的“准则2-4”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联2个TCI状态且关联(包含)最小索引的USS的COSESET(即第二参考CORESET)，从而实现终端在关联2个或1个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
需要说明的是，与上述“准则2-1”和“准则2-2”中的第二参考CORESET不同，“准则2-3”和“准则2-4”中的第二参考CORESET仅为一个关联2个TCI状态的CORESET。
准则2-y-1：(y为3或4)
在一个可能的示例中，第二参考CORESET为一个关联2个TCI状态的CORESET，且第一CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，和/或与第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET。
需要说明的是，在“准则2-y-1”中，第一CORESET包含至少一个关联1个TCI状态的CORESET和/或至少一个关联2个TCI状态的CORESET，并且该关联1个TCI状态的CORESET的QCL-typeD属性与第二参考CORESET的至少一个QCL-typeD属性相同，该关联2个TCI状态的CORESET中的2个TCI状态各自对应的QCL-typeD属性分别与第二参考CORESET的2个QCL类型D属性相同。
准则2-5：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若N>0，且第二CORESET中存在关联CSS且关联1个TCI状态的CORESET，则第二参考CORESET为：第二CORESET中关联CSS且关联1个TCI状态的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引CSS且关联1个TCI状态的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联CSS且关联1个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引CSS且关联1个TCI状态的CORESET以得到第二参考CORESET。
可见，通过本示例所述的“准则2-5”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出包含关联CSS且关联1个TCI状态的CORSET的小区中最小索引的小区中一个关联1个TCI状态且关联(包含)最小索引的CSS的COSESET(即第二参考CORESET)，从而实现终端在关联2个或1个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
准则2-6：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若N>0，且第二CORESET中不存在关联CSS且关联1个TCI状态的CORESET，则第二参考CORESET可以为：第二CORESET中关联USS且关联1个TCI状态的CORESET所属的至少一个小区中的最小索引的小区中属于第二CORESET且关联最小索引USS且关联1个TCI状态的CORESET；第二CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。
可以理解为，先从第二CORESET中挑选出关联USS且关联1个TCI状态的CORESET以得到至少一个CORESET，再确定该至少一个的CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最终从该最小索引的小区中挑选出属于第二CORESET且关联最小索引USS且关联1个TCI状态的CORESET以得到第二参考CORESET。
可见，通过本示例所述的“准则2-6”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联1个TCI状态且关联(包含)最小索引的USS的COSESET(即第二参考CORESET)，从而实现终端在关联2个或1个TCI状态的COSESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
需要说明的是，与上述“准则2-1”和“准则2-2”中的第二参考CORESET不同，“准则2-5”和“准则2-6”中的第二参考CORESET仅为一个关联1个TCI状态的CORESET。
原则2-z-1：(z为5或6)
在一个可能的示例中，第二参考CORESET为关联1个TCI状态的CORESET，且第一CORESET可以包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，和/或与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；第三参考CORESET为根据第二参考CORESET的QCL类型D属性在M个关联2个TCI状态的CORESET中确定的一个。
具体的，第三参考CORESET的其中一个QCL类型D属性和第二参考CORESET的QCL类型D属性相同。
需要说明的是，在“准则2-z-1”中，第一CORESET包含至少一个关联1个TCI状态的CORESET和/或至少一个关联2个TCI状态的CORESET，并且该关联1个TCI状态的CORESET的QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同，该关联2个TCI状态的CORESET中的其中一个QCL类型D属性和第二参考CORESET的QCL类型D属性相同。
下面本申请实施例将对从M个关联2个TCI状态的CORESET中选择第三参考CORESET的准则进行具体说明。
准则2-z-1-1：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中存在关联CSS的CORESET，则第三参考CORESET可以为：第三CORESET中关联CSS的CORESET所属的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引CSS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
需要说明的是，对于第三CORESET，可以理解为，本申请实施例可以从M个关联2个TCI状态中选择至少1个QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同的CORESET以得到第三CORESET。也就说是，由于第二参考CORESET为关联1个TCI状态的CORESET，因此第三CORESET包括至少一个关联2个TCI状态的CORESET，并该2个TCI状态中的至少1个TCI状态对应的QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同。
可见，通过本示例所述的“准则2-z-1-1”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联1个TCI状态且关联(包含)最小索引的CSS或USS的COSESET(即第二参考CORESET)和一个关联2个TCI状态且关联(包含)最小索引的CSS的COSESET(即第三参考CORESET)，从而实现终端在关联1个TCI状态的COSESET和/或关联2个TCI状态的CORESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
准则2-z-1-2：
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中不存在关联CSS的CORESET，则第三参考CORESET可以为：第三CORESET中关联USS的CORESET所属的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引USS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
需要说明的是，若第三CORESET中不存在关联CSS的CORESET，则将第三CORESET中关联(包含)USS的CORESET所属的至少一个小区中的最小索引的小区中所属第三CORESET且关联最小索引USS的CORESET作为第三参考CORESET。也就是说，先从M个关联2个TCI状态的CORESET中选择至少1个QCL-typeD属性与第二参考CORESET的QCL-typeD属性相同的CORESET以得到第三CORESET，再从第三CORESET中挑选出关联USS的CORESET以得到至少一个CORESET，以及确定该至少一个CORESET所属的小区以得到至少一个小区，紧接从该至少一个小区中挑选出最小索引的小区，最后从该最小索引的小区中挑选出属于第三CORESET且关联最小索引的USS的CORESET以得到第三参考CORESET。
可见，通过本示例所述的“准则2-z-1-2”，本申请实施例可以准确、快速在活跃下行BWP上重叠的PDCCH监听时机中确定出一个关联1个TCI状态且关联(包含)最小索引的CSS或USS的COSESET(即第二参考CORESET)和一个关联2个TCI状态且关联(包含)最小索引的USS的COSESET(即第三参考CORESET)，从而实现终端在关联1个TCI状态的COSESET和/或关联2个TCI状态的CORESET中监听PDCCH，进而保证系统通信的灵活性、鲁棒性和稳定性。
与上述实施例一致，本申请实施例提供又一种监听方法的流程示意图，请参阅图3，该方法包括：
S310、网络设备向终端配置L个控制资源集CORESET，并且在活跃下行BWP上重叠的PDCCH监听时机中，L个CORESET中存在M个关联2个TCI状态的控制资源集CORESET和N个关联1个TCI状态的CORESET，M为大于或等于1的整数，N为大于或等于0的整数，L为大于或等于M与N之和的整数。
具体的，M个关联2个TCI状态的CORESET可以包括第一参考CORESET，第一参考CORESET可以为一个关联2个TCI状态的CORESET。
具体的，M个关联2个TCI状态的CORESET和N个关联2个TCI状态的CORESET中可以包括第二参考CORESET和第一CORESET，第二参考CORESET为一个关联2个或1个TCI状态的CORESET，第一CORESET是根据第二参考CORESET的QCL类型D属性确定的。
需要说明的是，本申请实施例对各个实施例的描述都各有侧重，因此图3所述实施例中没有详述的部分，可以详见图2所述实施例的相关描述，对此不再具体赘述。
可以看出，本申请实施例中，在活跃下行BWP上重叠的PDCCH监听时机中，网络设备向终端配置的L个CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。因此，终端可以在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
上述主要从方法侧的角度对本申请实施例的方案进行了介绍。可以理解的是，终端或网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件与计算机软件的结合形式来实现。某个功能究竟以硬件或计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端或网络设备进行功能单元的划分。例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，只是一种逻辑功能划分，而实际实现时可以有另外的划分方式。
在采用集成的单元的情况下，图4提供了一种监听装置的功能单元组成框图。监听装置400包括：处理单元402和通信单元403。处理单元402用于对终端的动作进行控制管理。例如，处理单元402用于支持终端执行图2中的步骤以及用于本申请所描述的技术方案的其它过程。通信单元403用于支持终端与无线通信系统中的其他设备之间的通信。监听装置400还可以包括存储单元401，用于存储监听装置400所执行的程序代码和所传输的数据。
需要说明的是，监听装置400可以是芯片或者芯片模组。
其中，处理单元402可以是处理器或控制器，例如可以是中央处理器(centralprocessing unit，CPU)、通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application-specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理单元402也可以是实现计算功能的组合，例如包含一个或多个微处理器组合、DSP和微处理器的组合等等。通信单元403可以是通信接口、收发器、收发电路等，存储单元401可以是存储器。当处理单元402为处理器，通信单元403为通信接口，存储单元401为存储器时，本申请实施例所涉及的监听装置400可以为图6所示的终端。
具体实现时，处理单元402用于执行如上述方法实施例中由终端执行的任一步骤，且在执行诸如发送等数据传输时，可选择的调用通信单元403来完成相应操作。下面进行详细说明。
处理单元402用于：若在活跃下行BWP上重叠的物理下行控制信道PDCCH监听时机中监听的PDCCH候选关联的控制资源集CORESET中存在M个关联2个传输配置指示TCI状态的CORESET和N个关联1个TCI状态的CORESET，则在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，M为大于或等于1的整数，N为大于或等于0的整数。
需要说明的是，图4所述实施例中各个操作的具体实现可以详见上述图2所示的方法实施例中的描述，在此不再赘述。
可以看出，本申请实施例中，若在活跃下行BWP上重叠的PDCCH监听时机中监听的PDCCH候选关联的CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，则物理下行控制信道监听装置可以在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
在一个可能的示例中，在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH方面，处理单元302具体用于：在第一参考CORESET和/或与第一参考CORESET具有相同准共址QCL类型D属性且关联2个TCI状态的CORESET中监听PDCCH，第一参考CORESET为M个关联2个TCI状态的CORESET中的一个；或者，在第二参考CORESET和/或第一CORESET中监听PDCCH，第二参考CORESET为M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的一个，第一CORESET是根据第二参考CORESET的QCL类型D属性确定的。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含关联公共搜索空间CSS且关联2个TCI状态的CORESET的小区，则第一参考CORESET为：第一小区集中包含关联CSS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引CSS的CORESET；第一小区集包括：M个关联2个TCI状态的CORESET对应的小区和N个关联1个TCI状态的CORESET对应的小区。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中不存在包括关联CSS且关联2个TCI状态的CORESET的小区，则第一参考CORESET为：第一小区集中包含关联用户特定搜索空间USS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引USS的CORESET。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含CSS的CORESET，则第二参考CORESET为：第一小区集中包含关联CSS的CORESET的小区中的最小索引的小区中关联最小索引CSS的CORESET。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中不存在包含关联CSS的CORESET的小区，则第二参考CORESET为：第一小区集中包含关联USS的CORESET的小区中的最小索引的小区中关联最小索引USS的CORESET。
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的至少一个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET。
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET，并且该2个TCI状态各自对应的QCL类型D属性是相同的。
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，和/或与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；第三参考CORESET为根据第二参考CORESET的QCL类型D属性在M个关联2个TCI状态的CORESET中确定的一个。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中存在关联CSS的CORESET，则第三参考CORESET为：第三CORESET中关联CSS的CORESET所属的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引CSS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中不存在关联CSS的CORESET，则第三参考CORESET为：第三CORESET中关联USS的CORESET所属的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引USS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
在一个可能的示例中，若第二参考CORESET为关联2个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，和/或与第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET。
在采用集成的单元的情况下，图5提供了又一种监听装置的功能单元组成框图。监听装置500包括：处理单元502和通信单元503。处理单元502用于对网络设备的动作进行控制管理。例如，处理单元502用于支持终端执行图3中的步骤以及用于本申请所描述的技术方案的其它过程。通信单元503用于支持网络设备与无线通信系统中的其他设备之间的通信。监听装置500还可以包括存储单元501，用于存储监听装置500所执行的程序代码和所传输的数据。
需要说明的是，监听装置500可以是芯片或者芯片模组。
其中，处理单元502可以是处理器或控制器，例如可以是中央处理器(centralprocessing unit，CPU)、通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application-specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理单元502也可以是实现计算功能的组合，例如包含一个或多个微处理器组合、DSP和微处理器的组合等等。通信单元503可以是通信接口、收发器、收发电路等，存储单元501可以是存储器。当处理单元502为处理器，通信单元503为通信接口，存储单元501为存储器时，本申请实施例所涉及的监听装置500可以为图7所示的网络设备。
具体实现时，处理单元502用于执行如上述方法实施例中由网络设备执行的任一步骤，且在执行诸如发送等数据传输时，可选择的调用通信单元503来完成相应操作。下面进行详细说明。
处理单元502用于：向终端配置L个控制资源集CORESET，并且在活跃下行BWP上重叠的PDCCH监听时机中，L个CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，M为大于或等于1的整数，N为大于或等于0的整数，L为大于或等于M和N之和的整数。
需要说明的是，图5所述实施例中各个操作的具体实现可以详见上述图2和图3所示的方法实施例中的描述，在此不再赘述。
可以看出，本申请实施例中，在活跃下行BWP上重叠的PDCCH监听时机中，向终端配置的L个CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET。因此，终端可以在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
在一个可能的示例中，M个关联2个TCI状态的CORESET包括第一参考CORESET，第一参考CORESET为一个关联2个TCI状态的CORESET；或者，M个关联2个TCI状态的CORESET和N个关联2个TCI状态的CORESET中包括第二参考CORESET和第一CORESET，第一参考CORESET为一个关联2个或1个TCI状态的CORESET；第一CORESET是根据第二参考CORESET的QCL类型D属性确定的。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含公共搜索空间CSS且关联2个TCI状态的CORESET的小区，则第一参考CORESET为：第一小区集中包含关联CSS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引CSS的CORESET；第一小区集包括：M个关联2个TCI状态的CORESET对应的小区和N个关联1个TCI状态的CORESET对应的小区。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中不存在关联CSS且关联2个TCI状态的CORESET的小区，则第一参考CORESET为：第一小区集中包含关联用户特定搜索空间USS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引USS的CORESET。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含关联CSS的CORESET的小区，则第二参考CORESET为：第一小区集中包含关联CSS的CORESER的小区中的最小索引的小区中关联最小索引CSS的CORESET。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中不存在包含CSS的CORESET的小区，则第二参考CORESET为：第一小区集中包含关联USS的CORESET的小区中的最小索引的小区中关联最小索引USS的CORESET。
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中的至少一个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET。
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET，并且该2个TCI状态各自对应的QCL类型D属性是相同的。
在一个可能的示例中，若第二参考CORESET为关联1个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，和/或与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；第三参考CORESET为根据第二参考CORESET的QCL类型D属性在M个关联2个TCI状态的CORESET中确定的一个。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中存在关联CSS的CORESET，则第三参考CORESET为：第三CORESET中关联CSS的CORESET所属的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引CSS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
在一个可能的示例中，在活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中不存在关联CSS的CORESET，则第三参考CORESET为：第三CORESET中关联USS的CORESET属于的至少一个小区中的最小索引的小区中属于第三CORESET且关联最小索引USS的CORESET；第三CORESET包括：在M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
在一个可能的示例中，若第二参考CORESET为关联2个TCI状态的CORESET，则第一CORESET包括：M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET中与第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，和/或与第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET。
请参阅图6，图6是本申请实施例提供的一种终端的结构示意图。其中，终端600包括处理器610、存储器620、通信接口630以及用于连接处理器610、存储器620、通信接口630的通信总线。
存储器620包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread-only memory，EPROM)或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器620用于存储终端600所执行的程序代码和所传输的数据。
通信接口630用于接收和发送数据。
处理器610可以是一个或多个CPU，在处理器610是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。
终端600中的处理器610用于读取存储器620中存储的一个或多个程序621，执行以下操作：若在活跃下行BWP上重叠的物理下行控制信道PDCCH监听时机中监听的PDCCH候选关联的控制资源集CORESET中存在M个关联2个传输配置指示TCI状态的CORESET和N个关联1个TCI状态的CORESET，则在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，M为大于或等于1的整数，N为大于或等于0的整数。
需要说明的是，各个操作的具体实现可以采用上述图2所示的方法实施例的相应描述，终端600可以用于执行本申请上述方法实施例的终端侧的方法，在此不再具体赘述。
可见，若在活跃下行BWP上重叠的PDCCH监听时机中监听的PDCCH候选关联的CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，则终端可以在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
请参阅图7，图7是本申请实施例提供的一种网络设备的结构示意图。其中，网络设备700包括处理器710、存储器720、通信接口730以及用于连接处理器710、存储器720、通信接口730的通信总线。
存储器720包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread-only memory，EPROM)或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器720用于存储网络设备700所执行的程序代码和所传输的数据。
通信接口730用于接收和发送数据。
处理器710可以是一个或多个CPU，在处理器710是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。
网络设备700中的处理器710用于读取存储器720中存储的一个或多个程序721，执行以下操作：向终端配置L个CORESET，并且在活跃下行BWP上重叠的PDCCH监听时机中，L个CORESET中存在M个关联2个TCI状态的CORESET和N个关联1个TCI状态的CORESET，M为大于或等于1的整数，N为大于或等于0的整数，L为大于或等于M与N之和的整数。
需要说明的是，各个操作的具体实现可以采用上述图2和图3所示的方法实施例的相应描述，网络设备700可以用于执行本申请上述方法实施例的网络设备侧的方法，在此不再具体赘述。
可见，在活跃下行BWP上重叠的PDCCH监听时机中，网络设备向终端配置的L个CORESET中存在M个关联2个TCI状态的控制资源集CORESET和N个关联1个TCI状态的CORESET。因此，终端可以在M个关联2个TCI状态的CORESET和/或N个关联1个TCI状态的CORESET中监听PDCCH，从而在终端支持被配置2个TCI状态的CORESET的情况下实现在关联2个TCI状态CORESET和/或关联1个TCI状态的CORESET中监听PDCCH，从而保证系统通信的灵活性、鲁棒性和稳定性。
本申请实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如上述方法实施例中终端或管理设备所描述的部分或全部步骤。
本申请实施例还提供了一种计算机程序产品，其中，所述计算机程序产品包括计算机程序，所述计算机程序可操作来使计算机执行如上述方法实施例中终端或管理设备所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
在上述实施例中，本申请实施例对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
本申请实施例所描述的方法或者算法的步骤可以以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于终端或管理设备中。当然，处理器和存储介质也可以作为分立组件存在于终端或管理设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
以上所述的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。

Claims (29)

1.一种监听方法，其特征在于，包括：
若在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中监听的PDCCH候选关联的控制资源集CORESET中存在M个关联2个传输配置指示TCI状态的CORESET和N个关联1个TCI状态的CORESET，则终端在所述M个关联2个TCI状态的CORESET和/或所述N个关联1个TCI状态的CORESET中监听PDCCH，所述M为大于或等于1的整数，所述N为大于或等于0的整数。
2.根据权利要求1所述的方法，其特征在于，所述终端在所述M个关联2个TCI状态的CORESET和/或所述N个关联1个TCI状态的CORESET中监听PDCCH，包括：
所述终端在第一参考CORESET和/或与所述第一参考CORESET具有相同准共址QCL类型D属性且关联2个TCI状态的CORESET中监听PDCCH，所述第一参考CORESET为所述M个关联2个TCI状态的CORESET中的一个；或者，
所述终端在第二参考CORESET和/或第一CORESET中监听PDCCH，所述第二参考CORESET为所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中的一个，所述第一CORESET是根据所述第二参考CORESET的QCL类型D属性确定的。
3.根据权利要求2所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含关联公共搜索空间CSS且关联2个TCI状态的CORESET的小区，则所述第一参考CORESET为：
所述第一小区集中包含关联CSS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引CSS的CORESET；
所述第一小区集包括：所述M个关联2个TCI状态的CORESET对应的小区和所述N个关联1个TCI状态的CORESET对应的小区。
4.根据权利要求2所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第一小区集中不存在包含关联CSS且关联2个TCI状态的CORESET的小区，则所述第一参考CORESET为：
所述第一小区集中包含关联用户特定搜索空间USS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引USS的CORESET。
5.根据权利要求2所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第一小区集中存在包含关联CSS的CORESET的小区，则所述第二参考CORESET为：
所述第一小区集中包含关联CSS的CORESET的小区中的最小索引的小区中关联最小索引CSS的CORESET。
6.根据权利要求2所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第一小区集中不存在包含关联CSS的CORESET的小区，则所述第二参考CORESET为：
所述第一小区集中包含关联USS的CORESET的小区中的最小索引的小区中关联最小索引USS的CORESET。
7.根据权利要求2、5或6所述的方法，其特征在于，若所述第二参考CORESET为关联1个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中的至少一个QCL类型D属性与所述第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET。
8.根据权利要求2、5或6所述的方法，其特征在于，若所述第二参考CORESET为关联1个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中与所述第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET，并且该2个TCI状态各自对应的QCL类型D属性是相同的。
9.根据权利要求2、5或6所述的方法，其特征在于，若所述第二参考CORESET为关联1个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中与所述第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，和/或与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；
所述第三参考CORESET为根据所述第二参考CORESET的QCL类型D属性在所述M个关联2个TCI状态的CORESET中确定的一个。
10.根据权利要求9所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中存在关联CSS的CORESET，则所述第三参考CORESET为：
所述第三CORESET中关联CSS的CORESET所属的至少一个小区中的最小索引的小区中属于所述第三CORESET且关联最小索引CSS的CORESET；
所述第三CORESET包括：在所述M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与所述第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
11.根据权利要求9所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第三CORESET中不存在关联CSS的CORESET，则所述第三参考CORESET为：
所述第三CORESET中关联USS的CORESET所属的至少一个小区中的最小索引的小区中属于所述第三CORESET且关联最小索引USS的CORESET；
所述第三CORESET包括：在所述M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与所述第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
12.根据权利要求2、5或6所述的方法，其特征在于，若所述第二参考CORESET为关联2个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中与所述第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，和/或与所述第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET。
13.一种监听方法，其特征在于，包括：
网络设备向终端配置L个控制资源集CORESET，并且在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中，所述L个CORESET中存在M个关联2个传输配置指示TCI状态的控制资源集CORESET和N个关联1个TCI状态的CORESET，所述M为大于或等于1的整数，所述N为大于或等于0的整数，所述L为大于或等于所述M与所述N之和的整数。
14.根据权利要求13所述的方法，其特征在于，所述M个关联2个TCI状态的CORESET包括第一参考CORESET，所述第一参考CORESET为一个关联2个TCI状态的CORESET；或者，
所述M个关联2个TCI状态的CORESET和所述N个关联2个TCI状态的CORESET中包括第二参考CORESET和第一CORESET，所述第二参考CORESET为一个关联2个或1个TCI状态的CORESET；
所述第一CORESET是根据所述第二参考CORESET的QCL类型D属性确定的。
15.根据权利要求14所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若第一小区集中存在包含公共搜索空间CSS且关联2个TCI状态的CORESET的小区，则所述第一参考CORESET为：
所述第一小区集中包含关联CSS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引CSS的CORESET；
所述第一小区集包括：所述M个关联2个TCI状态的CORESET对应的小区和所述N个关联1个TCI状态的CORESET对应的小区。
16.根据权利要求14所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第一小区集中不存在包含关联CSS且关联2个TCI状态的CORESET的小区，则所述第一参考CORESET为：
所述第一小区集中包含关联用户特定搜索空间USS且关联2个TCI状态的CORESET的至少一个小区中的最小索引的小区中关联2个TCI状态且关联最小索引USS的CORESET。
17.根据权利要求14所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第一小区集中存在包含关联CSS的CORESET的小区，则所述第二参考CORESET为：
所述第一小区集中包含关联CSS的CORESET的小区中的最小索引的小区中关联最小索引CSS的CORESET。
18.根据权利要求14所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第一小区集中不存在包含关联CSS的CORESET的小区，则所述第二参考CORESET为：
所述第一小区集中包含关联USS的CORESET的小区中的最小索引的小区中关联最小索引USS的CORESET。
19.根据权利要求14、17或18所述的方法，其特征在于，若所述第二参考CORESET为关联1个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中的至少一个QCL类型D属性与所述第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET。
20.根据权利要求14、17或18所述的方法，其特征在于，若所述第二参考CORESET为关联1个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中与所述第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET和/或关联2个TCI状态的CORESET，并且该2个TCI状态各自对应的QCL类型D属性是相同的。
21.根据权利要求14、17或18所述的方法，其特征在于，若所述第二参考CORESET为关联1个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中与所述第二参考CORESET的QCL类型D属性相同且关联1个TCI状态的CORESET，和/或与第三参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET；
所述第三参考CORESET为根据所述第二参考CORESET的QCL类型D属性在所述M个关联2个TCI状态的CORESET中确定的一个。
22.根据权利要求21所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若第三CORESET中存在关联CSS的CORESET，则所述第三参考CORESET为：
所述第三CORESET中关联CSS的CORESET所属的至少一个小区中的最小索引的小区中属于所述第三CORESET且关联最小索引CSS的CORESET；
所述第三CORESET包括：在所述M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与所述第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
23.根据权利要求21所述的方法，其特征在于，在所述活跃下行BWP上重叠的PDCCH监听时机中，若所述第三CORESET中不存在关联CSS的CORESET，则所述第三参考CORESET为：
所述第三CORESET中关联USS的CORESET所属的至少一个小区中的最小索引的小区中属于所述第三CORESET且关联最小索引USS的CORESET；
所述第三CORESET包括：在所述M个关联2个TCI状态的CORESET中的至少1个QCL类型D属性与所述第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET。
24.根据权利要求14、17或18所述的方法，其特征在于，若所述第二参考CORESET为关联2个TCI状态的CORESET，则所述第一CORESET包括：
所述M个关联2个TCI状态的CORESET和所述N个关联1个TCI状态的CORESET中与所述第二参考CORESET的QCL类型D属性相同且关联2个TCI状态的CORESET，和/或与所述第二参考CORESET的至少一个QCL类型D属性相同且关联1个TCI状态的CORESET。
25.一种监听装置，其特征在于，所述装置包括处理单元，所述处理单元用于：
若在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中监听的PDCCH候选关联的控制资源集CORESET中存在M个关联2个传输配置指示TCI状态的CORESET和N个关联1个TCI状态的CORESET，则在所述M个关联2个TCI状态的CORESET和/或所述N个关联1个TCI状态的CORESET中监听PDCCH，所述M为大于或等于1的整数，所述N为大于或等于0的整数。
26.一种监听装置，其特征在于，所述装置包括处理单元，所述处理单元用于：
向终端配置L个控制资源集CORESET，并且在活跃下行带宽部分BWP上重叠的物理下行控制信道PDCCH监听时机中，所述L个CORESET中存在M个关联2个传输配置指示TCI状态的控制资源集CORESET和N个关联1个TCI状态的CORESET，所述M为大于或等于1的整数，所述N为大于或等于0的整数，所述L为大于或等于所述M与所述N之和的整数。
27.一种终端，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-12任一项所述的方法中的步骤的指令。
28.一种网络设备，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求13-24任一项所述的方法中的步骤的指令。
29.一种计算机可读存储介质，其特征在于，其存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-24中任一项所述的方法。
CN202110358669.8A 2021-04-01 2021-04-01 监听方法与装置、终端和网络设备 Pending CN115190594A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202110358669.8A CN115190594A (zh) 2021-04-01 2021-04-01 监听方法与装置、终端和网络设备
PCT/CN2022/084534 WO2022206914A1 (zh) 2021-04-01 2022-03-31 监听方法与装置、终端和网络设备
US18/552,967 US20240196399A1 (en) 2021-04-01 2022-03-31 Monitoring method and terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110358669.8A CN115190594A (zh) 2021-04-01 2021-04-01 监听方法与装置、终端和网络设备

Publications (1)

Publication Number Publication Date
CN115190594A true CN115190594A (zh) 2022-10-14

Family

ID=83458049

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110358669.8A Pending CN115190594A (zh) 2021-04-01 2021-04-01 监听方法与装置、终端和网络设备

Country Status (3)

Country Link
US (1) US20240196399A1 (zh)
CN (1) CN115190594A (zh)
WO (1) WO2022206914A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11800522B2 (en) * 2018-09-20 2023-10-24 Huawei Technologies Co., Ltd. System and method for reporting in respect of multiple downlink assignments from multiple transmit receive points
CN111148239B (zh) * 2018-11-02 2022-09-27 展讯通信（上海）有限公司 默认tci的配置方法及装置
CN111278092B (zh) * 2019-04-26 2021-06-08 维沃移动通信有限公司 一种信道监听方法、终端及网络设备
CN111082912B (zh) * 2019-10-12 2023-07-14 中兴通讯股份有限公司 信息确定方法及装置、电子装置和存储介质

Also Published As

Publication number Publication date
US20240196399A1 (en) 2024-06-13
WO2022206914A1 (zh) 2022-10-06

Similar Documents

Publication Publication Date Title
CN110972156B (zh) 一种干扰测量方法、装置、芯片及存储介质
CN110831020B (zh) 检测dci的方法、配置pdcch的方法和通信装置
CN111386741B (zh) 一种链路恢复方法、终端设备及网络设备
CN110996395B (zh) 用于辅链路的传输配置信息指示方法及装置、存储介质、终端
CN115606286A (zh) 无线通信方法和终端设备
CN114765515A (zh) 用于非周期信道状态信息报告的方法与装置、相关设备
CN116097600A (zh) 探测参考信号配置方法与装置、终端和网络设备
WO2023273869A1 (zh) 信道状态信息报告的优先级确定方法与装置、相关设备
US20210127277A1 (en) Terminal coverage method, communications apparatus, and computer-readable storage medium
WO2021174558A1 (zh) 资源指示方法、终端设备和网络设备
CN115190594A (zh) 监听方法与装置、终端和网络设备
WO2022237763A1 (zh) 信道监听方法与装置、终端和网络设备
CN115280864A (zh) 无线通信的方法及设备
WO2022077346A1 (zh) 信道传输的方法、终端设备和网络设备
WO2024148618A1 (zh) 通信方法、终端设备以及网络设备
WO2023123051A1 (zh) 通信方法和终端设备
WO2024012561A1 (zh) 解调参考信号端口确定方法与装置、终端设备和网络设备
EP4311332A1 (en) Method for transmitting physical downlink control channel and device
CN118234000A (zh) 侧行同步信号块的传输控制方法及装置、芯片、终端设备
CN118509873A (zh) 参考小区确定方法与装置、终端设备、网络设备和芯片
CN115733596A (zh) 参考信号关联方法与装置、终端和网络设备
CN118056361A (zh) 基于轨道角动量的共享信道传输及装置
CN118451672A (zh) 通信方法、终端设备及网络设备
CN116017414A (zh) 上报能力的方法、终端设备、芯片和存储介质
CN118784173A (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