CN114830812A

CN114830812A - 用于非激活态下传输的资源配置方法

Info

Publication number: CN114830812A
Application number: CN202080074347.4A
Authority: CN
Inventors: 贾瓦德·阿布多利; 桑杰瓦·希拉斯
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-10-25
Filing date: 2020-10-23
Publication date: 2022-07-29
Also published as: US11240867B2; US20220151012A1; US20210127450A1; EP4042828A1; EP4042828A4; WO2021078258A1

Abstract

本申请的一些方面介绍了用于在RRC_INACTIVE状态下通信的新下行(downlink，DL)部分带宽(bandwidth part，BWP)和新上行(uplink，UL)BWP。此外，本申请的各方面还提供了配置BWP的通用参数，包括但不限于频率位置、带宽、子载波间隔(sub‑carrier spacing，SCS)和循环前缀(cyclic prefix，CP)。本申请的一些方面可以支持重新解释要在RRC_INACTIVE状态下使用的BWP的通用参数，例如，可以针对RRC_CONNECTED状态配置的通用参数。本申请的一些方面涉及RRC_INACTIVE状态下的隐式DL BWP切换，其中，不需要BWP标识(identifier，ID)指示作为切换机制的一部分。

Description

用于非激活态下传输的资源配置方法

本申请要求于2019年10月25日递交的申请号为16/664,340、发明名称为“用于非激活态下传输的资源配置方法(METHODS FOR RESOURCE CONFIGURATION FORTRANSMISSION IN INACTIVE STATE)”的美国专利申请案的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请大体涉及无线通信，并且在特定实施例中涉及无线通信网络中的控制信令。

背景技术

在一些无线通信网络中，用户设备(user equipment，UE)与基站进行无线通信，以向基站发送数据和/或从基站接收数据。从UE到基站的无线通信称为上行(uplink，UL)通信。从基站到UE的无线通信称为下行(downlink，DL)通信。从第一UE到第二UE的无线通信称为侧行链路(sidelink，SL)通信或设备到设备(device-to-device，D2D)通信。

在3GPP新空口(New Radio，NR)中，UE可以在以下三种状态中的一种状态下运行：RRC_IDLE、RRC_CONNECTED和RRC_INACTIVE。在RRC_CONNECTED状态下，UE在连接建立过程后连接到网络。在RRC_IDLE状态下，UE未连接到网络，但网络知道UE存在于网络中。当UE不与网络通信时，切换到RRC_IDLE状态有助于节省网络资源和UE电力(例如，电池寿命)。当UE不与网络通信时，RRC_INACTIVE状态也有助于节省网络资源和UE电力。然而，与RRC_IDLE状态不同，当UE处于RRC_INACTIVE状态时，网络和UE都存储至少一些配置信息，以允许UE更快地重新连接到网络。

用于在RRC_INACTIVE状态下运行的改进机制对于通信系统是有益的。

发明内容

根据本申请的第一方面，提供了一种方法，所述方法包括：在无线资源控制(radioresource control，RRC)_CONNECTED状态下，用户设备(user equipment，UE)确定用于配置在RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息。所述方法还包括：所述UE进入所述RRC_INACTIVE状态；所述UE使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

在一些实施例中，确定用于配置在所述RRC_INACTIVE状态下通信的所述BWP的配置信息包括：接收所述配置信息。

在一些实施例中，所述配置信息显式定义了用于在所述RRC_INACTIVE状态下通信的所述已配置BWP的BWP参数。

在一些实施例中，所述配置信息指示BWP标识，所述BWP标识识别将用于在所述RRC_INACTIVE状态下通信的先前配置的BWP。

在一些实施例中，所述配置信息指示所述已配置BWP是所述UE进入所述RRC_INACTIVE状态之前所述UE在所述RRC_CONNECTED状态下的最后一个激活态BWP。

在一些实施例中，所述方法还包括：在所述RRC_INACTIVE状态下，接收包括调度信息的下行控制信息。

在一些实施例中，所述调度信息包括：用于在所述RRC_INACTIVE状态下接收下行数据的调度信息；或者用于接收寻呼信息的调度信息，包括用于在所述RRC_INACTIVE状态下接收下行数据的调度信息。

在一些实施例中，用于在所述RRC_INACTIVE状态下通信的所述已配置BWP包括：所述UE用于在所述RRC_INACTIVE状态下通信的所述已配置BWP中发送上行数据。

在一些实施例中，用于配置在所述RRC_INACTIVE状态下通信的所述BWP的所述配置信息包括扩展循环前缀(cyclic prefix，CP)。

在一些实施例中，所述扩展CP用于上行BWP。

在一些实施例中，所述方法还包括：在所述RRC_INACTIVE状态下，切换到用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

在一些实施例中，当满足预定义条件时发生所述切换。

在一些实施例中，所述预定义条件是以下条件之一：用于在所述RRC_INACTIVE状态下通信的所述已配置BWP具有与控制资源集0(CORESET 0)不同的频率位置和带宽或不同的子载波间隔(sub-carrier spacing，SCS)或不同的循环前缀(cyclic prefix，CP)；或者用于在所述RRC_INACTIVE状态下通信的所述已配置BWP不包括CORESET 0的所有资源块，或者具有与CORESET 0不同的SCS或不同的CP。

在一些实施例中，所述方法还包括：在所述RRC_INACTIVE状态下，从用于在所述RRC_INACTIVE状态下通信的所述已配置BWP切换到控制资源集0(CORESET 0)。

根据本申请的第二方面，提供了一种用户设备(user equipment，UE)，所述用户设备包括处理器和计算机可读存储介质，所述计算机可读存储介质上存储有计算机可执行指令。当所述计算机可执行指令由所述处理器执行时，使所述UE执行以下操作：在无线资源控制(radio resource control，RRC)_CONNECTED状态下，确定用于配置在RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息；进入所述RRC_INACTIVE状态；使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

在一些实施例中，用于确定用于配置在所述RRC_INACTIVE状态下通信的所述BWP的配置信息的所述计算机可执行指令包括用于接收所述配置信息的计算机可执行指令。

在一些实施例中，所述配置信息指示用于在所述RRC_INACTIVE状态下通信的所述已配置BWP是所述UE进入所述RRC_INACTIVE状态之前所述UE在所述RRC_CONNECTED状态下的最后一个激活态BWP。

在一些实施例中，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述UE接收包括调度信息的下行控制信息。

在一些实施例中，用于使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP的所述计算机可执行指令包括用于在所述RRC_INACTIVE状态下通信的所述已配置BWP中发送上行数据的计算机可执行指令。

在一些实施例中，用于配置在所述RRC_INACTIVE状态下通信的所述BWP的所述配置信息包括扩展循环前缀(cyclic prefix，CP)，其中，所述扩展CP用于上行BWP。

在一些实施例中，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述UE切换到用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

在一些实施例中，当满足预定义条件时发生所述切换，其中，所述预定义条件是以下条件之一：用于在所述RRC_INACTIVE状态下通信的所述已配置BWP具有与控制资源集0(CORESET 0)不同的频率位置和带宽或不同的子载波间隔(sub-carrier spacing，SCS)或不同的循环前缀(cyclic prefix，CP)；或者用于在所述RRC_INACTIVE状态下通信的所述已配置BWP不包括CORESET 0的所有资源块，或者具有与CORESET 0不同的SCS或不同的CP。

在一些实施例中，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述UE从用于在所述RRC_INACTIVE状态下通信的所述已配置BWP切换到控制资源集0(CORESET 0)。

根据本申请的第三方面，提供了一种方法，所述方法包括：网络侧设备确定用于配置在RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息。所述方法还包括：所述网络侧设备发送指示挂起无线资源控制(radio resource control，RRC)_CONNECTED状态的信令，使用户设备(user equipment，UE)进入所述RRC_INACTIVE状态。所述方法还包括：所述网络侧设备在所述UE处于所述RRC_INACTIVE状态时，使用针对所述RRC_INACTIVE状态配置的所述BWP与所述UE通信。

在一些实施例中，所述方法还包括：所述网络侧设备发送用于配置所述RRC_INACTIVE状态BWP的所述配置信息，以供所述UE用于在所述RRC_INACTIVE状态下进行通信。

在一些实施例中，所述方法还包括：当所述UE处于所述RRC_INACTIVE状态时，发送包括调度信息的下行控制信息。

在一些实施例中，使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP包括：所述网络侧设备接收用于在所述RRC_INACTIVE状态下通信的所述已配置BWP中的上行数据。

在一些实施例中，所述扩展循环前缀(cyclic prefix，CP)用于上行BWP。

在一些实施例中，所述方法还包括：当所述UE处于所述RRC_INACTIVE状态时，所述网络侧设备使用控制资源集0(CORESET 0)以在所述RRC_INACTIVE状态下通信。

根据本申请的第四方面，提供了一种网络设备，所述网络设备包括处理器和计算机可读存储介质，所述计算机可读存储介质上存储有计算机可执行指令。当所述计算机可执行指令由所述处理器执行时，使所述网络设备：确定用于配置在RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息；发送指示挂起无线资源控制(radioresource control，RRC)_CONNECTED状态的信令，使用户设备(user equipment，UE)进入所述RRC_INACTIVE状态；在所述UE处于所述RRC_INACTIVE状态时，使用针对所述RRC_INACTIVE状态配置的所述BWP与所述UE通信。

在一些实施例中，当所述计算机可执行指令由所述处理器执行时，使所述网络侧设备发送用于配置所述RRC_INACTIVE状态BWP的所述配置信息，以供所述UE用于在所述RRC_INACTIVE状态下进行通信。

在一些实施例中，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述网络侧设备发送包括调度信息的下行控制信息。

在一些实施例中，所述调度信息包括：用于所述UE在所述RRC_INACTIVE状态下接收下行数据的调度信息；或者用于所述UE接收寻呼信息的调度信息，包括用于在所述RRC_INACTIVE状态下接收下行数据的调度信息。

在一些实施例中，当由所述处理器执行时使所述网络侧设备使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP的所述计算机可执行指令包括用于接收用于在所述RRC_INACTIVE状态下通信的所述已配置BWP中的上行数据的计算机可执行指令。

在一些实施例中，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述网络侧设备使用控制资源集0(CORESET 0)以在所述RRC_INACTIVE状态下通信。

附图说明

为了更全面地理解本申请实施例及其优点，下面通过举例参考结合附图进行的以下描述，其中：

图1是可以实现本申请各实施例的通信系统的示意图；

图2A和图2B分别是本申请各方面提供的示例性用户设备和基站的框图；

图3是本申请一方面提供的用于配置软件可配置空口的空口管理器的框图；

图4A至图4D示出了本申请各方面提供的在从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后配置的INACTIVE DL BWP的四个不同示例；

图5A至图5C示出了本申请各方面提供的在从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后配置的INACTIVE DL BWP的四个不同示例；

图6A示出了本申请各方面提供的在RRC_INACTIVE状态下满足DL BWP切换条件时的示例；

图6B示出了本申请各方面提供的在RRC_INACTIVE状态下不满足DL BWP切换条件时的示例；

图7是本申请各方面提供的信令流程图，其中示出了当UE最初处于RRC_CONNECTED状态时以及当UE被释放并进入RRC_INACTIVE状态时UE和基站之间发生的用于基于DCI的DL数据调度的信令；

图8是本申请各方面提供的信令流程图，其中示出了当UE最初处于RRC_CONNECTED状态时以及当UE被释放并进入RRC_INACTIVE状态时UE和基站之间发生的用于基于寻呼的DL数据调度的信令；

图9是本申请其它方面提供的信令流程图，其中示出了当UE最初处于RRC_CONNECTED状态时以及当UE被释放并进入RRC_INACTIVE状态时UE和基站之间发生的用于INACTIVE UL BWP中的UL数据传输的信令；

图10和图11是示出本申请各方面提供的方法的流程图。

具体实施方式

出于说明性目的，下面结合附图更详细地解释具体的示例性实施例。

本文中提出的实施例表示信息足以实施请求保护的主题，并说明了实施这种主题的方法。根据附图阅读以下描述之后，本领域技术人员会理解所请求保护的主题的概念，并会认识到这些概念的应用在本文中并没有特别提及。应当理解，这些概念和应用在本申请和所附权利要求书的范围之内。

此外，应当理解，本文公开的执行指令的任何模块、组件或设备可以包括或以其它方式访问一个或多个非瞬时性计算机/处理器可读存储介质，所述介质用于存储信息，例如计算机/处理器可读指令、数据结构、程序模块和/或其它数据。非瞬时性计算机/处理器可读存储介质的示例的非详尽列表包括磁带盒，磁带，磁盘存储器或其它磁存储设备，只读光盘(compact disc read-only memory，CD-ROM)、数字视频光盘或数字多功能光盘(即DVD)、蓝光^TM等光盘，或其它光存储器，在任何方法或技术中实现的易失性和非易失性、可移动和不可移动介质，随机存取存储器(random-access memory，RAM)，只读存储器(read-onlymemory，ROM)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)，闪存或其它存储技术。任何这些非瞬时性计算机/处理器存储介质可以是一种设备的一部分，也可以由一种设备访问或连接。用于实现本文描述的应用或模块的计算机/处理器可读/可执行指令可以由这种非瞬时性计算机/处理器可读存储介质存储或以其它方式保存。

图1、图2A、图2B和图3示出了可以实现本申请的任何或所有方面的网络和设备的示例。

图1示出了示例性通信系统100。一般而言，系统100使得多个无线元件或多个有线元件能够传输数据和其它内容。系统100的目的可以是通过广播、窄播、用户设备到用户设备等提供内容(语音、数据、视频、文本)。系统100可以通过共享带宽等资源进行高效操作。

在此示例中，通信系统100包括电子设备(electronic device，ED)110a至110c、无线接入网(radio access network，RAN)120a至120b、核心网130、公共交换电话网络(public switched telephone network，PSTN)140、互联网150以及其它网络160。尽管图1中示出了某些数量的此类组件或元件，但系统100中可以包括任意合理数量的此类组件或元件。

ED 110a至110c用于在系统100中进行操作和/或通信。例如，ED 110a至110c用于通过无线通信信道进行发送和/或接收。ED 110a至110c表示任何适合无线操作的终端用户设备，并且可以包括如下设备(或可以称为)：用户设备(user equipment，UE/userdevice)、无线发射/接收单元(wireless transmit/receive unit，WTRU)、移动站、移动用户单元、蜂窝电话、站点(station，STA)、机器类通信(machine type communication，MTC)设备、个人数字助理(personal digital assistant，PDA)、智能手机、笔记本电脑、计算机、触摸板、无线传感器或消费型电子设备。

在图1中，RAN 120a和120b分别包括基站170a和170b。基站170a和170b都用于与ED110a至110c中的一个或多个进行无线连接，以便能够接入任何其它基站170a和170b、核心网130、PSTN 140、互联网150和/或其它网络160。例如，基站170a和170b可以包括(或可以是)几种常见设备中的一个或多个，例如基站收发台(base transceiver station，BTS)、Node-B(NodeB)、演进型基站(evolved NodeB，eNodeB)、家庭基站(Home eNodeB)、gNodeB、发射接收点(transmission and receive point，TRP)、站点控制器、接入点(accesspoint，AP)或无线路由器。任何ED 110a至110c可以可选地或还用于与任何其它基站170a和170b、互联网150、核心网130、PSTN 140、其它网络160或上述任意组合进行连接、接入或通信。通信系统100可以包括RAN，例如，RAN 120b，其中，对应的基站170b通过互联网150接入核心网130，如图所示。

ED 110a至110c以及基站170a和170b都是通信设备的示例，它们可以用于实现本文描述的部分或全部功能和/或实施例。在图1所示的实施例中，基站170a是RAN 120a的一部分，RAN 120a可以包括其它基站、基站控制器(base station controller，BSC)、无线网络控制器(radio network controller，RNC)、中继节点、元件和/或设备。任何基站170a、170b可以是单独的元件，如图所示，也可以是分布在对应RAN中的多个元件，等等。同样地，基站170b是RAN 120b的一部分，RAN 120b可以包括其它基站、元件和/或设备。基站170a和170b分别在特定地理范围或区域内发射和/或接收无线信号，所述范围或区域有时也称为“小区”或“覆盖区”。小区可以进一步被划分为小区扇区(sector)，而基站170a和170b可以，例如，采用多个收发器向多个扇区提供服务。在一些实施例中，可以存在无线接入技术支持的已建立的微微小区或毫微微小区。在一些实施例中，多个收发器可以使用多输入多输出(multiple-input multiple-output，MIMO)技术等用于每个小区。所示的RAN 120a和120b的数量只是示例性的。设计通信系统100时可以考虑任意数量的RAN。

基站170a和170b使用射频(radio frequency，RF)、微波、红外线(infrared，IR)等无线通信链路，通过一个或多个空口190与ED 110a至110c中的一个或多个进行通信。空口190可以使用任何合适的无线接入技术。例如，通信系统100可以在空口190中实现一种或多种正交或非正交信道接入方法，例如码分多址(code division multiple access，CDMA)、时分多址(time division multiple access，TDMA)、频分多址(frequency divisionmultiple access，FDMA)、正交FDMA(orthogonal FDMA，OFDMA)或单载波FDMA(single-carrier FDMA，SC-FDMA)。

基站170a和170b可以实现通用移动通讯系统(Universal MobileTelecommunication System，UMTS)地面无线接入(Universal Terrestrial RadioAccess，UTRA)以使用宽带CDMA(wideband CDMA，WCDMA)建立空口190。在这种情况下，基站170a和170b可以实现高速分组接入(High Speed Packet Access，HSPA)、演进的HPSA(Evolved HPSA，HSPA+)等协议，其中，HSPA+可选地包括高速下行分组接入(High SpeedDownlink Packet Access，HSDPA)和/或高速上行分组接入(High Speed Packet UplinkAccess，HSUPA)。可替代地，基站170a和170b可以使用LTE、LTE-A、LTE-B和/或5G新空口(NewRadio，NR)通过演进的UTMS地面无线接入(Evolved UTMS Terrestrial Radio Access，E-UTRA)建立空口190。预计通信系统100可以使用多信道接入功能，包括如上所述的方案。用于实现空口的其它无线技术包括IEEE 802.11、802.15、802.16、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、IS-2000、IS-95、IS-856、全球移动通信系统(global system for mobilecommunications，GSM)、GSM演进增强数据速率(Enhanced Data rates for GSMEvolution，EDGE)和GSM/EDGE无线接入网(GSM/EDGE radio access network，GERAN)。当然，可以使用其它多址接入方案和无线协议。

RAN 120a和120b与核心网130进行通信，以便向ED 110a至110c提供各种服务，例如，语音、数据和其它服务。RAN 120a和120b和/或核心网130可以与一个或多个其它RAN(未示出)进行直接或间接通信，这些RAN可以或可以不直接由核心网130服务，并且可以或可以不采用与RAN 120a和/或RAN 120b相同的无线接入技术。核心网130还可以充当(i)RAN120a和120b之间和/或ED 110a至110c之间以及(ii)其它网络(例如，PSTN 140、互联网150和其它网络160)之间的网关接入。

ED 110a至110c使用射频(radio frequency，RF)、微波、红外线(infrared，IR)等无线通信链路，通过一个或多个侧行链路(sidelink，SL)空口180相互通信。SL空口180可以使用任何合适的无线接入技术。SL空口180可以基本上类似于ED 110a至110c与基站170a至170c中的一个或多个进行通信的空口190，也可以基本上不同于空口190。例如，通信系统100可以在SL空口180中实现一种或多种信道接入方法，例如码分多址(code divisionmultiple access，CDMA)、时分多址(time division multiple access，TDMA)、频分多址(frequency division multiple access，FDMA)、正交FDMA(orthogonal FDMA，OFDMA)或单载波FDMA(single-carrier FDMA，SC-FDMA)。在一些实施例中，SL空口180可以至少部分地在未经许可频谱上实现。

在本申请中，协作UE之间的SL传输可以是“免授权”传输或作为在不传送动态调度的情况下执行的数据传输模式。免授权传输有时称为“已配置授权”、“无授权”、“免调度”或“无调度”传输。例如，免授权SL传输也可以称为SL“无授权传输”、“无动态授权传输”、“无动态调度传输”或“使用已配置授权的传输”。

已配置授权传输通常要求接收器知道发射器用于传输的参数和资源。但是，在SL传输的情况下，接收UE通常不知道发送UE的配置参数，例如哪个UE正在发送、数据的最终目标(例如，另一个UE)、用于传输的时域和频域通信资源以及其它控制信息。然而，各种方法都会带来相应的开销损失。

另外，ED 110a至110c中的部分或全部可以包括使用不同无线技术和/或协议通过不同无线链路与不同无线网络进行通信的功能。ED可通过有线通信信道与服务提供商或交换机(未示出)以及互联网150进行通信，而不是无线通信(或除此之外)。PSTN 140可以包括用于提供传统电话业务(plain old telephone service，POTS)的电路交换电话网络。互联网150可以包括计算机网络和/或子网(内网)，并包括互联网协议(internet protocol，IP)、传输控制协议(transmission control protocol，TCP)和用户数据报协议(userdatagram protocol，UDP)等协议。ED 110a至110c可以是能够根据多种无线接入技术进行操作的多模设备，并包括支持多种无线接入技术所需的多个收发器。

图2A和图2B示出了可以实现本申请提供的方法和教示的示例性设备。具体地，图2A示出了示例性ED 110，图2B示出了示例性基站170。系统100或任何其它合适的系统中可以使用这些组件。

如图2A所示，ED 110包括至少一个处理器或处理单元200。处理单元200实现ED110的各种处理操作。例如，处理单元200可以执行信号编码、比特加扰、数据处理、功率控制、输入/输出处理或任何其它使ED 110能够在通信系统100中操作的功能。处理单元200还可以用于实现本文详述的部分或全部功能和/或实施例。每个处理单元200包括任何合适的用于执行一个或多个操作的处理或计算设备。例如，每个处理单元200可以包括微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路。

ED 110还包括至少一个收发器202。收发器202用于对数据或其它内容进行调制，其中，数据或其它内容用于通过至少一个天线或网络接口控制器(Network InterfaceController，NIC)204进行传输。收发器202还用于解调至少一个天线204接收到的数据或其它内容。每个收发器202包括任何合适的用于生成进行无线或有线传输的信号和/或用于处理通过无线或有线方式接收的信号的结构。每个天线204包括任何合适的用于发送和/或接收无线或有线信号的结构。一个或多个收发器202可以用于ED 110中。一个或多个天线204可以用于ED 110中。尽管收发器202以单个功能单元示出，但还可以使用至少一个发射器和至少一个单独的接收器来实现。

ED 110还包括一个或多个输入/输出设备206或接口(例如，到互联网150的有线接口)。一个或多个输入/输出设备206可以与网络中的用户或其它设备进行交互。每个输入/输出设备206包括用于向用户提供信息或从用户接收信息的任何合适的结构，例如，扬声器、麦克风、小键盘、键盘、显示器或触摸屏，包括网络接口通信。

此外，ED 110包括至少一个存储器208。存储器208存储ED 110使用、生成或收集的指令和数据。例如，存储器208可以存储用于实现本文描述的部分或全部功能和/或实施例并由处理单元200执行的软件指令或模块。每个存储器208包括任何合适的一个或多个易失性和/或非易失性存储与检索设备。可以使用任何合适类型的存储器，例如，随机存取存储器(random access memory，RAM)、只读存储器(read only memory，ROM)、硬盘、光盘、用户识别模块(subscriber identity module，SIM)卡、记忆棒、安全数码(secure digital，SD)存储卡。

如图2B所示，基站170包括至少一个处理单元250、至少一个发射器252、至少一个接收器254、一根或多根天线256、至少一个存储器258以及一个或多个输入/输出设备或接口266。可以使用未示出的收发器代替发射器252和接收器254。调度器253可以与处理单元250耦合。调度器253可以包括在基站170内，也可以与基站170分开操作。处理单元250实现基站170的各种处理操作，例如信号编码、比特加扰、数据处理、功率控制、输入/输出处理或任何其它功能。处理单元250还可以用于实现本文更详细描述的部分或全部功能和/或实施例。每个处理单元250包括任何合适的用于执行一个或多个操作的处理设备或计算设备。每个处理单元250可以包括微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路，等等。

每个发射器252包括任何合适的用于生成与一个或多个ED或其它设备进行无线或有线传输的信号的结构。每个接收器254包括任何合适的用于处理从一个或多个ED或其它设备通过无线或有线方式接收的信号的结构。虽然以单独的组件示出，但至少一个发射器252和至少一个接收器254可以组合成收发器。每个天线256包括任何合适的用于发送和/或接收无线信号或有线信号的结构。虽然共用天线256在这里示为耦合到发射器252和接收器254，但一个或多个天线256可以耦合到一个或多个发射器252，一个或多个单独的天线256可以耦合到一个或多个接收器254。每个存储器258包括任何合适的一个或多个易失性和/或非易失性存储与检索设备，例如上文结合ED 110描述的那些设备。存储器258存储由基站170使用、生成或收集的指令和数据。例如，存储器258可以存储用于实现本文描述的部分或全部功能和/或实施例并由处理单元250执行的软件指令或模块。

每个输入/输出设备266可以与网络中的用户或其它设备进行交互。每个输入/输出设备266包括用于向用户提供信息或从用户接收/提供信息的任何合适的结构，包括网络接口通信。

关于UE 110和基站170的其它详细内容是本领域技术人员已知的。因此，为了清楚起见，这里省略了这些详细内容。

图3示出了用于配置软件可配置空口190的空口管理器300的示意图。例如，空口管理器300可以是包括多个组件或构建块的模块，这些组件或构建块定义空口190的参数并共同指定通过空口190进行和/或接收传输的方式。空口管理器300还可以或替代地定义SL空口180的参数并共同指定通过SL空口180进行和/或接收传输的方式。

空口管理器300的组件包括波形组件305、帧结构组件310、多址方案组件315、协议组件320和调制编码组件325中的至少一个。

波形组件305可以指定被发送的信号的形状和形式。波形选项可以包括正交多址波形和非正交多址波形。这些波形选项的非限制性示例包括单载波(Single-Carrier，SC)、超宽带(Ultra Wideband，UWB)、调频连续波(Frequency Modulated Continuous Wave，FMCW)、线性调频(Linear Frequency Modulated，LFM)波形、正交频分复用(OrthogonalFrequency Division Multiplexing，OFDM)波形、单载波频分多址(Single-CarrierFrequency Division Multiple Access，SC-FDMA)波形、滤波的OFDM(Filtered OFDM，f-OFDM)波形、时间窗OFDM波形、滤波器组多载波(Filter Bank Multicarrier，FBMC)、通用滤波多载波(Universal Filtered Multicarrier，UFMC)、通用频分复用(GeneralizedFrequency Division Multiplexing，GFDM)波形、小波包调制(Wavelet PacketModulation，WPM)波形、超奈奎斯特(Faster Than Nyquist，FTN)波形和低峰均功率比波形(Peak to Average Power Ratio Waveform，PAPR WF)。在一些实施例中，可以组合波形选项。

帧结构组件310可以指定帧或帧组的配置。帧结构组件310可以指示帧或帧组的时间、频率、导频签名、编码或其它参数中的一个或多个。

帧结构选项的非限制性示例包括时隙中的符号数、帧中的时隙数和每个时隙的持续时间(有时称为传输时间间隔(transmission time interval，TTI)或传输时间单元(transmission time unit，TTU))。帧结构组件还可以指定时隙是可配置的多级TTI、固定TTI还是可配置的单级TTI。帧结构组件还可以为不同的帧结构配置指定共存机制。

对于一些波形，例如某些基于OFDM的波形，帧结构组件还可以指定一个或多个关联的波形参数，例如子载波间隔宽度、符号持续期、循环前缀(cyclic prefix，CP)长度、信道带宽、保护频带/子载波以及采样大小和频率。

此外，帧结构组件310还可以指定帧结构是用于时分双工通信中还是用于频分双工通信中。

此外，帧结构组件310还可以为帧中的每个符号指定传输状态和/或方向。例如，每个符号可以独立配置为下行符号、上行符号或灵活符号。

波形组件和帧结构组件的规范有时一同称为“系统参数(numerology)”。因此，空口190可以包括定义子载波间隔、CP长度、符号长度、时隙长度和每时隙符号数等多个空口配置参数的系统参数组件330。

这些系统参数也称为子载波间隔配置，由于不同系统参数的子载波间隔是彼此的整数倍，而且不同系统参数的时隙长度也是彼此的整数倍，因此这些系统参数是可扩展的。多个系统参数的这种可扩展设计提供了实施优点，例如时分双工(time division duplex，TDD)上下文中的可扩展的总OFDM符号持续期。

帧可以使用多个可扩展系统参数中的一个或组合来配置。例如，60kHz子载波间隔的系统参数具有相对较短的OFDM符号持续期(因为OFDM符号持续期与子载波间隔成反比)，这使得60kHz的系统参数特别适用于超低时延通信，例如车联网(Vehicle-to-Any，V2X)通信。适用于低时延通信的具有相对较短OFDM符号持续期的系统参数的另一示例是30kHz子载波间隔的系统参数。具有15kHz子载波间隔的系统参数可以与LTE兼容。具有15kHz子载波间隔的系统参数可以用作设备初始接入网络的默认系统参数。这种15kHz的系统参数也可以适用于宽带业务。7.5kHz间隔的系统参数具有相对较长的OFDM符号持续期，可能特别有利于覆盖增强和广播。这些系统参数的其它用途对于本领域普通技术人员来说将是或变得显而易见。在所列出的4种系统参数中，30kHz和60kHz子载波间隔的系统参数由于子载波间隔更宽，因此对多普勒扩频(快速移动条件)更稳健。还可以设想，不同的系统参数可以对其它物理层参数使用不同的值，例如相同的子载波间隔和不同的循环前缀长度。另外，子载波间隔可能取决于工作频段。例如，毫米波频率中的子载波间隔可以大于低频中的子载波间隔。

还可以设想，可以使用其它子载波间隔，例如更大或更小的子载波间隔。例如，按因子2ⁿ变化的其它子载波间隔包括120kHz和3.75kHz。

在其它示例中，可以实现更有限的可扩展性，其中，两个或两个以上系统参数都具有大小是最小子载波间隔的整数倍的子载波间隔，而不一定与因子2ⁿ相关。示例包括15kHz、30kHz、45kHz、60kHz子载波间隔。

在其它示例中，可以使用不可扩展的子载波间隔，这些子载波间隔不是最小子载波间隔的全部整数倍，例如15kHz、20kHz、30kHz、60kHz。

基于OFDM的信号可以用于发送多个系统参数同时共存的信号。更具体地，可以并行生成多个子带OFDM信号，每个信号在不同的子带内，每个子带具有不同的子载波间隔(而且通常具有不同的系统参数)。多个子带信号被组合成单个信号进行传输，例如进行下行传输。可选地，多个子带信号可以从单独的发射器发出，例如进行多个电子设备(electronicdevice，ED)的上行传输，这些ED可以是用户设备(user equipment，UE)。

使用不同的系统参数的使用可以使得空口190支持具有各种服务质量(qualityof service，QoS)要求的一组不同用例共存。这些要求可以包括不同级别的时延或可靠性容限以及不同的带宽或信令开销要求，等等。在一个示例中，基站可以向ED指示表示选定系统参数的索引或选定系统参数的单个参数(例如子载波间隔)。根据这种指示，ED可以根据其它信息确定选定系统参数中的参数，例如存储在存储器中的候选系统参数的查找表。

继续描述空口190中的组件，多址方案组件315可以指定为一个或多个ED授权信道接入的方式。多址技术选项的非限制性示例包括定义ED如何共享公共物理信道的技术，例如，时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency DivisionMultiple Access，FDMA)、码分多址(Code Division Multiple Access，CDMA)、空分多址(Space Division Multiple Access，SDMA)、单载波频分多址(Single Carrier FrequencyDivision Multiple Access，SC-FDMA)、低密度签名多载波码分多址(Low DensitySignature Multicarrier Code Division Multiple Access，LDS-MC-CDMA)、非正交多址(Non-Orthogonal Multiple Access，NOMA)、图样分割多址(Pattern Division MultipleAccess，PDMA)、格形分割多址(Lattice Partition Multiple Access，LPMA)、资源扩展多址(Resource Spread Multiple Access，RSMA)和稀疏码多址(Sparse Code MultipleAccess，SCMA)。此外，多址技术选项可以包括调度接入、非调度接入(也称为免授权接入或已配置授权)、基于竞争的共享信道资源、基于非竞争的共享信道资源和基于认知无线的接入。

协议组件320可以指定要进行传输和/或重传的方式。传输和/或重传机制选项的非限制性示例包括指定调度数据管道大小的机制和用于传输和/或重传的信令机制。

调制编码组件325可以指定出于发送/接收目的可以如何编码/解码和调制/解调正在发送的信息。编码可以指差错检测和前向纠错的方法。编码选项的非限制性示例包括Turbo格码、Turbo乘积码、喷泉码、低密度奇偶校验码和极化码。调制可以简单地指由复杂星座指定的正交幅度调制(Quadrature Amplitude Modulation，QAM)(例如，包括调制技术和阶数，例如16QAM、64QAM等)，或更具体地指各种类型的高级调制方法，例如分层调制、多维调制和低峰均功率比(Peak-to-Average Power Ratio，PAPR)调制。

由于空口包括多个组件或构建块，并且每个组件可以具有多个候选技术(本文还称为空口能力选项)，因此空口管理器300可以配置和存储大量不同的空口协议集。每个空口协议集定义各自的空口能力选项集。

例如，在定义各自的空口能力选项集的每个空口协议集中，为空口的每个组件或构建块选择空口能力选项。不同空口协议集都可以用于满足不同的传输要求集，包括传输内容、发送条件和接收条件。

根据一对通信发送和接收设备的传输要求，可以从空口管理器300中选择最满足传输要求的不同空口协议集中的一个空口协议集，并将该空口协议集用于这对通信发送和接收设备之间的通信。

在其它实施例中，空口管理器300可以修改或更新其组件、协议集或能力选项。例如，空口管理器300可以使用单个系统参数组件330替换波形组件305和帧结构组件310。相反，空口管理器300可以将调制编码组件325分成单独的编码组件和单独的调制组件。此外，空口管理器300是可配置的，使得应该能够使用未来开发的新的软空口配置组件。

空口管理器300还可以更新某些组件以修改任一组件的能力选项。例如，空口管理器300可以更新调制编码组件325以包括高阶调制方案。

通过更新存储的组件、协议集和候选选项，空口管理器300可以灵活更好地适应不同的无线流量类型和服务。修改或更新组件、协议集和候选选项可以使得空口管理器300为业务类型或服务提供合适的空口协议集，而不是提供已经设想用于超可靠低时延通信(ultra-reliable low latency communication，URLLC)、增强移动宽带(enhanced mobilebroadband，eMBB)和大规模机器类型通信(massive machine-type communication，mMTC)的空口协议集。

如上所述，在3GPP新空口(New Radio，NR)中，UE可以在以下三种状态中的一种状态下运行：RRC_IDLE、RRC_CONNECTED和RRC_INACTIVE。

RRC_CONNECTED状态是连接或激活态的非限制性示例。处于RRC_CONNECTED状态的UE连接到无线接入网(radio access network，RAN)和核心网(core network，CN)。例如，UE可以从连接建立过程之后的RRC_IDLE状态或者从连接恢复过程之后的RRC_INACTIVE状态进入RRC_CONNECTED状态。RRC_CONNECTED状态可以表征为包括以下特征：

·UE存储接入层(access stratum，AS)上下文；

·支持往返UE的单播数据的传输；

·在较低层，可以为UE配置UE专用非连续接收(discontinuous reception，DRX)；

·对于支持载波聚合(carrier aggregation，CA)的UE，支持使用与特殊小区(specialcell，SpCell)聚合的一个或多个辅小区(secondary cell，SCell)以增加带宽；

·对于支持双连接(dual connectivity，DC)的UE，支持使用与主小区组(mastercellgroup，MCG)聚合的辅小区组(secondary cell group，SCG)以增加带宽；

·在NR网络内以及往返E-UTRA网络支持网络控制的移动性；

·UE监控通过下行控制信息(downlink control information，DCI)发送的带有寻呼无线网络临时标识(paging radio network temporary identifier，P-RNTI)的短消息(如果已配置)；

·UE监控与共享数据信道相关联的控制信道，以确定是否为UE调度了数据；

·UE向网络提供信道质量和反馈信息；

·UE执行邻区测量和测量报告；

·UE获取系统信息。

RRC_IDLE状态是空闲或断开状态的非限制性示例。处于RRC_IDLE状态的UE不连接到RAN或CN，并且UE可能需要执行初始接入过程以建立网络连接并转换为RRC_CONNECTED状态。RRC_IDLE状态可以表征为包括以下特征：

·UE专用DRX可以由网络的上层配置；

·UE控制的移动性基于网络配置；

·UE监控通过DCI发送的带有P-RNTI的短消息；

·UE监控使用5G系统架构演进临时移动台标识(5G system architectureevolutiontemporary mobile station identifier，5G-S-TMSI)进行CN寻呼的寻呼信道；

·UE执行邻区测量和小区选择或小区重选；

·UE获取系统信息(system information，SI)并且可以发送SI请求(如果已配置)。

RRC_INACTIVE状态是非激活态的非限制性示例。与处于连接状态的UE相比，处于非激活态的UE使用更少的网络资源和/或功耗更低。这可以延长UE的电池寿命。当UE转换为非激活态时，UE和网络存储UE的配置信息。这使得UE可以相对快速高效地返回连接状态。例如，与从空闲状态转换为连接状态相比，UE可以使用更少的信令以从非激活态转换为连接状态。

RRC_INACTIVE状态可以被视为处于RRC_CONNECTED和RRC_IDLE状态之间。在RRC_INACTIVE状态下，UE的AS上下文的至少一部分由UE和网络存储，这使得网络能够与UE通信。因此，网络和UE之间可能会发生安全快速的信令。此外，处于RRC_IDLE状态的UE可能仅支持在UE所处的跟踪区域中执行的CN寻呼。相反，除CN寻呼之外，处于RRC_INACTIVE状态的UE还可以支持在UE所处的RAN通知区域(RAN notification area，RNA)中执行的RAN寻呼。因为通常RNA覆盖的小区数量少于跟踪区域，因此RRC_INACTIVE状态下的RAN寻呼可能导致更少的DL资源消耗和/或开销。RRC_INACTIVE状态可以表征为包括以下特征：

·UE专用DRX可以由网络的上层或由RRC层配置；

·UE控制的移动性基于网络配置；

·UE存储非激活AS上下文，该非激活AS上下文可以与RRC_CONNECTED状态下使用的AS上下文不同；

·基于RAN的通知区域由RRC层配置；

·UE监控通过DCI发送的带有P-RNTI的短消息；

·UE监控使用5G-S-TMSI进行CN寻呼以及使用FullI-RNTI进行RAN寻呼的寻呼信道；

·UE执行邻区测量和小区选择或小区重选；

·UE在移动到已配置的基于RAN的通知区域之外时，周期性地执行基于RAN的通知区域更新；

·UE获取SI并且可以发送SI请求(如果已配置)。

RRC_INACTIVE状态在NR中实现，但非激活态通常可以在任何无线协议或无线技术中实现。因此，非激活态并不局限于特定无线协议或无线技术。类似的注解适用于空闲状态和连接状态。

UE可以使用挂起过程从连接状态转换为非激活态，并使用恢复过程转换回连接状态。UE还可以使用释放过程从非激活态转换为空闲状态。从连接状态到非激活态的转换对于CN是不可见的。因此，当UE处于非激活态时，RAN和CN之间可以发生与UE相关的信令和数据交换。从CN的角度来看，处于非激活态的UE的处理方式与处于连接状态的UE类似。例如，从CN的角度来看，UE可以有两种连接管理(connection management，CM)状态。UE要么处于CM-CONNECTED状态，要么处于CM-IDLE状态。从RAN的角度来看，CN中处于CM-IDLE状态的UE处于RRC_IDLE状态，而从RAN的角度来看，CN中处于CM-CONNECTED状态的UE可以处于RRC_CONNECTED状态或RRC_INACTIVE状态。在UE从连接状态转换为非激活态之前，UE的安全上下文和/或UE的上下文的其它部分由UE和网络存储。因此，网络可以快速、安全地向UE发送信令，以从非激活态转换为连接状态或空闲状态。

在NR Rel-15中，当UE处于RRC_INACTIVE状态或RRC_IDLE状态时，UE会监控寻呼公共搜索空间(Common Search Space，CSS)集，并接收ID为0的控制资源集(controlresource set，CORESET)(通常称为CORESET 0)中的物理下行共享信道(physicaldownlink shared channel，PDSCH)上的寻呼信号。CORESET是物理资源集，例如可以通过该物理资源集发送物理下行控制信道(physical downlink control channel，PDCCH)的资源块(resource block，RB)集和多个符号以及可用于发送PDCCH的其它物理参数集。PDCCH可以包括下行控制信息(downlink control information，DCI)。搜索空间集提供UE能够监控PDCCH所需的所有参数。可以单独配置CORESET并将其链接到作为搜索空间集配置的一部分的搜索空间集。可替代地，可以将CORESET参数直接配置为搜索空间集配置的一部分。除CORESET参数外，搜索空间集配置中提供的参数还可以包括但不限于：PDCCH监控周期、时隙内的PDCCH监控模式、存在搜索空间集的时隙数、控制信道元素(control channelelement，CCE)聚合等级、每个聚合等级的候选PDCCH数量、搜索空间集的类型(例如公共搜索空间(common search space，CSS)或UE专用搜索空间(UE-specific search space，USS))以及要在搜索空间集中监控的DCI格式。

在NR Rel-15中，部分带宽(bandwidth part，BWP)是在给定载波上具有给定系统参数的连续资源块(resource block，RB)集。BWP的连续RB集通过其频率位置和带宽来标识。BWP可以是用于UE与基站之间的DL通信的DL BWP，也可以是用于UE与基站之间的UL通信的UL BWP。使用UE专用高层信令为UE配置UE专用DL或UL BWP。在NR Rel-15中，可以为UE配置多个DL BWP和多个UL BWP，其中单个DL BWP和单个UL BWP在给定时间对于UE是激活的。DL BWP可以是小区专用的，例如通过CORESET 0的连续RB定义的DL BWP，所述DL BWP可以通过主信息块(master information block，MIB)传输等按小区进行配置。UL BWP也可以是小区专用的，例如可以通过系统信息块(system information block，SIB)传输等按小区进行配置的初始UL BWP。

对于上行(uplink，UL)，可以针对处于RRC_INACTIVE状态的UE支持4步RACH或(可能)2步RACH，其中在初始UL BWP中发送UL传输。

CORESET 0旨在至少在初始接入小区期间由所有UE用于DL通信，并且可能由许多UE用于在初始接入小区之后连接到小区。由于CORESET 0可以仅跨越DL中的一部分载波带宽，因此在RRC_INACTIVE状态下限制使用CORESET 0进行DL通信(例如DL数据和DL控制传输)可能会使CORESET 0的带宽过载，因为在RRC_INACTIVE状态下可能有许多UE具有小分组流量。

初始UL BWP旨在用于所有UE至少在初始接入小区期间用于UL通信，并且可能用于在初始接入小区之后连接到小区的多个UE。由于初始UL BWP可能仅跨越UL中的一部分载波带宽，因此在RRC_INACTIVE状态下限制使用初始UL BWP进行UL通信(例如UL数据和/或UL控制和/或UL参考信号传输)可能会使初始UL BWP的带宽过载，因为在RRC_INACTIVE状态下可能有许多UE具有小分组流量。

本申请提出了用于在RRC_INACTIVE状态下配置用于传输的资源(频率和时间)的机制，从而可以实现更高效、更灵活的资源管理。

循环前缀(cyclic prefix，CP)长度等NR中当前支持的空口参数可能无法为处于RRC_INACTIVE状态的UE提供可接受的免UL定时调整(timing adjust，TA)传输支持。

本申请的一些方面介绍了新DL BWP(称为INACTIVE DL BWP)，用于RRC_INACTIVE状态下的DL通信。此外，还介绍了新UL BWP(称为INACTIVE UL BWP)，用于RRC_INACTIVE状态下的UL通信。此外，本申请的各方面还介绍了配置INACTIVE DL BWP或INACTIVE UL BWP的通用参数，包括但不限于频率位置、带宽、子载波间隔(subcarrier spacing，SCS)和CP。

INACTIVE DL BWP或INACTIVE UL BWP可以专用于由基站服务的特定UE(UE专用)，专用于由基站服务的特定UE组(组通用)，或应用于由基站服务的所有UE(小区专用BWP)。

采用上述配置，RRC_INACTIVE状态下的每次UE专用DL接收或UL传输都发生在INACTIVE DL(UL)BWP内。

在一些实施例中，这种配置可以产生新的BWP配置参数。

用于RRC_INACTIVE状态的INACTIVE DL BWP或INACTIVE UL BWP的优点在于，可以对RRC_INACTIVE状态下的数据传输实现高效资源管理，例如，其原因在于，网络可以不限于仅使用CORETSET 0与处于RRC_INACTIVE状态的UE进行DL通信或仅使用初始UL BWP与处于RRC_INACTIVE状态的UE进行UL通信。

本申请的一些方面可以支持重新解释要在RRC_INACTIVE状态下使用的BWP的配置参数(例如BWP的通用参数)，这些参数可以针对RRC_CONNECTED状态进行配置。

针对另一种状态(例如RRC_CONNECTED状态)配置、要在RRC_INACTIVE状态下使用的BWP的这种重新解释可以专用于由基站服务的特定UE(UE专用)或专用于由基站服务的特定UE组(组通用)，或应用于由基站服务的所有UE(小区专用BWP)。

上述配置机制的一些实施例导致关于一些现有BWP配置参数的新UE行为。

上述配置机制的一些实施例导致为UL定义新的CP长度。

能够根据来自另一种状态的参数信息重新解释RRC_INACTIVE状态的参数信息可能是有利的，因为重新解释可能不需要对当前使用的无线资源控制机制进行任何重大变更。这种方法的另一个好处可以是，它支持更长的CP，以在RRC_INACTIVE状态下进行免ULTA传输。

本申请的一些方面涉及RRC_INACTIVE状态下的隐式DL BWP切换，其中，不需要BWP标识(identifier，ID)指示作为切换机制的一部分。

一些实施例涉及为RRC_INACTIVE状态下的DL BWP切换定义条件。一些实施例涉及在接收单播或组播PDSCH之前的隐式DL BWP切换。一些实施例涉及在接收单播或组播PDSCH之后的自主DL BWP切换。

一些实施例涉及为RRC_INACTIVE状态下的UL BWP切换定义条件。一些实施例涉及在发送PUSCH之前的隐式UL BWP切换。一些实施例涉及在发送PUSCH之后的自主UL BWP切换。

上述配置机制的一些实施例导致定义关于基于DCI的DL调度和/或基于寻呼的DL调度的新UE行为。

上述配置机制的一些实施例导致为RRC_INACTIVE状态定义新的BWP切换延迟。

控制RRC_INACTIVE状态下的DL BWP切换的各方面可以使RRC_INACTIVE状态下的数据传输实现高效资源管理，通过调整射频带宽(radio frequency bandwidth，RF BW)并支持用于单播DL数据的寻呼和传输的不同系统参数来降低UE功耗。

实施例1-0

本申请的一些方面涉及针对RRC_INACTIVE状态配置BWP的通用参数。RRC_INACTIVE状态也可以称为INACTIVE BWP状态。

本申请的一些实施例提供了用于UE专用DL BWP或UE专用UL BWP的配置。本申请的一些实施例提供了用于组通用DL BWP或组通用UL BWP的配置。

在一些实施例中，所述配置是BWP参数的显式配置。例如，在ServingCellConfig参数中或在作为激活RRC连接挂起的一部分发送的RRCRelease消息中显式配置DL或UL BWP。

在一些实施例中，可以隐式配置DL或UP BWP。

在隐式实现的配置的第一个示例中，通过指示BWP-Id来配置DL或UL BWP。BWP-Id标识先前已在ServingCellConfig参数或RRCRelease中配置用于挂起连接的DL或UL BWP。在一些实施例中，这可以通过在downlinkBWP-ToAddModList参数或uplinkBWP-ToAddModList参数中指向DL或UL BWP中的一个实现。

在第二个示例中，用于RRC_INACTIVE状态的DL BWP基于UE使用的激活态DL BWP，其中，UE接收物理下行共享信道(physical downlink shared channel，PDSCH)，所述物理下行共享信道包含挂起RRC连接的RRC_CONNECTED状态的RRCRelease消息。

在第三个示例中，用于RRC_INACTIVE状态的DL BWP基于UE在转换为RRC_INACTIVE状态之前的最后一个激活态DL BWP。

图4A至图4D示出了在从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后配置的INACTIVE DL BWP的四个不同示例。在每幅图中，横轴对应于时间，从左到右递增，而纵轴对应于频率。图中所示的各个块表示BWP的频率资源。

在图4A中，指示处于RRC_CONNECTED状态的时间部分示出了两个BWP。第一个BWP是CORESET 0 410，或者更具体地，是CORESET 0 410的连续RB集。第二个BWP是最后一个激活态DL BWP 420。两个BWP占用不同的RB集。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，UE使用单个DL BWP，其被标识为INACTIVE DL BWP430。在这种情况下，INACTIVEDL BWP 430占用与最后一个激活态DL BWP 420相同的RB集，该RB集不与CORESET 0 410占用的RB集重叠。

在图4B中，指示处于RRC_CONNECTED状态的时间部分示出了CORESET 0 410和最后一个激活态DL BWP 420。这两个BWP在频率上部分重叠。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，INACTIVE DL BWP 430显示为占用与最后一个激活态DL BWP 420相同的RB集，该RB集与CORESET 0 410占用的RB集有一些重叠。

在图4C中，指示处于RRC_CONNECTED状态的时间部分示出了CORESET 0 410和最后一个激活态DL BWP 420。最后一个激活态DL BWP 420包括CORESET 0 410的整个RB集。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，INACTIVE DL BWP430显示为占用与最后一个激活态DL BWP 420相同的RB集，该RB集与CORESET 0 410占用的RB集完全重叠。

在图4D中，指示处于RRC_CONNECTED状态的时间部分示出了CORESET 0 410和最后一个激活态DL BWP 420。最后一个激活态DL BWP 420完全落在CORESET 0 410的RB集内。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，INACTIVE DL BWP 430显示为占用与最后一个激活态DL BWP 420相同的RB集，该RB集在CORESET 0410占用的RB集内。

在第四个示例中，用于RRC_INACTIVE状态的UL BWP基于UE在转换为RRC_INACTIVE状态之前的最后一个激活态UL BWP。

本申请的一些实施例提供了针对RRC_INACTIVE状态的小区专用INACTIVE DL BWP或小区专用INACTIVE UL BWP的配置。

在第一个示例中，从CORESET 0的RB中具有最低索引的RB开始并以具有最高索引的RB结束的CORESET 0(即连续RB集)被配置为小区专用INACTIVE DL BWP。在另一个示例中，用于Type0-PDCCH CSS集的CORESET的连续RB集可以配置为小区专用INACTIVE DL BWP。

在第二个示例中，当UE处于RRC_CONNECTED状态时UE使用的初始DL或UL BWP被用作RRC_INACTIVE状态下的小区专用INACTIVE DL或UL BWP。

在第三个示例中，用于RRC_INACTIVE状态的INACTIVE DL或UL BWP在系统信息块(SIB1)中(即，在servingCellConfigCommonSIB中)配置。例如，servingCellConfigCommonSIB中的RRC信息元素DownlinkConfigCommonSIB或UplinkConfigCommonSIB中用于RRC_INACTIVE状态的INACTIVE DL或UL BWP。

在第四个示例中，用于RRC_INACTIVE状态的INACTIVE DL或UL BWP在新系统信息块(SIBx)中配置，所述新系统信息块特别用于与RRC_INACTIVE状态下的数据传输相关的配置，其中x≠1是整数。

实施例1-1

在一些实施例中，可以对INACTIVE BWP的位置和带宽施加进一步的限制。这种进一步的限制可以限制灵活性，以避免UE在RRC_INACTIVE状态下重新调谐RF。

在一些实施例中，INACTIVE DL BWP包括CORESET 0的所有RB。图4C也是这种特殊情况的一个代表性示例。

在一些实施例中，INACTIVE UL BWP包括初始UL BWP的所有RB。

实施例1-2

在一些实施例中，可以对INACTIVE BWP的子载波间隔(sub-carrier spacing，SCS)和循环前缀(cyclic prefix，CP)参数施加进一步的限制。这些实施例的一个可能的优点在于，可避免在RRC_INACTIVE状态下UE的系统参数变化，因此可限制RRC_INACTIVE状态下的UE和/或UE实现的操作的复杂性。

在一些实施例中，INACTIVE DL BWP具有与CORESET 0相同的SCS和相同的CP。在一个示例中，即INACTIVE DL BWP具有与用于Type0-PDCCH CSS集的CORESET中的物理下行控制信道(physical downlink control channel，PDCCH)接收的SCS和CP相同的SCS和CP。

在一些实施例中，INACTIVE UL BWP具有与初始UL BWP相同的SCS和相同的CP。

实施例2-1

本申请的一些实施例提供了对BWP通用参数的重新解释，以应用于要在RRC_INACTIVE状态下使用的BWP。

一个特定示例是重新解释CP长度。重新解释CP长度的一个特定用途可以是用于RRC_INACTIVE状态下的UL BWP。

在一些实施例中，当在BWP配置中指示扩展CP长度时，UE可以使用以下解释。当UE处于RRC_CONNECTED状态时，具有该SCS的普通CP用于BWP，而当UE处于RRC_INACTIVE状态时，具有该SCS的扩展CP用于BWP。在一个示例中，上述解释可以仅在SCS不是60kHz时才适用。

在一些实施例中，无论RRC_CONNECTED状态下的SCS的CP长度配置如何，扩展CP长度始终与在RRC_INACTIVE状态下配置的SCS一起使用。

上述关于CP长度的实施例可以适用于实施例1-0、1-1和1-2中的任何BWP配置替代方案。

在一些实施例中，为各种SCS定义了新的扩展CP值。在一些实施例中，扩展CP值可以用于先前未定义扩展CP值(即，除60kHz之外)的SCS。一个特定示例可以是在初始UL BWP的配置中指示扩展CP。例如，确定特定SCS的扩展CP，使具有扩展CP的SCS的每个时隙的OFDM符号数等于12，而具有普通CP的SCS的每个时隙的OFDM符号数等于14。SCS的扩展CP的一个特定示例是CP长度等于对应于SCS的OFDM符号持续时间的25％，其中，OFDM符号持续时间等于SCS值的倒数。

实施例2-2

重新解释通用参数的另一个特定示例是重新解释BWP的带宽和位置。重新解释这些参数的灵活性在某种程度上是有限的，以避免UE在RRC_INACTIVE状态下重新调谐RF。

在一些实施例中，在UE专用INACTIVE DL BWP的情况下，如果UE专用INACTIVE DLBWP不包括CORESET 0的所有RB，则要在RRC_INACTIVE状态下使用的DL BWP可以由UE专用INACTIVE DL BWP和CORESET 0所跨越的RB来定义。

图5A至5C和图4C示出了在从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后配置的INACTIVE DL BWP的四个不同示例。在每幅图中，横轴对应于时间，从左到右递增，而纵轴对应于频率。图中所示的各个块表示不同BWP的频率资源。

在图5A中，指示处于RRC_CONNECTED状态的时间部分示出了两个传输资源。第一个BWP是CORESET 0 510，或者更具体地，是CORESET 0 510的连续RB集。第二个BWP是最后一个激活态DL BWP 520。两个BWP占用不同的RB集。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，UE使用单个BWP，其被标识为INACTIVE DL BWP530。在这种情况下，INACTIVE DL BWP 530占用一个RB集，该RB集包含最后一个激活态DL BWP 520的RB集，其占用CORESET 0 510的RB集以及分隔BWP 510和520的RB。

在图5B中，指示处于RRC_CONNECTED状态的时间部分示出了CORESET 0 510和最后一个激活态DL BWP 520。BWP 510和520在频率上部分重叠。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，INACTIVE DL BWP 530显示为占用一个RB集，该RB集包含最后一个激活态DL BWP 520和CORESET 0 510的RB。

在图5C中，指示处于RRC_CONNECTED状态的时间部分示出了CORESET 0 510和最后一个激活态DL BWP 520。最后一个激活态DL BWP 520的RB集完全落在CORESET 0 510的RB集内。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，INACTIVE DL BWP 530显示为占用包含CORESET 0 510的RB集，该RB集还包含最后一个激活态DL BWP 520的RB集。

再次参见图4C，指示处于RRC_CONNECTED状态的时间部分示出了CORESET 0 410和最后一个激活态DL BWP 420。最后一个激活态DL BWP 420占用CORESET 0 410的整个RB集。在UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态之后，INACTIVE DL BWP 430显示为占用一个RB集，该RB集包含最后一个激活态DL BWP 420，还包含CORESET 0 410的RB。

在一些实施例中，在UE专用INACTIVE UL BWP的情况下，如果UE专用INACTIVE ULBWP不包括初始UL BWP的所有资源块，则要在RRC_INACTIVE状态下使用的UL BWP可以由UE专用INACTIVE UL BWP和初始UL BWP所跨越的RB来定义。

本申请的一些方面涉及RRC_INACTIVE状态下的隐式DL BWP切换。在一些实施例中，用于这种切换的调度命令中没有BWP ID指示。

实施例3-1

在一些实施例中，对于RRC_INACTIVE状态下的DL单播/组播传输，始终假定DL BWP切换。

在一些实施例中，仅当满足条件时，才针对RRC_INACTIVE状态下的DL单播/组播传输假设DL BWP切换。下文包括非限制性的DL BWP切换条件的几个示例。

在第一个条件下，INACTIVE DL BWP具有与CORESET 0不同的频率位置和带宽或不同的SCS或不同的CP长度。

在第二个条件下，INACTIVE DL BWP不包括CORESET 0的所有RB，或者具有与CORESET 0不同的SCS或不同的CP。

在一些实施例中，对于RRC_INACTIVE状态下的UL传输，始终假定UL BWP切换。

在一些实施例中，仅当满足条件时，才针对RRC_INACTIVE状态下的UL传输假设ULBWP切换。下文包括非限制性的UL BWP切换条件的几个示例。

在第一个条件下，INACTIVE UL BWP具有与初始UL BWP不同的频率位置和带宽或不同的SCS或不同的CP长度。

在第二个条件下，INACTIVE UL BWP不包括初始UL BWP的所有RB，或者具有与初始UL BWP不同的SCS或不同的CP。

图6A示出了在RRC_INACTIVE状态下满足DL BWP切换条件时的示例，例如关于第二个条件。在图6A中，横轴对应于时间，从左到右递增，而纵轴对应于频率。图中所示的各个块表示DL BWP。第一个DL BWP是CORESET 0 610，显示为包括PDCCH 612。第二个DL BWP是INACTIVE DL BWP 620，显示为包括PDSCH 622。图中还示出了另一个出现的CORESET 0630。

在图6A中，满足切换条件是因为INACTIVE DL BWP 620不包括CORESET 0 610的所有RB。INACTIVE DL BWP 620不包括CORESET 0 610的所有RB，因此基站使用大于切换延迟的适当K0值(即K0＝5)，这是因为基站也知道满足切换条件，并且基站应该给UE足够的时间来执行切换。K0表示接收包含DCI的PDCCH的时隙与调度PDSCH的时隙之间的偏移(例如时隙数)。

图6B示出了在RRC_INACTIVE状态下不满足DL BWP切换条件时的示例，例如关于第二个条件。在图6B中，横轴对应于时间，从左到右递增，而纵轴对应于频率。第一个DL BWP是CORESET 0 610，显示为包括PDCCH 612。第二个DL BWP是INACTIVE DL BWP 620，显示为包括PDSCH 622。

在图6B中，不满足切换条件是因为INACTIVE DL BWP 620包括CORESET 0 610的所有RB。

可以应用定义从一个BWP切换到另一个BWP之间的延迟的切换延迟。在一些实施例中，这种切换延迟可以基于电信标准文件中规定的值。

实施例3-2

在一些实施例中，在RRC_INACTIVE状态下接收DL数据(或在RRC_INACTIVE状态下发送UL数据)之前，向UE提供称为BWP切换延迟的预定延迟，以适应DL(或UL BWP)的切换。在一些实施例中，BWP切换延迟可以在电信标准文件中说明。这些实施例的一个可能的优点在于，可为UE提供足够的时间来执行UE在RRC_INACTIVE状态下切换其DL(或UL BWP)所需的操作。

DL调度的两个示例是基于DCI的DL调度和基于寻呼的DL调度。

图7是信令流程图700，其中示出了当UE 701最初处于RRC_CONNECTED状态705以及随后UE 701被释放并进入RRC_INACTIVE状态707时UE 701和基站702之间发生的用于基于DCI的DL数据调度的信令。

最初，UE 701处于RRC_CONNECTED状态705。基站702向UE 701发送(710)INACTIVEDL BWP配置。在随后的时间点，基站702向UE 701发送(715)用于挂起连接的RRCrelease。收到释放后，UE 701转换为RRC_INACTIVE状态707。当UE处于RRC_INACTIVE状态707时，基站702在调度DL数据的CORESET 0中发送(720)DCI。收到DCI后，如果满足切换条件，则UE 701切换(725)到INACTIVE DL BWP。基站702在INACTIVE DL BWP中发送(730)DL数据。收到DL数据后，如果在725中执行了切换，则UE 801将DL BWP从INACTIVE DL BWP切换(735)到CORESET 0。

当收到DCI时，UE 701处于非激活激活态。在一些情况下，DCI包括专用于UE 701和非激活激活态的RNTI加扰的CRC。专用于特定UE和非激活激活态的RNTI在本文中被称为“I-RNTI”。因为I-RNTI专用于非激活激活态，因此I-RNTI不用于对连接或空闲状态的DCI的CRC进行加扰。在一些实现方式中，UE 701处于RRC_INACTIVE状态并且DCI采用DCI格式1_0。DCI包括用UE 701的I-RNTI加扰的CRC。I-RNTI不同于寻呼RNTI(Paging RNTI，P-RNTI)，并且当UE 701处于RRC_CONNECTED或RRC_IDLE状态时，I-RNTI不用于对DCI的CRC进行加扰。

处于非激活激活态的UE监控具有用其自己的I-RNTI加扰的CRC的DCI。UE存储自己的I-RNTI，因此该UE能够对CRC进行解扰，并使用CRC检查DCI的解码是否成功。由于I-RNTI专用于特定UE，因此同一网络或服务区域中的任何其它UE将具有不同的I-RNTI。其它UE可能不存储特定UE的I-RNTI，因此其它UE可能无法对DCI的CRC进行解扰。

DCI包括用于数据传输的资源分配位域中的资源分配。这样，DCI可以是或包括数据调度的通知。

基于资源分配，UE 701可以在PDSCH上接收调度的数据传输。当收到数据传输时，UE701处于非激活激活态。数据传输可以是单播传输或组播传输。

网络可以使用寻呼消息来促进UE从空闲状态或从非激活激活态转换为连接状态。例如，可以通过寻呼物理DL共享信道(paging physical DL shared channel，寻呼PDSCH)接收寻呼消息。网络通过在UE的寻呼时机发送寻呼消息来发起寻呼过程。网络可以通过在寻呼消息携带的寻呼记录中包括多个UE标识(identity，ID)，来使用单个寻呼消息对多个UE进行寻址。寻呼记录是与网络正在寻呼的UE相对应的UE ID集。在3GPP NR规范TS38.331中，寻呼记录的示例是PagingRecord参数，UE ID的示例是UE-Identity参数。

根据本申请的一个方面，通过寻呼来调度往返处于非激活激活态的UE的单播或组播数据传输。可以使用寻呼DCI或寻呼消息中的指示向UE通知数据传输。然后可以在寻呼消息中或在由寻呼消息调度的进一步传输中接收数据传输。

在一些实施例中，处于空闲或非激活激活态的UE监控寻呼搜索空间，以寻找包含寻呼DCI的物理DL控制信道(physical DL control channel，PDCCH)。NR中寻呼DCI的一个示例是具有用P-RNTI加扰或掩码的循环冗余校验(cyclic redundancy check，CRC)的DCI格式1_0。处于空闲或非激活激活态的UE知道P-RNTI，因此这些UE能够对CRC进行解扰或去掩码，并使用CRC来检查DCI格式1_0的解码是否成功。除其它信息之外，DCI格式1_0还包括短消息和寻呼消息的调度信息中的一种或两种。寻呼消息的调度信息可以包括具有频域资源分配、时域资源分配、虚拟资源块(virtual resource block，VRB)到物理资源块(physical resource block，PRB)映射、调制编码方案(modulation and coding scheme，MCS)和/或传输块(transport block，TB)缩放的资源分配。例如，具有由P-RNTI加扰的CRC的DCI格式1_0可以包括以下任何或所有位域：

·短消息指示符——长度为2位；

·短消息——长度为8位；

·寻呼消息的频域资源分配——长度为

位，其中，

可以等于控制资源集(CORESET)0的大小(如果只携带短消息，则保留该位域)；

·寻呼消息的时域资源分配——长度为4位(如果只携带短消息，则保留该位域)；

·寻呼消息的VRB到PRB映射——长度为1位(如果只携带短消息，则保留该位域)；

·寻呼消息的MCS——长度为5位(如果只携带短消息，则保留该位域)；

·寻呼消息的TB缩放——长度为2位(如果只携带短消息，则保留该位域)；

·保留位——长度为6位。

在寻呼DCI包含寻呼消息的资源分配的情况下，收到寻呼DCI的UE根据所述资源分配继续接收调度的寻呼消息。当处于空闲状态的UE收到寻呼消息时，UE可以确定寻呼消息的每个寻呼记录中包含的任何UE ID是否与网络上层分配给UE的特定ID匹配。在NR中，5G-S-TMSI用作UE ID，用于对处于RRC_IDLE状态的UE进行寻呼。如果寻呼记录中的UE ID与UE的特定ID匹配，则UE可以通过将UE的特定ID和接入类型(如果存在)转发到上层来发起到网络的连接，即转换为连接状态。UE的接入类型可以作为accessType参数包含在3GPP NR规范TS38.331中。

当处于非激活激活态的UE收到寻呼消息时，UE可以确定寻呼消息的每个寻呼记录中包含的UE ID是否与UE存储的FullI-RNTI匹配。FullI-RNTI是一个40位的字符串，在RRC挂起过程中配置给UE。例如，根据3GPP NR规范TS38.331，FullI-RNTI可以在RRCRelease信息元素(information element，IE)的SuspendConfig字段中配置，该信息元素被配置给UE，用于挂起RRC连接并将UE从RRC_CONNECTED状态转换为RRC_INACTIVE状态。

除作为从非激活激活态到连接状态的状态转换过程的一部分完成的传输之外，传统控制信令机制不支持到UE的(非寻呼)DL数据传输或来自处于非激活激活态的UE的数据传输。根据这些传统控制信令机制，当UE处于非激活激活态并且未执行用于恢复连接的过程时，UE监控的唯一DCI格式是寻呼DCI。例如，处于RRC_INACTIVE状态的UE监控的唯一DCI格式是具有由P-RNTI加扰的CRC的DCI格式1_0。然而，传统寻呼DCI不支持：

·非寻呼DL数据调度；

·非寻呼DL数据调度的通知；

·SL数据调度；或者

·UL数据调度。

图8是信令流程图800，其中示出了当UE 801最初处于RRC_CONNECTED状态805以及随后UE 801被释放并进入RRC_INACTIVE状态807时UE 801和基站802之间发生的用于基于寻呼的DL数据调度的信令。

最初，UE 801处于RRC_CONNECTED状态805。基站802向UE 801发送(810)INACTIVEDL BWP配置。在随后的时间点，基站802向UE 801发送(815)用于挂起连接的RRCrelease。收到释放后，UE 801转换为RRC_INACTIVE状态807。当UE 801处于RRC_INACTIVE状态807时，基站802在CORESET 0调度寻呼中发送(820)DCI。然后，基站802在CORESET0中发送(822)寻呼消息，该寻呼消息包括DL数据的调度信息。收到寻呼消息后，如果满足切换条件，则UE 801切换(825)到INACTIVE DL BWP。基站802在INACTIVE DL BWP中发送(830)DL数据。收到DL数据后，如果在825中执行了切换，则UE 801将DL BWP从INACTIVE DL BWP切换(835)到CORESET 0。

图9是信令流程图900，其中示出了当UE 901最初处于RRC_CONNECTED状态905以及随后UE 1001被释放并进入RRC_INACTIVE状态907时UE 901和基站902之间发生的用于INACTIVE UL BWP中的UL数据传输的信令。

最初，UE 901处于RRC_CONNECTED状态905。基站902向UE 901发送(910)INACTIVEUL BWP配置。在随后的时间点，基站902向UE 901发送(915)用于挂起连接的RRCrelease。收到释放后，UE 901转换为RRC_INACTIVE状态907。当UE处于RRC_INACTIVE状态907时，如果满足切换条件，则UE 901切换(920)到INACTIVE UL BWP。UE 901在INACTIVE DL BWP中发送(925)UL数据。发送DL数据后，如果在920中执行了切换，则UE 901将UL BWP从INACTIVE ULBWP切换(930)到初始BWP。

在基于DCI的DL调度的情况下，UE可以通过解码在PDCCH中收到的DCI来获取资源分配(resource assignment，RA)。BWP切换的开始时间可以是包含PDCCH的时隙n的第k个符号的结束。k的值可以是预定义的，例如k＝3，或者该值可以由更高层配置。

如果UE在为处于RRC_INACTIVE状态的UE调度单播/组播PDSCH的PDCCH中检测到DCI并且满足RRC_INACTIVE状态下的DL BWP切换条件，则在从UE接收PDCCH的时隙的第k个符号结束到DCI中时域资源分配字段的时隙偏移值指示的时隙开始的时间段内，UE不需要在小区中接收或发送。

如果UE在为处于RRC_INACTIVE状态的UE调度单播/组播PUSCH的PDCCH中检测到DCI并且满足RRC_INACTIVE状态下的UL BWP切换条件，则在从UE接收PDCCH的时隙的第k个符号结束到DCI中时域资源分配字段的时隙偏移值指示的时隙开始的时间段内，UE不需要在小区中接收或发送。

因此，如果切换到新的BWP，则UE期望调度相应PDSCH时在时隙n上或之后加上适当的延迟，即n+T_{INACTIVE_BWPswitchDelay}，其中，T_{INACTIVE_BWPswitchDelay}定义为时隙数，并且可以由更高层预定义或配置给UE。

当满足RRC_INACTIVE状态下的DL BWP切换条件时，UE将以特定方式进行基于DCI的DL调度。

UE在DL时隙n上收到DL调度PDCCH后，UE可以在DL时隙开始后的第一个DL时隙在INACTIVE DL BWP上接收PDSCH，即n+T_{INACTIVE_BWPswitchDelay}，其中，T_{INACTIVE_BWPswitchDelay}是DLBWP切换延迟(以时隙数为单位)。

再次参考图6A的示例，时隙n在CORESET 0 610内的PDCCH 612处示出并且T_{INACTIVE_BWPswitchDelay}显示为4个时隙。

处于RRC_INACTIVE状态时，UE不期望时域资源分配字段为PDSCH接收提供的时隙偏移值小于UE用于基于DCI的激活态DL BWP变更的预定延迟。时域资源分配字段可以作为具有由I-RNTI加扰的CRC的DCI格式1_0的一部分来检测。在图6A的示例中，K0的时域资源分配偏移满足UE用于基于DCI的激活态DL BWP变更的DL BWP切换延迟，因为K0>T_{INACTIVE_BWPswitchDelay}。

在基于寻呼的DL调度的情况下，当UE通过解码寻呼净荷获取资源分配时，UE可能需要一些时间来处理寻呼传输块(transport block，TB)并获取资源分配。用于BWP切换的起始符号/时隙可以是时隙n的第一个符号，该时隙与包含DL调度命令(即寻呼TB)的最后一个时隙n具有偏移T_{PagingProcessingDelay}，即

其中，T_{PagingProcessingDelay}和T_{INACTIVE_BWPswitchDelayPaging}以毫秒为单位。

T_{PagingProcessingDelay}的值可以由更高层预定义或配置给UE。

当满足RRC_INACTIVE状态下的DL BWP切换条件时，UE将以特定方式进行基于寻呼的DL调度。

UE收到DL调度寻呼消息后，UE可以在DL时隙开始后的第一个DL时隙在INACTIVEDL BWP上接收PDSCH，即

其中，DL时隙n是包含寻呼消息的最后一个时隙，T_{PagingProcessingDelay}(以毫秒为单位)是寻呼处理延迟的长度，T_{INACTIVE_BWPswitchDelayPaging}(以毫秒为单位)是UE在RRC_INACTIVE状态下执行BWP切换所用的时间，“NR Slot length”是寻呼消息的系统参数的时隙长度(以毫秒为单位)，或者是寻呼SCS与INACTIVE DL BWP的SCS之间的较大值。

处于RRC_INACTIVE状态时，UE不期望寻呼消息中的时域资源分配字段包含的用于PDSCH接收的时隙偏移值小于UE用于基于寻呼的激活态DL BWP变更的预定延迟。

实施例3-3

根据本申请的另一方面，提供了一种用于在RRC_INACTIVE状态下收到DL数据之后进行自主DL BWP切换的机制。

在一些实施例中，UE在收到PDSCH之后切换回CORESET 0。

可以包括用于自主切换的切换延迟。切换延迟被视为与包含DL PDSCH的最后一个时隙n的偏移。

切换延迟可以具有包括PDSCH处理延迟T_{INACTIVE_PDSCHprocessingDelay}和DL BWP切换延迟T_{INACTIVE_BWPswitchDelayPDSCH}的分量。

当满足RRC_INACTIVE状态下的DL BWP切换条件时，UE收到DL PDSCH后，UE可以在DL时隙开始后的第一个DL时隙在CORESET 0上接收PDSCH/PDCCH，即

其中，DL时隙n是包含PDSCH的最后一个时隙，T_{INACTIVE_PDSCHprocessingDelay}(以毫秒为单位)是PDSCH处理延迟的长度，T_{INACTIVE_BWPswitchDelayPDSCH}(以毫秒为单位)是UE在RRC_INACTIVE状态下执行BWP切换所用的时间，“NR Slot length”是PDSCH的系统参数的时隙长度(以毫秒为单位)，或者是PDSCH SCS与CORESET 0的SCS之间的较大值。

再次参考图6A的示例，其中示出了从INACTIVE DL BWP开始到切换回CORESET 0630之前的延迟

如果UE在RRC_INACTIVE状态下接收单播或组播PDSCH，则在从包含PDSCH的最后一个时隙的末尾接收PDSCH之后，UE不期望在等于UE针对激活态DL BWP变更所需的延迟的持续时间内发送或接收。

尽管上文描述了DL和UL传输，但数据传输可以改为SL传输。UE可以在物理SL共享信道(physical SL shared channel，PSSCH)上发送或接收SL传输。

图10示出了可以由UE用于与网络设备进行下行通信、与网络设备进行上行通信或与另一UE进行侧行链路通信的方法的流程图1000。

在步骤1010中，当处于RRC_CONNECTED状态时，UE确定用于配置在RRC_INACTIVE状态下通信的BWP的配置信息。在一些实施例中，确定配置信息可以包括：UE根据UE所知的信息来隐式地确定应该如何配置UE。在一些实施例中，配置信息可以通过指示用于RRC_INACTIVE状态下的下行通信的已配置BWP是控制资源集0(CORESET 0)来从UE所知的信息推导出，或者可以指示已配置BWP是在UE进入RRC_INACTIVE状态之前UE在RRC_CONNECTED状态下的最后一个激活态BWP。在一些实施例中，配置信息可以通过指示用于RRC_INACTIVE状态下的上行通信的已配置BWP是初始UL BWP来从UE所知的信息推导出，或者可以指示已配置BWP是在UE进入RRC_INACTIVE状态之前UE在RRC_CONNECTED状态下的最后一个激活态BWP。

在一些实施例中，确定配置信息可以包括：UE从网络接收关于应该如何配置UE的显式配置信息。在一些实施例中，当UE收到配置信息时，配置信息可以显式定义用于在RRC_INACTIVE状态下通信的已配置BWP的BWP参数。在一些实施例中，当UE收到配置信息时，配置信息可以指示BWP标识，所述BWP标识识别将用于在RRC_INACTIVE状态下通信的先前配置的BWP。在一些实施例中，UE在ServingCellConfig参数中或在作为激活RRC连接挂起的一部分发送的RRCRelease消息中接收配置。在一些实施例中，UE在系统信息块(SIB1)或除SIB1之外的系统信息块中接收配置，用于RRC_CONNECTED状态(SIBx)下的传输。

在步骤1020中，UE进入RRC_INACTIVE状态。在一些实施例中，这是UE接收指示挂起RRC_CONNECTED状态的信令的结果。

在步骤1030中，UE使用用于在RRC_INACTIVE状态下通信的已配置BWP。

步骤1040是可选步骤，包括：当处于RRC_INACTIVE状态时，UE切换到用于在RRC_INACTIVE状态下通信的已配置BWP。在一些实施例中，当满足预定义条件时发生所述切换。所述预定义条件可以是以下条件之一：用于在RRC_INACTIVE状态下通信的已配置BWP具有与CORESET 0不同的频率位置和带宽或不同的子载波间隔(sub-carrier spacing，SCS)或不同的循环前缀(cyclic prefix，CP)；或者用于在RRC_INACTIVE状态下通信的已配置BWP不包括CORESET 0的所有资源块，或者具有与CORESET 0不同的SCS或不同的CP。所述预定义条件可以是以下条件之一：用于在RRC_INACTIVE状态下通信的已配置BWP具有与初始ULBWP不同的频率位置和带宽或不同的子载波间隔(sub-carrier spacing，SCS)或不同的循环前缀(cyclic prefix，CP)；或者用于在RRC_INACTIVE状态下通信的已配置BWP不包括初始UL BWP的所有资源块，或者具有与初始UL BWP不同的SCS或不同的CP。

在另一可选步骤1050中，当处于RRC_INACTIVE状态时，UE从用于在RRC_INACTIVE状态下通信的已配置BWP切换到用于DL的CORESET 0或用于UL的初始UL BWP。

可以在RRC_INACTIVE状态下接收的通信可以包括下行控制信息，所述下行控制信息包括用于进一步通信的调度信息。在一些实施例中，所述调度信息包括用于在处于RRC_INACTIVE状态时接收下行数据的调度信息。在一些实施例中，所述调度信息包括用于在处于RRC_INACTIVE状态时发送上行数据的调度信息。

在一些实施例中，用于配置在RRC_INACTIVE状态下通信的BWP的配置信息包括扩展CP。所述扩展CP可以用于上行BWP。

图11示出了可以由基站等网络侧设备用于与UE进行下行通信或与UE进行上行通信的方法的流程图1100。

第一个步骤1105包括：网络侧设备确定用于配置在RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息。网络侧设备和UE协同工作，因此网络侧设备确定配置信息，以便将UE正确配置为在网络侧发送时接收。网络侧设备不一定需要显式地发送配置信息，如下面的可选步骤1110中所述，因为UE能够推断配置信息，如本说明书中上述各个示例中所描述的。

步骤1110(可以视为可选步骤)包括：网络侧设备发送用于配置BWP的配置信息，以供UE用于在RRC_INACTIVE状态下进行通信。在一些实施例中，所述配置信息可以包括来自网络的关于应该如何配置UE的显式配置信息。在一些实施例中，所述配置信息可以显式地定义用于在RRC_INACTIVE状态下通信的已配置BWP的BWP参数。在一些实施例中，所述配置信息指示BWP标识，所述BWP标识识别将用于在RRC_INACTIVE状态下通信的先前配置的BWP。在一些实施例中，UE在ServingCellConfig参数中或在作为激活RRC连接挂起的一部分发送的RRCRelease消息中接收配置。在一些实施例中，UE在SIB1或SIB1以外的SIBx中接收配置。

在步骤1120中，网络侧设备发送指示挂起RRC_CONNECTED状态的信令，使UE进入RRC_INACTIVE状态。

步骤1130中，当UE处于RRC_INACTIVE状态时，网络侧设备使用针对RRC_INACTIVE状态配置的BWP与UE通信。

应当理解，本文提供的实施例方法中的一个或多个步骤可以由对应的单元或模块执行。例如，可以由发送单元或发送模块发送数据。可以由接收单元或接收模块接收数据。可以由处理单元或处理模块处理数据。各个单元/模块可以是硬件、软件或其组合。例如，一个或多个单元/模块可以是集成电路，例如，现场可编程门阵列(field programmable gatearray，FPGA)或专用集成电路(application-specific integrated circuit，ASIC)。应当理解的是，如果这些模块是软件，则这些模块可以由处理器根据需要全部或部分检索，单独或集体检索用于处理，根据需要在一个或多个实例中检索，并且这些模块本身可以包括用于进一步部署和实例化的指令。

虽然在说明的实施例中示出了特征的组合，但并非所有特征都需要组合以实现本申请各种实施例的优点。换句话说，根据本申请一个实施例设计的一种系统或方法不一定包括任一附图所示的所有特征或附图示意性所示的所有部分。此外，一个示例性实施例的选定特征可以与其它示例性实施例的选定特征组合。

虽然已参考说明性实施例描述了本申请，但本说明书并不以限制性意义来解释。参考本说明书后，说明性实施例的各种修改和组合以及本申请其它实施例对于本领域技术人员来说是显而易见的。因此，所附权利要求书意图涵盖任何此类修改或实施例。

Claims

1.一种方法，其特征在于，所述方法包括：

在无线资源控制连接(radio resource control，RRC)_CONNECTED状态下，用户设备(user equipment，UE)确定用于配置在无线资源控制非激活RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息；

所述UE进入所述RRC_INACTIVE状态；

所述UE使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

2.根据权利要求1所述的方法，其特征在于，确定用于配置在所述RRC_INACTIVE状态下通信的所述BWP的配置信息包括：接收所述配置信息。

3.根据权利要求1或2所述的方法，其特征在于，所述配置信息显式定义了用于在所述RRC_INACTIVE状态下通信的所述已配置BWP的BWP参数。

4.根据权利要求1或2所述的方法，其特征在于，所述配置信息指示BWP标识，所述BWP标识识别将用于在所述RRC_INACTIVE状态下通信的先前配置的BWP。

5.根据权利要求1或2所述的方法，其特征在于，所述配置信息指示用于在所述RRC_INACTIVE状态下通信的所述已配置BWP是所述UE进入所述RRC_INACTIVE状态之前所述UE在所述RRC_CONNECTED状态下的最后一个激活态BWP。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：在所述RRC_INACTIVE状态下，接收包括调度信息的下行控制信息。

7.根据权利要求6所述的方法，其特征在于，所述调度信息包括：

用于在所述RRC_INACTIVE状态下接收下行数据的调度信息；或者

用于接收寻呼信息的调度信息，所述调度信息包括用于在所述RRC_INACTIVE状态下接收下行数据的调度信息。

8.根据权利要求1至7中任一项所述的方法，其特征在于，使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP包括：所述UE在用于在所述RRC_INACTIVE状态下通信的所述已配置BWP中发送上行数据。

9.根据权利要求1至8中任一项所述的方法，其特征在于，用于配置在所述RRC_INACTIVE状态下通信的所述BWP的所述配置信息包括扩展循环前缀(cyclic prefix，CP)。

10.根据权利要求9所述的方法，其特征在于，所述扩展CP用于上行BWP。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述方法还包括：在所述RRC_INACTIVE状态下，切换到用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

12.根据权利要求11所述的方法，其特征在于，当满足预定义条件时发生所述切换，其中，所述预定义条件是以下条件之一：

用于在所述RRC_INACTIVE状态下通信的所述已配置BWP具有与控制资源集0(CORESET0)不同的频率位置和带宽或不同的子载波间隔(sub-carrier spacing，SCS)或不同的循环前缀(cyclic prefix，CP)；或者

用于在所述RRC_INACTIVE状态下通信的所述已配置BWP不包括CORESET 0的所有资源块，或者具有与CORESET 0不同的SCS或不同的CP。

13.根据权利要求11所述的方法，其特征在于，所述方法还包括：在所述RRC_INACTIVE状态下，从用于在所述RRC_INACTIVE状态下通信的所述已配置BWP切换到控制资源集0(CORESET 0)。

14.一种用户设备(user equipment，UE)，其特征在于，所述用户设备包括：

处理器；

计算机可读存储介质，其上存储有计算机可执行指令，当所述计算机可执行指令由所述处理器执行时，使所述UE执行以下操作：

在无线资源控制连接(radio resource control，RRC)_CONNECTED状态下，确定用于配置在无线资源控制非激活RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息；

进入所述RRC_INACTIVE状态；

使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

15.根据权利要求14所述的UE，其特征在于，用于确定用于配置在所述RRC_INACTIVE状态下通信的所述BWP的配置信息的所述计算机可执行指令包括用于接收所述配置信息的计算机可执行指令。

16.根据权利要求14或15所述的UE，其特征在于，所述配置信息显式定义了用于在所述RRC_INACTIVE状态下通信的所述已配置BWP的BWP参数。

17.根据权利要求14或15所述的UE，其特征在于，所述配置信息指示BWP标识，所述BWP标识识别将用于在所述RRC_INACTIVE状态下通信的先前配置的BWP。

18.根据权利要求14或15所述的UE，其特征在于，所述配置信息指示用于在所述RRC_INACTIVE状态下通信的所述已配置BWP是所述UE进入所述RRC_INACTIVE状态之前所述UE在所述RRC_CONNECTED状态下的最后一个激活态BWP。

19.根据权利要求14至18中任一项所述的UE，其特征在于，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述UE接收包括调度信息的下行控制信息。

20.根据权利要求19所述的UE，其特征在于，所述调度信息包括：

用于在所述RRC_INACTIVE状态下接收下行数据的调度信息；或者

用于接收寻呼信息的调度信息，包括用于在所述RRC_INACTIVE状态下接收下行数据的调度信息。

21.根据权利要求14至20中任一项所述的UE，其特征在于，当由所述处理器执行时使所述UE使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP的所述计算机可执行指令包括用于在所述RRC_INACTIVE状态下通信的所述已配置BWP中发送上行数据的计算机可执行指令。

22.根据权利要求14至21中任一项所述的UE，其特征在于，用于配置在所述RRC_INACTIVE状态下通信的所述BWP的所述配置信息包括扩展循环前缀(cyclic prefix，CP)，其中，所述扩展CP用于上行BWP。

23.根据权利要求14至22中任一项所述的UE，其特征在于，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述UE切换到用于在所述RRC_INACTIVE状态下通信的所述已配置BWP。

24.根据权利要求23所述的UE，其特征在于，当满足预定义条件时发生所述切换，其中，所述预定义条件是以下条件之一：

25.根据权利要求23所述的UE，其特征在于，在所述RRC_INACTIVE状态下，当所述计算机可读指令由所述处理器执行时，使所述UE从用于在所述RRC_INACTIVE状态下通信的所述已配置BWP切换到控制资源集0(CORESET 0)。

26.一种方法，其特征在于，所述方法包括：

网络侧设备确定用于配置在无线资源控制非激活RRC_INACTIVE状态下通信的部分带宽(bandwidth part，BWP)的配置信息；

所述网络侧设备发送指示挂起无线资源控制连接(radio resource control，RRC)_CONNECTED状态的信令，使用户设备(user equipment，UE)进入所述RRC_INACTIVE状态；

所述网络侧设备在所述UE处于所述RRC_INACTIVE状态时，使用针对所述RRC_INACTIVE状态配置的所述BWP与所述UE通信。

27.根据权利要求26所述的方法，其特征在于，所述方法还包括：

所述网络侧设备发送用于配置所述RRC_INACTIVE状态BWP的所述配置信息，以供所述UE用于在所述RRC_INACTIVE状态下进行通信。

28.根据权利要求26或27所述的方法，其特征在于，所述配置信息显式定义了用于在所述RRC_INACTIVE状态下通信的所述已配置BWP的BWP参数。

29.根据权利要求26至28中任一项所述的方法，其特征在于，所述配置信息指示BWP标识，所述BWP标识识别将用于在所述RRC_INACTIVE状态下通信的先前配置的BWP。

30.根据权利要求26至29中任一项所述的方法，其特征在于，所述配置信息指示所述已配置BWP是所述UE进入所述RRC_INACTIVE状态之前所述UE在所述RRC_CONNECTED状态下的最后一个激活态BWP。

31.根据权利要求26至30中任一项所述的方法，其特征在于，所述方法还包括：

当所述UE处于所述RRC_INACTIVE状态时，发送包括调度信息的下行控制信息。

32.根据权利要求31所述的方法，其特征在于，所述调度信息包括：用于在所述RRC_INACTIVE状态下接收下行数据的调度信息；或者用于接收寻呼信息的调度信息，包括用于在所述RRC_INACTIVE状态下接收下行数据的调度信息。

33.根据权利要求26至32中任一项所述的方法，其特征在于，使用用于在所述RRC_INACTIVE状态下通信的所述已配置BWP包括：所述网络侧设备接收用于在所述RRC_INACTIVE状态下通信的所述已配置BWP中的上行数据。

34.根据权利要求26至33中任一项所述的方法，其特征在于，用于配置在所述RRC_INACTIVE状态下通信的所述BWP的所述配置信息包括扩展循环前缀(cyclic prefix，CP)。

35.根据权利要求34所述的方法，其特征在于，所述扩展循环前缀(cyclic prefix，CP)用于上行BWP。

36.根据权利要求26至35中任一项所述的方法，其特征在于，所述方法还包括：当所述UE处于所述RRC_INACTIVE状态时，所述网络侧设备使用控制资源集0(CORESET 0)以在所述RRC_INACTIVE状态下通信。

37.一种网络侧设备，其特征在于，所述网络侧设备包括：

处理器；

非瞬时性计算机可读存储介质，用于存储由所述处理器执行的程序，所述程序包括指令，所述指令用于执行根据权利要求26至36中任一项所述的方法。

38.一种非瞬时性计算机可读存储介质，其特征在于，所述非瞬时性计算机可读存储介质用于存储由所述处理器执行的程序，所述程序包括指令，所述指令用于执行根据权利要求1至13以及26至36中任一项所述的方法。