CN106211116A - 策略规则制定方法、系统及装置 - Google Patents
策略规则制定方法、系统及装置 Download PDFInfo
- Publication number
- CN106211116A CN106211116A CN201510212123.6A CN201510212123A CN106211116A CN 106211116 A CN106211116 A CN 106211116A CN 201510212123 A CN201510212123 A CN 201510212123A CN 106211116 A CN106211116 A CN 106211116A
- Authority
- CN
- China
- Prior art keywords
- information
- address
- public network
- bandwidth
- private 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种策略规则制定方法、系统及装置,其中,该方法采用若协议转换器PC或应用接入控制功能AAC根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则该PC或AAC向PCRF提供私网业务描述信息,其中携带该私网流描述信息和累计请求带宽信息,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成,该PCRF根据该私网流描述信息和该累计请求带宽信息制定PCC规则,解决了用户终端针对一个业务同时发起的多个业务访问可能无法进行正确的资源预留和资源控制的问题,实现了用户终端对一个业务同时发起的多个业务访问的资源预留和控制。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种策略规则制定方法、系统及装置。
背景技术
图1是根据相关技术的PCC架构示意图,如图1所示,图1是第三代合作伙伴计划(3rdGeneration Partnership Project,简称为3GPP)定义的策略和计费控制架构(Policy and ChargingControl,简称为PCC)。
策略和计费规则功能(Policy and Charging Rules Function,简称为PCRF)为业务使用网络资源进行服务质量(Quality of Service,简称为QoS)和计费策略的制订。PCRF制定所述控制策略需要结合从应用功能(Application function,简称为AF)接收的业务信息,从用户签约数据库(Subscription Profile Repository,简称为SPR)接收的用户签约信息,运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执行功能(Policy and ChargingEnforcement Function,简称为PCEF)或者承载绑定和事件上报功能(Bearer Binding and EventReport Function,简称为BBERF)执行。同时PCRF可以向PCEF和/或BBERF订阅承载层相关事件,以便当承载层发生所述事件时及时感知,并更改控制策略。此外,PCEF以及业务检测功能(Traffic Detection Function,简称为TDF)能够根据PCRF下发的PCC规则(PCEF)或应用检测控制(Application Detection Control,简称为ADC)规则(TDF)执行应用检测和控制功能。
随着移动互联网的发展,运营商需要与第三方数据应用提供商进行互通,为第三方数据应用提供商提供的业务进行QoS保障。图2是根据相关技术的应用接入控制(ApplicationAccess Control,简称为AAC)的PCC架构示意图,如图2所示,由于目前PCC支持的Rx接口采用的Diameter协议,而对于大多数第三方数据应用提供商来说,他们更擅长基于SOAP、REST协议的开发。目前业界研究PCC架构支持基于SOAP/REST协议的Rx接口。在PCRF和AF直接设置一个称为协议转换器(Protocol Converter,简称为PC)的逻辑功能,用于将SOAP或REST协议转换成Diameter。进一步地,还可以在PC上面增加一些接入控制功能,以便能够更好的实现运营商对第三方数据应用的接入控制,此时该逻辑功能还称为AAC功能实体。
图3是根据相关技术的NAT的PCC架构示意图,如图3所示,为了解决IP地址短缺的问题,运营商通常在分组网络网关(PDN(Pocket Data Network)Gateway,简称为P-GW)之后部署网络地址转换设备(Network Address Translation,简称为NAT)。由于NAT存在,就使得相同PDN连接承载在分组核心演进网(Evolved Packet Core,简称为EPC)内部使用的私有IP地址和端口号,与外部分组网络中使用的公有IP地址和端口号有所不同。在相关技术中,AF提供给PCRF用于制定PCC规则的业务信息是基于外部分组网络中的经过变换的IP地址和端口号,首先PCRF无法根据AF提供的公有IP地址和PCEF提供的私网IP地址将AF会话和IP接入网会话(IP-connectivity Access Network,简称为IP-CAN)进行关联,其次若PCRF根据外部的IP地址和端口号制定PCC规则中的过滤器模板提供给PCEF或BBERF执行,PCEF或BBERF将无法匹配正确的数据流。
为了解决上述问题,相关技术中提出了一种解决方案,即NAT将地址转换的映射表发送给PCRF,PCRF根据该映射表以及AF提供的信息就能够找到对应的私网IP地址和端口号。但是这种方案要求NAT与PCRF有互通机制,对现有网络影响较大。
在相关技术还提出了两种对现有网络影响较小的实现方式,(1)在NAT和AAC或PCRF上配置相同的公网源IP地址、公网源端口号段和私网源IP地址的对应关系。AAC和PCRF可以根据公网源IP地址和公网源端口号唯一确定私网源IP地址。(2)PCEF在UE发送的分组数据报文的头部插入该UE的私网IP地址,AF在向PCRF提供业务信息的时候同时提供UE的私网IP地址,这样PCRF可以根据私网IP地址进行会话关联。然而上述两种实现方式只能进行会话绑定,由于PCRF无法获取业务的私网源端口号,导致UE针对一个业务同时发起的多个业务访问可能无法进行正确的资源预留和资源控制,UE向同一个业务同时发起了2个HTTP的业务请求,由于这两个业务的业务数据流的私网IP地址和服务器端IP地址、服务器端口号都一致。现有机制中PCRF无法下发正确的PCC规则为同时进行的2次业务访问进行资源预留和控制。
针对相关技术中,用户终端针对一个业务同时发起的多个业务访问可能无法进行正确的资源预留和资源控制的问题,目前尚未提出有效的解决方案。
发明内容
本发明提供了一种策略规则制定方法、系统及装置,以至少解决相关技术中用户终端针对一个业务同时发起的多个业务访问可能无法进行正确的资源预留和资源控制的问题。
根据本发明的一个方面,提供了一种策略规则制定方法,若协议转换器PC或应用接入控制功能AAC根据应用功能AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则所述PC或AAC向策略和计费规则功能PCRF提供私网业务描述信息,其中携带所述私网流描述信息和累计请求带宽信息,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成;
所述PCRF根据所述私网流描述信息和所述累计请求带宽信息制定PCC规则。
进一步地,所述PC或所述AAC上配置与网络地址转换设备NAT相同的私网IP地址到公网IP地址及公网源端口号段的映射表。
进一步地,所述PC或所述AAC根据所述映射表和所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
进一步地,所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
所述累计请求带宽信息是所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
根据本发明的另一个方面,还提供了一种策略规则制定方法,包括:
PCRF根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则所述PCRF根据所述私网流描述信息和所述累计请求带宽信息制定PCC规则,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成。
进一步地,所述PCRF上配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
进一步地,所述PCRF根据所述映射表和所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
进一步地,所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
所述累计请求带宽信息是所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
根据本发明的另一个方面,还提供了一种策略规则制定系统,包括:
PC或AAC,用于当根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同时,向PCRF提供私网业务描述信息,其中携带所述私网流描述信息和累计请求带宽信息,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成;
所述PCRF,用于根据所述私网流描述信息和所述累计请求带宽信息制定PCC规则。
进一步地,所述PC或AAC上配置和网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
进一步地,所述PC或AAC根据所述映射表和所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
进一步地,所述PC或AAC将所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值设置为所述累计请求带宽信息。
根据本发明的另一个方面,还提供了一种PC或AAC装置,包括:
接收模块,用于接收AF提供的两个或两个以上公网业务描述信息中的公网流描述信息;
第一映射模块,用于将两个或两个以上公网业务描述信息中的公网流描述信息映射成私网流描述信息;
发送模块:当映射成的所述私网流描述信息相同时,向PCRF提供私网业务描述信息,其中携带所述私网流描述信息和累计请求带宽信息,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成。
进一步地,该装置还包括第一配置模块,用于配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
进一步地,所述装置还包括:
所述第一映射模块根据第一配置模块配置的所述映射表和接收模块接收的所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
进一步地,所述发送模块将所述累计请求带宽信息设置为所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
根据本发明的另一个方面,还提供了一种PCRF装置,包括:
第二映射模块,用于将AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成私网流描述信息;
制定模块,用于当映射成的所述私网流描述信息相同时,根据所述私网流描述信息和所述累计请求带宽信息制定PCC规则,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成。
进一步地,还包括第二配置模块,用于配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
进一步地,所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
所述累计请求带宽信息是所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
通过本发明,采用若协议转换器PC或应用接入控制功能AAC根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则该PC或AAC向PCRF提供私网业务描述信息,其中携带该私网流描述信息和累计请求带宽信息,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成,该PCRF根据该私网流描述信息和该累计请求带宽信息制定PCC规则,解决了用户终端针对一个业务同时发起的多个业务访问可能无法进行正确的资源预留和资源控制的问题,实现了用户终端对一个业务同时发起的多个业务访问的资源预留和控制。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的PCC架构示意图;
图2是根据相关技术的AAC的PCC架构示意图;
图3是根据相关技术的NAT的PCC架构示意图;
图4是根据本发明实施例的一种策略规则制定方法的流程图;
图5是根据本发明实施例的一种PC或AAC装置的结构框图;
图6是根据本发明实施例的一种PCRF装置的结构框图;
图7是根据本发明优选实施例的实现PCRF制定PCC规则的流程图一;
图8是根据本发明优选实施例的实现PCRF制定PCC规则的流程图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种策略规则制定方法,图4是根据本发明实施例的一种策略规则制定方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,若协议转换器PC或应用接入控制功能AAC根据应用功能AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则该PC或AAC向策略和计费规则功能PCRF提供私网业务描述信息,其中携带该私网流描述信息和累计请求带宽信息,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成;
步骤S404,该PCRF根据该私网流描述信息和该累计请求带宽信息制定PCC规则。
通过上述步骤,若协议转换器PC或应用接入控制功能AAC根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则该PC或AAC向PCRF提供私网业务描述信息,其中携带该私网流描述信息和累计请求带宽信息,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成,该PCRF根据该私网流描述信息和该累计请求带宽信息制定PCC规则,解决了用户终端针对一个业务同时发起的多个业务访问可能无法进行正确的资源预留和资源控制的问题,实现了用户终端对一个业务同时发起的多个业务访问的资源预留和控制。
在本实施例中,该PC或该AAC上配置与网络地址转换设备NAT相同的私网IP地址到公网IP地址及公网源端口号段的映射表。
在本实施例中,该PC或该AAC根据该映射表和该两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将该源IP地址替换成该私网IP地址,该源端口替换为通配后生成的该流描述信息相同。
在本实施例中,该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
该累计请求带宽信息是该两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
在本发明的实施例中,还提供了一种策略规则制定方法,包括:
PCRF根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则该PCRF根据该私网流描述信息和该累计请求带宽信息制定PCC规则,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成。
在本实施例中,该PCRF上配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
在本实施例中,该PCRF根据该映射表和该两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将该源IP地址替换成该私网IP地址,该源端口替换为通配后生成的该流描述信息相同。
在本实施例中,该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
该累计请求带宽信息是该两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
在本发明的实施例中,还提供了一种策略规则制定系统,其特征在于,包括:
PC或AAC,用于当根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同时,向PCRF提供私网业务描述信息,其中携带该私网流描述信息和累计请求带宽信息,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成;
该PCRF,用于根据该私网流描述信息和该累计请求带宽信息制定PCC规则。
在本实施例中,该PC或AAC上配置和网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
在本实施例中,该PC或AAC根据该映射表和该两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将该源IP地址替换成该私网IP地址,该源端口替换为通配后生成的该流描述信息相同。
在本实施例中,该PC或AAC将该两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值设置为该累计请求带宽信息。
在本实施例中还提供了一种PC或AAC装置以及PCRF装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的一种PC或AAC装置的结构框图,如图5所示,该装置包括:
接收模块52,用于接收AF提供的两个或两个以上公网业务描述信息中的公网流描述信息;
第一映射模块54,用于将两个或两个以上公网业务描述信息中的公网流描述信息映射成私网流描述信息;
发送模块56:当映射成的该私网流描述信息相同时,向PCRF提供私网业务描述信息,其中携带该私网流描述信息和累计请求带宽信息,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成。
在本实施例中,该装置还包括第一配置模块,用于配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
在本实施例中,该装置还包括:
该第一映射模块54根据第一配置模块配置的该映射表和接收模块接收的该两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将该源IP地址替换成该私网IP地址,该源端口替换为通配后生成的该流描述信息相同。
在本实施例中,该发送模块56将该累计请求带宽信息设置为该两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
图6是根据本发明实施例的一种PCRF装置的结构框图,如图6所示,该装置包括:
第二映射模块62,用于将AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成私网流描述信息;
制定模块64,用于当映射成的该私网流描述信息相同时,根据该私网流描述信息和该累计请求带宽信息制定PCC规则,其中该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成。
在本实施例中,还包括第二配置模块,用于配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
在本实施例中,该累计请求带宽信息根据该两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
该累计请求带宽信息是该两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
下面结合优选实施例对本发明进行详细说明。
实施例一
在本实施例中,通过在AAC上配置公网IP地址、公网源端口号和私网IP地址的对应关系的方式向PCRF提供私网源IP地址,并由AAC累计AF请求的带宽,实现对业务数据流的资源预留。NAT和AAC上都固定配置了一个私网IP地址到公网IP地址及公网源端口号段的映射表。(在本发明实施例中,源IP地址、源端口号以及目的IP地址、目的端口号都是针对上行方向而言)。
图7是根据本发明优选实施例的实现PCRF制定PCC规则的流程图一,如图7所示,
步骤701:UE附着到网络,建立IP-CAN会话。在这个过程中,PCEF与PCRF之间建立用于策略和计费控制的Gx会话。若IP-CAN会话涉及BBERF,则BBERF与PCRF之间建立用于策略控制的网关控制会话。
步骤702:UE发起业务访问。业务的数据包经过NAT后,数据包的五元组中的源IP地址(即UE的私网IP地址)和源端口号(表示为私网源端口号1)被NAT转换为公网IP地址和公网源端口号(表示为公网源端口号1)。其中NAT根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表将私网IP地址映射为对应的公网IP地址,并且选取对应的公网源端口号段中的一个端口号替换私网源端口号。应用服务器获取数据包五元组。
步骤703:AF向AAC发送HTTP POST消息,消息中携带业务描述信息,公网IP地址。其中业务描述信息中的包含业务描述信息标识1,流描述信息、媒体类型、请求的带宽信息。其中流描述信息即为步骤802中应用服务器获取的数据包的五元组。
步骤704:AAC根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表,以及AF提供的流描述中的公网源端口号、公网IP地址,确定私网IP地址。AAC调整业务描述中的流描述信息,将源地址修改为私网IP地址,源端口号修改为通配。
步骤705:AAC向PCRF发送AAR消息,消息中携带业务描述信息和私网IP地址、公网IP地址;
步骤706:PCRF保存信息后,返回确认消息;
步骤707:AAC向AF返回确认消息;
步骤708:PCRF根据业务信息、网络策略以及用户签约等信息制定PCC规则1,其中PCC规则1中的携带的流描述信息(即业务数据流模板)为AAC提供的流描述信息。PCC规则1中携带的QoS信息包括QoS分类标识(QoS Class Identifier,简称为QCI)、分配和保持优先级(Allocation And Retention Priority,简称为ARP)。若PCRF制定的QCI为GBR-QCI,则QoS信息中包括保证比特速率(Guaranteed Bit Rate,简称为GBR)和最大比特速率(Maximum BitRate,简称为MBR);若PCRF制定的QCI为非保证比特速率(Non-GBR)QCI,则QoS信息中可包括MBR,取值根据请求带宽信息设置。若BBERF存在,则PCRF还根据PCC规则1制定QoS规则1;
步骤709:PCRF向BBERF提供QoS规则1;
步骤710:PCRF向PCEF提供PCC规则1;
步骤711:UE再次发起业务访问。业务的数据包经过NAT后,数据包头的五元组中的源IP地址(即UE的私网IP地址)和源端口号(表示为私网源端口号2)被NAT转换为公网IP地址和公网源端口号(表示为源端口号2)。其中NAT根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表将私网IP地址映射为对应的公网IP地址,并且选取对应的公网源端口号段中的一个端口号替换私网源端口号。应用服务器获取数据包五元组。
步骤712:AF向AAC发送HTTP PUT消息,消息中携带业务描述信息,公网IP地址。其中业务描述信息中的包含业务描述信息标识2,流描述信息、媒体类型、请求的带宽信息。其中流描述信息即为步骤811中应用服务器中获取的数据包的五元组。
步骤713:AAC根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表,以及AF提供的流描述中的公网源端口号、公网IP地址,确定私网IP地址。AAC调整业务描述中的流描述信息,将源地址修改为私网IP地址,源端口号修改为通配。由于此时AAC调整后的流描述信息与步骤804一致,因此AAC决定更新之前的业务描述信息,即新的业务描述信息包括调整后的流描述信息,媒体类型和请求带宽信息(其中请求带宽信息为两次AF请求的带宽信息的和或是两次AF请求的带宽信息中的较大值)。
步骤714:AAC向PCRF发送AAR消息,更新之前的业务描述信息,消息中携带业务流描述信息、公网IP地址、私网IP地址和新的请求带宽信息;
步骤715:PCRF保存信息后,返回确认消息;
步骤716:AAC向AF返回确认消息;
步骤717:PCRF根据更新的业务描述信息更新PCC规则1。PCC规则1中携带的QoS信息包括QCI、ARP。若PCRF制定的QCI为GBR-QCI,则QoS信息中包括GBR和MBR,且GBR和MBR的分别根据新的请求带宽信息设置;若PCRF制定的QCI为Non-GBR QCI,则QoS信息中可包括MBR,且MBR根据新的请求带宽信息设置。若BBERF存在,则PCRF还根据PCC规则1制定QoS规则1.
步骤718:PCRF向BBERF提供更新的QoS规则1;
步骤719:PCRF向PCEF提供更新PCC规则1;
由于上述流程中,PCRF通过制定一个PCC规则为2个业务访问预留的累加的资源,从而保证了2个业务访问的正常进行。
上述实施例仅描述了UE同时发起2次业务访问的情况,对于2次以上的情况,流程是类似的,这里不再赘述。
实施例二
在本优选实施例中,在通过在PCRF上配置公网IP地址、公网源端口号和私网IP地址的对应关系的方式获取对应的私网源IP地址,并由PCRF累计AF请求的带宽,实现对业务数据流的资源预留。在下述实施例中,NAT和PCC上都固定配置了一个私网IP地址到公网IP地址及公网源端口号段的映射表。
图8是根据本发明优选实施例的实现PCRF制定PCC规则的流程图二,如图8所示,
步骤801:UE附着到网络,建立IP-CAN会话。在这个过程中,PCEF与PCRF之间建立用于策略和计费控制的Gx会话。若IP-CAN会话涉及BBERF,则BBERF与PCRF之间建立用于策略控制的网关控制会话。
步骤802:UE发起业务访问。业务的数据包经过NAT后,数据包头的五元组中的源IP地址(即UE的私网IP地址)和源端口号(表示为私网源端口号1)被NAT转换为公网IP地址和公网源端口号(表示为公网源端口号1)。其中NAT根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表将私网IP地址映射为对应的公网IP地址,并且选取对应的公网源端口号段中的一个端口号替换私网源端口号。应用服务器获取数据包头五元组。
步骤803:AF向PCRF发送AAR消息,消息中携带业务描述信息,公网IP地址。其中业务描述信息中的包含流描述信息、媒体类型、请求的带宽信息。其中流描述信息即为步骤902获取的数据包的五元组。PCRF根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表,以及AF提供的流描述中的公网源端口号、公网IP地址,确定私网IP地址。PCRF调整业务描述中的流描述信息,将源地址修改为私网IP地址,源端口号修改为通配。
步骤804:PCRF保存信息后,返回确认消息;
步骤805:PCRF根据业务信息、网络策略以及用户签约等信息制定PCC规则1,其中PCC规则1中的携带的流描述信息(即业务数据流模板)为AF提供的流描述信息。PCC规则1中携带的QoS信息包括QCI、ARP。若PCRF制定的QCI为GBR-QCI,则QoS信息中包括GBR和MBR,取值根据AF提供的请求带宽信息设置;若PCRF制定的QCI为Non-GBR QCI,则QoS信息中可包括MBR,取值根据AF提供的请求带宽信息设置。若BBERF存在,则PCRF还根据PCC规则1制定QoS规则1.
步骤806:可选地,PCRF向BBERF提供QoS规则1;
步骤807:PCRF向PCEF提供PCC规则1;
步骤808:UE再次发起业务访问。业务的数据包经过NAT后,数据包的五元组中的源IP地址(即UE的私网IP地址)和源端口号(表示为私网源端口号2)被NAT转换为公网IP地址和公网源端口号(表示为公网源端口号2)。其中NAT根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表将私网IP地址映射为对应的公网IP地址,并且选取对应的公网源端口号段中的一个端口号替换私网源端口号。应用服务器获取数据包五元组。
步骤809:AF向PCRF发送AAR消息,消息中携带业务描述信息,公网IP地址。其中业务描述信息中的包含流描述信息、媒体类型、请求的带宽信息。其中流描述信息即为步骤908中应用服务器获取的数据包的五元组。
步骤810:PCRF根据配置的私网IP地址到公网IP地址及公网源端口号段的映射表,以及AF提供的流描述中的公网源端口号、公网IP地址,确定私网IP地址。PCRF调整业务描述中的流描述信息,将源地址修改为私网IP地址,源端口号修改为通配。
步骤811:PCRF保存信息后,返回确认消息;
步骤812:由于此时PCRF调整后的流描述信息和步骤903中的流描述信息是一样的,因此PCRF根据业务信息、网络策略以及用户签约等信息更新步骤808中的PCC规则1,其中更新的PCC规则1中的携带的流描述信与更新前一致。PCC规则1中携带的QoS信息包括QCI、ARP。若PCRF制定的QCI为GBR-QCI,则QoS信息中包括GBR和MBR,且GBR和MBR的分别根据AF两次请求的带宽设置,即为两次AF请求的带宽信息的之和或者是两次AF请求的带宽信息中的较大值;若PCRF制定的QCI为Non-GBR QCI,则QoS信息中可包括MBR,且MBR的取值根据AF两次请求的带宽设置,即为两次AF请求的带宽信息的之和或者是两次AF请求的带宽信息中的较大值。若BBERF存在,则PCRF还根据PCC规则1制定QoS规则1.
步骤813:PCRF向BBERF提供更新的QoS规则1;
步骤814:PCRF向PCEF提供更新PCC规则1。
上述实施例仅描述了UE同时发起2次业务访问的情况,对于2次以上的情况,流程是类似的,这里不再赘述。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例该的方法。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行上述实施例的程序代码:
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述实施例的方法。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (19)
1.一种策略规则制定方法,其特征在于,包括:
若协议转换器PC或应用接入控制功能AAC根据应用功能AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则所述PC或AAC向策略和计费规则功能PCRF提供私网业务描述信息,其中携带所述私网流描述信息和累计请求带宽信息,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成;
所述PCRF根据所述私网流描述信息和所述累计请求带宽信息制定PCC规则。
2.根据权利要求1所述的方法,其特征在于,包括:
所述PC或所述AAC上配置与网络地址转换设备NAT相同的私网IP地址到公网IP地址及公网源端口号段的映射表。
3.根据权利要求2所述的方法,其特征在于,包括:
所述PC或所述AAC根据所述映射表和所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
4.根据权利要求1所述的方法,所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
所述累计请求带宽信息是所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
5.一种策略规则制定方法,其特征在于,包括:
PCRF根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同,则所述PCRF根据所述私网流描述信息和累计请求带宽信息制定PCC规则,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成。
6.根据权利要求5所述的方法,其特征在于,所述PCRF上配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
7.根据权利要求6所述的方法,其特征在于,包括:
所述PCRF根据所述映射表和所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
8.根据权利要求5所述的方法,所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
所述累计请求带宽信息是所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
9.一种策略规则制定系统,其特征在于,包括:
PC或AAC,用于当根据AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成的私网流描述信息相同时,向PCRF提供私网业务描述信息,其中携带所述私网流描述信息和累计请求带宽信息,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成;
所述PCRF,用于根据所述私网流描述信息和所述累计请求带宽信息制定PCC规则。
10.根据权利要求9所述的系统,其特征在于,所述PC或AAC上配置和网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
11.根据权利要求9所述的系统,其特征在于,所述PC或AAC根据所述映射表和所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
12.根据权利要求9所述的系统,其特征在于,所述PC或AAC将所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值设置为所述累计请求带宽信息。
13.一种PC或AAC装置,其特征在于,包括:
接收模块,用于接收AF提供的两个或两个以上公网业务描述信息中的公网流描述信息;
第一映射模块,用于将两个或两个以上公网业务描述信息中的公网流描述信息映射成私网流描述信息;
发送模块:当映射成的所述私网流描述信息相同时,向PCRF提供私网业务描述信息,其中携带所述私网流描述信息和累计请求带宽信息,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成。
14.根据权利要求13所述的装置,其特征在于,还包括第一配置模块,用于配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
15.根据权利要求14所述的装置,其特征在于,所述装置还包括:
所述第一映射模块根据第一配置模块配置的所述映射表和接收模块接收的所述两个或两个以上公网流描述信息中的源端口号、源IP地址,确定私网IP地址,并将所述源IP地址替换成所述私网IP地址,所述源端口替换为通配后生成的所述流描述信息相同。
16.根据权利要求13所述的装置,其特征在于,所述发送模块将所述累计请求带宽信息设置为所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
17.一种PCRF装置,其特征在于,包括:
第二映射模块,用于将AF提供的两个或两个以上公网业务描述信息中的公网流描述信息映射成私网流描述信息;
制定模块,用于当映射成的所述私网流描述信息相同时,根据所述私网流描述信息和累计请求带宽信息制定PCC规则,其中所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成。
18.根据权利要求17所述的装置,其特征在于,还包括第二配置模块,用于配置与网络地址转换设备NAT一致的私网IP地址到公网IP地址及公网源端口号段的映射表。
19.根据权利要求17所述的装置,其特征在于,所述累计请求带宽信息根据所述两个或两个以上公网业务描述信息中的请求带宽信息生成,包括:
所述累计请求带宽信息是所述两个或两个以上公网业务描述信息中的请求带宽信息之和或最大值。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510212123.6A CN106211116A (zh) | 2015-04-29 | 2015-04-29 | 策略规则制定方法、系统及装置 |
PCT/CN2016/077902 WO2016173363A1 (zh) | 2015-04-29 | 2016-03-30 | 策略规则制定方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510212123.6A CN106211116A (zh) | 2015-04-29 | 2015-04-29 | 策略规则制定方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106211116A true CN106211116A (zh) | 2016-12-07 |
Family
ID=57198083
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510212123.6A Withdrawn CN106211116A (zh) | 2015-04-29 | 2015-04-29 | 策略规则制定方法、系统及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106211116A (zh) |
WO (1) | WO2016173363A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109327634A (zh) * | 2017-07-31 | 2019-02-12 | 贵州白山云科技股份有限公司 | 一种解决重复计费的方法及装置 |
CN111328035A (zh) * | 2018-12-14 | 2020-06-23 | 中国移动通信集团北京有限公司 | 一种业务处理方法、装置和可读介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111757511B (zh) * | 2019-03-28 | 2022-06-10 | 华为技术有限公司 | 通信方法、装置及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101222413A (zh) * | 2007-01-09 | 2008-07-16 | 华为技术有限公司 | 业务流程中的处理方法及系统 |
CN101345633A (zh) * | 2007-07-10 | 2009-01-14 | 华为技术有限公司 | 一种应用的策略控制方法及装置 |
CN102334355A (zh) * | 2011-05-25 | 2012-01-25 | 华为技术有限公司 | 策略控制方法及设备 |
CN104010332A (zh) * | 2013-02-21 | 2014-08-27 | 中兴通讯股份有限公司 | 承载绑定方法及系统 |
US20140293824A1 (en) * | 2011-11-15 | 2014-10-02 | Telefonaktiebolaget L M Ericsson (Publ) | Policy Controller Based Network Statistics Generation |
-
2015
- 2015-04-29 CN CN201510212123.6A patent/CN106211116A/zh not_active Withdrawn
-
2016
- 2016-03-30 WO PCT/CN2016/077902 patent/WO2016173363A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101222413A (zh) * | 2007-01-09 | 2008-07-16 | 华为技术有限公司 | 业务流程中的处理方法及系统 |
CN101345633A (zh) * | 2007-07-10 | 2009-01-14 | 华为技术有限公司 | 一种应用的策略控制方法及装置 |
CN102334355A (zh) * | 2011-05-25 | 2012-01-25 | 华为技术有限公司 | 策略控制方法及设备 |
US20140293824A1 (en) * | 2011-11-15 | 2014-10-02 | Telefonaktiebolaget L M Ericsson (Publ) | Policy Controller Based Network Statistics Generation |
CN104010332A (zh) * | 2013-02-21 | 2014-08-27 | 中兴通讯股份有限公司 | 承载绑定方法及系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109327634A (zh) * | 2017-07-31 | 2019-02-12 | 贵州白山云科技股份有限公司 | 一种解决重复计费的方法及装置 |
CN111328035A (zh) * | 2018-12-14 | 2020-06-23 | 中国移动通信集团北京有限公司 | 一种业务处理方法、装置和可读介质 |
CN111328035B (zh) * | 2018-12-14 | 2021-08-10 | 中国移动通信集团北京有限公司 | 一种业务处理方法、装置和可读介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2016173363A1 (zh) | 2016-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11083033B2 (en) | Small data usage enablement in 3GPP networks | |
WO2021018021A1 (zh) | 计费方法、计费系统和通信装置 | |
WO2020063335A1 (zh) | 一种切片信息处理方法及装置 | |
CN100362871C (zh) | 增强的服务质量控制 | |
CN101163091B (zh) | 一种资源接纳控制系统及方法 | |
US8903974B2 (en) | Methods, systems, and computer readable media for user controlled policy sharing | |
US20140233497A1 (en) | Method of handling a change to bearer control mode | |
CN103650420A (zh) | 以探测为基础的载体控制 | |
CN102763365A (zh) | 用于pcrf自动响应小区容量不足的方法 | |
CN101641912A (zh) | 应用用于管理服务流的策略 | |
CN112423314B (zh) | 通知服务质量信息的方法、设备及系统 | |
CN106304195B (zh) | 第三方应用的策略控制方法、scef和pcrf | |
CN104955085A (zh) | 一种漫游场景下的应用检测控制方法及v-pcrf | |
CN104685839A (zh) | 用于处理分组的方法和装置 | |
US10187217B1 (en) | Methods, systems, and computer readable media for efficient mapping of rule precedence values and filter priority values | |
CN106211116A (zh) | 策略规则制定方法、系统及装置 | |
WO2017128819A1 (zh) | 基于应用的策略和计费控制方法及装置、存储介质 | |
CN105993190A (zh) | 承载资源的处理方法和装置 | |
US8442480B2 (en) | Priority communications in a shared access telecommunications network | |
CN106211117B (zh) | 策略规则制定方法、系统及装置 | |
CN105263164B (zh) | 一种服务质量控制的方法、设备和系统 | |
US8751876B2 (en) | Framework for managing failures in outbound messages | |
CN102958128A (zh) | 为ue业务选择pdn连接的方法及装置 | |
US8588106B2 (en) | Time of day rule scheduler | |
WO2020249101A1 (zh) | 一种通信方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20161207 |