CN102123035A - 策略和计费规则功能实体的选择方法、装置及系统 - Google Patents

策略和计费规则功能实体的选择方法、装置及系统 Download PDF

Info

Publication number
CN102123035A
CN102123035A CN2010100003105A CN201010000310A CN102123035A CN 102123035 A CN102123035 A CN 102123035A CN 2010100003105 A CN2010100003105 A CN 2010100003105A CN 201010000310 A CN201010000310 A CN 201010000310A CN 102123035 A CN102123035 A CN 102123035A
Authority
CN
China
Prior art keywords
pcrf
user
session
message
information
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.)
Granted
Application number
CN2010100003105A
Other languages
English (en)
Other versions
CN102123035B (zh
Inventor
周晓云
孙闵
芮通
吴锦花
冯钢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201010000310.5A priority Critical patent/CN102123035B/zh
Publication of CN102123035A publication Critical patent/CN102123035A/zh
Application granted granted Critical
Publication of CN102123035B publication Critical patent/CN102123035B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种策略和计费规则功能实体的选择方法、装置及系统,该方法包括:DRA为第一用户请求建立的IP-CAN会话选择第一PCRF;DRA为与第一用户共享签约信息的第二用户请求建立的IP-CAN会话选择第二PCRF;第二PCRF根据来自用户签约数据库SPR的第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到第一PCRF。通过本发明到了当多个用户共享一个签约信息,能够采用相同的策略进行计费控制的效果。

Description

策略和计费规则功能实体的选择方法、装置及系统
技术领域
本发明涉及通信领域,具体而言,涉及一种策略和计费规则功能实体的选择方法、装置及系统。
背景技术
图1是根据相关技术的3GPP演进分组系统结构示意图,如图1所示,3GPP演进分组系统(Evolved Packet System,简称为EPS)由演进的通用移动通信系统陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network,简称为E-UTRAN)、移动管理单元(Mobility Management Entity,简称为MME)、服务网关(ServingGateway,简称为S-GW)、分组数据网络网关(Packet Data NetworkGateway,简称为PDN GW或P-GW)、归属用户服务器(HomeSubscriber Server,简称为HSS)、3GPP的认证授权计费(Authentication、Authorization and Accounting,简称为AAA)服务器、策略和计费规则功能实体(Policy and Charging RulesFunction,简称为PCRF)及其它支撑节点组成。
其中,MME用于移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面相关工作;S-GW是与E-UTRAN相连的接入网关设备,在E-UTRAN与P-GW之间转发数据,并且用于对寻呼等待数据进行缓存;P-GW则是EPS与PDN的边界网关,用于PDN的接入及在EPS与PDN间转发数据等功能。
EPS支持与非3GPP系统的互通。与非3GPP系统的互通通过S2a、S2b、S2c接口实现,P-GW作为3GPP系统与非3GPP系统之间的锚点。其中,非3GPP系统被分为可信任非3GPP接入系统和不可信任非3GPP接入系统。可信任非3GPP接入系统可以直接通过S2a接口与P-GW连接;不可信任非3GPP接入系统需经过演进的分组数据网关(Evolved Packet Data Gateway,简称为ePDG)与P-GW相连,ePDG与P-GW之间为S2b接口。S2c接口提供了用户设备(User Equipment,简称为UE)与P-GW之间用户面相关的控制和移动性支持,支持的移动性管理协议为支持双栈的移动IPv6(Moblie IPv6 support for dual stack Hosts and Routers,简称为DSMIPv6)。
EPS系统引入策略计费控制(Policy and Charging Control,简称为PCC)功能框架对用户的业务访问进行动态的策略计费控制。图2是根据相关技术的Rel-8中非漫游场景下的PCC结构示意图,如图2所示,应用功能实体(Application Function,简称为AF)用于提供业务应用的接入点,这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时,AF将相关业务信息传递给PCRF。如果这些业务信息与PCRF的策略相一致,则PCRF接受该协商;否则,PCRF拒绝该协商,并在反馈时给出PCRF可接受的业务参数。随后,AF可将这些参数返回给用户设备,其中,AF和PCRF之间的接口是Rx接口。
PCRF是PCC的核心,负责策略决策和计费规则的制定。PCRF提供了基于业务数据流的网络控制规则,这些网络控制包括业务数据流的检测、门控(Gating Control)、服务质量(Quality of Service,简称为QoS)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体(Policy andControl Enforcement Function,简称为PCEF)执行;同时,PCRF还需要保证这些规则和用户的签约信息一致。PCRF制定策略和计费规则的依据包括:从AF获取与业务相关的信息、从用户签约数据库(Subscription Profile Repository,简称为SPR)获取与用户策略计费控制相关的签约信息、通过Gx接口从PCEF获取的与承载相关网络的信息。
PCEF通常位于网关(Gate-Way,GW)内,在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行检测,进而对这些业务数据流执行PCRF所制定的策略和计费规则。在承载建立时,PCEF按照PCRF发送的规则进行QoS授权,并根据AF的执行进行门控控制。同时,PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件。根据PCRF发送的计费规则,PCEF执行相应的业务数据流计费操作,其中,计费既可以是在线计费,也可以是离线计费。如果是在线计费,则PCEF需要和在线计费系统(Online Charging System,简称为OCS)一起进行信用管理。离线计费时,PCEF和离线计费系统(Offline Charging System,简称为OFCS)之间交换相关的计费信息。PCEF与PCRF之间的接口是Gx接口,与OCS之间的接口是Gy接口,与OFCS之间的接口是Gz接口。PCEF一般都位于网络的网关上,如EPS的分组数据网络网关(PDN-GW)、通用无线分组业务(General Packet Radio Service,简称为GPRS)中的GPRS网关支持节点(GGSN)以及互联无线网局域网(InterworkingWLAN,简称为I-WLAN)中的分组数据网关(Packet Data Gateway,简称为PDG)。
承载绑定和事件报告功能实体(Bearer Binding and EventReporting Function,简称为BBERF)通常位于接入网网关(AccessNetwork Gateway)内。例如,当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用代理移动互联网协议版本6(Proxy Mobile Internet Protocol version 6,简称为PMIPv6)协议时,S-GW中就存在BBERF。当用户设备通过可信任非3GPP接入网接入时,可信任非3GPP接入网关中也存在BBERF。
SPR存储了与策略控制和计费相关的用户策略计费控制签约信息。SPR和PCRF之间的接口是Sp接口。
在线计费系统和PCEF一起进行在线计费方式下用户信用的控制和管理。
离线计费系统与PCEF一起完成离线计费方式下的计费操作。
EPS的一个公共陆地移动电话网(Public Land Mobile Network,简称为PLMN)中可能存在多个PCRF节点,并且所有的PCRF节点属于一个或多个Diameter域。一个UE到PDN网络的连接称为一个IP连接接入网(IP Connectivity Access Network,简称为IP-CAN)会话。为了实现对IP-CAN会话的策略计费控制,策略执行点(BBERF、PCEF)与PCRF之间会建立Diameter会话用于接入信息的上报和策略信息的下发。BBERF与PCRF之间建立的Diameter会话称为网关控制会话,而PCEF与PCRF之间建立的Diameter会话称为Gx会话。一个IP-CAN会话的策略计费控制信息只由一个PCRF决定,也就是说一个IP-CAN会话相关的BBERF和PCEF分别与同一个PCRF建立网关控制会话和Gx会话,并由PCRF实现两个会话的关联。为了确保一个IP-CAN会话相关的所有PCEF或BBERF都关联到同一个PCRF,EPS在每个Diameter域中引入了一个逻辑功能模块Diameter路由代理(Diameter RoutingAgent,简称为DRA)。UE要建立到一个PDN的IP-CAN会话时,由DRA为这个IP-CAN会话选择一个PCRF,与这个IP-CAN会话相关的PCEF或BBERF发送的建立Diameter会话的消息都由DRA发送给同一个PCRF。同时DRA也可以将这个IP-CAN会话相关的AF发送的建立Diameter会话的消息发送给所选择的PCRF。
在现有技术中,DRA可以根据网络策略,为UE的不同的IP-CAN会话选择不同的PCRF(此时,同一个UE建立了多个IP-CAN会话),也可以为UE的所有IP-CAN会话选择同一个PCRF,即DRA选择PCRF可以基于UE级别,也可以基于IP-CAN级别。
然而,在一些应用场景中,基于以上两种级别选择PCRF会出现问题。例如,对于某种家庭套餐,参加该套餐的多个用户共享总的签约允许用量(该用量可以是时间,也可以是流量,或者其他信息),该用量会保存在SPR中。当参加该套餐的用户上线建立IP-CAN会话过程中,SPR将总的签约用量下发给负责对该用户IP-CAN会话进行策略计费控制的PCRF,并由该PCRF制定用量检测控制策略。此时,若参加该套餐的另一个用户上线建立IP-CAN会话,由于现有技术中选择PCRF是UE级别或是IP-CAN会话级别,因此DRA为不同的用户选择的PCRF可能不同。由于SPR已经将总的用量已经下发给之前的那个PCRF,若再下发给后一个PCRF,用量检测控制将会发生冲突。
由此可见,当多个用户共享一个签约信息(例如,总的签约允许用量),如果此时多个用户建立的IP-CAN由不同的PCRF进行策略计费控制,将会出现策略计费控制冲突。
发明内容
本发明的主要目的在于提供一种PCRF的选择方案,以至少解决上述策略计费控制冲突的问题。
根据本发明的一个方面,提供了一种策略和计费规则功能实体的选择方法,包括:Diameter路由代理DRA为第一用户请求建立的IP连接接入网IP-CAN会话选择第一策略和计费规则功能实体PCRF;DRA为与第一用户共享签约信息的第二用户请求建立的IP-CAN会话选择第二PCRF;第二PCRF根据来自用户签约数据库SPR的第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到第一PCRF。
优选地,在第二PCRF将用于建立Diameter会话的消息转发或重定向到第一PCRF之前,上述方法还包括:第二PCRF向SPR发送用于请求第二用户的签约信息的消息;SPR判断DRA已经为与第二用户共享签约信息的第一用户选择了第一PCRF;在判断为是的情况下,SPR将第一PCRF的信息发送给第二PCRF。
根据本发明的另一个方面,提供了一种策略和计费规则功能实体,包括:发送模块,用于向用户签约数据库SPR发送用于请求第二用户签约信息的消息;接收模块,用于接收来自SPR的第一PCRF的信息,其中,第一PCRF是Diameter路由代理DRA已经为与第二用户共享签约信息的第一用户选择了的PCRF;处理模块,用于根据第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到第一PCRF。
根据本发明的另一方面,还提供了一种用户签约数据库,包括:接收模块,用于接收来自PCRF的用于请求第二用户的签约信息的消息;判断模块,用于判断Diameter路由代理DRA是否已经为与第二用户共享签约信息的第一用户选择了第一PCRF;发送模块,用于在判断模块的判断结果为是的情况下,将第一PCRF的信息发送给PCRF。
根据本发明的再一方面,还提供了一种策略和计费规则功能实体的选择系统,包括:Diameter路由代理DRA、策略和计费规则功能实体PCRF、用户签约数据库SPR,Diameter路由代理DRA为第一用户请求建立的IP连接接入网IP-CAN会话选择第一策略和计费规则功能实体PCRF;DRA为与第一用户共享签约信息的第二用户请求建立的IP-CAN会话选择第二PCRF;第二PCRF根据来自SPR的第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到第一PCRF。
本发明的PCRF选择方案,采用同一个PCRF对共享一个签约信息的多个用户建立的IP-CAN进行策略及费用控制,解决了现有技术中策略计费控制冲突的问题,进而达到了当多个用户共享一个签约信息,能够采用相同的策略进行计费控制的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的3GPP演进分组系统结构示意图;
图2是根据相关技术的Rel-8中非漫游场景下的PCC结构示意图;
图3是根据本发明实施例的PCRF的选择方法的流程图;
图4是根据本发明实施例一的流程图;
图5是根据本发明实施例二的流程图;
图6是根据本发明实施例三的流程图;
图7是根据本发明实施例四的流程图;
图8是根据本发明实施例五的流程图;
图9是根据本发明实施例六的流程图;
图10是根据本发明实施例七的流程图;
图11是根据本发明实施例八的流程图;
图12是根据本发明实施例的PCRF的结构框图;
图13是根据本发明实施例的SPR的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中,提供了一种PCRF的选择方法,该方法包括:DRA为用户请求建立的IP-CAN会话选择PCRF,然后,该PCRF根据来自用户签约数据库SPR的预定PCRF的信息将用于建立Diameter会话的消息转发或重定向到预定PCRF,其中,预定PCRF是DRA为与用户共享签约信息的用户已经选择的PCRF。图3是根据本发明实施例的PCRF的选择方法的流程图,如图3所示,该流程包括如下步骤:
步骤S2,Diameter路由代理DRA为第一用户请求建立的IP连接接入网IP-CAN会话选择第一策略和计费规则功能实体PCRF;
步骤S4,DRA为与第一用户共享签约信息的第二用户请求建立的IP-CAN会话选择第二PCRF;
步骤S6,第二PCRF根据来自用户签约数据库SPR的第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到第一PCRF。
通过上述步骤S2至步骤S6,使用同一个PCRF对共享一个签约信息的多个用户建立的IP-CAN进行策略及费用控制,因此解决了现有技术中策略计费控制冲突的问题,进而达到了当多个用户共享一个签约信息,能够采用相同的策略进行计费控制的效果。
对应于上述的步骤S2至步骤S6,在本实施例中,还提供了一种策略和计费规则功能实体,图12是根据本发明实施例的PCRF的结构框图,如图12所示,该PCRF包括:发送模块12、接收模块14、处理模块16,下面对该结构进行详细说明。
发送模块12,用于向用户签约数据库SPR发送用于请求第二用户签约信息的消息;接收模块14连接至发送模块12,用于接收来自SPR的第一PCRF的信息,其中,第一PCRF是Diameter路由代理DRA已经为与第二用户共享签约信息的第一用户选择了的PCRF;处理模块16连接至接收模块14,用于根据第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到第一PCRF。
在本实施例,还提供了一种用户签约数据库,图13是根据本发明实施例的SPR的结构框图,如图13所示,该SPR包括:接收模块22、判断模块24、发送模块26,下面该结构进行详细的说明。
接收模块22,用于接收来自PCRF的用于请求第二用户的签约信息的消息;判断模块24连接至接收模块22,用于判断Diameter路由代理DRA是否已经为与第二用户共享签约信息的第一用户选择了第一PCRF;发送模块26连接至判断模块24,用于在判断模块24的判断结果为是的情况下,将第一PCRF的信息发送给PCRF。
对应与上述的步骤S2至步骤S6,在本实施例中,还提供了一种策略和计费规则功能实体的选择系统,该系统包括上述的PCRF和SPR,还包括DRA,该系统中网元的交互已经在进行了说明,在此不再赘述。
下面将结合具体的实施例对上述步骤S302至步骤S304以及系统进行详细的说明。
需要说明的是,在以下实施例中虽然只例举了两个用户的情况,但显然,本领域技术人员可以将以下实施例推广到三个以上用户的多用户的情况。在以下实施例中,SPR将共享签约信息的第一个用户选择的第一个PCRF标识返回给共享签约信息的第二用户选择的第二PCRF,第二PCRF将第二用户选择的策略控制消息转发给第一个PCRF(实施例一至四)或将第一个PCRF标识返回给PCRF客户端或DRA(实施例五至八)。
实施例一
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用PMIPv6协议或从可信任非3GPP网络接入或从不可信任非3GPP网络接入3GPP系统时,建立IP-CAN会话过程以及实现选择同一个PCRF的的流程。其中,UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为重定向代理(Redirect Agent)。图4是根据本发明实施例一的流程图,如图4所示,该流程包括以下步骤:
步骤301:UE1通过E-UTRAN接入或从可信任非3GPP网络接入请求建立IP-CAN会话,S-GW或可信任非3GPP接入网关/BBERF1(其中,BBERF1驻留在S-GW或可信任非3GPP接入网关中)接收到请求建立IP-CAN会话1的消息,该消息中协议用户标识1和PDN标识1;
步骤302:BBERF1向DRA发送网关控制会话建立消息,其中,该消息中携带用户标识1和PDN标识1;
步骤303:DRA根据用户标识1和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF1,并保存对应关系(用户标识1、PDN标识1、PCRF1地址),并向BBERF1返回重定向消息,消息中携带所选择的PCRF1的地址;
步骤304:BBERF1向PCRF1发送网关控制会话建立消息,消息中携带用户标识1和PDN标识1;
步骤305:PCRF1根据用户标识1和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送用于请求签约信息的消息(例如,签约文档请求消息),消息中携带用户标识1、PDN标识1以及PCRF1的标识;
步骤306:SPR保存对应关系(用户标识1、PDN标识1、PCRF1),返回签约信息;
步骤307:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向BBERF1返回网关控制会话建立确认消息,携带QoS规则和事件触发器。BBERF1安装策略;
步骤308:BBERF1所在网关向PCEF1所在网关发送请求建立IP-CAN会话1,消息中携带用户标识1和PDN标识1。PCEF1所在网关为所建立的IP-CAN会话1分配IP Address1;
步骤309:PCEF1向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识1、PDN标识1和IP Address1;
步骤310:DRA根据用户标识1和PDN标识1查找保存信息,发现已经为该IP-CAN会话1选择了PCRF1,更新对应关系(用户标识1、PDN标识1、IP Address1、PCRF1地址)。DRA向PCEF1返回重定向消息,携带PCRF1地址;
步骤311:PCEF1向PCRF1发送IP-CAN会话建立指示消息,消息中携带用户标识1、PDN标识1和IP Address ;
步骤312:PCRF1根据用户标识1和PDN标识1返回对应的步骤307制定的PCC规则和事件触发器;
步骤313:PCEF1所在网关向BBERF1所在网关返回应答建立IP-CAN会话1,携带IP Address1;
步骤314:BBERF 1所在网关返回应答建立IP-CAN会话1,携带IP Address1。
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1、BBERF1)下发策略控制信息,从而实现策略控制。用户1访问业务时,PCRF1还会动态的下发策略控制信息,例如,对用户1访问的某种业务根据签约进行用量监测控制。
步骤315:UE2通过E-UTRAN接入或从可信任非3GPP网络接入请求建立IP-CAN会话,S-GW或可信任非3GPP接入网关/BBERF2接收到请求建立IP-CAN会话2的消息,该消息中系带有用户标识2和PDN标识1,需要说明的是,BBERF1和BBERF2可以相同也可以不同;
步骤316:BBERF2向DRA发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤317:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。需要说明的是,PCRF1和PCRF2是两个不同的PCRF,DRA向BBERF2返回重定向消息,消息中携带PCRF2地址;
步骤318:BBERF2向PCRF2发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤319:PCRF2根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF2向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF2的标识;
步骤320:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识(或PCRF1的地址);
步骤321:PCRF2根据SPR返回的PCRF1的标识,保存对应关系(用户标识2、PDN标识1、PCRF1),并向PCRF1转发网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤322:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF1的标识;
步骤323:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1)返回签约数据;
步骤324:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向PCRF2返回网关控制会话建立确认消息,携带QoS规则和事件触发器。
步骤325:PCRF2向BBERF2转发网关控制会话建立确认消息,携带QoS规则和事件触发器。BBERF2安装策略;
步骤326:BBERF2所在网关向PCEF2所在网关发送请求建立IP-CAN会话2,消息中携带用户标识2和PDN标识1。PCEF2所在网关为所建立的IP-CAN会话2分配IP Address2。PCEF1和PCEF2可能相同,也可能不同;
步骤327:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IP Address2;
步骤328:DRA根据用户标识2和PDN标识1查找保存信息,发现已经为该IP-CAN会话2选择了PCRF2,更新对应关系(用户标识2、PDN标识1、IP Address1、PCRF2地址)。DRA向PCEF2返回重定向消息,携带PCRF2地址;
步骤329:PCEF2向PCRF2发送IP-CAN会话建立指示消息,消息中携带用户标识2、PDN标识1和IP Address2;
步骤330:PCRF2根据保存的对应关系向PCRF1转发IP-CAN会话建立指示消息;
步骤331:PCRF1根据用户标识2和PDN标识1向PCRF2返回IP-CAN会话建立确认消息,携带步骤324制定的PCC规则和事件触发器;
步骤332:PCRF2向PCEF2转发IP-CAN会话建立确认消息;
步骤333:PCEF2所在网关向BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2;
步骤334:BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2,BBERF2)下发策略控制信息,从而实现策略控制。用户2访问业务时,PCRF1还会动态地下发策略控制信息。此时PCRF1可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
实施例二
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用GTP协议时,建立IP-CAN会话过程以及实现选择同一个PCRF的流程。其中UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为RedirectAgent。图5是根据本发明实施例二的流程图,如图5所示,该流程包括以下步骤:
步骤401:UE1通过E-UTRAN接入EPS系统,P-GW1/PCEF1接收到请求建立IP-CAN会话1的消息,消息中协议用户标识1和PDN标识1;
步骤402:PCEF1向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识1和PDN标识1;
步骤403:DRA根据用户标识1和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF1,并保存对应关系(用户标识1、PDN标识1、PCRF1地址),并向PCEF1返回重定向消息,消息中携带所选择的PCRF1的地址;
步骤404:PCEF1向PCRF1发送IP-CAN会话建立指示消息,消息中携带用户标识1、PDN标识1和IP Address1;
步骤405:PCRF 1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识1、PDN标识1以及PCRF1标识;
步骤406:SPR保存对应关系(用户标识1、PDN标识1、PCRF1),返回签约信息;
步骤407:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则和事件触发器等。PCRF1向PCEF1返回IP-CAN会话建立确认消息,携带PCC规则和事件触发器。PCEF1安装策略;
步骤408:P-GW/PCEF1返回应答建立IP-CAN会话1,携带IPAddress1。
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1)下发策略控制信息,从而实现策略控制。用户1访问业务时,PCRF1还会动态的下发策略控制信息,如对用户1访问的某种业务根据签约进行用量监测控制。
步骤409:UE2通过E-UTRAN接入EPS系统,P-GW2/PCEF2收到请求建立IP-CAN会话2的消息,消息中协议用户标识2和PDN标识1。PCEF 1和PCEF2可以相同也可以不同;
步骤410:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2和PDN标识1;
步骤411:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。这里PCRF1和PCRF2是不同的PCRF。DRA向PCEF2返回重定向消息,消息中携带PCRF2地址;
步骤412:PCEF2向PCRF2发送IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IP Address2;
步骤413:PCRF2向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF2标识;
步骤414:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识;
步骤415:PCRF2根据SPR返回的PCRF1的标识,保存对应关系(用户标识2、PDN标识1、PCRF1),向PCRF1转发IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IPAddress2;
步骤416:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF1的标识;
步骤417:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1),返回签约数据;
步骤418:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向PCRF2返回IP-CAN会话建立确认消息,携带PCC规则和事件触发器;
步骤419:PCRF2向PCEF2转发IP-CAN会话建立确认消息,携带PCC规则和事件触发器。PCEF2安装策略;
步骤420:P-GW2/PCEF2返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2)下发策略控制信息,从而实现策略控制。用户2访问业务时,PCRF1还会动态地下发策略控制信息。此时PCRF1可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
需要说明的是,在本实施例的变形实施例中,UE1采用图4的步骤301-步骤314接入并建立IP-CAN会话1,UE2采用图5的步骤409-步骤420接入并建立IP-CAN2会话2;或者,UE1采用图5的步骤401-步骤408接入并建立IP-CAN会话1,UE2采用图4的步骤314-步骤334接入并建立IP-CAN会话2。
实施例三
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用PMIPv6协议或从可信任非3GPP网络接入或从不可信任非3GPP网络接入3GPP系统时,建立IP-CAN会话过程中,实现选择同一个PCRF的流程。其中UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为ProxyAgent。图6是根据本发明实施例三的流程图,如图6所示,该流程包括以下步骤:
步骤501:UE1通过E-UTRAN接入或从可信任非3GPP网络接入请求建立IP-CAN会话,S-GW或可信任非3GPP接入网关/BBERF1接收到请求建立IP-CAN会话1的消息,该消息中协议用户标识1和PDN标识1;
步骤502:BBERF1向DRA发送网关控制会话建立消息,消息中携带用户标识1和PDN标识1;
步骤503:DRA根据用户标识1和PDN标识1查找保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF1,并保存对应关系(用户标识1,PDN标识1,PCRF1地址),并向PCRF1转发网关控制会话建立消息,消息中携带用户标识1和PDN标识1;
步骤504:PCRF1根据用户标识1和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识1、PDN标识1以及PCRF1的标识;
步骤505:SPR保存对应关系(用户标识1、PDN标识1、PCRF1),返回签约信息;
步骤506:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向DRA返回网关控制会话建立确认消息,携带QoS规则和事件触发器。
步骤507:DRA向BBERF1转发网关控制会话建立确认消息,携带QoS规则和事件触发器。BBERF1安装策略;
步骤508:BBERF1所在网关向PCEF1所在网关发送请求建立IP-CAN会话1,消息中携带用户标识1和PDN标识1。PCEF1所在网关为所建立的IP-CAN会话1分配IP Address1;
步骤509:PCEF1向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识1、PDN标识1和IP Address1;
步骤510:DRA根据用户标识1和PDN标识1查找保存信息,发现已经为该IP-CAN会话1选择了PCRF1,更新对应关系(用户标识1、PDN标识1、IP Address1、PCRF1地址)。DRA向PCRF1转发IP-CAN会话建立指示消息,消息携带用户标识1、PDN标识1和IP Address1;
步骤511:PCRF1根据用户标识1和PDN标识1向DRA返回对应的步骤506制定的PCC规则和事件触发器;
步骤512:DRA向PCEF1转发消息,携带PCC规则和事件触发器;
步骤513:PCEF1所在网关向BBERF1所在网关返回应答建立IP-CAN会话1,携带IP Address1;
步骤514:BBERF1所在网关返回应答建立IP-CAN会话1,携带IP Address1。
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1、BBERF1)下发策略控制信息,从而实现策略控制。通用户1访问业务时,PCRF1还会动态的下发策略控制信息,如对用户1访问的某种业务根据签约进行用量监测控制。
步骤515:UE2通过E-UTRAN接入或从可信任非3GPP网络接入请求建立IP-CAN会话,S-GW或可信任非3GPP接入网关/BBERF2收到请求建立IP-CAN会话2的消息,消息中携带用户标识2和PDN标识1。BBERF1和BBERF2可以相同也可以不同;
步骤516:BBERF2向DRA发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤517:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。这里,PCRF1和PCRF2是两个不同的PCRF。DRA向PCRF2转发网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤518:PCRF2根据用户标识1和PDN标识1判断,没有相关的签约数据。PCRF2向SPR发送签约文档请求消息,消息中携带用户标识1、PDN标识1以及PCRF2的标识;
步骤519:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识;
步骤520:PCRF2根据SPR返回的PCRF1的标识,保存对应关系(用户标识2、PDN标识1、PCRF1),向PCRF1转发网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤521:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF1的标识;
步骤522:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1),返回签约数据;
步骤523:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向PCRF2返回网关控制会话建立确认消息,携带QoS规则和事件触发器。
步骤524:PCRF2向DRA转发网关控制会话建立确认消息,携带QoS规则和事件触发器;
步骤525:DRA向BBERF2返回网关控制会话建立确认消息,携带QoS规则和事件触发器。BBERF2安装策略;
步骤526:BBERF2所在网关向PCEF2所在网关发送请求建立IP-CAN会话2,消息中携带用户标识2和PDN标识1。PCEF2所在网关为所建立的IP-CAN会话2分配IP Address2。PCEF1和PCEF2可能相同,也可能不同;
步骤527:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2、PDN标识1和IP Address2;
步骤528:DRA根据用户标识2和PDN标识1查找保存信息,发现已经为该IP-CAN会话2选择了PCRF2,更新对应关系(用户标识2、PDN标识1、IP Address1、PCRF2地址)。DRA向PCRF2转发IP-CAN会话建立指示消息,消息中携带用户标识2、PDN标识1和IP Address2;
步骤529:PCRF2向PCRF1转发IP-CAN会话建立指示消息;
步骤530:PCRF1根据用户标识2和PDN标识1,向PCRF2返回对应的步骤524制定的PCC规则和事件触发器;
步骤531:PCRF2向DRA返回DRAPCC规则和事件触发器;
步骤532:DRA向PCEF2返回PCC规则和事件触发器。PCEF2安装策略;
步骤533:PCEF2所在网关向BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2;
步骤534:BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2、BBERF2)下发策略控制信息,从而实现策略控制。通用户2访问业务时,PCRF1还会动态的下发策略控制信息。此时PCRF可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
实施例四
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用GTP协议时,建立IP-CAN会话过程中,实现选择同一个PCRF的流程。其中UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为ProxyAgent。图7是根据本发明实施例四的流程图,如图7所示,该流程包括以下步骤:
步骤601:UE1通过E-UTRAN接入EPS系统,P-GW1/PCEF1收到请求建立IP-CAN会话1的消息,消息中协议用户标识1和PDN标识1;
步骤602:PCEF 1向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识1和PDN标识1;
步骤603:DRA根据用户标识1和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF1,并保存对应关系(用户标识1、PDN标识1、PCRF1地址),并向PCRF1转发IP-CAN会话建立指示消息,消息中携带用户标识1和PDN标识1;
步骤604:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识1、PDN标识1以及PCRF1标识;
步骤605:SPR保存对应关系(用户标识1、PDN标识1、PCRF1),返回签约信息;
步骤606:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则和事件触发器等。PCRF1向DRA返回IP-CAN会话建立确认消息,携带PCC规则和事件触发器;
步骤607:DRA向PCEF1转发IP-CAN会话建立确认消息。PCEF1安装策略;
步骤608:P-GW/PCEF1返回应答建立IP-CAN会话1,携带IPAddress1。
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1)下发策略控制信息,从而实现策略控制。用户1访问业务时,PCRF1还会动态的下发策略控制信息,如对用户1访问的某种业务根据签约进行用量监测控制。
步骤609:UE2通过E-UTRAN接入EPS系统,P-GW2/PCEF2收到请求建立IP-CAN会话2的消息,消息中协议用户标识2和PDN标识1。PCEF1和PCEF2可以相同也可以不同;
步骤610:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2和PDN标识1;
步骤611:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。这里PCRF1和PCRF2是不同的PCRF。DRA向PCRF2转发IP-CAN会话建立指示消息,消息中携带用户标识2和PDN标识1;
步骤612:PCRF2向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF2标识;
步骤613:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识;
步骤614:PCRF2根据SPR返回的PCRF1的标识,保存对应关系(用户标识2、PDN标识1、PCRF1),向PCRF1转发IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IPAddress2;
步骤615:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF1的标识;
步骤616:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1)返回签约数据;
步骤617:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向PCRF2返回IP-CAN会话建立确认消息,携带PCC规则和事件触发器;
步骤618:PCRF2向DRA转发IP-CAN会话建立确认消息,携带PCC规则和事件触发器;
步骤619:DRA向PCEF2转发IP-CAN会话建立确认消息,携带PCC规则和事件触发器。PCEF2安装策略;
步骤620:P-GW2/PCEF2返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2)下发策略控制信息,从而实现策略控制。通用户2访问业务时,PCRF1还会动态的下发策略控制信息。此时PCRF可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
需要说明的是,在本实施例的变形实施例中,UE1采用图6的步骤501-步骤514接入并建立IP-CAN会话1,UE2采用图7的步骤609-步骤620接入并建立IP-CAN2会话2;或者,UE1采用图7的步骤601步骤-608接入并建立IP-CAN会话1,UE2采用图6的步骤515-步骤534接入并建立IP-CAN会话2。
实施例五
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用PMIPv6协议或从可信任非3GPP网络接入或从不可信任非3GPP网络接入3GPP系统时,建立IP-CAN会话过程以及实现选择同一个PCRF的流程。其中UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为RedirectAgent。图8是根据本发明实施例五的流程图,如图8所示,该流程包括以下步骤:
步骤701-步骤714与步骤301-步骤314相同,在此不再赘述。
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1、BBERF1)下发策略控制信息,从而实现策略控制。用户1访问业务时,PCRF1还会动态的下发策略控制信息,如对用户1访问的某种业务根据签约进行用量监测控制。
步骤715:UE2通过E-UTRAN接入或从可信任非3GPP网络接入请求建立IP-CAN会话,S-GW或可信任非3GPP接入网关/BBERF2收到请求建立IP-CAN会话2的消息,消息中协议用户标识2和PDN标识1。BBERF1和BBERF2可以相同也可以不同;
步骤716:BBERF2向DRA发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤717:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。这里,PCRF1和PCRF2是两个不同的PCRF。DRA向BBERF2返回重定向消息,消息中携带PCRF2地址;
步骤718:BBERF2向PCRF2发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤719:PCRF2根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF2向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF2的标识;
步骤720:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识;
步骤721:PCRF2根据SPR返回的PCRF1的标识,保存对应关系(用户标识2、PDN标识1、PCRF1),向BBERF发送重定向消息,消息中携带PCRF1的标识;
步骤722:BBERF2根据返回的PCRF1标识向PCRF1发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤723:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF1的标识;
步骤724:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1),返回签约数据;
步骤725:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向BBERF返回网关控制会话建立确认消息,携带QoS规则和事件触发器。
步骤726:BBERF2所在网关向PCEF2所在网关发送请求建立IP-CAN会话2,消息中携带用户标识2和PDN标识1。PCEF2所在网关为所建立的IP-CAN会话2分配IP Address2。PCEF1和PCEF2可能相同,也可能不同;
步骤727:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IP Address2;
步骤728:DRA根据用户标识2和PDN标识1查找保存信息,发现已经为该IP-CAN会话2选择了PCRF2,更新对应关系(用户标识2、PDN标识1、IP Address1、PCRF2地址)。DRA向PCEF2返回重定向消息,携带PCRF2地址;
步骤729:PCEF2向PCRF2发送IP-CAN会话建立指示消息,消息中携带用户标识2、PDN标识1和IP Address2;
步骤730:PCRF2根据保存的对应关系向PCEF2返回重定向消息,消息中携带PCRF1标识;
步骤731:PCEF2向PCRF1发送IP-CAN会话建立指示消息,消息中携带用户标识2、PDN标识1和IP Address2;
步骤732:PCRF1根据用户标识2和PDN标识1向PCRF2返回IP-CAN会话建立确认消息,携带步骤725制定的PCC规则和事件触发器;
步骤733:PCEF2所在网关向BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2;
步骤734:BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2,BBERF2)下发策略控制信息,从而实现策略控制。用户2访问业务时,PCRF1还会动态地下发策略控制信息。此时PCRF1可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
实施例六
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用GTP协议时,建立IP-CAN会话过程以及实现选择同一个PCRF的流程。其中UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为RedirectAgent。图9是根据本发明实施例六的流程图,如图9所示,该流程包括以下步骤:
步骤801-步骤808与步骤401-步骤408相同,在此不再赘述;
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1)下发策略控制信息,从而实现策略控制。用户1访问业务时,PCRF1还会动态的下发策略控制信息,如对用户1访问的某种业务根据签约进行用量监测控制。
步骤809:UE2通过E-UTRAN接入EPS系统,P-GW2/PCEF2收到请求建立IP-CAN会话2的消息,消息中协议用户标识2和PDN标识1。PCEF1和PCEF2可以相同也可以不同;
步骤810:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2和PDN标识1;
步骤811:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。这里PCRF1和PCRF2是不同的PCRF。DRA向PCEF2返回重定向消息,消息中携带PCRF2地址;
步骤812:PCEF2向PCRF2发送IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IP Address2;
步骤813:PCRF2向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF2标识;
步骤814:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识;
步骤815:PCRF2根据SPR返回的PCRF1的标识,保存对应关系(用户标识2、PDN标识1、PCRF1),向PCEF2返回重定向消息,消息中携带PCRF1的标识;
步骤816:PCEF2根据返回的PCRF1标识,向PCRF1发送IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IP Address2;
步骤817:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF1的标识;
步骤818:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1),返回签约数据;
步骤819:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向PCEF2返回IP-CAN会话建立确认消息,携带PCC规则和事件触发器;
步骤820:P-GW2/PCEF2返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2)下发策略控制信息,从而实现策略控制。用户2访问业务时,PCRF1还会动态地下发策略控制信息。此时PCRF1可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
在其他实施例中,UE1采用图8的步骤701-步骤714接入并建立IP-CAN会话1,UE2采用图9的步骤809-步骤820接入并建立IP-CAN2会话2;或者,UE1采用图9的步骤801-步骤808接入并建立IP-CAN会话1,UE2采用图8的步骤714-步骤734接入并建立IP-CAN会话2。
实施例七
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用PMIPv6协议或从可信任非3GPP网络接入或从不可信任非3GPP网络接入3GPP系统时,建立IP-CAN会话过程中,实现选择同一个PCRF的流程。其中UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为ProxyAgent。图10是根据本发明实施例七的流程图,如图10所示,该流程包括以下步骤:
步骤901-步骤914与步骤501-步骤514相同,在此不再赘述;
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1、BBERF1)下发策略控制信息,从而实现策略控制。通用户1访问业务时,PCRF1还会动态的下发策略控制信息,如对用户1访问的某种业务根据签约进行用量监测控制。
步骤915:UE2通过E-UTRAN接入或从可信任非3GPP网络接入请求建立IP-CAN会话,S-GW或可信任非3GPP接入网关/BBERF2收到请求建立IP-CAN会话2的消息,消息中携带用户标识2和PDN标识1。BBERF1和BBERF2可以相同也可以不同;
步骤916:BBERF2向DRA发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤917:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。这里,PCRF1和PCRF2是两个不同的PCRF。DRA向PCRF2转发网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤918:PCRF2根据用户标识1和PDN标识1判断,没有相关的签约数据。PCRF2向SPR发送签约文档请求消息,消息中携带用户标识1、PDN标识1以及PCRF2的标识;
步骤919:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识;
步骤920:PCRF2根据SPR返回的PCRF1的标识,向DRA返回重定向消息,消息中携带PCRF1的标识;
步骤921:DRA更新对应关系(用户标识2、PDN标识1、PCRF1),向PCRF1发送网关控制会话建立消息,消息中携带用户标识2和PDN标识1;
步骤922:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF1的标识;
步骤923:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1)返回签约数据;
步骤924:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向DRA返回网关控制会话建立确认消息,携带QoS规则和事件触发器;
步骤925:DRA向BBERF2返回网关控制会话建立确认消息,携带QoS规则和事件触发器。BBERF2安装策略;
步骤926:BBERF2所在网关向PCEF2所在网关发送请求建立IP-CAN会话2,消息中携带用户标识2和PDN标识1。PCEF2所在网关为所建立的IP-CAN会话2分配IP Address2。PCEF1和PCEF2可能相同,也可能不同;
步骤927:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2、PDN标识1和IP Address2;
步骤928:DRA根据用户标识2和PDN标识1查找保存信息,发现已经为该IP-CAN会话2选择了PCRF1,更新对应关系(用户标识2、PDN标识1、IP Address1、PCRF1地址)。DRA向PCRF1转发IP-CAN会话建立指示消息,消息中携带用户标识2、PDN标识1和IP Address2;
步骤929:PCRF1根据用户标识2和PDN标识1,向DRA返回对应的步骤924制定的PCC规则和事件触发器;
步骤930:DRA向PCEF2返回PCC规则和事件触发器。PCEF2安装策略;
步骤931:PCEF2所在网关向BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2;
步骤932:BBERF2所在网关返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2、BBERF2)下发策略控制信息,从而实现策略控制。通用户2访问业务时,PCRF1还会动态的下发策略控制信息。此时PCRF可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
实施例八
本实施例描述的是UE1(对应用户1)和UE2(对应用户2)在非漫游场景下,从E-UTRAN接入并且S-GW和P-GW之间采用GTP协议时,建立IP-CAN会话过程中,PCRF的选择流程。其中UE1和UE2需要共享签约信息,并且该共享签约信息是针对PDN网络1(PDN标识1)的业务访问,DRA为ProxyAgent。图11是根据本发明实施例八的流程图,如图11所示,该流程包括以下步骤:
步骤1001-步骤1008与步骤601-步骤608相同,在此不再赘述;
经过上述流程,用户1建立了IP-CAN会话1,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF1)下发策略控制信息,从而实现策略控制。用户1访问业务时,PCRF1还会动态的下发策略控制信息,如对用户1访问的某种业务根据签约进行用量监测控制。
步骤1009:UE2通过E-UTRAN接入EPS系统,P-GW2/PCEF2收到请求建立IP-CAN会话2的消息,消息中协议用户标识2和PDN标识1。PCEF1和PCEF2可以相同也可以不同;
步骤1010:PCEF2向DRA发送IP-CAN会话建立指示消息,消息中携带用户标识2和PDN标识1;
步骤1011:DRA根据用户标识2和PDN标识1查找本地保存的信息,发现没有为该用户或该用户和对应的PDN标识选择PCRF。DRA为该用户或IP-CAN会话选择PCRF2,建立对应关系(用户标识2、PDN标识1、PCRF2地址)。这里PCRF1和PCRF2是不同的PCRF。DRA向PCRF2转发IP-CAN会话建立指示消息,消息中携带用户标识2和PDN标识1;
步骤1012:PCRF2向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1以及PCRF2标识;
步骤1013:SPR根据用户标识1、用户标识2和PDN标识1判断两个用户共享签约数据。并且根据PCRF1标识和PCRF2标识判断两用户的IP-CAN会话选择了不同的PCRF。因此,SPR返回签约信息,并且包含PCRF1的标识;
步骤1014:PCRF2根据SPR返回的PCRF1的标识,向DRA返回重定向消息,消息中携带PCRF1标识。DRA更新对应关系(用户标识2、PDN标识1、PCRF1地址);
步骤1015:PCEF2向PCRF1发送IP-CAN会话建立指示消息,消息中携带用户标识2,PDN标识1和IP Address2;
步骤1016:PCRF1根据用户标识2和PDN标识1判断,没有相关的签约数据。PCRF1向SPR发送签约文档请求消息,消息中携带用户标识2、PDN标识1;
步骤1017:SPR更新对应关系(用户标识1、用户标识2、PDN标识1、PCRF1),返回签约数据;
步骤1018:PCRF1根据签约信息、网络策略、接入网信息等制定策略,如PCC规则、QoS规则和事件触发器等。PCRF1向DRA返回IP-CAN会话建立确认消息,携带PCC规则和事件触发器;
步骤1019:DRA向PCEF2转发IP-CAN会话建立确认消息,携带PCC规则和事件触发器。PCEF2安装策略;
步骤1020:P-GW2/PCEF2返回应答建立IP-CAN会话2,携带IP Address2。
经过上述流程,用户2建立了IP-CAN会话2,PCRF1向该IP-CAN会话相关的策略执行实体(PCEF2)下发策略控制信息,从而实现策略控制。通用户2访问业务时,PCRF1还会动态的下发策略控制信息。此时PCRF可以对用户1和用户2访问的某种业务根据共享的签约数据统一进行用量监测控制。
以上实施例虽仅描述了为共享签约数据的两个用户的IP-CAN会话选择同一个PCRF的流程,但为共享签约数据的两个以上用户的IP-CAN会话选择同一个PCRF的流程也是类似的。
需要说明的是,在本实施例的变形实施例中,UE1采用图10的步骤901-步骤914接入并建立IP-CAN会话1,UE2采用图11的步骤1009-步骤1020接入并建立IP-CAN2会话2;或者,UE1采用图11的步骤1001步骤-1008接入并建立IP-CAN会话1,UE2采用图10的步骤915-步骤932接入并建立IP-CAN会话2。
以上所有实施例,针对用户1和用户2共享签约数据,并且共享签约信息是针对一个PDN网络的业务访问。这时,SPR为用户1和用户2建立的到同一个PDN网络的IP-CAN会话选择同一个PCRF。
若用1和用户2共享签约数据,且共享签约信息同时针对多个PDN网络的业务访问,或所有PDN网络的业务访问。这时,SPR根据共享签约用户标识列表为用户1和用户2建立的到多个PDN网络的IP-CAN会话选择同一个PCRF或为用户1和用户2的所有IP-CAN会话选择同一个PCRF(即为用户1和用户2选择同一个PCRF),流程是类似的。
综上所述,通过本发明上述实施例,采用同一个PCRF对共享一个签约信息的多个用户建立的IP-CAN进行策略及费用控制,解决了现有技术中策略计费控制冲突的问题,进而达到了当多个用户共享一个签约信息,能够采用相同的策略进行计费控制的效果。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (11)

1.一种策略和计费规则功能实体的选择方法,其特征在于,包括:
Diameter路由代理DRA为第一用户请求建立的IP连接接入网IP-CAN会话选择第一策略和计费规则功能实体PCRF;
所述DRA为与所述第一用户共享签约信息的第二用户请求建立的IP-CAN会话选择第二PCRF;
所述第二PCRF根据来自用户签约数据库SPR的所述第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到所述第一PCRF。
2.根据权利要求1所述的方法,其特征在于,在所述第二PCRF将所述用于建立Diameter会话的消息转发或重定向到所述第一PCRF之前,所述方法包括:
所述第二PCRF向所述SPR发送用于请求所述第二用户的签约信息的消息;
所述SPR判断所述DRA已经为与所述第二用户共享签约信息的第一用户选择了所述第一PCRF;
在判断为是的情况下,所述SPR将所述第一PCRF的信息发送给所述第二PCRF。
3.根据权利要求1所述的方法,其特征在于,所述第二PCRF将所述用于建立Diameter会话的消息重定向到所述第一PCRF包括:
所述第二PCRF向所述用于建立Diameter会话的消息的发送方发送携带有所述第一PCRF的信息的重定向消息,其中,所述发送方至少包括以下之一:策略和计费执行功能实体PCEF、承载绑定和事件报告功能实体BBERF、DRA;
所述发送方根据所述第一PCRF的信息向所述第一PCRF发送所述用于建立Diameter会话的消息,并接收来自所述第一PCRF的消息。
4.根据权利要求1所述的方法,其特征在于,所述第二PCRF将所述用于建立Diameter会话的消息转发到所述第一PCRF包括:
所述第二PCRF将所述用于建立Diameter会话的消息发送给所述第一PCRF;
所述第二PRCF将来自所述第一PCRF的消息发送给发送所述用于建立Diameter会话的消息的发送方,其中,所述发送方包括以下至少之一:PCEF、BBERF、DRA。
5.根据权利要求3或4所述的方法,其特征在于,在所述第二PCRF将所述用于建立Diameter会话的消息转发或重定向到所述第一PCRF之前,所述方法还包括:
所述第二PCRF接收所述PCEF或发送或经由所述DRA转发的IP-CAN会话建立指示,并将所述IP-CAN会话建立指示转发或重定向到第一PCRF,所述第一PCRF从所述SPR获取所述第二用户的签约信息。
6.根据权利要求3或4所述的方法,其特征在于,在所述第二PCRF将所述用于建立Diameter会话的消息转发或重定向到所述第一PCRF之前,所述方法还包括:
所述第二PCRF接收所述BBERF发送或经由所述DRA转发的网关控制会话建立消息,并将所述网关控制会话建立消息转发或重定向到所述第一PCRF,所述第一PCRF从所述SPR获取所述第二用户的签约信息。
7.根据权利要求6所述的方法,其特征在于,在所述BBERF接收到所述网关控制会话建立消息的确认消息之后,所述方法还包括:
所述BBERF驻留的网关向所述PCEF驻留的网关发送请求建立IP-CAN会话消息;
所述PCEF向所述DRA发送IP-CAN会话建立指示;
所述DRA将所述IP-CAN会话建立指示重定向或转发到所述第二PCRF;
所述第二PCRF将所述IP-CAN会话建立指示转发或重定向到所述第一PCRF。
8.一种策略和计费规则功能实体,其特征在于,包括:
发送模块,用于向用户签约数据库SPR发送用于请求第二用户签约信息的消息;
接收模块,用于接收来自所述SPR的第一PCRF的信息,其中,所述第一PCRF是Diameter路由代理DRA已经为与所述第二用户共享签约信息的第一用户选择了的PCRF;
处理模块,用于根据所述第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到所述第一PCRF。
9.一种用户签约数据库,其特征在于,包括:
接收模块,用于接收来自PCRF的用于请求第二用户的签约信息的消息;
判断模块,用于判断Diameter路由代理DRA是否已经为与所述第二用户共享签约信息的第一用户选择了第一PCRF;
发送模块,用于在所述判断模块的判断结果为是的情况下,将所述第一PCRF的信息发送给所述PCRF。
10.一种策略和计费规则功能实体的选择系统,包括:Diameter路由代理DRA、策略和计费规则功能实体PCRF、用户签约数据库SPR,其特征在于,
Diameter路由代理DRA为第一用户请求建立的IP连接接入网IP-CAN会话选择第一策略和计费规则功能实体PCRF;
所述DRA为与所述第一用户共享签约信息的第二用户请求建立的IP-CAN会话选择第二PCRF;
所述第二PCRF根据来自SPR的第一PCRF的信息将用于建立Diameter会话的消息转发或重定向到所述第一PCRF。
11.根据权利要求10所述的系统,其特征在于,
所述SPR接收所述第二PCRF发送的用于请求所述第二用户的签约信息的消息;
所述SPR判断所述DRA已经为与所述第二用户共享签约信息的第一用户选择了所述第一PCRF;
所述SPR在判断为是的情况下将所述第一PCRF的信息发送给所述第二PCRF。
CN201010000310.5A 2010-01-08 2010-01-08 策略和计费规则功能实体的选择方法、装置及系统 Expired - Fee Related CN102123035B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201010000310.5A CN102123035B (zh) 2010-01-08 2010-01-08 策略和计费规则功能实体的选择方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010000310.5A CN102123035B (zh) 2010-01-08 2010-01-08 策略和计费规则功能实体的选择方法、装置及系统

Publications (2)

Publication Number Publication Date
CN102123035A true CN102123035A (zh) 2011-07-13
CN102123035B CN102123035B (zh) 2015-06-03

Family

ID=44251496

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010000310.5A Expired - Fee Related CN102123035B (zh) 2010-01-08 2010-01-08 策略和计费规则功能实体的选择方法、装置及系统

Country Status (1)

Country Link
CN (1) CN102123035B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102577450A (zh) * 2011-12-30 2012-07-11 华为技术有限公司 确定策略和计费规则功能实体的方法、装置和系统
CN102833123A (zh) * 2011-06-17 2012-12-19 中兴通讯股份有限公司 数据流的用量监控方法及装置、pcef实体
CN103391564A (zh) * 2012-05-11 2013-11-13 华为终端有限公司 策略规则设备的选择方法及装置
CN103490908A (zh) * 2012-06-12 2014-01-01 中兴通讯股份有限公司 策略和计费规则功能的选择方法、装置及系统
CN104254140A (zh) * 2013-06-26 2014-12-31 中国电信股份有限公司 移动网络中pcc系统的会话关联方法与系统
WO2016062025A1 (zh) * 2014-10-20 2016-04-28 中兴通讯股份有限公司 一种策略和计费规则功能的选择方法及装置
WO2016062026A1 (zh) * 2014-10-20 2016-04-28 中兴通讯股份有限公司 一种策略和计费规则功能的选择方法及装置
CN102833123B (zh) * 2011-06-17 2016-12-14 中兴通讯股份有限公司 数据流的用量监控方法及装置、pcef实体
CN107251483A (zh) * 2014-11-14 2017-10-13 华为技术有限公司 一种策略与计费规则功能选择方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072170A (zh) * 2006-05-13 2007-11-14 华为技术有限公司 无线通讯网络中策略和计费规则功能网元的寻址方法
CN101227391A (zh) * 2008-01-09 2008-07-23 中兴通讯股份有限公司 非漫游场景下策略和计费规则功能实体的选择方法
WO2009086759A1 (zh) * 2007-12-27 2009-07-16 Zte Corporation 一种策略和计费规则功能的选择方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072170A (zh) * 2006-05-13 2007-11-14 华为技术有限公司 无线通讯网络中策略和计费规则功能网元的寻址方法
WO2009086759A1 (zh) * 2007-12-27 2009-07-16 Zte Corporation 一种策略和计费规则功能的选择方法
CN101227391A (zh) * 2008-01-09 2008-07-23 中兴通讯股份有限公司 非漫游场景下策略和计费规则功能实体的选择方法

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102833123B (zh) * 2011-06-17 2016-12-14 中兴通讯股份有限公司 数据流的用量监控方法及装置、pcef实体
CN102833123A (zh) * 2011-06-17 2012-12-19 中兴通讯股份有限公司 数据流的用量监控方法及装置、pcef实体
EP2800302A4 (en) * 2011-12-30 2015-01-14 Huawei Tech Co Ltd METHOD, DEVICE AND SYSTEM FOR DETERMINING GUIDELINES AND LOADING FUNCTIONS
WO2013097193A1 (zh) * 2011-12-30 2013-07-04 华为技术有限公司 确定策略和计费规则功能实体的方法、装置和系统
US9661151B2 (en) 2011-12-30 2017-05-23 Huawei Technologies Co., Ltd. Method, apparatus and system for determining policy and charging rule function entity
CN102577450B (zh) * 2011-12-30 2014-04-30 华为技术有限公司 确定策略和计费规则功能实体的方法、装置和系统
EP2800302A1 (en) * 2011-12-30 2014-11-05 Huawei Technologies Co., Ltd Method, device and system for determining policy and charging enforcement function
CN102577450A (zh) * 2011-12-30 2012-07-11 华为技术有限公司 确定策略和计费规则功能实体的方法、装置和系统
CN103391564B (zh) * 2012-05-11 2016-08-10 华为终端有限公司 策略规则设备的选择方法及装置
CN103391564A (zh) * 2012-05-11 2013-11-13 华为终端有限公司 策略规则设备的选择方法及装置
CN103490908A (zh) * 2012-06-12 2014-01-01 中兴通讯股份有限公司 策略和计费规则功能的选择方法、装置及系统
CN103490908B (zh) * 2012-06-12 2019-05-31 中兴通讯股份有限公司 策略和计费规则功能的选择方法、装置及系统
CN104254140A (zh) * 2013-06-26 2014-12-31 中国电信股份有限公司 移动网络中pcc系统的会话关联方法与系统
CN104254140B (zh) * 2013-06-26 2018-06-19 中国电信股份有限公司 移动网络中pcc系统的会话关联方法与系统
WO2016062025A1 (zh) * 2014-10-20 2016-04-28 中兴通讯股份有限公司 一种策略和计费规则功能的选择方法及装置
WO2016062026A1 (zh) * 2014-10-20 2016-04-28 中兴通讯股份有限公司 一种策略和计费规则功能的选择方法及装置
CN107251483A (zh) * 2014-11-14 2017-10-13 华为技术有限公司 一种策略与计费规则功能选择方法和装置

Also Published As

Publication number Publication date
CN102123035B (zh) 2015-06-03

Similar Documents

Publication Publication Date Title
US11083033B2 (en) Small data usage enablement in 3GPP networks
CN102075894B (zh) 策略和计费规则功能实体的选择方法及系统
CN101646149B (zh) 一种删除dra中会话信息的方法
CN101227391B (zh) 非漫游场景下策略和计费规则功能实体的选择方法
CN102148689A (zh) 策略和计费规则功能实体的选择方法、装置及系统
CN101583114B (zh) 用户设备IP地址提供方法、Diameter路由代理
CN102123035B (zh) 策略和计费规则功能实体的选择方法、装置及系统
CN101730188B (zh) 接入网策略发送方法、归属接入网络发现和选择功能单元
CN101286915A (zh) 分组数据网络的接入控制方法和系统、pcrf实体
CN101277541A (zh) 一种Diameter路由实体转发消息的方法
CN103209401A (zh) 一种融合网络中策略控制方法及系统
CN102014517A (zh) 漫游场景下承载控制模式的发送方法和系统
CN101198171A (zh) 一种漫游场景下的策略计费控制消息的路由方法
CN102238511B (zh) 一种策略和计费规则功能实体的选择方法及系统
CN104853332A (zh) 拜访地策略控制方法及装置
CN101998513B (zh) 控制pcrf负载均衡的方法、系统及重定向dra
CN102111740B (zh) 一种支持多接入的策略计费控制方法和系统
CN101355561B (zh) Dra的会话消息管理方法和系统
CN102547854A (zh) 策略控制方法及装置
CN102238645A (zh) 用于分组业务的策略控制方法及分组业务系统
CN102387063B (zh) 一种ifom错误时的处理方法和系统
CN101860836B (zh) 策略和计费控制的处理方法、系统及设备
CN101998515B (zh) 控制pcrf负载均衡的实现方法和实现系统
CN102791042B (zh) S9子会话建立方法、系统及pcrf
CN103313431A (zh) Tdf会话的处理方法及pcrf

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: 20150603

Termination date: 20180108

CF01 Termination of patent right due to non-payment of annual fee