本发明涉及通信技术领域，尤其涉及一种业务数据流传输方法、系统和pgw。
背景技术：
在lte(longtermevolution，长期演进)网络中，根据服务质量用户的承载分为默认承载和专有承载。默认承载采用non-gbr带宽保障，即所有用户共享同一基站下的资源，没有优先级，每个用户在一般情况下都使用默认承载。为了给相同ip地址的用户设备提供具有不同qos保障的业务，需要使用专有承载，每个用户可以有多个专有承载。专有承载可以设置gbr(保证带宽)，使用非9的qci，从而在无线侧具有高调度优先级。专有承载的识别目前主要是通过ip+端口的五元组，在3gpp规范中通过tft(trafficflowtemplate)标识，pgw(pdngateway)和ue(userequipment)都需要安装tft，通过tft来过滤每个数据包，将符合条件的数据包通过专有承载发送，不匹配的通过默认承载发送。
但是，移动互联网业务具有分布广、变化快的特点，如需要通过专有承载保障支付宝业务，由于支付宝本身服务接口众多且部署了cdn，如果需要全程保障则需要部署上千个ip地址。根据协议规范，一个承载对应一个tft，一个tft最多允许16个filter，也就是只能配置16个地址过滤规则，因此无法满足当前的业务需求，且下发大量的filter增大了网络信令的开销。目前，移动网流量主要是http，其他协议流量很少。http流量中包含了各种各样的业务数据流，针对业务数据流，核心网需要配置filter进行流量匹配。但业务的filter信息会随时动态变化，pcrf无法准确配置出应用业务的filter信息，而且由于标准协议的限制，一个承载对应一个通信流量模块(trafficflowtemplate，英文全称为tft)，一个通信流量模块目前最多允许设置16个filter，不能适应因为应用的多样性带来的filter的多样性的要求，不能根据应用信息有效的创建相应的专有承载。同时同一个ip+端口对应的服务，其中部分的业务流量需要使用专载，目前的方式也无法实现。
技术实现要素：
有鉴于此，本发明要解决的一个技术问题是提供一种业务数据流传输方法、系统和pgw。
根据本发明的一个方面，提供一种业务数据流传输方法，包括：分组数据网关pgw建立网关侧业务流模板tft规则，其中，网关侧tft规则配置有业务类型标识与专有承载的对应关系；所述pgw基于所述网关侧tft规则对下行数据进行过滤，当判断ipv6报文包头的流标识flowlabal字段携带的信息与所述业务类型标识相符合时，则将所述ipv6报文通过所述专有承载发送。
可选地，所述pgw接收到策略与计费规则功能单元pcrf下发的业务承载规则，其中，所述业务承载规则包括：所述业务类型标识、业务流的服务质量qos信息；所述pgw根据所述业务类型标识建立所述网关侧tft规则。
可选地，所述pgw接收到pcrf下发的业务承载规则包括：所述pgw向所述pcrf发送ccr消息，用于获取业务信息；所述pcrf向所述pgw发送cca消息，其中，所述cca消息中携带有所述业务承载规则。
可选地，所述pgw向mme发送createbearerrequest消息，请求建立所述专有承载，其中，所述createbearerrequest消息携带有所述业务类型标识和所述qos信息；所述mme向enb发送bearersetuprequest消息，其中，在所述消息中携带有所述业务类型标识；所述enb向所述终端发送rrcconnectionreconfiguration消息，其中，在所述消息中携带有所述业务类型标识；所述终端基于所述业务类型标识建立终端侧tft规则，其中，所述终端侧tft规则配置有所述业务类型标识与所述专有承载的对应关系。
可选地，在建立所述终端侧tft规则后，所述终端向所述enb发送rrcconnectionreconfiguration消息；所述enb向所述mme返回bearersetupresponse消息，通知所述专有承载建立；所述mme向所述pgw返回createbearerrespone消息，通知所述pgw，通知所述专有承载建立。
可选地，所述终端基于所述终端侧tft规则对上行数据进行过滤；当判断上行数据与所述业务类型标识相匹配时，则将所述业务类型标识添加在所述上行数据的ipv6报文包头的flowlabal字段中，并通过所述专有承载发送至所述pgw。
可选地，服务器接收到所述pgw转发的所述上行数据，提取ipv6报文包头的flowlabal字段携带的所述业务类型标识；所述服务器将所述业务类型标识添加在响应数据的ipv6报文包头的flowlabal字段中，并将所述响应数据发送至所述pgw。
可选地，所述qos信息包括：服务质量分类标识qci信息。
根据本发明的另一方法，提供一种业务数据流传输方法，包括：分组数据网关pgw；所述pgw，包括：过滤规则建立模块，用于建立网关侧业务流模板tft规则，其中，所述网关侧tft规则配置有业务类型标识与专有承载的对应关系；流量过滤模块，用于基于所述网关侧tft规则对下行数据进行过滤，当判断ipv6报文包头中的流标识flowlabal字段携带的信息与所述业务类型标识相符合时，则将所述ipv6报文通过所述专有承载发送。
可选地，还包括：策略与计费规则功能单元pcrf；所述过滤规则建立模块，还用于接收所述pcrf下发的业务承载规则，所述业务承载规则包括：所述业务类型标识、业务流的服务质量qos信息，根据所述业务类型标识建立所述网关侧tft规则。
可选地，所述过滤规则建立模块，还用于向所述pcrf发送ccr消息，用于获取业务信息；所述pcrf向所述过滤规则建立模块发送cca消息，其中，所述cca消息中携带有所述业务承载规则。
可选地，还包括：mme、enb和终端；所述pgw，还包括：承载建立模块，用于向所述mme发送createbearerrequest消息，请求建立所述专有承载，其中，所述createbearerrequest消息携带有所述业务类型标识和所述qos信息；所述mme向enb发送bearersetuprequest消息，其中，在所述消息中携带有所述业务类型标识；所述enb向所述终端发送rrcconnectionreconfiguration消息，其中，在所述消息中携带有所述业务类型标识；所述终端基于所述业务类型标识建立终端侧tft规则，其中，所述终端侧tft规则配置有所述业务类型标识与所述专有承载的对应关系。
可选地，在建立终端侧tft规则后，所述终端向所述enb发送rrcconnectionreconfiguration消息；所述enb向所述mme返回bearersetupresponse消息，通知所述专有承载建立；所述mme向所述承载建立模块返回createbearerrespone消息，通知所述承载建立模块专有承载建立。
可选地，所述终端基于所述终端侧tft规则对上行数据进行过滤，当判断上行数据与所述业务类型标识相匹配时，则将所述业务类型标识添加在所述上行数据的ipv6报文包头的flowlabal字段中，并通过所述专有承载发送至所述pgw。
可选地，包括：服务器；所述服务器接收到所述pgw转发的所述上行数据，提取ipv6报文包头中的flowlabal字段携带的所述业务类型标识；所述服务器将所述业务类型标识添加在响应数据的ipv6报文包头的flowlabal字段中，并将所述响应数据发送至所述pgw。
根据本发明的又一方面，提供一种分组数据网关pgw，包括：过滤规则建立模块，用于建立网关侧业务流模板tft规则，其中，所述网关侧tft规则配置有业务类型标识与专有承载的对应关系；流量过滤模块，用于基于所述网关侧tft规则对下行数据进行过滤，当判断ipv6报文包头中的流标识flowlabal字段携带的信息与所述业务类型标识相符合时，则将所述ipv6报文通过所述专有承载发送。
可选地，所述过滤规则建立模块，还用于接收策略与计费规则功能单元pcrf下发的业务承载规则，所述业务承载规则包括：所述业务类型标识、业务流的服务质量qos信息，根据所述业务类型标识建立所述网关侧tft规则。
可选地，所述过滤规则建立模块，还用于向所述pcrf发送ccr消息，用于获取业务信息；其中，所述pcrf向所述过滤规则建立模块发送cca消息，其中，所述cca消息中携带有所述业务承载规则。
本发明的业务数据流传输方法，使用ipv6报头中flowlabel字段值作为专有承载的过滤规则，解决了无法为具有多ip地址的复杂业务配置专有承载保障的问题，可实现对同一ip+端口下不同业务数据流进行专有承载保障，减小了网络侧下发的tft规则的信令开销。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为根据本发明的业务数据流传输方法的一个实施例的流程示意图；
图2为ipv6报文的结构示意图；
图3为根据本发明的业务数据流传输方法的另一个实施例的流程示意图；
图4为根据本发明的业务数据流传输系统的一个实施例的示意图；
图5为根据本发明的业务数据流传输系统的一个实施例中pgw的模块示意图。
具体实施方式
下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施例。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。下面结合各个图和实施例对本发明的技术方案进行多方面的描述。
图1为根据本发明的业务数据流传输方法的一个实施例的流程示意图，如图1所示：
步骤101，pgw建立网关侧业务流模板tft规则，其中，网关侧tft规则配置有业务类型标识与专有承载的对应关系。业务类型标识用于标识并区分不同业务类型的数据流，可以是运营商分配的。
步骤102，pgw基于网关侧tft规则对下行数据进行过滤。
步骤103，当判断ipv6报文包头的流标识flowlabal字段携带的信息与业务类型标识相符合时，则将ipv6报文通过专有承载发送。
在网关侧tft规则中建立业务类型标识与专有承载的对应关系，当ipv6报文包头的flowlabal字段的值与业务类型标识相符合，则基于对应关系确定专有承载，将ip报文通过专有承载发送。
在一个实施例中，终端建立终端侧tft规则，终端侧tft规则配置有业务类型标识与专有承载的对应关系。终端基于终端侧tft规则对上行数据进行过滤，当判断上行数据与业务类型标识相匹配时，则将业务类型标识添加在上行数据的ipv6报文包头的flowlabal字段中，并通过专有承载发送至pgw。
在ue和pdn(packetdatanetwork，分组数据网络)之间提供某种特性的qos(qualityofservice，服务质量)传输保证的承载分为两类：默认承载(defaultbearer)和专有承载(dedicatedbearer)。默认承载则是一种满足默认qos的数据和信令的用户承载。默认承载可简单地理解为一种提供尽力而为ip(internetprotocol，网络互联协议)连接的承载，随着pdn链接的建立而建立，随着pdn的链接的拆除而销毁，为用户提供永久在线的ip传输服务。与专有承载相比，默认承载无法区分过滤符合某些准则的分组。
专有承载是在pdn链接建立的基础上建立的，是为了提供某种特定的qos传输需求而建立的(默认承载无法满足的)。专有承载在ue关联了一个ul(uplink，上行)tft(trafficflowtemplate，业务流模板)，在pgw(pdngateway，分组数据网关)关联了一个dltft，tft中包含业务数据流的过滤器，而这些过滤器只能匹配符合某些准则的分组。
目前，随着业务复杂性的提高，传统的通过ip地址的方式来建立专有承载的方案无法满足业务的需求，主要有两个问题：1.核心网专有承载最细的规则是ip+端口，针对同一端口提供的不同业务流量无法进行区分。例如，1个80端口提供视频服务，针对不同的视频流，重要的数据流要进行专载保障，目前无法实现。2.核心网针对一个专有承载最多只能配置16个ip+端口规则，无法满足复杂业务需求。
上述实施例中的业务数据流传输方法，将ipv6报文包头的流标识flowlabal字段的值作为使用专有承载的过滤规则，解决了无法为具有多ip地址的复杂业务配置专有承载保障的问题，利用ipv6固定报头中的flowlabel字段在核心网中来标识不同的业务数据流，用户终端和核心网中的pgw均使用ipv6报头的flowlabel字段来识别出需要使用专有承载保障的业务数据流，简化了复杂业务的专有承载建立过程，使得识别出同一ip+端口下不同业务数据流得以实现。
ipv6协议的固定报头如图2所示：其中flowlabel字段在协议中就是用于在传输的过程中标识数据流，其长度为20bit，目前在lte网络部署中，并没有使用到该字段。pcrf(policyandchargingrulesfunction，策略与计费规则功能单元)是核心网的策略控制实体，负责管理维护签约保障业务流和业务类型标识的对应关系，并负责下发相应规则到pgw网元。由pcrf网元保存保障业务流与业务类型标识的对应关系如下表1所示：
表1－业务流与ipv6flowlabel值的对应关系
表1中的业务类型标识为运营商分配的标识，业务类型标识的前10bits用于表示每个厂商，后10bits分配个各厂商用于标识其具体的业务数据流。例如，业务类型标识00000000020000000001时，则表明业务数据流是来自支付宝的业务数据流。
在用户终端上线的过程中，pcrf会触发基于业务数据流的专有承载建立。当终端上的app发送上行报文时，根据具体的业务将报文的ipv6报头的flowlabel字段置为运营商为其分配的标识，将数据包进行终端侧tft规则的匹配，将数据包通过专有承载传输到核心网，核心网再将报文转发至服务器侧。
例如，终端上的支付宝app发送上行报文，支付宝对应的业务类型标识为00000000020000000001，在终端侧的tft规则中查询是否有业务类型标识为00000000020000000001，如果有，基于业务类型标识与专有承载的对应关系，获取业务类型标识为00000000020000000001对应的专有承载，将支付宝app发送上行报文通过专有承载发送。终端将支付宝app发送上行报文的ipv6报头中的flowlabel字段置为业务类型标识00000000020000000001，并通过专有承载传输到核心网，核心网再将报文转发至服务器侧。
服务器将回复业务数据流的ipv6报头的flowlabel字段置为相同值，pgw将接收到的回复业务数据流通过专有承载转发。例如，服务器将回复业务数据流的ipv6报头的flowlabel字段置为业务类型标识00000000020000000001，并发送到pgw。pgw判断网关侧tft规则中是否有业务类型标识00000000020000000001，如果有，则基于业务类型标识与专有承载的对应关系，获取业务类型标识为00000000020000000001对应的专有承载，将回复业务数据流通过与标识00000000020000000001对应的专有承载发送至终端。
上述实施例中的业务数据流传输方法，通过ipv6报头的flowlabel字段值作为专有承载的过滤规则，解决了无法为具有多ip地址的复杂业务配置专有承载保障的问题，可实现对同一ip+端口下不同业务数据流进行专有承载保障，减小了网络侧下发的tft规则的信令开销，业务规则配置简单，仅需将不同的业务数据流映射到不同的ipv6报头中的flowlabel字段中。
图3为根据本发明的业务数据流传输方法的另一个实施例的流程示意图，如图3所示：
步骤301，pcrf保存各种业务数据流和业务类型标识值的映射关系。在用户订购保障业务套餐后，同时在pcrf和用户业务服务器登记。
步骤302，用户终端上线后建立默认承载。
步骤303，pgw通过ccr消息向pcrf获取用户签约的业务信息。
步骤304，pcrf通过cca消息下发用户签约业务对应的业务承载规则。
pgw接收到pcrf下发的业务承载规则，包括：业务类型标识、业务流的服务质量qos信息，qos信息包括：服务质量分类标识qci信息
步骤305，pgw根据业务类型标识建立网关侧tft规则。在网关侧tft规则中设置业务类型标识与专有承载的对应关系，可以设置业务类型标识与已有的专有承载的对应关系，也可以在建立了满足pcrf下发qos信息的专有承载后，建立新建立的专有承载与业务类型标识的对应关系。
步骤306，pgw向mme发送createbearerrequest消息，请求建立专有承载，其中，createbearerrequest消息携带有业务类型标识和qos信息。
步骤307，mme向enb发送bearersetuprequest消息，其中，在bearersetuprequest消息中携带有业务类型标识。enb向终端发送rrcconnectionreconfiguration消息，其中，在消息中携带有业务类型标识；
步骤308，终端基于业务类型标识建立终端侧tft规则，其中，终端侧tft规则配置有业务类型标识与专有承载的对应关系。在建立终端侧tft规则后，终端向enb发送rrcconnectionreconfiguration消息；
步骤309，enb向mme返回bearersetupresponse消息，通知专有承载建立。
步骤310，mme向pgw返回createbearerrespone消息，通知pgw，通知专有承载建立。
步骤311，312，终端基于终端侧tft规则对上行数据进行过滤。当判断上行数据与业务类型标识相匹配时，则将业务类型标识添加在上行数据的ipv6报文包头的flowlabal字段中，并通过专有承载发送至pgw，经过pgw到达业务服务器。
步骤313，服务器接收到pgw转发的上行数据，提取ipv6报文包头的flowlabal字段携带的业务类型标识；服务器将业务类型标识添加在响应数据的ipv6报文包头的flowlabal字段中，并将响应数据发送至pgw。
步骤314，pgw基于网关侧tft规则对服务器发送的下行数据进行过滤，当判断ipv6报文包头的流标识flowlabal字段携带的信息与业务类型标识相符合时，则通过所述专有承载发送；
步骤315，服务器发送的下行数据通过专有承载发送到终端。
在当前的专载保证业务中，均使用传统的ip地址的方式，一但遇到具有很多目的ip的业务时，移动网保障难以部署。上述实施例中的业务数据流传输方法，使用ipv6报头中的flowlabel字段值来取代ip地址作为识别专有承载的过滤规则，能够解决无法为具有多ip地址的复杂业务配置专有承载保障的问题。
在一个实施例中，如图4所示，本发明提供一种业务数据流传输系统，包括：终端42、分组数据网关pgw44、mme42、pcrf43、服务器45和enb基站46。如图5所示，pgw44包括：过滤规则建立模块441、流量过滤模块442和承载建立模块443。
过滤规则建立模块441建立网关侧业务流模板tft规则，其中，网关侧tft规则配置有业务类型标识与专有承载的对应关系。流量过滤模块442基于网关侧tft规则对下行数据进行过滤，当判断ipv6报文包头中的流标识flowlabal字段携带的信息与业务类型标识相符合时，则将ipv6报文通过专有承载发送。
过滤规则建立模块441接收pcrf43下发的业务承载规则，业务承载规则包括：业务类型标识、业务流的服务质量qos信息，根据业务类型标识建立网关侧tft规则。过滤规则建立模块441向pcrf发送ccr消息，用于获取业务信息。pcrf43向过滤规则建立模块441发送cca消息，其中，cca消息中携带有业务承载规则。
承载建立模块443向mme42发送createbearerrequest消息，请求建立专有承载，其中，createbearerrequest消息携带有业务类型标识和qos信息。mme42向enb46发送bearersetuprequest消息，其中，在消息中携带有业务类型标识。enb46向终端41发送rrcconnectionreconfiguration消息，其中，在消息中携带有业务类型标识。终端41基于业务类型标识建立终端侧tft规则，其中，终端侧tft规则配置有业务类型标识与专有承载的对应关系。在建立终端侧tft规则后，终端41向enb46发送rrcconnectionreconfiguration消息。enb46向mme42返回bearersetupresponse消息，通知专有承载建立。mme42向承载建立模块返回createbearerrespone消息，通知承载建立模块专有承载建立。
终端41基于终端侧tft规则对上行数据进行过滤，当判断上行数据与业务类型标识相匹配时，则将业务类型标识添加在上行数据的ipv6报文包头的flowlabal字段中，并通过专有承载发送至pgw44。服务器45接收到pgw44转发的上行数据，提取ipv6报文包头中的flowlabal字段携带的业务类型标识。服务器45将业务类型标识添加在响应数据的ipv6报文包头的flowlabal字段中，并将响应数据发送至pgw44。
上述实施例中的业务数据流传输方法，使用ipv6报头中flow
label字段值作为专有承载的过滤规则，解决了无法为具有多ip地址的复杂业务配置专有承载保障的问题，可实现对同一ip+端口下不同业务数据流进行专有承载保障，减小了网络侧下发的tft规则的信令开销，业务规则配置简单，仅需将不同的业务数据流映射到不同的ipv6报头中的flowlabel字段中，核心网不需新增网元，仅需pcrf少许改造，即可实现，不仅限于当前的4g网络，未来的5g网络同样适用。
可能以许多方式来实现本发明的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。用于方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。