CN111491318B

CN111491318B - 寻呼方法、终端设备和计算机存储介质

Info

Publication number: CN111491318B
Application number: CN202010307056.7A
Authority: CN
Inventors: 唐海
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2017-11-03
Filing date: 2017-11-03
Publication date: 2022-02-08
Anticipated expiration: 2037-11-03
Also published as: JP2023089163A; JP2021503190A; US20200252905A1; JP7399847B2; CN110892762A; EP3641429A4; EP3641429B1; KR102360592B1; KR20200076666A; EP3641429A1; KR20220021033A; US20230106920A1; EP3955663A1; WO2019084923A1; US11553455B2; KR102484905B1; CN111491318A; AU2017437925A1

Abstract

本公开实施例公开了一种寻呼的方法、终端设备和网络设备，该方法包括：终端设备确定用于承载该终端设备的寻呼消息的至少一个寻呼带宽，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽；该终端设备在该至少一个寻呼带宽上接收该寻呼消息。本公开实施例的方法、终端设备和网络设备，能够避免寻呼带宽超过被寻呼终端设备的能力而导致终端设备无法接收的问题。

Description

寻呼方法、终端设备和计算机存储介质

本申请为发明名称为“寻呼的方法、终端设备和网络设备”的原中国发明专利申请的分案申请。原申请的申请号为201780093218.8；原申请的申请日为2017年11月3日。

技术领域

本公开实施例涉及通信领域，并且涉及一种寻呼的方法、终端设备和网络设备。

背景技术

在系统带宽中，存在用于承载寻呼消息的寻呼带宽，现有技术中可能存在由于终端设备的能力与寻呼带宽不匹配，导致终端设备无法接收到寻呼消息的问题。

发明内容

有鉴于此，本公开实施例提供了一种寻呼的方法、终端设备和网络设备，能够避免寻呼带宽超过终端设备的能力而导致终端设备无法接收的问题。

第一方面，提供了一种寻呼的方法，该方法包括：终端设备确定用于承载该终端设备的寻呼消息的至少一个寻呼带宽，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽；该终端设备在该至少一个寻呼带宽上接收该寻呼消息。

通过在配置寻呼带宽时考虑终端设备的最小带宽能力对应的带宽，能够避免终端设备因为带宽能力不足而造成的无法接收寻呼消息的问题。

在一个实施例中，网络设备也可以提前在某一时刻确定其覆盖的小区内所有终端设备的带宽能力，并根据其中最小的带宽能力配置系统带宽内的寻呼带宽，使得每个寻呼带宽都不大于其中最小的带宽能力对应的带宽，以便于网络设备所覆盖小区内的所有终端设备都能够接收到寻呼消息。

在一种可能的实现方式中，该方法还包括：该终端设备确定用于承载寻呼消息的多个寻呼带宽，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽；该终端设备确定用于承载该终端设备的寻呼消息的至少一个寻呼带宽，包括：该终端设备从该多个寻呼带宽中确定该至少一个寻呼带宽。

在一种可能的实现方式中，该方法还包括：该终端设备接收该网络设备发送的该多个寻呼带宽的配置信息；该终端设备从该多个寻呼带宽中确定该至少一个寻呼带宽，包括：该终端设备根据该终端设备的标识和该多个寻呼带宽的配置信息，确定该至少一个寻呼带宽中每个寻呼带宽的频域位置。

在一个实施例中，系统带宽中的多个寻呼带宽可以是由网络设备提前配置的，也可以是由协议约定的，例如，可以预设在终端设备内。

在一个实施例中，可以将系统带宽中定义的多个寻呼带宽分散到多个不同的BWP中，从而使得寻呼的负载在不同的BWP上平均化，多个寻呼带宽中也可以有部分寻呼带宽在同一个BWP中。

在一种可能的实现方式中，该多个寻呼带宽的配置信息包括该多个寻呼带宽中每个寻呼带宽的频域位置信息和/或该多个寻呼带宽中每个寻呼带宽的频域偏移信息。

在一种可能的实现方式中，该多个寻呼带宽的配置信息承载于剩余最小系统信息RMSI中。

在一个实施例中，该配置信息还可以承载在其他系统信息OSI中。

在一种可能的实现方式中，该多个寻呼带宽中的至少两个寻呼带宽的频域位置不完全重叠。

在一种可能的实现方式中，该多个寻呼带宽属于多个寻呼带宽集合，该多个寻呼带宽集合与多组寻呼参数一一对应，该寻呼参数用于确定寻呼帧和/或寻呼时机。

在一个实施例中，不同寻呼带宽集合对应的寻呼参数可以是独立配置的，而同一个寻呼带宽集合中的寻呼带宽的寻呼参数则是公共配置的。

在一个实施例中，每个寻呼带宽集合中的寻呼带宽的数量可以相同也可以不同。

在一种可能的实现方式中，同一寻呼带宽集合的寻呼带宽属于同一个带宽部分BWP。

通过对不同寻呼带宽或者不同带宽集合的寻呼参数进行独立配置，使得网络设备在发送寻呼消息时具有一定的灵活性。

在一个实施例中，网络设备也可以针对不同的寻呼带宽采用不同的波束向终端设备发送寻呼消息，而不同的波束可以采用TDM的方式分时发送，从而可以提高资源的利用率。

在一种可能的实现方式中，该寻呼参数承载于最小剩余系统信息RMSI或其他系统信息OSI中。

第二方面，提供了一种寻呼的方法，该方法包括：网络设备确定待寻呼的终端设备；该网络设备在至少一个寻呼带宽上向该终端设备发送寻呼消息，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽。

在一种可能的实现方式中，该方法还包括：该网络设备向该终端设备发送用于承载寻呼消息的多个寻呼带宽的配置信息，该多个寻呼带宽的配置信息用于该终端设备确定该至少一个寻呼带宽的频域位置，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽。

第三方面，提供了一种终端设备，该终端设备包括：第一确定单元，用于确定用于承载该终端设备的寻呼消息的至少一个寻呼带宽，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽；第一接收单元，用于在该至少一个寻呼带宽上接收该寻呼消息。

在一种可能的实现方式中，该终端设备还包括：第二确定单元，用于承载寻呼消息的多个寻呼带宽，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽；该第一确定单元用于：从该多个寻呼带宽中确定该至少一个寻呼带宽。

在一种可能的实现方式中，该终端设备还包括：第二接收单元，用于接收该网络设备发送的该多个寻呼带宽的配置信息；该第一确定单元用于：根据该终端设备的标识和该多个寻呼带宽的配置信息，确定该至少一个寻呼带宽中每个寻呼带宽的频域位置。

第四方面，提供了一种网络设备，该网络设备包括：确定单元，用于确定待寻呼的终端设备；第一发送单元，用于在至少一个寻呼带宽上向该终端设备发送寻呼消息，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽。

在一种可能的实现方式中，该网络设备还包括：第二发送单元，用于向该终端设备发送用于承载寻呼消息的多个寻呼带宽的配置信息，该多个寻呼带宽的配置信息用于该终端设备确定该至少一个寻呼带宽的频域位置，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽。

第五方面，提供了一种终端设备，该终端设备包括：存储器、处理器、输入接口和输出接口。其中，存储器、处理器、输入接口和输出接口通过总线系统相连。该存储器用于存储指令，该处理器用于执行该存储器存储的指令，用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。

第六方面，提供了一种网络设备，该网络设备包括：存储器、处理器、输入接口和输出接口。其中，存储器、处理器、输入接口和输出接口通过总线系统相连。该存储器用于存储指令，该处理器用于执行该存储器存储的指令，用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。

第七方面，提供了一种计算机存储介质，用于储存为执行上述第一方面或第一方面的任意可能的实现方式中的方法，或者上述第二方面或第二方面的任意可能的实现方式中的方法所用的计算机软件指令，其包含用于执行上述方面所设计的程序。

第八方面，提供了一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任一实现方式中的方法，或者上述第二方面或第二方面的任一实现方式中的方法。

本公开的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1示出了本公开实施例一个应用场景的示意图。

图2示出了本公开实施例的寻呼的方法的示意性框图。

图3示出了本公开实施例的寻呼的方法的另一示意性框图。

图4示出了本公开实施例的终端设备的示意性框图。

图5示出了本公开实施例的网络设备的示意性框图。

图6示出了本公开实施例的终端设备的另一示意性框图。

图7示出了本公开实施例的网络设备的另一示意性框图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。

应理解，本公开实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code DivisionMultiple Access，CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolved，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、新无线(New Radio，NR)或未来的5G系统等。

特别地，本公开实施例的技术方案可以应用于各种基于非正交多址接入技术的通信系统，例如稀疏码多址接入(Sparse Code Multiple Access，SCMA)系统、低密度签名(Low Density Signature，LDS)系统等，当然SCMA系统和LDS系统在通信领域也可以被称为其他名称；进一步地，本公开实施例的技术方案可以应用于采用非正交多址接入技术的多载波传输系统，例如采用非正交多址接入技术正交频分复用(Orthogonal FrequencyDivision Multiplexing，OFDM)、滤波器组多载波(Filter Bank Multi-Carrier，FBMC)、通用频分复用(Generalized Frequency Division Multiplexing，GFDM)、滤波正交频分复用(Filtered-OFDM，F-OFDM)系统等。

本公开实施例中的终端设备可以指用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network，PLMN)中的终端设备等，本公开实施例并不限定。

本公开实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional NodeB，eNB或eNodeB)，还可以是云无线接入网络(Cloud Radio Access Network，CRAN)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，本公开实施例并不限定。

图1是本公开实施例一个应用场景的示意图。图1中的通信系统可以包括终端设备10和网络设备20。网络设备20用于为终端设备10提供通信服务并接入核心网，终端设备10通过搜索网络设备20发送的同步信号、广播信号等而接入网络，从而进行与网络的通信。图1中所示出的箭头可以表示通过终端设备10与网络设备20之间的蜂窝链路进行的上/下行传输。

在第三代合作项目(3rd Generation Partnership Project，3GPP)LTE系统中，网络可以向空闲(idle)状态的UE发送寻呼。寻呼过程可以由核心网触发或者基站触发，用于向处于idle态的UE发送寻呼请求，或者用于通知系统信息更新，以及通知UE接收地震海啸预警信息(Earthquake and Tsunami Warning System，ETWS)以及商用移动预警服务(Commercial Mobile Alert Service，CMAS)等信息。基站接收到核心网的寻呼消息后，解读其中的内容，得到该UE的跟踪区域标识(Tracking Area Identity，TAI)列表，并在其下属于列表中的跟踪区域的小区进行空口的寻呼。

在系统带宽中，存在用于承载寻呼消息的寻呼带宽，现有技术中的寻呼带宽很有可能大于被寻呼的终端设备的带宽能力，从而使得被寻呼的终端设备无法接收到自己的寻呼消息。

在此情况下，本公开实施例提供了一种寻呼的方法，能够避免上述问题的出现。

应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图2示出了本公开实施例的寻呼的方法100的示意性框图。如图2所示，该方法100包括以下部分或全部内容：

S110，终端设备确定用于承载该终端设备的寻呼消息的至少一个寻呼带宽，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽。

S120，该终端设备在该至少一个寻呼带宽上接收该寻呼消息。

网络设备可以在系统带宽内配置多个寻呼带宽，并且每一个寻呼带宽可以不大于终端设备的最小带宽能力对应的带宽，例如，10MHz。这样的话，能够避免有些终端设备因为本身的带宽能力小于寻呼带宽而造成的无法接收寻呼消息。网络设备可以为每一个终端设备配置一个寻呼带宽，也可以为每一个终端设备配置多个寻呼带宽，以减少寻呼消息发送的拥塞。网络设备可以周期性地对寻呼带宽进行配置，进而能够提高灵活性。例如，网络设备也可以提前在某一时刻确定其覆盖的小区内所有终端设备的带宽能力，并根据其中最小的带宽能力配置系统带宽内的寻呼带宽，使得每个寻呼带宽都不大于其中最小的带宽能力对应的带宽，以便于网络设备所覆盖小区内的所有终端设备都能够接收到寻呼消息。网络设备可以在至少一个寻呼带宽上向终端设备发送寻呼消息，终端设备可以首先确定属于自己的寻呼带宽，进而就可以在属于自己的寻呼带宽上接收自己的寻呼消息。

因此，本公开实施例的寻呼的方法，通过在配置寻呼带宽时考虑终端设备的最小带宽能力对应的带宽，能够避免终端设备因为带宽能力不足而造成的无法接收寻呼消息的问题。

首先对寻呼带宽进行说明一下，所谓寻呼带宽就是定义用来承载寻呼消息的，但是并不排除在该寻呼带宽上承载一些别的信息，例如同步信息等。本公开实施例中的寻呼带宽是频域上的定义，不同的寻呼带宽在频域上可以完全不重叠，也可以部分重叠，在时域上不作限定，也就是说，寻呼带宽可以是在时域上完全重叠的。例如，系统带宽为40MHz，可以将同一符号上的最高10MHz和最低10MHz的资源作为两个寻呼带宽。

在本公开实施例中，该方法还包括：该终端设备确定用于承载寻呼消息的多个寻呼带宽，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽；该终端设备确定用于承载该终端设备的寻呼消息的至少一个寻呼带宽，包括：该终端设备从该多个寻呼带宽中确定该至少一个寻呼带宽。

终端设备可以确定网络设备在系统带宽中配置的多个寻呼带宽，进一步地终端设备可以从多个寻呼带宽中确定属于自己的至少一个寻呼带宽。例如，终端设备可以先确定出来属于自己的至少一个寻呼带宽的标识，在终端设备提前获知多个寻呼带宽的频域位置的情况下，终端设备就可以知道属于自己的至少一个寻呼带宽的频域位置。应理解，系统带宽中的多个寻呼带宽可以是由网络设备提前配置的，也可以是由协议约定的，例如，可以预设在终端设备内。另一方面，终端设备也可以不用结合系统带宽中的所有寻呼带宽就可以获取属于自己的至少一个寻呼带宽。例如，获得的寻呼指示信息直接指示这至少一个寻呼带宽，这样的话，终端设备就可以根据寻呼指示信息直接确定属于自己的至少一个寻呼带宽。

在NR中，支持大带宽(wideband)载波，载波带宽可以达到400MHz。对于网络侧来说，支持大带宽载波没有问题，但是对于UE来说，受制于成本、功率等限制，支持的最大带宽受UE能力的限制。因此，为一个大带宽载波配置一个或者多个带宽部分(bandwidth part，BWP)，每个BWP可以包含一组连续的PRB。对于一个UE来说，在一个服务小区中，允许同时存在最多一个激活(active)的下行(Downlink，DL)BWP和最多一个active的上行(Uplink，UL)BWP。并且，在UE被配置BWP之前，存在一个初始active DL/UL BWP，在无线资源控制(RadioResource Control，RRC)连接建立过程中或者建立之后，可以为UE配置active DL/UL BWP。

可以将系统带宽中定义的多个寻呼带宽分散到多个不同的BWP中，从而使得寻呼的负载在不同的BWP上平均化，多个寻呼带宽中也可以有部分寻呼带宽在同一个BWP中，例如，多个寻呼带宽可以在同一个BWP中频域上部分重叠或者完全不重叠。

在本公开实施例中，该方法还包括：该终端设备接收该网络设备发送的该多个寻呼带宽的配置信息；该终端设备从该多个寻呼带宽中确定该至少一个寻呼带宽，包括：该终端设备根据该终端设备的标识和该多个寻呼带宽的配置信息，确定该至少一个寻呼带宽中每个寻呼带宽的频域位置。

终端设备可以根据自己的标识(identity，ID)来确定属于自己的至少一个寻呼带宽所在的频域位置。例如，UE_ID＝(国际移动用户识别码(International MobileSubscriber Identification Number，IMSI)mod 1024)，寻呼带宽索引＝UE_ID mod N，其中，N为系统带宽中所有寻呼带宽的个数。网络设备可以将在系统带宽中的多个寻呼带宽的配置信息可以指示给终端设备，终端设备就能知道所有的寻呼带宽所在的频域位置，进而终端设备就可以根据确定的属于自己的寻呼带宽的索引来确定属于自己的寻呼带宽所在的频域位置。

在本公开实施例中，该多个寻呼带宽的配置信息包括该多个寻呼带宽中每个寻呼带宽的频域位置信息和/或该多个寻呼带宽中每个寻呼带宽的频域偏移信息。

网络设备可以将多个寻呼带宽中每个寻呼带宽的频域位置直接指示给终端设备，也可以通过频域偏移等间接指示。例如，网络设备可以将寻呼带宽相对于同步信号块(Synchronization Signal Block，SSB)的频域位置的偏移，或者相对于广播信号的频域位置的偏移等。网络设备也可以通过相对于系统带宽的中心频点的频域位置的偏移，网络设备还可以通过某个BWP的频域位置来指示。例如，网络设备可以提前向终端设备通知各个BWP的配置信息，并且网络设备告知终端设备寻呼带宽的个数与网络配置的BWP的个数相同，也就是说每个BWP中都配置一个寻呼带宽，并且终端设备可以提前获知每个寻呼带宽占用所在BWP的中间10MHz。终端设备一旦获知各个BWP的配置信息，即可获知每个寻呼带宽所占的频域位置。

在本公开实施例中，该多个寻呼带宽的配置信息承载于剩余最小系统信息RMSI中。

若寻呼带宽是由网络设备配置的，那么网络设备可以通过系统消息来通知终端设备该多个寻呼带宽的配置信息。例如，该系统消息可以是剩余最小系统信息(Remainingminimum system information，RMSI)或者其他系统信息(other system information，OSI)中。

在本公开实施例中，该多个寻呼带宽属于多个寻呼带宽集合，该多个寻呼带宽集合与多组寻呼参数一一对应，该寻呼参数用于确定寻呼帧和/或寻呼时机。

在终端设备获取到属于自己的寻呼带宽之后，终端设备还需要知道属于自己的寻呼参数，例如，终端设备得知道属于自己的寻呼时机(paging occasion，PO)，这样终端设备才能在相应的时间接收寻呼消息。本领域技术人员理解，基站在收到核心网的寻呼消息之后，可以将PO相同的UE的寻呼消息汇总成一条寻呼消息，并通过寻呼信道传输给相关UE。UE通过系统消息接收寻呼参数，结合自身IMSI计算PO，在相应的时间接收寻呼消息。寻呼消息通过物理下行共享信道(Physical Downlink Shared Channel，PDSCH)承载，UE通过检测用寻呼无线网络临时标识(Paging-Radio Network Temporary Identity，P-RNTI)加扰的物理下行控制信道(Physical Downlink Control Channel，PDCCH)获得寻呼指示信息，从而接收寻呼消息。Idle态的UE会通过非连续接收(Discontinuous Reception，DRX)的方式省电，UE从系统消息中获取DRX相关信息。在一个DRX周期中的寻呼帧(paging frame，PF)上的PO监听通过P-RNTI加扰的PDCCH来接收寻呼消息。PF表示寻呼消息应该出现在哪个系统帧号上，PO则表示可能出现的子帧时刻。

可以针对不同的寻呼带宽独立配置寻呼参数，也可以将多个寻呼带宽分成多个寻呼带宽集合，可以对每个寻呼带宽集合中的寻呼带宽独立配置一组寻呼参数，也就是说，不同寻呼带宽集合对应的寻呼参数可以是独立配置的，而同一个寻呼带宽集合中的寻呼带宽的寻呼参数则是公共配置的。

每个寻呼带宽集合中的寻呼带宽的数量可以相同也可以不同，例如，第一个寻呼带宽集合中包括一个寻呼带宽，而第二个寻呼带宽集合可以包括两个寻呼带宽。也可以将属于同一个BWP的寻呼带宽划分为同一个寻呼带宽集合。

网络设备也可以针对不同的寻呼带宽采用不同的波束向终端设备发送寻呼消息，而不同的波束可以采用时分复用(Time-Division Multiplexing，TDM)的方式分时发送，从而可以提高资源的利用率。

在本公开实施例中，该寻呼参数承载于最小剩余系统信息RMSI或其他系统信息OSI中。

由上述描述可知，网络设备可以通过系统消息来通知寻呼带宽的寻呼参数。例如，该系统消息可以是RMSI或者OSI中。

图3示出了本公开实施例的寻呼的方法200的示意性框图。如图3所示，该方法200包括以下部分内容或全部内容：

S210，网络设备确定待寻呼的终端设备。

S220，该网络设备在至少一个寻呼带宽上向该终端设备发送寻呼消息，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽。

在本公开实施例中，该方法还包括：该网络设备向该终端设备发送用于承载寻呼消息的多个寻呼带宽的配置信息，该多个寻呼带宽的配置信息用于该终端设备确定该至少一个寻呼带宽的频域位置，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽。

在本公开实施例中，该多个寻呼带宽中的至少两个寻呼带宽的频域位置不完全重叠。

在本公开实施例中，同一寻呼带宽集合的寻呼带宽属于同一个带宽部分BWP。

应理解，网络设备描述的网络设备与终端设备之间的交互及相关特性、功能等与终端设备的相关特性、功能相应。并且相关内容在上述方法100中已经作了详尽描述，为了简洁，在此不再赘述。

还应理解，在本公开的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。

上文中详细描述了根据本公开实施例的寻呼的方法，下面将结合图4至图7，描述根据本公开实施例的寻呼的装置，方法实施例所描述的技术特征适用于以下装置实施例。

图4示出了本公开实施例的终端设备300的示意性框图。如图4所示，该终端设备300包括：

第一确定单元310，用于确定用于承载该终端设备的寻呼消息的至少一个寻呼带宽，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽；

第一接收单元320，用于在该至少一个寻呼带宽上接收该寻呼消息。

因此，本公开实施例的终端设备，通过在配置寻呼带宽时考虑终端设备的最小带宽能力对应的带宽，能够避免终端设备因为带宽能力不足而造成的无法接收寻呼消息的问题。

在本公开实施例中，该终端设备还包括：第二确定单元，用于承载寻呼消息的多个寻呼带宽，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽；该第一确定单元用于：从该多个寻呼带宽中确定该至少一个寻呼带宽。

在本公开实施例中，该终端设备还包括：第二接收单元，用于接收该网络设备发送的该多个寻呼带宽的配置信息；该第一确定单元用于：根据该终端设备的标识和该多个寻呼带宽的配置信息，确定该至少一个寻呼带宽中每个寻呼带宽的频域位置。

应理解，根据本公开实施例的终端设备300可对应于本公开方法实施例中的终端设备，并且终端设备300中的各个单元的上述和其它操作和/或功能分别为了实现图2方法中终端设备的相应流程，为了简洁，在此不再赘述。

图5示出了本公开实施例的网络设备400的示意性框图。如图5所示，该网络设备400包括：

确定单元410，用于确定待寻呼的终端设备；

第一发送单元420，用于在至少一个寻呼带宽上向该终端设备发送寻呼消息，该至少一个寻呼带宽中的每个寻呼带宽不大于终端设备的最小带宽能力对应的带宽。

因此，本公开实施例的网络设备，通过在配置寻呼带宽时考虑终端设备的最小带宽能力对应的带宽，能够避免终端设备因为带宽能力不足而造成的无法接收寻呼消息的问题。

在本公开实施例中，该网络设备还包括：第二发送单元，用于向该终端设备发送用于承载寻呼消息的多个寻呼带宽的配置信息，该多个寻呼带宽的配置信息用于该终端设备确定该至少一个寻呼带宽的频域位置，该多个寻呼带宽中的每个寻呼带宽均不大于该最小带宽能力对应的带宽。

应理解，根据本公开实施例的网络设备400可对应于本公开方法实施例中的网络设备，并且网络设备400中的各个单元的上述和其它操作和/或功能分别为了实现图3方法中网络设备的相应流程，为了简洁，在此不再赘述。

如图6所示，本公开实施例还提供了一种终端设备500，该终端设备500可以是图4中的终端设备300，其能够用于执行与图2中方法100对应的终端设备的内容。该终端设备500包括：输入接口510、输出接口520、处理器530以及存储器540，该输入接口510、输出接口520、处理器530和存储器540可以通过总线系统相连。该存储器540用于存储包括程序、指令或代码。该处理器530，用于执行该存储器540中的程序、指令或代码，以控制输入接口510接收信号、控制输出接口520发送信号以及完成前述方法实施例中的操作。

应理解，在本公开实施例中，该处理器530可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器530还可以是其他通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器540可以包括只读存储器和随机存取存储器，并向处理器530提供指令和数据。存储器540的一部分还可以包括非易失性随机存取存储器。例如，存储器540还可以存储设备类型的信息。

在实现过程中，上述方法的各内容可以通过处理器530中的硬件的集成逻辑电路或者软件形式的指令完成。结合本公开实施例所公开的方法的内容可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器540，处理器530读取存储器540中的信息，结合其硬件完成上述方法的内容。为避免重复，这里不再详细描述。

一个实施方式中，终端设备300中的第一接收单元和第二接收单元可以由图6中的输入接口510实现，终端设备300中的第一确定单元和第二确定单元可以由图6中的处理器530实现。

如图7所示，本公开实施例还提供了一种网络设备600，该网络设备600可以是图5中的网络设备400，其能够用于执行与图3中方法200对应的网络设备的内容。该网络设备600包括：输入接口610、输出接口620、处理器630以及存储器640，该输入接口610、输出接口620、处理器630和存储器640可以通过总线系统相连。该存储器640用于存储包括程序、指令或代码。该处理器630，用于执行该存储器640中的程序、指令或代码，以控制输入接口610接收信号、控制输出接口620发送信号以及完成前述方法实施例中的操作。

应理解，在本公开实施例中，该处理器630可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器630还可以是其他通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器640可以包括只读存储器和随机存取存储器，并向处理器630提供指令和数据。存储器640的一部分还可以包括非易失性随机存取存储器。例如，存储器640还可以存储设备类型的信息。

在实现过程中，上述方法的各内容可以通过处理器630中的硬件的集成逻辑电路或者软件形式的指令完成。结合本公开实施例所公开的方法的内容可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器640，处理器630读取存储器640中的信息，结合其硬件完成上述方法的内容。为避免重复，这里不再详细描述。

一个实施方式中，网络设备400中的第一发送单元和第二发送单元可以由图7中的输出接口620实现。网络设备400中的确定单元可以由图7中的处理器630实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的应用和设计约束条件。专业技术人员可以对每个特定的公开来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

该功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上为本公开的实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应该以权利要求的保护范围为准。

Claims

1.一种寻呼方法，其特征在于，包括：

终端设备确定第一寻呼带宽，所述第一寻呼带宽为多个寻呼带宽中的一个；

根据所述第一寻呼带宽，接收寻呼消息；

所述多个寻呼带宽是由网络设备通过配置信息配置的，所述配置信息包括多个带宽部分BWP的配置信息，其中，每个所述BWP中包括一个所述寻呼带宽。

2.根据权利要求1所述的方法，其特征在于，所述配置信息包括：

所述多个寻呼带宽中每个寻呼带宽的频域位置信息。

3.根据权利要求2所述的方法，其特征在于，所述配置信息承载于系统消息。

4.根据权利要求2或3所述的方法，其特征在于，所述多个寻呼带宽位于不同的BWP中。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述终端设备确定第一寻呼带宽，包括：

所述终端设备从物理下行控制信道PDCCH中获取指示信息；

所述终端设备根据所述指示信息，确定所述第一寻呼带宽。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述多个寻呼带宽均在系统带宽中。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述多个寻呼带宽中的每个寻呼带宽均不大于所述终端设备的最小带宽能力。

8.一种终端设备，其特征在于，包括：

第一确定单元，用于确定第一寻呼带宽，所述第一寻呼带宽为多个寻呼带宽中的一个；

第一接收单元，用于根据所述第一寻呼带宽，接收寻呼消息；

9.根据权利要求8所述的终端设备，其特征在于，所述配置信息包括所述多个寻呼带宽中每个寻呼带宽的频域位置信息；

所述配置信息承载于系统消息。

10.根据权利要求9所述的终端设备，其特征在于，所述多个寻呼带宽位于不同的BWP中。

11.根据权利要求8至10中任一项所述的终端设备，其特征在于，所述第一确定单元用于：

从物理下行控制信道PDCCH中获取指示信息；

根据所述指示信息，确定所述第一寻呼带宽。

12.根据权利要求8至10中任一项所述的终端设备，其特征在于，所述多个寻呼带宽均在系统带宽中。

13.根据权利要求8至10中任一项所述的终端设备，其特征在于，所述多个寻呼带宽中的每个寻呼带宽均不大于所述终端设备的最小带宽能力。

14.一种终端设备，其特征在于，包括：存储器、处理器、输入接口和输出接口，其中，所述存储器、处理器、输入接口和输出接口通过总线系统相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器存储的所述计算机程序，以执行如权利要求1至7中任一项所述的方法。

15.一种计算机存储介质，其特征在于，所述计算机存储介质存储有用于执行如权利要求1至7中任一项所述的方法的计算机程序。