CN117998629A - 用于无线通信的电子设备和方法、计算机可读存储介质 - Google Patents

Abstract

本申请涉及用于无线通信的电子设备和方法、计算机可读存储介质。其中，用于无线通信的电子设备包括处理电路，处理电路被配置为：响应于从在其服务范围内的用户设备接收的调度请求，联合配置授权和动态授权来进行上行资源的调度。

Description

用于无线通信的电子设备和方法、计算机可读存储介质

技术领域

本公开涉及无线通信技术领域，具体地涉及一种用于无线通信的电子设备和方法以及计算机可读存储介质。更具体地，涉及联合配置授权(CG，configure grant)和动态授权(DG，dynamic grant)来进行上行资源调度。

背景技术

在无线通信系统中，在用户设备侧存在数据不稳定(即，数据抖动，例如，数据到达时间不确定和/或数据量变化较大)的问题。例如，该问题在扩展现实(XR)服务中尤为突出。随着XR服务需求的增加，3GPP自Rel-17开始立项研究无线接入网(RAN)如何更好的支持XR业务。通过对CG和DG技术的增强达到对容量(capacity)增强成为研究立项。资源浪费是导致XR容量性能下降的主要原因之一，且CG比DG更可能发生资源的浪费。如何提高资源使用效率(例如，避免资源配置的浪费和/或节省信令)成为研究的热点。

发明内容

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

根据本公开的一个方面，提供了一种用于无线通信的电子设备，其包括处理电路，处理电路被配置为：响应于从在其服务范围内的用户设备接收的调度请求，联合CG和DG来进行上行资源的调度。

在根据本公开的实施例中，电子设备响应于调度请求，联合CG和DG来进行上行资源调度，能够在不增加DG调度中时延开销的情况下，减轻CG对资源的浪费，实现资源和数据业务的高效匹配。

根据本公开的一个方面，提供了一种用于无线通信的电子设备，其包括处理电路，处理电路被配置为：向为其提供服务的网络侧设备上报调度请求，以便网络侧设备基于调度请求联合CG和DG来进行上行资源的调度。

在根据本公开的实施例中，电子设备向网络侧设备上报调度请求，以便网络侧设备响应于调度请求联合CG和DG来进行上行资源调度，能够在不增加DG调度中时延开销的情况下，减轻CG对资源的浪费，实现资源和数据业务的高效匹配。

根据本公开的一个方面，提供了一种用于无线通信的方法，包括：电子设备响应于从在其服务范围内的用户设备接收的调度请求，联合CG和DG来进行上行资源的调度。

根据本公开的一个方面，提供了一种用于无线通信的方法，包括：向为电子设备提供服务的网络侧设备上报调度请求，以便网络侧设备基于调度请求联合CG和DG来进行上行资源的调度。

依据本发明的其它方面，还提供了用于实现上述用于无线通信的方法的计算机程序代码和计算机程序产品以及其上记录有该用于实现上述用于无线通信的方法的计算机程序代码的计算机可读存储介质。

附图说明

为了进一步阐述本发明的以上和其它优点和特征，下面结合附图对本发明的具体实施方式作进一步详细的说明。附图连同下面的详细说明一起包含在本说明书中并且形成本说明书的一部分。具有相同的功能和结构的元件用相同的参考标号表示。应当理解，这些附图仅描述本发明的典型示例，而不应看作是对本发明的范围的限定。在附图中：

图1示出了根据本公开的一个实施例的用于无线通信的电子设备的功能模块框图；

图2A示出了现有技术中的上行资源调度的时序图的示例；

图2B示出了根据本公开实施例的电子设备进行上行资源调度的时序图的示例；

图3A示出了现有技术中的触发CG释放所调度的资源的时序图的示例；

图3B示出了根据本公开实施例的电子设备触发CG释放所调度的资源的时序图的示例；

图4示出了根据本公开又一个实施例的用于无线通信的电子设备的功能模块框图；

图5示出了根据本公开的一个实施例的用于无线通信的方法的流程图；

图6示出了根据本公开的另一实施例的用于无线通信的方法的流程图；

图7是示出可以应用本公开内容的技术的eNB或gNB的示意性配置的第一示例的框图；

图8是示出可以应用本公开内容的技术的eNB或gNB的示意性配置的第二示例的框图；

图9是示出可以应用本公开内容的技术的智能电话的示意性配置的示例的框图；

图10是示出可以应用本公开内容的技术的汽车导航设备的示意性配置的示例的框图；以及

图11是其中可以实现根据本发明的实施例的方法和/或装置和/或系统的通用个人计算机的示例性结构的框图。

具体实施方式

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

在此，还需要说明的一点是，为了避免因不必要的细节而模糊了本发明，在附图中仅仅示出了与根据本发明的方案密切相关的设备结构和/或处理步骤，而省略了与本发明关系不大的其他细节。

图1示出了根据本公开的一个实施例的用于无线通信的电子设备100的功能模块框图。

如图1所示，电子设备100包括：处理单元101，其可以被配置为响应于从在其服务范围内的用户设备(UE)接收的调度请求，联合CG和DG来进行上行资源的调度。

其中，处理单元101可以由一个或多个处理电路实现，该处理电路例如可以实现为芯片。

电子设备100可以作为无线通信系统中的网络侧设备，具体地例如可以设置在基站侧或者可通信地连接到基站。这里，还应指出，电子设备100可以以芯片级来实现，或者也可以以设备级来实现。例如，电子设备100可以工作为基站(基站例如可以是eNB或gNB)本身，并且还可以包括诸如存储器、收发器(未示出)等外部设备。存储器可以用于存储基站实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，用户设备、其他基站等等)间的通信，这里不具体限制收发器的实现形式。

根据本公开的无线通信系统可以是5G NR(New Radio，新空口)通信系统。进一步，根据本公开的无线通信系统可以包括非地面网络(Non-terrestrial network，NTN)。可选地，根据本公开的无线通信系统还可以包括地面网络(Terrestrial network，TN)。另外，本领域技术人员可以理解，根据本公开的无线通信系统还可以是4G或3G通信系统。

CG调度有两种类型：CG类型I(通过无线资源控制(RRC)配置资源即生效，不需要下发下行控制信息(DCI)来激活)和CG类型II(通过RRC配置资源后，需下发激活DCI后才能使用，以及需要下发释放DCI才能释放资源)。在现有NR标准中，常规DG调度的流程包括四步：在第一步中，UE在NR物理上行控制信道(PUCCH)发送调度请求(SR)；在第二步中，基站下发上行链路(UL)DCI以分配一段物理上行共享信道(PUSCH)资源让UE上报缓存状态报告(BSR)和功率余量报告(PHR)等；在第三步中，UE在第二步指示的PUSCH上上报BSR和PHR等；在第四步中，基站根据UE上报的BSR和PHR，为UE分配UL PUSCH用于数据传输。

作为示例，用户设备的要用于上行传输的数据具有数据抖动。

在下文中，为了方便，以UE侧存在上行传输数据(有时简写为UL数据)抖动(例如，XR业务中存在上行传输数据抖动)为例来进行介绍。然而，本领域技术人员应该理解，根据本公开实施例的电子设备100可以应用于资源和UL数据失配的任何情况，例如不存在上行传输数据抖动的情况。

研究表明，XR业务具有如下特征：包含多个不同QoS需求的数据流，数据量大，数据包大小固定或非固定，业务时延要求低等。

UE侧的数据不稳定性(即，数据抖动(jitter))在XR服务中尤为突出。根据XR的数据模型，以增强现实(AR)场景的其中一种业务模型(DL(下行链路)：I流(帧内编码帧)+P流(预测编码帧)；UL：一流数据(请参见AR场景model 1，TR38.838))为例，UE侧的部分UL数据到达是有抖动的。

在现有技术中，CG和DG是独立使用的，缺乏联合调度配合。现有CG有发生资源浪费的缺点，由于XR有多流数据，CG配置的不灵活，使得资源无法很好地在多流数据中实现和数据的匹配，从而引起系统的容量下降。另一方面，在XR的UL数据(例如，AR场景)有抖动时，存在CG已经调度了资源然而UE侧数据还未到达的情况，更加剧了现有的CG无法将数据和资源较好匹配的问题，导致容量性能进一步下降。

在根据本公开的实施例中，电子设备100响应于调度请求(例如，常规DG调度流程的第一步中，UE发送的调度请求)，联合(例如，混合/融合)CG和DG来进行上行资源调度，能够在不增加DG调度中的时延开销的情况下，减轻CG对资源的浪费，实现资源和数据业务的高效匹配。

作为示例，上行资源包括PUSCH和PUCCH上的资源。

在下文中，为了方便，有时将CG调度的PUSCH简写为CG-PUSCH，以及将DG调度的PUSCH简写为DG-PUSCH。

作为示例，处理单元101可以被配置为在调度请求是指示用户设备具有要用于上行传输的数据的正调度请求和/或调度请求是增强型调度请求的情况下，同时触发DG调度以及触发CG调度的激活(activation)，其中，增强型调度请求包括有关要上行传输数据的数据量信息。

作为示例，正调度请求可以用pSR(positive SR)来表示。例如，正调度请求可以是常规DG调度流程的第一步中的调度请求。

作为示例，增强型调度请求可以用eSR(enhanced SR)来表示。对于NR，可以引入增强型调度请求以实现低时延上行传输。更具体地说，可以用NR PUCCH上的BSR以无竞争或基于竞争的方式替换pSR(例如，当UE打算在上行链路中传输数据时，UE使用NR PUCCH将BSR发送到用于配置资源的基站，而不会像pSR那样，先向基站发送调度请求，然后再向基站发送BSR)。与LTE中的传统上行传输过程相比，使用增强型调度请求可以消除PUSCH上的BSR上报和物理下行控制信道(PDCCH)上的UL授权(grant)的步骤，从而大大减少上行数据传输的时延。

由以上描述可知，正调度请求和增强调度请求都能够指示用户设备具有要用于上行传输的数据。

调度请求是正调度请求和增强型调度请求意味着在PUCCH上传输正调度请求和增强型调度请求。

作为示例，CG调度的激活包括激活以下DCI的下发，该DCI包含有关CG要调度的资源的信息。该CG调度为上文中提到的CG类型II。其中CG的索引(index)/ID和有关CG要调度的资源的信息包含在DCI中。

图2A示出了现有技术中的上行资源调度的时序图的示例。图2B示出了根据本公开实施例的电子设备100进行上行资源调度的时序图的示例。在图2A和2B中，以正调度请求pSR为例来指示UE具有要用于上行传输的数据。本领域技术人员可以理解，还可以用增强调度请求eSR来指示UE具有要用于上行传输的数据。

先描述有关非连续接收(DRX)的参数。DRX指的是UE可以只在部分时间内(DRX ON时间)进行接收，在另外的时间(例如休眠期，Opportunity of DRX)不进行接收。这里的接收指的是PDCCH接收，因为PDCCH接收是能耗最大的模块。也就是说，在Opportunity of DRX时间内，不进行PDCCH接收，但可进行物理下行共享信道(PDSCH)的接收和PUSCH的发送，而在DRX ON时间内，PDCCH和PDSCH的接收，和PUSCH发送都可以。一个DRX ON加一个Opportunity of DRX就构成了一个DRX周期(DRX cycle)。DRX cycle是由RRC配置的。附加DRX ON(Additional DRX ON)参数指的是在DRX cycle配置的DRX ON之外，由于一些原因(如在DRX ON马上结束时收到了DCI，为了完成本次数据传输，不至于将流程推迟到下一个DRX cycle)，需要延长DRX ON，延长的时间就是Additional DRX ON。

在以下描述中，例示而非限制，假设UE侧UL数据抖动的范围为8ms，UL业务帧速率为60fps以及子载波间隔SCS为30KHz(在后续图中，标记为UL业务@60fps SCS＝30KHz)，DRXcycle为17ms，DRX ON为10ms，Opportunity of DRX为7ms。在后续图中，用D以及D1-D15标记用于下行传输的时隙，用U以及U1-U5标记用于上行传输的时隙，用S标记灵活时隙(由下行传输符号和上行传输符号及间隔(gap)组成)，可灵活用于上行或下行传输。在后续图中，将CG-PUSCH简写为CG PUSCH，以及将DG-PUSCH简写为DG PUSCH。

如图2A和2B所示，由于UE侧UL数据的抖动，用虚线箭头表示的预测的UL流(UL数据流)到达时间(例如，D6时隙)和用实线箭头表示的实际UL流到达时间(例如，D9时隙)之间存在差异。假设CG调度的资源不足以传输UL数据，因此，还要进行DG调度。

在图2A的现有技术进行上行资源调度的时序图中，例如可以在D1-D3时隙之一进行CG调度的激活(图中标记为CG激活)，CG调度了U1至U5时隙的CG-PUSCH，而由于实际UL流在U1和U2时隙之后的D9时隙才到达UE，UE在D9时隙之后的U3时隙发送调度请求pSR，因此，U1和U2时隙的CG-PUSCH被浪费(在图2A中，U1和U2时隙的CG-PUSCH被标记了“X”)，U3时隙之后的CG-PUSCH才被用于进行上行数据传输(例如，在图2A中，U3、U4和U5时隙的CG-PUSCH被标记了“√”)。DG调度开始于UE在U3时隙发送调度请求pSR(对应于常规DG调度流程的第一步)；基站在接收到pSR之后，例如使用D10-D12时隙之一向UE下发DCI(在图中被标记为“DG-DCI1”)(对应于常规DG调度流程的第二步)；UE例如在U4时隙的CG-PUSCH上向基站上报BSR(在图中被标记为“DG-BSR”)(对应于常规DG调度流程的第三步)；基站例如使用D13-D15时隙之一向UE下发DCI(在图中被标记为“DG-DCI2”)，来为UE分配DG-PUSCH(例如，图中的U5时隙的DG-PUSCH)用于数据传输(对应于常规DG调度流程的第四步)；然后，调度结束(在图中被标记为“调度结束”)。

结合图2A可知，在现有技术中，调度请求只触发DG调度，而不触发CG调度的激活。在UE侧数据还未到达之前(UE还未发送调度请求之前)，CG已经调度了资源，即，基站提前激活CG从而分配了CG-PUSCH资源。UL数据由于抖动还未到达UE，那么例如图2A中示出的U1和U2时隙的CG-PUSCH就被浪费了，从而造成容量的损失。

对比而言，在图2B的根据本公开实施例的电子设备100进行上行资源调度的时序图中，实际UL流在D9时隙到达UE侧，UE在D9时隙之后的U3时隙发送调度请求pSR(对应于常规DG调度流程的第一步)；电子设备100在接收到该调度请求pSR之前没有进行CG调度，而是在接收到该调度请求pSR之后，联合进行CG调度和DG调度，例如，电子设备100在D10-D12时隙之一向UE下发DCI(在图中被标记为“DG-DCI1”)(对应于常规DG调度流程的第二步)以及触发CG调度的激活(图中标记为CG激活)；UE例如在U4时隙的CG-PUSCH上向基站上报BSR(在图中被标记为“DG-BSR”)(对应于常规DG调度流程的第三步)；电子设备100例如使用D13-D15时隙之一向UE下发DCI(在图中被标记为“DG-DCI2”)，来为UE分配DG-PUSCH(例如，图中的U5时隙的DG-PUSCH)用于上行数据传输(对应于常规DG调度流程的第四步)；然后，调度结束(在图中被标记为“调度结束”)。

结合图2B可知，当UL的数据到达UE时，UE会在合适的PUCCH(例如，U3时隙)上发送调度请求，以触发DG调度。电子设备100在接收到UE的调度请求之后才进行CG调度，通过复用代表UL数据到达的调度请求(复用调度请求指的是该调度请求既用于触发DG调度又用于触发CG调度的激活)，使得CG的资源和真实的数据到达更好的匹配，在未增加CG和DG的调度时延和DCI开销的情况下，避免了CG资源的浪费(例如，避免了图2A中的至少U1和U2时隙的CG-PUSCH的浪费)，即这两个CG-PUSCH可以分配给其他用户使用，由此提高了系统的容量。也就是说，响应于调度请求而触发CG调度可更有效的解决UL数据抖动带来的数据和资源不匹配的问题，从而提高系统的容量。

作为示例，处理单元101可以被配置为在调度请求是正调度请求的情况下，基于用户设备上报的BSR中的、有关要用于上行DG调度传输的数据的第一数据量，来为用户设备进行资源调度，其中，第一数据量是基于用户设备所具有的要用于上行传输的数据的第二数据量减去CG调度中所调度的资源能够承载的数据的第三数据量所得到的差值而确定的。

例如，第一数据量可取值为用户设备所具有的第二数据量(例如，实际数据量)减去CG调度中所调度的资源(CG-PUSCH)能够承载的第三数据量的差值。较小的第一数据量可使得DG调度更容易被满足。如果在DG调度中要分配与较大的第一数据量对应的资源，可能一次DG调度无法协调出足够的资源，从而有可能导致多次DG调度。所以，BSR中较小的第一数据量的上报更有利于上行数据尽快发送(在数据包时延预算(PDB)限制内)，以及能够节省信令(例如，节省DG调度中的DCI开销)和节省功耗。

作为示例，处理单元101可以被配置为在第一数据量为0的情况下，在DG调度中不为用户设备分配上行资源。如果第一数据量为0，表明UL数据可以完全在CG-PUSCH上传输完成，则常规DG调度流程中的第四步可以省略，从而节省了DG调度中的DCI开销并减少了DG调度中的时延开销。

作为示例，处理单元101可以被配置为在第一数据量为负值的情况下，对CG调度中所调度的资源进行调整。如果BSR为负值，表明分配的CG-PUSCH有剩余，电子设备100可以不额外为UE分配上行资源。并且，处理单元101还可以例如根据UE的多次BSR上报对CG-PUSCH进行调整。

作为示例，处理单元101可以被配置为在第一数据量连续为负值的次数达到预定第一次数的情况下，重新触发CG调度的激活或触发CG调度的重激活，并且减少所重新触发的CG调度或重激活的CG调度中所调度的资源。例如，重新触发CG调度的激活可以是触发另外一个CG ID的激活，触发CG调度的重激活(reactivation)可以是对当前CG ID进行资源重新配置。作为示例，本领域技术人员可以根据应用场景、经验等预先设置预定第一次数。例如，用N表示预定第一次数。如果第一数据量连续N次为负，则表明UE的第二数据量(实际数据量)很可能低于CG-PUSCH资源能够承载的第三数据量，那么电子设备100可以下发新的具有减少的CG-PUSCH资源的CG激活DCI，或者使得重激活的CG调度分配减少的CG-PUSCH资源。由此，能够进一步节省CG资源。

作为示例，处理单元101可以被配置为在第一数据量为正值的情况下，在DG调度中为用户设备分配至少能承载第一数据量的数据的上行资源。如果第一数据量为正值，则电子设备100在常规DG调度流程的第四步中根据该值进行DG的资源分配。

作为示例，处理单元101可以被配置为在第一数据量连续大于预定阈值(其为大于或等于0的正数)的次数达到预定第二次数的情况下，重新触发CG调度的激活或触发CG调度的重激活，并且增加所重新触发的CG调度或重激活的CG调度中所调度的资源。作为示例，本领域技术人员可以根据应用场景、经验等预先设置预定阈值和预定第二次数。例如，用M表示预定第二次数，如果第一数据量连续大于预定阈值的次数达到M次，则表明CG-PUSCH资源可能较小，电子设备100可考虑更换配置更大资源的CG-PUSCH。由此，能够为UE分配更合适的CG资源。

如上文中，在UE打算在上行中传输数据时，UE可以利用增强型调度请求、使用NRPUCCH直接将BSR发送到基站，而不会像pSR那样，先向基站发送调度请求，然后再向基站发送BSR。因此，在利用增强型调度请求的情况下，不考虑上文中描述的、基于第二数据量减去第三数据量所得到的差值而确定BSR中的第一数据量的情况。

作为示例，CG调度中所调度的资源是周期性资源，处理单元101可以被配置为在基于周期性资源中的当前周期资源(即，当前CG-PUSCH)进行上行传输之后，如果后续数据在当前周期资源之后的下一周期资源(即，下一周期的CG-PUSCH)之前到达用户设备，则向电子设备上报后续调度请求(例如，后续pSR或eSR)，以及处理单元101可以被配置为在基于后续调度请求相对于触发CG调度的激活所对应的调度请求(例如，图2B所示的、在U3时隙发送的调度请求pSR)的顺序关系，判断在下一周期资源上不足以传送后续数据的情况下，响应于后续调度请求触发DG的后续调度。在后续数据到来时，UE上报pSR或eSR或其他值，会受到UE端实现的影响。另外，UE也可以上报nSR或其他值，或者可以不上报任何调度请求。

这里结合在后续数据到来时UE上报pSR的情况来进行描述。例如，如果在下一周期的CG-PUSCH之前、后续数据到达UE，则UE可以进行后续调度请求上报，电子设备100知道后续调度请求在触发CG调度的激活所对应的调度请求(例如，图2B所示的、在U3时隙发送的调度请求pSR)之后，由此确定后续数据可以继续在该周期性资源上传输(从而可以不响应于后续调度请求而重新触发CG调度的激活)；并且电子设备100在判断下一周期的CG-PUSCH不足以传送后续数据的情况下，响应于后续调度请求触发DG的后续调度。通常情况下UE侧的数据抖动相对平稳，因此，基于UE UL真实数据到达而触发的CG调度，能在较长的一段时间内保持同真实数据业务的匹配，避免CG调度与真实数据业务之间的频繁适配的信令开销。

作为示例，处理单元101可以被配置为在后续调度请求是正调度请求的情况下，基于用户设备在DG的后续调度当中上报的缓存状态报告BSR中的、有关要用于上行DG的后续调度传输的数据的第四数据量，进行DG的后续调度，其中，第四数据量是基于用户设备所具有的要用于上行传输的数据的第五数据量减去CG调度中所调度的资源能够承载的数据的第三数据量所得到的差值而确定的。

例如，第四数据量可取值为用户设备后续所具有的第五数据量(例如，实际数据量)减去CG调度中所调度的资源(CG-PUSCH)能够承载的第三数据量的差值。较小的第四数据量可使得后续DG调度更容易被满足。如果在后续DG调度中要分配与较大的第四数据量对应的资源，可能一次后续DG调度无法协调出足够的资源，从而有可能导致多次后续DG调度。所以，BSR中较小的第四数据量的上报更有利于后续数据尽快发送，以及节省DCI开销和功耗。

例如，与上述第一数据量类似，第四数据量可以是0、正值以及负值之一。

作为示例，处理单元101可以被配置为基于作为调度请求的、指示用户设备没有要用于上行传输的数据的负调度请求，触发CG释放所调度的资源。

作为示例，负调度请求可以用nSR(negative SR)来表示。

在现有技术中，如果CG调度了资源，在UE侧没有数据要传输的情况下会补0在CG-PUSCH上发送，所以会造成CG资源的浪费。

对比而言，根据本公开实施例的电子设备100基于UE侧发送的负调度请求，触发CG释放所调度的资源，从而进一步避免CG资源的浪费。

作为示例，处理单元101可以被配置为在预定时间范围内连续接收到的负调度请求的数量达到预定数量的情况下，触发CG释放所调度的资源。

例如，如果在下一个CG-PUSCH之前没有新的UL数据和/或当前UL数据已经完成传输，即UE侧的数据缓存中没有数据，则UE可以上报nSR。电子设备100基于预定数量的连续nSR可认为CG-PUSCH可能发生了与UL数据的周期失配(可能由于数据抖动引起)的问题或者没有上行传输数据，预定数量的连续nSR可以触发电子设备100释放(去激活)CG所调度的资源。

作为示例，本领域技术人员可以根据应用场景或经验预先设置预定时间范围和预定数量。作为示例，上述预定时间范围可以基于CG调度中所调度的资源CG-PUSCH的周期而确定。

根据SR周期配置情况，有时UE可以不上报调度请求。

作为示例，连续传输数据0的、CG-PUSCH的数量可以用于表征负调度请求的数量。

例如，如果在下一个CG-PUSCH之前没有新的UL数据和/或当前UL数据已经完成传输，即UE侧的数据缓存中没有数据，UE可以在没有实际数据要发送的情况下补0发送。即，如果CG-PUSCH上传送的数据为全0，则表明UE没有要上行传输的数据。在这种情况下，连续传输数据0的、CG-PUSCH的数量可以用于表征负调度请求的数量。

例如，处理单元101可以在预定时间范围内、连续传输数据0的CG-PUSCH的数量达到预定数量的情况下，触发CG释放所调度的资源。

例如，处理单元101可以在预定时间范围内、连续传输数据0的CG-PUSCH的数量与负调度请求的数量之和达到预定数量的情况下，触发CG释放所调度的资源。

作为示例，处理单元101可以被配置为通过计数器对负调度请求的数量进行计数。

图3A示出了现有技术中的触发CG释放所调度的资源的时序图的示例。图3B示出了根据本公开实施例的电子设备100触发CG释放所调度的资源的时序图的示例。

在图3A和3B中，假设UE已经被分配周期性CG资源例如U1、U2、U3以及U4时隙的CG-PUSCH。并且假设在U1、U2、U3以及U4时隙的CG-PUSCH上没有该UE的UL数据；直到在D13时隙，新的实际UL流才到达UE。如图3A和3B所示，用虚线箭头表示的预测的UL流到达时间(例如，U3时隙)和用实线箭头表示的实际UL流到达时间(例如，D13时隙)之间存在差异。

从图3A可以看出，尽管UE例如在U1时隙、U2时隙以及U3时隙分别发送负调度请求nSR，但是nSR没有触发CG释放所调度的资源。由于实际UL流到达时间(例如，D13时隙)晚于U1、U2、U3以及U4时隙的CG-PUSCH(即，在U1、U2、U3以及U4时隙的CG-PUSCH上没有该UE的要传输的上行数据)，因此U1、U2、U3以及U4时隙的CG-PUSCH都被浪费(在图3A中，U1、U2、U3以及U4时隙被标记了“X”)。

对比而言，在图3B中，UE侧在没有要上行传输的数据的情况下，例如在U1时隙和U2时隙分别发送负调度请求nSR，当在预定时间范围内连续发送nSR的个数超过预定数量(例如2)时(例如，电子设备100判断发生了业务周期与当前CG配置/DRX配置不匹配的情况)，电子设备100可以例如在D7时隙触发CG释放(release)所调度的后续资源(在图3B中被标记为“CG释放”)。由此，尽管U1和U2时隙的CG-PUSCH被浪费(在图3B中，U1和U2时隙被标记了“X”)，然而可以避免U3和U4时隙的CG-PUSCH的浪费，即U3和U4时隙的CG-PUSCH可以分配给其他用户设备使用，从而可以进一步提高系统的容量。

本公开还提供了一种根据另一实施例的用于无线通信的电子设备。图4示出了根据本公开又一个实施例的用于无线通信的电子设备400的功能模块框图。

如图4所示，电子设备400包括：通信单元401，通信单元401可以向为其提供服务的网络侧设备上报调度请求，以便网络侧设备基于调度请求联合CG和DG来进行上行资源的调度。其中，通信单元401可以由一个或多个处理电路实现，该处理电路例如可以实现为芯片。

电子设备400例如可以设置在用户设备(UE)侧或者可通信地连接到用户设备。在电子设备400设置在用户设备侧或者可通信地连接到用户设备的情况下，与电子设备400有关的装置可以是用户设备。这里，还应指出，电子设备400可以以芯片级来实现，或者也可以以设备级来实现。例如，电子设备400可以工作为用户设备本身，并且还可以包括诸如存储器、收发器(图中未示出)等外部设备。存储器可以用于存储用户设备实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，基站、其他用户设备等等)间的通信，这里不具体限制收发器的实现形式。

作为示例，网络侧设备可以是上文中提到的电子设备100。作为示例，电子设备400可以是上文电子设备100实施例中涉及的用户设备。

根据本公开的无线通信系统可以是5G NR通信系统。进一步，根据本公开的无线通信系统可以包括非地面网络。可选地，根据本公开的无线通信系统还可以包括地面网络。另外，本领域技术人员可以理解，根据本公开的无线通信系统还可以是4G或3G通信系统，甚至是未来的通信系统，例如6G通信系统。

作为示例，电子设备400的要用于上行传输的数据具有数据抖动。

为了方便，以电子设备400侧存在上行传输数据抖动为例来进行介绍。然而，本领域技术人员应该理解，根据本公开实施例的电子设备400可以应用于资源和UL数据失配的任何情况，例如不存在上行传输数据抖动的情况。

在根据本公开的实施例中，电子设备400向网络侧设备上报调度请求，以便网络侧设备响应于调度请求联合CG和DG来进行上行资源调度，能够在不增加DG调度中时延开销的情况下，减轻CG对资源的浪费，实现资源和数据业务的高效匹配。

作为示例，上行资源包括PUSCH和PUCCH上的资源。

作为示例，通信单元401可以被配置为向网络侧设备上报作为调度请求的、指示电子设备400具有要用于上行传输的数据的正调度请求和/或作为调度请求的增强型调度请求，以便网络侧设备同时触发DG调度以及触发CG调度的激活，其中，增强型调度请求包括有关要上行传输数据的数据量信息。

有关正调度请求、增强型调度请求、以及网络侧设备同时触发DG调度以及触发CG调度的激活的说明请参见电子设备100实施例中结合图2B的描述，这里不再累述。

作为示例，通信单元401可以被配置为在调度请求是正调度请求的情况下，向网络侧设备上报缓存状态报告BSR，以便网络侧设备来为电子设备400进行资源调度，其中，BSR包括有关要用于上行DG调度传输的数据的第一数据量，其中，第一数据量是基于电子设备400所具有的要用于上行传输的数据的第二数据量减去CG调度中所调度的资源能够承载的数据的第三数据量而得到的差值而确定的。

有关第一数据量、第二数据量以及第三数据量的说明请参见电子设备100实施例中的描述，这里不再累述。

作为示例，通信单元401可以被配置为向网络侧设备上报作为调度请求的、指示电子设备400没有要用于上行传输的数据的负调度请求，以便网络侧设备基于负调度请求触发CG释放所调度的资源。

有关负调度请求以及网络侧设备基于负调度请求触发CG释放所调度的资源的说明请参见电子设备100实施例中结合图3B的描述，这里不再累述。

作为示例，通信单元401可以被配置为在预定时间范围内连续向网络侧设备上报预定数量的负调度请求，以便网络侧设备触发CG释放所调度的资源。相关说明请参见电子设备100实施例中结合图3B的描述，这里不再累述。

作为示例，连续传输数据0的、CG调度的物理上行共享信道PUSCH的数量用于表征负调度请求的数量。

作为示例，预定时间范围可以基于CG-PUSCH的周期而确定。

在上文的实施方式中描述用于无线通信的电子设备的过程中，显然还公开了一些处理或方法。下文中，在不重复上文中已经讨论的一些细节的情况下给出这些方法的概要，但是应当注意，虽然这些方法在描述用于无线通信的电子设备的过程中公开，但是这些方法不一定采用所描述的那些部件或不一定由那些部件执行。例如，用于无线通信的电子设备的实施方式可以部分地或完全地使用硬件和/或固件来实现，而下面讨论的用于无线通信的方法可以完全由计算机可执行的程序来实现，尽管这些方法也可以采用用于无线通信的电子设备的硬件和/或固件。

图5示出了根据本公开的一个实施例的用于无线通信的方法S500的流程图。方法S500在步骤S502开始。在步骤S504中，电子设备响应于从在其服务范围内的用户设备接收的调度请求，联合CG和DG来进行上行资源的调度。方法S500在步骤S506结束。

该方法例如可以通过上文所描述的电子设备100来执行，其具体细节可参见上述有关电子设备100的相关处理的描述，在此不再重复。

图6示出了根据本公开的一个实施例的用于无线通信的方法S600的流程图。方法S600在步骤S602开始。在步骤S604中，向为电子设备提供服务的网络侧设备上报调度请求，以便网络侧设备基于调度请求联合CG和DG来进行上行资源的调度。方法S600在步骤S606结束。

该方法例如可以通过上文所描述的电子设备400来执行，其具体细节可参见上述有关电子设备400的相关处理的描述，在此不再重复。

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

电子设备100可以被实现为各种网络侧设备例如基站。基站可以被实现为任何类型的演进型节点B(eNB)或gNB(5G基站)。eNB例如包括宏eNB和小eNB。小eNB可以为覆盖比宏小区小的小区的eNB，诸如微微eNB、微eNB和家庭(毫微微)eNB。对于gNB也可以由类似的情形。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB和基站收发台(BTS)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(RRH)。另外，各种类型的电子设备均可以通过暂时地或半持久性地执行基站功能而作为基站工作。

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

[关于基站的应用示例]

(第一应用示例)

图7是示出可以应用本公开内容的技术的eNB或gNB的示意性配置的第一示例的框图。注意，以下的描述以eNB作为示例，但是同样可以应用于gNB。eNB 800包括一个或多个天线810以及基站设备820。基站设备820和每个天线810可以经由RF线缆彼此连接。

天线810中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(MIMO)天线中的多个天线元件)，并且用于基站设备820发送和接收无线信号。如图7所示，eNB 800可以包括多个天线810。例如，多个天线810可以与eNB 800使用的多个频带兼容。虽然图7示出其中eNB 800包括多个天线810的示例，但是eNB 800也可以包括单个天线810。

基站设备820包括控制器821、存储器822、网络接口823以及无线通信接口825。

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

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

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

如图7所示，无线通信接口825可以包括多个BB处理器826。例如，多个BB处理器826可以与eNB 800使用的多个频带兼容。如图7所示，无线通信接口825可以包括多个RF电路87。例如，多个RF电路87可以与多个天线元件兼容。虽然图7示出其中无线通信接口825包括多个BB处理器826和多个RF电路87的示例，但是无线通信接口825也可以包括单个BB处理器826或单个RF电路87。

在图7所示的eNB 800中，电子设备100当实施为基站时，其收发器可以由无线通信接口825实现。功能的至少一部分也可以由控制器821实现。例如，控制器821可以通过执行电子设备100中的处理单元101的功能来联合CG和DG进行上行资源调度。

(第二应用示例)

图8是示出可以应用本公开内容的技术的eNB或gNB的示意性配置的第二示例的框图。注意，类似地，以下的描述以eNB作为示例，但是同样可以应用于gNB。eNB 830包括一个或多个天线840、基站设备850和RRH 860。RRH 860和每个天线840可以经由RF线缆而彼此连接。基站设备850和RRH 860可以经由诸如光纤线缆的高速线路而彼此连接。

天线840中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)并且用于RRH 860发送和接收无线信号。如图8所示，eNB 830可以包括多个天线840。例如，多个天线840可以与eNB 830使用的多个频带兼容。虽然图8示出其中eNB 830包括多个天线840的示例，但是eNB 830也可以包括单个天线840。

基站设备850包括控制器851、存储器852、网络接口853、无线通信接口855以及连接接口857。控制器851、存储器852和网络接口853与参照图7描述的控制器821、存储器822和网络接口823相同。

无线通信接口855支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且经由RRH860和天线840来提供到位于与RRH 860对应的扇区中的终端的无线通信。无线通信接口855通常可以包括例如BB处理器856。除了BB处理器856经由连接接口857连接到RRH 860的RF电路864之外，BB处理器856与参照图7描述的BB处理器826相同。如图8所示，无线通信接口855可以包括多个BB处理器856。例如，多个BB处理器856可以与eNB 830使用的多个频带兼容。虽然图8示出其中无线通信接口855包括多个BB处理器856的示例，但是无线通信接口855也可以包括单个BB处理器856。

连接接口857为用于将基站设备850(无线通信接口855)连接至RRH860的接口。连接接口857还可以为用于将基站设备850(无线通信接口855)连接至RRH 860的上述高速线路中的通信的通信模块。

RRH 860包括连接接口861和无线通信接口863。

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

无线通信接口863经由天线840来传送和接收无线信号。无线通信接口863通常可以包括例如RF电路864。RF电路864可以包括例如混频器、滤波器和放大器，并且经由天线840来传送和接收无线信号。如图8所示，无线通信接口863可以包括多个RF电路864。例如，多个RF电路864可以支持多个天线元件。虽然图8示出其中无线通信接口863包括多个RF电路864的示例，但是无线通信接口863也可以包括单个RF电路864。

在图8所示的eNB 830中，电子设备100当实施为基站时，其收发器可以由无线通信接口855实现。功能的至少一部分也可以由控制器851实现。例如，控制器851可以通过执行电子设备100中的处理单元101的功能来联合CG和DG进行上行资源调度。

[关于用户设备的应用示例]

(第一应用示例)

图9是示出可以应用本公开内容的技术的智能电话900的示意性配置的示例的框图。智能电话900包括处理器901、存储器902、存储装置903、外部连接接口904、摄像装置906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线通信接口912、一个或多个天线开关915、一个或多个天线916、总线917、电池918以及辅助控制器919。

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

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

无线通信接口912支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且执行无线通信。无线通信接口912通常可以包括例如BB处理器913和RF电路914。BB处理器913可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路914可以包括例如混频器、滤波器和放大器，并且经由天线916来传送和接收无线信号。注意，图中虽然示出了一个RF链路与一个天线连接的情形，但是这仅是示意性的，还包括一个RF链路通过多个移相器与多个天线连接的情形。无线通信接口912可以为其上集成有BB处理器913和RF电路914的一个芯片模块。如图9所示，无线通信接口912可以包括多个BB处理器913和多个RF电路914。虽然图9示出其中无线通信接口912包括多个BB处理器913和多个RF电路914的示例，但是无线通信接口912也可以包括单个BB处理器913或单个RF电路914。

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

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

天线916中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)，并且用于无线通信接口912传送和接收无线信号。如图9所示，智能电话900可以包括多个天线916。虽然图9示出其中智能电话900包括多个天线916的示例，但是智能电话900也可以包括单个天线916。

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

总线917将处理器901、存储器902、存储装置903、外部连接接口904、摄像装置906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线通信接口912以及辅助控制器919彼此连接。电池918经由馈线向图9所示的智能电话900的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器919例如在睡眠模式下操作智能电话900的最小必需功能。

在图9所示的智能电话900中，当电子设备400例如被实施为作为用户设备侧的智能电话的情况下、电子设备400的收发器可以由无线通信接口912实现。功能的至少一部分也可以由处理器901或辅助控制器919实现。例如，处理器901或辅助控制器919可以通过执行上述电子设备400中的通信单元401的功能，以便网络侧设备联合CG和DG进行上行资源调度。

(第二应用示例)

图10是示出可以应用本公开内容的技术的汽车导航设备920的示意性配置的示例的框图。汽车导航设备920包括处理器921、存储器922、全球定位系统(GPS)模块924、传感器925、数据接口926、内容播放器97、存储介质接口928、输入装置99、显示装置930、扬声器931、无线通信接口913、一个或多个天线开关936、一个或多个天线937以及电池938。

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

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

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

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

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

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

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

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

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

在图10示出的汽车导航设备920中，当电子设备400例如被实施为作为用户设备侧的汽车导航设备的情况下、电子设备400的收发器可以由无线通信接口933实现。功能的至少一部分也可以由处理器921实现。例如，处理器921可以通过执行上述电子设备400中的通信单元401的功能，以便网络侧设备联合CG和DG进行上行资源调度。

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

以上结合具体实施例描述了本发明的基本原理，但是，需要指出的是，对本领域的技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者其组合的形式实现，这是本领域的技术人员在阅读了本发明的描述的情况下利用其基本电路设计知识或者基本编程技能就能实现的。

而且，本发明还提出了一种存储有机器可读取的指令代码的程序产品。指令代码由机器读取并执行时，可执行上述根据本发明实施例的方法。

相应地，用于承载上述存储有机器可读取的指令代码的程序产品的存储介质也包括在本发明的公开中。存储介质包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

在通过软件或固件实现本发明的情况下，从存储介质或网络向具有专用硬件结构的计算机(例如图11所示的通用计算机1100)安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等。

在图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中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

还需要指出的是，在本发明的装置、方法和系统中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应该视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按时间顺序执行。某些步骤可以并行或彼此独立地执行。

最后，还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。此外，在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上虽然结合附图详细描述了本发明的实施例，但是应当明白，上面所描述的实施方式只是用于说明本发明，而并不构成对本发明的限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修改和变更而没有背离本发明的实质和范围。因此，本发明的范围仅由所附的权利要求及其等效含义来限定。

本技术还可以如下实现。

方案1.一种用于无线通信的电子设备，包括：

处理电路，被配置为：

响应于从在其服务范围内的用户设备接收的调度请求，联合配置授权CG和动态授权DG来进行上行资源的调度。

方案2.根据方案1所述的电子设备，其中，所述处理电路被配置为在所述调度请求是指示所述用户设备具有要用于上行传输的数据的正调度请求和/或所述调度请求是增强型调度请求的情况下，同时触发DG调度以及触发CG调度的激活，其中，所述增强型调度请求包括有关要上行传输数据的数据量信息。

方案3.根据方案2所述的电子设备，其中，所述CG调度的激活包括：激活以下下行控制信息DCI的下发：该DCI包含有关CG要调度的资源的信息。

方案4.根据方案2或3所述的电子设备，其中，所述处理电路被配置为在所述调度请求是所述正调度请求的情况下，基于所述用户设备上报的缓存状态报告BSR中的、有关要用于上行DG调度传输的数据的第一数据量，来为所述用户设备进行资源调度，

其中，所述第一数据量是基于所述用户设备所具有的要用于上行传输的数据的第二数据量减去所述CG调度中所调度的资源能够承载的数据的第三数据量所得到的差值而确定的。

方案5.根据方案4所述的电子设备，其中，所述处理电路被配置为在所述第一数据量为0的情况下，在所述DG调度中不为所述用户设备分配上行资源。

方案6.根据方案4中所述的电子设备，其中，所述处理电路被配置为在所述第一数据量为负值的情况下，对所述CG调度中所调度的资源进行调整。

方案7.根据方案6所述的电子设备，其中，所述处理电路被配置为在所述第一数据量连续为负值的次数达到预定第一次数的情况下，重新触发CG调度的激活或触发CG调度的重激活，并且减少所重新触发的CG调度或重激活的CG调度中所调度的资源。

方案8.根据方案4所述的电子设备，其中，所述处理电路被配置为在所述第一数据量为正值的情况下，在所述DG调度中为所述用户设备分配至少能承载所述第一数据量的数据的上行资源。

方案9.根据方案8所述的电子设备，其中，所述处理电路被配置为在所述第一数据量连续大于预定阈值的次数达到预定第二次数的情况下，重新触发CG调度的激活或触发CG调度的重激活，并且增加所重新触发的CG调度或重激活的CG调度中所调度的资源。

方案10.根据方案2至9中任一项所述的电子设备，其中，

所述CG调度中所调度的资源是周期性资源，

所述处理电路被配置为从所述用户设备接收后续调度请求，其中，所述用户设备在基于所述周期性资源中的当前周期资源进行上行传输之后，如果后续数据在所述当前周期资源之后的下一周期资源之前到达所述用户设备，则向所述电子设备上报所述后续调度请求，以及

所述处理电路被配置为在基于所述后续调度请求相对于触发CG调度的激活所对应的调度请求的顺序关系，判断在所述下一周期资源上不足以传送所述后续数据的情况下，响应于所述后续调度请求触发DG的后续调度。

方案11.根据方案10所述的电子设备，其中，

所述处理电路被配置为在所述后续调度请求是所述正调度请求的情况下，基于所述用户设备在所述DG的后续调度当中上报的缓存状态报告BSR中的、有关要用于上行DG的后续调度传输的数据的第四数据量，进行所述DG的后续调度，

其中，所述第四数据量是基于所述用户设备所具有的所述要用于上行传输的数据的第五数据量减去所述CG调度中所调度的资源能够承载的数据的所述第三数据量所得到的差值而确定的。

方案12.根据方案1至11中任一项所述的电子设备，其中，所述处理电路被配置为基于作为所述调度请求的、指示所述用户设备没有要用于上行传输的数据的负调度请求，触发CG释放所调度的资源。

方案13.根据方案12所述的电子设备，其中，所述处理电路被配置为在预定时间范围内连续接收到的所述负调度请求的数量达到预定数量的情况下，触发CG释放所调度的资源。

方案14.根据方案13所述的电子设备，其中，连续传输数据0的、CG调度的物理上行共享信道PUSCH的数量用于表征所述负调度请求的数量。

方案15.根据方案13或14所述的电子设备，其中，所述预定时间范围基于所述CG调度中所调度的资源的周期而确定。

方案16.根据方案13至15中任一项所述的电子设备，其中，所述处理电路被配置为通过计数器对所述负调度请求的数量进行计数。

方案17.根据方案1至16中任一项所述的电子设备，其中，所述上行资源包括物理上行共享信道PUSCH和物理上行控制信道PUCCH上的资源。

方案18.根据方案1至17中任一项所述的电子设备，其中，所述用户设备的要用于上行传输的数据具有数据抖动。

方案19.一种用于无线通信的电子设备，包括：

处理电路，被配置为：

向为其提供服务的网络侧设备上报调度请求，以便所述网络侧设备基于所述调度请求联合配置授权CG和动态授权DG来进行上行资源的调度。

方案20.根据方案19所述的电子设备，其中，所述处理电路被配置为向所述网络侧设备上报作为所述调度请求的、指示所述电子设备具有要用于上行传输的数据的正调度请求和/或作为所述调度请求的增强型调度请求，以便所述网络侧设备同时触发DG调度以及触发CG调度的激活，其中，所述增强型调度请求包括有关要上行传输数据的数据量信息。

方案21.根据方案20所述的电子设备，其中，所述处理电路被配置为在所述调度请求是所述正调度请求的情况下，向所述网络侧设备上报缓存状态报告BSR，以便所述网络侧设备来为所述电子设备进行资源调度，其中，所述BSR包括有关要用于上行DG调度传输的数据的第一数据量，

其中，所述第一数据量是基于所述电子设备所具有的要用于上行传输的数据的第二数据量减去所述CG调度中所调度的资源能够承载的数据的第三数据量而得到的差值而确定的。

方案22.根据方案19至21中任一项所述的电子设备，其中，所述处理电路被配置为向所述网络侧设备上报作为所述调度请求的、指示所述电子设备没有要用于上行传输的数据的负调度请求，以便所述网络侧设备基于所述负调度请求触发CG释放所调度的资源。

方案23.根据方案22所述的电子设备，其中，所述处理电路被配置为在预定时间范围内连续向所述网络侧设备上报预定数量的负调度请求，以便所述网络侧设备触发CG释放所调度的资源。

方案24.根据方案23所述的电子设备，其中，连续传输数据0的、CG调度的物理上行共享信道PUSCH的数量用于表征所述负调度请求的数量。

方案25.根据方案23所述的电子设备，其中，所述预定时间范围基于所述CG调度中所调度的资源的周期而确定。

方案26.根据方案19至25中任一项所述的电子设备，其中，所述上行资源包括物理上行共享信道PUSCH和物理上行控制信道PUCCH上的资源。

方案27.根据方案19至26中任一项所述的电子设备，其中，所述电子设备的要用于上行传输的数据具有数据抖动。

方案28.一种用于无线通信的方法，包括：

电子设备响应于从在其服务范围内的用户设备接收的调度请求，联合配置授权CG和动态授权DG来进行上行资源的调度。

方案29.一种用于无线通信的方法，包括：

向为电子设备提供服务的网络侧设备上报调度请求，以便所述网络侧设备基于所述调度请求联合配置授权CG和动态授权DG来进行上行资源的调度。

方案30.一种计算机可读存储介质，其上存储有计算机可执行指令，当所述计算机可执行指令被执行时，执行根据方案28或29所述的用于无线通信的方法。

Claims (10)

1.一种用于无线通信的电子设备，包括：

处理电路，被配置为：

响应于从在其服务范围内的用户设备接收的调度请求，联合配置授权CG和动态授权DG来进行上行资源的调度。

2.根据权利要求1所述的电子设备，其中，所述处理电路被配置为在所述调度请求是指示所述用户设备具有要用于上行传输的数据的正调度请求和/或所述调度请求是增强型调度请求的情况下，同时触发DG调度以及触发CG调度的激活，其中，所述增强型调度请求包括有关要上行传输数据的数据量信息。

3.根据权利要求2所述的电子设备，其中，所述CG调度的激活包括：激活以下下行控制信息DCI的下发：该DCI包含有关CG要调度的资源的信息。

4.根据权利要求2或3所述的电子设备，其中，所述处理电路被配置为在所述调度请求是所述正调度请求的情况下，基于所述用户设备上报的缓存状态报告BSR中的、有关要用于上行DG调度传输的数据的第一数据量，来为所述用户设备进行资源调度，

其中，所述第一数据量是基于所述用户设备所具有的要用于上行传输的数据的第二数据量减去所述CG调度中所调度的资源能够承载的数据的第三数据量所得到的差值而确定的。

5.根据权利要求1至4中任一项所述的电子设备，其中，所述处理电路被配置为基于作为所述调度请求的、指示所述用户设备没有要用于上行传输的数据的负调度请求，触发CG释放所调度的资源。

6.根据权利要求5所述的电子设备，其中，所述处理电路被配置为在预定时间范围内连续接收到的所述负调度请求的数量达到预定数量的情况下，触发CG释放所调度的资源。

7.一种用于无线通信的电子设备，包括：

处理电路，被配置为：

向为其提供服务的网络侧设备上报调度请求，以便所述网络侧设备基于所述调度请求联合配置授权CG和动态授权DG来进行上行资源的调度。

8.一种用于无线通信的方法，包括：

电子设备响应于从在其服务范围内的用户设备接收的调度请求，联合配置授权CG和动态授权DG来进行上行资源的调度。

9.一种用于无线通信的方法，包括：

向为电子设备提供服务的网络侧设备上报调度请求，以便所述网络侧设备基于所述调度请求联合配置授权CG和动态授权DG来进行上行资源的调度。

10.一种计算机可读存储介质，其上存储有计算机可执行指令，当所述计算机可执行指令被执行时，执行根据权利要求8或9所述的用于无线通信的方法。