CN117480827A - 寻呼消息接收、发送方法和装置、通信装置及存储介质 - Google Patents

Abstract

本公开涉及寻呼消息接收、发送方法和装置、通信装置及存储介质，其中，所述寻呼消息接收方法包括：接收网络设备发送的寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新，对非激活态组播业务的配置进行更新。根据本公开，终端可以接收网络设备发送的寻呼消息，在所述寻呼消息用于指示终端对非激活态组播业务的配置进行更新的情况下，终端可以对非激活态组播业务的配置进行更新，有利于保证非激活态组播业务的配置得到及时更新，以便终端可以根据更新后的非激活态组播业务的配置良好地进行非激活态组播业务。

Description

寻呼消息接收、发送方法和装置、通信装置及存储介质 技术领域

本公开涉及通信技术领域，具体而言，涉及寻呼消息接收方法、寻呼消息发送方法、寻呼消息接收装置、寻呼消息发送装置、通信装置和计算机可读存储介质。

背景技术

相关技术中，终端在需要执行组播业务MBS(Multicast Broadcast Service，也可以称作多播业务)时，需要先建立无线资源控制RRC(Radio Resource Control)连接进入连接态，在连接态接收网络侧发送的组播业务的配置信息。

但是在某些情况下，例如同一个小区内终端数量相对较多时，若终端保持在连接态进行组播业务数据，会导致功耗较大。因此，可以设置终端在非激活inactive态下进行组播业务，但是终端在非激活态下进行组播业务的部分过程仍不完善，不能良好地在非激活态进行组播业务。

发明内容

有鉴于此，本公开的实施例提出了寻呼消息接收方法、寻呼消息发送方法、寻呼消息接收装置、寻呼消息发送装置、通信装置和计算机可读存储介质，以解决相关技术中的技术问题。

根据本公开实施例的第一方面，提出一种寻呼消息接收方法，由终端执行，所述方法包括：接收网络设备发送的寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

根据本公开实施例的第二方面，提出一种寻呼消息发送方法，由网络设备执行，所述方法包括：向终端发送寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

根据本公开实施例的第三方面，提出一种配置更新配置，所述配置包括：接收模块，被配置为接收网络设备发送的寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新，对非激活态组播业务的配置进行更新。

根据本公开实施例的第四方面，提出一种寻呼消息发送装置，所述配置包括：发送模块，被配置为向终端发送寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

根据本公开实施例的第五方面，提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述寻呼消息接收方法。

根据本公开实施例的第六方面，提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述寻呼消息发送方法。

根据本公开实施例的第七方面，提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述寻呼消息接收方法中的步骤。

根据本公开实施例的第八方面，提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述寻呼消息发送方法中的步骤。

根据本公开的实施例，网络设备可以对非激活态组播业务的配置进行更新，例如对于非激活态组播业务的更新操作，可以向终端发送寻呼消息，以指示终端对非激活态组播业务的配置进行更新。

终端可以接收网络设备发送的寻呼消息，在所述寻呼消息用于指示终端对非激活态组播业务的配置进行更新的情况下，终端可以对非激活态组播业务的配置进行更新，有利于保证非激活态组播业务的配置得到及时更新，以便终端可以根据更新后的非激活态组播业务的配置良好地进行非激活态组播业务。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本公开的实施例示出的一种寻呼消息接收方法的示意流程图。

图2是根据本公开的实施例示出的另一种寻呼消息接收方法的示意流程图。

图3是根据本公开的实施例示出的一种寻呼消息发送方法的示意流程图。

图4是根据本公开的实施例示出的另一种寻呼消息发送方法的示意流程图。

图5是根据本公开的实施例示出的一种寻呼消息接收装置的示意框图。

图6是根据本公开的实施例示出的一种寻呼消息发送装置的示意框图。

图7是根据本公开的实施例示出的一种用于寻呼消息发送的装置的示意框图。

图8是根据本公开的实施例示出的一种用于寻呼消息接收的装置的示意框图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

在本公开实施例使用的术语是仅仅出于描述实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

出于简洁和便于理解的目的，本文在表征大小关系时，所使用的术语为“大于”或“小于”、“高于”或“低于”。但对于本领域技术人员来说，可以理解：术语“大于”也涵盖了“大于等于”的含义，“小于”也涵盖了“小于等于”的含义；术语“高于”涵盖了“高于等于”的含义，“低于”也涵盖了“低于等于”的含义。

图1是根据本公开的实施例示出的一种寻呼消息接收方法的示意流程图。本实施例所示的寻呼消息接收方法可以由终端执行，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。所述终端可以与网络设备通信，所述网络设备包括但不限于4G、5G、6G等通信***中的网络设备，例如基站、核心网等。

如图1所示，所述寻呼消息接收方法可以包括以下步骤：

在步骤S101中，接收网络设备发送的寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新，对非激活态组播业务的配置进行更新。

在一个实施例中，网络设备可以向终端发送非激活态组播业务的配置，例如在非激活态进行组播业务(例如接收组播业务下行数据)的时域资源、频域资源等。

在一个实施例中，网络设备可以对非激活态组播业务的配置进行更新，例如对于非激活态组播业务的更新操作，可以向终端发送寻呼消息，以指示终端对非激活态组播业务的配置进行更新。

根据本公开的实施例，终端可以接收网络设备发送的寻呼消息，在所述寻呼消息用于指示终端对非激活态组播业务的配置进行更新的情况下，终端可以对非激活态组播业务的配置进行更新，有利于保证非激活态组播业务的配置得到及时更新，以便终端可以根据更新后的非激活态组播业务的配置良好地进行非激活态组播业务。

需要说明的是，终端在完成非激活态组播业务的配置进行更新之后，可以根据更新后的非激活态组播业务的配置进行非激活态组播业务，而在完成非激活态组播业务的配置更新之前，则可以继续使用更新前的非激活态组播业务的配置进行非激活态组播业务。

在一个实施例中，所述非激活态组播业务的配置(的类型)包括以下至少之一：

区域特定的非激活态组播业务的配置，网络设备可以确定一个或多个区域，并针对所确定的区域设置相关联的非激活态组播业务的配置，也即区域特定的非激活态组播业务的配置。区域特定的非激活态组播业务的配置可以是网络设备所确定的区域中的所有终端的非激活态组播业务的配置，所述特定区域可以是一个或多个小区Cell，也可以是一个或多个无线接入网通知区域RNA(Radio Access Network Notification Area)；

特定于一个或多个终端的非激活态组播业务的配置，网络设备可以确定一个或多个终端，并针对所确定的终端设置相关联的非激活态组播业务的配置，也即特定于一个或多个终端非激活态组播业务的配置。特定于一个或多个终端的非激活态组播业务的配置可以是网络设备所确定的一个终端的非激活态组播业务的配置，也可以是网络设备所确定的多个终端(例如终端组group)中所有终端的非激活态组播业务的配置；

业务特定的非激活态组播业务的配置，网络设备可以确定一个或多个非激活态组播业务(例如非激活态组播语音业务、非激活态组播通话业务、非激活态组播视频业务等)，并针对所确定的业务设置相关联的非激活态组播业务的配置，也即业务特定的非激活态组播业务的配置。业务特定的非激活态组播业务的配置可以是网络设备所确定的一个或多个非激活态组播业务的配置。

图2是根据本公开的实施例示出的另一种寻呼消息接收方法的示意流程图。如图2所示，所述方法还包括：

在步骤S201中，确定所述寻呼消息为第一寻呼消息和/或第二寻呼消息；

在步骤S202中，在所述寻呼消息为第一寻呼消息，且所述终端配置有非激活态组播业务的配置的情况下，确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新；

在步骤S203中，在所述寻呼消息为第二寻呼消息的情况下，确定所述第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，网络设备可以通过寻呼消息指示终端对非激活态组播业务的配置进行更新。

例如网络设备可以发送第一寻呼消息指示终端对非激活态组播业务的配置进行更新，所述第一寻呼消息可以为现有的寻呼消息(也即legacy paging，包括但不限于群组寻呼消息group paging)。

在这种情况下，终端接收到第一寻呼消息后，可以先确定终端是否已配置有非激活态组播业务的配置，若已配置有非激活态组播业务的配置，那么确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，终端确定是否已配置有非激活态组播业务的配置，包括但不限于确定是否已配置有TMGI(Temporary Mobile Group Identity，临时移动组标识)与MBS sesssion(组播业务会话)之间的映射关系。

例如网络设备可以发送第二寻呼消息指示终端对非激活态组播业务的配置进行更新，所述第二寻呼消息可以为新定义的寻呼消息(包括但不限于无线接入网寻呼消息RAN paging)。

在这种情况下，终端接收到第二寻呼消息后，无需判断其他条件，即可确定第 二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，所述确定所述寻呼消息为第一寻呼消息和/或第二寻呼消息包括：根据所述寻呼消息的配置和/或所述寻呼消息携带的信息，确定所述寻呼消息为第一寻呼消息或第二寻呼消息。

网络设备可以为终端配置第一寻呼消息对应的第一寻呼配置，也可以为终端配置第二寻呼消息对应的第二寻呼配置，终端根据第一寻呼配置接收到的寻呼消息可以确定为第一寻呼消息，根据第二寻呼配置接收到的寻呼消息可以确定为第二寻呼消息。

在一个实施例中，所述寻呼消息的配置包括以下至少之一：

第一寻呼配置，所述第一寻呼配置用于接收所述第一寻呼消息；或

第二寻呼配置，所述第二寻呼配置用于接收所述第二寻呼消息。

在一个实施例中，所述第一寻呼配置包括以下至少之一：

寻呼周期(paging cycle)，其中，所述寻呼周期包括第一寻呼周期；

寻呼区域，其中，所述寻呼区域包括第一寻呼区域；

寻呼消息对应的无线网络临时标识RNTI(Radio Network Temporary Identifier)，其中，所述RNTI包括第一RNTI。

在一个实施例中，所述第二寻呼配置包括以下至少之一：

寻呼周期，其中，所述寻呼周期包括第一寻呼周期和/或非激活态组播业务的配置接收专用的第二寻呼周期；

寻呼区域，其中，所述寻呼区域包括第一寻呼区域和/或非激活态组播业务的配置接收专用的第二寻呼区域；

寻呼消息对应的无线网络临时标识RNTI，其中，所述RNTI包括第一RNTI和/或非激活态组播业务的配置接收专用的第二RNTI。

终端可以确定第二寻呼配置，并根据第二寻呼配置接收第二寻呼消息，其中，第二寻呼配置由网络设备指示给终端。

例如，终端根据寻呼周期可以确定接收寻呼的时间，进而在确定的时间接收寻呼消息。其中，所述第二寻呼配置可以包括第一寻呼周期，终端可以根据第一寻呼周期确定第一接收时间，在第一接收时间可以接收第二寻呼消息；所述第二寻呼配置可 以包括第二寻呼周期，终端可以根据第二寻呼周期确定第二接收时间，进而在第二接收时间接收第二寻呼消息。

例如，终端根据寻呼区域可以确定接收寻呼的区域，进而在确定的区域接收寻呼消息。其中，所述第二寻呼配置可以包括第一寻呼区域，终端可以在第一寻呼区域中接收第一寻呼区域中接收第二寻呼消息；所述第二寻呼配置可以包括第二寻呼区域，终端可以在第二寻呼区域中接收第二寻呼消息。

例如，终端可以确定寻呼消息对应的RNTI，进而根据确定的RNTI接收寻呼消息(例如根据RNTI对寻呼消息进行解扰)。其中，所述第二寻呼配置可以包括第一RNTI，终端可以根据第一RNTI解扰第二寻呼消息；所述第二寻呼配置可以包括第二RNTI，终端可以根据第二RNTI解扰第二寻呼消息。

在一个实施例中，终端对非激活态组播业务的配置进行更新，可以先建立无线资源控制RRC(Radio Resource Control)连接，进而在与网络设备建立RRC连接后，或者在建立RRC连接的过程中，可以接收网络设备发送的非激活态组播业务的配置，从而保存接收的非激活态组播业务的配置，或者根据接收到的非激活态组播业务的配置对已存储的非激活态组播业务的配置进行更新。

以下通过几个实施例，对于终端对非激活态组播业务的配置进行更新的过程进行示例性描述。

在一个实施例中，在确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，所述对非激活态组播业务的配置进行更新包括：

终端的接入层(AS，Access Stratum)建立无线资源控制RRC连接；

接收所述网络设备发送的非激活态组播业务的配置。

在该实施例中，终端的接入层可以直接建立RRC连接，并在建立RRC连接的过程中，或者在建立RRC连接后，接收网络设备发送的非激活态组播业务的配置。

在一个实施例中，在确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，所述对非激活态组播业务的配置进行更新包括：

确定终端的接入层不发送TMGI指示给终端的非接入层(NAS，Non Access Stratum)；

终端的接入层建立RRC连接；

接收所述网络设备发送的非激活态组播业务的配置。

在该实施例中，终端可以先确定接入层不向非接入层发送TMGI，进而终端的接入层再建立RRC连接，并在建立RRC连接的过程中，或者在建立RRC连接后，接收网络设备发送的非激活态组播业务的配置。

在一个实施例中，在确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，所述对非激活态组播业务的配置进行更新包括：

终端的接入层发送指示信息给终端的非接入层，所述指示信息用于通知所述非激活态组播业务更新；

终端的接入层或终端的非接入层建立RRC连接；

接收所述网络设备发送的非激活态组播业务的配置。

在该实施例中，终端的接入层可以先向终端的非接入层发送指示信息，以通知非激活态组播业务更新，而后续可以由终端的接入层建立RRC连接，或者由终端的非接入层建立RRC连接，并在建立RRC连接的过程中，或者在建立RRC连接后，接收网络设备发送的非激活态组播业务的配置。

在一个实施例中，在确定所述第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，所述对非激活态组播业务的配置进行更新包括：通过接入层建立无线资源控制RRC连接；接收所述网络设备发送的非激活态组播业务的配置。

终端在确定第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，可以由终端的接入层建立RRC连接。进而终端在建立RRC连接后，或者在建立RRC连接的过程中，接收网络设备发送的非激活态组播业务的配置。

在一个实施例中，终端在确定第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，可以由终端的非接入层建立RRC连接。进而终端在建立RRC连接后，或者在建立RRC连接的过程中，接收网络设备发送的非激活态组播业务的配置。

在一个实施例中，终端在确定第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，终端的接入层向终端的非接入层发送配置更新指示，用于指示需要对非激活态组播业务的配置进行更新，非接入层接收到配置更新指示后， 可以建立RRC连接。进而终端建立RRC连接后，或者在建立RRC连接的过程中，接收网络设备发送的非激活态组播业务的配置。

在一个实施例中，在一个实施例中，终端在确定第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新的情况下，终端的接入层向终端的非接入层发送配置更新指示，用于指示需要对非激活态组播业务的配置进行更新，并由终端的接入层建立RRC连接，其中，所述配置更新指示用于通知所述非激活态组播业务的配置更新。进而终端建立RRC连接后，或者在建立RRC连接的过程中，接收网络设备发送的非激活态组播业务的配置。

在一个实施例中，所述建立无线资源控制RRC连接包括：

向网络设备发送RRC连接建立请求(RRCSetupRequeset)，所述RRC连接建立请求中携带有RRC连接建立原因；和/或向网络设备发送RRC连接恢复请求(RRCResumeRequeset)，所述RRC连接建立请求中携带有RRC连接恢复原因。

终端可以通过向网络设备发送RRC连接建立请求，建立RRC连接建立，在RRC连接建立请求中可以携带RRC连接建立原因establishmentCause；终端也可以通过向网络设备发送RRC连接恢复请求建立RRC连接建立，在RRC连接恢复请求中可以携带RRC连接恢复原因resumeCause。

针对终端发送的请求，网络设备可以向终端返回响应。例如网络设备接收RRC连接建立请求，可以向终端返回RRC连接建立消息响应；例如网络设备接收到RRC连接恢复请求，可以向终端返回RRC连接恢复消息响应，可以向终端返回RRC连接建立消息响应，也可以向终端返回RRC连接释放消息响应，还可以向终端返回携带有挂起配置(suspend configuration)的RRC连接释放消息响应。

在一个实施例中，所述RRC连接建立原因包括现有的RRC连接建立原因和/或新定义的RRC连接建立原因；和/或所述RRC连接恢复原因包括现有的RRC连接恢复原因和/或新定义的RRC连接恢复原因。

所述RRC连接建立原因、RRC连接恢复原因可以是复用现有的原因，例如高优先级接入highPriorityAccess、被叫接入mt-Access；RRC连接建立原因、RRC连接恢复原因也可以是新定义的原因，例如组播业务的配置更新mbs-update。

在一个实施例中，终端可以在与网络设备建立RRC连接后，接收网络设备发送的非激活态组播业务的配置，例如在进入连接态后，网络设备可以向终端发送非激 活态组播业务的配置，以对终端已存储的非激活态组播业务的配置进行更新。

在一个实施例中，终端也可以在与网络设备建立RRC连接的过程中，接收网络设备发送的非激活态组播业务的配置，例如终端可以向网络设备发送上述任意一种请求，网络设备可以在任意一种请求响应中向终端发送非激活态组播业务的配置，以对终端已存储的非激活态组播业务的配置进行更新。

网络设备接收所述请求后，可以根据其中携带的原因确定需要对非激活态组播业务的配置进行更新，进而在向终端返回的信息中携带非激活态组播业务的配置，以对终端已存储的非激活态组播业务的配置进行更新。

图3是根据本公开的实施例示出的一种寻呼消息发送方法的示意流程图。本实施例所示的寻呼消息发送方法可以由网络设备执行，所述网络设备可以与终端通信，所述网络设备包括但不限于4G基站、5G基站、6G基站等通信***中的基站，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。

如图3所示，所述寻呼消息发送方法可以包括以下步骤：

在步骤S301中，向终端发送寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，网络设备可以向终端发送非激活态组播业务的配置，例如在非激活态进行组播业务(例如接收组播业务下行数据)的时域资源、频域资源等。

根据本公开的实施例，网络设备可以对非激活态组播业务的配置进行更新，例如对于非激活态组播业务的更新操作，可以向终端发送寻呼消息，以指示终端对非激活态组播业务的配置进行更新。

终端在确定接收到的寻呼消息用于指示终端对非激活态组播业务的配置进行更新时，可以对非激活态组播业务的配置进行更新，有利于保证非激活态组播业务的配置得到及时更新，以便终端可以根据更新后的非激活态组播业务的配置良好地进行非激活态组播业务。

需要说明的是，终端在完成非激活态组播业务的配置进行更新之后，可以根据更新后的非激活态组播业务的配置进行非激活态组播业务，而在完成非激活态组播业务的配置更新之前，则可以继续使用更新前的非激活态组播业务的配置进行非激活态组播业务。

在一个实施例中，所述非激活态组播业务的配置(的类型)包括以下至少之一：

区域特定的非激活态组播业务的配置，网络设备可以确定一个或多个区域，并针对所确定的区域设置相关联的非激活态组播业务的配置，也即区域特定的非激活态组播业务的配置。区域特定的非激活态组播业务的配置可以是网络设备所确定的区域中的所有终端的非激活态组播业务的配置，所述特定区域可以是一个或多个小区Cell，也可以是一个或多个无线接入网通知区域RNA；

特定于一个或多个终端的非激活态组播业务的配置，网络设备可以确定一个或多个终端，并针对所确定的终端设置相关联的非激活态组播业务的配置，也即特定于一个或多个终端非激活态组播业务的配置。特定于一个或多个终端的非激活态组播业务的配置可以是网络设备所确定的一个终端的非激活态组播业务的配置，也可以是网络设备所确定的多个终端(例如终端组group)中所有终端的非激活态组播业务的配置；

业务特定的非激活态组播业务的配置，网络设备可以确定一个或多个非激活态组播业务(例如非激活态组播语音业务、非激活态组播通话业务、非激活态组播视频业务等)，并针对所确定的业务设置相关联的非激活态组播业务的配置，也即业务特定的非激活态组播业务的配置。业务特定的非激活态组播业务的配置可以是网络设备所确定的一个或多个非激活态组播业务的配置。

在一个实施例中，所述寻呼消息包括以下至少之一：

第一寻呼消息，其中，所述第一寻呼消息用于指示所述终端在配置有非激活态组播业务的配置的情况下，指示所述终端对非激活态组播业务的配置进行更新；

第二寻呼消息，其中，所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，网络设备可以通过寻呼消息指示终端对非激活态组播业务的配置进行更新。

例如网络设备可以发送第一寻呼消息指示终端对非激活态组播业务的配置进行更新，所述第一寻呼消息可以为现有的寻呼消息(包括但不限于群组寻呼消息group paging)。

在这种情况下，终端接收到第一寻呼消息后，可以先确定终端是否已配置有非激活态组播业务的配置，若已配置有非激活态组播业务的配置，那么确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。其中，终端确定是否 已配置有非激活态组播业务的配置，包括但不限于确定是否已配置有TMGI与MBS sesssion之间的映射关系。

例如网络设备可以发送第二寻呼消息指示终端对非激活态组播业务的配置进行更新，所述第二寻呼消息可以为新定义的寻呼消息(包括但不限于无线接入网寻呼消息RAN paging)。

在这种情况下，终端接收到第二寻呼消息后，无需判断其他条件，即可确定第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，所述第一寻呼消息与第二寻呼消息的配置不同和/或携带的信息不同。

网络设备可以为终端配置第一寻呼消息对应的第一寻呼配置，也可以为终端配置第二寻呼消息对应的第二寻呼配置，终端根据第一寻呼配置接收到的寻呼消息可以确定为第一寻呼消息，根据第二寻呼配置接收到的寻呼消息可以确定为第二寻呼消息。

在一个实施例中，所述寻呼消息的配置包括以下至少之一：

第一寻呼配置，所述第一寻呼配置用于接收所述第一寻呼消息；或

第二寻呼配置，所述第二寻呼配置用于接收所述第二寻呼消息。

在一个实施例中，所述第一寻呼配置包括以下至少之一：

寻呼周期，其中，所述寻呼周期包括第一寻呼周期；

寻呼区域，其中，所述寻呼区域包括第一寻呼区域；

寻呼消息对应的无线网络临时标识RNTI，其中，所述RNTI包括第一RNTI。

在一个实施例中，所述第二寻呼配置包括以下至少之一：

寻呼周期，其中，所述寻呼周期包括第一寻呼周期和/或非激活态组播业务的配置接收专用的第二寻呼周期；

寻呼区域，其中，所述寻呼区域包括第一寻呼区域和/或非激活态组播业务的配置接收专用的第二寻呼区域；

寻呼消息对应的无线网络临时标识RNTI，其中，所述RNTI包括第一RNTI和/或非激活态组播业务的配置接收专用的第二RNTI。

终端可以确定第二寻呼配置，并根据第二寻呼配置接收第二寻呼消息，其中， 第二寻呼配置由网络设备指示给终端。

例如，终端根据寻呼周期可以确定接收寻呼的时间，进而在确定的时间接收寻呼消息。其中，所述第二寻呼配置可以包括第一寻呼周期，终端可以根据第一寻呼周期确定第一接收时间，在第一接收时间可以接收第二寻呼消息；所述第二寻呼配置可以包括第二寻呼周期，终端可以根据第二寻呼周期确定第二接收时间，进而在第二接收时间接收第二寻呼消息。

例如，终端根据寻呼区域可以确定接收寻呼的区域，进而在确定的区域接收寻呼消息。其中，所述第二寻呼配置可以包括第一寻呼区域，终端可以在第一寻呼区域中接收第一寻呼区域中接收第二寻呼消息；所述第二寻呼配置可以包括第二寻呼区域，终端可以在第二寻呼区域中接收第二寻呼消息。

例如，终端可以确定寻呼消息对应的RNTI，进而根据确定的RNTI接收寻呼消息(例如根据RNTI对寻呼消息进行解扰)。其中，所述第二寻呼配置可以包括第一RNTI，终端可以根据第一RNTI解扰第二寻呼消息；所述第二寻呼配置可以包括第二RNTI，终端可以根据第二RNTI解扰第二寻呼消息。

图4是根据本公开的实施例示出的另一种寻呼消息发送方法的示意流程图。如图4所示，所述方法还包括：

在步骤S401中，与所述终端建立无线资源控制RRC连接；

在步骤S402中，向所述终端发送非激活态组播业务的配置。

在一个实施例中，网络设备对终端的非激活态组播业务的配置进行更新，可以先与终端建立RRC连接，进而在与终端建立RRC连接后，或者在建立RRC连接的过程中，可以向终端发送非激活态组播业务的配置，对终端的非激活态组播业务的配置进行更新。

其中，网络设备在通过第一寻呼消息指示终端对非激活态组播业务的配置进行更新时，可以在与终端建立RRC连接的过程中，或者在与终端建立RRC连接后向终端发送非激活态组播业务的配置，对终端的非激活态组播业务的配置进行更新。网络设备在通过第二寻呼消息指示终端对非激活态组播业务的配置进行更新时，可以在与终端建立RRC连接后，或者在建立RRC连接的过程中，向终端发送非激活态组播业务的配置，对终端的非激活态组播业务的配置进行更新。

终端可以保存接收的非激活态组播业务的配置，或者根据接收到的非激活态组 播业务的配置对已存储的非激活态组播业务的配置进行更新。

在一个实施例中，所述与所述终端建立无线资源控制RRC连接包括：

接收所述终端发送的RRC连接建立请求，所述RRC连接建立请求中携带有RRC连接建立原因；和/或接收所述终端发送的RRC连接恢复请求，所述RRC连接建立请求中携带有RRC连接恢复原因。

终端可以通过向网络设备发送RRC连接建立请求，建立RRC连接建立，在RRC连接建立请求中可以携带RRC连接建立原因establishmentCause；终端也可以通过向网络设备发送RRC连接恢复请求建立RRC连接建立，在RRC连接恢复请求中可以携带RRC连接恢复原因resumeCause。

针对终端发送的请求，网络设备可以向终端返回响应。例如网络设备接收RRC连接建立请求，可以向终端返回RRC连接建立消息响应；例如网络设备接收到RRC连接恢复请求，可以向终端返回RRC连接恢复消息响应，可以向终端返回RRC连接建立消息响应，也可以向终端返回RRC连接释放消息响应，还可以向终端返回携带有挂起配置(suspend configuration)的RRC连接释放消息响应。

在一个实施例中，所述RRC连接建立原因包括现有的RRC连接建立原因和/或新定义的RRC连接建立原因；和/或所述RRC连接恢复原因包括现有的RRC连接恢复原因和/或新定义的RRC连接恢复原因。

所述RRC连接建立原因、RRC连接恢复原因可以是复用现有的原因，例如高优先级接入highPriorityAccess、被叫接入mt-Access；RRC连接建立原因、RRC连接恢复原因也可以是新定义的原因，例如组播业务的配置更新mbs-update。

在一个实施例中，网络设备可以在与终端建立RRC连接后，向终端发送非激活态组播业务的配置，例如在进入连接态后，网络设备可以向终端发送非激活态组播业务的配置，以对终端已存储的非激活态组播业务的配置进行更新。

在一个实施例中，网络设备也可以在与终端建立RRC连接的过程中，向终端发送非激活态组播业务的配置，例如终端可以向网络设备发送上述任意一种请求，网络设备可以在任意一种请求响应中向终端发送非激活态组播业务的配置，以对终端已存储的非激活态组播业务的配置进行更新。

网络设备接收所述请求后，可以根据其中携带的原因确定需要对非激活态组播业务的配置进行更新，进而在向终端返回的信息中携带非激活态组播业务的配置，以 对终端已存储的非激活态组播业务的配置进行更新。

与前述的寻呼消息接收方法和寻呼消息发送方法的实施例相对应，本公开还提供了寻呼消息接收装置和寻呼消息发送装置的实施例。

图5是根据本公开的实施例示出的一种寻呼消息接收装置的示意框图。本实施例所示的寻呼消息接收装置可以为终端本身或者终端中的一个或多个模块组成的装置，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。所述终端可以与网络设备通信，所述网络设备包括但不限于4G、5G、6G等通信***中的网络设备，例如基站、核心网等。

如图5所示，所述寻呼消息接收装置可以包括：

接收模块501，被配置为接收网络设备发送的寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新，对非激活态组播业务的配置进行更新。

在一个实施例中，所述装置还包括：处理模块，被配置为确定所述寻呼消息为第一寻呼消息和/或第二寻呼消息；在所述寻呼消息为第一寻呼消息，且所述终端配置有非激活态组播业务的配置的情况下，确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新；在所述寻呼消息为第二寻呼消息的情况下，确定所述第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，所述处理模块，被配置为根据所述寻呼消息的配置和/或所述寻呼消息携带的信息，确定所述寻呼消息为第一寻呼消息或第二寻呼消息。

在一个实施例中，所述寻呼消息的配置包括以下至少之一：第一寻呼配置，所述第一寻呼配置用于接收所述第一寻呼消息；或第二寻呼配置，所述第二寻呼配置用于接收所述第二寻呼消息。

在一个实施例中，所述寻呼消息的配置包括以下至少之一：寻呼周期，其中，所述寻呼周期包括第一寻呼周期和/或非激活态组播业务的配置接收专用的第二寻呼周期；寻呼区域，其中，所述寻呼区域包括第一寻呼区域和/或非激活态组播业务的配置接收专用的第二寻呼区域；寻呼消息对应的无线网络临时标识RNTI，其中，所述RNTI包括第一RNTI和/或非激活态组播业务的配置接收专用的第二RNTI。

在一个实施例中，所述非激活态组播业务的配置包括以下至少之一：区域特定的非激活态组播业务的配置；特定于一个或多个终端的非激活态组播业务的配置；业 务特定的非激活态组播业务的配置。

图6是根据本公开的实施例示出的一种寻呼消息发送装置的示意框图。本实施例所示的寻呼消息发送装置可以为网络设备本身或者网络设备中的一个或多个模块组成的装置，所述网络设备可以与终端通信，所述网络设备包括但不限于4G基站、5G基站、6G基站等通信***中的基站，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等通信装置。

如图6所示，所述寻呼消息发送装置可以包括：

发送模块601，被配置为向终端发送寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，所述寻呼消息包括以下至少之一：第一寻呼消息，其中，所述第一寻呼消息用于指示所述终端在配置有非激活态组播业务的配置的情况下，指示所述终端对非激活态组播业务的配置进行更新；第二寻呼消息，其中，所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。

在一个实施例中，所述第一寻呼消息与第二寻呼消息的配置不同和/或携带的信息不同。

在一个实施例中，所述寻呼消息的配置包括以下至少之一：第一寻呼配置，所述第一寻呼配置用于接收所述第一寻呼消息；或第二寻呼配置，所述第二寻呼配置用于接收所述第二寻呼消息。

在一个实施例中，所述寻呼消息的配置包括以下至少之一：寻呼周期，其中，所述寻呼周期包括第一寻呼周期和/或非激活态组播业务的配置接收专用的第二寻呼周期；寻呼区域，其中，所述寻呼区域包括第一寻呼区域和/或非激活态组播业务的配置接收专用的第二寻呼区域；寻呼消息对应的无线网络临时标识RNTI，其中，所述RNTI包括第一RNTI和/或非激活态组播业务的配置接收专用的第二RNTI。

在一个实施例中，所述非激活态组播业务的配置包括以下至少之一：区域特定的非激活态组播业务的配置；特定于一个或多个终端的非激活态组播业务的配置；业务特定的非激活态组播业务的配置。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本公开的实施例还提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述任一实施例所述的寻呼消息接收方法。

本公开的实施例还提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述任一实施例所述的寻呼消息发送方法。

本公开的实施例还提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述任一实施例所述的寻呼消息接收方法中的步骤。

本公开的实施例还提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述任一实施例所述的寻呼消息发送方法中的步骤。

如图7所示，图7是根据本公开的实施例示出的一种用于寻呼消息发送的装置700的示意框图。装置700可以被提供为一基站。参照图7，装置700包括处理组件722、无线发射/接收组件724、天线组件726、以及无线接口特有的信号处理部分，处理组件722可进一步包括一个或多个处理器。处理组件722中的其中一个处理器可以被配置为实现上述任一实施例所述的寻呼消息发送方法。

图8是根据本公开的实施例示出的一种用于寻呼消息接收的装置800的示意框图。例如，装置800可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图8，装置800可以包括以下一个或多个组件：处理组件802、存储器804、电源组件806、多媒体组件808、音频组件810、输入/输出(I/O)的接口812、传感器组件814以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的寻呼消息接收方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)，只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理***，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和***接口模块之间提供接口，上述***接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi、2G、3G、4G LTE、5G NR或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述寻呼消息接收方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述寻呼消息接收方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构， 并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (18)

1. 一种寻呼消息接收方法，其特征在于，由终端执行，所述方法包括：

   接收网络设备发送的寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。
2. 根据权利要求1中所述方法，其特征在于，所述方法还包括：

   确定所述寻呼消息为第一寻呼消息和/或第二寻呼消息；

   在所述寻呼消息为第一寻呼消息，且所述终端配置有非激活态组播业务的配置的情况下，确定所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新；

   在所述寻呼消息为第二寻呼消息的情况下，确定所述第二寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。
3. 根据权利要求2所述的方法，其特征在于，所述确定所述寻呼消息为第一寻呼消息和/或第二寻呼消息包括：

   根据所述寻呼消息的配置和/或所述寻呼消息携带的信息，确定所述寻呼消息为第一寻呼消息或第二寻呼消息。
4. 根据权利要求2所述的方法，其特征在于，所述寻呼消息的配置包括以下至少之一：

   第一寻呼配置，所述第一寻呼配置用于接收所述第一寻呼消息；或

   第二寻呼配置，所述第二寻呼配置用于接收所述第二寻呼消息。
5. 根据权利要求4所述的方法，其特征在于，所述第二寻呼配置包括以下至少之一：

   寻呼周期，其中，所述寻呼周期包括第一寻呼周期和/或非激活态组播业务的配置接收专用的第二寻呼周期；

   寻呼区域，其中，所述寻呼区域包括第一寻呼区域和/或非激活态组播业务的配置接收专用的第二寻呼区域；

   寻呼消息对应的无线网络临时标识RNTI，其中，所述RNTI包括第一RNTI和/或非激活态组播业务的配置接收专用的第二RNTI。
6. 根据权利要求1至5中任一项所述的方法，其特征在于，所述非激活态组播业务的配置包括以下至少之一：

   区域特定的非激活态组播业务的配置；

   特定于一个或多个终端的非激活态组播业务的配置；

   业务特定的非激活态组播业务的配置。
7. 一种寻呼消息发送方法，其特征在于，由网络设备执行，所述方法包括：

   向终端发送寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。
8. 根据权利要求7所述的方法，其特征在于，所述寻呼消息包括以下至少之一：

   第一寻呼消息，其中，所述第一寻呼消息用于指示所述终端在配置有非激活态组播业务的配置的情况下，指示所述终端对非激活态组播业务的配置进行更新；

   第二寻呼消息，其中，所述第一寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。
9. 根据权利要求8所述的方法，其特征在于，所述第一寻呼消息与第二寻呼消息的配置不同和/或携带的信息不同。
10. 根据权利要求8所述的方法，其特征在于，所述寻呼消息的配置包括以下至少之一：

    第一寻呼配置，所述第一寻呼配置用于接收所述第一寻呼消息；或

    第二寻呼配置，所述第二寻呼配置用于接收所述第二寻呼消息。
11. 根据权利要求10所述的方法，其特征在于，所述寻呼消息的配置包括以下至少之一：

    寻呼周期，其中，所述寻呼周期包括第一寻呼周期和/或非激活态组播业务的配置接收专用的第二寻呼周期；

    寻呼区域，其中，所述寻呼区域包括第一寻呼区域和/或非激活态组播业务的配置接收专用的第二寻呼区域；

    寻呼消息对应的无线网络临时标识RNTI，其中，所述RNTI包括第一RNTI和/或非激活态组播业务的配置接收专用的第二RNTI。
12. 根据权利要求7至11中任一项所述的方法，其特征在于，所述非激活态组播业务的配置包括以下至少之一：

    区域特定的非激活态组播业务的配置；

    特定于一个或多个终端的非激活态组播业务的配置；

    业务特定的非激活态组播业务的配置。
13. 一种配置更新配置，其特征在于，所述配置包括：

    接收模块，被配置为接收网络设备发送的寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新，对非激活态组播业务的配置进行更 新。
14. 一种寻呼消息发送装置，其特征在于，所述配置包括：

    发送模块，被配置为向终端发送寻呼消息，其中，所述寻呼消息用于指示所述终端对非激活态组播业务的配置进行更新。
15. 一种通信装置，其特征在于，包括：

    处理器；

    用于存储计算机程序的存储器；

    其中，当所述计算机程序被处理器执行时，实现权利要求1至6中任一项所述的寻呼消息接收方法。
16. 一种通信装置，其特征在于，包括：

    处理器；

    用于存储计算机程序的存储器；

    其中，当所述计算机程序被处理器执行时，实现权利要求7至12中任一项所述的寻呼消息发送方法。
17. 一种计算机可读存储介质，用于存储计算机程序，其特征在于，当所述计算机程序被处理器执行时，实现权利要求1至6中任一项所述的寻呼消息接收方法中的步骤。
18. 一种计算机可读存储介质，用于存储计算机程序，其特征在于，当所述计算机程序被处理器执行时，实现权利要求7至12中任一项所述的寻呼消息发送方法中的步骤。