CN107925919B

CN107925919B - 一种业务数据流报文的传输方法及装置、系统

Info

Publication number: CN107925919B
Application number: CN201580082385.3A
Authority: CN
Inventors: 陈中平; 周汉; 夏渊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2015-11-06
Filing date: 2015-11-06
Publication date: 2020-06-02
Anticipated expiration: 2035-11-06
Also published as: WO2017075813A1; US20180249377A1; EP3355613A4; US10701592B2; EP3355613B1; CN107925919A; EP3355613A1

Abstract

本发明实施例公开了一种业务数据流报文的传输方法及装置、系统，该方法包括第一网关设备在接收到第二网关设备发送的业务数据流报文后判断该业务数据流报文是否能够使能本地数据流疏导策略，若是，则第一网关设备根据该本地数据流疏导策略将该业务数据流报文发送至与该业务数据流报文对应的业务网络，若不能，则将业务数据流报文发送至第二网关设备，以使第二网关设备执行与该业务数据流报文对应的操作。可见，本发明实施例无需UE配置应用APP与APN的对应关系，适用性强，且能够通过判断业务数据流报文是否能够使能本地数据流执行策略的方式实现PDN网络内业务数据流报文的按需部署，既节省了网络资源开销，又提高了业务数据流报文部署的灵活性。

Description

一种业务数据流报文的传输方法及装置、系统

技术领域

本发明实施例涉及无线网络技术领域，具体涉及一种业务数据流报文的传输方法及装置、系统。

背景技术

为了应对无线宽带技术的挑战，保持第三代合作伙伴计划(3GPP，the 3rdGeneration Partnership Project)网络的领先优势，3GPP在2004年底制定了移动通信网络的长期演进(LTE，Long Term Evolution)计划。在LTE计划的指导下定义了新的移动通信网络架构，该新的移动通信网络架构比现在的2G、3G网络更加扁平，且只保留了分组域(PS，Packet Switching Domain)，因此可以称之为演进的分组系统(EPS，Evolved PacketSystem)。且该EPS的网络架构可以如图1所示，图1是现有技术公开的一种EPS的网络架构示意图。在图1所示的EPS网络架构中，演进的分组核心网(EPC，Envolved Packet Core)主要包含移动管理实体(MME，Mobility Management Entity)、服务网关(S-GW，ServingGateway)、分组数据网关(P-GW，Packet Data Network Gateway)三个逻辑功能体，其中，MME主要负责非接入层(NAS，Non-Access)信令及NAS信令加密、漫游及跟踪、分配用户临时身份标识以及安全功能等，它对应于GERAN/UTRAN网络中服务GPRS支持节点(SGSN，ServingGPRS Support Node)的控制平面部分；S-GW主要负责本地的移动性锚点、3GPP系统内部的移动性锚点以及合法监听相关信息等功能；P-GW主要负责策略执行和计费以及合法监听等相关功能。

在图1所示的EPS网络架构中，当用户设备(UE，User Equipment)接入EPC时，首先需要基于接入点名称(APN，Access Point Name)信息(缺省配置或者UE提供)为UE创建APN所指向的PDN连接(又称“会话连接”)。此外，会话连接创建过程中会为UE提供相应的IP地址，会话连接里创建的第一个承载称为缺省承载(在整个会话连接周期内保持激活状态)，之后创建的承载则是专有承载。当UE进行业务时，具有相同UE IP地址且流向同一个PDN网络(即具体相同APN属性)的流汇聚到一个会话连接里，进一步的，具有相同服务质量(QoS，Quality of Service)属性的流又被汇聚到一个承载里。

当前，基于图1所示的EPS网络架构，选择IP业务疏导(SIPTO，Selected IPTraffic Offload)的实现架构可以如图2所示，图2是现有技术公开的一种SIPTO的实现架构示意图，其中，在3GPP标准中，将业务数据流报文在接入网或靠近接入网的位置疏导到特定的PDN的概念称为SIPTO。其基本原理如下：在靠近接入网的位置部署网关执行SIPTO策略，该网关称为本地网关(L-GW，Local Gateway)，运营商为SIPTO业务数据流报文设置特定的APN，在建立PDN连接时，服务GPRS支持节点(SGSN，Serving GPRS Support Node)/MME基于该特定的APN选择L-GW，且L-GW将接收到的业务的所有上行业务数据流报文直接发往PDN网络。但是，在图2所示的实现架构中，SIPTO策略的实现需要用户设备(UE，UserEquipment)配置应用(APP，Application)与APN的对应关系，且特定的APN所指向的PDN网络中的所有应用都需要部署在靠近基站的位置，无法对该PDN网络内的APP按需进行差异化部署。可见，现有的基于APN的SIPTO实现方案存在适用性低以及业务数据流报文的部署灵活性低的问题。

发明内容

本发明实施例公开了一种业务数据流报文的传输方法及装置、系统，能够提高业务数据流报文部署的灵活性以及适用性。

本发明实施例第一方面公开了一种业务数据流报文的传输方法，所述方法包括：

第一网关设备接收用户设备UE发送的业务数据流报文；

所述第一网关设备判断所述业务数据流报文是否能够使能第一本地数据流疏导策略；

当能够使能所述第一本地数据流疏导策略时，所述第一网关设备根据所述第一本地数据流疏导策略将所述业务数据流报文发送至与所述业务数据流报文对应的业务网络；

当不能够使能所述第一本地数据流疏导策略时，所述第一网关设备将所述业务数据流报文发送至第二网关设备，以使所述第二网关设备执行与所述业务数据流报文对应的操作。

在本发明实施例第一方面的第一种可能的实现方式中，所述第一网关设备接收用户设备UE发送的业务数据流报文，包括：

所述第一网关设备接收所述UE发送的第一隧道报文，并对所述第一隧道报文执行解封装隧道头操作，得到所述业务数据流报文；

所述第一网关设备将所述业务数据流报文发送至第二网关设备，包括：

所述第一网关设备对所述业务数据流报文执行隧道封装操作，得到第二隧道报文，并将所述第二隧道报文发送至所述第二网关设备。

结合本发明实施例第一方面或本发明实施例第一方面的第一种可能的实现方式，在本发明实施例第一方面的第二种可能的实现方式中，所述第一网关设备将所述业务数据流报文发送至第二网关设备之后，所述方法还包括：

所述第一网关设备接收所述第二网关设备发送的第一指示消息，所述第一指示消息包括针对所述业务数据流报文的第二本地数据流疏导策略，且所述第一指示消息用于指示所述第一网关设备根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

所述第一网关设备根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第一方面或本发明实施例第一方面的第一种可能的实现方式，在本发明实施例第一方面的第三种可能的实现方式中，所述第一网关设备将所述业务数据流报文发送至第二网关设备之后，所述方法还包括：

所述第一网关设备接收第三网关设备发送的第二指示消息，所述第二指示消息包括第三本地数据流疏导策略且所述第二指示消息用于指示所述第一网关设备根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

所述第一网关设备根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第一方面或本发明实施例第一方面的第一种可能的实现方式，在本发明实施例第一方面的第四种可能的实现方式中，所述第一本地数据流疏导策略是由所述第二网关设备或第三网关设备发送至所述第一网关设备的。

结合本发明实施例第一方面的第二种可能的实现方式，在本发明实施例第一方面的第五种可能的实现方式中，所述第一指示消息还包括所述业务数据流报文；

所述方法还包括：

所述第一网关设备向所述第二网关设备发送针对所述第一指示消息的第一响应消息，所述第一响应消息用于指示所述第一指示消息被成功接收。

结合本发明实施例第一方面的第三种可能的实现方式，在本发明实施例第一方面的第六种可能的实现方式中，所述第二指示消息还包括所述业务数据流报文；

所述方法还包括：

所述第一网关设备向所述第三网关设备发送针对所述第二指示消息的第二响应消息，所述第二响应消息用于指示所述第二指示消息被成功接收。

本发明实施例第二方面公开了一种业务数据流报文的传输方法，所述方法包括：

所述方法包括：

第一网关设备接收第二网关设备发送的业务数据流报文；

所述第一网关设备解析所述业务数据流报文获得针对所述业务数据流报文的报文处理策略；

当所述报文处理策略为本地数据流疏导策略时，所述第一网关设备向所述第二网关设备发送指示消息，所述指示消息包括所述本地数据流疏导策略，且所述指示消息用于指示所述第二网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述业务数据流报文对应的业务网络；

当所述报文处理策略不为所述本地数据流疏导策略时，所述第一网关设备将所述业务数据流报文发送至所述业务网络。

在本发明实施例第二方面的第一种可能的实现方式中，所述第一网关设备接收第二网关设备发送的业务数据流报文，包括：

所述第一网关设备接收所述第二网关设备发送的隧道报文；

所述第一网关设备对所述隧道报文执行解封装隧道头操作，以得到所述业务数据流报文。

结合本发明实施例第二方面或本发明实施例第二方面的第一种可能的实现方式，在本发明实施例第二方面的第二种可能的实现方式中，所述第一网关设备解析所述业务数据流报文，以获得针对所述业务数据流报文的报文处理策略，包括：

所述第一网关设备解析所述业务数据流报文获得其报文特征信息，并根据所述报文特征信息对所述业务数据流报文进行业务规则匹配，以得到所述报文处理策略。

结合本发明实施例第二方面，在本发明实施例第二方面的第三种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

所述方法还包括：

所述第一网关设备接收所述第二网关设备发送的针对所述指示消息的响应消息，所述响应消息用于指示所述指示消息被成功接收。

本发明实施例第三方面公开了另一种业务数据流报文的传输方法，所述方法包括：

所述方法包括：

第一网关设备接收第二网关设备发送的业务数据流报文；

所述第一网关设备解析所述业务数据流报文获得所述业务数据流报文的报文特征信息；

所述第一网关设备向第三网关设备发送所述报文特征信息。

在本发明实施例第三方面的第一种可能的实现方式中，所述第一网关设备接收第二网关设备发送的业务数据流报文，包括：

所述第一网关设备接收所述第二网关设备发送的隧道报文；

所述第一网关设备对所述隧道报文执行解封装隧道头操作，得到所述业务数据流报文。

结合本发明实施例第三方面或本发明实施例第三方面的第一种可能的实现方式，在本发明实施例第三方面的第二种可能的实现方式中，所述方法还包括：

所述第一网关设备接收所述第三网关设备发送指示消息，并将所述指示消息发送至所述第二网关设备，其中，所述指示消息包括针对所述业务数据流报文的本地数据流疏导策略，且所述指示消息用于指示所述第二网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述本地数据流报文对应的业务网络。

结合本发明实施例第三方面的第二种可能的实现方式，在本发明实施例第三方面的第三种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

所述方法还包括：

本发明实施例第四方面公开了又一种业务数据流报文的传输方法，所述方法包括：

所述方法包括：

第一网关设备接收第二网关设备发送的报文特征信息，所述报文特征信息是由所述第二网关设备解析其接收到的第三网关设备发送的业务数据流报文得到；

所述第一网关设备根据所述报文特征信息对所述业务数据流报文进行业务规则匹配；

当匹配出的与所述业务数据流报文对应的业务规则指示对所述业务数据流报文执行本地数据流疏导操作时，所述第一网关设备向所述第三网关设备发送指示消息，所述指示消息包括针对所述业务数据流报文的本地数据流疏导策略且所述指示消息用于指示所述第三网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述本地数据流报文对应的业务网络。

在本发明实施例第四方面的第一种可能的实现方式中，所述第一网关设备向所述第三网关设备发送指示消息，包括：

所述第一网关设备通过所述第二网关设备向所述第三网关设备发送指示消息。

结合本发明实施例第四方面，在本发明实施例第四方面的第二种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

当所述第一网关设备向所述第三网关设备发送指示消息时，所述方法还包括：

所述第一网关设备接收所述第三网关设备发送的针对所述指示消息的响应消息，所述响应消息用于指示所述指示消息被成功接收。

本发明实施例第五方面公开了一种业务数据流报文的传输装置，所述装置包括第一通信模块、判断模块、第二通信模块以及第三通信模块，其中：

所述第一通信模块，用于接收UE发送的业务数据流报文；

所述判断模块，用于判断所述业务数据流报文是否能够使能第一本地数据流疏导策略；

所述第二通信模块，用于当所述判断模块的判断结果为是时，根据所述第一本地数据流疏导策略将所述业务数据流报文发送至与所述业务数据流报文对应的业务网络；

所述第三通信模块，用于当所述判断模块的判断结果为否时，将所述业务数据流报文发送至第二网关设备，以使所述第二网关设备执行与所述业务数据流报文对应的操作。

在本发明实施例第五方面的第一种可能的实现方式，所述第一通信模块包括通信子模块以及解封装子模块，其中：

所述通信子模块，用于接收所述UE发送的第一隧道报文；

所述解封装子模块，用于对所述第一隧道报文执行解封装隧道头操作，得到所述业务数据流报文；

所述第三通信模块将所述业务数据流报文发送至第二网关设备的具体方式为：

对所述业务数据流报文执行隧道封装操作，得到第二隧道报文，并将所述第二隧道报文发送至所述第二网关设备。

结合本发明实施例第五方面或本发明实施例第五方面的第一种可能的实现方式，在本发明实施例第五方面的第二种可能的实现方式中，所述第三通信模块，还用于接收所述第二网关设备发送的第一指示消息，所述第一指示消息包括针对所述业务数据流报文的第二本地数据流疏导策略，且所述第一指示消息用于指示所述装置根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

所述第二通信模块，还用于根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第五方面或本发明实施例第五方面的第一种可能的实现方式，在本发明实施例第五方面的第三种可能的实现方式中，所述装置还包括第四通信模块，其中：

所述第四通信模块，用于接收第三网关设备发送的第二指示消息，所述第二指示消息包括第三本地数据流疏导策略且所述第二指示消息用于指示所述装置根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

所述第二通信模块，还用于根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第五方面或本发明实施例第五方面的第一种可能的实现方式，在本发明实施例第五方面的第四种可能的实现方式中，所述第一本地数据流疏导策略是由所述第二网关设备或第三网关设备发送至所述装置的。

结合本发明实施例第五方面的第二种可能的实现方式，在本发明实施例第五方面的第五种可能的实现方式中，所述第一指示消息还包括所述业务数据流报文；

所述第三通信模块，还用于向所述第二网关设备发送针对所述第一指示消息的第一响应消息，所述第一响应消息用于指示所述第一指示消息被成功接收。

结合本发明实施例第五方面的第三种可能的实现方式，在本发明实施例第五方面的第六种可能的实现方式中，所述第二指示消息还包括所述业务数据流报文；

所述第四通信模块，还用于向所述第三网关设备发送针对所述第二指示消息的第二响应消息，所述第二响应消息用于指示所述第二指示消息被成功接收。

本发明实施例第六方面公开了另一种业务数据流报文的传输装置，所述装置包括第一通信模块、解析模块以及第二通信模块，其中：

所述第一通信模块，用于接收第二网关设备发送的业务数据流报文；

所述解析模块，用于解析所述业务数据流报文，以获得针对所述业务数据流报文的报文处理策略；

所述第一通信模块，还用于当所述报文处理策略为本地数据流疏导策略时，向所述第二网关设备发送指示消息，所述指示消息包括所述本地数据流疏导策略，且所述指示消息用于指示所述第二网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述业务数据流报文对应的业务网络；

所述第二通信模块，用于当所述报文处理策略不为所述本地数据流疏导策略时，将所述业务数据流报文发送至所述业务网络。

在本发明实施例第六方面的第一种可能的实现方式中，所述第一通信模块包括通信子模块以及解封装子模块，其中：

所述通信子模块，用于接收所述第二网关设备发送的隧道报文；

所述解封装子模块，用于对所述隧道报文执行解封装隧道头操作，得到所述业务数据流报文。

结合本发明实施例第六方面或本发明实施例第六方面的第一种可能的实现方式，在本发明实施例第六方面的第二种可能的实现方式中，所述解析模块解析所述业务数据流报文，以获得针对所述业务数据流报文的报文处理策略的具体方式为：

解析所述业务数据流报文获得其报文特征信息，并根据所述报文特征信息对所述业务数据流报文进行业务规则匹配，以得到所述报文处理策略。

结合本发明实施例第六方面，在本发明实施例第六方面的第三种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

所述第一通信模块，还用于接收所述第二网关设备发送的针对所述指示消息的响应消息，所述响应消息用于指示所述指示消息被成功接收。

本发明实施例第七方面公开了又一种业务数据流报文的传输装置，所述装置包括第一通信模块、解析模块以及第二通信模块，其中：

所述解析模块，用于解析所述业务数据流报文获得所述业务数据流报文的报文特征信息；

所述第二通信模块，用于向第三网关设备发送所述报文特征信息。

在本发明实施例第七方面的第一种可能的实现方式中，所述第一通信模块包括通信子模块以及解封装子模块，其中：

结合本发明实施例第七方面或本发明实施例第七方面的第一种可能的实现方式，在本发明实施例第七方面的第二种可能的实现方式中，所述第二通信模块，还用于接收所述第三网关设备发送指示消息，所述指示消息包括针对所述业务数据流报文的本地数据流疏导策略，且所述指示消息用于指示所述第二网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述本地数据流报文对应的业务网络；

所述第一通信模块，还用于将所述指示消息发送至所述第二网关设备。

结合本发明实施例第七方面的第二种可能的实现方式，在本发明实施例第七方面的第三种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

本发明实施例第八方面公开了又一种业务数据流报文的传输装置，所述装置包括第一通信模块、匹配模块以及第二通信模块，其中：

所述第一通信模块，用于接收第二网关设备发送的报文特征信息，所述报文特征信息是由所述第二网关设备解析其接收到的第三网关设备发送的业务数据流报文得到；

所述匹配模块，用于根据所述报文特征信息对所述业务数据流报文进行业务规则匹配；

所述第二通信模块，用于当匹配出的与所述业务数据流报文对应的业务规则指示对所述业务数据流报文执行本地数据流疏导操作时，向所述第三网关设备发送指示消息，所述指示消息包括针对所述业务数据流报文的本地数据流疏导策略且所述指示消息用于指示所述第三网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述本地数据流报文对应的业务网络。

在本发明实施例第八方面的第一种可能的实现方式中，所述第二通信模块向所述第三网关设备发送指示消息的具体方式为：

通过所述第二网关设备向所述第三网关设备发送指示消息。

结合本发明实施例第八方面，在本发明实施例第八方面的第二种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

所述第二通信模块，还用于当向所述第三网关设备发送所述指示消息时，接收所述第三网关设备发送的针对所述指示消息的响应消息，所述响应消息用于指示所述指示消息被成功接收。

本发明实施例第九方面公开了又一种业务数据流报文的传输装置，包括处理器、存储器、输入接口以及输出接口，所述输入接口，用于接收UE发送的业务数据流报文；

所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，用于执行以下操作：

判断所述业务数据流报文是否能够使能第一本地数据流疏导策略；

所述输出接口，用于当所述处理器的判断结果为是时，根据所述第一本地数据流疏导策略将所述业务数据流报文发送至与所述业务数据流报文对应的业务网络；

所述输出接口，还用于当所述处理器的判断结果为否时，将所述业务数据流报文发送至第二网关设备，以使所述第二网关设备执行与所述业务数据流报文对应的操作。

在本发明实施例第九方面的第一种可能的实现方式中，所述输入接口接收UE发送的业务数据流报文的具体方式为：

接收所述UE发送的第一隧道报文；

对所述第一隧道报文执行解封装隧道头操作，得到所述业务数据流报文；

所述输出接口将所述业务数据流报文发送至第二网关设备的具体方式为：

结合本发明实施例第九方面或本发明实施例第九方面的第一种可能的实现方式，在本发明实施例第九方面的第二种可能的实现方式中，所述输入接口，还用于接收所述第二网关设备发送的第一指示消息，所述第一指示消息包括针对所述业务数据流报文的第二本地数据流疏导策略，且所述第一指示消息用于指示所述装置根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

所述输出接口，还用于根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第九方面或本发明实施例第九方面的第一种可能的实现方式，在本发明实施例第九方面的第三种可能的实现方式中，所述输入接口，还用于接收第三网关设备发送的第二指示消息，所述第二指示消息包括第三本地数据流疏导策略且所述第二指示消息用于指示所述装置根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

所述输出接口，还用于根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第九方面或本发明实施例第九方面的第一种可能的实现方式，在本发明实施例第九方面的第四种可能的实现方式中，所述第一本地数据流疏导策略是由所述第二网关设备或第三网关设备发送至所述装置的。

结合本发明实施例第九方面的第二种可能的实现方式，在本发明实施例第九方面的第五种可能的实现方式中，所述第一指示消息还包括所述业务数据流报文；

所述输出接口，还用于向所述第二网关设备发送针对所述第一指示消息的第一响应消息，所述第一响应消息用于指示所述第一指示消息被成功接收。

结合本发明实施例第九方面的第三种可能的实现方式，在本发明实施例第九方面的第六种可能的实现方式中，所述第二指示消息还包括所述业务数据流报文；

所述输出接口，还用于向所述第三网关设备发送针对所述第二指示消息的第二响应消息，所述第二响应消息用于指示所述第二指示消息被成功接收。

本发明实施例第十方面公开了又一种业务数据流报文的传输装置，包括处理器、存储器、输入接口以及输出接口，所述输入接口，用于接收第二网关设备发送的业务数据流报文；

解析所述业务数据流报文，以获得针对所述业务数据流报文的报文处理策略；

所述输出接口，用于当所述报文处理策略为本地数据流疏导策略时，向所述第二网关设备发送指示消息，所述指示消息包括所述本地数据流疏导策略，且所述指示消息用于指示所述第二网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述业务数据流报文对应的业务网络；

所述输出接口，还用于当所述报文处理策略不为所述本地数据流疏导策略时，将所述业务数据流报文发送至所述业务网络。

在本发明实施例第十方面的第一种可能的实现方式中，所述输入接口接收第二网关设备发送的业务数据流报文的具体方式为：

接收所述第二网关设备发送的隧道报文，并对所述隧道报文执行解封装隧道头操作，得到所述业务数据流报文。

结合本发明实施例第十方面或本发明实施例第十方面的第一种可能的实现方式，在本发明实施例第十方面的第二种可能的实现方式中，所述处理器解析所述业务数据流报文，以获得针对所述业务数据流报文的报文处理策略的具体方式为：

结合本发明实施例第十方面，在本发明实施例第十方面的第三种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

所述输入接口，还用于接收所述第二网关设备发送的针对所述指示消息的响应消息，所述响应消息用于指示所述指示消息被成功接收。

本发明实施例第十一方面公开了又一种业务数据流报文的传输装置，包括处理器、存储器、输入接口以及输出接口，所述输入接口，用于接收第二网关设备发送的业务数据流报文；

解析所述业务数据流报文获得所述业务数据流报文的报文特征信息；

所述输出接口，用于向第三网关设备发送所述报文特征信息。

在本发明实施例第十一方面的第一种可能的实现方式中，所述输入接口接收第二网关设备发送的业务数据流报文的具体方式为：

结合本发明实施例第十一方面或本发明实施例第十一方面的第一种可能的实现方式，在本发明实施例第十一方面的第二种可能的实现方式中，所述输入接口，还用于接收所述第三网关设备发送指示消息，所述指示消息包括针对所述业务数据流报文的本地数据流疏导策略，且所述指示消息用于指示所述第二网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述本地数据流报文对应的业务网络；

所述输出接口，还用于将所述指示消息发送至所述第二网关设备。

结合本发明实施例第十一方面的第二种可能的实现方式，在本发明实施例第十一方面的第三种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

本发明实施例第十二方面公开了又一种业务数据流报文的传输装置，包括处理器、存储器、输入接口以及输出接口，所述输入接口，用于接收第二网关设备发送的报文特征信息，所述报文特征信息是由所述第二网关设备解析其接收到的第三网关设备发送的业务数据流报文得到；

根据所述报文特征信息对所述业务数据流报文进行业务规则匹配；

所述输出接口，用于当匹配出的与所述业务数据流报文对应的业务规则指示对所述业务数据流报文执行本地数据流疏导操作时，向所述第三网关设备发送指示消息，所述指示消息包括针对所述业务数据流报文的本地数据流疏导策略且所述指示消息用于指示所述第三网关设备根据所述本地数据流疏导策略将所述业务数据流报文发送至与所述本地数据流报文对应的业务网络。

在本发明实施例第十二方面的第一种可能的实现方式中，所述输出接口向所述第三网关设备发送指示消息的具体方式为：

通过所述第二网关设备向所述第三网关设备发送指示消息。

结合本发明实施例第十二方面，在本发明实施例第十二方面的第二种可能的实现方式中，所述指示消息还包括所述业务数据流报文；

所述输入接口，还用于当所述输出接口向所述第三网关设备发送所述指示消息时，接收所述第三网关设备发送的针对所述指示消息的响应消息，所述响应消息用于指示所述指示消息被成功接收。

本发明实施例第十三方面公开了一种业务数据流报文的传输系统，所述系统包括用户设备UE、第一网关设备以及第二网关设备，其中：

所述UE，用于向所述第一网关设备发送业务数据流报文；

所述第一网关设备，用于接收所述UE发送的所述业务数据流报文并判断所述业务数据流报文是否能够使能第一本地数据流疏导策略，

若是，则所述第一网关设备根据所述第一本地数据流疏导策略将所述业务数据流报文发送至与所述业务数据流报文对应的业务网络；

若否，则所述第一网关设备将所述业务数据流报文发送至所述第二网关设备；所述第二网关设备，用于接收所述第一网关设备发送的所述业务数据流报文，并执行与所述业务数据流报文对应的操作。

在本发明实施例第十三方面的第一种可能的实现方式中，所述第一网关设备接收所述UE发送的所述业务数据流报文的具体方式为：

接收所述UE发送的第一隧道报文，并对所述第一隧道报文执行解封装隧道头操作，得到所述业务数据流报文；

所述第一网关设备将所述业务数据流报文发送至所述第二网关设备的具体方式为：

结合本发明实施例第十三方面或本发明实施例第十三方面的第一种可能的实现方式，在本发明实施例第十三方面的第二种可能的实现方式中，所述第二网关设备执行与所述业务数据流报文对应的操作的具体方式为：

当所述报文处理策略为第二本地数据流疏导策略时，向所述第一网关设备发送第一指示消息，所述第一指示消息包括所述第二本地数据流疏导策略，且所述第一指示消息用于指示所述第一网关设备根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

当所述报文处理策略不为所述第二本地数据流疏导策略时，将所述业务数据流报文发送至所述业务网络；

所述第一网关设备，还用于接收所述第一指示消息，并根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第十三方面或本发明实施例第十三方面的第一种可能的实现方式，在本发明实施例第十三方面的第三种可能的实现方式中，所述系统还包括第三网关设备；

所述第二网关设备执行与所述业务数据流报文对应的操作的具体方式为：

解析所述业务数据流报文，以获得所述业务数据流报文的报文特征信息，并向第三网关设备发送所述报文特征信息；

所述第三网关设备，用于接收所述第二网关设备发送的所述报文特征信息，根据所述报文特征信息对所述业务数据流报文进行业务规则匹配，当匹配出的与所述业务数据流报文对应的业务规则指示对所述业务数据流报文执行本地数据流疏导操作时，向所述第一网关设备发送第二指示消息，所述第二指示消息包括针对所述业务数据流报文的第三本地数据流疏导策略且所述第二指示消息用于指示所述第一网关设备根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

所述第一网关设备，还用于接收所述第三网关设备发送的所述第二指示消息，并根据所述第三本地数据流疏导策略将所述业务数据流报文发送至所述业务网络。

结合本发明实施例第十三方面或本发明实施例第十三方面的第一种可能的实现方式，在本发明实施例第十三方面的第四种可能的实现方式中，所述系统还包括第三网关设备，且所述第一本地数据流疏导策略是由所述第二网关设备或所述第三网关设备发送至所述第一网关设备的。

结合本发明实施例第十三方面的第二种可能的实现方式，在本发明实施例第十三方面的第五种可能的实现方式中，所述第一指示消息还包括所述业务数据流报文；

所述第一网关设备，还用于向所述第二网关设备发送针对所述第一指示消息的第一响应消息，所述第一响应消息用于指示所述第一指示消息被成功接收；

所述第二网关设备，还用于接收所述第一响应消息。

结合本发明实施例第十三方面的第三种可能的实现方式，在本发明实施例第十三方面的第六种可能的实现方式中，所述第二指示消息还包括所述业务数据流报文；

所述第一网关设备，还用于向所述第三网关设备发送针对所述第二指示消息的第二响应消息，所述第二响应消息用于指示所述第二指示消息被成功接收；

所述第三网关设备，还用于接收所述第二响应消息。

本发明实施例中，第一网关设备在接收到UE发送的业务数据流报文后判断该业务数据流报文是否能够使能本地数据流疏导策略，若能，则第一网关设备根据该本地数据流疏导策略将该业务数据流报文发送至与该业务数据流报文对应的业务网络，若不能，第一网关设备将业务数据流报文发送至第二网关设备，以使第二网关设备执行与该业务数据流报文对应的操作。可见，本发明实施例无需UE配置应用APP与APN的对应关系，适用性强，且能够通过判断是否存储有针对业务数据流报文的本地数据流执行策略的方式实现PDN网络内业务数据流报文的按需部署，既节省了网络资源开销，又提高了业务数据流报文部署的灵活性。

附图说明

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

图1是现有技术公开的一种EPS的网络架构示意图；

图2是现有技术公开的一种SIPTO的实现架构示意图；

图3是本发明实施例公开的一种应用场景的场景示意图；

图4是本发明实施例公开的另一种应用场景的场景示意图；

图5是本发明实施例公开的一种业务数据流报文的传输方法的流程示意图；

图6是本发明实施例公开的另一种业务数据流报文的传输方法的流程示意图；

图7是本发明实施例公开的又一种业务数据流报文的传输方法的流程示意图；

图8是本发明实施例公开的又一种业务数据流报文的传输方法的流程示意图；

图9是本发明实施例公开的又一种业务数据流报文的传输方法的流程示意图；

图10是本发明实施例公开的一种业务数据流报文的传输装置的结构示意图；

图11是本发明实施例公开的另一种业务数据流报文的传输装置的结构示意图；

图12是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图13是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图14是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图15是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图16是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图17是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图18是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图19是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图；

图20是本发明实施例公开的一种业务数据流报文的传输系统的结构示意图；

图21是本发明实施例公开的另一种业务数据流报文的传输系统的结构示意图。

具体实施方式

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

本发明实施例公开了一种业务数据流报文的传输方法及装置、系统，能够提高业务数据流报文部署的灵活性以及适用性。以下分别进行详细说明。

请参阅图3，图3是本发明实施例公开的一种应用场景的场景示意图。如图3所示，该应用场景可以包括接入设备、本地分布式网关(L_DGW，Local Distributed Gateway)、远端分布式网关(R_DGW，Remote Distributed Gateway)以及至少一个应用服务网元(即与不同业务数据流报文对应的不同业务网络)，此外，该应用场景还包括MME、在线计费系统(OCS，Online Charging System)、计费网关(CG，Charge Gateway)以及策略与计费规则功能实体(PCRF，Policy and Charging Rules Function)等EPS中的功能实体(其它实体未在图3中画出)，L_DGW与R_DGW之间通过S18接口相连，且业务的相关配置信息以及报文处理策略等保存在R_DGW上。其中，UE可以通过不同的接入方式与接入设备建立无线连接，且当接入方式为3GPP接入时，该接入设备具体可以为演进型基站(eNB，evolved Node B)，R_DGW的具体网元形态可以为EPS中的分组数据网络网关(PGW，Packet Data Network Gateway)，L_DGW的具体网元形态可以为EPS中的服务网关(SGW，Serving GateWay)；当接入方式为非可行的Non-3GPP接入(例如WLAN接入)，接入设备具体可以为接入点(AP，Access Point)，R_DGW的具体网元形态可以是PGW，L_DGW的具体网元形态可以是演进型分组数据网关(ePDG，envolved Packet Data Gateway)；当接入方式是可行的Non-3GPP接入(例如WLAN接入)时，接入设备具体可以是AP，R_DGW的具体网元形态可以是PGW，L_DGW的具体网元形态可以是可信接入网关(TGW，Trusted Access Gateway)。且在图3所示的应用场景中，业务数据流报文的传输方式可以有：接入设备——＞L_DGW——＞业务网络(即与该业务数据流报文对应的业务网络)(如图3中的1所示)；接入设备——＞L_DGW——＞R_DGW——＞业务网络(即与该业务数据流报文对应的业务网络)(如图3中的2所示)；接入设备——＞L_DGW——＞R_DGW——＞L_DGW——＞业务网络(即与该业务数据流报文对应的业务网络)(如图3中的3所示)。

请参阅图4，图4是本发明实施例公开的另一种应用场景的场景示意图。如图4所示，该应用场景可以包括接入设备、本地分布式网关转发面/用户面(L_DGW_U，LocalDistributed Gateway User)、远端分布式网关转发面/用户面(R_DGW_U，RemoteDistributed Gateway User)、网关控制面(GW_C，Gateway Controller)以及至少一个应用服务网元(即与不同业务数据流报文对应的不同业务网络)，此外，该应用场景还包括MME、在线计费系统(OCS，Online Charging System)、计费网关(CG，Charge Gateway)以及策略与计费规则功能实体(PCRF，Policy and Charging Rules Function)等EPS中的功能实体(其它实体未在图4中画出)，其中，L_DGW_U以及R_DGW_U属于转发面，GW_C属于控制面，且控制面与转发面之间通过S18接口相连，业务的相关配置信息以及报文处理策略等保存在GW_C中。且在图4所示的应用场景中，业务数据流报文的传输方式可以有：接入设备——＞L_DGW——＞业务网络(即与该业务数据流报文对应的业务网络)；接入设备——＞L_DGW——＞R_DGW——＞GW_C——＞L_DGW——＞业务网络(即与该业务数据流报文对应的业务网络)；接入设备——＞L_DGW——＞R_DGW——＞GW_C——＞R_DGW——＞L_DGW——＞业务网络(即与该业务数据流报文对应的业务网络)。

请参阅图5，图5是本发明实施例公开的一种业务数据流报文的传输方法的流程示意图。如图5所示，该业务数据流报文的传输方法可以包括以下步骤：

S501、第一网关设备接收UE发送的业务数据流报文。

本发明实施例中，具体的，当UE存在业务时，由UE将业务的业务数据流报文发送至接入设备，然后再由接入设备将业务数据流报文发送至第一网关设备，即第一网关设备通过接入设备接收UE发送的业务数据流报文。

可选的，第一网关设备接收UE发送的业务数据流报文的具体方式可以为：

接收UE发送的第一隧道报文，并对该第一隧道报文执行解封装隧道头操作，得到业务数据流报文。

本发明实施例中，当第一网关设备接收到业务数据流报文时，触发执行步骤S502。

S502、第一网关设备判断上述业务数据流报文是否能够使能第一本地数据流疏导策略。

本发明实施例中，当步骤S502的判断结果为是时，即当针对上述业务数据流报文签约了第一本地数据流疏导策略(或针对上述业务数据流报文已经生效的第一本地数据流疏导策略)时，第一网关设备执行步骤S503；当步骤S502的判断结果为否时，即当针对上述业务数据流报文未签约第一本地数据流疏导策略或还未签约第一本地数据流疏导策略时，第一网关设备执行步骤S504。

S503、第一网关设备根据上述第一本地数据流疏导策略将上述业务数据流报文发送至与上述业务数据流报文对应的业务网络。

本发明实施例中，可选的，第一网关设备中预先存储的第一本地数据流疏导策略可以是在信令流程(如PDN连接建立/修改流程或专有承载创建/修改流程等)过程中由第二网关设备(如R_DGW等)或第三网关设备(GW_C)发送的，且可以包括在由第二网关设备或第三网关设备发送的用于指示第一网关设备对上述业务数据流报文执行第一本地数据流疏导策略的指示信息中，其中，对上述业务数据流执行第一本地数据流疏导策略即为将上述业务数据流报文发送至与其对应的业务网络，第一网关设备中预先存储的第一本地数据流疏导策略还可以是在UE发起业务时由UE通过接入设备以及第一网关设备将该业务的首个业务数据流报文发送至第二网关设备后由第二网关设备将对该首个业务数据流报文进行解析并获取到的相应的本地数据流疏导策略发送至第一网关设备的，本发明实施例不做限定。

S504、第一网关设备将上述业务数据流报文发送至第二网关设备。

本发明实施例中，第一网关设备将上述业务数据流报文发送至第二网关设备，以触发第二网关设备执行步骤S505。

可选的，第一网关设备将上述业务数据流报文发送至第二网关设备可以包括：

对上述业务数据流报文执行基于GPRS隧道协议(GTP，GPRS Tunneling Protocol)的隧道封装操作得到第二隧道报文，并将该第二隧道报文发送至第二网关设备。

S505、第二网关设备执行与上述业务数据流报文对应的操作。

本发明实施例中，具体的，第二网关设备接收到第一网关设备发送的第二隧道报文后对其执行隧道处理(如GTP解封装)以及业务处理(如计费等)，然后直接将处理后的业务数据流报文发送至与业务数据流报文对应的业务网络，或将针对上述业务数据流报文的第一指示消息发送至第一网关设备，其中，该第一指示消息包括针对上述业务数据流报文的第二本地流疏导策略，且该第一指示消息用于指示第一网关设备根据该第二本地数据流疏导策略将上述业务数据流报文发送至上述业务网络，或将解析出的上述业务数据流报文的报文特征信息发送至第三网关设备，以触发第三网关设备根据报文特征信息对业务数据流报文进行业务规则匹配，且当匹配出的与业务数据流报文对应的业务规则指示对业务数据流报文执行本地数据流疏导操作时，由第三网关设备直接或通过第二网关设备向第一网关设备发送第二指示消息，其中，该第二指示消息包括针对业务数据流报文的第三本地数据流疏导策略且该第二指示消息用于指示第一网关设备根据第三本地数据流疏导策略将业务数据流报文发送至上述业务网络，本发明实施例不做限定。

作为一种可选的实施例，该业务数据流报文的传输方法还可以包括以下步骤：

接收第二网关设备发送的第一指示消息，并根据第二本地数据流疏导策略将业务数据流报文发送至业务网络。

进一步可选的，上述第一指示消息还可以包括上述业务数据流报文，且该业务数据流报文的传输方法还可以包括以下步骤：

第一网关设备向第二网关设备发送针对上述第一指示消息的第一响应消息，其中，该第一响应消息用于指示上述第一指示消息被成功接收。

作为另一种可选的实施例，该业务数据流报文的传输方法还可以包括以下步骤：

接收第三网关设备直接或通过第二网关设备发送的第二指示消息，并根据第二指示消息中的第三本地数据流疏导策略将上述业务数据流报文发送至业务网络。

进一步可选的，上述第二指示消息还可以包括上述业务数据流报文，且该业务数据流报文的传输方法还可以包括以下步骤：

当上述第二指示消息由第三网关设备直接发送的时，第一网关设备向第三网关设备发送针对上述第二指示消息的第二响应消息，其中，该第二响应消息用于指示上述第一指示消息被成功接收；

当上述第二指示消息是由第三网关设备通过第二网关设备发送的时，第一网关设备向第二网关设备发送针对上述第二指示消息的第二响应消息。

本发明实施例中，第一网关设备在接收到UE发送的业务数据流报文后判断该业务数据流报文是否能够使能第一本地数据流疏导策略，若能，则第一网关设备根据该本地数据流疏导策略将该业务数据流报文发送至与该业务数据流报文对应的业务网络，若不能，第一网关设备将业务数据流报文发送至第二网关设备，以使第二网关设备执行与该业务数据流报文对应的操作。可见，本发明实施例无需UE配置应用APP与APN的对应关系，适用性强，且能够通过判断是否存储有针对业务数据流报文的本地数据流执行策略的方式实现PDN网络内业务数据流报文的按需部署，既节省了网络资源开销，又提高了业务数据流报文部署的灵活性。

请参阅图6，图6是本发明实施例公开的另一种业务数据流报文的传输方法的流程示意图。如图6所示，该方法适用于如图3所示的应用场景中，即图6所示的方法是以第一网关设备为L_DGW为例且第二网关设备以R_DGW为例。如图6所示，该方法可以包括以下步骤：

S601、L_DGW接收UE通过接入设备发送的业务数据流报文。

具体的，L_DGW通过S1_U接口接收业务数据流报文。

S602、L_DGW判断上述业务数据流报文是否能够使能第一本地数据流疏导策略。

本发明实施例中，当步骤S602的判断结果为是时，触发执行步骤S603以及步骤S604；当步骤S602的判断结果为否时，，可以触发执行步骤S605～步骤S608，也可以触发执行步骤S609～步骤S614，本发明实施例不做限定。

S603、L_DGW根据上述第一本地数据流疏导策略将上述业务数据流报文发送至与上述业务数据流报文对应的业务网络。

S604、业务网络接收上述业务数据流报文。

S605、L_DGW将上述业务数据流报文发送至R_DGW。

具体的，L_DGW在对上述业务数据流报文进行GTP解封装以及加封装得到GTP隧道报文并经S5/S8发送至R_DGW。

S606、R_DGW接收L_DGW发送的业务数据流报文，解析处理并获取与业务数据流报文对应的报文处理策略。

具体的，R_DGW经过S1/S8接口接收到上述GTP隧道报文，对GTP隧道报文进行解析获得对应的报文特征信息，并根据报文特征信息执行业务规则匹配，其中，匹配出的与上述业务数据流报文对应的业务规则由一系列的操作(如QoS操作、计费操作以及头增强操作等)组成，当对应的业务规则中的某个操作为需要对上述业务数据流报文执行本地数据流疏导操作时，R_DGW即可确定上述报文处理策略为本地数据流疏导策略，即激活本地数据流疏导(LBO，LocalBreakOut)特性；当对应的业务规则中的所有操作均不为需要对上述业务数据流报文执行本地数据流疏导操作时，R_DGW即可确定上述报文处理策略不为本地数据流疏导策略。

本发明实施例中，举例来说，R_DGW可以根据业务数据流报文的L3/L4特征信息(如IP五元组、原差分服务代码点DSCP等)执行业务规则匹配，若匹配出的业务规则指示还需要执行L7层匹配，则执行L7深度包解析(DPI，Deep Packet Inspect)，通过连续对接收到的报文执行DIP可以获取L7层特征信息，并将获取到的L7层特征信息继续与L3/L4特征信息匹配成功的业务规则集进行匹配，以获得最高优先级的业务规则。

可选的，R_DGW可以将匹配出的业务规则与报文五元组的映射关系保存在R_DGW中，以便后续接收到相同五元组的报文时可以直接匹配获取对应的业务规则(即一系列的操作)。

S607、当上述报文处理策略不为第二本地数据流疏导策略时，R_DGW将处理后的业务数据流报文发送至业务网络。

S608、业务网络接收上述处理后的业务数据流报文。

S609、L_DGW将上述业务数据流报文发送至R_DGW。

S610、R_DGW接收L_DGW发送的业务数据流报文，解析处理并获取与业务数据流报文对应的报文处理策略。

S611、当上述报文处理策略为第二本地数据流疏导策略时，R_DGW将包括该第二本地数据流疏导策略的第一指示消息发送至L_DGW。

本发明实施例中，该第一指示消息还可以包括上述业务数据流报文，本发明实施例不做限定。

本发明实施例中，R_DGW将包括该第二本地数据流疏导策略的第一指示消息发送至L_DGW即实现了当上述报文处理策略为第二本地数据流疏导策略时，R_DGW将第二本地数据流疏导策略发送至L_DGW。

S612、L_DGW接收R_DGW发送的第一指示消息。

本发明实施例中，L_DGW存储第一指示消息中的第二本地数据流疏导策略，当后续再次接收到能够使能该第二本地数据流疏导策略的业务数据流报文时，L_DGW可以直接将再次接收到的业务数据流报文发送至对应的业务网络。

S613、L_DGW向R_DGW发送针对上述第一指示消息的第一响应消息。

其中，该第一响应消息用于指示上述第一指示消息被L_DGW成功接收。

S614、L_DGW根据第一指示消息中的第二本地数据流疏导策略将上述业务数据流报文发送至对应的业务网络。

需要说明的是，上述步骤S613为可选的步骤。

可见，本发明实施例无需UE配置应用APP与APN的对应关系，适用性强，且能够通过判断是否存储有针对业务数据流报文的本地数据流执行策略的方式实现PDN网络内业务数据流报文的按需部署，既节省了网络资源开销，又提高了业务数据流报文部署的灵活性。

请参阅图7，图7是本发明实施例公开的又一种业务数据流报文的传输方法的流程示意图。如图7所示，该方法适用于如图4所示的应用场景中，即图7所示的方法以第一网关设备为L_DGW、第二网关设备为R_DGW以及第三网关设备为CW_C为例。如图7所示，该方法可以包括以下步骤，其中，步骤S701～步骤S704分别对应图6中的步骤S601～步骤S604，本发明实施例不再赘述，需要说明的是，L_DGW即为图4中的L_DGW_U，R_DGW即为图4中的R_DGW_U，且当步骤S702的判断结果为是时，触发执行步骤S703以及步骤S704；当步骤S702的判断结果为否时，可以触发执行步骤S705～步骤S714，也可以触发执行步骤S715～步骤S722，本发明实施例不做限定：

S705、L_DGW将上述业务数据流报文发送至R_DGW。

S706、R_DGW接收L_DGW发送的业务数据流报文，解析处理并获取业务数据流报文的报文特征信息。

S707、R_DGW将获取到的报文特征信息发送至GW_C。

具体的，R_DGW可以通过分组识别报告(PIR，Packet Identify Report)消息向GW_C上报报文特征信息。

S708、GW_C接收RGW_C发送的报文特征信息，并根据报文特征信息对业务数据流报文进行业务规则匹配。

S709、当匹配出的与业务数据流报文对应的业务规则指示对业务数据流报文执行本地数据流疏导操作时，GW_C向R_DGW发送第一指示消息。

其中，该第一指示消息包括第二本地数据流疏导策略且该第一指示消息用于指示L_DGW根据该第二本地数据流疏导策略将业务数据流报文发送至业务网络。

S710、R_DGW接收GW_C发送的第一指示消息。

S711、R_DGW向L_SGW发送上述第一指示消息。

S712、L_DGW接收R_DGW发送的第一指示消息。

S713、L_DGW向R_DGW发送针对上述第一指示消息的第一响应消息。

其中，该第一响应消息用于指示第一指示消息被成功接收。

S714、L_DGW根据第一指示消息中的第二本地数据流疏导策略将上述业务数据流报文发送至业务网络。

S715、L_DGW将上述业务数据流报文发送至R_DGW。

S716、R_DGW接收L_DGW发送的业务数据流报文，解析处理并获取业务数据流报文的报文特征信息。

S717、R_DGW将获取到的报文特征信息发送至GW_C。

S718、GW_C接收RGW_C发送的报文特征信息，并根据报文特征信息对业务数据流报文进行业务规则匹配。

S719、当匹配出的与业务数据流报文对应的业务规则指示对业务数据流报文执行本地数据流疏导操作时，GW_C向L_DGW发送第二指示消息。

其中，该第二指示消息包括第三本地数据流疏导策略且该第二指示消息用于指示L_DGW根据第三本地数据流疏导策略将业务数据流报文发送至对应的业务网络。

S720、L_DGW接收GW_C发送的第二指示消息。

S721、L_DGW向R_DGW发送针对上述第二指示消息的第二响应消息。

其中，该第二响应消息用于指示第一指示消息被成功接收。

S722、L_DGW根据第二指示消息中的第三本地数据流疏导策略将上述业务数据流报文发送至对应的业务网络。

需要说明的是，上述步骤S713以及步骤S721均是可选的。

请参阅图8，图8是本发明实施例公开的又一种业务数据流报文的传输方法的流程示意图。如图8所示，该方法适用于如图3所示的应用场景中，即图8所示的方法以第一网关设备为L_DGW且第二网关设备为R_DGW为例。如图8所示，该方法可以包括以下步骤：

S801、R_DGW向L_DGW发送本地数据流疏导请求(Local Breakout Request)消息。

具体的，R_DGW在信令流程(PDN连接建立/修改流程或专有承载创建/修改流程)过程中通过S5/S8接口向L_DGW发送本地数据流疏导请求(Local Breakout Request)消息，且该消息中携带有报文特征信息(如报文的五元组等)并用于指示对该报文特征信息对应的业务数据流报文执行本地数据流疏导操作。

S802、L_DGW接收R_DGW发送的本地数据流疏导请求消息。

S803、L_DGW向R_DGW发送针对上述本地数据流疏导请求消息的响应消息。

其中，该响应消息用于指示上述本地数据流疏导请求已被成功接收。

S804、L_DGW接收UE发送的业务数据流报文，并解析该业务数据流报文。

S805、当接收到的业务数据流报文的报文特征信息与上述本地数据流疏导请求消息中的报文特征信息一致时，L_DGW将业务数据流报文发送至对应的业务网络。

本发明实施例中，当接收到的业务数据流报文的报文特征信息与上述本地数据流疏导请求消息中的报文特征信息一致时，L_DGW将业务数据流报文发送至R_DGW，以使R_DGW执行相应的操作。

请参阅图9，图9是本发明实施例公开的又一种业务数据流报文的传输方法的流程示意图。如图9所示，该方法适用于如图4所示的应用场景中，即图9所示的方法以第一网关设备为L_DGW、第二网关设备为R_DGW以及第三网关设备为GW_C为例。如图9所示，该方法可以包括以下步骤：

S901、GW_C向L_DGW发送本地数据流疏导请求(Local Breakout Request)消息。

具体的，GW_C在信令流程(PDN连接建立/修改流程或专有承载创建/修改流程)过程中通过S18接口向L_DGW发送本地数据流疏导请求(Local Breakout Request)消息，且该消息中携带有报文特征信息(如报文的五元组等)并用于指示对该报文特征信息对应的业务数据流报文执行本地数据流疏导操作。

S902、L_DGW接收GW_C发送的本地数据流疏导请求消息。

S903、L_DGW向GW_C发送针对上述本地数据流疏导请求消息的响应消息。

S904、L_DGW接收UE发送的业务数据流报文，并解析该业务数据流报文。

S905、当接收到的业务数据流报文的报文特征信息与上述本地数据流疏导请求消息中的报文特征信息一致时，L_DGW将业务数据流报文发送至对应的业务网络。

请参阅图10，图10是本发明实施例公开的一种业务数据流报文的传输装置的结构示意图。其中，图10所示的装置可以为L_DGW。如图10所示，该装置可以包括第一通信模块1001、判断模块1002、第二通信模块1003以及第三通信模块1004，其中：

第一通信模块1001用于接收UE发送的业务数据流报文。

判断模块1002用于判断上述业务数据流报文是否能够使能第一本地数据流疏导策略。

可选的，该第一本地数据流疏导策略是在信令流程过程中由第二网关设备或第三网关设备发送至图10所示的装置的。

第二通信模块1003用于当判断模块1002的判断结果为是时，根据上述第一本地数据流疏导策略将上述业务数据流报文发送至与上述业务数据流报文对应的业务网络。

第三通信模块1004用于当判断模块1002的判断结果为否时，将上述业务数据流报文发送至第二网关设备，以使第二网关设备执行与上述业务数据流报文对应的操作。

在一个可选的实施例中，第一通信模块1001可以包括通信子模块10011以及解封装子模块10012，此时，该装置的结构可以如图11所示，图11是本发明实施例公开的另一种业务数据流报文的传输装置的结构示意图。其中：

通信子模块10011用于接收UE发送的第一隧道报文。

解封装子模块10012用于对第一隧道报文执行解封装隧道头操作，得到业务数据流报文；

且在该一种可选的实施例中，第三通信模块1004将上述业务数据流报文发送至第二网关设备的具体方式为：

对上述业务数据流报文执行隧道封装操作，得到第二隧道报文，并将该第二隧道报文发送至第二网关设备。

在另一个可选的实施例中，第三通信模块1004还可以用于接收第二网关设备发送的第一指示消息，其中，该第一指示消息包括针对上述业务数据流报文的第二本地数据流疏导策略，且该第一指示消息用于指示图11所示的装置根据该第二本地数据流疏导策略将上述业务数据流报文发送至对应的业务网络。

且在该另一种可选的实施例中，第二通信模块1003还可以用于根据上述第二本地数据流疏导策略将上述业务数据流报文发送至对应的业务网络。

进一步可选的，上述第一指示消息还可以包括上述业务数据流报文，且第三通信模块1004还可以用于向第二网关设备发送针对上述第一指示消息的第一响应消息，其中，该第一响应消息用于指示上述第一指示消息被成功接收。

在又一个可选的实施例中，在图10所示的装置结构基础上，该装置还可以包括第四通信模块1005，此时，该装置的结构可以如图12所示，图12是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。其中：

第四通信模块1005用于接收第三网关设备发送的第二指示消息，其中，该第二指示消息包括第三本地数据流疏导策略且该第二指示消息用于指示图12所示的装置根据该第三本地数据流疏导策略将上述业务数据流报文发送至对应的业务网络。且第二通信模块1003还可以用于根据该第三本地数据流疏导策略将上述业务数据流报文发送至对应的业务网络。

进一步可选的，上述第二指示消息还包括上述业务数据流报文，且第四通信模块1005还可以用于向第三网关设备发送针对第二指示消息的第二响应消息，其中，该第二响应消息用于指示上述第二指示消息被成功接收。

请参阅图13，图13是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。其中，图13所示的装置可以为R_DGW。如图13所示，该装置可以包括第一通信模块1301、解析模块1302以及第二通信模块1303，其中：

在第一个实施例中，第一通信模块1301用于接收第二网关设备发送的业务数据流报文。

解析模块1302用于解析业务数据流报文获得针对业务数据流报文的报文处理策略。

第一通信模块1301还用于当上述报文处理策略为本地数据流疏导策略时，向第二网关设备发送指示消息，其中，该指示消息包括本地数据流疏导策略，且该指示消息用于指示第二网关设备根据该本地数据流疏导策略将上述业务数据流报文发送至与上述业务数据流报文对应的业务网络。

第二通信模块1303用于当上述报文处理策略不为本地数据流疏导策略时，将上述业务数据流报文发送至对应的业务网络。

在第二个实施例中，第一通信模块1301用于接收第二网关设备发送的业务数据流报文。

解析模块1302用于解析上述业务数据流报文获得上述业务数据流报文的报文特征信息。

第二通信模块1303用于向第三网关设备发送上述报文特征信息。

可选的，如图14所示，第一通信模块1301可以包括通信子模块13011以及解封装子模块13012，图14是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。其中：

通信子模块13011用于接收第二网关设备发送的隧道报文。

解封装子模块13012用于对上述隧道报文执行解封装隧道头操作，得到上述业务数据流报文。

在第一个实施例中，可选的，解析模块1302解析业务数据流报文获得针对业务数据流报文的报文处理策略的具体方式为：

解析业务数据流报文获得其报文特征信息，并根据该报文特征信息对业务数据流报文进行业务规则匹配得到报文处理策略。

在第一个实施例中，可选的，上述指示消息还可以包括业务数据流报文，且第一通信模块1301还可以用于接收第二网关设备发送的针对指示消息的响应消息，其中，该响应消息用于指示上述指示消息被成功接收。

在第二个实施例中，可选的，第二通信模块1303还可以用于接收第三网关设备发送指示消息，其中，该指示消息包括针对业务数据流报文的本地数据流疏导策略且该指示消息用于指示第二网关设备根据本地数据流疏导策略将业务数据流报文发送至与本地数据流报文对应的业务网络，且第一通信模块1301还可以用于将该指示消息发送至第二网关设备。

在第二个实施例中，进一步可选的，上述指示消息还可以包括业务数据流报文，且第一通信模块1301还可以用于接收第二网关设备发送的针对上述指示消息的响应消息，其中，该响应消息用于指示上述指示消息被成功接收。

请参阅图15，图15是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。其中，图15所示的装置可以为GW_C。如图15所示，该装置可以包括第一通信模块1501、匹配模块1502以及第二通信模块1503，其中：

第一通信模块1501用于接收第二网关设备发送的报文特征信息，其中，该报文特征信息是由第二网关设备解析其接收到的第三网关设备发送的业务数据流报文得到。

匹配模块1502用于根据上述报文特征信息对上述业务数据流报文进行业务规则匹配。

第二通信模块1503用于当匹配出的与上述业务数据流报文对应的业务规则指示对业务数据流报文执行本地数据流疏导操作时，向第三网关设备发送指示消息，其中，该指示消息包括针对上述业务数据流报文的本地数据流疏导策略且该指示消息用于指示第三网关设备根据本地数据流疏导策略将业务数据流报文发送至与本地数据流报文对应的业务网络。

可选的，第二通信模块1503向第三网关设备发送指示消息的具体方式为：

直接向第三网关设备发送指示消息；或

通过第二网关设备向第三网关设备发送指示消息。

进一步可选的，上述指示消息还包括上述业务数据流报文，第二通信模块1503还可以用于当直接向第三网关设备发送上述指示消息时，接收第三网关设备发送的针对上述指示消息的响应消息，该响应消息用于指示上述指示消息被成功接收。

请参阅图16，图16是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。如图16所示，该装置可以包括：存储器1601、输入接口1602、输出接口1603、至少一个处理器1604(如CPU)以及至少一个通信总线1605，存储器1601可以是高速RAM存储器，也可以是非易失性存储器(non-volatile memory)，如至少一个磁盘存储器，可选的，存储器1601还可以是至少一个位于远离前述处理器1604的存储装置。其中：

通信总线1605用于实现这些组件之间的连接通信。

输入接口1602用于接收UE发送的业务数据流报文。

存储器1601中存储一组程序代码，处理器1604调用存储器1601中存储的程序代码，用于执行以下操作：

判断业务数据流报文是否能够使能第一本地数据流疏导策略；

输出接口1603用于当处理器1604的判断结果为是时，根据第一本地数据流疏导策略将业务数据流报文发送至与业务数据流报文对应的业务网络。

输出接口1603还用于当处理器1604的判断结果为否时，将业务数据流报文发送至第二网关设备，以使第二网关设备执行与业务数据流报文对应的操作。

在一个可选的实施例中，输入接口1602接收UE发送的业务数据流报文的具体方式可以为：

接收UE发送的第一隧道报文；

对第一隧道报文执行解封装隧道头操作，得到业务数据流报文。

输出接口1603将业务数据流报文发送至第二网关设备的具体方式可以为：

对业务数据流报文执行隧道封装操作，得到第二隧道报文，并将第二隧道报文发送至第二网关设备。

在另一个可选的实施例中，输入接口1602还可以用于接收第二网关设备发送的第一指示消息，第一指示消息包括针对业务数据流报文的第二本地数据流疏导策略，且第一指示消息用于指示图16所示的装置根据第二本地数据流疏导策略将业务数据流报文发送至对应的业务网络。

输出接口1603还可以用于根据第二本地数据流疏导策略将业务数据流报文发送至对应的业务网络。

可选的，上述第一指示消息还包括业务数据流报文，且输出接口1603还可以用于向第二网关设备发送针对上述第一指示消息的第一响应消息，该第一响应消息用于指示第一指示消息被成功接收。

在又一个可选的实施例中，输入接口1602还可以用于接收第三网关设备发送的第二指示消息，第二指示消息包括第三本地数据流疏导策略且第二指示消息用于指示图16所示的装置根据第三本地数据流疏导策略将业务数据流报文发送至业务网络；

输出接口1603还可以用于根据第三本地数据流疏导策略将业务数据流报文发送至对应的业务网络。

可选的，上述第二指示消息还可以包括业务数据流报文，输出接口1603还可以用于向第三网关设备发送针对上述第二指示消息的第二响应消息，该第二响应消息用于指示上述第二指示消息被成功接收。

在一个实施例中，第一本地数据流疏导策略是在信令流程过程中由第二网关设备或第三网关设备发送至图16所示的装置的。

请参阅图17，图17是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。如图17所示，该装置可以包括：存储器1701、输入接口1702、输出接口1703、至少一个处理器1704(如CPU)以及至少一个通信总线1705，存储器1701可以是高速RAM存储器，也可以是非易失性存储器(non-volatile memory)，如至少一个磁盘存储器，可选的，存储器1701还可以是至少一个位于远离前述处理器1704的存储装置。其中：

通信总线1705用于实现这些组件之间的连接通信。

输入接口1702用于接收第二网关设备发送的业务数据流报文。

存储器1701中存储一组程序代码，处理器1704调用存储器1701中存储的程序代码，用于执行以下操作：

解析业务数据流报文获得针对业务数据流报文的报文处理策略。

输出接口1703可以用于当上述报文处理策略为本地数据流疏导策略时，向第二网关设备发送指示消息，该指示消息包括本地数据流疏导策略，且该指示消息用于指示第二网关设备根据本地数据流疏导策略将业务数据流报文发送至与业务数据流报文对应的业务网络；

输出接口1703还可以用于当上述报文处理策略不为本地数据流疏导策略时，将业务数据流报文发送至对应的业务网络。

在一个可选的实施例中，输入接口1702接收第二网关设备发送的业务数据流报文的具体方式可以为：

接收第二网关设备发送的隧道报文，并对隧道报文执行解封装隧道头操作，得到业务数据流报文。

在另一个可选的实施例中，处理器1704解析业务数据流报文获得针对业务数据流报文的报文处理策略的具体方式可以为：

解析业务数据流报文获得其报文特征信息，并根据报文特征信息对业务数据流报文进行业务规则匹配得到报文处理策略。

在又一个可选的实施例中，上述指示消息还包括业务数据流报文，且输入接口1702还可以用于接收第二网关设备发送的针对上述指示消息的响应消息，响应消息用于指示上述指示消息被成功接收。

请参阅图18，图18是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。如图18所示，该装置可以包括：存储器1801、输入接口1802、输出接口1803、至少一个处理器1804(如CPU)以及至少一个通信总线1805，存储器1801可以是高速RAM存储器，也可以是非易失性存储器(non-volatile memory)，如至少一个磁盘存储器，可选的，存储器1801还可以是至少一个位于远离前述处理器1804的存储装置。其中：

通信总线1805用于实现这些组件之间的连接通信。

输入接口1802用于接收第二网关设备发送的业务数据流报文。

存储器1801中存储一组程序代码，处理器1804调用存储器1801中存储的程序代码，用于执行以下操作：

解析业务数据流报文获得业务数据流报文的报文特征信息。

输出接口1803用于向第三网关设备发送报文特征信息。

在一个可选的实施例中，输入接口1802接收第二网关设备发送的业务数据流报文的具体方式可以为：

接收第二网关设备发送的隧道报文，并对该隧道报文执行解封装隧道头操作，得到业务数据流报文。

在另一个可选的实施例中，输入接口1802还可以用于接收第三网关设备发送指示消息，该指示消息包括针对业务数据流报文的本地数据流疏导策略且该指示消息用于指示第二网关设备根据本地数据流疏导策略将业务数据流报文发送至与本地数据流报文对应的业务网络。

输出接口1803还可以用于将指示消息发送至第二网关设备。

进一步可选的，上述指示消息还可以包括业务数据流报文，且输入接口1802还可以用于接收第二网关设备发送的针对指示消息的响应消息，该响应消息用于指示上述指示消息被成功接收。

图19是本发明实施例公开的又一种业务数据流报文的传输装置的结构示意图。如图19所示，该装置可以包括：存储器1901、输入接口1902、输出接口1903、至少一个处理器1904(如CPU)以及至少一个通信总线1905，存储器1901可以是高速RAM存储器，也可以是非易失性存储器(non-volatile memory)，如至少一个磁盘存储器，可选的，存储器1901还可以是至少一个位于远离前述处理器1904的存储装置。其中：

通信总线1905用于实现这些组件之间的连接通信。

输入接口1902用于接收第二网关设备发送的报文特征信息，其中，该报文特征信息是由第二网关设备解析其接收到的第三网关设备发送的业务数据流报文得到。

存储器1901中存储一组程序代码，且处理器1904调用存储器1901中存储的程序代码，用于执行以下操作：

根据上述报文特征信息对业务数据流报文进行业务规则匹配。

输出接口1903用于当匹配出的与业务数据流报文对应的业务规则指示对业务数据流报文执行本地数据流疏导操作时，向第三网关设备发送指示消息，该指示消息包括针对业务数据流报文的本地数据流疏导策略且该指示消息用于指示第三网关设备根据本地数据流疏导策略将业务数据流报文发送至与本地数据流报文对应的业务网络。

在一个可选的实施例中，输出接口1903向第三网关设备发送指示消息的具体方式可以为：

直接向第三网关设备发送指示消息；或

通过第二网关设备向第三网关设备发送指示消息。

进一步可选的，上述指示消息还包括业务数据流报文，且输入接口1902还可以用于当输出接口1903直接向第三网关设备发送指示消息时，接收第三网关设备发送的针对指示消息的响应消息，该响应消息用于指示上述指示消息被成功接收。

请参阅图20，图20是本发明实施例公开的一种业务数据流报文的传输系统的结构示意图。如图20所示，该系统可以包括UE2001、第一网关设备2002以及第二网关设备2003，其中：

UE2001用于向第一网关设备2002发送业务数据流报文。

第一网关设备2002用于接收UE2001发送的业务数据流报文并判断该业务数据流报文是否能够使能第一本地数据流疏导策略，若是，则根据该第一本地数据流疏导策略将业务数据流报文发送至与业务数据流报文对应的业务网络，若否，则将业务数据流报文发送至第二网关设备2003。

第二网关设备2003用于接收第一网关设备2002发送的业务数据流报文，并执行与业务数据流报文对应的操作。

在一个可选的实施例中，第一网关设备2002接收UE2001发送的业务数据流报文的具体方式可以为：

接收UE 2001发送的第一隧道报文，并对该第一隧道报文执行解封装隧道头操作，得到业务数据流报文。

第一网关设备2002将业务数据流报文发送至第二网关设备2003的具体方式可以为：

对业务数据流报文执行隧道封装操作，得到第二隧道报文，并将该述第二隧道报文发送至第二网关设备2003。

在另一个可选的实施例中，第二网关设备2003执行与业务数据流报文对应的操作的具体方式可以为：

解析业务数据流报文获得针对业务数据流报文的报文处理策略；

当报文处理策略为第二本地数据流疏导策略时，向第一网关设备2002发送第一指示消息，该第一指示消息包括第二本地数据流疏导策略，且该第一指示消息用于指示第一网关设备2002根据本地数据流疏导策略将业务数据流报文发送至业务网络；

当报文处理策略不为第二本地数据流疏导策略时，将业务数据流报文发送至对应的业务网络；

第一网关设备2002还用于接收第一指示消息，并根据第二本地数据流疏导策略将业务数据流报文发送至业务网络。

进一步可选的，上述第一指示消息还可以包括业务数据流报文，且第一网关设备2002还可以用于向第二网关设备2003发送针对上述第一指示消息的第一响应消息，该第一响应消息用于指示上述第一指示消息被成功接收。

第二网关设备2003还可以用于接收上述第一响应消息。

在又一个可选的实施例中，该系统还可以包括第三网关设备2004，此时，该系统的结构可以如图21所示，图21是本发明实施例公开的又一种业务数据流报文的传输系统的结构示意图。其中：

第二网关设备2003执行与业务数据流报文对应的操作的具体方式可以为：

解析业务数据流报文获得业务数据流报文的报文特征信息，并向第三网关设备2004发送报文特征信息；

第三网关设备2004用于接收第二网关设备2003发送的报文特征信息，根据报文特征信息对业务数据流报文进行业务规则匹配，当匹配出的与业务数据流报文对应的业务规则指示对业务数据流报文执行本地数据流疏导操作时，向第一网关设备2002发送第二指示消息，其中，该第二指示消息包括针对业务数据流报文的第三本地数据流疏导策略且该第二指示消息用于指示第一网关设备2002根据第三本地数据流疏导策略将业务数据流报文发送至对应的业务网络。

第一网关设备2002还可以用于接收第三网关设备2004发送的第二指示消息，并根据第三本地数据流疏导策略将业务数据流报文发送至对应的业务网络。

进一步可选的，上述第二指示消息还包括业务数据流报文，且第一网关设备2002还可以用于向第三网关设备2004发送针对上述第二指示消息的第二响应消息，其中，该第二响应消息用于指示第二指示消息被成功接收。

第三网关设备2004还可以用于接收第二响应消息。

在又一种可选的实施例中，上述第一本地数据流疏导策略可以是在信令流程过程中由第二网关设备2003以及第三网关设备2004发送给第一网关设备2002的。

需要说明的是，上述方法实施例均以3GPP接入场景为例，但是本发明并不局限于3GPP接入场景，亦可应用到Non-3GPP场景中，具体说明如下：

1、对于可行接入的Non-3GPP场景，L-DGW的具体网元形态可以为TGW，R-DGW的具体网元形态仍然可以为PGW，它们之间通过标准定义的S2a接口相连接。参考前述实施例的描述，对S2a接口进行类似S5/8接口的增强，可以达到本发明期望的效果。

2、对于非可行接入的Non-3GPP场景，L-DGW的具体网元形态可以为ePDG，R-DGW的具体网元形态仍然可以为PGW，它们之间通过标准定义的S2b接口相连。参考前述实施例的描述，对S2b接口进行类似S5/8接口的增强，可以达到本发明期望的效果。

需要说明的是，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例装置中的模块可以根据实际需要进行合并、划分和删减。

本发明实施例中所述模块，可以通过通用集成电路，例如CPU(CentralProcessing Unit，中央处理器)，或通过ASIC(Application Specific IntegratedCircuit，专用集成电路)来实现。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种业务数据流报文的传输方法，其特征在于，所述方法包括：

第一网关设备接收用户设备UE发送的业务数据流报文；

当不能够使能所述第一本地数据流疏导策略时，所述第一网关设备将所述业务数据流报文发送至第二网关设备，以使所述第二网关设备执行与所述业务数据流报文对应的操作；

所述第一网关设备将所述业务数据流报文发送至第二网关设备之后，所述方法还包括：

2.根据权利要求1所述的方法，其特征在于，所述第一网关设备接收用户设备UE发送的业务数据流报文，包括：

3.根据权利要求1或2所述的方法，其特征在于，所述第一网关设备将所述业务数据流报文发送至第二网关设备之后，所述方法还包括：

4.根据权利要求1或2所述的方法，其特征在于，所述第一本地数据流疏导策略是由所述第二网关设备或第三网关设备发送至所述第一网关设备的。

5.根据权利要求1所述的方法，其特征在于，所述第一指示消息还包括所述业务数据流报文；

所述方法还包括：

6.根据权利要求3所述的方法，其特征在于，所述第二指示消息还包括所述业务数据流报文；

所述方法还包括：

7.一种业务数据流报文的传输装置，其特征在于，所述装置包括第一通信模块、判断模块、第二通信模块以及第三通信模块，其中：

所述第一通信模块，用于接收UE发送的业务数据流报文；

所述第三通信模块，用于当所述判断模块的判断结果为否时，将所述业务数据流报文发送至第二网关设备，以使所述第二网关设备执行与所述业务数据流报文对应的操作；

所述第三通信模块，还用于接收所述第二网关设备发送的第一指示消息，所述第一指示消息包括针对所述业务数据流报文的第二本地数据流疏导策略，且所述第一指示消息用于指示所述装置根据所述第二本地数据流疏导策略将所述业务数据流报文发送至所述业务网络；

8.根据权利要求7所述的装置，其特征在于，所述第一通信模块包括通信子模块以及解封装子模块，其中：

所述通信子模块，用于接收所述UE发送的第一隧道报文；

9.根据权利要求7或8所述的装置，其特征在于，所述装置还包括第四通信模块，其中：

10.根据权利要求7或8所述的装置，其特征在于，所述第一本地数据流疏导策略是由所述第二网关设备或第三网关设备发送至所述装置的。

11.根据权利要求7所述的装置，其特征在于，所述第一指示消息还包括所述业务数据流报文；

12.根据权利要求9所述的装置，其特征在于，所述第二指示消息还包括所述业务数据流报文；

13.一种业务数据流报文的传输系统，其特征在于，所述系统包括用户设备UE、第一网关设备以及第二网关设备，其中：

所述UE，用于向所述第一网关设备发送业务数据流报文；

若否，则所述第一网关设备将所述业务数据流报文发送至所述第二网关设备；所述第二网关设备，用于接收所述第一网关设备发送的所述业务数据流报文，并执行与所述业务数据流报文对应的操作；

14.根据权利要求13所述的系统，其特征在于，所述第一网关设备接收所述UE发送的所述业务数据流报文的具体方式为：

15.根据权利要求13或14所述的系统，其特征在于，所述系统还包括第三网关设备；

16.根据权利要求13或14所述的系统，所述系统还包括第三网关设备，且所述第一本地数据流疏导策略是由所述第二网关设备或所述第三网关设备发送至所述第一网关设备的。

17.根据权利要求13所述的系统，其特征在于，所述第一指示消息还包括所述业务数据流报文；

所述第二网关设备，还用于接收所述第一响应消息。

18.根据权利要求15所述的系统，其特征在于，所述第二指示消息还包括所述业务数据流报文；

所述第三网关设备，还用于接收所述第二响应消息。