CN115484661A - 由用户设备执行的方法及用户设备 - Google Patents

Abstract

本公开提供了一种由用户设备执行的方法及用户设备。该由用户设备执行的方法包括：接收免授权调度相关信息或无线资源控制RRC连接态下的非连续接收C‑DRX相关信息，基于接收到的信息，相应地执行免授权调度相关操作或者C‑DRX相关操作。

Description

由用户设备执行的方法及用户设备

技术领域

本公开涉及无线通信技术领域，更具体的说，涉及一种由用户设备执行的方法及用户设备。

背景技术

为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求，已经努力开发改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。

5G通信系统是在更高频率(毫米波，mmWave)频带，例如60GHz频带，中实施的，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

此外，在5G通信系统中，基于先进的小小区、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行对系统网络改进的开发。

在5G系统中，已经开发作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)、以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

发明内容

根据本公开的一方面，提供了一种由用户设备执行的方法，所述方法包括：接收免授权调度相关信息或无线资源控制RRC连接态下的非连续接收C-DRX相关信息，基于接收到的信息，相应地执行免授权调度相关操作或者C-DRX相关操作。

根据本公开的一方面，提供了一种用户设备，该用户设备包括：收发器，被配置为与外部发送和接收信号；以及处理器，被配置为控制该收发器执行由用户设备执行的方法。

根据本公开的一方面，提供了一种非瞬时性计算机可读记录介质，其上已存储用于被计算机运行时执行如上述任一方法的程序。

附图说明

图1示出了根据本公开的各种实施例的示例无线网络；

图2a和图2b示出了根据本公开的示例无线发送和接收路径；

图3a示出了根据本公开的示例用户设备UE；

图3b示出了根据本公开的示例基站gNB 102；

图4示出了根据本公开的实施例的一种由用户设备执行的方法的流程图；

图5示出了根据本公开的实施例的一个传输周期内所支持的多个传输块(TB)所对应的时频域资源的一种示意图；

图6示出了根据本公开的实施例的一个传输周期内所支持的多个传输块(TB)所对应的时频域资源的另一种示意图；

图7示出了根据本公开的实施例的一个传输周期内所支持的多个传输块(TB)所对应的时频域资源的又一种示意图；

图8示出了根据本公开的实施例的利用前面的传输块指示后面的传输块的资源是否被占用的一种示意图；

图9示出了根据本公开的实施例的DRX持续时间定时器drx-onDurationTimer的启动时间的示意图；

图9A示出了根据本公开的实施例的DRX持续时间定时器drx-onDurationTimer的启动时间的示意图；

图10示出了根据本公开的实施例的DRX持续时间drx-onDurationTimer的启动时间的的另一示意图；

图11示出了根据本公开的实施例的一种由用户设备执行的方法的示意图；

图12示出了根据本公开的实施例的一种由用户设备执行的方法的示意图；

图13是示出根据本公开的实施例的用户设备500的结构的框图。

具体实施方式

提供下列参考附图的描述以有助于对通过权利要求及其等效物定义的本公开的各种实施例的全面理解。本描述包括各种具体细节以有助于理解但是仅应当被认为是示例性的。因此，本领域普通技术人员将认识到，能够对这里描述的各种实施例进行各种改变和修改而不脱离本公开的范围与精神。此外，为了清楚和简明起见，可以略去对公知功能与结构的描述。

在下面说明书和权利要求书中使用的术语和措词不局限于它们的词典意义，而是仅仅由发明人用于使得能够对于本公开清楚和一致的理解。因此，对本领域技术人员来说应当明显的是，提供以下对本公开的各种实施例的描述仅用于图示的目的而非限制如所附权利要求及其等效物所定义的本公开的目的。

应当理解，单数形式的“一”、“一个”和“该”包括复数指代，除非上下文清楚地指示不是如此。因此，例如，对“部件表面”的指代包括指代一个或多个这样的表面。

术语“包括”或“可以包括”指的是可以在本公开的各种实施例中使用的相应公开的功能、操作或组件的存在，而不是限制一个或多个附加功能、操作或特征的存在。此外，术语“包括”或“具有”可以被解释为表示某些特性、数字、步骤、操作、构成元件、组件或其组合，但是不应被解释为排除一个或多个其它特性、数字、步骤、操作、构成元件、组件或其组合的存在可能性。

在本公开的各种实施例中使用的术语“或”包括任意所列术语及其所有组合。例如，“A或B”可以包括A、可以包括B、或者可以包括A和B二者。

除非不同地定义，本公开使用的所有术语(包括技术术语或科学术语)具有本公开所述的本领域技术人员理解的相同含义。如在词典中定义的通常术语被解释为具有与在相关技术领域中的上下文一致的含义，而且不应理想化地或过分形式化地对其进行解释，除非本公开中明确地如此定义。

图1示出了根据本公开的各种实施例的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。能够使用无线网络100的其他实施例而不脱离本公开的范围。

无线网络100包括gNodeB(gNB)101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个互联网协议(IP)网络130(诸如互联网、专有IP网络或其他数据网络)通信。

取决于网络类型，能够取代“gNodeB”或“gNB”而使用其他众所周知的术语，诸如“基站”或“接入点”。为方便起见，术语“gNodeB”和“gNB”在本专利文件中用来指代为远程终端提供无线接入的网络基础设施组件。并且，取决于网络类型，能够取代“用户设备”或“UE”而使用其他众所周知的术语，诸如“移动台”、“用户台”、“远程终端”、“无线终端”或“用户装置”。为了方便起见，术语“用户设备”和“UE”在本专利文件中用来指代无线接入gNB的远程无线设备，无论UE是移动设备(诸如，移动电话或智能电话)还是通常所认为的固定设备(诸如桌上型计算机或自动售货机)。

gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括：UE 111，可以位于小型企业(SB)中；UE 112，可以位于企业(E)中；UE 113，可以位于WiFi热点(HS)中；UE 114，可以位于第一住宅(R)中；UE 115，可以位于第二住宅(R)中；UE 116，可以是移动设备(M)，如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中，gNB 101-103中的一个或多个能够使用5G、长期演进(LTE)、LTE-A、WiMAX或其他高级无线通信技术彼此通信以及与UE 111-116通信。

虚线示出覆盖区域120和125的近似范围，所述范围被示出为近似圆形仅仅是出于说明和解释的目的。应该清楚地理解，与gNB相关联的覆盖区域，诸如覆盖区域120和125，能够取决于gNB的配置和与自然障碍物和人造障碍物相关联的无线电环境的变化而具有其他形状，包括不规则形状。

如下面更详细描述的，gNB 101、gNB 102和gNB 103中的一个或多个包括如本公开的实施例中所描述的2D天线阵列。在一些实施例中，gNB 101、gNB 102和gNB 103中的一个或多个支持用于具有2D天线阵列的系统的码本设计和结构。

尽管图1示出了无线网络100的一个示例，但是能够对图1进行各种改变。例如，无线网络100能够包括任何合适布置的任何数量的gNB和任何数量的UE。并且，gNB 101能够与任何数量的UE直接通信，并且向那些UE提供对网络130的无线宽带接入。类似地，每个gNB102-103能够与网络130直接通信并且向UE提供对网络130的直接无线宽带接入。此外，gNB101、102和/或103能够提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的接入。

图2a和图2b示出了根据本公开的示例无线发送和接收路径。在以下描述中，发送路径200能够被描述为在gNB(诸如gNB 102)中实施，而接收路径250能够被描述为在UE(诸如UE 116)中实施。然而，应该理解，接收路径250能够在gNB中实施，并且发送路径200能够在UE中实施。在一些实施例中，接收路径250被配置为支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的码本设计和结构。

发送路径200包括信道编码和调制块205、串行到并行(S到P)块210、N点快速傅里叶逆变换(IFFT)块215、并行到串行(P到S)块220、添加循环前缀块225、和上变频器(UC)230。接收路径250包括下变频器(DC)255、移除循环前缀块260、串行到并行(S到P)块265、N点快速傅立叶变换(FFT)块270、并行到串行(P到S)块275、以及信道解码和解调块280。

在发送路径200中，信道编码和调制块205接收一组信息比特，应用编码(诸如低密度奇偶校验(LDPC)编码)，并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号的序列。串行到并行(S到P)块210将串行调制符号转换(诸如，解复用)为并行数据，以便生成N个并行符号流，其中N是在gNB 102和UE 116中使用的IFFT/FFT点数。N点IFFT块215对N个并行符号流执行IFFT运算以生成时域输出信号。并行到串行块220转换(诸如复用)来自N点IFFT块215的并行时域输出符号，以便生成串行时域信号。添加循环前缀块225将循环前缀插入时域信号。上变频器230将添加循环前缀块225的输出调制(诸如上变频)为RF频率，以经由无线信道进行传输。在变频到RF频率之前，还能够在基带处对信号进行滤波。

从gNB 102发送的RF信号在经过无线信道之后到达UE 116，并且在UE 116处执行与gNB 102处的操作相反的操作。下变频器255将接收信号下变频为基带频率，并且移除循环前缀块260移除循环前缀以生成串行时域基带信号。串行到并行块265将时域基带信号转换为并行时域信号。N点FFT块270执行FFT算法以生成N个并行频域信号。并行到串行块275将并行频域信号转换为调制数据符号的序列。信道解码和解调块280对调制符号进行解调和解码，以恢复原始输入数据流。

gNB 101-103中的每一个可以实施类似于在下行链路中向UE 111-116进行发送的发送路径200，并且可以实施类似于在上行链路中从UE 111-116进行接收的接收路径250。类似地，UE 111-116中的每一个可以实施用于在上行链路中向gNB 101-103进行发送的发送路径200，并且可以实施用于在下行链路中从gNB 101-103进行接收的接收路径250。

图2a和图2b中的组件中的每一个能够仅使用硬件来实施，或使用硬件和软件/固件的组合来实施。作为特定示例，图2a和图2b中的组件中的至少一些可以用软件实施，而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实施。例如，FFT块270和IFFT块215可以实施为可配置的软件算法，其中可以根据实施方式来修改点数N的值。

此外，尽管描述为使用FFT和IFFT，但这仅是说明性的，并且不应解释为限制本公开的范围。能够使用其他类型的变换，诸如离散傅立叶变换(DFT)和离散傅里叶逆变换(IDFT)函数。应当理解，对于DFT和IDFT函数而言，变量N的值可以是任何整数(诸如1、2、3、4等)，而对于FFT和IFFT函数而言，变量N的值可以是作为2的幂的任何整数(诸如1、2、4、8、16等)。

尽管图2a和图2b示出了无线发送和接收路径的示例，但是可以对图2a和图2b进行各种改变。例如，图2a和图2b中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。而且，图2a和图2b旨在示出能够在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构能够用于支持无线网络中的无线通信。

图3a示出了根据本公开的示例UE 116。图3a中示出的UE 116的实施例仅用于说明，并且图1的UE 111-115能够具有相同或相似的配置。然而，UE具有各种各样的配置，并且图3a不将本公开的范围限制于UE的任何特定实施方式。

UE 116包括天线305、射频(RF)收发器310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器/控制器340、输入/输出(I/O)接口345、(多个)输入设备350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。

RF收发器310从天线305接收由无线网络100的gNB发送的传入RF信号。RF收发器310将传入RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，其中RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号发送到扬声器330(诸如对于语音数据)或发送到处理器/控制器340(诸如对于网络浏览数据)以进行进一步处理。

TX处理电路315从麦克风320接收模拟或数字语音数据，或从处理器/控制器340接收其他传出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315编码、复用、和/或数字化传出基带数据以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线305发送的RF信号。

处理器/控制器340能够包括一个或多个处理器或其他处理设备，并执行存储在存储器360中的OS 361，以便控制UE 116的总体操作。例如，处理器/控制器340能够根据公知原理通过RF收发器310、RX处理电路325和TX处理电路315来控制正向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器/控制器340包括至少一个微处理器或微控制器。

处理器/控制器340还能够执行驻留在存储器360中的其他过程和程序，诸如用于具有如本公开的实施例中描述的2D天线阵列的系统的信道质量测量和报告的操作。处理器/控制器340能够根据执行过程的需要将数据移入或移出存储器360。在一些实施例中，处理器/控制器340被配置为基于OS 361或响应于从gNB或运营商接收的信号来执行应用362。处理器/控制器340还耦合到I/O接口345，其中I/O接口345为UE 116提供连接到诸如膝上型计算机和手持计算机的其他设备的能力。I/O接口345是这些附件和处理器/控制器340之间的通信路径。

处理器/控制器340还耦合到(多个)输入设备350和显示器355。UE 116的操作者能够使用(多个)输入设备350将数据输入到UE 116中。显示器355可以是液晶显示器或能够呈现文本和/或至少(诸如来自网站的)有限图形的其他显示器。存储器360耦合到处理器/控制器340。存储器360的一部分能够包括随机存取存储器(RAM)，而存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。

尽管图3a示出了UE 116的一个示例，但是能够对图3a进行各种改变。例如，图3a中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。作为特定示例，处理器/控制器340能够被划分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。而且，虽然图3a示出了配置为移动电话或智能电话的UE116，但是UE能够被配置为作为其他类型的移动或固定设备进行操作。

图3b示出了根据本公开的示例gNB 102。图3b中所示的gNB 102的实施例仅用于说明，并且图1的其他gNB能够具有相同或相似的配置。然而，gNB具有各种各样的配置，并且图3b不将本公开的范围限制于gNB的任何特定实施方式。应注意，gNB 101和gNB 103能够包括与gNB 102相同或相似的结构。

如图3b中所示，gNB 102包括多个天线370a-370n、多个RF收发器372a-372n、发送(TX)处理电路374和接收(RX)处理电路376。在某些实施例中，多个天线370a-370n中的一个或多个包括2D天线阵列。gNB 102还包括控制器/处理器378、存储器380和回程或网络接口382。

RF收发器372a-372n从天线370a-370n接收传入RF信号，诸如由UE或其他gNB发送的信号。RF收发器372a-372n对传入RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路376，其中RX处理电路376通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路376将经处理的基带信号发送到控制器/处理器378以进行进一步处理。

TX处理电路374从控制器/处理器378接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路374对传出基带数据进行编码、复用和/或数字化以生成经处理的基带或IF信号。RF收发器372a-372n从TX处理电路374接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线370a-370n发送的RF信号。

控制器/处理器378能够包括控制gNB 102的总体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器378能够根据公知原理通过RF收发器372a-372n、RX处理电路376和TX处理电路374来控制前向信道信号的接收和后向信道信号的发送。控制器/处理器378也能够支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器378能够执行诸如通过盲干扰感测(BIS)算法执行的BIS过程，并且对被减去干扰信号的接收信号进行解码。控制器/处理器378可以在gNB 102中支持各种各样的其他功能中的任何一个。在一些实施例中，控制器/处理器378包括至少一个微处理器或微控制器。

控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程，诸如基本OS。控制器/处理器378还能够支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的信道质量测量和报告。在一些实施例中，控制器/处理器378支持在诸如web RTC的实体之间的通信。控制器/处理器378能够根据执行过程的需要将数据移入或移出存储器380。

控制器/处理器378还耦合到回程或网络接口382。回程或网络接口382允许gNB102通过回程连接或通过网络与其他设备或系统通信。回程或网络接口382能够支持通过任何合适的(多个)有线或无线连接的通信。例如，当gNB 102被实施为蜂窝通信系统(诸如支持5G或新无线电接入技术或NR、LTE或LTE-A的一个蜂窝通信系统)的一部分时，回程或网络接口382能够允许gNB 102通过有线或无线回程连接与其他gNB通信。当gNB 102被实施为接入点时，回程或网络接口382能够允许gNB 102通过有线或无线局域网或通过有线或无线连接与更大的网络(诸如互联网)通信。回程或网络接口382包括支持通过有线或无线连接的通信的任何合适的结构，诸如以太网或RF收发器。

存储器380耦合到控制器/处理器378。存储器380的一部分能够包括RAM，而存储器380的另一部分能够包括闪存或其他ROM。在某些实施例中，诸如BIS算法的多个指令被存储在存储器中。多个指令被配置为使得控制器/处理器378执行BIS过程，并在减去由BIS算法确定的至少一个干扰信号之后解码接收的信号。

如下面更详细描述的，(使用RF收发器372a-372n、TX处理电路374和/或RX处理电路376实施的)gNB 102的发送和接收路径支持与FDD小区和TDD小区的聚合的通信。

尽管图3b示出了gNB 102的一个示例，但是可以对图3b进行各种改变。例如，gNB102能够包括任何数量的图3a中所示的每个组件。作为特定示例，接入点能够包括许多回程或网络接口382，并且控制器/处理器378能够支持路由功能以在不同网络地址之间路由数据。作为另一特定示例，虽然示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例，但是gNB102能够包括每一个的多个实例(诸如每个RF收发器对应一个)。

下面结合附图进一步描述本公开的示例性实施例。

文本和附图仅作为示例提供，以帮助阅读者理解本公开。它们不意图也不应该被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例，但是基于本文所公开的内容，对于本领域技术人员而言显而易见的是，在不脱离本公开的范围的情况下，可以对所示的实施例和示例进行改变。

在现有LTE(Long Term Evolution，长期演进)系统和NR(New Radio，新无线电)系统中，为了节省调度信令的开销以及降低数据调度的时延，上行链路和下行链路都支持免授权(without grant)调度，即针对每个物理下行链路共享信道(Physical DownlinkShared Channel,PDSCH)或物理上行链路共享信道(Physical Uplink Shared Channel,PUSCH)，用户设备(user equipment，UE)无需接收对应的动态调度信息，而是基于预配置的免授权调度的配置信息接收PDSCH或发送PUSCH，预配置的免授权调度的配置信息可以被周期性使用，即，UE周期性地在预配置的物理资源上接收PDSCH或发送PUSCH。

在LTE系统中，这种免授权调度也被称为半持续调度(Semi-PersistentScheduling)，例如SPS-PDSCH(Semi-Persistent Scheduling-Physical Downlink SharedChannel，半持续调度-物理下行链路共享信道)和SPS-PUSCH(Semi-PersistentScheduling-Physical Uplink Shared Channel，半持续调度-物理上行链路共享信道)，在半持续调度中，免授权调度传输的周期等参数通过RRC(Radio Resource Control，无线资源控制)层信令配置，而免授权调度信息通过激活下行链路控制信息(Downlink ControlInformation，DCI)来配置或重配置，以及通过去激活DCI来释放。

在NR系统中，下行链路免授权调度与LTE系统类似，即下行链路免授权调度同样支持SPS-PDSCH。上行链路免授权调度与LTE系统略微不同，NR系统中的上行链路免授权调度也被称为预配置授权(Configured Grant)调度，即免授权调度信息是预先配置好的，上行链路免授权调度支持两种类型(Type)，对于类型1的免授权调度，预配置的免授权调度信息通过RRC层信令配置，即与免授权调度的周期等参数一并配置；对于类型2的免授权调度，本质上与LTE系统的SPS-PUSCH相同，预配置的免授权调度信息通过激活DCI来配置或重配置，还可以通过去激活DCI来清空。

与动态调度相比，现有的免授权调度技术可以节省调度信令的开销以及降低数据调度的时延，还可以节省终端的功率消耗，但对于不具备频繁充电条件的扩展现实(Extended Reality，XR)终端而言，现有的免授权调度技术需要进一步增强省电(PowerSaving)技术。XR终端指支持扩展现实(XR)业务的终端，XR业务包括增强现实(AugmentedReality，AR)，虚拟现实(Virtual Reality，VR)，混合现实(Mixed Reality，MR)，影响现实(Cinematic Reality，CR)等多种现实的增强业务，XR终端需要周期性处理大数据量的视频流，功率消耗极大，在一些特定应用场景，XR不具备频繁充电的条件，省电技术对其十分重要。本申请针对免授权调度传输相关的省电技术给出具体方案。

此外，XR业务的数据包的大小在一定范围内可能发生变化，现有的仅支持一个传输块的免授权调度传输可能不再适用，本申请还针对免授权调度传输技术的相关增强给出具体方案。

下面继续结合附图对本公开的实施例提供的由用户设备执行的方法的实施方式进行详细介绍。

请参见图4，图4示出了根据本公开的实施例的一种由用户设备执行的方法的流程图。该方法可以包括步骤S410和步骤S420。

步骤S410，接收免授权调度相关信息或无线资源控制(RRC)连接态下的非连续接收(RRC_Connected state-Discontinuous Reception,C-DRX)相关信息。

步骤S420，基于接收到的信息，相应地执行免授权调度相关操作或者C-DRX相关操作。

通过用户设备接收免授权调度相关信息或无线资源控制(RRC)连接态下的非连续接收(C-DRX)相关信息，并基于接收到的信息，相应地执行免授权调度相关操作或者C-DRX相关操作，从而实现了用户设备的省电，并且能够适应数据包的大小在一定范围内可能发生变化的场景，使得调度更加灵活，资源利用更充分，并且还减少了周期性的信令开销。

下面对上述由用户设备执行的方法的实施例中的各个细节进行详细描述。

下面首先介绍在免授权调度场景下的相应操作，但是，可以理解的是，本申请并不限于免授权调度场景。

下面结合图5至图7介绍在一个传输周期内支持具有多个传输块(TransportBlock，TB)的免授权调度传输。

在现有的免授权调度传输中，一个周期只支持一个传输块(TB)的传输，这种方法可能不适合XR业务。在XR业务中，周期性到达的数据量非常大，甚至不能一次传输完毕，需要分割成多个传输块(TB)来传输，实际到达的数据包大小也并不是确定的，而是在一定范围内波动，因此现有的仅支持一个TB的免授权调度传输并不适用于XR业务。

为了解决上述问题，本公开实施例提供了一种由用户设备执行的方法，在该方法中，免授权调度传输在一个传输周期内支持多个TB的传输，即基站在一个传输周期预留多个TB的物理资源，UE在一个传输周期内预配置的资源上接收或发送多个TB。

具体地，该由用户设备执行的方法包括以下步骤：

第一步：UE接收免授权调度传输的配置信息，该配置信息用于配置一个周期内可传输多个传输块。

第二步：UE接收免授权调度传输的激活DCI，该激活DCI用于指示多个传输块所对应的时频域资源。

第三步：UE在该多个传输块所对应的时频域资源上，接收免授权调度的多个PDSCH或发送免授权调度的多个PUSCH。

可以理解的是，上述实施例仅是示例实施例，本公开包括了对上述实施例的各种变形，例如，可以增加或者省略或者替换某些步骤，例如，上述由用户设备执行的方法中的第二步可以省略，替代地，在免授权调度传输的配置信息中配置传输块的数量、或者为多个传输块中的每个传输块分别配置对应的时频域资源、或者配置多个传输块中的每个传输块相对前一个传输块的间隔、或者配置多个传输块中的每个传输块相对第一个传输块的间隔等信息。可以理解的是，本公开并不局限于此，此处不再赘述。

通过免授权调度传输在一个传输周期内能够支持多个TB的传输，使得周期性到达的大数据包可以通过分割的方式使用预配置的时频域资源传输完毕，发送端(例如，可以是用户设备或者基站)可以根据实际到达的数据包大小使用部分TB的预留资源，并释放其他TB的预留资源以充分使用资源，从而使得调度更加灵活，资源利用更充分。

上述具体过程可以用于下行免授权调度(也称为半持续调度，Semi-persistentScheduling，SPS)传输和Type 2的上行免授权调度(也称为预授权，Configured Grant，CG)传输。对于Type 1的上行免授权调度传输，上述过程的第二步可以省略，多个TB的调度资源可以通过RRC层信令配置，即第一步中的免授权调度传输的RRC配置消息中可以包括多个TB的调度资源的指示信息。

下面结合图5至图7来介绍在一个传输周期内所支持的多个传输块(TB)所对应的时频域资源。图5示出了根据本公开的实施例的一个传输周期内所支持的多个传输块(TB)所对应的时频域资源的一种示意图。图6示出了根据本公开的实施例的一个传输周期内所支持的多个传输块(TB)所对应的时频域资源的另一种示意图。图7示出了根据本公开的实施例的一个传输周期内所支持的多个传输块(TB)所对应的时频域资源的又一种示意图。

在一个可选方案中，免授权调度传输在一个周期内支持的多个TB在连续的时隙内使用相同的频域资源，则可以重用现有的免授权调度信息的配置方式，只需要额外配置多个TB的数量即可。例如，对于通过激活DCI指示时频域资源的免授权调度传输，根据DCI确定的传输时隙为第一个TB的传输时隙，其余TB的传输时隙为该传输时隙之后的连续时隙。如图5所示，免授权调度传输在一个周期内支持3个TB的传输，3个TB使用相同的频域资源，3个TB的传输时隙是连续的。

在另一个可选方案中，免授权调度传输在一个周期内支持的多个TB可以在非连续的时隙内使用相同的频域资源，任意两个相邻TB所在时隙的间隔可以是相同的或不同的，该间隔可以是预配置的，即除了额外配置TB的数量外，还需要配置相邻TB所在时隙的间隔，或者配置每个TB相对前一个TB的间隔，或者配置每个TB相对第一个TB的间隔。如图6所示，免授权调度传输在一个周期内支持3个TB的传输，3个TB使用相同的频域资源，3个TB的传输时隙是不连续的，任意两个相邻TB所在时隙的间隔是相同的。

在又一个可选方案中，免授权调度传输在一个周期内支持的多个TB可以在非连续的时隙内使用不同的频域资源，即每个TB的时频域资源需要分别配置。如图7所示，免授权调度传输在一个周期内支持3个TB的传输，3个TB可以使用不同的频域资源，3个TB的传输时隙可以不连续的。

在一个可选方案中，免授权调度传输在一个周期内支持多个TB的传输，即支持多个PDSCH或多个PUSCH的传输，这多个TB的传输共享同一个调制编码方案(Modulation andCoding Scheme，MCS)，即，免授权调度传输的配置消息或激活DCI中指示的MCS被用于所有TB的传输。此外，这多个TB传输使用相同大小的时频资源块，因此，免授权调度传输在一个周期内支持的多个TB传输具有相同的传输块大小(Transport Block Size，TBS)。由于不同时隙内的参考信号位置的不同，虽然用于多个TB传输的时频资源块大小相同，但是用于数据映射的总RE数可能不同，而免授权调度传输的TBS默认为由第一个TB传输的RE数来决定，或者默认为由多个TB传输中的最小(或最大)RE数来决定。

在一个可选方案中，免授权调度传输在一个周期内支持多个TB的传输，即支持多个PDSCH或多个PUSCH的传输，这多个TB的数量通过免授权调度传输的配置消息或激活DCI指示；或者，免授权调度传输在一个周期内支持的最大TB数量通过免授权调度传输的配置消息指示，而实际支持的TB数量再通过激活DCI进一步指示。

在一个可选方案中，免授权调度传输在一个周期内支持多个TB的传输，即支持多个PDSCH或多个PUSCH的传输，这多个TB在连续的时隙上传输，这些连续的时隙可以共享同一个DMRS用于信道估计。例如，在第一个TB传输时隙内包含的DMRS可以用于第二个TB传输时隙的信道估计，为了支持这样的操作，预编码向量在共享DMRS的所有时隙上应当保证相同。此外，由于信道估计可以跨多个时隙执行，DMRS的时域密度可以进一步降低，这些连续时隙内的DMRS可以位于不同的符号。

在一个可选方案中，下行免授权调度传输在一个周期内支持多个TB的传输，即支持多个PDSCH的传输，这多个PDSCH共享同一个TCI(Transmission configurationindication)指示域，即激活DCI中的TCI指示域用于这多个PDSCH的传输，这多个PDSCH的传输使用相同的波束。

在一个可选方案中，免授权调度传输在一个周期内支持多个TB的传输，即支持多个PDSCH或多个PUSCH的传输，这多个TB的传输使用相同的冗余版本(Redundancy Version，RV)，例如，激活DCI中包含的RV指示域用于这多个TB的传输；或者，免授权调度传输在一个周期内支持的多个TB使用预定义的或预配置的RV序列，例如，RV序列为{0 2 3 1}，则表示第一个TB传输的RV为0，第二个TB传输的RV为2，第三个TB传输的RV为3，第四个TB传输的RV为1，如果免授权调度传输在一个周期内的TB数量超过4，那么循环使用RV序列，即第五个TB传输的RV为0，第六个TB传输的RV为3，其他以此类推等等。

在一个可选方案中，下行免授权调度传输在一个周期内支持多个TB的传输，即支持多个PDSCH的传输，这多个PDSCH共享同一个PUCCH资源用于下行HARQ的反馈，这多个PDSCH的HARQ-ACK被复用在一个PUCCH资源上传输，这个PUCCH资源的时域位置由最后一个PDSCH的时域位置所决定；或者，这多个PDSCH被分组，每个PDSCH组包含N个PDSCH，N可以是预定义或预配置的，这N个PDSCH的HARQ-ACK被复用在一个PUCCH资源上传输，即每N个PDSCH对应一个PUCCH资源，这个PUCCH资源的时域位置由PDSCH组中的最后一个PDSCH的时域位置所决定，不同PDSCH组对应处于不同时域位置的相同PUCCH资源；或者，这多个PDSCH各自对应一个PUCCH资源，这些PUCCH资源是处于不同时域位置的相同PUCCH资源，即具有相同的频域位置和码域索引，仅仅时域位置不同(处于不同时隙)，这些PUCCH资源的时域位置由各自的PDSCH时域位置所决定。

在一个可选方案中，免授权调度传输在一个周期内支持的多个TB对应的HARQ(混合自动重传请求，Hybrid Automatic Repeat Request)进程号是连续的。如果系统仅配置一个免授权调度传输，则免授权调度的第一个TB对应的HARQ进程号为#0，其他TB的HARQ进程号基于#0递增，即第二个TB对应的HARQ进程号为#1，第三个TB对应的HARQ进程号为#2，以此类推。如果系统可以配置多个可同时激活的免授权调度传输，则多个可激活的免授权调度传输支持的总TB数量应当小于或等于现有的最大HARQ进程数量，即不能超过16，免授权调度传输支持的多个TB对应的HARQ进程号由在总TB数量中的次序决定，例如，基站配置了3个可激活的免授权调度传输，分别支持2个TB、3个TB、4个TB的传输，则第一个免授权调度传输支持的2个TB对应的HARQ进程号为#0和#1，第二个免授权调度传输支持的3个TB对应的HARQ进程号为#2、#3和#4，第三个免授权调度传输支持的3个TB对应的HARQ进程号为#5、#6和#7，以此类推。

在一个可选方案中，下行免授权调度传输(即Semi-persistent SchedulingPDSCH，SPS-PDSCH)在一个周期内有多个PDSCH，对应多个TB的传输，如果SPS-PDSCH配置消息中不包含用于决定起始HARQ进程号的参数harq-ProcID-Offset，那么根据如下规则确定一个SPS-PDSCH周期内的第PDSCH_index个PDSCH的HARQ进程号：

HARQ_Process_ID＝[floor(CURRENT_slot×10×nrofPDSCH/

(numberOfSlotsPerFrame×periodicity))]modulo nrofHARQ-Processes+

PDSCH_index

这里，CURRENT_slot＝[(SFN×numberOfSlotsPerFrame)+slot number in theframe]，是这个SPS-PDSCH周期的第一个PDSCH的起始时隙的编号，该编号是在总共1024个无线帧包含的所有时隙里的相对编号，

其中numberOfSlotsPerFrame指一个无线帧内包含的时隙数量。nrofPDSCH是一个SPS-PDSCH周期内包含的PDSCH数量(在SPS-PDSCH配置消息中指示)，periodicity为SPS-PDSCH的传输周期(在SPS-PDSCH配置消息中指示)，nrofHARQ-Processes为用于这个SPS-PDSCH配置的HARQ进程数量(在SPS-PDSCH配置消息中指示)，PDSCH_index是PDSCH在这个SPS-PDSCH周期内的索引号(0≤PDSCH_index<nrofPDSCH)。

如果计算出的HARQ_Process_ID超过系统支持的最大HARQ进程数量MaxNum_HARQ_Process，那么HARQ_Process_ID＝HARQ_Process_ID modulo MaxNum_HARQ_Process。

如果SPS-PDSCH配置消息中包含用于决定起始HARQ进程号的参数harq-ProcID-Offset，那么根据如下规则确定一个SPS-PDSCH周期内的第PDSCH_index个PDSCH的HARQ进程号：

HARQ_Process_ID＝[floor(CURRENT_slot×10×nrofPDSCH/

(numberOfSlotsPerFrame×periodicity))]modulo nrofHARQ-Processes+

PDSCH_index+harq-ProcID-Offset

上述参数与之前的计算公式有相同的含义，此处不再赘述。

在一个可选方案中，上行免授权调度传输(即Configured Grant PUSCH，CG-PDSCH)在一个周期内有多个PUSCH，对应多个TB的传输，如果CG-PUSCH配置消息中不包含用于决定起始HARQ进程号的参数harq-ProcID-Offset2，那么根据如下规则确定一个CG-PUSCH周期内的第PUSCH_index个PUSCH的HARQ进程号：

HARQ_Process_ID＝[floor(CURRENT_symbol×nrofPDSCH/periodicity)]

modulo nrofHARQ-Processes+PUSCH_index

这里，CURRENT_symbol＝(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+slot number in the frame×numberOfSymbolsPerSlot+symbol number in the slot)，是这个CG-PUSCH周期的第一个PUSCH的第一个符号的编号，该编号是在总共1024个无线帧包含的所有符号里的相对编号，其中numberOfSlotsPerFrame指一个无线帧内包含的时隙数量，numberOfSymbolsPerSlot指一个时隙内包含的符号数量。nrofPUSCH是一个CG-PUSCH周期内包含的PUSCH数量(在CG-PUSCH配置消息中指示)，periodicity为CG-PUSCH的传输周期(在CG-PUSCH配置消息中指示)，nrofHARQ-Processes为用于这个CG-PUSCH配置的HARQ进程数量(在CG-PUSCH配置消息中指示)，PUSCH_index是PUSCH在这个CG-PUSCH周期内的索引号(0≤PUSCH_index<nrofPUSCH)。如果计算出的HARQ_Process_ID超过系统支持的最大HARQ进程数量MaxNum_HARQ_Process，那么HARQ_Process_ID＝HARQ_Process_ID modulo MaxNum_HARQ_Process。

如果CG-PUSCH配置消息中包含用于决定起始HARQ进程号的参数harq-ProcID-Offset，那么根据如下规则确定一个CG-PUSCH周期内的第PUSCH_index个PUSCH的HARQ进程号：

HARQ_Process_ID＝[floor(CURRENT_symbol×nrofPDSCH/periodicity)]

modulo nrofHARQ-Processes+PUSCH_index+harq-ProcID-Offset

上述参数与之前的计算公式有相同的含义，此处不再赘述。

在一个可选方案中，免授权调度传输在一个周期内支持多个TB的传输，发送端(例如，可以是基站和用户设备)可以根据实际到达的数据包大小仅使用免授权调度的部分TB的时频域资源，并告知接收端(例如，可以是与发送端相对应的用户设备和基站)哪些TB的时频域资源是否被实际占用，如果没有数据包到达，发送端也可以放弃免授权调度的所有TB的传输。

例如，当实际到达的数据包无需使用免授权调度的所有TB的传输时，发送端优先使用前面TB的时频域资源，以及放弃后面TB的时频域资源，这样的好处是可以通过前面TB的传输指示后面TB的传输资源是否被实际占用，以使得接收端及时做出反应，为了使得接收端有足够的时间对用于指示后续TB的时频域资源是否被实际占用的信息解码以及响应，前一个TB与后一个TB之间的间隔应满足预设的门限值。

请参考图8，图8示出了根据本公开的实施例的利用前面的传输块指示后面的传输块的资源是否被占用的一种示意图。如图8所示，在第一个TB指示后续两个TB的传输资源是否被实际占用，例如，在一个周期内，在TB#1的传输中指示TB#2和TB#3的传输资源都没有被实际占用，在另一个周期内，在TB#1的传输中指示TB#2的传输资源被占用，以及TB#3的传输资源没有被实际占用。

作为一种实施方式，指示后续TB的传输资源是否被实际占用可以包括，但不限于，如下可选方法：仅通过免授权调度的第一个TB的传输指示后面每个TB的传输资源是否被实际占用；或者，通过免授权调度的前一个TB的传输指示后一个TB的传输资源是否被实际占用；或者，通过免授权调度的前一个TB的传输指示后面每个TB的传输资源是否被实际占用。

对于支持多个TB的下行链路免授权调度传输，如果基站指示其中一个TB的传输资源没有被实际占用，UE可以不去接收对应TB的免授权调度传输，对应的资源可以释放给其他UE使用；对于支持多个TB的上行链路免授权调度传输，如果UE指示其中一个TB的传输资源没有被实际占用，基站将不会去接收对应TB的免授权调度传输，对应的资源可以释放给其他UE使用。

在一个示例中，用于指示后续TB的传输资源是否被实际占用的信息可以通过MACCE来承载。例如，该MAC CE可以被免授权调度的第一个TB的MAC PDU所包含，用于指示后续TB的传输资源是否被实际占用。

在另一个示例中，用于指示后续TB的传输资源是否被实际占用的信息可以通过背负(piggyback)的方式传输，类似于现有的上行控制信息通过PUSCH背负的传输方式，即该信息比特可以被独立编码，并按照预定义的规则占用免授权调度的部分资源，免授权调度传输通过速率匹配的映射方式避开这部分资源。对于下行链路免授权调度传输，免授权调度的第一个TB的PDSCH通过背负方式承载用于指示后续TB的传输资源是否被实际占用的信息；对于上行链路免授权调度传输，免授权调度的第一个TB的PUSCH通过背负方式承载指示后续TB的传输资源是否被实际占用的信息。

在又一个示例中，用于指示后续TB的传输资源是否被实际占用的信息可以通过DMRS(Demodulation Reference Signal，解调参考信号)，CRS(Cell Reference Signal，小区参考信号)扰码序列等隐含。例如，通过免授权调度传输的前一个TB的传输使用的DMRS或CRC扰码序列等隐含指示后一个TB的传输资源是否被实际占用。

下面介绍用于同一个服务小区的多个C-DRX配置。

在现有的LTE和NR系统中，非连续接收(Discontinuous Reception，DRX)技术被用于UE的省电，UE可周期性地在一段时间里停止监听PDCCH(Physical Downlink ControlChannel,物理下行链路控制信道)信道，从而达到省电的目的。DRX分两种：RRC空闲态下的DRX，和RRC连接态下的DRX。

对于RRC空闲态下的DRX，UE在每个DRX周期醒来监听一个寻呼机会(PagingOccasion，PO)，即监听P-RNTI(Paging-Radio Network Tempory Identity，寻呼-无线网络临时标识)加扰的PDCCH，如果UE没有接收到寻呼信息，可以进入睡眠状态，直到在下一个DRX周期的PO之前醒来。

对于RRC连接态下的DRX，UE可以按照既定的DRX操作和要求对PDCCH进行非连续的监听，RRC通过配置一些参数，诸如，DRX持续时间定时器drx-onDurationTimer、DRX非激活定时器drx-InactivityTimer、用于每个上行HARQ进程的DRX上行链路重传定时器drx-RetransmissionTimerUL、用于除广播进程外的每个下行HARQ进程的DRX下行链路重传定时器drx-RetransmissionTimerDL、DRX长周期起始偏移drx-LongCycleStartOffset，以及选择性配置另一些参数，诸如DRX短周期定时器drx-ShortCycleTimer、DRX短周期drx-ShortCycle，来对DRX的操作过程进行控制，并且还为每个上行链路HARQ进程定义了DRX下行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerDL，以及为除广播进程外的每个下行链路HARQ进程定义了DRX下行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerDL。RRC连接态下的DRX操作可以简称为C-DRX操作。

在现有的NR系统中，在一个服务小区，UE最多可以被配置一个C-DRX。但是，实际上，一个服务小区可以支持多种业务传输，不同类型的业务可以具有不同的传输周期，数据包的到达时间可以不同，在一个传输周期内持续到达数据包的时间窗口也可以不同，实际到达的数据包大小也可能差异很大。

为了解决上述问题，本公开实施例提供了一种由用户设备执行的方法，在该方法中，UE在一个服务小区上可以被配置两个或以上的C-DRX，这些C-DRX操作可以被独立运行，即UE在同一个服务小区需要同时维护两个或以上的C-DRX操作。

具体地，该由用户设备执行的方法包括以下步骤：

第一步：UE接收两个或以上的C-DRX配置，这些C-DRX配置可以用于同一个服务小区。

第二步：UE同时维护这多个C-DRX配置所对应的C-DRX操作，只有在所有C-DRX操作都处于非激活期(Non-active Time)时才停止监听这个服务小区的PDCCH，只要有任意一个C-DRX操作处于激活期(Active Time)，UE就需要监听这个服务小区的PDCCH；或者，UE进一步接收C-DRX的激活指令，该激活指令用于激活这多个C-DRX配置中的一个，UE根据接收到的C-DRX的激活指令维护对应的C-DRX操作；或者，UE根据激活的带宽部分维护对应的C-DRX操作，即每个C-DRX配置对应一个带宽部分(第二步中的后两种替代方案将在后面详细描述)。

上述方法能够针对每种业务使用相匹配的DRX操作，使得UE可以达到最大范围的省电效果。

在一个可选方案中，UE在一个服务小区上被配置两个或以上的C-DRX，每个C-DRX可以使用各自的C-DRX参数配置，例如，每个C-DRX可以使用一些各自的参数，诸如DRX持续时间定时器drx-onDurationTimer,DRX非激活定时器drx-InactivityTimer，DRX时隙偏移drx-SlotOffset，DRX长周期起始偏移drx-LongCycleStartOffset,DRX短周期drx-ShortCycle(可选),DRX短周期定时器drx-ShortCycleTimer(可选)配置，以及共享一些其他的DRX配置，诸如DRX下行链路重传定时器drx-RetransmissionTimerDL，DRX上行链路重传定时器drx-RetransmissionTimerUL，DRX下行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerDL和DRX上行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerUL。

在一个实施例中，UE在一个服务小区上被配置两个或以上的C-DRX，每个C-DRX配置对应不同的逻辑信道，即根据传输的逻辑信道类型，在启动DRX定时器时使用对应的C-DRX的参数配置；或者，每个C-DRX配置对应不同的无线承载(radio bearer)，即根据传输的无线承载，在启动DRX定时器时使用对应的C-DRX的参数配置；或者，每个C-DRX配置对应不同的C-RNTI值，即根据传输的C-RNTI值，在启动DRX定时器时使用对应的C-DRX的参数配置；或者，每个C-DRX配置对应不同的优先级，这个优先级指物理层的优先级，在启动DRX定时器时使用对应的C-DRX的参数配置。

可以理解的是，上述实施例仅是示例实施例，本公开包括了对上述实施例的各种变形，例如，可以增加或者省略或者替换某些步骤，例如，上述由用户设备执行的方法中的第二步可以被替换。

例如，在另一个可选方案中，虽然在同一个服务小区有两个或以上的C-DRX配置，但UE可以在同一个时间只维护一个C-DRX操作，基站可以通过MAC CE(Media AccessControl Control Element，媒体访问控制控制元素)或DCI激活其中的一个C-DRX配置，即，系统可以通过MAC CE或DCI指令自适应改变C-DRX配置，当UE接收到C-DRX配置的激活指令后，可以启用新的C-DRX配置，之前的C-DRX操作下已经运行的定时器全部停止或者继续运行，例如，基站可以通过额外的信令指示之前的C-DRX操作下已经运行的定时器是否继续运行。

在又一个可选方案中，UE可以在每个带宽部分(Bandwidth Part，BWP)上都被配置一个C-DRX，即每个BWP对应各自的C-DRX配置。当UE从第一BWP切换到第二BWP上，UE应当自动使用第二BWP对应的C-DRX配置，在切换前的第一BWP上已经运行的定时器在切换后的第二BWP上继续运行或者全部被停止，例如，基站可以通过额外的信令指示切换前的第一BWP上已经运行的定时器是否继续运行。在一个示例中，只有下行链路BWP有各自对应的C-DRX配置，即只有下行链路BWP切换UE才会更改使用的C-DRX配置，如果上行链路BWP切换，则UE无需更改使用的C-DRX配置，即C-DRX配置与下行链路BWP相对应。

可以理解的是，本公开并不局限于此，此处不再赘述。

下面介绍在非连续接收(Discontinuous Reception，DRX)场景下的自适应的C-DRX参数配置。

在现有的C-DRX操作中，C-DRX的参数都是通过高层信令预配置的，即C-DRX定时器的值都是半静态固定的，这种半静态固定的C-DRX定时器可能不适合动态变化的业务类型。例如，不同类型业务的数据包到达的持续时间可能不同，因此可能需要不同大小的DRX非激活定时器drx-InactivityTimer。

为了解决上述问题，本公开实施例提供了一种由用户设备执行的方法，在该方法中，一个C-DRX的参数可以具有多个值的配置，具体使用哪一个值可以通过MAC CE或DCI进一步指示，或者，每个值分别对应不同的情况，例如不同的drx-InactivityTimer值可以用于不同情况下的PDCCH。

具体地，该由用户设备执行的方法包括以下步骤：

第一步：UE接收针对一个C-DRX参数的多个值的配置。

第二步：UE接收该C-DRX参数的激活指令，该激活指令用于激活上述多个值中的一个，UE根据接收到该C-DRX参数的激活指令，启用该C-DRX参数的对应的值；或者，UE根据接收到的PDCCH的某个属性，启动对应的C-DRX参数的值。

可以理解的是，上述实施例仅是示例实施例，本公开包括了对上述实施例的各种变形，例如，可以增加或者省略或者替换某些步骤，例如，在上述实施中的由用户设备执行的方法中可以增加本公开中其它实施例提供的由用户设备执行的方法中的步骤，例如，可以与上一个实施中的两个或两个以上的C-DRX配置的相结合形成新的实施例，可以理解的是，本公开并不局限于此，此处不再赘述。

在一个可选方案中，一个C-DRX参数可以被配置两个或以上的值，具体使用哪一个值可以通过MAC CE或DCI进一步指示。上述C-DRX参数可以是DRX持续时间定时器drx-onDurationTimer,DRX非激活定时器drx-InactivityTimer，DRX时隙偏移drx-SlotOffset，DRX长周期起始偏移drx-LongCycleStartOffset,DRX短周期drx-ShortCycle,DRX短周期定时器drx-ShortCycleTimer，DRX下行链路重传定时器drx-RetransmissionTimerDL，DRX上行链路重传定时器drx-RetransmissionTimerUL，DRX下行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerDL和DRX上行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerUL中的至少一个。

在一个例子中，drx-InactivityTimer被配置多个不同的值，对于接收到的调度新传的PDCCH，UE根据该PDCCH承载的DCI内的专用指示域，在该PDCCH之后的第一个符号启动或重启动对应的drx-InactivityTimer。该DCI指示域用于显性指示启动哪一个drx-InactivityTimer；或者，该DCI指示域用于隐性指示启动哪一个drx-InactivityTimer，例如指示调度属于哪一种业务类型，再根据业务类型启动对应的drx-InactivityTimer，drx-InactivityTimer配置应当与对应的业务类型相关联。可以理解的是，上述C-DRX定时器并不限于drx-InactivityTimer，也可以是其它的C-DRX定时器，例如同样适用于drx-RetransmissionTimerDL和drx-RetransmissionTimerUL等。

在另一个可选方案中，当上述C-DRX参数为drx-InactivityTimer时，drx-InactivityTimer可以被配置两个或以上的值，每个值分别用于不同情况下的PDCCH，例如，可以是以下情况的任意一种：

(1)对于接收到的调度新传的PDCCH，UE根据该PDCCH使用的DCI格式，在该PDCCH之后的第一个符号启动或重启动对应的drx-InactivityTimer。即，drx-InactivityTimer应当针对每个DCI格式被分别配置。

(2)对于接收到的调度新传的PDCCH，UE根据该PDCCH使用的C-RNTI值，在该PDCCH之后的第一个符号启动或重启动对应的drx-InactivityTimer。即，drx-InactivityTimer应当针对每个RNTI值被分别配置。

(3)对于接收到的调度新传的PDCCH，UE根据该PDCCH所在的PDCCH搜索空间，在该PDCCH之后的第一个符号启动或重启动对应的drx-InactivityTimer。即，drx-InactivityTimer应当针对每个PDCCH搜索空间被分别配置。

(4)对于接收到的调度新传的PDCCH，UE根据该PDCCH所在的控制资源组(ControlResource Set，CORESET)，在该PDCCH之后的第一个符号启动或重启动对应的drx-InactivityTimer。即，drx-InactivityTimer应当针对每个CORESET被分别配置。

(5)对于接收到的调度新传的PDCCH，UE根据该PDCCH所在的BWP，在该PDCCH之后的第一个符号启动或重启动对应的drx-InactivityTimer。即，drx-InactivityTimer应当针对每个BWP被分别配置。

(6)对于接收到的调度新传的PDCCH，UE根据该PDCCH调度的数据是上行还是下行，在该PDCCH之后的第一个符号启动或重启动对应的drx-InactivityTimer。即，drx-InactivityTimer应当针对上行和下行被分别配置。

通过上述，不同类型的业务可以通过DCI内的专用指示域、DCI格式、用于PDCCH加扰的RNTI值、或者PDCCH的搜索空间等特征来区分，即UE可以根据指示新传的PDCCH的所用特征，启动对应的drx-InactivityTimer，实现了用户设备的省电。

在又一个可选方案中，基站通过MAC CE或DCI动态自适应重配置C-DRX参数的值，该C-DRX参数的重配置的值可以仅用于该MAC CE或DCI之后的第一个C-DRX周期，即基站通过MAC CE或DCI只修改当前第一个C-DRX周期的C-DRX参数的值，之后的C-DRX周期的C-DRX参数可以沿用之前的RRC层配置的值；或者，该C-DRX参数的重配置的值可以用于该MAC CE或DCI之后的第一个到第N个C-DRX周期，N是预定义或预配置的值；或者，该C-DRX参数的重配置的值可以用于该MAC CE或DCI之后的所有C-DRX周期，直到该C-DRX参数的值被重新配置。

在又一个可选方案中，基站通过MAC CE或DCI动态自适应重配置C-DRX参数drx-onDurationTimer的大小，例如，基站通过MAC CE或DCI自适应配置UE在下一个C-DRX周期的drx-onDurationTimer值，为了节省信令开销，可以基于RRC层配置的drx-onDurationTimer值为参考，指示drx-onDurationTimer值在下一个C-DRX周期的变化量，即指示drx-onDurationTimer变大或变小的量。换言之，每个C-DRX周期的drx-onDurationTimer值可能不同，这与现有的周期性使用相同的drx-onDurationTimer值的C-DRX机制有所不同，可以更好的适应业务的变化。

类似的可以通过MAC CE或DCI动态自适应重配置的C-DRX参数还可以是drx-InactivityTimer，drx-SlotOffset，drx-LongCycleStartOffset,drx-ShortCycle,drx-ShortCycleTimer，drx-RetransmissionTimerDL，drx-RetransmissionTimerUL，drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerUL中的至少一个。

在又一个可选方案中，基站通过MAC CE或DCI动态自适应重配置C-DRX参数drx-SlotOffset和/或drx-LongCycleStartOffset的值，例如，基站通过MAC CE或DCI自适应配置UE在下一个C-DRX周期启动drx-onDurationTimer的位置，即UE在下一个C-DRX周期开始监听PDCCH的位置。在当前系统中，UE在每个C-DRX周期的固定位置周期性启动drx-onDurationTimer，启动drx-onDurationTimer的位置由高层预配置的C-DRX参数drx-SlotOffset和drx-LongCycleStartOffset来确定，为了节省信令开销，基站可以指示UE在下一个C-DRX周期提前或延后一段时间启动drx-onDurationTimer，即相对原本的启动drx-onDurationTimer的位置提前或延后。

请参考图9，图9示出了根据本公开的实施例的定时器drx-onDurationTimer的启动时间的示意图。如图9所示，一个C-DRX周期包括激活期和非激活期，UE在激活期持续监听PDCCH，在非激活期停止监听PDCCH，UE在每个C-DRX周期的固定位置周期性启动drx-onDurationTimer，为了应对业务到达时刻的抖动性，基站可以通过专用信令指示UE在下一个DRX周期提前或延后drx-onDurationTimer的启动位置，例如，该专用信令可以通过MACCE或DCI承载。

请参考图9A，图9A示出了根据本公开的实施例的定时器drx-onDurationTimer的启动时间的示意图。如图9A所示，通过在OnDuration之前的一个DCI来指示提前或延后drx-onDurationTimer的启动时间。例如，通过高层信令配置该DCI包含一个指示域用于指示对应的drx-onDurationTimer的启动时间被提前或延后x个时隙或符号，其中，用于调整x值的一个集合通过高层信令配置，再通过DCI进一步指示x使用哪一个值。

上述用于承载drx-onDurationTimer启动时间的指示信令的DCI可以是现有系统中用于省电(Power Saving)目的的DCI格式2-6，该DCI通过PS-RNTI来加扰，UE在每个DRX周期的OnDuration之前的第一间隔位置开始监听DCI格式2-6，其中，第一间隔位置通过高层信令预配置，UE根据用于传输DCI格式2-6的PDCCH搜索空间的配置信息，仅在有PDCCH传输机会的时隙上监听PDCCH，直到在OnDuration之前的第二间隔位置停止监听DCI格式2-6，其中，第二间隔位置与UE能力有关，第二间隔是用于PDCCH解码和drx-onDurationTimer启动准备所需的最少时间，UE需要向基站上报此能力。

是否解读用于指示drx-onDurationTimer启动时间的DCI域与该DCI格式2-6包含的唤醒指示域(Wake-up Indication)的解读结果有关，该唤醒指示域用于指示是否启动对应的drx-onDurationTimer，因此，只有在唤醒指示域指示需要启动drx-onDurationTimer时，才进一步解读用于指示drx-onDurationTimer启动时间的DCI域，如果唤醒指示域指示不需要启动drx-onDurationTimer时，用于指示drx-onDurationTimer启动时间的DCI域可以是预留状态或者用于其他信息的指示。

此外，DCI格式2-6还可以包含用于调整其他DRX参数的DCI域，例如，包含用于调整OnDuration持续时间(即参数drx-onDurationTimer)的DCI域、用于调整参数drx-InactivityTimer的DCI域等等。

在又一个可选方案中，基站通过专用信令指示UE在当前C-DRX周期内再次启动定时器drx-onDurationTimer，即开始监听PDCCH。这里，UE在一个C-DRX周期内可以启动两次drx-onDurationTimer，第一次启动drx-onDurationTimer是常规的在每个C-DRX周期内的周期性启动，第一次启动drx-onDurationTimer的位置由高层预配置的C-DRX参数(drx-SlotOffset和drx-LongCycleStartOffset)来确定，第二次启动drx-onDurationTimer是由专用指令触发的，第二次启动drx-onDurationTimer的位置可以通过上述的专用信令来确定，例如，UE在接收到该专用信令之后的预设间隔的位置启动drx-onDurationTimer。

请参考图10，图10示出了根据本公开的实施例的定时器drx-onDurationTimer的启动时间的另一示意图。如图10所示，一个DRX周期包括激活期和非激活期，UE在激活期持续监听PDCCH，在非激活期停止监听PDCCH，UE在每个DRX周期的固定位置周期性启动drx-onDurationTimer，为了应对突发的业务传输，基站可以通过专用信令指示UE在一个DRX周期内再额外启动一次drx-onDurationTimer。例如，UE在接收到专用信令之后的预设间隔的位置启动drx-onDurationTimer，预设间隔可以在该专用信令中指示，专用信令可以通过MAC CE或DCI承载。第二次启动的drx-onDurationTimer的值与第一次启动的drx-onDurationTimer的值可以是同一个值；或者，第二次启动的drx-onDurationTimer的值与第一次启动的drx-onDurationTimer的值可以是不同的值，为了区别，第二次启动的drx-onDurationTimer也可以称为drx-onDurationTimer-Additional，与第一次启动的drx-onDurationTimer是不同的参数。

下面介绍免授权调度传输触发drx-InactivityTimer的启动的场景。

在现有的C-DRX操作中，如果一个MAC PDU通过下行链路免授权调度被接收到，UE则在对应的HARQ反馈传输之后的第一个符号启动对应HARQ进程的drx-HARQ-RTT-TimerDL，同时停止对应HARQ进程的drx-RetransmissionTimerDL。如果这个MAC PDU没有被成功解码，在drx-HARQ-RTT-TimerDL过期后，UE需要启动对应HARQ进程的drx-RetransmissionTimerDL，即进入PDCCH监听模式。

但是，实际上，对于免授权调度传输，可能不仅仅有对应的重传需求，还可能有后随的新传输块的传输需求。例如，在XR业务中，周期性到达的数据量大小可以不固定，而是在一定范围内波动，方案之一是按照可能到达的最大数据量分配免授权调度的传输资源，则无论实际到达的数据量为多大，都能以一个传输块传输完，但如果实际到达的数据量很小，传输效率会非常低下；或者，方案之二是按照到达数据量的平均值或最小值来分配免授权调度的传输资源，如果实际到达的数据量不能以一个传输块传输完，则在免授权调度传输之后可以通过动态调度以新传输块继续传输，为了使得UE在接收或发送免授权调度传输之后能够监听新传输块的动态调度，UE需要监听PDCCH，即免授权调度传输可以触发drx-InactivityTimer的启动或重启动。

本公开实施例提供了一种由用户设备执行的方法，在该方法中，免授权调度传输可以触发drx-InactivityTimer的启动或重启动。

具体地，该由用户设备执行的方法包括以下步骤：

第一步：UE接收或发送免授权调度传输，该免授权调度传输可以指示后续是否有新数据的动态调度传输。

第二步：如果该免授权调度传输指示后续有新数据的动态调度传输，UE在该免授权调度传输之后的第一个符号启动或重启动drx-InactivityTimer。对于上行免授权调度，考虑传输时延以及基站的处理时间，UE可以在发送上行免授权调度传输后的预设间隔后的第一个符号启动或重启动drx-InactivityTimer。

上述方法提供了一种新的启动或重启动drx-InactivityTimer机制，使得可以通过确定免授权调度传输是否指示后续是否有新数据的动态调度传输，从而启动或重启动drx-InactivityTimer。

可以理解的是，上述实施例仅是示例实施例，本公开包括了对上述实施例的各种变形，例如，可以增加或者省略或者替换某些步骤，例如，在上述实施中的由用户设备执行的方法中可以增加本公开中其它实施例提供的由用户设备执行的方法中的步骤，例如，可以在第一个实施的第三步之后实施，从而形成新的实施例，当然，本公开并不局限于此。

在一个可选方案中，指示后续是否有新数据的动态调度传输的信息可以通过MACCE承载，该MAC CE可以被免授权调度传输的MAC PDU所包含。在另一个可选方案中，指示后续是否有新数据的动态调度传输的信息可以通过免授权调度传输的DMRS或CRC扰码隐含承载。

对于下行链路免授权调度传输，如果一个MAC PDU通过下行链路免授权调度传输被接收到，并且该MAC PDU中包含一个用于指示后续有新数据的动态调度传输的MAC CE，或者，承载该MAC PDU的PDSCH的DMRS或CRC扰码隐含指示后续有新数据的动态调度传输，则UE在该MAC PDU传输之后的第一个符号启动drx-InactivityTimer。

对于上行链路免授权调度传输，如果一个MAC PDU通过上行链路免授权调度传输发送，并且该MAC PDU中包含一个用于指示后续有新数据的动态调度传输的MAC CE，或者，承载该MAC PDU的PUSCH的DMRS或CRC扰码隐含指示后续有新数据的动态调度传输，则UE在该MAC PDU传输之后的第一个符号启动drx-HARQ-RTT-TimerUL，在drx-HARQ-RTT-TimerUL过期之后，启动drx-InactivityTimer，这是因为基站只有在接收到该MAC PDU之后才可能发送用于动态调度后续新数据传输的PDCCH。

上述的由免授权调度传输触发的drx-InactivityTimer和现有的由指示新数据传输的PDCCH触发的drx-InactivityTimer可以是同一个值；或者，这个由免授权调度传输触发的drx-InactivityTimer和现有的由指示新数据传输的PDCCH触发的drx-InactivityTimer可以是不同的值，由免授权调度传输触发的drx-InactivityTimer可以是额外配置的专门用于免授权调度的参数，也可以称为drx-SPS-InactivityTimer或者drx-CG-InactivityTimer，与现有的由指示新数据传输的PDCCH触发的drx-InactivityTimer是不同的参数。

下面介绍在免授权调度传输的带宽部分(Bandwidth Part，BWP)切换相关内容。

现有的NR系统支持灵活的带宽部分(BWP)切换技术，基站可以根据实时状况自适应调整UE的下行链路接收带宽和/或上行链路发送带宽，从而有效降低UE的功耗。例如，当UE的业务量较大时，基站可以给UE配置一个较大的带宽；当UE的业务量较小时，基站可以给UE配置一个较小的带宽。基站可以通过BWP切换指令来指示UE进行BWP切换，例如，通过用于指示调度信息的DCI中包含的BWP域来指示BWP切换。UE最多可以被配置4个BWP用于自适应的BWP切换，在一个时间点只有一个BWP可以被UE使用，该BWP被称为激活BWP。

当基站指示UE从第一带宽部分切换到第二带宽部分时，对于下行链路免授权调度传输和Type 2的上行链路免授权调度传输，第一带宽部分上已经被激活的免授权调度传输默认为被去激活，只有当基站指示UE重新切换回第一带宽部分，以及接收免授权调度传输的激活DCI之后，第一带宽部分上配置的免授权调度传输才被激活；对于Type 1的上行链路免授权调度传输，第一带宽部分上配置的免授权调度传输在切换离开后默认为被去激活，在切换回第一带宽部分之后，第一带宽部分上配置的免授权调度传输默认为被激活。换言之，非激活BWP上的免授权调度传输也是非激活的，虽然基站可以通过BWP切换指令指示UE切换回第一带宽部分执行免授权调度传输，但会有周期性的信令开销。

为了解决上述问题，本公开实施例提供了一种由用户设备执行的方法，在该方法中，免授权调度传输可以被配置在UE离开其所在BWP后仍为激活状态，即非激活BWP上的免授权调度传输可以是激活的，在该免授权调度的每个传输时刻，UE可以从激活BWP切换回该免授权调度传输所在的BWP，来执行免授权调度传输，然后再切换回之前的激活BWP。

下面结合图11对该方法进行详细描述，图11示出了根据本公开的实施例的一种由用户设备执行的方法的示意图。图中的SPS/CG指半持续调度传输/预授权调度传输，与本文中的免授权调度传输具有相同含义。

具体地，该由用户设备执行的方法包括以下步骤：

第一步：UE接收用于指示位于当前非激活带宽部分上的免授权调度传输是否为激活状态的指示信息。

第二步：若所述信息指示位于当前非激活带宽部分上的免授权调度传输为激活状态，则在位于当前非激活带宽部分上的免授权调度传输的每个传输时刻之前，UE判断是否从激活BWP切换到该免授权调度所在的非激活BWP上，以执行该免授权调度传输。

例如，免授权调度传输所在的当前非激活BWP为第一BWP，当前激活BWP为第二BWP，UE在一个周期的免授权调度传输时刻之前，判断是否从第二BWP切换到第一BWP执行免授权调度传输。如果第一BWP上的免授权调度传输与第二BWP上的传输没有冲突，则UE切换到第一BWP；如果第一BWP上的免授权调度传输与第二BWP上的传输有冲突，则UE根据传输的优先级判断是否切换到第一BWP，例如，如果第二BWP上的传输的优先级高于预设门限和/或者高于第一BWP上的免授权调度传输的优先级，则UE无需切换到第一BWP，反之，UE需要切换到第一BWP。

第三步：如果UE判断结果是切换到第一BWP，则UE从第二BWP切换到第一BWP，并在第一BWP上执行预配置的免授权调度传输。

第四步：UE在完成第一BWP上的免授权调度传输之后，从第一BWP切换回第二BWP。

可以理解的是，上述实施例仅是示例实施例，本公开包括了对上述实施例的各种变形，例如，可以增加或者省略或者替换某些步骤。

在该实施例中，无需BWP切换指令，在免授权调度传输的每个传输时刻之前，UE可以自发从第二BWP切换到第一BWP以执行免授权调度传输，在完成第一BWP上的免授权调度传输之后，再自发从第一BWP切换回第二BWP，从而减少了周期性的用于指示BWP切换的信令开销。

在该实施例中，对于上行链路免授权调度传输，如果UE在第一BWP的免授权调度传输时刻没有待传输的数据，则UE可以无需从第二BWP切换到第一BWP，继续停留在第二BWP上。

在一个可选实施方案中，UE在第一BWP上完成免授权调度传输包含在第一个BWP上完成免授权调度传输的重传，即第一BWP上的免授权调度传输的重传也必须在第一BWP上传输。例如，UE可以在免授权调度传输时刻之后的预设间隔的时刻自发切换回第二BWP，该预设间隔可以使得UE在第一BWP上有足够时间完成免授权调度传输的重传。在另一个可选实施方案中，UE在第一BWP上完成免授权调度传输不包含在第一BWP上完成免授权调度传输的重传，即第一BWP上的免授权调度传输的重传可以在第二BWP上传输，。例如，对于下行链路免授权调度传输，UE在第一BWP上发送对应的HARQ反馈之后就可以从第一BWP切换回第二BWP，如果该下行免授权调度传输没有被UE成功解码，那么UE可以在第二BWP上接收该下行免授权调度传输的重传；对于上行链路免授权调度传输，UE在第一BWP上发送该上行链路免授权调度传输之后就可以从第一BWP切换回第二BWP，如果该上行免授权调度传输没有被基站成功解码，那么UE可以在第二BWP上重传该上行免授权调度传输。

在一个示例中，UE在完成第一BWP上的免授权调度传输后，基站通过指令指示UE从第一BWP切换回第二BWP，UE在接收到该指令之后，立即从第一BWP切换回第二BWP。

在一个示例中，UE在从第二BWP切换到第一BWP后的预设时间窗口之后，立即从第一BWP切换回第二BWP，预设时间窗口长度的配置应确保UE能够完成第一BWP上的免授权调度传输。

在一个示例中，UE在完成第一BWP上的免授权调度传输之后，立即从第一BWP切换回第二BWP。

在一个示例中，UE在完成第一BWP上的免授权调度传输后的预设时间窗口之后，立即从第一BWP切换回第二BWP。

在一个示例中，UE在发送第一BWP上的下行链路免授权调度传输的HARQ反馈之后，立即从第一BWP切换回第二BWP。

在一个示例中，UE在发送第一BWP上的下行链路免授权调度传输的HARQ反馈后的预设时间窗口之后，立即从第一BWP切换回第二BWP。

在一个示例中，UE在接收到第一BWP上的上行链路免授权调度传输的HARQ反馈之后，立即从第一BWP切换回第二BWP。

在一个示例中，UE在接收到第一BWP上的上行链路免授权调度传输的HARQ反馈后的预设时间窗口之后，立即从第一BWP切换回第二BWP；

在一个示例中，UE在发送第一BWP上的下行链路免授权调度传输的HARQ反馈之后，并且该下行链路免授权调度传输被UE成功解码，UE立即从第一BWP切换回第二BWP；

在一个示例中，UE在接收第一BWP上的上行链路免授权调度传输的HARQ反馈之后，并且如果该HARQ反馈指示上行链路免授权调度传输被基站成功解码，UE立即从第一BWP切换回第二BWP。

在当前NR系统中，指示BWP切换的DCI主要用于数据调度，即只在有数据调度的情况下才能通过DCI指示BWP切换，这对于通过BWP切换执行免授权调度传输可能并适合。在一个可选实施方案中，定义一种专门用于指示BWP切换的DCI，该DCI不用于数据调度，即在没有数据调度的情况下，也可以通过DCI来指示BWP切换。

在另一个可选实施方案中，基站通过专用信令指示UE是否需要从第二BWP(激活BWP)切换到第一BWP(非激活BWP)以执行免授权调度传输，该专用信令可以通过DCI或物理层信号序列承载，与现有的用于指示BWP切换的DCI相比，主要区别是UE需要在特定的时刻或窗口监听该专用信令，即使在那个时刻或窗口UE处于C-DRX的非激活期也需要醒来监听该专用信令。并且该专用信令在第二BWP上传输，用于传输该专用信令的时刻或窗口位置与第一BWP上的免授权调度传输时刻具有绑定关系，例如，用于传输该专用信令的时刻或窗口位置是免授权调度传输时刻之前的预设间隔的位置。此外，该专用信令可以指示UE在当前周期从第二BWP切换到第一BWP以执行免授权调度传输，即一个专用信令对应一个周期的免授权调度传输；或者，该专用信令可以指示在接下来的N个周期内，UE在每个周期的免授权调度传输时刻之前都从第二BWP切换到第一BWP以执行免授权调度传输，即一个专用信令对应N个周期的免授权调度传输。UE在第一BWP上完成免授权调度传输后，可以自发从第一BWP切换回第二BWP。图12给出类似过程的一个示例。

图13是示出根据本公开的实施例的用户设备500的结构的框图。

参考图13，用户设备500包括收发器510和处理器520。收发器510被配置为向外部发送信号和从外部接收信号。处理器520被配置为执行上述由用户设备执行的任一方法。可以以硬件、软件或硬件和软件的组合的形式实现用户设备500，以使得其能够执行本公开描述的上述由用户设备执行的方法。

本公开的至少一个实施例还提供一种非瞬时性计算机可读记录介质，其上已存储用于被计算机运行时执行上述的方法的程序。

根据本公开的一个方面，提供了一种由用户设备执行的方法，包括：接收免授权调度相关信息或无线资源控制RRC连接态下的非连续接收C-DRX相关信息，基于接收到的信息，相应地执行免授权调度相关操作或者C-DRX相关操作。

根据本公开提供的由用户设备执行的方法，其中，所述免授权调度相关信息包括用于配置一个周期内可传输多个传输块的配置信息，所述配置信息包括以下中的至少一个：一个周期内可传输的多个传输块的数量；或者所述多个传输块中的每个传输块相对前一个传输块的间隔；或者所述多个传输块中的每个传输块相对第一个传输块的间隔；或者为所述多个传输块中的每个传输块分别配置的对应的时频域资源。

根据本公开提供的由用户设备执行的方法，其中，所述多个传输块的时频源资源分配方式包括以下中的任意一个：所述多个传输块使用相同的频域资源以及连续的时隙；或者所述多个传输块使用相同的频域资源以及不连续的时隙；或者所述多个传输块使用不同的频域资源以及连续的时隙；或者所述多个传输块使用不同的频域资源以及不连续的时隙。

根据本公开提供的由用户设备执行的方法，其中，所述多个传输块所对应的混合自动重传请求HARQ进程号是连续的。

根据本公开提供的由用户设备执行的方法，其中，执行免授权调度相关操作，包括：在所述多个传输中的一个或多个第一传输块的时频域资源上执行免授权调度传输，所述免授权调度传输指示所述多个传输中的一个或多个第二传输块的时频域资源是否被使用，其中，所述第二传输块在所述第一传输块之后。

根据本公开提供的由用户设备执行的方法，其中，通过以下方式中的至少一种，指示所述多个传输块中的一个或多个第二传输块的时频域资源是否被使用：通过所述多个传输块中的第一个传输块指示所述多个传输块中的除第一个传输块以外的每个传输块的时频域资源是否被使用；或者通过所述多个传输块中的每一个传输块指示所述传输块的下一个传输块的时频域资源是否被使用；或者通过所述多个传输块中的每一个传输块指示所述传输块的后续每个传输块的时频域资源是否被使用。

根据本公开提供的由用户设备执行的方法，其中，执行免授权调度相关操作，包括：执行免授权调度传输，所述传输中包含与新数据的动态调度传输有关的信息；以及基于所述与新数据的动态调度传输有关的信息，确定启动或重启C-DRX的非激活定时器。

根据本公开提供的由用户设备执行的方法，其中，确定启动或重启C-DRX的非激活定时器，包括：在所述免授权调度传输之后的第一个符合或者预设间隔之后，确定启动或重启C-DRX的非激活定时器。

根据本公开提供的由用户设备执行的方法，其中，所述免授权调度传输包括上行链路免授权调度传输和/或下行链路免授权调度传输。

根据本公开提供的由用户设备执行的方法，其中，由所述免授权调度传输所触发的C-DRX的非激活定时器的值与由指示新数据传输的物理下行链路控制信道PDCCH所触发的C-DRX的非激活定时器的值相同或者不同。

根据本公开提供的由用户设备执行的方法，其中，用于指示所述多个传输块中的一个或多个第二传输块的时频域资源是否被使用的信息，或者用于指示免授权调度传输之后是否有新数据的动态调度传输的信息，通过以下方式中的至少一种来承载：通过媒体访问控制控制元素MAC CE来承载；通过在所述免授权调度的部分时频域资源上以背负方式来承载；或者通过所述免授权调度传输的解调参考信号DMRS或循环冗余码校验CRC的扰码序列来隐式承载。

根据本公开提供的由用户设备执行的方法，其中，所述MAC CE被包括在所述免授权调度传输的媒体访问控制协议数据单元(MAC PDU)中。

根据本公开提供的由用户设备执行的方法，其中，所述免授权调度相关信息包括用于指示位于当前非激活带宽部分上的免授权调度传输是否为激活状态的信息，若所述信息指示位于当前非激活带宽部分上的免授权调度传输为激活状态，所述执行免授权调度相关操作，包括：在第一带宽部分上的免授权调度传输的每个传输时刻之前，确定是否从第二带宽部分切换到第一带宽部分，其中第二带宽部分为当前激活带宽部分，第一带宽部分为当前非激活带宽部分；若确定从第二带宽部分切换到第一带宽部分，则从第二带宽部分切换到第一带宽部分，并在所述第一带宽部分上执行相应免授权调度传输，以及在执行完所述第一带宽部分上的相应免授权调度传输后，从第一带宽部分切换到第二带宽部分。

根据本公开提供的由用户设备执行的方法，其中，确定是否从第二带宽部分切换到第一带宽部分，包括：若第一带宽部分上的免授权调度传输与第二带宽部分上的传输没有冲突，则确定从第二带宽部分切换到第一带宽部分；若第一带宽部分上的免授权调度传输与第二带宽部分上的传输有冲突，则根据第一带宽部分上的免授权调度传输的优先级和第二带宽部分上的传输的优先级确定是否从第二带宽部分切换到第一带宽部分。

根据本公开提供的由用户设备执行的方法，其中，根据第一带宽部分上的免授权调度传输的优先级和第二带宽部分上的传输的优先级确定是否从第二带宽部分切换到第一带宽部分，包括：若第二带宽部分上的传输的优先级高于预设门限，和/或，若第二带宽部分上的传输的优先级小于或者等于第一带宽部分上的免授权调度传输的优先级，则确定从第二带宽部分切换到第一带宽部分。

根据本公开提供的由用户设备执行的方法，其中，所述在执行完所述第一带宽部分上的相应免授权调度传输后，从第一带宽部分切换到第二带宽部分包括以下操作中的至少一项：在接收到指示从所述第一带宽部分切换到第二带宽部分的信令之后，立即从第一带宽部分切换到第二带宽部分；在从所述第二带宽部分切换到第一带宽部分后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；在所述第一带宽部分上的相应免授权调度传输之后，立即从第一带宽部分切换到第二带宽部分；在所述第一带宽部分上的相应免授权调度传输后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；在发送所述第一带宽部分上的相应下行链路免授权调度传输的混合自动重传请求HARQ反馈之后，立即从第一带宽部分切换到第二带宽部分；在发送所述第一带宽部分上的相应下行链路免授权调度传输的混合自动重传请求HARQ反馈后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；在接收所述第一带宽部分上的相应上行链路免授权调度传输的混合自动重传请求HARQ反馈之后，立即从第一带宽部分切换到第二带宽部分；在接收所述第一带宽部分上的相应上行链路免授权调度传输的混合自动重传请求HARQ反馈后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；如果下行链路免授权调度传输被成功解码，在发送所述第一带宽部分上的相应下行链路免授权调度传输的混合自动重传请求HARQ反馈之后，立即从第一带宽部分切换到第二带宽部分；在接收所述第一带宽部分上的相应上行链路免授权调度传输的混合自动重传请求HARQ反馈之后，以及如果所述HARQ反馈指示所述上行链路免授权调度传输被成功解码，立即从第一带宽部分切换到第二带宽部分。

根据本公开提供的由用户设备执行的方法，其中，所述C-DRX相关信息包括以下信息中的至少一个：用于配置同一个服务小区的多个不同C-DRX配置的相关信息；用于配置同一个C-DRX参数的多个不同值的相关信息；或者用于动态自适应重配置C-DRX参数的相关信息。

根据本公开提供的由用户设备执行的方法，其中，所述C-DRX相关信息包括用于配置同一个服务小区的多个不同C-DRX配置的相关信息，执行C-DRX相关操作，包括执行以下中的至少一种：在同一时刻维护所述多个不同C-DRX配置所对应的多个C-DRX操作，当任一个C-DRX操作处于激活期时，监听所述服务小区的物理下行链路控制信道PDCCH；或者在同一时刻维护所述多个不同C-DRX配置中的一个C-DRX配置所对应的C-DRX操作，根据接收到的用于激活所述多个不同C-DRX配置中的一个C-DRX配置的激活指令，激活启用相应的一个C-DRX配置，并继续运行或者全部停止在所述激活指令之前已经运行的C-DRX定时器；或者在同一时刻维护所述多个不同C-DRX配置中的一个C-DRX配置所对应的C-DRX操作，根据所激活的带宽部分，激活启用相应的一个C-DRX配置，并继续运行或者全部停止之前已经运行的C-DRX定时器。

根据本公开提供的由用户设备执行的方法，其中，所述激活指令通过下行链路控制信息DCI或媒体访问控制控制元素(MAC CE)承载。

根据本公开提供的由用户设备执行的方法，其中，所述C-DRX相关信息包括用于配置同一个C-DRX参数的多个不同值的相关信息，执行C-DRX相关操作，包括：接收用于激活所述C-DRX参数的多个不同值中的一个值的指令，以及根据所述接收到的指令，激活启用所述C-DRX参数的相应的值。

根据本公开提供的由用户设备执行的方法，其中，所述指令可以通过下行链路控制信息DCI或媒体访问控制控制元素(MAC CE)承载。

根据本公开提供的由用户设备执行的方法，其中，所述C-DRX参数是C-DRX的非激活定时器，执行C-DRX相关操作，包括：根据以下中的至少一种，在接收到用于调度新数据传输的物理下行链路控制信道PDCCH之后的第一个符号启动或重启相应值的C-DRX的非激活定时器：根据所述PDCCH所使用的下行链路控制信息DCI格式；根据所述PDCCH所使用的小区无线网络临时标识C-RNTI值；根据所述PDCCH所在的PDCCH搜索空间；根据所述PDCCH所在的控制资源组CORESET；根据所述PDCCH所在的带宽部分；根据所述PDCCH所调度的数据是上行链路数据还是下行链路数据。

根据本公开提供的由用户设备执行的方法，其中，所述用于动态自适应重配置C-DRX参数的相关信息通过下行链路控制信息DCI或媒体访问控制控制单元MAC CE承载，并且用于指示以下中的至少一种：用于重配置在所述相关信息之后的第一个非连续接收DRX周期的所述C-DRX参数的值；用于重配置在所述相关信息之后的第一个到第N个DRX周期的所述C-DRX参数的值，其中，N是预定义或预配置的值；用于重配置在所述相关信息之后的所有DRX周期的所述C-DRX参数的值，直到所述C-DRX参数的值被重配置。

根据本公开提供的由用户设备执行的方法，其中，所述C-DRX参数包括如下C-DRX参数中的至少一个，和/或，所述多个不同C-DRX配置共享如下C-DRX参数中的至少一个：DRX长周期起始偏移drx-LongCycleStartOffset，DRX时隙偏移drx-SlotOffset，DRX持续时间定时器drx-onDurationTimer，DRX非激活定时器drx-InactivityTimer，DRX短周期drx-ShortCycle，DRX短周期定时器drx-ShortCycleTimer，DRX下行链路重传定时器drx-RetransmissionTimerDL，DRX上行链路重传定时器drx-RetransmissionTimerUL，DRX下行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerDL以及DRX上行链路混合自动重传请求往返时间定时器drx-HARQ-RTT-TimerUL。

根据本公开的一个方面，提供了一种用户设备，包括：收发器，被配置为与外部发送和接收信号；以及处理器，被配置为控制所述收发器执行上述用户设备执行的任一项所述的方法。

Claims (15)

1.一种由用户设备执行的方法，所述方法包括：

接收免授权调度相关信息或无线资源控制RRC连接态下的非连续接收C-DRX相关信息，

基于接收到的信息，相应地执行免授权调度相关操作或者C-DRX相关操作。

2.根据权利要求1所述的方法，其中，所述免授权调度相关信息包括用于配置一个周期内可传输多个传输块的配置信息，所述配置信息包括以下中的至少一个：

一个周期内可传输的多个传输块的数量；或者

所述多个传输块中的每个传输块相对前一个传输块的间隔；或者

所述多个传输块中的每个传输块相对第一个传输块的间隔；或者

为所述多个传输块中的每个传输块分别配置的对应的时频域资源。

3.根据权利要求2所述的方法，其中，所述多个传输块的时频域资源分配方式包括以下中的任意一个：

所述多个传输块使用相同的频域资源以及连续的时隙；或者

所述多个传输块使用相同的频域资源以及不连续的时隙；或者

所述多个传输块使用不同的频域资源以及连续的时隙；或者

所述多个传输块使用不同的频域资源以及不连续的时隙。

4.根据权利要求2所述的方法，其中，所述多个传输块所对应的混合自动重传请求HARQ进程号是连续的。

5.根据权利要求2所述的方法，其中，执行免授权调度相关操作，包括：

在所述多个传输中的一个或多个第一传输块的时频域资源上执行免授权调度传输，所述免授权调度传输指示所述多个传输中的一个或多个第二传输块的时频域资源是否被使用，

其中，所述第二传输块在所述第一传输块之后。

6.根据权利要求5所述的方法，其中，通过以下方式中的至少一种，指示所述多个传输块中的一个或多个第二传输块的时频域资源是否被使用：

通过所述多个传输块中的第一个传输块指示所述多个传输块中的除第一个传输块以外的每个传输块的时频域资源是否被使用；或者

通过所述多个传输块中的每一个传输块指示所述传输块的下一个传输块的时频域资源是否被使用；或者

通过所述多个传输块中的每一个传输块指示所述传输块的后续每个传输块的时频域资源是否被使用。

7.根据权利要求1所述的方法，其中，执行免授权调度相关操作，包括：

执行免授权调度传输，所述传输中包含与新数据的动态调度传输有关的信息；以及

基于所述与新数据的动态调度传输有关的信息，确定启动或重启C-DRX的非激活定时器。

8.根据权利要求7所述的方法，其中，由所述免授权调度传输所触发的C-DRX的非激活定时器的值与由指示新数据传输的物理下行链路控制信道PDCCH所触发的C-DRX的非激活定时器的值相同或者不同。

9.根据权利要求5至8中任一项所述的方法，其中，用于指示所述多个传输块中的一个或多个第二传输块的时频域资源是否被使用的信息，或者用于指示免授权调度传输之后是否有新数据的动态调度传输的信息，通过以下方式中的至少一种来承载：

通过媒体访问控制控制元素MAC CE来承载；

通过在所述免授权调度的部分时频域资源上以背负方式来承载；或者

通过所述免授权调度传输的解调参考信号DMRS或循环冗余码校验CRC的扰码序列来隐式承载。

10.根据权利要求1所述的方法，其中，所述免授权调度相关信息包括用于指示位于当前非激活带宽部分上的免授权调度传输是否为激活状态的信息，

若所述信息指示位于当前非激活带宽部分上的免授权调度传输为激活状态，所述执行免授权调度相关操作，包括：

在第一带宽部分上的免授权调度传输的每个传输时刻之前，确定是否从第二带宽部分切换到第一带宽部分，其中第二带宽部分为当前激活带宽部分，第一带宽部分为当前非激活带宽部分；

若确定从第二带宽部分切换到第一带宽部分，则从第二带宽部分切换到第一带宽部分，并在所述第一带宽部分上执行相应免授权调度传输，以及在执行完所述第一带宽部分上的相应免授权调度传输后，从第一带宽部分切换到第二带宽部分。

11.根据权利要求10所述的方法，其中，确定是否从第二带宽部分切换到第一带宽部分，包括：

若第一带宽部分上的免授权调度传输与第二带宽部分上的传输没有冲突，则确定从第二带宽部分切换到第一带宽部分；

若第一带宽部分上的免授权调度传输与第二带宽部分上的传输有冲突，则根据第一带宽部分上的免授权调度传输的优先级和第二带宽部分上的传输的优先级确定是否从第二带宽部分切换到第一带宽部分。

12.根据权利要求11所述的方法，其中，根据第一带宽部分上的免授权调度传输的优先级和第二带宽部分上的传输的优先级确定是否从第二带宽部分切换到第一带宽部分，包括：

若第二带宽部分上的传输的优先级高于预设门限，和/或，若第二带宽部分上的传输的优先级小于或者等于第一带宽部分上的免授权调度传输的优先级，则确定从第二带宽部分切换到第一带宽部分。

13.根据权利要求10至12中任一项所述的方法，其中，所述在执行完所述第一带宽部分上的相应免授权调度传输后，从第一带宽部分切换到第二带宽部分包括以下操作中的至少一项：

在接收到指示从所述第一带宽部分切换到第二带宽部分的信令之后，立即从第一带宽部分切换到第二带宽部分；

在从所述第二带宽部分切换到第一带宽部分后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；

在所述第一带宽部分上的相应免授权调度传输之后，立即从第一带宽部分切换到第二带宽部分；

在所述第一带宽部分上的相应免授权调度传输后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；

在发送所述第一带宽部分上的相应下行链路免授权调度传输的混合自动重传请求HARQ反馈之后，立即从第一带宽部分切换到第二带宽部分；

在发送所述第一带宽部分上的相应下行链路免授权调度传输的混合自动重传请求HARQ反馈后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；

在接收所述第一带宽部分上的相应上行链路免授权调度传输的混合自动重传请求HARQ反馈之后，立即从第一带宽部分切换到第二带宽部分；

在接收所述第一带宽部分上的相应上行链路免授权调度传输的混合自动重传请求HARQ反馈后的预设时间窗口之后，立即从第一带宽部分切换到第二带宽部分；

如果下行链路免授权调度传输被成功解码，在发送所述第一带宽部分上的相应下行链路免授权调度传输的混合自动重传请求HARQ反馈之后，立即从第一带宽部分切换到第二带宽部分；

在接收所述第一带宽部分上的相应上行链路免授权调度传输的混合自动重传请求HARQ反馈之后，以及如果所述HARQ反馈指示所述上行链路免授权调度传输被成功解码，立即从第一带宽部分切换到第二带宽部分。

14.根据权利要求1所述的方法，其中，所述C-DRX相关信息包括以下信息中的至少一个：

用于配置同一个服务小区的多个不同C-DRX配置的相关信息；

用于配置同一个C-DRX参数的多个不同值的相关信息；或者

用于动态自适应重配置C-DRX参数的相关信息。

15.根据权利要求14所述的方法，其中，所述C-DRX相关信息包括用于配置同一个服务小区的多个不同C-DRX配置的相关信息，执行C-DRX相关操作，包括执行以下中的至少一种：

在同一时刻维护所述多个不同C-DRX配置所对应的多个C-DRX操作，当任一个C-DRX操作处于激活期时，监听所述服务小区的物理下行链路控制信道PDCCH；或者

在同一时刻维护所述多个不同C-DRX配置中的一个C-DRX配置所对应的C-DRX操作，根据接收到的用于激活所述多个不同C-DRX配置中的一个C-DRX配置的激活指令，激活启用相应的一个C-DRX配置，并继续运行或者全部停止在所述激活指令之前已经运行的C-DRX定时器；或者

在同一时刻维护所述多个不同C-DRX配置中的一个C-DRX配置所对应的C-DRX操作，根据所激活的带宽部分，激活启用相应的一个C-DRX配置，并继续运行或者全部停止之前已经运行的C-DRX定时器。

Images