一种寻呼方法、基站及核心网网元与流程

文档序号:13984910
一种寻呼方法、基站及核心网网元与流程

本发明涉及通信技术领域,尤其涉及一种寻呼方法、基站及核心网网元。



背景技术:

现有LTE(Long Time Evolution,长期演进)技术中,空闲态的UE(User Equipment,用户设备)的寻呼流程如图1所示,MME(Mobility Management Entity,移动性管理实体)收到SGW(Serving GateWay,服务网关)发送的下行数据通知后,通过给UE跟踪区TA列表内的基站对UE进行寻呼。

然而,当UE与基站之间的RRC(Radio Resource Control,无线资源控制)链接已被释放或处于挂起状态时,基站有可能仍然保留有UE的上下文,且与核心网处于连接状态。此时如果有待下发到UE的下行数据,SGW会直接发送下行数据到基站。此时基站虽然接收到下行数据,但由于基站并不知道UE的寻呼区配置,无法针对UE发送有效的寻呼消息,最终导致UE的下行数据丢失。



技术实现要素:

本发明的目的在于提供一种寻呼方法、基站及核心网网元,以解决现有的基站在UE处于去激活态时无法针对UE发送有效的寻呼消息的问题。

为了实现上述的目的,本发明实施例提供一种寻呼方法,应用于基站,包括:

接收由核心网下发的用户设备的下行数据;

触发核心网网元向所述用户设备发送寻呼消息的寻呼流程,以通知所述用户设备接收所述下行数据。

本发明实施例还提供一种寻呼方法,应用于核心网网元,包括:

接收基站发送的携带用户设备的标识的寻呼触发消息;

在第二基本寻呼区域内,根据所述用户设备的标识向所述用户设备发送寻呼消息,以通知所述用户设备接收核心网下发到所述基站的下行数据。

本发明实施例还提供一种于基站,包括:

第一接收模块,用于接收由核心网下发的用户设备的下行数据;

触发模块,用于触发核心网网元向所述用户设备发送寻呼消息的寻呼流程,以通知所述用户设备接收所述下行数据。

本发明实施例还提供一种核心网网元,包括:

第二接收模块,用于接收基站发送的携带用户设备的标识的寻呼触发消息;

发送模块,用于在第二基本寻呼区域内,根据所述用户设备的标识向所述用户设备发送寻呼消息,以通知所述用户设备接收核心网下发到所述基站的下行数据。

本发明实施例的寻呼方法,能够触发核心网网元向UE发送寻呼消息,以通知UE接收下行数据,避免数据的丢失,提升用户体验。

附图说明

图1表示现有技术中空闲态的UE的寻呼流程示意图;

图2表示本发明第一实施例的寻呼方法的流程示意图;

图3表示本发明第一实施例的寻呼方法的一种实现方式的流程示意图;

图4表示本发明第一实施例的寻呼方法的另一种实现方式的流程示意图;

图5表示本发明第一实施例的寻呼方法的再一种实现方式的流程示意图;

图6表示本发明第一实施例的寻呼方法的又一种实现方式的流程示意图;

图7表示本发明第一实施例的寻呼方法的又一种实现方式的流程示意图;

图8表示本发明第二实施例的寻呼方法的流程示意图;

图9表示本发明第三实施例的基站的结构示意图;

图10表示本发明第四实施例的核心网网元的结构示意图。

具体实施方式

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

首先,本发明实施例提供了一种去激活态UE的寻呼机制,基站在接收到由核心网下发的UE下行数据时,会触发核心网向相应UE发送寻呼消息,以通知UE接收下行数据,避免数据的丢失,提升用户体验。

其中,UE在处于去激活态时,通常与基站之间不存在无线资源控制链路或者与基站之间的无线资源控制链路被挂起,即所述基站与所述UE之间无法通过无线资源控制链路下发下行数据。

本发明实施例中,基本寻呼区域可以为小区中的传输点、小区或以基站为目标的小区集群,本发明不对其进行限制。

参见图2所示,本发明第一实施例提供一种寻呼方法,应用于基站,其中,所述寻呼方法包括:

步骤201:接收由核心网下发的用户设备的下行数据;

步骤202:触发核心网网元向所述用户设备发送寻呼消息的寻呼流程,以通知所述用户设备接收所述下行数据。

具体的,本发明第一实施例提供的寻呼机制,即使基站与用户设备UE之间无法通过无线资源控制链路下发下行数据,也能够触发向UE发送寻呼消息的寻呼流程。

这样,本发明第一实施例的寻呼方法,能够触发核心网网元向UE发送寻呼消息,以通知UE接收下行数据,避免数据的丢失,提升用户体验。

其中,当基站与UE之间无法通过无线资源控制RRC链路下发下行数据时,通常为基站与UE之间不存在RRC链路,或者基站与UE之间的RRC链路被挂起。

下面以基站与UE之间无法通过RRC链路下发下行数据为前提条件介绍本发明第一实施例的寻呼方法,但本发明第一实施例的寻呼方法并不以此为限。

在本发明第一实施例中,基站触发向UE发送寻呼消息的寻呼流程可以通过不同方式实现,下面对其中两种方式详细说明如下。

方式一

基站直接发送携带UE的标识的寻呼触发消息到核心网网元,触发所述核心网网元在所述UE的寻呼区所包括的所有基本寻呼区域内,根据所述UE的标识向所述UE发送所述寻呼消息。

其中,所述寻呼触发消息可以为寻呼请求消息,也可以为下行数据到达请求消息,本发明不对其进行限制,也可以是其他任意的能够触发核心网网元发送寻呼消息的消息即可,如另行构造的消息,但使用现有的寻呼请求消息或下行数据到达请求消息可以降低系统设计的复杂度。

本发明具体实施例中,所述核心网网元可具体为移动性管理实体MME,但也可以是其他的网元。

方式一中,核心网网元在向UE发送寻呼消息时,要获取所述UE的寻呼区,并在获取的所述UE的寻呼区所包括的所有基本寻呼区域内发送所述寻呼消息。

下面,通过具体的例子对其进行详细说明。

本发明第一实施例的寻呼方法的一种实现方式的流程示意图如图3所示,包括:

步骤31:接收由核心网下发的用户设备的下行数据;

步骤32:在基站与UE之间不存在RRC链路(或与UE之间的RRC链路被挂起)时,基站发送携带UE的标识的寻呼请求消息到MME;

步骤33:MME在所述UE的寻呼区所包括的所有基本寻呼区域内,向所述UE的标识所标识的UE发送寻呼消息。

方式二

方式一中,直接请求核心网网元在所述UE的寻呼区所包括的所有基本寻呼区域内进行寻呼。但很多情况下,基站在其基本寻呼区域内就可能能够寻呼到UE。此时,为了加快寻呼速度,避免无效寻呼,在方式二中,基站首先在自身的第一基本寻呼区域内发送寻呼消息,如果接收到UE的响应消息,则寻呼结束,而如果没有接收到UE的响应消息,则发送携带所述UE的标识的寻呼触发消息到核心网网元,触发所述核心网网元在第二基本寻呼区域内,根据所述UE的标识向所述UE发送寻呼消息,以通知所述UE接收下行数据。

其中,所述寻呼触发消息可以为寻呼请求消息,也可以为下行数据到达请求消息,本发明不对其进行限制。所述核心网网元可具体为移动性管理实体MME。

本发明第一实施例中,所述第一基本寻呼区域可以为:

归属于所述基站的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,归属于所述基站的基本寻呼区域。

需要说明的是,为了提升寻呼效率,核心网可为UE配置比跟踪区更小的寻呼区,并在寻呼区内进行寻呼。所述UE的寻呼区可以不记录在基站中,也可能记录在基站中。

通常,当基站中没有记录UE的寻呼区时,所述第一基本寻呼区域为归属于所述基站的所有基本寻呼区域,而当基站中记录有UE的寻呼区时,所述第一基本寻呼区域为所述UE的寻呼区所包括的所有基本寻呼区域中,归属于所述基站的基本寻呼区域。

而本发明第一实施例中,所述第二基本寻呼区域可以为:

所述用户设备的寻呼区所包括的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,除所述第一基本寻呼区域之外的基本寻呼区域。

如上所述,核心网网元在第二基本寻呼区域内发送寻呼消息时,要确定所述UE的寻呼区,而为了加快寻呼速度,当基站中记录有所述UE的寻呼区时,可将所述UE的寻呼区通过寻呼触发消息的携带直接告知所述核心网网元,使其不用再专门查找所述UE的寻呼区。

下面,通过不同的说明书附图对方式二下的寻呼方法进行详细说明。

图4表示本发明第一实施例的寻呼方法的另一种实现方式的流程示意图,该寻呼方法包括:

步骤41:接收由核心网下发的用户设备的下行数据;

步骤42:在基站与UE之间不存在RRC链路(或与UE之间的RRC链路被挂起)时,基站在归属于自身的所有基本寻呼区域内发送寻呼消息;

步骤43:若没有接收到UE的响应消息,基站发送携带UE的标识的寻呼请求消息到MME;

步骤44:MME在所述UE的寻呼区所包括的所有基本寻呼区域内,向所述UE的标识所标识的UE发送寻呼消息。

图5表示本发明第一实施例的寻呼方法的再一种实现方式的流程示意图,该寻呼方法包括:

步骤51:接收由核心网下发的用户设备的下行数据;

步骤52:在基站与UE之间不存在RRC链路(或与UE之间的RRC链路被挂起)时,基站在归属于自身的所有基本寻呼区域内发送寻呼消息,该基站中没有记录UE的寻呼区;

步骤53:若没有接收到UE的响应消息,基站发送携带UE的标识的寻呼请求消息到MME;

步骤54:MME在所述UE的寻呼区所包括的所有基本寻呼区域中,除归属于所述基站的所有基本寻呼区域之外的基本寻呼区域内,向所述UE的标识所标识的UE发送寻呼消息。

图6表示本发明第一实施例的寻呼方法的又一种实现方式的流程示意图,该寻呼方法:

步骤61:接收由核心网下发的用户设备的下行数据;

步骤62:在基站与UE之间不存在RRC链路(或与UE之间的RRC链路被挂起)时,基站在所述UE的寻呼区所包括的所有基本寻呼区域中,归属于自身的基本寻呼区域内发送寻呼消息,该基站中记录有UE的寻呼区;

步骤63:若没有接收到UE的响应消息,基站发送携带UE的标识和UE的寻呼区的寻呼请求消息到MME;

步骤64:MME在所述UE的寻呼区所包括的所有基本寻呼区域内,向所述UE的标识所标识的UE发送寻呼消息。

图7表示本发明第一实施例的寻呼方法的又一种实现方式的流程示意图,该寻呼方法包括:

步骤71:接收由核心网下发的用户设备的下行数据;

步骤72:在基站与UE之间不存在RRC链路(或与UE之间的RRC链路被挂起)时,基站在所述UE的寻呼区所包括的所有基本寻呼区域中,归属于自身的基本寻呼区域内发送寻呼消息,该基站中记录有UE的寻呼区;

步骤73:若没有接收到UE的响应消息,基站发送携带UE的标识和UE的寻呼区的寻呼请求消息到MME;

步骤74:MME在所述UE的寻呼区所包括的所有基本寻呼区域中,除已发送寻呼消息的归属于所述基站的基本寻呼区域之外的基本寻呼区域内,向所述UE的标识所标识的UE发送寻呼消息。

参见图8所示,本发明第二实施例提供一种寻呼方法,应用于核心网网元,其中,所述寻呼方法包括:

步骤801:接收基站发送的携带用户设备的标识的寻呼触发消息;

步骤802:在第二基本寻呼区域内,根据所述用户设备的标识向所述用户设备发送寻呼消息,以通知所述用户设备接收核心网下发到所述基站的下行数据。

本发明第二实施例的寻呼方法,能够触发核心网网元向UE发送寻呼消息,以通知UE接收下行数据,避免数据的丢失,提升用户体验。

其中,所述寻呼触发消息可为寻呼请求消息或下行数据到达请求消息。

本发明实施例中,所述第二基本寻呼区域可为:

所述用户设备的寻呼区所包括的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,除已由所述基站发送所述寻呼消息的第一基本寻呼区域之外的基本寻呼区域。

而所述第一基本寻呼区域可为:

归属于所述基站的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,归属于所述基站的基本寻呼区域。

具体的,当所述基站中记录有所述用户设备的寻呼区时,所述用户设备的寻呼区通过所述寻呼触发消息携带。

而所述核心网网元具体为移动性管理实体。

参见图9所示,本发明第三实施例提供一种基站,与图2所示的寻呼方法相对应,所述基站包括:

第一接收模块91,用于接收由核心网下发的用户设备的下行数据;

触发模块92,用于触发核心网网元向所述用户设备发送寻呼消息的寻呼流程,以通知所述用户设备接收所述下行数据。

本发明第三实施例的基站,能够触发核心网网元向UE发送寻呼消息,以通知UE接收下行数据,避免数据的丢失,提升用户体验。

本发明实施例中,所述触发模块92包括:

第一发送单元,用于发送携带所述用户设备的标识的寻呼触发消息到核心网网元,触发所述核心网网元在所述用户设备的寻呼区所包括的所有基本寻呼区域内,根据所述用户设备的标识向所述用户设备发送所述寻呼消息。

本发明实施例中,所述触发模块92包括:

第二发送单元,用于在所述基站确定的第一基本寻呼区域内发送所述寻呼消息;

第三发送单元,用于在没有接收到所述用户设备的响应消息时,发送携带所述用户设备的标识的寻呼触发消息到核心网网元,触发所述核心网网元在第二基本寻呼区域内,根据所述用户设备的标识向所述用户设备发送所述寻呼消息。

其中,所述寻呼触发消息可为寻呼请求消息或下行数据到达请求消息。

本发明实施例中,所述第一基本寻呼区域可为:

归属于所述基站的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,归属于所述基站的基本寻呼区域。

而所述第二基本寻呼区域可为:

所述用户设备的寻呼区所包括的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,除所述第一基本寻呼区域之外的基本寻呼区域。

具体的,当所述基站中记录有所述用户设备的寻呼区时,所述用户设备的寻呼区通过所述寻呼触发消息携带。

具体的,所述核心网网元可为移动性管理实体。

参见图10所示,本发明第四实施例提供一种核心网网元,与图7所示的寻呼方法相对应,所述核心网网元包括:

第二接收模块101,用于接收基站发送的携带用户设备的标识的寻呼触发消息;

发送模块102,用于在第二基本寻呼区域内,根据所述用户设备的标识向所述用户设备发送寻呼消息,以通知所述用户设备接收核心网下发到所述基站的下行数据。

本发明第四实施例的核心网网元,能够被触发向UE发送寻呼消息,以通知UE接收下行数据,避免数据的丢失,提升用户体验。

其中,所述寻呼触发消息可为寻呼请求消息或下行数据到达请求消息。

本发明实施例中,所述第二基本寻呼区域可为:

所述用户设备的寻呼区所包括的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,除已由所述基站发送所述寻呼消息的第一基本寻呼区域之外的基本寻呼区域。

而所述第一基本寻呼区域可为:

归属于所述基站的所有基本寻呼区域;或者

所述用户设备的寻呼区所包括的所有基本寻呼区域中,归属于所述基站的基本寻呼区域。

具体的,当所述基站中记录有所述用户设备的寻呼区时,所述用户设备的寻呼区通过所述寻呼触发消息携带。

具体的,所述核心网网元为移动性管理实体。

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

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

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

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1