CN116980971A

CN116980971A - 无线通信系统中的电子设备和方法

Info

Publication number: CN116980971A
Application number: CN202210423618.3A
Authority: CN
Inventors: 樊婷婷
Original assignee: Sony Group Corp
Current assignee: Sony Group Corp
Priority date: 2022-04-21
Filing date: 2022-04-21
Publication date: 2023-10-31
Also published as: WO2023202657A1

Abstract

本公开涉及无线通信系统中的电子设备和方法。提出了无线通信系统的控制侧电子设备，所述控制侧电子设备能够与无线通信系统中的终端侧电子设备进行多流数据传输，所述控制侧电子设备包括处理电路，所述处理电路被配置为：基于所述多流数据传输中包含的数据流的数据传输特性，配置至少两个调度标识信息；将所述至少两个调度标识信息与所述多流数据传输中包含的数据流相关联；以及对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度的控制信息相组合，以用于该特定数据流的传输。

Description

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

技术领域

本公开涉及无线通信，并且具体而言，涉及无线通信系统中的数据传输。

背景技术

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

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

发明内容

本公开提供了无线通信系统中针对数据传输、尤其是多流数据传输进行优化的方案。

一方面，本公开涉及一种无线通信系统的控制侧电子设备，所述控制侧电子设备能够与无线通信系统中的终端侧电子设备进行多流数据传输，所述控制侧电子设备包括处理电路，所述处理电路被配置为：基于所述多流数据传输中包含的数据流的数据传输特性，确定为所述终端侧电子设备配置的调度标识信息的数量；在确定配置多个调度标识信息的情况下，将所述多个调度标识信息与所述多流数据传输中包含的多个数据流相关联；以及对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度的控制信息相组合，以用于该特定数据流的传输。

另一方面，本公开涉及一种无线通信系统的终端侧电子设备，所述终端侧电子设备能够与无线通信系统中的控制侧电子设备进行多流数据传输，所述终端侧电子设备包括处理电路，所述处理电路被配置为：获取特定调度标识信息和特定控制信息的组合信息，其中，所述特定调度标识信息选自基于所述多流数据传输中包含的数据流的数据传输特性被配置的、与数据流相关联的多个调度标识信息；基于所述特定调度标识信息确定与所述调度标识信息相关联的特定数据流，并且基于所述特定控制信息进行特定数据流的数据传输。

又另一方面，本公开涉及一种用于无线通信系统的控制侧电子设备的方法，所述控制侧电子设备能够与无线通信系统中的终端侧电子设备进行多流数据传输，所述方法包括：基于所述多流数据传输中包含的数据流的数据传输特性，确定为所述终端侧电子设备配置的调度标识信息的数量；在确定配置多个调度标识信息的情况下，将所述多个调度标识信息与所述多流数据传输中包含的多个数据流相关联；以及对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度的控制信息相组合，以用于该特定数据流的传输。

还另一方面，本公开涉及一种用于无线通信系统的终端侧电子设备的方法，所述终端侧电子设备能够与无线通信系统中的控制侧电子设备进行多流数据传输，所述方法包括：获取特定调度标识信息和特定控制信息的组合信息，其中，所述特定调度标识信息选自基于所述多流数据传输中包含的数据流的数据传输特性被配置的、与数据流相关联的多个调度标识信息；基于所述特定调度标识信息确定与所述调度标识信息相关联的特定数据流，并且基于所述特定控制信息进行特定数据流的数据传输。

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

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

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

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

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

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

附图说明

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

图1A和1B示出了无线通信系统中数据传输的概念性信令交互图和时序图。

图2A和2B示出了根据本公开的实施例的多流数据传输的信令交互图和时序图。

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

图4示出了根据本公开的实施例的DCI格式。

图5A和5B示出了根据本公开的实施例的 PhysicalCellGroupConfig信息的示例。

图6A和6B分别示出了根据本公开的实施例的多流数据传输中的上行数据传输和下行数据传输的信令交互图。

图7A到7C示出了根据本公开的实施例的I流和/或P流的调度/ 配置更新。

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

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

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

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

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

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

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

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

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

具体实施方式

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

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

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

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

随着XR服务需求的增加，为了在5G通信中使新空口(New Radio, NR)能高效支持XR/CG(计算机图形)业务，3GPP在Rel-17和Rel- 18的研究立项(study item，SI)开始研究无线接入网络(Radio Access Network,RAN)如何更好的支持XR业务。经过研究可明了XR业务具有如下特征：包含多个不同服务质量(Quality of Service,QoS)需求的数据流，数据量大，数据包大小固定/非固定，业务时延要求低等。

3GPP的TR38.838中规定了VR(Virtual Reality),CG(Cloud Gaming),AR(Augmented Reality)等场景下的数据流和各数据流的业务模型。以AR场景为例，AR场景中的下行最多可包含两流数据，一个流为I帧数据流(I-stream)，另一个流为P帧数据流(P-stream)，I帧数据流和P帧数据流的业务模型如TR38.838的表5和表10所示。以下分别示出表1和2，其中表1是选项1多流下行业务模型的统计参数，表2 是多流下行VR业务模型的统计参数。

表1

表2

参数	单位	用于评估的基线值	用于评估的可选值
				I帧的分组成功率X	％	99	其它值可被可选地评估
P帧的分组成功率X	％	99	其它值可被可选地评估
				I帧的PDB	ms	10	其它值可被可选地评估
P帧的PDB	ms	10	其它值可被可选地评估

AR场景中的上行有四种模型，分别为：模型1:单流模型；模型2: 双流模型；模型3A:三流模型A；模型3B:三流模型B。作为示例，模型3B中包含三个数据流，其中第一流是周期性数据流，业务模型如 TR38.838的表7所示。另外两流数据同下行(Downlink，DL)数据流一致，即一流是I帧数据流，一流是P帧数据流，且I流和P流的业务模型分别如TR38.838的表5和表17所示。以下分别示出表3和表4，其中表3示出上行姿态/控制业务的统计参数，表4示出了AR上行模式3B (三流数据模式)的流2和3的统计参数。

表3

参数	单位	用于评估的基线值	用于评估的可选值
				周期性	ms	4	其它值可被可选地评估
抖动	ms	无抖动
				分组大小	字节	100
PDB	ms	10
				分组成功率X	％	99	90,95

表4

参数	单位	用于评估的基线值	用于评估的可选值
				I帧的分组成功率X	％	99	其它值可被可选地评估
P帧的分组成功率X	％	99	其它值可被可选地评估
				I帧的PDB	ms	30	其它值可被可选地评估
P帧的PDB	ms	30	其它值可被可选地评估

可见，XR业务往往包含多个具有不同QoS要求的数据流，且数据传输量大,要求可靠性高和时延低。此外，XR业务中的一些数据流可能是周期性的，例如I/P帧数据流、音频/数据流等，而一些数据流，例如I/P帧数据流，视频数据流，还具有到达数据包大小不固定的特点。作为示例，在VR下行多流数据通信中，多流可以是如下这样的两流，其中一个流是音频/数据流，其是周期性的、大小固定的，而另一个流是视频流，其具有数据包大小不固定的特点。这样，在5G系统中对于XR业务进行数据通信传输时，需要对于XR业务的数据特点加以考虑。

在5G(NR)网络中往往引入了特定的调度方式来处理数据传输，特别地，对周期性到达业务采用的通常是配置许可(Configure Grant，CG) /半静态调度(semi-persistentscheduling,SPS)来进行调度。作为示例，现有标准针对上下行周期性业务到达分别采用了CG-PUSCH和SPS- PDSCH技术。在操作中，网络中针对终端分配的配置调度无线网络临时标识符(Configured Scheduling-Radio Network Temporary Identifier，CS-RNTI)可用于半静态调度(Semi-persistent scheduling, SPS)/配置许可(configure grant，CG)调度，并且可通过无线资源控制(Radio Resource Control，RRC)信令传递给终端UE，而UE通过基于CS-RNTI解扰物理下行控制信道(PDCCH)的结果确定 SPS/CG的激活/去激活/调整，以便相应地进行数据传输。

当前通信时，基站往往是配置单个CS-RNTI来进行数据传输调度。然而，当在数据传输中包含多个传输块(Transmission Block，TB) 或者具有非固定大小的数据包时，仍然使用单个CS-RNTI来调度多个 TB的链路控制信息(Downlink Control Information，DCI)会存在诸多问题。一方面，需要修改DCI格式以支持多个TB的SPS/CG配置指示。另一方面，在数据传输为多流数据传输的情况下，由于不同流的SPS/CG 调整时间不一定对齐，使用一个DCI同时指示不同流的SPS/CG会有一定的不准确性。此外，当调度多个TB的DCI只指示一个SPS/CG时，即只有一个TB是有效的时，另外一个TB需要置为特殊值，会造成DCI 数据传输的浪费；如果在只传输一个TB时，切换为只能调度一个TB的 DCI，那么该DCI又需要额外包含比特指示是多流中的哪个流。这样，配置单个CS-RNTI调度多个TB的技术需要对标准进行很大的改动，导致操作复杂度高。

鉴于此，本公开提出了优化的用于无线通信中的多流数据传输。特别地，本公开提出了一种改进的多流数据传输调度方案，其中对于尤其适合于XR业务的多流数据传输，可通过分别针对XR业务中的多个(对)上行和/或下行数据流相应地设置用于数据传输调度的调度标识信息，由此能够实现对多个(对)上行和/或下行数据流的传输增强。特别地，可以分别针对XR业务中的多个(对)上行和/或下行数据流设置相应的调度标识信息，尤其针对数据流的调度配置，例如半静态调度或配置许可(SPS/CG)，设置相应的调度标识信息，从而可以实现多个(对)上下行数据流的传输增强，尤其实现多流数据传输的SPS/CG传输增强。

以下将详细描述根据本公开的实施例的无线通信系统中的控制侧设备与终端侧设备之间的无线通信的实现。以下使用CS-RNTI作为调度标识信息的示例来进行描述，但是应指出，调度标识信息可由其它适当的信息来指示，只要其能够区分/指示数据传输调度的相关配置即可。

本公开的实施例尤其涉及控制侧设备与终端侧设备之间的数据通信包含多流数据传输。依赖于信号流的方向，控制侧设备可以是下行多流数据传输的发送方，而终端侧装置可以是下行多流数据传输的接收方。控制侧设备向终端侧设备进行下行通信，终端侧设备向控制侧设备进行上行通信。这里，作为示例，控制侧设备可以是gNB，和/或终端侧装置可以是用户设备(UE)。应指出，下行和上行通信可依赖于信号流的方向被确定。例如，在另一示例中，当用户设备(UE)对于gNB进行的通信为下行通信的情况下，控制侧设备可以是用户设备(UE)，而终端侧设备可以是gNB。

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

图1A和1B示出了无线系统中数据传输的概念性信令交互图以及在 DRX实现中的时序图。

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

终端侧设备监听到该信息而开始终端侧设备与控制侧设备之间的通信，包括上行通信和下行通信中的至少一者。上行和下行通信中的至少一者可以利用预先分配的资源进行数据传输。该预先分配的资源可以对应于特定的数据传输模式，例如周期性数据传送等等。作为示例，终端侧设备利用CG-PUSCH进行上行数据传输，和/或控制侧设备利用SPS- PDSCH进行下行数据传输，其中CG-PUSCH和SPS-PUSCH上承载的数据可被适当地设置，这里将不再详细描述。应指出，此时的通信是在DRX偏移期间进行的，但是为可选的，而不是必需的，例如当没有预先分配的资源的情况下可以不进行数据传输。

控制侧设备将获取要动态调度的数据的信息，并且基于该信息来生成控制信息，例如DCI，其中可以指示为该数据传输所分配的资源等，并且将控制信息发送给终端侧设备以进行解码。其中控制信息可以包括上行控制信息UL DCI和/或下行控制信息DL DCI。由此，终端侧设备能够接收并解码DCI，然后根据DCI指定的资源上进行数据传输。特别的，可以解码UL DCI，然后根据UL DCI在指定的时频资源上传送数据。另外，可以解码DLDCI，并且根据DL DCI在指定的时频资源上接收数据。上述操作是在DRX的激活期内执行的。

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

图2A示出了根据本公开的实施例的无线通信中的多流数据传输过程的概念性信令图。控制侧设备与终端侧设备之间的数据通信、尤其是多流数据通信，可以采用各种适当的模式进行，例如上述的DRX模式。多流数据通信可指的是控制侧设备与终端侧设备之间的数据通信包含至少两个的不同类型的数据流，例如AR业务中的I流、P流、B流、 VR业务中的视频流、音频/数据流等，或者其它类型的数据流，特别地，多流数据通信可对应于上行数据通信和下行数据通信中的至少一者。

首先，控制侧设备可以生成控制侧设备与终端侧设备之间的数据通信相关的配置信息，该配置信息可以为无线资源配置(Radio Resource Configuration，RRC)信息，并且在通信信令中可以由RRCconfiguration 字段指示，该无线资源配置信息可包括一个或多个CS-RNTI，这些CS- RNTI分别针对数据通信中的各数据流、甚至是各数据流中的调度配置(例如，SPS/CG)进行配置。此外，附加地，控制侧设备还可以设置激活定时器，例如可以分别针对各数据流、尤其是各数据流中的 SPS/CG来设置对应的激活定时器。在开始通信之初，终端侧设备与控制侧设备之间可发送触发信息/唤醒信息(Wake Up Signal,WUS)以激活/启动控制侧设备与终端侧设备之间的数据通信。特别地，该触发信息 /唤醒信息可以用于激活控制侧设备与接收侧设备之间的不连续接收 (Discontinuous Reception,DRX)，从而在连接状态建立的情况下控制侧设备将RRC配置、以及可选的定时器配置来发送给终端侧设备。应指出，RRC配置以及定时器配置可由其它设备设置并通知给控制侧设备和终端侧设备。

然后，在控制侧设备与接收侧设备之间的不连续接收 (DiscontinuousReception,DRX)的接通时段(ON)期间进行DCI 的传输，包括发送和接收。具体而言，CS-RNTI可以通过对DCI加扰而在通信中被传输给终端侧设备，并且控制侧设备所设置的激活定时器指示信息也可被包含在DCI中并且被传输给终端侧设备。而终端侧设备可以接收DCI，包括CS-RNTI加扰的DCI。然后在根据可选的 DCI所包括的激活定时器指示信息激活DCI时，分别针对数据流的 SPS/CG进行操作，例如上行和/或下行数据传输，并且可选地，提供反馈，如混合自动重传请求(Hybrid Automatic Repeat request,HARQ) -确认信息(ACK)。应指出这种反馈并不是必需的。

附加地或者作为替代，控制侧设备还可以在通信过程期间根据通信状况进行动态调度(Dynamic Scheduling,DG)，此时可以类似地生成和设置CS-RNTI以用于调整多流数据传输，其中CS-RNTI可以同样加扰DCI并且传输给终端侧设备，如上文所述那样。并且，可选地，终端侧设备可以执行操作并且将HARQ-ACK反馈给控制侧设备，应指出，这种反馈也不是必须的，如附图中虚线指示。上述的动态调度中的操作也是在DRX ON期间执行。

图2B示出根据本公开的实施例的多流数据传输的时序图。其中，在DRX激活(ON)时段中，DCI与CS-RNTI相组合，例如CS-RNTI 对DCI进行加扰，不同的CS-RNTI编号(例如，CS-RNTI1，CS- RNTI2，…)对应于与不同的数据流，以下将进行详细描述。

以下将描述根据本公开的实施例的无线通信系统的示例性电子设备。图3示出了根据本公开的实施例的无线通信系统的控制侧电子设备300，该控制侧电子设备200可与无线通信系统中的终端侧电子设备进行多流数据传输。控制侧电子设备300包括处理电路302，该处理电路302被配置为：基于所述多流数据传输中包含的数据流的数据传输特性，确定为所述终端侧电子设备配置的调度标识信息的数量；在确定配置多个调度标识信息的情况下，将所述多个调度标识信息与所述多流数据传输中包含的多个数据流相关联；以及对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度的控制信息相组合，以用于该特定数据流的传输。

以下将详细描述处理电路所执行的各操作的实现。在以下的描述中，以调度标识信息可以是CS-RNTI并且控制信息可以是DCI为例进行描述，但是调度标识信息和控制信息并不局限于此，而还可以是其它适当的信息。

根据本公开的实施例，多流数据传输可包括上行数据传输和下行数据传输，并且上行数据传输和下行数据传输通常是成对的，而上行数据传输和下行数据传输中的至少一个可包含至少两个的不同类型的数据流，例如涉及数据流是否为周期的、数据流的数据包大小是否固定等等，诸如I流、P流、B流、或者其它类型的数据流。特别地，上行数据传输和下行数据传输各自包含的数据流的数目可相同或者不同，各自包含的数据流的类型可相同或者不同。作为一个示例，上行数据流和下行数据流中的每一个均可包含I流和P流，并且I流和P流均为周期性的和/或数据大小不固定的数据流。作为另一个示例，下行数据流可以是前述的VR下行通信中的多流，其包括周期性的、数据大小固定的音频/数据流，以及数据大小不固定的视频流。以下主要基于 I流和P流进行描述。应指出，本公开的构思同样适用于其它类型的多流传输中的各种数据流，这里将不再详细描述。

根据本公开的实施例，用于配置调度标识信息的多流数据传输的数据传输特性可与数据流的类型有关/相对应，特别地至少包括数据周期性、数据大小特性。作为示例，该传输特性可以为数据流的传输是否为周期性的、数据流传输的周期、所传输的数据流是否包含非固定大小的数据包、数据包的大小等等。特别地，数据的周期性可包括数据传输具有完全相等的周期，也可包括接近完全相等周期的准周期 (quasi periodic)，例如周期为33.33，33.33，33.34，33.33，33.33， 33.34…的情况。还可以包括对应于XR 30fps的周期为33ms，33ms， 34ms,33ms，33ms，34ms…的情况，对应于XR 60fps的周期为16ms, 16ms,17ms,16ms,16ms,17ms…情况等等。应指出，这种包括准周期的特性也可被称为准周期性，因此在本公开的上下文中，数据的周期性/准周期性可以被认为等同于数据的周期性。

根据本公开的实施例，多流数据传输的数据传输特性可以由控制侧电子设备以各种适当的方式获取。在一些实施例中，数据传输特性可由终端侧电子设备上报给控制侧电子设备。

在一些实施例中，数据传输特性可以被包含于各种适当的信息表示，尤其优选地被包含在辅助信息(UE assistance information,UAI) 中。作为示例，终端侧设备上报辅助信息至控制侧设备，以便控制侧设备了解各终端侧设备的情况并对终端侧设备进行配置/调度。例如，UE可以将UAI(UE assistance information，UE辅助信息)发送给基站，该UAI可包括各种适当信息，例如但不限于，诸如上下行流数据的数据传输特性，如上下行流数或流ID，每个数据流的特性如周期(帧率fps)，数据包分布特征或场景信息(AR,VR,XR,CG etc),业务数据包大小的预测或先验信息，业务到达抖动的预测或先验信息，包丢弃信息， UE preference等。作为另一示例，数据传输特性的信息也可以包括其他层的无线接入网中的XR认知信息(例如，得自R18 SID RP-213587， XR业务特性(包括上行和下行两者)，服务质量(Qos)，应用层属性)等。由此，基于终端侧设备上报的辅助信息，可以针对各流数据传输设置对应的CS-RNTI，从而可以适当地进行控制侧设备与终端侧设备之间的多流数据传输，满足多流数据传输需求。

根据本公开的实施例，所述多流数据传输中包含的数据流包括上行数据传输和下行数据传输中的至少一者中的数据流，从而可以基于该数据流的数据传输特性来配置调度标识信息。这样，可以分别针对上行数据传输和下行数据传输中的至少一者来配置相应的调度标识信息。特别地，可以针对多流数据传输中上行数据传输和下行数据传输中的至少一者中所包含的不同数据流中的至少一者进行配置。在一些实施例中，数据流包含I流和/或P流，这样可以分别针对I流和P流中的至少一者来配置相应的调度标识信息。

在一些示例中，可以针对上行数据传输和下行数据传输之一、尤其是其中的数据流，例如I流、或P流、或I流和P流两者、来设置相应的调度标识信息。这样，可以分别针对上行数据传输中的数据流或下行数据传输中的数据流，根据该数据流的数据传输特性设置相应的调度标识信息。在另一些示例中，可以针对成对的上行数据流和下行数据流两者、例如其中成对I流、或P流、或I流和P流两者、来设置相应的调度标识信息。这样，可以针对上行数据传输中的数据流和下行数据传输中的数据流两者，根据这两者数据流的数据传输特性来设置调度标识信息。通常，在此情况下，调度标识信息对于成对的上行数据流和下行数据流，例如成对I流、成对P流等，是共用的。应指出，依赖于业务类型，数据流还可以包括其它类型的流，例如前述的VR下行业务中的视频流和音频/数据流等，并且可以针对其它类型的流以类似的方式来配置调度标识信息。

根据本公开的实施例，调度标识信息的数量可被适当的设定。在一些实施例中，在针对多流数据传输中的上行数据传输和下行数据传输之一来配置调度标识信息时，调度标识信息的数量可基于上行数据传输和下行数据传输之一中所包含的不同类型数据流的数目，例如I 流、P流、B流或者其它类型的数据流，被设定，尤其是基于其中所包含的具有该数据传输特性的数据流类型数目被设定。例如，在对于上行数据传输和下行数据传输之一进行配置时，在考虑数据传输周期性的情况下，调度标识信息的数量可以为上行数据传输和下行数据传输之一中的周期性数据流的数量；在考虑数据非固定大小时，调度标识信息的数量可以为上行数据传输和下行数据传输之一中的非固定大小数据流的数量。

在一些实施例中，在针对多流数据传输中的上行数据传输和下行数据传输两者来配置调度标识信息时，可以基于上行数据传输中的各类数据流的数量和下行数据传输中的各类数据流的数量两者的组合，尤其是具有该数据传输特性的对应的数据流的数量，被确定，例如上行数据传输和下行数据传输中都包含的I流、P流、B流、或者其它类型的数据等，并且所获取的调度标识信息可公共地用于上行传输数据和下行传输数据。

在一些实施例中，调度标识信息的数量可基于所述多流数据传输中包含的周期/准周期性数据流的数目被适当地设定。特别地，所述调度标识信息的数量可基于上行数据流中所包含的周期/准周期性数据流的数目与下行数据流中所包含的周期/准周期性数据流的数目的组合被确定，优选地对应于其中的最大值。

根据本公开的实施例，基站为UE配置的CS-RNTI的数目可由 UE的上下行通信所具有的最大周期/准周期数据流数决定。在一个示例中，在AR场景，例如模型1或2的上述AR场景中，下行有两个 (I流和P流)周期数据流，上行有一个(I或P流)或两个周期性数据流(I和P流两者)。在此情况下，所配置的CS-RNTI的数目＝MAX{下行周期/准周期数据流数(2)，上行周期/准周期数据流数(1 或2)}＝2。那么基站就可以为该UE配置2个CS-RNTI(CS-RNTI1 和CS-RNTI2)，分别服务于一对上下行数据流(上下行I流或上下行P流)以及另外的下行数据流(P流或I流)，或者两对上下行数据流(上下行I流和上下行P流)。在另一个示例中，在AR场景，例如模型3A或3B的上述AR场景中，下行有两个(I流和P流)周期数据流，上行有三个周期性数据流。在此情况下，所配置的CS-RNTI 的数目＝MAX{下行周期/准周期数据流数(2)，上行周期/准周期数据流数(3)}＝3。那么基站就可以为该UE配置3个CS-RNTI(CS- RNTI1，CS-RNTI2和CS-RNTI3)，其中两个CS-RNTI(如CS-RNTI1 和CS-RNTI2)分别服务于两对上下行数据流(上下行I流和上下行 P流)，另外一个CS-RNTI服务于UL周期性业务。

可替代地或者附加地，在一些实施例中，调度标识信息的数量的设定还可进一步考虑上行通信和下行通信所包含的非固定数据大小的数据流的数目。特别地，调度标识信息的数量可基于上行通信和下行通信所包含的非固定数据大小的数据流的数目的组合被确定，优选地对应于它们之间的最大值。在还另一些实施例中，调度标识信息的数量的设定可依赖于上行通信和下行通信所包含的具有非固定数据大小且为周期性/准周期性的数据流的数目，并且调度标识信息的数量可对应于这样的数据流的数目之间的最大值。

作为示例，基站为UE配置的CS-RNTI的数目可由UE非固定数据包大小的上下行具有的最大周期/准周期数据流数决定。例如，在上述AR场景中的两个下行数据流和三个上行数据流情况下，两个下行数据流I流和P流都是准周期且数据包大小都服从截断高斯分布，即非固定大小数据包，三个上行数据流中有两个流(I流和P流)是准周期非固定大小的数据包，另外一个流为周期性的固定数据包大小的数据流。在此情况下，所配置的CS-RNTI个数＝MAX{下行非固定大小周期/准周期数据流数(2)，上行非固定大小周期/准周期数据流数(2)}＝2。那么基站就可以为该UE配置2个CS-RNTI(CS-RNTI1 和CS-RNTI2)，分别服务于两对上下行数据流(上下行I流和上下行P流)。应指出，在此情况下，对于上行固定大小的周期性数据流不分配CS-RNTI，那么对于该数据流就可以通过其它适当方式来处理并传输。特别地，该数据流的传输配置可以直接由RRC配置后即生效，而无需使用DCI进行激活和去激活。以下将对此进行详细描述。

根据本公开的实施例，在确定了多个调度标识信息的情况下，可以将所述确定的多个调度标识信息与所述多流数据传输中包含的多个数据流相关联，以用于数据流传输。特别地，当控制侧电子设备为终端侧电子设备配置了多个，例如至少两个调度标识信息，尤其是CS- RNTI，以用于控制侧电子设备与终端侧电子设备之间的多流数据传输时，所配置的多个CS-RNTI应该与多流数据传输中的数据流、以及数据流的可能调度进行关联。

在一些实施例中，处理电路被配置为按照参数的配置顺序来将多流数据传输中的多流数据与特定数量的标识信息(CS-RNTI)相关联，或者在进行调度标识信息配置时来将多流数据传输中的多流数据与特定数量的标识信息(CS-RNTI)相关联。附加地，根据本公开的一些实施例，处理电路还可以被配置为进一步将调度标识信息与数据流的调度配置相关联。在一些实施例中，所述数据流的调度配置可包括半静态调度(SPS)和配置许可(CG)，并且用于各数据流的调度标识信息可以与数据流的SPS和/或CG相关联。

具体而言，当基站配置了多个CS-RNTI，和/或对于多个数据流有多个SPS/CG时，需要将各CS-RNTI与各数据流或SPS/CG进行关联。特别地，可以将各CS-RNTI与各数据流或SPS/CG的标识，例如 ID，进行关联。在一个实施例中，关联可以采用默认的方式来执行，例如按照参数、尤其是CS-RNTI的配置顺序默认关联。特别地，CS- RNTI可以默认地与同顺序或者相反顺序的数据流或SPS/CG相关联。例如具有相同的顺序，排列在前的CS-RNTI与排列在前的数据流或 SPS/CG相关联，或者相反的顺序，例如，排列在前的CS-RNTI与排列在后的数据流或SPS/CG相关联。作为示例，当存在两个CS-RNTI 时，关联准则可以是按照两个参数的配置顺序默认关联。例如，排列在前的CS-RNTI关联流ID1或SPS/CG的ID1，其后的CS-RNTI关联流ID2或SPS/CG的ID2，以此类推。在另一实施例中，各CS-RNTI 与各数据流或SPS/CG的关联关系被适当地设定，特别的可以在CS- RNTI配置时，配置(CS RNTI,流ID或SPS/CG ID)对。作为示例， RRC配置CS-RNTI时可配置(CS-RNTI，流ID或SPS/CG ID)对。

根据本公开的实施例，CS-RNTI与流ID或SPS/CG ID的关联可以在无线通信过程中的适当阶段被执行。在一个实施例中，在由DCI 进行激活/去激活/参数调整等相关操作时来实现，例如在DCI进行激活/去激活时可以按照默认关联，在DCI参数调整时可以进行默认关联或设定关联。作为另一个示例，可以在终端设备与控制设备之间激活期间实现关联，例如该CS-RNTI与流ID或SPS/CG ID的关联关系可以预先被告知UE，或者可以在通信过程中由控制侧设备告知终端侧设备。

根据本公开的实施例，处理电路可被进一步配置为对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度配置的控制信息(DCI)相组合，以用于该特定数据流的传输。具体而言，该特定数据流可以包括多流数据传输中的具有周期性/准周期性的数据流和/或具有非固定大小的数据流，其可以被包含在上行数据传输和/或下行数据传输中，如前文所述，当然该特定数据流还可以是多流数据传输中具有其它特性的数据流，只要该数据流需要/可以被动态地调度资源以用于传输即可。

在一些实施例中，所述数据流的调度配置可包括半静态调度(SPS) 和配置许可(CG)中的至少一者，并且所述控制侧电子设备可以将调度流的调度标识信息应用于所述数据流的调度配置相应的控制信息 (DCI)，例如相组合，尤其是用CS-RNTI对DCI进行加扰。作为示例，关于数据流的SPS或CG的控制信息可以由DCI来指示，例如 DCI0可对应于CG，DCI1可对应于SPS，当然DCI对于数据流的 SPS或CG的指示关系还可以为其它适当的关系，只要能够利用不同的DCI信息或者索引来区分开SPS和CG即可。

特别地，在一些实施例中，一个CS-RNTI可服务于上行数据流、或下行数据流、或一对上下行数据流的SPS/CG配置、激活及去激活等的调整，具体来说，如果是DCI 0_x被CS-RNTI加扰，则该DCI 指示的是CG配置、激活及去激活的调整；如果是DCI 1_x被该CS-RNTI加扰，则该DCI指示的是SPS配置、激活及去激活的调整。而无需在DCI中特别指示。另一方面，当配置了多个CS-RNTI时，多个CS-RNTI最多可以对多对SPS/CG进行配置、激活及去激活等。

图4示出了根据本公开的实施例的DCI的格式，尤其是DCI公式1-1。从图中可见，DCI会携带PDSCH所在的时频资源位置，MCS， RV等信息，即指示PDSCH所在的位置。当该DCI被CS-RNTI加扰时，时频资源位置，MCS，RV等信息即为用于新的SPS调度的周期性资源位置。

根据本公开的实施例，处理电路可被配置为在数据传输启动时通过无线资源控制信令来传输控制信息(DCI)以及相组合的调度标识信息。替代地或者附加地，根据本公开的实施例，处理电路可被进一步配置为根据数据传输状况来调整数据流的调度配置，其中，所述数据传输状况可包括数据流的数据包大小、抖动、数据调度状况中的至少一者，并且所述数据流的调度配置可以包括SPS和/或CG。在一些实施例中，基站可以在数据传输过程中，根据数据流的数据包大小，抖动，数据调度情况等因素，通过加扰不同的CS-RNTI，对不同数据流的SPS/CG进行灵活调整和指示。这样，基站可以在数据传输过程中检测/评估数据传输状况，并且根据数据传输状况通过配置CS-RNTI 来进行调度，例如SPS/CG。所述数据传输状况可以由控制侧电子设备，例如基站，检测得到，或者可由终端侧电子设备检测并提供给控制侧电子设备，甚至可由无线通信网络中的其它适当设备检测并提供给控制侧电子设备。从而，通过配置多个CS-RNTI，基站可以在任意时刻下发DCI调整某一个或多个数据流的SPS/CG，基站灵活性更大。总的来看，配置多个CS-RNTI的方案比设计DCI支持多个TB同时指示多个SPS/CG配置的方案更灵活，对标准的改动更少，增加的复杂度也更低。

另一方面，根据本公开的实施例，对于在多流数据传输中包含的未被分配调度标识信息的数据流，则可以通过资源配置信令(RRC) 为其配置资源以用于传输。具体而言，多流数据传输中包含的未被分配调度标识信息的数据流可以包括具有固定大小的数据流，尤其是具有固定大小的周期性数据流，其可以被包含在上行数据传输和/或下行数据传输中，如上文所述的。特别地，通过资源配置信令(RRC)配置资源以用于传输可以应用于该数据流的各种调度配置中，例如用于半静态调度(SPS)和/或配置许可(CG)中。当然该数据流还可以是多流数据传输中具有其它特性的数据流，只要该数据流需要/可以被静态地分配资源以用于传输即可。

在一个示例中，对于上行数据流，对于CG，在CG的类型1中设置了数据流可直接由RRC配置并生效。特别地，在TS 38.331里面有一个RRC信令中专用于配置CG的信息元素(IE) ConfiguredGrantConfig，其可用于限定根据两种可能的方案来进行配置上行数据传输配置，包括可以采用RRC(方案/类型1)或采用 PDCCH(可与CS-RNTI相关联)(方案/类型2)来配置上行传输配置。由此，对于固定大小的数据流可以基于方案/类型1通过例如信息元素“RRC-ConfiguredUplinkGrant”具体来配置资源以用于传输，而对于其他数据流则可以基于方案/类型2通过PDCCH来激活并发送资源信息。

在一些实施例中，对于下行数据流，对于SPS，考虑到现有标准中的SPS的相关规则中并没有明确限定数据流类型，本公开进一步提出了对于SPS配置进行优化，特别地，可以将类似于CG类型1的类型1配置扩展到SPS中，这一点可以通过修改现有标准中的SPS配置IE(SPS-config)或者在现有标准中的SPS配置IE(SPS-config) 之外进一步增添SPS相关的信息元素(IE)，从而使得SPS的配置能够同时支持两种类型，包括采用RRC的方案/类型1以及采用PDCCH (可与CS-RNTI相关联)的方案/类型2，如CG中同时指示类型1和类型2那样。引入SPS类型1的原因是，由于有些数据流是周期性的固定大小的数据流，不太需要动态控制，因此可以使用RRC配置即生效 (类型1)的方法，避免在配置后通过DCI激活去激活指示生效和失效(类型2)，从而减少DCI解码开销。

在一个示例中，可以对现有标准中的SPS-config进行修改，包括在SPS-config中添加SPS类型指示以及对应类型1的配置参数，以及可选的额外的参数的增修，而现有标准中已规定的SPS配置就变成了类型2，可用于与CS-RNTI的关联。这样，修改后的SPS-config能够同时支持前述两种类型1和类型2，如同CG那样，这样可认为SPS- config等同于ConfiguredSPSConfig。在另一个示例中，可以在现有标准中的SPS-Config之外，进一步新增SPS相关的信息元素(IE)SPS- Config_type_I，其可专门用于配置SPS类型1，通过SPS-Config_type_I 与现有标准SPS-Config中的结合，可以支持前述的SPS类型1和/或类型2。特别地，通过单独或同时配置这两个信息元素(SPS- Config_type_I，SPS-Config)，指示单独的类型1传输或类型2传输，或同时具有类型1和类型2传输。例如，对于固定大小的下行数据流可以基于方案/类型1通过RRC，例如所添加的信息元素“RRC-ConfiguredDownlinkSPS”具体来配置资源以用于传输，而不需要DCI 激活/去激活等操作。在一些实施例中，如果不使用DCI进行去激活以节能，则是否需要信令指示，还是取决于控制侧设备，例如基站，来实现。也就是说可由控制侧设备通过信令指示来指示是否不使用DCI 进行去激活以节能。

例如，在VR下行多流数据通信中，多流可以是如下这样的两流，其中一个流是音频/数据流，其是周期性的、大小固定的，而另一个流是视频流，其具有数据包大小不固定的特点。在此情况下，根据本公开的实施例的优化调度配置、尤其是半静态(SPS)配置可被得到有效地应用。其中，在RRC信令中直接配置下行音频/数据流的传输资源和有效时长(以及偏移量)并在发出该RRC信令对应的偏移时间后就开始对应的音频/数据流传输，另外通过PDCCH关联到CS-RNTI来激活对视频流的半静态资源配置，然后开始对应的视频流传输。

根据本公开的实施例，调度标识信息，例如CS-RNTI，可以采用各种适当的形式被表示，或者以各种适当的方式添加到传输信令中被传输。该标识信息可以为任何的形式，并且可以用任何适当的字段/比特来传输。例如，当存在多个CS-RNTI时，可以通过在当前的传输信令中增加新的字段来指示附加的CS-RNTI，作为另一示例，也可在当前的传输信令中的对应字段，通过采用不同的数值来指示附加的CS- RNTI。

在一些实施例中，可以修改TS38.331 PhysicalCellGroupConfig informationelement中所框住的部分，如图5A所示。在一个示例中，可增加多个CS-RNTI值，并且按照CS-RNTI的配置顺序对应不同的数据流流，如排在前面的CS-RNTI对应第一流ID1，排在第二的CS- RNTI对应第二流ID2，以此类推。在另一示例中，也可以增加(CS- RNTI值，流/SPS/CG ID)这样的参数对，将CS-RNTI与流ID或 SPS/CG ID的关联起来，即配置CS-RNTI时，同时指定该CS-RNTI 对应的流，如图5B所示。

在另一实施例中，在TS38.331 SearchSpace information element 后，将CS-RNTI修改为multi/all CS-RNTI或CS-RNTIs，以覆盖RRC 配置的所有CS-RNTI。

在还另一实施例中，对于TS38.213中的如下描述进行修改。

特别地，CS-RNTI也要改成multi/all CS-RNTI或CS-RNTIs，使得RNTI解扰可覆盖RRC配置的所有CS-RNTI。特别地，其他含有 CS-RNTI的部分也要进行类似修改。

根据本公开的实施例，终端侧设备接收到控制信息，将通过特定的检测处理来获取控制信息，并且通过解码该控制信息以在该控制信息中所指定的动态资源上来进行上行和/或下行数据传输。特别地，在DCI作为控制信息的情况下，将检测定位DCI。作为一个示例，终端侧设备通过解码PDCCH时解扰CS-RNTI，可以确定当前DCI所携带的SPS/CG调整是针对哪个数据流的。

特别地，在终端侧设备对控制信息进行检测时，通常是在系统预先规定的宽范围内进行检测，可被称为盲检。以DL DCI包含DCI格式信息为例。盲检是对所有搜索空间集合(search space set，SSS)中的所有候选PDCCH进行盲检，每个SSS中配置的候选PDCCH是通过将PDCCH关联DCI格式、聚合等级水平(AL)等实现的。此外，在上行和下行传输都进行的情况下，往往需要将对于UL DCI和DL DCI分别进行盲检，以来定位UL DCI和DL DCI。应指出，盲检操作可以在通信过程中的任何适当阶段来执行，例如在SPS/CG激活、去激活、调整等阶段来执行。这样，UE在PDCCH盲检时，会对每个 PDCCH候选尝试RNTI解扰，从而根据不同的CS-RNTI可确定出当前DCI携带的SPS/CG调整是针对哪个数据流的。

根据本公开的实施例，处理电路被配置为配置所述终端侧设备能在其中进行检测的搜索空间以包含所有被配置的调度标识信息。特别地，基站在配置SS时，如果基站只配置了一个CS-RNTI，则不需要修改SS配置(同现有标准一致)。如果基站配置的CS-RNTI个数大于1，那么在SS配置PDCCH候选时，需要包含对所有配置的CS- RNTI的解码尝试，但由于CS-RNTI的尝试不影响PDCCH盲检的译码次数，而一次解扰的复杂度仅仅是一个16比特的模2运算和一次 CRC运算，带来的额外复杂度很低(该部分有可能不体现在RRC SS 配置中，而在TS 38.213UE盲检过程中)。通过本方案，设计了配置多个CS-RNTI并在SS配置中增加多个CS-RNTI的解扰以支持多流 SPS/CG的灵活配置指示。

根据本公开的实施例，可以改进/优化终端侧的盲检操作，尤其是减少终端侧的盲检操作次数。在一些实施例中，可以对于控制信息 (DCI)的传输和/或对于调度配置(SPS/CG)的切换进行优化，来减少对于所述动态控制信息所执行的检测操作的次数或者减少调度配置(SPS/CG)的切换，从而减少针对控制信息的检测/盲检次数，从而改进终端侧的功耗开销。

根据本公开的实施例，可以预先设定与调度配置有关的激活信息，该激活信息指示了调度配置的激活设定，包括激活时间、激活周期数、激活次数等，这也等同于设定了调度配置的激活条件，例如要激活的时间、周期数、次数等。从而，在满足激活信息所指示的激活设定时，也即是说激活条件到期时，可以自动切换调度配置的状态。例如，当激活信息指示了激活时间时，在激活信息所指示的激活时间到期时可以自动切换调度配置的状态。还例如，当激活信息指示了激活周期数 /次数N时，在循环了N个周期以后到达预配的次数N时，可以自动切换调度配置的状态。

在一个实施例中，在激活时间/周期数/次数到期时自动切换到特定传输配置的情况下，根据所切换到的特定传输配置来进行特定数据流的数据传输，而不再执行控制信息的解扰。作为示例，可以在激活时间/周期数/次数到期时自动切换到默认传输配置，从而可以按照默认传输配置来进行传输，而不再按照原有的配置进行数据传输。在另一实施例中，在所述激活时间/周期数/次数到期时，调度配置自动切换到去激活状态，从而停止数据传输，而不再传输数据。

特别地，在一些实施例中，可以优化SPS/CG的激活，尤其是通过预先设定SPS/CG的激活时间/周期，以便在达到特定时间/周期之后自动切换SPS/CG的状态，从而可以避免/省略了在该状态切换时的盲检，优化了终端侧的盲检。

根据本公开的实施例，处理电路可被进一步配置为在激活DCI中利用特定信息作为该激活信息来指示SPS/CG的激活设定。特别地，所述特定信息为激活时间值，激活周期数、或者指示激活时间值或激活周期数所对应的索引值。在一些实施例中，所述特定信息是在激活 DCI中增加的比特，或者是激活DCI中的已有比特。在一个示例中，增加的比特/预留比特可为一个绝对值，单位可以是时隙/符号或其他。在另一个示例中，增加的比特/预留比特也可为一个索引，该索引指示RRC配置的激活时间集合中某一个激活时间值或激活周期数。

具体而言，为了节省SPS/CG激活和去激活时使用两个DCI去指示的盲检复杂度，可在激活DCI中增加新的比特或者使用预留比特指示该SPS/CG的激活时间/周期。指示出的激活时间用于指示当前DCI 配置的SPS/CG传输的激活时间窗，当定时器到期后，该SPS/CG自动切换为去激活状态，节省了现有协议中需使用另一个DCI进行去激活指示的流程。激活周期数同样如此。由此，通过利用DCI新增/预留比特所指示激活时间/周期，可以在指示时间/周期到期后自动去激活，从而可以免去使用DCI进行去激活。这样可节省一轮盲检，实现XR 设备的节能。

而且，激活时间设定/优化可以等同于减少DCI的发送来减少对应的盲检。特别地，由于XR业务某些流具有非固定大小数据包、抖动、及可能的数据包丢弃，此外还有一些可能的UE辅助信息上报(UAI) 和RAN-awareness信息等，因此对SPS/CG的参数调整频率相对较高，调整持续/激活的时间相对较短，基站获得的业务先验信息多，因此对激活时间的预测也相对准确，为了节省盲检DCI的复杂度，由指示激活/参数调整DCI指示激活时间结合定时器超时切换到去激活状态的方法可以在一段时间的密集DCI下发中节省一次DCI下发，即一轮盲检，可对UE节能有帮助。

根据本公开的实施例，可选地或者附加地，控制侧设备可以被配置为在RRC中配置SPS/CG的激活时间/周期集合，包含多个SPS/CG 的激活时间/周期。然后基站下发RRC配置给UE。在一些实施例中，激活时间/周期、尤其是激活时间/周期的集合可以为任何适当的形式。作为一个示例，可以在TS 38.331中配置激活时间/周期集合，配置激活DCI包含激活时间/周期指示信息。作为另一示例，在TS38.212的 DCI格式配置时，包含指示激活时间/周期的比特域。然而，该比特域为特殊值(如全0)时等价于不指示激活时间/周期，保持与现有标准一致。此外，还可以在UE侧增加激活时间定时器(timer)，该激活时间定时器的设定可对应于激活时间/周期指示信息，从而在该定时器到期时UE可以在DCI状态自动切换时执行数据处理。

以下将参照附图描述根据本公开的实施例的多流数据传输方案的一些示例性实现。在本公开的方案的一些实施例中，根据本公开的实施例的多流数据传输方案可以应用于上行多流数据传输、或下行多流数据传输、或上行多流数据传输和下行多流数据传输两者。

以下将以下行场景为例来描述根据本公开的实施例的多流数据传输。图6A示出了根据本公开的实施例的多流数据传输，其中尤其描述了下行多流数据传输中使用SPS，可能涉及I流和P流。

首先，终端侧设备上报辅助信息，例如UAI(UE assistance information，UE辅助信息)，至控制侧设备，以便控制侧设备了解各终端侧设备的情况并对终端侧设备进行配置/调度。例如，该UAI可包括各种适当信息，例如但不限于，多种业务的服务质量(QoS)、大小等等，各种XR场景指示等等。此外，终端侧设备还可以向控制侧设备发送触发信息/唤醒信息(WakeUp signal，WUS)，例如经由PDCCH发送，在图中并未示出。

然后，控制侧设备可以生成配置信息，并且将配置信息发送给终端侧设备，该配置信息可以包含无线资源配置(Radio Resource Configuration，RRC)信息，并且在通信信令中可以由RRCconfiguration 信息指示，该无线资源配置信息可包括多个CS-RNTI，分别针对数据通信中的各数据流进行配置。CS-RNTI可以被适当的生成。在一个实施例中，可以基于UAI、上层XR认知等被生成。而相应地，终端侧设备可以读取多个CS-RNTI。

进一步地，控制侧设备可以分别生成包含SPS1和2的两条DCI1- x，并分别利用CS-RNTI 1和2加扰。这样可以是针对多流数据船速中的两个流，例如I流和P流。然后，控制侧设备可以发送用CS-RNTI 1加扰的DCI 1-x(MCS，时频资源等)指示SPS1，并且发送用CS-RNTI 2加扰的DCI 1-x(MCS，时频资源等)指示SPS2。而且，控制侧设备还根据SPS1传输第一下行数据流，根据SPS2传输第二下行数据流。

终端侧设备在接收到来自控制侧设备的传输内容时，用多个CS- RNTI对DCI进行尝试解扰，解扰成功后解码DCI内容，根据DCI的各比特位确认DCI 1-x和SPS1、2的配置信息，并根据SPS1接收第一下行数据流，SPS2接收第二下行数据流。

此外，在通信过程中，控制侧设备还可以检测控制侧设备与终端侧设备之间的通信质量，例如监测第一下行数据流QoS等特性变化，并且在监测到特性变化，例如通信质量受影响的情况下，则可以进行动态调整以优化传输。例如，控制侧设备发送用CS-RNTI 1加扰的 DCI 1-x(MCS，时频资源等)指示SPS3，并且根据SPS3传输第一下行数据流，相应地，终端侧设备用多个CS-RNTI对DCI进行尝试解扰，解扰成功后解码DCI内容，根据DCI的各比特位确认DCI 1-x 和SPS3的配置信息，并根据SPS3接收第一下行数据流。

应指出，动态调整可以同样地应用于第二下行数据流的调整。此外，应指出，图6A所描述的下行数据传输的信令交互同样可以应用于多流数据传输中的其它类型的数据流，例如第三或者更多的下行数据流，诸如B流、其它类型的流。

图6B示出了根据本公开的实施例的多流数据传输。其中尤其描述了上行数据传输中的CG，可能涉及数据传输中的I流和P流。

首先，终端侧设备上报辅助信息，并且，控制侧设备可以生成配置信息并且将配置信息发送给终端侧设备，该配置信息可以为包括多个CS- RNTI的无线资源配置信息，其操作可如前文所述的图2A中那样。

进一步地，控制侧设备可以分别生成包含CG 1和2的两条DCI 0-x，并分别利用CS-RNTI 1和2加扰。这样可以是针对多流数据船速中的两个流，例如I流和P流。然后，控制侧设备可以发送用CS- RNTI 1加扰的DCI 0-x(MCS，时频资源等)指示CG1，并且发送用 CS-RNTI 2加扰的DCI 0-x(MCS，时频资源等)指示CG2。

终端侧设备在接收到来自控制侧设备的传输内容时，用多个CS- RNTI对DCI进行尝试解扰，解扰成功后解码DCI内容，根据DCI的各比特位确认DCI 0-x和CG1、2的配置信息，并根据CG1上传第一上行数据流，CG2上传第二上行数据流。

此外，在通信过程中，控制侧设备还可以在控制侧设备与终端侧设备之间的通信质量变化，例如第一上行数据流的通信质量变化的情况下执行动态调整，例如控制侧设备发送用CS-RNTI 1加扰的DCI 0- x(MCS，时频资源等)指示CG3，而相应地，终端侧设备用多个CS- RNTI对DCI进行尝试解扰，解扰成功后解码DCI内容，根据DCI的各比特位确认DCI0-x和CG3的配置信息，并根据CG3上传第一上行数据流。

应指出，动态调整可以同样地应用于第二上行数据流的调整。此外，应指出，图6B所描述的上行数据传输的信令交互同样可以应用于多流数据传输中的其它类型的数据流，例如第三或者更多的下行数据流，诸如B流、其它类型的流。

在本公开的方案的一些实现中，根据本公开的实施例的多流数据传输方案可以应用于多流数据传输中的不同流。例如，在多流数据包含I流和P流的情况下，可分别应用于I流和P流中的至少一者。

图7A-7C示出了根据本公开的实施例的多流数据传输中的调度更新/调整。

图7A示出了通过利用DCI和CS-RNTI来实现单个流的SPS配置更新的时序图，而图7B示出了通过利用DCI和CS-RNTI来实现单个流的CG配置更新的时序图。其中，I流的配置更新由被CS-RNTI 1加扰的DCI指示，其中DCI0-x指示I流的CG更新，DCI1-x指示 I流的SPS更新。特别地，在DRX激活期间，CS-RNTI 1加扰的DCI 被传输，以便实现SPS/CG配置的更新，从而在后续DRX过程中采用更新后的SPS配置(SPS_new)/CG配置(CG_new)来实现数据传输。而其他流的SPS和CG配置未在图中画出。

此外，图7A和7B所示出的单个流的SPS/CG配置更新同样适用于仅P流的SPS和CG配置更新指示，其中P流的配置更新由被CS- RNTI2加扰的DCI指示，其中DCI0-x指示P流的CG更新，DCI1- x指示P流的SPS更新。应指出，这里所示的SPS/CG配置更新同样可以应用于多流数据传输中的其它流，诸如B流等。

图7C示例性地示出了两个流的SPS/CG配置更新，尤其示出了通过两个DCI，包括DCI 0_x+CS-RNTI2和DCI 1_x+CS-RNTI1，来实现I帧SPS和P帧CG的配置更新。特别地，在DRX激活期间， CS-RNTI 1加扰的DCI1_x以及CS-RNTI 21加扰的DCI0_x被传输，以便实现SPS/CG配置的更新，从而在后续DRX过程中采用更新后的SPS配置(SPS_new)和CG配置(CG_new)两者来实现数据传输。而其他流的SPS和CG配置未在图中画出。应指出，这里所示的SPS/CG配置更新同样可以应用于多流数据传输中的其它流，例如I流的CS和P流的SPS，诸如B流等。应指出，图7C所示的两个流的配置更新方案同样可以扩展到更多个流的更多个SPS/CG配置更新。例如，在DRX ON期间也可通过下发3或4个DCI指示其中3或4 个流的SPS/CG配置更新。

应指出，上述的图7A到7C所示的示例性的SPS/CG配置更新可以同样地应用上行流数据传输和下行流数据传输。

由此，根据本公开的实施例对于XR业务中的数据流、尤其是数据流的调度(诸如SPS/CG)来配置相应的调度标识信息，从而可以灵活应对了XR多个数据包大小不固定且QoS要求不同的数据流传输需求，实现了数据流传输增强。此外，根据本公开的实施例的方案能够优化终端侧设备的盲检操作，例如通过提前设定激活时间来减少终端侧的盲检次数，从而能够降低终端侧设备的盲检复杂度，从而实现了一种简单可行的多流SPS/CG传输增强方案。

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

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

根据一个实施例，处理电路302可以包括用于相应地实现上述操作的各个单元，例如，确定单元304，被配置为基于所述多流数据传输中包含的数据流的数据传输特性，确定为所述终端侧电子设备配置的调度标识信息的数量；关联单元306，被配置为在确定配置多个调度标识信息的情况下，将所述至少两个调度标识信息与所述多流数据传输中包含的数据流相关联；以及组合单元308，被配置为对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度的控制信息(DCI)相组合，以用于该特定数据流的传输。

在一些实施例中，所述关联单元306可被配置为使所述至少两个调度标识信息与多流数据传输中所包含的数据流按照调度标识信息的排列顺序关联，和/或在进行调度标识信息配置时来设定数据流与调度标识信息的关联对。

在一些实施例中，所述关联单元306可被配置为进一步将调度标识信息与数据流的调度配置相关联，并且所述组合单元308可被配置为对于所述多流数据传输中的特定数据流，将与该特定数据流的调度配置相关联的调度标识信息和用于该特定数据流的调度配置的控制信息(DCI)相组合。

在一些实施例中，所述组合单元306还可被配置为在数据传输期间基于数据传输状况来调整用于数据流的调度配置，其中所述数据传输状况包括数据流的数据包大小、抖动、数据调度状况中的至少一者，并且所述处理电路302还可包括传输单元310，其被配置为在多流数据传输启动时或者在数据传输期间在调度标识信息调整之后通过无线资源控制信令来传输控制信息以及相组合的调度标识信息。

在一些实施例中，所述处理电路302可包括激活设定单元312，被配置为预先设定数据流的特定调度配置的激活信息，使得在激活信息所指示的激活条件到期时自动切换调度配置的状态。

在一些实施例中，所述处理电路302可包括搜索空间配置单元，其被配置为配置所述终端侧设备能在其中进行检测的搜索空间以包含所有被配置的调度标识信息。

在一些实施例中，所述处理电路302可包括获取单元，其被配置为获取数据传输特性相关的信息，和/或获取数据传输状况相关的信息，所述获取单元可从控制侧电子设备或者无线通信网络中的其它适当设备获取上述信息。

应指出，该传输单元、所述搜索空间配置单元、获取单元并不必须包含在处理电路中，其可以位于处理电路之外，甚至在电子设备300 之外。

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

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

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

以下将参照附图来描述根据本公开的实施例的用于无线通信系统控制侧的方法，图8示出了根据本公开的实施例的用于无线通信系统控制侧的方法800的流程图。该方法可由无线通信系统的控制侧电子设备执行，所述控制侧电子设备能够与无线通信系统中的终端侧电子设备进行多流数据传输。在该方法中，

在步骤S801(确定步骤)中，基于所述多流数据传输中包含的数据流的数据传输特性，确定为所述终端侧电子设备配置的调度标识信息的数量；

在步骤S802(关联步骤)中，在确定配置多个调度标识信息的情况下，将所述多个调度标识信息与所述多流数据传输中包含的多个数据流相关联；以及

在步骤S803(组合步骤)中，对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度的控制信息(DCI)相组合，以用于该特定数据流的传输。

此外，该方法还可以包括实现上文所述的控制侧电子设备所执行的操作的相应步骤，特别地包括传输步骤，用于在多流数据传输启动时或者在数据传输期间在调度标识信息调整之后通过无线资源控制信令来传输控制信息以及相组合的调度标识信息；激活时间设定步骤，用于预先设定数据流的特定调度配置的激活信息，使得在激活信息指示的激活条件到期时自动切换调度配置的状态；搜索空间配置步骤，用于配置所述终端侧设备能在其中进行检测的搜索空间以包含所有被配置的调度标识信息；以及获取步骤，用于获取数据传输特性相关的信息，和/或获取数据传输状况相关的信息，可从控制侧电子设备或者无线通信网络中的其它适当设备获取上述信息。

应指出，这些步骤可以由前文所述的根据本公开的控制侧电子设备来执行，特别地由前文所述的根据本公开的控制侧电子设备的相应单元来执行。

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

图9示出了根据本公开的实施例的终端侧电子设备的框图。终端侧电子设备900能够与无线通信系统中的控制侧电子设备进行多流数据传输，终端侧电子设备900包括处理电路902，被配置为获取特定调度标识信息和特定控制信息的组合信息，其中，所述特定调度标识信息选自基于所述多流数据传输中包含的数据流的数据传输特性被配置的、与数据流相关联的至少两个调度标识信息；基于所述特定调度标识信息确定与所述调度标识信息相关联的特定数据流，并且基于所述特定控制信息进行特定数据流的数据传输。这里，多流数据传输、数据传输特性、调度标识信息和控制信息的含义和设置可如上文所述，这里将不再详细描述。

在一些实施例中，组合信息表示为由所述特定调度标识信息加扰的特定控制信息，并且处理电路可进一步被配置为：利用多个调度标识信息对所述特定控制信息进行尝试解扰，以得到所述特定调度标识信息，并且基于所述特定调度标识信息解码得到所述特定控制信息。

在一些实施例中，处理电路可进一步配置为：基于所述特定控制信息确定与所述调度标识信息相关联的特定数据流的调度配置，并且基于所述调度配置进行特定数据流的数据传输。

在一些实施例中，处理电路可进一步配置为：从所述特定控制信息得出调度配置的激活信息，并且在所述激活信息指示的激活条件到期时，在调度配置自动切换的状态下进行特定数据流的数据传输，而不再执行控制信息的解扰。

在一些实施例中，处理电路可进一步配置为：将至少包含所述数据传输特性的信息提供给所述控制侧电子设备。

在一些实施例中，处理电路可进一步配置为：获取所述终端侧电子设备与所述控制侧电子设备之间的数据传输状况，其中所述数据传输状况包括数据流的数据包大小、抖动、数据调度状况中的至少一者，并且将所获取的数据传输状况提供给所述控制侧电子设备，使得所述控制侧电子设备能够基于所述数据传输状况调整调度配置。

特别地，终端侧电子设备的处理电路的操作可以与终端侧电子设备的对应操作以相似的方式执行，这里将不再详细描述。

应指出，终端侧电子设备900可以采用各种适当的方式来实现，尤其可以以与控制侧电子设备300相似的方式来实现。例如可以包括各种单元来实现前述操作/功能，诸如获取单元904，被配置为获取特定调度标识信息(CS-RNTI)和特定控制信息(DCI)的组合信息，其中，所述特定调度标识信息选自基于所述多流数据传输中包含的数据流的数据传输特性被配置的、与数据流相关联的至少两个调度标识信息；确定单元906，被配置为基于所述特定调度标识信息确定与所述调度标识信息相关联的特定数据流，以及数据传输单元908，被配置为基于所述特定控制信息进行特定数据流的数据传输。

在一些实施例中，处理电路902还可包括解析单元910，其被配置为利用多个调度标识信息对所述特定控制信息进行尝试解扰，以得到所述特定调度标识信息，并且基于所述特定调度标识信息解码得到所述特定控制信息。

在一些实施例中，所述解析单元910还可被配置为基于所述特定控制信息确定与所述调度标识信息相关联的特定数据流的调度配置，并且所述数据传输单元908被配置为基于所述调度配置进行特定数据流的数据传输。

在一些实施例中，所述解析单元910还可被配置为从所述特定控制信息得出调度配置的激活信息，并且所述数据传输单元908被配置为在所述激活信息指示的激活条件到期时，在调度配置自动切换的状态下进行特定数据流的数据传输，而不再执行控制信息的解扰。

在一些实施例中，处理电路902还可包括发送单元912，被配置为将至少包含所述数据传输特性的信息提供给所述控制侧电子设备。

在一些实施例中，处理电路902还可包括获取所述终端侧电子设备与所述控制侧电子设备之间的数据传输状况的单元，其中所述数据传输状况包括数据流的数据包大小、抖动、数据调度状况中的至少一者，并且所述发送单元912可配置为将所获取的数据传输状况提供给所述控制侧电子设备，使得所述控制侧电子设备能够基于所述数据传输状况调整调度配置。

上述各个单元可以进行如上文所述地操作，这里将不再详细描述。应注意，上述各个单元仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的实现方式，例如可以如上述的设备300的单元相似的形式来实现。此外，如上述的设备300那样，电子设备900还可包括其它适当的组件，例如存储器，这里存储器可以如上文所述的设备300中的存储那样实现，这里将不再详细描述。

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

在步骤S1001(被称为获取步骤)，获取特定调度标识信息(CS- RNTI)和特定控制信息(DCI)的组合信息，其中，所述特定调度标识信息选自基于所述多流数据传输中包含的数据流的数据传输特性被配置的、与数据流相关联的至少两个调度标识信息；

在步骤S1002(被称为确定步骤)，基于所述特定调度标识信息确定与所述调度标识信息相关联的特定数据流；以及

在步骤S1003(被称为数据传输步骤)，基于所述特定控制信息进行特定数据流的数据传输。

此外，该方法还可以包括实现上文所述的终端侧电子设备所执行的操作的相应步骤，特别地包括。应指出，这些步骤可以由前文所述的根据本公开的控制侧电子设备来执行，特别地由前文所述的根据本公开的控制侧电子设备的相应单元来执行。

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

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

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

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

CPU 1101、ROM 1102和RAM 1103经由总线1104彼此连接。输入/输出接口1105也连接到总线1104。

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

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

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

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

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

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

例如，本公开中提到的控制设备/基站可以被实现为任何类型的基站，例如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、便携式游戏终端、头戴式显示器(HMD)、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。终端设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，终端设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

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

[关于基站的示例]

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

第一示例

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

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

基站设备1220包括控制器1221、存储器1222、网络接口1217以及无线通信接口1225。

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

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

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

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

第二示例

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

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

基站设备1330包括控制器1331、存储器1332、网络接口1333、无线通信接口1334以及连接接口1336。控制器1331、存储器1332和网络接口1333与参照图12描述的控制器1221、存储器1222和网络接口1223相同。

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

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

RRH 1320包括连接接口1323和无线通信接口1321。

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

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

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

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

第一示例

图14是示出可以应用本公开内容的技术的通讯设备1400(例如，智能电话，联络器等等)的示意性配置的示例的框图。通讯设备1400 包括处理器1401、存储器1402、存储装置1403、外部连接接口1404、摄像装置1406、传感器1407、麦克风1408、输入装置1409、显示装置1410、扬声器1411、无线通信接口1412、一个或多个天线开关1415、一个或多个天线1416、总线1417、电池1418以及辅助控制器1419。在一种实现方式中，此处的通讯设备1400(或处理器1401)可以对应于上述发射设备或终端侧电子设备。

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

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

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

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

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

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

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

总线1417将处理器1401、存储器1402、存储装置1403、外部连接接口1404、摄像装置1406、传感器1407、麦克风1408、输入装置 1409、显示装置1410、扬声器1411、无线通信接口1412以及辅助控制器1419彼此连接。电池1418经由馈线向图14所示的通讯设备1400 的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1419 例如在睡眠模式下操作通讯设备1400的最小必需功能。

第二示例

图15是示出可以应用本公开内容的技术的汽车导航设备1500的示意性配置的示例的框图。汽车导航设备1500包括处理器1501、存储器1502、全球定位系统(GPS)模块1504、传感器1505、数据接口 1506、内容播放器1507、存储介质接口1508、输入装置1509、显示装置1510、扬声器1511、无线通信接口1513、一个或多个天线开关1516、一个或多个天线1517以及电池1518。在一种实现方式中，此处的汽车导航设备1500(或处理器1501)可以对应于发射设备或终端侧电子设备。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

EE1.一种无线通信系统的控制侧电子设备，所述控制侧电子设备能够与无线通信系统中的终端侧电子设备进行多流数据传输，所述控制侧电子设备包括处理电路，所述处理电路被配置为：

基于所述多流数据传输中包含的数据流的数据传输特性，确定为所述终端侧电子设备配置的调度标识信息的数量；

在确定配置多个调度标识信息的情况下，将所述多个调度标识信息与所述多流数据传输中包含的多个数据流相关联；以及

对于所述多流数据传输中的特定数据流，将与该特定数据流相关联的调度标识信息和用于该特定数据流的调度的控制信息相组合，以用于该特定数据流的传输。

EE2.根据EE 1所述的控制侧电子设备，其中，所述多流数据传输中包含的数据流包括上行数据传输和下行数据传输中的至少一者中的数据流，并且其中，所述数据传输特性包括数据流的数据周期性和 /或数据大小特性。

EE3.根据EE 1或2所述的控制侧电子设备，其中，所述数据流包含I流和/或P流，并且所述数据传输特性包含数据流中包含的I流和/或P流的数据周期性和/或数据大小特性。

EE4.根据EE 1-3中任一项所述的控制侧电子设备，其中，所述多流数据传输中包含的数据流包括上行传输数据和下行传输数据之一的数据流，并且

所述调度标识信息的数量基于所述上行传输数据和下行传输数据之一中的具有特定数据传输特性的数据流的数目被确定，该特定数据传输特性可以包括非固定数据大小和/或周期/准周期性。

EE5.根据EE 1-3中任一项所述的控制侧电子设备，其中，所述多流数据传输中包含的数据流包括上行传输数据和下行传输数据两者的数据流，并且

所述调度标识信息的数量基于上行数据传输中具有特定数据传输特性的数据流的数目和下行数据传输中具有特定数据传输特性的数据流的数目的组合被确定，该特定数据传输特性可以包括非固定数据大小和/或周期/准周期性。

EE6.根据EE 5所述的控制侧电子设备，其中，所述调度标识信息的数量对应于上行数据传输的非固定数据大小的数据流的数目与下行数据流中所包含的非固定数据大小的数据流的数目之中的最大值，或者

所述调度标识信息的数量对应于上行数据流中所包含的周期/准周期性数据流的数目与下行数据流中所包含的周期/准周期性数据流的数目之中的最大值。

EE7.根据EE 1-6中任一项所述的控制侧电子设备，其中，所述处理电路被配置为：

使所述至少两个调度标识信息与多流数据传输中所包含的数据流按照调度标识信息的排列顺序关联，和/或

在进行调度标识信息配置时来设定数据流与调度标识信息的关联对。

EE8.根据EE 1-7中任一项所述的控制侧电子设备，其中，所述处理电路被配置为：

进一步将调度标识信息与数据流的调度配置相关联，并且

对于所述多流数据传输中的特定数据流，将与该特定数据流的调度配置相关联的调度标识信息和用于该特定数据流的调度配置的控制信息(DCI)相组合。

EE9.根据EE 8所述的控制侧电子设备，其中，所述数据流的调度配置可包括半静态调度(SPS)和/或配置许可(CG)，并且

所述控制侧电子设备对于所述数据流的半静态调度(SPS)和/或配置许可(CG)分别设置相应的控制信息(DCI)。

EE10.根据EE 1-9中任一项所述的控制侧电子设备，其中所述处理电路进一步配置为：

对于所述多流数据传输中的未与调度标识信息相关联的数据流，通过资源配置信令(RRC)为该数据流配置资源，以用于传输。

EE11.根据EE 10所述的控制侧电子设备，其中，所述未与调度标识信息相关联的数据流包括固定大小的周期性下行数据流，并且对于固定大小的周期性下行数据流的调度配置(SPS)，通过资源配置信令(RRC)配置资源，以用于传输。

EE12.根据EE 1-9中任一项所述的控制侧电子设备，其中，所述处理电路被配置为：

在多流数据传输启动时通过无线资源控制信令来传输控制信息以及相组合的调度标识信息；或者

在数据传输期间基于数据传输状况来调整数据流的调度配置，其中所述数据传输状况包括数据流的数据包大小、抖动、数据调度状况中的至少一者。

EE13.根据EE 1-12中任一项所述的控制侧电子设备，其中，所述处理电路进一步配置为：

预先设定数据流的特定调度配置的激活信息，使得在激活信息所指示的激活条件到期时自动切换调度配置的状态。

EE14.根据EE 13所述的控制侧电子设备，其中，激活信息包括特定调度配置的激活时间值、或者激活周期数、或者指示激活时间值或者激活周期书的索引值，和/或，其中，所述激活信息由控制信息中新增加的比特或者由控制信息中的已有比特来指示。

EE15.根据EE 1-14中任一项所述的控制侧电子设备，其中，所述处理电路被配置为：

配置所述终端侧设备能在其中进行检测的搜索空间以包含所有被配置的调度标识信息。

EE16.一种无线通信系统的终端侧电子设备，所述终端侧电子设备能够与无线通信系统中的控制侧电子设备进行多流数据传输，所述终端侧电子设备包括处理电路，所述处理电路被配置为：

获取特定调度标识信息和特定控制信息的组合信息，其中，所述特定调度标识信息选自基于所述多流数据传输中包含的数据流的数据传输特性被配置的、与数据流相关联的多个调度标识信息；

基于所述特定调度标识信息确定与所述调度标识信息相关联的特定数据流，并且

基于所述特定控制信息进行特定数据流的数据传输。

EE17.根据EE 16所述的终端侧电子设备，其中，所述组合信息表示为由所述特定调度标识信息加扰的特定控制信息，并且所述处理电路进一步被配置为：

利用多个调度标识信息对所述特定控制信息进行尝试解扰，以得到所述特定调度标识信息，并且

基于所述特定调度标识信息解码得到所述特定控制信息。

EE18.根据EE 16或17所述的终端侧电子设备，其中，所述处理电路进一步配置为：

基于所述特定控制信息确定与所述调度标识信息相关联的特定数据流的调度配置，并且

基于所述调度配置进行特定数据流的数据传输。

EE19.根据EE 16-18中任一项所述的终端侧电子设备，其中，所述处理电路进一步配置为：

从所述特定控制信息得出调度配置的激活信息，

在所述激活信息指示的激活条件到期时，自动切换调度配置状态，并且

在自动切换到特定传输配置的情况下，根据所切换到的特定传输配置来进行特定数据流的数据传输，而不再执行控制信息的解扰。

EE20.根据EE 19所述的终端侧电子设备，其中，在所述激活信息指示的激活条件到期时，在调度配置自动切换到去激活状态的情况下停止数据传输。

EE21.根据EE 16-20中任一项所述的终端侧电子设备，其中，所述处理电路进一步配置为：

将至少包含所述数据传输特性的信息提供给所述控制侧电子设备。

EE22.根据EE 16-21中任一项所述的终端侧电子设备，其中，所述处理电路进一步配置为：

获取所述终端侧电子设备与所述控制侧电子设备之间的数据传输状况，其中所述数据传输状况包括数据流的数据包大小、抖动、数据调度状况中的至少一者，并且

将所获取的数据传输状况提供给所述控制侧电子设备，使得所述控制侧电子设备能够基于所述数据传输状况调整调度配置。

EE23.一种用于无线通信系统的控制侧电子设备的方法，所述控制侧电子设备能够与无线通信系统中的终端侧电子设备进行多流数据传输，所述方法包括：

EE24.一种用于无线通信系统的终端侧电子设备的方法，所述终端侧电子设备能够与无线通信系统中的控制侧电子设备进行多流数据传输，所述方法包括：

获取特定调度标识信息(CS-RNTI)和特定控制信息(DCI)的组合信息，其中，所述特定调度标识信息选自基于所述多流数据传输中包含的数据流的数据传输特性被配置的、与数据流相关联的多个调度标识信息；

基于所述特定控制信息进行特定数据流的数据传输。

EE 25.一种无线通信设备，包括

至少一个处理器；和

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

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

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

EE 28.一种无线通信装置，包括用于实现根据EE 23或24所述的方法的部件。

EE 29.一种计算机程序，包含指令，所述指令能够由电子设备执行以实现根据EE23或24所述的方法。

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

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

Claims

1.一种无线通信系统的控制侧电子设备，所述控制侧电子设备能够与无线通信系统中的终端侧电子设备进行多流数据传输，所述控制侧电子设备包括处理电路，所述处理电路被配置为：

2.根据权利要求1所述的控制侧电子设备，其中，所述多流数据传输中包含的数据流包括上行数据传输和下行数据传输中的至少一者中的数据流，并且

其中，所述数据传输特性包括数据流的数据周期性和/或数据大小特性。

3.根据权利要求1或2所述的控制侧电子设备，其中，所述数据流包含I流和/或P流，并且所述数据传输特性包含数据流中包含的I流和/或P流的数据周期性和/或数据大小特性。

4.根据权利要求1-3中任一项所述的控制侧电子设备，其中，所述多流数据传输中包含的数据流包括上行传输数据和下行传输数据之一的数据流，并且

5.根据权利要求1-3中任一项所述的控制侧电子设备，其中，所述多流数据传输中包含的数据流包括上行传输数据和下行传输数据两者的数据流，并且

6.根据权利要求5所述的控制侧电子设备，其中，所述调度标识信息的数量对应于上行数据传输的非固定数据大小的数据流的数目与下行数据流中所包含的非固定数据大小的数据流的数目之中的最大值，或者

7.根据权利要求1-6中任一项所述的控制侧电子设备，其中，所述处理电路被配置为：

8.根据权利要求1-7中任一项所述的控制侧电子设备，其中，所述处理电路被配置为：

进一步将调度标识信息与数据流的调度配置相关联，并且

对于所述多流数据传输中的特定数据流，将与该特定数据流的调度配置相关联的调度标识信息和用于该特定数据流的调度配置的控制信息相组合。

9.根据权利要求8所述的控制侧电子设备，其中，所述数据流的调度配置可包括半静态调度(SPS)和/或配置许可(CG)，并且

所述控制侧电子设备对于所述数据流的半静态调度(SPS)和/或配置许可(CG)分别设置相应的控制信息。

10.根据权利要求1-9中任一项所述的控制侧电子设备，其中所述处理电路进一步配置为：