CN113556810B - 寻呼消息的发送方法、接收方法、接入网设备及终端 - Google Patents

Abstract

本发明实施例提供一种寻呼消息的发送方法、接收方法、接入网设备及终端，该方法包括：接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息；本发明实施例通过在接口寻呼消息中指示终端是否支持接收寻呼原因，能够实现向支持接收寻呼原因的终端发送携带寻呼原因的空口寻呼消息，向不支持接收寻呼原因的终端发送不携带寻呼原因的空口寻呼消息，避免资源浪费，提升资源利用率。

Description

寻呼消息的发送方法、接收方法、接入网设备及终端

技术领域

本发明实施例涉及通信技术领域，尤其是指一种寻呼消息的发送方法、接收方法、接入网设备及终端。

背景技术

空口的寻呼可能由核心网触发或接入网触发。基站向终端发送的空口寻呼消息中携带寻呼原因，该寻呼原因用于指示寻呼终端的原因，如是因为有VoNR(Voice over NewRadio，基于5G接入的语音通话)业务触发了寻呼终端。终端可以根据从空口收到的寻呼消息中携带的寻呼原因值，确定后继的行为，如是否响应寻呼。例如，终端是一个双卡终端，卡1正在玩游戏，此时，卡2收到一个寻呼消息，对应的寻呼原因为VoNR(即语音电话)，终端可能会选择响应卡2的寻呼消息；如果卡2收到一个寻呼消息，对应的寻呼原因为短信，终端可能会选择忽略卡2的寻呼消息，如等到卡1的游戏结束，才发起连接建立。

但是寻呼原因是新引入的特性，因此有些低版本的终端并不支持识别寻呼原因。而对于上述低版本的终端，空口寻呼消息中若携带寻呼原因，由于该部分终端无法识别该寻呼原因值，只能进行忽略，从而增加空口的开销。

发明内容

本发明实施例提供一种寻呼消息的发送方法、接收方法、接入网设备及终端，以解决现有技术中空口寻呼消息中均携带寻呼原因易造成资源浪费的问题。

为了解决上述技术问题，本发明实施例是这样实现的：一种寻呼消息的发送方法，应用于第一接入网设备，包括：

接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；

若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息。

本发明实施例还提供了一种寻呼消息的接收方法，应用于终端，包括：

接收空口寻呼消息及第三指示信息；

在所述第三指示信息指示所述空口寻呼消息隐式携带寻呼原因或者所述第三指示信息指示当前小区支持发送寻呼原因情况下，根据所述空口寻呼消息和所述第三指示信息，确定寻呼原因。

本发明实施例还提供了一种接入网设备，该接入网设备为第一接入网设备，包括：

第一接收模块，用于接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；

第一发送模块，用于若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息。

本发明实施例还提供了一种接入网设备，该接入网设备为第一接入网设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的寻呼消息的发送方法的步骤。

本发明实施例还提供了一种终端，包括：

第二接收模块，用于接收空口寻呼消息及第三指示信息；

确定模块，用于在所述第三指示信息指示所述空口寻呼消息隐式携带寻呼原因或者所述第三指示信息指示当前小区支持发送寻呼原因情况下，根据所述空口寻呼消息和所述第三指示信息，确定寻呼原因。

本发明实施例还提供了一种终端，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的寻呼消息的接收方法的步骤。

本发明实施例还提供了一种可读存储介质，所述可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的寻呼消息的发送方法的步骤；或者，所述计算机程序被处理器执行时实现如上所述的寻呼消息的接收方法的步骤。

在本发明实施例中，一方面，通过在接口寻呼消息中指示终端是否支持接收寻呼原因，能够实现向支持接收寻呼原因的终端发送携带寻呼原因的空口寻呼消息，向不支持接收寻呼原因的终端发送不携带寻呼原因的空口寻呼消息，避免资源浪费，提升资源利用率；另一方面，在空口寻呼消息中通过隐式方式携带寻呼原因，从而降低携带寻呼原因引入的开销问题。

附图说明

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

图1表示本发明实施例提供的寻呼消息的发送方法的步骤流程图；

图2表示本发明实施例提供的寻呼消息的发送方法中空口寻呼触发方式一；

图3表示本发明实施例提供的寻呼消息的发送方法中终端能力上报方式一；

图4表示本发明实施例提供的寻呼消息的发送方法中空口寻呼触发方式二；

图5表示本发明实施例提供的寻呼消息的发送方法中终端能力上报方式二；

图6表示本发明实施例提供的寻呼消息的接收方法的步骤流程图；

图7表示本发明实施例提供的接入网设备的结构示意图之一；

图8表示本发明实施例提供的终端的结构示意图之一；

图9表示本发明实施例提供的接入网设备的结构示意图之二；

图10表示本发明实施例提供的终端的结构示意图之二。

具体实施方式

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

在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

下面结合附图介绍本发明的实施例。本发明实施例提供的寻呼消息的发送方法、寻呼消息的接收方法可以应用于无线通信系统中。该无线通信系统可以为采用5G系统，或者演进型长期演进(Evolved Long Term Evolution，eLTE)系统，或者后续演进通信系统。

本发明实施例提供的第一接入网设备、第二接入网设备可以为基站，该基站可以为通常所用的基站，也可以为演进型基站(evolved node base station，eNB)，还可以为5G系统中的网络侧设备(例如下一代基站(next generation node base station，gNB)或发送和接收点(transmission and reception point，TRP))或者小区cell等设备。其中，第一接入网设备为终端直接接入的接入网设备，例如基站；第二接入网设备为锚点接入网设备，例如锚点基站。

本发明实施例提供的终端可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本、可穿戴式设备(Wearable Device)、车载设备或者个人数字助理(Personal Digital Assistant，PDA)等。需要说明的是，在本发明实施例中并不限定终端的具体类型。本发明实施例中以LTE以及NR系统为例，然不限于此系统，本发明提供的技术方案可以应用于存在相同问题的其他系统。

如图1所示，本发明实施例提供一种寻呼消息的发送方法，应用于第一接入网设备，包括：

步骤101，接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；

步骤102，若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息。

本发明实施例提供的寻呼消息的发送方法能够避免终端不支持接收寻呼原因但空口寻呼消息中仍携带寻呼原因所造成的资源浪费。

作为一个可选实施例，所述方法还包括：

若所述接口寻呼消息不携带所述第一指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息；

或者，

若所述接口寻呼消息还携带用于指示终端不支持接收寻呼原因的第二指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息。

换言之，本发明实施例提供两种指示终端是否支持接收寻呼原因的方式：

方式一：通过是否携带第一指示信息，标识终端是否支持接收寻呼原因；即接口寻呼消息中携带第一指示信息，表示终端支持接收寻呼原因；接口寻呼消息中不携带第一指示信息，表示终端不支持接收寻呼原因。

方式二：通过携带第一指示信息指示终端支持接收寻呼原因，通过携带第二指示信息指示终端不支持接收寻呼原因。

本发明实施例通过接口寻呼消息指示终端是否支持接收寻呼原因，若指示终端不支持接收寻呼原因，则第一接入网设备在空口寻呼消息中不携带寻呼原因；若指示终端支持接收寻呼原因，则第一接入网设备在空口寻呼消息中携带寻呼原因。

本发明实施例中，空口的寻呼可能由核心网触发或接入网触发。在空口的寻呼由核心网触发的情况下，步骤101包括：

接收核心网设备发送的接口寻呼消息；

其中，在所述终端向所述核心网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

如图2所示，核心网通过N2口(如果基站连接到5G核心网)或S1口(如果基站连接到4G核心网)给第一接入网设备发送接口寻呼消息。接口寻呼消息中携带寻呼原因(pagingcause)。

如果接口寻呼消息中还携带第一指示信息，则第一接入网设备接收到该接口寻呼消息后，触发空口寻呼消息的发送，该空口寻呼消息中携带对应的寻呼原因；如果接口寻呼消息中不携带第一指示信息或者接口寻呼消息中携带第二指示信息，触发空口寻呼消息的发送，该空口寻呼消息中不携带寻呼原因。

可选地，如图3所示，支持接收寻呼原因的终端，通过非接入层NAS能力上报过程，向核心网设备上报该终端支持接收空口寻呼原因。

在空口的寻呼由接入网触发的情况下，步骤101包括：

接收第二接入网设备发送的接口寻呼消息；

其中，在核心网设备发送的下行数据包的包头的第一特定域指示终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息；或者，在所述终端向所述第二接入网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

如图4所示，第二接入网设备(存储了终端上下文的基站，即锚点基站)通过Xn口(如果第一接入网设备连接到5G无线接入网)或X2口(如果第一接入网设备连接到4G无线接入网)给第一接入网设备发送接口寻呼消息。接口寻呼消息中携带寻呼原因。例如，第二接入网设备接收核心网设备发送的下行数据包，该下行数据包的包头中的第二特定域用于指示寻呼原因。

可选地，第二接入网设备确定终端是否支持接收寻呼原因的方式包括：

方式一，根据核心网设备发送的下行数据包的包头的第一特定域确定；例如，第一特定域的第一取值指示终端支持接收寻呼原因，第一特定域的第二取值指示终端不支持接收寻呼原因。

方式二，如图5所示，支持接收寻呼原因的终端，通过接入层AS能力上报过程，向第二接入网设备上报该终端支持接收空口寻呼原因。

第一接入网设备收到接口寻呼消息后，触发空口寻呼消息的发送，该空口寻呼消息中携带对应的寻呼原因；如果接口寻呼消息中不携带第一指示信息或者接口寻呼消息中携带第二指示信息，触发空口寻呼消息的发送，该空口寻呼消息中不携带寻呼原因。

作为一个可选实施例，下行数据包的包头中的第一特定域和第二特定域可以不同，也可以相同。当第一特定域和第二特定域相同时，可通过特定域(即第一特定域或第二特定域)的不同取值来对应寻呼原因、终端是否支持接收寻呼原因。例如，特定域的长度为2比特，其取值分别为00，01，10，11；其中，00对应寻呼原因1，01对应寻呼原因2，10对应寻呼原因3，11对应终端不支持接收寻呼原因。

作为一个可选实施例，步骤101之后，所述方法还包括：

若所述接口寻呼消息不携带第一指示信息或者所述接口寻呼消息携带第二指示信息，判断所述第一接入网设备的空口是否拥塞；

在所述第一接入网设备的空口拥塞的情况下，根据所述接口寻呼消息携带的寻呼原因确定是否发送空口寻呼消息。

本发明实施例中如果终端不支持接收寻呼原因，但是接收寻呼消息中携带了寻呼原因，当基站空口拥塞时，基站可以预判如果以该寻呼原因寻呼终端，且终端响应了寻呼，那么，基站是否可以接纳终端；如果基站预判其不能接纳终端，则基站可以不发送空口寻呼消息。

例如，假设终端被寻呼，寻呼原因是短信，终端不支持接收空口寻呼原因。当基站收到接口寻呼消息时，其空口拥塞，判断如果寻呼消息发送给终端，然后终端响应寻呼(为了接收短信而请求接入基站)，其会拒绝终端接入。此时，基站可以直接不在空口发送此空口寻呼消息。

综上，本发明实施例通过在接口寻呼消息中指示终端是否支持接收寻呼原因，能够实现向支持接收寻呼原因的终端发送携带寻呼原因的空口寻呼消息，向不支持接收寻呼原因的终端发送不携带寻呼原因的空口寻呼消息，避免资源浪费，提升资源利用率；或者，寻呼原因被携带到第一接入网设备，有利于第一接入网设备根据自己的状况(如空口是否拥塞)，确定是否发送空口寻呼消息，提升寻呼效率。

如图6所示，本发明实施例还提供一种寻呼消息的接收方法，应用于终端，包括：

步骤601，接收空口寻呼消息及第三指示信息；

步骤602，在所述第三指示信息指示所述空口寻呼消息隐式携带寻呼原因或者所述第三指示信息指示当前小区支持发送寻呼原因情况下，根据所述空口寻呼消息和所述第三指示信息，确定寻呼原因。

本发明实施例中，一种实现方式中，第三指示信息用于指示所述空口寻呼消息隐式携带寻呼原因或者所述第三指示信息用于指示当前小区支持发送寻呼原因，也就是说，在空口寻呼消息隐式携带寻呼原因或当前小区支持发送寻呼原因的情况下，终端才能够接收到第三指示信息。例如，第三指示信息被定义为一个特定域，终端只要接收到该特定域，则表示所述空口寻呼消息隐式携带寻呼原因或者当前小区支持发送寻呼原因。

另一种实现方式中，第三指示信息用于指示所述空口寻呼消息是否隐式携带寻呼原因或者所述第三指示信息用于指示当前小区是否支持发送寻呼原因，也就是说，无论空口寻呼消息是否隐式携带寻呼原因或者无论当前小区是否支持发送寻呼原因，终端均能够接收到第三指示信息，终端需根据第三指示信息的具体内容(例如取值)来确定所述空口寻呼消息是否隐式携带寻呼原因或者当前小区是否支持发送寻呼原因。例如，第三指示信息为1比特，当该比特为“0”则表示空口寻呼消息不携带寻呼原因或者当前小区不支持发送寻呼原因；当该比特位“1”则表示空口寻呼消息隐式携带寻呼原因或者当前小区支持发送寻呼原因。

本发明实施例中当基站发送需要携带寻呼原因的空口寻呼消息时，部分寻呼原因可以显式携带，部分寻呼原因可以隐式携带。

但是，如果终端收到的空口寻呼消息中，未携带寻呼原因。那么就存在两种可能：

1.基站不支持发送寻呼原因，空口寻呼消息中未携带寻呼原因；

2.基站支持发送寻呼原因，空口寻呼消息中隐式携带了寻呼原因，即此时寻呼原因是隐式指示的原因。

为了解决上述问题，本发明实施例引入第三指示信息；即若终端接收到的空口寻呼消息不携带寻呼原因，但是终端接收到第三指示信息或者接收到第三指示信息指示所述空口寻呼消息隐式携带寻呼原因或指示当前小区支持发送寻呼原因，此种情况认为终端收到寻呼原因，该寻呼原因对应空口寻呼消息隐式指示的寻呼原因；若终端接收到的空口寻呼消息不携带寻呼原因，且终端未接收到第三指示信息或接收到第三指示信息指示所述空口寻呼消息不携带寻呼原因或指示当前小区不支持发送寻呼原因，此种情况认为终端未收到寻呼原因，即网络未发送寻呼原因。

作为一个可选实施例，步骤602包括：

在所述空口寻呼消息未携带用于标识寻呼原因的目标域的情况下，根据所述第三指示信息，确定所述空口寻呼消息隐式指示的寻呼原因。若空口寻呼消息携带所述目标域，则所述空口寻呼消息显式携带寻呼原因。

其中，所述空口寻呼消息隐式指示的寻呼原因为：除所述目标域标识的寻呼原因之外的其他寻呼原因。

例如，假设支持两种寻呼原因：语音业务，其他业务。此时，可以在寻呼消息中，通过一个可选IE标识寻呼原因，例如：当该IE出现时，表示寻呼原因为：语音业务；当该IE不出现时，表示寻呼原因为：其他业务。

再例如，假设支持五种寻呼原因：原因1～5，用长度为2比特的IE标识。当该IE取值为00，01，10，11时，分别对应原因1～4；当该IE不出现时，对应原因5。

作为一个可选实施例，步骤601中接收第三指示信息，包括：

接收系统信息(系统信息为接入网设备广播)，所述系统信息中携带所述第三指示信息；

或者，

接收调度寻呼消息的下行控制信息DCI(DCI为接入网设备发送)，所述下行控制信息中携带所述第三指示信息；作为一种实现，可以通过DCI中的短消息(short message)携带；可选地，DCI携带的第三指示信息用于指示DCI调度的寻呼消息是否隐式携带寻呼原因，或者，用于指示DCI调度的寻呼消息隐式携带寻呼原因。

或者，

接收非接入层NAS消息(NAS消息为核心网设备发送)，所述NAS消息中携带所述第三指示信息。

可选地，本发明的上述实施例中，所述NAS消息还用于向终端指示所述终端所在的跟踪区列表中的所有小区是否均支持发送寻呼原因，或者，用于向终端指示所述终端所在的跟踪区列表中的所有小区是否均不支持发送寻呼原因。

其中，跟踪区列表中包含至少一个跟踪区。

作为一个可选实施例，所述方法还包括：

终端将收到或确定出的所述寻呼原因上报至无线资源控制RRC层或者RRC层的高层，以由所述RRC层或RRC层的高层进行处理。

综上，本发明实施例中在空口寻呼消息中通过隐式方式携带寻呼原因，终端根据空口寻呼消息和第三指示信息确定空口寻呼消息中隐式携带的寻呼原因，从而降低携带寻呼原因引入的开销问题。

如图7所示，本发明实施例还提供一种接入网设备700，该接入网设备为第一接入网设备，包括：

第一接收模块701，用于接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；

第一发送模块702，用于若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息。

可选地，本发明的上述实施例中，所述接入网设备还包括：

第二发送模块，用于若所述接口寻呼消息不携带所述第一指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息；

或者，用于若所述接口寻呼消息还携带用于指示终端不支持接收寻呼原因的第二指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息。

可选地，本发明的上述实施例中，所述第一接收模块包括：

第一接收子模块，用于接收核心网设备发送的接口寻呼消息；

其中，在所述终端向所述核心网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

可选地，本发明的上述实施例中，所述第一接收模块包括：

第二接收子模块，用于接收第二接入网设备发送的接口寻呼消息；

其中，在核心网设备发送的下行数据包的包头的第一特定域指示终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息；或者，在所述终端向所述第二接入网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

可选地，本发明的上述实施例中，所述接入网设备还包括：

判断模块，用于若所述接口寻呼消息不携带第一指示信息或者所述接口寻呼消息携带第二指示信息，判断所述第一接入网设备的空口是否拥塞；

发送确定模块，用于在所述第一接入网设备的空口拥塞的情况下，根据所述接口寻呼消息携带的寻呼原因确定是否发送空口寻呼消息。

本发明实施例提供的接入网设备能够实现图1至图5的方法实施例中接入网设备实现的各个过程，为避免重复，这里不再赘述。

本发明实施例通过在接口寻呼消息中指示终端是否支持接收寻呼原因，能够实现向支持接收寻呼原因的终端发送携带寻呼原因的空口寻呼消息，向不支持接收寻呼原因的终端发送不携带寻呼原因的空口寻呼消息，避免资源浪费，提升资源利用率；或者，寻呼原因被携带到第一接入网设备，有利于第一接入网设备根据自己的状况(如空口是否拥塞)，确定是否发送空口寻呼消息，提升寻呼效率。

本发明实施例还提供一种接入网设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序，该程序被处理器执行时实现上述寻呼消息的发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种可读存储介质，可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述寻呼消息的发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

如图8所示，本发明实施例还提供一种终端800，包括：

第二接收模块801，用于接收空口寻呼消息及第三指示信息；

确定模块802，用于在所述第三指示信息指示所述空口寻呼消息隐式携带寻呼原因或者所述第三指示信息指示当前小区支持发送寻呼原因情况下，根据所述空口寻呼消息和所述第三指示信息，确定寻呼原因。

可选地，本发明的上述实施例中，所述确定模块包括：

确定子模块，用于在所述空口寻呼消息未携带用于标识寻呼原因的目标域的情况下，根据所述第三指示信息，确定所述空口寻呼消息隐式指示的寻呼原因。

可选地，本发明的上述实施例中，所述空口寻呼消息隐式指示的寻呼原因为：除所述目标域标识的寻呼原因之外的其他寻呼原因。

可选地，本发明的上述实施例中，第二接收模块包括：

第三接收子模块，用于接收系统信息，所述系统信息中携带所述第三指示信息；

或者，用于接收调度寻呼消息的下行控制信息，所述下行控制信息中携带所述第三指示信息；

或者，用于接收非接入层NAS消息，所述NAS消息中携带所述第三指示信息。

可选地，本发明的上述实施例中，所述NAS消息还用于向终端指示所述终端所在的跟踪区列表中的所有小区是否均支持发送寻呼原因，或者，用于向终端指示所述终端所在的跟踪区列表中的所有小区是否均不支持发送寻呼原因。

可选地，本发明的上述实施例中，所述终端还包括：

上报模块，用于将所述寻呼原因上报至无线资源控制RRC层或者RRC层的高层，以由所述RRC层或RRC层的高层进行处理。

本发明实施例提供的终端能够实现图6的方法实施例中终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例中在空口寻呼消息中通过隐式方式携带寻呼原因，终端根据空口寻呼消息和第三指示信息确定空口寻呼消息中隐式携带的寻呼原因，从而降低携带寻呼原因引入的开销问题。

本发明实施例还提供一种终端，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序，该程序被处理器执行时实现上述寻呼消息的接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种可读存储介质，可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述寻呼消息的接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

图9是本发明一实施例的接入网设备的结构图，能够实现上述的寻呼消息的接收方法的细节，并达到相同的效果。如图9所示，接入网设备1300包括：处理器1301、收发机1302、存储器1303和总线接口，其中：

处理器1301，用于读取存储器1303中的程序，执行下列过程：

接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；

若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息。

本发明实施例提供的接入网设备能够实现图1至图5的方法实施例中接入网设备实现的各个过程，为避免重复，这里不再赘述。

本发明实施例通过在接口寻呼消息中指示终端是否支持接收寻呼原因，能够实现向支持接收寻呼原因的终端发送携带寻呼原因的空口寻呼消息，向不支持接收寻呼原因的终端发送不携带寻呼原因的空口寻呼消息，避免资源浪费，提升资源利用率；或者，寻呼原因被携带到第一接入网设备，有利于第一接入网设备根据自己的状况(如空口是否拥塞)，确定是否发送空口寻呼消息，提升寻呼效率。

在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1301代表的一个或多个处理器和存储器1303代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1302可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

图10为实现本发明各个实施例的一种终端的硬件结构示意图，该终端1200包括但不限于：射频单元1201、网络模块1202、音频输出单元1203、输入单元1204、传感器1205、显示单元1206、用户输入单元1207、接口单元1208、存储器1209、处理器1210、以及电源1211等部件。本领域技术人员可以理解，图10中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，射频单元1201，用于接收空口寻呼消息及第三指示信息；

处理器1210，用于在所述第三指示信息指示所述空口寻呼消息隐式携带寻呼原因或者所述第三指示信息指示当前小区支持发送寻呼原因情况下，根据所述空口寻呼消息和所述第三指示信息，确定寻呼原因。

本发明实施例提供的终端能够实现图6的方法实施例中终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例中在空口寻呼消息中通过隐式方式携带寻呼原因，终端根据空口寻呼消息和第三指示信息确定空口寻呼消息中隐式携带的寻呼原因，从而降低携带寻呼原因引入的开销问题。

应理解的是，本发明实施例中，射频单元1201可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器1210处理；另外，将上行的数据发送给基站。通常，射频单元1201包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元1201还可以通过无线通信系统与网络和其他设备通信。

终端通过网络模块1202为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元1203可以将射频单元1201或网络模块1202接收的或者在存储器1209中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1203还可以提供与终端1200执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1203包括扬声器、蜂鸣器以及受话器等。

输入单元1204用于接收音频或视频信号。输入单元1204可以包括图形处理器(Graphics Processing Unit，GPU)12041和麦克风12042，图形处理器12041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元1206上。经图形处理器12041处理后的图像帧可以存储在存储器1209(或其它存储介质)中或者经由射频单元1201或网络模块1202进行发送。麦克风12042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元1201发送到移动通信基站的格式输出。

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

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

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

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

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

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

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

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

另外，终端1200包括一些未示出的功能模块，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种寻呼消息的发送方法，应用于第一接入网设备，其特征在于，包括：

接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；

若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息。

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

若所述接口寻呼消息不携带所述第一指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息；

或者，

若所述接口寻呼消息还携带用于指示终端不支持接收寻呼原因的第二指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息。

3.根据权利要求1所述的方法，其特征在于，所述接收接口寻呼消息，包括：

接收核心网设备发送的接口寻呼消息；

其中，在所述终端向所述核心网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

4.根据权利要求1所述的方法，其特征在于，所述接收接口寻呼消息，包括：

接收第二接入网设备发送的接口寻呼消息；

其中，在核心网设备发送的下行数据包的包头的第一特定域指示终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息；或者，在所述终端向所述第二接入网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

5.根据权利要求2所述的方法，其特征在于，所述接收接口寻呼消息之后，所述方法还包括：

若所述接口寻呼消息不携带第一指示信息或者所述接口寻呼消息携带第二指示信息，判断所述第一接入网设备的空口是否拥塞；

在所述第一接入网设备的空口拥塞的情况下，根据所述接口寻呼消息携带的寻呼原因确定是否发送空口寻呼消息。

6.一种接入网设备，该接入网设备为第一接入网设备，其特征在于，包括：

第一接收模块，用于接收接口寻呼消息，所述接口寻呼消息中携带寻呼原因；

第一发送模块，用于若所述接口寻呼消息还携带用于指示终端支持接收寻呼原因的第一指示信息，在空口发送携带所述寻呼原因的空口寻呼消息。

7.根据权利要求6所述的接入网设备，其特征在于，所述接入网设备还包括：

第二发送模块，用于若所述接口寻呼消息不携带所述第一指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息；

或者，用于若所述接口寻呼消息还携带用于指示终端不支持接收寻呼原因的第二指示信息，在空口发送不携带所述寻呼原因的空口寻呼消息。

8.根据权利要求6所述的接入网设备，其特征在于，所述第一接收模块包括：

第一接收子模块，用于接收核心网设备发送的接口寻呼消息；

其中，在所述终端向所述核心网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

9.根据权利要求6所述的接入网设备，其特征在于，所述第一接收模块包括：

第二接收子模块，用于接收第二接入网设备发送的接口寻呼消息；

其中，在核心网设备发送的下行数据包的包头的第一特定域指示终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息；或者，在所述终端向所述第二接入网设备上报所述终端支持接收寻呼原因的情况下，所述接口寻呼消息携带所述第一指示信息。

10.根据权利要求7所述的接入网设备，其特征在于，所述接入网设备还包括：

判断模块，用于若所述接口寻呼消息不携带第一指示信息或者所述接口寻呼消息携带第二指示信息，判断所述第一接入网设备的空口是否拥塞；

发送确定模块，用于在所述第一接入网设备的空口拥塞的情况下，根据所述接口寻呼消息携带的寻呼原因确定是否发送空口寻呼消息。

11.一种接入网设备，该接入网设备为第一接入网设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至5中任一项所述的寻呼消息的发送方法的步骤。

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

Images