CN110233815A - 一种寻呼方法和装置 - Google Patents

Abstract

本发明实施例提供了一种寻呼方法和装置，所述方法包括：当MEC服务器接收到本地业务服务器发送的通信数据包时，查询与所述MEC服务器连接的终端的下行承载信息；若查询失败，则向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；接收所述寻呼请求；基于所述寻呼请求，生成寻呼消息；采用所述寻呼消息对所述终端发起寻呼。在本发明实施例中，即使当终端处于RRC空闲状态，也可以通过终端的IMSI实现对终端的寻呼，完成被叫过程。

Description

一种寻呼方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种寻呼方法和一种寻呼装置。

背景技术

现有的网络架构中，业务平台部署在核心网络(SAE-GW)之后，随着5G网络概念和业务需求的提出，MEC(Mobile Edge Compute，移动边缘计算)技术应运而生。通过MEC技术，业务平台可以靠近移动边缘部署。

如图1所示，MEC服务器与基站、本地业务服务器相连，部署在同一网络层次(靠近移动边缘)；MEC服务器与EPC(Evolved Packet Core，演进的分组核心网)之间通过传输网(如PTN网络)连接；EPC与之后的远端业务服务器部署在更高的网络层次(如核心机房)。

图1中，MEC服务器串接在eNB与EPC(图1中MME/SGW/PGW组成了EPC)之间的S1接口上，基于数据报文的检测，实现本地分流功能，具体包括OM为MEC服务器配置本地业务模板信息(如本地业务服务器IP地址、IP地址前缀等)；MEC服务器通过监听S1接口的信令和业务面数据，获得UE IP地址和终端隧道信息的对应关系以及MEC服务器同时支持如下两种模式对数据报文的处理等。

(1)直通模式：对于终端上行用户面报文，若终端访问的目的地址为PDN网络中的远端业务服务器地址，则MEC服务器将报文透传到公网S/P-GW；对于来自公网S/P-GW的用户面报文，MEC服务器将其透传到基站，进而发往终端；

(2)分流模式：对于终端上行用户面报文，访问的服务器为本地业务服务器，则MEC服务器识别用户面报文，将其发往本地业务服务器；来自本地业务服务器的终端用户面报文，MEC服务器根据终端地址将其放入终端隧道中，转发给基站，进而发往终端。

图1中，对于本地业务，其数据流向为eNB<-->MEC服务器<-->本地业务服务器；对于远端业务，其数据流向为eNB<-->MEC服务器<-->S/P-GW<-->远端业务服务器。由于MEC服务器的本地业务分流，UE可以就近访问本地业务，不需要通过传输网和核心网，因此可以降低传输网的带宽消耗；降低业务延迟，提高用户感知。

但是，现有的这种本地业务分流方法是基于MEC服务器对S1接口信令和业务面数据的监听实现的，其应用前提是终端处于RRC连接状态，因为只有处于RRC连接状态的终端，eNB才有关于终端的上下文信息，eNB与EPC之间才有S1接口信令和业务面数据的传输。而对于处于RRC空闲状态的终端，MEC服务器无法通过监听过程建立UE IP地址和终端隧道信息的对应关系，因此，当本地业务服务器有数据要经由MEC服务器发送给该终端时，MEC服务器只能将数据丢弃，从而无法完成本地业务的分流。

为了使终端处于RRC连接状态，要求终端的应用层与本地业务服务器的应用层建立心跳机制，同时，采用较短的心跳周期；此外，为了避免eNB通过存活检测方式释放终端，导致终端进入RRC空闲状态，需要关闭eNB的UE存活检测开关或适当延长UE存活检测周期的设置。

因此，综上分析，现有技术具有以下缺点：

(1)终端需要与本地业务服务器通过心跳机制，保证其始终处于RRC连接状态，这将大大限制现有技术的推广应用；

(2)心跳机制也使得终端耗电问题比较突出，带来较差的用户感受；

(3)终端一旦处于RRC空闲状态，无法完成被叫过程；

(4)由于终端存活检测方法的使用限制，eNB无线资源的使用效率也会随之降低。

发明内容

鉴于上述问题，本发明实施例提出了一种寻呼方法和相应的一种寻呼装置。

为了解决上述问题，本发明实施例公开了一种寻呼方法，包括：

当MEC服务器接收到本地业务服务器发送的通信数据包时，查询与所述MEC服务器连接的终端的下行承载信息；

若查询失败，则向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；

接收所述寻呼请求；

基于所述寻呼请求，生成寻呼消息；

采用所述寻呼消息对所述终端发起寻呼。

优选的，所述查询失败消息携带有所述终端的IP地址，所述本地业务服务器中存储有所述终端的IP地址与所述IMSI的对应关系；

所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI的步骤包括：

所述本地业务服务器从所述查询失败消息中提取所述终端的IP地址；

依据所述对应关系查找与所述IP地址对应的IMSI。

优选的，所述通信数据包包括目的IP地址为所述终端的IP的下行用户面报文，和业务数据包；

当向所述本地业务服务器返回查询失败消息时，所述的方法还包括：

将所述业务数据包进行缓存。

优选的，所述基于所述寻呼请求，生成寻呼消息的步骤包括：

从所述寻呼请求中提取出IMSI；

采用S1-AP协议生成IMSI寻呼消息。

优选的，所述MEC服务器通过基站与所述终端进行通信；

所述采用所述寻呼消息对所述终端发起寻呼的步骤包括：

将所述寻呼消息发送至所述基站；所述基站用于依据所述寻呼消息与所述终端建立通信链路。

优选的，还包括：

若查询成功，则向所述终端发送业务数据包。

相应的，本发明实施例公开了一种寻呼装置，包括：

位于MEC服务器的接收模块，用于接收本地业务服务器发送的通信数据包；

位于MEC服务器的查询模块，用于查询与所述MEC服务器连接的终端的下行承载信息；

位于MEC服务器的发送模块，用于向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；

位于MEC服务器的接收模块，还用于接收所述寻呼请求；

位于MEC服务器的生成模块，用于基于所述寻呼请求，生成寻呼消息；

位于MEC服务器的寻呼模块，用于采用所述寻呼消息对所述终端发起寻呼。

优选的，所述通信数据包包括目的IP地址为所述终端的IP的下行用户面报文，和业务数据包；

所述的装置还包括：

位于MEC服务器的缓存模块，用于当向所述本地业务服务器返回查询失败消息时，将所述业务数据包进行缓存。

优选的，所述位于MEC服务器的生成模块包括：

IMSI提取子模块，用于从所述寻呼请求中提取出IMSI；

寻呼消息生成子模块，用于采用S1-AP协议生成IMSI寻呼消息。

优选的，所述MEC服务器通过基站与所述终端进行通信；

所述位于MEC服务器的寻呼模块包括：

寻呼消息发送子模块，用于将所述寻呼消息发送至所述基站；所述基站用于依据所述寻呼消息与所述终端建立通信链路。

本发明实施例包括以下优点：

在本发明实施例中，当MEC服务器接收到本地业务服务器发送的通信数据包时，先查询与所述MEC服务器连接的终端的下行承载信息，若查询失败，则向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；然后接收所述寻呼请求，并基于所述寻呼请求，生成寻呼消息，最后，采用所述寻呼消息对所述终端发起寻呼。这样，即使当终端处于RRC空闲状态，也可以通过终端的IMSI实现对终端的寻呼，完成被叫过程。而且，因为不需要采用心跳机制和终端存活检测，所以既解决了终端耗电的问题，也解决了eNB无线资源的使用效率较低的问题。

附图说明

图1是MEC组网结构及业务数据流向示意图；

图2是本发明的一种寻呼方法实施例的步骤流程图；

图3是本发明的一种寻呼装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图2，示出了本发明的一种寻呼方法实施例的步骤流程图，具体可以包括如下步骤：

步骤201，当MEC服务器接收到本地业务服务器发送的通信数据包时，查询与所述MEC服务器连接的终端的下行承载信息；

本发明实施例也是采用图1所示的MEC组网结构，在实际应用中，UE中可以安装应用程序客户端来与MEC服务器进行通信。UE发送给MEC服务器的数据包包括两种目的IP地址：本地业务服务器的IP地址和无端业务服务器的IP地址，MEC服务器针对这两种IP地址做不同的处理，从而完成本地业务的分流。

需要说明的是，在实际应用中，会根据业务平台的实际部署位置，将业务服务器划分为本地业务服务器和远端业务服务器，其中，远端相对本地而言，意指非本地部署。

在本发明实施例中，MEC服务器接收到本地业务服务器发送的通信数据包时，需要先查询与其连接的UE是否处于RRC连接状态，而判断UE是否处于RRC连接状态则是通过判断是否能查询到UE的下行承载信息，如果MEC服务器查询到了UE的下行承载信息，那么UE一定处于RRC连接状态；如果MEC服务器没有查询到UE的下行承载信息，那么UE就没有处于RRC连接状态，MEC服务器就无法与UE进行通信。

步骤202，若查询失败，则向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；

MEC服务器没有查询到UE的下行承载信息，就表示UE没有处于RRC连接状态，也就无法与MEC服务器进行通信，进而无法获得本地业务服务器发送的数据了。

在本发明一种优选实施例中，所述查询失败消息携带有所述终端的IP地址，所述本地业务服务器中存储有所述终端的IP地址与所述IMSI的对应关系；

所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI的步骤包括：

所述本地业务服务器从所述查询失败消息中提取所述终端的IP地址；

依据所述对应关系查找与所述IP地址对应的IMSI。

具体而言，MEC服务器没有查询到UE的下行承载信息时，会反馈给本地业务服务器查询失败消息，这样本地业务服务器就知道当前无法与UE进行通信，从而准备对UE进行寻呼，重新建立下行承载信息了。

在UE与本地业务服务器第一次进行通信时，UE会将自己的IP地址和IMSI(International Mobile Subscriber Identification Number，国际移动用户识别码)发送给本地业务服务器，这样，本地业务服务器就可以建立UE的IP地址和IMSI的对应关系并存储在本地。

而查询失败消息中会携带有UE的IP地址，这样本地业务服务器就可以先从查询失败消息中提取出UE的IP地址，然后依据本地存储的对应关系查找与UE的IP地址对应的UE的IMSI了。

查找到UE的IMSI后，就可以向MEC服务器发送寻呼请求了，寻呼请求中会携带UE的IMSI。

在本发明一种优选实施例中，所述通信数据包包括目的IP地址为所述终端的IP的下行用户面报文，和业务数据包；

当向所述本地业务服务器返回查询失败消息时，所述的方法还包括：

将所述业务数据包进行缓存。

具体而言，本地服务器发送给MEC服务器的通信数据包除了包括目的IP地址为UE的IP的下行用户面报文之外，还包括业务数据包。其中，下行用户面报文就是GTP-U数据包，里面包括了UE的IP包，IP包的IP目的地址，也就是UE访问的目的地址。

当UE没有处于RRC连接状态时，就无法与MEC服务器进行通信，所以，为了防止MEC服务器将业务数据包丢弃，可以将通信数据包中的业务数据包在本地进行缓存，等到UE处于RRC连接状态时再发送给UE，这样就不需要本地业务服务器重新发送了。

在本发明一种优选实施例中，若查询成功，则向所述终端发送业务数据包。

具体而言，如果MEC服务器查询到了UE的下行承载信息，那么就表示UE处于RRC连接状态，MEC服务器直接将本地业务服务器发送过来的通信数据包中的业务数据包发送给UE即可。

步骤203，接收所述寻呼请求；

步骤204，基于所述寻呼请求，生成寻呼消息；

MEC服务器接收到本地业务服务器发送的、携带UE IMSI的寻呼请求后，就可以生成寻呼消息来对UE进行寻呼了。

在本发明一种优选实施例中，所述基于所述寻呼请求，生成寻呼消息的步骤包括：

从所述寻呼请求中提取出IMSI；

采用S1-AP协议生成IMSI寻呼消息。

具体而言，MEC服务器会先从寻呼请求中提取出UE的IMSI，然后采用S1-AP协议构造IMSI寻呼消息。

步骤205，采用所述寻呼消息对所述终端发起寻呼。

MEC服务器构造IMSI寻呼消息完成后，将IMSI寻呼消息发送给UE就可以发起寻呼了。

在本发明一种优选实施例中，所述MEC服务器通过基站与所述终端进行通信；

所述采用所述寻呼消息对所述终端发起寻呼的步骤包括：

将所述寻呼消息发送至所述基站；所述基站用于依据所述寻呼消息与所述终端建立通信链路。

参照图1，UE与MEC服务器通过eNB(evolved Node B，演进型基站)进行连接，所以，MEC服务器会先将IMSI寻呼消息发送给eNB，eNB在空口对UE进行寻呼，UE接收到IMSI寻呼消息后给eNB反馈响应，然后与eNB建立S1-U链路连接。

在本发明实施例中，当MEC服务器接收到本地业务服务器发送的通信数据包时，先查询与所述MEC服务器连接的终端的下行承载信息，若查询失败，则向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；然后接收所述寻呼请求，并基于所述寻呼请求，生成寻呼消息，最后，采用所述寻呼消息对所述终端发起寻呼。这样，即使当终端处于RRC空闲状态，也可以通过终端的IMSI实现对终端的寻呼，完成被叫过程。而且，因为不需要采用心跳机制和终端存活检测，所以既解决了终端耗电的问题，也解决了eNB无线资源的使用效率较低的问题。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图3，示出了本发明的一种寻呼装置实施例的结构框图，具体可以包括如下模块：

位于MEC服务器的接收模块301，用于接收本地业务服务器发送的通信数据包；

位于MEC服务器的查询模块302，用于查询与所述MEC服务器连接的终端的下行承载信息；

位于MEC服务器的发送模块303，用于向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；

位于MEC服务器的接收模块301，还用于接收所述寻呼请求；

位于MEC服务器的生成模块304，用于基于所述寻呼请求，生成寻呼消息；

位于MEC服务器的寻呼模块305，用于采用所述寻呼消息对所述终端发起寻呼。

在本发明一种优选实施例中，所述查询失败消息携带有所述终端的IP地址，所述本地业务服务器中存储有所述终端的IP地址与所述IMSI的对应关系；

所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI的步骤包括：

所述本地业务服务器从所述查询失败消息中提取所述终端的IP地址；

依据所述对应关系查找与所述IP地址对应的IMSI。

在本发明一种优选实施例中，所述通信数据包包括目的IP地址为所述终端的IP的下行用户面报文，和业务数据包；

所述的装置还包括：

位于MEC服务器的缓存模块，用于当向所述本地业务服务器返回查询失败消息时，将所述业务数据包进行缓存。

在本发明一种优选实施例中，所述位于MEC服务器的生成模块包括：

IMSI提取子模块，用于从所述寻呼请求中提取出IMSI；

寻呼消息生成子模块，用于采用S1-AP协议生成IMSI寻呼消息。

在本发明一种优选实施例中，所述MEC服务器通过基站与所述终端进行通信；

所述位于MEC服务器的寻呼模块包括：

寻呼消息发送子模块，用于将所述寻呼消息发送至所述基站；所述基站用于依据所述寻呼消息与所述终端建立通信链路。

在本发明一种优选实施例中，所述位于MEC服务器的发送模块，还用于若查询成功，则向所述终端发送业务数据包。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

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

Claims (10)

1.一种寻呼方法，其特征在于，包括：

当MEC服务器接收到本地业务服务器发送的通信数据包时，查询与所述MEC服务器连接的终端的下行承载信息；

若查询失败，则向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；

接收所述寻呼请求；

基于所述寻呼请求，生成寻呼消息；

采用所述寻呼消息对所述终端发起寻呼。

2.根据权利要求1所述的方法，其特征在于，所述查询失败消息携带有所述终端的IP地址，所述本地业务服务器中存储有所述终端的IP地址与所述IMSI的对应关系；

所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI的步骤包括：

所述本地业务服务器从所述查询失败消息中提取所述终端的IP地址；

依据所述对应关系查找与所述IP地址对应的IMSI。

3.根据权利要求1所述的方法，其特征在于，所述通信数据包包括目的IP地址为所述终端的IP的下行用户面报文，和业务数据包；

当向所述本地业务服务器返回查询失败消息时，所述的方法还包括：

将所述业务数据包进行缓存。

4.根据权利要求1所述的方法，其特征在于，所述基于所述寻呼请求，生成寻呼消息的步骤包括：

从所述寻呼请求中提取出IMSI；

采用S1-AP协议生成IMSI寻呼消息。

5.根据权利要求1或4所述的方法，其特征在于，所述MEC服务器通过基站与所述终端进行通信；

所述采用所述寻呼消息对所述终端发起寻呼的步骤包括：

将所述寻呼消息发送至所述基站；所述基站用于依据所述寻呼消息与所述终端建立通信链路。

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

若查询成功，则向所述终端发送业务数据包。

7.一种寻呼装置，其特征在于，包括：

位于MEC服务器的接收模块，用于接收本地业务服务器发送的通信数据包；

位于MEC服务器的查询模块，用于查询与所述MEC服务器连接的终端的下行承载信息；

位于MEC服务器的发送模块，用于向所述本地业务服务器返回查询失败消息；所述本地业务服务器用于依据所述查询失败消息查找所述终端的IMSI，并向所述MEC服务器发送携带所述IMSI的寻呼请求；

位于MEC服务器的接收模块，还用于接收所述寻呼请求；

位于MEC服务器的生成模块，用于基于所述寻呼请求，生成寻呼消息；

位于MEC服务器的寻呼模块，用于采用所述寻呼消息对所述终端发起寻呼。

8.根据权利要求7所述的装置，其特征在于，所述通信数据包包括目的IP地址为所述终端的IP的下行用户面报文，和业务数据包；

所述的装置还包括：

位于MEC服务器的缓存模块，用于当向所述本地业务服务器返回查询失败消息时，将所述业务数据包进行缓存。

9.根据权利要求7所述的装置，其特征在于，所述位于MEC服务器的生成模块包括：

IMSI提取子模块，用于从所述寻呼请求中提取出IMSI；

寻呼消息生成子模块，用于采用S1-AP协议生成IMSI寻呼消息。

10.根据权利要求7或所述的装置，其特征在于，所述MEC服务器通过基站与所述终端进行通信；

所述位于MEC服务器的寻呼模块包括：

寻呼消息发送子模块，用于将所述寻呼消息发送至所述基站；所述基站用于依据所述寻呼消息与所述终端建立通信链路。