CN113766638B - 提醒方法、终端设备、网络设备及存储介质 - Google Patents

Abstract

本申请提供一种提醒方法、终端设备、网络设备及存储介质。该方法包括：响应于规定寻呼时机未接收到寻呼消息，获取预设提醒方式；根据预设提醒方式执行对应操作。本申请提供的提醒方法、终端设备、网络设备及存储介质能够用于缩短终端设备的响应延时。

Description

提醒方法、终端设备、网络设备及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种提醒方法、终端设备、网络设备及存储介质。

背景技术

一些实现中，终端设备在PO（paging occasion，寻呼时机）上监听PDCCH（physicaldownlink control channel，物理下行控制信道)，以获取网络设备向其发送的寻呼消息。其中，寻呼时机为通过协议38.300中的公式计算得到的固定寻呼时刻。

在相关技术中，当终端设备所处环境的信号质量较好时，终端设备在寻呼时机上监听PDCCH、并获取寻呼消息之后，通常向网络设备发送响应消息，响应消息指示终端设备成功接收寻呼消息。当终端设备所处环境的信号质量较差时，终端设备若在寻呼时机上未获取寻呼消息，则在该寻呼时机之后的至少一个寻呼时机上监听PDCCH，直至在某一个寻呼时机上获取到寻呼消息，进而向网络设备发送响应消息。

在上述构思及实现本申请过程中，发明人发现至少存在如下问题：当终端设备所处环境的信号质量较差时，终端设备在寻呼时机上监听PDCCH若无法获取寻呼消息，则需要等到下一个寻呼时机上才可能获取到寻呼消息，由于两次寻呼时机之间的固定时差会导致终端设备的响应有较大延时。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

针对上述技术问题，本申请提供一种提醒方法、终端设备、网络设备及存储介质，用于缩短终端设备的响应延时。

为解决上述技术问题：

第一方面，本申请提供一种提醒方法，应用于终端设备，包括以下步骤：

S1：响应于规定寻呼时机未接收到寻呼消息，获取预设提醒方式；

S2：根据预设提醒方式执行对应操作。

可选地，S1步骤包括：

响应于规定寻呼时机未接收到寻呼消息且接收到寻呼预警消息，获取预设提醒方式。

可选地，接收到寻呼预警消息，包括：在第一时刻时接收到寻呼预警消息。

可选地，第一时刻位于规定寻呼时机和下一个规定的寻呼时机之间；和/或，

第一时刻为规定寻呼时机和第一预设时间偏移量之和。

可选地，第一预设时间偏移量由网络设备发送的第一指示信息提供或确定。

可选地，在S2之后，方法还包括：在第一时刻至下一个规定的寻呼时机之间，接收网络设备发送的至少一个寻呼消息。

可选地，方法还包括：若接收到至少一个寻呼消息，则向网络设备发送响应消息。

可选地，S1步骤包括：响应于规定寻呼时机未接收到寻呼消息，于第二时刻获取预设提醒方式。

可选地，第二时刻均位于规定寻呼时机和下一个规定的寻呼时机之间；和/或，

第二时刻包括以下至少一种：规定寻呼时机与预设处理时长之和；规定寻呼时机与预设处理时长以及和M个时隙之和，M为大于或等于1的正整数。

可选地，预设处理时长和/或M个时隙由网络设备发送第二指示信息提供或确定。

可选地，预设处理时长大于或等于预设寻呼消息解析时长与预设寻呼响应时长之和。

可选地，于第二时刻获取预设提醒方式，包括：

若终端设备的信号质量小于或等于预设阈值时，于第二时刻获取预设提醒方式。

第二方面，本申请还提供一种提醒方法，应用于终端设备，包括以下步骤：

S10：响应于终端设备满足预设条件，获取预设提醒方式；

S20：根据预设提醒方式执行对应操作。

可选地，终端设备满足预设条件，包括以下至少一种：

终端设备在规定寻呼时机未接收到寻呼消息；

终端设备接收到寻呼预警消息；

终端设备的信号质量小于或等于预设阈值。

可选地，S10步骤包括以下至少一种：

响应于规定寻呼时机未接收到寻呼消息且在第一时刻时接收到寻呼预警消息，获取预设提醒方式；

响应于规定寻呼时机未接收到寻呼消息，于第二时刻获取预设提醒方式；

响应于规定寻呼时机未接收到寻呼消息且在第一时刻未接收到寻呼预警消息，获取预设提醒方式。

可选地，包括以下至少一种：

第一时刻和第二时刻均位于规定寻呼时机和下一个规定的寻呼时机之间；

第一时刻为规定寻呼时机和第一预设时间偏移量之和；

第二时刻为规定寻呼时机与预设处理时长之和；

第二时刻为规定寻呼时机与预设处理时长以及和M个时隙之和，M为大于或等于1的正整数。

可选地，包括以下至少一种：

第一预设时间偏移量由网络设备发送的第一指示信息提供或确定；

预设处理时长和/或M个时隙由网络设备发送第二指示信息提供或确定；

预设处理时长大于或等于预设寻呼消息解析时长与预设寻呼响应时长之和。

可选地，在S20之后，方法还包括：

在第一时刻至下一个规定的寻呼时机之间，接收网络设备发送的至少一个寻呼消息。

可选地，方法还包括：若接收到至少一个寻呼消息，则向网络设备发送响应消息。

第三方面，本申请还提供一种提醒方法，应用于网络设备，包括以下步骤：

S100：向终端设备发送寻呼消息；

S200：响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼消息。

可选地，S200步骤，包括：响应于未接收到终端设备发送的响应消息，确定在第三时刻和下一个规定的寻呼时机之间，向终端设备发送寻呼消息的总次数；根据总次数，向终端设备发送寻呼消息。

可选地，确定在第三时刻和下一个规定的寻呼时机之间，向终端设备发送寻呼消息的总次数，包括：分别确定第三时刻和下一个规定的寻呼时机之间的时间差，以及预设寻呼消息解析时长、预设寻呼响应时长与M个时隙的时间和；确定时间差与时间和的比值；将小于或者等于比值、且与比值的差值最小的整数，确定为总次数。

可选地，根据所述总次数，向所述终端设备发送所述寻呼消息，包括：若接收到终端设备发送的响应消息，则停止发送寻呼消息。

可选地，所述确定在第三时刻和下一个规定的寻呼时机之间，向所述终端设备发送所述寻呼消息的总次数之前，还包括：向终端设备发送寻呼预警消息。

可选地，在S100步骤之前，方法还包括：向终端设备发送系统消息。

可选地，系统消息包括以下至少一种：第一指示信息；第二指示信息。

可选地，第三时刻包括以下至少一种：重复发送寻呼消息的预设起始时刻；寻呼预警消息的发送时刻与M个时隙之和，M为大于或等于1的正整数。

本申请还提供一种终端设备，终端设备包括：存储器、处理器；其中，存储器上存储有提醒程序，提醒程序被处理器执行时实现如第一方面中任一项和第二方面中任一项的提醒方法。

本申请还提供一种网络设备，网络设备包括：存储器、处理器；其中，存储器上存储有提醒程序，提醒程序被处理器执行时实现如第三方面中任一项的提醒方法。

本申请还提供一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上所述任一项提醒方法。

如上，本申请的提醒方法，应用于终端设备，响应于规定寻呼时机未接收到寻呼消息，获取预设提醒方式；根据预设提醒方式执行对应操作。通过上述方式，可以缩短终端设备的响应延时。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请各个实施例的一种终端设备的硬件结构示意图；

图2为本申请实施例提供的一种通信网络系统架构图；

图3为本申请实施例提供的一种提醒方法的流程图；

图4为本申请实施例提供的时刻位置关系图一；

图5为本申请实施例提供的时刻位置关系图二；

图6为本申请实施例提供的时刻位置关系图三；

图7为本申请实施例提供的时刻位置关系图四；

图8为本申请实施例提供的时刻位置关系图五；

图9为本申请实施例提供的时刻位置关系图六；

图10为本申请实施例提供的一种提醒方法的流程图；

图11为本申请实施例提供的另一种提醒方法的流程图；

图12为本申请实施例提供的另一种提醒方法的流程图；

图13为本申请实施例提供的一种提醒装置的结构示意图；

图14为本申请实施例提供的另一种提醒装置的结构示意图；

图15为本申请实施例提供的终端设备的硬件结构图；

图16为本申请实施例提供的网络设备的硬件结构图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测（陈述的条件或事件）”可以被解释成为“当确定时”或“响应于确定”或“当检测（陈述的条件或事件）时”或“响应于检测（陈述的条件或事件）”。

需要说明的是，在本文中，采用了诸如S1、S2等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S2后执行S1等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

终端设备可以以各种形式来实施。例如，本申请中描述的终端设备可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、PDA（Personal Digital Assistant，个人数字助理）、PMP（Portable Media Player，便捷式媒体播放器）、导航装置、可穿戴设备、智能手环、计步器等终端设备，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以终端设备为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本申请各个实施例的一种终端设备的硬件结构示意图，该终端设备100可以包括：RF（Radio Frequency，射频）单元101、WiFi模块102、音频输出单元103、A/V（音频/视频）输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的终端设备结构并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对终端设备的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，可选地，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM （Global System of Mobile communication，全球移动通讯系统）、GPRS（General Packet Radio Service，通用分组无线服务）、CDMA2000（CodeDivision Multiple Access 2000，码分多址2000）、WCDMA（Wideband Code DivisionMultiple Access, 宽带码分多址）、TD-SCDMA（Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址）、FDD-LTE（Frequency DivisionDuplexing- Long Term Evolution，频分双工长期演进）、TDD-LTE (Time DivisionDuplexing- Long Term Evolution，分时双工长期演进)和5G等。

WiFi属于短距离无线传输技术，终端设备通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于终端设备的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在终端设备100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与终端设备100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括GPU（Graphics Processing Unit，图形处理器）1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置（如摄像头）获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109（或其它存储介质）中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音（音频数据），并且能够将这样的声音处理为音频数据。处理后的音频（语音）数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

终端设备100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在终端设备100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用LCD（Liquid Crystal Display，液晶显示器）、OLED（OrganicLight-Emitting Diode，有机发光二极管）等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。可选地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作），并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。可选地，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。可选地，其他输入设备1072可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

可选地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现终端设备的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现终端设备的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与终端设备100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备100内的一个或多个元件或者可以用于在终端设备100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

终端设备100还可以包括给各个部件供电的电源111（比如电池），优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，终端设备100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本申请实施例，下面对本申请的终端设备所基于的通信网络系统进行描述。

请参阅图2，图2为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE（User Equipment，用户设备）201，E-UTRAN（Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网）202，EPC（Evolved Packet Core，演进式分组核心网）203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地，eNodeB2021可以通过回程（backhaul）（例如X2接口）与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE 201到EPC 203的接入。

EPC203可以包括MME（Mobility Management Entity，移动性管理实体）2031， HSS（Home Subscriber Server，归属用户服务器）2032，其它MME2033， SGW（Serving GateWay，服务网关）2034，PGW（PDN Gate Way，分组数据网络网关）2035和PCRF（Policy andCharging Rules Function，政策和资费功能实体）2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器（图中未示）之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元（图中未示）选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS（IP Multimedia Subsystem，IP多媒体子系统）或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统（如5G）等，此处不做限定。

基于上述终端设备硬件结构以及通信网络系统，提出本申请各个实施例。

图3为本申请实施例提供的一种提醒方法的流程图。如图3所示，该方法包括：

S300：网络设备向终端设备发送寻呼消息。

S301：终端设备响应于规定PO（Paging occasion，寻呼时机）未接收到寻呼消息，获取预设提醒方式。

可选地，规定寻呼时机可以通过如下公式1确定：

i_s=floor( UE_ID / N ) mod Ns （1）；

其中，i_s用于确定寻呼时机（PO）的时域位置，floor为向下取整操作，UE_ID为终端设备的标识，N用于确定DRX cycle（discontinuous Reception cycle，不连续接收周期）内包含的PF（Paging Frame，寻呼帧）的数量，mod为取模操作，Ns为每个PF对应的PO的个数。

可选地，可以通过如3种方式获取预设提醒方式。

方式1，响应于规定寻呼时机未接收到寻呼消息且接收到寻呼预警消息，获取所述预设提醒方式。

可选地，接收到寻呼预警消息包括：在第一时刻接收到寻呼预警消息。

可选地，第一时刻位于规定寻呼时机和下一个规定的寻呼时机之间；和/或，所述第一时刻为所述规定寻呼时机和第一预设时间偏移量之和。

可选地，第一预设时间偏移量由网络设备发送的第一指示信息提供或确定。

图4为本申请实施例提供的时刻位置关系图一。如图4所示，在本申请中，T4为规定寻呼时机，T5为下一个规定的寻呼时机，T1为第一时刻。可选地，T1在T4和T5之间。

方式2，响应于规定寻呼时机未接收到寻呼消息，于第二时刻获取所述预设提醒方式。

第二时刻位于规定寻呼时机和下一个规定的寻呼时机之间。

可选地，所述第二时刻包括以下至少一种：所述规定寻呼时机与预设处理时长之和；所述规定寻呼时机与预设处理时长以及和M个时隙之和，M为大于或等于1的正整数。

可选地，所述预设处理时长和/或所述M个时隙由网络设备发送第二指示信息提供或确定。或者，第二时刻直接由网络设备发送第二指示信息提供或确定。可选地，第二指示可以包含在系统消息中，系统消息为在S300之前网络设备向终端设备发送的。

可选地，预设处理时长大于或等于预设寻呼消息解析时长与预设寻呼响应时长之和。

图5为本申请实施例提供的时刻位置关系图二。如图5所示，T2在T4和T5之间。

方式3，响应于规定寻呼时机未接收到寻呼消息且未接收到寻呼预警消息，于第二时刻获取所述预设提醒方式。

可选地，未接收到寻呼预警消息包括：在第一时刻时未接收到所述寻呼预警消息。

可选地，所述第一时刻位于规定寻呼时机和下一个规定的寻呼时机之间；和/或，所述第一时刻为所述规定寻呼时机和第一预设时间偏移量之和。

可选地，所述第二时刻包括以下至少一种：所述规定寻呼时机与预设处理时长之和；规定寻呼时机与预设处理时长以及和M个时隙之和。

需要说明的是，在本申请中，M为大于或等于1的正整数，不同的可选方式中，M的取值可以不同。

可选地，当第二时刻为规定寻呼时机与预设处理时长之和时，第二时刻位于第一时刻后。图6为本申请实施例提供的时刻位置关系图三。如图6所示，T2为第二时刻，T2在T1和T5之间，T1在T4和T5之间。

可选地，在上述方式2和方式3的基础上，于第二时刻获取所述预设提醒方式，包括：若终端设备的信号质量小于或等于预设阈值时，于第二时刻获取预设提醒方式。

可选地，信号质量包括以下至少一种：

RSRP（Reference Signal Receiving Power，参考信号接收功率）；

RSRQ（Reference Signal Receiving Quality，参考信号接收质量）；

SNR（SIGNAL-NOISE RATIO，信噪比）。

可选地，当信号所处地理位置不同时，预设阈值可能相同、也可能不同。例如终端在小区边缘的RSRP阈值与在小区中心的RSRP阈值可能不同、也可能不同。

可选地，预设提醒方式可以为第一预设提醒方式、第二预设提醒方式等。此处不对预设提醒方式进行限定，只要能够使得终端设备能够执行对应操作，以实现提醒用户移动终端设备的功能即可。

例如，第一预设提醒方式可以指示终端设备执行响铃操作。

例如，第二预设提醒方式可以指示终端设备执行震动操作。

可选地，预设提醒方式可以为用户自定义的提醒方式、也可以为终端设备出厂前进行预设的提醒方式。

当预设提醒方式为自定义的提醒方式时，可以满足用户的不同需求。

例如，当用户进行会议时，可以将预设提醒方式自定义为第二预设提醒方式。

例如，当用户听音乐时，可以将预设提醒方式自定义为第一预设提醒方式。

S302：终端设备根据预设提醒方式执行对应操作。

例如，当预设提醒方式为第一预设提醒方式时，终端设备执行响铃操作。

例如，当预设提醒方式为第二预设提醒方式时，终端设备执行震动操作。

可选地，当终端设备根据预设提醒方式执行对应操作时，可以提醒用户移动终端设备。

在申请中，提醒用户移动终端设备的目的为：使用户将终端设备移动至信号质量较好的位置处。例如将终端设备从口袋中或背包里拿出、或者将终端设备携带到信号覆盖比较好的区域。

S303：网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼消息。

响应消息为当终端设备在规定寻呼时机上接收到寻呼消息、并向网络设备发送的消息。

可选地，网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼消息，包括：响应于未接收到终端设备发送的响应消息，确定在第三时刻和下一个规定的寻呼时机之间，向终端设备发送寻呼消息的总次数；根据总次数，向终端设备发送寻呼消息。

可选地，确定在第三时刻和下一个规定的寻呼时机之间，向终端设备发送寻呼消息的总次数，包括：分别确定第三时刻和下一个规定的寻呼时机之间的时间差，以及预设寻呼消息解析时长、预设寻呼响应时长与M个时隙的时间和；确定时间差与时间和的比值；将小于或者等于比值、且与比值的差值最小的整数，确定为总次数。

可选地，可以通过如下公式2确定总次数：

C= floor( ( T5 – T3 ) / ( T6 + T7 + N1 ) ) +1 （2）；

其中，C为总次数，T3为第三时刻，T5为下一个规定的寻呼时机，T6为预设寻呼消息解析时长，T7为预设寻呼响应时长，N1为M个时隙的总时长。

可选地，通过如下的发送方式，根据总次数向终端设备发送寻呼消息。例如，发送方式可以为：在第三时刻上第一次发送重复寻呼消息之后，每隔一定时长后再一次重复发送寻呼消息，可选地，一定时长等于T6、T7和N1之和。

可选地，根据总次数向终端设备发送寻呼消息的过程中，可以包括：若接收到终端设备发送的响应消息，则停止发送寻呼消息。例如，当总次数为3时，若在第二次发送寻呼消息之后接收到终端设备发送的响应消息，则停止第三次向终端设备发送寻呼消息。

可选地，第三时刻包括以下至少一种：

重复发送所述寻呼消息的预设起始时刻；

寻呼预警消息的发送时刻与M个时隙之和。

针对上述方式1，第三时刻为寻呼预警消息的发送时刻与M个时隙之和。可选地，请参见图7。图7为本申请实施例提供的时刻位置关系图四。如图7所示，在图4的基础上T3为第三时刻，T3为寻呼预警消息的发送时刻与M个时隙之和。

针对上述方式2，第三时刻可以为重复发送寻呼消息的预设起始时刻。可选地，请参见图8。图8为本申请实施例提供的时刻位置关系图五。如图8所示，在图5的基础上，网络设备在T2之后的T3-T5时段重复发送寻呼消息。

针对上述方式3，第三时刻可以为重复发送寻呼消息的预设起始时刻。可选地，请参见图9。图9为本申请实施例提供的时刻位置关系图六。如图9所示，在图6的基础上，

终端设备若在规定寻呼时机未接收到寻呼消息且在第一时刻未接收到寻呼消息预警消息，则在第二时刻获取预设提醒方式。可选地，网络设备在T3-T5时段重复发送寻呼消息。

可选地，预设起始时刻为规定寻呼时机与预设时长之和，预设时长可以大于预设处理时长、和/或预设处理时长与M个时隙之和。

在上述图7-图9实施例中，例如网络设备在T3-T5时段确定总次数为3，则说明书网络设备可以向终端设备发送3次寻呼消息。可选地，每连续2次发送寻呼消息之间的时间间隔等于T6、T7与N1之和。网络设备在T3-T5时段重复向终端设备发送寻呼消息的过程中，终端设备在接收到网络设备第二次发送的寻呼消息、并向网络设备发送响应消息之后，网络设备不再向终端设备重发送寻呼消息（即取消第三次发送寻呼消息）。

在本申请中，由于在S302之后终端设备已经被移动至信号质量较好的位置处，因此网络设备再次向终端设备发送寻呼消息，终端设备就能够及时地接收到寻呼消息、并向网络设备发送响应消息，如此终端便无需等待至下一个规定的寻呼时机接收寻呼消息，从而缩短终端设备的响应延时。

需要说明的是，在图7-图9中包括叉号的消息表示终端设备未接收到网络设备发送的消息；虚线表示的消息为网络设备没有发送、且终端设备也没有接收到的消息；实线表示的消息为终端设备接收到了网络设备发送的消息、或者网络设备接收到了终端设备发送的消息。

在图3实施例提供的提醒方法中，终端设备响应于规定寻呼时机未接收到寻呼消息，获取预设提醒方式，根据预设提醒方式执行对应操作，使得终端设备处于信号质量较好的位置处。网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼消息，使得终端设备可以在信号质量较好的位置处及时地接收到寻呼消息、并向网络设备发送响应消息，如此终端便无需等待至下一个规定的寻呼时机接收寻呼消息，进而缩短终端设备的响应延时。

在本申请中，终端设备可以被动获取预设提醒方式，也可以主动获取预设提醒方式。例如，当终端设备被动获取预设提醒方式时，终端设备可以在接收到网络设备发送的寻呼预警消息之后获取预设提醒方式，下面结合图10，对本申请实施例提供的提醒方法进行说明。

图10为本申请实施例提供的一种提醒方法的流程图。如图10所示，该方法包括：

S100：网络设备向终端设备发送寻呼消息。

S101：网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼预警消息（Pre-paging alert）。

S102：终端设备响应于规定寻呼时机未接收到寻呼消息且接收到寻呼预警消息，获取预设提醒方式。

可选地，接收到寻呼预警消息，包括：在第一时刻时接收到寻呼预警消息。

可选地，第一时刻位于规定寻呼时机和下一个规定的寻呼时机之间；和/或，第一时刻为规定寻呼时机和第一预设时间偏移量之和。

可选地，第一预设时间偏移量（alert_offset）可以为终端设备和网络设备进行协议约定好的时间偏移量、并预先存储在终端设备和/或网络设备中的时间偏移量，还可以为由网络设备发送的第一指示信息提供或确定的时间偏移量。

例如，当第一预设时间偏移量由网络设备发送的第一指示信息提供或确定时，第一指示信息可以包含在系统消息中，可选地，系统消息为在S100之前由网络设备向终端设备发送的。

可选地，对预设提醒方式的解释说明，可以参见S302，此处不再赘述。

S103：终端设备根据预设提醒方式执行对应操作。

可选地，S103的执行方法相同与S303的执行方法相同，此处不再赘述。

S104：网络设备向终端设备发送寻呼消息。

可选地，网络设备向终端设备发送寻呼消息，包括：网络设备确定在第三时刻和下一个规定的寻呼时机之间，向终端设备发送寻呼消息的总次数；根据总次数，向终端设备发送寻呼消息。

可选地，第三时刻为寻呼预警消息的发送时刻与M个时隙之和、和/或重复发送所述寻呼消息的预设起始时刻。

可选地，确定总次数的方法可以参考上述公式2，根据总次数向终端设备发送寻呼消息的发送方式可以看见S303，此次不再赘述。

S105：终端设备接收到寻呼消息。

可选地，终端设备在第一时刻至下一个规定的寻呼时机之间，对网络设备发送的至少一个寻呼消息进行接收，接收到至少一个寻呼消息中的任意至少一个寻呼消息。可选地，终端设备在第三时刻至下一个规定的寻呼时机之间，接收网络设备发送的至少一个寻呼消息。

S106：终端设备向网络设备发送响应消息。

在本申请中，网络设备接收到响应信息之后，则停止发送寻呼消息。可选地，停止方法寻呼消息可以参见图7-图9实施例。

可选地，剩余的新增重复寻呼时机为新增但未发送的寻呼消息对应的寻呼时机。

在图10实施例提供的提醒方法中，终端设备响应于规定寻呼时机未接收到寻呼消息且接收到寻呼预警消息，获取预设提醒方式，可以实现被动获取预设提醒方式。终端设备根据预设提醒方式执行对应操作，使得终端设备处于信号质量较好的位置处。可选地，网络设备在第三时刻和下一个规定的寻呼时机之间向终端设备重复发送寻呼消息，终端设备在第一时刻至下一个规定的寻呼时机之间，接收网络设备发送的寻呼消息，当接收到至少一个寻呼消息时，向网络设备发送响应消息，如此便可以使终端在下一个规定的寻呼时机之前获得寻呼信息，进而缩短终端设备的响应延时。

本申请实施例还提供另外一种提醒方法，用于解决相关技术中终端设备的响应延时的问题。下面结合图11对本申请实施例提供的另一种提醒方法进行说明。

图11为本申请实施例提供的另一种提醒方法的流程图。如图11所示，该方法包括：

S110：网络设备向终端设备发送寻呼消息。

S111：终端设备响应于满足预设条件，获取预设提醒方式。

可选地，终端设备满足预设条件，包括以下至少一种：

终端设备在规定寻呼时机未接收到寻呼消息；

终端设备接收到寻呼预警消息；

终端设备的信号质量小于或等于预设阈值；

终端设备响应于满足预设条件，获取预设提醒方式，包括以下至少一种：

响应于规定寻呼时机未接收到寻呼消息且在第一时刻时接收到寻呼预警消息，获取预设提醒方式；

响应于规定寻呼时机未接收到寻呼消息，于第二时刻获取预设提醒方式；

响应于规定寻呼时机未接收到寻呼消息且在第一时刻未接收到寻呼预警消息，获取预设提醒方式；

可选地，第一时刻和第二时刻均位于规定寻呼时机和下一个规定的寻呼时机之间；

第一时刻为规定寻呼时机和第一预设时间偏移量之和；

第二时刻为规定寻呼时机与预设处理时长之和；

第二时刻为规定寻呼时机与预设处理时长以及和M个时隙之和。

可选地，第一预设时间偏移量由网络设备发送的第一指示信息提供或确定；

预设处理时长和/或M个时隙由网络设备发送第二指示信息提供或确定；

预设处理时长大于或等于预设寻呼消息解析时长与预设寻呼响应时长之和。

S112：终端设备根据预设提醒方式执行对应操作。

可选地，S112的执行方法与S302的执行方法相同，此处不再赘述。

S113：网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼消息。

可选地，S113的执行方法与S303的执行方法相同，此处不再赘述。

在图11实施例提供的提醒方法中，终端设备响应于满足预设条件，获取预设提醒方式，并根据预设提醒方式执行对应操作，可以使得终端设备在任意一种预设条件的情况下均能提醒用户移动终端设备，保障终端设备能够处于信号质量较好的位置处。可选地，网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼消息，可以使得终端设备在信号质量较好的位置处接收到寻呼消息、并向网络设备发送响应消息，从而缩短终端设备的响应延时。

在图11的基础上，下面结合图12对本申请实施例提供的提醒方法做进一步地介绍。

图12为本申请实施例提供的另一种提醒方法的流程图。如图12所示，该方法包括：

S120：网络设备向终端设备发送寻呼消息。

S121：网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼预警消息。

S122：终端设备响应于满足预设条件，获取预设提醒方式。

可选地，终端设备可以通过如下3种方式响应于满足预设条件，获取预设提醒方式。

方式1，终端设备响应于规定寻呼时机未接收到寻呼消息且在第一时刻未接收到寻呼预警消息，于第二时刻获取预设提醒方式。

方式2，终端设备响应于规定寻呼时机未接收到寻呼消息且在第一时刻接收到寻呼预警消息，获取预设提醒方式。

方式3，终端设备响应于规定寻呼时机未接收到寻呼消息且信号质量小于或等于预设阈值，在第二时刻获取预设提醒方式。

可选地，对第一时刻和第二时刻的解释说明，可以参见上述图11实施例，此处不再赘述。

S123：终端设备根据预设提醒方式执行对应操作。

可选地，S123的执行方法相同与S303的执行方法相同，此处不再赘述。

S124：网络设备向终端设备发送寻呼消息。

可选地，S124的执行方法与S104的执行方法相同，此处不再赘述。

S125：终端设备向网络设备发送响应消息。

可选地，S125的执行方法与S105的执行方法相同，此处不再赘述。

在图12实施例提供的提醒方法中，网络设备响应于未接收到终端设备发送的响应消息，向终端设备发送指示信息，终端设备响应于满足预设条件，获取预设提醒方式，并根据预设提醒方式执行对应操作，可以使得终端设备在任意一种预设条件的情况下均能提醒用户移动终端设备，保障终端设备能够处于信号质量较好的位置处。可选地，网络设备向终端设备发送寻呼消息，可以使得终端设备在信号质量较好的位置处接收到寻呼消息、并向网络设备发送响应消息，从而缩短终端设备的响应延时，无需等待在下一个规定的寻呼时机接收寻呼消息，提高终端设备进入会话状态的及时性。

图13为本申请实施例提供的一种提醒装置的结构示意图。提醒装置10应用于终端设备。如图13所示，提醒装置10包括：获取模块101和执行模块102；

获取模块101，用于响应于规定寻呼时机未接收到寻呼消息，获取预设提醒方式

执行模块102，用于根据预设提醒方式执行对应操作。

可选地，获取模块101具体用于：响应于规定寻呼时机未接收到寻呼消息且接收到寻呼预警消息，获取预设提醒方式。

可选地，获取模块101具体用于：在第一时刻时接收到寻呼预警消息。

可选地，第一时刻和第二时刻均位于规定寻呼时机和下一个规定的寻呼时机之间；和/或，

第一时刻为规定寻呼时机和第一预设时间偏移量之和。

可选地，第一预设时间偏移量由网络设备发送的第一指示信息提供或确定。

可选地，提醒装置10还包括：接收模块103；其中，

接收模块103，用于在根据预设提醒方式执行对应操作之后，在第一时刻至下一个规定的寻呼时机之间，接收网络设备发送的至少一个寻呼消息。

可选地，提醒装置10还包括：发送模块104；其中，

发送模块104，用于若接收到至少一个寻呼消息，则向网络设备发送响应消息。

可选地，获取模块101具体用于：响应于规定寻呼时机未接收到寻呼消息，于第二时刻获取预设提醒方式。

可选地，第二时刻均位于规定寻呼时机和下一个规定的寻呼时机之间；和/或，

第二时刻包括以下至少一种：规定寻呼时机与预设处理时长之和；规定寻呼时机与预设处理时长以及和M个时隙之和，M为大于或等于1的正整数。

可选地，预设处理时长和/或M个时隙由网络设备发送第二指示信息提供或确定。

可选地，预设处理时长大于或等于预设寻呼消息解析时长与预设寻呼响应时长之和。

可选地，获取模块101具体用于：若终端设备的信号质量小于或等于预设阈值时，于第二时刻获取预设提醒方式。

本申请实施例提供的提醒装置10可以执行在上述图3-图5任一实施例中终端设备能够执行的提醒方法，其实现原理以及有益效果类似，此处不再进行赘述。

可选地，获取模块101，还用于响应于终端设备满足预设条件，获取预设提醒方式；

执行模块102，还用于根据预设提醒方式执行对应操作。

可选地，终端设备满足预设条件，包括以下至少一种：

终端设备在规定寻呼时机未接收到寻呼消息；

终端设备接收到寻呼预警消息；

终端设备的信号质量小于或等于预设阈值。

可选地，获取模块101还具体用于执行以下至少一种方法：

响应于规定寻呼时机未接收到寻呼消息且在第一时刻时接收到寻呼预警消息，获取预设提醒方式；

响应于规定寻呼时机未接收到寻呼消息，于第二时刻获取预设提醒方式；

响应于规定寻呼时机未接收到寻呼消息且在第一时刻未接收到寻呼预警消息，获取预设提醒方式。

可选地，包括以下至少一种：

第一时刻和第二时刻均位于规定寻呼时机和下一个规定的寻呼时机之间；

第一时刻为规定寻呼时机和第一预设时间偏移量之和；

第二时刻为规定寻呼时机与预设处理时长之和；

第二时刻为规定寻呼时机与预设处理时长以及和M个时隙之和，M为大于或等于1的正整数。

可选地，包括以下至少一种：

第一预设时间偏移量由网络设备发送的第一指示信息提供或确定；

预设处理时长和/或M个时隙由网络设备发送第二指示信息提供或确定；

预设处理时长大于或等于预设寻呼消息解析时长与预设寻呼响应时长之和。

可选地，接收模块103还用于：在根据预设提醒方式执行对应操作之后，在第一时刻至下一个规定的寻呼时机之间，接收网络设备发送的至少一个寻呼消息。

可选地，发送模块104还用于：若接收到至少一个寻呼消息，则向网络设备发送响应消息。

本申请实施例提供的提醒装置10可以执行在上述任意方法实施例中终端设备能够执行的提醒方法，其实现原理以及有益效果类似，此处不再进行赘述。

图14为本申请实施例提供的另一种提醒装置的结构示意图。提醒装置20应用于网络设备。如图14所示，提醒装置20包括：发送模块201；

发送模块201，用于向终端设备发送寻呼消息；

发送模块201，还用于响应于未接收到终端设备发送的响应消息，向终端设备发送寻呼消息。

可选地，发送模块201还具体用于：响应于未接收到终端设备发送的响应消息，确定在第三时刻和下一个规定的寻呼时机之间，向终端设备发送寻呼消息的总次数；根据总次数，向终端设备发送寻呼消息。

可选地，发送模块201还具体用于：分别确定第三时刻和下一个规定的寻呼时机之间的时间差，以及预设寻呼消息解析时长、预设寻呼响应时长与M个时隙的时间和；确定时间差与时间和的比值；将小于或者等于比值、且与比值的差值最小的整数，确定为总次数。

可选地，发送模块201还具体用于：若接收到终端设备发送的响应消息，则停止发送寻呼消息。

可选地，发送模块201还用于，确定在第三时刻和下一个规定的寻呼时机之间，向所述终端设备发送所述寻呼消息的总次数之前，向终端设备发送寻呼预警消息。

可选地，发送模块201还用于，在发送模块201向终端设备发送寻呼消息之前，向所述终端设备发送系统消息。

可选地，系统消息包括以下至少一种：第一指示信息；第二指示信息。

可选地，第三时刻包括以下至少一种：重复发送所述寻呼消息的预设起始时刻；寻呼预警消息的发送时刻与M个时隙之和，M为大于或等于1的正整数。

本申请实施例提供的提醒装置20可以执行在上述图3-图7任一实施例中网络设备能够执行的提醒方法，其实现原理以及有益效果类似，此处不再进行赘述。

图15为本申请实施例提供的终端设备的硬件结构图。如图15所示，终端设备30包括：收发器301、存储器302、处理器303。

收发器301可以包括：发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述，接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。

示例性地，收发器301、存储器302、处理器303各部分之间通过总线304相互连接。

存储器302中存储有计算机程序，计算机程序被处理器303执行时实现上述方法实施例中终端设备执行的方法。

图16为本申请实施例提供的网络设备的硬件结构图。如图16所示，网络设备40包括：收发器401、存储器402、处理器403。

收发器401可以包括：发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述，接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。

示例性地，收发器401、存储器402、处理器403各部分之间通过总线3004相互连接。

存储器402中存储有计算机程序，计算机程序被处理器403执行时实现上述方法实施例中网络设备执行的方法。

本申请实施例还提供一种终端设备，终端设备包括：存储器、处理器；其中，存储器上存储有提醒程序，提醒程序被处理器执行时实现上述任一实施例中的提醒方法的步骤。

本申请实施例还提供一种网络设备，网络设备包括：存储器、处理器；其中，存储器上存储有提醒程序，提醒程序被处理器执行时实现上述任一实施例中的提醒方法的步骤。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有提醒程序，提醒程序被处理器执行时实现上述任一实施例中的提醒方法的步骤。

在本申请实施例提供的终端设备、网络设备和计算机可读存储介质的实施例中，可以包含任一上述提醒方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不做再赘述。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上各种可能的实施方式中的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

在本申请中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本申请技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，（例如，软盘、存储盘、磁带）、光介质（例如，DVD），或者半导体介质（例如固态存储盘Solid State Disk (SSD)）等。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (14)

1.一种提醒方法，应用于终端设备，其特征在于，包括以下步骤：

S1：响应于规定寻呼时机未接收到寻呼消息且在第一时刻接收到网络设备发送的寻呼预警消息，获取预设提醒方式；所述第一时刻位于规定寻呼时机和下一个规定的寻呼时机之间，和/或，所述第一时刻为所述规定寻呼时机和第一预设时间偏移量之和；所述寻呼预警消息为所述网络设备响应于未接收到所述终端设备发送的响应消息发送的；

S2：根据所述预设提醒方式执行对应操作；

S3：在所述第一时刻至下一个规定的寻呼时机之间，接收所述网络设备发送的至少一个所述寻呼消息。

2.根据权利要求1所述的方法，其特征在于，所述第一预设时间偏移量由网络设备发送的第一指示信息提供或确定。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

若接收到至少一个所述寻呼消息，则向所述网络设备发送响应消息。

4.一种提醒方法，应用于终端设备，其特征在于，包括以下步骤：

S10：响应于所述终端设备满足预设条件，获取预设提醒方式；所述预设条件包括在规定寻呼时机未接收到寻呼消息且在第一时刻未接收到网络设备发送的寻呼预警消息，获取预设提醒方式；所述第一时刻均位于所述规定寻呼时机和下一个规定的寻呼时机之间；和/或，所述第一时刻为所述规定寻呼时机和第一预设时间偏移量之和；所述寻呼预警消息为所述网络设备响应于未接收到所述终端设备发送的响应消息发送的；

S20：根据所述预设提醒方式执行对应操作；

S30：在所述第一时刻至下一个规定的寻呼时机之间，接收所述网络设备发送的至少一个所述寻呼消息。

5.根据权利要求4所述的方法，其特征在于，包括：

所述第一预设时间偏移量由网络设备发送的第一指示信息提供或确定。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若接收到至少一个所述寻呼消息，则向所述网络设备发送响应消息。

7.一种提醒方法，其特征在于，应用于网络设备，包括以下步骤：

S100：在规定寻呼时机向终端设备发送寻呼消息；

S200：响应于未接收到所述终端设备发送的响应消息，在第一时刻向所述终端设备发送寻呼预警消息；所述第一时刻位于规定寻呼时机和下一个规定的寻呼时机之间，和/或，所述第一时刻为所述规定寻呼时机和第一预设时间偏移量之和；

S300：确定在第三时刻和下一个规定的寻呼时机之间，向所述终端设备发送所述寻呼消息的总次数，根据所述总次数，向所述终端设备发送所述寻呼消息；所述第三时刻包括以下至少一种：重复发送所述寻呼消息的预设起始时刻、所述寻呼预警消息的发送时刻与M个时隙之和；M为大于或等于1的正整数。

8.根据权利要求7所述的方法，其特征在于，所述确定在第三时刻和下一个规定的寻呼时机之间，向所述终端设备发送所述寻呼消息的总次数包括：

分别确定所述第三时刻和所述下一个规定的寻呼时机之间的时间差，以及预设寻呼消息解析时长、预设寻呼响应时长与M个时隙的时间和；

确定所述时间差与所述时间和的比值；

将小于或者等于所述比值、且与所述比值的差值最小的整数，确定为所述总次数。

9.根据权利要求7所述的方法，其特征在于，所述根据所述总次数，向所述终端设备发送所述寻呼消息，包括：

若接收到所述终端设备发送的响应消息，则停止发送所述寻呼消息。

10.根据权利要求7至9中任一项所述的方法，其特征在于，在所述S100步骤之前，所述方法还包括：

向所述终端设备发送系统消息。

11.根据权利要求10所述的方法，其特征在于，所述系统消息包括以下至少一种：

第一指示信息；

第二指示信息。

12.一种终端设备，其特征在于，所述终端设备包括：存储器、以及与所述存储器连接的处理器；其中，所述存储器上存储有提醒程序，所述提醒程序被所述处理器执行时实现如权利要求1至6中任一项所述的提醒方法。

13.一种网络设备，其特征在于，所述终端设备包括：存储器、以及与所述存储器连接的处理器；其中，所述存储器上存储有提醒程序，所述提醒程序被所述处理器执行时实现如权利要求7至11中任一项所述的提醒方法。

14.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的提醒方法。

Images