CN115843090A - 无线通信***中的电子设备和方法 - Google Patents

Abstract

本公开涉及无线通信***中的电子设备和方法。提出了无线通信***的控制侧电子设备，其能够与无线通信***中的终端侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，控制侧电子设备包括处理电路，所述处理电路被配置为获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备，其中所述动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

Description

无线通信***中的电子设备和方法

技术领域

本公开涉及一种无线通信***中的电子设备和方法，并且具体而言，涉及无线通信***中优化业务数据传输的电子设备和方法。

背景技术

随着移动互联网技术的发展和广泛应用，越来越多的设备接入到移动网络中，新的服务和应用层出不穷。为了满足了人们的通信需求，第五代移动通信技术(简称5G或5G技术)已经成为通信业和学术界探讨和研究的热点。第五代移动通信技术是最新一代蜂窝移动通信技术，其性能目标是高数据速率、减少延迟、节省能源、降低成本、提高***容量和大规模设备连接。

随着联网用户数量以及通信需求飞速发展，移动数据流量的暴涨将给网络带来严峻的挑战，特别地，数据流量增长往往伴随着数据传输操作复杂以及功耗开销的增加，这对于当前无线通信提出了更高的要求。

除非另有说明，否则不应假定本节中描述的任何方法仅仅因为包含在本节中而成为现有技术。同样，除非另有说明，否则关于一种或多种方法所认识出的问题不应在本节的基础上假定在任何现有技术中都认识到。

发明内容

本公开提供了无线通信***中的业务数据传输进行优化的方案。

一方面，本公开提出了对于无线通信中的调度控制信息格式进行优化设置，使得能够降低数据传输中的功耗开销，实现良好的节能。

另一方面，本公开提出了将特定的无线数据传输模式与动态数据调度相结合，使得能够优化传输数据匹配。

还另一方面，本公开提出了将特定的无线数据传输模式与动态数据调度相结合，其中进一步利用优化的调度控制信息格式进行动态数据调度，这样能够优化传输数据匹配，同时有效地降低数据传输中的功耗开销，实现良好的节能。

本公开的一方面涉及一种无线通信***中的控制侧电子设备，控制侧电子设备能够与无线通信***中的终端侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，控制侧电子设备包括处理电路，所述处理电路被配置为：获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备，其中所述动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

本公开的另一方面涉及一种无线通信***中的终端侧电子设备，终端侧电子设备能够与无线通信***中的控制侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，终端侧电子设备包括处理电路，所述处理电路被配置为：基于预定资源将控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息发送给控制侧电子设备；接收来自控制侧电子设备的、针对所获取的相关信息生成的指示数据动态调度配置的动态调度控制信息；以及基于动态调度控制信息所指示的动态资源将输出发送至控制侧电子设备。

本公开的还另一方面涉及一种无线通信***中的用于控制侧的方法，无线通信***的控制侧电子设备能够与无线通信***中的终端侧电子设备能够在数据通信周期中进行基于预定资源的数据传输。该方法包括获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备，其中动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

本公开的还另一方面涉及一种无线通信***中的用于终端侧的方法，无线通信***的终端侧电子设备能够与无线通信***中的控制侧电子设备能够在数据通信周期中进行基于预定资源的数据传输。该方法包括基于预定资源将控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息发送给控制侧电子设备；接收来自控制侧电子设备的、针对所获取的相关信息生成的指示数据动态调度配置的动态调度控制信息；以及基于动态调度控制信息所指示的动态资源将输出发送至控制侧电子设备。

本公开的还另一个方面涉及一种存储有可执行指令的非暂时性计算机可读存储介质，所述可执行指令当被处理器执行时使得该处理器能够实现如前所述的方法。

本公开的还另一个方面涉及一种无线通信装置。根据一个实施例，所述无线通信装置包括：处理器和存储装置，所述存储装置存储有可执行指令，所述可执行指令当被处理器执行时使得该处理器能够实现如前所述的方法。

本公开的还另一个方面涉及一种无线通信装置，包括用于实现如前所述的方法的部件。

本公开的还另一方面涉及一种计算机程序产品，包含指令，所述指令能够由电子设备执行以实现如前所述的方法。

提供上述概述是为了总结一些示例性的实施例，以提供对本文所描述的主题的各方面的基本理解。因此，上述特征仅仅是例子并且不应该被解释为以任何方式缩小本文所描述的主题的范围或精神。本文所描述的主题的其他特征、方面和优点将从以下结合附图描述的具体实施方式而变得明晰。

附图说明

下面结合具体的实施例，并参照附图，对本公开的上述和其它目的和优点做进一步的描述。在附图中，相同的或对应的技术特征或部件将采用相同或对应的附图标记来表示。

图1示出了现有技术的用于终端节能的上行和下行数据对齐。

图2A示出了根据本公开的实施例的终端侧设备与控制侧设备之间的无线通信流程图，图2B示出了无线通信的时域图。

图3示出了根据本公开的实施例的无线通信***中的控制侧电子设备的框图。

图4示出了根据本公开的实施例的动态调度控制信息格式的示意图。

图5示出了根据本公开的实施例的无线通信***中的控制侧方法的流程图。

图6A和6B示出了根据本公开的第一实施例的动态调度方案中下行数据传输和上行数据传输两者的结构示意图。

图7A和7B示出了根据本公开的第二实施例的动态调度方案中下行数据传输和上行数据传输两者的结构示意图。

图8A和8B示出了根据本公开的第三实施例的动态调度方案中下行数据传输和上行数据传输两者的结构示意图。

图9示出了根据本公开的实施例的动态调度方案中下行数据传输和上行数据传输两者的信令图。

图10A和10B示出了根据本公开的第四实施例的动态调度方案中上行数据传输的结构示意图。

图11示出了根据本公开的实施例的动态调度方案中上行数据传输的信令图。

图12A和12B示出了根据本公开的第五实施例的动态调度方案中下行数据传输的结构示意图。

图13示出了根据本公开的实施例的动态调度方案中下行数据传输的信令图。

图14示出了根据本公开的实施例的无线通信***中的终端侧电子设备的框图。

图15示出了根据本公开的实施例的无线通信***中的终端侧方法的流程图。

图16是示意性地示出了根据本公开的实施例的中可采用的信息处理设备的个人计算机的示例结构的框图。

图17是示出可以应用本公开的技术的eNB的示意性配置的第一示例的框图。

图18是示出可以应用本公开的技术的eNB的示意性配置的第二示例的框图。

图19是示出可以应用本公开的技术的通讯设备的示意性配置的示例的框图。

图20是示出可以应用本公开的技术的汽车导航设备的示意性配置的示例的框图。

虽然在本公开内容中所描述的实施例可能易于有各种修改和另选形式，但是其具体实施例在附图中作为例子示出并且在本文中被详细描述。但是，应当理解，附图以及对其的详细描述不是要将实施例限定到所公开的特定形式，而是相反，目的是要涵盖属于权利要求的精神和范围内的所有修改、等同和另选方案。

具体实施方式

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

此外，为了避免因不必要的细节而模糊了本公开，在附图中仅仅示出了与至少根据本公开的方案密切相关的处理步骤和/或设备结构，而省略了与本公开关系不大的其他细节。还应注意，在附图中相似的附图标记和字母指示相似的项目，并且因此一旦一个项目在一个附图中被定义，则对于随后的附图无需再对其进行论述。

在本公开中，术语“第一”、“第二”等仅仅用于区分元件或者步骤，而不是要指示时间顺序、优先选择或者重要性。

当前，5G通信已经广泛地应用于各种应用，尤其例如用于XR应用。XR是指通过计算机技术和可穿戴设备产生的一个真实与虚拟组合的、可人机交互的环境，包括增强现实(AR)、虚拟现实(VR)、混合现实(MR)等多种形式。XR的发展必须要借助大带宽和低时延，因此5G天然助力XR。

为了在5G通信中使NR能高效支持XR/CG(计算机图形)业务，3GPP通过了XR课题在Rel-17的研究立项(study item，SI)，旨在确立XR/CG在物理层的业务模型。该研究立项目前初步确立了XR/CG各类场景的上下行业务模型。特别地，现有的RAN1#104的协定中给出了XR/CG的下行链路(DL)业务模型，其包含周期到达的遵从截断高斯分布的数据，即XR/CG的DL是非固定大小的周期下行数据包到达。现有的RAN1#104b的协定中给出了XR/CG的上行链路(UL)业务模型，特别地，对增强现实(augment reality,AR)的UL有四种可选的仿真项，其中前两个选项(选项1和选项2)包含基准选项(baseline)。而观察这两个选项发现，UL的业务模型都包含了周期到达的遵从截断高斯分布的UL数据，即AR UL的数据是非固定大小的周期数据包到达。由此可见，在XR/CG、特别是AR场景中，UL和DL都可以是周期到达且数据大小可变的业务。

然而，现有NR标准中对周期性到达业务采用的是配置许可(Configure Grant，CG)/半持续调度(semi-persistent scheduling,SPS)，特别地，现有标准针对上下行周期性业务到达分别采用了CG-PUSCH和SPS-PDSCH技术，但是这些技术都是针对固定大小数据包设计的，并不能支持可变大小的数据包。因此，现有NR针对周期到达且具有固定数据包大小业务所采用的SPS/CG技术无法很好地适配周期到达且具有非固定大小的XR业务，需要做出改进以有效支持XR的业务。

此外，由于XR上下行业务数据量大且数据上行发送更为频繁，因此终端功耗开销增加，现有的节能方案不能很好的满足XR业务的节能需求，为了节省UE的功率损耗，需要做出改进以降低XR业务终端的功率开销。

针对XR的节能问题，目前的一些节能增强技术包括对DRX进行增强，提出了多套DRX配置以及DRX组配置(如Rel-16中)，配置DRX组实现DRX的动态灵活调整(dynamicadaptive DRX behavior,RWS-210164)。但缺点是终端需要维护多套DRX定时器，并不能无法有效地降低终端的开销。还已经提出了上下行数据对齐的方案，即上下行数据集中在相同时间段内发送，剩余时间终端进入休眠期，如图1所示。但是，由于上下行业务周期不同，将上下行全部集中到同一段时间内完成发送在设计上难以实现，并且这样与上下行数据的实际业务也不匹配。

鉴于此，本公开提出了对于无线通信中的调度控制信息格式进行优化设置，使得能够降低数据传输中的功耗开销，实现良好的节能。特别地，本公开改进了用于动态数据调度的动态调度控制信息(例如，DCI)的格式，使得能够有效地减少在通信过程中针对DCI的盲检次数，有效地降低业务终端的功率开销。

另一方面，本公开提出了将特定的无线数据传输模式与动态数据调度相结合，特别地，通过特定的无线数据传输模式实现利用预先设定的资源(可称为“静态资源”)来传输数据，并且利用动态数据调度来传输未利用预先设定的资源传输的数据，从而可以有效地应对非固定大小的业务数据，优化传输数据匹配。特别地，实现了/CG-PUSCH/SPS-PDSCH与动态数据调度相结合，能够有效地解决非固定数据大小与CG/SPS传输不匹配的问题。

还另一方面，本公开提出了将特定的无线数据传输模式与动态数据调度相结合，其中进一步利用优化的调度控制信息格式进行动态数据调度，这样能够优化传输数据匹配，同时有效地降低数据传输中的功耗开销，实现良好的节能。特别地，实现了/CG-PUSCH/SPS-PDSCH与动态数据调度相结合，并且在动态数据调度中采用优化的DCI格式，这样能够有效地解决非固定数据大小与CG/SPS传输不匹配的问题，且还有效地降低了业务终端的功率开销。。

以下将详细描述根据本公开的实施例的无线通信***中的控制侧设备与终端侧设备之间的无线通信的实现，其中，图2A示出了无线通信过程的概念性信令图，图2B示出了无线通信在时域上的示例性实现。

本公开的实施例尤其涉及控制侧设备与终端侧设备之间的数据通信是周期性业务，并且可以采用针对该周期性业务而预先分配好的资源来进行数据传输。此外，对于可能无法利用预先分配好的资源来传输的数据，可以利用动态分配的资源进行传输。这里，控制侧设备可以是gNB，和/或终端侧装置可以是用户设备(UE)。控制侧设备向终端侧设备进行下行通信，终端侧设备向控制侧设备进行上行通信。

控制侧设备与终端侧设备之间的数据通信可以采用各种适当的模式进行。特别地，采用DRX(Discontinuous Reception,不连续接收)模式。具体而言，在DRX通信中，基于包的数据流通常是突发性的，在没有数据传输的时候，可以通过关闭UE的接收电路来降低功耗，从而提升电池使用时间。DRX的基本机制是处于RRC_CONNECTED态的UE配置的一个DRX周期。DRX周期由“激活期(ON duration)”和“休眠期(opportunity for DRX)”组成，在激活期中，UE监听并接收下行控制信息传输，例如PDCCH，并由此进行数据传输；而在休眠期，UE不接收下行信道的数据以节省功耗。这样，在时域中，时间被划分成一个个连续的DRX周期来进行通信。

在开始通信之初，控制侧设备向终端侧设备发送触发信息/唤醒信息，以便启动控制侧设备与终端侧设备之间的数据通信。触发信息/唤醒信息可以为各种适当的形式，通过各种适当的方式来发送，例如经由PDCCH发送，这里将不再详细描述。

终端侧设备监听到该信息而开始终端侧设备与控制侧设备之间的通信，包括上行通信和下行通信中的至少一者。上行和下行通信中的至少一者将利用预先分配的资源进行数据传输。该预先分配的资源可以是对应于特定的数据传输模式，例如周期性数据传送等等。特别地，终端侧设备利用CG-PUSCH进行上行数据传输，和/或控制侧设备利用SPS-PDSCH进行下行数据传输，其中CG-PUSCH和SPS-PUSCH上承载的数据可被适当地设置，优选地如下文将详细描述的那样。在DRX的激活期之前，将进行PUSCH和/或PDSCH数据传输。

进一步地，对于未通过预先分配的资源传输的数据，终端侧设备将该数据或者该数据的指示信息告知控制侧设备，以便在DRX的激活期内利用动态分配的资源进行传输。这里，未通过预先分配的资源传输的数据可以指的是预先分配好的资源不足以传输所有数据的情况下的剩余的数据，和/或不利用预先分配的资源进行传输的数据，特别地，该数据可以包括上行传输剩余数据和/或下行传输剩余数据。

控制侧设备将获取要动态调度的数据的信息，并且对于该数据来生成调度控制信息，例如DCI，其中指示了为该数据传输所分配的资源等，并且将调度控制信息发送给终端侧设备以进行解码。其中调度控制信息可以包括上行调度控制信息和/或下行调度控制信息。优选地，调度控制信息可以根据本公开的实施例被优化，其中采用了优化的格式来有效地降低在终端侧解码处理中所进行的盲检次数，如下所述。

由此，终端侧设备能够接收并解码DCI，然后根据DCI指定的资源上进行数据传输。特别的，可以解码UL DCI。然后根据UL DCI在指定的时频资源上传输所有剩余的PUSCH。另外，可以解码DL DCI，并且根据DL DCI在指定的时频资源上接收所有剩余的PDSCH。上述操作是在DRX的激活期内执行的。也就是说，在DRX激活期之前尚未传输的数据、例如剩余数据，将在DRX的激活期内全部传输。

之后进入DRX的休眠期。但是，在DRX休眠期中仍可根据预先分配的资源来进行上行通信和/或下行通信。例如，根据CG-PUSCH/SPS-PDSCH的参数配置，在DRX休眠期中可能仍存在至少一个CG-PUSCH/SPS-PDSCH来进行数据传输。应指出，DRX休眠期内的数据传输仅是可选的，并不是必需的。

图2B中示出了根据本公开的实施例的时域图，其中示意性地示出了在激活期之前，例如在DRX起始偏移量中，利用预定资源(例如预先分配的资源)进行上行数据传输和/或下行数据传输，并且在激活期期间，利用动态资源(例如动态分配的资源)进行上行数据传输和/或下行数据传输。此外，在休眠期，可选地利用预定资源进行上行数据传输和/或下行数据传输。

应指出，本公开中所提及的无线通信***中的通信资源可以指的是可被无线通信***中的设备为了进行通信和/或提供服务所使用的各种资源，诸如物理资源，信道资源，等时频资源等中的任一种，并且这些资源可以采用各种的形式，并且以各种适当的方法被无线通信***中的设备使用，这里将不再详细描述。

以下将描述根据本公开的实施例的无线通信***的示例性电子设备。图3示出了根据本公开的实施例的无线通信***的控制侧电子设备300，电子设备300包括处理电路302，其被配置为获取控制侧设备与无线通信***中的终端侧设备之间要动态调度的数据的相关信息；针对所获取的相关信息，生成指示数据动态调度的配置的动态调度控制信息，以及将所生成的动态调度控制信息发送至无线通信***的终端侧装置，其中所述动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

根据本公开的实施例，所述要动态调度的数据的相关信息可以包含所述要动态调度的数据，和/或所述要动态调度的数据的关联信息，例如BSR，PHR等。

在一些实施例中，要动态调度的数据指的是要通过由控制侧电子设备动态分配的资源传输的数据。在一些实施例中，要动态调度的数据包含通过预先设定的资源进行了数据传输之后仍剩余的数据，例如物理下行共享信道(PDSCH)数据和物理上行共享信道(PUSCH)数据中的至少一者。例如当SPS-PDSCH和/或CG-PUSCH无法传输所有数据时，余下的数据可以通过动态分配的资源进行传输。

在另一些实施例中，当上行或者下行数据传输中并未采用预先分配的固定资源进行传输时，这样的数据也将作为要动态调度的数据，通过动态分配的资源进行传输。作为示例，对于下行传输，当使用标准现有的下行调度流程替代SPS-PDSCH时，要动态调度的数据可以将包括所有下行数据。对于上行传输，当使用标准现有的上行动态调度流程替代CG-PUSCH时，要动态调度的数据将包括所有上行数据。

根据本公开的实施例，处理电路进一步配置为在数据通信周期中的激活时段中发送调度控制信息，使得要动态调度的数据能够在所述激活时段中根据调度控制信息被传输。作为示例，调度控制信息可以包含数据传输信道相关的资源分配。作为示例，调度控制信息可以是DCI，包括上下行资源分配、HARQ信息、功率控制等。

另一方面，终端侧设备接收到调度控制信息，将通过特定的检测处理来获取调度控制信息，并且通过解码该调度控制信息以在该调度控制信息中所指定的动态资源上来进行上行和/或下行数据传输。特别地，在DCI作为调度控制信息的情况下，将检测定位DCI。

特别地，在终端侧设备对调度控制信息进行检测时，通常是在***预先规定的宽范围内进行检测，可被称为盲检。以DL DCI包含DCI格式信息为例。盲检是对所有搜索空间集合(search space set，SSS)中的所有候选PDCCH进行盲检，每个SSS中配置的候选PDCCH是通过将PDCCH关联DCI格式、聚合等级水平(AL)等实现的，但是考虑到搜索空间集合通常较大，则盲检操作中的次数通常会较多。此外，在上行和下行传输都进行的情况下，往往需要将对于UL DCI和DL DCI分别进行盲检，以来定位UL DCI和DL DCI。

在本公开的实施例中，所述动态调度控制信息的格式被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少，即为了获取/定位调度控制信息所要执行的检测/盲检次数被减少。特别地，本公开的实施例通过对于调度控制信息的格式和/或动态调度控制信息所包含的内容进行优化来减少针对调度控制信息的检测/盲检次数，从而改进终端侧的功耗开销。

根据本公开的一些实施例中，调度控制信息包括指示剩余上行数据传输信道数据的调度控制信息和指示剩余下行数据传输信道数据的调度控制信息两者。作为示例，本公开提出了统一的DCI(unified DCI)，该统一DCI同时包含剩余PDSCH的下行调度控制信息和剩余PUSCH的上行调度控制信息，如图4(a)示意性地示出。这样，相比于分别针对UL DCI和DL DCI分别进行盲检，采用统一DCI的情况下可仅仅针对统一DCI进行盲检，并且在检测到统一DCI的情况下从中获取所指定的资源来分别进行上行和下行传输。这样可以减少一轮盲检，大大降低了终端PDCCH监听的功耗开销。

根据本公开的一些实施例，调度控制信息包含辅助信息，所述辅助信息包括用于明确限定了要在终端侧设备对后续调度控制信息进行检测时所遵循的参数配置的信息。特别地，辅助信息所限定的进行检测将遵循的参数配置将被包含于且小于常规盲检操作所遵循的参数范围内，这样可以缩小进行调度控制信息检测的范围，从而降低进行盲检的工作开销。在一些实施例中，辅助信息可以通过扩展调度控制信息或者重新定义调度控制信息中的某些信息而生成，特别地，扩展调度控制信息可指的是在常规调度控制信息(例如DCI)的基础上添加额外的辅助后续DCI检测/译码的指示信息，重新定义调度控制信息指的是重新定义/设定常规调度控制信息(例如DCI)中的某些信息/比特以用于辅助后续DCI检测/译码。在一些实施例中，辅助信息可以针对上行数据传输调度控制信息和下行数据传输调度控制信息中的一者或者两者来生成。

作为一个示例，辅助信息可以通过设计扩展DL DCI(extended DL DCI)或重新定义DL DCI中的某些比特域来生成，例如在当前DL DCI基础上添加额外的辅助后续UL DCI译码的指示信息或者重新定义当前DL DCI中的某些比特用于辅助后续UL DCI译码来生成，从而可以降低后续UL DCI的盲检次数。作为另一示例，辅助信息可以通过设计扩展UL DCI(extended UL DCI)或重新定义UL DCI中的某些比特域来生成，例如在UL DCI基础上添加额外的辅助后续DL DCI译码的指示信息或者重新定义现有UL DCI中的某些比特用于辅助后续DL DCI译码来生成，从而可以降低后续DL DCI的盲检次数。

在本公开的实施例中，所述辅助信息包括格式信息、聚合等级(AL)指示信息中的至少一者。

在一些实施例中，在存在相邻的两个或更多个调度控制信息的情况下，在先调度控制信息中的格式信息可以指示在后调度控制信息的配置是否与在先调度控制信息的配置相同。在一些实施例中，格式信息指示在后调度控制信息是否与在先调度控制信息为相同的大小。

作为示例，在相邻的调度控制信息包含UL DCI和DL DCI，并且DL DCI为在先调度控制信息的情况下，可以利用DL DCI中包含的DCI格式信息来指示UL DCI是否与DL DCI属于相同的DCI格式(集)，例如指示具有相同的格式或大小，这样可以在对于DL DCI进行了盲检之后，在对UL DCI进行盲检时，只对具有与DL DCI格式属于相同格式集的候选PDCCH上进行盲检。如果不同，则只在与DL DCI具有不同格式的候选PDCCH上进行盲检。这样可以有效地降低UL DCI的盲检次数，从而降低工作开销。作为另一示例，在UL DCI为在先调度控制信息的情况下，也可以利用UL DCI中的DCI格式信息来指示DL DCI是否与UL DCI属于相同的DCI格式(集)，例如指示相同的格式或大小，这样可以在对在先的UL DCI进行盲检之后，在对后续的DL DCI进行盲检时，只在具有与UL DCI属于相同的DCI格式集上的候选PDCCH进行盲检。如果不同，则只在与UL DCI具有不同格式的候选PDCCH上进行盲检。类似地，可以如前所述地那样降低DL DCI盲检次数。UL DCI还是DL DCI在先这可以取决于上下行业务的延时要求，延时要求高的可放在靠前的时隙(slot)中，这可以由基站调度实现。

以只监听一个SSS为例说明，该SSS规定了要监听“格式(format)1和格式2”(这种情况对应格式集)及“格式3”，且在格式1和格式2中要监听AL 1,2,4，在格式3中要监听AL1,4,8.那么，如果在DL DCI(具有格式1)中采用格式信息指示了相同格式，那么在后续ULDCI的盲检中，只需要检测SSS中的“格式1和格式2”分类下的候选PDCCH；如果指示了不同，则只需要检测SSS中格式2分类下的候选PDCCH。总而言之，DL DCI在整个SSS上盲检，而ULDCI在整个SSS的子空间上盲检，故盲检次数得到了降低。

DCI格式信息可以采用各种适当的形式。优选地，采用1比特数据来进行指示。例如，“1”指示相同，“0”指示不同。例如，DL DCI格式信息的1比特指示后续UL DCI与本次DLDCI属于相同格式集，或后续DL DCI与本次DL DCI属于相同格式。当然，也可以采用其它的值，或者其它的格式。

根据本公开的实施例，所述聚合等级指示信息指示待检测的聚合等级，其中，所述待检测的聚合等级的数量小于常规的所有要检测的聚合等级的数量。特别地，相比于常规的盲检操作中要进行检测的所有可用聚合等级，本公开所提出的聚合等级指示信息将指示更少的待检测的聚合等级，从而在检测操作中主要根据聚合等级指示信息来进行，而无需针对所有聚合等级来进行。

作为示例，如果添加/重新指示的是AL指示信息，可以有两种设计方法分别对应不同程度的盲检次数降低。第一种设计方法是3比特AL指示信息，其中000依序增加到100代表只检测一种AL,且分别对应检测AL＝1,2,4,8,16的候选PDCCH，101代表检测AL＝{1,2}的候选PDCCH，110代表检测AL＝{2,4,8}的候选PDCCH，111代表检测AL＝{8,16}的候选PDCCH。比特值和指示的AL或AL组合都可以有其他的值及对应关系设计。第二种设计方法是1比特AL指示信息，其中0代表只检测AL＝{1,2}的候选PDCCH，1代表只检测AL＝{4,8,16}的候选PDCCH或反之，或其他具体指代，如0代表只检测AL＝{1,2,4}，1代表只检测AL＝{8,16}。由上可见，聚合等级指示信息所指示的供检测的聚合等级明显少于通常盲检中要检测的聚合等级数量，从而可以减小盲检操作次数。

在本公开的实施例中，聚合等级指示信息是针对待检测的调度控制信息被设定的，特别地可以在前一调度控制信息中添加或重新定义比特域以包含该聚合等级指示信息，以便指示对于后续调度控制信息的检测操作，例如，当前DCI包含的比特用于指示下一个DCI的盲检，上一个DCI包含的比特用于指示当前DCI的盲检。作为示例，可以在DL DCI中包含该指示信息以指示对于后续的DL DCI或UL DCI的检测，或者可以在UL DCI中包含该指示信息以指示对于后续的UL DCL或DL DCI的检测。作为示例，如果指示的是UL DCI，那么后续UL DCI盲检时，使用相同或不同的格式集。如果指示的是DL DCI，那么后续DL DCI盲检时，使用相同或不同的格式。

此外，作为示例，还可以同时添加/重新指示DCI格式信息和AL指示信息，从而后续DCI的盲检将在同时符合DCI格式信息和AL指示信息的候选PDCCH进行，这样相比于只添加/重新指示DCI格式信息或AL指示信息时，更进一步降低盲检复杂度。具体使用哪种DCI(DCI包含的是格式(format)指示，还是AL指示，还是同时包含格式指示和AL指示)可由高层信令RRC配置或重配置。

作为示例，相邻的多个DCI，前面DCI指示后面DCI的一些信息(format或AL，或format+AL)。例如，存在DCI 1,2,3，其中DCI1中包含format指示信息，用于指示DCI 2是否和DCI 1属于相同的format集，从而减少DCI 2的盲检次数；DCI 2中包含format信息，用于指示DCI 3是否和DCI 2属于相同的format集，从而减少DCI 3的盲检次数。以此类推到更多个DCI的情况。此外，每个DCI也可以同时包含format和AL指示信息，从而，后续DCI在format和AL的交集上监听，从而进一步减少盲检次数。

此外应指出，上述的格式指示信息和/或聚合等级指示信息可以针对上行调度控制信息和下行调度控制信息中的至少一个进行设置，例如可以对于上行调度控制信息或下行调度控制信息进行设置，或者对于上行调度控制信息和下行调度控制信息两者分别进行设置，并且针对上行调度控制信息和下行调度控制信息的设置可以相同。作为一个示例，在辅助信息是format指示，所有DCI(包括DL DCI和UL DCI)都添加format指示，除非有RRC信令重新配置改变。作为另一示例，在辅助信息是AL指示，所有DCI(包括DL DCI和UL DCI)都添加AL指示，除非有RRC信令重新配置改变。作为还另一示例，在辅助信息是format指示和AL指示，所有DCI(包括DL DCI和UL DCI)都添加format指示和AL指示，除非有RRC信令重新配置改变。只是每个DCI中的format指示和AL指示的具体内容可以不一致。

这样，通过扩展DL DCI或者重新定义现有DL DCI中的某些信息域，诸如不同的辅助UL DCI译码信息域(AL指示，)的添加或重定义，可以不同程度的减少UL DCI的盲检次数，从而降低终端PDCCH监听的功耗开销。应指出，上述同样可以应用于UL DCI的扩展，例如可以扩展UL DCI来辅助DL DCI译码，从而可以减少DL DCI的盲检。图4(b)左侧示出了优化的UL DCI格式，其中的后续DCI可以是DL DCI。图4(b)右侧示出了优化的DL DCI格式，其中的后续DCI可以是UL DCI。

根据本公开的实施例，动态调度控制信息包括上行和下行调度控制信息两者，并且所述动态调度控制信息包括指示通过数据传输信道承载的上行和下行调度控制信息之一的信息。特别地，在一些实施例中，将上行调度控制信息和下行调度控制信息中的一者作为数据而通过数据传输信道进行传输，而另一个通过控制传输信道进行传输，这样仅需对通过控制传输信道进行传输的调度控制信息进行盲检，节省了对于另一调度控制信息的盲检操作。

根据本公开的实施例，所述信息至少包括在数据传输信道上传输的调度控制信息的传输配置，由此可以根据该信息来在数据传输信道中获取/解码得到调度控制信息。作为示例，该传输配置可以包括在传输中所占用的时频位置、调制编码参数、重复次数等等。图4(c)示出了示例性的该信息。

作为示例，生成扩展/重新定义DL DCI，该扩展DCI在现有标准DL DCI基础上添加额外的指示在PDSCH上传输的UL DCI的信息，该信息可以包括UL DCI在PDSCH上传输占用的时频位置，调制编码MCS参数，重复次数等，可以指导在PDSCH上译码UL DCI所需的相关信息。这种方法是以上下行的区别决定哪些控制信息放置在PDCCH上传，哪些控制信息放在PDSCH上传，例如DL DCI放置在PDCCH上，UL DCI放在PDSCH上传。

作为另一示例，可以进一步优化该信息以便减少DCI的扩展量。特别地，调度控制信息可以包括相对于传统调度控制信息的剩余控制信息，这样可以节省通信传输开销。

作为示例，DL DCI和UL DCI分别需要调度多个PDSCH和或多个PUSCH，且导致DLDCI和UL DCI的大小都需要被扩大很多时，为了减少引入太多新的DCI格式，在PDCCH上传输现有标准的DCI，该DCI指示剩余控制信息(用于上行和下行调度的控制信息总数减去在DCI中承载的控制信令数)在PDSCH上传输的参数(重复次数，时频资源，调制编码参数等)，用于剩余控制信息在PDSCH上的译码。

这样，通过扩展DL DCI，诸如指示UL DCI在PDSCH上传输的相关信息，省去了一轮UL DCI的盲检，只需要一次或多次(依重复配置情况而定)数据信道译码，从而大大降低了终端PDCCH监听的功耗开销。应指出，上文描述也可针对于UL DCI的扩展，例如可以扩展ULDCI以指示DL DCI在PUSCH上传输的相关信息，这样省去了对于DL DCI的盲检。

由上，通过设计动态调度控制信息的格式减少其盲检次数，实现终端节能增益。特别地，对于上行和下行调度控制信息，通过采用统一格式，或者扩展调度控制信息或者重新定义调度控制信息以包含可以辅助后续调度控制信息的检测/盲检的信息，从而可以有效地减少调度控制信息的检测/盲检次数。

而且，根据本公开的调度控制信息优化可以适当地应用于无线通信。在一些实施例中，根据本公开的调度控制信息优化可以应用于现有的上行动态调度流程和/或下行动态调度流程的DCI的优化。特别地，现有的上行动态调度流程中所有的上行数据将通过动态分配的资源来进行传输，而UL DCI将指示该动态分配的资源；现有的下行动态调度流程中所有的下行数据将通过动态分配的资源来进行传输，而DL DCI将指示该动态分配的资源。这样传输中，通过如上地那样优化UL DCI和/或DL DCI，可以有效地降低终端侧对于DCI进行解码/检测时的工作开销。在另一些实施例中，根据本公开的调度控制信息优化可以结合通过预先分配的资源来进行数据传输的方案，这样通过预先分配的资源进行数据传输之后仍剩余的数据将通过动态分配的资源进行传输，而在动态传输过程中对于调度控制信息，例如DCI的检测/解码的工作开销将被减小。

以下将描述根据本公开的在采用预先分配的资源进行数据传输的情况下的优化方案。特别地，在无线通信中，对于特定业务按照特定模式来进数据传输时，往往可以遵照与该特定模式对应的资源设定来传输数据。作为示例，对于周期到达的上下行数据，可以采用与周期对应地预先分配的资源来进行上下行数据传输，例如CG/SPS技术。然而，要传输的数据与预先分配的传输资源不匹配时会出现问题，如前文所述，非固定数据大小的XR业务与CG/SPS传输不匹配。对于这样的不匹配，本公开提出了改进的采用预先分配的资源进行数据传输与动态调度相组合来应对这样的不匹配，更好地支持数据传输业务。

特别地，数据传输周期中包括激活时段和休眠时段，在数据传输周期中，采用预先分配的资源进行数据传输可以在激活时段之前或者在休眠时段中进行。这依赖于数据传输业务参数，尤其是传输速率，例如平均数据传输率，并且在激活时段中将采用动态分配的资源来传输剩余数据。剩余数据可以指示直到该激活时段之前尚未传输的数据，其可以包括本数据传输周期中未传输的剩余数据，甚至可以包括在先前的数据传输周期中未传输的剩余数据。这样的数据可被称为要动态调度的数据。在一些实施例中，要动态调度的数据可以是从前一个周期尚未被发送的数据以及当前周期激活期前要发送的数据中扣除当前周期激活期前至少一个数据传输信道已承载/分配的数据之后仍剩余的数据，其在某种意义上也可被称为当前周期激活期前尚未成功发送的数据。

根据本公开的实施例，在数据传输周期的激活时段之前具有至少一个数据传输信道，并且至少一个数据传输信道所承载的内容可取决于数据传输信道的资源大小和截止到当前时刻需要发送(即，尚未发送)的数据大小的关系。特别地，在数据传输信道的资源大小大于等于截止到当前时刻需要发送的数据大小的情况下，至少一个数据传输信道所承载的内容可以即为截止到当前时刻需要发送的数据大小；而在数据传输信道的资源大小小于截止到当前时刻需要发送的数据大小的情况下，则至少一个数据传输信道所承载的内容包括一部分数据，以及其余部分数据的指示信息，该信息可以为各种适当的形式，例如BSR(缓冲状态报告)或PHR(功率余量报告)。这样其余部分数据可以通过动态分配的资源被传送。

在一些实施例中，截止到当前时刻需要发送的数据包括当前数据传输周期中的需要发送的业务数据，并且至少一个数据传输信道所承载的内容可以包括全部业务数据，或者一部分业务数据和其余业务数据的指示信息。在另一些实施例中，在前一数据传输周期中仍有未完成传送的业务数据(例如在前一数据传输周期中的休眠期中未完成传送的业务数据)的情况下，截止到当前时刻需要发送的数据可选地还包括前一数据传输周期中仍未传送的数据。这样，至少一个数据传输信道所承载的内容还可以包括前一数据传输周期中仍有未完成传送的全部业务数据、全部业务数据的指示信息、或者一部分业务数据和其余业务数据的指示信息。

根据本公开的一些实施例，业务数据和/或业务数据的指示信息可以在至少一个数据传输通道中适当地分布。在一些实施例中，业务数据和/或业务数据的指示信息可以被随机地分布。在一些实施例中，可以按照业务数据的优先级来进行分布，将高优先级的业务数据优先通过数据传输信道对应的资源来发送。例如，可以按照业务数据优先级从高到低在数据传输信道中从前到后地布置，从而按照先后顺序来传送业务数据。特别地，业务数据的优先级可根据各种因素被适当地确定，例如可以取决于数据的重要性，数据越重要，则优先级越高，还例如可以取决于数据的时间顺序，可以按照数据的先后顺序来从高到低或者从低到高的设定数据优先级。作为示例，在当前数据传输周期中的激活期之前的数据传输信道要承载的内容将涉及前一数据传输周期中仍未传送的数据以及当前数据传输周期要传送的数据时，可以优先布置将前一数据传输周期中仍未传送的数据通过当前数据传输信道的资源传送，或者可以优先布置当前数据传输周期的数据通过当前数据传输信道的资源传送。

这样，在数据传输周期中激活期之前的所有要传输的数据将最迟在激活期中完成传输。特别地，或者全部由在激活期之前的数据传输信道承载并传输，或者部分地由在激活期之前的数据传输信道承载并传输，剩余部分在激活期中动态地传输。

根据本公开的实施例，在数据传输周期的激活时段之前的数据传输信道的数量可以依赖于数据通信中的各种因素/参数，例如可以依赖于数据传输速率等。特别地，依赖于数据传输中是否存在抖动，可以具有一个或者更多个数据传输信道。

根据本公开的实施例，在被分配了预定资源的数据传输信道中的数据分布可以采用各种适当的方式来进行。特别地，依赖于截止到当前数据传输周期的激活期之前未完成传送的数据的情况以及激活期之前可分配资源的数据传输信道的数量，来确定各数据传输信道中要承载的数据。

根据本公开的实施例，在数据传输中没有抖动的情况下，在数据传输周期的激活时段之前具有一个数据传输信道。该数据传输信道承载的内容可以如上文所述地设定，例如取决于该数据传输信道的资源大小，可以包含直到该数据传输信道之前的所有要传输数据的全部，或者在无法承载全部数据的情况下，包含一部分数据和其余数据部分的指示信息。在一些实施例中，数据传输信道所承载的内容包括当前数据传输周期中的在激活时段之前需要发送的全部数据，或者当前数据传输周期中的在激活时段之前需要发送的数据的一部分和其余部分的指示信息。在一些实施例中，在存在前一数据传输周期中的未完成发送的剩余数据(例如，在休眠期中未发送的数据)的情况下，所述数据传输信道所承载的内容还包括前一数据传输周期中的未完成发送的全部剩余数据，前一数据传输周期中的未完成发送的剩余数据的指示信息，或者前一数据传输周期中的未完成发送的剩余数据的一部分和其余部分的指示信息。

根据本公开的实施例，数据传输信道所承载的内容可按照适当的顺序被排列。在一些实施例中，数据传输信道所承载的内容可以根据数据内容的传送优先级来排序。例如，可以包含从前到后依次布置的前一数据传输周期中的未完成发送的剩余数据、当前传输周期中要发送的数据的一部分、剩余数据的指示信息。特别地，前一数据传输周期中的未完成发送的剩余数据可以依照与前一数据传输周期中至少一个数据传输信道的顺序被排序。在另一示例中，前一数据传输周期中的未完成发送的剩余数据可被以其它方式来布置，例如可被布置在当前数据传输周期的数据和/或其指示信息之前或之后，例如随机分布。

作为示例，当该DRX周期内DRX激活期之前只包含一个CG-PUSCH时，该CG-PUSCH承载的数据可以根据CG-PUSCH资源大小和截止到当前时刻需要发送的PUSCH数据大小的关系确定。该CG-PUSCH可承载的数据可以包含以下三种数据：前一个DRX周期内DRX休眠期内剩余的PUSCH数据(作为示例，当剩余一个或多个PUSCH时，该数据可包含一个或多个PUSCH的剩余比特信息，且多个PUSCH按时间先后顺序具有从高到低的优先级或从低到高的优先级，应指出剩余PUSCH数据是可选的，当前一个DRX周期内数据全部完成传输时，将不再存在该剩余PUSCH数据)、当前DRX周期内截止到当前时刻需要发送的PUSCH数据，以及从上一个DRX周期的DRX休眠期开始截止到当前时刻所有需要发送的PUSCH数据除去当前CG-PUSCH将要承载的PUSCH数据后、剩余PUSCH数据的指示信息(例如，BSR/PHR)。这三种数据按照列出的先后顺序具有从高到低的发送优先级。在另外的示例中，当前DRX周期中的数据可排列在前一DRX周期中的数据，具有更高的发送优先级。

在数据传输中存在抖动的情况下，在数据传输周期的激活时段之前具有两个或更多个数据传输信道，并且在两个或更多个数据传输信道中可以适当地进行数据分布，来适当地确定各数据传输信道中要承载的内容。根据本公开的实施例，可以将两个或更多个数据传输信道中的特定一个数据传输信道，优选地最接近激活期的一个数据传输信道，如同前文所述那样来进行数据分布，例如承载数据以及剩余数据的指示信息，而其他传输信道仅承载要传送的数据。

在一些实施例中，数据传输信道所要承载的数据可以是要分配给数据传输信道的数据的全部或者一部分。在一些实施例中，可以设定当前数据传输周期的两个或更多个数据传输信道与前一数据传输周期中的数据传输信道的对应关系，并且根据对应关系来布置数据传输信道中的数据分布。例如，可以将前一数据传输周期中的数据传输信道的剩余传输数据布置在当前数据传输周期中的与其对应的数据传输信道中。在一些实施例中，可以按照业务数据的优先级来排序，将高优先级的数据优先通过预先设定的资源来传送，例如，可以高优先级的数据优先布置在排序在前的数据传输信道中，这样可以保证高优先级的数据可优先传送。

作为示例，当该DRX周期内DRX激活期之前包含多个CG-PUSCH时，有两种可选方案，一种方案是只将离DRX激活期最近的CG-PUSCH按照DRX周期内DRX激活期之前只包含一个CG-PUSCH时的情况进行数据封装和发送，该DRX周期内该CG-PUSCH之前的CG-PUSCH都只包含对应时刻到达的PUSCH数据。另一种方案是当前DRX周期内的第一个CG-PUSCH优先传送前一个DRX周期内所有剩余的PUSCH，当前DRX周期内的第二个CG-PUSCH传输优先传输当前DRX周期内的第一个CG-PUSCH的剩余PUSCH，以此类推，直到DRX激活期将该DRX周期内的剩余PUSCH全部传完。对当前DRX周期内DRX激活期之前的SPS-PDSCH，按照当前需要发送的PDSCH数据大小和SPS-PDSCH资源大小的关系，在SPS-PDSCH上发送全部或部分PDSCH数据。

以下将描述根据本公开的采用预先分配的资源进行数据传输与动态调度相组合的示例性实施例，其中以DRX周期传输来描述数据传输，并且对于预先分配的资源进行数据传输，上行传输以CG PUSCH为例，对于下行传输以SPS PDSCH为例进行说明。根据本公开的实施例以AR场景上下行数据为单流为例，根据现有标准达成的协定，取下行的业务参数为：FPS＝60(基准),120,30(可选)。数据包大小服从截断高斯分布，数据包到达抖动服从均值为0ms、标准差为2ms的截断高斯分布。上行业务参数为：FPS＝60(基准),240(可选)，数据包大小服从截断高斯分布。

图6A和6B示出了根据本公开的第一实施例的动态调度方案中下行数据传输和上行数据传输两者的结构示意图，其中上行数据传输和下行数据传输两者都周期性进行并且结合动态数据调度，并且DL FPS小于UL FPS，例如DL@60FPS,UL@240FPS和UL@120FPS。依据不同的CG-PUSCH和SPS-PDSCH及DRX参数配置关系，可能存在以下两种情况。

第一种情况是不考虑DL到达抖动，该DRX周期内DRX激活期之前只包含一个CG-PUSCH的情况，如图6A所示。配置满足了CG-PUSCH1、SPS-PDSCH1和WUS-PDCCH在DRX激活期之前，CG-PUSCH1先于SPS-PDSCH1，但不限制CG-PUSCH1和SPS-PDSCH1同WUS-PDCCH的先后位置关系，例如WUS-PDCCH可以位于CG-PUSCH1和SPS-PDSCH1之前、之间或之后。此外，在DRX周期的休眠期中仍包含CG-PUSCH，并且休眠期中所包含的CG-PUSCH的数量可依赖于上行数据传输速率。

图6A(a)示出了DL为60fps,UL为240fps的实施例，其中在DRX周期的休眠期中仍包含CG-PUSCH，例如CG-PUSCH2到CG-PUSCH4。在DRX周期2的第一个UL业务(UL业务1)到达时，UE首先确定CG-PUSCH1需要承载的内容。在一个示例中，前一个DRX周期中所有未传输数据在当前DRX周期中不通过CG-PUSCH，而是动态调度传输。这样，DRX2中的CG-PUSCH1传输部分UL业务1的数据，及前一个DRX周期中所有未传输部分比特的BSR/PHR信息，然后CG-PUSCH1的剩余比特信息的BSR/PHR附加在CG-PUSCH1的末尾进行上报，最终得到CG-PUSCH1的格式，如图6A(a)选项1所示。在另一示例中，分别取得DRX周期1中UL业务2，UL业务3，UL业务4中尚未被对应CG-PUSCH传输的剩余比特数信息，设为B_p2,B_p3,B_p4,然后取得DRX周期2中UL业务1需要发送的数据比特数记为B_c1，这四项数据按照优先级1：B_p2,B_p3,B_p4,B_c1或优先级2：B_p4,B_p3,B_p2,B_c1的顺序，填充到CG-PUSCH1中，并在每段数据的结尾附加相应数据编号的TAG作为该段数据结束的标记。其中，B_c1只有部分或没有数据承载在CG-PUSCH1中，将B_c1中未能承载到CG-PUSCH1的剩余比特信息的BSR/PHR附加在CG-PUSCH1的末尾进行上报，最终得到CG-PUSCH1的格式，如图6A(a)选项2所示。图6A(b)是DL为60fps,UL为120fps的情况，步骤类似，对应格式如图中所示。

应指出，图6A所示CG-PUSCH1的格式对应上一个DRX周期的休眠期内所有编号的PUSCH都有剩余比特未传输的情况，如果某些编号的PUSCH没有剩余数据需要传输，则释放该数据和对应TAG占有的资源，或剩余比特对应的BSR，并用于其他信息的传输。TAG用于分割不同编号的PUSCH数据，可以设计为已知的序列，不同编号的TAG对应不同的已知序列。

第二种情况是考虑DL到达抖动，该DRX周期内DRX激活期之前包含两个或更多个CG-PUSCH的情况，如图6B所示。配置满足了两个或更多个CG-PUSCH、SPS-PDSCH1和WUS-PDCCH在DRX激活期之前，两个或更多个CG-PUSCH先于SPS-PDSCH1，但不限制各个CG-PUSCH、SPS-PDSCH1同WUS-PDCCH的先后位置关系，如前所述。此外，在DRX周期的休眠期中仍包含CG-PUSCH，并且休眠期中所包含的CG-PUSCH的数量可依赖于上行数据传输速率。

图6B(a)示出了DL为60fps,UL为240fps的实施例，其中DRX激活期之前包含CG-PUSCH1到CG-PUSCH3，在休眠期中包含CG-PUSCH4。在DRX周期2的UL业务到达时，例如在UL业务1到达时，UE首先确定激活期之前的CG-PUSCH1到CG-PUSCH3需要承载的内容。

在一个示例中，将离DRX激活期最近的CG-PUSCH3按照前文结合图6A描述的DRX周期内DRX激活期之前只包含一个CG-PUSCH的情况那样进行数据封装和发送，得到CG-PUSCH3的格式，而该DRX周期2内CG-PUSCH3之前的CG-PUSCH1和CG-PUSCH2分别只包含DRX周期2内UL业务1和UL业务2的部分或全部PUSCH数据，如图6B(a)选项1和选项2所示。

在另一个示例中，当前DRX周期2内的第一个CG-PUSCH1优先传送前一个DRX周期1内的所有剩余PUSCH，即剩余PUSCH4，DRX周期2内的CG-PUSCH2优先传输当前DRX周期2前一个CG-PUSCH1的剩余PUSCH和部分CG-PUSCH2，以此类推，CG-PUSCH3传送剩余CG-PUSCH2和部分CG-PUSCH3及剩余CG-PUSCH3的BSR/PHR，CG-PUSCH3的剩余部分比特最终由动态调度在DRX激活期完成传输。因此，CG-PUSCH1、CG-PUSCH2和CG-PUSCH3的格式如图6B(a)选项3所示。图6B(b)是DL为60fps,UL为120fps的情况，步骤类似，对应格式如图中所示。

应指出，图6B所示CG-PUSCH1到CG-PUSCH3的格式对应上一个DRX周期的休眠期内所有编号的PUSCH都有剩余比特未传输的情况，如果某些编号的PUSCH没有剩余数据需要传输，则释放该数据和对应TAG占有的资源，或剩余比特对应的BSR，并用于其他信息的传输。TAG用于分割不同编号的PUSCH数据，可以设计为已知的序列，不同编号的TAG对应不同的已知序列。

对SPS-PDSCH，按照当前需要发送的PDSCH数据大小和SPS-PDSCH资源大小关系，在SPS-PDSCH上发送全部或部分PDSCH数据。剩余部分的传输由动态调度实现。

图7A和7B示出了根据本公开的第二实施例的动态调度方案中下行数据传输和上行数据传输两者的结构示意图，其中上行数据传输和下行数据传输两者都周期性进行并且结合动态数据调度，并且DL FPS等于UL FPS，例如DL@60FPS,和UL@60FPS。配置满足了CG-PUSCH1、SPS-PDSCH1和WUS-PDCCH在DRX激活期之前，CG-PUSCH1先于SPS-PDSCH1，但不限制CG-PUSCH1和SPS-PDSCH1同WUS-PDCCH的先后位置关系，如前所述。此外，在DRX周期的休眠期中不包含CG-PUSCH和SPS-PDSCH。

图7A示出了不考虑抖动的情况，图7B示出了考虑抖动的情况。其中不需要额外设计CG-PUSCH/SPS-PDSCH的格式，例如依赖于CG-PUSCH/SPS-PDSCH资源大小与需要传输数据的大小，CG-PUSCH/SPS-PDSCH或者传输全部数据，或者传输部分数据，而剩余数据的指示信息附加在末尾，以便通过动态调度在激活期完成。

图8A和8B示出了根据本公开的第三实施例的动态调度方案中下行数据传输和上行数据传输两者的结构示意图，其中上行数据传输和下行数据传输两者都周期性进行并且结合动态数据调度，并且DL FPS大于UL FPS，例如DL@240FPS,DL@120FPS和UL@60FPS。其中需要设计SPS-PDSCH的传输结构，例如可以如前文结合图6A和6B描述的CG-PUSCH的传输结构。具体而言，依据不同的CG-PUSCH和SPS-PDSCH及DRX参数配置关系，可能存在以下两种情况。

第一种情况是不考虑到达抖动，该DRX周期内DRX激活期之前只包含一个SPS-PDSCH的情况，如图8A所示。配置满足了CG-PUSCH1、SPS-PDSCH1和WUS-PDCCH在DRX激活期之前，CG-PUSCH1先于SPS-PDSCH1，但不限制CG-PUSCH1和SPS-PDSCH1同WUS-PDCCH的先后位置关系。此外，在DRX周期的休眠期中仍包含SPS-PUSCH，并且休眠期中所包含的SPS-PUSCH的数量可依赖于上行数据传输速率。

图8A(a)示出了UL为60fps,DL为240fps的实施例，其中示出了DRX周期1的休眠期中SPS-PDSCH以及DRX周期2的激活期之前的SPS-PDSCH1的传输结构。在一个示例中，每个SPS-PDSCH只传输对应的PDSCH，剩余的PDSCH2、PDSCH3、PDSCH4、PDSCH1由动态调度完成传输，如选项1所示。在另一示例中，剩余PDSCH2、剩余PDSCH3和剩余PDSCH4及部分PDSCH1在DRX周期2的SPS-PDSCH1中传输，剩余PDSCH1由动态调度在激活期中完成传输，如选项2所示。在还另一示例中，按照时间顺序设定PSDCH的优先级，例如前一个PDSCH数据的优先级比后面一个PDSCH数据优先级高，因此前一个PDSCH的剩余数据优先在后一个SPS-PDSCH资源上发送。因此，部分PDSCH2在SPS-PDSCH2上传，剩余PDSCH2和部分PDSCH3在SPS-PDSCH上传，剩余PDSCH3和部分PDSCH4在SPS-PDSCH4上传，剩余PDSCH4和部分PDSCH1在SPS-PDSCH1上传，剩余PDSCH1由动态调度传输，如选项3所示。应指出，这里的选项3的数据传输结构同样适用于上文结合图6A(a)描述的CG-PUSCH，特别是DRX周期1的休眠期中CG-PUSCH以及DRX周期2的激活期之前的CG-PUSCH1的传输结构。

图8A(b)是UL为60fps,DL为120fps的情况，步骤类似，对应格式如图中所示。

第二种情况是考虑到达抖动的情况，如图8B所示。其中的配置基本类似于前述结合图8A所描述的第一种情况，但是各个SPS-PDSCH、尤其是休眠期中的SPS-PDSCH将在抖动存在的情况下到达，其到达时间甚至可能早于DL业务。

图8B(a)示出了UL为60fps,DL为240fps的实施例，其中示出了DRX周期1的休眠期中SPS-PDSCH以及DRX周期2的激活期之前的SPS-PDSCH1的传输结构，选项1-3与图8A(a)中所示的选项1-3基本相同。

此外，在另一示例中，如果SPS-PDSCH出现在DL业务到达前，且该SPS-PDSCH是激活期之后的第一个SPS-PDSCH，则该SPS-PDSCH无法发送当前的PDSCH，在传输结构中用Null表示，那么该PDSCH将推迟到下一个SPS-PDSCH上发送，如选项3a所示。这样对于出现一个或多个SPS-PDSCH资源被浪费的情况，可以按照选项3a的准则灵活调整每个SPS-PDSCH的内容，即推迟到下一个SPS-PDSCH资源上发送。图8B(b)是UL为60fps,DL为120fps的情况，步骤类似，对应格式如图中所示。

根据本公开的实施例，周期式数据传输与动态数据调度来相组合，并且进一步利用优化的调度控制信息，可以实现进一步优化的数据传输，特别地可以匹配非固定大小的数据传输且实现节能。具体而言，在数据传输周期中可以采用预先分配的资源来传输数据，并且将未通过预先分配的资源进行传输的数据和/或通过采用预先分配的资源进行传输之后仍剩余的数据通过动态分配的资源来进行传输，而在利用动态分配的资源进行传输时，调度控制信息的格式如前文所述地进行优化。这样能够更好地匹配XR业务，并且能够更好地实现节能。

以下将参照图9来描述应用上述组合实施例的控制侧设备(例如gNB)与终端侧设备(例如UE)之间的通信，图9示出了根据本公开的实施例的动态调度方案中下行数据传输和上行数据传输两者的信令图，其中周期式数据传输与动态数据调度来相组合，并且进一步利用优化的调度控制信息。

根据本公开的实施例，所述处理电路进一步配置为根据无线通信***中的终端侧数据业务信息来配置数据通信周期和基于预定资源的上行和下行数据传输的配置参数。特别地，数据通信周期对应于遵照不连续接收(DRX)模式的通信周期，基于预定资源的上行和下行数据传输分别对应于CG-PUSCH和SPS-PDSCH。

在通信进行之前，首先需要根据UE数据业务信息配置DRX、SPS-PDSCH和CG-PUSCH参数，其中SPS/CG的周期配置可以是固定值或自适应可变值。其中DRX各项参数按照DL业务模型配置，SPS-PDSCH的配置周期依据DL业务周期配置，资源大小按照DL业务数据包的分布配置，对非固定大小的数据包，例如服从截断高斯分布的数据包，资源大小可按数据包的最小值/均值或出现概率达到一定比例对应的门限值或其他合适的值来配置；CG-PUSCH的配置周期依据UL业务周期配置，资源大小按照UL数据包的分布配置，对非固定大小的数据包，例如服从截断高斯分布的数据包，资源大小可按数据包的最小值/均值或出现概率达到一定比例对应的门限值或其他合适的值来配置。此外，不限定WUS-PDCCH和CG-PUSCH，SPS-PDSCH的先后顺序，但是限定同一个DRX周期内的第一个CG-PUSCH资源先于第一个SPS-PDSCH资源(如，间隔为下行最大抖动时延或两倍下行最大抖动时延，即上/下行业务有一半或总在CG-PUSCH/SPS-PDSCH前到达)，且为了更好的节能，CG-PUSCH资源和SPS-PDSCH资源应配置在DRX激活时段之前。UE获取相应的参数配置后，UE按照现有标准执行WUS-PDCCH监听以及CG-PUSCH和SPS-PDSCH上下行数据发送。应指出，上述参数配置的设定和传输可以通过各种适当的方式来进行，例如在图9所示的通信之前进行，通过数据广播来传输，或者通过其他适当的通信信令来传输。

在通信开始之初，gNB向UE发送WUS(wake up service)作为触发消息/唤醒消息，WUS可通过PDCCH来发送。

UE监听到该信息而开始与gNB之间的上行数据发送，其中，UE通过CG-PUSCH将全部或者部分数据以及剩余数据/比特的BSR/PHR发送到gNB。此外，gNB与UE进行下行数据发送，其中gNB通过SPS-PDSCH将全部或者部分数据发送到UE。应指出，下行数据发送通常晚于上行数据发送，如前文所示，例如，下行数据发送可以在接收到上行数据发送之后进行，或者下行数据发送可以按照DL业务周期来进行，而不管是否接收到上行数据发送。这里的上行和下行数据发送对应于前文所述的DRX周期的激活期之前进行的数据发送。

在RX周期的激活期开始时，gNB根据UE上传的数据信息，尤其是剩余数据/比特的BSR/PHR，生成DCI，以便为剩余数据/比特的上行发送分配动态资源。这里生成的DCI可以被进行优化，如选项1-3，如前文所述的。UE检测到DCI并且相应地解码该DCI，从而可以根据DCI的配置来上行发送剩余数据/比特。这里的DCI发送以及剩余数据/比特发送是在DRX周期的激活期中进行的，如前文所述。

之后进入DRX的休眠期。但是，在DRX休眠期中仍可根据预先分配的资源来进行上行通信和/或下行通信，这里并未示出。

上文描述了对于上行和下行传输都是利用预先分配的资源进行传输的情况，应指出，本公开的方案同样可以用于上行和下行传输之一采用预先分配的资源进行传输、而另一者采用动态资源传输的情况。

以下将参照图10A和10B描述根据本公开的第四实施例，图10A和10B示出了根据本公开的第四实施例的动态调度方案中上行数据传输的结构示意图，其中以DL@60fps,UL@120fps为例进行说明配置了CG-PUSCH调度结合动态调度的方案。该第四实施例与第一实施例的区别仅在于使用标准现有的下行动态调度流程代替SPS-PDSCH流程，并且动态调度的下行数据包含所有的下行数据，而非SPS-PDSCH传输剩余的未调度数据。

依据不同的CG-PUSCH和SPS-PDSCH及DRX参数配置关系，可能存在以下两种情况。

第一种情况是不考虑DL到达抖动，该DRX周期内DRX激活期之前只包含一个CG-PUSCH的情况，如图10A所示。配置满足了CG-PUSCH1、SPS-PDSCH1和WUS-PDCCH在DRX激活期之前，具体如前所述。此情况中的CG-PUSCH1的传输结构可以如图10A中的选项1和2所示，类似于如图6A(b)中的选项1和2所示

第二种情况是考虑DL到达抖动，该DRX周期内DRX激活期之前只包含两个CG-PUSCH的情况，如图10B所示。配置满足了两个CG-PUSCH、SPS-PDSCH1和WUS-PDCCH在DRX激活期之前，具体如前所述。此情况中的CG-PUSCH的传输结构可以如图10B中的选项1和2所示，类似于如图6B(b)中的选项1和2所示。

以下将参照图11来描述应用上述第四实施例的控制侧设备(例如gNB)与终端侧设备(例如UE)之间的通信，图11示出了根据本公开的实施例的动态调度方案中上行数据传输的信令图，其中周期式上行数据传输与动态数据调度来相组合，并且进一步利用优化的调度控制信息。

这里的信令图与图9所示的信令图基本相同，主要的区别在于数据传输周期中激活期之前的操作。具体而言，在监听到WUS之后，UE开始与gNB之间的上行数据发送，其中，UE通过CG-PUSCH将全部或者部分数据以及剩余数据/比特的BSR/PHR发送到gNB。这里剩余UL比特是基于数据传输周期中的休眠期(例如，DRX中的休眠期)的时长被计算的。并且PUSCH可以被设定适当的优先级，例如具有长延时的PUSCH可被设定高优先级或者其它适当的优先级。

这样，gNB可以为上传剩余数据/比特以及gNB到UE的下行数据生成DCI，从而可以进行动态调度传输。

以下将参照图12A和12B描述根据本公开的第五实施例，图12A和12B示出了根据本公开的第五实施例的配置了SPS-PDSCH调度结合动态调度的方案。该第五实施例与第一实施例的区别仅在于使用标准现有的上行动态调度流程代替CG-PUSCH流程，并且动态调度的上行数据包含截止到当前时刻需要发送的所有上行数据，而非CG-PUSCH传输后剩余的未调度数据。

图12A示出了不考虑DL到达抖动的情况，图12B示出了考虑DL到达抖动的情况。尽管未示出，但是此实施例中的SPS-PDSCH传输结构可以类似于图8A(a)和图8B(b)所描述的传输结果。

以下将参照图13来描述应用上述第五实施例的控制侧设备(例如gNB)与终端侧设备(例如UE)之间的通信，图13示出了根据本公开的实施例的动态调度方案中下行数据传输的信令图，其中周期式下行数据传输与动态数据调度来相组合，并且进一步利用优化的调度控制信息。

这里的信令图与图9所示的信令图基本相同，主要的区别在于数据传输周期中激活期之前的操作。具体而言，在监听到WUS之后，UE在PUCCH上进行SR报告。gNB针对BSR调度生成UL DCI并且发送给UE，此外gNB还在SPS-PDSCH上将全部或者部分数据下行送给UE。UE可以通过检测和解码来获取该UL DCI，并且将上传上传数据的BSR/PHR报告给gNB。

这样，gNB可以为上传数据以及gNB到UE的下行剩余数据生成DCI，从而可以进行动态调度传输。

以上描述了无线通信***中控制侧电子设备的结构和操作。应指出，该控制侧可以是无线通信***中的发起下行通信和/或接收上行通信的一方，其可以根据无线通信场景中信号传输方向被适当地选定，例如当从基站到用户终端进行下行通信时，控制侧可以指的是基站侧，当在无线通信***中从其他设备向基站进行下行通信时，该控制侧可以指的是该其它设备侧。应指出，该电子设备可以对应于无线通信***中的在通信场景中进行通信的设备(诸如，通信***中的接入点、基站等等)本身，或者是与该设备结合使用的电子设备。

以上的描述主要是针对从基站到用户终端的下行通信的情况下的DCI格式的设计。应指出，上述描述同样可以应用于从无线通信***中的其它设备到基站的下行通信的情况下。此外，上面的描述同样可以应用于从用户终端到基站的上行通信情况下的DCI格式的设计，以及无线通信***中的其它下行通信和上行通信情况。

在上述设备的结构示例中，处理电路可以是通用处理器的形式，也可以是专用处理电路，例如ASIC。例如，处理电路能够由电路(硬件)或中央处理设备(诸如，中央处理单元(CPU))构造。此外，处理电路上可以承载用于使电路(硬件)或中央处理设备工作的程序(软件)。该程序能够存储在存储器(诸如，布置在存储器中)或从外面连接的外部存储介质中，以及经由网络(诸如，互联网)下载。

根据一个实施例，处理电路302可以包括用于相应地实现上述操作的各个单元，例如，获取单元304，获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；生成单元306，针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及发送单元308，将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备。

在一些实施例中，处理电路302还可包括配置单元310，用于根据无线通信***中的终端侧数据业务信息来配置数据通信周期和基于预定资源的数据传输的配置参数。在一些实施例中，处理电路302还可以包括数据传输单元312，例如用于利用预先设定的资源和/或动态分配的资源来传送数据。但是如虚线所示，该配置单元和数据传输单元并不必须包含在处理电路中，其可以位于处理电路之外，甚至在电子设备300之外，特别地，配置参数可以由***中其它设备配置并且告知电子设备300。

上述各个单元可以进行如上文所述地操作，这里将不再详细描述。应注意，上述各个单元仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的实现方式，例如可以以软件、硬件或者软硬件结合的方式来实现。在实际实现时，上述各个单元可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(CPU或DSP等)、集成电路等)来实现。需要注意的是，尽管图3中将各个单元示为分立的单元，但是这些单元中的一个或多个也可以合并为一个单元，或者拆分为多个单元。此外，上述各个单元在附图中用虚线示出指示这些单元可以并不实际存在，而它们所实现的操作/功能可由处理电路本身来实现。

应理解，图3仅仅是无线通信***中控制侧电子设备的概略性结构配置，可选地，控制侧电子设备300还可以包括未示出的其它部件，诸如存储器、射频链路、基带处理单元、网络接口、控制器等。处理电路可以与存储器和/或天线相关联。例如，处理电路可以直接或间接(例如，中间可能连接有其它部件)连接到存储器，以进行数据的存取。存储器可以存储由处理电路302获取的和产生的各种信息(例如，车辆内部状况信息及其分析结果等)、用于求购端电子设备操作的程序和数据、将由求购端电子设备发送的数据等。存储器还可以位于求购端电子设备内但在处理电路之外，或者甚至位于求购端电子设备之外。存储器可以是易失性存储器和/或非易失性存储器。例如，存储器可以包括但不限于随机存储存储器(RAM)、动态随机存储存储器(DRAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、闪存存储器。

还例如，处理电路可以直接或间接连接到天线，以经由天线发送信息以及接收请求/指令。例如，作为示例，天线可以是全向天线和/或定向天线，其可以通过各种方式来实现，例如天线阵列(诸如全向天线和定向天线两者，或者能够实现全向天线和定向天线两者的功能的单一天线阵列)和/或射频链路等通信部件，这里将不再详细描述。作为示例，天线也可被包含在处理电路中，或者在处理电路之外。甚至可以耦合/附接到电子设备300、而不被包含在电子设备300中。

以下将参照附图来描述根据本公开的实施例的用于无线通信***控制侧的方法，图5示出了根据本公开的实施例的用于无线通信***控制侧的方法500的流程图。

在步骤S501(被称为获取步骤)，获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；

在步骤S502(被称为生成步骤)，针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及

在步骤S503(被称为发送步骤)，将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备。

此外，该方法还可以包括实现上文所述的控制侧电子设备所执行的操作的相应步骤，特别地包括用于进行参数配置的配置步骤以及数据传输步骤，其中配置步骤可在获取步骤之前，数据传输步骤可在获取步骤之前和/或在发送步骤之后。应指出，这些步骤可以由前文所述的根据本公开的控制侧电子设备来执行，特别地由前文所述的根据本公开的控制侧电子设备的相应单元来执行。

以下将描述根据本公开的实施例的无线通信***的终端侧电子设备。该终端侧可以是无线通信***中的接收下行通信和/或发起上行通信的一方，其可以根据无线通信场景中信号传输方向被适当地选定，例如当从基站到用户终端进行下行通信时，终端侧可以指的是用户终端侧，当在无线通信***中从其他设备向基站进行下行通信时，该终端侧可以指的是该基站侧。应指出，该终端侧电子设备可以对应于无线通信***中的在通信场景中进行通信的设备(诸如，通信***中的接入点、用户终端等等)本身，或者是与该设备结合使用的电子设备。

图14示出了根据本公开的实施例的终端侧电子设备的框图。终端侧电子设备1400能够与无线通信***中的控制侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，终端侧电子设备1400包括处理电路1402，被配置为基于预定资源将控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息发送给控制侧电子设备；接收来自控制侧电子设备的、针对所获取的相关信息生成的指示数据动态调度配置的动态调度控制信息；以及基于动态调度控制信息所指示的动态资源将输出发送至控制侧电子设备。

根据本公开的实施例，所述处理电路进一步配置为确定要动态调度的数据，其中要动态调度的数据对应于从截止到当前数据传输周期中的激活时段之前需要发送的数据中除去当前数据传输周期中的激活时段前的至少一个数据传输信道承载的发送数据所得到的剩余数据，并且相关信息包括所述剩余数据的缓冲状态报告(BSR)或功率余量报告(PHR)。在一些实施例中，所述剩余数据与以下中的至少一者有关：当前数据传输周期中的在激活时段之前需要发送的数据中的未通过数据传输信道的资源发送的剩余数据；以及前一数据传输周期中的未发送的剩余数据。

根据本公开的实施例，所述处理电路进一步配置为布置数据传输周期中的激活期之前的至少一个数据传输信道的承载内容，具体如上文所述，这里将不再详细描述。

根据本公开的实施例，终端侧电子设备所接收到的动态调度控制信息可以被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。其可以采取各种适当的形式和/或包含各种适当的信息，如上文所述，这里将不再详细描述。

应指出，终端侧电子设备1400可以采用各种适当的方式来实现，尤其可以以与控制侧电子设备300相似的方式来实现。例如可以包括各种单元来实现前述操作/功能，诸如发送单元1404，用于发送要动态调度的数据的相关信息，接收单元1406，用于接收动态调度控制信息，以及数据传输单元1408，用于基于动态调度控制信息所指示的动态资源进行数据传输。

此外，处理电路1402还可包括确定单元1410，用于确定要动态调度的数据，以及布置单元1412，用于在数据传输信道上布置数据和/或要动态调度的数据的指示信息。应指出，如虚线所示，确定单元1410和布置单元1412并不必须包含在处理电路中，其可以位于处理电路之外，甚至可以位于终端侧电子设备之外，其功能由***中的其它设备实现并且将信息发送给终端侧电子设备。

以下将参照附图来描述根据本公开的实施例的用于无线通信***控制侧的方法，图15示出了根据本公开的实施例的用于无线通信***控制侧的方法1500的流程图。

在步骤S1501(被称为发送步骤)，基于预定资源将控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息发送给控制侧电子设备；

在步骤S1502(被配置为接收步骤)，接收来自控制侧电子设备的、针对所获取的相关信息生成的指示数据动态调度配置的动态调度控制信息；以及

在步骤S1503(被配置为数据传输步骤)，基于动态调度控制信息所指示的动态资源将输出发送至控制侧电子设备。

此外，该方法还可以包括实现上文所述的终端侧电子设备所执行的操作的相应步骤，特别地包括确定步骤，用于确定要动态调度的数据，以及布置步骤，用于在数据传输信道上布置数据和/或要动态调度的数据的指示信息。这两个步骤可以在步骤S1501之前执行。应指出，这些步骤可以由前文所述的根据本公开的控制侧电子设备来执行，特别地由前文所述的根据本公开的控制侧电子设备的相应单元来执行。

应指出，上述描述仅仅是示例性的。本公开的实施例还可以任何其它适当的方式执行，仍可实现本公开的实施例所获得的有利效果。而且，本公开的实施例同样可应用于其它类似的应用实例，仍可实现本公开的实施例所获得的有利效果。

应当理解，根据本公开实施例的机器可读存储介质或程序产品中的机器可执行指令可以被配置为执行与上述设备和方法实施例相应的操作。当参考上述设备和方法实施例时，机器可读存储介质或程序产品的实施例对于本领域技术人员而言是明晰的，因此不再重复描述。用于承载或包括上述机器可执行指令的机器可读存储介质和程序产品也落在本公开的范围内。这样的存储介质可以包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

另外，应当理解，上述系列处理和设备也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机，例如图16所示的通用个人计算机1600安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等等。图16是示出根据本公开的实施例的中可采用的信息处理设备的个人计算机的示例结构的框图。在一个例子中，该个人计算机可以对应于根据本公开的上述示例性求购端电子设备或出售端电子设备。

在图16中，中央处理单元(CPU)1601根据只读存储器(ROM)1602中存储的程序或从存储部分1608加载到随机存取存储器(RAM)1603的程序执行各种处理。在RAM 1603中，也根据需要存储当CPU1601执行各种处理等时所需的数据。

CPU 1601、ROM 1602和RAM 1603经由总线1604彼此连接。输入/输出接口1605也连接到总线1604。

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

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

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

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

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

例如，根据本公开的实施例的控制侧电子设备可以被实现为各种控制设备/基站或者被包含在各种控制设备/基站中。例如，根据本公开的实施例的发射设备和终端设备可以被实现为各种终端设备或者被包含在各种终端设备中。

例如，本公开中提到的控制设备/基站可以被实现为任何类型的基站，例如eNB，诸如宏eNB和小eNB。小eNB可以为覆盖比宏小区小的小区的eNB，诸如微微eNB、微eNB和家庭(毫微微)eNB。还例如，可以实现为gNB，诸如宏gNB和小gNB。小gNB可以为覆盖比宏小区小的小区的gNB，诸如微微gNB、微gNB和家庭(毫微微)gNB。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB和基站收发台(Base Transceiver Station，BTS)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(Remote Radio Head，RRH)。另外，下面将描述的各种类型的终端均可以通过暂时地或半持久性地执行基站功能而作为基站工作。

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

以下将参照附图描述根据本公开的应用示例。

[关于基站的示例]

应当理解，本公开中的基站一词具有其通常含义的全部广度，并且至少包括被用于作为无线通信***或无线电***的一部分以便于通信的无线通信站。基站的例子可以例如是但不限于以下：基站可以是GSM***中的基站收发信机(BTS)和基站控制器(BSC)中的一者或两者，可以是WCDMA***中的无线电网络控制器(RNC)和Node B中的一者或两者，可以是LTE和LTE-Advanced***中的eNB，或者可以是未来通信***中对应的网络节点(例如可能在5G通信***中出现的gNB，eLTE eNB等等)。本公开的基站中的部分功能也可以实现为在D2D、M2M以及V2V通信场景下对通信具有控制功能的实体，或者实现为在认知无线电通信场景下起频谱协调作用的实体。

第一示例

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

天线1710中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(MIMO)天线中的多个天线元件)，并且用于基站设备1720发送和接收无线信号。如图17所示，gNB 1700可以包括多个天线1710。例如，多个天线1710可以与gNB 1700使用的多个频段兼容。

基站设备1720包括控制器1721、存储器1722、网络接口1717以及无线通信接口1725。

控制器1721可以为例如CPU或DSP，并且操作基站设备1720的较高层的各种功能。例如，控制器1721根据由无线通信接口1725获取的无线通信***中的终端侧的至少一个终端设备的定位信息和至少一个终端设备的特定位置配置信息来确定至少一个终端设备中的目标终端设备的位置信息。控制器1721可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接入控制和调度。该控制可以结合附近的gNB或核心网节点来执行。存储器1722包括RAM和ROM，并且存储由控制器1721执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口1723为用于将基站设备1720连接至核心网1724的通信接口。控制器1721可以经由网络接口1717而与核心网节点或另外的gNB进行通信。在此情况下，gNB 1700与核心网节点或其他gNB可以通过逻辑接口(诸如S1接口和X2接口)而彼此连接。网络接口1723还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口1723为无线通信接口，则与由无线通信接口1725使用的频段相比，网络接口1723可以使用较高频段用于无线通信。

无线通信接口1725支持任何蜂窝通信方案(诸如长期演进(LTE)和LTE-Advanced)，并且经由天线1710来提供到位于gNB 1700的小区中的终端的无线连接。无线通信接口1725通常可以包括例如基带(BB)处理器1726和RF电路1727。BB处理器1726可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如L1、介质访问控制(MAC)、无线链路控制(RLC)和分组数据汇聚协议(PDCP))的各种类型的信号处理。代替控制器1721，BB处理器1726可以具有上述逻辑功能的一部分或全部。BB处理器1726可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使BB处理器1726的功能改变。该模块可以为***到基站设备1720的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，RF电路1727可以包括例如混频器、滤波器和放大器，并且经由天线1710来传送和接收无线信号。虽然图17示出一个RF电路1727与一根天线1710连接的示例，但是本公开并不限于该图示，而是一个RF电路1727可以同时连接多根天线1710。

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

第二示例

图18是示出可以应用本公开内容的技术的gNB的示意性配置的第二示例的框图。gNB 1800包括多个天线1810、RRH 1820和基站设备1830。RRH 1820和每个天线1810可以经由RF线缆而彼此连接。基站设备1830和RRH 1820可以经由诸如光纤线缆的高速线路而彼此连接。在一种实现方式中，此处的gNB 1800(或基站设备1830)可以对应于上述控制侧电子设备。

天线1810中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)，并且用于RRH 1820发送和接收无线信号。如图18所示，gNB 1800可以包括多个天线1810。例如，多个天线1810可以与gNB 1800使用的多个频段兼容。

基站设备1830包括控制器1831、存储器1832、网络接口1833、无线通信接口1834以及连接接口1836。控制器1831、存储器1832和网络接口1833与参照图17描述的控制器1721、存储器1722和网络接口1723相同。

无线通信接口1834支持任何蜂窝通信方案(诸如LTE和LTE-Advanced)，并且经由RRH 1820和天线1810来提供到位于与RRH 1820对应的扇区中的终端的无线通信。无线通信接口1834通常可以包括例如BB处理器1835。除了BB处理器1835经由连接接口1836连接到RRH 1820的RF电路1822之外，BB处理器1835与参照图10描述的BB处理器1726相同。如图18所示，无线通信接口1834可以包括多个BB处理器1835。例如，多个BB处理器1835可以与gNB1800使用的多个频段兼容。虽然图18示出其中无线通信接口1834包括多个BB处理器1835的示例，但是无线通信接口1834也可以包括单个BB处理器1835。

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

RRH 1820包括连接接口1823和无线通信接口1821。

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

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

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

[关于用户设备/终端设备的示例]

第一示例

图19是示出可以应用本公开内容的技术的通讯设备1900(例如，智能电话，联络器等等)的示意性配置的示例的框图。通讯设备1900包括处理器1901、存储器1902、存储装置1903、外部连接接口1904、摄像装置1906、传感器1907、麦克风1908、输入装置1909、显示装置1910、扬声器1911、无线通信接口1912、一个或多个天线开关1915、一个或多个天线1916、总线1917、电池1918以及辅助控制器1919。在一种实现方式中，此处的通讯设备1900(或处理器1901)可以对应于上述发射设备或终端侧电子设备。

处理器1901可以为例如CPU或片上***(SoC)，并且控制通讯设备1900的应用层和另外层的功能。存储器1902包括RAM和ROM，并且存储数据和由处理器1901执行的程序。存储装置1903可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口1904为用于将外部装置(诸如存储卡和通用串行总线(USB)装置)连接至通讯设备1900的接口。

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

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

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

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

天线1916中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)，并且用于无线通信接口1912传送和接收无线信号。如图19所示，通讯设备1900可以包括多个天线1916。虽然图19示出其中通讯设备1900包括多个天线1916的示例，但是通讯设备1900也可以包括单个天线1916。

此外，通讯设备1900可以包括针对每种无线通信方案的天线1916。在此情况下，天线开关1915可以从通讯设备1900的配置中省略。

总线1917将处理器1901、存储器1902、存储装置1903、外部连接接口1904、摄像装置1906、传感器1907、麦克风1908、输入装置1909、显示装置1910、扬声器1911、无线通信接口1912以及辅助控制器1919彼此连接。电池1918经由馈线向图19所示的通讯设备1900的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1919例如在睡眠模式下操作通讯设备1900的最小必需功能。

第二示例

图20是示出可以应用本公开内容的技术的汽车导航设备2000的示意性配置的示例的框图。汽车导航设备2000包括处理器2001、存储器2002、全球定位***(GPS)模块2004、传感器2005、数据接口2006、内容播放器2007、存储介质接口2008、输入装置2009、显示装置2010、扬声器2011、无线通信接口2013、一个或多个天线开关2016、一个或多个天线2017以及电池2018。在一种实现方式中，此处的汽车导航设备2000(或处理器2001)可以对应于发射设备或终端侧电子设备。

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

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

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

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

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

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

天线2017中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)，并且用于无线通信接口2013传送和接收无线信号。如图20所示，汽车导航设备2000可以包括多个天线2017。虽然图20示出其中汽车导航设备2000包括多个天线2017的示例，但是汽车导航设备2000也可以包括单个天线2017。

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

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

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

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

应当理解，根据本公开实施例的机器可读存储介质或程序产品中的机器可执行指令可以被配置为执行与上述设备和方法实施例相应的操作。当参考上述设备和方法实施例时，机器可读存储介质或程序产品的实施例对于本领域技术人员而言是明晰的，因此不再重复描述。用于承载或包括上述机器可执行指令的机器可读存储介质和程序产品也落在本公开的范围内。这样的存储介质可以包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

另外，应当理解，上述系列处理和设备也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，在相关设备的存储介质存储构成相应软件的相应程序，当所述程序被执行时，能够执行各种功能。

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

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

另外，可采用多种方式来实行本公开的方法和***。例如，可通过软件、硬件、固件或它们的任何组合来实行本公开的方法和***。上文所述的该方法的步骤的顺序仅是说明性的，并且除非另外具体说明，否则本公开的方法的步骤不限于上文具体描述的顺序。此外，在一些实施例中，本公开还可具体化为记录介质中记录的程序，包括用于实施根据本公开的方法的机器可读指令。因此，本公开还涵盖了存储用于实施根据本公开的方法的程序的记录介质。这样的存储介质可以包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

本领域技术人员应当意识到，在上述操作之间的边界仅仅是说明性的。多个操作可以结合成单个操作，单个操作可以分布于附加的操作中，并且操作可以在时间上至少部分重叠地执行。而且，另选的实施例可以包括特定操作的多个实例，并且在其他各种实施例中可以改变操作顺序。但是，其它的修改、变化和替换同样是可能的。因此，本说明书和附图应当被看作是说明性的，而非限制性的。

另外，本公开的实施方式还可以包括以下示意性示例(EE)。

EE 1.一种无线通信***的控制侧电子设备，所述控制侧电子设备能够与无线通信***中的终端侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，控制侧电子设备包括处理电路，所述处理电路被配置为：获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备，其中所述动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

EE 2、根据EE 1所述的控制侧电子设备，其中，所述处理电路进一步配置为在数据通信周期中的激活时段中发送动态调度控制信息，并且其中，要动态调度的数据能够通过由所述动态调度控制信息所指示的动态分配的资源在所述激活时段中被传输。

EE 3、根据EE 1所述的控制侧电子设备，其中，所述要动态调度的数据包含以下中的至少一个：

采用预先设定的资源的上行数据传输中未完成传输的数据；

采用预先设定的资源的下行数据传输中未完成传输的数据；

未采用预先设定的资源的上行数据传输中的要传输的数据；以及

未采用预先设定的资源的下行数据传输中的要传输的数据。

EE 4、根据EE 1所述的控制侧电子设备，其中，所述动态调度控制信息包括指示上行数据调度控制信息和指示下行数据调度控制信息两者。

EE 5、根据EE 1所述的控制侧电子设备，其中，所述动态调度控制信息包含辅助信息，所述辅助信息包括用于明确限定了要在终端侧设备对调度控制信息进行解码检测时所遵循的配置的信息。

EE 6、根据EE 5所述的控制侧电子设备，其中，所述辅助信息是通过扩展基准调度控制信息或者对基准调度控制信息中的特定字段或比特域进行重新定义而生成的。

EE 7、根据EE 5所述的控制侧电子设备，其中，所述辅助信息包括调度控制信息格式信息和聚合等级指示信息中的至少一者。

EE 8、根据EE 7所述的控制侧电子设备，其中，所述调度控制信息格式信息指示上行数据调度控制信息和下行数据调度控制信息中的在后调度控制信息是否与在先调度控制信息具有相同格式集配置或格式配置。

EE 9、根据EE 7所述的控制侧电子设备，其中，所述聚合等级指示信息指示待检测的聚合等级，其中，所述待检测的聚合等级的数量小于所有可检测的聚合等级的数量。

EE 10、根据EE 1所述的控制侧电子设备，其中，所述动态调度控制信息包括指示通过数据传输信道传输的上行和下行调度控制信息之一的辅助信息。

EE 11、根据EE 1所述的控制侧电子设备，其中，所述动态调度控制信息包括指示通过数据传输信道传输的剩余调度控制信息的辅助信息，所述剩余调度控制信息指示预期传输的上行和下行调度控制信息的信令总数与基准调度控制信息所能承载的控制信令数之间的差异。

EE 12、根据EE 10或11所述的控制侧电子设备，其中，所述辅助信息包括调度控制信息或剩余调度控制信息在数据传输信道传输中所占用的时频位置、调制编码参数、重复次数中的至少一个。

EE 13、根据EE 1所述的控制侧电子设备，其中，所述控制侧电子设备是gNB，和/或所述终端侧电子设备是UE。

EE 14、根据EE 1所述的控制侧电子设备，其中，所述处理电路进一步配置为根据无线通信***中的终端侧数据业务信息来配置数据通信周期和基于预定资源的数据传输的配置参数。

EE 15、根据EE 1所述的控制侧电子设备，其中，所述数据通信周期是采用不连续接收(DRX)模式的通信周期，。

EE 16、根据EE 1所述的控制侧电子设备，其中，利用预定资源进行的上行数据传输对应于周期性的CG-PUSCH，并且其中CG-PUSCH的配置周期依据下行(UL)业务周期配置，资源大小按照UL业务数据包的分布配置，其中在UL业务数据包为非固定大小的数据包的情况下，资源大小可基于数据包大小的数学统计值或数据包大小出现概率达到一定比例所对应的阈值被配置。

EE 17、根据EE 1所述的控制侧电子设备，其中，利用预定资源进行的上行数据传输对应于周期性的SPS-PDSCH，并且其中SPS-PDSCH的配置周期依据下行(DL)业务周期配置，资源大小按照DL业务数据包的分布配置，其中在DL业务数据包为非固定大小的数据包的情况下，资源大小可基于数据包大小的数学统计值或数据包大小出现概率达到一定比例所对应的阈值被配置。

EE 18、根据EE 15-17中任一项所述的控制侧电子设备，其中，同一DRX周期中的第一CG-PUSCH资源先于第一SPS-PDSCH资源，并且它们之间的间隔对应于下行最大抖动时延或其特定倍数。

EE 19、根据EE 15-17中任一项所述的控制侧电子设备，其中，同一DRX周期中至少一个CG-PUSCH资源和至少一个SPS-PDSCH资源被设置在DRX周期中的激活期之前。

EE 20、一种无线通信***的终端侧电子设备，所述终端侧电子设备能够与无线通信***中的控制侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，终端侧电子设备包括处理电路，所述处理电路被配置为：基于预定资源将控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息发送给控制侧电子设备；接收来自控制侧电子设备的、针对所获取的相关信息生成的指示数据动态调度配置的动态调度控制信息；以及基于动态调度控制信息所指示的动态资源将输出发送至控制侧电子设备。

EE 21、根据EE 20所述的终端侧电子设备，其中，所述处理电路被配置为在所述当前数据传输周期中激活时段之前通过至少一个数据传输信道发送要动态调度的数据的相关信息。

EE 22、根据EE 20所述的终端侧电子设备，其中，要动态调度的数据对应于从截止到当前数据传输周期中的激活时段之前尚未成功发送的数据，并且相关信息包括所述剩余数据的缓冲状态报告(BSR)和或功率余量报告(PHR)。

EE 23、根据EE 20所述的终端侧电子设备，其中，所述剩余数据与以下中的至少一者有关：当前数据传输周期中的在激活时段之前需要发送的数据中的未通过数据传输信道的资源发送的剩余数据；以及前一数据传输周期中的未成功发送的剩余数据。

EE 24、根据EE 20所述的终端侧电子设备，其中，在激活时段之前通过一个数据传输信道的资源来发送数据，所述数据传输信道所承载的内容包括：当前数据传输周期中的在激活时段之前需要发送的全部数据，或者当前数据传输周期中的在激活时段之前需要发送的数据的一部分和其余部分的指示信息。

EE 25、根据EE 24所述的终端侧电子设备，其中，在存在前一数据传输周期中的未成功发送的剩余数据的情况下，所述数据传输信道所承载的内容还包括：前一数据传输周期中的未成功发送的全部剩余数据，或者前一数据传输周期中的未成功发送的剩余数据的一部分和其余部分的指示信息。

EE 26、根据EE 25所述的终端侧电子设备，其中，所述数据传输信道所承载的内容包含从前到后依次布置的前一数据传输周期中的未成功发送的剩余数据、当前传输周期中要发送的数据的一部分、剩余数据的指示信息。

EE 27、根据EE 26所述的终端侧电子设备，其中，前一数据传输周期中的未成功发送的剩余数据包括前一数据传输周期的休眠期中的至少一个数据传输信道中的剩余数据，并且依照与前一数据传输周期中至少一个数据传输信道的顺序被排序。

EE 28、根据EE 20所述的终端侧电子设备，其中，在激活时段之前通过两个或更多个数据传输信道的资源来发送数据，并且

其中所述两个或更多个数据传输信道的资源中的除最接近激活时段的数据传输信道之外的数据传输信道分别承载分配给该数据传输信道的数据的全部或者一部分，并且

所述两个或更多个数据传输信道的资源中的最接近激活时段的数据传输信道所承载的内容包括：分配给该数据传输信道的数据的全部或一部分，以及未能由两个或更多个数据传输信道中的各数据传输信道承载的部分数据的指示信息。

EE 29、根据EE 28所述的终端侧电子设备，其中，在所述两个或更多个数据传输信道的资源中的最接近激活时段的数据传输信道所承载的内容中，各数据传输信道的部分数据按照数据传输信道的顺序被布置。

EE 30、根据EE 28所述的终端侧电子设备，其中，在存在前一数据传输周期中的未成功发送的剩余数据的情况下，所述两个或更多个数据传输信道的资源中的最接近激活时段的数据传输信道所承载的内容还包括：前一数据传输周期中的未成功发送的全部剩余数据，前一数据传输周期中的未成功发送的剩余数据的指示信息，或者前一数据传输周期中的未成功发送的剩余数据的一部分和其余部分的指示信息。

EE 31、根据EE 29所述的终端侧电子设备，其中，所述数据传输信道所承载的内容包含依次布置的前一数据传输周期中的未成功发送的剩余数据、当前传输周期中各数据传输信道要发送的数据的一部分、剩余数据的指示信息。

EE 32、根据EE 28所述的终端侧电子设备，其中，按照前一数据传输周期中的未成功发送的剩余数据以及当前数据传输周期中从第一数据传输信道开始的各数据传输信道的待发送数据的顺序，在两个或更多个数据传输信道中从第一数据传输信道开始布置数据，直到所有数据传输信道被布置，并且最后布置剩余数据的指示信息布置。

EE 33、根据EE 20所述的终端侧电子设备，其中，其中所述动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

EE 34、根据EE 33所述的终端侧电子设备，其中，所述动态调度控制信息包括指示上行数据调度控制信息和指示下行数据调度控制信息两者。

EE 35、根据EE 33所述的终端侧电子设备，其中，所述动态调度控制信息包含辅助信息，所述辅助信息包括用于明确限定了要在终端侧设备对调度控制信息进行解码检测时所遵循的配置的信息。

EE 36、根据EE 35所述的控制侧电子设备，其中，所述辅助信息包括调度控制信息格式信息，其指示上行数据调度控制信息和下行数据调度控制信息中的在后调度控制信息是否与在先调度控制信息具有相同格式集配置或格式配置，

其中，当格式信息指示相同格式集配置或格式配置时，则在搜索空间集中的相同格式集或格式所涵盖的候选信道上来检测在后调度控制信息，并且当格式信息指示不同格式集配置或格式配置时，则在搜索空间集中的不同格式集或格式所涵盖的候选信道上来检测在后调度控制信息。

EE 37、根据EE 33所述的终端侧电子设备，其中，所述动态调度控制信息包括指示通过数据传输信道传输的上行和下行调度控制信息之一的辅助信息。

EE 38、根据EE 33所述的终端侧电子设备，其中，所述动态调度控制信息包括指示通过数据传输信道传输的剩余调度控制信息的辅助信息，所述剩余调度控制信息指示预期传输的上行和下行调度控制信息的信令总数与基准调度控制信息所能承载的控制信令数之间的差异。

EE 39、一种无线通信***的控制侧的方法，无线通信***的控制侧电子设备能够与无线通信***中的终端侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，所述方法包括：获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备，其中所述动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

EE 40、一种无线通信***的终端侧的方法，无线通信***的终端侧电子设备能够与无线通信***中的控制侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，所述方法包括：基于预定资源将控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息发送给控制侧电子设备；接收来自控制侧电子设备的、针对所获取的相关信息生成的指示数据动态调度配置的动态调度控制信息；以及基于动态调度控制信息所指示的动态资源将输出发送至控制侧电子设备。

EE 41.一种设备，包括

至少一个处理器；和

至少一个存储设备，所述至少一个存储设备在其上存储指令，该指令在由所述至少一个处理器执行时，使所述至少一个处理器执行根据EE 39或40所述的方法。

EE 42.一种存储指令的存储介质，该指令在由处理器执行时能使得执行根据EE39或40所述的方法。

EE 43.一种计算机程序产品，包含指令，该指令在由处理器执行时能使得执行根据EE 39或40所述的方法。

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

虽然已详细描述了本公开的一些具体实施例，但是本领域技术人员应当理解，上述实施例仅是说明性的而不限制本公开的范围。本领域技术人员应该理解，上述实施例可以被组合、修改或替换而不脱离本公开的范围和实质。本公开的范围是通过所附的权利要求限定的。

Claims (10)

1.一种无线通信***的控制侧电子设备，所述控制侧电子设备能够与无线通信***中的终端侧电子设备能够在数据通信周期中进行基于预定资源的数据传输，控制侧电子设备包括处理电路，所述处理电路被配置为：

获取控制侧电子设备与终端侧电子设备之间要动态调度的数据的相关信息；

针对所获取的相关信息，生成指示数据动态调度配置的动态调度控制信息；以及

将所生成的动态调度控制信息发送至无线通信***的终端侧电子设备，

其中所述动态调度控制信息被设置为使得终端侧设备对于所述动态调度控制信息所执行的检测操作的次数被减少。

2.根据权利要求1所述的控制侧电子设备，其中，所述处理电路进一步配置为在数据通信周期中的激活时段中发送动态调度控制信息，并且其中，要动态调度的数据能够通过由所述动态调度控制信息所指示的动态分配的资源在所述激活时段中被传输。

3.根据权利要求1所述的控制侧电子设备，其中，所述要动态调度的数据包含以下中的至少一个：

采用预先设定的资源的上行数据传输中未完成传输的数据；

采用预先设定的资源的下行数据传输中未完成传输的数据；

未采用预先设定的资源的上行数据传输中的要传输的数据；以及

未采用预先设定的资源的下行数据传输中的要传输的数据。

4.根据权利要求1所述的控制侧电子设备，其中，所述动态调度控制信息包括指示上行数据调度控制信息和指示下行数据调度控制信息两者。

5.根据权利要求1所述的控制侧电子设备，其中，所述动态调度控制信息包含辅助信息，所述辅助信息包括用于明确限定了要在终端侧设备对调度控制信息进行解码检测时所遵循的配置的信息。

6.根据权利要求5所述的控制侧电子设备，其中，所述辅助信息是通过扩展基准调度控制信息或者对基准调度控制信息中的特定字段或比特域进行重新定义而生成的。

7.根据权利要求5所述的控制侧电子设备，其中，所述辅助信息包括调度控制信息格式信息和聚合等级指示信息中的至少一者。

8.根据权利要求7所述的控制侧电子设备，其中，所述调度控制信息格式信息指示上行数据调度控制信息和下行数据调度控制信息中的在后调度控制信息是否与在先调度控制信息具有相同格式集配置或格式配置。

9.根据权利要求7所述的控制侧电子设备，其中，所述聚合等级指示信息指示待检测的聚合等级，其中，所述待检测的聚合等级的数量小于所有可检测的聚合等级的数量。

10.根据权利要求1所述的控制侧电子设备，其中，所述动态调度控制信息包括指示通过数据传输信道传输的上行和下行调度控制信息之一的辅助信息。

Images