CN102378144B - 一种建立会话、策略下发的方法和*** - Google Patents
一种建立会话、策略下发的方法和*** Download PDFInfo
- Publication number
- CN102378144B CN102378144B CN201010259042.9A CN201010259042A CN102378144B CN 102378144 B CN102378144 B CN 102378144B CN 201010259042 A CN201010259042 A CN 201010259042A CN 102378144 B CN102378144 B CN 102378144B
- Authority
- CN
- China
- Prior art keywords
- epdg
- pcrf
- interface
- session
- bberf
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- 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/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- 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
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种建立会话的方法和***,ePDG向V-PCRF建立Gxb会话后,V-PCRF依据S2b接口使用的协议类型、或者ePDG是否作为BBERF判断是否需要向H-PCRF建立S9会话,能够解决在不考虑S2b接口所使用的协议的前提下,当V-PCRF在S2b-GTP场景下感知到UE的接入时,由于S9会话的建立导致的对H-PCRF处理机制产生影响的问题;本发明还公开了一种策略下发的方法和***,ePDG向PCRF建立Gxb会话后,PCRF依据S2b接口使用的协议类型、或者ePDG是否作为BBERF判断是否向ePDG下发PCC策略,能够在ePDG上执行动态的策略,更好的对业务数据流实现QoS控制。
Description
技术领域
本发明涉及移动通信领域,特别是指一种建立会话、策略下发的方法和***。
背景技术
第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)演进的分组***(EPS,Evolved Packet System)由演进的通用移动通信***陆地无线接入网(E-UTRAN,Evolved Universal Terrestrial Radio Access Network)、移动管理单元(MME,Mobility Management Entity)、服务网关(S-GW,ServingGateway)、分组数据网络网关(Packet Data Network Gateway,简称为P-GW或者PDN GW)、归属用户服务器(HSS,Home Subscriber Server)、3GPP的认证授权计费(AAA,Authentication、Authorization and Accounting)服务器、策略和计费规则功能(PCRF,Policy and Charging Rules Function)实体及其他支撑节点组成。
图1是根据相关技术的EPS的***架构的示意图,其中,MME负责移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面的相关工作;S-GW是与E-UTRAN相连的接入网关设备,在E-UTRAN和P-GW之间转发数据,并且负责对寻呼等待数据进行缓存;P-GW则是EPS与分组数据网络(PDN,Packet Data Network)网络的边界网关,负责PDN的接入及在EPS与PDN间转发数据等功能;S-GW和P-GW都属于核心网网关;PCRF通过接收接口Rx和运营商网络协议(IP,Internet Protocol)业务网络相连,获取业务信息,此外,它通过Gx/Gxa/Gxc接口与网络中的网关设备相连,负责发起IP承载的建立,保证业务数据的服务质量(QoS,Quality of Service),并进行计费控制。
EPS支持与非3GPP***的互通,其中,与非3GPP***的互通通过S2a/b/c接口实现,P-GW作为3GPP与非3GPP***间的锚点。在EPS的***架构图中,非3GPP***被分为可信任非3GPP IP接入和不可信任非3GPP IP接入。可信任非3GPP IP接入可直接通过S2a接口与P-GW连接;不可信任非3GPP IP接入需经过演进的分组数据网关(ePDG,Evolved Packet Data Gateway)与P-GW相连,ePDG与P-GW间的接口为S2b;S2c提供了用户设备(UE,User Equipment)与P-GW之间的用户面相关的控制和移动性支持,其支持的移动性管理协议为支持双栈的移动IPv6(DSMIPv6,Moblie IPv6 Support for Dual Stack Hosts andRouters)。
在EPS***之中,策略和计费执行功能(PCEF,Policy and ChargingEnforcement Function)实体存在于P-GW中,PCRF与P-GW之间通过Gx接口(见图1)交换信息。当P-GW与S-GW间的接口S5基于PMIPv6(Proxy MobileIPv6,代理移动IP协议版本6)时,S-GW也具有承载绑定和事件报告功能(BBERF,Bearer Binding and Event Report Function)实体对业务数据流进行QoS控制,S-GW与PCRF之间通过Gxc接口(见图1)交换信息。当通过可信任非3GPP接入***接入时,可信任非3GPP接入网关中也驻留BBERF。可信任非3GPP接入网关与PCRF之间通过Gxa接口(见图1)交换信息。当UE漫游时,S9接口作为归属地PCRF和拜访地PCRF之间的接口,为UE提供业务应用功能(AF,Application Function),UE通过Rx接口向PCRF发送用于制定策略和计费控制(PCC,Policy and Charging Control)策略的业务信息。在3GPP中,通过接入点名称(APN,Access Point Name)可以找到对应的PDN网络。通常将UE到PDN网络的一个连接称为一个IP连接接入网(IP-CAN,IP Connectivity Access Network)会话。在建立IP-CAN会话的过程中,BBERF和PCEF分别与PCRF之间建立Diameter会话,通过这些Diameter会话来传送对这个IP-CAN会话进行控制的策略计费信息和用于制定策略的信息等。
宽带论坛(BBF,Broadband Forum)提出了宽带策略控制架构的宽带策略控制功能(BPCF,Broadband Policy Control Function),如图2所示,BPCF主要功能是制定相应的策略;策略执行点(PEP,Policy Enforcement Point)通常驻留在固网传输设备中,例如:宽带接入服务器(BRAS,Broadband RemoteAccess Server)/宽带网网关(BNG,Broadband Network Gateway),执行BPCF制定的相应策略;AAA储存用户签约信息;AF为BPCF制定策略,提供相应的业务信息。目前BPCF的架构还比较粗略,相关细节还在进一步的制定中。
现在运营商很关注的固网移动融合(FMC,Fixed Mobile Convergence)场景,就是基于对3GPP和BBF互联互通进行研究。对于用户通过BBF固网接入移动核心网的场景,是需要对整个数据的路由路径(数据会经过固网和移动网传输)上的QoS进行保证的,现阶段采用S9*(PCRF和BPCF之间)接口方式进行。移动运营商为了更好的运营业务,扩大无线的覆盖,从节约成本的角度考虑,会去租用固网运营商的一段WLAN接入的线路;UE通过固网的WLAN接入,由于这个数据的传输会经过固网,当移动运营商会将固网运营商视为不可信任的网络时,UE会和ePDG建立IP Sec(IP安全)隧道,如图3所示,这样保证UE到ePDG之间的传输的数据被加密,固网传输设备无法得知传输的内容。根据实际固网网络的部署情况,固网可能感知不到移动用户的接入,例如:当用户通过家庭网关(RG,Residential Gateway)接入时,RG屏蔽了用户接入。对于这种场景,ePDG需要将UE的接入信息(例如:IP-sec隧道信息和/或UE固网接入ID等信息)告知PCRF,再由PCRF通过S9*告知BPCF,BPCF根据UE的接入信息做接纳控制,保证数据在固网传输的QoS;后续的讨论就是基于固网无法感知UE接入的情况。
上述的讨论是在FMC非漫游场景下,对于漫游场景下也是需要考虑的,例如:***的用户来到英国,由于英国Vodafone运营商和***有漫游协议保证,***的用户是可以在英国漫游的;同时,Vodafone和英国电信(BT,Britain Telecom)之间有FMC协议,此时允许***用户通过BT的固网(例如WLAN无线局域网)接入到Vodafone的移动网。
根据漫游场景数据路由的路径不同,漫游场景分为Home Routed和LocalBreakout 2种方式,如图4和5所示。Home Routed漫游场景下,数据从归属地的P-GW出去;而对于Local Breakout漫游场景下,数据可以由拜访地的P-GW直接路由出去(允许的情况下,相比Home Routed,可以减少数据路由迂回的消耗)。
对于S2b接口(ePDG和P-GW之间)而言,目前存在两类可选的协议,一类是PMIP和DSMIP协议;一类是GPRS隧道协议(GTP)协议,现有的方案中:
对于S2b-PMIP/DSMIP的场景,ePDG充当BBERF的角色,ePDG会向拜访地PCRF(V-PCRF)建立Gxb会话(该会话是通过Gxb接口来传输数据的,简称为Gxb会话),ePDG可以将用户的接入信息通过Gxb传递给V-PCRF,进而会触发V-PCRF向BPCF建立S9*(接口)会话和向归属地PCRF(H-PCRF)建立S9会话。
但对于S2b-GTP的场景,根据GTP协议的特点,ePDG此时不会充当BBERF的角色,ePDG和V-PCRF没有Gxb会话(如图6和7所示),ePDG无法通过Gxb接口将用户的接入信息传递给V-PCRF;进一步的,在Home Routed漫游场景下,V-PCRF在没有Gxb会话的触发下,是无法感知UE的接入,不会触发V-PCRF向BPCF建立S9*会话,如图6;但Local Breakout漫游场景下,即使没有Gxb会话,S9*会话的建立仍然可以由P-GW通过Gx接口触发V-PCRF,如图7。
对于上述不同的漫游场景带来的问题,有人提出ePDG向V-PCRF建立Gxb会话时可以不考虑协议类型,也就是说,即使在S2b-GTP场景下,ePDG也会向V-PCRF建立Gxb会话。这样ePDG可以通过Gxb接口携带用户接入信息,同时V-PCRF收到触发,感知UE接入,向BPCF建立S9*会话。
如果按照上述的方案,又会带来新的问题,现有的S9机制:V-PCRF收到来自ePDG的消息后,会被触发向H-PCRF建立S9会话;对于S2b-PMIP场景,S9会话的建立是有必要的(此时ePDG作为BBERF),而对于S2b-GTP的场景,S9会话的建立是没必要的(ePDG不作为BBERF),而且还会对现有的H-PCRF处理机制产生影响,如何能够在不影响H-PCRF处理机制的情况下解决该问题,是本发明的所研究的重点。
另外,对于非漫游场景,目前的技术中,ePDG执行的QoS策略是静态的,即运营商通过配置的方式(例如:通过网关配置平台,在ePDG上电时配置静态策略)来实现,因此对于数据流的控制来说不够精确。如果能在ePDG上执行动态的策略(例如:来自PCRF制定的动态策略),能够更好的对业务数据流实现QoS控制。
发明内容
有鉴于此,本发明的主要目的在于提供一种建立会话的方法和***,能够解决在不考虑S2b接口所使用的协议类型的场景下,当V-PCRF在S2b-GTP场景下感知到UE的接入时,由于S9会话的建立导致的对H-PCRF处理机制产生影响的问题;
本发明还提供了一种策略下发的方法和***,能够在ePDG上执行动态的策略,更好的对业务数据流实现QoS控制。
为了实现上述目的,本发明的技术方案是这样实现的:
一种建立会话的方法,该方法包括:
演进的分组数据网关(ePDG)向拜访地策略和计费规则功能实体(V-PCRF)建立Gxb会话;
所述V-PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为承载绑定和事件报告功能实体(BBERF);
所述V-PCRF依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否需要向归属地策略和计费规则功能实体(H-PCRF)建立S9会话。
其中,所述V-PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF,具体为:
所述ePDG通过Gxb接口向V-PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述V-PCRF;或者,
所述V-PCRF通过Gxb接口接收ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或全称域名(FQDN)信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
所述V-PCRF判断是否需要向H-PCRF建立S9会话,具体为:
当S2b接口使用的协议类型为代理移动IP(PMIP)或支持双栈的移动IP(DSMIP)时、或者所述ePDG作为BBERF时,判定需要向H-PCRF建立S9会话;当S2b接口使用的协议类型为GPRS隧道协议(GTP)时、或者所述ePDG不作为BBERF时,判定不需要向H-PCRF建立S9会话。
所述判定需要向H-PCRF建立S9会话时,该方法进一步包括:所述V-PCRF向所述H-PCRF建立S9会话。
所述ePDG向V-PCRF建立Gxb会话之后,该方法还包括:所述V-PCRF向BPCF发起S9*会话的建立。
所述ePDG和V-PCRF位于拜访地移动网;所述H-PCRF位于归属地移动网;所述BPCF位于固网。
一种建立会话的***,该***包括:位于拜访地移动网的ePDG和V-PCRF、和位于归属地移动网的H-PCRF,其中:
所述ePDG,用于向所述V-PCRF建立Gxb会话;
所述V-PCRF,用于通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF;还用于依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否需要向H-PCRF建立S9会话。
所述ePDG,还用于通过Gxb接口向所述V-PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述V-PCRF;或者,
所述V-PCRF,还用于通过Gxb接口接收所述ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
所述V-PCRF,还用于在所述S2b接口使用的协议类型为PMIP或DSMIP时、或者所述ePDG作为BBERF时,判定需要向H-PCRF建立S9会话;还用于在所述S2b接口使用的协议类型为GTP时、或者所述ePDG不作为BBERF时,判定不需要向H-PCRF建立S9会话;
相应的,所述V-PCRF,还用于在判定需要向H-PCRF建立S9会话时,向所述H-PCRF建立S9会话。
该***还包括:位于固网的宽带策略控制功能实体(BPCF);相应的,
所述V-PCRF,还用于在和所述ePDG建立Gxb会话之后,向所述BPCF建立S9*会话。
本发明还提供了一种策略下发的方法,该方法包括:
ePDG向PCRF建立Gxb会话;
所述PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF;
所述PCRF依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否向所述ePDG下发QoS策略。
其中,所述PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF,具体为:
所述ePDG通过Gxb接口向V-PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述PCRF;或者,
所述PCRF通过Gxb接口接收ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
所述PCRF判断是否向所述ePDG下发PCC策略,具体为:
当S2b接口使用的协议类型为PMIP或DSMIP时、或者所述ePDG作为BBERF时,判定需要向ePDG下发PCC策略;当S2b接口使用的协议类型为GTP时、或者所述ePDG不作为BBERF时,判定不需要向ePDG下发QoS策略。
所述判定需要向ePDG下发PCC策略时,所述PCRF向所述ePDG下发QoS策略。
所述ePDG和PCRF位于归属地移动网。
一种策略下发的***,该***包括:位于归属地移动网的ePDG和PCRF;其中,
所述ePDG,用于向所述PCRF建立Gxb会话;
所述PCRF,用于通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF;还用于依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否向所述ePDG下发QoS策略。
所述ePDG,还用于通过Gxb接口向所述PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述PCRF;或者,
所述PCRF,还用于通过Gxb接口接收所述ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
所述PCRF,还用于在所述S2b接口使用的协议类型为PMIP或DSMIP时、或者所述ePDG作为BBERF时,判定需要向所述ePDG下发QoS策略;还用于在所述S2b接口使用的协议类型为GTP时、或者所述ePDG不作为BBERF时,判定不需要向所述ePDG下发QoS策略;
相应的,所述PCRF,还用于在判定需要向所述ePDG下发QoS策略时,向所述ePDG下发QoS策略。
本发明建立会话方案中:在漫游场景下,ePDG向V-PCRF建立Gxb会话时不考虑S2b接口使用的协议类型、即不考虑ePDG是否作为BBERF,而是在Gxb会话后根据才根据S2b接口使用的协议类型、或者ePDG是否作为BBERF来确定是否向H-PCRF建立S9会话,如此,在S2b-GTP场景下V-PCRF不仅可以感知到UE的接入,而且S9会话也不会建立,避免了对H-PCRF处理机制产生的影响。
本发明策略下发的方案中:在非漫游场景下,ePDG向V-PCRF建立Gxb会话时不考虑S2b接口使用的协议类型、即不考虑ePDG是否作为BBERF,而是在Gxb会话后根据才根据S2b接口使用的协议类型、或者ePDG是否作为BBERF来确定是否向ePDG下发QoS策略,如此,能在ePDG上执行动态的策略(例如:来自PCRF制定的动态策略),能够更好的对业务数据流实现QoS控制。
附图说明
图1为EPS***架构示意图;
图2为BBF BPCF架构示意图;
图3为UE通过MLAN接入EPS核心网示意图;
图4为Home Routed漫游场景示意图;
图5为Local Breakout漫游场景示意图;
图6为S2b-GTP Home Routed漫游场景示意图;
图7为S2b-GTP Local Breakout漫游场景示意图;
图8为漫游场景下建立会话的方法流程示意图;
图9为实施例一漫游场景下建立会话的流程示意图;
图10为非漫游场景下策略下发的方法流程示意图;
图11为实施例二非漫游场景下策略下发的流程示意图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明建立会话的主要思想是:在漫游场景下,ePDG向V-PCRF建立Gxb会话时不考虑S2b接口使用的协议类型、即不考虑ePDG是否作为BBERF,而是在Gxb会话后根据才根据S2b接口使用的协议类型、或者ePDG是否作为BBERF来确定是否向H-PCRF建立S9会话,具体如图8所示,包括:
步骤801,ePDG向V-PCRF建立Gxb会话,V-PCRF通过Gxb接口获取S2b接口使用的协议类型、或者ePDG是否作为BBERF;
步骤802,V-PCRF依据S2b接口使用的协议类型、或者ePDG是否作为BBERF判断是否需要向H-PCRF建立S9会话。
下面通过具体的实施例来说明上述技术方案。
实施例一
本发明漫游场景下建立会话的流程如图9所示,包括:
步骤901~902,UE通过固网接入拜访地移动网时,如果固网能感知到UE的接入,则进行拜访地移动网的接入认证,则固网的BRAS/BNG、BBF AAA代理(Proxy)和归属地移动网的3GPPAAA服务器参与该认证过程,该认证过程的具体实现为现有技术,此处不再赘述。认证完成后,执行步骤902,BRAS/BNG为UE分配IP地址,然后执行步骤904。
如果固网无法感知到UE的接入,则跳过步骤901、902,执行步骤903,在执行步骤904。
步骤903,UE通过固网接入拜访地移动网时,固网的RG向UE分配IP地址(不需要进行上述的认证过程)。
步骤904,UE获得IP地址后,UE和ePDG建立IP安全隧道,同时,ePDG向归属地移动网的3GPP AAA服务器请求UE的认证和授权,在认证和授权的同时,3GPP AAA服务器将拜访地移动网的P-GW的IP地址返回给ePDG,如此ePDG根据该IP地址和P-GW建立连接,就可以确定ePDG和P-GW之间S2b接口使用的协议类型了、即可以确定ePDG是否可以作为BBERF。
步骤905,ePDG向V-PCRF建立Gxb会话,该会话的建立就是为了将用户接入信息告知V-PCRF,具体的,将用户接入信息携带在消息中通过Gxb接口发送给V-PCRF;同时,V-PCRF通过Gxb接口获取ePDG和P-GW之间的S2b接口使用的协议类型、或者ePDG是否作为BBERF。
其中,V-PCRF通过Gxb接口获取S2b接口使用的协议类型、或者ePDG是否作为BBERF的方式有:显示方式和隐式方式,其中,
显示方式为:ePDG通过Gxb接口向V-PCRF发送的上述消息中带有标识、或指示,通过该标识或指示,将S2b接口使用的协议类型、或者ePDG是否作为BBERF告知V-PCRF(ePDG充当BBERF,则S2b使用的协议类型为PMIP或DSMIP;ePDG不充当BBERF,则S2b使用的协议类型为GTP);
隐式方式为:V-PCRF根据收到的上述消息中携带的ePDG的IP地址、和/或主机名称、和/或全称域名(FQDN,Fully Qualified Domain Name)信息,来获取S2b接口使用的协议类型、或者该ePDG是否充当BBERF,具体的,V-PCRF中保存了一张配置表,根据ePDG的IP地址、和/或主机名称、和/或FQDN信息可以从该配置表中查找到对应的S2b接口使用的协议类型、或者该ePDG是否充当BBERF;或者,V-PCRF根据ePDG的IP地址、和/或主机名称、和/或FQDN信息生成一个请求消息,向DNS或其他保存有上述配置表的服务器请求查询、获取对应的S2b接口使用的协议类型、或者该ePDG是否充当BBERF。
上述ePDG向V-PCRF发送的消息将用户接入信息告知V-PCRF,如此V-PCRF就感知到了UE的接入。
步骤906,V-PCRF判断是否向归属地移动网的H-PCRF建立S9会话。
具体的,如果S2b接口使用的协议类型为PMIP或DSMIP、或者ePDG作为BBERF,则需要向归属地移动网的H-PCRF建立S9会话,此时执行步骤908~909;如果S2b接口使用的协议类型为GTP、或者ePDG不作为BBERF,则不需要向H-PCRF建立S9会话。
步骤907,V-PCRF向ePDG返回响应。
V-PCRF可以通过该响应将QoS策略下发给ePDG,该步骤也可以和步骤906并发执行。
步骤908,需要向归属地移动网的H-PCRF建立S9会话时,V-PCRF向H-PCRF建立S9会话;
步骤909,H-PCRF向V-PCRF返回响应,该响应可能携带PCC策略。
步骤910,如果V-PCRF需要修改PCC策略时,例如H-PCRF下发了PCC策略导致V-PCRF需要修改PCC策略时、或者由于其他原因需要修改PCC策略时,V-PCRF向ePDG发起Gxb会话;ePDG响应该会话。
步骤911,V-PCRF向固网中的BPCF建立S9*会话。
步骤912,BPCF向V-PCRF返回响应。
需要指出的是,在该实施例中S9*会话的建立是必需的,不需要V-PCRF进行判断,则步骤911~912也可以在步骤905之后进行、即V-PCRF和ePDG建立了Gxb会话后,V-PCRF向BPCF发起S9*会话的建立。
为了实现上述会话建立方法,本发明提供了一种建立会话的***,包括:位于拜访地移动网的ePDG和V-PCRF、和位于归属地移动网的H-PCRF,其中:
ePDG,用于向V-PCRF建立Gxb会话;
V-PCRF,用于通过Gxb接口获取S2b接口使用的协议类型、或者ePDG是否作为BBERF;还用于依据S2b接口使用的协议类型、或者ePDG是否作为BBERF判断是否需要向H-PCRF建立S9会话。
ePDG,还用于通过Gxb接口向V-PCRF发送消息,并通过消息携带的标识、或指示,将S2b接口使用的协议类型、或者ePDG是否作为BBERF告知V-PCRF;或者
V-PCRF,还用于通过Gxb接口接收所述ePDG发送的消息,并根据消息携带的ePDG的IP地址、和/或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者ePDG是否作为BBERF。
V-PCRF,还用于在S2b接口使用的协议类型为PMIP或DSMIP时、或者ePDG作为BBERF时,判定需要向H-PCRF建立S9会话;还用于在S2b接口使用的协议类型为GTP时、或者ePDG不作为BBERF时,判定不需要向H-PCRF建立S9会话;
相应的,V-PCRF,还用于在判定需要向H-PCRF建立S9会话时,向H-PCRF建立S9会话。
该***还包括:位于固网的BPCF;相应的,
V-PCRF,还用于在和ePDG建立Gxb会话之后,向BPCF建立S9*会话。
上述在漫游场景下建立会话的技术也可以应用到非漫游场景下,用于使PCRF向ePDG下发QoS策略,具体流程如图10所示,包括:
步骤1001,ePDG向PCRF建立Gxb会话,PCRF通过Gxb接口获取S2b接口使用的协议类型、或者ePDG是否作为BBERF;
步骤1002,PCRF依据S2b接口使用的协议类型、或者ePDG是否作为BBERF判断是否向ePDG下发QoS策略。
这里,在非漫游场景下,ePDG和PCRF都是指归属地移动网中的设备。
下面通过具体的实施例来说明该策略下发的方法。
实施例二
本发明在非漫游场景下PCRF向ePDG下发QoS策略的流程如图11所示,包括:
步骤1101~1102,UE通过固网接入归属地移动网时,如果固网能感知到UE的接入,则进行归属地移动网的接入认证,则固网的BRAS/BNG、BBF AAA代理(Proxy)和归属地移动网的3GPPAAA服务器参与该认证过程,该认证过程的具体实现为现有技术,此处不再赘述。认证完成后,执行步骤10022,BRAS/BNG为UIE分配IP地址,然后执行步骤1104。
如果固网无法感知到UE的接入,则跳过步骤1101、1102,执行步骤1003,然后执行步骤1104。
步骤1103,UE通过固网接入归属地移动网时,固网的RG向UE分配IP地址(不需要进行上述的认证过程)。
步骤1104,UE获得IP地址后,UE和ePDG建立IP安全隧道,同时,ePDG向归属地移动网的3GPP AAA服务器请求UE的认证和授权,在认证和授权的同时,3GPP AAA服务器将归属地移动网的P-GW的IP地址返回给ePDG,如此ePDG根据该IP地址和P-GW建立连接,就可以确定ePDG和P-GW之间S2b接口使用的协议类型了、即可以确定ePDG是否可以作为BBERF。
步骤1105,ePDG向PCRF建立Gxb会话,该会话的建立就是为了将用户接入信息告知PCRF,具体的,将用户接入信息携带在消息中通过Gxb接口发送给PCRF;同时,PCRF通过Gxb接口获取ePDG和P-GW之间的S2b接口使用的协议类型、或者ePDG是否作为BBERF。
具体实现方式同步骤905,此处不再赘述。
步骤1106,PCRF判断是否需要向ePDG下发QoS策略。
具体的,如果S2b接口使用的协议类型为PMIP或DSMIP、或者ePDG作为BBERF,则需要向ePDG下发QoS策略;如果S2b接口使用的协议类型为GTP、或者ePDG不作为BBERF,则不需要向ePDG下发QoS策略。
步骤1107,判定需要向ePDG下发QoS策略时,PCRF向ePDG返回的响应中携带QoS策略;判定不需要向ePDG下发QoS策略时,PCRF向ePDG返回的响应中不携带QoS策略。
步骤1108,当QoS策略发生变化时,PCRF通知ePDG更新策略,具体的可以通过Gxb会话实现。
为了实现上述策略下发的方法,本发明提供了一种策略下发的***,包括:位于归属地移动网的ePDG和PCRF;其中,
ePDG,用于向PCRF建立Gxb会话;
PCRF,用于通过Gxb接口获取S2b接口使用的协议类型、或者ePDG是否作为BBERF;还用于依据S2b接口使用的协议类型、或者ePDG是否作为BBERF判断是否向ePDG下发QoS策略。
ePDG,还用于Gxb接口向PCRF发送消息,并通过消息携带的标识、或指示,将S2b接口使用的协议类型、或者ePDG是否作为BBERF告知PCRF;或者,
PCRF,还用于通过Gxb接口接收ePDG发送的消息,并根据消息携带的ePDG的IP地址、和或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者ePDG是否作为BBERF。
PCRF,还用于在S2b接口使用的协议类型为PMIP或DSMIP时、或者ePDG作为BBERF时,判定需要向ePDG下发QoS策略;还用于在S2b接口使用的协议类型为GTP时、或者ePDG不作为BBERF时,判定不需要向ePDG下发QoS策略;
相应的,PCRF,还用于在判定需要向ePDG下发QoS策略时,向ePDG下发PCC策略。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (18)
1.一种建立会话的方法,其特征在于,该方法包括:
演进的分组数据网关(ePDG)向拜访地策略和计费规则功能实体(V-PCRF)建立Gxb会话;
所述V-PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为承载绑定和事件报告功能实体(BBERF);
所述V-PCRF依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否需要向归属地策略和计费规则功能实体(H-PCRF)建立S9会话。
2.根据权利要求1所述建立会话的方法,其特征在于,所述V-PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF,具体为:
所述ePDG通过Gxb接口向V-PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述V-PCRF;或者,
所述V-PCRF通过Gxb接口接收ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或全称域名(FQDN)信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
3.根据权利要求1所述建立会话的方法,其特征在于,所述V-PCRF判断是否需要向H-PCRF建立S9会话,具体为:
当S2b接口使用的协议类型为代理移动IP(PMIP)或支持双栈的移动IP(DSMIP)时、或者所述ePDG作为BBERF时,判定需要向H-PCRF建立S9会话;当S2b接口使用的协议类型为GPRS隧道协议(GTP)时、或者所述ePDG不作为BBERF时,判定不需要向H-PCRF建立S9会话。
4.根据权利要求3所述建立会话的方法,其特征在于,所述判定需要向H-PCRF建立S9会话时,该方法进一步包括:所述V-PCRF向所述H-PCRF建立S9会话。
5.根据权利要求1至4中任一所述建立会话的方法,其特征在于,所述ePDG向V-PCRF建立Gxb会话之后,该方法还包括:所述V-PCRF向宽带策略控制功能实体BPCF发起S9*会话的建立。
6.根据权利要求5所述建立会话的方法,其特征在于,所述ePDG和V-PCRF位于拜访地移动网;所述H-PCRF位于归属地移动网;所述BPCF位于固网。
7.一种建立会话的***,其特征在于,该***包括:位于拜访地移动网的ePDG和V-PCRF、和位于归属地移动网的H-PCRF,其中:
所述ePDG,用于向所述V-PCRF建立Gxb会话;
所述V-PCRF,用于通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF;还用于依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否需要向H-PCRF建立S9会话。
8.根据权利要求7所述建立会话的***,其特征在于,
所述ePDG,还用于通过Gxb接口向所述V-PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述V-PCRF;或者,
所述V-PCRF,还用于通过Gxb接口接收所述ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
9.根据权利要求7所述建立会话的***,其特征在于,
所述V-PCRF,还用于在所述S2b接口使用的协议类型为PMIP或DSMIP时、或者所述ePDG作为BBERF时,判定需要向H-PCRF建立S9会话;还用于在所述S2b接口使用的协议类型为GTP时、或者所述ePDG不作为BBERF时,判定不需要向H-PCRF建立S9会话;
相应的,所述V-PCRF,还用于在判定需要向H-PCRF建立S9会话时,向所述H-PCRF建立S9会话。
10.根据权利要求7~9中任一所述建立会话的***,其特征在于,该***还包括:位于固网的宽带策略控制功能实体(BPCF);相应的,
所述V-PCRF,还用于在和所述ePDG建立Gxb会话之后,向所述BPCF建立S9*会话。
11.一种策略下发的方法,其特征在于,该方法包括:
ePDG向PCRF建立Gxb会话;
所述PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF;
所述PCRF依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否向所述ePDG下发QoS策略。
12.根据权利要求11所述策略下发的方法,其特征在于,所述PCRF通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF,具体为:
所述ePDG通过Gxb接口向V-PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述PCRF;或者,
所述PCRF通过Gxb接口接收ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
13.根据权利要求11所述策略下发的方法,其特征在于,所述PCRF判断是否向所述ePDG下发PCC策略,具体为:
当S2b接口使用的协议类型为PMIP或DSMIP时、或者所述ePDG作为BBERF时,判定需要向ePDG下发PCC策略;当S2b接口使用的协议类型为GTP时、或者所述ePDG不作为BBERF时,判定不需要向ePDG下发QoS策略。
14.根据权利要求13所述策略下发的方法,其特征在于,所述判定需要向ePDG下发PCC策略时,所述PCRF向所述ePDG下发QoS策略。
15.根据权利要求11至14中任一所述策略下发的方法,其特征在于,所述ePDG和PCRF位于归属地移动网。
16.一种策略下发的***,其特征在于,该***包括:位于归属地移动网的ePDG和PCRF;其中,
所述ePDG,用于向所述PCRF建立Gxb会话;
所述PCRF,用于通过Gxb接口获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF;还用于依据所述S2b接口使用的协议类型、或者所述ePDG是否作为BBERF判断是否向所述ePDG下发QoS策略。
17.根据权利要求16所述策略下发的***,其特征在于,
所述ePDG,还用于通过Gxb接口向所述PCRF发送消息,并通过所述消息携带的标识、或指示,将S2b接口使用的协议类型、或者所述ePDG是否作为BBERF告知所述PCRF;或者,
所述PCRF,还用于通过Gxb接口接收所述ePDG发送的消息,并根据所述消息携带的所述ePDG的IP地址、和/或主机名称、和/或FQDN信息获取S2b接口使用的协议类型、或者所述ePDG是否作为BBERF。
18.根据权利要求16所述策略下发的***,其特征在于,
所述PCRF,还用于在所述S2b接口使用的协议类型为PMIP或DSMIP时、或者所述ePDG作为BBERF时,判定需要向所述ePDG下发QoS策略;还用于在所述S2b接口使用的协议类型为GTP时、或者所述ePDG不作为BBERF时,判定不需要向所述ePDG下发QoS策略;
相应的,所述PCRF,还用于在判定需要向所述ePDG下发QoS策略时,向所述ePDG下发QoS策略。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010259042.9A CN102378144B (zh) | 2010-08-17 | 2010-08-17 | 一种建立会话、策略下发的方法和*** |
PCT/CN2011/077683 WO2012022218A1 (zh) | 2010-08-17 | 2011-07-27 | 一种建立会话、策略下发的方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010259042.9A CN102378144B (zh) | 2010-08-17 | 2010-08-17 | 一种建立会话、策略下发的方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102378144A CN102378144A (zh) | 2012-03-14 |
CN102378144B true CN102378144B (zh) | 2015-10-21 |
Family
ID=45604759
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010259042.9A Expired - Fee Related CN102378144B (zh) | 2010-08-17 | 2010-08-17 | 一种建立会话、策略下发的方法和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102378144B (zh) |
WO (1) | WO2012022218A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
PT3506664T (pt) * | 2012-06-30 | 2022-09-16 | Huawei Tech Co Ltd | Processo de faturação de gateway, gateway e sistema |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101494554A (zh) * | 2008-01-25 | 2009-07-29 | 华为技术有限公司 | 上报策略模型信息的方法和设备 |
CN101610492A (zh) * | 2008-06-16 | 2009-12-23 | 华为技术有限公司 | 会话处理的方法、服务网关和v-pcrf实体 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101583112B (zh) * | 2008-08-12 | 2011-09-21 | 中兴通讯股份有限公司 | 会话信息的标识方法及装置 |
-
2010
- 2010-08-17 CN CN201010259042.9A patent/CN102378144B/zh not_active Expired - Fee Related
-
2011
- 2011-07-27 WO PCT/CN2011/077683 patent/WO2012022218A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101494554A (zh) * | 2008-01-25 | 2009-07-29 | 华为技术有限公司 | 上报策略模型信息的方法和设备 |
CN101610492A (zh) * | 2008-06-16 | 2009-12-23 | 华为技术有限公司 | 会话处理的方法、服务网关和v-pcrf实体 |
Non-Patent Citations (3)
Title |
---|
Architecture enhancements for non-3GPP accesses;3rd Generation Partnership Project;《3GPP TS 23.402 V10.0.0》;20100630;第4.2.2节和第4.2.3节 * |
S9* Gap analysis for 3GPP Femto;Alcatel-Lucent;《3GPP TSG SA WG2 Meeting #79 TD S2-102193》;20100514;第2.3.1节和第2.3.2节 * |
Study on GTP based S2b;3rd Generation Partnership Project;《3GPP TR 23.834 V10.0.0》;20100630;第4节和第5.1.1节 * |
Also Published As
Publication number | Publication date |
---|---|
WO2012022218A1 (zh) | 2012-02-23 |
CN102378144A (zh) | 2012-03-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102340866B (zh) | 一种上报固网接入信息的方法及*** | |
CN103209401B (zh) | 一种融合网络中策略控制方法及*** | |
CN101841797B (zh) | 一种终端通过多接入网接入的计费方法和***及上报方法 | |
CN101267319B (zh) | 一种下发策略计费控制规则的方法 | |
JP5499170B2 (ja) | 課金システム及び課金の方法 | |
CN101646149B (zh) | 一种删除dra中会话信息的方法 | |
CN102316444B (zh) | 一种对用户设备进行服务质量控制的***及方法 | |
CN101577935B (zh) | 一种事件触发器的下发和安装方法 | |
CN102457847B (zh) | 一种固定网络感知用户接入的方法和*** | |
CN103096314A (zh) | 一种实现反射QoS机制的方法、***和PCRF | |
CN102340763B (zh) | 获取用户带宽接入位置信息的方法及*** | |
CN101459524B (zh) | 一种下发策略计费控制规则的方法 | |
CN103209410A (zh) | 一种实现反射QoS机制的方法及*** | |
CN102904856A (zh) | 一种共享会话的控制方法及装置 | |
CN102340766B (zh) | 归属网络获取拜访网络中网元信息的方法及*** | |
CN101447918B (zh) | 用户设备接入协议的通知方法和*** | |
CN102111740B (zh) | 一种支持多接入的策略计费控制方法和*** | |
CN102098653A (zh) | 一种实现服务质量控制的方法及*** | |
CN102387063B (zh) | 一种ifom错误时的处理方法和*** | |
CN102347892B (zh) | 一种网络设备获取用户接入信息的方法及*** | |
CN102791042B (zh) | S9子会话建立方法、***及pcrf | |
CN103702311A (zh) | 一种选择vplmn的方法、***及分组数据网络网关 | |
CN101959313B (zh) | 一种策略与计费控制***及方法 | |
CN101998515A (zh) | 控制pcrf负载均衡的实现方法和实现*** | |
CN102378144B (zh) | 一种建立会话、策略下发的方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20151021 Termination date: 20190817 |
|
CF01 | Termination of patent right due to non-payment of annual fee |