CN117998638A

CN117998638A - 电子设备、通信方法和存储介质

Info

Publication number: CN117998638A
Application number: CN202211369306.5A
Authority: CN
Inventors: 樊婷婷
Original assignee: Sony Group Corp
Current assignee: Sony Group Corp
Priority date: 2022-11-03
Filing date: 2022-11-03
Publication date: 2024-05-07
Also published as: WO2024093970A1

Abstract

本公开涉及电子设备、通信方法和存储介质。一种用于控制设备的电子设备，包括处理电路，该处理电路被配置为：向用户设备(UE)发送指示对于所述UE的一个或多个半持续调度(SPS)的验证和对于所述UE的一个或多个配置授权(CG)的验证这两者的单个下行控制信息(DCI)。

Description

电子设备、通信方法和存储介质

技术领域

本公开涉及电子设备、通信方法和存储介质，更具体地，本公开涉及用于提供通过下行控制信息(DCI)的增强调度方案设计的电子设备、通信方法和存储介质。

背景技术

受益于无线通信技术的发展，许多应用业务场景正在受到越来越多的关注。例如扩展现实(eXtended Reality，XR)是当前业界正在研究的非常重要的5G媒体应用之一。XR是通过计算机技术和可穿戴设备产生的所有真实与虚拟相结合的人机交互的统称，可以包括不同类型的现实，例如虚拟现实(Virtual Reality，VR)、增强现实(Augmented Reality，AR)、混合现实(Mixed Reality，MR)等等。这样的新业务例如还包括元宇宙(Metaverse)、云游戏(Cloud Gaming)等等。

相比于传统通信业务，如XR之类的新业务具有特殊的业务特征以及对于节能和容量增强的设计需求。例如XR业务可以具有流数多(下行方向的I流、P流，上行方向的控制流、视频流等)、每个流的数据具有非整数周期(例如30帧/秒(fps)、60fps)、可变的数据包大小和服务质量(Quality of Service，QoS)要求、业务到达有抖动等特征。这些特征可能对现有的上行和下行资源配置和验证方式产生挑战。

因此，存在对于增强的上下行资源调度方案的需求，以便于适应各种现有的或新出现的业务场景。

发明内容

本公开提供了多个方面。通过应用本公开的一个或多个方面，可以满足上面所述的需求。

在下文中给出了关于本公开的简要概述，以便提供关于本公开的一些方面的基本理解。但是，应当理解，这个概述并不是关于本公开的穷举性概述。它并不是意图用来确定本公开的关键性部分或重要部分，也不是意图用来限定本公开的范围。其目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。

根据本公开的一个方面，提供了一种用于控制设备的电子设备，包括处理电路，被配置为：向用户设备(UE)发送指示对于所述UE的一个或多个半持续调度(SPS)的验证和对于所述UE的一个或多个配置授权(CG)的验证这两者的单个下行控制信息(DCI)。

根据本公开的另一个方面，提供了一种用于用户设备(UE)的电子设备，包括处理电路，被配置为：从控制设备接收指示对于所述UE的一个或多个半持续调度(SPS)的验证和对于所述UE的一个或多个配置授权(CG)的验证这两者的单个下行控制信息(DCI)。

根据本公开的另一个方面，提供了一种通信方法，包括：向用户设备(UE)发送指示对于所述UE的一个或多个半持续调度(SPS)的验证和对于所述UE的一个或多个配置授权(CG)的验证这两者的单个下行控制信息(DCI)。

根据本公开的另一个方面，提供了一种通信方法，包括：从控制设备接收指示对于所述UE的一个或多个半持续调度(SPS)的验证和对于所述UE的一个或多个配置授权(CG)的验证这两者的单个下行控制信息(DCI)。

根据本公开的另一个方面，提供了一种存储有可执行指令的非暂时性计算机可读存储介质，所述可执行指令当被执行时实现如上所述的任一个通信方法。

附图说明

本公开可以通过参考下文中结合附图所给出的详细描述而得到更好的理解，其中在所有附图中使用了相同或相似的附图标记来表示相同或者相似的要素。所有附图连同下面的详细说明一起包含在本说明书中并形成说明书的一部分，用来进一步举例说明本公开的实施例和解释本公开的原理和优点。其中：

图1是例示了NR通信系统的体系架构的简化示图；

图2A和2B分别例示了用户平面和控制平面的NR无线电协议架构；

图3例示了5G NR中使用的帧结构；

图4A-4D例示了根据本公开的示例性实施例的DCI格式；

图5A例示了根据本公开的使用示例1；

图5B例示了根据使用示例1的通信流程图；

图6A例示了根据本公开的使用示例2；

图6B例示了根据使用示例2的通信流程图；

图7A例示了根据本公开的使用示例3；

图7B例示了根据使用示例3的通信流程图；

图8A例示了根据本公开的使用示例4；

图8B例示了根据使用示例4的通信流程图；

图9例示了根据本公开的使用示例5；

图10A例示了根据本公开的用户设备侧的电子设备的框图；

图10B例示了根据本公开的用户设备侧的通信方法；

图11A例示了根据本公开的控制设备侧的电子设备的框图；

图11B例示了根据本公开的控制设备侧的通信方法；

图12示出了根据本公开的可实现为用户设备或控制设备的计算机的示例框图；

图13例示了根据本公开的基站的示意性配置的第一示例；

图14例示了根据本公开的基站的示意性配置的第二示例；

图15例示了根据本公开的智能电话的示意性配置示例；

图16例示了根据本公开的汽车导航设备的示意性配置示例。

通过参照附图阅读以下详细描述，本公开的特征和方面将得到清楚的理解。

具体实施方式

在下文中将参照附图来详细描述本公开的各种示例性实施例。为了清楚和简明起见，在本说明书中并未描述实施例的所有特征。然而应注意，在实现本公开的实施例时可以根据具体需求做出很多特定于实现方式的设置，以便例如符合与设备及业务相关的那些限制条件，并且这些限制条件可能会随着实现方式的不同而有所改变。此外，还应该了解，虽然开发工作有可能是较复杂和费事的，但对得益于本公开内容的本领域技术人员来说，这种开发公开仅仅是例行的任务。

此外，还应注意，为了避免因不必要的细节而模糊了本公开，在有些附图中仅仅示出了与至少根据本公开的技术内容密切相关的处理步骤和/或设备结构，而在另一些附图中，为了便于本公开的更好理解，额外示出了现有的处理步骤和/或设备结构。

将参照附图来详细描述根据本公开的示例性实施例和应用实例。以下示例性实施例的描述仅仅是说明性的，不意在作为对本公开及其应用的任何限制。

出于方便解释的目的，下面将在5G NR的背景下描述本公开的各个方面。但是应注意，这不是对本公开的应用范围的限制，本公开的一个或多个方面还可以被应用于诸如4GLTE/LTE-A的现有无线通信系统或者未来发展的各种无线通信系统。下面的描述中提及的架构、实体、功能、过程等可以在NR或其它的通信标准中找到对应。

图1是示出了5G NR通信系统的体系架构的简化示图。如图1中所示，在网络侧，NR通信系统的无线接入网(NG-RAN)节点包括gNB和ng-eNB，其中gNB是在5G NR通信标准中新定义的节点，其经由NG接口连接到5G核心网(5GC)，并且提供与终端设备(也可称为“用户设备”，下文中简称为“UE”)终接的NR用户平面和控制平面协议；ng-eNB是为了与4G LTE通信系统兼容而定义的节点，其可以是LTE无线接入网的演进型节点B(eNB)的升级，经由NG接口连接设备到5G核心网，并且提供与UE终接的演进通用陆地无线接入(E-UTRA)用户平面和控制平面协议。在NG-RAN节点(例如，gNB、ng-eNB)之间具有Xn接口，以便于节点之间的相互通信。下文中将gNB和ng-eNB统称为“基站”。

但是应注意，本公开中所使用的术语“基站”不仅限于上面这两种节点，而是无线通信系统中的控制设备的示例，具有其通常含义的全部广度。例如，除了5G通信标准中规定的gNB和ng-eNB之外，取决于本公开的技术方案被应用的场景，“基站”例如还可以是LTE通信系统中的eNB、远程无线电头端、无线接入点、中继节点或者执行类似控制功能的通信装置或其元件。后面的章节将详细描述基站的应用示例。

另外，本公开中所使用的术语“UE”具有其通常含义的全部广度，包括与基站通信的各种终端设备或车载设备。作为示例，UE例如可以是移动电话、膝上型电脑、平板电脑、车载通信设备等之类的终端设备或其元件。后面的章节将详细描述UE的应用示例。

接下来结合图2A和2B来描述用于图1中的基站和UE的NR无线电协议架构。图2A示出了用于UE和基站的用户平面的无线电协议栈，图2B示出了用于UE和基站的控制平面的无线电协议栈。

无线电协议栈的层1(L1)是最低层，也被称为物理层。L1层实现各种物理层信号处理以提供信号的透明传输功能。

无线电协议栈的层2(L2)在物理层之上并且负责管理UE与基站之间的无线链路。在用户平面中，L2层包括介质接入控制(MAC)子层、无线电链路控制(RLC)子层、分组数据汇聚协议(PDCP)子层、以及业务数据适配协议(SDAP)子层。另外，在控制平面中，L2层包括MAC子层、RLC子层、PDCP子层。这些子层的关系在于：物理层为MAC子层提供传输信道，MAC子层为RLC子层提供逻辑信道，RLC子层为PDCP子层提供RLC信道，PDCP子层为SDAP子层提供无线电承载。

在控制平面中，UE和基站中还包括层3(L3)中的无线电资源控制(RRC)子层。RRC子层负责获得无线电资源(即，无线电承载)以及负责使用RRC信令来配置各下层。另外，UE中的非接入层(NAS)控制协议执行例如认证、移动性管理、安全控制等功能。

在5G NR中，下行(DL)和上行(UL)传输都被组织成帧。图3示出了5G通信系统中的帧结构的示图。作为与LTE/LTE-A兼容的固定构架，NR中的帧同样具有10ms的长度，并且包括10个相等大小的子帧，每个子帧为1ms。不同于LTE/LTE-A，NR中的帧结构具有取决于副载波间隔的灵活构架。每个子帧具有可配置的个时隙，例如1、2、4、8、16。每个时隙也具有可配置的/>个OFDM符号，对于正常的循环前缀，每个时隙包含14个连贯的OFDM符号，而对于延长的循环前缀，每个时隙包括12个连贯的OFDM符号。在频域维度上，每个时隙包括若干个资源块(RB)，每个资源块包含频域中的12个连贯副载波。由此，可使用资源网格来表示时隙中的资源元素(RE)，如图3中所示。上下行传输可用的资源块可被划分成数据区段和控制区段。控制区段中的资源元素可被分配用于传输控制信息。数据区段可包括所有未被包括在控制区段中的资源元素以用于向UE或基站传输数据。

时域资源的调度可以采用多种粒度，例如单个时隙、多个连续的时隙(又称为聚合时隙)或单个时隙内的部分OFDM符号(又称为迷你时隙)。频域资源的调度一般以RB为单位，根据被调度的RB是否为连续，可以分为不同的类型。

对于上行传输或下行传输，基站可以通过物理下行控制信道(PDCCH)下发DCI来指示为其调度的时频传输资源。基站可以在每个传输时间间隔(TTI)都为UE调度传输资源，这种调度方式被称为动态调度(Dynamic Scheduling，DG)。

为了节省PDCCH资源，基站也可以采用非动态的调度方式，向UE下发一个周期性有效的调度命令，从而将传输资源周期性地分配给该UE。对于下行方向上的物理下行共享信道(PDSCH)传输，可以使用半持续调度(Semi-Persistent Scheduling，SPS)，也被称为半静态调度。简单而言，基站可以通过PDCCH向UE下发下行分配(DL assignment)，使得每过一个周期，UE就可以使用分配的SPS资源来接收数据，而无需基站每次都下发调度命令。对于上行方向上的物理上行共享信道(PUSCH)传输，可以使用配置授权(Configured Grant，CG)，即，基站可以通过例如高层参数configuredGrantConfig为UE配置上行授权(UL grant)以指示UE可使用的周期性上行传输资源。有两种类型的CG：CG Type1，UE可以直接利用配置的资源上传数据而无需DCI激活；CG Type 2，UE使用配置的资源之前需要基站激活上行授权。

基站可以通过PDCCH上承载的DCI来向UE发送对于SPS或CG(Type 2)的验证。如本公开中使用的，“验证”包括激活(Activation)或释放(Release)，释放有时候也被称为去激活(Deactivation)。为了接收DCI，UE可以在一个或多个配置的搜索空间集合中监控PDCCH候选。UE要监控的PDCCH候选集合是按照PDCCH搜索空间集合定义的。搜索空间集合可以是公共搜索空间(CSS)集合或用户特定搜索空间(USS)集合。基于接收的DCI中指示的信息，UE可以相应地验证(激活/释放)DL SPS或UL CG。

传统地，DCI只能要么用于SPS的验证，要么用于CG的验证。具体而言，一个下行DCI(DL DCI)可用于激活一个SPS，或者可用于释放k(k≥1，k的值可通过RRC参数配置)个SPS；一个上行DCI(UL DCI)可用于激活一个CG，或者可用于释放k(k≥1)个CG。

然而，可能存在需要同时验证(激活/释放)SPS和CG这两者的情况。作为非限制性示例，某些业务(例如XR业务)可能涉及较多的上行和下行数据流，从而需要配置多个SPS和CG，希望的是通过灵活的激活和释放，以在满足数据传输时延和降低功耗的情况下，达到对SPS/CG资源的有效使用。最终导致有大量SPS和CG的配置以及实时/灵活的SPS/CG验证DCI下发。为了盲检每个DCI，UE需要遍历PDCCH搜索空间，造成大量的能量消耗，这是不希望出现的，尤其是对于能量有限的UE来说。

有鉴于此，本公开提出了改进的PDCCH验证机制，实现SPS和CG的同时验证，以提高DCI的指示效率。根据本公开的实施例，基站通过单个DCI来向UE指示对于一个或多个SPS的验证和对于一个或多个CG的验证。

在一个示例性实施例中，基站通过利用单个DCI指示为UE配置的SPS和CG的释放组合来支持SPS和CG的同时释放。具体而言，基站通过RRC参数向UE配置至少一个SPS&CG释放组合，每个释放组合可以包含一个或多个标识SPS的索引(SPS索引)以及一个或多个标识CG的索引(CG索引)。随后，基站可以复用常规DCI格式(诸如DL DCI格式1_0、1_1、1_2，UL DCI格式0_0、0_1、0_2等)来指示其中一个释放组合，而无需修改DCI格式。图4A示意性地示出了DCI的一些字段，应理解，所示出的字段不代表DCI的所有字段，并且取决于不同的DCI格式、不同的加扰，某个或某些字段可能不存在。根据本示例性实施例，单个DCI可以用于指示“SPS释放+CG释放”。

作为示例，基站可以修改/扩展RRC参数BWP-DownlinkDedicated中的信息元素sps-ConfigDeactivationStateList，该信息元素指示去激活状态的列表。传统地，每个去激活状态被映射到单个或多个要去激活的SPS配置，然而根据本示例性实施例，至少一个去激活状态可以被映射到一组SPS配置(包含单个或多个SPS索引)和一组CG配置(包含单个或多个CG索引)。随后，基站可以下发DCI，该DCI中的相应字段(例如“HARQ进程号(HARQprocess number)”字段)被设置为指示与某个去激活状态对应的条目的特定值，从而UE将去激活(释放)该去激活状态中指示的一组SPS和一组CG。在扩展去激活状态列表的情况下，如果列表中的条目数量超过限制(例如最大HARQ进程数，16个或32个)，则DCI中的“HARQ进程号”字段所需的比特可能需要增加，例如从4或5个比特增加到更多比特。

作为另一个示例，基站可以修改/扩展RRC参数BWP-UplinkDedicated中的信息元素ConfiguredGrantConfigType2DeactivationStateList，该信息元素指示去激活状态的列表。传统地，每个去激活状态被映射到单个或多个要去激活的CG配置，然而根据本示例性实施例，至少一个去激活状态可以被映射到一组CG配置(包含单个或多个CG索引)和一组SPS配置(包含单个或多个SPS索引)。随后，基站可以下发DCI，该DCI中的相应字段(例如“HARQ进程号”字段)被设置为与某个去激活状态对应的特定值，从而UE将去激活(释放)该去激活状态中指示的一组CG和一组SPS。

可替代地，除了复用现有的RRC参数之外，还可以定义新的RRC参数。例如，可以定义DLCGType2sps-ConfigDeactivationStateList和ULCGType2sps-ConfigDeactivationStateList，它们可以指定包含CG索引和SPS索引的至少一个组合。然后，基站可以分别用DL DCI和UL DCI中的相应字段(例如“HARQ进程号”字段)来指示其中一个组合，使得UE能够释放该组合中涉及的CG和SPS。

在另一个示例性实施例中，基站通过修改常规DCI格式以包括与要验证的SPS和CG相关联的HARQ ID来指示SPS与CG的同时验证。相比于常规DCI格式，根据本示例性实施例的DCI的“HARQ进程号”字段可以包括两个或更多个HARQ ID，如图4B中所示。

作为示例，可以修改用于SPS验证的常规DL DCI(例如DCI格式1_0、1_1、1_2)，使得其“HARQ进程号”字段除了包括与要验证的SPS相关联的HARQ ID外，还可以包括与要释放的SPS或CG相关联的一个或多个附加HARQ ID。也就是说，“HARQ进程号”字段可以包括至少两个HARQ ID，其中第一个HARQ ID可以按照常规DL DCI的配置指示对应的SPS的激活或释放，而后面的HARQ ID额外指示SPS和/或CG的释放。例如，后面的HARQ ID可以分别与要释放的一个或多个CG、一个或多个其他的SPS与一个或多个CG相关联。作为变型，根据本实施例的DCI中的“HARQ进程号”字段可以包括仅与SPS相关联的多个HARQ ID，此时第一个HARQ ID指示相关联的SPS的验证(激活/释放)，而后面的HARQ ID指示其他SPS的释放。

作为示例，可以修改用于CG验证的常规UL DCI(例如DCI格式0_0、0_1、0_2)，使得其“HARQ进程号”字段除了包括与要验证的CG相关联的HARQ ID外，还可以包括与要释放的CG或SPS相关联的一个或多个附加HARQ ID。也就是说，“HARQ进程号”字段可以包括至少两个HARQ ID，其中第一个HARQ ID可以按照常规UL DCI的配置指示对应的CG的激活或释放，而后面的HARQ ID额外指示SPS和/或CG的释放。例如，后面的HARQ ID可以分别与要释放的一个或多个SPS、一个或多个其他的CG与一个或多个SPS相关联。作为变型，根据本实施例的DCI中的“HARQ进程号”字段可以包括仅与CG相关联的多个HARQ ID，此时第一个HARQ ID指示相关联的CG的验证(激活/释放)，而后面的HARQ ID指示其他CG的释放。

根据本示例性实施例，单个DCI可以用于指示“SPS验证(激活/释放)+CG释放”、“CG验证(激活/释放)+SPS释放”，可选地，还可以用于指示“SPS验证(激活/释放)+SPS释放”、“CG验证(激活/释放)+CG释放”。

在另一个示例性实施例中，可以新定义简化的DCI格式，主要用于SPS和CG的同时释放功能。这种简化DCI保留使用CS-RNTI(配置调度-无线电网络临时身份)加扰，其“HARQ进程号”字段包括与要释放的一个或多个SPS和一个或多个CG相关联的多个HARQ ID。为了节省DCI大小、便于快速盲检，该简化DCI可以忽略其他字段，包括但不限于以下字段中的至少一个：

-DCI格式标识符；

-新数据指示符(NDI)；

-数据字段指示符(FDI)标志；

-时域资源分配；

-频域资源分配；

-PDSCH至HARQ反馈定时指示符；

-冗余版本(RV)；

-调制和编码方案(MCS)。

图4C示意性地示出了根据本示例性实施例的DCI。由于这种简化DCI是新定义的格式，因此基站需要预先通过高层参数向UE配置DCI的格式，并且在UE的搜索空间中配置承载DCI的PDCCH候选。由此，UE将能够接收并理解这种DCI，并释放与其“HARQ进程号”字段中包括的所有HARQ ID相关联的SPS和CG。根据本示例性实施例，单个DCI可以用于指示“SPS释放+CG释放”。

作为另一个示例性实施例，可以通过合成常规DL DCI和常规UL DCI来定义新的DCI格式。换句话说，合成的DCI可以包含对于一个或多个SPS的验证和对于一个或多个CG的验证这两者，并且有可能承担调度PDSCH和PUSCH的功能。

在这里，“合成”可以采用各种方式。在最简单的示例中，合成的DCI可以由指示SPS的DL DCI(例如DCI格式1_0、1_1、1_2)和指示CG的UL DCI(例如DCI格式0_0、0_1、0_2)拼接而成，包含它们的所有非重复字段。

优选地，合成的DCI可以通过特殊设计而省略部分字段。例如，所设计的DCI可以不包含以下字段中的至少一个：

–DCI格式标识符。可以默认DCI的前面部分调度信息关于UL，后面部分调度信息关于DL；

-冗余版本(RV)。在SPS/CG的激活和释放时，RV字段可以被省略，而非设置为全0；

-新数据指示符(NDI)。在SPS/CG的激活和释放时，NDI字段可以被省略，而非设置为0；

-数字字段标识符(DFI)标志。在SPS/CG的激活和释放时，NDI字段可以被省略，而非设置为0。

应注意，根据本示例性实施例的DCI可省略的字段可以不限于上述四个字段。当DCI主要用于指示SPS和CG的验证时，按照标准，某些字段可能需要缺省设置为0或1，则这些字段可以合成时被省略以减小DCI的大小。图4D示意性地示出了根据本示例性实施例的合成DCI。

同样，由于这种合成DCI是新定义的格式，因此基站需要预先通过高层参数向UE配置DCI的格式，并且在UE的搜索空间中配置承载DCI的PDCCH候选。由此，UE将能够接收并理解这种DCI，并释放与其“HARQ进程号”字段中包括的所有HARQ ID相关联的SPS和CG。根据本示例性实施例，单个DCI可以用于指示“SPS验证(激活/释放)+CG验证(激活/释放)”。相比于下发单独的DL DCI和单独的UL DCI，使用根据本示例性实施例的DCI可以减少PDCCH盲检的次数，有助于节省能量。

下面将结合示例性的XR业务场景来描述根据本公开的实施例的SPS&CG同时验证的使用。应注意，XR业务仅仅是为了便于理解而列举的示例，而非意在限制本公开的技术适用的范围。

随着XR服务需求的增加，已经立项研究无线电接入网(RAN)如何更好地支持XR业务。在XR业务中，上下行数据流需要对齐及主要集中在非连续接收(DRX)开启时段中传输，并且对数据处理的时延要求低。XR业务一般具有如下特征：

1)由于数据流是周期性的，因此可以配置SPS和CG避免DG频繁的DCI下发造成的功率消耗；

2)由于数据流的周期为非整数(30fps对应33.33ms周期，60fps对应16.67ms周期)，现有标准没有非整数周期配置的SPS和CG，因此可以配置多个SPS/CG(如在50ms内有三个SPS/CG索引，周期都是50ms，但是起始位置为50ms内的第0ms、16ms、33ms)，使得50ms内周期与业务的对齐，不造成延迟；

3)由于每个流的数据包大小可变，因此对每个流配置的每个SPS/CG都可能需要多个SPS/CG验证DCI用于调整SPS/CG资源与实际到达数据匹配；

4)由于有多个流，因此SPS/CG配置及其验证(激活和释放)DCI下发的需求更多；

5)由于有些业务流还有抖动，这可能导致SPS/CG的配置及其验证处于不确定时间，具有灵活和实时的特征。

综上所述，最终导致有大量SPS和CG的配置指示及实时/灵活的SPS/CG验证DCI下发，如果不支持SPS和CG的同时激活和释放的组合，则大量单独的DCI指示将造成大量的能量消耗。基于此，可以使用根据本公开的实施例的DCI来实现SPS和CG的同时验证。

为了便于理解，这里假设一种AR场景模型。业务的数据流包括两个DL数据流(I流+P流)和一个UL数据流,每个DL数据流的主要业务模型参数为：60fps，抖动＝[-4ms,4ms]，数据包大小服从截断高斯分布；UL数据流的业务模型参数为：60fps，抖动具有截断范围[-4ms,4ms]，均值＝0ms，标准差＝2ms，数据包大小服从截断高斯分布。

基于该场景中各个数据流的帧率60fps，数据的到达周期为1/60＝16.67ms，那么，可以配置DRX参数：DRX周期＝17ms，DRX开启持续时间(ON Duration)＝10ms，DRX时机(Opportunity for DRX)＝7ms。系统采用的子载波间隔(SCS)为30kHz，对应时隙长度为0.5ms。帧结构为DDDSU，即，每五个时隙依次包括三个下行时隙(D)、一个上下行混合及保护时隙(S)、一个上行时隙(U)，其中S时隙是10D:2F:2U的结构。

使用示例1

如图5A所示，假设DL I流和P流提前在时隙S1到达，UL数据流提前在时隙S1到达，如果基站需要通过UE发送调度请求(SR)获知UL业务流到达，再考虑到一定的处理时延，以及减少分别激活SPS和CG的DCI开销和盲检功耗，那么基站可以在例如时隙D4发送根据上面所述的至少一个示例性实施例的DCI同时激活SPS和CG。

图5B示出了根据使用示例1的通信流程图。如图所示，基站可以通过RRC信令为UE配置后面可能使用的DCI格式，诸如根据本公开的示例性实施例的DCI，以及包括承载该DCI的PDCCH候选的搜索空间。响应于DL数据流和UL数据流的到达，基站向UE发送指示SPS激活和CG激活的单个调度DCI，诸如根据上面所述的至少一个示例性实施例的DCI，并接收对于该DCI的HARQ-ACK。结果，UE可以在激活的SPS PDSCH上接收DL数据，并利用激活的CG PUSCH发送UL数据。

使用示例2

如图6A所示，假设DL I流和P流提前在时隙D1到达，UL数据流提前在时隙S1到达。如果在时隙D1或D2激活了部分SPS以传输大量DL数据，结合动态调度(DG)传输，当本次下行传输的数据包较小时，到时隙S1时DL数据可能已基本传完，因此需要释放一些SPS以适应剩余较少的下行数据量。考虑到一定的调度时延，以及减少分别释放SPS和激活CG的DCI开销和盲检功耗，那么基站可以在例如时隙D4发送根据上面所述的至少一个示例性实施例的DCI同时释放SPS和激活CG。

图6B示出了根据使用示例2的通信流程图。如图所示，基站可以通过RRC信令为UE配置后面可能使用的DCI格式，诸如根据本公开的示例性实施例的DCI，以及包括承载该DCI的PDCCH候选的搜索空间。响应于DL数据流的到达，基站向UE发送指示SPS激活的DCI，并接收对于该DCI的HARQ-ACK。随后，UE可以在激活的SPS PDSCH上接收DL数据。随着UL数据到达，基站向UE发送指示释放SPS和激活CG的单个调度DCI，诸如根据上面所述的至少一个示例性实施例的DCI。结果，SPS被释放，并且UE利用激活的CG PUSCH发送UL数据。

使用示例3

如图7A所示，假设DL I流和P流推迟在时隙D7到达，UL数据流提前在时隙D2到达。如果在时隙D3或D4激活了一些CG以传输UL数据，到时隙D7时，UL数据有可能基本传完，因此需要去释放一些CG以适应剩余较少的UL数据量。再考虑到一定的调度时延，以及减少分别激活SPS和释放CG的DCI开销和盲检功耗，那么可以在例如时隙D8(或D7)发送DCI同时激活SPS和释放CG。

图7B示出了根据使用示例3的通信流程图。如图所示，基站可以通过RRC信令为UE配置后面可能使用的DCI格式，诸如根据本公开的示例性实施例的DCI，以及包括承载该DCI的PDCCH候选的搜索空间。响应于UL数据流的到达，基站向UE发送指示CG激活的DCI，并接收对于该DCI的HARQ-ACK。随后，UE可以在激活的CG PUSCH上发送UL数据。随着DL数据到达，基站向UE发送指示释放CG和激活SPS的单个调度DCI，诸如根据上面所述的至少一个示例性实施例的DCI。结果，CG被释放，并且UE在激活的SPS PDSCH上接收DL数据。

使用示例4

如图8B所示，假设DL I流和P流提前在时隙D2到达，UL数据流推迟在时隙S2到达。如果在时隙D3可能已经激活了一些SPS以传输DL数据，在时隙D7激活了一些CG以传输UL数据，那么到时隙D10时，DL和UL的数据有可能都基本传完。因此需要释放SPS和CG。为节省单独释放SPS和CG的DCI开销及盲检功耗，基站可以在例如时隙D10发送DCI同时释放SPS和释放CG。

图8B示出了根据使用示例4的通信流程图。如图所示，基站可以通过RRC信令为UE配置后面可能使用的DCI格式，诸如根据本公开的示例性实施例的DCI，以及包括承载该DCI的PDCCH候选的搜索空间。响应于DL数据流的到达，基站向UE发送指示SPS激活的DCI，并接收对于该DCI的HARQ-ACK。随后，UE可以在激活的SPS PDSCH上接收DL数据。随着UL数据到达，基站向UE发送指示CG激活的DCI，并接收对于该DCI的HARQ-ACK。UE可以在激活的SPSPUSCH上发送UL数据。随后，基站向UE发送指示释放CG和释放SPS的单个调度DCI，诸如根据上面所述的至少一个示例性实施例的DCI。结果，CG和SPS被释放。

使用示例5

下面还给出本公开尤其适用的场景——子带全双工(sub band full duplex，SBFD)场景。

图9给出了一个SBFD时隙格式的示意图。如图所示，在一个时隙上，既有DL又有UL，因此DL的SPS和UL的CG有可能被几乎同时指示。在这种情况下，可以使用根据本公开的至少一个示例性实施例的DCI来同时指示SPS的验证(激活/释放)和CG的验证(激活/释放)。相比于使用单独的DCI，可以在不损失任何性能(容量时延等)的情况下节省DCI盲检带来的能耗。

接下来描述可以应用本公开的实施例的电子设备和通信方法。

图10A是例示了根据本公开的电子设备100的框图。电子设备100可以是UE或者UE的部件。

如图10A中所示，电子设备100包括处理电路101。处理电路101至少包括接收单元102。处理电路101可被配置为执行图10B中所示的通信方法。处理电路101可以指在UE中执行功能的数字电路系统、模拟电路系统或混合信号(模拟信号和数字信号的组合)电路系统的各种实现。

处理电路101的接收单元102被配置为从控制设备接收指示对于UE的一个或多个SPS的验证和对于UE的一个或多个CG的验证这两者的单个DCI，即执行图10B中的步骤S101。

如前面的示例性实施例详细描述的，接收单元102接收的DCI可以具有常规DCI格式，DCI中的“HARQ进程号”字段的值被设置为引用预先配置的RRC参数中的一个SPS&CG释放组合。

可替代地，接收单元102接收的DCI可以是修改的DL DCI格式或UL DCI格式，其“HARQ进程号”字段可以包括多个HARQ ID，第一个HARQ ID与要激活或释放的SPS或CG相关联，而后续的HARQ ID与要释放的CG或SPS相关联。

可替代地，接收单元102接收的DCI可以是简化的DCI格式，其“HARQ进程号”字段包含各自与要释放的SPS和CG相关联的多个HARQ ID。

可替代地，接收单元102接收的DCI可以是常规DL DCI格式和UL DCI格式的合成，并且优选地可以省略对于调度和验证无意义的字段。

电子设备100还可以包括通信单元105。通信单元105可以被配置为在处理电路101的控制下与基站进行通信。在一个示例中，通信单元105可以被实现为收发机，包括天线阵列和/或射频链路等通信部件。通信单元105用虚线绘出，因为它还可以位于电子设备100外。

电子设备100还可以包括存储器106。存储器106可以存储各种数据和指令，例如用于电子设备100操作的程序和数据、由处理电路101产生的各种数据、由通信单元105发送或接收的各种控制信令或业务数据等。存储器106用虚线绘出，因为它还可以位于处理电路101内或者位于电子设备100外。

图11A是例示了根据本公开的电子设备200的框图。电子设备200可以是基站设备，或者位于基站设备中。

如图11A中所示，电子设备200包括处理电路201。处理电路201至少包括发送单元202。处理电路201可被配置为执行图11B中所示的通信方法。处理电路201可以指在基站设备中执行功能的数字电路系统、模拟电路系统或混合信号(模拟信号和数字信号的组合)电路系统的各种实现。

处理电路201的发送单元202被配置为向UE指示对于UE的一个或多个SPS的验证和对于UE的一个或多个CG的验证这两者的单个DCI，即执行图11B中的步骤S201。

如前面的示例性实施例详细描述的，发送单元202发送的DCI可以具有常规DCI格式，DCI中的“HARQ进程号”字段的值被设置为引用预先配置的RRC参数中的一个SPS&CG释放组合。

可替代地，发送单元202发送的DCI可以是修改的DL DCI格式或UL DCI格式，其“HARQ进程号”字段可以包括多个HARQ ID，第一个HARQ ID与要激活或释放的SPS或CG相关联，而后续的HARQ ID与要释放的CG或SPS相关联。

可替代地，发送单元202发送的DCI可以是简化的DCI格式，其“HARQ进程号”字段包含各自与要释放的SPS和CG相关联的多个HARQ ID。

可替代地，发送单元202发送的DCI可以是常规DL DCI格式和UL DCI格式的合成，并且优选地可以省略对于调度和验证无意义的字段。

电子设备200还可以包括通信单元205。通信单元205可以被配置为在处理电路201的控制下与UE进行通信。在一个示例中，通信单元205可以被实现为发射机或收发机，包括天线阵列和/或射频链路等通信部件。通信单元205用虚线绘出，因为它还可以位于电子设备200外。

电子设备200还可以包括存储器206。存储器206可以存储各种数据和指令、用于电子设备200操作的程序和数据、由处理电路201产生的各种数据、将由通信单元205发送的数据等。存储器206用虚线绘出，因为它还可以位于处理电路201内或者位于电子设备200外。

上面已经详细描述了本公开的实施例的各个方面，但是应注意，上面为了描述了所示出的天线阵列的结构、布置、类型、数量等，端口，参考信号，通信设备，通信方法等等，都不是为了将本公开的方面限制到这些具体的示例。

应当理解，上述各实施例中描述的电子设备100和200的各个单元仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的实现方式。在实际实现时，上述各单元可被实现为独立的物理实体，或者也可以由单个实体(例如，处理器(CPU或DSP等)、集成电路等)来实现。

应当理解，上面各实施例中描述的处理电路101和201可以包括例如诸如集成电路(IC)、专用集成电路(ASIC)之类的电路、单独处理器核心的部分或电路、整个处理器核心、单独的处理器、诸如现场可编程们阵列(FPGA)的可编程硬件设备、和/或包括多个处理器的系统。存储器106和206可以是易失性存储器和/或非易失性存储器。例如，存储器106可以包括但不限于随机存储存储器(RAM)、动态随机存储存储器(DRAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、闪存存储器。

【本公开的示例性实现】

根据本公开的实施例，可以想到各种实现本公开的概念的实现方式，包括但不限于：

1)、一种用于控制设备的电子设备，包括：

处理电路，被配置为：

向用户设备(UE)发送指示对于所述UE的一个或多个半持续调度(SPS)的验证和对于所述UE的一个或多个配置授权(CG)的验证这两者的单个下行控制信息(DCI)。

2)、如1)所述的电子设备，其中，所述处理电路还被配置为：

向所述UE配置无线电资源控制(RRC)参数，所述RRC参数指定至少一个组合，每个组合包含一个或多个SPS索引和一个或多个CG索引，

其中所述DCI指示所述至少一个组合中的一个组合，以释放由该组合中的一个或多个SPS索引标识的SPS和由该组合中的一个或多个CG索引标识的CG。

3)、如1)所述的电子设备，其中，所述DCI是用于调度物理下行共享信道(PDSCH)的DCI，并且包含多个HARQ ID，

其中，所述多个HARQ ID中的第一个HARQ ID与要激活或释放的SPS相关联，随后的一个或多个HARQ ID与要释放的一个或多个CG相关联。

4)、如1)所述的电子设备，其中，所述DCI是用于调度物理上行共享信道(PUSCH)的DCI，并且包含多个HARQ ID，

其中，所述多个HARQ ID中的第一个HARQ ID与要激活或释放的CG相关联，随后的一个或多个HARQ ID与要释放的一个或多个SPS相关联。

5)、如1)所述的电子设备，其中，所述DCI包含多个HARQ ID，所述多个HARQ ID包括一个或多个与要释放的SPS相关联的HARQ ID以及一个或多个与要释放的CG相关联的HARQID，

其中，所述DCI被简化为不包括至少以下字段：DCI格式标识符、新数据指示符(NDI)、数据字段指示符(FDI)标志、时域资源分配、频域资源分配、PDSCH至HARQ反馈定时指示符、冗余版本(RV)、调制和编码方案(MCS)。

6)、如1)所述的电子设备，其中，所述DCI由用于调度物理下行共享信道(PDSCH)的下行DCI和用于调度物理上行共享信道(PUSCH)的上行DCI合成，其中，所述下行DCI包含对于所述一个或多个SPS的验证，并且所述上行DCI包含对于所述一个或多个CG的验证。

7)、如5)或6)所述的电子设备，其中，所述处理电路还被配置为：

通过RRC信令配置所述DCI的格式，并且在所述UE的搜索空间中配置包括所述DCI的物理下行控制信道(PDCCH)。

8)、如6)所述的电子设备，其中，所述下行DCI具有以下任一格式：DCI格式0_0、DCI格式0_1、DCI格式0_2，并且所述上行DCI具有以下任一格式：DCI格式1_0、DCI格式1_1、DCI格式1_2。

9)、如6)所述的电子设备，其中，所述DCI不包含以下字段中的至少一个：DCI格式标识符、冗余版本、新数据指示符、数据字段标识符(DFI)标志。

10)、一种用于用户设备(UE)的电子设备，包括：

处理电路，被配置为：

从控制设备接收指示对于所述UE的一个或多个半持续调度(SPS)的验证和对于所述UE的一个或多个配置授权(CG)的验证这两者的单个下行控制信息(DCI)。

11)、如10)所述的电子设备，其中，所述处理电路还被配置为：

从所述控制设备接收无线电资源控制(RRC)参数，所述RRC参数指定至少一个组合，每个组合包含一个或多个SPS索引和一个或多个CG索引，

12)、如10)所述的电子设备，其中，所述DCI是用于调度物理下行共享信道(PDSCH)的DCI，并且包含多个HARQ ID，

13)、如10)所述的电子设备，其中，所述DCI是用于调度物理上行共享信道(PUSCH)的DCI，并且包含多个HARQ ID，

14)、如10)所述的电子设备，其中，所述DCI包含多个HARQ ID，所述多个HARQ ID包括一个或多个与要释放的SPS相关联的HARQ ID以及一个或多个与要释放的CG相关联的HARQ ID，

15)、如10)所述的电子设备，其中，所述DCI由用于调度物理下行共享信道(PDSCH)的下行DCI和用于调度物理上行共享信道(PUSCH)的上行DCI合成，其中，所述下行DCI包含对于所述一个或多个SPS的验证，并且所述上行DCI包含对于所述一个或多个CG的验证。

16)、如14或15)所述的电子设备，其中，所述处理电路还被配置为：

通过RRC信令接收关于所述DCI的格式以及所述UE的搜索空间中包括所述DCI的物理下行控制信道(PDCCH)的配置。

17)、如15)所述的电子设备，其中，所述下行DCI具有以下任一格式：DCI格式0_0、DCI格式0_1、DCI格式0_2，并且所述上行DCI具有以下任一格式：DCI格式1_0、DCI格式1_1、DCI格式1_2。

18)、如15)所述的电子设备，其中，所述DCI不包含以下字段中的至少一个：DCI格式标识符、冗余版本、新数据指示符、数据字段标识符(DFI)标志。

19)、一种用于控制设备的电子设备，包括：

处理电路，被配置为：

向用户设备(UE)发送指示对于所述UE的多个半持续调度(SPS)或多个配置授权(CG)的验证的单个下行控制信息(DCI)，所述DCI包含多个HARQ ID，

其中，所述多个HARQ ID中的第一个HARQ ID与要激活或释放的SPS或CG相关联，随后的一个或多个HARQ ID与要释放的一个或多个SPS或CG相关联。

20)、一种用于用户设备(UE)的电子设备，包括：

处理电路，被配置为：

从控制设备接收指示对于所述UE的多个半持续调度(SPS)的验证或对于所述UE的多个配置授权(CG)的验证的单个下行控制信息(DCI)，所述DCI包含多个HARQ ID，

21)、一种通信方法，包括：

22)、一种通信方法，包括：

23)、一种包含可执行指令的计算机程序产品，所述可执行指令当被执行时实现如21)或22)所述的通信方法。

【本公开的应用实例】

图12示出了根据本公开实施例的可实现为终端设备或控制设备的计算机的示例框图。

在图12中，中央处理单元(CPU)1301根据只读存储器(ROM)1302中存储的程序或从存储部分1308加载到随机存取存储器(RAM)1303的程序执行各种处理。在RAM 1303中，也根据需要存储当CPU1301执行各种处理等时所需的数据。

CPU 1301、ROM 1302和RAM 1303经由总线1304彼此连接。输入/输出接口1305也连接到总线1304。

下述部件连接到输入/输出接口1305：输入部分1306，包括键盘、鼠标等；输出部分1307，包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，和扬声器等；存储部分1308，包括硬盘等；和通信部分1309，包括网络接口卡比如LAN卡、调制解调器等。通信部分1309经由网络比如因特网执行通信处理。

根据需要，驱动器1310也连接到输入/输出接口1305。可拆卸介质1311比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1310上，使得从中读出的计算机程序根据需要被安装到存储部分1308中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质1311安装构成软件的程序。

本领域技术人员应当理解，这种存储介质不局限于图12所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质1311。可拆卸介质1311的示例包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是ROM 1302、存储部分1308中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

本公开中描述的技术能够应用于各种产品。

例如，根据本公开的实施例的电子设备200可以被实现为各种基站或者安装在基站中，电子设备100可以被实现为各种用户设备或被安装在各种用户设备中。

根据本公开的实施例的通信方法可以由各种基站或用户设备实现；根据本公开的实施例的方法和操作可以体现为计算机可执行指令，存储在非暂时性计算机可读存储介质中，并可以由各种基站或用户设备执行以实现上面所述的一个或多个功能。

根据本公开的实施例的技术可以制成各个计算机程序产品，被用于各种基站或用户设备以实现上面所述的一个或多个功能。

本公开中所说的基站可以被实现为任何类型的基站，优选地，诸如3GPP的5G NR标准中定义的宏gNB和ng-eNB。gNB可以是覆盖比宏小区小的小区的gNB，诸如微微gNB、微gNB和家庭(毫微微)gNB。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB、eNodeB和基站收发台(BTS)。基站还可以包括：被配置为控制无线通信的主体以及设置在与主体不同的地方的一个或多个远程无线头端(RRH)、无线中继站、无人机塔台、自动化工厂中的控制节点等。

用户设备可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。用户设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)、无人机、自动化工厂中的传感器和执行器等。此外，用户设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

基站的第一应用示例

图13是示出可以应用本公开内容的技术的基站的示意性配置的第一示例的框图。在图13中，基站可以实现为gNB 1400。gNB 1400包括多个天线1410以及基站设备1420。基站设备1420和每个天线1410可以经由RF线缆彼此连接。在一种实现方式中，此处的gNB 1400(或基站设备1420)可以对应于上述基站设备200。

天线1410包括多个天线元件。天线1410例如可以被布置成天线阵列矩阵，并且用于基站设备1420发送和接收无线信号。例如，多个天线1410可以与gNB 1400使用的多个频段兼容。

基站设备1420包括控制器1421、存储器1422、网络接口1423以及无线通信接口1425。

控制器1421可以为例如CPU或DSP，并且操作基站设备1420的较高层的各种功能。例如，控制器1421可以包括上面所述的处理电路201，执行图11B中描述的通信方法，或者控制基站设备200的各个部件。例如，控制器1421根据由无线通信接口1425处理的信号中的数据来生成数据分组，并经由网络接口1423来传递所生成的分组。控制器1421可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并传递所生成的捆绑分组。控制器1421可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的gNB或核心网节点来执行。存储器1422包括RAM和ROM，并且存储由控制器1421执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口1423为用于将基站设备1420连接至核心网1424(例如，5G核心网)的通信接口。控制器1421可以经由网络接口1423而与核心网节点或另外的gNB进行通信。在此情况下，gNB 1400与核心网节点或其他gNB可以通过逻辑接口(诸如NG接口和Xn接口)而彼此连接。网络接口1423还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口1423为无线通信接口，则与由无线通信接口1425使用的频段相比，网络接口1423可以使用较高频段用于无线通信。

无线通信接口1425支持任何蜂窝通信方案(诸如5G NR)，并且经由天线1410来提供到位于gNB 1400的小区中的终端的无线连接。无线通信接口1425通常可以包括例如基带(BB)处理器1426和RF电路1427。BB处理器1426可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行各层(例如物理层、MAC层、RLC层、PDCP层、SDAP层)的各种类型的信号处理。代替控制器1421，BB处理器1426可以具有上述逻辑功能的一部分或全部。BB处理器1426可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使BB处理器1426的功能改变。该模块可以为插入到基站设备1420的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，RF电路1427可以包括例如混频器、滤波器和放大器，并且经由天线1410来传送和接收无线信号。虽然图13示出一个RF电路1427与一根天线1410连接的示例，但是本公开并不限于该图示，而是一个RF电路1427可以同时连接多根天线1410。

如图13所示，无线通信接口1425可以包括多个BB处理器1426。例如，多个BB处理器1426可以与gNB 1400使用的多个频段兼容。如图13所示，无线通信接口1425可以包括多个RF电路1427。例如，多个RF电路1427可以与多个天线元件兼容。虽然图13示出其中无线通信接口1425包括多个BB处理器1426和多个RF电路1427的示例，但是无线通信接口1425也可以包括单个BB处理器1426或单个RF电路1427。

在图13中示出的gNB 1400中，参照图11A描述的处理电路201中包括的一个或多个单元(例如发送单元202)可被实现在无线通信接口825中。可替代地，这些组件中的至少一部分可被实现在控制器821中。例如，gNB 1400包含无线通信接口1425的一部分(例如，BB处理器1426)或者整体，和/或包括控制器1421的模块，并且一个或多个组件可被实现在模块中。在这种情况下，模块可以存储用于允许处理器起一个或多个组件的作用的程序(换言之，用于允许处理器执行一个或多个组件的操作的程序)，并且可以执行该程序。作为另一个示例，用于允许处理器起一个或多个组件的作用的程序可被安装在gNB 1400中，并且无线通信接口1425(例如，BB处理器1426)和/或控制器1421可以执行该程序。如上所述，作为包括一个或多个组件的装置，gNB 1400、基站设备1420或模块可被提供，并且用于允许处理器起一个或多个组件的作用的程序可被提供。另外，将程序记录在其中的可读介质可被提供。

基站的第二应用示例

图14是示出可以应用本公开的技术的基站的示意性配置的第二示例的框图。在图14中，基站被示出为gNB 1530。gNB 1530包括多个天线1540、基站设备1550和RRH 1560。RRH1560和每个天线1540可以经由RF线缆而彼此连接。基站设备1550和RRH 1560可以经由诸如光纤线缆的高速线路而彼此连接。在一种实现方式中，此处的gNB 1530(或基站设备1550)可以对应于上述基站设备200。

天线1540包括多个天线元件。天线1540例如可以被布置成天线阵列矩阵，并且用于基站设备1550发送和接收无线信号。例如，多个天线1540可以与gNB 1530使用的多个频段兼容。

基站设备1550包括控制器1551、存储器1552、网络接口1553、无线通信接口1555以及连接接口1557。控制器1551、存储器1552和网络接口1553与参照图13描述的控制器1421、存储器1422和网络接口1423相同。

无线通信接口1555支持任何蜂窝通信方案(诸如5G NR)，并且经由RRH 1560和天线1540来提供到位于与RRH 1560对应的扇区中的终端的无线通信。无线通信接口1555通常可以包括例如BB处理器1556。除了BB处理器1556经由连接接口1557连接到RRH 1560的RF电路1564之外，BB处理器1556与参照图13描述的BB处理器1426相同。如图14所示，无线通信接口1555可以包括多个BB处理器1556。例如，多个BB处理器1556可以与gNB 1530使用的多个频段兼容。虽然图14示出其中无线通信接口1555包括多个BB处理器1556的示例，但是无线通信接口1555也可以包括单个BB处理器1556。

连接接口1557为用于将基站设备1550(无线通信接口1555)连接至RRH 1560的接口。连接接口1557还可以为用于将基站设备1550(无线通信接口1555)连接至RRH 1560的上述高速线路中的通信的通信模块。

RRH 1560包括连接接口1561和无线通信接口1563。

连接接口1561为用于将RRH 1560(无线通信接口1563)连接至基站设备1550的接口。连接接口1561还可以为用于上述高速线路中的通信的通信模块。

无线通信接口1563经由天线1540来传送和接收无线信号。无线通信接口1563通常可以包括例如RF电路1564。RF电路1564可以包括例如混频器、滤波器和放大器，并且经由天线1540来传送和接收无线信号。虽然图14示出一个RF电路1564与一根天线1540连接的示例，但是本公开并不限于该图示，而是一个RF电路1564可以同时连接多根天线1540。

如图14所示，无线通信接口1563可以包括多个RF电路1564。例如，多个RF电路1564可以支持多个天线元件。虽然图14示出其中无线通信接口1563包括多个RF电路1564的示例，但是无线通信接口1563也可以包括单个RF电路1564。

在图14中示出的gNB 1500中，参照图11A描述的处理电路201中包括的一个或多个单元(例如发送单元202)可被实现在无线通信接口1525中。可替代地，这些组件中的至少一部分可被实现在控制器1521中。例如，gNB 1500包含无线通信接口1525的一部分(例如，BB处理器1526)或者整体，和/或包括控制器1521的模块，并且一个或多个组件可被实现在模块中。在这种情况下，模块可以存储用于允许处理器起一个或多个组件的作用的程序(换言之，用于允许处理器执行一个或多个组件的操作的程序)，并且可以执行该程序。作为另一个示例，用于允许处理器起一个或多个组件的作用的程序可被安装在gNB1500中，并且无线通信接口1525(例如，BB处理器1526)和/或控制器1521可以执行该程序。如上所述，作为包括一个或多个组件的装置，gNB 1500、基站设备1520或模块可被提供，并且用于允许处理器起一个或多个组件的作用的程序可被提供。另外，将程序记录在其中的可读介质可被提供。

用户设备的第一应用示例

图15是示出可以应用本公开内容的技术的智能电话1600的示意性配置的示例的框图。在一个示例中，智能电话1600可以被实现为本公开中描述的电子设备100。

智能电话1600包括处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612、一个或多个天线开关1615、一个或多个天线1616、总线1617、电池1618以及辅助控制器1619。

处理器1601可以为例如CPU或片上系统(SoC)，并且控制智能电话1600的应用层和另外层的功能。处理器1601可以包括或充当参照图10A描述的处理电路101。存储器1602包括RAM和ROM，并且存储数据和由处理器1601执行的程序，以实现参照图10B所述的通信方法。存储装置1603可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口1604为用于将外部装置(诸如存储卡和通用串行总线(USB)装置)连接至智能电话1600的接口。

摄像装置1606包括图像传感器(诸如电荷耦合器件(CCD)和互补金属氧化物半导体(CMOS))，并且生成捕获图像。传感器1607可以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风1608将输入到智能电话1600的声音转换为音频信号。输入装置1609包括例如被配置为检测显示装置1610的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示装置1610包括屏幕(诸如液晶显示器(LCD)和有机发光二极管(OLED)显示器)，并且显示智能电话1600的输出图像。扬声器1611将从智能电话1600输出的音频信号转换为声音。

无线通信接口1612支持任何蜂窝通信方案(诸如4G LTE或5G NR等等)，并且执行无线通信。无线通信接口1612通常可以包括例如BB处理器1613和RF电路1614。BB处理器1613可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路1614可以包括例如混频器、滤波器和放大器，并且经由天线1616来传送和接收无线信号。无线通信接口1612可以为其上集成有BB处理器1613和RF电路1614的一个芯片模块。如图15所示，无线通信接口1612可以包括多个BB处理器1613和多个RF电路1614。虽然图15示出其中无线通信接口1612包括多个BB处理器1613和多个RF电路1614的示例，但是无线通信接口1612也可以包括单个BB处理器1613或单个RF电路1614。

此外，除了蜂窝通信方案之外，无线通信接口1612可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(LAN)方案。在此情况下，无线通信接口1612可以包括针对每种无线通信方案的BB处理器1613和RF电路1614。

天线开关1615中的每一个在包括在无线通信接口1612中的多个电路(例如用于不同的无线通信方案的电路)之间切换天线1616的连接目的地。

天线1616包括多个天线元件。天线1616例如可以被布置成天线阵列矩阵，并且用于无线通信接口1612传送和接收无线信号。智能电话1600可以包括一个或多个天线面板(未示出)。

此外，智能电话1600可以包括针对每种无线通信方案的天线1616。在此情况下，天线开关1615可以从智能电话1600的配置中省略。

总线1617将处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612以及辅助控制器1619彼此连接。电池1618经由馈线向图15所示的智能电话1600的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1619例如在睡眠模式下操作智能电话1600的最小必需功能。

在图15中示出的智能电话1600中，处理电路中包括的一个或多个组件可被实现在无线通信接口1612中，诸如参照图10A描述的处理电路101的接收单元102。可替代地，这些组件中的至少一部分可被实现在处理器1601或者辅助控制器1619中。作为一个示例，智能电话1600包含无线通信接口1612的一部分(例如，BB处理器1613)或者整体，和/或包括处理器1601和/或辅助控制器1619的模块，并且一个或多个组件可被实现在该模块中。在这种情况下，该模块可以存储允许处理起一个或多个组件的作用的程序(换言之，用于允许处理器执行一个或多个组件的操作的程序)，并且可以执行该程序。作为另一个示例，用于允许处理器起一个或多个组件的作用的程序可被安装在智能电话1600中，并且无线通信接口1612(例如，BB处理器1613)、处理器1601和/或辅助控制器1619可以执行该程序。如上所述，作为包括一个或多个组件的装置，智能电话1600或者模块可被提供，并且用于允许处理器起一个或多个组件的作用的程序可被提供。另外，将程序记录在其中的可读介质可被提供。

用户设备的第二应用示例

图16是示出可以应用本公开的技术的汽车导航设备1720的示意性配置的示例的框图。汽车导航设备1720可以被实现为参照图10A描述的电子设备100。汽车导航设备1720包括处理器1721、存储器1722、全球定位系统(GPS)模块1724、传感器1725、数据接口1726、内容播放器1727、存储介质接口1728、输入装置1729、显示装置1730、扬声器1731、无线通信接口1733、一个或多个天线开关1736、一个或多个天线1737以及电池1738。在一个示例中，汽车导航设备1720可以被实现为本公开中描述的UE。

处理器1721可以为例如CPU或SoC，并且控制汽车导航设备1720的导航功能和另外的功能。存储器1722包括RAM和ROM，并且存储数据和由处理器1721执行的程序。

GPS模块1724使用从GPS卫星接收的GPS信号来测量汽车导航设备1720的位置(诸如纬度、经度和高度)。传感器1725可以包括一组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口1726经由未示出的终端而连接到例如车载网络1741，并且获取由车辆生成的数据(诸如车速数据)。

内容播放器1727再现存储在存储介质(诸如CD和DVD)中的内容，该存储介质被插入到存储介质接口1728中。输入装置1729包括例如被配置为检测显示装置1730的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示装置1730包括诸如LCD或OLED显示器的屏幕，并且显示导航功能的图像或再现的内容。扬声器1731输出导航功能的声音或再现的内容。

无线通信接口1733支持任何蜂窝通信方案(诸如4G LTE或5G NR)，并且执行无线通信。无线通信接口1733通常可以包括例如BB处理器1734和RF电路1735。BB处理器1734可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路1735可以包括例如混频器、滤波器和放大器，并且经由天线1737来传送和接收无线信号。无线通信接口1733还可以为其上集成有BB处理器1734和RF电路1735的一个芯片模块。如图15所示，无线通信接口1733可以包括多个BB处理器1734和多个RF电路1735。虽然图15示出其中无线通信接口1733包括多个BB处理器1734和多个RF电路1735的示例，但是无线通信接口1733也可以包括单个BB处理器1734或单个RF电路1735。

此外，除了蜂窝通信方案之外，无线通信接口1733可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线LAN方案。在此情况下，针对每种无线通信方案，无线通信接口1733可以包括BB处理器1734和RF电路1735。

天线开关1736中的每一个在包括在无线通信接口1733中的多个电路(诸如用于不同的无线通信方案的电路)之间切换天线1737的连接目的地。

天线1737包括多个天线元件。天线1737例如可以被布置成天线阵列矩阵，并且用于无线通信接口1733传送和接收无线信号。

此外，汽车导航设备1720可以包括针对每种无线通信方案的天线1737。在此情况下，天线开关1736可以从汽车导航设备1720的配置中省略。

电池1738经由馈线向图15所示的汽车导航设备1720的各个块提供电力，馈线在图中被部分地示为虚线。电池1738累积从车辆提供的电力。

在图15中示出的汽车导航装置1720中，处理电路中包括的一个或多个组件可被实现在无线通信接口1733中，诸如参照图10A描述的处理电路101的接收单元102。可替代地，这些组件中的至少一部分可被实现在处理器1721中。作为一个示例，汽车导航装置1720包含无线通信接口1733的一部分(例如，BB处理器1734)或者整体，和/或包括处理器1721的模块，并且一个或多个组件可被实现在该模块中。在这种情况下，该模块可以存储允许处理起一个或多个组件的作用的程序(换言之，用于允许处理器执行一个或多个组件的操作的程序)，并且可以执行该程序。作为另一个示例，用于允许处理器起一个或多个组件的作用的程序可被安装在汽车导航装置1720中，并且无线通信接口1733(例如，BB处理器1734)和/或处理器1721可以执行该程序。如上所述，作为包括一个或多个组件的装置，汽车导航装置1720或者模块可被提供，并且用于允许处理器起一个或多个组件的作用的程序可被提供。另外，将程序记录在其中的可读介质可被提供。

本公开的技术也可以被实现为包括汽车导航设备1720、车载网络1741以及车辆模块1742中的一个或多个块的车载系统(或车辆)1740。车辆模块1742生成车辆数据(诸如车速、发动机速度和故障信息)，并且将所生成的数据输出至车载网络1741。

以上参照附图描述了本公开的示例性实施例，但是本公开当然不限于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更和修改，并且应理解这些变更和修改自然将落入本公开的技术范围内。

例如，在以上实施例中包括在一个单元中的多个功能可以由分开的装置来实现。替选地，在以上实施例中由多个单元实现的多个功能可分别由分开的装置来实现。另外，以上功能之一可由多个单元来实现。无需说，这样的配置包括在本公开的技术范围内。

在该说明书中，流程图中所描述的步骤不仅包括以所述顺序按时间序列执行的处理，而且包括并行地或单独地而不是必须按时间序列执行的处理。此外，甚至在按时间序列处理的步骤中，无需说，也可以适当地改变该顺序。

虽然已经详细说明了本公开及其优点，但是应当理解在不脱离由所附的权利要求所限定的本公开的精神和范围的情况下可以进行各种改变、替代和变换。而且，本公开实施例的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims

1.一种用于控制设备的电子设备，包括：

处理电路，被配置为：

2.如权利要求1所述的电子设备，其中，所述处理电路还被配置为：

3.如权利要求1所述的电子设备，其中，所述DCI是用于调度物理下行共享信道(PDSCH)的DCI，并且包含多个HARQID，

其中，所述多个HARQ ID中的第一个HARQ ID与要激活或释放的SPS相关联，随后的一个或多个HARQID与要释放的一个或多个CG相关联。

4.如权利要求1所述的电子设备，其中，所述DCI是用于调度物理上行共享信道(PUSCH)的DCI，并且包含多个HARQID，

其中，所述多个HARQ ID中的第一个HARQ ID与要激活或释放的CG相关联，随后的一个或多个HARQID与要释放的一个或多个SPS相关联。

5.如权利要求1所述的电子设备，其中，所述DCI包含多个HARQID，所述多个HARQID包括一个或多个与要释放的SPS相关联的HARQ ID以及一个或多个与要释放的CG相关联的HARQID，

6.如权利要求1所述的电子设备，其中，所述DCI由用于调度物理下行共享信道(PDSCH)的下行DCI和用于调度物理上行共享信道(PUSCH)的上行DCI合成，其中，所述下行DCI包含对于所述一个或多个SPS的验证，并且所述上行DCI包含对于所述一个或多个CG的验证。

7.如权利要求5或6所述的电子设备，其中，所述处理电路还被配置为：

8.如权利要求6所述的电子设备，其中，所述下行DCI具有以下任一格式：DCI格式0_0、DCI格式0_1、DCI格式0_2，并且所述上行DCI具有以下任一格式：DCI格式1_0、DCI格式1_1、DCI格式1_2。

9.如权利要求6所述的电子设备，其中，所述DCI不包含以下字段中的至少一个：DCI格式标识符、冗余版本、新数据指示符、数据字段标识符(DFI)标志。

10.一种用于用户设备(UE)的电子设备，包括：

处理电路，被配置为：