CN112312543A

CN112312543A - 数据传输的方法及设备

Info

Publication number: CN112312543A
Application number: CN202010317645.3A
Authority: CN
Inventors: 孙霏菲; 熊琦; 王轶; 吴敏
Original assignee: Beijing Samsung Telecommunications Technology Research Co Ltd; Samsung Electronics Co Ltd
Current assignee: Beijing Samsung Telecommunications Technology Research Co Ltd; Samsung Electronics Co Ltd
Priority date: 2019-08-02
Filing date: 2020-04-21
Publication date: 2021-02-02
Anticipated expiration: 2040-04-21
Also published as: CN112312543B

Abstract

本申请实施例提供了一种数据传输的方法及设备，其中一种数据传输的方法包括：获取多个上行带宽块BWP的配置信息；根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；和/或，获取多个下行BWP的配置信息；根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。本申请减轻了初始BWP的负载，提升了小区接入用户的个数。

Description

数据传输的方法及设备

技术领域

本申请涉及无线通信技术领域，具体而言，本申请涉及一种数据传输的方法及设备。

背景技术

Rel-15 NR(New Radio，新无线)主要针对增强型移动宽带(enhanced mobilebroadband，eMBB)通信进行系统设计。在Rel-17中，用于物联网(Internet of Thing,IoT)的NR精简版本(NR-Light)是十分热门的课题。NR-Light系统会基于NR系统，针对IoT设备要求具有的低功耗，小尺寸，低成本等特点进行优化设计。新的NR-light终端类型相比NR最低要求的eMBB终端会有更小的带宽，更少接收天线数等特点。目前，NR中，用于初始带宽块(bandwidth part,BWP)的最小带宽对于频率范围1(frequency range 1,FR1)和FR2分别约为5MHz和50MHz。在初始BWP内，需要向UE传送下行广播信息(如，同步信号，下行广播信道，系统信息)，以及随机接入响应(random access response,RAR)。如果初始BWP设置为最小带宽，那么该小区的初始BWP的负载能力会受限，无法很好的支持海量连接的物联网设备。

发明内容

本申请针对现有的方式的缺点，提出一种数据传输的方法及设备，用以解决如何实现减轻初始BWP和/或主小区(Primary Cell)的负载，从而提升小区接入用户的个数的问题。

第一方面，提供了一种数据传输的方法，应用于用户设备UE，包括：

获取多个上行带宽块BWP的配置信息；

根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；

和/或，获取多个下行BWP的配置信息；

根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。

可选地，获取多个上行BWP的配置信息和/或多个下行BWP的配置信息的方式，包括以下至少一种：

通过系统信息获取；

通过UE特定的无线资源控制RRC消息获取；

通过上行BWP的配置信息预先在协议中规定的方式获取；

通过下行BWP的配置信息预先在协议中规定的方式获取。

可选地，预定消息包括以下至少一种：

寻呼消息、系统信息、用于随机接入的消息。

可选地，用于随机接入的消息包括以下至少一种：

随机接入响应RAR、消息MsgA、消息MsgB、消息Msg3、冲突解决消息。

可选地，根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的PDCCH和/或接收承载预定消息的PDSCH，包括以下至少一种：

根据下行BWP的配置信息和PDCCH中的BWP指示选择一个BWP，在一个BWP上接收承载预定消息的PDSCH；

根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的PDCCH，根据PDCCH中的BWP指示选择一个BWP，在一个BWP上接收承载预定消息的PDSCH，在一个BWP上接收承载预定消息的PDSCH后，在多个下行BWP中的一个或多个下行BWP上继续监听用于预定消息的PDCCH。

可选地，多个上行BWP包括一个锚点上行BWP和至少一个非锚点上行BWP；和/或，多个下行BWP包括一个锚点下行BWP和至少一个非锚点下行BWP。

可选地，根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示寻呼消息的PDCCH和/或接收承载寻呼消息的PDSCH，包括以下至少一种：

根据下行BWP的配置信息和UE标识ID选择多个下行BWP中的一个或者多个下行BWP，监听用于指示寻呼消息的PDCCH和/或接收承载寻呼消息的PDSCH；

根据下行BWP的配置信息中每个下行BWP对应的寻呼权重和UE ID，选择多个下行BWP中的一个或者多个下行BWP，监听用于指示寻呼消息的PDCCH和/或接收承载寻呼消息的PDSCH。

可选地，根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求，包括以下至少一种：

根据上行BWP的配置信息，随机选择多个上行BWP中的一个或者多个上行BWP，发送随机接入请求；

根据上行BWP的配置信息，根据每个BWP对应的随机概率，选择多个上行BWP中的一个或者多个上行BWP，发送随机接入请求；

根据多个上行BWP中的全部随机接入请求的资源，随机选择一个随机接入请求资源，发送随机接入请求。

可选地，根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示用于随机接入的消息的PDCCH和/或接收承载用于随机接入的消息的PDSCH，包括以下至少一种：

根据下行BWP的配置信息和发送随机接入请求的一个或多个上行BWP，选择所对应的一个或多个下行BWP，监听用于指示用于随机接入的消息的PDCCH和/或接收承载所述用于随机接入的消息的PDSCH；

在PDCCH指示的BWP上发送完物理上行共享信道PUSCH或者接收完PDSCH后，根据下行BWP的配置信息和发送随机接入请求的一个或多个上行BWP，选择所对应的一个或多个下行BWP，监听用于指示用于随机接入的消息的PDCCH和/或接收承载用于随机接入的消息的PDSCH。

可选地，获取一个初始下行BWP的配置信息，初始下行BWP的配置信息包括一个或多个控制信道资源集合CORESET和一个或多个用于指示预定消息的PDCCH的搜索空间；一个或多个搜索空间对应一个或多个CORESET中至少一个CORESET；

根据初始下行BWP的配置信息，在一个或多个搜索空间上监听用于指示预定消息的PDCCH；

一个或多个CORESET中至少有一个CORESET小于初始下行BWP的带宽；初始下行BWP的带宽大于UE支持的最大带宽。

可选地，在一个或多个搜索空间上监听用于指示预定消息的PDCCH，包括：

调整UE中心频点位置，接收不同CORESET上的下行数据，并解码PDCCH。

可选地，根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示用于随机接入的消息的PDCCH和/或用于接收用于随机接入的消息的PDSCH，包括：

解码并解析一个指示用于用于随机接入的消息的PDCCH，并获取PDCCH中用于指示承载用于随机接入的消息的PDSCH的BWP域；

根据下行BWP的配置信息和用于指示承载用于用于随机接入的消息的PDSCH的BWP域所指示的BWP信息，决定至少一个下行BWP，并在至少一个下行BWP上接收并解码承载用于随机接入的消息的PDSCH。

可选地，获取发送PUSCH的上行BWP指示；

根据上行BWP指示，在上行BWP上发送PUSCH。

可选地，获取发送PUSCH的上行BWP指示的方式，包括以下至少一种：

在随机接入响应RAR或MsgB中获取发送PUSCH的上行BWP指示；

根据PDSCH的BWP推断出发送PUSCH的上行BWP指示；

根据发送随机接入请求的BWP判断出发送PUSCH的上行BWP指示。

第二方面，提供了一种数据传输的方法，应用于基站，包括：

发送用于指示多个上行BWP的配置信息的RRC消息；

根据多个上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，接收随机接入请求，在与接收到的所述随机接入请求所对应的下行BWP上，发送用于指示RAR资源位置的PDCCH；

和/或，发送用于指示多个下行BWP的配置信息的RRC消息；

根据多个下行BWP的配置信息，以及寻呼消息对应的UE ID，确定向UE发送用于指示寻呼信息的PDCCH和/或承载该寻呼消息的PDSCH所在的一个或多个BWP；在一个或多个BWP上发送指示寻呼消息的PDCCH和/或承载寻呼消息的PDSCH。

第三方面，提供了一种UE，包括：

第一处理模块，用于获取多个上行带宽块BWP的配置信息；

第二处理模块，用于根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；

和/或，第一处理模块，用于获取多个下行BWP的配置信息；

第二处理模块，用于根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。

第四方面，提供了一种基站，包括：

第三处理模块，用于发送用于指示多个上行BWP的配置信息的RRC消息；

第四处理模块，用于根据多个上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，接收随机接入请求，在与接收到的随机接入请求所对应的下行BWP上，发送用于指示RAR资源位置的PDCCH；

和/或，第三处理模块，用于用于指示多个下行BWP的配置信息的RRC消息；

第四处理模块，用于根据多个下行BWP的配置信息，以及寻呼消息对应的UE ID，确定向UE发送用于指示寻呼信息的PDCCH和/或承载该寻呼消息的PDSCH所在的一个或多个BWP；在一个或多个BWP上发送指示寻呼消息的PDCCH和/或承载所述寻呼消息的PDSCH。

本文中的方法，同样适用于载波聚合(CA)的场景。可以将上行BWP和/或下行BWP替换为上行载波和/或下行载波。

本申请实施例提供的技术方案，至少具有如下有益效果：

获取多个上行带宽块BWP的配置信息；根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；和/或，获取多个下行BWP的配置信息；根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。如此，减轻了初始BWP或Pcell的负载，提升了多个小区接入用户数。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为无线通信系统示意图；

图1a为信道带宽配置的示意图；

图1b为信道带宽配置的示意图；

图2为本申请实施例提供的一种数据传输的方法的流程示意图；

图3为本申请实施例提供的另一种数据传输的方法的流程示意图；

图4为本申请实施例提供的BWP和搜索空间的示意图；

图5为本申请实施例提供的BWP和RACH资源的示意图；

图6为本申请实施例提供的另一种数据传输的方法的流程示意图；

图7为本申请实施例提供的又一种数据传输的方法的流程示意图；

图8为本申请实施例提供的BWP和搜索空间的示意图；

图9为本申请实施例提供的BWP和CORESET的示意图；

图10为本申请实施例提供的获取上行BWP或下行BWP的示意图；

图11为本申请实施例提供的又一种数据传输的方法的流程示意图；

图12为本申请实施例提供的BWP和搜索空间的示意图；

图13为本申请实施例提供的BWP和搜索空间的示意图；

图14为本申请实施例提供的BWP和搜索空间的示意图；

图15为本申请实施例提供的一种UE的结构示意图；

图16为本申请实施例提供的一种基站的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为了更好的理解及说明本申请实施例的方案，下面对本申请实施例中所涉及到的一些技术进行简单说明。

图1示出了无线通信系统100的示例，其中无线通信系统100包括一个或多个固定基础设施单元，形成分布在一个地理区域的网络。基础设施单元可以包括AP(AccessPoint，接入点)、AT(Access Terminal，接入终端)、BS(Base Station，基站)、Node-B(节点B)、eNB(evolved NodeB，演进型基站)和gNB(下一代基站)等或者本领域使用的其它术语。

如图1所示，基础设施单元101和102为服务区域中的若干MS(mobile station，移动台)或UE或终端设备或用户103和104提供服务，服务区域为小区或小区扇区范围内。在一些系统中，一个或多个BS可通信地耦接(couple to)到形成接入网络的控制器上，该控制器可通信地耦接到一个或多个核心网。本示例并不限于任何一种特定的无线通信系统。

在时域和/或频域，基础设施单元101和102分别向MS或UE103和104传输DL(Downlink，下行链路)通信信号112和113。MS或UE103和104分别通过UL(Uplink，上行链路)通信信号111和114与基础设施单元101和102通信。

在一个实施例中，移动通信系统100是一个包含多个基站和多个UE的OFDM(Orthogonal Frequency Division Multiplexing，正交频分复用)/OFDMA(OrthogonalFrequency Division Multiple Access，正交频分复用多址)系统，多个基站包括基站101、基站102，多个UE包括UE103和UE104。基站101与UE103通过UL通信信号111和DL通信信号112进行通信。

当基站有下行链路分组要发送给UE时，每个UE都会获得一个下行链路分配(资源)，如PDSCH(Physical Downlink Shared Channel，物理下行链路共享信道)中的一组无线资源。当UE需要在上行链路中向基站发送分组时，UE从基站获得授权，其中该授权分配包含一组上行链路无线资源的PUSCH(Physical Uplink Shared Channel，物理上行链路共享信道)。该UE从专门针对自己的PDCCH(Physical Downlink Control Channel，物理下行控制信道)获取下行链路或上行链路调度信息。PDCCH承载的下行链路或上行链路调度信息和其它控制信息，称为DCI(Downlink Control Information，下行链路控制信息)。

图1还示出了下行链路112和上行链路111示例的不同物理信道。下行链路112包括PDCCH121、PDSCH122、PBCH(Physical Broadcast Channel，物理广播信道)123和PSS(Primary Synchronization Signal，主同步信号)/SSS(Secondary SynchronizationSignal，第二同步信号或辅同步信号)124。其中，5G NR中，PSS、SSS和PBCH共同构成一个SSB(SS/PBCH block)125。PDCCH121向UE发送DCI120，即DCI120通过PDCCH121承载。PDSCH122向UE发送下行数据信息。PBCH承载MIB(Master Information Block，主信息块)，用于UE早期发现和小区全覆盖(cell-wide coverage)。上行链路111包括承载UCI(Uplink ControlInformation，上行链路控制信息)130的PUCCH(Physical Uplink Control Channel，物理上行链路控制信道)131、承载上行数据信息的PUSCH132和承载随机接入信息的PRACH(Physical Random Access Channel，物理随机接入信道)133。

在NR中，UE监听PDCCH的在一个时隙中的物理资源被称作控制资源集合(ControlResource Set,CORESET)。此外，基站还向UE配置聚合等级(aggregation level,AL)，以及其对应的搜索空间(如周期等)。

在一个实施例中，无线通信网络100使用OFDMA或多载波架构，包括下行链路上的AMC(Adaptive Modulation and Coding，自适应调制编码)以及用于UL传输的下一代单载波FDMA架构或多载波OFDMA架构。基于FDMA单载波架构包括IFDMA(Interleaved FDMA，交织频分多址)、LFDMA(Localized FDMA，集中式频分多址)、IFDMA或LFDMA的DFT-SOFDM(DFT-spread OFDM，扩展离散傅里叶变换正交频分复用)。此外，还包括OFDMA系统的各种增强型NOMA(non-orthogonal multiple access，非正交多址接入)架构。

OFDMA系统通过分配通常包含一个或多个OFDM符号上的一组子载波的下行或上行链路无线资源来服务远端单元。示例的OFDMA协议包括3GPP UMTS标准中的发展的LTE和5GNR，以及IEEE标准中的IEEE802.16等系列标准。该架构也可以包括传输技术的使用，如MC-CDMA(multi-carrier CDMA，多载波CDMA)、MC-DS-CDMA(multi-carrier direct sequenceCDMA，多载波直接序列码分多址)、OFCDM(Orthogonal Frequency and Code DivisionMultiplexing，一维或二维传输的正交频率码分复用)。或者，可以采用更简单的时和/或频分复用/多址接入技术，或这些不同技术的组合。在一个可选的实施方式中，通信系统可以使用其它蜂窝通信系统协议，包括但不限于TDMA(Time division multiple access，时分多址)或直接序列CDMA(Code Division Multiple Access码分多址)。

在NR中，基站会在建立RRC连接时(或之后)的消息中通过专用(dedicated)消息为UE配置多个小区。例如，过RRC建立(setup)消息、RRC重配置(Reconfiguration)消息或RRC重新开始(resume)消息等为UE配置多个小区。其中，基站可以为UE配置一个或者多个小区组(cell group)，例如，主小区组(master cell group,MCG)和次小区组(secondary cellgroup,SCG)。其中每个小区组有一个主小区(Primary Cell，Pcell)以及一个或者多个次要小区(secondary cell)。MCG中的主小区为Pcell，SCG中的主小区为PScell。在NR系统中，广播消息、随机接入相关消息、寻呼等公共消息以及指示这些消息的PDCCH均在MCG中的Pcell中进行下行接收和上行发送。此外，随机接入相关消息可以在SCG中的PScell上接收和发送。在RRC建立连接后，可以在次要小区上发送PDCCH指定(ordered)的PRACH，并随后用C-RNTI(cell-RNTI)接收。

在一些频带(band)内，运营商拥有的带宽有限并且并非整数倍NR系统支持的信道带宽(channel bandwidth)值，例如，7MHz等。为了充分利用带宽，可以向用户配置多个小区，通过小区聚合(carrier aggregation)的方式提高用户的吞吐量。如图1a所示，频带带宽为7MHz，可以配置为2个5MHz带宽的小区1和小区2，其中有3MHz的带宽是重叠的。或者，可以配置一个5MHz带宽的小区加一个2MHz带宽的小区作为Scell。

或者，可以将小区的信道带宽配置为大于该频带带宽。如图1b所示，对于频带带宽为7MHz的频带，基站向用户广播该小区的信道带宽为10MHz。进一步，基站通过向UE配置小带宽BWP的方式保证BWP的带宽在该band内。此时，基站需要满足协议额外定义的一些针对该band的射频(RF)的指标，如发送波形包络等。

为了充分利用频带带宽，分担公共消息的负载，例如，可以在Scell上发送寻呼消息、随机接入消息等。

在NR中，UE通过获取PBCH中的CORESET0以及用于SIB1的搜索空间，并将CORESET 0所在的频域位置作为初始BWP的位置。或者，基站在SIB1中为UE配置进行初始BWP的配置。进一步，UE在SIB1中获取该初始BWP的上行配置，下行配置等配置信息。其中，下行配置信息包括以下信息中的一项或多项：该BWP上用于随机接入响应的RAR的搜索空间(searchspace)，该BWP上用于其他系统信息(other system information)的搜索空间，该BWP上一个或多个控制资源集合(Control Resource Set，CORESET)，下行共享信道(PDSCH)配置，下行BWP的子载波间隔，下行BWP的频域位置信息，下行BWP的带宽等。类似的，上行配置信息包括以下信息中的一项或多项：随机接入信道(PRACH)配置，随机接入配置，上行共享信道(PUSCH)配置，上行控制信道(PUCCH)配置，上行BWP的子载波间隔，上行BWP的频域位置信息，上行BWP的带宽，上行波形等。其中上行支持DFT-S-OFDM以及OFDM两种波形。UE根据SIB1中初始BWP的配置中的随机接入配置信息，在初始上行BWP上发送随机接入响应，随后，在初始下行BWP上监听用于RAR的搜索空间。

此外，UE还根据SIB1或UE特定RRC信令中的用于寻呼的搜索空间监听寻呼信息。具体地，UE可以在RRC_IDLE和RRC_INACTIVE状态中使用不连续接收(DRX)以便降低功耗。类似的，DRX技术也可以应用于RRC_CONNECT状态。UE监听每个DRX周期的一个寻呼时机(pagingoccasion，PO)。PO是一组PDCCH监听时机(monitoring occasion)，并且可以包括可以发送寻呼DCI的多个时隙(例如，子帧或OFDM符号)。一个寻呼帧(PF)是一个无线帧，并且可以包含一个或多个PO或PO的起始点。

在多波束操作中，UE假设在所有发送的波束中重复相同的寻呼消息，因此用于接收寻呼消息的波束的选择取决于UE实现。对于RAN发起的寻呼和CN发起的寻呼，寻呼消息是相同的。

UE在接收到RAN发起的寻呼时发起RRC连接恢复过程。如果UE在RRC_INACTIVE状态下接收核心网(core network，CN)发起的寻呼，则UE移动到RRC_IDLE并通知(NetworkAttached Storage，NAS)。

在NR中，用于寻呼的PF和PO由以下公式确定：

PF的SFN由以下公式(1)确定：

(SFN+PF_offset)modT＝(TdivN)*(UE_IDmodN) (1)

索引(i_s)，表示PO的索引由以下公式(2)确定：

i_s＝floor(UE_ID/N)modNs(2)

根据TS38.213中规定的pagingSearchSpace(寻呼搜索空间)以及TS38.331中的规定配置的(如果配置)firstPDCCH-MonitoringOccasionOfPO确定用于寻呼的PDCCH监听机会。当为SearchSearchSpace配置SearchSpaceId＝0时，用于寻呼的PDCCH监听机会与TS38.213中第13节中定义的用于RMSI的相同。

当为SearchSearchSpace配置SearchSpaceId＝0时，Ns为1或2。对于Ns＝1，只有一个PO，该PO从PF的第一个用于寻呼的PDCCH监听机会开始。对于Ns＝2，PO在PF的前半帧(i_s＝0)或后半帧(i_s＝1)中。

当针对pagingSearchSpace配置除0以外的SearchSpaceId时，UE监视第(i_s+1)个PO。PO是一组“S”个连续PDCCH监听机会，其中“S”是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。用于PO中的寻呼的第K个PDCCH监听机会对应于第K个发送的SSB。用于寻呼的PDCCH监听机会(其与UL符号不重叠(根据tdd-UL-DL-ConfigurationCommon确定))从用于PF中的寻呼的第一PDCCH监听机会开始，从零开始顺序编号。当存在firstPDCCH-MonitoringOccasionOfPO时，第(i_s+1)个PO的起始PDCCH监视机会数是第一PDDCCH-MonitoringOccasionOfPO参数的第(i_s+1)个值；否则，它等于i_s*S。

其中，PO可能在与其相关的PF开始，或者在该PF后面。

PO的PDCCH监听机会可以跨越多个无线帧。当为Search-SearchSpace配置除0以外的SearchSpaceId时，PO的PDCCH监听机会可以跨越寻呼搜索空间的多个时段。

以下参数用于计算上述PF和i_s：

T：UE的DRX周期(T由UE特定DRX值中的最短值确定，如果由RRC或上层配置，则在系统信息中广播默认DRX值。如果UE特定DRX未由RRC或由上层，则应用默认值)；

N：T中的总寻呼帧数；

Ns：PF的寻呼时机数；

PF_offset：用于PF确定的偏移量；

UE_ID：5G-S-TMSI mod 1024。

参数Ns，nAndPagingFrameOffset和默认DRX周期的长度在SIB1中发出信号。N和PF_offset的值来自TS 38.331中定义的参数nAndPagingFrameOffset。在SIB1中配置参数first-PDCCH-MonitoringOccasionOfPO以用于初始DL BWP中的寻呼。对于除初始DL BWP之外的DL BWP中的寻呼，参数first-PDCCH-MonitoringOccasionOfPO在相应的BWP配置中配置。

如果UE没有5G-S-TMSI，例如当UE尚未注册到网络上时，UE将在上面的PF和i_s公式中使用UE_ID＝0作为默认标识。5G-S-TMSI是TS23.501中定义的48位长位串。5G-S-TMSI在上面的公式中应解释为二进制数，其中最左边的位代表最高有效位。

对于IoT业务，由于UE能力受限，如有限的带宽、有限的接收天线数目等。会使得所有上行以及下行信号均需要在UE的带宽能力范围内进行发送或者接收。例如，UE仅有5MHz或10MHz的RF带宽。例如，UE仅具有1根或者2个接收天线，或者只支持1层或者2层的MIMO。对于这种能力受限的UE，为了达到与其他UE相同的覆盖，需要更多的下行资源来补偿由于接收天线数量变小所带来的性能损失。从2根天线减少到1根天线可能带来3-6dB的性能损失，即，1根接收天线相比于2根接收天线需要大约2-4倍的下行资源。再加之全部的下行信道需要发送在有限的带宽范围内，那么初始BWP的负载会过大。因为，需要引入多个BWP来发送下行广播信道(如系统信息，寻呼信息等)，以及，随机接入响应等信息，来分担下行初始BWP的负载。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

实施例一

本申请实施例中提供了一种数据传输的方法，应用于UE，该方法的流程示意图如图2所示，该方法包括：

步骤S201，获取多个上行带宽块BWP的配置信息。

步骤S202，根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求。

步骤S203，和/或，获取多个下行BWP的配置信息。

步骤S204，根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。

本申请实施例中，获取多个上行带宽块BWP的配置信息；根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；和/或，获取多个下行BWP的配置信息；根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。如此，减轻了初始BWP的负载，提升了小区接入用户的个数。

本文中的方法，同样适用于载波聚合(CA)的场景。可以将上行BWP和/或下行BWP替换为上行载波和/或下行载波。如此，减轻了Pcell的负载，提升了系统(多个小区)的接入用户数。为了描述简单，本文用BWP代替多个载波的场景。

通过系统信息获取；

通过UE特定的无线资源控制RRC消息获取；

通过上行BWP的配置信息预先在协议中规定的方式获取；

通过下行BWP的配置信息预先在协议中规定的方式获取。

可选地，通过系统信息获取可以在SIB1中获取。

可选地，多个上行BWP或多个下行BWP包括用于第一类UE的BWP以及用于第二类UE的BWP。例如，第一类UE为遗产(legacy)NR UE，第二类用户为NR-light UE。可选地，多个上行BWP或多个下行BWP中包括一个用于第一类UE的BWP以及一个或者多个用于第二类UE的BWP。

可选地，多个上行BWP的配置信息和/或多个下行BWP的配置用于一下小区中的至少一种：Pcell，Scell，PScell。

可选地，预定消息包括以下至少一种：

寻呼消息、系统信息、用于随机接入的消息。

可选地，用于随机接入的消息包括以下至少一种：

根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的PDCCH，根据PDCCH中的BWP指示选择一个BWP，在一个BWP上接收承载预定消息的PDSCH，在所述一个BWP上接收承载预定消息的PDSCH后，在多个下行BWP中的一个或多个下行BWP上继续监听用于预定消息的PDCCH。

根据下行BWP的配置信息和发送随机接入请求的一个或多个上行BWP，选择所对应的一个或多个下行BWP，监听用于指示用于随机接入的消息的PDCCH和/或接收承载用于随机接入的消息的PDSCH；

在PDCCH指示的BWP上发送完物理上行共享信道PUSCH或者接收完PDSCH后，根据下行BWP的配置信息和发送随机接入请求的一个或多个上行BWP，选择所对应的一个或多个下行BWP，监听用于指示所述用于随机接入的消息的PDCCH和/或接收承载所述用于随机接入的消息的PDSCH。

可选地，获取一个初始下行BWP的配置信息，初始下行BWP的配置信息包括一个或多个控制信道资源集合CORESET和一个或多个用于指示所述预定消息的PDCCH的搜索空间；一个或多个所述搜索空间对应一个或多个CORESET中至少一个CORESET；

根据初始下行BWP的配置信息，在一个或多个搜索空间上监听用于指示所述预定消息的PDCCH；

可选地，获取发送PUSCH的上行BWP指示；

根据上行BWP指示，在上行BWP上发送PUSCH。

在随机接入响应RAR或MsgB中获取发送PUSCH的上行BWP指示；

根据PDSCH的BWP推断出发送PUSCH的上行BWP指示；

根据发送随机接入请求的BWP判断出发送PUSCH的上行BWP指示。

可选地，Msg2为随机接入响应RAR。

特别地，基站可以配置在多个BWP或者多个载波中的一种，进行预定消息的接收和/或发送。或者，可以在多个载波的一个或者多个载波上，进一步配置多个BWP，进行预定消息的接收和/或发送。此外，基站可以配置为一个下行载波配置对应的一个或者多个上行载波。或者为多个下行载波对应同一个或几个上行载波。基站可以通过直接或者间接的配置，或者UE根据预先定义的规则，在特定的上行或下行载波行发送或者接收数据。

本申请实施例中提供了另一种数据传输的方法，应用于基站，该方法的流程示意图如图3所示，该方法包括：

步骤S301，发送用于指示多个上行BWP的配置信息的RRC消息。

步骤S302，根据多个上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，接收随机接入请求，在与接收到的所述随机接入请求所对应的下行BWP上，发送用于指示RAR资源位置的PDCCH。

步骤S303，和/或，发送用于指示多个下行BWP的配置信息的RRC消息。

步骤S304，根据多个下行BWP的配置信息，以及寻呼消息对应的UE ID，确定向UE发送用于指示寻呼信息的PDCCH和/或承载该寻呼消息的PDSCH所在的一个或多个BWP；在一个或多个BWP上发送指示寻呼消息的PDCCH和/或承载寻呼消息的PDSCH。

本申请实施例提供的技术方案，至少具有如下有益效果：

减轻了初始BWP或者Pcell的负载，提升了多个小区的接入用户数。

通过如下实施例来对本申请上述实施例进行全面详尽的介绍：

可选地，上行BWP的配置信息或下行BWP的配置信息通过系统信息或UE特定的RRC消息获得，或上行BWP的配置信息或下行BWP的配置信息预先在协议中规定。具体的，该系统消息为系统消息1(SIB1)或MIB。

可选地，预定消息包括以下至少之一：寻呼消息，系统信息，用于随机接入的消息。

可选地，用于随机接入的消息包括以下至少之一：随机接入响应(RAR)，消息MsgB，消息Msg3，消息MsgA，冲突解决消息(contention resolution，Msg4)。其中，上述消息包括初传或重传。

在NR中，除下行半永久调度(semi-Persistent scheduling，SPS)外，PDSCH的时频资源信息，调制解调信息，编码块大小信息，DMRS信息等均通过PDCCH调度。但是为了节省下行开销，可以将需要解码PDSCH的信息进行预配置(pre-configured)(例如通过系统信息等RRC消息)或者预先在协议中定义(如，调制方式定义为QPSK等)，或者预配置和预先定义相结合的方法。使得UE可以无需检测PDCCH而直接检测PDSCH。尤其对于系统信息，其传输块大小比较稳定，基站可以通过SIB1配置其他系统信息的方式直接配置承载其他系统信息所需要的资源位置、传输块大小等信息。对于寻呼消息，由于寻呼消息的大小固定，可以通过预先定义的方法，或者例如在非连接态引入下行SPS的方法对寻呼信息进行配置。类似的，对于随机接入的预定消息，由于消息大小相对固定，可以预先定义或者配置一些用于PDSCH解码的信息，UE可以在时频资源上直接监听(尝试解码)承载用于随机接入的消息的PDSCH。

此外，为了可以提供一定的灵活度，对于一些参数可以定义或者配置多个选择，UE通过忙检测的方式来检测PDSCH。例如，可以定义PDSCH搜索空间，或者预先定义几个PDSCH格式(如传输块(transport block size,TBS))等。

可选地，上行BWP的配置信息和下行BWP的配置信息中包括以下信息中的至少一项：任一BWP的频域位置，任一BWP的对应的下行配置和/或下行配置，上行一个或多个BWP和下行一个或多个BWP的对应关系，补充上行载波(supplementary uplink，SUL)上的一个或多个上行BWP。

其中，多个上行BWP包括一个锚点上行BWP和一个或多个非锚点上行BWP，和/或多个下行BWP包括一个锚点下行BWP和一个或多个非锚点下行BWP。其中，锚点BWP可以为部分或者全部UE的初始(initial)BWP或者默认(default)BWP。不同UE的初始BWP或默认BWP可能相同或不同。例如，UE的初始BWP或默认BWP可以为一下至少之一：锚点BWP，或发送随机接入请求的上行BWP和对应监听调度Msg2或MsgB的PDCCH的下行BWP，CORSET0对应的BWP，MIB或SIB所在的BWP。

可选地，多个BWP中任意一个BWP对应的下行配置包括以下至少一项：该BWP上一个或多个用于随机接入响应的RAR的搜索空间(search space),一个或多个用于寻呼的搜索空间，一个或多个用于系统信息1(system information 1,SIB1)的搜索空间和/或用于其他系统信息(other system information)的搜索空间，一个或多个控制资源集合(ControlResource Set，CORESET)，下行共享信道(PDSCH)配置，下行BWP的子载波间隔，下行BWP的频域位置信息，下行BWP的带宽。

可选地，多个BWP中任意一个BWP对应的上行配置包括以下至少一项：随机接入信道(PRACH)配置，随机接入配置，上行共享信道(PUSCH)配置，上行控制信道(PUCCH)配置，上行BWP的子载波间隔，上行BWP采用的波形，上行BWP的频域位置信息，上行BWP的带宽。

可选地，UE在多个BWP中的一个或多个下行BWP，监听用于指示预定消息的下行控制信道和/或接收承载预定消息的PDSCH，包括一下至少一项：

UE根据预先定义的规则，选择多个BWP中的一个或多个下行BWP，监听用于指示预定消息的下行控制信道和/或接收承载预定消息的PDSCH；

UE根据PDCCH中的BWP指示决定一个BWP接收承载预定消息的PDSCH；

UE根据系统信息中的指示，决定一个或多个下行BWP，监听用于指示预定消息的下行控制信道和/或接收承载预定消息的PDSCH。

可选地，如图4所示，UE通过系统信息，获取多个BWP(BWP1，BWP2，BWP3)的指示信息。其中，该指示信息包括BWP上一个或者多个用于随机接入响应的RAR的搜索空间(searchspace)，一个或者多个用于寻呼的搜索空间，BWP上一个或者多个用于其他系统信息(othersystem information)的搜索空间，BWP上一个或多个控制资源集合(Control ResourceSet，CORESET)，一个或者多个下行共享信道(PDSCH)配置等。其中，多个BWP在频域上可以部分或全部重叠(overlapped)或者不重叠。如图4所示，UE获取3个BWP1-BWP3的配置信息，BWP1-BWP3的配置信息包括上行BWP的配置信息或下行BWP的配置信息，其中，BWP1和BWP2，以及BWP1和BWP3步重叠，但是BWP2和BWP3部分重叠。此外，可以分别为每个BWP配置寻呼所需要的参数，例如nAndPagingFrameOffset，firstPDCCH-MonitoringOccasionOfPO,ns等。

UE获得BWP1上的CORESET0，BWP2上的CORESET0和CORESET1以及BWP3上的CORESET0和CORESET1。其中，BWP的带宽可以是CORESET的所在的带宽，或者BWP的带宽可也大于CORESET的带宽。如图4中BWP3中的CORESET0的带宽小于BWP3的带宽。

可选地，UE还获得每个BWP中的一个或者多个搜索空间(search space)。如BWP2中有搜索空间0和搜索空间1。基站可以为每个搜索空间配置响应的用途，例如，BWP2中的搜索空间1用于寻呼，搜索空间0用于随机接入等。如果没有配置额外的搜索空间，那么可以预先定义一个默认(default)搜索空间(例如SearchSpaceId＝0)监听全部用途或没有特别配置搜索空间的PDCCH。

由于UE的RF带宽无法同时在多个BWP上发送或接收，UE在同一时间位置只监听一个频域位置的下行控制信道。然而，UE可以在多个BWP上的不同时刻监听更多个下行控制信道。例如图4所示，如果基站配置UE在两个BWP上监听，UE可以在BWP1上监听给搜索空间0的第一个周期的资源后，调整中心频点去接收在BWP2上的搜索空间0第一个周期的资源。随后，UE继续调整中心频点去监听在BWP1上的搜索空间0第二个周期，以此类推。类似的，UE在同一时间位置只发送一次随机接入请求。然而，UE可以在多个BWP上的不同时刻监听更多个下行控制信道，或者发送多个随机接入请求。

可选地，UE通过上行BWP的配置信息和下行BWP的配置信息，可以获取每一个BWP的频域位置以及其下行配置和下行配置。如图5所示，基站在上行BWP的配置信息和下行BWP的配置信息中配置上行载波上的BWP1和BWP2，以及下行载波上的BWP1和BWP2。在TDD系统中，上行载波和下行载波相同。此外，基站还可以额外配置上行补充载波(SUL)，以及SUL上的一个或多个BWP(如图5中的BWP1和/或BWP2)。此外，基站还可以向UE配置上下行BWP的对应关系。期对应关系可以为一个UE上行BWP对应一个下行BWP的一对一关系。如图5所示，上行BWP1对应下行BWP1，上行BWP2对应下行BWP2。或者可以多个上行BWP对应一个下行BWP。如图5所示，上行BWP1和BWP2对应下行BWP1。同理也可以多个下行BWP对应同一个上行BWP(未在图5中表示)。此外，为了保证上行覆盖，基站可以向UE配置补充上行载波(SUL)上，以及SUL上的一个或多个上行BWP。

可选地，在多个下行BWP上，可以配置或者根据预先的规则获得一个锚点下行BWP和一个或多个非锚点下行BWP。锚点BWP也可以被称作初始BWP或者默认BWP。如图5所示，下行锚点BWP可以CORESET0所在的下行BWP1为锚点BWP。或者下行锚点BWP可以为MIB或SIB1所在BWP。此时，所有UE的锚点BWP均为相同，如图5中BWP1。

可选地，不同UE的锚点BWP可以不同。例如，在多个上行BWP上配置多RACH资源。可以定义UE进行随机接入的上行BWP为该UE的锚点BWP。该上行BWP对应的下行BWP为该UE的锚点BWP。例如，UE1选择图5中BWP1进行初始随机接入，或者RRC resume等RACH请求中的任意一种或者预先定义的一种或者多种目的。例如，对于UE进行初始连接或者RRCResume等从空闲态(IDLE mode)或者非激活态(inactive mode)进行的随机接入才以随机接入对应的BWP为锚点BWP。那么该UE1的上行锚点BWP为BWP1。下行锚点BWP为随机接入所选择的上行BWP1所对应的下行BWP1为该UE1的下行锚点BWP。同理，如果UE2选择上行BWP2进行随机接入，那么对应的下行BWP2为该UE的下行锚点BWP。如果该上行BWP2对应下行BWP1，则下行BWP1为UE2的下行锚点BWP。SUL类似上行载波，也可以选择随机接入所选择的RACH资源所在的上行BWP为锚点BWP，和/或该上行BWP对应的下行BWP为锚点BWP。如UE在SUL的BWP1上的RACH资源上进行随机接入，该SUL的BWP1对应下行BWP1位该UE此次RRC连接的下行锚点BWP。

在NR系统中，UE根据下行信道的状态选择UL或者SUL进行随机接入。当UL或SUL上配置多个可以用于随机接入的BWP时，UE可以首先根据规则选择UL或者SUL中的一个载波，再进一步根据本文中介绍的方法选择一个载波中多个BWP中的一个进行随机接入。或者，UE先根据本文中介绍的规则选择一个或者多个BWP中的一个，再寻找与该BWP相关的UL或SUL中的一个上行载波进行随机接入。

可选地，UE从基站获取一个或者多个BWP上随机接入请求的资源配置。其中，UE根据预先定义或者基站配置的在每个BWP上发送随机接入请求的概率，选取一个BWP进行随机接入。

可选地，UE等概率选择多个BWP中的一个，并且在该BWP随机接入请求的资源中选择一个进行随机接入，可以使得UE均匀的分布在多个BWP中。例如，基站在上行载波上配置2个BWP(如BWP1和BWP2)，那么UE以等概率(50％：50％的概率)随机选择BWP1或BWP2进行随机接入。

可选地，基站可以为每个BWP或者多个BWP中的部分BWP配置随机选择该BWP的概率。这样，基站可以控制每个BWP上的负载。例如，基站为锚点BWP或者对应CORESET0，MIB，SIB1中至少一个的BWP1配置概率为1/4。此时，适用于定义如果如图5所示，只有2个BWP，那么UE选择BWP1的概率为1/4，而BWP2的概率为3/4。基站可以通过为不同BWP配置不同选择概率的方法来控制每个BWP上的负载。例如，对于初始BWP，需要一些下行资源来传输SSB，SIB1等，那么该BWP的资源可能不够，可以通过这样的方法有效的减少改BWP上需要发送的Msg2/4或者MsgB/Msg3重传的控制信息，以及下行信息。即，为了均衡一些下行BWP的负载，每一个上行BWP(或至少有随机接入请求的资源的上行BWP)可以配置一个与之对应的下行BWP。

可选地，由于每个BWP上分配的RACH资源数量可能不同，那么UE可以所有BWP上全部的RACH资源作为一个整体进行等概率随机选择。如图5所示，上行载波上有2个BWP，每个BWP上有2个RACH的资源，而这些资源是TDM的，因此，UE可以根据其业务到达的时间，选择最近的一个RACH资源进行随机接入请求。如果多个BWP的RACH资源FDM，或者部分重叠，那么UE可以根据前面的两种方法先选择一个BWP再在一个BWP的RACH资源中选择一个进行随机接入。

UE在发送完Msg1或者MsgA等上行随机接入请求以后，会在对应的下行BWP的搜索空间上监听用于Msg2或MsgB的PDCCH。此外，随后UE还可以在该BWP上监听用于Msg3重传，或者MSG4调度的下行PDCCH。例如图5所示，UE在BWP1上发送Msg1或MsgA，与上行BWP1对应的下行BWP为BWP1，则UE在下行BWP1上监听用于Msg2或者MsgB的下行控制信道。如果Msg2或者MsgB中没有为UE配置其他的BWP，则UE继续在下行BWP1上监听。

如果此时上行BWP1对应多个下行BWP，则UE需要在多个下行BWP上监听下行信道。如果由于UE带宽受限，UE可以根据预先定义的规则选择或者计算得到一个下行BWP进行监听。或者，基站保证在多个下行BWP上配置的搜索空间之间TDM，并且留有足够的时间进行RF调谐(retuning)。例如图4所示，BWP1和BWP2上的PDCCH搜索空间0在不同的时间上，UE可以在不同时间去依次监听不同的搜索空间。

可选地，为了控制NR-light UE的复杂度和功耗，会减小UE的带宽。但是由于基站需要支持多个用户，因为，基站的带宽会远大于UE的带宽。NR在Rel-15的设计中，就考虑到UE省电的目的，引入了BWP的概念。然而，在Rel-15的NR系统中，eMBBUE的能够支持的带宽还是远超NR-light UE所需。为了eMBB UE和NR-light UE能够更好的共存，尽量可以共享广播信息(例如SSB等)来降低资源开销，则需要限制用于eMBB UE的下行信息也同样限制在NR-light UE可以接受的带宽内，这会限制eMBB UE的性能。为了使得eMBB UE和NR-Light UE可以共享部分广播信息(例如SSB)，在后续下行传输中尽快分离，以减小对eMBB UE性能的影响。

本申请实施例中提供了另一种数据传输的方法，应用于UE，该方法的流程示意图如图6所示，该方法包括：

步骤S501，UE获取初始上行BWP中的一个或多个RACH的资源配置，其中RACH的资源配置至少包括一组用于发送随机接入请求时频资源。

步骤S502，UE获取初始下行BWP中与RACH资源对应的一个或多个下行控制信道的搜索空间(search space)。

步骤S503，UE在一个随机接入请求的时频资源上发送随机接入请求。

步骤S504，UE在发送的随机接入请求的RACH资源对应的搜索空间上监听用于指示Msg2和/或MsgB的PDCCH。

其中，所述一个或多个下行控制信道的搜索空间所对应的CORESET中至少有一个小于初始下行BWP带宽。

其中，所述一个或多个下行控制信道的搜索空间所对应的CORESET小于等于UE的最小带宽。

其中，所述随机接入请求包括Msg1或MsgA。对于无需PDCCH调度的Msg2或MsgB，UE可以在搜索空间上直接检测承载Msg2和/或MsgB的PDSCH。其中，上述资源配置在系统信息(如MIB、SIB1或其他系统信息)或者UE特定的RRC消息中指示。也可以预先在协议中进行定义，结合系统信息或UE特定RRC消息的指示，如通过信令指示其中的部分参数，或者指示其中一个或者多个。

本申请实施例中提供了又一种数据传输的方法，应用于UE，该方法的流程示意图如图7所示，该方法包括：

步骤S601，UE获取一个初始下行BWP，以及该BWP中以下信息中至少一项：至少一个搜索控制信道资源集合CORESET，一个或者多个用于指示预定消息的PDCCH的搜索空间。

步骤S602，UE在一个或多个搜索空间上监听用于指示预定消息的PDCCH。

其中，初始下行BWP带宽大于UE支持的最大带宽。

其中，至少一个CORESET中，至少有一个CORESET所跨越的带宽小于该初始下行BWP带宽且小于等于UE支持的最大带宽。

其中，CORESET可以占用连续的频域资源或者非连续的频域资源。CORESET所跨越的带宽包括从CORESET的最低频至最高频所跨越的带宽。

可选地，UE在一个或多个搜索空间上监听用于指示预定消息的PDCCH，进一步包括：

UE调整UE中心频点位置，接收不同CORESET上的下行数据，并尝试解码PDCCH。

可选地，对于支持非NR-Light UE的基站而言，由于非NR-Light UE支持的最小带宽较大，因此，基站可以为非NR-Light UE配置较大的用于监听下行共享消息的BWP。而对于NR-Light UE，虽然该BWP的带宽可以较大，但是只要NR-Light UE需要CORESET占用的带宽小于等于NR-Light UE的最小带宽即可。因此，用于NR-Light UE配置的CORESET可以小于初始下行带宽。即，UE收到的一个或多个CORESET中至少有一个小于该初始下行BWP带宽。其中，所述初始下行BWP带宽可以大于NR-Light UE支持的最大带宽。当多个CORESET在一个下行带宽中的不同频域位置时，如果多个CORESET的频域跨度大于NR-light UE的RF带宽，那么NR-light UE不能同时监听多个CORESET。对于不同时间位置上的多个CORESET，NR-lightUE需要进行RF的retuning来监听不同CORESET上的候选PDCCH。此时，在需要通过retuning的CORESET间需要保留一定的间隔。例如一个符号，或者部分CP等。这个间隔可能取决于UE上报的能力。对于公共信道的CORESET，由于基站不知道UE的能力如何，只能进行最保守的配置，即，满足协议规定的最大值。如果基站配置的CORESET之间不满足UE的能力，那么UE可以选择不监听一个CORESET上的候选PDCCH，或者一个CORESET上的部分候选PDCCH中的资源。基站可以通过传输更大的聚合等级(aggregation level)来保证PDCCH接收性能。这个不被UE全部或者部分监听的CORESET可以通过协议预先规定，或者通过基站配置，或者根据UE的实现来选择。上述的方法可以广泛适用于各种PDCCH搜索空间，如公共搜索空间或UE特定搜索空间中的至少一种。

可选地，基站在一个BWP上配置多个用于寻呼或其他下行广播消息的搜索空间和CORESET。这些搜索空间的所占的带宽均小于等于BWP并且小于等于UE的RF带宽。如图8所示，基站为UE配置了搜索空间A和搜索空间B，均用于寻呼信息。但是，并不要求全部UE监听全部的搜索空间，下文实施例中基站向UE配置一个或者多个下行BWP，UE接收下行预定消息(例如，系统消息或寻呼消息等)的方法一至方法三均可以用来决定UE序号监听的搜索空间。搜索空间的个数可以替换Nbwp，而计算出的搜索空间的序号可以替换PBWP。或者，UE需要监听全部搜索空间，那么基站需要保证不同需要UE调整中心频点位置的不同搜索空间同留有足有的时间。类似的，此方法可以用于系统信息，随机接入的下行PDCCH等的传输。

可选地，图如9所示，UE从基站获取初始上/下行BWP配置，以及以下信息的一个或多个：一个或多个的搜索空间，一个或多个的CORESET。具体的，UE接收到SSB，并且在SSB中获取到下行BWP的配置以及CORESET0和搜索空间0的配置。其中，下行BWP为CORESET0所占的带宽。UE可以在SSB的MIB中更进一步获取CORESET-NL1(CORESET-NR Light 1)，其中CORESET-NL1的带宽小于初始下行BWP的带宽。CORESET-NR1可以用于NR-Light UE，那么需要CORESET-NL1占用的带宽小于等于NR-Light UE的RF带宽保证UE接收到基站的下行传输，例如SIB1，OMSI，寻呼信息，随机接入相关信息中的一项或者多项。基站在SIB1中可以获得用于接收下行预定消息的搜索空间和/或CORESET。

可选地，如图9所示，UE在SSB中获取监听SIB1的搜索空间的CORESET-NL1，并且成功解码SIB1。在SIB1中，UE获得了用于指示其他特定下行信息的搜索空间所在的CORESET-NL2。在SIB1中可以配置一个或者多个额外的CORESET。其中，特定下行信息可以为其他系统信息，寻呼信息等。那么UE根据所配置的搜索空间上进行监听，相同或者不同的CORESET。如果不同的搜索空间，UE调整中心频点位置，接收不同CORESET上的下行数据，并尝试解码PDCCH。

图10给出了一种获取上行BWP或下行BWP的方法。如图10所示，UE从基站获取初始上行BWP配置和初始下行BWP配置，以及以下信息的一个或多个：一个或多个RACH的资源配置，一个或多个用于发送随机接入请求的时频资源，一个或多个的搜索空间，一个或多个的CORESET。

具体地，UE接收到SSB，并且在SSB中获取到下行BWP的配置以及CORESET0和搜索空间0的配置。其中，初始下行BWP带宽为CORESET0所占的带宽。UE可以在SSB的MIB中更进一步获取CORESET-NL1(CORESET-NR Light 1)，其中CORESET-NL1的带宽小于初始下行BWP的带宽。CORESET-NR1可以用于NR-Light UE，那么需要CORESET-NR1占用的带宽小于等于NR-Light UE的RF带宽保证UE从基站获取RACH的配置等其他上行配置。这里，CORESET-NL1可以为NR-Light UE的初始下行BWP带宽，该初始带宽与系统(其他UE)的初始带宽(CORESET0的带宽)不同。

可选地，RACH资源1(或者RACH配置1对应的随机接入资源1)对应采用CORESET-NL1的搜索空间NL1。其中，RACH资源1所占用的带宽小于等于UE的RF带宽，如NR-light UE的带宽。UE选择一个RACH1资源上的一个时频资源发送随机接入请求。随后，UE在与该随机接入请求对应的搜索空间(和/或搜索空间对应的CORESET资源)上监听用于Msg2/MsgA的PDCCH。

可选地，RACH资源和PDCCH搜索空间的对应方法包括以下几种:

方法一：基站向UE配置一组RACH资源以及多组搜索空间。

如图10所示，UE在采用CORESET-NL1的搜索空间NL1上监听PDCCH。此外，一个RACH资源可以对应多个搜索空间和/或CORESET。如图10所示，RACH资源1对应采用CORESET-NL1的搜索空间NL1和采用CORESET-NL2的搜索空间NL2，其中，CORESET-NL1和CORESET-NL2为TDM，那么带宽受限的UE可以在不同的时刻将中心频点调谐至可以接受该时刻的CORESET上进行PDCCH的监听。这种配置可以带来分集增益，尤其当一个搜索空间上的候选PDCCH会跨越多个不同频域资源的CORESET上时。例如，一个候选PDCCH在不同CORESET和或搜索空间上重复。这种方法可以获得分集增益。

方法二：基站向UE配置多组RACH资源以及分别对应的多组搜索空间。

可选地，基站可以为UE配置多个RACH资源，如图10所示，RACH资源1和RACH资源2。其中，每个RACH资源分别对应了用于随机接入的PDCCH的搜索空间，例如，RACH资源1对应采用CORESET-NL1的搜索空间NL1，以及RACH资源2对应采用CORESET-NL2的搜索空间NL2。UE选择其中给一个RACH资源发送随机接入请求后，在其对应的搜索空间上监听用于随机接入的PDCCH。对于每组RACH资源，基站可以为配置多组与其对应的搜索空间。这样可以获得分集增益。

可选地，基站还可以向UE配置多组RACH资源，以及对应一组搜索空间。

本申请实施例中提供了又一种数据传输的方法，应用于UE，该方法的流程示意图如图11所示，该方法包括：

步骤S701，UE从系统信息或UE特定RRC消息中获得以下至少一项：多个下行BWP配置，多个上行BWP配置。

步骤S702，UE在其中至少一个BWP上监听用于随机接入的消息的PDCCH的搜索空间。

步骤S703，UE成功解码并解析一个指示用于随机接入的消息的PDCCH，并获取PDCCH中用于指示承载用于随机接入的消息的PDSCH的BWP域。

步骤S704，UE在BWP上接收并解码承载用于随机接入的消息的PDSCH。可选地，UE获取发送上行PUSCH的BWP指示；UE在该上行BWP上发送PUSCH。

其中，UE在Msg2或MsgB中获取发送上行PUSCH的BWP指示，或者UE根据PDSCH的BWP推断出发送上行PUSCH的BWP指示，或者UE根据发送随机接入请求的BWP判断出发送上行PUSCH的BWP指示。

其中，该上行PUSCH用来承载Msg3，或其他上行信息。

其中，发送上行PUSCH的BWP的指示在MAC头(header)，或MAC RAR中指示。具体的，该BWP在MAC RAR中的上行授权(UL grant)中指示。

可选地，UE获取特定RACH配置，并在该特定配置的资源上发送随机接入请求后，监听用该特定RACH配置的Msg2/MsgB的下行搜索空间。

其中，UE在其中至少一个BWP上监听用于Msg2/MsgB的下行搜索空间，进一步包括：UE在该下行搜索空间上监听特定格式的PDCCH，其中该特定格式的PDCCH包括BWP指示域。

可选地，在Msg2/MsgB中指示用于Msg3或MsgA或MsgA中PUSCH的重传或者Msg4或MsgB随后的上下行调度的PDCCH搜索空间所在的BWP。

可选地，在发送完上行PUSCH或接收完PDSCH后，UE返回所述其中至少一个BWP，并在该BWP上继续监听用于用于随机接入的消息的下行搜索空间。

可选地，如图12所示，UE从系统信息中获得2个下行BWP的配置(下行BWP1和下行BWP2)，以及2个上行BWP的配置(上行BWP1和上行BWP2)。根据配置，UE在用于Msg2/MsgB的搜索空间上监听并成功解码PDCCH。UE根据PDCCH中的指示，判断出所指示用于承载Msg2/MsgB的PDSCH所在的BWP，以及时频资源位置等用于PDSCH接收解码的信息。特别的，下行BWP1和下行BWP2可以在相同或不同的频域位置。此外，对于带宽受限的NR-Light UE，需要通过RF调谐(retuning)调整RF中心频点用于接收在BWP2的PDSCH。为了留有足够的时间，基站需要确保PDSCH的调度延时足够用于RF调谐。

可选地，由于现有NR UE用于指示RAR的PDCCH中不包括BWP指示域，基站需要知道当前进行随机接入请求的UE是否支持新的BWP域。基站可以为UE配置特定RACH资源(如时域、频域、码域，特定的RACH机会(occasion)等)。如果UE具有解析包括BWP指示域的特定格式的PDCCH，则选取该特定RACH资源进行随机接入请求。那么，基站可以根据检测到的随机接入请求，选择适当的PDCCH格式指示RAR或MsgB。特定的PDCCH和其他指示RAR的PDCCH的大小可能不同。因此，基站可以采用相同的RNTI在相同的搜索空间中分别传输两个PDCCH。或者，PDCCH大小可能相同(例如，可以减小PDSCH频域资源分配的比特数，增加BWP指示域)，可以采用不同的RNTI或者配置不同的搜索空间(在相同或不同BWP上)。但是，比较灵活的方法是，基站分别独立配置两套用于PDCCH监听参数。两套参数可以相同也可以不同。或者部分参数相同，部分参数不同(例如，不同的CORESET资源等)。特别的，特定的PDCCH的CORESET占用的频域资源可以小于初始BWP的带宽。

可选地，在PDSCH中，UE获取到用于后续PUSCH传输的BWP。例如，在MAC RAR中的ULgrant中的BWP指示域。由于NR-light UE的带宽受限，那么PUSCH的频域资源无需原有的14比特，根据NR-light UE的带宽，可以减少至12或者更少比特。那么可以将节省下来的比特数用于指示BWP，即，引入BWP的指示域，例如2比特指示最多4个可能BWP。

如前文所示，选用特定RACH资源进行随机接入的用于用新的方法来解析RARgrant，而旧的RACH资源则采用原有比特数进行解析。或者可以采用RAR header或者RAR中的保留比特(R)来指示采用两种中的哪一种。或者，可以根据指示RAR的PDCCH的格式、搜索空间、CORESET资源等来解析不同的上行授权域。也可以在MACRAR中增加新的字节来指示BWP。随机接入响应中授权的比特数如表1所示。

可选地，基站可以为UE配置，或者在协议中预先固定上下行BWP的对应关系，则UE可以根据PDSCH的BWP推断出发送上行PUSCH的BWP。或者，基站可以配置或者预先在规定UE在发送随机接入请求的BWP判断出发送上行PUSCH的BWP。例如，与发送随机接入请求的BWP相同。

表1随机接入响应中授权的比特数

可选地，在RAR或者MsgB中，基站可以向UE配置用于Msg3或MsgA或MsgA中PUSCH的重传或者Msg4或MsgB随后的上下行调度的PDCCH搜索空间所在的BWP。如图12所示，在PDSCH中基站向UE配置用于后续调度的搜索空间或者所搜空间所在的BWP为BWP2。这样，可以在RAR或者MsgB中完成对UE的offload。具体的，如表1所示，可以添加一个用于指示Msg3重传或Msg2的BWP或者PDCCH搜索空间的域。例如，该域可以采用2比特指示，可以通过进一步压缩PUSCH频域资源分配的域来保证上行授权的比特不变。

基站向UE配置一个或者多个下行BWP，UE接收下行预定消息(例如，系统消息或寻呼消息等)的方法有以下几种：

以下方法将多个BWP替换成多个载波也同样适用。

方法一：UE根据预先定义的规则，选择多个BWP中的一个或多个下行BWP，监听用于指示预定消息的下行控制信道和/或接收承载预定消息的PDSCH。具体的，对于寻呼信息的接收方法可以包括以下两个方法：

方法A：UE根据UE ID选择多个BWP中的一个或者多个下行BWP，监听用于指示寻呼消息的下行控制信道和/或接收承载寻呼消息的PDSCH。

如图13所示，基站向UE配置2个BWP:BWP1和BWP2。并且分别给两个BWP配置了寻呼信息。图13中，BWP1和BWP2中寻呼周期不同。另外一个例子中，所有BWP的的寻呼周期等参数配置成相同。此外，图13中，BWP1中向UE配置了特定的搜索空间，例如，针对pagingSearchSpace配置除0以外的SearchSpaceId。UE监视第(i_s+1)个PO。PO是一组“S”个连续PDCCH监听机会，其中“S”是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。在BWP1中，SSB发送了2次，因此S＝2。然而在BWP2中，可以为BWP2配置不同的SSB的数量。例如，BWP2也可以发送SSB，该SSB可以无需满足同步栅格的要求，仅仅用于测量使用。那么，BWP2中的S可以根据BWP2中的SSB的实际传输数量决定。如图13所示，BWP2中的SSB个数为1，那么每个PO UE只有一个监听机会。

如果基站为UE配置了用于寻呼信息的多个BWP，那么UE通过公式(3)确定BWP的位置：

PBWP＝floor(UE_ID/(N*Ns))mod Nbwp(3)

其中：

N：一个DRX周期内，DRX周期中寻呼帧的个数；

Ns：一个PF的寻呼时机数；

Nbwp：寻呼BWP的个数；

UE_ID：5G-S-TMSI mod 1024。

该方法可以使得支持在多个BWP上进行寻呼的UE均匀非分布在不同的BWP上。

基站根据需要被寻呼的UE_ID，即可以上公式决定发送该用户寻呼消息的BWP，发送用于指示寻呼消息的PDCCH和/或寻呼消息。

由于当前系统中可能存在Rel-15的用户不支持该寻呼方法，那么基站可以向核心网或者基站自己存储UE的能力。如果无法获取改UE是否支持多个BWP寻呼的能力，则基站可以在初始BWP上以及根据上述方法计算的BWP上分别发送寻呼信息。此方法还适用于本文中其他的发送寻呼的方法。

为了减低初始BWP上的负载，基站可以向支持多个BWP上寻呼的UE指示是否初始BWP参与PBWP的计算。基站可以通过一个新的IE(information element)来指示，或者，如果为初始BWP配置了额外的搜索空间，则可以将初始BWP纳入BWP的计算，否则不能再初始BWP上监听。

方法B:UE根据基站配置的每个BWP对应的寻呼权重(weight)，选择其中的一个或者多个下行BWP，监听用于指示寻呼消息的下行控制信道和/或接收承载寻呼消息的PDSCH。

考虑当当前系统中可能存在Rel-15的用户不支持新的寻呼方法，那么为了避免初始BWP(或锚点BWP)上有需要支持过多的用户，那么可以为每个BWP配置寻呼权重。

那么，UE可以根据满足如下公式(4)中最小的n为UE监听的寻呼BWP：

floor(UE_ID/(N*Ns))modW<W(0)+W(1)+…+W(n)(4)

其中，W(i)是BWPi上的权重，通过RRC在广播消息里配置，W是所有寻呼载波的权重之和，即W＝W(0)+W(1)+…+W(Nbwp-1)，Nbwp为寻呼BWP的个数。

此外，对于方法B，基站可以为某些BWP(如初始BWP)的权重配置为0，那么意味着支持多个BWP上监听寻呼的UE不会在初始BWP上监听寻呼信息。在大多数UE不支持多个BWP上监听寻呼的情况下，这可以非常有效的避免初始BWP中的负载。

方法二：UE根据PDCCH中的BWP指示决定一个BWP接收承载预定消息的PDSCH。

在系统信息中，基站配置多个用于接收预定消息的下行PDSCH的BWP。在所述多个BWP上的一个或者多个BWP上，基站配置UE需要监听的搜索空间。对于承载不同信息的PDSCH可以配置不同的搜索空间。所述不同的搜索空间包括在相同或者不同BWP上的搜索空间。

如图14所示，基站为UE配置了2个BWP：BWP1和BWP2。其中，基站只在BWP1上UE配置了2个搜索空间，其中，搜索空间A用于其他系统信息的监听，搜索空间B用于监听寻呼。UE根据基站配置，判断在搜索空间A和/或搜索空间B上监听的PDCCH中存在BWP转换的域(field)，其中一个状态(如0)指示PDSCH在BWP1上，另外一个状态(如1)指示PDSCH在BWP2上。如果配置多个BWP，则可以采用更多比特在指示，例如，2比特指示4个BWP。具体的，如图14所示，UE在搜索空间A上检测到PDCCH，其中BWP域指示为1，则代表其PDSCH在BWP2上传输。

在连接态，基站通过PDCCH来指示BWP的切换(switching)，但是对于非连接态，或者对于寻呼或系统信息的接收。UE在接收完PDSCH后，可以回到原来的BWP继续监听响应的搜索空间。或者，UE在接收到BWP切换后，在新的BWP上监听响应的搜索空间。或者，如果新的BWP没有配置预定消息的搜索空间，则UE回到原有的BWP上监听，否则留在新的BWP上监听。或者，只有当成功解码该PDSCH后，才继续在新的BWP上监听，否则回到原来的BWP上监听搜索空间。

如图14所示，UE在BWP2解码完PDSCH后，继续回到BWP1监听搜索空间A和搜索空间B。对于寻呼信道或者系统信息等广播信道。由于没有涉及到与UE的交互，且是向多个用户广播或者组播，在UE解码完PDSCH后回到原来的BWP上进行监听可以有效的避免与基站之间信息不对称。例如，如果UE没有成功解码BWP1上的PDCCH，由于没有反馈信道，基站不知道UE并没有解码该PDCCH，所以基站会在BWP2的搜索空间C上继续进行发送，而UE继续在BWP1上监听搜索空间。

方法三：UE根据系统信息中的指示，决定一个或多个下行BWP，监听用于指示预定消息的下行控制信道和/或接收承载预定消息的PDSCH。

基站向UE配置多个BWP，但是，只有部分BWP上有预定消息的搜索空间。并且UE需要根据需求，监听全部或者部分搜索空间。如图14所示，BWP1上配置了搜索空间A用于寻呼，搜索空间B用于系统信息，BWP2上搜索空间C用于寻呼。不同于方法一，基站配置了2个用于寻呼的BWP，UE需要监听两个BWP上的搜索空间。如果目标UE带宽受限，基站需要确保不同BWP上的搜索空间之间留有足够UE调整RF中心频点的时间。如图14所示，UE在BWP1上监听用于寻呼的搜索空间A，以及UE在BWP2上监听同样用于寻呼的搜索空间C。其中搜索空间A和所搜空间C是在不同的时刻。

基站可以采用为不同BWP配置不同的偏移量来确保UE可以在多个BWP上监听PDCCH。或者，基站可以配置相同的用于寻呼的DRX周期，然而，根据系统帧号(system framenumber，SFN)确定该寻呼周期所在的BWP。例如，采用如下公式(5)计算每个周期所在的BWP：

PBWP＝((SFN+PF_offset)mod T)mod Nbwp(5)

其中，

Nbwp：寻呼BWP的个数

T：UE的DRX周期(T由UE特定DRX值中的最短值确定，如果由RRC或上层配置，则在系统信息中广播默认DRX值。如果UE特定DRX未由RRC或由上层，则应用默认值)。

PF_offset：用于PF确定的偏移量

类似的，根据每个寻呼帧的序号，确定是哪个BWP。例如:

PBWP＝PF_index mod Nbwp

其中，PF_index为从SFN 0开始寻呼帧的序号

或者，根据每个寻呼周期的序号，确定是哪个BWP。例如:

PBWP＝PO_index mod Nbwp

其中，PO_index为从SFN 0的第一个寻呼周期开始寻呼帧的序号

或者，但S>1时，不同的搜索空间在不同的BWP上。

上述方法可以有效的减轻初始BWP或Pcell上进行寻呼的负载。此外，可以获得不同的分集增益。尤其是对于可以进行合并的系统信息的接收而言，在一个修改周期(modification period)内的承载系统信息的PDSCH可以进行合并，如果该PDSCH在不同的BWP上传输，则可以获得频率分集增益。

基站向UE可以在SIB1或其他SIB中配置多个载波的信息。例如，在SIB1中的ServingCellConfigCommonSIB信息元素(Information element，IE)中加入额外的其他载波和/或载波组的信息。具体的，例如在ServingCellConfigCommonSIB信息中加入用于配置其他载波信息的元素，如ScelldownlinkConfigCommon，ScelluplinkConfigCommon，ScelluplinkConfigCommon等中的一个或多个。

ServingCellConfigCommonSIB information element

可选地，基站支持遗产(legacy)的UE以及具有更小最大带宽的NR-Light UE包括以下几种方法：

方法一：将初始BWP配置成小于等于NR-Light UE最大带宽，从而使得legacy UE和NR-Light UE可以有相同的初始BWP。

此时，由于初始BWP的带宽较小，所以引入多个BWP进行寻呼、随机接入响应、系统信息发送等减轻初始BWP上的负载。此外，还可以在建立连接前，支持BWP切换等操作。

方法二：系统的初始BWP带宽可大于NR-Light UE的最大带宽，但是为NR-light UE配置额外的一个或多个CORESET-NL，其中该CORESET-NL所扩越的带宽小于等于NR-LightUE的带宽。那么，NR-Light UE监听基于CORESET-NL的一个或者多个搜索空间，用于寻呼、广播、随机接入以及后续的UE特定PDCCH的监听。

上述方法可以适用于NR-Light UE或者新的支持这个方法的eMBB或URLLC UE。

实施例二

基于前述实施例一相同的发明构思，本申请实施例还提供了一种UE，该UE的结构示意图如图15所示，UE80，包括第一处理模块801和第二处理模块802。

第一处理模块801，用于获取多个上行带宽块BWP的配置信息；

第二处理模块802，用于根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；

和/或，第一处理模块801，用于获取多个下行BWP的配置信息；

第二处理模块802，用于根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。

类似地，UE80同样适用于载波聚合(CA)的场景。可以将上行BWP和/或下行BWP替换为上行载波和/或下行载波。如此，减轻了Pcell的负载，提升了系统(多个小区)的接入用户数。

通过系统信息获取；

通过UE特定的无线资源控制RRC消息获取；

通过上行BWP的配置信息预先在协议中规定的方式获取；

通过下行BWP的配置信息预先在协议中规定的方式获取。

可选地，预定消息包括以下至少一种：

寻呼消息、系统信息、用于随机接入的消息。

可选地，用于随机接入的消息包括以下至少一种：

可选地，获取发送PUSCH的上行BWP指示；

根据上行BWP指示，在上行BWP上发送PUSCH。

在随机接入响应RAR或MsgB中获取发送PUSCH的上行BWP指示；

根据PDSCH的BWP推断出发送PUSCH的上行BWP指示；

根据发送随机接入请求的BWP判断出发送PUSCH的上行BWP指示。

本申请实施例提供的技术方案，至少具有如下有益效果：

本申请实施例中，获取多个上行带宽块BWP的配置信息；根据上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；和/或，获取多个下行BWP的配置信息；根据下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。如此，减轻了初始BWP或者Pcell的负载，提升了多个小区接入用户数。

本申请实施例提供的UE中未详述的内容，可参照上述数据传输的方法，本申请实施例提供的UE能够达到的有益效果与上述数据传输的方法相同，在此不再赘述。

基于前述实施例一相同的发明构思，本申请实施例还提供了一种基站，该基站的结构示意图如图16所示，基站90，包括第三处理模块901和第四处理模块902。

第三处理模块901，用于发送用于指示多个上行BWP的配置信息的RRC消息；

第四处理模块902，用于根据多个上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，接收随机接入请求，在与接收到的随机接入请求所对应的下行BWP上，发送用于指示RAR资源位置的PDCCH；

和/或，第三处理模块901，用于用于指示多个下行BWP的配置信息的RRC消息；

第四处理模块902，用于根据多个下行BWP的配置信息，以及寻呼消息对应的UEID，确定向UE发送用于指示寻呼信息的PDCCH和/或承载该寻呼消息的PDSCH所在的一个或多个BWP；在一个或多个BWP上发送指示寻呼消息的PDCCH和/或承载寻呼消息的PDSCH。

本申请实施例提供的技术方案，至少具有如下有益效果：

本申请实施例提供的基站中未详述的内容，可参照上述数据传输的方法，本申请实施例提供的基站能够达到的有益效果与上述数据传输的方法相同，在此不再赘述。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种数据传输的方法，应用于用户设备UE，其特征在于，包括：

获取多个上行带宽块BWP的配置信息；

根据所述上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；

和/或，获取多个下行BWP的配置信息；

根据所述下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。

2.根据权利要求1所述的方法，其特征在于，获取多个上行BWP的配置信息和/或多个下行BWP的配置信息的方式，包括以下至少一种：

通过系统信息获取；

通过UE特定的无线资源控制RRC消息获取；

通过上行BWP的配置信息预先在协议中规定的方式获取；

通过下行BWP的配置信息预先在协议中规定的方式获取。

3.根据权利要求1所述的方法，其特征在于，所述预定消息包括以下至少一种：

寻呼消息、系统信息、用于随机接入的消息。

4.根据权利要求3所述的方法，其特征在于，所述用于随机接入的消息包括以下至少一种：

5.根据权利要求1所述的方法，其特征在于，所述根据所述下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的PDCCH和/或接收承载预定消息的PDSCH，包括以下至少一种：

根据所述下行BWP的配置信息和PDCCH中的BWP指示选择一个BWP，在所述一个BWP上接收承载预定消息的PDSCH；

根据所述下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的PDCCH，根据PDCCH中的BWP指示选择一个BWP，在所述一个BWP上接收承载预定消息的PDSCH，在所述一个BWP上接收承载预定消息的PDSCH后，在所述多个下行BWP中的一个或多个下行BWP上继续监听用于预定消息的PDCCH。

6.根据权利要求1所述的方法，其特征在于，所述多个上行BWP包括一个锚点上行BWP和至少一个非锚点上行BWP；和/或，所述多个下行BWP包括一个锚点下行BWP和至少一个非锚点下行BWP。

7.根据权利要求3所述的方法，其特征在于，根据所述下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于所述指示寻呼消息的PDCCH和/或接收承载寻呼消息的PDSCH，包括以下至少一种：

根据所述下行BWP的配置信息和UE标识ID选择多个下行BWP中的一个或者多个下行BWP，监听用于指示所述寻呼消息的PDCCH和/或接收承载寻呼消息的PDSCH；

根据所述下行BWP的配置信息中每个下行BWP对应的寻呼权重和UE ID，选择多个下行BWP中的一个或者多个下行BWP，监听用于指示寻呼消息的PDCCH和/或接收承载寻呼消息的PDSCH。

8.根据权利要求1所述的方法，其特征在于，根据所述上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求，包括以下至少一种：

根据所述上行BWP的配置信息，随机选择多个上行BWP中的一个或者多个上行BWP，发送随机接入请求；

根据所述上行BWP的配置信息，根据每个BWP对应的随机概率，选择多个上行BWP中的一个或者多个上行BWP，发送随机接入请求；

根据所述多个上行BWP中的全部随机接入请求的资源，随机选择一个随机接入请求资源，发送随机接入请求。

9.根据权利要求3所述的方法，其特征在于，根据所述下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示所述用于随机接入的消息的PDCCH和/或接收承载用于随机接入的消息的PDSCH，包括以下至少一种：

根据所述下行BWP的配置信息和发送随机接入请求的一个或多个上行BWP，选择所对应的一个或多个下行BWP，监听用于指示所述用于随机接入的消息的PDCCH和/或接收承载所述用于随机接入的消息的PDSCH；

在PDCCH指示的BWP上发送完物理上行共享信道PUSCH或者接收完PDSCH后，根据所述下行BWP的配置信息和发送随机接入请求的一个或多个上行BWP，选择所对应的一个或多个下行BWP，监听用于指示所述用于随机接入的消息的PDCCH和/或接收承载所述用于随机接入的消息的PDSCH。

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

获取一个初始下行BWP的配置信息，所述初始下行BWP的配置信息包括一个或多个控制信道资源集合CORESET和一个或多个用于指示所述预定消息的PDCCH的搜索空间；所述一个或多个所述搜索空间对应所述一个或多个CORESET中至少一个CORESET；

根据所述初始下行BWP的配置信息，在所述一个或多个搜索空间上监听用于指示所述预定消息的PDCCH；

所述一个或多个CORESET中至少有一个CORESET小于所述初始下行BWP的带宽；所述初始下行BWP的带宽大于UE支持的最大带宽；

所述在所述一个或多个搜索空间上监听用于指示所述预定消息的PDCCH，包括：

11.根据权利要求3所述的方法，其特征在于，根据所述下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示所述用于随机接入的消息的PDCCH和/或用于接收用于随机接入的消息的PDSCH，包括：

解码并解析一个指示所述用于用于随机接入的消息的PDCCH，并获取所述PDCCH中用于指示承载所述用于随机接入的消息的PDSCH的BWP域；

根据所述下行BWP的配置信息和所述用于指示承载所述用于用于随机接入的消息的PDSCH的BWP域所指示的BWP信息，决定至少一个下行BWP，并在所述至少一个下行BWP上接收并解码承载所述用于随机接入的消息的PDSCH。

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

获取发送PUSCH的上行BWP指示；

根据所述上行BWP指示，在所述上行BWP上发送PUSCH；

所述获取发送PUSCH的上行BWP指示的方式，包括以下至少一种：

在随机接入响应RAR或MsgB中获取发送PUSCH的上行BWP指示；

根据PDSCH的BWP推断出发送PUSCH的上行BWP指示；

根据发送随机接入请求的BWP判断出发送PUSCH的上行BWP指示。

13.一种数据传输的方法，应用于基站，其特征在于，包括：

发送用于指示多个上行BWP的配置信息的RRC消息；

根据所述多个上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，接收随机接入请求，在与接收到的所述随机接入请求所对应的下行BWP上，发送用于指示RAR资源位置的PDCCH；

和/或，发送用于指示多个下行BWP的配置信息的RRC消息；

根据所述多个下行BWP的配置信息，以及寻呼消息对应的UE ID，确定向所述UE发送用于指示寻呼信息的PDCCH和/或承载该寻呼消息的PDSCH所在的一个或多个BWP；在所述一个或多个BWP上发送指示所述寻呼消息的PDCCH和/或承载所述寻呼消息的PDSCH。

14.一种UE，其特征在于，包括：

第一处理模块，用于获取多个上行带宽块BWP的配置信息；

第二处理模块，用于根据所述上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，发送随机接入请求；

和/或，所述第一处理模块，用于获取多个下行BWP的配置信息；

所述第二处理模块，用于根据所述下行BWP的配置信息，选择多个下行BWP中的一个或多个下行BWP，监听用于指示预定消息的物理下行控制信道PDCCH和/或接收承载预定消息的物理下行共享信道PDSCH。

15.一种基站，其特征在于，包括：

第四处理模块，用于根据所述多个上行BWP的配置信息，选择多个上行BWP中的一个或多个上行BWP，接收随机接入请求，在与接收到的所述随机接入请求所对应的下行BWP上，发送用于指示RAR资源位置的PDCCH；

和/或，所述第三处理模块，用于发送用于指示多个下行BWP的配置信息的RRC消息；

所述第四处理模块，用于根据所述多个下行BWP的配置信息，以及寻呼消息对应的UEID，确定向所述UE发送用于指示寻呼信息的PDCCH和/或承载该寻呼消息的PDSCH所在的一个或多个BWP；在所述一个或多个BWP上发送指示所述寻呼消息的PDCCH和/或承载所述寻呼消息的PDSCH。