CN102238634B - 在无线网络中进行数据分流的方法及其装置 - Google Patents

Abstract

本发明公开了一种在无线网络中对传输数据分流的方法和用于在无线网络中对传输数据进行分流的装置。所述用于在无线网络中对传输数据进行分流的装置包括：信息提取模块，从所述传输数据中提取与分流处理有关的信息；信息分析模块，根据所提取的信息与预设的数据分流策略信息确定对所述传输数据进行分流的策略；以及分流模块，根据所确定的策略对所述传输数据进行分流处理。

Description

在无线网络中进行数据分流的方法及其装置

技术领域

本申请涉及在无线网络中进行数据分流的方法以及用于在在无线网络中进行数据分流的装置。

背景技术

从网络的发展来看，固定网络与移动网络融合是必然趋势。家庭基站HNB/家庭演进型基站HeNB即是这样一种小型、低功率蜂窝技术，其位于家庭及中小企业办公室等室内场所，通过固网宽带回程接入到移动核心网,作为蜂窝网在室内覆盖的补充，为用户提供话音及高速数据业务。

在家庭基站的支持下，用户将使用更多的高速数据业务，势必会对核心网传输能力和数据处理能力带来挑战。为了节省传输费用(包括运营商自己的传输资源及可能经过其它运营商的网间结算费用)、提高路由效率，降低核心网的负载，让移动终端用户(UE)无需经过移动核心网而能够通过家庭基站/宏基站直接访问本地网(家庭网络/企业网络)或外网，提出了进行本地IP分流的概念。相应地，直接接入到本地网称为本地IP接入(Local IP Access：LIPA)，直接接入到外网称为选择性IP流量卸载(Selected IP Traffic Offload：SIPTO)。除了费用和效率的提高，LIPA/SIPTO也为新的家庭/企业场景下的增值应用提供了可能。

针对LIPA/SIPTO的实现，在专利号为200610083305.9的专利申请中提出了在通讯网的各个节点配置散列(HASH)算法单元，通过利用HASH算法计算数据流的特征值，根据运算结果的不同来分流。但它的出发点是为了数据的可靠传输，而且要在每个节点配置相关装置，实现比较复杂。另外，在专利号为200510064237.7的专利申请中，通过在用户终端的客户端模块中增加相应的分流处理插件，从而达到根据用户发起的业务类型来进行分流的目的。但它要求对用户终端做出改动，而且没有给出终端移动性的解决方案。此外，在专利号为200610147974.8的专利申请中提出了一种在接入设备中根据用户终端的业务类型对用户终端业务数据进行分流传输的方法和装置。根据该申请公开的技术方案，首先获取用户终端的业务类型信息，然后根据所述用户终端的业务类型信息对来自所述用户终端的业务数据进行分流传输。在该专利申请中解决的是家庭ADSL宽带接入中按照不同业务流来进行分流的问题，实现过程中要单独进行发送数据流类型包等繁琐的流程，同时分流的装置设置非常复杂。

发明内容

本申请提供了一种在无线网络中对传输数据进行分流的方法，可包括：

接收在所述无线网络中传输的数据；

根据数据分流策略信息确定出用于所述数据的分流策略类型；以及

基于所确定出的分流策略类型对所述数据进行分流。

本申请还提供了一种用于在无线网络中对传输数据进行分流的装置，可包括：

信息提取模块，从所述传输数据中提取与分流处理有关的信息；

信息分析模块，根据所提取的信息与预设的数据分流策略信息确定对所述传输数据进行分流的策略；以及

分流模块，根据所确定的策略据对所述传输数据进行分流处理。

此外，本申请还提供了一种无线通信系统，该系统可包括RAN节点以及上述的用于在无线网络中对传输数据进行分流的装置，其中，所述装置设置于所述RAN节点或与其临近的位置。

此外，本申请还提供了一种UE寻呼方法。在一个实施方式中所述方法可包括：

向所述核心网节点发送寻呼请求；

所述核心网节点根据所述寻呼请求判断是否进行寻呼优化；

如果是，则所述核心网节点向发出所述寻呼请求的装置发出寻呼消息，

否则，所述核心网节点向所述UE所属的基站发出寻呼消息。

作为一种选择，所述寻呼方法可包括：

在核心网节点与分流装置之间建立S-Tunnel隧道；

所述核心网节点判断所述UE所属的通信覆盖范围是否改变，

如果是，则直接将所述数据转发给所述UE，否则，

通过所述分流装置将所述传输数据经由所述S-Tunnel发送至所述核心网节点，以通过所述核心网节点将所述数据发送给UE。

本申请还提供了一种在无线网络中对传输数据的方法，可包括：

RAN节点接收用户终端(UE)发出的与PDN连接建立/修改相关的请求消息，并将该请求消息发送到核心网节点；以及

根据接收的请求消息在所述用户终端和所述核心网节点之间建立/修改PDN连接；

其中，如果所述传输数据从所述UE流向所述核心网，则通过所建立的PDN连接传输所述数据，以及

其中，如果所述传输数据从所述UE流向本地网/外网、或从所述本地网/外网流向所述UE，则对所述数据进行分流。

根据本申请公开的技术方案可以支持单PDN连接情况下的数据分流。对于目前仍然广泛存在的仅支持单PDN连接的传统UE而言，在本文中提出的方法和装置可使得这些传统UE实现同时接入到核心网和对数据进行分流(包括LIPA和SIPTO)，而不需对UE本身进行任何功能的增强。对于用户来说，可以在现有条件下有更多的业务体验，从而提高了业务使用的灵活性和用户满意度；而用户满意度的提高和业务使用的增多对于运营商来说具有重要的意义。

附图说明

图1示出了根据本申请一个实施方式的3G和E-UTRAN的无线网络系统；

图2示出了根据本申请一个实施方式的OPD的结构方框图；

图3为示出根据本申请一个实施方式的配置下发分流策略信息的流程的时序图；

图4所示为根据本申请一个实施方式的在无线网络中对传输数据的方法；

图5为根据本申请一个实施方式的利用OPD进行流量分流的方法流程图；

图6为图5所示的利用OPD进行流量分流的方法的时序图；

图7为根据本申请一个实施方式的寻呼处理方法流程图；

图8为图7中示出的寻呼处理方法的时序图；

图9所示为根据本申请另一个实施方式的数据分流方法；

图10为根据本申请一个实施方式的寻呼处理方法流程图；以及

图11为图10中示出的寻呼处理方法的时序图。

具体实施方式

下面，参照附图对本申请的示例性实施方式进行详细描述。

本发明可用于GERAN(GSM EDGE Radio Access Network，GSM/EDGE无线接入网)，也可用于UTRAN(Universal Terrestrial RadioAccess Network，通用陆地无线接入网)和E-UTRAN(Enhanced UniversalTerrestrial Radio Access Network，增强的通用陆地无线接入网)。图1所示为根据本申请一个实施方式的3G和E-UTRAN的无线网络系统1000。如图1所示，无线网络系统1000包括核心网节点，例如EPC(EvolvedPackage Core，演进的分组核心)侧的MME10、SGW20、PDN GW20；UMTS中的SGSN70-1和70-2和GGSN920。无线网络系统1000还包括无线接入网RAN节点，例如，E-UTRAN中的eNB/H(e)NB50，以及UMTS中NodeB/RNC等。

此外，为了支持单PDN(Packet Data Network，分组数据网)的数据连接分流，系统1000在用户侧的RAN节点40或靠近RAN节点40处部署OPD(Offload Process Device，分流处理装置)60，LIPA/SIPTO数据在OPD60中进行分流处理后直接分流到本地网络或外网。在OPD60与服务网关，例如SGW20或SGSN70-1间配置一个简化的隧道(S-Tunnel)接口，这将在下面进行描述。SGSN70-1和如图1中示出的SGSN70-2属于现有网络的网元。

图2所示为根据本申请一个实施方式的OPD60的结构方框图。OPD60可以置于RAN节点中或RAN节点外。如图所示，OPD60包括：

RAN接口模块601，提供OPD60与RAN节点40的交互功能，包括用户面数据传输、控制信息交互等。

信息提取模块602，通过RAN接口模块601从RAN节点接收数据，并从接收的数据中提取上/下行数据并将所提取的上/下行数据发送给信息分析模块603。

信息分析模块603，解析信息提取模块602发送的上/下行数据，获取数据的目的地址、端口、业务类型等信息，并将上行数据中的这些信息与例如在数据分流策略模块604中存储的数据分流策略信息进行匹配，判断所接收到的数据流是否需要分流，以及分流的具体策略(LIPA/SIPTO)。

分流模块605，根据所述确定的分流策略对所接收的数据进行分流处理，以将所述数据发送到目的地。对于上行数据，根据所述确定的分流策略对数据进行地址转换并进行数据转发，或者发向本地网/外网，或者发向核心网络。对于从本地网/外网发来的下行数据，分流模块605首先对数据进行地址转换，并查找UE上下文，若找到UE上下文，则将该数据通过与RAN节点接口模块发送给UE。若没有找到UE上下文(UE处于空闲状态，或者UE移动到其他RAN节点处)，则将数据发送到数据缓存模块607进行缓存，同时与核心网接口模块606交互，并触发将要在下文中描述的寻呼机制。

如图2所示，OPD60还包括核心网接口模块606和数据分流策略模块604。其中，核心网接口模块606提供与SGW/SGSN间的S-Tunnel隧道建立及交互接口。数据分流策略模块604存储了数据分流相关的策略信息，该模块可与OA&M系统(即网管系统)608互通，以便接受OA&M608的配置和修改。OA&M608下发策略信息或对策略信息进行修改配置，根据运营商的策略和配置将数据分流策略信息发送给数据分流策略模块604。在这里，应该理解，数据分流策略模块604并不是必需的。例如数据分流策略信息可以存储在其它位置的存储单元中，只要该单元能够和信息分析模块603进行存取通信即可。

数据分流策略信息可例如具有表1所示的数据结构。

表1

表1中各项含义如下：

1)分流策略类型：指按照哪种类型进行分流判断，分流策略可以按照目标地址范围，FQDN特征参数，业务类型，APN或者端口号等进行分流；

2)分流策略取值：指该分流策略的具体取值，根据不同的分流策略类型有不同的取值。例如，分流策略类型为APN，则给出APN的具体值，分流策略类型为目标地址，则给出目标地址或范围的具体值；

3)分流类型：对特定的分流策略类型取值，确定数据将如何进行分流。数据的分流类型默认为核心网，在策略表中查不到对应信息的数据包直接转发至运营核心网。

4)优先级：为防止不同策略的分流类型不同，需设置优先级信息，选择高优先级策略作为分流依据。本列可显式标识，也可在表中按每行排列顺序表示优先等级。

对于一些基于应用层信息，如FQDN(全称域名)等的策略，可设置为有DPI(深度分析功能)能力的OPD才进行配置和执行。

OA&M系统608配置下发分流策略信息流程如图3所示，并且，以下以OPD60与HeNB合设在一起的RAN节点为例进行说明。

A：当RAN节点上电启动时：

a1：RAN节点主动向OA&M系统(HMS)发送RAN节点自身的信息，然后OA&M(HMS)进行确认；

a2：OA&M(HMS)向RAN节点下发初始分流策略信息，可定义下发操作(例如图中示意的SetInitialOffloadPolicy或者采用标准的SetParameterValue操作来进行下发操作，在下发操作中携带相应的分流策略信息(见表1)(见图中场景A)。

B：当RAN节点运行过程中：

b1：在RAN节点运行过程中，当OA&M(HMS)中的分流策略信息发生变化时(例如运营商调整了分流策略)，OA&M(HMS)应及时向RAN节点发出修改后的分流策略信息，可自定义下发操作，例如图中示出的下发消息UpdateOffloadPolicy，或者采用标准SetParameterValue操作来进行下发操作，在操作中携带修改后的分流策略信息(见表1)(见图中场景B)。

其中，用于自定义的下发消息UpdateOffloadPolicy的操作的参数定义如下：

该实施例可以利用网管系统对分流策略进行灵活的配置和修改。通过这种方法，可以根据运营商的需求对分流策略进行动态配置，分流策略灵活反映运营商需求，同时分流策略的变化不对网元造成任何影响。

图4所示为根据本申请一个实施方式的在无线网络中对传输数据的方法2000。如图所示，在步骤S10中，例如移动管理实体(MME)接收在无线网络中传输的数据。在一个实施例中，空闲状态下的UE移动到新的跟踪区/路由区后，向移动管理实体发起TAU/RAU请求信息。在步骤S20中，接收到TAU/RAU请求信息的MME根据在上文中描述的数据分流策略信息确定出用于所述数据的分流策略类型，接着在步骤S30中基于所确定出的分流策略类型对所述数据进行分流。

在一个实施方式中，当所述UE处于空闲状态时，上述方法2000还可以包括对处于空闲状态的步所述UE进行寻呼的步骤(图4中未示出)。具体地，在一个实施方式中，寻呼步骤可包括：例如上述的分流装置60向核心网节点发送寻呼请求；核心网节点根据寻呼请求判断是否进行寻呼优化；如果是，则向发出所述寻呼请求的分流装置发出寻呼消息，否则，向所述UE所属的基站发出寻呼消息。被寻呼到的UE发起业务请求，激活PDN连接，然后通过所激活的PDN连接将所述数据发送至所述UE。

作为一种选择，寻呼步骤可包括：在核心网节点与分流装置之间建立S-Tunnel隧道；核心网节点判断所述UE所属的通信覆盖范围是否改变，如果是，则直接将所述数据转发给所述UE，否则，通过所述分流装置将所述传输数据经由所述S-Tunnel发送至所述核心网节点，以通过所述核心网节点将所述数据发送给UE。

为了便于理解，下面以一种支持单PDN连接的数据分流的方法2000-1和2000-2为例对上述方法2000做进一步的说明。在对方法2000-1和2000-2进行描述后，本领域技术人员可以更好地理解根据本发明实施方式的方法2000和OPD60的具体操作。

图5所示为根据本申请一个实施方式的、利用OPD60支持单PDN连接的数据分流方法2000-1，图6所示为方法2000-1执行分流处理时的信令时序图。下面以E-UTRAN为例，并参照图6所示的信令时序对方法2000-1进行介绍，其它系统的应用与此类似。

参见图5，在步骤S101中，UE发起与PDN(分组数据网)连接建立/修改相关的请求。该请求可例如包初始附着请求(Attach)、业务请求(Service Request)、跟踪区更新请求(TAU，Tracking Area Update)等。这些请求被封装成NAS消息的形式，并且这些请求发起时，UE会建立/修改PDN连接。

在步骤S102中，例如HNB、HeNB、NB或eNB等的RAN节点40(在图6中被显示为HeNB)收到UE发来的上述请求，在向核心网转发该消息时，在AS消息中添加本地OPD60的IP地址信息(如果OPD60部署在RAN节点40中，即为RAN节点自身的运营商分配的IP地址)，SGW20据此建立S-Tunnel隧道，这将在后面解释。具体地，RAN节点40将从步骤S101中接收到的NAS消息(该消息RAN节点无法进行解析)封装在S1-MME消息“Initial UE Message”(其为AS消息)中，同时在该AS消息中新增一个表示OPD60的IP地址的消息字段(如opdAddress字段)，并将该AS消息发送给核心网网元，如MME10。

在步骤S103中，例如MME10的核心网网元执行常规的PDN连接建立/修改过程。即，核心网网元执行与PGW30间的PDN连接建立/修改的常规过程，包括MME10、SGW20和PGW30之间的会话建立或修改承载过程，流程步骤与现有标准机制相同。此时运营商核心网会分配给UE一个IP地址。该步骤的内容可参考现有标准TS23.401中的图5.3.2.1-1中的步骤12-16。

步骤S103中实现PDN连接建立/修改的完成后，在步骤S104中，MME10操作以在SGW20与OPD60间建立S-Tunnel隧道。具体地，MME10确定出RAN节点40在步骤S102中转发的AS消息中带有OPD地址信息，则建立SGW20与OPD60间的S-Tunnel隧道。具体地，MME10向SGW20发送Create S-Tunnel Request，该消息中携带OPD60的IP地址和其他建立隧道的必要信息，如UE标识，TEID，SGW20的地址等。SGW20根据OPD60的IP地址向OPD60发送建立S-Tunnel隧道的请求。OPD60在收到该请求后向SGW20回送响应，SGW20收到OPD60回送的响应后，向MME10发送创建S-Tunnel隧道成功的响应。

接着，在步骤S105中，进行后续的PDN连接建立/修改的常规信令信息传递，直到完成PDN连接建立/修改过程。这一过程中，网络侧网元(例如MME10)将在常规消息中携带附加消息给家庭基站，该附加消息包括UE的标识符(例如GUTI)以及是否允许LIPA/SIPTO的标志。具体地，MME10发送给如图1中所示的HeNB的S1-AP消息“InitialContext Setup Request”中携带UE的标识符(例如GUTI)以及是否允许LIPA/SIPTO的标志。

在完成PDN连接之后，UE会有一个运营商核心网分配的IP地址，OPD60接收到该IP地址之后，进行本地NAT(Network Address Translator，网络地址转换)配置，即建立运营商分配给UE的IP地址与UE在本地网/外网中的IP地址之间的映射表。

在步骤S106中，OPD60根据如下将要描述的配置策略信息中对接收的数据进行判断。下面将具体参照图2中示出的OPD60的具体结构框图和图6对步骤S106进行详细描述。具体地，当上下行数据到达RAN节点后，进行如下处理。

1.上行数据：

UE发送上行数据时，数据通过RAN节点接口模块601到达信息提取模块602后，信息提取模块602提取例如步骤S101中的初始附着请求(Attach)、业务请求(Service Request)、跟踪区更新请求(TAU，TrackingArea Update)等信息，并将提取的信息发送给信息分析模块603。信息分析模块603解析该数据，获取该数据的信息，例如目的地址、端口或应用业务等，将所获取的信息与数据分流策略模块604中存储的“数据分流策略信息”相匹配，判断该数据是到核心网还是进行LIPA/SIPTO分流至本地网/外网。

1.1如果是到核心网，则OPD60(具体为分流模块605)通知RAN40将该数据基于上述建立的PDN连接通过S1-U接口转发到SGW20；，SGW20通过PDN连接将数据传送给PGW30进而将该数据转发到所述核心网。

1.2如果上行数据是所述UE向本地网/外网发送的数据，则由OPD60(具体为分流模块605)根据上述OPD建立的映射表将所述UE在核心网的IP地址转换为OPD在本地网/外网的IP地址，并重新对所述数据包进行封装，以及将重新封装的数据包发送到本地网/外网。更具体地，数据首先经过RAN节点接口模块601到达OPD60，OPD60的信息提取模块602从该数据中提取OPD60需要的数据(例如步骤S101中的初始附着请求(Attach)、业务请求(Service Request)、跟踪区更新请求(TAU，Tracking Area Update)等)然后发送给信息分析模块603，信息分析模块603解析接收到的数据，获取该数据的目的地址、端口或应用业务等信息，将所获取的信息与数据分流策略模块604中存储的“数据分流策略信息”相匹配，从而判断出需要进行LIPA/SIPTO分流。分流模块605将运营商分配给UE的IP地址即UE在核心网中的IP地址转换为OPD60在本地网/外网的IP地址，重新对数据包进行封装，然后将上行数据直接发往本地网/外网。

2.下行数据

2.1UE处于连接状态时

2.1.1)如果是核心网发来的下行数据，则该下行数据按照常规路径到达RAN节点，例如通过图1中S1-U接口到达RAN节点，然后RAN节点按照常规方式将数据发送给UE。

2.2.2)如果是本地网/外网发来的LIPA/SIPTO下行数据，则到达OPD60后，OPD60执行地址转换功能将OPD60在本地网/外网中的地址转换为运营商分配给UE的IP地址，并重新封装数据包。OPD60根据运营商分配给UE的IP地址，查找UE建立PDN连接时存储在OPD60中的UE上下文信息，进行信息匹配，以将重新封装的数据通过RAN接口模块601发送给例如(H)(e)NB的RAN节点40，然后通过对应的无线承载(RB)发给UE。具体地，下行数据首先经过RAN节点接口模块601到达OPD60，信息提取模块602该下行数据并发送给信息分析模块603；信息分析模块603解析收到的数据，以获取该数据的目的地址、端口或应用业务等信息中的一个或多个(这将在下面进行描述)；分流模块605将OPD在本地/外网中的地址转换为运营商分配给UE的IP地址，并重新封装数据包。OPD根据运营商分配给UE的IP地址，查找UE建立PDN连接时例如存储在OPD60中的存储模块(图中未示出)的UE上下文信息，进行信息匹配，然后通过RAN接口模块601发送给例如(H)(e)NB的RAN节点40，然后通过对应的无线承载(RB)发给UE。

2.2UE处于IDLE状态时

2.2.1)如果是核心网发来的下行数据，则根据常规路径到达UE所在区域内的服务网关SGW20，，然后通过MME10进行寻呼，找到UE后，直接将下行数据送到UE所在的RAN节点40。

(2)如果是来自本地网/外网的LIPA/SIPTO的下行数据，则下行数据仍然可能到达OPD60，OPD60执行地址转换功能将OPD在本地网/外网中的地址转换为运营商分配给UE的IP地址。OPD60根据运营商分配给UE的IP地址查找UE上下文，此时由于UE处于空闲状态，OPD60没有该UE的上下文信息，则OPD60将数据信息缓存起来，并执行下文中将要描述的寻呼机制。具体地，来自本地网/外网的LIPA/SIPTO的下行数据首先经过OPD60中的RAN节点接口模块601到达OPD60，信息提取模块602提取该下行数据并发送给信息分析模块603，信息分析模块603解析收到的数据，如果是UE发出的上行数据，则获取该数据的目的地址、端口或应用业务等信息，如果该数据是发送给UE的下行数据，则获取该数据的目的地址信息，分流模块605将OPD在本地网/外网中的地址转换为运营商分配给UE的IP地址。OPD60根据运营商分配给UE的IP地址在OPD60的存储模块(未示出)中查找UE上下文，此时由于UE处于空闲状态，OPD60没有该UE的上下文信息，则OPD60将该下行数据缓存在数据缓存模块607中，并执行如图6和7所示的寻呼机制。

下面按照图7和图8描述根据本申请一个实施方式的寻呼处理方法6000。

如上所述，若OPD60中没有UE上下文信息，则将下行数据缓存在数据缓存模块607中，同时触发方法6000的执行(此时S-Tunnel隧道仍然保持)。

在步骤S201，OPD60请求SGW20触发寻呼。即，OPD60的数据缓存模块607请求SGW20触发寻呼。为实现本地数据发送的优化，OPD60并非直接将数据发给SGW20，而是通过S-Tunnel向SGW20发送一个伪数据包，用来使SGW20触发寻呼流程。

在步骤S202中，SGW20向MME10发出通知触发对UE的寻呼。例如SGW20向MME10发送Downlink Data Notification(下行数据通知)信令，在网络侧触发向UE的寻呼过程，寻呼流程与现网相同。接着在步骤S203中，UE被寻呼到后，UE重新发起业务请求。具体地，UE被寻呼到后，按常规流程，触发业务请求，重新建立和核心网的连接(图6中未示出)，该过程与图3中建立和核心网的连接的流程相同，即重新激活UE和SGW20以及UE和MME10之间的PDN连接，以及在SGW20与OPD60之间重新建立了S-Tunnel隧道，连接建立后MME10收到此时UE所属的OPD的地址信息，从而SGW20也获得此时UE所属的OPD的地址信息。

在步骤S204中，SGW20判断UE是否在原OPD60范围内。SGW20接收到当前业务请求中发送的OPD地址信息，并将其与之前建立且仍保持的S-Tunnel隧道所用的OPD地址相比较，判断所用OPD是否是同一个，如果是，则在步骤S205中，由于UE当前仍在原OPD的覆盖范围下，原OPD(例如图中示出的OPD60)可直接通过UE的当前RAN节点40将存储在OPD60中的缓存数据(此时下行数据的目标地址即OPD60的地址已经转换为UE的IP地址)转发给UE；否则在步骤S206中，SGW20通过原S-Tunnel请求原OPD60发送下行数据。例如SGW20判断UE已不在原OPD的覆盖范围下，则通过原S-Tunnel隧道向原OPD60发送Downlink Data Request信令，请求OPD60将缓存的下行数据(此时下行数据的目标地址，即OPD60的地址已经转换为UE的IP地址)发送给SGW20。接着在步骤S207中，SGW20按常规流程通过PDN连接将下行数据发送给UE。

该实施例，当UE处于空闲状态下时，对UE进行寻呼以确保将下行数据在分流后发送给UE。该寻呼方案适用于空闲UE处于原OPD范围内或者OPD范围外的场景。

图9所示为根据本申请另一个实施方式的、利用OPD60支持单PDN连接的数据分流方法2000-2。和图5所示出的方法2000-1相比，如图9所示的方法2000-2省略了步骤S102和104，并且图9中示出的步骤S101’、S103’、S105’和S106’分别和图2中示出的步骤S101、S103、S105和S106相同，因此不再赘述。

在步骤S106’中，当UE处于IDLE状态，且OPD60接收到来自本地网/外网的LIPA/SIPTO的下行数据时，则OPD60将触发如图10和11所示的寻呼机制。如上所述，在OPD60中没有UE上下文信息的情况下，可例如将下行数据缓存在数据缓存模块607中，数据缓存模块607在缓存数据时会触发方法8000的执行。

下面按照图10和图11描述根据本申请一个实施方式的寻呼处理方法9000。

步骤S301中，OPD60通过HeNB向上次连接的MME发出寻呼请求。OPD60可通过UE的标识符信息(如GUTI)，HeNB/OPD获知上次连接的MME标识符，从而识别出上次连接的MME。寻呼请求可包括：UE的标识符(例如GUTI，在步骤S105中获得)、运营商核心网分配给UE的IP地址等。该请求可以封装在用户定义的消息中，例如PagingRequest，或者直接封装在S1-AP中的“Initial UE Message”消息中。

自定义的Paging Request中的信息元素(IE)的定义可例如下表所示：

在步骤S302中，MME10判断是否进行寻呼优化。如果判断不需要进行寻呼优化，则在步骤S303中MME10按照现有网络流程向例如HeNB发寻呼消息。例如，MME10根据UE所在的TA(Tracing Area，跟踪区)范围和CSG消息等向相应的HeNB发出UE寻呼消息，然后进入在下文中将要描述的步骤S305。

如果步骤S302中判断的结果是需要进行寻呼优化，则在步骤S304中根据步骤S301中接收到的消息，缩小UE的寻呼范围，仅向特定范围内的HeNB发出寻呼消息。例如仅向发来寻呼请求的HeNB发出寻呼消息。

在步骤S305中，当UE被寻呼到后，UE重新发起业务请求。例如UE发出消息Service Request以响应上述寻呼，并重新激活和核心网的PDN连接。然后在步骤S306中，OPD60将数据发送至UE。具体地，HeNB收到UE的Service Request后，按照现有的业务请求流程建立与MME10和SGW20间的S1-MME连接和S1-U连接，并且建立与UE间的无线承载。之后，UE进入PDN连接状态，OPD60获知UE进入连接状态后，将下行数据发送到UE。

如果上述UE未寻呼到，则根据OPD60中设置的定时器的触发而定时删除缓存的下行数据。

根据该实施例，UE处于空闲状态下时对UE寻呼，以保证分流后下行数据可以发送给UE。通过OPD向MME发送寻呼请求的寻呼方案适用于空闲UE处于原OPD范围内的场景。当不需要保障UE处于原RAN节点覆盖范围外情况下的下行数据发送时，该寻呼方案可以支持MME只对特定区域内的UE进行寻呼，可以有效降低寻呼成本。降低网络的改造成本。

此外，在上文中以OPD和HeNB单独设置的情形对本发明的寻呼处理方法进行了描述，将OPD设置于RAN节点(例如HeNB)内的处理类似。

还可以根据需求灵活选择上述两种寻呼方案。

以上所述仅为本发明的优选实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (16)

1.一种在无线网络中对传输数据进行分流的方法，包括：

接收在所述无线网络中传输的数据；

根据数据分流策略信息确定出用于所述数据的分流策略类型；以及

基于所确定出的分流策略类型对所述数据进行分流，

其中，对所述数据进行分流的步骤包括：

向核心网节点发送寻呼请求；

所述核心网节点根据所述寻呼请求判断是否进行寻呼优化；

如果是，所述核心网节点向发出所述寻呼请求的装置发出寻呼消息，

否则，所述核心网节点向处于空闲状态的UE所属的基站发出寻呼消息。

2.如权利要求1所述的方法，还包括：

以列表的形式预设所述数据分流策略信息。

3.如权利要求1所述的方法，其中，所述分流策略类型包括：本地IP接入LIPA和选择性IP流量卸载SIPTO。

4.如权利要求1所述的方法，还包括：

被寻呼到的UE发起业务请求以激活PDN连接；以及

通过所激活的PDN连接将所述数据发送至所述UE。

5.如权利要求1所述的方法，其中，对所述数据进行分流的步骤还包括：

在核心网节点与所述无线网络中的分流装置之间建立S-Tunnel隧道；

所述核心网节点判断UE所属的通信覆盖范围是否改变，

如果是，则直接将所述数据转发给所述UE，否则，

通过所述分流装置将所述传输数据经由所述S-Tunnel发送至所述核心网节点，以通过所述核心网节点将所述数据发送给UE。

6.如权利要求5所述的方法，其中，所述核心网节点判断所述UE所属的通信覆盖范围是否改变的步骤包括：

所述分流装置通过所述S-Tunnel隧道向所述核心网节点发送请求，以使得所述核心网节点对所述UE进行寻呼；

所述UE被寻呼到后触发业务请求，以使得所述核心网节点获得UE当前所属的分流装置的IP地址；

所述核心网节点根据获得的分流装置的IP地址与原分流装置的IP地址判断所述UE所属的通信覆盖范围是否改变。

7.如权利要求6所述的方法，其中，所述分流装置通过所述S-Tunnel隧道向所述核心网节点发送的请求为伪数据包。

8.一种用于在无线网络中对传输数据进行分流的装置，包括：

信息提取模块，从所述传输数据中提取与分流处理有关的信息；

信息分析模块，根据所提取的信息与预设的数据分流策略信息确定对所述传输数据进行分流的策略；以及

分流模块，根据所确定的策略对所述传输数据进行分流处理，

其中，所述装置还包括：

核心网接口模块，提供所述分流装置与核心网之间的S-Tunnel隧道的建立及交互接口，

其中，当UE处于空闲时，所述分流装置通过所述S-Tunnel隧道向所述核心网节点发送请求，以使得所述核心网节点对所述UE进行寻呼。

9.如权利要求8所述的装置，其中，所述与分流处理有关的信息包括目的地址、端口和业务类型。

10.如权利要求8所述的装置，其中，如果所述信息分析模块分析的结果为所述传输数据是UE向核心网发送的上行数据，则所述分流模块通知无线网络中的RAN节点将该数据转发到所述核心网。

11.如权利要求8所述的装置，其中，如果所述信息分析模块分析的结果是所述传输数据为所述UE向本地网/外网发送的上行数据，所述分流模块将所述数据中包含的所述UE的在核心网的IP地址转换为所述装置在本地网/外网的IP地址，在重新对所述数据进行封装后，将该数据发送到所述本地网/外网。

12.如权利要求8所述的装置，其中，如果所述信息分析模块分析的结果是所述传输数据为本地网/外网发送给所述UE的下行数据，则所述分流模块将所述装置在本地/外网中的IP地址转换为所述UE在核心网的IP地址，并根据所转换的IP地址查找所述UE的上下文信息，以确定出所述UE处于空闲状态，然后触发对所述UE的寻呼操作。

13.如权利要求8所述的装置，其中，如果所述信息分析模块分析的结果是所述传输数据为本地网/外网发送给UE的下行数据，则所述分流模块将所述装置在本地/外网中的IP地址转换为UE在核心网的IP地址，并根据所转换的IP地址查找所述UE的上下文信息，以确定出所述UE不处于空闲状态，然后通知RAN节点将所述数据发送至所述UE。

14.如权利要求8所述的装置，还包括：

数据分流策略模块，存储有所述数据分流策略信息，其中所述数据分流策略信息为可配置的。

15.如权利要求8所述的装置，还包括：

RAN接口模块，提供与所述无线网络中的RAN节点的交互功能。

16.一种无线通信系统，包括RAN节点以及如权利要求8-11任意一项所述的装置，其中，所述装置设置于所述RAN节点或与其临近的位置。