CN117479304A - 寻呼增强方法、装置及设备 - Google Patents

寻呼增强方法、装置及设备 Download PDF

Info

Publication number
CN117479304A
CN117479304A CN202210874323.8A CN202210874323A CN117479304A CN 117479304 A CN117479304 A CN 117479304A CN 202210874323 A CN202210874323 A CN 202210874323A CN 117479304 A CN117479304 A CN 117479304A
Authority
CN
China
Prior art keywords
paging
transmission window
coverage
paging transmission
information
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
CN202210874323.8A
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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202210874323.8A priority Critical patent/CN117479304A/zh
Priority to PCT/CN2023/108477 priority patent/WO2024017356A1/zh
Publication of CN117479304A publication Critical patent/CN117479304A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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/02—Arrangements for increasing efficiency of notification or paging channel
    • 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]
    • 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供一种寻呼增强方法、装置及设备。该方法包括：发送非连续覆盖的时间信息；接收寻呼传输窗信息；根据寻呼传输窗信息监听寻呼消息。避免寻呼传输窗位于覆盖间隙，而造成无法正常监听寻呼消息，进而避免因此带来额外的功耗。

Description

寻呼增强方法、装置及设备
技术领域
本申请实施例涉及网络通信技术领域，尤其涉及一种寻呼增强方法、装置及设备。
背景技术
在无线通信系统中，对于空闲状态的终端设备，当有下行数据到达时，需要通过寻呼的方式使终端设备进入连接状态，以接收下行数据。对于终端设备，需要在寻呼传输窗内唤醒，并在相应的寻呼时机监听寻呼消息。
由于在非连续覆盖的卫星通信场景中，对终端设备的覆盖时间上存在覆盖间隙。若终端设备的寻呼传输窗处于覆盖间隙，则会导致终端设备在寻呼传输窗内唤醒后，无法监听到寻呼消息，使得寻呼消息监听失败，进而导致终端设备的功耗增加。
发明内容
本申请实施例提供一种寻呼增强方法、装置及设备，用以解决降低终端设备的功耗。
第一方面，本申请实施例提供一种寻呼增强方法，包括：
发送非连续覆盖的时间信息；
接收寻呼传输窗信息；
根据所述寻呼传输窗信息监听寻呼消息。
在一种可能的实施方式中，所述非连续覆盖的时间信息包括：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长，N为正整数。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
在一种可能的实施方式中，所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加时间偏移量得到的。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
在一种可能的实施方式中，所述方法还包括：根据寻呼传输窗所在的覆盖时段包含的超帧数量、终端设备的用户设备标识，确定寻呼传输窗所在的超帧。
在一种可能的实施方式中，确定寻呼传输窗所在的超帧，包括：
获取所述终端设备的用户设备标识与所述寻呼传输窗所在的覆盖时段包含的超帧数量取模得到的第一模值M，所述M为整数；
将所述寻呼传输窗所在的覆盖时段中第M号超帧，确定为所述寻呼传输窗所在的超帧。
第二方面，本申请实施例提供一种寻呼增强方法，所述方法包括：
接收非连续覆盖的时间信息；
根据所述非连续覆盖的时间信息确定寻呼传输窗信息；
发送所述寻呼传输窗信息。
在一种可能的实施方式中，所述非连续的覆盖时间信息至少包括如下之一：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
在一种可能的实施方式中，所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加相应的时间偏移量得到的。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
在一种可能的实施方式中，所述方法还包括：
向第一网络设备发送寻呼消息，所述寻呼消息中包括寻呼传输窗信息。
第三方面，本申请实施例提供一种寻呼增强装置，应用于终端设备，所述寻呼增强装置包括发送模块、第一接收模块和第二接收模块，其中，
所述发送模块用于，发送非连续覆盖的时间信息；
所述第一接收模块用于，接收寻呼传输窗信息；
所述第二接收模块用于，根据所述寻呼传输窗信息监听寻呼消息。
在一种可能的实施方式中，所述非连续覆盖的时间信息包括：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长，N为正整数。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
在一种可能的实施方式中，所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加时间偏移量得到的。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
在一种可能的实施方式中，所述寻呼增强装置还包括确定模块：
所述确定模块用于，根据寻呼传输窗所在的覆盖时段包含的超帧数量、终端设备的用户设备标识，确定寻呼传输窗所在的超帧。
在一种可能的实施方式中，所述确定模块具体用于：
获取所述终端设备的用户设备标识与所述寻呼传输窗所在的覆盖时段包含的超帧数量取模得到的第一模值；
获取所述终端设备的用户设备标识与所述寻呼传输窗所在的覆盖时段包含的超帧数量取模得到的第一模值M，所述M为整数；
将所述寻呼传输窗所在的覆盖时段中第M号超帧，确定为所述寻呼传输窗所在的超帧。
第四方面，本申请实施例提供一种寻呼增强装置，应用于网络设备，所述寻呼增强装置包括接收模块、确定模块和第一发送模块，其中，
所述接收模块用于，接收非连续覆盖的时间信息；
所述确定模块用于，根据所述非连续覆盖的时间信息确定寻呼传输窗信息；
所述第一发送模块用于，发送所述寻呼传输窗信息。
在一种可能的实施方式中，所述非连续的覆盖时间信息至少包括如下之一：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
在一种可能的实施方式中，所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加相应的时间偏移量得到的。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
在一种可能的实施方式中，所述寻呼增强装置还包括第二发送模块：
所述第二发送模块用于：向第一网络设备发送寻呼消息，所述寻呼消息中包括寻呼传输窗信息。
第五方面，本申请实施例提供一种终端设备，包括：存储器和处理器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行第一方面任一项所述的寻呼增强方法。
第六方面，本申请实施例提供一种网络设备，包括：存储器和处理器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行第二方面任一项所述的寻呼增强方法。
第七方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现第一方面任一项所述的寻呼增强方法。
第八方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现第二方面任一项所述的寻呼增强方法。
第九方面，本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任一项所示的寻呼增强方法。
第十方面，本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第二方面任一项所示的寻呼增强方法。
第十一方面，本申请实施例提供一种芯片，所述芯片上存储有计算机程序，所述计算机程序被所述芯片执行时，实现第一方面任一项所示的寻呼增强方法。
第十二方面，本申请实施例提供一种芯片，所述芯片上存储有计算机程序，所述计算机程序被所述芯片执行时，实现第二方面任一项所示的寻呼增强方法。
本申请实施例提供一种寻呼增强方法、装置及设备，终端设备可以向核心网设备发送非连续覆盖的时间信息，核心网设备可以根据非连续覆盖的时间信息确定寻呼传输窗信息，并向终端设备发送寻呼传输窗信息。终端设备可以根据寻呼传输窗信息监听寻呼消息。由于可以根据非连续覆盖的时间信息确定寻呼传输窗信息，确保了寻呼传输窗处于覆盖时段内，因此可以确保终端设备在覆盖时段内被唤醒以顺利监听寻呼消息，降低了终端设备的功耗。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种应用场景的示意图；
图2为本申请实施例提供的一种寻呼增强方法的流程示意图；
图3A为本申请实施例提供的覆盖时段的示意图一；
图3B为本申请实施例提供的覆盖时段的示意图二；
图4为本申请实施例提供的另一种寻呼增强方法的流程示意图；
图5为本申请实施例提供的确定寻呼时机的示意图一；
图6为本申请实施例提供的又一种寻呼增强方法的流程示意图；
图7为本申请实施例提供的确定寻呼时机的示意图二；
图8为本申请示例性实施例提供的一种寻呼增强装置的结构示意图；
图9为本申请示例性实施例提供的另一种寻呼增强装置的结构示意图；
图10为本申请示例性实施例提供的又一种寻呼增强装置的结构示意；
图11为本申请示例性实施例提供的再一种寻呼增强装置的结构示意图；
图12为本申请示例性实施例提供的一种终端设备的结构示意图；
图13为本申请示例性实施例提供的一种网络设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(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 Access Technology，NR)。其中，5G移动通信系统可以包括非独立组网(non-standalone，NSA)和/或独立组网(standalone，SA)。
本申请提供的技术方案还可以应用于机器类通信(machine typecommunication，MTC)、机器间通信长期演进技术(Long Term Evolution-machine，LTE-M)、设备到设备(device-to device，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网系统中的通信方式统称为车到其他设备(vehicle to X，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle to vehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle topedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。
本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统等。本申请对此不作限定。
本申请实施例中，网络设备可以是任意一种具有无线收发功能的设备。该设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或homeNode B，HNB)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，WiFi)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmissionpoint，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。
在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、介质接入控制(medium access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的网络设备，也可以将CU划分为核心网(core network，CN)中的网络设备，本申请对此不做限定。
网络设备为小区提供服务，终端设备通过网络设备分配的传输资源(例如，频域资源，或者说，频谱资源)与小区进行通信，该小区可以属于宏基站(例如，宏eNB或宏gNB等)，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(metrocell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
在本申请实施例中，终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。
终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例可以为：手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑(如笔记本电脑、掌上电脑等)、移动互联网设备(mobileinternet device，MID)、虚拟现实(virtual reality，VR)设备、增强现实(augmentedreality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等。
其中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
此外，终端设备还可以是物联网(Internet of things，IoT)系统中的终端设备。IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。IoT技术可以通过例如窄带(narrowband)NB技术，做到海量连接，深度覆盖，终端省电。
此外，终端设备还可以包括智能打印机、火车探测器、加油站等传感器，主要功能包括收集数据(部分终端设备)、接收网络设备的控制信息与下行数据，并发送电磁波，向网络设备传输上行数据。
本申请中的“至少一个”指的是一个或多个，“多个”是指两个或两个以上。另外，本申请的“等于”可以与“大于”连用，也可以与“小于”连用。在“等于”与“大于”连用的情况下，采用“大于”的技术方案；在“等于”与“小于”连用的情况下，采用“小于”的技术方案。
图1为本申请实施例提供的一种应用场景的示意图，请参见图1，包括多个卫星101、多个网络设备102和多个终端设备103。例如，网络设备102可以为核心网设备、或者基站。
在网络通信系统中，卫星101具有一定的覆盖范围，并且可以为该覆盖范围内的多个网络设备102和多个终端设备103提供信号。由于卫星101是在卫星轨道不断运动的，因此卫星101的覆盖范围是不断移动的，故而卫星101对每个网络设备102、每个终端设备103具有一定的覆盖时段。
当任意一个终端设备103处于覆盖时段内时，若任意一个终端设备103需要与任意一个网络设备102进行交互时，则终端设备103可以在寻呼传输窗内唤醒，以监听是否有寻呼消息。
由于非连续覆盖的卫星通信场景中，对终端设备的覆盖时间上存在覆盖间隙。若终端设备的寻呼传输窗处于覆盖间隙，则会导致终端设备在寻呼传输窗内唤醒后，无法监听到寻呼消息，使得寻呼消息监听失败，进而导致终端设备的功耗增加。
在本申请实施例中，终端设备可以发送非连续覆盖的时间信息，并接收寻呼传输窗信息，进而根据寻呼传输窗信息监听寻呼消息。由于寻呼传输窗信息是根据非连续覆盖的时间信息确定的，寻呼传输窗处于覆盖时段内，故而可以确保终端设备在覆盖时段内被唤醒，以顺利监听寻呼消息，降低了终端设备的功耗。
下面，通过具体实施例对本申请所示的技术方案进行详细说明。需要说明的是，下面几个实施例可以单独存在，也可以相互结合，对于相同或相似的内容，在不同的实施例中不再重复说明。
图2为本申请实施例提供的一种寻呼增强方法的流程示意图。请参见图2，该方法可以包括：
S201、终端设备向核心网设备发送非连续覆盖的时间信息。
非连续覆盖的时间信息是指终端设备被卫星覆盖的时间信息。该时间信息可以通过系统帧的系统帧号(System Frame Number，SFN)来表示。SFN的取值范围可以为0～1023。
针对任意一个终端设备，非连续覆盖的时间信息可以包括如下2种方式：
方式1、非连续覆盖的时间信息可以包括N个覆盖时段的起始时刻和N个覆盖时段的覆盖时长，N为正整数。
下面，结合图3A和对N个覆盖时段的起始时刻和覆盖时长进行说明。
图3A为本申请实施例提供的覆盖时段的示意图一。请参见图3A，可以包括3个覆盖时段，分别为覆盖时段1、覆盖时段2、覆盖时段3。该3个覆盖时段是不连续的，覆盖时段1和覆盖时段2、覆盖时段2和覆盖时段3之间均存在覆盖间隙。其中，覆盖时段1的起始时刻为t1、覆盖时长为T1；覆盖时段2的起始时刻为t2、覆盖时长为T2；覆盖时段3的起始时刻为t3、覆盖时长为T3。则非连续覆盖的时间信息可以包括：起始时刻t1+覆盖时长T1、起始时刻t2+覆盖时长T2、起始时刻t3+覆盖时长T3。
方式2、非连续覆盖的时间信息可以包括N个覆盖时段，N为正整数。
下面，结合图3B对N个覆盖时段进行说明。
图3B为本申请实施例提供的覆盖时段的示意图二。请参见图3B，可以包括3个覆盖时段，分别为覆盖时段1、覆盖时段2、覆盖时段3。该3个覆盖时段是不连续的，覆盖时段1和覆盖时段2、覆盖时段2和覆盖时段3之间均存在覆盖间隙。其中，覆盖时段1的起始时刻为t1、终止时刻为t2；覆盖时段2的起始时刻为t3、终止时刻为t4；覆盖时段3的起始时刻为t5、终止时刻为t6；则非连续覆盖的时间信息可以包括：[起始时刻t1、终止时刻t2]、[起始时刻t3、终止时刻t4]、[起始时刻t5、终止时刻t6]。
终端设备可以确定自身的非连续覆盖的时间信息，向核心网设备发送非连续覆盖的时间信息。
可选地，终端设备还可以向核心网设备发送自身的用户设备标识(UserEquipment Identification，UE-ID)。
UE-ID可以通过国际移动用户标识码(International Mobile SubscriberIdentity，IMSI)表示。IMSI可以是由数字0～9组成的一个15位的序列，存储在用户识别卡(Subscriber Identity Module，SIM)、或者全球用户识别卡(Universal SubscriberIdentity Module，USIM)中。若终端设备中没有插入SIM/USIM卡，则不存在IMSI，此时UE-ID固定取0。
S202、核心网设备根据非连续覆盖的时间信息，确定寻呼传输窗信息。
寻呼传输窗(Paging Transmission Window，PTW)信息可以包括如下2种方式：
方式1、寻呼传输窗信息中可以包括至少一个寻呼传输窗的第一起始时刻。
寻呼传输窗的第一起始时刻可以用PTW_start表示。
例如，寻呼传输窗信息可以包括2个寻呼传输窗的第一起始时刻，分别为寻呼传输窗1的第一起始时刻PTW_start1、寻呼传输窗2的第一起始时刻PTW_start2。
方式2、寻呼传输窗信息中可以包括至少一个寻呼传输窗所在的覆盖时段。
例如，寻呼传输窗信息可以包括两个覆盖时段，分别为寻呼传输窗1所在的覆盖时段1、寻呼传输窗2所在的覆盖时段2。
核心网设备可以根据非连续覆盖的时间信息确定寻呼传输窗信息，即可以根据N个覆盖时段的起始时刻和/或N个覆盖时段的覆盖时长，确定寻呼传输窗信息。
S203、核心网设备向终端设备发送寻呼传输窗信息。
核心网设备可以根据终端设备的UE-ID，向第一网络设备发送寻呼传输窗信息，第一网络设备接收到寻呼传输窗信息之后，可以向该终端设备发送寻呼传输窗信息。
S204、终端设备根据寻呼传输窗信息监听寻呼消息。
终端设备接收到寻呼传输窗信息之后，可以根据寻呼传输窗信息确定寻呼传输窗，进而可以在寻呼传输窗内监听寻呼消息。
在本申请实施例中，终端设备可以向核心网设备发送非连续覆盖的时间信息，核心网设备可以根据非连续覆盖的时间信息确定寻呼传输窗信息，并向终端设备发送寻呼传输窗信息。终端设备可以根据寻呼传输窗信息确定寻呼传输窗，并在寻呼传输窗内监听寻呼消息。由于寻呼传输窗信息是根据非连续覆盖的时间信息确定的，确保了寻呼传输窗处于覆盖时段内，因此可以确保终端设备在覆盖时段内被唤醒，以顺利监听寻呼消息，降低了终端设备的功耗。
由于寻呼传输窗信息可以包括2种方式，则下面，在图2所示实施例的基础上，结合图4对确定寻呼传输窗信息为方式1时，对寻呼增强方法进行进一步详细说明；结合图5对确定寻呼传输窗信息为方式2时，对寻呼增强方法进行进一步详细说明。
图4为本申请实施例提供的另一种寻呼增强方法的流程示意图。请参见图4，该方法可以包括：
S401、终端设备向核心网设备发送非连续覆盖的时间信息。
在一可选实施例中，终端设备可以在跟踪区更新(Trackng Area Update，TAU)流程、或者附着(Attach)流程中，向核心网设备发送非连续覆盖的时间信息。
TAU流程是指当终端设备变更所在的跟踪区之后，终端设备可以向核心网设备发送跟踪区更新请求消息，以更新跟踪区的流程。
附着流程是指终端设备开机之后、或者终端设备从覆盖盲区返回覆盖区时，终端设备可以向核心网设备发送附着请求消息，以进行附着的流程。
终端设备在向核心网设备发送跟踪区更新请求消息、或者附着请求消息时，可以携带非连续覆盖的时间信息，以向核心网设备发送非连续覆盖的时间信息。
可选地，终端设备还可以向核心网设备发送自身的UE-ID、和/或扩展不连续接收(Extended Discontinuous Reception，eDRX)周期。
eDRX周期是终端设备在eDRX模式下的用于确定寻呼传输窗的一个周期数值。eDRX模式是终端设备支持的一种省电模式。在eDRX模式下，终端设备可以根据eDRX周期进行寻呼监听。例如，eDRX周期可以为512个系统帧，终端设备可以在每个eDRX周期内进行寻呼监听。
S402、核心网设备根据非连续覆盖的时间信息，确定至少一个寻呼传输窗的第一起始时刻。
第一起始时刻可以为：寻呼传输窗所在的覆盖时段的起始时刻增加时间偏移量得到的时间偏移量可以用ΔT表示。例如，时间偏移量ΔT可以为5个系统帧。
核心网设备可以确定非连续覆盖的时间信息中的至少一个覆盖时段的起始时刻，并对至少一个覆盖时段的起始时刻增加时间偏移量，得到至少一个寻呼传输窗的第一起始时刻。
例如，若非连续覆盖的时间信息中包括3个覆盖时段的信息，其中，覆盖时段1的信息为：起始时刻t1+覆盖时长T1；覆盖时段2的信息为：起始时刻t2+覆盖时长T2；覆盖时段3的信息为：起始时刻t3+覆盖时长T3。若核心网设备确定寻呼传输窗1在覆盖时段1内、寻呼传输窗2在覆盖时段3内，则核心网设备可以确定寻呼传输窗1的第一起始时刻PTW_start1等于覆盖时段1的起始时刻t1增加时间偏移量ΔT1，即PTW_start1＝t1+ΔT1；确定寻呼传输窗2的第一起始时刻PTW_start2等于覆盖时段3的起始时刻t3增加时间偏移量ΔT2，即PTW_start2＝t3+ΔT2。
S403、核心网设备将至少一个寻呼传输窗的第一起始时刻确定为寻呼传输窗信息。
在一可选实施例中，寻呼传输窗信息可以包括至少一个寻呼传输窗的第一起始时刻。
例如，核心网设备可以将寻呼传输窗1的第一起始时刻PTW_start1、寻呼传输窗2的第一起始时刻PTW_start2确定为寻呼传输窗信息。
S404、核心网设备向终端设备发送寻呼传输窗信息。
在终端设备的TAU周期内，终端设备的状态可以分为连接状态和空闲状态。
可选地，在连接状态下，核心网设备可以根据终端设备的UE-ID，在TAU流程中向终端设备发送跟踪区更新请求响应消息、或者在附着流程中向终端设备发送附着请求响应消息时，携带寻呼传输窗信息，以向终端设备发送寻呼传输窗信息。
可选地，在空闲状态下，核心网设备可以向第一网络设备发送寻呼消息，该寻呼消息中可以包括寻呼传输窗信息。
S405、终端设备根据寻呼传输窗信息确定寻呼传输窗。
寻呼传输窗信息可以包括至少一个寻呼传输窗的第一起始时刻。
可选地，在空闲状态下，终端设备可以根据至少一个寻呼传输窗的第一起始时刻、寻呼传输窗的窗长，确定至少一个寻呼传输窗的第一终止时刻，进而可以确定至少一个寻呼传输窗。
寻呼传输窗的窗长即是指寻呼传输窗的时长，可以用L表示。寻呼传输窗的窗长可以通过高层信令进行配置。例如，寻呼传输窗的窗长可以为10个系统帧。
寻呼传输窗的第一终止时刻可以用PTW-end表示，所在系统帧SFN可以可以通过公式(1)计算得到：
SFN＝(PTW_start+L*100-1)mod1024 公式(1)
其中，PTW_start表示寻呼传输窗的第一起始时刻；L表示寻呼传输窗的窗长，单位为秒(s)；mod表示取模运算。
例如，若PTW_start所在的系统帧为980号系统帧，窗长L为10个系统帧，即为0.1s。可以通过公式(1)计算得到SFN＝(980+0.1*100-1)mod1024＝989，则表示PTW-end所在的系统帧为989号系统帧。
S406、终端设备在寻呼传输窗内监听寻呼消息。
在5G的时频资源中，寻呼传输窗中可以包括至少一个系统帧，每个系统帧中可以包括至少一个子帧，每个子帧具有对应的索引(i_s)。
可选地，针对任意一个寻呼传输窗，终端设备可以根据寻呼传输窗、非连续接收(Discontinuous reception，DRX)周期，在寻呼传输窗口内确定至少一个寻呼帧(PagingFrame，PF)，进而可以在至少一个PF内确定至少一个寻呼时机(Paging Occasion，PO)。终端设备可以在至少一个PO监听寻呼消息。其中，PF是指特定的系统帧，PO是指PF中特定的子帧。
可选地，可以通过公式(2)确定PF所在的系统帧SFN：
SFN mod T＝(T div N)*(UE-ID mod N) 公式(2)
其中，T表示终端设备的DRX周期，该DRX周期可以是终端设备特定的DRX周期T-ue，也可以是终端设备所在小区默认的DRX周期T-c；若终端设备没有配置T-ue，则可以使用T-c，若终端设备配置了T-ue，则T的取值为min(T-c，T-ue)；
N表示一个DRX周期内PF的数量。N的取值可以为min(T，nB)，取值范围可以为{T，T/2，T/4，T/8，T/16，T/32}。其中，nB表示一个DRX周期内PO的数量，nB的取值范围可以为{4T，2T，T，T/2，T/4，T/8，T/16，T/32}；
UE-ID的取值等于IMSI mod 1024；div表示除法运算；mod表示取模运算。
例如，若DRX周期为128个子帧，N的取值为128，UE-ID为185，则通过公式(2)可以计算得到PF所在的系统帧的SFN可以为57、185、313、441、569、697、825、953等。
PO可通过公式(3)如下计算得到的i_s，并结合其与PO的映射关系确定:
i_s＝floor(UE-ID/N)mod Ns 公式(3)
其中，N表示一个DRX周期内PF的数量；Ns表示一个PF内PO的数量，Ns的取值可以为max(1,nB/T)；floor表示向下取整。
例如，若N的取值为128，UE-ID为185，Ns为1，则可以通过公式(3)计算得到i_s可以为0。
例如，若i_s与PO的映射关系如表1所示：
表1
Ns PO(i_s＝0) PO(i_s＝1) PO(i_s＝2) PO(i_s＝3)
1 9 / / /
2 4 9 / /
4 0 4 5 9
由于Ns为1，若i_s＝0，则对应的PO＝9，则终端设备可以在确定的PF的9号子帧监听寻呼消息。
需要说明的是，S401-S404是在终端设备为连接状态下执行的，S405-S406是在终端设备为空闲状态下执行的。
终端设备接收的寻呼消息来自第一网络设备，第一网络设备可以和终端设备同时确定寻呼传输窗，进而确定寻呼时机。第一网络设备可以在寻呼时机向终端设备发送寻呼消息，终端设备可以在寻呼时机上监听寻呼消息。
在本申请实施例中，终端设备可以向核心网设备发送非连续覆盖的时间信息，核心网设备可以根据非连续覆盖的时间信息确定至少一个寻呼传输窗的第一起始时刻，并将至少一个寻呼传输窗的第一起始时刻确定为寻呼传输窗信息。核心网设备可以向终端设备发送寻呼传输窗信息。终端设备可以根据寻呼传输窗信息确定寻呼传输窗，并在寻呼传输窗内确定寻呼时机，进而在寻呼时机监听寻呼消息。由于寻呼传输窗的第一起始时刻是寻呼传输窗所在的覆盖时段的起始时刻增加时间偏移量得到的，这样确保了寻呼传输窗处于覆盖时段内，因此可以确保终端设备在覆盖时段内被唤醒以顺利监听寻呼消息，降低了终端设备的功耗。
下面，在图4的基础上，结合图5，通过具体示例对确定寻呼时机进行进一步说明。
图5为本申请实施例提供的确定寻呼时机的示意图一。请参见图5，针对任意一个覆盖时段，若覆盖时段的起始时刻为502号系统帧，时间偏移量为10个系统帧，则可以确定寻呼传输窗的第一起始时刻为512号系统帧。若寻呼传输窗的窗长为512个系统帧，则寻呼传输窗的第一终止时刻为1023号系统帧。若DRX周期为128个系统帧，可以在寻呼传输窗中确定至少一个寻呼帧PF，进而在至少一个寻呼帧PF中确定至少一个寻呼时机PO。例如，假设可以通过公式(2)确定寻呼传输窗中569号系统帧为寻呼帧PF，一个寻呼帧中包括1个寻呼时机，则可以通过公式(3)确定子帧的索引i_s，进而根据i_s和PO的映射关系确定PO。如图5所示，若在569号系统帧中确定9号子帧为PO，则终端设备可以在9号子帧监听寻呼消息。
在本申请实施例中，终端设备可以向核心网设备发送非连续覆盖的时间信息，核心网设备可以根据非连续覆盖的时间信息确定至少一个寻呼传输窗的第一起始时刻，并将至少一个寻呼传输窗的第一起始时刻确定为寻呼传输窗信息。核心网设备可以向终端设备发送寻呼传输窗信息。终端设备可以根据寻呼传输窗信息确定寻呼传输窗，并在寻呼传输窗内确定寻呼时机，进而在寻呼时机监听寻呼消息。由于寻呼传输窗的第一起始时刻是寻呼传输窗所在的覆盖时段的起始时刻增加时间偏移量得到的，这样确保了寻呼传输窗处于覆盖时段内，因此可以确保终端设备在覆盖时段内被唤醒以顺利监听寻呼消息，降低了终端设备的功耗。
下面，在图2所示实施例的基础上，结合图6，对上述寻呼增强方法进行进一步详细说明。
图6为本申请实施例提供的又一种寻呼增强方法的流程示意图。请参见图6，该方法可以包括：
S601、终端设备向核心网设备发送非连续覆盖的时间信息。
需要说明的是，步骤S601可以参见步骤S401，此处不再进行赘述。
S602、核心网设备根据非连续覆盖的时间信息，确定至少一个寻呼传输窗所在的覆盖时段。
例如，若非连续覆盖的时间信息中包括3个覆盖时段的信息，其中，覆盖时段1的信息为：[起始时刻t1、终止时刻t2]；覆盖时段2的信息为：[起始时刻t3、终止时刻t4]；覆盖时段3的信息为：[起始时刻t5、终止时刻t6]。核心网设备可以根据DRX周期确定寻呼传输窗1在覆盖时段1内、寻呼传输窗2在覆盖时段3内。
S603、核心网设备将至少一个寻呼传输窗所在的覆盖时段确定为寻呼传输窗信息。
在一可选实施例中，寻呼传输窗信息可以包括至少一个寻呼传输窗所在的覆盖时段。
例如，核心网设备可以将寻呼传输窗1所在的覆盖时段1、寻呼传输窗2所在的覆盖时段2确定为寻呼传输窗信息。
S604、核心网设备向终端设备发送寻呼传输窗信息。
需要说明的是，步骤S604可以参见步骤S404，此处不再进行赘述。
S605、终端设备根据寻呼传输窗信息确定寻呼传输窗所在的超帧。
在一可选实施例中，可以根据寻呼传输窗所在的覆盖时段包含的超帧数量、终端设备的用户设备标识，确定寻呼传输窗所在的超帧。
一个超帧(Hyper-SFN，H-SFN)可以对应1024个系统帧SFN，即一个超帧等于10.24s，H-SFN取值范围是0-1023，H-SFN的最大周期就是1024个H-SFN，对应2.9127hour(1024*10.24s/60/60＝2.9127h)。
可以通过如下方式确定寻呼传输窗所在的超帧：获取终端设备的用户设备标识与寻呼传输窗所在的覆盖时段包含的超帧数量取模得到的第一模值M，M为整数；将寻呼传输窗所在的覆盖时段中第M号超帧，确定为寻呼传输窗所在的超帧。
具体地，可以通过公式(4)计算得到寻呼传输窗所在的超帧H-SFN：
H-SFN＝UE-ID mode X 公式(4)
其中，X表示寻呼传输窗所在的覆盖时段包含的超帧数量。
例如，若覆盖时段1中包括3个超帧，分别为H-SFN#3、H-SFN#4、H-SFN#5，若计算得到UE-ID mode 3可以为0、1、2，则第一模值M可以为0、1、2。
进一步的，可以将寻呼传输窗所在的覆盖时段中第M号超帧，确定为寻呼传输窗所在的超帧。例如，若覆盖时段1中包括3个超帧，其中，第0号超帧为H-SFN#3、第1号超帧为H-SFN#4、第2号超帧为H-SFN#5。若第一模值为0，则可以将覆盖时段1中的第0号超帧即HSFN#3，确定为寻呼传输窗所在的超帧；若第一模值为1，则可以将覆盖时段1中的第1号超帧即HSFN#4，确定为寻呼传输窗所在的超帧；若第一模值为2，则可以将覆盖时段1中的第2号超帧即HSFN#5，确定为寻呼传输窗所在的超帧。
S606、终端设备根据寻呼传输窗所在的超帧，确定寻呼传输窗。
可选地，可以确定寻呼传输窗的第二起始时刻和第二终止时刻，以确定寻呼传输窗。
其中，第二起始时刻可以用PTW_s表示，第二终止时刻可以用PTW_e表示。
可选地，第二起始时刻PTW_s所在系统帧SFN可以通过公式(5)计算得到：
SFN＝256*ieDRX 公式(5)
其中，ieDRX＝floor(UE_ID_H/TeDRX,H)mod 4；UE_ID_H为哈希标识(Hashed ID)中的最高12位，与临时UE识别号(SAE-Temporary Mobile Subscriber Identit，S-TMSI)有关；TeDRX,H为终端设备的eDRX周期，单位为H-SFN，可以由上层消息指定，取值可以为{2，4，6，…，1024}。
可选地，第二终止时刻PTW_e所在系统帧SFN可以通过公式(1)计算得到。需要说明的是，通过公式(1)计算第二起始时刻PTW_e所在系统帧SFN时，公式(1)中的PTW_start为第二起始时刻PTW_s。
例如，若通过公式(5)计算得到第二起始时刻PTW_s所在系统帧SFN为512号系统帧，通过公式(1)计算第二起始时刻PTW_e所在系统帧SFN为1023号系统帧，则可以确定该寻呼传输窗。
S607、终端设备在寻呼传输窗内监听寻呼消息。
需要说明的是，步骤S607可以参见步骤S406，此处不再进行赘述。
需要说明的是，S601-S604是在终端设备为连接状态下执行的，S605-S607是在终端设备为空闲状态下执行的。
终端设备接收的寻呼消息来自第一网络设备，第一网络设备可以和终端设备同时确定寻呼传输窗，进而确定寻呼时机。第一网络设备可以在寻呼时机向终端设备发送寻呼消息，终端设备可以在寻呼时机上监听寻呼消息。
在本申请实施例中，终端设备可以向核心网设备发送非连续覆盖的时间信息，核心网设备可以根据非连续覆盖的时间信息确定至少一个寻呼传输窗所在的覆盖时段，并将至少一个寻呼传输窗所在的覆盖时段确定为寻呼传输窗信息。核心网设备可以向终端设备发送寻呼传输窗信息。终端设备可以根据寻呼传输窗信息确定寻呼传输窗所在的超帧，进而确定寻呼传输窗。终端设备可以在寻呼传输窗内确定寻呼时机，并在寻呼时机监听寻呼消息。由于寻呼传输窗是根据所在的覆盖时段确定的，这样确保了寻呼传输窗处于覆盖时段内，因此可以确保终端设备在覆盖时段内被唤醒以顺利监听寻呼消息，降低了终端设备的功耗。
下面，在图6的基础上，结合图7，通过具体示例对确定寻呼时机进行进一步说明。
图7为本申请实施例提供的确定寻呼时机的示意图二。请参见图7，若覆盖时段1中包括3个超帧，分别为H-SFN#3、H-SFN#4、H-SFN#5。若通过公式(4)确定H-SFN#3中存在寻呼传输窗，则可以在H-SFN#3中进一步确定寻呼传输窗的第二起始时刻和第二终止时刻。如图7，一个超帧可以对应1024个系统帧。假设通过公式(5)确定第二起始时刻所在的系统帧为512号系统帧，通过公式(1)确定第二终止时刻所在的系统帧为1023号系统帧。若DRX周期为128个系统帧，可以在寻呼传输窗中确定至少一个寻呼帧PF，进而在至少一个寻呼帧PF中确定至少一个寻呼时机PO。例如，假设通过公式(2)可以确定寻呼传输窗中569号系统帧为寻呼帧PF，一个寻呼帧中可以包括1个寻呼时机，则可以在通过公式(3)确定子帧的索引i_s，进而根据i_s和PO的映射关系确定PO。如图5所示，若在569号系统帧中确定9号子帧为PO，则终端设备可以在9号子帧监听寻呼消息。
在本申请实施例中，终端设备可以向核心网设备发送非连续覆盖的时间信息，核心网设备可以根据非连续覆盖的时间信息确定至少一个寻呼传输窗所在的覆盖时段，并将至少一个寻呼传输窗所在的覆盖时段确定为寻呼传输窗信息。核心网设备可以向终端设备发送寻呼传输窗信息。终端设备可以根据寻呼传输窗信息确定寻呼传输窗所在的超帧，进而确定寻呼传输窗。终端设备可以在寻呼传输窗内确定寻呼时机，并在寻呼时机监听寻呼消息。由于寻呼传输窗是根据所在的覆盖时段确定的，这样确保了寻呼传输窗处于覆盖时段内，因此可以确保终端设备在覆盖时段内被唤醒以顺利监听寻呼消息，降低了终端设备的功耗。
图8为本申请示例性实施例提供的一种寻呼增强装置的结构示意图。该寻呼增强装置可以为芯片或者芯片模组。请参见图8，该寻呼增强装置10包括发送模块11、第一接收模块12和第二接收模块13，其中，
所述发送模块11用于，发送非连续覆盖的时间信息；
所述第一接收模块12用于，接收寻呼传输窗信息；
所述第二接收模块13用于，根据所述寻呼传输窗信息监听寻呼消息。
本申请实施例提供的寻呼增强装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方式中，所述非连续覆盖的时间信息包括：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长，N为正整数。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
在一种可能的实施方式中，所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加时间偏移量得到的。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
本申请实施例提供的寻呼增强装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
图9为本申请示例性实施例提供的另一种寻呼增强装置的结构示意图。该寻呼增强装置可以为芯片或者芯片模组。在图8所示实施例的基础上，请参见图9，寻呼增强装置10还包括确定模块14：
所述确定模块14用于，根据寻呼传输窗所在的覆盖时段包含的超帧数量、终端设备的用户设备标识，确定寻呼传输窗所在的超帧。
在一种可能的实施方式中，所述确定模块14具体用于：
获取所述终端设备的用户设备标识与所述寻呼传输窗所在的覆盖时段包含的超帧数量取模得到的第一模值M，所述M为整数；
将所述寻呼传输窗所在的覆盖时段中第M号超帧，确定为所述寻呼传输窗所在的超帧。
本申请实施例提供的寻呼增强装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
图10为本申请示例性实施例提供的又一种寻呼增强装置的结构示意图。该寻呼增强装置可以为芯片或者芯片模组。请参见图10，该寻呼增强装置20包括接收模块21、确定模块22和第一发送模块23，其中，
所述接收模块21用于，接收非连续覆盖的时间信息；
所述确定模块22用于，根据所述非连续覆盖的时间信息确定寻呼传输窗信息；
所述第一发送模块23用于，发送所述寻呼传输窗信息。
本申请实施例提供的寻呼增强装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方式中，所述非连续的覆盖时间信息至少包括如下之一：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
在一种可能的实施方式中，所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加相应的时间偏移量得到的。
在一种可能的实施方式中，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
本申请实施例提供的寻呼增强装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
图11为本申请示例性实施例提供的再一种寻呼增强装置的结构示意图。该寻呼增强装置可以为芯片或者芯片模组。在图10所示实施例的基础上，请参见图11，寻呼增强装置还包括第二发送模块24：
所述第二发送模块24用于：向第一网络设备发送寻呼消息，所述寻呼消息中包括寻呼传输窗信息。
本申请实施例提供的寻呼增强装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
本申请示例性实施例提供一种终端设备的结构示意图，请参见图12，该终端设备30可以包括处理器31和存储器32。示例性地，处理器31、存储器32，各部分之间通过总线33相互连接。
所述存储器32存储计算机执行指令；
所述处理器31执行所述存储器32存储的计算机执行指令，使得所述处理器31执行如上述方法实施例所示的寻呼增强方法。
本申请示例性实施例提供一种网络设备的结构示意图，请参见图13，该网络设备40可以包括处理器41和存储器42。示例性地，处理器41、存储器42，各部分之间通过总线43相互连接。
所述存储器42存储计算机执行指令；
所述处理器41执行所述存储器42存储的计算机执行指令，使得所述处理器41执行如上述方法实施例所示的寻呼增强方法。
实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppydisk)、光盘(英文：optical disc)及其任意组合。
相应地，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现上述方法实施例所述的寻呼增强方法。
相应地，本申请实施例还可提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，可实现上述方法实施例所示的寻呼增强方法。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
在本申请中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本申请中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本申请中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

Claims (19)

1.一种寻呼增强方法，其特征在于，所述方法包括：
发送非连续覆盖的时间信息；
接收寻呼传输窗信息；
根据所述寻呼传输窗信息监听寻呼消息。
2.根据权利要求1所述的方法，其特征在于，所述非连续覆盖的时间信息包括：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长，N为正整数。
3.根据权利要求1所述的方法，其特征在于，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
4.根据权利要求3所述的方法，其特征在于，
所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加时间偏移量得到的。
5.根据权利要求1所述的方法，其特征在于，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：根据寻呼传输窗所在的覆盖时段包含的超帧数量、终端设备的用户设备标识，确定寻呼传输窗所在的超帧。
7.根据权利要求6所述的方法，其特征在于，确定寻呼传输窗所在的超帧，包括：
获取所述终端设备的用户设备标识与所述寻呼传输窗所在的覆盖时段包含的超帧数量取模得到的第一模值M，所述M为整数；
将所述寻呼传输窗所在的覆盖时段中第M号超帧，确定为所述寻呼传输窗所在的超帧。
8.一种寻呼增强方法，其特征在于，包括：
接收非连续覆盖的时间信息；
根据所述非连续覆盖的时间信息确定寻呼传输窗信息；
发送所述寻呼传输窗信息。
9.根据权利要求8所述的方法，其特征在于，所述非连续的覆盖时间信息至少包括如下之一：N个覆盖时段的起始时刻，和/或N个覆盖时段的覆盖时长。
10.根据权利要求8所述的方法，其特征在于，所述寻呼传输窗信息包括：
至少一个寻呼传输窗的第一起始时刻。
11.根据权利要求10所述的方法，其特征在于，
所述第一起始时刻为：寻呼传输窗所在的覆盖时段的起始时刻增加相应的时间偏移量得到的。
12.根据权利要求8所述的方法，其特征在于，所述寻呼传输窗信息包括：
至少一个寻呼传输窗所在的覆盖时段。
13.根据权利要求8-12任一项所述的方法，其特征在于，所述方法还包括：
向第一网络设备发送寻呼消息，所述寻呼消息中包括寻呼传输窗信息。
14.一种寻呼增强装置，其特征在于，包括：发送模块、第一接收模块和第二接收模块，其中，
所述发送模块用于，发送非连续覆盖的时间信息；
所述第一接收模块用于，接收寻呼传输窗信息；
所述第二接收模块用于，根据所述寻呼传输窗信息监听寻呼消息。
15.一种寻呼增强装置，其特征在于，包括：接收模块、确定模块和第一发送模块，其中，
所述接收模块用于，接收非连续覆盖的时间信息；
所述确定模块用于，根据所述非连续覆盖的时间信息确定寻呼传输窗信息；
所述第一发送模块用于，发送所述寻呼传输窗信息。
16.一种终端设备，其特征在于，包括：存储器和处理器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求1至7任一项所述的寻呼增强方法。
17.一种网络设备，其特征在于，包括：存储器和处理器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求8至13任一项所述的寻呼增强方法。
18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现权利要求1至7任一项所述的寻呼增强方法，或者权利要求8至13任一项所述的寻呼增强方法。
19.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时权利要求1至7任一项所述的寻呼增强方法，或者权利要求8至13任一项所述的寻呼增强方法。
CN202210874323.8A 2022-07-22 2022-07-22 寻呼增强方法、装置及设备 Pending CN117479304A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210874323.8A CN117479304A (zh) 2022-07-22 2022-07-22 寻呼增强方法、装置及设备
PCT/CN2023/108477 WO2024017356A1 (zh) 2022-07-22 2023-07-20 寻呼增强方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210874323.8A CN117479304A (zh) 2022-07-22 2022-07-22 寻呼增强方法、装置及设备

Publications (1)

Publication Number Publication Date
CN117479304A true CN117479304A (zh) 2024-01-30

Family

ID=89617203

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210874323.8A Pending CN117479304A (zh) 2022-07-22 2022-07-22 寻呼增强方法、装置及设备

Country Status (2)

Country Link
CN (1) CN117479304A (zh)
WO (1) WO2024017356A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018137284A1 (zh) * 2017-01-25 2018-08-02 华为技术有限公司 一种传输寻呼消息的方法及装置
EP4114102A4 (en) * 2020-04-02 2023-08-16 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND APPARATUS
WO2023069564A1 (en) * 2021-10-19 2023-04-27 Interdigital Patent Holdings, Inc. Methods and apparatus to carry out discontinuous reception (drx) in connection with discontinuities in coverage
CN116261218A (zh) * 2021-12-10 2023-06-13 展讯通信（上海）有限公司 数据传输方法、装置及设备

Also Published As

Publication number Publication date
WO2024017356A1 (zh) 2024-01-25

Similar Documents

Publication Publication Date Title
CN111510262B (zh) 接收参考信号的方法、发送参考信号的方法和装置
WO2021062730A1 (zh) 无线通信方法和装置
CN116134904A (zh) 侧行链路的传输方法和终端
CN114982298B (zh) 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备
CN116548027A (zh) 无线通信的方法及设备
CN116547933A (zh) 无线通信的方法、终端设备和网络设备
CN115103393A (zh) 物理信道监测方法和终端设备
CN111586852A (zh) 一种通信方法及装置
WO2022056684A1 (zh) 节能方法、终端设备和网络设备
WO2024017356A1 (zh) 寻呼增强方法、装置及设备
CN115997389A (zh) 寻呼方法、终端设备和网络设备
WO2022257796A1 (zh) 通信方法和通信装置
CN113261365B (zh) 通信方法和装置
WO2022188078A1 (zh) 无线通信的方法、终端设备和网络设备
WO2023066152A1 (zh) 信息传输的方法和装置
CN113747577B (zh) 通信方法及装置
WO2022016418A1 (zh) 寻呼方法、终端设备和网络设备
WO2023284620A1 (zh) 通信的方法和装置
WO2022067729A1 (zh) 非连续接收的方法、终端设备和网络设备
WO2022141053A1 (zh) 无线通信的方法、终端设备和网络设备
WO2023044655A1 (zh) 无线通信的方法、终端设备和网络设备
WO2023050404A1 (zh) 资源配置方法、设备及存储介质
WO2022061493A1 (zh) 资源确定方法、终端设备和网络设备
WO2022077214A1 (zh) 传输公共时间提前量ta的方法、终端设备和网络设备
CN117956553A (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