CN102164411A - 一种进行寻呼的方法、系统和设备 - Google Patents

Abstract

本发明实施例涉及无线通信技术领域，特别涉及一种进行寻呼的方法、系统和设备，用以解决现有技术中存在的如果专用承载出现问题，无法触发寻呼的问题。本发明实施例的方法包括：LGW在收到下行数据后，通过控制面隧道或默认承载通知SGW需要进行寻呼；所述LGW在LIPA连接恢复后，向基站发送下行数据。由于通过控制面隧道或默认承载传输触发Paging的信息，从而在专用承载出现问题时，可以触发寻呼，提高了寻呼效率。

Description

一种进行寻呼的方法、系统和设备

技术领域

本发明涉及无线通信技术领域，特别涉及一种进行寻呼的方法、系统和设备。

背景技术

LIPA(Local IP Access，本地IP接入)是一种允许终端通过家庭基站接入到与该家庭基站关联的本地网络的技术，本地网络包括家庭网络、企业网络等。终端通过LGW(Local Gateway，本地网关)接入到本地网络，在3GPP(3rd Generation Partnership Project，第三代移动通信标准化组织)R10阶段，本地网关与家庭基站在同一个物理实体上实现，在R10之后本地网关可以与家庭基站在不同物理实体上实现。在3GPP R11+阶段中，还可以有LGW与H(e)NB((演进的)家庭基站)

在不同物理实体上实现。

对于H(e)NB和LGW合设的架构，Direct Tunnel(直通隧道)是内部实现相关，网络只需要将LGW的PGW S5TEID(PDN GW S5 Tunnel End Point Identifier，分组数据网关S5隧道端点标识)通知给UE(用户设备)，H(e)NB根据PGW S5TEID进行上下行bearer的绑定。

对于H(e)NB和LGW分设的架构，二者之间采用Sxx接口，在R11+阶段，此接口需要支持专用承载。

目前对于LIPA的Paging，LGW发送第一数据包到SGW来触发Paging，同时缓存剩下的数据包，在LIPA连接恢复之后，H(e)NB重组由SGW(Serving GW，服务网关)收到的第一个数据包和从LGW收到的其它数据包。

LGW通过SGW为LIPA连接分配的专用承载资源向SGW发送触发Paging的第一数据包，如果专用承载出现问题，则LGW无法将该包传递给SGW。

综上所述，目前触发Paging的信息需要通过为LIPA连接分配的专用承载传输，如果专用承载出现问题，则无法将信息传递给SGW。

发明内容

本发明实施例提供的进行寻呼的方法、系统和设备，用以解决现有技术中存在的如果专用承载出现问题，无法触发寻呼的问题。

本发明实施例提供的一种进行寻呼的方法，包括：

本地网关LGW在收到下行数据后，通过控制面隧道或默认承载Default Bearer通知服务网关SGW需要进行寻呼；

所述LGW在LIPA连接恢复后，向基站发送下行数据。

本发明实施例提供的另一种进行寻呼的方法，包括：

SGW通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知；

所述SGW向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

本发明实施例提供的一种进行寻呼的设备，包括：

第一通知模块，用于在收到下行数据后，通过控制面隧道或默认承载通知SGW需要进行寻呼；

发送模块，用于在LIPA连接恢复后，向基站发送下行数据。

本发明实施例提供的另一种进行寻呼的设备，包括：

接收模块，用于通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知；

第二通知模块，用于向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

本发明实施例提供的一种进行寻呼的系统，包括：

LGW，用于在收到下行数据后，通过控制面隧道或默认承载通知SGW需要进行寻呼，在LIPA连接恢复后，向基站发送下行数据；

SGW，用于通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知，向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

由于通过控制面隧道或默认承载传输触发Paging的信息，从而在专用承载出现问题时，可以触发寻呼，提高了寻呼效率。

附图说明

图1为本发明实施例进行寻呼的系统结构示意图；

图2为本发明实施例第一种进行寻呼的设备结构示意图；

图3为本发明实施例第二种进行寻呼的设备结构示意图；

图4为本发明实施例第一种进行寻呼的方法流程示意图；

图5为本发明实施例第二种进行寻呼的方法流程示意图；

图6为本发明实施例通过信令触发寻呼的方法流程示意图；

图7为本发明实施例通过空包触发寻呼的方法流程示意图。

具体实施方式

本发明实施例LGW通过控制面隧道或默认承载通知SGW(Serving GW，服务网关)需要进行寻呼，由于通过控制面隧道或默认承载传输触发Paging的信息，从而在专用承载出现问题时，可以触发寻呼，提高了寻呼效率。

在下面的说明过程中，先从LGW侧和SGW侧的配合实施进行说明，最后分别从LGW侧与SGW侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当LGW侧与SGW侧分开实施时，也解决了分别在LGW侧、SGW侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。

下面结合说明书附图对本发明实施例作进一步详细描述。

其中下面介绍中涉及的基站是家庭基站或演进的家庭基站。

如图1所示，本发明实施例进行寻呼的系统包括：LGW 10和SGW 20。

LGW 10，用于在收到下行数据后，通过控制面隧道或默认承载通知SGW20需要进行寻呼，在LIPA连接恢复后，向基站发送下行数据。

SGW 20，用于通过控制面隧道或默认承载接收来自LGW 10的需要进行寻呼的通知，向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接，其中该承载标识是LGW 10收到的下行数据映射到的承载所对应的承载标识。

这里的核心网控制实体可以是MME(Mobility Management Entity，移动性管理实体)或SGSN(Serving GPRS Support Node，服务GPRS服务节点)。比如比如在UTRAN(UMTS陆地无线接入网；UMTS，Universal Mobile TelecommunicationSystem，通用移动通信系统)接入时，核心网控制实体是SGSN；在E-UTRAN(E-UTRAN，Evolved UMTS Terrestrial Radio Access Network，演进的UMTS陆地无线接入网)接入时，核心网控制实体是MME。

在实施中，LGW 10通过控制面隧道或默认承载通知SGW20需要进行寻呼的方式有很多，下面列举两种较佳方式。

方式一、通过信令通知。

具体的，LGW 10在收到下行数据(Downlink Data)后，通过控制面隧道向SGW 20发送包含承载标识和ARP(Address Resolution Protocol，地址解析协议)的下行数据通知(Downlink Data Notification)消息，其中该承载标识是LGW 10收到的下行数据映射到的承载所对应的承载标识；

相应的，SGW 20通过控制面隧道接收包含承载标识和ARP的下行数据通知消息。

在实施中，SGW 20通过控制面隧道在收到包含承载标识和ARP的下行数据通知消息后就知道需要进行寻呼，然后SGW 20向核心网控制实体转发收到的包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

较佳地，LGW 10在收到下行数据后，缓存收到的下行数据，并且在LIPA连接恢复后，将后续收到的下行数据以及缓存的所有数据包通过Direct Tunnel向基站发送。

方式二、通过下行数据触发。

具体的，LGW 10在收到下行数据后，通过LIPA连接的默认承载(Default Bearer)向SGW发送Dummy Packet(空包)，也就是说LGW 10在收到下行数据后，不管下行数据映射到LIPA连接的哪条承载上，都在LIPA连接的Default Bearer上发送空包；

相应的，SGW 20在收到空包后，生成包含默认承载标识和ARP的下行数据通知消息，并向核心网控制实体发送生成的下行数据通知消息。

在实施中，SGW 20通过LIPA连接的默认承载在收到空包后就知道需要进行寻呼，然后SGW 20生成包含默认承载标识和ARP的下行数据通知消息，并向核心网控制实体发送生成的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

较佳地，LGW 10在收到下行数据后，缓存收到的下行数据，并且在LIPA连接恢复后，将后续收到的下行数据以及缓存的所有数据包通过Direct Tunnel向基站发送。

较佳地，SGW 10在LIPA连接恢复后，丢弃收到的空包或者将收到的空包发送给基站，由基站丢弃收到的空包。

由于本发明实施例的全部的下行数据都会由SGW 10在LIPA连接恢复后发送给基站，使得基站无需重组数据包，提高了基站的效率。

基于同一发明构思，本发明实施例中还提供了进行寻呼的设备和进行寻呼的方法，由于这些设备和方法解决问题的原理与进行寻呼的系统相似，因此这些设备和方法的实施可以参见系统的实施，重复之处不再赘述。

如图2所示，本发明实施例第一种进行寻呼的设备包括：第一通知模块100和发送模块110。

第一通知模块100，用于在收到下行数据后，通过控制面隧道或默认承载通知SGW需要进行寻呼。

发送模块110，用于在LIPA连接恢复后，向基站发送下行数据。

较佳地，第一通知模块100在收到下行数据后，通过控制面隧道向SGW发送包含承载标识和ARP的下行数据通知消息。

较佳地，第一通知模块100在收到下行数据后，通过LIPA连接的默认承载向SGW发送Dummy Packet。

较佳地，本发明实施例第一种进行寻呼的设备还可以进一步包括：缓存模块120。

缓存模块120，用于缓存第一通知模块100收到的数据包；

相应的，发送模块可以通过Direct Tunnel向基站发送缓存的所有数据包。

在实施中，本发明实施例第一种进行寻呼的设备可以是LGW。

如图3所示，本发明实施例第二种进行寻呼的设备包括：接收模块200和第二通知模块210。

接收模块200，用于通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知。

第二通知模块210，用于在接收模块200通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知后，向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

较佳地，接收模块200通过控制面隧道接收包含承载标识和ARP的下行数据通知消息；

相应的，第二通知模块210向核心网控制实体转发收到的包含承载标识和ARP的下行数据通知消息。

较佳地，接收模块200通过LIPA连接的默认承载接收Dummy Packet；

相应的，第二通知模块210生成包含默认承载标识和ARP的下行数据通知消息，并向核心网控制实体发送生成的下行数据通知消息。

较佳地，接收模块200在LIPA连接恢复后，丢弃收到的Dummy Packet或者将收到的Dummy Packet发送给基站，由基站丢弃收到的Dummy Packet。

在实施中，本发明实施例第二种进行寻呼的设备可以是SGW。

如图4所示，本发明实施例第一种进行寻呼的方法包括下列步骤：

步骤401、LGW在收到下行数据后，通过控制面隧道或默认承载通知SGW需要进行寻呼。

步骤402、LGW在LIPA连接恢复后，向基站发送下行数据。

在实施中，LGW 10通过控制面隧道或默认承载通知SGW20需要进行寻呼的方式有很多，下面列举两种较佳方式。

方式一、通过信令通知。

具体的，步骤401中LGW在收到下行数据后，通过控制面隧道向SGW发送包含承载标识和ARP的下行数据通知消息。

较佳地，步骤401中LGW在收到下行数据后，缓存收到的下行数据；相应的，步骤402中LGW在LIPA连接恢复后，将后续收到的下行数据以及缓存的所有数据包通过Direct Tunnel向基站发送。

方式二、通过信令通知。

具体的，步骤401中LGW在收到下行数据后，通过LIPA连接的默认承载向SGW发送Dummy Packet，也就是说LGW在收到下行数据后，不管下行数据映射到LIPA连接的哪条承载上，都在LIPA连接的Default Bearer上发送空包。

较佳地，步骤401中LGW在收到下行数据后，缓存收到的下行数据；相应的，步骤402中LGW在LIPA连接恢复后，将后续收到的下行数据以及缓存的所有数据包通过Direct Tunnel向基站发送。

如图5所示，本发明实施例第二种进行寻呼的方法包括下列步骤：

步骤501、SGW通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知。

步骤502、SGW向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

较佳地，步骤501中，SGW通过控制面隧道接收包含承载标识和ARP的下行数据通知消息；

相应的，步骤502中，SGW向核心网控制实体转发收到的包含承载标识和ARP的下行数据通知消息。

较佳地，步骤501中，SGW通过LIPA连接的默认承载接收Dummy Packet；

相应的，步骤502中，SGW生成包含默认承载标识和ARP的下行数据通知消息，并向核心网控制实体发送生成的下行数据通知消息。

较佳地，步骤502之后还可以进一步包括：

SGW在LIPA连接恢复后，丢弃收到的Dummy Packet或者将收到的Dummy Packet发送给基站，由基站丢弃收到的Dummy Packet。

其中，图4和图5可以合成一个流程，形成另一个进行寻呼的方法，即先执行步骤401，再执行步骤501和步骤502，最后执行步骤402。

下面举两个实施例对本发明的方案进行详细说明。

如图6所示，本发明实施例通过信令触发寻呼的方法包括下列步骤：

步骤601、LGW在收到下行数据之后，缓存所有数据，然后通过控制面隧道向SGW发送包含该下行数据映射到Bearer的Bearer ID和ARP的下行数据通知消息。

当然，步骤601中、LGW也可以不是缓存所有数据后发送下行数据通知消息，而是在收到部分数据后就发送下行数据通知消息。

比如当第一个数据包到达LGW时，LGW就要发下行数据通知消息，同时缓存该数据包和后续收到的数据包，直到LIPA连接恢复后，将所有缓存数据包通过直通隧道下发，并且后续收到的下行数据包都将通过直通隧道下发。

步骤602、SGW向核心网控制实体转发收到的包含Bearer ID和ARP的下行数据通知消息。

步骤603、核心网控制实体收到包含Bearer ID和ARP的下行数据通知消息后，向基站发送Paging，重新恢复LIPA连接。

步骤604、LGW向基站发送包括缓存在内的所有下行数据。

如图7所示，本发明实施例通过空包触发寻呼的方法包括下列步骤：

步骤701、LGW在收到下行数据之后，缓存所有数据，然后通过LIPA连接的默认承载发送空包。

当然，步骤701中、LGW也可以不是缓存所有数据后发送空包，而是可以在收到部分数据后就发送空包。

比如当第一个数据包到达LGW时，LGW就要发下行数据通知消息，同时缓存该数据包和后续收到的数据包，直到LIPA连接恢复后，将所有缓存数据包通过直通隧道下发，并且后续收到的下行数据包都将通过直通隧道下发。

步骤702、SGW在收到空包后向核心网控制实体发送包含LGW收到的下行数据映射到Bearer的Bearer ID和ARP的下行数据通知消息。

步骤703、核心网控制实体收到包含Bearer ID和ARP的下行数据通知消息后，向基站发送Paging，重新恢复LIPA连接。

步骤704、LGW向基站发送包括缓存在内的所有下行数据。

其中，在LIPA连接重新恢复后，SGW还可以丢弃收到的空包或者将空包传给基站，由基站丢弃收到的空包。

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

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

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

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

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

由于通过控制面隧道或默认承载传输触发Paging的信息，从而在专用承载出现问题时，可以触发寻呼，提高了寻呼效率。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (17)

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

本地网关LGW在收到下行数据后，通过控制面隧道或默认承载Default Bearer通知服务网关SGW需要进行寻呼；

所述LGW在LIPA连接恢复后，向基站发送下行数据。

2.如权利要求1所述的方法，其特征在于，所述LGW通过控制面隧道或默认承载通知SGW需要进行寻呼包括：

所述LGW在收到下行数据后，通过控制面隧道向SGW发送包含承载标识和地址解析协议ARP的下行数据通知消息。

3.如权利要求1所述的方法，其特征在于，所述LGW通过控制面隧道或默认承载通知SGW需要进行寻呼包括：

所述LGW在收到下行数据后，通过LIPA连接的默认承载向SGW发送空包Dummy Packet。

4.如权利要求1～3任一所述的方法，其特征在于，所述LGW在收到下行数据后还包括：

所述LGW缓存收到的数据包；

所述LGW向基站发送下行数据包括：

所述LGW通过直通隧道Direct Tunnel向基站发送缓存的所有数据包。

5.一种进行寻呼的方法，其特征在于，该方法包括：

SGW通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知；

所述SGW向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

6.如权利要求5所述的方法，其特征在于，所述SGW接收需要进行寻呼的通知包括：

所述SGW通过控制面隧道接收包含承载标识和ARP的下行数据通知消息；

所述SGW发送下行数据通知消息包括：

所述SGW向核心网控制实体转发收到的包含承载标识和ARP的下行数据通知消息。

7.如权利要求5所述的方法，其特征在于，所述SGW接收需要进行寻呼的通知包括：

所述SGW通过LIPA连接的默认承载接收Dummy Packet；

所述SGW发送下行数据通知消息包括：

所述SGW生成包含默认承载标识和ARP的下行数据通知消息，并向核心网控制实体发送生成的下行数据通知消息。

8.如权利要求7所述的方法，其特征在于，所述SGW发送下行数据通知消息之后还包括：

所述SGW在LIPA连接恢复后，丢弃收到的Dummy Packet或者将收到的Dummy Packet发送给基站，由基站丢弃收到的Dummy Packet。

9.一种进行寻呼的设备，其特征在于，该设备包括：

第一通知模块，用于在收到下行数据后，通过控制面隧道或默认承载通知SGW需要进行寻呼；

发送模块，用于在LIPA连接恢复后，向基站发送下行数据。

10.如权利要求9所述的设备，其特征在于，第一通知模块具体用于：

在收到下行数据后，通过控制面隧道向SGW发送包含承载标识和ARP的下行数据通知消息。

11.如权利要求10所述的设备，其特征在于，第一通知模块具体用于：

在收到下行数据后，通过LIPA连接的默认承载向SGW发送Dummy Packet。

12.如权利要求9～11任一所述的设备，其特征在于，所述设备还包括：

缓存模块，用于缓存收到的数据包；

所述发送模块具体用于：

通过Direct Tunnel向基站发送缓存的所有数据包。

13.一种进行寻呼的设备，其特征在于，该设备包括：

接收模块，用于通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知；

第二通知模块，用于向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

14.如权利要求13所述的设备，其特征在于，所述接收模块具体用于：

通过控制面隧道接收包含承载标识和ARP的下行数据通知消息；

所述第二通知模块具体用于：

向核心网控制实体转发收到的包含承载标识和ARP的下行数据通知消息。

15.如权利要求13所述的设备，其特征在于，所述接收模块具体用于：

通过LIPA连接的默认承载接收Dummy Packet；

所述第二通知模块具体用于：

生成包含默认承载标识和ARP的下行数据通知消息，并向核心网控制实体发送生成的下行数据通知消息。

16.如权利要求15所述的设备，其特征在于，所述接收模块还用于：

在LIPA连接恢复后，丢弃收到的Dummy Packet或者将收到的Dummy Packet发送给基站，由基站丢弃收到的Dummy Packet。

17.一种进行寻呼的系统，其特征在于，该系统包括：

LGW，用于在收到下行数据后，通过控制面隧道或默认承载通知SGW需要进行寻呼，在LIPA连接恢复后，向基站发送下行数据；

SGW，用于通过控制面隧道或默认承载接收来自LGW的需要进行寻呼的通知，向核心网控制实体发送包含承载标识和ARP的下行数据通知消息，用于通知核心网控制实体进行寻呼以便恢复LIPA连接。

Images