[go: up one dir, main page]

CN110351815B - 一种寻呼方法、基站及用户设备 - Google Patents

一种寻呼方法、基站及用户设备 Download PDF

Info

Publication number
CN110351815B
CN110351815B CN201810299228.3A CN201810299228A CN110351815B CN 110351815 B CN110351815 B CN 110351815B CN 201810299228 A CN201810299228 A CN 201810299228A CN 110351815 B CN110351815 B CN 110351815B
Authority
CN
China
Prior art keywords
paging
category
parameter
parameters
paged
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810299228.3A
Other languages
English (en)
Other versions
CN110351815A (zh
Inventor
沙秀斌
戴博
陆婷
刘旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201810299228.3A priority Critical patent/CN110351815B/zh
Priority to KR1020207031436A priority patent/KR102368635B1/ko
Priority to PCT/CN2019/078126 priority patent/WO2019192303A1/zh
Priority to EP19781715.8A priority patent/EP3780765A4/en
Priority to US17/043,967 priority patent/US11864155B2/en
Priority to RU2020135909A priority patent/RU2764011C1/ru
Publication of CN110351815A publication Critical patent/CN110351815A/zh
Application granted granted Critical
Publication of CN110351815B publication Critical patent/CN110351815B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供了一种寻呼方法、基站及用户设备，其中所述寻呼方法之一包括：基站基于UE类别配置寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。如此，为不同UE类别配置不同的寻呼参数，能够减少下行资源的浪费、或者减少UE监控寻呼过程中的功率消耗。

Description

一种寻呼方法、基站及用户设备
技术领域
本发明涉及IoT(Internet of Things，物联网)技术，尤指一种寻呼方法、基站及用户设备。
背景技术
在无线通讯领域，针对不同通讯需求引入了不同的无线接入技术，尤其在IoT(Internet of Things，物联网)领域，基于LTE(Long Term Evolution，长期演进：是由3GPP(The 3rd Generation Partnership Project，第三代合作伙伴计划)组织制定的UMTS(Universal Mobile Telecommunications System，通用移动通信系统)技术标准的长期演进)无线接入制式针对IoT需求进行演进，引入了NB-IoT(NarrowBand Internet ofThings，窄带物联网)技术和eMTC(enhanced Machine Type Communication，增强的机器类型通信)技术。NB-IoT和eMTC都属于3GPP标准内的LPWAN((Low Power Wide Area Network，低功耗广域网)技术。覆盖增强CE(Coverage enhancement)和低功耗是NB-IoT和eMTC的两个重要特性。
在目前NB-IoT协议中，寻呼是通过NPDCCH(Narrowband Physical DownlinkControl CHannel，窄带物理下行链路控制信道)调度的；为了增强小区及寻呼的覆盖范围，调度寻呼的NPDCCH会重复发送，覆盖范围越大需要的重复次数越多(重复次数越多消耗的下行NPDCCH资源也越多)，且重复次数是通过SIB(System Information Block，系统信息块)广播给UE(User Equipment，用户设备)。
在目前eMTC协议中，覆盖增强包含Mode A和Mode B两种模式；eMTC终端包含两种类型：一种叫BL UEs(Bandwidth reduced low complexity UEs，低带宽低复杂度终端)，其支持Mode A传输模式是必选项；另外一种叫做UEs in CE(Coverage Enhanced，处于覆盖强增模式下的终端)，其可以同时支持Mode A和Mode B两种传输模式。BL UEs与UE in CE的寻呼机制是一样的，寻呼都是通过MPDCCH(MTC(Machine Type Communication，机器类型通信)Physical Downlink Control CHannel，MTC物理下行链路控制信道)调度的；为了增强小区及寻呼的覆盖范围，调度寻呼的MPDCCH会重复发送，覆盖范围越大需要的重复次数越多(重复次数越多消耗的下行MPDCCH资源也越多)，且重复次数是通过SIB广播给UE。
另外，无论是NB-IoT还是eMTC，为了降低UE监控寻呼时的功率消耗，都引入了唤醒信号Wakeup Signal，在覆盖增强场景也需要通过重复发送Wakeup Signal来提高覆盖范围，覆盖范围越大需要的重复次数越多(重复次数越多消耗的下行Wakeup Signal资源也越多)。
而目前的相关协议中，调度寻呼的PDCCH的最大重复次数和调度寻呼的WakeupSignal的最大重复次数都是按照小区覆盖的最大范围来配置的。这样，对于一个小区内覆盖范围较小的UE来说，使用过大的重复次数，不仅会浪费下行资源，也会加大UE监控寻呼过程中的功率消耗。
此外，NB-IoT UE和eMTC UE都存在低能耗的要求，节能需求也比较高，现有技术也没有提供非常有效地改善UE寻呼过程中的节能方案。
发明内容
有鉴于此，本发明实施例提供了一种寻呼方法，包括：
基站基于用户设备UE类别配置寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
本发明实施例还提供了一种寻呼方法，包括：
用户设备UE接收基站发送的基于UE类别配置的寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
本发明实施例还提供了一种寻呼方法，包括：
移动管理单元MME向基站发送寻呼消息，所述寻呼消息携带待寻呼UE的UE类别信息；
所述UE类别信息用于所述基站识别所述待寻呼UE的类别；
所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
本发明实施例还提供了一种基站，包括：
配置单元，用于基于用户设备UE类别配置寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
本发明实施例还提供了一种用户设备UE，包括：
接收单元，用于接收基站发送的基于UE类别配置的寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
本发明实施例还提供了一种移动管理单元MME，包括：
发送单元，用于向基站发送寻呼消息，所述寻呼消息携带待寻呼UE的UE类别信息；
所述UE类别信息用于所述基站识别所述UE的类别；
所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
本发明实施例还提供了一种基站，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述基站执行的任一项寻呼方法。
本发明实施例还提供了一种用户设备UE，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述UE执行的任一项寻呼方法。
本发明实施例还提供了一种移动管理单元MME，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述MME执行的任一项寻呼方法。
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有信息处理程序，所述信息处理程序被处理器执行时实现上述任一项寻呼方法的步骤。
本申请实施例提供的技术方案，基站基于UE类别配置寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。如此，为不同UE类别分配不同的寻呼参数，能够减少下行资源的浪费，或者减少UE监控寻呼过程中的功率消耗。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1为本发明实施例一提供的寻呼方法的流程示意图；
图2为本发明实施例一示例一提供的寻呼方法的流程示意图；
图3为本发明实施例一示例二提供的寻呼方法的流程示意图；
图4为本发明实施例二提供的寻呼方法的流程示意图；
图5为本发明实施例二示例一提供的寻呼方法的流程示意图；
图6为本发明实施例二示例一中步骤503详细过程的示意图；
图7为本发明实施例二示例一中步骤503详细过程的示意图；
图8为本发明实施例二示例一中步骤503详细过程的示意图；
图9为本发明实施例二示例一中步骤503详细过程的示意图
图10为本发明实施例三提供的寻呼方法的流程示意图；
图11为本发明实施例三示例一提供的寻呼方法的流程示意图；
图12为本发明实施例三示例一中步骤1001、1002详细过程的示意图；
图13为本发明实施例三示例一中步骤1001详细过程的示意图；
图14为本发明实施例提供的基站的结构示意图；
图15为本发明实施例提供的UE的结构示意图；
图16为本发明实施例提供的MME的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出和/或描述的步骤。
基于LTE无线接入制式针对IoT需求进行演进，引入了NB-IoT技术和eMTC技术。NB-IoT和eMTC都采用了覆盖增加和低功率技术，并且在目前eMTC协议中，覆盖增强功能包含Mode A和Mode B两种模式。但是在寻呼过程中，为了增强小区及寻呼的覆盖范围，调度寻呼的PDCCH会重复发送，覆盖范围越大需要的重复次数越多(重复次数越多消耗的下行PDCCH资源也越多)，且重复次数是通过SIB广播给UE。另外，无论是NB-IoT还是eMTC，为了降低UE监控寻呼时的功率消耗，都引入了唤醒信号Wakeup Signal，在覆盖增强场景也需要通过重复发送Wakeup Signal信号来提高覆盖范围，覆盖范围越大需要的重复次数越多(重复次数越多消耗的下行Wakeup Signal资源也越多)。而目前的相关协议中，调度寻呼的PDCCH的最大重复次数和调度寻呼的Wakeup Signal的最大重复次数都是按照小区覆盖的最大范围来配置的。这样，对于覆盖范围较小的UE来说(比如覆盖增强受限终端Enhanced CoverageRestricted UE，覆盖增强模式B受限终端CE-ModeB Restricted UE，低发射功率UE)，使用过大的重复次数，不仅会浪费下行资源，也会加大UE寻呼监控过程中的功率消耗。此外，NB-IoT终端和eMTC终端都有低能耗的要求，而低功率发射功率UE的电量一般也低，节能需求也比较高；针对此类节能也需要给UE配置特殊的寻呼参数(比如：寻呼周期、所述寻呼周期内的寻呼资源个数、寻呼载波或窄带等等)从而减少下行资源的浪费，且有针对性地改善UE监控寻呼过程的节能效果。
针对上述相关技术中存在的问题，本申请实施例提出了一种寻呼方法、基站和用户设备，基于UE类别配置寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。如此，对于不同的UE类别配置不同的寻呼参数，即合理配置调度寻呼的配置信息和/或承载寻呼的下行载波信息，减少了下行资源的浪费，也可以降低UE寻呼监控过程中的功率消耗，提升节能效果。
实施例一
图1为本发明实施例一提供的寻呼方法的流程示意图。如图1所示，该方法，包括：
步骤101，基站基于用户设备UE类别配置寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、处于特定覆盖增强级别的UE、其他具有限制UE覆盖范围特性UE。
UE类别影响UE的覆盖范围大小，不同的UE类别的UE具有不同的覆盖范围大小。一般情况下：覆盖增强受限UE的覆盖范围<覆盖增强模式B受限UE的覆盖范围<低功率级别UE的覆盖范围<Legacy UE的覆盖范围。覆盖增强功能受限UE是指不允许使用覆盖增强功能的UE，覆盖增强模式B受限UE是指即不允许使用覆盖增强模式B的UE，，所述低功率级别UE是指NB-IoT/eMTC系统中引入的上行最大发射功率为14dBm的UE，或者后续引入的最大发射功率低于一定功率阈值的UE或者其他通过重复发送来增强无线覆盖的无线制式中上行最大发射功率低于一定功率阈值的UE。其他具有限制UE覆盖范围特性UE是指除覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE之外的覆盖范围受限制的UE，所述Legacy UE是指覆盖范围不受限制，可以按照小区最大覆盖范围配置寻呼参数以及寻呼参数的选择策略的UE。所述移动受限UE为移动速度和/或移动范围受限的UE，比如不移动的UE(也即：静止UE)、间歇性移动的UE。目前相关标准中，最多可以设置3种或者4种覆盖增强级别，不同的覆盖增强级别对应不同的覆盖范围大小即不同的覆盖程度区域。
其中，所述调度寻呼的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB。
其中，所述承载寻呼的下行载波信息包括如下至少之一：可承载寻呼的载波列表、可承载寻呼的窄带列表、寻呼载波的UE选择权重、寻呼窄带的UE选择权重、寻呼载波的个数、寻呼窄带的个数。
基站可以为一个或多个UE类别配置对应的寻呼参数。例如，基站为覆盖增强受限UE配置一组对应的寻呼参数、和/或为覆盖增强模式B受限UE配置一组对应的寻呼参数、和/或为低功率级别UE配置一组对应的寻呼参数，并将为各个UE类别对应配置的寻呼参数及其UE类别与寻呼参数的对应关系通过SIB广播给基站下的所有UE；其中可以通过为覆盖范围越小的UE分配越少的调度寻呼的PDCCH的最大重复次数、调度寻呼的Wakeup Signal的最大重复次数，比如为覆盖增强受限UE配置的调度寻呼的PDCCH的最大重复次数比为覆盖增强模式B受限UE和低功率级别UE配置的调度寻呼的PDCCH的最大重复次数少，为覆盖增强模式B受限UE配置的的调度寻呼的PDCCH的最大重复次数比为低功率级别UE配置的调度寻呼的PDCCH的最大重复次数少；另外也可以基于UE类别为不同UE类别配置不同的寻呼周期、所述寻呼周期内的寻呼资源个数nB、可承载寻呼的载波列表、可承载寻呼的窄带列表、寻呼载波的UE选择权重、寻呼窄带的UE选择权重、寻呼载波的个数、寻呼窄带的个数等等寻呼参数，以便后续基于配置的寻呼参数选择寻呼资源，减少下行寻呼资源的浪费。
其中，在所述基站基于UE类别配置寻呼参数之后，该方法还包括：
所述基站通过系统信息块SIB将基于UE类别配置的寻呼参数发送给UE。
例如基站可以通过SIB将基于UE类别配置的寻呼参数及其对应关系广播给UE。
其中，在所述基站基于UE类别配置寻呼参数之后，该方法还包括：
所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述待寻呼UE发送寻呼消息。
其中，所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，包括：
当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述待寻呼UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述待寻呼UE的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
其中，所述当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源，包括：
当所述待寻呼UE的类别只有一种时，且所述待寻呼UE的类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述待寻呼UE的类别为多种时，且所述待寻呼UE的多种类别的其中一种类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述待寻呼UE的类别为多种时，且所述待寻呼UE的多种类别的其中多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述待寻呼UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述待寻呼UE的类别中，基于PDCCH或Wakeup Signal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源。
其中，在所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源之前，该方法还包括：
所述基站基于移动管理单元MME发送的寻呼消息中携带的所述UE的UE类别信息识别所述UE的UE类别；所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
其中，所述UE功率级别信息包括UE最大发射功率信息。UE类别指示信息包括所述UE的UE类别，所述UE类别包括如下至少之一：覆盖增强功能受限的UE、覆盖增强模式B受限的UE、低功率级别的UE、移动受限UE、处于特定覆盖增强级别的UE、其他具有限制UE覆盖范围特性的UE。
例如，当MME向待寻呼UE发起寻呼时，向基站发送的寻呼消息中携带所述待寻呼UE的UE最大发射功率信息或者UE类别指示信息，如此所述基站可以基于所述UE的UE最大发射功率信息或者UE类别指示信息识别出所述UE的类别。其中，所述UE的UE功率级别信息或者UE类别可以由UE直接上报给MME，或者由UE通过eNB发送给MME。另外所述UE的类别，也可以是UE在MME签约的UE类别。
本实施例一提供的的技术方案，基站基于UE类别配置寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。如此，对于不同覆盖范围的大小的UE，合理配置寻呼参数，减少下行资源的浪费。
以下通过两个具体示例对实施例一提供的技术方案进行具体描述。
该实施例可以应用于NB-IoT系统或者eMTC，下面提到的基站(eNB)可以是NB-IoT基站或者eMTC基站，下面提到的用户设备UE可以是NB-IoT终端或者eMTC终端，下面提到的PDCCH可以是NPDCCH或者MPDCCH。
示例一：
图2为本发明实施例一示例一提供的寻呼方法的流程示意图。如图2所示，该方法包括：
步骤201，基站eNB基于UE类别配置寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息；
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、处于特定覆盖增强级别的UE、其他具有限制UE覆盖范围特性UE。
其中，所述调度寻呼的的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB。
其中，所述承载寻呼的下行载波信息包括如下至少之一：可承载寻呼的载波列表、可承载寻呼的窄带列表、寻呼载波的UE选择权重、寻呼窄带的UE选择权重、寻呼载波的个数、寻呼窄带的个数。
其中，不同的UE类别对应于不同的覆盖范围。一般而言，覆盖增强受限UE的覆盖范围<覆盖增强模式B受限UE的覆盖范围<低功率级别UE的覆盖范围<Legacy UE的覆盖范围。如此基站可以为不同的UE类别配置不同的调度寻呼的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数，如此对于覆盖范围受限制的UE不再需要按照小区最大覆盖范围配置调度寻呼的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数，为覆盖范围越小的UE配置越少的调度寻呼的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数，从而避免了下行资源的浪费。
另外，覆盖增强功能受限UE的调度寻呼的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数可以通过标准固定为1(不重复发送)。
同样的，基站也可以为不同的UE类别配置不同的寻呼周期(PagingCycle)、所述寻呼周期内的寻呼资源个数nB、可承载寻呼载波或窄带列表、寻呼载波或窄带的UE选择权重、寻呼载波或窄带个数等等寻呼参数。例如NB-IoT终端或者eMTC终端都有低功耗、低功率的节能要求，而低功率UE的电量一般也低，节能需求也比较高；针对此类节能也可以基于UE类别配置特殊的寻呼参数，例如为某一UE类别配置特殊的寻呼周期(例如寻呼的DRX周期)、特殊的所述寻呼周期内的寻呼资源个数(nB)、专门的载波、专门的寻呼窄带(paging-narrowBands)等等。
其中，基站可以为所有的UE类别都配置每一个UE类别各自对应的一组寻呼参数，也可以只为一个或多个UE类别配置各自对应的一组寻呼参数；形成UE类别与寻呼参数对照关系表，保存在本地并广播给所述基站下的所有UE。
步骤202，所述基站通过系统信息块SIB将基于UE类别配置的寻呼参数广播给UE。
所述基站在配置完寻呼参数之后，可以通过SIB将配置好的寻呼参数以UE类别与寻呼参数的对应关系广播给归属于该基站下的所有UE。UE收到所述基站基于UE类别配置的寻呼参数后保存在本地。如此，UE和基站都保存了基站基于UE类别配置的寻呼参数。
此外，所述基站还可以为特定的UE类别配置特殊的调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号Wakeup Signal的最大重复次数，并通过系统信息块SIB将配置好的所述特殊的调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号Wakeup Signal的最大重复次数广播给归属于该基站下的所有UE。后续寻呼过程中，如果基站本地基于UE类别配置的寻呼参数中无论是否包含所述特定UE类别对应的调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号Wakeup Signal的最大重复次数，如果有为所述特定的UE类别配置的特殊调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号Wakeup Signal的最大重复次数，则优先基于所述特殊调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号Wakeup Signal的最大重复次数选择寻呼资源。同样的，待寻呼UE接收了基站基于UE类别配置的寻呼参数中无论是否包含了所述特定UE类别对应的调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号Wakeup Signal的最大重复次数，如果所述待寻呼UE也接收了基站为所述特定的UE类别配置的特殊调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号Wakeup Signal的最大重复次数，则所述待寻呼UE优先基于所述特殊调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、和/或调度寻呼的唤醒信号WakeupSignal的最大重复次数选择寻呼资源。
通过上述示例一提供的技术方案，基站基于UE类别配置寻呼参数，并将所述寻呼参数发送UE。如此，为不同UE类别合理配置不同的寻呼参数。
示例二
图3为本发明实施例一示例二提供的寻呼方法的流程示意图。如图3所示，该方法包括：
步骤301，eNB接收移动管理单元MME发送的寻呼消息，所述寻呼消息中携带待寻呼UE的UE类别信息；
其中，所述UE类别信息用于所述基站识别所述UE的类别；所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
其中，所述UE功率级别信息包括UE最大发射功率信息。UE类别指示信息包括所述UE的类别，所述待寻呼UE的类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、处于特定覆盖增强级别的UE、其他具有限制UE覆盖范围特性UE。
例如，当MME向待寻呼UE发起寻呼时，向基站发送的寻呼消息中携带所述带寻呼UE的UE最大发射功率信息或者UE类别指示信息，如此所述基站可以基于所述待寻呼UE的UE最大发射功率信息或者UE类别指示信息识别出所述待寻呼UE的类别。其中，所述UE的UE功率级别信息或者UE类别可以由UE直接上报给MME，或者由UE通过eNB发送给MME。所述待寻呼UE的类别，也可以是所述待寻呼UE在MME签约的UE类别。
步骤302，所述eNB根据所述待寻呼UE的UE类别信息识别所述UE的类别；
例如，所述UE功率级别信息包括UE最大发射功率信息，当待寻呼UE最大发射功率为上行最大发射功率为14dBm，则eNB就可以识别所述待寻呼UE的UE类别为低功率级别UE。
例如，所述待寻呼UE的UE类别指示信息直接指示所述UE的类别为覆盖增强功能受限UE和/或覆盖增强模式B受限UE，则eNB就可以识别所述UE的类别为覆盖增强功能受限UE和/或覆盖增强模式B受限UE。
例如，所述待寻呼UE的UE类别指示信息直接指示所述UE的类别为覆盖增强功能受限UE、覆盖增强模式B受限UE和低功率级别UE，则eNB就可以识别所述待寻呼UE的类别为覆盖增强功能受限UE、覆盖增强模式B受限UE和低功率级别UE。
例如，所述待寻呼UE的UE类别指示为移动受限UE(比如：静止)且同时指示UE所处的覆盖增强级别，则eNB就可以识别所述待寻呼UE的所使用的覆盖增强级别。
例如，所述待寻呼UE的UE类别指示信息直接指示所述UE的类别为覆盖增强功能受限UE，则eNB就可以识别所述UE所使用的覆盖增强级别为覆盖增强级别0；
例如，所述待寻呼UE的UE类别指示信息直接指示所述UE的类别为覆盖增强模式B受限UE，则eNB就可以识别所述UE所使用的覆盖增强模式为覆盖增强模式A(也就是UE只能处于覆盖增强模式0和覆盖增强模式1)；
步骤303，所述eNB基于所述待寻呼UE的类别和所述基站基于UE类别配置的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述UE发送寻呼消息。
其中，基站基于UE类别配置寻呼参数，具体参见上述示例一的内容，在此不再赘述。
其中，一个UE可以具有一种或多种UE类别。
当所述待寻呼UE的类别只有一种时，且所述待寻呼UE的类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源。例如，所述UE的UE类别为低功率级别UE，基站也有基于低功率级别UE对应配置的寻呼参数，则说明所述寻呼UE的类别已配置有对应的寻呼参数，那么就基于低功率级别UE对应的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述待寻呼UE发送寻呼消息。
当所述待寻呼UE的类别为多种时，且所述待寻呼UE的多种类别的其中一种类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源。例如，所述待寻呼UE的类别为低功率级别UE和覆盖增强功能受限UE，但是基站只有基于低功率级别UE对应配置的寻呼参数，则说明所述待寻呼UE的两种类别的其中一种类别已配置有对应的寻呼参数，那么就基于低功率级别UE对应的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述UE发送寻呼消息。
当所述待寻呼UE的类别为多种时，且所述待寻呼UE的多种类别的其中多种类别已配置有对应的寻呼参数，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述待寻呼UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述待寻呼UE的类别中，基于PDCCH或Wakeup Signal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源。
例如，所述待寻呼UE的类别为低功率级别UE和覆盖增强功能受限UE，基站基于低功率级别UE和覆盖增强功能受限UE都配置有各自对应的寻呼参数，则说明所述待寻呼UE的两种类别的其中两种类别都已配置有对应的寻呼参数，由于覆盖增强功能受限UE的覆盖范围<低功率级别UE的覆盖范围，那么按照策略一就可以基于覆盖增强功能受限UE对应的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述UE发送寻呼消息。
当所述待寻呼UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述待寻呼UE的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
例如，所述待寻呼UE的类别为低功率级别UE和覆盖增强功能受限UE，但是基站只基于覆盖增强模式B受限UE配置有对应的寻呼参数，则说明所述待寻呼UE的UE类别未配置对应的寻呼参数，则可以选择传统Legacy对应的寻呼参数。
例如，所述待寻呼UE的类别为覆盖增强功能受限UE和覆盖增强模式B受限UE，但是基站只基于低功率级别UE配置有对应的寻呼参数，则说明所述待寻呼UE的类别未配置对应的寻呼参数，则可以选择传统Legacy对应的寻呼参数；另外，由于覆盖增强功能受限UE的覆盖范围<覆盖增强模式B受限UE的覆盖范围<低功率级别UE的覆盖范围，也可以基于低功率级别UE对应的寻呼参数选择对应的寻呼资源；还可以优先基于低功率级别UE对应的寻呼参数选择对应的寻呼资源。
另外，覆盖增强受限UE的调度寻呼的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数可以通过标准固定为1(不重复发送)，如果标准固定为为1，则覆盖增强受限UE的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数固定为1，不再从基站基于UE类别配置的寻呼参数和Legacy参数里选择。
通过上述示例二提供的技术方案，在寻呼过程中，基站可以基于待寻呼UE的类别和基于UE类别配置的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述待寻呼UE发送寻呼消息。如此对于不同类别的UE配置不同的寻呼参数，避免了下行资源浪费，实现了寻呼优化。
实施例二
图4为本发明实施例二提供的寻呼方法的流程示意图。如图4所示，该方法，包括：
步骤401，用户设备UE接收基站发送的基于UE类别配置的寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
其中，基站基于UE类别配置寻呼参数，请参考实施例一中的内容，在此不再赘述。
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、处于特定覆盖增强级别的UE、其他具有限制UE覆盖范围特性UE。
其中，所述调度寻呼的的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB。
其中，所述承载寻呼的下行载波信息包括如下至少之一：可承载寻呼载波列表、可承载寻呼窄带列表、寻呼载波的UE的选择权重、寻呼窄带的UE的选择权重、寻呼载波的个数、寻呼窄带的个数。
其中，在所述UE接收基站发送的基于UE类别配置的寻呼参数之后，该方法还包括：
所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上监控寻呼消息。
其中，所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源，包括：
当所述UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
其中，所述当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源，包括：
当所述UE的类别只有一种时，且所述UE的类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述UE的类别为多种时，且所述UE的多种类别的其中一种类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述UE的类别为多种时，且所述UE的多种类别的其中多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述UE的类别中，基于PDCCH或WakeupSignal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源。
其中，所述当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源，包括：
当所述UE的类别为多种时，且所述UE的多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述UE的类别中，基于PDCCH或WakeupSignal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略三：基于已配置有对应的寻呼参数的所述UE的多种类别中选择两种或两种以上的寻呼参数，并基于所述两种或两种以上的寻呼参数选择两种或两种以上的寻呼资源，并在所述两种或两种以上的寻呼资源上同时监控寻呼消息。
其中，基于对应的寻呼参数选择所述寻呼资源，包括：
如果所述对应的寻呼参数中配置有参数项，则基于配置的所述参数项选择所述寻呼资源；
如果所述对应的寻呼参数中没有配置有参数项，则基于LegacyUE对应的所述参数项选择所述寻呼资源；所述Legacy UE对应的所述参数项是指按小区最大覆盖范围配置的所述参数项；
所述参数项包括如下之一：调度寻呼的PDCCH的最大重复次数、调度寻呼的WakeupSignal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB。
其中，基于对应的寻呼参数选择所述寻呼资源，包括：
如果所述对应的寻呼参数中包含与所述UE的类别对应的可承载寻呼载波或窄带，则基于如下策略之一：
策略一：如果所述载波或窄带只有一个，则基于所述载波或窄带选择所述寻呼资源；
策略二：如果所述载波或窄带存在多个，则基于如下预定义规则之一选择所述载波或窄带中的一个载波或窄带，基于所述一个载波或窄带选择所述寻呼资源：
规则一：按照UE ID和载波或窄带选择权重将UE按选择权重比例分摊到所述载波或窄带上；
规则二：给予UE ID与载波或窄带个数取摸来将UE平均分摊到多个载波或窄带上。
上述如何从多个载波或窄带中通过比例分摊或取模选择其中一个载波或窄带可以采用现有标准中的相关方案，在此不再赘述。
其中，基于对应的寻呼参数选择所述寻呼资源，包括：
如果所述对应的寻呼参数中没有包含与所述UE的类别对应的可承载寻呼载波或窄带，则以Legacy UE的寻呼载波或窄带选择策略在Legacy UE的寻呼载波或窄带里选择载波或窄带，并基于所述选择的载波或窄带选择所述寻呼资源，所述Legacy的寻呼载波或窄带是指按小区最大覆盖范围配置的寻呼载波或窄带，所述Legacy的寻呼载波或窄带选择策略是指按小区最大覆盖范围配置的寻呼载波或窄带的选择策略。
其中，在所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源之前，该方法还包括：
所述UE根据所述UE的UE功率级别信息或者自身特性信息识别所述UE的类别，或者基于移动管理单元MME预先发送的消息中携带的UE类别识别所述UE的类别；
所述自身特性信息是指所述UE的覆盖增强B模式是否受限制，如果所述UE的覆盖增强B模式受限制，则所述UE的类别包括覆盖增强B受限UE。
例如，一种情形是，UE可以根据所述UE的UE功率级别信息(比如UE最大发射功率)、或者自身特性信息(例如UE中参数“UE's usage setting”是否设置为“voice centric”(例如如果设置为“voice centric”即表明该UE的CE ModeB受限制))直接识别自身的类别；另一种情形是，基于移动管理单元MME预先发送的消息中携带的UE类别识别自身的类别，即MME将所述UE在MME中签约的UE类别(比如：覆盖增强受限UE)通知给所述UE。
例如，MME可以在发送给UE的附着接受ATTACH ACCEPT消息或跟踪区更新请求接受TRACKING AREA UPDATE ACCEPT消息中携带所述UE的类别。所述UE的类别可以为所述UE在MME中签约时的UE类别。
本实施例二提供的的技术方案，UE接收基站基于UE类别配置的寻呼参数，并在寻呼过程中，基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上监控寻呼消息。如此，不同类别的UE基于不同的寻呼参数选择寻呼资源，降低UE监控寻呼过程中的功率消耗，提升节能效果，实现了寻呼优化。
以下通过五个具体示例对实施例二提供的技术方案进行具体描述。
该实施例可以应用于NB-IoT系统或者eMTC，下面提到的基站(eNB)可以是NB-IoT基站或者eMTC基站，下面提到的用户设备UE可以是NB-IoT终端或者eMTC终端，下面提到的PDCCH可以是NPDCCH或者MPDCCH。
示例一：
图5为本发明实施例二示例一提供的寻呼方法的流程示意图。如图5所示，该方法包括：
步骤501，用户设备UE接收基站发送的基于UE类别配置的寻呼参数；
其中，所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
其中，基站基于UE类别配置寻呼参数的详细内容，参见实施例一，在此不再赘述。
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、处于特定覆盖增强级别的UE、其他具有限制UE覆盖范围特性UE。
其中，所述调度寻呼的的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB。
其中，所述承载寻呼的下行载波信息包括如下至少之一：可承载寻呼载波列表、可承载寻呼窄带列表、寻呼载波的UE的选择权重、寻呼窄带的UE的选择权重、寻呼载波的个数、寻呼窄带的个数。
步骤502，所述UE根据所述UE的UE功率级别信息或者自身特性信息识别所述UE的类别，或者基于移动管理单元MME预先发送的消息中携带的UE类别识别所述UE的类别；
例如，MME可以在发送给UE的附着接受ATTACH ACCEPT消息或跟踪区更新请求接受TRACKING AREA UPDATE ACCEPT消息中携带所述UE的UE类别指示信息。所述UE的类别可以为所述UE在MME中签约时的UE类别。
上述步骤501、502并不存在固定的先后顺序，本示例一中的顺序仅仅是为了说明方便，并不起到限制步骤501、502前后顺序的作用。
步骤503，所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源；
其中，在所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源之前，还包括：所述UE接收从MME发送的消息，该消息携带UE的类别。
步骤504，所述UE在所述寻呼资源上监控寻呼消息。本实施二示例一提供的技术方案，UE接收基站基于UE类别配置寻呼参数，并在寻呼过程中，基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上监控寻呼消息。如此，对于不同类别的UE使用不同的寻呼参数选择寻呼资源，能够降低UE监控寻呼过程中的功率消耗，提升节能效果。
示例二：
图6为本发明实施例二示例一中步骤503详细过程的示意图。如图6所示，步骤503具体包括如下四种方式：
方式一：当所述UE的类别只有一种时，且所述UE的UE类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源。
例如，所述UE的类别为低功率级别UE，基站也有基于低功率级别UE对应配置的寻呼参数，则说明所述UE的类别与接收的寻呼参数中的一组寻呼参数对应的UE类别一致，则说明所述UE的类别已配置有对应的寻呼参数，那么就基于低功率级别UE对应的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述UE发送寻呼消息。
方式二：当所述UE的类别为多种时，且所述UE的多种类别的其中一种类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源。
例如，所述UE的类别为低功率级别UE和覆盖增强功能受限UE，但是基站只有基于低功率级别UE配置的寻呼参数，则说明所述UE的两种类别的其中一种类别与接收的寻呼参数对应的UE类别一致，则说明所述UE的多种类别的其中一种类别已配置有对应的寻呼参数，那么就基于低功率级别UE对应的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上监控寻呼消息。
方式三：当所述UE的类别为多种时，且所述UE的多种类别的其中多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述UE的类别中，基于PDCCH或WakeupSignal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源。
例如，所述UE的类别为低功率级别UE和覆盖增强功能受限UE，基站基于低功率级别UE和覆盖增强功能受限UE都配置有对应的寻呼参数，则说明所述UE的两种类别的其中两种类别与接收的寻呼参数中的两组寻呼参数各自对应的UE类别一一一致，则说明所述UE的多种类别的其中多种类别已配置有对应的寻呼参数，由于覆盖增强功能受限UE的覆盖范围<低功率级别UE的覆盖范围，那么按照策略一就可以基于覆盖增强功能受限UE对应的寻呼参数选择对应的寻呼资源，并在所述寻呼资源监控寻呼消息。
方式四：当所述UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
例如，所述UE的类别为低功率级别UE和覆盖增强功能受限UE，但是UE接收到的只是基站只基于覆盖增强模式B受限UE对应配置的寻呼参数，则说明所述UE的类别与接收的寻呼参数的UE类别不对应，即所述UE的类别未配置对应的寻呼参数，则可以基于传统Legacy对应的寻呼参数选择寻呼资源。
例如，所述UE的类别为覆盖增强功能受限UE和覆盖增强模式B受限UE，但是UE接收到的只是基站只基于低功率级别UE对应配置的一组寻呼参数，则说明所述UE的类别与接收的寻呼参数对应的UE类别不对应，即所述UE的类别未配置对应的寻呼参数，则可以基于传统Legacy对应的寻呼参数选择寻呼资源；另外，由于覆盖增强功能受限UE的覆盖范围<覆盖增强模式B受限UE的覆盖范围<低功率级别UE的覆盖范围，也可以基于低功率级别UE对应的寻呼参数选择对应的寻呼资源；还可以优先基于低功率级别UE对应的寻呼参数选择对应的寻呼资源。
通过上述示例二，在监控寻呼过程中，UE基于所述UE的类别和从基站接收到的基站基于UE类别配置的参数信息选择对应的寻呼资源。如此，对于不同类别的UE基于不同的寻呼参数选择寻呼资源，降低UE监控寻呼过程中的功率消耗，提升了节能效果。
示例三：
图7为本发明实施例二示例一中步骤503详细过程的示意图。如图7所示，步骤503具体包括如下两种方式：
方式一：如果所述对应的寻呼参数中配置有参数项，则基于配置的所述参数项选择所述寻呼资源；
方式二：如果所述对应的寻呼参数中没有配置有参数项，则基于LegacyUE对应的所述参数项选择所述寻呼资源；所述Legacy UE对应的所述参数项是指按小区最大覆盖范围配置的所述参数项；
所述参数项包括如下之一：
调度寻呼的PDCCH的最大重复次数、调度寻呼的Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB。
例如，所述对应的寻呼参数中包括调度寻呼的的配置信息，所述调度寻呼的配置信息里可以包含如下至少之一：寻呼周期Paging Cycle(例如寻呼的DRX周期)、一个PagingCycle里的寻呼时机个数nB(即寻呼周期内的寻呼资源个数)、寻呼调度的PDCCH的最大重复次数、寻呼调度的Wackup信号的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置。
其中，如果所述承载寻呼的配置信息里包含了Paging Cycle，则所述UE的PagingCycle的取值使用所述Paging Cycle；否则，所述UE的Paging Cycle的取值使用Legacy的Paging Cycle，即按照按小区最大覆盖范围配置的Paging Cycle。
其中，如果所述承载寻呼的配置信息里包含了一个Paging Cycle里的寻呼时机个数(nB)，则所述UE的寻呼时机个数(nB)的取值使用所述寻呼时机个数(nB)；否则，所述UE的寻呼时机个数(nB)的取值使用Legacy的寻呼时机个数(nB)，即按照按小区最大覆盖范围配置的寻呼时机个数(nB)。
其中，如果所述承载寻呼的配置信息里包含了寻呼调度的PDCCH和/或Wackup的最大重复次数，则所述UE的寻呼调度的PDCCH和/或Wackup的最大重复次数的取值使用所述寻呼调度的PDCCH和/或Wackup的最大重复次数；否则，所述UE的寻呼调度的PDCCH和/或Wackup的最大重复次数的取值使用Legacy的寻呼调度的PDCCH和/或Wackup的最大重复次数，即按照按小区最大覆盖范围配置的寻呼调度的PDCCH和/或Wackup的最大重复次数。
其中，如果所述承载寻呼的配置信息里包含了调度寻呼的唤醒信号WakeupSignal的时频位置，则所述UE的寻呼调度的调度寻呼的唤醒信号Wakeup Signal的时频位置的取值使用所述调度寻呼的唤醒信号Wakeup Signal的时频位置；否则，所述UE的寻呼调度的调度寻呼的唤醒信号Wakeup Signal的时频位置的取值使用Legacy的调度寻呼的唤醒信号Wakeup Signal的时频位置，即按照按小区最大覆盖范围配置的调度寻呼的唤醒信号Wakeup Signal的时频位置。
其中，覆盖增强受限UE的调度寻呼的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数可以通过标准固定为1(不重复发送)；如果标准固定为1，则覆盖增强受限UE的PDCCH的最大重复次数和/或调度寻呼的Wakeup Signal的最大重复次数固定为1，不再需要从所述参数信息或所述Legacy对应的寻呼参数里选择。
本实施二示例三提供的技术方案，在监控寻呼过程中，UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源。如此，对于不同类别的UE基于不同的调度寻呼的配置信息选择寻呼资源，降低UE监控寻呼过程中的功率消耗，提升节能效果。
示例四：
图8为本发明实施例二示例一中步骤503详细过程的示意图。如图8所示，步骤503具体包括如下两种方式：
方式一：如果所述对应的寻呼参数中包含与所述UE的类别对应的可承载寻呼载波或窄带，则基于如下策略之一：
策略一：如果所述载波或窄带只有一个，则基于所述载波或窄带选择所述寻呼资源；
策略二：如果所述载波或窄带存在多个，则基于如下预定义规则之一选择所述载波或窄带中的一个载波或窄带，基于所述一个载波或窄带选择所述寻呼资源：
规则一：按照UE ID和载波或窄带选择权重将UE按选择权重比例分摊到所述载波或窄带上；
规则二：给予UE ID与载波或窄带个数取摸来将UE平均分摊到多个载波或窄带上。
方式二：如果所述对应的寻呼参数中没有包含与所述UE的类别对应的可承载寻呼载波或窄带，则以Legacy UE的寻呼载波或窄带选择策略在Legacy UE的寻呼载波或窄带里选择载波或窄带，并基于所述选择的载波或窄带选择所述寻呼资源，所述Legacy的寻呼载波或窄带是指按小区最大覆盖范围配置的寻呼载波或窄带，所述Legacy的寻呼载波或窄带选择策略是指按小区最大覆盖范围配置的寻呼载波或窄带的选择策略。
其中，在Legacy的寻呼载波或窄带里以Legacy的寻呼载波或寻呼窄带选择策略选择监控寻呼的载波或窄带，可以采用现有标准中的相关方案，在此不再赘述。
本实施二示例四提供的技术方案，在监控寻呼过程中，UE基于所述UE的类别和接收到的寻呼参数选择对应的寻呼资源。如此，对于不同类别的UE基于不同的承载寻呼的下行载波信息选择寻呼资源，能够降低UE监控寻呼过程中的功率消耗，提升了节能效果。
示例五
图9为本发明实施例二示例一中步骤503详细过程的示意图。如图9所示，步骤503具体包括如下四种方式：
UE可以基于多种寻呼参数选择多种寻呼资源，并同时在多种寻呼资源上监控寻呼消息。
方式一：当所述UE的类别只有一种时，且所述UE的类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源。
例如，所述UE为覆盖增强模式B受限UE或低功率级别UE，基站也有基于覆盖增强模式B受限UE或低功率级别UE对应配置的寻呼参数，则说明所述UE的类别与接收的寻呼参数中的一组寻呼参数对应的UE类别一致，则说明所述UE的类别已配置有对应的寻呼参数，那么就基于覆盖增强模式B受限UE或低功率级别UE对应的寻呼参数选择对应的寻呼资源。
方式二：当所述UE的类别为多种时，且所述UE的多种类别都配置有对应的寻呼参数时，则基于多种类别选择多组寻呼参数，并在多组寻呼参数选择多组寻呼资源，并在多组寻呼资源上同时监控寻呼消息。
例如，所述UE为覆盖增强模式B受限UE和低功率级别UE，基站也有基于覆盖增强模式B受限UE和低功率级别UE对应配置的寻呼参数，则说明所述UE的类别与接收的寻呼参数中的两组寻呼参数对应的UE类别一致，则说明所述UE的类别已配置有对应的寻呼参数，那么就基于覆盖增强模式B受限UE和低功率级别UE对应的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上同时监控寻呼消息。
方式三：当所述UE的类别为多种时，且所述UE的多种类别的其中多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述UE的类别中，基于PDCCH或WakeupSignal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源；
并且如果已配置有对应的寻呼参数的所述UE的多种类别不包括覆盖增强模式受限UE，则还基于Legacy UE对应的寻呼参数选择另一种寻呼资源，并在所述寻呼资源和所述另一种寻呼资源上同时监控寻呼消息；或者还基于已配置有对应的寻呼参数的所述UE的多种类别对应的寻呼参数选择另一种或多种寻呼资源，并在所述寻呼资源和所述另一种或多种寻呼资源上同时监控寻呼消息。
例如，所述UE为覆盖增强模式B受限UE和低功率级别UE，基站也有基于覆盖增强模式B受限UE和低功率级别UE对应配置的寻呼参数，则说明所述UE的类别与接收的寻呼参数中的一组寻呼参数对应的UE类别一致，则说明所述UE的类别已配置有对应的寻呼参数，那么就基于覆盖增强模式B受限UE或低功率级别UE对应的寻呼参数选择对应的寻呼资源；于此同时，还可以基于Legacy UE对应的寻呼参数选择另一种寻呼资源；并在所述寻呼资源和所述另一种寻呼资源上同时监控寻呼消息。或者，如果已经使用了基于覆盖增强模式B受限UE对应的寻呼参数选择对应的寻呼资源，还可以基于低功率级别UE对应的寻呼参数选择对应的另一种寻呼资源，并在所述寻呼资源和所述另一种寻呼资源上同时监控寻呼消息。可以优先选择还可以基于低功率级别UE对应的寻呼参数选择对应的另一种寻呼资源，并在所述寻呼资源和所述另一种寻呼资源上同时监控寻呼消息。
方式四：当所述UE的类别为多种时，且所述UE的多种类别的其中多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述UE的类别中，基于PDCCH或WakeupSignal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源；并且如果已配置有对应的寻呼参数的所述UE的多种类别包括覆盖增强模式受限UE，还基于已配置有对应的寻呼参数的所述UE的多种类别对应的寻呼参数选择另一种或多种寻呼资源，并在所述寻呼资源和所述另一种或多种寻呼资源上同时监控寻呼消息。
例如，所述UE为覆盖增强模式受限UE和低功率级别UE，基站也有基于覆盖增强模式受限UE和低功率级别UE对应配置的寻呼参数，则说明所述UE的类别与接收的寻呼参数中的一组寻呼参数对应的UE类别一致，则说明所述UE的类别已配置有对应的寻呼参数，那么就可以基于上述策略，比如基于覆盖增强模式受限UE或低功率级别UE对应的寻呼参数选择对应的寻呼资源；于此同时，还基于低功率级别UE对应的的寻呼参数选择另一种寻呼资源，并在所述寻呼资源和所述另一种寻呼资源上同时监控寻呼消息。
例如，所述UE为覆盖增强模式受限UE、覆盖增强模式B受限UE和低功率级别UE，基站也有基于覆盖增强模式受限UE、覆盖增强模式B受限UE和低功率级别UE对应配置的寻呼参数，则说明所述UE的类别与接收的寻呼参数中的一组寻呼参数对应的UE类别一致，则说明所述UE的类别已配置有对应的寻呼参数，那么就可以基于上述策略，比如选择基于覆盖增强模式受限UE对应的寻呼参数选择对应的寻呼资源；于此同时，还可以基于低功率级别UE对应的的寻呼参数选择另一种寻呼资源，还可以基于覆盖增强模式B受限UE对应的的寻呼参数选择再另一种寻呼资源，并同时在所述寻呼资源、所述另一种寻呼资源和再另一种寻呼资源，即三种寻呼资源上同时监控寻呼消息。
本实施二示例五提供的技术方案，在监控寻呼过程中，UE基于所述UE的类别和接收到的寻呼参数选择对应的寻呼资源。如此，对于不同类别的UE可以选择多种寻呼资源并在多种寻呼资源上同时监控寻呼，提高监控寻呼的准确性。
实施例三
图10为本发明实施例三提供的寻呼方法的流程示意图，如图10所示，该方法包括：
步骤1001，移动管理单元MME向基站发送寻呼消息，所述寻呼消息携带待寻呼UE的UE类别信息；
所述UE类别信息用于所述基站识别所述待寻呼UE的类别；
所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
其中，所述UE功率级别信息包括UE最大发射功率信息。
其中，UE类别指示信息包括所述待寻呼UE的类别。
其中，所述待寻呼UE的类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、其他具有限制UE覆盖范围特性UE。
其中，在所述MME向基站发送携带UE的UE类别信息的寻呼消息之前，该方法还包括：
所述MME接收基站或者所述UE发送的携带所述UE功率级别信息或所述UE的自身特性信息的消息。
其中，在所述MME向基站发送携带UE的UE类别信息的寻呼消息之前，该方法还包括：
所述MME向所述待寻呼UE发送携带了所述UE的类别的消息。
本申请实施例三提供的技术方案，移动管理单元MME向基站发送寻呼消息，所述寻呼消息携带待寻呼UE的UE类别信息。如此使得基站获得待寻呼UE的类别，以便基站基于待寻呼UE的类别和基站基于UE类别配置的寻呼参数选择寻呼资源，减少了寻呼过程中的资源浪费。
以下通过两个具体示例对实施例三提供的技术方案进行具体描述。
该实施例可以应用于NB-IoT系统或者eMTC，下面提到的基站(eNB)可以是NB-IoT基站或者eMTC基站，下面提到的用户设备UE可以是NB-IoT终端或者eMTC终端，下面提到的PDCCH可以是NPDCCH或者MPDCCH。
示例一
图11为本发明实施例三示例一提供的寻呼方法的流程示意图。如图11所示，该方法包括：
步骤1101，基站或者UE向MME发送携带所述UE的UE功率级别信息或者自身特性信息的消息；
其中，自身特性信息是指所述UE的覆盖增强B模式是否受限制，比如：UE将参数“UE's usage setting”发送给MME，如果该“UE's usage setting”设置为“voicecentric”，则表明所述UE的覆盖增强B模式受限制，则MME就可以知道所述UE的类别包括覆盖增强B受限UE。
其中，所述UE功率级别信息包括UE最大发射功率信息，MME也可以通过该UE的UE最大发射功率信息识别所述UE的类别，例如，如果UE的上行最大发射功率为14dBm，则MME就可以知道所述UE的类别包括低功率级别UE。
步骤1102，所述MME向所述UE发送携带了所述UE的类别的消息；
其中，该消息中携带的所述UE的类别为所述UE在MME中签约的UE类别，例如覆盖增强受限UE。
步骤1103，所述MME向基站发送携带所述UE的UE类别信息的寻呼消息。
其中，所述UE类别信息用于所述基站识别所述UE的类别；所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
上述步骤1102、1103之间并没有确定的先后顺序，本示例只是为了说明方便，并不起到限制步骤1102、1103之间先后顺序的作用。
通过本示例一提供的技术方案，MME可以从UE或者基站获得UE的UE功率级别信息或UE的自身特性信息，并向所述UE发送所述UE在MME中签约的UE类别，以便所述UE识别自身的类别；或者MME向基站发送的寻呼消息中携带被寻呼UE的UE类别信息，以便所述基站识别所述UE的类别。
示例二
图12为本发明实施例三示例一中步骤1101、1102详细过程的示意图。如图12所示，步骤1101、1102具体可以包括：
步骤1201，UE在接入过程中向MME上报UE功率级别信息或自身特性信息；
其中，UE可以在发送给MME的附着请求ATTACH REQUES消息或者跟踪区更新请求TRACKING AREA UPDATE REQUEST消息中携带所述UE功率级别信息，例如UE最大发射功率信息。
步骤1202，MME向所述UE发送携带了所述UE的类别的消息；
其中，MME可以在发送给UE的附着接受ATTACH ACCEPT消息或跟踪区更新请求接受TRACKING AREA UPDATE ACCEPT消息中携带所述UE类别。
其中，所述UE的类别可以为所述UE在MME中签约时的UE类别，例如所述UE的类别为覆盖增强受限UE。
通过本示例二提供的技术方案，MME可以从UE获得UE功率级别信息或自身特性信息，并向所述UE发送其在MME中签约的UE类别，以便所述UE识别自身的类别。
示例三
图13为本发明实施例三示例一中步骤1101详细过程的示意图。如图13所示，该方法包括：
步骤1301，UE在终端能力上报过程中向eNB上报UE能力信息；
其中，UE可以在发送给eNB的UE能力信息中携带UE功率级别信息或自身特性信息；
步骤1302，eNB向MME转发所述UE能力信息；
步骤1303，MME向UE发送携带了所述UE的类别的消息。其中，所述UE的类别可以为所述UE在MME中签约时的UE类别，例如所述UE的类别为覆盖增强受限UE等。
通过本示例二提供的技术方案，MME可以从UE或者基站获得UE的UE功率级别信息或自身特性信息，并向所述UE发送其在MME中签约的UE类别，以便所述UE识别自身的类别。
本申请实施例还提供了一种基站，图14为本发明实施例提供的基站的结构示意图。如图14所示，该基站包括：
配置单元，用于基于用户设备UE类别配置寻呼参数；所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
其中，所述基站还包括：
第一发送单元，用于通过系统信息块SIB将基于UE类别配置的寻呼参数发送给UE。其中，所述基站还包括：
选择单元，用于在所述基站基于UE类别配置寻呼参数之后，基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源；
第二发送单元，用于在所述寻呼资源上给所述待寻呼UE发送寻呼消息。
其中所述基站还包括：
识别单元，用于基于移动管理单元MME发送的寻呼消息中携带的所述UE的UE类别信息识别所述UE的类别；所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
本发明实施例还提供了一种用户设备UE，图15为本发明实施例提供的UE的结构示意图。如图15所示，该UE包括：包括：
接收单元，用于接收基站发送的基于UE类别配置的寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息。
其中，所述UE还包括：
选择单元，用于在所述UE接收基站发送的基于UE类别配置的寻呼参数之后，基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源；
监控单元，用于在所述寻呼资源上监控寻呼消息。
其中，所述UE还包括：
识别单元，用于在所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源之前，根据所述UE的UE功率级别信息或者自身特性信息识别所述UE的类别，或者基于移动管理单元MME预先发送的消息中携带的UE的类别识别所述UE的类别；所述自身特性是指所述UE的覆盖增强B模式是否受限制，如果所述UE的覆盖增强B模式受限制，则所述UE的类别包括覆盖增强B受限UE。
本发明实施例还提供了一种移动管理单元MME，图16为本发明实施例提供的MME的结构示意图。如图16所示，该MME包括：
第一发送单元，用于向基站发送寻呼消息，所述寻呼消息携带待寻呼UE的UE类别信息；
所述UE类别信息用于所述基站识别所述UE的类别；
所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
其中，所述MME还包括：
接收单元，用于在所述MME向基站发送携带UE的UE类别信息的寻呼消息之前，接收基站或者所述UE发送的携带所述UE功率级别信息或者所述UE的自身特性信息的消息。
其中，所述MME还包括：
第二发送单元，用于在所述MME向基站发送携带UE的UE类别信息的寻呼消息之前，向所述UE发送携带了所述UE的类别的消息。
上述实施例一、二中，基于寻呼参数选择寻呼资源，具体为基于寻呼参数中包含的寻呼周期、寻呼周期内的寻呼资源个数nB等参数项以及UE_ID计算寻呼帧、寻呼子帧等寻呼资源的位置，然后基于计算出的寻呼资源位置发送寻呼消息或者监控寻呼消息。具体的如何选择寻呼资源、以及如何基于选择的寻呼资源，基站进行寻呼或UE监控寻呼的流程可以采用现有标准中的相关方案，在此不再赘述。
本发明实施例还提供了一种基站，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述基站执行的任一项寻呼方法。
本发明实施例还提供了一种用户设备UE，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述UE执行的任一项寻呼方法。
本发明实施例还提供了一种移动管理单元MME，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述MME执行的任一项寻呼方法。
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有信息处理程序，所述信息处理程序被处理器执行时实现上述任一项寻呼方法的步骤。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (24)

1.一种寻呼方法，包括：
基站基于用户设备UE类别配置寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的配置信息、承载寻呼的下行载波信息；
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、其他具有限制UE覆盖范围特性UE；
所述调度寻呼的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB；
其中，在所述基站基于UE类别配置寻呼参数之后，该方法还包括：
所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述待寻呼UE发送寻呼消息；
其中，所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，包括：
当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述待寻呼UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述待寻呼UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
2.根据权利要求1所述的方法，其特征在于，
所述承载寻呼的下行载波信息包括如下至少之一：可承载寻呼的载波列表、可承载寻呼的窄带列表、寻呼载波的UE选择权重、寻呼窄带的UE选择权重、寻呼载波的个数、寻呼窄带的个数。
3.根据权利要求1所述的方法，其特征在于，在所述基站基于UE类别配置寻呼参数之后，该方法还包括：
所述基站通过系统信息块SIB将基于UE类别配置的寻呼参数发送给UE。
4.根据权利要求1所述的方法，其特征在于，所述当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源，包括：
当所述待寻呼UE的类别只有一种时，且所述待寻呼UE的类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述待寻呼UE的类别为多种时，且所述待寻呼UE的多种类别的其中一种类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述待寻呼UE的类别为多种时，且所述待寻呼UE的多种类别的其中多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述待寻呼UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述待寻呼UE的类别中，基于PDCCH或WakeupSignal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源。
5.根据权利要求1所述的方法，其特征在于，在所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源之前，该方法还包括：
所述基站基于移动管理单元MME发送的寻呼消息中携带的所述UE的UE类别信息识别所述UE的UE类别；所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息。
6.一种寻呼方法，包括：
用户设备UE接收基站发送的基于UE类别配置的寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的配置信息、承载寻呼的下行载波信息；
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、其他具有限制UE覆盖范围特性UE；
所述调度寻呼的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB；
在所述UE接收基站发送的基于UE类别配置的寻呼参数之后，该方法还包括：
所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上监控寻呼消息；
所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源，包括：
当所述UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
7.根据权利要求6所述的方法，其特征在于，
所述承载寻呼的下行载波信息包括如下至少之一：可承载寻呼载波列表、可承载寻呼窄带列表、寻呼载波的UE的选择权重、寻呼窄带的UE的选择权重、寻呼载波的个数、寻呼窄带的个数。
8.根据权利要求6所述的方法，其特征在于，所述当所述UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源，包括：
当所述UE的类别只有一种时，且所述UE的类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述UE的类别为多种时，且所述UE的多种类别的其中一种类别已配置有对应的寻呼参数时，则基于所述对应的寻呼参数选择所述寻呼资源；
或者，当所述UE的类别为多种时，且所述UE的多种类别的其中多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述UE的类别中，基于PDCCH或Wakeup Signal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源。
9.根据权利要求6所述的方法，其特征在于，所述当所述UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源，包括：
当所述UE的类别为多种时，且所述UE的多种类别已配置有对应的寻呼参数时，采取如下策略之一：
策略一：从已配置有对应的寻呼参数的所述UE的类别中，基于覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略二：从已配置有对应的寻呼参数的所述UE的类别中，基于PDCCH或Wakeup Signal的最大重复次数最小的UE类别对应的寻呼参数选择所述寻呼资源；
策略三：基于已配置有对应的寻呼参数的所述UE的多种类别中选择两种或两种以上的寻呼参数，并基于所述两种或两种以上的寻呼参数选择两种或两种以上的寻呼资源，并在所述两种或两种以上的寻呼资源上同时监控寻呼消息。
10.根据权利要求6或7所述的方法，其特征在于，基于对应的寻呼参数选择所述寻呼资源，包括：
如果所述对应的寻呼参数中配置有参数项，则基于配置的所述参数项选择所述寻呼资源；
如果所述对应的寻呼参数中没有配置有参数项，则基于LegacyUE对应的所述参数项选择所述寻呼资源；所述Legacy UE对应的所述参数项是指按小区最大覆盖范围配置的所述参数项；
所述参数项包括如下之一：调度寻呼的PDCCH的最大重复次数、调度寻呼的WakeupSignal的最大重复次数、寻呼周期、所述寻呼周期内的寻呼资源个数nB。
11.根据权利要求6或7所述的方法，其特征在于，基于对应的寻呼参数选择所述寻呼资源，包括：
如果所述对应的寻呼参数中包含与所述UE的类别对应的可承载寻呼载波或窄带，则基于如下策略之一：
策略一：如果所述载波或窄带只有一个，则基于所述载波或窄带选择所述寻呼资源；
策略二：如果所述载波或窄带存在多个，则基于如下预定义规则之一选择所述载波或窄带中的一个载波或窄带，基于所述一个载波或窄带选择所述寻呼资源：
规则一：按照UE ID和载波或窄带选择权重将UE按选择权重比例分摊到所述载波或窄带上；
规则二：给予UE ID与载波或窄带个数取摸来将UE平均分摊到多个载波或窄带上。
12.根据权利要求6或7所述的方法，其特征在于，基于对应的寻呼参数选择所述寻呼资源，包括：
如果所述对应的寻呼参数中没有包含与所述UE的类别对应的可承载寻呼载波或窄带，则以Legacy UE的寻呼载波或窄带选择策略在Legacy UE的寻呼载波或窄带里选择载波或窄带，并基于所述选择的载波或窄带选择所述寻呼资源，所述Legacy的寻呼载波或窄带是指按小区最大覆盖范围配置的寻呼载波或窄带，所述Legacy的寻呼载波或窄带选择策略是指按小区最大覆盖范围配置的寻呼载波或窄带的选择策略。
13.根据权利要求6所述的方法，其特征在于，在所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源之前，该方法还包括：
所述UE根据所述UE的UE功率级别信息或者自身特性信息识别所述UE的类别，或者基于移动管理单元MME预先发送的消息中携带的UE类别识别所述UE的类别；
所述自身特性信息是指所述UE的覆盖增强B模式是否受限制，如果所述UE的覆盖增强B模式受限制，则所述UE的类别包括覆盖增强B受限UE。
14.一种寻呼方法，包括：
移动管理单元MME向基站发送寻呼消息，所述寻呼消息携带待寻呼UE的UE类别信息；
所述UE类别信息用于所述基站识别所述待寻呼UE的类别，以使所述基站基于UE类别配置寻呼参数；其中，所述寻呼参数包括如下至少之一：调度寻呼的配置信息、承载寻呼的下行载波信息；
所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息；
其中，所述待寻呼UE的类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、其他具有限制UE覆盖范围特性UE；
其中，所述调度寻呼的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB；
其中，所述寻呼消息携带待寻呼UE的UE类别信息，以使所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述待寻呼UE发送寻呼消息；
其中，所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，包括：
当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述待寻呼UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述待寻呼UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
15.根据权利要求14所述的方法，其特征在于，
所述UE功率级别信息包括UE最大发射功率信息；
UE类别指示信息包括所述UE的类别。
16.根据权利要求14所述的方法，其特征在于，在所述MME向基站发送携带UE的UE类别信息的寻呼消息之前，该方法还包括：
所述MME接收基站或者所述UE发送的携带所述UE功率级别信息或所述UE的自身特性信息的消息。
17.根据权利要求14所述的方法，其特征在于，在所述MME向基站发送携带UE的UE类别信息的寻呼消息之前，该方法还包括：
所述MME向所述待寻呼UE发送携带了所述UE的类别的消息。
18.一种基站，其特征在于，包括：
配置单元，用于基于用户设备UE类别配置寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息；
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、其他具有限制UE覆盖范围特性UE；
其中，所述调度寻呼的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB；
其中，在所述基站基于UE类别配置寻呼参数之后，还包括：
选择单元，用于所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源；
第二发送单元，用于在所述寻呼资源上给所述待寻呼UE发送寻呼消息；
其中，所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，包括：
当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述待寻呼UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述待寻呼UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
19.一种用户设备UE，其特征在于，包括：
接收单元，用于接收基站发送的基于UE类别配置的寻呼参数；
所述寻呼参数包括如下至少之一：调度寻呼的的配置信息、承载寻呼的下行载波信息；
其中，所述UE类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、其他具有限制UE覆盖范围特性UE；
其中，所述调度寻呼的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB；
在所述UE接收基站发送的基于UE类别配置的寻呼参数之后，还包括：
选择单元，用于所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源；
监控单元，用于在所述寻呼资源上监控寻呼消息；
所述UE基于所述UE的类别和接收的寻呼参数选择对应的寻呼资源，包括：
当所述UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
20.一种移动管理单元MME，其特征在于，包括：
发送单元，用于向基站发送寻呼消息，所述寻呼消息携带待寻呼UE的UE类别信息；
所述UE类别信息用于所述基站识别所述UE的类别，以使所述基站基于UE类别配置寻呼参数；其中，所述寻呼参数包括如下至少之一：调度寻呼的配置信息、承载寻呼的下行载波信息；
所述UE类别信息包括以下至少之一：UE功率级别信息、UE类别指示信息；
其中，所述待寻呼UE的类别包括如下至少之一：覆盖增强功能受限UE、覆盖增强模式B受限UE、低功率级别UE、移动受限UE、其他具有限制UE覆盖范围特性UE；
其中，所述调度寻呼的配置信息包括如下至少之一：调度寻呼的物理下行链路控制信道PDCCH的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的最大重复次数、调度寻呼的唤醒信号Wakeup Signal的时频位置、寻呼周期、所述寻呼周期内的寻呼资源个数nB；
其中，所述寻呼消息携带待寻呼UE的UE类别信息，以使所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，并在所述寻呼资源上给所述待寻呼UE发送寻呼消息；
其中，所述基站基于待寻呼UE的类别和配置的寻呼参数选择对应的寻呼资源，包括：
当所述待寻呼UE的类别已配置有对应的寻呼参数时，基于所述对应的寻呼参数选择所述寻呼资源；或者，
当所述待寻呼UE的类别未配置对应的寻呼参数时，基于传统Legacy UE对应的寻呼参数，或者基于配置的寻呼参数中覆盖范围大于等于所述待寻呼UE的类别中覆盖范围最小的UE类别对应的寻呼参数选择所述寻呼资源，所述Legacy UE对应的寻呼参数是指按小区最大覆盖范围配置的寻呼参数。
21.一种基站，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的寻呼方法。
22.一种用户设备UE，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求6至13中任一项所述的寻呼方法。
23.一种移动管理单元MME，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求14至17中任一项所述的寻呼方法。
24.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有信息处理程序，所述信息处理程序被处理器执行时实现如权利要求1至17中任一项所述的寻呼方法的步骤。
CN201810299228.3A 2018-04-04 2018-04-04 一种寻呼方法、基站及用户设备 Active CN110351815B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201810299228.3A CN110351815B (zh) 2018-04-04 2018-04-04 一种寻呼方法、基站及用户设备
KR1020207031436A KR102368635B1 (ko) 2018-04-04 2019-03-14 페이징 방법, 기지국 및 사용자 설비
PCT/CN2019/078126 WO2019192303A1 (zh) 2018-04-04 2019-03-14 寻呼方法、基站及用户设备
EP19781715.8A EP3780765A4 (en) 2018-04-04 2019-03-14 Paging method, base station, and user equipment
US17/043,967 US11864155B2 (en) 2018-04-04 2019-03-14 Paging method, base station, and user equipment
RU2020135909A RU2764011C1 (ru) 2018-04-04 2019-03-14 Способ поискового вызова, базовая станция и пользовательское оборудование

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810299228.3A CN110351815B (zh) 2018-04-04 2018-04-04 一种寻呼方法、基站及用户设备

Publications (2)

Publication Number Publication Date
CN110351815A CN110351815A (zh) 2019-10-18
CN110351815B true CN110351815B (zh) 2022-05-27

Family

ID=68099986

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810299228.3A Active CN110351815B (zh) 2018-04-04 2018-04-04 一种寻呼方法、基站及用户设备

Country Status (6)

Country Link
US (1) US11864155B2 (zh)
EP (1) EP3780765A4 (zh)
KR (1) KR102368635B1 (zh)
CN (1) CN110351815B (zh)
RU (1) RU2764011C1 (zh)
WO (1) WO2019192303A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111937443B (zh) 2018-04-06 2024-05-24 瑞典爱立信有限公司 接收唤醒信号的方法、无线设备和计算机程序
US11425724B2 (en) * 2019-07-12 2022-08-23 Qualcomm Incorporated Carrier aggregation for narrowband internet of things user equipment
CN112887989B (zh) * 2019-11-30 2023-03-03 华为技术有限公司 基于oam的通信方法和相关设备及存储介质
WO2021114054A1 (zh) * 2019-12-09 2021-06-17 华为技术有限公司 一种寻呼方法及装置
CN113133028B (zh) * 2020-01-10 2025-09-19 大唐移动通信设备有限公司 一种寻呼检测方法、终端和网络侧设备
CN111901866B (zh) * 2020-01-17 2025-02-18 中兴通讯股份有限公司 一种寻呼方法、装置、设备和存储介质
CN114982317B (zh) * 2020-02-10 2024-04-12 华为技术有限公司 一种寻呼方法及装置
WO2021174385A1 (zh) * 2020-03-02 2021-09-10 Oppo广东移动通信有限公司 一种寻呼方法、电子设备及存储介质
CN113395681B (zh) 2020-03-11 2025-09-30 深圳市中兴通讯技术服务有限责任公司 终端默认寻呼drx设置的方法及装置、电子设备及存储介质
CN113498166B (zh) * 2020-04-07 2023-01-24 维沃移动通信有限公司 资源指示方法和通信设备
CN116234049B (zh) * 2020-04-08 2026-01-06 北京小米移动软件有限公司 配置信息传输方法及装置、通信设备及存储介质
CN111819813B (zh) * 2020-05-26 2022-04-22 北京小米移动软件有限公司 寻呼控制消息传输方法、装置及通信设备
KR20230074745A (ko) * 2020-09-28 2023-05-31 지티이 코포레이션 페이징 캐리어 선택을 위한 방법 및 장치
EP4209075A4 (en) * 2020-10-15 2023-11-22 Apple Inc. Sidelink paging for a wireless device
ES3040572T3 (en) * 2020-10-15 2025-11-03 Zte Corp Method, device, and system for paging resource selection in wireless networks
CA3188195A1 (en) * 2020-12-22 2022-06-30 Zte Corporation System and method for selecting paging resources
EP4297292B1 (en) * 2021-02-25 2025-10-29 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device, and network device
WO2022226742A1 (zh) * 2021-04-26 2022-11-03 北京小米移动软件有限公司 一种寻呼消息监测方法、寻呼消息监测装置及存储介质
US11706737B2 (en) * 2021-07-15 2023-07-18 Qualcomm Incorporated Techniques for paging early indication repetition
US12452835B2 (en) * 2021-12-13 2025-10-21 Qualcomm Incorporated Indication of preferred paging carrier
CN114679737A (zh) * 2022-04-25 2022-06-28 中国电信股份有限公司 寻呼优化方法和系统、接入和移动管理功能网元
WO2024087004A1 (en) * 2022-10-25 2024-05-02 Qualcomm Incorporated Separate paging resources for reduced capabilities

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104838709A (zh) * 2013-09-27 2015-08-12 华为技术有限公司 寻呼用户设备的方法和装置
CN105101044A (zh) * 2014-05-08 2015-11-25 夏普株式会社 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备
CN105191356A (zh) * 2013-10-12 2015-12-23 华为技术有限公司 寻呼方法和装置
CN106465332A (zh) * 2014-05-09 2017-02-22 联发科技（新加坡）私人有限公司 寻呼发送以及接收的优化机制
CN106465352A (zh) * 2014-06-06 2017-02-22 诺基亚通信公司 用于寻呼消息覆盖增强的控制信道传输
CN107534951A (zh) * 2015-05-18 2018-01-02 联发科技（新加坡）私人有限公司 用于增强寻呼的方法以及装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101537604B1 (ko) * 2008-10-15 2015-07-17 엘지전자 주식회사 페이징 캐리어 할당방법
JP2016535506A (ja) * 2013-11-01 2016-11-10 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるページングメッセージを送信する方法及び装置
KR20150105602A (ko) * 2014-03-06 2015-09-17 주식회사 케이티 페이징 메시지를 전송하는 방법 및 그 장치
EP3119144B1 (en) * 2014-04-01 2021-03-31 Huawei Technologies Co., Ltd. Paging methods, user equipment, base station and computer-readable storage medium
CN107135473B (zh) * 2014-09-25 2020-06-30 株式会社Kt Mtc ue发送/接收信号的方法及其装置
US9769788B2 (en) * 2014-10-06 2017-09-19 Intel IP Corporation Coverage constrained devices and paging method
CN105766013B (zh) * 2014-11-07 2019-12-24 华为技术有限公司 信息传输方法和装置
RU2678648C1 (ru) * 2015-01-12 2019-01-30 Хуавэй Текнолоджиз Ко., Лтд. Способ поисковых вызовов абонентских устройств и мме
GB2537181A (en) * 2015-04-10 2016-10-12 Nec Corp Communication system
EP3365986B1 (en) * 2015-10-23 2020-06-03 LG Electronics Inc. Method and apparatus for defining wideband cqi in wireless communication system
WO2017173158A1 (en) * 2016-04-01 2017-10-05 Intel IP Corporation Radio access network (ran)-originated paging messaging
PT3498006T (pt) * 2016-08-12 2022-06-28 Ericsson Telefon Ab L M Seleção de uma portadora num sistema de funcionamento com múltiplas portadoras
US11159928B2 (en) * 2016-08-12 2021-10-26 Apple Inc. Support of SC-PTM based multicasting for BL/CE and NB-IoT UEs
US10454520B2 (en) * 2016-10-04 2019-10-22 Qualcomm Incorporated Coverage enhancement and normal modes switching related optimization
TW201822566A (zh) * 2016-12-01 2018-06-16 財團法人資訊工業策進會 基地台、使用者設備及無線通訊方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104838709A (zh) * 2013-09-27 2015-08-12 华为技术有限公司 寻呼用户设备的方法和装置
CN105191356A (zh) * 2013-10-12 2015-12-23 华为技术有限公司 寻呼方法和装置
CN105101044A (zh) * 2014-05-08 2015-11-25 夏普株式会社 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备
CN106465332A (zh) * 2014-05-09 2017-02-22 联发科技（新加坡）私人有限公司 寻呼发送以及接收的优化机制
CN106465352A (zh) * 2014-06-06 2017-02-22 诺基亚通信公司 用于寻呼消息覆盖增强的控制信道传输
CN107534951A (zh) * 2015-05-18 2018-01-02 联发科技（新加坡）私人有限公司 用于增强寻呼的方法以及装置
CN107637147A (zh) * 2015-05-18 2018-01-26 联发科技（新加坡）私人有限公司 用于增强寻呼的方法以及装置

Also Published As

Publication number Publication date
US11864155B2 (en) 2024-01-02
EP3780765A1 (en) 2021-02-17
RU2764011C1 (ru) 2022-01-12
US20210058893A1 (en) 2021-02-25
WO2019192303A1 (zh) 2019-10-10
KR20200138805A (ko) 2020-12-10
EP3780765A4 (en) 2021-12-29
KR102368635B1 (ko) 2022-02-28
CN110351815A (zh) 2019-10-18

Similar Documents

Publication Publication Date Title
CN110351815B (zh) 一种寻呼方法、基站及用户设备
US20230026953A1 (en) Drx control method and apparatus
CN113382379B (zh) 无线通信方法和通信装置
US10356608B2 (en) System and method of user equipment state configurations
CN111527773B (zh) 用户终端的省电方法、装置、通信设备及存储介质
CN102625254B (zh) 分组寻呼的方法、装置及系统
US20200015312A1 (en) Method and device for determining discontinuous reception configuration
CN108632999B (zh) 信息发送、接收方法及装置、网络侧设备、终端、处理器
TW202231103A (zh) 用於尋呼增強的使用者設備分組方法及使用者設備
CN113228580B (zh) 配置和确定寻呼机会的方法、装置和系统
CN111757516B (zh) 一种下行控制信息的发送、处理方法及装置
CN102843754B (zh) 非连续接收方法和设备
CN110557222B (zh) 下行控制信息的传输控制方法及装置、存储介质、基站、终端
WO2022206363A1 (zh) 一种通信方法及装置
KR20230146656A (ko) 사이드링크 불연속 수신 커맨드 트리거 방법, 장치, 및 시스템
CN114501498A (zh) 用于确定下行控制信息类型的方法及设备
US12127124B2 (en) Method for dynamically changing parameter of wake up signaling, terminal, and medium
WO2021165128A1 (en) Communications devices and methods
CN111066355A (zh) 一种通信方法及设备
KR20240132061A (ko) 통신 방법 및 통신 장치
CN107333222A (zh) 调度信息的处理、发送方法、装置及调度信息的处理系统
WO2024232427A1 (en) Method, user equipment, access network node
CN114287114A (zh) 信号接收的方法及装置
US20250184892A1 (en) Communication method and communication apparatus
US11533124B2 (en) Method and a device for sharing resource

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant