CN102843348B - 业务数据流处理方法及装置 - Google Patents
业务数据流处理方法及装置 Download PDFInfo
- Publication number
- CN102843348B CN102843348B CN201110202540.4A CN201110202540A CN102843348B CN 102843348 B CN102843348 B CN 102843348B CN 201110202540 A CN201110202540 A CN 201110202540A CN 102843348 B CN102843348 B CN 102843348B
- Authority
- CN
- China
- Prior art keywords
- data flow
- business data
- dscp
- bags
- access network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种业务数据流处理方法及装置,业务数据流处理方法包括:判断业务数据流是否经过固定宽带接入网的接纳控制;根据判断结果对业务数据流的IP包进行不同的DSCP标记。采用本发明能够解决上述相关技术中有经接纳控制UE的业务数据流会抢占其他经过接纳控制的业务数据流的资源,导致目前整个FMC策略控制机制的失败的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种业务数据流处理方法及装置。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)的演进的分组***(Evolved Packet System,简称为EPS)由演进的通用地面无线接入网(Evolved Universal Terrestrial Radio Access Network,简称为E-UTRAN)、移动管理单元(Mobility Management Entity,简称为MME)、服务网关(Serving Gateway,简称为S-GW)、分组数据网络网关(Packet Data Network Gateway,简称为P-GW)、归属用户服务器(Home Subscriber Server,简称为HSS)组成。图1是根据相关技术的非漫游场景下的家用基站(Home evolved NodeB,简称为HeNB)接入EPS的架构示意图。下面结合图1对EPS的架构进行说明。
在图1中,MME与EUTRAN、S-GW和家用基站网关(HeNB GW)相连接,负责移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面的相关工作;S-GW是与E-UTRAN相连的接入网关设备,在E-UTRAN和P-GW之间转发数据,并且负责对寻呼等待数据进行缓存;P-GW则是EPS与分组数据网络(Packet Data Network,简称为PDN)网络的边界网关,负责PDN的接入及在EPS与PDN间转发数据等功能。EPS与非3GPP IP接入网相连接,其中,非3GPP IP接入网包括可信任非3GPP IP接入网和不信任非3GPP IP接入网,UE通过ePDG接入P-GW,进而接入运营商提供的IP业务,UE也可以经ePDG接入AAAServer.。各设备间涉及的接口包括S1、S2、S5、Gx等接口,具体的各设备与各接口的对应关系请参见图1。
EPS支持H(e)NB的接入,H(e)NB是一种小型、低功率的基站,部署在家庭及办公室等室内场所,包括HeNB和HNB。图2为相关技术中,UE通过3GPP H(e)NB接入3GPP核心网的家乡路由的架构图。H(e)NB通常通过租用的固网线路接入EPS的核心网。为了保障接入的安全,核心网中引入安全网关(Security Gateway,简称为SeGW)进行屏蔽,H(e)NB与SeGW之间的数据将采用IPSec进行封装。H(e)NB可以通过H(e)NB与SeGW之间建立的IPSec隧道直接连接到核心网的MME、服务通用分组无线业务支持节点(Serving Gigabyte System Network,简称为SGSN)和S-GW,也可以再通过H(e)NB GW连接到MME、SGSN和S-GW(HeNB GW对于HeNB接入是可选的,HNB GW对于HNB接入是必选的)。同时,为了实现对H(e)NB进行管理,引入了网元:家用基站管理***(Home(e)NodeB Management System,简称为H(e)MS)。
目前,很多运营商关注固网移动融合(Fixed Mobile Convergence,简称为FMC),并针对3GPP和宽带论坛(Broadband Forum,简称为BBF)互连互通进行研究。对于用户通过固定宽带接入网(Fixed Broadband Access Network)接入移动核心网的场景,需要对数据的整个传输路径(数据会经过固网和移动网传输)上的服务质量(Quality of Service,简称为QoS)进行保证。但是H(e)NB接入的固网线路的QoS通常是受到H(e)NB的拥有者与固网运营商的签约限制的。因此,当3GPP UE通常H(e)NB接入3GPP核心网访问业务时,所需的QoS不能超过固网运营商所能提供的固网线路的签约的QoS。否则,UE访问业务的QoS将得不到保障,特别是保障带宽(Guaranteed Bitrate,简称为GBR),很容易超过。因此,对于3GPP网络来说,必须控制通过H(e)NB接入的所有UE的业务访问的QoS总需求不超过该H(e)NB接入的固网线路签约的QoS保障。当前技术中,通过PCRF与固定宽带接入网中的宽带策略控制架构(Broadband Policy Control Framework,简称为BPCF)进行交互,实现QoS保障。BPCF为固定宽带接入网中的策略控制架构,对策略计费规则功能实体(Policy and ChargingRules Function,简称为PCRF)的资源请求消息,BPCF根据固定宽带接入网的网络策略、签约信息等进行资源接纳控制或者将资源请求消息转发给其他BBF接入网的网元(如BNG),再由其他网元执行资源接纳控制(即委托其他网元执行资源接纳控制)。
图3为相关技术中家乡路由漫游场景下,UE接入H(e)NB的附着流程图。在该流程中,H-PCRF发起建立S9会话以及S9*会话,以便实现策略互通,保障UE业务访问的QoS。在该流程中,S-GW与P-GW之间采用GPRS隧道协议(GPRS Tunneling Protocol,简称为GTP协议)。
步骤S302:HeNB上电,接入固定宽带接入网。固定宽带接入网为HeNB分配本地IP地址。HeNB与SeGW建立IPSec隧道,在这个过程中检测在HeNB和SeGW之间存在网络地址转换(Network Address Translation,NAT),若存在则SeGW将经过NAT后的HeNB的本地IP地址和源用户数据报协议(User Datagram Protocol,简称为UDP)端口号发送给HeNB。HeNB与HeMS交互,获取配置信息,包括S1接口远端的IP地址(即HeNB GW或MME的地址)。HeNB注册到HeNBGW或MME。
步骤S304:UE向HeNB发送附着请求消息,消息中携带用户标识、PDN标识;
步骤S306:HeNB向HeNB GW、MME发送附着请求消息,消息中携带用户标识、PDN标识、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S308:MME向S-GW发送创建会话请求消息,携带用户标识、PDN标识、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S310:S-GW向P-GW创建会话请求消息,携带用户标识、PDN标识、S-GW位于的拜访网络的网络标识、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S312:P-GW向归属网络PCRF(H-PCRF)发送IP-CAN会话建立指示消息,携带携带用户标记、PDN标记、拜访网络标记、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S314:H-PCRF根据HeNB本地IP地址以及源UDP端口号判断UE通过HeNB接入,并且根据拜访网络的网络标记向拜访网络PCRF(V-PCRF)发送PCRF发起网关控制会话建立消息以建立S9会话,消息中携带HeNB本地IP地址以及可选的源UDP端口号;
步骤S316:V-PCRF根据HeNB本地IP地址确定固定宽带接入网,并向BPCF发送PCRF发起网关控制会话建立消息以建立S9*会话,消息中携带HeNB本地IP地址,源UDP端口号;
步骤S318:BPCF向V-PCRF返回确认消息;
步骤S320:V-PCRF向H-PCRF返回确认消息;
步骤S322:H-PCRF向P-GW返回IP-CAN会话建立确认;
步骤S324:P-GW向S-GW返回创建会话应答消息,携带为UE分配的IP地址;
步骤S326:S-GW向MME返回创建会话应答消息;
步骤S328:MME、HeNB GW、HeNB、UE、S-GW进一步交互,建立和修改无线接入网承载。
通过上述流程,H-PCRF、V-PCRF与BPCF之间建立的会话,当UE进行业务访问是需要网络为其分配资源时,H-PCRF首先将制定的策略和计费规则(Policy and Charging,简称为PCC)规则的QoS信息通过V-PCRF发送给BPCF,以便固定宽带接入网执行接纳控制。然后,H-PCRF将固定宽带接入网接受的PCC规则发送给P-GW。P-GW根据PCC规则对相应的数据流的IP包的头部(称为内部包头)进行差分服务代码点(Differentiated Services CodePoint,DSCP)的标记,当该业务数据流IP包到达SeGW时,SeGW将对IP包进行IPSec封装,并在封装时根据IP包(即内部包头)的DSCP对IPSec的IP包的头部(称为外部包头)进行标记。同时,H-PCRF会通过V-PCRF把HeNB的本地IP地址和可选的源UDP端口号发送给固定宽带接入网,固定宽带接入网根据HeNB的本地IP地址和可选的源UDP端口号对来自3GPP核心网的数据进行过滤。若能匹配到相应的IP包,则证明该IP包的业务是经过接纳控制的,从而固定宽带接入网再根据该IP包头部的DSCP进行数据包转发了。
然而上述方案的前提是归属网络支持与固定宽带接入网的互通,包括H-PCRF发起的S9会话建立。若当H-PCRF不支持与固定宽带接入网的互通时,H-PCRF不会与V-PCRF建立S9会话,亦不能与BPCF进行交互请求接纳控制。这样会导致H-PCRF向PCEF下发的PCC规则是H-PCRF自身决策的结果。PCEF根据H-PCRF下发的PCC规则对业务数据流的IP包头部进行DSCP标记。当这些业务数据流到达SeGW时,SeGW并不知道这些业务数据是未经固定宽带接入网接纳控制的,所以仍然根据内部包头的DSCP标记拷贝IPSec外部包头的DSCP。若这些数据到达固定宽带接入网,同样固定宽带接入网也不会区分这些业务数据流是否经过固定宽带接入网接纳控制的。
尽管现有技术中,可以通过PCRF向固定宽带接入网提供HeNB的本地IP地址和源UDP端口来让固定宽带接入网过滤IP包来确认是否经过接纳控制。但是由于所有接入同一个HeNB的UE的IP包都经过同一个IPSec隧道进行封装,因此从固定宽带接入网的角度看,它无法区分不同UE的IP包。只要其中某个UE是经过固定宽带接入网接纳控制,那么3GPP核心网就会向固定宽带接入网提供HeNB本地IP地址和可选地源UDP端口号,这样其他UE的IP包都会被固定宽带接入网认为是经过接纳控制的。
从而,对于那些没有经接纳控制UE的业务数据流会抢占其他经过接纳控制的业务数据流的资源,导致目前整个固定移动融合(Fixed-Mobile Covergence,FMC)策略控制机制的失败。
对于UE通过HNB接入EPC的场景,同样存在类似的问题。
针对相关技术中有经接纳控制UE的业务数据流会抢占其他经过接纳控制的业务数据流的资源,导致目前整个FMC策略控制机制的失败的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种业务数据流处理方法及装置,以至少解决上述相关技术中未经接纳控制的业务数据流会抢占其他经过接纳控制的业务数据流的资源,导致目前整个FMC策略控制机制的失败的问题。
根据本发明的一个方面,提供了一种业务数据流处理方法,包括:判断业务数据流是否经过固定宽带接入网的接纳控制;根据判断结果对所述业务数据流的IP包进行不同的差分服务代码点DSCP标记。
优选的,所述IP包为所述业务数据流的下行数据时,所述方法应用于服务网关S-GW、服务通用分组无线业务支持节点SGSN、家用基站网关H(e)NB GW或安全网关SeGW。
优选的,判断业务数据流是否经过固定宽带接入网的接纳控制,包括:所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据能否获得支持与固定宽带接入网的策略控制互通指示判断所述业务数据流是否经过固定宽带接入网的接纳控制;或者所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据用户设备UE的IP地址判断所述业务数据流是否经过固定宽带接入网的接纳控制;或者所述S-GW根据所述P-GW的地址判断所述业务数据流是否经过固定宽带接入网的接纳控制。
优选的,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据能否获取所述策略控制互通指示判断所述业务数据流是否经过固定宽带接入网的接纳控制,包括:所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW获取所述策略控制互通指示,则判断所述业务数据流经过固定宽带接入网的接纳控制;所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW未获取所述策略控制互通指示,则判断所述业务数据流未经过固定宽带接入网的接纳控制。
优选的,判断业务数据流是否经过固定宽带接入网的接纳控制,包括:所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW通过判断分组数据网络PDN连接所选择的P-GW所在的网络是否支持与固定宽带接入网的策略控制互通来判断来自所述P-GW或所述P-GW所在的网络业务数据流是否经过固定宽带接入网的接纳控制。
优选的,根据判断结果对所述业务数据流的IP包进行不同的DSCP标记,包括:所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW判断所述业务数据流经过固定宽带接入网的接纳控制时,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记相同;所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW判断所述业务数据流的IP包未经过固定宽带接入网的接纳控制时,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记不同。
优选的,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记不同,包括:所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据本地策略对自身发送的IP包重新进行DSCP标记。
优选的,所述本地策略包括:对当前设备的发送的IP包进行DSCP标记,其中,所述当前设备发送的IP包的DSCP标记的优选级低于所述当前设备接收的IP包的DSCP标记的优选级。
优选的,所述IP包为所述业务数据流的上行数据时,所述方法应用于家用基站H(e)NB。
优选的,根据判断结果对所述业务数据流的IP包进行不同的DSCP标记,包括:所述H(e)NB基于反射Reflective机制对所述业务数据流的IP包进行DSCP标记。
优选的,根据判断结果对所述业务数据流的IP包进行不同的DSCP标记,包括:所述H(e)NB根据能否获取支持与固定宽带接入网的策略控制互通指示或所述UE的IP地址判断所述业务数据流是否经过固定宽带接入网的接纳控制;或者,所述H(e)NB根据配置的QoS与DSCP的映射关系判断所述业务数据流的下行IP包头的DSCP标记是否与所述业务数据流对应的下行QoS所映射到的DSCP一致来判断所述业务数据流是否经过固定宽带接入网的接纳控制。
优选的,判断所述业务数据流是否经过固定宽带接入网的接纳控制之后,还包括:若所述业务数据流经过固定宽带接入网的接纳控制,则所述H(e)NB按照服务质量QoS与DSCP的映射关系,根据核心网下发的所述业务数据流对应的上行QoS对所述业务数据流的IP包进行DSCP标记;若所述业务数据流未经过固定宽带接入网的接纳控制,则所述H(e)NB根据本地策略对所述业务数据流的IP包进行DSCP标记或基于Reflective机制对所述业务数据流的IP包进行DSCP标记。
优选的,所述本地策略包括:对所述业务数据流的IP包进行DSCP标记,其中,所述DSCP标记低于按照所述核心网下发的QoS与DSCP的映射关系获得的DSCP的优选级。
根据本发明的另一个方面,提供了一种业务数据流处理装置,包括:判断模块,用于判断业务数据流是否经过固定宽带接入网的接纳控制;标记模块,用于根据判断结果对所述业务数据流的IP包进行不同的差分服务代码点DSCP标记。
在本发明实施例中,判断业务数据流是否经过固定宽带接入网的接纳控制,根据判断结果对业务数据流的IP包进行不同的差分服务代码点DSCP标记,将标记后的IP包发送至固定宽带接入网。在本发明实施例中,经过接纳控制的业务数据流的IP包和未经过接纳控制的业务数据流的IP包会被进行不同的DSCP标记,因此,固定带宽接入网能够对不同的IP包进行区分处理,避免了对所有的IP包进行统一处理,导致没有经接纳控制UE的业务数据流会抢占其他经过接纳控制的业务数据流的资源的问题,进而保证了FMC策略控制机制的成功机率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的非漫游场景下的家用基站接入EPS的架构示意图;
图2是根据相关技术的UE通过3GPP H(e)NB接入3GPP核心网的家乡路由的架构图;
图3是根据相关技术的UE接入H(e)NB的附着流程图;
图4是根据本发明实施例的业务数据流处理方法的处理流程图;
图5是根据本发明实施例的UE通过H(e)NB接入3GPP核心网的、家乡路由的漫游场景下的附着流程图;
图6是根据本发明实施例的UE通过H(e)NB接入3GPP核心网的、家乡路由的漫游场景下的PDN连接请求流程图;
图7是根据本发明实施例的业务数据流处理装置的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
相关技术中提到,没有经接纳控制的业务数据流会抢占其他经过接纳控制的业务数据流的资源,导致目前整个FMC策略控制机制的失败。
为解决上述技术问题,本发明实施例提供了一种业务数据流处理方法,其处理流程如图4所示,包括:
步骤S402、判断业务数据流是否经过固定宽带接入网的接纳控制;
步骤S406、根据判断结果对业务数据流的IP包进行不同的差分服务代码点DSCP标记。
在本发明实施例中,判断业务数据流是否经过固定宽带接入网的接纳控制,根据判断结果对业务数据流的IP包进行不同的差分服务代码点DSCP标记,将标记后的IP包发送至固定宽带接入网。在本发明实施例中,经过接纳控制的业务数据流的IP包和未经过接纳控制的业务数据流的IP包会被进行不同的DSCP标记,因此,固定带宽接入网能够对不同的IP包进行区分处理,避免了对所有的IP包进行统一处理,导致没有经接纳控制UE的业务数据流会抢占其他经过接纳控制的业务数据流的资源的问题,进而保证了FMC策略控制机制的成功机率。
实施时,业务数据流为下行数据时,上述方法能够应用于服务网关S-GW、服务通用分组无线业务支持节点SGSN、家用基站网关H(e)NB GW和安全网关SeGW。即,上述方法的实施主体可以为S-GW、SGSN、H(e)NB GW和SeGW中的任意设备,当然,在具体实施时,也可能存在其他情况,例如,处理实体为边界路由器,并不对其进行限定。
当实施主体是S-GW、SGSN、H(e)NB GW和SeGW中的任意设备时,判断业务数据流是否经过固定宽带接入网的接纳控制,,可以包括如下操作:
第一种情况,S-GW、SGSN、H(e)NB GW或SeGW根据能否获得支持与固定宽带接入网的策略控制互通指示判断业务数据流是否经过固定宽带接入网的接纳控制;
第二种情况,S-GW、SGSN、H(e)NB GW或SeGW根据用户设备UE的IP地址判断业务数据流是否经过固定宽带接入网的接纳控制。
实施时,还存在第三种情况,仅适用于S-GW,具体的,S-GW根据P-GW的地址判断业务数据流是否经过固定宽带接入网的接纳控制。
在本发明实施例中,S-GW、SGSN、H(e)NB GW或SeGW判断业务数据流是否经过固定宽带接入网的接纳控制之前,S-GW、SGSN、H(e)NB GW或SeGW还需要判断分组数据网络PDN连接所选择的P-GW所在的网络是否支持与固定宽带接入网的策略控制互通。
当采用第一种操作方式时,S-GW、SGSN、H(e)NB GW或SeGW根据能否获取策略控制互通指示判断IP包是否经过固定宽带接入网的接纳控制,优选的,包括如下两种情况:
S-GW、SGSN、H(e)NB GW或SeGW获取策略控制互通指示,则判断业务数据流经过固定宽带接入网的接纳控制;
S-GW、SGSN、H(e)NB GW或SeGW未获取策略控制互通指示,则判断业务数据流未经过固定宽带接入网的接纳控制。
实施时,优选的,判断业务数据流是否经过固定宽带接入网的接纳控制,还包括:S-GW、SGSN、H(e)NB GW或SeGW通过判断分组数据网络PDN连接所选择的P-GW所在的网络是否支持与固定宽带接入网的策略控制互通来判断来自P-GW或P-GW所在的网络业务数据流是否经过固定宽带接入网的接纳控制。
采用上述情况时,S-GW、SGSN、H(e)NB GW或SeGW根据判断结果对业务数据流的IP包进行不同的DSCP标记,具体的实施方式包括下列情况:
情况A、S-GW、SGSN、H(e)NB GW或SeGW判断业务数据流经过固定宽带接入网的接纳控制时,S-GW、SGSN、H(e)NB GW或SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记相同;
情况B、S-GW、SGSN、H(e)NB GW或SeGW判断业务数据流的IP包未经过固定宽带接入网的接纳控制时,S-GW、SGSN、H(e)NB GW或SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记不同。
当DSCP标记不同时,各设备可以随机选择不同的标识对IP包进行标识,也可以根据本地策略对自身发送的IP包进行DSCP标记,当利用本地策略对IP包进行DSCP标记时,本地策略可以为多种,例如,标记为高优先级DSCP,标记为低优先级DSCP,随机确定DSCF的优先级,等等,优选的:对当前设备发送的IP包进行DSCP标记,其中,当前设备发送的IP包的DSCP标记的优选级低于当前设备接收的IP包的DSCP标记的优选级。
实施时,业务数据流不仅仅包括下行数据,还包括上行数据,相应的,对于业务数据流的上行数据,上述方法可以应用于家用基站H(e)NB。即,上述方法的实施主体可以为H(e)NB。
实施时,H(e)NB根据判断结果对IP包进行不同的DSCP标记,包括:H(e)NB基于反射Reflective机制对IP包进行DSCP标记。具体的,若对应的下行数据流已经由S-GW进行DSCP的标记,则H(e)NB根据Reflective机制对IP包进行DSCP标记。
实施时,H(e)NB根据判断结果对IP包进行不同的DSCP标记,还可以包括:H(e)NB根据能否获取支持与固定宽带接入网的策略控制互通指示或UE的IP地址判断业务数据流是否经过固定宽带接入网的接纳控制;或者,H(e)NB根据配置的QoS与DSCP的映射关系判断业务数据流的下行IP包头的DSCP标记是否与业务数据流对应的下行QoS所映射到的DSCP一致来判断业务数据流是否经过固定宽带接入网的接纳控制。。
H(e)NB判断业务数据流是否经过固定宽带接入网的接纳控制之后,还可以进行如下操作:
若业务数据流经过固定宽带接入网的接纳控制,则H(e)NB按照服务质量QoS与DSCP的映射关系,根据核心网下发的所述业务数据流对应的上行QoS对业务数据流的IP包进行DSCP标记;
若业务数据流未经过固定宽带接入网的接纳控制,则H(e)NB根据本地策略对业务数据流的IP包进行DSCP标记或基于Reflective机制对业务数据流的IP包进行DSCP标记。
本地策略可以为多种,例如,标记为高优先级DSCP,标记为低优先级DSCP,随机确定DSCF的优先级,等等,优选的,本地策略包括:对IP包进行DSCP标记,其中,DSCP标记低于PCEF对IP包进行的DSCP标记的优选级;或者,根据Reflective机制对上行业务数据流的IP包进行DSCP标记。
现以具体实施例进本发明实施例提供的业务数据流处理方法进行说明。
实施例一
图5为本发明UE通过H(e)NB接入3GPP核心网的、家乡路由的漫游场景下的附着流程图。图5中S-GW与P-GW之间采用GTP协议。家乡网络支持与固定宽带接入网的策略控制互通。
步骤S502:HeNB上电,接入固定宽带接入网。固定宽带接入网为HeNB分配本地IP地址。HeNB与SeGW建立IPSec隧道,在这个过程中检测在HeNB和SeGW之间存在网络地址转换(Network Address Translation,NAT),若存在则SeGW将经过NAT后的HeNB的本地IP地址和源用户数据报协议(User Datagram Protocol,简称为UDP)端口号发送给HeNB。HeNB与HeMS交互,获取配置信息,包括S1接口远端的IP地址(即HeNB GW或MME的地址)。HeNB注册到HeNBGW或MME。
步骤S504:UE向HeNB发送附着请求消息,消息中携带用户标识、PDN标识;
步骤S506:HeNB向HeNB GW、MME发送附着请求消息,消息中携带用户标识、PDN标识、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S508:MME向S-GW发送创建会话请求消息,携带携带用户标识、PDN标识、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S510:S-GW向P-GW创建会话请求消息,携带用户标识、PDN标识、S-GW位于的拜访网络的网络标识、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S512:P-GW向H-PCRF发送IP-CAN会话建立指示消息,携带用户标识、PDN标识、拜访网络标识、HeNB本地IP地址、P-GW为UE分配的IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S514:H-PCRF根据HeNB本地IP地址以及源UDP端口号判断UE通过HeNB接入,并且根据拜访网络的网络标记向V-PCRF发送PCRF发起网关控制会话建立消息以建立S9会话,消息中携带HeNB本地IP地址以及可选的源UDP端口号;
步骤S516:V-PCRF根据HeNB本地IP地址确定固定宽带接入网,并向BPCF发送PCRF发起网关控制会话建立消息以建立S9*会话,消息中携带HeNB本地IP地址,源UDP端口号;
步骤S518:BPCF向V-PCRF返回确认消息;
步骤S520:V-PCRF向H-PCRF返回确认消息;
步骤S522:PCRF向P-GW返回IP-CAN会话建立确认消息,消息中携带支持与固定宽带接入网的策略控制互通指示。
步骤S524:P-GW向S-GW返回创建会话应答消息,消息中携带支持与固定宽带接入网的策略控制互通指示,UE IP地址。
步骤S526:S-GW向MME返回创建会话应答消息,消息中携带支持与固定宽带接入网的策略控制互通指示,UE IP地址。
步骤S528:MME、HeNB GW、HeNB、UE、S-GW进一步交互,建立和修改无线接入网承载。在这个过程中,MME还有把支持与固定宽带接入网的策略控制互通指示、UE IP地址通知给HeNB GW(若存在)、HeNB。其中发往HeNB的消息将经过SeGW,并由SeGW进行IPSec封装。
通过上述流程,H-PCRF、V-PCRF与BPCF之间建立的会话,当UE通过建立的PDN连接进行业务访问需要网络为其分配资源时,H-PCRF首先将制定的PCC规则的QoS信息发送给BPCF,以便固定宽带接入网执行接纳控制。然后,H-PCRF将固定宽带接入网接受的PCC规则发送给PCEF。
对于业务数据流的下行数据:P-GW(或策略和计费执行功能(Policy andCharging Enforcement Function,简称为PCEF))根据PCC规则对相应的业务数据流的IP包的头部进行DSCP的标记后发送给S-GW,当S-GW收到IP包后将进一步向HeNB GW(若存在)或HNB转发,此时S-GW根据在步骤S524中获得的支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流是经过固定宽带接入网接纳控制,因此S-GW在向H(e)NB GW或H(e)NB发送的IP包的头部进行与收到的IP包相同的DSCP标记。若S-GW在步骤S524中没有获得支持与固定宽带接入网的策略控制互通指示,则S-GW将对S-GW向H(e)NB GW或H(e)NB发送的IP包的头部进行不同与收到的IP包头部的DSCP标记,即基于本地策略对发送的IP包的头部重新进行DSCP标记,特别地,标记较低优先级的DSCP。
根据支持与固定宽带接入网策略控制互通的指示,S-GW可判断UE建立的该PDN连接所选择的P-GW位于的网络支持与固定宽带接入网策略控制互通,即S-GW判断与它正在互通的网络是支持与固定宽带接入网策略控制互通,这样这个PDN连接的业务数据流都是经过固定宽带接入网的资源接纳控制,如果没有收到该指示,则与S-GW正在互通的网络是不支持与固定宽带接入网策略控制互通,这样这个PDN连接的业务数据流都未经过固定宽带接入网的资源接纳控制。
当这些IP包经过SeGW,SeGW进行IPSec封装时按照现有技术进行DSCP的拷贝,进一步IP包到达固定宽带接入网时,固定宽带接入网根据IPSec的IP包头进行区分对待,从而,未经接纳控制业务数据流的IP包不会抢占其他经过接纳控制的业务数据流的资源。
此外S-GW还可以通过配置的方式判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通。具体的,例如:
(1)S-GW根据P-GW的地址判断其所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制;
(2)S-GW根据P-GW分配的UE IP地址判断P-GW所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制(即来自该P-GW或网络的业务数据流是否经过固定宽带接入网的资源接纳控制)。若网络中存在HeNB GW,那么也可以在HeNB GW上实现上述功能。HeNBGW根据在步骤S528中获得的支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流是经过固定宽带接入网接纳控制,因此HeNB GW在向H(e)NB发送的IP包的头部进行和收到的IP包相同的DSCP标记。若HeNB GW在步骤S528中没有获得支持与固定宽带接入网的策略控制互通指示,则HeNB GW将对H(e)NB GW向H(e)NB发送的IP包的头部进行不同于收到的IP包头部的DSCP标记,即基于本地策略对发送的IP包的头部重新进行DSCP标记,特别地,标记较低优先级的DSCP。当IP包经过SeGW,SeGW进行IPSec封装时按照现有技术进行DSCP的拷贝,进一步IP包到达固定宽带接入网时,固定宽带接入网根据IPSec的IP包头进行区分对待,从而未经接纳控制业务数据流不会抢占其他经过接纳控制的业务数据流的资源。
此外HeNB GW也可以通过配置方式判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通。如HeNB GW根据P-GW分配的UE IP地址判断P-GW所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制(即来自该P-GW或网络的业务数据流是否经过固定宽带接入网的资源接纳控制)。
同样类似的功能,也可以在SeGW上实现。与上述HeNB GW的实现方式相类似,SeGW根据在步骤S528截获的消息中的支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流是经过固定宽带接入网接纳控制,因此SeGW在进行IPSec封装时,IP包的头部的DSCP标记拷贝到IPSec的外部IP包头。若SeGW GW在步骤S528截获的消息中没有获得支持与固定宽带接入网的策略控制互通指示,则SeGW将根据本地策略对IPSec的外部IP包头进行标记(即IPSec的外部IP包头的DSCP标记与内部的IP包头的DSCP不同),并发送给HeNB。这样,当数据包到达固定宽带接入网时,固定宽带接入网根据IPSec IP包头进行区分对待。从而,未经接纳控制业务数据流不会抢占其他经过接纳控制的业务数据流的资源。
此外SeGW还可以通过配置方式判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通。如SeGW根据步骤S528中截获的消息中携带的P-GW分配的UE IP地址判断P-GW所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制(即来自该P-GW或网络的业务数据流是否经过固定宽带接入网的资源接纳控制)。
对于上行数据:若HeNB是基于现有技术中的Reflective机制对上行数据流进行上行数据流DSCP标记。对于那些没有执行接纳控制的IP报,由于对应的下行数据流已经由S-GW进行了DSCP的重新标记,因此按照现有的Reflective即可正确的标记上行数据流。若HeNB是按照配置QoS与DSCP的映射关系来进行上行数据流的DSCP标记的,那么HeNB将根据是否在步骤S528中收到支持与固定宽带接入网的策略控制互通指示来执行DSCP标记:若没有收到,则HeNB将不再按照QoS与DSCP的映射关系来标记上行数据流IP包头的DSCP,而是对IPSec的外部IP包头进行与内部的IP包头不同的DSCP标记,即根据本地策略对IPSec的IP包头重新进行DSCP标记,特别地,将其标记为较低优先级的DSCP,或者按照Reflective机制进行DSCP标记。若收到,则HeNB按照QoS与DSCP的映射关系,根据核心网下发的该业务数据流对应的上行QoS来标记上行数据流IP包头的DSCP。若HeNB是按照配置的QoS与DSCP的映射关系来进行上行数据流的DSCP标记的,HeNB还可以根据UE的IP地址判断业务数据流是否进行过接纳控制。若没有,则HeNB将不再按照配置的QoS与DSCP的映射关系来标记上行数据流IP包头的DSCP,而是对IPSec的外部IP包头进行与内部的IP包头不同的DSCP标记,即根据本地策略对IPSec的IP包头重新进行DSCP标记,特别地,将其标记为较低优先级的DSCP,或者按照Reflective机制进行DSCP标记。若有,则HeNB按照配置的QoS与DSCP的映射关系,根据核心网下发的该业务数据流对应的上行QoS来标记上行数据流IP包头的DSCP。若HeNB是按照配置的QoS与DSCP的映射关系来进行上行数据流的DSCP标记的,HeNB还可以根据以下方法判断业务数据流是否进行过接纳控制。首先HeNB接收到下行数据时,根据配置的QoS与DSCP的映射关系判断该业务数据流的下行IP包头的DSCP标记是否与该业务数据流对应的下行QoS所映射到的DSCP一致:若一致,则表明之前的网元(如本发明中的S-GW、HeNB GW或SeGW)没有进行过对下行IP包的DSCP的重新标记,即该业务数据流是进行过接纳控制的。此时,HeNB按照配置的QoS和DSCP的映射关系,根据核心网下发的上行QoS来进行上行IP包的DSCP标记的。若不一致,则表明之前的网元(如本发明中的S-GW、HeNB GW或SeGW)进行过下行IP包的DSCP的重新标记,即该业务数据流没有进行过接纳控制的。此时,HNB不再按照配置的QoS和DSCP的映射关系,根据核心网下发的上行QoS来进行上行数据流的DSCP标记的。而是对IPSec的外部IP包头进行与内部的IP包头不同的DSCP标记,即根据本地策略对IPSec的IP包头重新进行DSCP标记,特别地,将其标记为较低优先级的DSCP,或者按照Reflective机制进行DSCP标记。
H(e)NB除包括HeNB,还包括HNB。对于UE通过HNB接入EPC的场景,实现方式是类似的,以下仅简单描述。
对于下行数据,其处理步骤如下:
(1)S-GW、SGSN、HNB GW或SeGW根据消息中是否携带支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流是否经过固定宽带接入网的接纳控制,并对下行数据流的IP包头进行相应的DSCP标记(若支持,发送的IP包采用与收到的IP包相同的DSCP标记;若不支持,则发送的IP包采用与收到的IP包不同的DSCP标记,即根据本地策略对发送的IP包重新进行DSCP标记);
(2)S-GW、SGSN、HNB GW或SeGW根据配置(S-GW根据UE IP地址或P-GW的地址,SGSN、HNB GW和SeGW根据UE IP地址)判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通,从而判断该PDN连接的业务数据流是否经过固定宽带接入网的接纳控制,并对下行数据流的IP包头进行相应的DSCP标记(若支持,发送的IP包采用与收到的IP包相同的DSCP标记;若不支持,则发送的IP包采用与收到的IP包不同的DSCP标记,即根据本地策略对发送的IP包重新进行DSCP标记)。
对于上行数据流,HNB可采用与HeNB完全相同的实现机制,这里不再赘述。
实施例二
图6为本发明UE通过H(e)NB接入3GPP核心网的、家乡路由的漫游场景下的PDN连接请求流程图。图6中S-GW与P-GW之间采用GTP协议。家乡网络支持与固定宽带接入网的策略控制互通。
步骤S602:UE向MME发送PDN连接请求消息,H(e)NB在消息中添加H(e)NB本地IP地址和可选的UPD端口号。
步骤S604:MME向S-GW发送创建会话请求消息,携带用户标识、PDN标识、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S606:S-GW向P-GW创建会话请求消息,携带用户标识、PDN标记、S-GW位于的拜访网络的网络标记、HeNB本地IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S608:P-GW向H-PCRF发送IP-CAN会话建立指示消息,携带用户标识、PDN标识、拜访网络标识、HeNB本地IP地址、P-GW为UE分配的IP地址,可选地,还携带源UDP端口号(如果检测到NAT);
步骤S610:H-PCRF根据HeNB本地IP地址以及源UDP端口号判断UE通过HeNB接入,并且根据拜访网络的网络标识向V-PCRF发送PCRF发起网关控制会话建立消息以建立S9会话,消息中携带HeNB本地IP地址以及可选的源UDP端口号;
步骤S612:V-PCRF根据HeNB本地IP地址确定固定宽带接入网,并向BPCF发送PCRF发起网关控制会话建立消息以建立S9*会话,消息中携带HeNB本地IP地址,源UDP端口号;
步骤S614:BPCF向V-PCRF返回确认消息;
步骤S616:V-PCRF向H-PCRF返回确认消息;
步骤S618:H-PCRF向P-GW返回IP-CAN会话建立确认;
步骤S620:P-GW向S-GW返回创建会话应答消息,携带支持与固定宽带接入网的策略控制互通指示,为UE分配的IP地址;
步骤S622:S-GW向MME返回创建会话应答消息,携带支持与固定宽带接入网的策略控制互通指示,为UE分配的IP地址;
步骤S624:MME、HeNB GW、HeNB、UE、S-GW进一步交互,建立和修改无线接入网承载,上述消息中携带支持与固定宽带接入网的策略控制互通指示,为UE分配的IP地址。其中发往HeNB的消息将经过SeGW,并由SeGW进行IPSec封装。
通过上述流程,PCRF与BPCF之间建立的会话,当UE通过新建立的PDN连接进行业务访问需要网络为其分配资源时,H-PCRF首先将制定的PCC规则的QoS信息发送给BPCF,以便固定宽带接入网执行接纳控制。然后,H-PCRF将固定宽带接入网接受的PCC规则发送给PCEF。
对于业务数据流的下行数据:P-GW(或PCEF)根据PCC规则对相应的业务数据流的IP包的头部进行DSCP的标记后发送给S-GW,当S-GW收到IP包后将进一步向HeNB GW(若存在)或HNB转发,S-GW根据在步骤S620中获得的支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流的IP包是经过固定宽带接入网接纳控制,因此S-GW在向H(e)NB GW或H(e)NB发送的IP包的头部进行与收到的IP包相同的DSCP标记。若S-GW在步骤S620中没有获得支持与固定宽带接入网的策略控制互通指示,则S-GW将对S-GW向H(e)NB GW或H(e)NB发送的IP包的头部进行不同于收到的IP包头部的DSCP标记,即根据本次策略对发送的IP包的头部重新进行DSCP标记,特别地,标记较低优先级的DSCP。
实施时,根据支持与固定宽带接入网策略控制互通的指示,S-GW可判断UE建立的该PDN连接所选择的P-GW位于的网络支持与固定宽带接入网策略控制互通,即S-GW判断与它正在互通的网络是支持与固定宽带接入网策略控制互通,这样这个PDN连接的业务数据流都是经过固定宽带接入网的资源接纳控制,如果没有收到该指示,则与S-GW正在互通的网络是不支持与固定宽带接入网策略控制互通,这样这个PDN连接的业务数据流都未经过固定宽带接入网的资源接纳控制。当IP包经过SeGW,SeGW进行IPSec封装时按照现有技术进行DSCP的拷贝,进一步IP包到达固定宽带接入网时,固定宽带接入网根据IPSec的IP包头进行区分对待,从而,未经接纳控制业务数据流不会抢占其他经过接纳控制的业务数据流的资源。
此外S-GW还可以通过配置的方式判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通。例如:
(1)S-GW根据P-GW的地址判断其所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制;
(2)S-GW根据P-GW分配的UE IP地址判断P-GW所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制(即来自该P-GW或网络的业务数据流是否经过固定宽带接入网的资源接纳控制)。
若网络中存在HeNB GW,那么也可以在HeNB GW上实现上述功能。HeNB GW根据在步骤S624中获得的支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流是经过固定宽带接入网接纳控制,因此HeNB GW在向H(e)NB发送的IP包的头部进行和收到的IP包相同的DSCP标记。若HeNB GW在步骤S624中没有获得支持与固定宽带接入网的策略控制互通指示,则HeNB GW将对H(e)NB GW向H(e)NB发送的IP包的头部进行不同于收到的IP包头部的DSCP标记,即根据本次策略对发送的IP包的头部重新进行DSCP标记,特别地,标记较低优先级的DSCP。当IP包经过SeGW,SeGW进行IPSec封装时按照现有技术进行DSCP的拷贝,进一步IP包到达固定宽带接入网时,固定宽带接入网根据IPSec的IP包头进行区分对待,从而未经接纳控制业务数据流不会抢占其他经过接纳控制的业务数据流的资源。
此外HeNB GW还可以通过配置方式判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通。如HeNB GW根据P-GW分配的UE IP地址判断P-GW所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制(即来自该P-GW或网络的业务数据流是否经过固定宽带接入网的资源接纳控制)。
同样类似的功能,也可以在SeGW上实现。SeGW根据在步骤S624截获的消息中的支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流是经过固定宽带接入网接纳控制,因此SeGW在进行IPSec封装时,IP包的头部的DSCP标记拷贝到IPSec的外部IP包头。若SeGW在步骤S624截获的消息中没有获得支持与固定宽带接入网的策略控制互通指示,则SeGW将根据本地策略对IPSec的外部IP包头进行标记,并发送给HeNB。这样,当数据包到达固定宽带接入网时,固定宽带接入网根据IPSec IP包头进行区分对待。从而,未经接纳控制业务数据流不会抢占其他经过接纳控制的业务数据流的资源。
此外SeGW还可以通过配置方式判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通。如SeGW根据步骤S624中截获的消息中携带的P-GW分配的UEIP地址判断P-GW所属的网络,进而判断该网络是否支持与固定宽带接入网的策略控制互通,从而判断这个PDN连接的业务数据流是否经过固定宽带接入网的资源接纳控制(即来自该P-GW或网络的业务数据流是否经过固定宽带接入网的资源接纳控制)。
对于上行数据:若HeNB是基于现有技术中的Reflective机制对上行数据流进行上行数据流DSCP标记。对于那些没有执行接纳控制的IP报,由于对应的下行数据流已经由S-GW进行了DSCP的重新标记,因此按照现有的Reflective即可正确的标记上行数据流。若HeNB是按照配置的QoS与DSCP的映射关系来进行上行数据流的DSCP标记的,那么HeNB将根据是否在步骤S624中收到支持与固定宽带接入网的策略控制互通指示来执行DSCP标记:若没有收到,则HeNB将不再按照QoS与DSCP的映射关系来标记上行数据流IP包头的DSCP,而是对IPSec的外部IP包头进行与内部的IP包头不同的DSCP标记,即根据本地策略对IPSec的IP包头重新进行DSCP标记,特别地,将其标记为较低优先级的DSCP,或者按照Reflective机制进行DSCP标记。若收到,则HeNB按照QoS与DSCP的映射关系,根据核心网下发的该业务数据流对应的上行QoS来标记上行数据流IP包头的DSCP。若HeNB是按照配置QoS与DSCP的映射关系来进行上行数据流的DSCP标记的,HeNB还可以根据UE的IP地址判断业务数据流是否进行过接纳控制。若没有,则HeNB将不再按照QoS与DSCP的映射关系来标记上行数据流IP包头的DSCP,而是对IPSec的外部IP包头进行与内部的IP包头不同的DSCP标记,即根据本地策略对IPSec的IP包头重新进行DSCP标记,特别地,将其标记为较低优先级的DSCP,或者按照Reflective机制进行DSCP标记。若有,则HeNB按照QoS与DSCP的映射关系,根据核心网下发的该业务数据流对应的上行QoS来标记上行数据流IP包头的DSCP。若HeNB是按照配置的QoS与DSCP的映射关系来进行上行数据流的DSCP标记的,HeNB还可以根据以下方法判断业务数据流是否进行过接纳控制。首先HeNB接收到下行数据时,根据配置的QoS与DSCP的映射关系判断该业务数据流的下行IP包头的DSCP标记是否与该业务数据流对应的下行QoS所映射到的DSCP一致:若一致,则表明之前的网元(如本发明中的S-GW、HeNB GW或SeGW)没有进行过对下行IP包的DSCP的重新标记,即该业务数据流是进行过接纳控制的。此时,HeNB按照配置的QoS和DSCP的映射关系,根据核心网下发的上行QoS来进行上行IP包的DSCP标记的。若不一致,则表明之前的网元(如本发明中的S-GW、HeNB GW或SeGW)进行过下行IP包的DSCP的重新标记,即该业务数据流没有进行过接纳控制的。此时,HNB不再按照配置的QoS和DSCP的映射关系,根据核心网下发的上行QoS来进行上行数据流的DSCP标记的。而是对IPSec的外部IP包头进行与内部的IP包头不同的DSCP标记,即根据本地策略对IPSec的IP包头重新进行DSCP标记,特别地,将其标记为较低优先级的DSCP,或者按照Reflective机制进行DSCP标记。
对于UE通过HNB接入EPC的场景,实现方式是类似的,下面仅简单描述。
对于下行数据,(1)S-GW、SGSN、HNB GW或SeGW根据消息中是否携带支持与固定宽带接入网的策略控制互通指示判断该PDN连接的业务数据流是否经过固定宽带接入网的接纳控制,并对下行数据流的IP包头进行相应的DSCP标记(若支持,发送的IP包采用与收到的IP包相同的DSCP标记;若不支持,则根据本地策略对发送的IP包进行DSCP标记);(2)S-GW、SGSN、HNB GW或SeGW根据配置(S-GW根据UE IP地址或P-GW的地址,SGSN、HNB GW和SeGW根据UE IP地址)判断PDN连接所选择的P-GW所属的网络是否支持与固定宽带接入网的策略控制互通,从而判断该PDN连接的业务数据流是否经过固定宽带接入网的接纳控制,并对下行数据流的IP包头进行相应的DSCP标记(若支持,发送的IP包采用与收到的IP包相同的DSCP标记;若不支持,则根据本地策略对发送的IP包进行DSCP标记)
对于上行数据流,HNB可采用与HeNB完全相同的实现机制,这里不在赘述。
基于同一发明构思,本发明实施例还提供了另外一种业务数据流处理装置,其结构示意图如图7所示,包括:
判断模块701,用于判断业务数据流是否经过固定宽带接入网的接纳控制;
标记模块702,与判断模块701相连,用于根据判断结果对业务数据流的IP包进行不同的差分服务代码点DSCP标记。
从以上的描述中,可以看出,本发明实现了如下技术效果:
在本发明实施例中,判断业务数据流是否经过固定宽带接入网的接纳控制,根据判断结果对业务数据流的IP包进行不同的差分服务代码点DSCP标记,将标记后的IP包发送至固定宽带接入网。在本发明实施例中,经过接纳控制的业务数据流的IP包和未经过接纳控制的业务数据流的IP包会被进行不同的DSCP标记,因此,固定带宽接入网能够对不同的IP包进行区分处理,避免了对所有的IP包进行统一处理,导致没有经接纳控制UE的业务数据流会抢占其他经过接纳控制的业务数据流的资源的问题,进而保证了FMC策略控制机制的成功机率。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种业务数据流处理方法,其特征在于,包括:
判断业务数据流是否经过固定宽带接入网的接纳控制;
根据判断结果对所述业务数据流的IP包进行不同的差分服务代码点DSCP标记。
2.根据权利要求1所述的方法,其特征在于,所述IP包为所述业务数据流的下行数据时,所述方法应用于服务网关S-GW、服务通用分组无线业务支持节点SGSN、家用基站网关H(e)NB GW或安全网关SeGW。
3.根据权利要求2所述的方法,其特征在于,判断业务数据流是否经过固定宽带接入网的接纳控制,包括:
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据能否获得支持与固定宽带接入网的策略控制互通指示判断所述业务数据流是否经过固定宽带接入网的接纳控制;或者
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据用户设备UE的IP地址判断所述业务数据流是否经过固定宽带接入网的接纳控制;或者
所述S-GW根据分组数据网络网关P-GW的地址判断所述业务数据流是否经过固定宽带接入网的接纳控制。
4.根据权利要求3所述的方法,其特征在于,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据能否获取所述策略控制互通指示判断所述业务数据流是否经过固定宽带接入网的接纳控制,包括:
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW获取所述策略控制互通指示,则判断所述业务数据流经过固定宽带接入网的接纳控制;
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW未获取所述策略控制互通指示,则判断所述业务数据流未经过固定宽带接入网的接纳控制。
5.根据权利要求2所述的方法,其特征在于,判断业务数据流是否经过固定宽带接入网的接纳控制,包括:
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW通过判断分组数据网络PDN连接所选择的P-GW所在的网络是否支持与固定宽带接入网的策略控制互通来判断所述业务数据流是否经过固定宽带接入网的接纳控制。
6.根据权利要求2所述的方法,其特征在于,根据判断结果对所述业务数据流的IP包进行不同的DSCP标记,包括:
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW判断所述业务数据流经过固定宽带接入网的接纳控制时,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记相同;
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW判断所述业务数据流的IP包未经过固定宽带接入网的接纳控制时,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记不同。
7.根据权利要求6所述的方法,其特征在于,所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW对自身发送的IP包进行的DSCP标记与自身接收的IP包的DSCP标记不同,包括:
所述S-GW、所述SGSN、所述H(e)NB GW或所述SeGW根据本地策略对自身发送的IP包重新进行DSCP标记。
8.根据权利要求7所述的方法,其特征在于,所述本地策略包括:对当前设备的发送的IP包进行DSCP标记,其中,所述当前设备发送的IP包的DSCP标记的优选级低于所述当前设备接收的IP包的DSCP标记的优选级。
9.根据权利要求1所述的方法,其特征在于,所述IP包为所述业务数据流的上行数据时,所述方法应用于家用基站H(e)NB。
10.根据权利要求9所述的方法,其特征在于,根据判断结果对所述业务数据流的IP包进行不同的DSCP标记,包括:
所述H(e)NB基于反射Reflective机制对所述业务数据流的IP包进行DSCP标记。
11.根据权利要求9所述的方法,其特征在于,根据判断结果对所述业务数据流的IP包进行不同的DSCP标记,包括:
所述H(e)NB根据能否获取支持与固定宽带接入网的策略控制互通指示或UE的IP地址判断所述业务数据流是否经过固定宽带接入网的接纳控制;或者
所述H(e)NB根据配置的QoS与DSCP的映射关系判断所述业务数据流的下行IP包头的DSCP标记是否与所述业务数据流对应的下行QoS所映射到的DSCP一致来判断所述业务数据流是否经过固定宽带接入网的接纳控制。
12.根据权利要求11所述的方法,其特征在于,判断所述业务数据流是否经过固定宽带接入网的接纳控制之后,还包括:
若所述业务数据流经过固定宽带接入网的接纳控制,则所述H(e)NB按照服务质量QoS与DSCP的映射关系,根据核心网下发的所述业务数据流对应的上行QoS对所述业务数据流的IP包进行DSCP标记;
若所述业务数据流未经过固定宽带接入网的接纳控制,则所述H(e)NB根据本地策略对所述业务数据流的IP包进行DSCP标记或基于Reflective机制对所述业务数据流的IP包进行DSCP标记。
13.根据权利要求12所述的方法,其特征在于,所述本地策略包括:对所述业务数据流的IP包进行DSCP标记,其中,所述DSCP标记低于按照所述核心网下发的QoS与DSCP的映射关系获得的DSCP的优选级。
14.一种业务数据流处理装置,其特征在于,包括:
判断模块,用于判断业务数据流是否经过固定宽带接入网的接纳控制;
标记模块,用于根据判断结果对所述业务数据流的IP包进行不同的差分服务代码点DSCP标记。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110202540.4A CN102843348B (zh) | 2011-06-23 | 2011-07-08 | 业务数据流处理方法及装置 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110171011.2 | 2011-06-23 | ||
CN201110171011 | 2011-06-23 | ||
CN2011101710112 | 2011-06-23 | ||
CN201110202540.4A CN102843348B (zh) | 2011-06-23 | 2011-07-08 | 业务数据流处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102843348A CN102843348A (zh) | 2012-12-26 |
CN102843348B true CN102843348B (zh) | 2017-07-18 |
Family
ID=47370411
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110202540.4A Active CN102843348B (zh) | 2011-06-23 | 2011-07-08 | 业务数据流处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102843348B (zh) |
WO (1) | WO2012174977A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104579962B (zh) * | 2015-01-23 | 2018-08-14 | 盛科网络(苏州)有限公司 | 一种区分不同报文的QoS策略的方法及装置 |
CN109818917B (zh) * | 2017-11-21 | 2021-10-26 | 华为技术有限公司 | 一种通信方法及其装置 |
CN109688608B (zh) * | 2019-01-02 | 2022-04-15 | 广州汇智通信技术有限公司 | 一种语音数据分流方法和*** |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101447917A (zh) * | 2008-03-04 | 2009-06-03 | 中兴通讯股份有限公司 | 策略控制方法和装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7698457B2 (en) * | 2003-11-12 | 2010-04-13 | Andrei Ghetie | Scalable and dynamic quality of service control |
US7471684B2 (en) * | 2004-10-21 | 2008-12-30 | International Machines Corporation | Preventing asynchronous ARP cache poisoning of multiple hosts |
CN101188604A (zh) * | 2006-11-16 | 2008-05-28 | 中兴通讯股份有限公司 | 一种网络用户权限鉴定方法 |
CN102026160A (zh) * | 2009-09-21 | 2011-04-20 | 中兴通讯股份有限公司 | 一种移动回程网安全接入的方法和*** |
CN101969408B (zh) * | 2010-11-03 | 2012-05-23 | 南京邮电大学 | 基于分组dscp标记的主动队列管理方法 |
-
2011
- 2011-07-08 CN CN201110202540.4A patent/CN102843348B/zh active Active
-
2012
- 2012-05-30 WO PCT/CN2012/076295 patent/WO2012174977A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101447917A (zh) * | 2008-03-04 | 2009-06-03 | 中兴通讯股份有限公司 | 策略控制方法和装置 |
Non-Patent Citations (3)
Title |
---|
3gpp.3GPP Technical 3rd Generation Partnership Project * |
Study on Support of BBF Access Interworking(Release 11).《3GPP TR 23.839 V0.4.0(2010-11)》.2010, * |
Technical Specification Group Services and System Aspects * |
Also Published As
Publication number | Publication date |
---|---|
WO2012174977A1 (zh) | 2012-12-27 |
CN102843348A (zh) | 2012-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10412775B2 (en) | Small data usage enablement in 3GPP networks | |
CN102595508B (zh) | 一种策略控制方法及*** | |
EP3231167B1 (en) | Charging in the integrated small cell/wi-fi networks (iswn) | |
EP3571819B1 (en) | Control mechanism for supporting services in mobile edge computing environment | |
CN103209401B (zh) | 一种融合网络中策略控制方法及*** | |
CN103348717B (zh) | Eps中的移动路由器 | |
CN103096314B (zh) | 一种实现反射QoS机制的方法、***和PCRF | |
CN102457847B (zh) | 一种固定网络感知用户接入的方法和*** | |
CN104135541B (zh) | 资源共享方法和资源共享*** | |
CN103428731B (zh) | 路由优化方法及***、服务网关 | |
CN101931946A (zh) | 演进的分组***中的终端的多接入方法及*** | |
CN102316548A (zh) | 信息传递方法和*** | |
CN102143530A (zh) | 一种对移动用户本地接入的策略控制方法和*** | |
CN102843348B (zh) | 业务数据流处理方法及装置 | |
CN103716770B (zh) | 网络接入处理方法及*** | |
CN109787799A (zh) | 一种服务质量QoS控制方法及设备 | |
CN102347892B (zh) | 一种网络设备获取用户接入信息的方法及*** | |
CN103813409A (zh) | 固网移动融合的策略控制方法、装置及*** | |
CN102638867B (zh) | 二次接纳控制的处理方法及*** | |
CN106341812A (zh) | 数据传输方法、基站、移动管理实体、终端及*** | |
CN102378399B (zh) | 用户设备接入方法、装置及*** | |
CN102740378B (zh) | 一种接纳控制的实现方法和*** | |
CN103929756B (zh) | 一种网络信息处理方法、装置和*** | |
CN102769933B (zh) | 一种策略会话删除方法及其*** | |
CN103458390B (zh) | 一种ip地址传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |