CN114430315A

CN114430315A - 一种信息处理方法、网络设备、用户设备

Info

Publication number: CN114430315A
Application number: CN202210014688.3A
Authority: CN
Inventors: 史志华; 陈文洪; 方昀; 黄莹沛
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2019-08-06
Filing date: 2019-08-06
Publication date: 2022-05-03
Anticipated expiration: 2039-08-06
Also published as: AU2019460763A1; EP4293948A2; WO2021022498A1; CN114430315B; BR112021026237A2; EP3965495B1; EP4293948A3; EP3965495C0; EP3965495A4; JP2022548192A; US20220116177A1; CN113711665A; EP3965495A1; KR20220046518A

Abstract

一种信息处理方法、UE、网络设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序，所述方法包括：UE接收用于调度第一下行数据传输的第一下行控制信息DCI(21)；其中，所述第一DCI在第一控制资源CORESET组中的第一CORESET上传输；所述第一CORESET组中包含一个或多个CORESET。

Description

一种信息处理方法、网络设备、用户设备

本申请是申请日为2019年08月06日的PCT国际专利申请PCT/CN2019/099528进入中国国家阶段的中国专利申请号201980095509.X、发明名称为“一种信息处理方法、网络设备、用户设备”的分案申请。

技术领域

本发明涉及信息处理技术领域，尤其涉及一种信息处理方法、用户设备(UE，UserEquipment)、网络设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。

背景技术

新无线(NR，New Radio)/5G的讨论中，提出设置多个传输点/发送接收点(TRP，Transmission/reception point)或者多个天线板(Antenna panels)或者多个波束(beam)同时给UE传输下行数据的场景。

但是，针对UE同时接收多个下行数据的场景，目前并没有提出详细处理方式，这样，就有可能出现系统性能无法提升的问题。

发明内容

本发明实施例提供了一种信息处理方法、用户设备(UE，User Equipment)、网络设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。

第一方面，提供了一种信息处理方法，应用于UE，包括：

UE接收用于调度第一下行数据传输的第一下行控制信息DCI；

其中，所述第一DCI在第一控制资源CORESET组中的第一CORESET上传输；所述第一CORESET组中包含一个或多个CORESET。

第二方面，提供了一种UE，包括：

第一通信单元，接收用于调度第一下行数据传输的第一下行控制信息DCI；

第三方面，提供了一种信息处理方法，应用于网络设备，包括：

向UE发送用于调度第一下行数据传输的第一下行控制信息DCI；

第四方面，提供了一种网络设备，包括：

第二通信单元，向UE发送用于调度第一下行数据传输的第一下行控制信息DCI；

第五方面，提供了一种UE，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面或其各实现方式中的方法。

第六方面，提供了一种网络设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第三方面或其各实现方式中的方法。

第七方面，提供了一种芯片，用于实现上述各实现方式中的方法。

具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面、第三方面中的任一方面或其各实现方式中的方法。

第八方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面、第三方面中的任一方面或其各实现方式中的方法。

第九方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。

第十方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面、第三方面中的任一方面或其各实现方式中的方法。

通过采用上述方案，能够在对应的CORESET组中的一个CORESET上接收对应的DCI，从而将DCI与不同的CORESET组进行关联，如此，通过区分控制资源来区分不同的下行数据的方式，使得系统性能得到提升，并且这样的处理方式更加适用于在多个TRP、或者多个Panal或者多个beam进行下行数据的传输场景。

附图说明

图1是本申请实施例提供的一种通信系统架构的示意性图一；

图2为本发明实施例提供的一种信息处理方法流程示意图一；

图3为本发明实施例提供的一种信息处理方法流程示意图二；

图4为本发明实施例提供的一种进行TCI选取的处理流程示意图；

图5-图6为多TRP或多波束的场景示意图；

图7-图8为为多种MAC CE的格式示意图；

图9为本发明实施例提供的UE组成结构示意图；

图10为本发明实施例提供的网络设备组成结构示意图；

图11为本发明实施例提供的一种通信设备组成结构示意图；

图12是本申请实施例提供的一种芯片的示意性框图；

图13是本申请实施例提供的一种通信系统架构的示意性图二。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统或5G系统等。

示例性的，本申请实施例应用的通信系统100可以如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与UE120(或称为通信UE、UE)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的UE进行通信。可选地，该网络设备110可以是GSM系统或CDMA系统中的网络设备(Base TransceiverStation，BTS)，也可以是WCDMA系统中的网络设备(NodeB，NB)，还可以是LTE系统中的演进型网络设备(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(Cloud RadioAccess Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络设备设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

该通信系统100还包括位于网络设备110覆盖范围内的至少一个UE120。作为在此使用的“UE”包括但不限于经由有线线路连接，如经由公共交换电话网络(Public SwitchedTelephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一UE的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的UE可以被称为“无线通信UE”、“无线UE”或“移动UE”。

可选地，UE120之间可以进行UE直连(Device to Device，D2D)通信。

应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本实施例提供的方案中，UE可以接收网络设备从多个CORESET组的多个CORESET上传输的多个DCI；其中，多个CORESET组中不同的CORESET组对应不同的TRP、或不同的天线面板、或不同的波束组；再利用多个TCI状态或QCL假设以接收多个DCI调度的下行信道。这样就提供了在多TRP、多天线面板或者多波束组的场景下UE接收多个下行数据的处理方式，从而提升系统性能。

本发明实施例提供了一种信息处理方法，应用于UE，如图2所示，包括：

步骤21：UE接收用于调度第一下行数据传输的第一下行控制信息(DCI，DownLinkControl Information)；其中，所述第一DCI在第一控制资源集合CORESET组中的第一CORESET上传输；所述第一CORESET组中包含一个或多个CORESET。

相应的，本实施例提供了一种信息处理方法，应用于网络设备，如图3所示，包括：

步骤31：网络设备向UE发送用于调度第一下行数据传输的第一DCI；其中，所述第一DCI在第一控制资源CORESET组中的第一CORESET上传输；所述第一CORESET组中包含一个或多个CORESET。

本实施例中网络设备为UE配置包含所述第一CORESET组在内的多个CORESET组；也就是说，UE接收网络设备配置的包含所述第一CORESET组在内的多个CORESET组。

具体来说，网络设备可以为UE配置一个或多个CORESET组，本实施例重点关注配置多个CORESET组的情况。

其中，多个CORESET组中不同的CORESET组可以对应不同的TRP、或不同的天线面板、或不同的波束组。从而，可以通过区分不同的CORESET组就能够区分不同的TRP、面板、波束组，并且可以降低DCI中部分指示信息所需的比特数目。

前述多个CORESET或多个CORESET组可以对应同一个带宽部分(BWP，BandWidthPart)。并且所述多个CORESET组中的不同的CORESET组与不同的索引相关联。

举例来说，针对不同的CORESET组可以关联不同的标识，同一个CORESET组中的全部CORESET可以对应相同的标识。

还可以存在一种情况，就是CORESET组不跟索引相关联的情况，这种情况下，全部的CORESET可以认为属于一个CORESET组，这种情况下可以不配置CORESET组。

本实施例中，不同CORESET组中的CORESET可以由同一个第一信令配置。另外，不同的CORESET组中的CORESET也可以由不同的信令来配置。

其中，第一信令可以为PDCCH配置信令。

一种示例中，PDCCH-config(PDCCH配置)信令中，配置的CORESET的最大数量可以为5个，当然还可以更多或者更少，本实施例中不做穷举。其中将PDCCH-config配置中的CORESET的数量设置为小于等于5的时候，可以使得处理更加灵活，并且能够降低处理的复杂度。

关于UE是否能够支持多个CORESET结合，可以通过其能力进行上报，具体可以为：通过UE能力信息上报所述UE是否支持多个CORESET组。相应的，网络设备可以接收UE能力信息，基于UE能力信息确定所述UE是否支持多个CORESET组；如果UE支持，那么可以为UE配置多个CORESET组，否则，仅配置一个CORESET组，也可以不配置CORESET组。

进一步地，

所述通过UE能力信息上报所述UE是否支持多个CORESET组，为：

通过UE能力信息上报所述UE在多个频段的不同频段上是否支持多个CORESET组；

或者，

通过UE能力信息上报所述UE在多个频段组的不同频段组上是否支持多个CORESET组。

比如，有些频段、或者频段组合支持多个CORESET组，有些频段或者有些频段组合不支持多个CORESET组。比如，可以在UE能力信息上报时上报频段的标识、或者频段组合的标识，进而通过指示位来指示某一个或多个频段(或某一个或多个频段组合)是否支持多个CORESET组，其中指示位为1可以认为支持，为0可以认为不支持，当然反之亦然这里不再赘述。还有其他类似方法表示，比如，指示位还可以通过特定赋值(例如“support”)来指示支持，不配置这个指示位则表示UE不支持。

相应的，网络设备可以根据UE上报的能力信息，来确定是否能够为UE配置多个CORESET组。

前述针对多个CORESET组中不同CORESET组与不同的索引相关联，这里，可以是同一CORESET组中的每个CORESET都和同一个标识相关联。

可选的，其中，所述标识为CORESET组的标识。所述标识可以由网络设备通过RRC信令或MAC CE信令配置，或者由物理层信道或物理层信号携带信息指示。如此，通过引入CORESET组的标识的概念，进一步的简化信令；并且，由RRC或MAC CE实现标识的配置更加简单，而通过物理层信号携带的方式则能够使得系统更加灵活。

其中，所述物理层信道或物理层信号携带的信息为DCI中的指示信息，或者DCI加扰所使用的无线网络临时标识(RNTI，Radio Network Tempory Identity)。具体来说，通过物理层信号或物理层信道携带所述标识信息，可以为DCI中的指示信息来表征跟哪个标识关联，或者，通过RNTI来确定与哪个标识相关联；比如，RNTI-1关联标识1，RNTI-2关联标识2。

可选的，所述不同的CORESET组分别与不同的ACK/NACK码本相对应。这样，可以使得不同CORESET组的调度数据对应的ACK/NACK可以独立传输，从而有效支持非理想backhaul场景。

这种情况下，可以不设置不同CORESET组的索引，或者，还可以为CORESET组的标识与ACK/NACK码本相对应，即不同的索引对应不同的ACK/NACK码本。

此外，还可以存在一种情况就是所述不同的CORESET组也可以与同一个ACK/NACK码本相对应。

可选的，基于上述方案，本实施例还可以：

所述UE检测调度第二下行数据的第二DCI；

其中，所述第二DCI在第二CORESET组中的第二CORESET上传输。

也就是说，UE除了能够检测第一DCI还可以检测第二DCI，当然还可以检测更多的DCI，可以认为不同的CORESET组可以对应不同的DCI。

这样，可以使得UE支持多个下行数据信道同时进行传输，从而提高数据传输速率。

进一步地，所述第二DCI以及第一DCI分别用于调度各自对应的第一下行信道；

其中，所述第一下行信道可以为PDSCH。

本实施例中，所述第一DCI对应第一TCI状态组，和/或第二DCI对应第二TCI状态组。

这样，就可以支持不同的TRP/panel/beam传输不同PDSCH时，可以采用不同的发送波束(或者对应的接收波束)。例如第一DCI从TRP1发送，其调度的PDSCH也从TRP1发出，第二DCI从TRP2发送，其调度的PDSCH也从TRP2发出。

关于TCI状态，在NR系统中网络设备可以为下行信号或下行信道指示相应的TCI状态。

如果网络设备通过TCI状态配置目标下行信道或目标下行信号的QCL参考信号为参考SSB或参考CSI-RS资源，且QCL类型配置为typeA，typeB或typeC，则UE可以假设所述目标下行信号与所述参考SSB或参考CSI-RS资源的大尺度参数是相同的，所述大尺度参数通过QCL类型配置来确定。

如果网络设备通过TCI状态配置目标下行信道或下行信号的QCL参考信号为参考SSB或参考CSI-RS资源，且QCL类型配置为typeD，则UE可以采用与接收所述参考SSB或参考CSI-RS资源相同的接收波束(即Spatial Rx parameter)，来接收所述目标下行信号。通常的，目标下行信道(或下行信号)与它的参考SSB或参考CSI-RS资源在网络设备由同一个TRP或者同一个panel或者相同的波束来发送。如果两个下行信号或下行信道的传输TRP或传输panel或发送波束不同，通常会配置不同的TCI状态。

对于下行控制信道，可以通过RRC信令或者RRC信令+MAC信令的方式来指示对应CORESET的TCI状态。如图4所示，对于下行数据信道，可用的TCI状态组通过RRC信令来指示，并通过MAC层信令来激活其中部分TCI状态，最后通过DCI中的TCI状态指示域从激活的TCI状态中指示一个或两个TCI状态，用于所述DCI调度的PDSCH。

在NR/5G讨论中，多个TRP或者多个panel或者多个beam同时给UE传输下行数据的方案支持multiple-PDCCH based scheme.，也就是UE接收来自不同的TRP/panel/beam上的不同的NR-PDCCH,每个控制信道PDCCH上检测得到的DCI指示一个对应的数据传输的相关指示信息；比如，参见图5为多TRP的场景示意，图6为多Beam场景示意图。

可能应用场景有以下至少之一：

多个TRP属于同一个小区，TRP之间的连接(backhaul)是理想的；

多个TRP属于同一个小区，TRP之间的连接(backhaul)是非理想的；

多个TRP属于不同的小区，TRP之间的连接(backhaul)是理想的

多个TRP属于不同的小区，TRP之间的连接(backhaul)是非理想的；

还包括将把上面的TRP对应的换成beam、或者panel的应用场景。

所述方法还包括：

接收网络给所述UE配置一个或多个TCI状态组；

或者，UE基于指示信息获取一个或多个TCI状态组。

其中，所述第一TCI状态组包含一个或多个TCI状态。

所述一个或多个TCI状态组对应同一个BWP。

前述网络给UE配置一个或多个TCI状态组，可以理解为网络设备直接为UE进行TCI状态组的配置；UE基于指示信息获取一个或多个TCI状态组，可以理解为，基于网络设备发送的指示信息(比如，可以为通过RRC、MAC CE、DCI中之一发送的指示信息)来分析得到一个或多个TCI状态组。也就是，一种方式为直接配置，一种方式为基于指示信息推导或者分析的间接方式。

需要说明的是，如果存在多个TCI状态组，那么可以为不同的TCI状态组中均包含有多个TCI状态。

关于一个TCI状态组中能够包含的TCI状态的数量，可以为不超过N个，N可以根据实际情况进行确定，比如N可以等于8。

关于一个或多个TCI状态组中不同的TCI状态组所包含的TCI状态可以由同一个第二信令配置；所述第二信令可以为PDSCH配置信令，可选的，所述PDSCH配置信令可以为RRCIE PDSCH-Config。

再进一步地，所述第一TCI状态组可以由RRC信令确定；比如，可以为通过RRC配置了多个TCI状态，再通过RRC信令指示某一个TCI组中所包含的TCI状态。比如，每一个TCI状态可以对应一个TCI状态标号，通过RRC信令指示一个TCI组中包含的TCI所对应的TCI状态标号，进而UE能够得知组成TCI组的TCI状态。比如，RRC信令配置TCI状态组-1，其中包含的TCI为TCI-1～TCI～3，如此可以确定TCI组。另一种方法，比如，每一个TCI状态可以对应一个标识，则对应相同标识的TCI状态属于同一个TCI组。这样，就能够节约MAC CE信令，减少可配置信息降低信令的Overhead。

前述TCI状态组可以与CORESET组对应，比如，第一TCI状态组与承载第一DCI的第一CORESET组对应；或者，第一TCI状态组与第一CORESET组对应。

另外，确定前述第一TCI状态组的方式，可以根据第一TCI状态组来确定。具体来说，所述方法还可以包括：所述UE根据网络设备的RRC信令确定第一TCI状态组。相应的，网络设备通过RRC信令配置第一TCI状态组。

所述第一TCI状态组与第一CORESET组对应。

所述第一TCI状态组与承载第一DCI的CORESET对应。

在第一TCI状态组的基础上，进一步确定第一TCI状态组的方式可以包括：

第一TCI状态组可以为第一TCI状态组；这样能够节省MAC CE信令；

或者，根据MAC CE信令从第一TCI状态组中选择至少部分TCI状态确定为第一TCI状态组。比如，已经配置有多个TCI状态组成第一TCI状态组之后，再根据MAC CE信令，从第一TCI状态组中选取一个或多个TCI状态，组成第一TCI状态组。

前述TCI状态组中所包含的TCI状态数目的最大值可以根据UE的第一能力确定。其中所述UE的第一能力信息可以由UE上报给网络设备；UE上报第一能力信息可以由第三信令上报；其中，所述第三信令可以为maxNumberActiveTCI-PerBWP。可选的，所述第一能力的上报分频段上报，即针对不同的频段，或者针对不同的频段组合可以独立上报其对应的第一能力。

相应的，确定TCI状态数目的最大值的方式可以为以下之一：

UE上报的第一能力作为TCI状态数目的最大值；

UE上报的第一能力与UE支持的最大CORESET组数目相除得到的TCI状态数目的最大值；

UE上报的第一能力与UE支持的最大CORESET组数目相乘得到的TCI状态数目的最大值。

可选的，确定TCI状态数目的最大值的处理可以为UE侧以及网络设备侧均能够执行，也就是说，一方面UE需要确定自身能够支持的TCI状态数目的最大值，另一方面，网络设备也需要知道能够为UE配置的TCI状态数目的最大值。还可以为UE侧或网络设备侧的其中一方执行，也就是说，可以UE侧单独执行，那么即便网络设备不知道UE支持的最大TCI状态数量的最大值，UE也可以根据前述方式计算得到，并且进一步可以判断配置的TCI状态是否超过该最大值，若超过可以从中选取一部分TCI状态，还可以将该选取结果通知给网络设备；如果网络设备单独执行，那么就基于前述方式进行计算得到，进而根据计算得到的结果为UE进行配置。

另外，确定第一TCI状态组的方式除了上述方式之外，还可以包括：

根据RRC配置信令确定一个或多个TCI状态；

根据MAC CE信令从所述配置的一个或多个TCI状态中选择至少部分TCI状态作为第一TCI状态组。

这样，可以提升系统的灵活性，降低RRC信令的Overhead。

与前述类似的，所述第一TCI状态组可以与第一CORESET组对应；或者，第一TCI状态组可以与承载第一DCI的CORESET组对应。另外，TCI数据的最大值的确定方式也可以为前述基于第一能力信息确定，这里不再赘述。

所述方法还包括：

若第一TCI状态组中仅包含第一TCI状态，则采用所述第一TCI状态或所述第一TCI状态对应的QCL假设，接收第一DCI所调度的第一下行信道。

这样，可以降低信令开销，同时降低延时。

在NR系统中，网络设备在传输下行控制信道或数据信道，会通过TCI状态将对应的QCL状态信息指示给UE。

一个TCI状态可以包含如下配置：TCI状态ID，用于标识一个TCI状态；QCL信息1；QCL信息2(可选)。

其中，一个QCL信息又包含如下信息：

QCL类型配置，可以是QCL type A，QCL typeB，QCL typeC或QCL typeD中的一个；

QCL参考信号配置，可以包括参考信号所在的小区ID，BWP ID以及参考信号的标识(可以是CSI-RS资源ID或SSB索引)；

其中，如果QCL信息1和QCL信息2都配置了，至少一个QCL信息的QCL类型必须为typeA，typeB，typeC中的一个，另一个QCL信息(如果配置)的QCL类型必须为QCL type D。

其中，不同QCL类型配置的定义如下：

'QCL-TypeA':{Doppler shift,Doppler spread,average delay,delay spread}

'QCL-TypeB':{Doppler shift,Doppler spread}

'QCL-TypeC':{Doppler shift,average delay}

'QCL-TypeD':{Spatial Rx parameter}。

本实施例提供的方案可以包括：

第一种、所述第一DCI包含第一TCI状态指示信息；所述第一TCI状态指示信息用于指示第一TCI状态组中的一个TCI状态。如此，能够使得DCI进行灵活的动态指示，提升系统性能。

关于第一DCI是否可以包含第一TCI状态指示信息，可以为：

当满足第一条件时，确定所述第一DCI中包含第一TCI状态指示信息；如此通过限制相关配置，简化UE/网络的实现复杂度；

其中，所述第一条件包括以下至少之一：

UE配置有多个TCI状态组；

UE配置有多个TCI状态组、且所述多个TCI状态组中包含的TCI状态信息中包含QCL-TypeD的信息；

UE配置有多个CORESET组；

UE配置有多个CORESET组，且所述多个TCI状态组中包含的TCI状态信息中包含QCL-TypeD的信息；

第一DCI的格式为DCI format 1_1，并且满足第二条件。

所述第二条件为以下至少之一：

UE配置有多个TCI状态组；

UE配置有多个CORESET组；

UE配置有多个CORESET组，且所述多个TCI状态组中包含的TCI状态信息中包含QCL-TypeD的信息。

其中，所述传输第一DCI的第一CORESET中包含有配置信令，所述配置信令用于指示对应的第一DCI中是否包含TCI状态的指示域。比如，传输第一DCI的第一CORESET中的参数tci-PresentInDCI设置为'enabled',表示第一DCI中包含有TCI状态的指示域，可选的，当传输第一DCI的第一CORESET中的参数tci-PresentInDCI未配置时，则表示第一DCI中不包含TCI状态的指示域。

一种示例中，所述第一DCI的格式为DCI格式1_1。此时，进行第一TCI状态指示可以为，基于第一DCI中的传输配置指示域中包含的内容确定第一TCI状态指示信息。比如，通过第一DCI中的'Transmission Configuration Indication'域来指示第一TCI状态指示信息。

可选的，关于DCI调度的时间间隔可以基于以下方式来确定，需要指出的是，以下方式可以适用于UE侧也可以适用于网络设备侧，也就是双方可以采用相同的判断方式，UE基于第三条件来确定第一DCI的调度时间间隔之后，能够基于该调度时间间隔来进行接收，同样的，网络设备可以基于调度时间间隔来确定发送第一DCI的时间，具体的：

在满足第三条件时，确定第一DCI的调度时间间隔是否大于或大于等于第一门限值；

其中，所述第三条件为以下至少之一：

UE被配置多个TCI状态组；

UE被配置多个TCI状态组，并且至少一个TCI状态信息中包含QCL-TypeD的信息；

UE被配置多个CORESET组；

UE被配置多个CORESET组，并且至少一个TCI状态信息中包含QCL-TypeD的信息。

前述等于可以理解为大约等于，或者是UE期望等于第一门限值。

这样，就可以限制DCI调度时延，降低UE/网络实现复杂度。

进而，若第一DCI的调度时间间隔大于或大于等于第一门限，则使用第一DCI所指示的TCI状态或者其对应的QCL假设来接收第一DCI所调度的第一下行信道。其中第一下行信道可以为PDSCH。从而，获得更灵活的波束指示，便于系统在不同波束上进行调度，提高系统性能。

和/或，若第一DCI的调度时间间隔小于或者小于等于第一门限，则在接收第一DCI所调度的下行信道时采用的QCL假设/TCI状态与第二CORESET相同，或者接收第一DCI所调度的下行信道时采用的关于QCL-TypeD的QCL假设/TCI状态与第二CORESET相同。从而，降低调度时延，提高时延高度敏感业务的用户体验。

需要指出的是，所述第二CORESET，可以为从DCI对应的第一CORESET组中确定的第二CORESET，另一种就是从多个CORESET组中确定的第二CORESET。

分别来讲，所述第二CORESET，可以为满足第四条件的CORESET；

其中，所述第四条件为：第二下行信道最近的第一slot上检测到的第一CORESET组中的至少一个CORESET中，标识最小的一个CORESET。其中，第二下行信道可以为PDCCH。

具体来说，第二CORESET可以是第一CORESET组中的一个CORESET；

UE在不同的slot上检测控制信道，离所述PDSCH最近的slot S1(也就是第一Slot)上，UE检测了第一CORESET组中的至少一个CORESET；再从至少一个CORESET中选取CORESET-ID是最小的一个CORESET作为第二CORESET。

或者，所述第二CORESET可以为满足第五条件的CORESET；其中，所述第五条件可以为：第二下行信道最近的第一slot上检测到的多个CORESET组中的至少一个CORESET中，标识最小的一个CORESET。其中，第二下行信道可以为PDCCH；另外，所述多个CORESET组可以为当前配置的全部CORESET组。

具体来说，第二CORESET可以为多个CORESET组中的一个CORESET；确定的方式，可以为，首先UE在不同的slot上检测控制信道，离所述PDSCH最近的slot S1(即第一Slot)上，UE检测了多个CORESET组中的至少一个CORESET，将至少一个CORESET中CORESET-ID是最小的作为第二CORESET。

可选的，如果所述UE在所述serving cell上配置的所有TCI状态不包含'QCL-TypeD'，或者第一TCI状态组中所有TCI状态不包含'QCL-TypeD'，则无论第一DCI的调度时间间隔是否大于或是否大于等于第一门限，在接收第一DCI所调度的下行信道时采用的QCL假设/TCI状态都可以使用第一DCI指示的TCI状态。

如果第一DCI调度多时隙slot的第一下行信道，则第一DCI中指示的TCI状态为被调度的多slot的第一下行信道中的第一个slot时活跃的TCI状态中的一个TCI状态。可选的，所述活跃的TCI状态在所述被调度的多slot的第一下行信道对应的所有slot上保持不变。

可选的，若所述第一下行信道所对应的QCL-TypeD信息与第一CORESET组对应的第二下行信道所对应的QCL-TypeD信息不同，并且所述第一下行信道与所述第二下行信道在时域上存在交叠，则先接收第二下行信道。

其中，所述第一下行信道为PDSCH，第二下行信道为PDCCH。

也就是说，如果所述PDSCH对应的“QCL-TypeD”信息与第一CORESET组对应的PDCCH不同(或者与第一CORESET组中某个CORESET不同)，并且所述PDSCH与所述PDCCH(或者所述CORESET)在时域上有交叠，UE优先接收所述PDCCH(或者优先接收所述CORESET)，如此，优先保障PDCCH接收，提高系统性能。

这种处理，适用于同一个载波调度的情况，或者，适用于带内CA的情况。当适用于CA的情况的时候，PDSCH(也就是第一下行信道)和CORESET可以对应不同的载波Componentcarrier。

进一步地，满足第六条件时，使用第一DCI所指示的TCI状态或其对应的QCL假设接收第一DCI所调度的第一下行信道；

其中，所述第六条件包括以下至少之一：

如果被调度的BWP或服务小区(Serving Cell)上所有的TCI状态都不包含QCL-TypeD相关的信息；

如果被调度的BWP或Serving Cell上所有TCI状态组中的TCI状态都不包含QCL-TypeD相关的信息；

如果被调度的BWP或Serving Cell上所有TCI状态组中的TCI状态都不包含QCL-TypeD相关的信息。

这样，能够针对低频系统进行优化设计，提高系统性能。

这里，如果第一DCI调度的多Slot的第一下行信道，即第一DCI调度多Slot的PDSCH，那么，第一DCI中指示的TCI状态为基于被调度的多Slot PDSCH第一个Slot时活跃的TCI状态；其中，所述活跃的TCI状态在被调度的多Slot PDSCH对应的所有Slot保持不变。

本实施例中，所述第一门限值为网络设备配置、或者协议规定、或者UE能力上报。通过UE能力上报来确定第一门限，可以便于支持不同能力的UE。

其中，第一门限由UE能力上报来确定，可以基于不同的band或者band组合，独立进行上报。可选的，UE这一能力可以通过参数timeDurationForQCL来上报。

第二种，所述第一DCI未包含第一TCI状态指示信息。

这种方案，能够减少DCI的信息大小，并降低Overhead。

其中，所述第一DCI的格式为DCI format 1_1。从而，可以重用现有DCI format格式，降低标准化工作量，降低UE和网络实现复杂度。

与前一种方式不同，本方式中，传输第一DCI的第一CORESET中的配置信令未指示对应的DCI中包含TCI状态指示域。

一种示例为，传输第一DCI的第一CORESET中的参数tci-PresentInDCI未配置，或采用默认值。

又或者，所述第一DCI的格式为DCI format 1_0。这样，可以重用现有DCI format格式，降低标准化工作量，降低UE和网络实现复杂度。

本方式中，满足第七条件时，确定第一DCI的调度时间间隔是否大于或等于第一门限；

其中，所述第七条件包括以下至少之一：

所述UE被配置多个TCI状态组；

所述UE被配置多个TCI状态组，并且至少一个TCI状态信息中包含QCL-TypeD的信息；

所述UE被配置多个CORESET组；

所述UE被配置多个CORESET组，并且至少一个TCI状态信息中包含QCL-TypeD的信息。

同样的，等于可以为大约等于，或者是UE期望等于，也就是无线趋近与第一门限。这样就限制了DCI调度时延，降低UE/网络实现复杂度。

如果第一DCI的调度时间间隔大于或者大于等于第一门限时，则使用承载第一DCI的第一CORESET对应的TCI状态或者QCL假设来接收第一DCI所调度的第一下行信道。

若第一DCI的调度时间间隔小于或者等于第一门限，则在接收第一DCI所调度的PDSCH时采用的QCL假设与第三CORESET相同，或者在接收第一DCI所调度的PDSCH时采用的QCL-TypD类型对应的QCL假设与第三CORESET相同。这样，能够降低调度时延，提高时延高度敏感业务的用户体验。

所述第三CORESET满足第八条件；其中，所述第八条件为：第二下行信道最近的第一Slot上检测到第一CORESET组中至少一个CORESET中标识最小的一个CORESET。

也就是说，第三CORESET是第一CORESET组中的一个CORESET。可以为第二下行信道最近的第一slot上检测到第一CORESET组中的至少一个CORESET中标识最小的一个CORESET。如此，能够区分不同TRP/panel/beam的传输，性能更好。

或者，所述第三CORESET满足第九条件；所述第九条件为：第二下行信道最近的第一Slot上检测到多个CORESET组中至少一个CORESET中标识最小的一个CORESET。

也就是说，第三CORESET为多个CORESET组中的一个；可以为第二下行信道最近的第一Slot上检测到多个CORESET组中至少一个CORESET中标识最小的一个CORESET。

举例来说，如果所述PDSCH对应的“QCL-TypeD”信息与第一CORESET组对应的PDCCH不同(或者与第一CORESET组中某个CORESET不同)，并且所述PDSCH与所述PDCCH(或者所述CORESET)在时域上有交叠，UE优先接收所述PDCCH(或者优先接收所述CORSET)。从而优先保障PDCCH接收，提高系统性能。

上述方法适用于同一个载波调度的情况，也可适用于带内的CA情况(也就是，intra-band CA，其中PDSCH和CORESET可以对应不同的载波Component carrier)。

所述方法还包括：

满足第六条件时，使用第一DCI所指示的TCI状态或其对应的QCL假设接收第一DCI所调度的第一下行信道；

其中，所述第六条件包括以下至少之一：

如果被调度的BWP或Serving Cell上所有的TCI状态都不包含QCL-TypeD相关的信息；

从而，能够针对低频系统进行优化设计，提高系统性能。

其中，所述第一门限为：网络配置，或者协议规定，或者UE能力上报。当第一门限通过UE能力上报，所述UE能力可以针对不同频段或者不同频段组合独立上报；可选的，所述UE能力可以通过参数timeDurationForQCL来上报。如此，能够支持不同能力的UE。

最后需要说明的是，本实施例中，所述多个CORESET组以及多个所述TCI状态对应第一BWP。从而，能够支持同一个BWP内的第一下行信道(PDSCH)调度。

所述多个CORESET组对应第一BWP，所述TCI状态对应第二BWP；其中，第一BWP以及第二BWP同属于一个BWP，如此能够支持同一个BWP内的PDSCH的调度；或者，第一BWP和第二BWP属于同一个服务小区不同的BWP。从而能够支持跨BWP的PDSCH调度。

和/或，所述多个CORESET组和多个所述TCI状态对应第一服务小区/载波。这样，能够支持同一个服务小区内的PDSCH调度。

和/或，所述多个CORESET组对应第一服务小区/载波，所述TCI状态对应第二服务小区/载波；第一服务小区/载波和第二服务小区/载波属于不同的服务小区/载波。如此，能够支持跨载波的第一下行信道，即PDSCH调度。

其中，至少一个CORESET对应的至少一个搜索空间配置支持跨载波调度(cross-carrier scheduling)。

和/或，至少一个CORESET承载的DCI包含BWP标识指示域。

前述方案中，如果有一个TCI状态中包含“QCL-TypeD”信息，则UE希望DCI调度时间间隔等于，或者大于等于第一门限；等于可以理解为大约等于，或者UE期望等于。所述第一门限是网络配置，或者协议规定，或者UE能力上报；其中，当所述第一门限由UE能力上报确定是，可以通过参数timeDurationForQCL来上报，以此来便于支持不同能力的UE。

所述UE根据第一DCI调度的PDSCH检测情况，通过对应的ACK/NACK码本反馈HARQ相关信息。举例来说，所述UE可以根据对第一DCI调度的第一PDSCH的检测情况，通过ACK/NACK码本0反馈对应的HARQ信息；所述UE根据对第二DCI调度的第二PDSCH的检测情况，通过ACK/NACK码本1反馈对应的HARQ信息。

下面以N＝2，也就是对应2个TRP/panel/beam的情况，通过以下示例对前述方案进行说明。需要指出的是，下述示例可以扩展到其他更大取值，也可以适用于N＝1的情况。

UE根据网络配置确定针对第一BWP的多个CORESET；其中，所述多个CORESET分别属于N＝2个不同的CORESET组，两个CORESET组可以分别记为CORESET组0，CORESET组1。

其中，所述CORESET组0对应1个或多个CORESET，所述CORESET组1对应1个或多个CORESET。

当网络有N＝2个TRP(分别记为TRP0，TRP1)，部署在不同的物理位置时，CORESET组0所对应的PDCCH可以从TRP 0传输，CORESET组1对应的PDCCH可以从TRP 1传输(参见图5).

并且，所述CORESET组0中的每个CORESET都和一个标识(或index)相关联，所述CORESET组1中的每个CORESET都和另一个标识(或index)相关联，也就是不同的CORESET组可以与不同的标识相关联，如此，就能够通过标识来区分CORESET分属于不同的组，信令相对简单。

本示例中，确定CORESET组的标识的方式，可以为根据指示信息确定对应的CORESET组的标识，这样能够直接约定CORESET组的标识，便于相关信令的简化设计。其中，所述指示信息可以由RRC信令或MAC CE信令配置，或者由物理层信道或信号携带信息来指示的；这样的处理，由于RRC或MAC CE实现简单，物理层携带信息指示复杂度稍高，但是系统更灵活。所述物理层信道或信号携带信息可以是DCI中的指示信息，或者DCI加扰的RNTI。

举例来说，一种RRC信令处理的方式为：在每个CORESET配置信息中配置一个指示信息，指示所述标识信息，取值为两个不同的值(为方便描述，分为标记为X，Y)，所述指示信息取值为X的CORESET属于CORESET组0，取值所述指示信息取值为Y的CORESET属于CORESET组1；如此，能够在现有CORESET配置信息中添加指示，可以最大限度保留现有RRC信令框架，标准化复杂度低，UE和网络实现简单。

本方式中，其中标识信息的一个值(例如X)可以为默认值，即如果没有配置所述指示信息，则默认对应的CORESET属于某个CORESET组，例如，属于CORESET组0。通过约定默认值，可以节约信令开销。

另一种RRC信令处理的方式可以为：所述UE接收网络配置信息，所述网络配置信息指示N＝2个CORESET组，以及每个CORESET组所对应的CORESET，例如通过RRC信令中PDCCH-Config信息元素(PDCCH-Config Information Element)中添加相应域来增加CORESET组，其中，新增域可以为：

“controlResourceSetToAddModList1 SEQUENCE(SIZE(1..3))OFControlResourceSet OPTIONAL,

controlResourceSetToReleaseList1 SEQUENCE(SIZE(1..3))OFControlResourceSetId OPTIONAL,”

其中，新增域是可选的，如果不配置新增域，只配置了原来的对应的域，则不区分不同的CORESET组，即所有CORESET属于同一个CORESET组，原来的域可以为：

“controlResourceSetToAddModList SEQUENCE(SIZE(1..3))OFControlResourceSet OPTIONAL,--Need N

controlResourceSetToReleaseList SEQUENCE(SIZE(1..3))OFControlResourceSetId OPTIONAL,--Need N”

原先的域对应一个CORESET组(例如CORESET组0)，新增域对应另一个CORESET组(例如CORESET组1)，两个不同的CORESET组有对应区分信息，把所述区分信息成为CORESET所对应的所述标识。

一种MAC CE信令处理的方式：给CORESET配置激活TCI状态的MAC CE信令中携带指示信息，指示所述标识信息，取值为X和Y，所述指示信息取值为X的CORESET属于CORESET组0，取值所述指示信息取值为Y的CORESET属于CORESET组1；通过在现有MAC CE信令中添加指示，可以最大限度保留现有MAC CE信令格式，标准化复杂度低，UE和网络实现简单。

其中，标识信息的一个取值(例如X)可以为默认值，即如果没有配置所述指示信息，则默认对应的CORESET属于某个CORESET组(例如属于CORESET组0)。如此通过采用约定默认值，可以节约信令开销。

图7是一个MAC CE信令的格式示意图，用于给一个CORESET配置激活TCI状态。最后一个域TCI state ID中可以分出1比特出来，用于表示上述指示信息。需要理解的是，图7中只是一个MAC CE信令，后续引入的给CORESET配置激活TCI状态的MAC CE也可以携带上述指示信息。

本示例中，所述CORESET组0和ACK/NACK码本0相对应，所述CORESET组1和ACK/NACK码本1相对应；由于不同CORESET组的调度数据对应的ACK/NACK可以独立传输，因此能够有效支持非理想backhaul场景。

前述CORESET组的标识与ACK/NACK码本相对应，也就是可以即不同的标识对应不同的ACK/NACK码本。

CORESET组0中传输的DCI调度的PDSCH所对应的ACK/NACK反馈对应ACK/NACK码本0；CORESET组1中传输的DCI调度的PDSCH所对应的ACK/NACK反馈对应ACK/NACK码本1。

其中，不同CORESET组中的CORESET都在同一个PDCCH-config信令中配置；一个CORESET组中包含的CORESET的数目可以小于或等于5。

进一步地，关于确定UE支持的CORESET组的数量，可以由UE通过能力上报来确定是否支持多个CORESET组；从而能够支持不同能力的UE。所述UE能力上报是分频段独立上报的(例如有些频段，或者频段组合支持，有些频段或者频段组合不支持)。

在前述的基础上，

所述UE从CORESET组0所对应的资源上检测第一DCI，第一DCI调度第一下行数据PDSCH；所述UE从CORESET组1所对应的资源上检测第二DCI，第二DCI调度第二下行数据PDSCH。需要理解的是，如果存在更多的CORESET组，比如，CORESET组2、3，那么所述UE还可以分别从这些组检测第三DCI以及第四DCI，分别用于调度第三PDSCH以及第四PDSCH，只是本示例中不再进行穷举，仅以两个进行后续说明。

其中，所述第一DCI对应第一TCI状态组，所述第二DCI对应第二TCI状态组。这样，在支持不同TRP/panel/beam传输不同PDSCH时，可以采用不同的发送波束(或者对应的接收波束)。

所述第一TCI状态组包含1个或多个TCI状态，所述第二TCI状态组包含1个或多个TCI状态；一种优选的示例，第一TCI状态组或者第二TCI状态组中包含的TCI状态数目小于或等于8。

所述第一TCI状态组和第二TCI状态组均对应第二BWP。并且，所述第一TCI状态组和第二TCI状态组中的TCI状态可以是在同一个PDSCH-Config信令消息中配置的。

所述第一TCI状态组由RRC信令确定(第二TCI状态组类似处理，不再重复，后续其他地方，如果不做额外说明，也是同样处理)。如此，能够节约MAC CE信令，减少可配置信息，降低信令overhead。

本示例中，所述第一TCI状态组与第一CORESET组对应；另外，其他的状态组可以分别与其他的CORESET组对应。

第一TCI状态组中的TCI状态配置信息中给出指示信息，所述指示信息对应第一CORESET组，或者所述指示信息指示第一CORESET组的标识。这样，在现有TCI状态RRC信令消息上增加新的指示，可以利用现有RRC信令架构，减低UE实现复杂度。

在PDSCH-Config中配置2个TCI状态组，每个TCI状态组分别对应一个CORESET组。例如在信令消息中新增域，两个TCI状态组合，分别对应两个CORESET组。在PDSCH-Config统一处理，避免每个TCI状态RRC信令消息上修改，更进一步降低UE实现复杂度。其中，新增域可以为：

“tci-StatesToAddModList1 SEQUENCE(SIZE(1..maxNrofTCI-States))OF TCI-State OPTIONAL,

tci-StatesToReleaseList1 SEQUENCE(SIZE(1..maxNrofTCI-States))OF TCI-StateId OPTIONAL”。

其中，所述第一TCI状态组与承载第一DCI的CORESET对应。

进一步地，所述第一TCI状态组可以根据RRC配置信令第一TCI状态组来确定。

可以将所述第一TCI状态组均作为第一TCI状态组，这样能够节约MAC CE信令。

还可以根据MAC CE信令从第一TCI状态组中选择部分或者全部TCI状态确定为第一TCI状态组。这样，能够提高系统的灵活性，降低RRC的overhead。

本示例中，所述第一TCI状态组与第一CORESET组对应。

所述第一TCI状态组中的TCI状态配置信息中给出指示信息，所述指示信息对应第一CORESET组，或者所述指示信息指示第一CORESET组的标识。通过在现有TCI状态RRC信令消息上增加新的指示，可以利用现有RRC信令架构，减低UE实现复杂度。

在PDSCH-Config中配置2个TCI状态组，每个TCI状态组分别对应一个CORESET组。例如在信令消息中新增域，两个TCI状态组合，分别对应两个CORESET组。在PDSCH-Config统一处理，避免每个TCI状态RRC信令消息上修改，更进一步降低UE实现复杂度。其中，新增域可以如前所示这里不再赘述。

所述第一TCI状态组与承载第一DCI的CORESET对应。

可选的，第一TCI状态组中的TCI状态数目的最大值根据UE上报的能力确定；所述UE上报的能力通过信令maxNumberActiveTCI-PerBWP上报。比如，所述最大值为UE上报的能力A，则所述最大值为(UE上报的能力A/CORESET组数目B)。

本示例中，MAC CE信令处理可以重用现有，例如图8，由于根据RRC信令已经知道某个TCI状态属于哪个TCI状态组，因此在MAC CE可以有不同处理方式，例如：

扩展现有的Ti域(可选)，以便可以指示更多的TCI状态，UE根据激活的TCI状态的配置信息，可以知道分别属于哪个TCI状态组；如此可以在一个MAC CE中把两个TCI状态组都指示。

还可以更改保留比特R，通过其来指示当前MAC CE配置是针对哪个TCI状态组，或者针对哪个TCI组，或者针对哪个CORESET组。如此使得两个TCI状态组可以独立配置，灵活性更好。

本示例中，所述第一TCI状态组确定方式可以如下：根据RRC配置信令1个或多个TCI状态，然后根据MAC CE信令从所述配置的TCI状态中选择部分或者全部TCI状态确定为第一TCI状态组。这样能够提高系统的灵活性，降低RRC的overhead。

所述第一TCI状态组与第一CORESET组对应；

所述第一TCI状态组与承载第一DCI的CORESET对应。

所述RRC配置的TCI状态数目的最大值根据UE上报的能力确定；所述UE上报的能力通过信令maxNumberActiveTCI-PerBWP上报。

所述最大值为UE上报的能力A，或者，所述最大值为(UE上报的能力A*CORESET组数目B)。

或者，MAC CE信令处理可以重用现有，更改保留比特R，通过其来指示当前MAC CE配置是针对哪个TCI状态组，或者针对哪个TCI组，或者针对哪个CORESET组。从而两个TCI状态组可以独立配置，灵活性更好。

进一步地，结合前述示例，所述UE接收网络配置确定的第一TCI状态组中只含有1个TCI状态(记为第一TCI状态)，则UE在接收第一DCI所调度的PDSCH时采用的TCI状态或者QCL假设，根据所述第一TCI状态来确定。从而能够针对典型场景进行优化，降低信令开销，同时降低延时。

所述第一DCI信令中不携带TCI状态指示信息；所述UE接收网络配置确定的第一TCI状态组中只含有1个TCI状态(记为第二TCI状态)，则UE在接收第一DCI所调度的PDSCH时采用的TCI状态或者QCL假设，根据所述第二TCI状态来确定。

所述第一DCI信令中不携带TCI状态指示信息时，不使用MAC CE来激活或去激活PDSCH所对应的TCI状态。

本示例的其他处理与前述实施例中的方案相同，因此不再进行赘述。

还需要指出的是，在前述多种示例的基础上，所述UE可以根据对第一DCI调度的第一PDSCH的检测情况，通过ACK/NACK码本0反馈对应的HARQ信息；所述UE根据对第二DCI调度的第二PDSCH的检测情况，通过ACK/NACK码本1反馈对应的HARQ信息。

本发明实施例提供了一种UE，如图9所示，包括：

第一通信单元41，接收用于调度第一下行数据传输的第一下行控制信息(DCI，DownLink Control Information)；其中，所述第一DCI在第一控制资源CORESET组中的第一CORESET上传输；所述第一CORESET组中包含一个或多个CORESET。

相应的，本实施例提供了一种网络设备，如图10所示，包括：

第二通信单元51，向UE发送用于调度第一下行数据传输的第一DCI；其中，所述第一DCI在第一控制资源CORESET组中的第一CORESET上传输；所述第一CORESET组中包含一个或多个CORESET。

本实施例中网络设备通过第二通信单元51为UE配置包含所述第一CORESET组在内的多个CORESET组；也就是说，UE的第一通信单元41接收网络设备配置的包含所述第一CORESET组在内的多个CORESET组。

具体来说，网络设备通过第二通信单元51可以为UE配置一个或多个CORESET组，本实施例重点关注配置多个CORESET组的情况。

其中，多个CORESET组中不同的CORESET组可以对应不同的TRP/Panel/Beam。从而，可以通过区分不同的CORESET组，进而可以降低DCI中部分指示信息所需的比特数目。

还可以存在一种情况，就是CORESET组不跟标识相关联的情况，这种情况下，全部的CORESET可以认为属于一个CORESET组，这种情况下可以不配置CORESET组。

其中，所述同一个第一信令为同一个PDCCH配置信令。

关于UE是否能够支持多个CORESET结合，可以通过其能力进行上报，具体可以为：第一通信单元41通过UE能力信息上报所述UE是否支持多个CORESET组。相应的，网络设备可以接收UE能力信息，基于UE能力信息确定所述UE是否支持多个CORESET组；如果UE支持，那么可以为UE配置多个CORESET组，否则，仅配置一个CORESET组，这种情况下可以不配置CORESET组。

所述第一通信单元41通过UE能力信息上报所述UE在多个频段的不同频段上是否支持多个CORESET组；

或者，

第一通信单元41通过UE能力信息上报所述UE在多个频段组的不同频段组上是否支持多个CORESET组。

其中，所述标识为CORESET组的标识。所述标识可以由网络设备通过RRC信令或MACCE信令配置，或者由物理层信道或物理层信号携带信息指示。如此，通过引入CORESET组的标识的概念，进一步的简化信令；并且，由RRC或MAC CE实现标识的配置更加简单，而通过物理层信号携带的方式则能够使得系统更加灵活。

其中，所述物理层信道或物理层信号携带的信息为DCI中的指示信息，或者DCI加扰所使用的RNTI。

这种情况下，可以不设置不同CORESET组的标识，或者，还可以为CORESET组的标识与ACK/NACK码本相对应，即不同的标识对应不同的ACK/NACK码本。

可选的，基于上述方案，本实施例还可以包括：

所述UE的第一通信单元41检测调度第二下行数据传输的第二DCI；

其中，所述第二DCI在第二CORESET组中的第二CORESET上传输。

其中，所述第一下行信道可以为PDSCH。

这样，就可以支持不同的TRP/panel/beam传输不同PDSCH时，可以采用不同的发送波束(或者对应的接收波束)。

关于TCI状态，在NR系统中网络设备的第二通信单元51可以为下行信号或下行信道指示相应的TCI状态。

如果网络设备的第二通信单元51通过TCI状态配置目标下行信道或目标下行信号的QCL参考信号为参考SSB或参考CSI-RS资源，且QCL类型配置为typeA，typeB或typeC，则UE可以假设所述目标下行信号与所述参考SSB或参考CSI-RS资源的大尺度参数是相同的，所述大尺度参数通过QCL类型配置来确定。

如果网络设备的第二通信单元51通过TCI状态配置目标下行信道或下行信号的QCL参考信号为参考SSB或参考CSI-RS资源，且QCL类型配置为typeD，则UE可以采用与接收所述参考SSB或参考CSI-RS资源相同的接收波束(即Spatial Rx parameter)，来接收所述目标下行信号。通常的，目标下行信道(或下行信号)与它的参考SSB或参考CSI-RS资源在网络设备由同一个TRP或者同一个panel或者相同的波束来发送。如果两个下行信号或下行信道的传输TRP或传输panel或发送波束不同，通常会配置不同的TCI状态。

对于下行控制信道，可以通过RRC信令或者RRC信令+MAC信令的方式来指示对应CORESET的TCI状态。

所述UE的第一通信单元41，接收网络给所述UE配置一个或多个TCI状态组；

或者，基于指示信息获取一个或多个TCI状态组。

其中，所述第一TCI状态组包含一个或多个TCI状态。

所述一个或多个TCI状态组对应同一个BWP。

关于一个TCI状态组中能够包含的TCI状态的数量，可以为不超过N个，N可以根据实际情况确定，比如N可以等于8。

关于一个或多个TCI状态组中不同的TCI状态组所包含的TCI状态可以由网络设备的第二通信单元51同一个第二信令配置；所述第二信令可以为PDSCH配置信令，可选的，所述PDSCH配置信令可以为RRC IE PDSCH-Config。

再进一步地，所述第一TCI状态组可以由网络设备的第二通信单元51发送的RRC信令确定。

另外，确定前述第一TCI状态组的方式，可以根据第一TCI状态组来确定。具体来说，所述UE还包括：第一处理单元42，根据网络设备的RRC信令确定第一TCI状态组。相应的，网络设备的第二通信单元51通过RRC信令配置第一TCI状态组。

所述第一TCI状态组与第一CORESET组对应。

所述第一TCI状态组与承载第一DCI的CORESET对应。

或者，第一处理单元42，根据MAC CE信令从第一TCI状态组中选择至少部分TCI状态确定为第一TCI状态组。

相应的，第一处理单元42，或者网络设备的第二处理单元确定TCI状态数目的最大值的方式可以为以下之一：

UE上报的第一能力作为TCI状态数目的最大值；

UE的第一处理单元42根据RRC配置信令确定一个或多个TCI状态；

根据MAC CE信令从所述一个或多个TCI状态中选择至少部分TCI状态作为第一TCI状态组。

这样，可以提升系统的灵活性，降低RRC信令的Overhead。

若第一TCI状态组中仅包含第一TCI状态，则UE的第一通信单元41采用所述第一TCI状态或所述第一TCI状态对应的QCL假设，接收第一DCI所调度的第一下行信道。

这样，可以降低信令开销，同时降低延时。

本实施例提供的方案可以包括：

关于第一DCI是否可以包含第一TCI状态指示信息，可以为：

UE的第一处理单元42或者网络设备的第二处理单元，当满足第一条件时，确定所述第一DCI中包含第一TCI状态指示信息；如此通过限制相关配置，简化UE/网络的实现复杂度；

其中，所述第一条件包括以下至少之一：

UE配置有多个TCI状态组；

UE配置有多个CORESET组；

第一DCI的格式为DCI format 1_1，并且满足第二条件。

所述第二条件为以下至少之一：

UE配置有多个TCI状态组；

UE配置有多个CORESET组；

一种示例中，所述第一DCI的格式为DCI格式11。此时，进行第一TCI状态指示可以为，基于第一DCI中的传输配置指示域中包含的内容确定第一TCI状态指示信息。比如，通过第一DCI中的'Transmission Configuration Indication'域来指示第一TCI状态指示信息。

可选的，关于DCI调度的时间间隔可以基于以下方式来确定：

UE的第一处理单元42或者网络设备的第二处理单元，在满足第三条件时，确定第一DCI的调度时间间隔大于或大于等于第一门限值；

其中，所述第三条件为以下至少之一：

UE被配置多个TCI状态组；

UE被配置多个CORESET组；

这样，就可以限制DCI调度时延，降低UE/网络实现复杂度。

分别来讲，所述第二CORESET，可以为满足第四条件的CORESET；

具体来说，第二CORESET可以是第一CORESET组中的一个CORESET；

可选的，如果所述UE的第一处理单元42在所述serving cell上配置的所有TCI状态不包含'QCL-TypeD'，或者第一TCI状态组中所有TCI状态不包含'QCL-TypeD'，则无论第一DCI的调度时间间隔是否大于或是否大于等于第一门限，在接收第一DCI所调度的下行信道时采用的QCL假设/TCI状态都可以使用第一DCI指示的TCI状态。

如果第一DCI调度多时隙slot的第一下行信道，则第一DCI中指示的TCI状态为被调度的多slot的第一下行信道中的第一个slot时活跃的TCI状态中的一个TCI状态。可选的，所述活跃的TCI状态为所述被调度的多slot的第一下行信道对应的所有slot上保持不变。

其中，所述第一下行信道为PDSCH，第二下行信道为PDCCH。

进一步地，满足第六条件时，UE的第一通信单元使用第一DCI所指示的TCI状态或其对应的QCL假设接收第一DCI所调度的第一下行信道；

其中，所述第六条件包括以下至少之一：

这样，能够针对低频系统进行优化设计，提高系统性能。

本实施例中，所述第一门限值为网络设备配置、或者协议规定、或者由网络设备基于UE能力信息上报为所述UE确定的。通过UE能力上报来确定第一门限，可以便于支持不同能力的UE。

第二种，所述第一DCI未包含第一TCI状态指示信息。

这种方案，能够减少DCI的大小，并降低Overhead。

本方式中，UE的第一处理单元42或者网络设备的第二处理单元，满足第七条件时，第一DCI的调度时间间隔大于或等于第一门限；

其中，所述第七条件包括以下至少之一：

所述UE被配置多个TCI状态组；

所述UE被配置多个CORESET组；

若第一DCI的调度时间间隔小于或者等于第一门限，则在接收第一DCI所调度的PDSCH时采用的QCL假设与第三CORESET相同，或者在接收第一DCI所调度的PDSCH时采用的痊愈QCL-TypD类型对应的QCL假设与第三CORESET相同。这样，能够降低调度时延，提高时延高度敏感业务的用户体验。

其中，所述第六条件包括以下至少之一：

从而，能够针对低频系统进行优化设计，提高系统性能。

和/或，至少一个CORESET承载的DCI包含BWP标识指示域。

可见，通过采用上述方案，就能够在对应的CORESET组中的一个CORESET上接收对应的DCI，从而将DCI与不同的CORESET组进行关联，如此，通过区分控制资源来区分不同的下行数据的方式，使得系统性能得到提升，并且这样的处理方式更加适用于在多个TRP、或者多个Panal或者多个beam进行下行数据的传输场景。

图11是本发明实施例提供的一种通信设备600示意性结构图，本实施例中的通信设备可以具体为前述实施例中的网络设备或终端设备。图11所示的通信设备600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本发明实施例中的方法。

可选地，图11所示，通信设备600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本发明实施例中的方法。

其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。

可选地，如图11所示，通信设备600还可以包括收发器630，处理器610可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该通信设备600具体可为本发明实施例的网络设备，并且该通信设备600可以实现本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该通信设备600具体可为本发明实施例的终端设备、或者网络设备，并且该通信设备600可以实现本发明实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

图12是本发明实施例的芯片的示意性结构图。图12所示的芯片700包括处理器710，处理器710可以从存储器中调用并运行计算机程序，以实现本发明实施例中的方法。

可选地，如图12所示，芯片700还可以包括存储器720。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本发明实施例中的方法。

其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。

可选地，该芯片700还可以包括输入接口730。其中，处理器710可以控制该输入接口730与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片700还可以包括输出接口740。其中，处理器710可以控制该输出接口740与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片可应用于本发明实施例中的网络设备，并且该芯片可以实现本发明实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本发明实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

应理解，本发明实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本发明实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本发明实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本发明实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

图13是本申请实施例提供的一种通信系统800的示意性框图。如图13所示，该通信系统800包括终端设备810和网络设备820。

其中，该终端设备810可以用于实现上述方法中由UE实现的相应的功能，以及该网络设备820可以用于实现上述方法中由网络设备实现的相应的功能为了简洁，在此不再赘述。

本发明实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本发明实施例中的网络设备或终端设备，并且该计算机程序使得计算机执行本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

本发明实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本发明实施例中的网络设备或终端设备，并且该计算机程序指令使得计算机执行本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

本发明实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本发明实施例中的网络设备或终端设备，当该计算机程序在计算机上运行时，使得计算机执行本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种信息处理方法，应用于用户设备UE，包括：

UE接收用于调度第一下行数据传输的第一下行控制信息DCI；

其中，所述第一DCI在第一控制资源集合CORESET组中的第一CORESET上传输；所述第一CORESET组中包含一个或多个CORESET。

2.根据权利要求1所述的方法，其中，所述方法还包括：

所述UE检测调度第二下行数据传输的第二DCI；

其中，所述第二DCI在第二CORESET组中的第二CORESET上传输。

3.根据权利要求2所述的方法，其中，所述第一DCI对应第一传输配置指示TCI状态组，和/或，第二DCI对应第二TCI状态组。

4.根据权利要求3所述的方法，其中，所述第一TCI状态组包含一个或多个TCI状态；

其中，所述方法还包括：

接收网络设备给所述UE配置一个或多个TCI状态组；

或者，UE基于指示信息获取一个或多个TCI状态组。

5.根据权利要求4所述的方法，其中，

所述一个或多个TCI状态组对应同一个带宽部分BWP。

6.根据权利要求4所述的方法，其中，所述一个或多个TCI状态组中所包含的TCI状态由同一个第二信令配置，所述第二信令包括物理下行共享信道PDSCH配置信令。

7.根据权利要求3所述的方法，其中，所述第一TCI状态组与第一CORESET组对应。

8.根据权利要求3所述的方法，其中，所述第一TCI状态组与承载第一DCI的CORESET对应。

9.根据权利要求3-8中任一项所述的方法，其中，所述方法还包括：

根据无线资源控制RRC配置信令确定一个或多个TCI状态；

根据媒体接入控制层控制元素MAC CE信令从所述一个或多个TCI状态中选择至少部分TCI状态作为第一TCI状态组。

10.一种用户设备UE，包括：

11.一种信息处理方法，应用于网络设备，包括：

向用户设备UE发送用于调度第一下行数据传输的第一下行控制信息DCI；

12.根据权利要求11所述的方法，其中，所述方法还包括：

发送用于调度第二下行数据传输的第二DCI；

其中，所述第二DCI在第二CORESET组中的第二CORESET上传输。

13.根据权利要求12所述的方法，其中，所述第一DCI对应第一传输配置指示TCI状态组，和/或，第二DCI对应第二TCI状态组；

其中，所述第一TCI状态组包含一个或多个TCI状态。

14.根据权利要求11-13中任一项所述的方法，其中，所述多个CORESET组以及多个所述TCI状态对应第一带宽部分BWP。

15.一种网络设备，包括：

第二通信单元，向用户设备UE发送用于调度第一下行数据传输的第一下行控制信息DCI；

16.一种UE，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1-9中任一项所述方法的步骤。

17.一种网络设备，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求11-14中任一项所述方法的步骤。

18.一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1-9中任一项所述的方法。

19.一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求11-14中任一项所述的方法。

20.一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1-9中任一项所述方法的步骤或执行如权利要求11-14中任一项所述方法的步骤。