CN115134760A - 寻呼方法及其装置 - Google Patents

寻呼方法及其装置 Download PDF

Info

Publication number
CN115134760A
CN115134760A CN202110333458.9A CN202110333458A CN115134760A CN 115134760 A CN115134760 A CN 115134760A CN 202110333458 A CN202110333458 A CN 202110333458A CN 115134760 A CN115134760 A CN 115134760A
Authority
CN
China
Prior art keywords
paging
information
paging cycle
terminal
cycle
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.)
Pending
Application number
CN202110333458.9A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110333458.9A priority Critical patent/CN115134760A/zh
Priority to AU2022251506A priority patent/AU2022251506A1/en
Priority to BR112023019878A priority patent/BR112023019878A2/pt
Priority to EP22778903.9A priority patent/EP4304255A1/en
Priority to PCT/CN2022/083544 priority patent/WO2022206721A1/zh
Publication of CN115134760A publication Critical patent/CN115134760A/zh
Priority to US18/474,612 priority patent/US20240015699A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • 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/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave 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. 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种寻呼方法及装置，该寻呼方法包括：接入网设备或核心网设备根据终端的种类信息，确定寻呼周期，根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。本申请中根据终端的种类信息为REDCAP UE，确定寻呼周期为2.56s，从而使得REDCAP UE能够以2.56s寻呼周期进行监听，及时接受紧急广播和获得节能增益。

Description

寻呼方法及其装置
技术领域
本申请涉及通信领域，尤其涉及一种寻呼方法及其装置。
背景技术
为了节省功耗，用户设备(user equipment，UE)会在空闲态IDLE和非激活态INACTIVE采用不连续接收(discontinuous reception，DRX)。每隔DRX周期UE监听一个寻呼时机(paging occasion，PO)。同时，为了进一步节省能耗，UE可能被上层配置扩展不连续接收(extended discontinuous reception)eDRX，对于非窄带物联网(narrowband internetof things，NB-IoT)的UE而言，如果UE被配置了eDRX且eDRX周期是512无线帧长时，T＝512，在其他情况下，T由以下三个值中的最小值决定，即由无线接入网络(radio accessnetwork，RAN)寻呼周期(如果是INACTIVE态)，UE特定的寻呼周期(如果被上层分配了)，以及缺省寻呼周期这三个值的最小值决定。
如上所述，能力降低的(reduced capability，REDCAP)UE，例如可穿戴设备，不仅需要支持节能需求，还需要支持紧急广播的接收，而现有网络中DRX周期虽然能够被配置为2.56s，实现4s内紧急广播接收支持，但由于缺省寻呼周期通常被配置为较小的值，如1.28s，所以REDCAP UE此时无法采用更节能的寻呼周期。并且由于eDRX周期的最小值为5.12s，因此无法满足紧急广播接收在4s内完成的要求。
对于通过演进通用陆面无线接入(evolved universal terrestrial radioaccess，E-UTRA)连接到5G核心网(5G core，5GC)的场景，无线资源控制空闲态(radioresource control_idle，RRC_IDLE)态的UE通过检测寻呼控制信道(paging controlchannel，PCCH)监听来自核心网(core network，CN)的寻呼消息，RRC_INACTIVE的UE(除了NB-IoT)通过检测PCCH监听来自核心网CN和无线接入网RAN的寻呼消息。除了NB-IoT UE，降低带宽和降低复杂度(bandwidth reduced and low complexity，BL)UE和处于增强覆盖内的UE，其他UE在通过E-UTRA连接到5GC时，不能使用eDRX。
另外，演进型基站(evolved node b，eNB)在连5GC时，仅支持增强类机器通信(enhanced machine-type communication，eMTC)和NB-IoT UE使用eDRX，不支持REDCAP UE等其他普通UE使用eDRX，这造成使用eDRX的REDCAP UE由下一代基站(generation node b，gNB)进行小区重选到eNB时，无法被网络寻呼到。同时，在eDRX周期为10.24s时，eNB和gNB的寻呼方式也存在差异，eNB将以含寻呼时间窗(paging time window，PTW)的eDRX寻呼方法寻呼UE，而gNB则可能以不含PTW的eDRX寻呼方法寻呼UE，这使得跨无线接入技术RAT场景下，5GC和UE的寻呼机制存在差异。
发明内容
本申请提供一种寻呼方法和装置，能够根据终端设备的种类信息确定寻呼周期，从而使得终端设备能够以更加灵活的寻呼周期进行监听，及时接受紧急广播和获得节能增益。
例如，若终端设备的种类为REDCAP UE，那么网络侧根据终端设备的种类为REDCAPUE，确定寻呼周期为2.56s，使得终端设备能够以2.56s的寻呼周期进行监听，及时接受紧急广播和获得节能增益。
需要说明的是，本申请实施例中的终端设备可以是REDCAP UE，也可以是其他种类的UE，本申请实施例不局限于此。
第一方面，提供了一种寻呼方法，包括：根据终端的种类信息，确定寻呼周期，根据该寻呼周期发送第一信息，所述第一信息用于寻呼该终端。
根据本申请提供的技术方案，接入网设备或核心网设备根据终端的种类信息，确定寻呼周期，根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。本申请中根据终端设备的种类信息确定寻呼周期，从而使得终端设备能够以更加灵活的寻呼周期进行监听，及时接受紧急广播和获得节能增益。
结合第一方面，在第一方面的某些实现方式中，该方法由接入网设备执行，该寻呼周期包括不连续接收DRX寻呼周期，该第一信息包括终端的身份标识ID。根据终端的种类信息，确定寻呼周期，包括：根据该终端的种类为能力降低REDCAP UE，确定该寻呼周期为DRX＝2.56s。上述技术方案可以使得REDCAP UE能够以2.56s寻呼周期进行监听，及时接受紧急广播和获得节能增益。
结合第一方面，在第一方面的某些实现方式中，该方法由核心网设备执行，该寻呼周期包括扩展不连续接收eDRX寻呼周期，寻呼周期表包括该寻呼周期，该第一信息包括寻呼周期的信息。根据终端的种类信息，确定寻呼周期，还包括：根据终端的种类为REDCAPUE，确定寻呼周期表。其中，该寻呼周期表为该终端的种类为REDCAP时的寻呼周期的表格。
结合第一方面或第一方面的某些实现方式，在第一方面的另一些可能的实现方式中，该寻呼周期表还包括第一比特域，该第一比特域指示该寻呼周期，该第一比特域的至少一个取值与该寻呼周期表中的至少一个寻呼周期关联，该方法还包括：根据该第一比特域取第一预设值，确定该寻呼周期为eDRX＝2.56s。
结合第一方面或第一方面的某些实现方式，在第一方面的另一些可能的实现方式中，该方法还包括：接收第二信息，该第二信息用于请求使用该寻呼周期DRX＝2.56s。
结合第一方面或第一方面的某些实现方式，在第一方面的另一些可能的实现方式中，该方法还包括：接收第二信息，该第二信息用于请求使用该寻呼周期eDRX＝2.56s。
第二方面，提供了一种寻呼方法，包括：根据终端的种类信息，确定是否在寻呼周期内使用第一参数，该寻呼周期包括扩展不连续接收eDRX寻呼周期，该第一参数包括寻呼时间窗PTW，根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。
根据本申请提供的技术方案，接入网设备或者核心网设备根据终端的种类信息，确定是否在寻呼周期内使用第一参数，该寻呼周期包括扩展不连续接收eDRX寻呼周期，该第一参数包括寻呼时间窗PTW，根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。本申请中根据终端设备的种类信息确定是否在寻呼周期内使用PTW，使得REDCAP UE能够在不同无线接入技术RAT下都使用eDRX机制，并确保不同UE和不同RAT节点之间的寻呼机制匹配。
在本申请实施例中，接入网设备可以是gNB，也可以是eNB。现有技术中，REDCAP UE在gNB下不使用PTW，eMTC UE在eNB下使用PTW。其中，由于eMTC UE是4G设备，因此无需考虑4G设备在5G接入网中运行，即无需考虑eMTC UE在gNB下是否使用PTW。
同时，不难理解，当REDCAP UE在eNB下不使用PTW，那么网络节点就需要对UE种类信息进行判别，即根据UE种类信息是REDCAP UE还是eMTC UE，来确定寻呼时是否使用PTW。因此，还可以理解，当REDCAP UE在eNB下使用PTW，那么网络节点就不需要对UE种类进行判别，原因在于，不论是REDCAP UE还是eMTC UE，在eNB下都是使用PTW，因此网络节点无需判别其种类。因此需要补充REDCAP UE-eNB-5GC下的eDRX支持方案，以确保UE和网络寻呼监听机制的匹配。
结合第二方面，在第二方面的某些实现方式中，该方法由接入网设备执行，该寻呼周期包括eDRX＝10.24s，该第一信息包括终端的身份标识ID。根据终端的种类信息，确定是否在寻呼周期内使用第一参数，包括：根据终端的种类为能力降低REDCAP UE，确定在该寻呼周期内不使用该第一参数。上述技术方案能够使得REDCAP UE能够在不同无线接入技术RAT下都使用eDRX机制，并确保不同UE和不同RAT节点之间的寻呼机制匹配。
结合第二方面，在第二方面的某些实现方式中，该方法由核心网设备执行，该寻呼周期包括eDRX＝10.24s，该第一信息包括寻呼周期的信息。根据终端的种类信息，确定是否在寻呼周期内使用第一参数，包括：根据该终端的种类为能力降低REDCAP UE，确定在该寻呼周期内不使用该第一参数。上述技术方案能够使得REDCAP UE能够在不同无线接入技术RAT下都使用eDRX机制，并确保不同UE和不同RAT节点之间的寻呼机制匹配。
第三方面，提供了一种寻呼方法，包括：接收第一信息，该第一信息用于寻呼终端，根据驻留小区的种类信息，确定是否在监听寻呼时使用寻呼时间窗PTW。
根据本申请提供的技术方案，终端根据接收到的寻呼消息，根据当前驻留小区的种类信息，确定是否在监听寻呼时使用PTW。本申请中终端根据当前驻留小区的种类信息，确定是否在监听寻呼时使用PTW，能够确保不同UE和不同RAT节点之间的寻呼机制匹配。
结合第三方面，在第三方面的某些实现方式中，该寻呼周期包括扩展不连续接收eDRX＝10.24s，根据驻留小区的种类信息，确定是否在监听寻呼时使用寻呼时间窗PTW，包括：根据该驻留小区的种类为下一代基站gNB，确定在监听寻呼时不使用该PTW。上述技术方案能够确保不同UE和不同RAT节点之间的寻呼机制匹配。
结合第三方面或第三方面的某些实现方式，在第三方面的另一些可能的实现方式中，该方法还包括：发送第二信息，该第二信息用于请求使用寻呼周期eDRX＝10.24s。
第四方面，提供了一种寻呼装置，包括：确定模块，用于根据终端的种类信息，确定寻呼周期，发送模块，用于根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。
结合第四方面，在第四方面的某些实现方式中，该寻呼装置为接入网设备，该寻呼周期包括不连续接收DRX寻呼周期，该第一信息包括终端的身份标识ID。
该确定模块具体用于：根据终端的种类为能力降低REDCAP UE，确定该寻呼周期为DRX＝2.56s。
结合第四方面，在第四方面的某些实现方式中，该寻呼装置为核心网设备，该寻呼周期包括扩展不连续接收eDRX寻呼周期，寻呼周期表包括该寻呼周期，该第一信息包括寻呼周期的信息。
该确定模块还用于：根据终端的种类为REDCAP UE，确定该寻呼周期表。其中，该寻呼周期表为终端的种类为REDCAP UE时的寻呼周期的表格。
结合第四方面或第四方面的某些实现方式，在第四方面的另一些可能的实现方式中，该寻呼周期表还包括第一比特域，该第一比特域指示寻呼周期，该第一比特域的至少一个取值与该寻呼周期表中的至少一个寻呼周期关联，该确定模块还用于：根据该第一比特域取第一预设值，确定该寻呼周期为eDRX＝2.56s。
结合第四方面或第四方面的某些实现方式，在第四方面的另一些可能的实现方式中，该装置还包括：接收模块，用于接收第二信息，该第二信息用于请求使用该寻呼周期DRX＝2.56s。
结合第四方面或第四方面的某些实现方式，在第四方面的另一些可能的实现方式中，该装置还包括：接收模块，用于接收第二信息，该第二信息用于请求使用该寻呼周期eDRX＝2.56s。
第五方面，提供了一种寻呼装置，包括：确定模块，用于根据终端的种类信息，确定是否在寻呼周期内使用第一参数，该寻呼周期包括扩展不连续接收eDRX寻呼周期，该第一参数包括寻呼时间窗PTW。发送模块，用于根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。
结合第五方面，在第五方面的某些实现方式中，该寻呼装置为接入网设备，该寻呼周期包括eDRX＝10.24s，该第一信息包括终端的身份标识ID。该确定模块具体用于：根据终端的种类为能力降低REDCAP UE，确定在该寻呼周期内不使用该第一参数。
结合第五方面，在第五方面的某些实现方式中，该寻呼装置为核心网设备，该寻呼周期包括eDRX＝10.24s，该第一信息包括该寻呼周期的信息。
该确定模块具体用于：根据该终端的种类为能力降低REDCAP UE，确定在该寻呼周期内不使用该第一参数。
第六方面，提供了一种寻呼装置，包括：接收模块，用于接收第一信息，该第一信息用于寻呼终端，确定模块，用于根据驻留小区的种类信息，确定是否在监听寻呼时使用寻呼时间窗PTW。
结合第六方面，在第六方面的某些实现方式中，寻呼周期包括扩展不连续接收eDRX＝10.24s，该确定模块具体用于：根据驻留小区的种类为下一代基站gNB，确定在监听寻呼时不使用该PTW。
结合第六方面或第六方面的某些实现方式，在第六方面的另一些可能的实现方式中，该寻呼装置还包括：发送模块，用于发送第二信息，该第二信息用于请求使用寻呼周期eDRX＝10.24s。
第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面至第三方面中任一种可能实现方式中的方法。
第八方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面至第三方面中任一种可能实现方式中的方法。
第九方面，提供了一种芯片系统，包括存储器和处理器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得安装有该芯片系统的通信设备执行上述第一方面至第三方面中任一种可能实现方式中的方法。
其中，该芯片系统可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
根据本申请提供的技术方案，接入网设备或核心网设备根据终端的种类信息，确定寻呼周期，向终端发送第一信息，该第一信息包括上述寻呼周期的信息。本申请中根据终端的种类信息为REDCAP UE，确定寻呼周期为2.56s，从而使得REDCAP UE能够以2.56s寻呼周期进行监听，及时接受紧急广播和获得节能增益。以及根据终端设备的种类信息确定是否在寻呼周期内使用PTW，使得REDCAP UE能够在不同无线接入技术RAT下都使用eDRX机制，并确保不同UE和不同RAT节点之间的寻呼机制匹配。
附图说明
图1是本申请实施例适用的一种系统的示意图。
图2是本申请实施例适用的寻呼场景的示意图。
图3是本申请提供的寻呼方法的示意性流程图。
图4是本申请提供的一个实施例的寻呼方法的示意图。
图5是本申请提供的另一个实施例的寻呼方法的示意图。
图6是本申请提供的另一个实施例的寻呼方法的示意图。
图7是本申请提供的另一个实施例的寻呼方法的示意图。
图8是本申请提供的另一个实施例的寻呼方法的示意图。
图9是适用于本申请的寻呼装置的一例示意性框图。
图10是适用于本申请的寻呼装置的另一例示意性框图。
图11是适用于本申请的寻呼装置的另一例示意性框图。
图12是适用于本申请的寻呼装置的另一例示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、未来的第五代(5th Generation，5G)系统或新无线(New Radio，NR)等。
通常来说，传统的寻呼系统支持的连接数有限，也易于实现，然而，随着寻呼技术的发展，移动寻呼系统将不仅支持传统的寻呼，还将支持例如，设备到设备(Device toDevice,D2D)寻呼，机器到机器(Machine to Machine,M2M)寻呼，机器类型寻呼(MachineType Communication,MTC)，车联网(Vehicle To Everything,V2X)寻呼，例如，车到车(Vehicle to Vehicle,V2V)寻呼、车到基础设施(Vehicle to Infrastructure,V2I)寻呼，车到行人(Vehicle to Pedestrian,V2P)寻呼，车道网络(Vehicle to Network,V2N)寻呼等。
图1是本申请实施例适用的一种系统的示意图。如图1所示，系统100可以包括网络设备110以及终端设备120和130，其中，网络设备与终端设备之间通过无线连接。应理解，图1仅以系统包括一个网络设备为例进行说明，但本申请实施例并不限于此，例如，系统还可以包括更多的网络设备；类似地，系统也可以包括更多的终端设备。还应理解，系统也可以称为网络，本申请实施例对此并不限定。
本申请实施例中的网络设备110可以是用于与终端设备寻呼的设备，该网络设备可以是全球移动通讯(GSM Global System of Mobile communication,GSM)或码分多址(Code Division Multiple Access,CDMA)中的基站(Base Transceiver Station,BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统中的基站(NodeB,NB)，还可以是长期演进系统中的演进型基站(Evolutional Node B,eNB或eNodeB)，还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)网络中的网络设备等。
另外，在本申请实施例中，网络设备110为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备进行寻呼，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。另外，该小区还可以是超小区(Hypercell)。
本申请实施例中的终端设备120可以称为用户设备(User Equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线寻呼设备、用户代理或用户装置。终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行寻呼，例如，用户设备可以是移动电话(或称为“蜂窝”电话)或具有移动终端的计算机等，例如，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。
终端设备120可以是WLAN中的站点(STAION,ST)，可以是智能电话、便携式电脑、全球定位系统、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)设备、具有无线寻呼功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式寻呼设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box,STB)、用户驻地设备(customerpremise equipment,CPE)和/或用于在无线系统上进行寻呼的其它设备以及下一代寻呼系统。例如，5G网络中的终端设备或者未来演进的公共陆地移动网络PLMN网络中的终端设备等。
作为示例而非限定，在本申请实施例中，该终端设备130还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
此外，在本申请实施例中，终端设备130还可以是物联网(Internet of Things,IoT)系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过寻呼技术与网络连接，从而实现人机互连，物物互连的智能化网络。
图2是本申请实施例适用的寻呼场景的示意图。如图2所示，终端设备230和终端设备240处于接入网设备210提供的小区，终端设备250处于接入网设备220提供的小区。
应理解，核心网200的功能主要是提供用户连接、对用户的管理以及对业务完成承载，作为承载网络提供到外部网络的接口。用户连接的建立包括移动性管理(mobilemanagement,MM)、呼叫管理(connection management,CM)、交换/路由、录音通知等功能。用户管理包括用户的描述、服务质量(Quality of Service,QoS)、用户寻呼记录(accounting)、虚拟归属环境(virtual home environment,VHE)和安全性(由鉴权中心提供相应的安全性措施包含了对移动业务的安全性管理和对外部网络访问的安全性处理)。承载连接(access)包括到外部的公共交换电话网络(Public Switched TelephoneNetwork,PSTN)、外部电路数据网和分组数据网、互联网络(internet)和内联网(intranets)、以及移动网络自身的手机短信服务(Short Message Service,SMS)服务器等等。
在本申请实施例中，核心网200可以提供的基本业务包括移动办公、电子商务、寻呼、娱乐性业务、旅行和基于位置的服务、遥感业务(telemetry)、简单消息传递业务(监视控制)等等。
作为示例而非限定，核心网200设备可以包括：接入和移动性管理功能(access&mobility function,AMF)、会话管理功能(session management function,SMF)、策略控制功能(policy control function,PCF)、用户面功能(user plane function,UPF)等功能单元，这些功能单元可以独立工作，也可以组合在一起实现某些控制功能，如：AMF、SMF和PCF可以组合在一起作为管理设备，用于完成终端设备的接入鉴权、安全加密、位置注册等接入控制和移动性管理功能，以及用户面传输路径的建立、释放和更改等会话管理功能，以及分析一些切片(slice)相关的数据(如拥塞)、终端设备相关的数据的功能，UPF主要完成用户面数据的路由转发等功能，如：负责对终端设备的数据报文过滤、数据传输/转发、速率控制、生成计费信息等。
接入网设备210可以包括接入网/无线接入网(Radio Access Network,RAN)设备，由多个5G-RAN节点组成的网络，该5G-RAN节点可以为：接入节点(access point,AP)、下一代新基站(NR nodeB，gNB)、下一代演进型基站(ng-eNB，gNB)、收发点(transmissionreceive point,TRP)、传输点(transmission point,TP)或某种其它接入节点。5G-RAN节点内部又可以分为集中单元(central unit,CU)和分布式单元(distributed unit,DU)。
此外，接入网设备220还可以是SM或CDMA中的基站(Base Transceiver Station,BTS)，也可以是WCDMA中的基站(NodeB,NB)，还可以是LTE中的演进型基站(EvolutionalNode B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及未来5G网络中的接入网设备或者未来演进的PLMN网络中的接入网设备等，本申请并未特别限定。
需要说明的是，在本申请实施例中，接入网设备220可以为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与接入网设备进行寻呼，该小区可以是接入网设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(Small cell)对应的基站，这里的小小区可以包括：城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
每个接入网设备可包括一个或多个天线。每个接入网设备可以与多个终端设备寻呼。其中，接入网设备可以通过前向链路(也称为下行链路)向终端设备发送数据或信息，并通过反向链路(也称为上行链路)从终端设备接收数据或信息。被设计用于寻呼的每个天线(或者由多个天线组成的天线组)和/或区域称为接入网设备的扇区。例如，可将天线组设计为与接入网设备覆盖区域的扇区中的终端设备寻呼。接入网设备可以通过单个天线或多天线发射分集向其对应的扇区内所有的终端设备发送信号。在接入网设备通过前向链路与终端设备进行寻呼的过程中，接入网设备的发射天线也可利用波束成形来改善前向链路的信噪比。
在本申请实施例中，有关终端设备230、240和250已在上述图1中详细说明，此处不再赘述。
需要说明的是，上述“设备”也可以称为实体、网元、装置或模块等，本申请并未特别限定。并且，在本申请中，为了便于理解和说明，在对部分描述中省略“网元”这一描述，例如，将RAN网元简称RAN，此情况下，该“RAN网元”应理解为RAN网元或RAN实体，以下，省略对相同或相似情况的说明。
此外，本申请实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(Compact Disc,CD)、数字通用盘(Digital VersatileDisc,DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(ErasableProgrammable Read-Only Memory,EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
需要说明的是，在本申请实施例中，在应用层可以运行多个应用程序，此情况下，执行本申请实施例的方法的应用程序与用于控制接收端设备完成所接收到的数据所对应的动作的应用程序可以是不同的应用程序。
为了便于对申请提供的技术方案的理解，下面对寻呼流程及寻呼消息的接收进行简单描述。
处于无线资源控制空闲态(radio resource control_idle，RRC_IDLE)的UE与网络之间是不存在RRC连接的，对于无线资源控制非激活态(radio resource control_inactive，RRC_INACTIVE)的UE，虽然与网络建立了RRC连接，但该连接是挂起的。当网络有下行数据需要发往处于RRC_IDLE或RRC_INACTIVE态的UE时，网络需要先通过寻呼(paging)流程来寻呼UE，以通知该UE建立或恢复RRC连接，然后才能进行数据传输。也就是说，paging是由网络发起的。在NR中，paging可由核心网发起，称为核心网寻呼(core networkpaging，CN paging)，也可由无线接入网(radio access network，RAN)发起的，称为RANpaging。
当UE处于RRC_IDLE态时，UE与基站(gNB)之间不存在RRC连接，且不存在该UE的RRC上下文，即gNB并不知道该UE的存在，从核心网的角度来看，此时UE处于连接管理空闲(connection management idle,CM_IDLE)态，例如，UE在接入和移动性管理功能(accessand mobility management function，AMF)中的状态，UE与核心网之间不存在非接入层(non-access stratum，NAS)连接，但UE在所处的跟踪区(tracking area，TA)内已经被分配了一个唯一的标识，UE已经在AMF注册，且在AMF中存在上下文。当核心网需要向处于CM_IDLE态的UE发送下行数据或者下行NAS信令时，AMF会向UE所注册的所有TA内的所有gNB发送一条寻呼消息，然后gNB会通过空口发送一条paging消息以寻呼UE。处于RRC_IDLE态的UE收到paging消息后，通常会发起一个RRC连接建立过程以接收下行数据。
AMF主要负责和无线进行对接，接收和发送与UE通信的NAS消息，对终端进行注册、移动、可达、加密鉴权等管理，传递UE和SMF之间的NAS消息。
在RRC_INACTIVE态下，虽然UE和gNB同时保存着RRC上下文，但UE与gNB之间的RRC连接被挂起。同时，UE与核心网之间的连接依然得以保持，即从核心网角度看，UE此时处于CM_CONNECTED态。当网络需要给RRC_INACTIVE态的UE发送数据，例如下行数据到达时，由于RRC连接是挂起的，因此网络需要寻呼UE。又由于此时核心网认为UE处于连接态，因此核心网不会发起寻呼，而是由RAN节点，例如基站(gNB)来发起寻呼。
在RRC_INACTIVE态下，最后一个服务于UE的gNB节点会保存UE上下文并维持与核心网之间的连接。如果最后一个服务于UE的gNB在UE处于RRC_INACTIVE态时从核心网收到了下行数据或与UE相关的NAS信令，那么该gNB会在UE所属无线接入网(radio accessnetwork，RAN)通知区(RAN-based notification area，RNA)包含的所有小区上寻呼该UE。如果RNA包含了相邻gNB上的小区，则该gNB会发送Xn应用协议(Xn application protocol,Xn AP)RAN paging消息到相邻gNB上，以通知相邻gNB在相应小区上寻呼UE。处于RRC_INACTIVE态的UE收到paging消息后，通常会发起一个RRC连接建立恢复过程以便接收下行数据。这里的RAN通知区为NG-RAN(例如gNB)管理的基于RAN的通知区域，且NG-RAN知道UE所属的RNA。
处于RRC_IDLE或RRC_INACTIVE态的UE支持使用非连续接收(discontinuousreception，DRX)的方式来接收paging消息以降低功耗，该DRX又称为paging DRX，非连续接收周期(DRX cycle)由网络设备配置，其中，DRX cycle又称为寻呼周期。使用DRX，处于RRC_IDLE或RRC_INACTIVE态的UE只会在预先定义好的时间段“醒来”以接收paging消息，而在其它时间可以保持“休眠”状态并停止接收paging，这样就降低了功耗，提升了UE的电池使用时间。
对于paging DRX，RRC_IDLE或RRC_INACTIVE态的UE只会在每个寻呼周期内的某个特定寻呼机会(paging occasion，PO)上去尝试接收寻呼无线网络临时标识(paging radionetwork temporary identifier，P-RNTI)加扰的PDCCH。在NR系统中，PO是一组物理下行控制信道(physical downlink control channel,PDCCH)的监视时机(monitoringoccasion)。一个PO可以包含多个时间片段(time slots)，例如，时间片段可以是子帧或正交频分复用(orthogonal frequency division multiplexing，OFDM)符号。网络设备可以在PO中发送用于调度寻呼消息的下行控制信息(downlink control information，DCI)。另外，一个寻呼帧(paging frame，PF)是一个无线帧，可以包含一个或多个PO或PO的起点。终端设备在监听PO时，先确定PF的位置，然后再确定PF关联的PO的位置。需要说明的是，一个PF关联的PO可以从PF内开始，也可以从PF之后开始。UE可以根据寻呼配置参数以及UE_ID确定自己需要监听的PO位置，具体可参考NR和LTE现有技术，和本申请具体方案无关，这里不再展开描述。
图3是本申请提供的一种寻呼周期小于等于10.24s下的能力降低的(reducedcapability，REDCAP)UE寻呼方案的示意流程图，该方法包括：
S310，网络设备根据终端的种类信息，确定寻呼周期。
S320，网络设备根据所述寻呼周期向终端设备发送第一信息，所述第一信息用于寻呼所述终端。
具体的，网络设备可以是接入网设备，也可以是核心网设备，该第一信息可以是寻呼消息，其中，寻呼消息包括N2 Paging和UU Paging。
在一种可能的实现方式中，网络设备为接入网设备，该寻呼周期是DRX寻呼周期，接入网设备根据终端的种类为REDCAP UE，确定寻呼周期为DRX＝2.56s。接入网设备向终端设备发送寻呼消息(UU Paging)，该寻呼消息中包括UE ID，即特定ID的UE接收到该寻呼消息后，以T＝2.56s进行监听寻呼。
在另一种可能的实现方式中，网络设备为核心网设备，该寻呼周期是eDRX寻呼周期，核心网设备根据终端种类为REDCAP UE，确定寻呼周期为eDRX＝2.56s，并向接入网设备发送寻呼消息(N2 Paging)，该寻呼消息中不仅包括UE ID，还包括核心网指导接入网如何进行寻呼的信息，比如寻呼周期。接入网设备接收到寻呼消息后，向终端设备发送UUPaging，特定ID的UE接收到消息后，以T＝2.56s进行监听寻呼。
需要说明的是，第一信息应不限于上述寻呼消息，即第一信息也可以是其他指示信息，指示特定UE按照一定的周期T进行寻呼，应理解，本申请实施例对此不作限定。
图4是本申请提供的一个实施例的示意性流程图，如图4所示。
S410，终端设备向接入网设备发送第二信息，该第二信息用于请求使用寻呼周期DRX＝2.56s。
具体的，REDCAP UE驻留到RAN节点，通过注册与核心网设备协商，对现有的RAN节点功能进行增强，并通过系统信息广播声明eNB是否支持新特性。
需要说明的是，不支持新特性可以理解为基站只能按照现有的方法进行寻呼，即基站只能在RAN寻呼周期，UE特定的寻呼周期以及缺省寻呼周期中选择一个最小的DRX周期值进行寻呼。
在一种可能的实现方式中，若系统信息广播声明eNB支持新特性，那么UE驻留在RAN节点，并且向核心网设备请求使用DRX周期＝2.56s。
在另一种可能的实现方式中，若系统信息广播声明eNB不支持新特性，那么UE选择不驻留在RAN节点，或者UE选择驻留在该RAN节点，但是不向核心网设备请求使用DRX周期＝2.56s，应理解，本申请实施例对此不作限定。
S420，核心网设备向接入网设备发送第一信息，该第一信息包括所述寻呼周期DRX＝2.56s。
具体的，当有下行数据到达核心网网络(core network，CN)时，CN将包括DRX周期＝2.56s的第一信息发送给跟踪区域TA内对应的RAN节点。
需要说明的是，在同一个TA内的RAN节点可以支持功能增强新特性，也可以不支持功能增强新特性。
S430，接入网设备根据终端的种类信息，确定寻呼周期。
对于支持新特性的RAN节点，由于第一信息中携带终端设备的种类信息提示，RAN节点根据该终端设备的种类提示信息选择适配的DRX参数配置。
比如，若UE种类为REDCAP UE，那么RAN节点配置寻呼周期DRX周期T＝2.56s。若UE种类不是REDCAP UE，则按照现有方法进行寻呼周期T的判决。也就是说，接入网设备只能在RAN寻呼周期、UE特定的寻呼周期以及缺省寻呼周期中选择一个最小的DRX周期值作为寻呼周期T。
应理解，上述种类信息提示可以是显示提示，比如1bit，即取1的时候表示终端设备的种类是REDCAP UE。
应理解，上述种类信息提示也可以是隐式提示，比如基站存了一个映射关系表，那么基站可以根据N2 PAGING(寻呼信息)中已有的UE Paging Identity知道该终端设备的种类是否是REDCAP UE。
还应理解，上述种类信息提示仅仅是举例说明，即种类信息提示不限于上述提到的比特值和映射关系表，本申请实施例对此不作限定。
S440，根据寻呼周期发送第一信息，该第一信息包括终端的ID。
具体的，接入网设备向终端设备发送第一信息，该第一信息具体是寻呼消息(UUPaging)，该寻呼消息中包括UE ID(比如，ID为02，04，08)。即终端设备接收到该寻呼消息后，当接入网设备以周期T进行寻呼时，只有特定ID(02，04，08)的终端设备会按照周期T进行监听寻呼。
如图5所示，图5为本申请提供的另一个实施例的示意性流程图。
S510，终端设备向核心网设备发送第二信息，该第二信息用于请求使用寻呼周期eDRX＝2.56s。
需要说明的是，核心网设备对现有的eDRX参数映射进行重定义，使得在REDCAP UE协商eDRX参数配置时，能够映射到T＝2.56s的eDRX周期。
应理解，该参数映射关系可以是配置映射表格、也可以是其他映射形式，本申请实施例对此不作限制。
在一种可能的实现方式中，若系统信息广播声明eNB支持新特性，那么UE驻留在RAN节点，并且向核心网设备请求使用eDRX周期＝2.56s。
在另一种可能的实现方式中，若系统信息广播声明eNB不支持新特性，那么UE选择不驻留在RAN节点，或者驻留在该RAN节点，但是不向核心网设备请求使用eDRX周期＝2.56s，应理解，本申请实施例对此不作限定。
在另一种可能的实现方式中，核心网设备不支持重定义的REDCAP UE适配eDRX周期，那么核心网设备在注册过程中拒绝UE的eDRX请求。
S520，核心网设备根据终端的种类信息，确定寻呼周期。
具体的，核心网设备根据UE的种类信息确定对应的寻呼周期表，如表1所示，表1为REDCAP UE对应的寻呼周期表，不同类型的UE对应不同的寻呼周期表，其中，核心网设备根据终端的种类信息，从而确定对应的寻呼周期表，即，若终端设备为REDCAP UE，对应表1，若终端设备为eMTC UE，则不对应表1。
举例说明，核心网设备根据REDCAP UE的周期值与比特数之间存在的映射关系，配置如下表格，具体映射关系如表1所示。
表1寻呼周期表
比特数 eDRX周期
0000 2.56seconds
0001 …
0010 …
0011 …
0100 …
0101 …
0110 …
0111 …
1000 …
1001 …
1010 …
1011 …
1100 …
1101 …
1110 …
1111 10485.76seconds
从表1可以看出，当第一比特域的比特值为“0000”，则映射到的eDRX周期为2.56s，然而当第一比特域的比特值为“1111”，则映射到的eDRX周期为10485.76s。
应理解，表1中的具体映射关系以及具体数值仅为举例说明，本申请实施例对此不作限制。
S530，核心网设备向接入网设备发送第一信息，该第一信息用于寻呼终端。
具体的，当有下行数据到达核心网设备时，核心网设备向接入网设备发送第一信息，该第一信息为寻呼消息(N2 Paging)，其中，N2 Paging消息中包含eDRX＝2.56s的参数。接入网设备接收到该寻呼消息时，会按照核心网设备指示的寻呼方式进行寻呼，即接入网设备以eDRX＝2.56s的方式进行寻呼。
S540，接入网设备向终端设备发送寻呼消息，该寻呼消息包括终端的ID。
具体的，接入网设备向终端设备发送UU Paging，该寻呼消息中包含UE ID，比如，接入网设备发送的UU Paging中包含UE ID(02，04，08)，即当终端设备接收到该寻呼消息后，当接入网设备以周期T进行寻呼时，只有特定ID(02，04，08)的终端设备会按照周期T进行监听寻呼。
以上，图4和图5中提供的寻呼方法能够使得终端以2.56s寻呼周期进行监听，及时接受紧急广播和获得节能增益。
以下，结合图6至图8补充不同的无线接入技术(radio access technology，RAT)下的eDRX支持方案，从而确保不同UE和不同RAT节点之间的寻呼机制匹配。
需要说明的是，现有的方法中，增强机器类通信(enhanced machine-typecommunication，eMTC)UE在eNB下使用寻呼时间窗(paging time window，PTW)，REDCAP UE在gNB下不使用PTW。根据现有方法，REDCAP UE在eNB下当前不支持eDRX。假设REDCAP UE在eNB下支持eDRX，并且REDCAP UE在eNB下使用PTW，那么对于eNB来说，不需要判别UE种类信息，因为不论是eMTC UE还是REDCAP UE都使用PTW。然而假设REDCAP UE在eNB下不使用PTW，那么需要eNB在寻呼过程中判别具体的UE种类信息。
应理解，本申请图6至图8中的实施例主要针对10.24s的寻呼周期，补充了REDCAPUE-eNB-5GC下的eDRX支持方案，以便确保UE和网络监听寻呼机制的匹配。
图6是本申请提供的另一个实施例的示意性流程图，如图6所示。
S610，终端设备向核心网设备发送第二信息，该第二信息用于请求寻呼周期eDRX＝10.24s。
具体的，REDCAP UE驻留到RAN节点，通过注册与核心网设备协商，对现有的RAN节点功能进行增强，并通过系统信息广播声明eNB是否支持新特性。终端设备UE向核心网设备发送第二信息，该第二信息用于请求使用寻呼周期eDRX＝10.24s。
在一种可能的实现方式中，若系统信息广播声明eNB支持新特性，那么UE驻留在RAN节点，并且向网络设备请求使用寻呼周期eDRX＝10.24s。
在另一种可能的实现方式中，若系统信息广播声明eNB不支持新特性，那么UE选择不驻留在RAN节点，或者驻留在该RAN节点，但是不向网络设备请求使用寻呼周期eDRX＝10.24s，应理解，本申请实施例对此不作限定。
S620，核心网设备向接入网设备发送寻呼消息，该寻呼消息中携带终端的种类信息提示。
应理解，该接入网设备可以是eNB基站，也可以是gNB基站，该终端的种类信息提示可以是显示提示，也可以是隐式提示，本申请实施例对此不作限制。
S630，接入网设备根据终端的种类信息，确定是否在寻呼周期内使用第一参数。
具体的，对于支持新特性的RAN节点，由于节点接收到的N2 Paging消息中携带UE种类信息提示，eNB节点进行UE种类适配的寻呼。即如果UE的种类信息为REDCAP UE，则在eNB下寻呼时不使用PTW。如果UE种类信息为eMTC UE，那么在eNB下寻呼时使用PTW。
应理解，关于种类信息提示的内容在上述实施例中已经解释说明，在此不再赘述。
S640，接入网设备向终端设备发送第一信息，该第一信息用于寻呼终端。
具体的，该第一信息为寻呼消息(UU Paging)，该寻呼消息中包含UE ID，也就是说，当终端设备接收到的UU Paging中包含的UE ID为(02，04，05)，可以理解为，UE ID为(02，04，05)的终端设备为REDCAP UE。
那么在基站的整个寻呼过程中，基站寻呼UE ID为(02，04，05)的终端设备时不使用PTW，相应地，UE ID为(02，04，05)的终端设备在监听寻呼过程中也不使用PTW。
需要说明的是，在另一种可能的实现方式中，如图7所示，在步骤S720中，核心网设备根据终端设备的种类信息，确定是否在寻呼周期内使用第一参数。在步骤730中，核心网设备根据寻呼周期发送第一信息，该第一信息用于寻呼终端。
具体的，当有下行数据到达核心网设备时，核心网设备发现对应的UE的寻呼周期为eDRX＝10.24s，则需要核心网设备根据UE的种类信息确定是否在寻呼时指示接入网设备使用PTW。换句话说，核心网设备根据UE的种类信息决定是否在eDRX参数中配置PTW。
如果UE种类信息为REDCAP UE，则核心网设备在具体eDRX参数配置中不配置PTW，那么相应的，在步骤S730中，核心网设备向接入网设备发送的寻呼消息(N2 Paging)中包括的周期信息中不包括PTW。
如果UE种类信息为eMTC UE，则核心网设备在具体eDRX参数配置中配置PTW，同样地，在步骤S730中，核心网设备向接入网设备发送的寻呼消息(N2 Paging)中包括的周期信息中包括PTW。
应理解，步骤S710和步骤S610相对应，步骤S740和步骤S640相对应，本申请在此不再赘述。
还需说明，在另一种可能的实现方式中，如图8所示，在S820中，核心网设备向接入网设备发送寻呼消息，该寻呼消息中包括寻呼周期的信息。
具体的，当有下行数据到达核心网设备时，核心网设备将包含寻呼周期eDRX＝10.24s的寻呼消息(N2 Paging)发送给TA内的对应的接入网设备。接入网设备在接收到N2Paging后，不需判定所要寻呼的终端设备的种类信息，不同的基站使用不同的方式去寻呼，即，eNB以使用PTW的方式进行寻呼，gNB以不使用PTW的方式进行寻呼。
在S830中，终端设备接收来自接入网设备发送的第一信息，该第一信息用于寻呼终端。其中，该第一信息是寻呼消息(UU Paging)，并且该寻呼消息中包含UE ID。
在S840中，终端设备根据驻留小区的种类信息，确定是否在监听寻呼时使用PTW。
如果REDCAP UE驻留在gNB，那么REDCAP UE在监听寻呼时不使用PTW。
如果REDCAP UE驻留在eNB，那么REDCAP UE在监听寻呼时使用PTW。
以上结合图3至图8对本申请实施例的寻呼方法做了详细说明。以下，结合图9和图12对本申请实施例通信装置进行详细说明。
图9为本申请实施例提供的一种寻呼装置示意图，该寻呼装置用于应用于图3或图4方法实施例中的接入网设备或核心网设备，也可以是实现图4或图5实施例方法中的部件，例如一种芯片。如图9所示，示出了本申请实施例的一种寻呼装置900的示意性框图。该寻呼装置900包括：
确定模块910，用于根据终端的种类信息，确定寻呼周期；
发送模块920，用于根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。
在一种可能的实现方式中，该寻呼装置为接入网设备，该寻呼周期包括不连续接收DRX寻呼周期，该第一信息包括终端的身份标识ID，
该确定模块910具体用于：根据该终端的种类为能力降低REDCAP UE，确定该寻呼周期为DRX＝2.56s。
在另一种可能的实现方式中，该寻呼装置为核心网设备，该寻呼周期包括扩展不连续接收eDRX寻呼周期，寻呼周期表包括该寻呼周期，该第一信息包括寻呼周期的信息，
该确定模块910还用于：
根据该终端的种类为REDCAP UE，确定该寻呼周期表；
其中，该寻呼周期表为终端的种类为REDCAP UE时的寻呼周期的表格。
在另一种可能的实现方式中，该寻呼周期表还包括第一比特域，该第一比特域指示该寻呼周期，该第一比特域的至少一个取值与该寻呼周期表中的至少一个寻呼周期关联，
该确定模块910还用于：
根据该第一比特域取第一预设值，确定该寻呼周期为eDRX＝2.56s。
在另一种可能的实现方式中，该寻呼装置900还包括：
接收模块930，用于接收第二信息，该第二信息用于请求使用该寻呼周期DRX＝2.56s。
在另一种可能的实现方式中，该寻呼装置还包括：
接收模块930，用于接收第二信息，该第二信息用于请求使用该寻呼周期eDRX＝2.56s。
图10为本申请实施例提供的一种寻呼装置示意图，该寻呼装置应用于图5至图7方法实施例中的接入网设备或核心网设备，也可以是实现图6至图7实施例方法中的部件，例如一种芯片。如图10所示，示出了本申请实施例的一种寻呼装置1000的示意性框图。该寻呼装置1000包括：
确定模块1010，用于根据终端的种类信息，确定是否在寻呼周期内使用第一参数，该寻呼周期包括扩展不连续接收eDRX寻呼周期，该第一参数包括寻呼时间窗PTW；
发送模块1020，用于根据该寻呼周期发送第一信息，该第一信息用于寻呼终端。
在一种可能的实现方式中，该寻呼装置为接入网设备，该寻呼周期包括eDRX＝10.24s，该第一信息包括终端的身份标识ID，
该确定模块1010具体用于：
根据该终端的种类为REDCAP UE，确定在该寻呼周期内不使用该第一参数。
在另一种可能的实现方式中，该寻呼装置为核心网设备，该寻呼周期包括eDRX＝10.24s，该第一信息包括该寻呼周期的信息，
该确定模块1010具体用于：
根据该终端的种类为REDCAP UE，确定在该寻呼周期内不使用该第一参数。
图11为本申请实施例提供的一种寻呼装置示意图，该寻呼装置应用于图8方法实施例中的终端设备，也可以是实现图8实施例方法中的部件，例如一种芯片。如图11所示，示出了本申请实施例的一种寻呼装置1100的示意性框图。该寻呼装置1100包括：
接收模块1110，用于接收第一信息，该第一信息用于寻呼终端；
确定模块1120，用于根据驻留小区的种类信息，确定是否在监听寻呼时使用寻呼时间窗PTW。
在一种可能的实现方式中，该寻呼周期包括扩展不连续接收eDRX＝10.24s，
该确定模块1110具体用于：
根据该驻留小区的种类为下一代基站gNB，确定在监听寻呼时不使用该PTW。
在另一种可能的实现方式中，该寻呼装置还包括：
发送模块1130，用于发送第二信息，该第二信息用于请求使用寻呼周期eDRX＝10.24s。
图12是本申请实施例提供的通信装置1200的示意性结构图。应理解，图12示出的寻呼装置1200仅是示例，本申请实施例的装置还可包括其他模块或单元，或者包括与图12中的各个模块的功能相似的模块。
通信装置1200可以包括一个或多个处理器1210、一个或多个存储器1220、接收器1230和发送器1240。接收器1230和发送器1240可以集成在一起，称为收发器。存储器1220用于存储处理器1210执行的程序代码。其中，处理器1210中可以集成有存储器1220，或者处理器1210耦合到一个或多个存储器1220，用于调取存储器1220中的指令。
在一个实施例中，处理器1210可以用于实现图9中的确定模块910能够实现的操作或步骤，接收器1230可以用于实现图9中的接收模块930能够实现的操作或步骤。
在另一个实施例中，处理器1210可以用于实现图10中的确定模块1010能够实现的操作或步骤，接收器1230和发送器1240可以用于实现图10中的接收模块1030和发送模块1020能够实现的操作或步骤。
在另一个实施例中，处理器1210可以用于实现图11中的确定模块1110能够实现的操作或步骤，接收器1230和发送器1240可以用于实现图11中的接收模块1130和发送模块1120能够实现的操作或步骤。
本申请实施例还提供了一种计算机可读存储介质，其上存储有用于实现上述方法实施例中的方法的计算机程序。当该计算机程序在计算机上运行时，使得该计算机可以实现上述方法实施例中的方法。
本申请实施例还提供了一种系统芯片，该系统芯片包括：处理单元和通信单元，该处理单元，例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该通信装置内的芯片执行上述本申请实施例提供的任一种边缘应用服务器的选择方法。
上述的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的消息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储元件可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，说明书中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常被可互换使用。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (26)

1.一种寻呼方法，其特征在于，包括：
根据终端的种类信息，确定寻呼周期；
根据所述寻呼周期发送第一信息，所述第一信息用于寻呼所述终端。
2.根据权利要求1所述的方法，其特征在于，所述方法由接入网设备执行，所述寻呼周期包括不连续接收DRX寻呼周期，所述第一信息包括所述终端的身份标识ID，
所述根据终端的种类信息，确定寻呼周期，包括：
根据所述终端的种类为能力降低REDCAP UE，确定所述寻呼周期为DRX＝2.56s。
3.根据权利要求1所述的方法，其特征在于，所述方法由核心网设备执行，所述寻呼周期包括扩展不连续接收eDRX寻呼周期，寻呼周期表包括所述寻呼周期，所述第一信息包括所述寻呼周期的信息，
所述根据终端的种类信息，确定寻呼周期，还包括：
根据所述终端的种类为REDCAP UE，确定所述寻呼周期表；
其中，所述寻呼周期表为所述终端的种类为REDCAP UE时的寻呼周期的表格。
4.根据权利要求3所述的方法，其特征在于，所述寻呼周期表还包括第一比特域，所述第一比特域指示所述寻呼周期，所述第一比特域的至少一个取值与所述寻呼周期表中的至少一个寻呼周期关联，
所述方法还包括：
根据所述第一比特域取第一预设值，确定所述寻呼周期为eDRX＝2.56s。
5.根据权利要求2所述的方法，其特征在于，所述方法还包括：
接收第二信息，所述第二信息用于请求使用所述寻呼周期DRX＝2.56s。
6.根据权利要求4所述的方法，其特征在于，所述方法还包括：
接收第二信息，所述第二信息用于请求使用所述寻呼周期eDRX＝2.56s。
7.一种寻呼方法，其特征在于，包括：
根据终端的种类信息，确定是否在寻呼周期内使用第一参数，所述寻呼周期包括扩展不连续接收eDRX寻呼周期，所述第一参数包括寻呼时间窗PTW；
根据所述寻呼周期发送第一信息，所述第一信息用于寻呼所述终端。
8.根据权利要求7所述的方法，其特征在于，所述方法由接入网设备执行，所述寻呼周期包括eDRX＝10.24s，所述第一信息包括所述终端的身份标识ID，
所述根据终端的种类信息，确定是否在寻呼周期内使用第一参数，包括：
根据所述终端的种类为能力降低REDCAP UE，确定在所述寻呼周期内不使用所述第一参数。
9.根据权利要求7所述的方法，其特征在于，所述方法由核心网设备执行，所述寻呼周期包括eDRX＝10.24s，所述第一信息包括所述寻呼周期的信息，
所述根据终端的种类信息，确定是否在寻呼周期内使用第一参数，包括：
根据所述终端的种类为能力降低REDCAP UE，确定在所述寻呼周期内不使用所述第一参数。
10.一种寻呼方法，其特征在于，包括：
接收第一信息，所述第一信息用于寻呼终端；
根据驻留小区的种类信息，确定是否在监听寻呼时使用寻呼时间窗PTW。
11.根据权利要求10所述的方法，其特征在于，所述寻呼周期包括扩展不连续接收eDRX＝10.24s，
所述根据驻留小区的种类信息，确定是否在监听寻呼时使用寻呼时间窗PTW，包括：
根据所述驻留小区的种类为下一代基站gNB，确定在监听寻呼时不使用所述PTW。
12.根据权利要求11所述的方法，其特征在于，所述方法还包括：
发送第二信息，所述第二信息用于请求使用寻呼周期eDRX＝10.24s。
13.一种寻呼装置，其特征在于，包括：
确定模块，用于根据终端的种类信息，确定寻呼周期；
发送模块，用于根据所述寻呼周期发送第一信息，所述第一信息用于寻呼所述终端。
14.根据权利要求13所述的寻呼装置，其特征在于，所述寻呼装置为接入网设备，所述寻呼周期包括不连续接收DRX寻呼周期，所述第一信息包括所述终端的身份标识ID
所述确定模块具体用于：
根据所述终端的种类为能力降低REDCAP UE，确定所述寻呼周期为DRX＝2.56s。
15.根据权利要求13所述的寻呼装置，其特征在于，所述寻呼装置为核心网设备，所述寻呼周期包括扩展不连续接收eDRX寻呼周期，寻呼周期表包括所述寻呼周期，所述第一信息包括所述寻呼周期的信息，
所述确定模块还用于：
根据所述终端的种类为REDCAP UE，确定所述寻呼周期表；
其中，所述寻呼周期表为所述终端的种类为REDCAP UE时的寻呼周期的表格。
16.根据权利要求15所述的寻呼装置，其特征在于，所述寻呼周期表还包括第一比特域，所述第一比特域指示所述寻呼周期，所述第一比特域的至少一个取值与所述寻呼周期表中的至少一个寻呼周期关联，
所述确定模块还用于：
根据所述第一比特域取第一预设值，确定所述寻呼周期为eDRX＝2.56s。
17.根据权利要求14所述的寻呼装置，其特征在于，所述寻呼装置还包括：
接收模块，用于接收第二信息，所述第二信息用于请求使用所述寻呼周期DRX＝2.56s。
18.根据权利要求16所述的寻呼装置，其特征在于，所述寻呼装置还包括：
接收模块，用于接收第二信息，所述第二信息用于请求使用所述寻呼周期eDRX＝2.56s。
19.一种寻呼装置，其特征在于，包括：
确定模块，用于根据终端的种类信息，确定是否在寻呼周期内使用第一参数，所述寻呼周期包括扩展不连续接收eDRX寻呼周期，所述第一参数包括寻呼时间窗PTW；
发送模块，用于根据所述寻呼周期发送第一信息，所述第一信息用于寻呼所述终端。
20.根据权利要求19所述的寻呼装置，其特征在于，所述寻呼装置为接入网设备，所述寻呼周期包括eDRX＝10.24s，所述第一信息包括所述终端的身份标识ID，
所述确定模块具体用于：
根据所述终端的种类为能力降低REDCAP UE，确定在所述寻呼周期内不使用所述第一参数。
21.根据权利要求19所述的寻呼装置，其特征在于，所述寻呼装置为核心网设备，所述寻呼周期包括eDRX＝10.24s，所述第一信息包括所述寻呼周期的信息，
所述确定模块具体用于：
根据所述终端的种类为能力降低REDCAP UE，确定在所述寻呼周期内不使用所述第一参数。
22.一种寻呼装置，其特征在于，包括：
接收模块，用于接收第一信息，所述第一信息用于寻呼终端；
确定模块，用于根据驻留小区的种类信息，确定是否在监听寻呼时使用寻呼时间窗PTW。
23.根据权利要求22所述的寻呼装置，其特征在于，所述寻呼周期包括扩展不连续接收eDRX＝10.24s，
所述确定模块具体用于：
根据所述驻留小区的种类为下一代基站gNB，确定在监听寻呼时不使用所述PTW。
24.根据权利要求22所述的寻呼装置，其特征在于，所述寻呼装置还包括：
发送模块，用于发送第二信息，所述第二信息用于请求使用寻呼周期eDRX＝10.24s。
25.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序运行时，使得所述计算机执行如权利要求1至12中任意一项所述的方法。
26.一种芯片系统，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片系统的寻呼装置执行如权利要求1至12中任意一项所述的方法。
CN202110333458.9A 2021-03-29 2021-03-29 寻呼方法及其装置 Pending CN115134760A (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202110333458.9A CN115134760A (zh) 2021-03-29 2021-03-29 寻呼方法及其装置
AU2022251506A AU2022251506A1 (en) 2021-03-29 2022-03-29 Paging method and apparatus
BR112023019878A BR112023019878A2 (pt) 2021-03-29 2022-03-29 Métodos e aparelho de paging, meio de armazenamento legível por computador, sistema de chip e sistema compreendendo um dispositivo de rede de acesso e um terminal
EP22778903.9A EP4304255A1 (en) 2021-03-29 2022-03-29 Paging method and apparatus
PCT/CN2022/083544 WO2022206721A1 (zh) 2021-03-29 2022-03-29 寻呼方法及其装置
US18/474,612 US20240015699A1 (en) 2021-03-29 2023-09-26 Paging method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110333458.9A CN115134760A (zh) 2021-03-29 2021-03-29 寻呼方法及其装置

Publications (1)

Publication Number Publication Date
CN115134760A true CN115134760A (zh) 2022-09-30

Family

ID=83375467

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110333458.9A Pending CN115134760A (zh) 2021-03-29 2021-03-29 寻呼方法及其装置

Country Status (6)

Country Link
US (1) US20240015699A1 (zh)
EP (1) EP4304255A1 (zh)
CN (1) CN115134760A (zh)
AU (1) AU2022251506A1 (zh)
BR (1) BR112023019878A2 (zh)
WO (1) WO2022206721A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024094031A1 (zh) * 2022-11-04 2024-05-10 华为技术有限公司 一种通信方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115426681A (zh) * 2018-02-14 2022-12-02 华为技术有限公司 一种信息处理方法和装置
CN110771222B (zh) * 2019-08-16 2022-11-22 北京小米移动软件有限公司 寻呼配置方法、装置、通信设备及存储介质
CN111918359A (zh) * 2020-07-03 2020-11-10 中兴通讯股份有限公司 接入控制方法、第一网络节点、第二网络节点及存储介质
CN114071716A (zh) * 2020-08-07 2022-02-18 中国移动通信有限公司研究院 寻呼消息监听方法、寻呼周期配置方法、设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024094031A1 (zh) * 2022-11-04 2024-05-10 华为技术有限公司 一种通信方法及装置

Also Published As

Publication number Publication date
BR112023019878A2 (pt) 2023-11-07
US20240015699A1 (en) 2024-01-11
AU2022251506A1 (en) 2023-10-19
EP4304255A1 (en) 2024-01-10
WO2022206721A1 (zh) 2022-10-06

Similar Documents

Publication Publication Date Title
WO2014086035A1 (en) Energy saving operations for wireless networks
CN112740763B (zh) 无线通信方法、终端设备和网络设备
CN114651453A (zh) 一种业务传输方法及装置、终端设备、网络设备
CN116547933A (zh) 无线通信的方法、终端设备和网络设备
US20240015699A1 (en) Paging method and apparatus
CN114982298A (zh) 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备
US11363650B2 (en) Fifth generation (5G) global unique temporary identity (GUTI) reallocation for cellular-internet of things (CIOT)
WO2022188105A1 (zh) 无线通信的方法及设备
CN114375595B (zh) 无线通信方法、终端设备和网络设备
CN114337969B (zh) 无线通信方法、终端设备和网络设备
CN115669207A (zh) 建立mbs业务的方法及装置、终端设备、网络设备
CN110971376A (zh) 指示信息通信方法及装置
WO2022077796A1 (zh) 一种通信方法及装置
WO2022056684A1 (zh) 节能方法、终端设备和网络设备
CN116530149A (zh) 寻呼指示方法、终端设备和网络设备
CN115997389A (zh) 寻呼方法、终端设备和网络设备
EP4221382A1 (en) Method and apparatus for paging
CN114424630B (zh) 一种寻呼消息的检测方法、装置及通信设备
WO2022061493A1 (zh) 资源确定方法、终端设备和网络设备
WO2022188078A1 (zh) 无线通信的方法、终端设备和网络设备
WO2022141053A1 (zh) 无线通信的方法、终端设备和网络设备
CN115988619A (zh) 无线通信的方法和终端设备
CN117460027A (zh) 一种通信的方法和装置
CN117750355A (zh) 通信方法和通信装置
CN115701183A (zh) 监听方法与装置、终端和网络设备

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