CN108668359B - 一种寻呼方法、寻呼监听方法及装置和设备 - Google Patents

一种寻呼方法、寻呼监听方法及装置和设备 Download PDF

Info

Publication number
CN108668359B
CN108668359B CN201710193472.7A CN201710193472A CN108668359B CN 108668359 B CN108668359 B CN 108668359B CN 201710193472 A CN201710193472 A CN 201710193472A CN 108668359 B CN108668359 B CN 108668359B
Authority
CN
China
Prior art keywords
paging
terminal
base station
mode
capability
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
CN201710193472.7A
Other languages
English (en)
Other versions
CN108668359A (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 CN201710193472.7A priority Critical patent/CN108668359B/zh
Priority to PCT/CN2018/073872 priority patent/WO2018177004A1/zh
Priority to US16/499,183 priority patent/US10798679B2/en
Publication of CN108668359A publication Critical patent/CN108668359A/zh
Application granted granted Critical
Publication of CN108668359B publication Critical patent/CN108668359B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving 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
    • 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/02—Arrangements for increasing efficiency of notification or paging channel
    • 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/04—User notification, e.g. alerting and paging, for incoming communication, change of service or the like multi-step notification using statistical or historical mobility data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • 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)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种寻呼方法、寻呼监听方法及装置和设备；所述寻呼方法包括：基站根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式；所述基站采用所选择的寻呼方式发送寻呼消息。本申请可以克服低功耗终端对耗电的限制。

Description

一种寻呼方法、寻呼监听方法及装置和设备
技术领域
本发明涉及无线通信技术领域，尤其涉及一种寻呼方法、寻呼监听方法及装置和设备。
背景技术
移动互联网、物联网、以及其他业务应用的迅猛发展已经成为推动第五代移动通信技术(5G)发展的主要驱动力。他们迫切要求5G具有媲美光纤的接入速率、千亿设备的连接能力、完美的实时体验、以及随时随地的无线宽带接入能力。此外，能耗效率、频谱效率和峰值速率等重要指标也需要在5G系统设计时综合考虑。中国在2013年就已经成立了IMT-2020(5G)推进组来推动5G技术的发展。根据国际整体情况，预计2015年将形成5G愿景、关键能力需求、及频谱规划；之后将启动5G标准化工作，计划在2020年后开始商用。国际标准方面，高级长期演进(LTE-Advanced)的技术标准主要是在第三代合作伙伴项目(3GPP)国际标准化组织制订。业界初步认为在3GPP R14阶段将启动面向5G的标准研究工作。
在未来的移动网络应用中，对业务量需求、终端数目以及终端种类都将会呈现爆发时的增长趋势。作为5G的重要场景和技术手段之一，机器间通信(Machine TypeCommunication，MTC)正受到越来越多的关注。在MTC课题里，针对低成本低吞吐量类型终端的特性，提出了窄带物联网(Narrowband-Internet of Things，NB-IoT)的研究子课题：也就是利用200kHZ频带为NB-IoT低成本终端提供低吞吐量的无线通讯服务。
本申请发明人在实现本申请所实施技术方案的过程中，至少发现相关技术中存在如下技术问题：
当有下行数据到达时，核心网将触发携带下行数据到达指示信息的寻呼消息，终端需要在每个寻呼时机去监听物理下行控制信道(Physical Downlink Control Channel，PDCCH)，根据PDCCH上是否携带跟该终端匹配的寻呼-无线网络临时标识(Paging-RadioNetwork Temporary Identifier，P-RNTI)，即可判断在该寻呼时机是否有发寻呼消息给本终端。对于NB-IoT或增强的机器间通信(enhanced-Machine Type Communication，eMTC)终端，在监听寻呼消息的时候，无论是否有寻呼消息都需要醒来并在寻呼时机监听寻呼消息，这对于低功耗的终端来说将会带来较大的耗电。
发明内容
本申请提供一种寻呼方法、寻呼监听方法及装置和设备，可以克服低功耗终端对耗电的限制。
本申请实施例提供如下技术方案。
一种寻呼方法，包括：
基站根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式；
所述基站采用所选择的寻呼方式发送寻呼消息。
可选地，对于窄带物联网NB-IoT终端，所述终端的寻呼能力包括是否支持带唤醒信号的寻呼；对于增强的机器间通信eMTC终端，所述终端的寻呼能力包括是否支持在M个物理资源块PRB上监听寻呼消息，M是小于7的正整数。
可选地，所述的基站支持的寻呼能力包括：对于NB-IoT无线接口是否支持带唤醒信号的寻呼、对于eMTC无线接口是否支持在N个PRB上发送寻呼消息，N是小于7的正整数。
可选地，所述的寻呼方法还包括：
所述基站采用以下一种或多种方式下发本基站支持的寻呼能力：
通过广播消息下发本基站支持的寻呼能力；
通过专用的信令传递本基站支持的寻呼能力；
所述寻呼能力表示为：寻呼能力信息和/或寻呼方式倾向信息。
可选地，所述通过专用的信令传递本基站支持的寻呼能力包括：
所述基站通过专用的信令传递本基站支持的寻呼能力至终端，并在S1口将本基站支持的寻呼能力传递至移动性管理实体MME；
所述寻呼方法还包括：
所述基站从所述MME发送的寻呼消息里获取本基站支持的寻呼能力。
可选地，所述基站支持一种或多种无线接入制式，其中无线接入制式包括支持覆盖增强和不支持覆盖增强。
可选地，所述的寻呼方法还包括：
所述基站通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
可选地，所述通过专用的信令指示驻留模式包括：
所述基站通过专用的信令传递驻留模式信息至终端，并在S1口将所述的驻留模式传递至MME；
所述寻呼方法还包括：
所述基站从所述MME发送的寻呼消息里获取驻留模式。
可选地，所述基站采用所选择的寻呼方式发送寻呼消息包括：
所述基站根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息；
当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，所述基站在终端和所述基站均支持的至少其中一种系统上继续寻呼。
可选地，所述确定空闲态的终端所驻留或优先驻留的系统包括：
如果所述基站支持覆盖增强的无线接入制式，终端也支持覆盖增强的无线接入制式，则确定终端优先驻留在覆盖增强的无线接入制式下；如果所述基站不支持覆盖增强，则确定终端驻留在长期演进LTE制式下。
可选地，所述基站根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式包括：
所述基站接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且本基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、本基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
可选地，M＝1，N＝1。
一种寻呼监听方法，包括：
终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
所述终端根据所确定的方式监听寻呼消息。
可选地，所述终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式前还包括：
所述终端通过以下一种或多种方式获得基站所支持的寻呼能力：
通过接收携带寻呼能力的系统消息获得基站所支持的寻呼能力；
通过解调专用信令携带的寻呼能力获得基站所支持的寻呼能力；
所述寻呼能力表示为：寻呼能力信息和/或寻呼方式倾向信息。
可选地，所述的寻呼监听方法还包括：
所述终端通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
可选地，所述的寻呼监听方法还包括：
当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，所述终端根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
可选地，所述终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则所述终端确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则所述终端确定在M个PRB上监听寻呼消息。
可选地，M＝1，N＝1。
可选地，所述的寻呼监听方法还包括：
所述终端通过以下一种或多种方式上报寻呼能力：
通过非接入层信令携带寻呼能力透传至基站，供基站通过S1口传递至移动性管理实体MME；
通过接入层信令携带寻呼能力传递给基站，供基站通过S1口传递至MME。
一种寻呼装置，设置在基站中，包括：
选择模块，用于根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式；
发送模块，用于采用所选择的寻呼方式发送寻呼消息。
可选地，所述的寻呼装置还包括：
指示模块，用于通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
可选地，所述发送模块采用所选择的寻呼方式发送寻呼消息包括：
所述发送模块根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息；当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，在终端和所述基站均支持的至少其中一种系统上继续寻呼。
可选地，所述选择模块根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式包括：
所述选择模块接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且所述基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、所述基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
可选地，M＝1，N＝1。
一种寻呼设备，设置在基站中，包括：存储器和处理器；
所述存储器中包含可执行指令；所述处理器运行所述可执行指令时进行以下操作：
根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式；
采用所选择的寻呼方式发送寻呼消息。
可选地，所述处理器运行所述可执行指令时还进行以下操作：
通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
可选地，所述采用所选择的寻呼方式发送寻呼消息包括：
所述基站根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息；
当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，所述基站在终端和基站均支持的至少其中一种系统上继续寻呼。
可选地，所述根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式包括：
接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且所述基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、所述基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
可选地，M＝1，N＝1。
一种寻呼监听装置，设置在终端中，包括：
确定模块，用于根据所述终端所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
监听模块，用于根据所确定的方式监听寻呼消息。
可选地，所述的寻呼监听装置还包括：
接收模块，用于通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
可选地，所述的寻呼监听装置还包括：
驻留系统确定模块，用于当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
可选地，所述确定模块根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则所述确定模块确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则所述确定模块确定在M个PRB上监听寻呼消息。
可选地，M＝1，N＝1。
一种寻呼监听设备，设置在终端中，包括：存储器和处理器；
所述存储器中包含可执行指令；所述处理器运行所述可执行指令时进行以下操作：
根据所述终端所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
根据所确定的方式监听寻呼消息。
可选地，所述处理器运行所述可执行指令时还进行以下操作：
通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
可选地，所述处理器运行所述可执行指令时还进行以下操作：
当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
可选地，所述根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则确定在M个PRB上监听寻呼消息。
可选地，M＝1，N＝1。
本申请针对NB-IoT、eMTC等低功耗终端对耗电的要求，提出一种增强的寻呼解决方案，通过寻呼方式的增强，可以降低终端在监听寻呼消息过程中的功耗，从而满足低成本终端对耗电的限制。
本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。
图1为LTE系统中寻呼的传输示意图；
图2为实施例一的寻呼方法的流程图；
图3为实施例二的寻呼监听方法的流程图；
图4为实施例三中增强的寻呼过程示意图；
图5为实施例四的寻呼装置的示意图；
图6为实施例六的寻呼监听装置的示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
在LTE系统中，如果要向处于空闲状态(比如无线资源控制(Radio ResourceControl，RRC)状态为RRC-IDLE)的终端，如用户设备(User Equipment，UE)发送数据的时候，移动性管理实体(Mobility Management Entity，MME)需要向UE注册的跟踪区(Tracking Area，TA)内的所有演进的节点B(eNodeB)发送寻呼(paging)消息，在eNodeB接收到核心网下发的寻呼消息后，先判断系统消息是否有变更，若有变更发生将在此寻呼消息中一同携带。然后eNodeB发送paging消息通知UE，如图1所示。UE根据寻呼时机(PagingOccasion，PO)的计算公式在相应的位置监听paging消息，当UE收到paging消息后将发起RRC连接请求，以便接收下行数据。MME在发送一次寻呼消息后根据UE在接下来是否执行相应的动作来判断本次寻呼是否被UE成功接收，如果没有被UE成功接收，将会在接下来的寻呼周期内继续寻呼该UE。
实施例一、一种寻呼方法，如图2所示，包括：
S110、基站根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式；
S120、所述基站采用所选择的寻呼方式发送寻呼消息。
本实施例中，基站可以选择出合适的寻呼方法进行寻呼。
一种方式中，对于NB-IoT终端，所述终端的寻呼能力可以包括是否支持带唤醒信号(wake up signal)的寻呼；对于增强的机器间通信eMTC终端，所述终端的寻呼能力可以包括是否支持在M个物理资源块PRB上监听寻呼消息，M是小于7的正整数。其中，M可以但不限于为1。
其它方式中，终端的寻呼能力可以包括其它内容。
一种方式中，所述的基站支持的寻呼能力可以包括：对于NB-IoT无线接口是否支持带唤醒信号的寻呼、对于eMTC无线接口是否支持在N个PRB上发送寻呼消息，N是小于7的正整数。其中，N可以但不限于为1。
其它方式中，基站支持的寻呼能力可以包括其它内容。
一种方式中，所述基站支持的寻呼能力可以表示成：所述基站支持的寻呼能力信息和/或寻呼方式倾向信息；
所述寻呼方法还可以包括：
所述基站采用以下一种或多种方式下发本基站支持的寻呼能力：
通过广播消息下发本基站支持的寻呼能力；
通过专用的信令传递本基站支持的寻呼能力。
其它方式中，基站支持的寻呼能力还可以采用其它形式表示；基站也可以采用其它方式来下发所支持的寻呼能力。
本方式中，所述通过专用的信令传递本基站支持的寻呼能力可以包括：
所述基站通过专用的信令传递本基站支持的寻呼能力至终端，并在S1口将本基站支持的寻呼能力传递至MME。
所述MME在后续的寻呼过程中可以在寻呼消息里将所述的寻呼能力携带给基站。
相应地，所述寻呼方法还可以包括：
所述基站从所述MME发送的寻呼消息里获取本基站支持的寻呼能力。
一种方式中，所述基站可以支持一种或多种无线接入制式，其中无线接入制式包括支持覆盖增强和不支持覆盖增强。
一种方式中，所述寻呼方法还可以包括：
所述基站通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式；
所述驻留模式可以表示为：驻留模式信息和/或驻留模式倾向信息。
其它方式中，如果驻留模式是默认的、预定的或根据预定规则可以确定的，也可以不指示驻留模式。
本方式中，所述通过专用的信令传递驻留模式可以包括：
所述基站通过专用的信令传递驻留模式至终端，并在S1口将所述的驻留模式传递至MME。
MME在后续的寻呼过程中可以在寻呼消息里将所述的驻留模式携带给基站。
相应地，所述寻呼方法还可以包括：
所述基站从所述MME发送的寻呼消息里获取驻留模式。
本方式中，所述基站采用所选择的寻呼方式发送寻呼消息可以包括：
所述基站根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息；
当在终端优先驻留的系统上发送寻呼消息时，在一次寻呼失败后，所述基站在终端和所述基站均支持的至少其中一种系统上继续寻呼。
本方式中，所述确定空闲态的终端所驻留或优先驻留的系统可以包括：
如果所述基站支持覆盖增强的无线接入制式，终端也支持覆盖增强的无线接入制式，则终端优先驻留在覆盖增强的无线接入制式下；如果所述基站不支持覆盖增强，则终端驻留在长期演进LTE制式下。
一种方式中，所述基站根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式可以包括：
所述基站接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且本基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、本基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
其中，当M＝1，N＝1时，本方式相当于：对于eMTC终端，如果终端支持在一个PRB上监听寻呼消息，且本基站也支持eMTC系统的在一个PRB上发送寻呼消息，则选择利用一个PRB发送寻呼消息。
本方式中，对于NB-IoT终端，如果终端和基站中至少一个不支持带唤醒信号的寻呼，则可以选择采用常规的寻呼方法；对于eMTC终端，如果以下条件至少一个成立，则可以采用常规的寻呼方法：终端不支持在M(M是小于7的正整数)个PRB上监听寻呼消息、基站不支持在N(N是小于7的正整数)个PRB上发送寻呼消息、M＜N。
本方式中，对于NB-IoT，设计带唤醒信号的寻呼，即当终端较长时间无数据发生时通过唤醒信号通知终端无需再去监听后续的寻呼时机以达到节电的目的。
本方式中，对于eMTC终端，每次监听寻呼的带宽达到1.4MHZ，如此大的带宽，对于像eMTC这样的低成本终端来说，无疑对功耗带来较大的影响；本实现方式在较窄的带宽上收发寻呼消息，将有利于降低eMTC终端的功耗。
实施例二、一种寻呼监听方法，如图3所示，包括：
S210、终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
S220、所述终端根据所确定的方式监听寻呼消息。
一种方式中，所述终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式前还可以包括：
所述终端通过以下一种或多种方式获得基站所支持的寻呼能力：
通过接收携带寻呼能力的系统消息获得基站所支持的寻呼能力；
通过解调专用信令携带的寻呼能力获得基站所支持的寻呼能力；
所述寻呼能力可以表示为：寻呼能力信息和/或寻呼方式倾向信息。
一种方式中，所述的寻呼监听方法还可以包括：
终端通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式；
所述驻留模式可以表示为：驻留模式信息和/或驻留模式倾向指示信息。
本方式中，所述的寻呼监听方法还可以包括：
当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，既可以在物理下行控制信道(Physical Downlink Control Channel，PDCCH)上监听寻呼也可以在机器间通信的物理下行控制信道(Machine Physical Downlink Control Channel，MPDCCH)上监听寻呼消息时，所述终端根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
一种方式中，所述终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式可以包括：
当所述终端是NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则所述终端确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则所述终端确定在M个PRB上监听寻呼消息。
其中，M和N可以但不限于为1。
一种方式中，所述的寻呼监听方法还可以包括：
所述终端通过以下一种或多种方式上报寻呼能力：
通过非接入层(Non-Access Stratum，NAS)信令携带寻呼能力透传至基站，供基站通过S1口传递至移动性管理实体MME；
通过接入层(Access Stratum，AS)信令携带寻呼能力传递给基站，供基站通过S1口传递至MME。
其它方式中，终端也可以采用其它方法上报寻呼能力。
实施例三、一种寻呼方法，如图4所示，包括：
MME向基站(本实施例中为eNodeB)发送寻呼消息，其中携带终端的寻呼能力和驻留模式；
所述基站收到所述MME发送的寻呼消息后，根据终端的寻呼能力、驻留模式以及自身支持的寻呼能力确定寻呼方式；
所述基站按照确定的寻呼方式向终端(本实施例中为用户设备)发送寻呼消息；
所述终端根据所述基站支持的寻呼能力、驻留模式及自身的寻呼方式，确定监听寻呼的方式，并按照确定的方式在相应驻留模式下监听寻呼消息。
本实施例可称为一种增强的寻呼方案。
本实施例的其它实现细节可参见实施例一、二。
下面用7个实施示例来说明本申请的上述实施例。
实施示例1：
为本申请提供的寻呼方法的实施示例：
在通信系统中，基站支持一种或多种无线接入制式，如2G、3G、4G等，在一种无线制式下支持一种或多种无线接口，如eMTC、NB-IoT。基站需对于eMTC、NB-IoT无线接口分别下发本基站支持的寻呼方式，基站支持的寻呼方式包括：对于NB-IoT无线接口是否支持带唤醒信号的寻呼、对于eMTC无线接口是否支持在N个PRB上发送寻呼消息。在本实施示例中，N＝1。
所谓的带唤醒信号的寻呼，可以在原有PO的位置上选择部分PO用于发送该唤醒信号，也可以额外的确定一些新的PO位置用于发送该唤醒信号。唤醒信号用于指示终端在接下来的PO是否需要继续监听，如核心网判断在接下来一段时间内无下行业务发生，将发送唤醒信号寻呼以指示终端的行为，终端在接收到该指示信息后，在接下来的PO将不执行监听，直至下一个唤醒信号时机再执行监听该唤醒信号。
eMTC窄带系统的带宽为1.4MHZ，对于eMTC这种要求低功耗的终端如果在PO位置监听1.4MHZ的带宽，势必带来较大的功耗，如果寻呼消息仅在一个PRB的频带范围内发送的话，这样在每个PO只需要监听1.4MHZ带宽，可进一步降低因为监听寻呼消息而带来的功耗。
在其它实施示例中，基站可以在N个PRB上发送寻呼消息，终端的寻呼能力包括可以在M个PRB上监听寻呼消息，N和M均是小于7的正整数，且M≥N。
实施示例2：
为本申请提供的寻呼方法中，基站下发本基站支持的寻呼能力的实施示例：
基站下发寻呼能力至终端的方式包括以下至少一种：通过广播消息下发寻呼能力信息和/或寻呼方式倾向信息、通过专用的信令传递支持的寻呼能力信息和/或寻呼方式倾向信息。
通过广播消息下发寻呼能力信息和/或寻呼方式倾向信息的方式中，基站将寻呼能力信息和/或寻呼方式倾向信息以系统消息携带的方式在小区范围广播。
通过专用的信令传递支持的寻呼能力信息和/或寻呼方式倾向信息的方式中，如在RRC释放连接的过程，基站在RRC release消息里携带寻呼能力信息和/或寻呼方式倾向信息。并且基站需要在S1口将所述的寻呼能力信息和/或寻呼方式倾向信息传递至MME，MME在后续的寻呼过程中需在寻呼消息里将所述的寻呼能力信息和/或寻呼方式倾向信息携带给基站，基站将基于该寻呼能力信息和/或寻呼方式倾向信息，以及终端的寻呼能力发送寻呼消息。
实施示例3：
为本申请提供的寻呼方法中，空闲态终端驻留模式确定的实施示例：
基站可能支持覆盖增强的接入制式，也可能不支持覆盖增强的接入制式。而终端也可能支持覆盖增强或不支持。因此基站和终端需要协商驻留系统。如果基站支持覆盖增强的无线接入制式，终端也支持覆盖增强的无线接入制式，那么终端优先驻留在覆盖增强的无线接入制式下。如，支持覆盖增强的LTE终端，基站也支持覆盖增强，那么终端优先驻留在eMTC窄带制式下；如果基站不支持覆盖增强，那么终端需驻留在LTE制式下。
实施示例4：
为本申请提供的寻呼方法中，基站向终端指示驻留模式的实施示例：
基站通过以下至少一种方式向终端指示驻留模式：通过系统消息广播驻留模式信息和/或驻留模式倾向指示信息、通过专用的信令指示驻留模式信息和/或驻留模式倾向指示信息。
通过广播消息下发驻留模式信息和/或驻留模式倾向指示信息的方式中，基站将驻留模式信息和/或驻留模式倾向指示信息以系统消息携带的方式在小区范围广播。
通过专用的信令传递驻留模式信息和/或驻留模式倾向指示信息的方式包括：基站通过专用的信令传递驻留模式信息和/或驻留模式倾向指示信息至UE，基站需要在S1口将所述的驻留模式信息和/或驻留模式倾向指示信息传递至MME，MME在后续的寻呼过程中需在寻呼消息里将所述的驻留模式信息和/或驻留模式倾向指示信息携带给基站，基站将基于所述的驻留模式信息和/或驻留模式倾向指示信息发送寻呼消息。
实施示例5：
为本申请提供的寻呼监听方法中，终端上报寻呼能力的实施示例：
终端通过以下一种或多种方式上报寻呼能力：
通过NAS信令携带寻呼能力透传至基站，后续基站可以将该寻呼能力再通过S1口传递至MME；
通过AS信令携带寻呼能力传递给基站，后续基站可以将该寻呼能力再通过S1口传递至MME。
其中，通过非接入层信令透传寻呼能力时，如在跟踪区更新(Tracking AreaUpdate，TAU)过程中，终端通过NAS消息将寻呼能力透传至基站，基站再通过S1口传给MME，在后续寻呼过程，MME会将所述的终端的寻呼能力通过寻呼消息带给基站，从而使基站获取终端的寻呼能力。
其中，通过接入层信令携带寻呼能力传递给基站时,如在RRC连接建立的过程，在RRC信令中携带终端的寻呼能力，基站再通过S1口传递至MME，在后续寻呼过程，MME会将所述的终端的寻呼能力通过寻呼消息带给基站，从而使基站获取终端的寻呼能力。
实施示例6：
为本申请提供的寻呼方法中，基站发送寻呼消息的实施示例：
基站在接收到MME下发的寻呼消息，首先解调出终端的寻呼能力，另外在寻呼消息里如果包含终端的驻留模式(比如驻留模式信息和/或驻留模式倾向信息)，基站将在协商的驻留模式下根据协商的寻呼能力发送寻呼消息。如终端是支持覆盖增强的LTE终端，并支持一个PRB的寻呼能力(即支持在一个PRB的频带范围内监听寻呼消息)，且基站也支持覆盖增强、一个PRB的寻呼能力(即支持在一个PRB的频带范围内发送寻呼消息)，那么基站将在一个PRB上向eMTC终端发送寻呼消息。如终端是支持带唤醒信号寻呼能力的NB-IoT的终端，且基站也支持带唤醒信号寻呼的能力，那么基站将在唤醒信号PO发送唤醒信号。
实施示例7：
为本申请提供的寻呼监听方法的实施示例：
终端通过以下一种或多种方式接收基站下发的寻呼能力信息和/或寻呼方式倾向信息：
接收基站通过广播消息下发的寻呼能力信息和/或寻呼方式倾向信息；
接收专用信令传递的基站所支持的寻呼能力信息和/或寻呼方式倾向信息。
终端还通过以下一种或多种方式接收基站发送的驻留模式信息和/或驻留模式倾向指示信息：
接收系统消息广播的驻留模式信息和/或驻留模式倾向指示信息；
接收专用信令指示的驻留模式信息和/或驻留模式倾向指示信息。
终端根据基站的寻呼能力及自身的寻呼能力，确定监听寻呼消息的方式，根据基站指示的驻留模式确定驻留系统，最终终端在所确定的驻留系统下以所确定的监听寻呼消息的方式监听寻呼消息。
实施例四、一种寻呼装置，设置在基站中，如图5所示，包括：
选择模块51，用于根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式；
发送模块52，用于采用所选择的寻呼方式发送寻呼消息。
一种方式中，对于窄带物联网NB-IoT终端，所述终端的寻呼能力可以包括是否支持带唤醒信号的寻呼；对于增强的机器间通信eMTC终端，所述终端的寻呼能力可以包括是否支持在M个物理资源块PRB上监听寻呼消息，M是小于7的正整数。其中，M可以但不限于为1。
一种方式中，所述的基站支持的寻呼能力可以包括：对于NB-IoT无线接口是否支持带唤醒信号的寻呼、对于eMTC无线接口是否支持在N个PRB上发送寻呼消息，N是小于7的正整数。其中，N可以但不限于为1
一种方式中，所述发送模块还可以用于采用以下一种或多种方式下发所述基站支持的寻呼能力：
通过广播消息下发所述基站支持的寻呼能力；
通过专用的信令传递所述基站支持的寻呼能力；
所述寻呼能力可以表示为：寻呼能力信息和/或寻呼方式倾向信息。
本方式中，所述发送模块通过专用的信令传递所述基站支持的寻呼能力可以包括：
所述发送模块基站通过专用的信令传递所述基站支持的寻呼能力至终端，并在S1口将所述基站支持的寻呼能力传递至移动性管理实体MME；
所述寻呼装置还可以包括：
获取模块，用于从所述MME发送的寻呼消息里获取所述基站支持的寻呼能力。
一种方式中，所述基站可以支持一种或多种无线接入制式，其中无线接入制式包括支持覆盖增强和不支持覆盖增强。
一种方式中，所述的寻呼装置还可以包括：
指示模块，用于通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式；
所述驻留模式可以表示为：驻留模式信息和/或驻留模式倾向指示信息。
本方式中，所述指示模块通过专用的信令指示驻留模式可以包括：
所述指示模块通过专用的信令传递驻留模式信息至终端，并在S1口将所述的驻留模式传递至MME；
所述寻呼装置还可以包括：
获取模块，用于从所述MME发送的寻呼消息里获取驻留模式。
本方式中，所述发送模块采用所选择的寻呼方式发送寻呼消息可以包括：
所述发送模块根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息；当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，在终端和所述基站均支持的至少其中一种系统上继续寻呼。
本方式中，所述发送模块确定空闲态的终端所驻留或优先驻留的系统可以包括：
如果所述基站支持覆盖增强的无线接入制式，终端也支持覆盖增强的无线接入制式，则确定终端优先驻留在覆盖增强的无线接入制式下；如果所述基站不支持覆盖增强，则确定终端驻留在长期演进LTE制式下。
一种方式中，所述选择模块根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式可以包括：
所述选择模块接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且所述基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、所述基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
其中，M和N可以但不限于为1。
本实施例的其它实现细节可参见实施例一。
实施例五、一种寻呼设备，设置在基站中，包括：存储器和处理器；
所述存储器中包含可执行指令；所述处理器运行所述可执行指令时进行以下操作：
根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式；
采用所选择的寻呼方式发送寻呼消息。
一种方式中，对于窄带物联网NB-IoT终端，所述终端的寻呼能力可以包括是否支持带唤醒信号的寻呼；对于增强的机器间通信eMTC终端，所述终端的寻呼能力可以包括是否支持在M个物理资源块PRB上监听寻呼消息，M是小于7的正整数。其中，M可以但不限于为1。
一种方式中，所述的基站支持的寻呼能力可以包括：对于NB-IoT无线接口是否支持带唤醒信号的寻呼、对于eMTC无线接口是否支持在N个PRB上发送寻呼消息，N是小于7的正整数。其中，N可以但不限于为1。
一种方式中，所述处理器运行所述可执行指令时还可以进行以下操作：
采用以下一种或多种方式下发所述基站支持的寻呼能力：
通过广播消息下发所述基站支持的寻呼能力；
通过专用的信令传递所述基站支持的寻呼能力；
所述寻呼能力可以表示为：寻呼能力信息和/或寻呼方式倾向信息。
本方式中，所述通过专用的信令传递所述基站支持的寻呼能力可以包括：
通过专用的信令传递所述基站支持的寻呼能力至终端，并在S1口将所述基站支持的寻呼能力传递至MME；
所述处理器运行所述可执行指令时还可以进行以下操作：
从所述MME发送的寻呼消息里获取所述基站支持的寻呼能力。
一种方式中，所述基站可以支持一种或多种无线接入制式，其中无线接入制式包括支持覆盖增强和不支持覆盖增强。
一种方式中，所述处理器运行所述可执行指令时还可以进行以下操作：
通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式；
所述驻留模式可以表示为：驻留模式信息和/或驻留模式倾向指示信息。
本方式中，所述通过专用的信令指示驻留模式可以包括：
通过专用的信令传递驻留模式信息至终端，并在S1口将所述的驻留模式传递至MME；
所述处理器运行所述可执行指令时还进行以下操作：
从所述MME发送的寻呼消息里获取驻留模式。
本方式中，所述采用所选择的寻呼方式发送寻呼消息可以包括：
所述基站根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息；
当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，所述基站在终端和基站均支持的至少其中一种系统上继续寻呼。
本方式中，所述确定空闲态的终端所驻留或优先驻留的系统可以包括：
如果所述基站支持覆盖增强的无线接入制式，终端也支持覆盖增强的无线接入制式，则确定终端优先驻留在覆盖增强的无线接入制式下；如果所述基站不支持覆盖增强，则确定终端驻留在长期演进LTE制式下。
一种方式中，所述根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式可以包括：
接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且所述基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、所述基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
其中，M和N可以但不限于为1。
本实施例的其它实现细节可参见实施例一。
实施例六、一种寻呼监听装置，设置在终端中，如图6所示，包括：
确定模块61，用于根据所述终端所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
监听模块62，用于根据所确定的方式监听寻呼消息。
一种方式中，所述的寻呼监听装置还可以包括：
寻呼能力获得模块，用于在所述确定模块根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式前，通过以下一种或多种方式获得基站所支持的寻呼能力：
通过接收携带寻呼能力的系统消息获得基站所支持的寻呼能力；
通过解调专用信令携带的寻呼能力获得基站所支持的寻呼能力；
所述寻呼能力可以表示为：寻呼能力信息和/或寻呼方式倾向信息。
一种方式中，所述的寻呼监听装置还可以包括：
接收模块，用于通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式；
所述驻留模式可以表示为：驻留模式信息和/或驻留模式倾向指示信息。
一种方式中，所述的寻呼监听装置还可以包括：
驻留系统确定模块，用于当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
一种方式中，所述确定模块根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式可以包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则所述确定模块确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则所述确定模块确定在M个PRB上监听寻呼消息。
其中，M和N可以但不限于为1。
一种方式中，所述的寻呼监听装置还可以包括：
上报模块，用于通过以下一种或多种方式上报所述终端的寻呼能力：
通过非接入层信令携带寻呼能力透传至基站，供基站通过S1口传递至移动性管理实体MME；
通过接入层信令携带寻呼能力传递给基站，供基站通过S1口传递至MME。
本实施例的其它实现细节可参见实施例二。
实施例七、一种寻呼监听设备，设置在终端中，包括：存储器和处理器；
所述存储器中包含可执行指令；所述处理器运行所述可执行指令时进行以下操作：
根据所述终端所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
根据所确定的方式监听寻呼消息。
一种方式中，所述处理器运行所述可执行指令时，在根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式前还可以进行以下操作：
通过以下一种或多种方式获得基站所支持的寻呼能力：
通过接收携带寻呼能力的系统消息获得基站所支持的寻呼能力；
通过解调专用信令携带的寻呼能力获得基站所支持的寻呼能力；
所述寻呼能力可以表示为：寻呼能力信息和/或寻呼方式倾向信息。
一种方式中，所述处理器运行所述可执行指令时还可以进行以下操作：
通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式；
所述驻留模式可以表示为：驻留模式信息和/或驻留模式倾向指示信息。
一种方式中，所述处理器运行所述可执行指令时还可以进行以下操作：
当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
一种方式中，所述根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式可以包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则确定在M个PRB上监听寻呼消息。
其中，M和N可以但不限于为1。
一种方式中，所述处理器运行所述可执行指令时还可以进行以下操作：
通过以下一种或多种方式上报寻呼能力：
通过非接入层信令携带寻呼能力透传至基站，供基站通过S1口传递至移动性管理实体MME；
通过接入层信令携带寻呼能力传递给基站，供基站通过S1口传递至MME。
本实施例的其它实现细节可参见实施例二。
虽然本申请所揭露的实施方式如上，但所述的内容仅为便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (39)

1.一种寻呼方法，其特征在于，包括：
基站根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式；
所述基站采用所选择的寻呼方式发送寻呼消息；
所述寻呼方法，还包括：
所述基站向终端指示驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息；
所述基站采用所选择的寻呼方式发送寻呼消息包括：
所述基站根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息。
2.如权利要求1所述的寻呼方法，其特征在于：
对于窄带物联网NB-IoT终端，所述终端的寻呼能力包括是否支持带唤醒信号的寻呼；对于增强的机器间通信eMTC终端，所述终端的寻呼能力包括是否支持在M个物理资源块PRB上监听寻呼消息，M是小于7的正整数。
3.如权利要求1所述的寻呼方法，其特征在于，所述的基站支持的寻呼能力包括：对于NB-IoT无线接口是否支持带唤醒信号的寻呼、对于eMTC无线接口是否支持在N个PRB上发送寻呼消息，N是小于7的正整数。
4.如权利要求1所述的寻呼方法，其特征在于，还包括：
所述基站采用以下一种或多种方式下发本基站支持的寻呼能力：
通过广播消息下发本基站支持的寻呼能力；
通过专用的信令传递本基站支持的寻呼能力；
所述寻呼能力表示为：寻呼能力信息和/或寻呼方式倾向信息。
5.如权利要求4所述的寻呼方法，其特征在于，所述通过专用的信令传递本基站支持的寻呼能力包括：
所述基站通过专用的信令传递本基站支持的寻呼能力至终端，并在S1口将本基站支持的寻呼能力传递至移动性管理实体MME；
所述寻呼方法还包括：
所述基站从所述MME发送的寻呼消息里获取本基站支持的寻呼能力。
6.如权利要求1所述的寻呼方法，其特征在于：
所述基站支持一种或多种无线接入制式，其中无线接入制式包括支持覆盖增强和不支持覆盖增强。
7.如权利要求1所述的寻呼方法，其特征在于，还包括：
所述基站通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式。
8.如权利要求7所述的寻呼方法，其特征在于，所述通过专用的信令指示驻留模式包括：
所述基站通过专用的信令传递驻留模式信息至终端，并在S1口将所述的驻留模式传递至MME；
所述寻呼方法还包括：
所述基站从所述MME发送的寻呼消息里获取驻留模式。
9.如权利要求1所述的寻呼方法，其特征在于，所述基站采用所选择的寻呼方式发送寻呼消息还包括：当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，所述基站在终端和所述基站均支持的至少其中一种系统上继续寻呼。
10.如权利要求1所述的寻呼方法，其特征在于，所述确定空闲态的终端所驻留或优先驻留的系统包括：
如果所述基站支持覆盖增强的无线接入制式，终端也支持覆盖增强的无线接入制式，则确定终端优先驻留在覆盖增强的无线接入制式下；如果所述基站不支持覆盖增强，则确定终端驻留在长期演进LTE制式下。
11.如权利要求1所述的寻呼方法，其特征在于，所述基站根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式包括：
所述基站接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且本基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、本基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
12.如权利要求1所述的寻呼方法，其特征在于：M＝1，N＝1。
13.一种寻呼监听方法，其特征在于，包括：
终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
所述终端根据所确定的方式监听寻呼消息；
所述寻呼监听方法，还包括：
所述终端接收基站指示的驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
14.如权利要求13所述的寻呼监听方法，其特征在于，所述终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式前还包括：
所述终端通过以下一种或多种方式获得基站所支持的寻呼能力：
通过接收携带寻呼能力的系统消息获得基站所支持的寻呼能力；
通过解调专用信令携带的寻呼能力获得基站所支持的寻呼能力；
所述寻呼能力表示为：寻呼能力信息和/或寻呼方式倾向信息。
15.如权利要求13所述的寻呼监听方法，其特征在于，还包括：
所述终端通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式。
16.如权利要求15所述的寻呼监听方法，其特征在于，还包括：
当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，所述终端根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
17.如权利要求13所述的寻呼监听方法，其特征在于，所述终端根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则所述终端确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则所述终端确定在M个PRB上监听寻呼消息。
18.如权利要求17所述的寻呼监听方法，其特征在于：M＝1，N＝1。
19.如权利要求13所述的寻呼监听方法，其特征在于，还包括：
所述终端通过以下一种或多种方式上报寻呼能力：
通过非接入层信令携带寻呼能力透传至基站，供基站通过S1口传递至移动性管理实体MME；
通过接入层信令携带寻呼能力传递给基站，供基站通过S1口传递至MME。
20.一种寻呼装置，设置在基站中，其特征在于，包括：
选择模块，用于根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式；
发送模块，用于采用所选择的寻呼方式发送寻呼消息；
所述寻呼装置还包括：
指示模块，用于向终端指示驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息；
所述发送模块采用所选择的寻呼方式发送寻呼消息包括：
所述发送模块根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息。
21.如权利要求20所述的寻呼装置，其特征在于，还包括：
指示模块，用于通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式。
22.如权利要求21所述的寻呼装置，其特征在于，所述发送模块采用所选择的寻呼方式发送寻呼消息还包括：当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，在终端和所述基站均支持的至少其中一种系统上继续寻呼。
23.如权利要求20所述的寻呼装置，其特征在于，所述选择模块根据终端的寻呼能力以及基站支持的寻呼能力，选择寻呼方式包括：
所述选择模块接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且所述基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、所述基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
24.如权利要求23所述的寻呼装置，其特征在于：M＝1，N＝1。
25.一种寻呼设备，设置在基站中，包括：存储器和处理器；
其特征在于：
所述存储器中包含可执行指令；所述处理器运行所述可执行指令时进行以下操作：
根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式；
采用所选择的寻呼方式发送寻呼消息；
所述处理器运行所述可执行指令时还进行以下操作：
向终端指示驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息；
所述采用所选择的寻呼方式发送寻呼消息包括：
所述基站根据向终端指示的驻留模式，确定空闲态的终端所驻留或优先驻留的系统，在相应的驻留或优先驻留的系统上发送寻呼消息。
26.如权利要求25所述的寻呼设备，其特征在于，所述处理器运行所述可执行指令时还进行以下操作：
通过以下一种或多种方式向终端指示驻留模式：
通过系统消息广播驻留模式；
通过专用的信令指示驻留模式。
27.如权利要求25所述的寻呼设备，其特征在于，所述采用所选择的寻呼方式发送寻呼消息还包括：
当在终端优先驻留系统上发送寻呼消息时，在一次寻呼失败后，所述基站在终端和基站均支持的至少其中一种系统上继续寻呼。
28.如权利要求25所述的寻呼设备，其特征在于，所述根据终端的寻呼能力以及所述基站支持的寻呼能力，选择寻呼方式包括：
接收核心网下发的寻呼消息后，解调出终端的寻呼能力，对于NB-IoT终端，如果终端支持带唤醒信号的寻呼，且所述基站也支持NB-IoT系统带唤醒信号的寻呼，则选择利用带唤醒信号寻呼方式进行寻呼；对于eMTC终端，如果终端支持在M个PRB上监听寻呼消息、所述基站支持eMTC系统的在N个PRB上发送寻呼消息，M和N是小于7的正整数，且M≥N，则选择利用N个PRB发送寻呼消息。
29.如权利要求28所述的寻呼设备，其特征在于：M＝1，N＝1。
30.一种寻呼监听装置，设置在终端中，其特征在于，包括：
确定模块，用于根据所述终端所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
监听模块，用于根据所确定的方式监听寻呼消息；
所述寻呼监听装置，还包括：
接收模块，用于接收基站指示的驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
31.如权利要求30所述的寻呼监听装置，其特征在于，还包括：
接收模块，用于通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式。
32.如权利要求31所述的寻呼监听装置，其特征在于，还包括：
驻留系统确定模块，用于当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
33.如权利要求30所述的寻呼监听装置，其特征在于，所述确定模块根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则所述确定模块确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则所述确定模块确定在M个PRB上监听寻呼消息。
34.如权利要求33所述的寻呼监听装置，其特征在于：M＝1，N＝1。
35.一种寻呼监听设备，设置在终端中，包括：存储器和处理器；
其特征在于：
所述存储器中包含可执行指令；所述处理器运行所述可执行指令时进行以下操作：
根据所述终端所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式；
根据所确定的方式监听寻呼消息；
所述处理器运行所述可执行指令时还进行以下操作：
接收基站指示的驻留模式；
所述驻留模式表示为：驻留模式信息和/或驻留模式倾向指示信息。
36.如权利要求35所述的寻呼监听设备，其特征在于，所述处理器运行所述可执行指令时还进行以下操作：
通过以下一种或多种方式接收基站指示的驻留模式：
接收所述基站通过系统消息携带的驻留模式；
接收所述基站通过专用的信令携带的驻留模式。
37.如权利要求36所述的寻呼监听设备，其特征在于，所述处理器运行所述可执行指令时还进行以下操作：
当所述终端是支持覆盖增强的LTE终端，兼容LTE系统及eMTC系统，能在物理下行控制信道PDCCH或机器间通信的物理下行控制信道MPDCCH上监听寻呼消息时，根据接收到的基站所指示的驻留模式，确定优先驻留在eMTC系统并优先在MPDCCH上监听寻呼消息。
38.如权利要求35所述的寻呼监听设备，其特征在于，所述根据自身所支持的寻呼能力及基站所支持的寻呼能力，确定监听寻呼的方式包括：
当所述终端是窄带物联网NB-IoT终端时，若所述终端和基站均支持带唤醒信号寻呼方式的寻呼，则确定将监听唤醒信号，并确认接下来是否需要继续在寻呼时机时刻监听寻呼消息；
当所述终端是增强的机器间通信eMTC终端，若所述终端支持在M个物理资源块PRB上监听寻呼消息、基站支持在N个PRB上发送寻呼消息，M、N是小于7的正整数，且M≥N，则确定在M个PRB上监听寻呼消息。
39.如权利要求38所述的寻呼监听设备，其特征在于：M＝1，N＝1。
CN201710193472.7A 2017-03-28 2017-03-28 一种寻呼方法、寻呼监听方法及装置和设备 Active CN108668359B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201710193472.7A CN108668359B (zh) 2017-03-28 2017-03-28 一种寻呼方法、寻呼监听方法及装置和设备
PCT/CN2018/073872 WO2018177004A1 (zh) 2017-03-28 2018-01-23 一种寻呼方法、寻呼监听方法及装置和设备、存储介质
US16/499,183 US10798679B2 (en) 2017-03-28 2018-01-23 Paging method, paging monitoring method, device and apparatus, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710193472.7A CN108668359B (zh) 2017-03-28 2017-03-28 一种寻呼方法、寻呼监听方法及装置和设备

Publications (2)

Publication Number Publication Date
CN108668359A CN108668359A (zh) 2018-10-16
CN108668359B true CN108668359B (zh) 2022-07-15

Family

ID=63675175

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710193472.7A Active CN108668359B (zh) 2017-03-28 2017-03-28 一种寻呼方法、寻呼监听方法及装置和设备

Country Status (3)

Country Link
US (1) US10798679B2 (zh)
CN (1) CN108668359B (zh)
WO (1) WO2018177004A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110393027A (zh) * 2017-05-05 2019-10-29 华为技术有限公司 一种消息发送方法、消息接收方法及对应设备
CN111194084B (zh) * 2018-11-15 2022-11-15 大唐移动通信设备有限公司 信息传输方法及装置
CN111246392B (zh) * 2018-11-28 2022-07-15 成都鼎桥通信技术有限公司 宽窄融合系统下pdt和lte集群寻呼互助方法和设备
CN111294892A (zh) * 2018-12-07 2020-06-16 夏普株式会社 用户设备、基站及其方法
EP4075892A4 (en) * 2019-12-31 2022-12-28 Huawei Technologies Co., Ltd. DATA TRANSMISSION DEVICE AND METHOD
CN114982317B (zh) * 2020-02-10 2024-04-12 华为技术有限公司 一种寻呼方法及装置
CN113938995B (zh) * 2020-07-14 2023-09-22 华为技术有限公司 一种通信方法及设备
CN116114365A (zh) * 2020-08-06 2023-05-12 上海诺基亚贝尔股份有限公司 用于随机接入或小数据传输的增强寻呼过程
CN115989701A (zh) * 2020-09-30 2023-04-18 华为技术有限公司 寻呼信息发送、监听方法及通信装置、系统
JP2023544937A (ja) * 2020-10-15 2023-10-26 中興通訊股▲ふん▼有限公司 無線ネットワークにおけるページングリソース選択およびシステム情報伝送／入手のための方法、デバイス、システム
WO2022126391A1 (zh) * 2020-12-15 2022-06-23 北京小米移动软件有限公司 一种寻呼消息监听方法、寻呼消息监听装置及存储介质
WO2023097532A1 (zh) * 2021-12-01 2023-06-08 北京小米移动软件有限公司 分组寻呼的方法、装置、通信设备及存储介质
WO2023130475A1 (zh) * 2022-01-10 2023-07-13 北京小米移动软件有限公司 信息传输方法、装置、通信设备和存储介质
CN117793893A (zh) * 2022-09-20 2024-03-29 华为技术有限公司 通信方法及相关装置
CN117641579B (zh) * 2024-01-26 2024-06-07 荣耀终端有限公司 一种寻呼方法以及相关设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478788A (zh) * 2008-01-05 2009-07-08 华为技术有限公司 侦听寻呼的方法与系统

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101795461B (zh) 2009-02-02 2013-04-17 华为技术有限公司 一种载波监听方法、终端设备、基站及移动性管理实体
US20100317374A1 (en) * 2009-06-11 2010-12-16 Yaron Alpert Apparatus for and method of managing paging interval access on a mobile station
CN102932883B (zh) 2011-08-12 2018-03-16 中兴通讯股份有限公司 一种实现drx的方法和系统
CN107071705B (zh) * 2012-05-23 2021-02-23 华为技术有限公司 寻呼窄带终端的方法、网络设备、基站及系统
GB2513182A (en) * 2013-04-19 2014-10-22 Sony Corp Telecommunications apparatus and methods
US10091763B2 (en) * 2013-08-21 2018-10-02 Telefonaktiebolaget L M Ericsson (Publ) Paging in coverage extension mode
US9974049B2 (en) * 2015-01-29 2018-05-15 Intel IP Corporation Adaptive paging techniques for extended coverage-capable devices
US9788301B2 (en) * 2015-04-14 2017-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Paging extension for enhanced coverage global system for mobile (EC-GSM)
CN107534951A (zh) * 2015-05-18 2018-01-02 联发科技（新加坡）私人有限公司 用于增强寻呼的方法以及装置
CN106535304A (zh) 2015-09-11 2017-03-22 展讯通信（上海）有限公司 Mtc终端控制方法及装置
ES2784725T3 (es) * 2015-09-25 2020-09-30 Sony Corp Aparatos y procedimientos de telecomunicaciones
WO2017074250A1 (en) * 2015-10-30 2017-05-04 Telefonaktiebolaget Lm Ericsson (Publ) Paging in extended coverage
US10454520B2 (en) * 2016-10-04 2019-10-22 Qualcomm Incorporated Coverage enhancement and normal modes switching related optimization
KR20180085214A (ko) * 2017-01-18 2018-07-26 삼성전자주식회사 사물 인터넷 통신 방법 및 그 전자 장치
US10356751B2 (en) * 2017-02-09 2019-07-16 Apple Inc. Efficient paging and idle mode wakeup for wireless devices supporting coverage enhanced mode
CN113891437B (zh) * 2017-03-24 2024-04-26 Lg电子株式会社 用于接收寻呼消息的方法和无线设备
WO2018175760A1 (en) * 2017-03-24 2018-09-27 Intel Corporation Wake up signal for machine type communication and narrowband-internet-of-things devices
KR102388350B1 (ko) * 2017-07-31 2022-04-19 삼성전자주식회사 지시 정보 검출 방법과 장치, 및 전송 중계 방법 및 기기

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478788A (zh) * 2008-01-05 2009-07-08 华为技术有限公司 侦听寻呼的方法与系统

Also Published As

Publication number Publication date
CN108668359A (zh) 2018-10-16
US10798679B2 (en) 2020-10-06
US20200029303A1 (en) 2020-01-23
WO2018177004A1 (zh) 2018-10-04

Similar Documents

Publication Publication Date Title
CN108668359B (zh) 一种寻呼方法、寻呼监听方法及装置和设备
US10674380B2 (en) On-demand system information for wireless terminal in connected state
RU2491778C2 (ru) Способ и устройство в системе радиосвязи для поддержки dtx
US11178636B2 (en) System information transmission method and apparatus
KR102047566B1 (ko) 이동 통신 시스템, 인프라 설비, 기지국, 및 방법
WO2019120215A1 (zh) 电能优化的方法以及装置、系统及用户设备
US20130272148A1 (en) Small data communications in a wireless communication network
US10667213B2 (en) Apparatus and method for power saving for cellular internet of things devices
WO2019192218A1 (zh) 寻呼控制信息的指示、接收方法及装置、存储介质、基站、终端
CN110972237A (zh) 唤醒信号资源的确定、指示方法及装置、终端、基站
CN108632995B (zh) 一种寻呼优化的方法和装置
KR20180125562A (ko) 페이징 방법, 기기 및 시스템
JP6027548B2 (ja) 無線通信システムにおいてマルチキャストデータを受信する方法及びそのためのｍ２ｍ機器
US20230084797A1 (en) Communication method and apparatus
CN115529653A (zh) 一种通信方法以及相关装置
CN114731616B (zh) 寻呼冲突处理方法及相关装置
WO2016061740A1 (zh) 一种寻呼方法及设备
KR101534998B1 (ko) M2m 통신을 위한 아이들 모드에서 동작 방법 및 장치
CN104969600B (zh) 省电方法、用户设备及基站
EP4380243A1 (en) Communication method and communication apparatus
WO2016177178A1 (zh) 发送、接收短传输时间间隔通信的信息的方法和装置
CN116209032A (zh) 一种通信方法及设备
CN117641578B (zh) 通信方法及相关设备
WO2022027677A1 (zh) 一种通信方法、装置及计算机可读存储介质
EP4087340B1 (en) Communication method and apparatus

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