CN101378522A - 分发策略的方法、系统和策略分发实体 - Google Patents

分发策略的方法、系统和策略分发实体 Download PDF

Info

Publication number
CN101378522A
CN101378522A CN200710145740.4A CN200710145740A CN101378522A CN 101378522 A CN101378522 A CN 101378522A CN 200710145740 A CN200710145740 A CN 200710145740A CN 101378522 A CN101378522 A CN 101378522A
Authority
CN
China
Prior art keywords
entity
strategy
policy
policy execution
execution
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
CN200710145740.4A
Other languages
English (en)
Other versions
CN101378522B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200710145740.4A priority Critical patent/CN101378522B/zh
Priority to PCT/CN2008/072008 priority patent/WO2009030136A1/zh
Publication of CN101378522A publication Critical patent/CN101378522A/zh
Application granted granted Critical
Publication of CN101378522B publication Critical patent/CN101378522B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种分发策略的方法，策略分发实体接收策略服务器发来的全部策略，并获知策略执行实体的策略执行能力；如果策略执行实体具有策略执行能力，策略分发实体根据所述策略执行实体的策略执行能力将全部策略中的相应策略提供给所述策略执行实体。所述策略分发实体与策略服务器合设，或是一个独立的实体，或与一个策略执行实体合设。本发明还公开了分发策略的系统和策略分发实体。利用本发明，可以实现将不同策略分发到对应策略执行实体。

Description

分发策略的方法、系统和策略分发实体
技术领域
本发明涉及移动通信技术，特别涉及一种分发策略的方法、系统和策略分发实体。
背景技术
策略是指对业务数据流的处理规则，例如控制业务数据流的通过(简称门控)，业务数据流的服务质量(Quality of Service，QoS)，以及基于业务数据流的计费等。
网络侧需要对策略进行分发，以使进行的业务数据流符合处理规则。例如在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)中，终端(User Equipment，UE)在建立IP连接性接入网络(IP Connectivity AccessNetwork，IP-CAN)承载(bearer)的过程中，在发送给网络侧的建立IP-CAN承载请求中携带QoS参数信息，网络侧收到IP-CAN承载建立请求后，根据该UE的用户签约信息和设备处理能力，决定其可以使用的QoS，并将该QoS发送给UE。这样，UE可以按照网络侧分发的QoS进行业务数据的传输。相反，如果UE在建立IP-CAN承载的过程中，没有在发送给网络侧的建立IP-CAN承载请求中携带QoS参数信息，则网络侧会为UE分发缺省QoS或该UE的用户签约QoS，但是，这种情况可能出现UE使用的QoS与进行的业务所需的QoS不同，特别是对于实时性要求比较高的业务，很可能不能满足传输需求。
上面内容中的IP-CAN是指IP连续性接入网络，当UE在IP-CAN内发生位置改变或者漫游时，仍能保存IP业务连续性而不中断IP-CAN。例如通用分组无线业务(General Packet Radio Service，GPRS)网络，交互式无线局域网(Interworking Wireless Local Area Network，I-WLAN)网络，微波存取全球互通(Worldwide Interoperability for Microwave Access，WIMAX)网络等，都属于IP-CAN。IP-CAN承载是指具有明确速率，延迟和误比特率的IP传输路径，例如对于GPRS网络来说相当于分组数据协议(Packet Data Protocol，PDP)上下文。而且，多个IP-CAN承载可以位于同一IP-CAN会话中，所述IP-CAN会话是指UE和分组数据网(如互联网)之间的连接关系。
以下以3GPP R7为例说明现有技术中分发策略的方法。与策略相关的实体位于策略和计费控制(Policy and Charging Control，PCC)系统中，图1示出了PCC系统中与策略相关的实体的框图。如图，包括策略控制和计费规则功能实体(Policy Control and Charging Rules Function，PCRF)101，策略和计费执行实体(Policy and Charging Enforcement Function，PCEF)102，用户签约信息数据库(Subscription Profile Repository，SPR)103，应用层功能实体(Application Function，AF)104。其中，
PCRF 101，根据用户接入网络的限制，运营商策略，从SPR103获取的用户签约数据，以及AF 104获取的UE当前正在进行的业务信息等，决定对应的策略，并将该策略提供给PCEF 102。
PCEF 102，执行PCRF 101下发或指定的策略，具体包括执行业务数据流的检测和测量，保证业务数据流的QoS，用户面流量处理和触发控制面的会话管理等。
SPR 103，向PCRF 101提供用户签约信息。
AF 104，向PCRF 101动态提供应用层的会话信息，PCRF 101根据该信息动态生成或者修改对应的规则。
图1中的各个接口分别如下:
Rx参考点，AF 104通过该参考点下发应用层相关信息，该信息包括但不限于IP过滤器，用于识别业务数据流、应用或者媒体所需的带宽信息，该参考点可以使用互联网工程任务组(Internet Engineering Task Force，IETF)定义的Diameter协议。
Gx参考点，PCRF 101通过该参考点可以动态控制PCEF 102上所执行的PCC规则。具体的，该参考点实现以下功能:建立，维护和终结IP-CAN会话；PCEF 102向PCRF 101请求PCC规则；PCRF 101向PCEF 102提供PCC规则；协商IP-CAN承载建立模式。该参考点可以使用IETF定义的Diameter协议。
Sp参考点:PCRF 101通过该参考点向SPR 103请求用户签约信息，该签约信息用于确定IP-CAN传输层策略。该接口目前属于私有接口，即由设备商自定义，而没有公开化。
图2示出了终端请求触发分发策略的流程图。如图2所示，包括:
步骤201:PCEF接收到UE发起的IP-CAN会话建立请求消息。
步骤202:PCEF通知PCRF建立IP-CAN会话，该内容通过Diameter CCR消息发送，且该消息中包含用户标识。
步骤203:PCRF存储Diameter CCR消息里的信息，进行PCC决策，生成策略。
步骤204:PCRF通过Diameter CCA消息将策略返回给PCEF。
步骤205:PCEF加载并执行策略。
步骤206:PCEF向UE返回建立IP-CAN会话应答消息。
图3示出了PCRF主动下发策略的流程图。如图3所示，包括:
步骤301:AF接收到一个触发事件(比如UE发起的多媒体呼叫控制信令)后，需要建立一个新的Diameter会话并向PCRF提供业务信息。
步骤302:AF从触发事件中提取需要的业务信息(比如IP流的地址信息，端口号，媒体类型等)，将信息通过Diameter AAR消息发送给PCRF。
步骤303:PCRF执行PCC决策，生成策略。
步骤304:PCRF将PCC规则通过Diameter重鉴权请求(Re-Auth-Request，RAR)消息发送到PCEF。
步骤305:PCEF执行策略。
步骤306:PCEF向PCRF返回Diameter重鉴权应答(Re-Auth-Answer，RAA)消息。
步骤307:PCRF向AF返回Diameter鉴权授权应答(Authentication，Authorization Answer，AAA)消息。
上面是在3GPP网络中有一个PCEF的情况。但在3GPP2网络，非3GPP网络(Non-3GPP)，如WIMAX，WLAN，码分多址(Code division MultipleAccess，CDMA)2000，还有两个或两个以上PCEF的情况。
图4示出了一种non-3gpp网络中PCC的框图。如图所示，在公用数据网络网关(PDN-GW，P-GW)、服务网关(Serving-Gateway，S-GW)和non-3gpp网络中都有PCEF，这些PCEF都通过Gx扩展接口接收PCRF(包括vPCRF和hPCRF)下发的策略，也就是说，PCRF需要将策略在这几个PCEF间进行分发。
WIMAX中提出了一个策略分发架构，如图5所示，WIMAX网络中有两个策略执行点(PCEF):连接服务网络PCEF(C-PCEF)和接入服务网络PCEF(A-PCEF)。C-PCEF作为锚定点PCEF可以位于WiMAX网络中连接服务网络(Connection Service Network，CSN)的家乡代理(Home Agent，HA)上，执行用户的一部分策略例如计费和门控等策略。A-PCEF位于WIMAX网络的接入服务网络(Access Service Network，ASN)中，执行用户的一部分策略，例如QOS等策略。同时，引入策略分发功能实体(Policy Distribution Function，PDF)，PDF以标准Gx接口从PCRF获得策略后，再将策略通过扩展的Gx接口分发给各PCEF。PDF可以位于锚定点或者PCRF上。
图6示出了一种3GPP2网络中PCC的框图。如图所示，在3GPP2的PCC架构中，存在两个策略执行点，分别位于锚定点的本地移动性锚点(LocalMobility Anchor，LMA)/HA和接入网关(Access Gateway，AGW)。PCRF作为策略服务器，需要在这两个策略执行实体之间进行策略分发。
图5、图5和图6中的Non-3GPP/3GPP2的有关策略分发的架构图可以如图7或图8所示。图7是策略分发架构图。图8是漫游情况下的策略分发架构图。
从图7和图8可见，当网络中有多个策略执行点(策略执行点1、策略执行点2或更多)时，策略服务器(例如WiMAX中的PDF、PCRF，3GPP2中的PCRF)需要将业务数据流的不同策略分发给多个策略执行点(例如WiMAX中的A-PCEF和C-PCEF，3GPP2中的HA和数据面功能(Traffic Plane Function，TPF))。例如，将计费和门控策略分发给策略执行实体1，QoS策略分发给策略执行实体2，漫游时则通过Gx扩展接口和S9接口(漫游接口)进行分发。图中的PDP为策略决策点(Policy Decision Point)，PEP为策略执行点(PolicyEnforcement Point)，NPR为网络策略库(Network Policy Repository)。
但是，现有技术中没有策略服务器分发不同的策略到对应策略执行实体的方法。
发明内容
本发明的目的是提供一种分发策略的方法、系统和策略分发实体，以实现策略服务器分发不同的策略到对应策略执行实体。
为解决上述技术问题，本发明提供一种分发策略的方法、系统和策略分发实体是这样实现的:
一种分发策略的方法，包括:
策略分发实体接收策略服务器发来的全部策略，并获知策略执行实体的策略执行能力；
如果策略执行实体具有策略执行能力，策略分发实体根据所述策略执行实体的策略执行能力将全部策略中的相应策略提供给所述策略执行实体。
一种分发策略的系统，包括策略服务器，策略分发实体和策略执行实体，其中，
策略服务器用于发送全部策略到策略分发实体；
策略分发实体接收策略服务器发来的全部策略，并获知策略执行实体的策略执行能力；如果策略执行实体具有策略执行能力，策略分发实体根据所述策略执行实体的策略执行能力将全部策略中的相应策略提供给所述策略执行实体；
策略执行实体用于接收策略服务器分发的相应策略。
一种分发策略的策略分发实体，包括获取单元和分发单元，其中，
获取单元，用于获知策略执行实体的策略执行能力；
分发单元用于根据配置单元上配置的各策略执行实体的策略执行能力提供相关的策略到相应的策略执行实体。
由以上本发明提供的技术方案可见，策略分发实体获知全部策略，并获知各策略执行实体的策略执行能力，从而根据各策略执行实体的策略执行能力提供相应的策略给各策略执行实体，这样，实现了将不同策略分发到对应策略执行实体。
附图说明
图1为现有技术策略和计费控制系统中与策略相关的实体的框图；
图2为现有技术中终端请求触发分发策略的流程图；
图3为现有技术中策略和计费执行实体主动下发策略的流程图；
图4为现有技术微波存取全球互通网络中策略和计费控制系统的框图；
图5为现有技术微波存取全球互通网络中策略分发架构图；
图6为现有技术一种3GPP2网络中策略和计费控制系统的框图；
图7为现有技术一种策略分发架构图；
图8为现有技术Non-3GPP/3GPP2中漫游情况下的策略分发架构图；
图9为本发明第一方法实施例的流程图；
图10为本发明第一方法实施例对应的完整实施例一的流程图；
图11为本发明第一方法实施例对应的完整实施例二的流程图；
图12为本发明第一方法实施例对应的完整实施例三的流程图；
图13为本发明第一方法实施例对应的完整实施例四的流程图；
图14为本发明的第一系统实施例的框图；
图15为与本发明的第一系统实施例对应的策略服务器的框图；
图16为本发明的第二系统实施例的框图；
图17为与本发明的第二系统实施例对应的策略服务器的框图；
图18为本发明的第三系统实施例的框图；
图19为与本发明的第三系统实施例对应的策略执行实体的框图；
图20为本发明的第四系统实施例的框图；
图21为与本发明的第四系统实施例对应的拜访地策略服务器的框图。
图22为本发明第二方法实施例的流程图；
图23为本发明第二方法实施例对应的完整实施例的流程图；
图24为本发明第二方法实施例对应系统的框图。
具体实施方式
本发明提供一种分发策略的方法实施例，策略分发实体获知全部策略，并获取各策略执行实体的策略执行能力，从而根据各策略执行实体的策略执行能力提供相应的策略给各策略执行实体。
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。
以下首先介绍策略分发实体与策略服务器合设的情况。
图9示出了本发明第一方法实施例的流程图。如图所示，包括:
步骤901:策略服务器获取策略执行实体的策略执行能力。
首先，策略服务器需要获取各策略执行实体的策略执行能力，可以通过以下几种方式实现:
方式一:在策略服务器上配置各策略执行实体的策略执行能力或者各策略执行实体的类型。
例如存在至少两个策略执行实体的情况，设分别为策略执行实体1和策略执行实体2，策略执行实体1用于执行计费和门控策略，而策略执行实体2用于执行QoS策略。该方式中，可以在策略服务器上配置策略执行实体1具备的计费策略执行能力和门控策略执行能力，并配置策略执行实体2具备的QoS策略执行能力。策略执行实体1和策略执行实体2在策略服务器上一般可以采用IP地址来表示。
本领域技术人员知道，不同的策略执行实体类型，其对应执行的策略不同，如锚定点策略执行实体对应计费策略和门控策略，而接入网关策略执行实体对应QoS策略。因此，仍假设存在至少两个策略执行实体的情况，则可以在策略服务器上配置策略执行实体1为锚定点策略执行实体类型，策略执行实体2为接入网关策略执行实体类型，这样，策略服务器可以根据配置实体类型得到策略执行实体1具备的计费策略执行能力和门控策略执行能力，策略执行实体2具备的QoS策略执行能力。与前面类似的，策略执行实体1和策略执行实体2在策略服务器上一般可以采用IP地址来表示。
方式二:各策略执行实体分别上报各自的策略执行能力或实体类型到策略服务器。
各策略执行实体可以分别向策略服务器上报各自的策略执行能力。策略执行实体1可以在事件触发时向策略服务器上报自己的策略执行能力，例如策略执行实体1在收到移动IP注册请求时，上报计费和门控策略执行能力到策略服务器。而策略执行实体2也可以在事件触发时向策略服务器上报自己的策略执行能力，例如收到移动IP注册响应时，上报自己的策略执行能力，如QoS策略执行能力。策略服务器可以根据多次事件触发中上报的用户IP地址关联对应的IP CAN Session的多个策略执行实体。
具体的，可以采用扩展Gx接口的信用控制请求(Credit Control Request，CCR)消息实现能力上报，策略执行实体的策略执行能力可以由CCR消息中的Diameter AVP(Attribute-Value Pair，属性-值对)来标识。例如CCR消息可以为下面所示:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                ...
                *[Subscription-Id]
                {Framed-IP-Address}
                ＊[Policy-Capability]
                ...
                *[AVP]
其中，Policy-Capability为该PCEF的策略执行能力，例如可以按照下述方式取值:
QOS(0)表示QOS策略执行能力；
GatingControl(1)表示门控策略执行能力；
ChargingControl(2)表示计费策略执行能力。
前面提到，不同类型的策略执行实体对应不同的策略执行能力，因此，策略执行能力也可以通过策略执行实体的类型来得到。例如可通过如下消息上报得到:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                ...
                *[Subscription-Id]
                {Framed-IP-Address}
                ＊[PCEF-TYPE]
                ...
                *[AVP]
其中PCEF-TYPE表示该策略执行实体的类型，例如可以按照下述方式取值:
MOBILE_ANCHOR(0)表示锚定点策略执行实体，例如HA或者P-GW，一般执行计费和门控等策略；
ACCESS_GW(1)表示接入网中的策略执行实体，例如WIMAXASN-GW上的策略执行实体，3GPP2中接入网关上的策略执行实体等，这些实体一般执行QoS策略。
方式三:由一个策略执行实体统一上报各策略执行实体的策略执行能力或实体类型。
可以由锚定点策略执行实体统一上报各策略执行实体的策略执行能力。例如包括两个策略执行实体，分别为策略执行实体1和策略执行实体2，而其中的策略执行实体1为锚定点策略执行实体。则，可以按照下面步骤执行:
步骤a:第一策略执行实体获得第二策略执行实体的IP地址。
所述第一策略执行实体可以为锚定点策略执行实体。
每个策略执行实体都可以存有其它策略执行实体的执行能力，例如第一策略执行实体中存有第一策略执行实体对应的策略执行能力1，还存有第二策略执行实体的策略执行能力2，因此可以将策略执行能力1和2统一上报给策略服务器。策略服务器可以得知上报的策略执行能力1对应第一策略执行实体，但是，策略服务器不知道策略执行能力2所对应的策略执行实体，因此，第一策略执行实体在上报策略执行能力2时，还需要将第二策略执行实体的IP地址上报给策略服务器，这样，策略服务器才能知道上报的策略执行能力2与第二策略执行实体相对应。
本领域技术人员知道，策略执行实体在进行鉴权过程中，需要与鉴权服务器进行交互，而鉴权服务器在该过程中可以得知策略执行实体的IP地址。因此，利用这一点，可以将一策略执行实体的IP地址发给另一策略执行实体。对应上面的例子，鉴权服务器可以将第二策略执行实体的IP地址发给第一策略执行实体。
具体的，步骤a可以如下实现:
步骤a1:鉴权服务器从第二策略执行实体的鉴权过程中得到第二策略执行实体的IP地址。
步骤a2:鉴权服务器将第二策略执行实体的IP地址通过网关地址更新响应消息发送给第一策略执行实体。
也就是说，第一策略执行实体从网关地址更新响应中得到第二策略执行实体的IP地址。
所述鉴权服务器可以为鉴权、授权与计费(Authentication，Authorizationand Accounting，AAA)服务器。
步骤b:第一策略执行实体将其对应的策略执行能力和第二策略执行实体对应的策略执行能力及第二策略执行实体的IP地址发送到策略服务器。
这样，就能实现第一策略执行实体将其对应的策略执行能力和其它策略执行实体的执行能力及IP地址发送到策略服务器。
具体的，可以采用Diameter CCR消息携带相应的AVP来实现:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                ...
                *[Subscription-Id]
                    {Framed-IP-Address}
                    ＊[PCEF-Policy-Capability]
                    ...
                    ＊[AVP]
PCEF-Policy-Capability表示各策略执行实体的策略执行能力:
PCEF-Policy-Capability::＝<AVP Header:xxxx>
                         {PCEF-ID}
                         *[Policy-Capability]
其中PCEF-ID标识策略执行实体，一般使用策略执行实体的IP地址来标识，Policy-Capability为该策略执行实体的策略执行能力。
前面提到，不同类型的策略执行实体对应不同的策略执行能力，策略执行能力也可以通过策略执行实体的类型来得到。因此，步骤b也可以由以下方式实现:
第一策略执行实体将其类型和第二策略执行实体的类型及第二策略执行实体的IP地址发送到策略服务器。
这样，就能实现第一策略执行实体将其类型和其它策略执行实体的类型及IP地址发送到策略服务器，策略服务器根据各策略执行实体的类型导出策略执行能力。也就是将第一策略执行实体对应的策略执行能力和其它策略执行实体的策略执行能力及IP地址发送到策略服务器。
具体的，也可以采用Diameter CCR消息携带相应的AVP来实现:
PCEF-Type::＝<AVP Header:xxxx>
              {PCEF-ID}
              *[PCEF-TYPE]
其中PCEF-ID标识策略执行实体，PCEF-TYPE为该策略执行实体的类型。
步骤902:如果策略执行实体具有策略执行能力，则策略服务器将相应的策略分发给该策略执行实体。
例如，上报的策略执行实体1的策略执行能力为1(计费控制)和2(门控)，策略执行实体2的策略执行能力为0(QoS)，则策略服务器将计费和门控策略下发给策略执行实体1，将QoS策略下发给策略执行实体2。
又如，上报的策略执行实体1的策略执行实体类型为0(锚定点)，策略执行实体2的策略执行实体类型为接入网关，则策略服务器将计费和门控策略下发给策略执行实体1，QoS策略下发给策略执行实体2。
以下介绍上述第一方法实施例对应的完整实施例一。该实施例是在策略服务器上配置策略执行实体的策略执行能力，策略服务器根据配置的策略执行能力将对应的策略分发给各策略执行实体。
图10示出了该完整实施例一，如图:
步骤1001:在策略服务器上配置各策略执行实体的策略执行能力。
例如策略执行实体1对应的为计费和门控策略执行能力，策略执行实体2对应的为QoS策略执行能力。
步骤1002:策略服务器根据应用功能实体(Application Function，AF)下发的业务信息等信息生成对应业务数据流的QOS、计费和门控策略，该业务数据流绑定在某IP CAN Session上。
步骤1003:策略服务器将计费和门控策略分发给策略执行实体1。
步骤1004:策略服务器将Qos策略分发给策略执行实体2。
应该指出的是，步骤1003和步骤1004并没有先后顺序之分。
以下介绍上述第一方法实施例对应的完整实施例二。该实施例是策略执行实体1向策略服务器上报计费和门控策略执行能力，策略执行实体2向策略服务器上报QOS策略执行能力，策略服务器根据上报的策略执行能力将相应的策略分别分发给策略执行实体1和策略执行实体2。
图11示出了该完整实施例二，如图:
步骤1101:策略执行实体1向策略服务器上报计费和门控策略执行能力。
该步骤可以是由事件触发而导致策略执行实体1上报计费和门控策略执行能力，触发事件例如可以是策略执行实体1收到移动IP注册请求。
策略执行实体1向策略服务器上报自己的计费策略执行能力和门控策略执行能力，可以通过Diameter CCR消息实现，消息中携带如下AVP:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                ...
                *[Subscription-Id]
                {Framed-IP-Address}
                ＊[Policy-Capability]
                ...
                ＊[AVP]
其中，Policy-Capability可以有两个，分别取值1(代表门控策略执行能力)和2(代表计费策略执行能力)。
步骤1102:策略执行实体2向策略服务器上报QoS策略执行能力。
该步骤可以是由事件触发而导致策略执行实体2上报QoS策略执行能力，触发事件例如可以是策略执行实体2收到移动IP注册响应。
策略执行实体2向策略服务器上报自己的QoS策略执行能力，可以通过Diameter CCR消息实现，消息中携带如下AVP:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                ...
                *[Subscription-Id]
                {Framed-IP-Address}
                ＊[Policy-Capability]
                ...
                ＊[AVP]
其中Policy-Capability取值为0(代表QoS策略执行能力)。
步骤1103:策略服务器根据应用功能实体(Application Function，AF)下发的业务信息等信息生成对应业务数据流的QOS、计费和门控策略，该业务数据流绑定在上报消息中用户IP地址对应的IP CAN Session上。
步骤1104:策略服务器将计费和门控策略分发给策略执行实体1。
步骤1105:策略服务器将QoS策略分发给策略执行实体2。
应该指出的是，步骤1104和步骤1105并没有先后顺序之分。而且，步骤1104和步骤1105是策略服务器根据AF下发的用户业务信息等进行决策，为对应IP CAN Session生成一条业务数据流策略，该策略包括QOS、计费和门控等策略。
完整实施例二中，如前面所述，也可以是策略执行实体1和策略执行实体2分别上报策略执行实体类型。
以下介绍上述第一方法实施例对应的完整实施例三。该实施例中，策略执行实体1和策略执行实体2的IP地址分别为IP1和IP2。策略执行实体1为锚定点策略执行实体，向策略服务器统一上报策略执行实体1和策略执行实体2各自的策略执行能力。策略服务器据此将策略分发给策略执行实体1和策略执行实体2。
图12示出了该完整实施例三，如图:
步骤1201:策略执行实体2与AAA服务器进行鉴权消息交互。
该步骤中，得到策略执行实体2的IP地址IP2。
步骤1202:AAA服务器收到触发事件，具体可以为策略执行实体1的网关地址更新请求。
步骤1203:AAA服务器根据收到事件触发，向策略执行实体1发送网关地址更新响应消息，该响应消息中携带策略执行实体2的IP地址。
步骤1204:策略执行实体1向策略服务器上报策略执行实体1以及策略执行实体2各自的策略执行能力。
该步骤中的上报策略执行能力可以采用Diameter CCR消息，该消息中携带如下AVP:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                ...
                *[Subscription-Id]
                {Framed-IP-Address}
                   *[PCEF-Policy-Capability]
                   ...
                   ＊[AVP]
其中PCEF-Policy-Capability有两个，分别表示如下:
策略执行实体2:
PCEF-Policy-Capability::＝<AVP Header:xxxx>
                         {PCEF-ID}:
                         *[Policy-Capability]
其中，PCEF-ID取值为IP2，Policy-Capability取值为0(QoS策略执行能力)。
策略执行实体-1:
PCEF-Policy-Capability::＝<AVP Header:xxxx>
                          {PCEF-ID}:
                          [Policy-Capability]:
                          [Policy-Capability]:
其中，PCEF-ID取值为IP1，两个Policy-Capability取值分别为1(门控策略执行能力)和2(计费策略执行能力)。
步骤1205:策略服务器根据应用功能实体(Application Function，AF)下发的业务信息等信息生成对应业务数据流的QOS、计费和门控策略，该业务数据流绑定在上报消息中用户IP地址对应的IP CAN Session上。
步骤1206:策略服务器将计费和门控策略分发给策略执行实体1。
步骤1207:策略服务器将QoS策略分发给策略执行实体2。
步骤1206和步骤1207并没有先后顺序之分。而且，步骤1206和步骤1207是策略服务器根据AF下发的用户业务信息等进行决策，为对应IP CANSession生成一条业务数据流策略，该策略包括QOS、计费和门控等策略。
完整实施例三中，如前面所述，也可以是上报策略执行实体1和策略执行实体2的策略执行实体类型。
以下介绍上述第一方法实施例对应的完整实施例四。该实施例中，用户漫游时存在两个策略执行实体:策略执行实体1位于归属地，策略执行实体2位于拜访地。策略分发由用户归属地策略服务器完成。策略执行实体1向归属地策略服务器上报自己的策略执行实体的类型为锚定点，策略执行实体2通过拜访地策略服务器向归属地策略服务器上报自己的实体类型为接入网关，策略服务器根据各策略执行实体的类型得到其策略执行能力，再依据策略执行能力分发策略。
图13示出了该完整实施例四，如图:
步骤1301:策略执行实体1向归属地策略服务器上报自己的策略执行实体类型。
该步骤可以是由事件触发而导致策略执行实体1上报策略执行实体类型，触发事件例如可以是策略执行实体1收到移动IP注册请求。
可以采用Diameter CCR消息进行上报，该消息中携带如下AVP:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                    ...
                    *[Subscription-Id]
                    {Framed-IP-Address}
                    ＊[PCEF-Type]
                    ...
                    ＊[AVP]
其中PCEF-Type取值为1(锚定点)
步骤1302:策略执行实体2向拜访地策略服务器上报自己的策略执行实体类型。
该步骤可以是由事件触发而导致策略执行实体2上报QoS策略执行能力，触发事件例如可以是策略执行实体2收到移动IP注册响应。
可以采用Diameter CCR消息进行上报，该消息中携带如下AVP:
AVP:<CC-Request>::＝<Diameter Header:272，REQ，PXY>
                  ...
                  *[Subscription-Id]
                  {Framed-IP-Address}
                  ＊[PCEF-Type]
                  ...
                  ＊[AVP]
其中PCEF-Type取值为1(接入网关)。
步骤1303:拜访地策略服务器将策略执行实体2上报的策略执行实体类型发给归属地策略服务器。
步骤1304:策略服务器根据应用功能实体(Application Function，AF)下发的业务信息等信息生成对应业务数据流的QOS、计费和门控策略，该业务数据流绑定在上报消息中用户IP地址对应的IP CAN Session上。
步骤1305:归属地策略服务器将计费和门控策略分发给策略执行实体1。
步骤1306:归属地策略服务器将QoS策略通过拜访地策略服务器分发给策略执行实体2。
步骤1305和步骤1306并没有先后顺序之分。而且，步骤1305和步骤1306是策略服务器根据AF下发的用户业务信息等进行决策，为对应IP CANSession生成一条业务数据流策略，该策略包括QoS、计费和门控等策略。
策略服务器获取各策略执行实体的策略执行能力，根据各策略执行实体的策略执行能力决定相应的策略，并将决定的策略对应的分发给各策略执行实体，这样，实现了将不同策略分发到对应策略执行实体。
以下介绍本发明的系统实施例。
一种分发策略的系统，包括策略服务器和策略执行实体，其中，
策略服务器用于获取各策略执行实体的策略执行能力；并根据获取的各策略执行实体的策略执行能力，分发不同的策略到相应的策略执行实体；
具体的，如果策略执行实体具有策略执行能力，则策略服务器将相应的策略分发给该策略执行实体。
策略执行实体用于接收策略服务器分发的对应策略。还用于上报策略执行能力或实体类型。
以下介绍一种分发策略的策略服务器，包括获取单元和分发单元，获取单元，用于获取策略执行实体的策略执行能力；
分发单元用于根据配置单元上配置的各策略执行实体的策略执行能力分发相关的策略到相应的策略执行实体；
所述获取单元通过其上配置的策略执行实体的策略执行能力获取策略执行实体策略执行能力；或，
通过策略执行实体上报获取策略执行实体策略执行能力。
如图14中所示的策略服务器，所述获取单元具体为配置单元1411，分发单元1412，其中，
配置单元1411用于配置策略执行实体的策略执行能力或实体类型；
分发单元1412用于根据配置单元1411上配置的各策略执行实体的策略执行能力将策略分发给相应的策略执行实体。
以下介绍策略服务器的另一实施例。图15示出了该策略服务器实施例的框图，如图，包括获取单元1511和分发单元1512，其中，
所述获取单元1511具体为接收上报单元，用于获取各策略执行实体上报的策略执行能力；
分发单元1512用于根据获取的各策略执行实体的策略执行能力分发不同的策略到相应的策略执行实体。
本发明的第二系统实施例。图16示出了该系统实施例的框图，如图，包括第一策略执行实体161，第二策略执行实体162，策略服务器163，其中，
第一策略执行实体161用于上报第一策略执行实体161的实体类型到策略服务器163；还用于接收策略服务器163分发的对应策略；
第二策略执行实体用于上报第二策略执行实体162的实体类型到策略服务器163；还用于接收策略服务器163分发的服务质量策略；
策略服务器163上配置有各策略执行实体的类型，或接收上报的各策略执行实体的实体类型，进而根据各策略执行实体的类型导出策略执行能力，并将策略根据导出的策略执行能力分发给相应的策略执行实体。
以下介绍一种分发策略的策略服务器，其特征在于，包括获取单元1711和分发单元1712，其中，获取单元1711具体包括实体类型获取单元17111，导出单元17112，
实体类型获取单元17111上配置有各策略执行实体的类型；或接收上报的各策略执行实体的实体类型；
导出单元17112用于根据各策略执行实体的实体类型导出各策略执行实体的策略执行能力；
分发单元1712用于将策略根据导出的策略执行能力分发给相应的策略执行实体。
以下介绍本发明的第三系统实施例。图18示出了该系统实施例的框图，如图，包括第一策略执行实体181，第二策略执行实体182，策略服务器183，鉴权服务器184，其中，
第二策略执行实体182向鉴权服务器发起鉴权请求；还用于接收策略服务器183分发的服务质量策略；
鉴权服务器184用于与第二策略执行实体182进行鉴权交互，并得到第二策略执行实体182的IP地址；还用于将鉴权交互得到的第二策略执行实体182的IP地址发送到第一策略执行实体181；
第一策略执行实体181用于将自身存有的第一策略执行实体181对应的策略执行能力和第二策略执行实体182对应的策略执行能力，及接收到的第二策略执行实体的IP地址上报到策略服务器183；或，将第一策略执行实体181的类型和第二策略执行实体182的类型及第二策略执行实体的IP地址发送到策略服务器183；
策略服务器183用于获取各策略执行实体的策略执行能力，或通过接收的各策略执行实体的实体类型导出策略执行能力，并根据获取的各策略执行实体的策略执行能力，分发不同的策略到相应的策略执行实体。
第二策略执行实体182包括鉴权请求单元1821和接收单元1822，
鉴权请求单元1821用于向鉴权服务器184发起鉴权请求；
接收单元1822用于接收策略服务器183分发的服务质量策略；
鉴权服务器184包括鉴权交互单元1841和地址发送单元1842，
鉴权交互单元1841用于与第二策略执行实体182中的鉴权请求单元1821进行鉴权交互，并得到第二策略执行实体182的IP地址；
地址发送单元1842将鉴权交互单元1841得到的第二策略执行实体182的IP地址发送到第一策略执行实体181；
第一策略执行实体181包括地址接收单元1811，上报单元1812和接收单元1813，
地址接收单元1811用于接收第二策略执行实体的IP地址；
上报单元1812用于将第一策略执行实体181对应的策略执行能力和第二策略执行实体182对应的策略执行能力，及接收到的第二策略执行实体的IP地址上报到策略服务器183；或，将第一策略执行实体181的类型和第二策略执行实体182的类型，及接收到的第二策略执行实体的IP地址发送到策略服务器183；
接收单元1813用于接收策略服务器183分发的策略；
策略服务器183用于分发不同的策略到相应的策略执行实体。
以下介绍本发明的与第三系统实施例对应的第一策略执行实体实施例。图19示出了该第一策略执行实体实施例的框图，如图，包括地址接收单元1811，上报单元1812和接收单元1813，其中，
地址接收单元1811用于接收第二策略执行实体的IP地址；
上报单元1812用于将第一策略执行实体181对应的策略执行能力和第二策略执行实体182对应的策略执行能力及第二策略执行实体的IP地址上报到策略服务器183；或，将第一策略执行实体181的类型和第二策略执行实体182的类型及第二策略执行实体的IP地址发送到策略服务器183；
接收单元1813用于接收策略服务器183分发的计费和门控策略。
以下介绍本发明的第四系统实施例。图20示出了该系统实施例的框图，如图，包括第一策略执行实体201，第二策略执行实体202，归属地策略服务器203，拜访地策略服务器204，其中，
第一策略执行实体201用于上报第一策略执行实体201的实体类型到策略服务器203；并接收归属地策略服务器203分发的第一策略；
第二策略执行实体202用于上报第二策略执行实体202的实体类型到拜访地策略服务器204；用于接收拜访地策略服务器204转发的第二策略；
归属地策略服务器203用于分发决定的策略到相应的策略执行实体；具体包括分发第一策略到第一策略执行实体201，分发第二策略到第二策略执行实体202；
拜访地策略服务器204包括类型转发单元2041和策略转发单元2042，
类型转发单元2041用于将第二策略执行实体202上报的第二策略执行实体202的实体类型转发到归属地策略服务器203；并将归属地策略服务器(203)发送的第二策略转发到第二策略执行实体202。
以下介绍本发明的与第二系统实施例对应的拜访地策略服务器实施例。图21示出了该拜访地策略服务器实施例的框图，如图，包括类型转发单元2041和策略转发单元2042，其中，
类型转发单元2041用于将第二上报单元2021上报的第二策略执行实体202的实体类型转发到归属地策略服务器203；
策略转发单元2042用于将归属地策略服务器发送的第二策略转发到第二策略执行实体202。
以下介绍本发明的第二方法实施例。图22示出了本发明第二方法实施例的流程图。如图所示，包括:
步骤2201:策略分发实体接收策略服务器发来的全部策略，并获取策略执行实体的策略执行能力。
步骤2202:策略分发实体根据各策略执行实体的策略执行能力将接收的全部策略中的相应策略分发给相应的策略执行实体。
图23示出了第二方法实施例对应的一个完整实施例。如图:
步骤2301:策略服务器将全部策略发送到策略执行实体1上的策略分发实体。
步骤2302:所述策略分发实体接收策略执行实体2上报的策略执行能力。
步骤2303:策略执行实体1上的策略分发实体根据策略执行实体1的策略执行能力将接收的全部策略中相应的策略执行能力分发给策略执行实体1。
步骤2304:策略执行实体1上的策略分发实体根据策略执行实体2的策略执行能力将接收的全部策略中相应的策略执行能力分发给策略执行实体2。
当然，所述策略分发实体也可以与策略服务器合设，或是单独的实体，或与一个策略执行实体合设。所述策略服务器分发策略到策略分发实体，可以通过现有技术的Gx接口分发。
特别的，当策略分发实体也可以与策略服务器合设，即是前述方法实施例一的情况。当策略分发实体与策略服务器合设时，策略分发实体可以知道全部策略，而不需要策略服务器发送。类似的，当策略分发实体与策略执行实体合设时，策略分发实体可以知道策略执行实体的策略执行能力，具体包括与之合设的策略执行实体的策略执行能力和其它策略执行实体的策略执行能力，而不需要策略执行实体上报。当然，策略分发实体也可以知道策略执行实体的实体类型。
上述完整实施例是策略分发实体与一个策略执行实体合设的例子。还存在策略分发实体是一个单独的实体的情况，或是策略分发实体与策略服务器合设的情况，则策略分发实体接收各策略执行实体上报的策略执行能力，并根据各策略执行实体的策略执行能力将接收的全部策略中相应的策略执行能力分发给相应的策略执行实体。
接收策略执行实体上报的策略执行能力的方法与第一方法实施例中的情况类似，可以是个策略执行实体上报各自的策略执行能力，也可以是上报各自的实体类型，在此不再赘述。还可以是策略分发实体上预先配置有各策略执行实体的策略执行能力，或预先配置的是各策略执行实体的实体类型，而通过实体类型导出对应的策略执行能力，与前述方法中的类似。
以下介绍本发明的第二方法实施例对应的系统实施例。图24示出了该系统实施例的框图。如图所示，包括策略服务器2401，策略分发实体2402，第一策略执行实体2403，第二策略执行实体2404，所述策略分发实体2402与策略执行实体1合设，其中，
策略服务器2401，用于将全部策略发送到策略分发实体2402；
策略分发实体2402，用于接收策略执行实体2上报的策略执行能力，并根据策略执行实体1的策略执行能力将接收的全部策略中相应的策略执行能力分发给策略执行实体1；
所述策略分发实体可以与策略服务器合设，或是单独的实体，或与一个策略执行实体合设。
特别的，当策略分发实体也可以与策略服务器合设，即是前述图14至图21对应的系统实施例或装置实施例的情况。当策略分发实体也可以与策略服务器合设时，策略分发实体可以知道各策略执行实体的策略执行能力，而不需要策略服务器发送给策略分发实体。
由以上实施例可见，策略服务器获知全部策略，并获取各策略执行实体的策略执行能力，根据策略执行实体的策略执行能力将策略分发给策略执行实体，这样，实现了将不同策略分发到对应策略执行实体。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (14)

1、一种分发策略的方法，其特征在于，包括：
策略分发实体获知全部策略，并获知策略执行实体的策略执行能力；
如果策略执行实体具有策略执行能力，策略分发实体根据所述策略执行实体的策略执行能力将全部策略中的相应策略提供给所述策略执行实体。
2、如权利要求1所述的方法，其特征在于，所述策略分发实体与策略服务器合设，则所述获知策略执行实体的策略执行能力具体为所述策略分发实体获取策略执行实体上报的策略执行能力，所述提供给所述策略执行实体具体为所述策略分发实体根据所述策略执行实体的策略执行能力将全部策略中的相应策略分发给所述策略执行实体，
或，
所述策略分发实体是一个独立的实体，则所述获知全部策略具体为所述策略分发实体获取策略服务器发来的策略，所述获知策略执行实体的策略执行能力具体为所述策略分发实体获取策略执行实体上报的策略执行能力，所述提供给所述策略执行实体具体为所述策略分发实体根据所述策略执行实体的策略执行能力将全部策略中的相应策略分发给所述策略执行实体，
或，
所述策略分发实体与一个策略执行实体合设，所述获知全部策略具体为所述策略分发实体获取策略服务器发来的策略，所述获知策略执行实体的策略执行实体能力具体为所述策略分发实体获取未与之合设的策略执行实体上报的策略执行能力，所述提供给所述策略执行实体具体为所述策略分发实体根据所述未与之合设的策略执行实体的策略执行能力将全部策略中的相应策略分发给所述未与之合设的策略执行实体。
3、如权利要求2所述的方法，其特征在于，所述策略分发实体获取策略执行实体的策略执行能力有以下方式实现：
在策略分发实体上配置策略执行实体的策略执行能力；或，
各策略执行实体分别上报各自的策略执行能力到策略分发实体；或，
由一个策略执行实体统一上报各策略执行实体的策略执行能力到策略分发实体。
4、如权利要求2所述的方法，其特征在于，所述策略分发实体获取策略执行实体的策略执行能力由以下方式实现：
在策略分发实体上配置各策略执行实体的类型，策略分发实体根据各策略执行实体的类型导出策略执行能力；或，
各策略执行实体分别上报各自的实体类型到策略分发实体，策略分发实体根据各策略执行实体的类型导出策略执行能力；或，
由一个策略执行实体统一上报各策略执行实体的类型到策略分发实体，策略分发实体根据各策略执行实体的类型导出策略执行能力。
5、如权利要求1至4中任一项所述的方法，其特征在于，所述策略执行实体的策略执行能力包括计费策略执行能力、门控策略执行能力和服务质量策略执行能力。
6、如权利要求1所述的方法，其特征在于，所述策略执行实体的类型包括锚定点和接入网关。
7、如权利要求3或4所述的方法，其特征在于，所述各策略执行实体分别上报各自的策略执行能力到策略分发实体；或，
由一个策略执行实体统一上报各策略执行实体的策略执行能力到策略分发实体；或，
各策略执行实体分别上报各自的实体类型到策略分发实体，策略分发实体根据各策略执行实体的类型导出策略执行能力；或，
由一个策略执行实体统一上报各策略执行实体的类型到策略分发实体，策略分发实体根据各策略执行实体的类型导出策略执行能力；
由以下方式实现：
通过Gx接口，使用Diameter协议上报到策略分发实体。
8、如权利要求3或4所述的方法，其特征在于，所述由一个策略执行实体统一上报各策略执行实体的策略执行能力或实体类型有以下方式实现：
第一策略执行实体获得第二策略执行实体的IP地址；
第一策略执行实体将其对应的策略执行能力和获取的第二策略执行实体对应的策略执行能力及第二策略执行实体的IP地址发送到策略分发实体；或，第一策略执行实体将其类型和获取的第二策略执行实体的类型及第二策略执行实体的IP地址发送到策略分发实体。
9、如权利要求8所述的方法，其特征在于，所述第一策略执行实体获得第二策略执行实体的IP地址由以下方式实现：
鉴权服务器从第二策略执行实体的鉴权过程中得到第二策略执行实体的IP地址；
鉴权服务器将第二策略执行实体的IP地址通过网关地址更新响应消息发送给第一策略执行实体。
10、一种分发策略的系统，其特征在于，包括策略服务器，策略分发实体和策略执行实体，其中，
策略服务器用于发送全部策略到策略分发实体；
策略分发实体用于获知全部策略，并获知策略执行实体的策略执行能力；如果策略执行实体具有策略执行能力，策略分发实体根据所述策略执行实体的策略执行能力将全部策略中的相应策略提供给所述策略执行实体；所述策略分发实体与所述与策略服务器合设，或是一个独立的实体，或与一个策略执行实体合设。
策略执行实体用于接收策略服务器分发的相应策略。
11、如权利要求10所述的系统，其特征在于，所述策略执行实体还用于上报策略执行能力或实体类型。
12、一种分发策略的策略分发实体，其特征在于，包括获取单元和分发单元，其中，
获取单元，用于获取策略执行实体的策略执行能力；
分发单元用于根据配置单元上配置的各策略执行实体的策略执行能力分发相关的策略到相应的策略执行实体。
13、如权利要求12所述的策略分发实体，其特征在于，所述获取单元通过以下三种方式获取策略执行能力：
方式一：所述获取单元通过其上配置的策略执行实体的策略执行能力获取策略执行实体策略执行能力；
方式二：通过策略执行实体上报获取策略执行实体策略执行能力；
方式三：所述获取单元包括实体类型获取单元和导出单元，
实体类型获取单元上配置有各策略执行实体的类型；或接收上报的各策略执行实体的实体类型；
导出单元用于根据实体类型获取单元上各策略执行实体的类型导出策略执行能力。
14、如权利要求12所述的策略分发实体，其特征在于，该策略分发实体与所述策略服务器合设，或是一个独立的实体，或与一个策略执行实体合设。
CN200710145740.4A 2007-08-31 2007-08-31 分发策略的方法、系统和策略分发实体 Active CN101378522B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200710145740.4A CN101378522B (zh) 2007-08-31 2007-08-31 分发策略的方法、系统和策略分发实体
PCT/CN2008/072008 WO2009030136A1 (fr) 2007-08-31 2008-08-15 Procédé et système pour distribuer une stratégie et entité de distribution de stratégie

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710145740.4A CN101378522B (zh) 2007-08-31 2007-08-31 分发策略的方法、系统和策略分发实体

Publications (2)

Publication Number Publication Date
CN101378522A true CN101378522A (zh) 2009-03-04
CN101378522B CN101378522B (zh) 2012-01-25

Family

ID=40421809

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710145740.4A Active CN101378522B (zh) 2007-08-31 2007-08-31 分发策略的方法、系统和策略分发实体

Country Status (2)

Country Link
CN (1) CN101378522B (zh)
WO (1) WO2009030136A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103297382A (zh) * 2012-02-23 2013-09-11 中兴通讯股份有限公司 接入内容分发网络处理方法及装置
CN112910969A (zh) * 2017-02-28 2021-06-04 华为技术有限公司 一种业务管理方法及其装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040203803A1 (en) * 2001-11-06 2004-10-14 Taylor Scott P. Delivery policy tool
CN1601945A (zh) * 2003-09-28 2005-03-30 华为技术有限公司 一种实现数据业务付费实时性的系统和方法
US7509493B2 (en) * 2004-11-19 2009-03-24 Microsoft Corporation Method and system for distributing security policies
CN100512293C (zh) * 2005-09-07 2009-07-08 华为技术有限公司 一种会话初始化协议消息体内容处理方法及网络

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103297382A (zh) * 2012-02-23 2013-09-11 中兴通讯股份有限公司 接入内容分发网络处理方法及装置
CN103297382B (zh) * 2012-02-23 2018-08-31 中兴通讯股份有限公司 接入内容分发网络处理方法及装置
CN112910969A (zh) * 2017-02-28 2021-06-04 华为技术有限公司 一种业务管理方法及其装置
US11265226B2 (en) 2017-02-28 2022-03-01 Huawei Technologies Co., Ltd. Service management method and apparatus thereof
CN112910969B (zh) * 2017-02-28 2022-07-29 华为技术有限公司 一种业务管理方法及其装置

Also Published As

Publication number Publication date
CN101378522B (zh) 2012-01-25
WO2009030136A1 (fr) 2009-03-12

Similar Documents

Publication Publication Date Title
US8353000B2 (en) System and charging control method of network convergence policy and charging control architecture
CN101227391B (zh) 非漫游场景下策略和计费规则功能实体的选择方法
CN100579302C (zh) 一种非漫游场景下策略和计费规则功能服务器的选择方法
US9094437B2 (en) System, policy nodes, and methods to perform policy provisioning of traffic offloaded at a fixed broadband network
US8996706B2 (en) Method for policy and charging rules function (PCRF) informing centralized deployment functional architecture (BPCF) of user equipment access information
CN101552682B (zh) 策略和计费控制信息控制方法及系统
US20120059942A1 (en) Method and System for Session Modification
CN103875276B (zh) 用于bbf和3gpp接入互通的bng到pcrf中介实体
WO2013155942A1 (zh) 策略和计费控制方法、v-pcrf及v-ocs
CN102547640A (zh) 一种消费限制业务的签约和执行方法及系统
CN104955085A (zh) 一种漫游场景下的应用检测控制方法及v-pcrf
CN103209410A (zh) 一种实现反射QoS机制的方法及系统
KR20150004893A (ko) 크레딧 초과 pcc 규칙의 일시적 디스에이블
WO2015055063A1 (zh) 应用接入控制方法及应用功能实体装置
CN103929725B (zh) 漫游本地业务的在线计费方法、h-ocs及v-ocs
CN103888926A (zh) 漫游本地业务的计费策略方法及装置
CN103313431B (zh) Tdf会话的处理方法及pcrf
CN102387063B (zh) 一种ifom错误时的处理方法和系统
CN101312561A (zh) 无线通信系统及无线通信方法
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
CN102791042B (zh) S9子会话建立方法、系统及pcrf
CN102098647A (zh) 漫游架构下在线计费的方法和系统
CN101378522B (zh) 分发策略的方法、系统和策略分发实体
CN101998515A (zh) 控制pcrf负载均衡的实现方法和实现系统
CN102625396B (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