专利名称：用于调节策略控制的方法和设备的制作方法
技术领域：
本发明涉及用于调节(adapt)策略控制的方法和网络节点，尤其是用于在策略和计费规则功能和/或策略和计费实行功能中调节策略的方法和网络节点。
背景技术：
策略和计费控制包括在电信系统中使用以使电信服务提供商能够提供服务质量(QoS)功能和/或计费控制的功能，尤其是在各自分组交换的无连接通信系统中，例如基于IP的服务数据流。策略决策(例如关于接受特定服务请求和/或提供用于服务请求的某个带宽或比特率的决策)可基于请求所述服务的用户的预订信息、被请求的服务的带宽请求 和涉及网络和服务的其它信息。例如，此类策略控制系统由对3GPP演进分组系统(EPS)所定义的策略和计费控制(PCC)架构而知晓，该架构在2009年发行版9的3GPP技术规范23. 203 “Policy andCharging Control Architecture，，中被I己载。图I中示出在提到的3GPP规范中定义的PCC的參考网络架构。PCC功能性由策略和计费实行功能(PCEF) I、承载绑定和事件报告功能(BBERF) 2、策略和计费规则功能(PCRF) 3、应用功能(AF) 4、在线计费系统(OCS) 5、离线计费系统(OFCS) 6和预订简档储存库(SPR) 7的功能所组成。PCRF 3是PCC的策略引擎，它将Rx參考点之上接收的服务数据流描述与从Gx和Gxx參考点接收的输入与来自预订简档储存库(SPR) 7的用户特定策略和数据组合，以形成会话级策略决策，并将它们提供给PCEFl和BBERF2。PCEFl实行从PCRF3接收的策略决策，并且还在Gx參考点之上向PCRF3提供用户特定和接入特定信息。Gx接ロ之上接收的计费相关信息被进ー步使用(当其与0CS5和0FCS6交互时)。PCEFl通常位于网关(GW ;例如EPS 中的 PDN-GW)中。当移动IP协议在接入网关(例如，S-GW)和TON GW之间使用时，TON-GW不了解承载。BBERF2被引入该架构来处理该情況。PCRF3在Gxx參考点之上向BBERF2提供授权的QoS0 BBERF2检测事件并在Gxx接ロ之上报告它们。BBERF2也负责服务数据流检测、资源保留和QoS控制。BBERF2的位置依赖于特定的接入网络。例如，对于3GPP网络，BBERF2 (如果可用)位于服务网关(SGW)中，然而对于HRPD (高速率分组数据)接入网络，BBERF2位于HSGW中。在描述的PCC架构以及还有ー些其它的策略控制架构中，分布策略决策功能和策略实行功能并将其放入不同的网元。例如，在PCC中PCRF3负责策略提供和决策，而PCEFl/BBERF2负责来自PCRF3的策略决策的安装和实行。PCRF3通常基于从AF4、SPR7和可能的其它网络实体接收的输入而做出策略决策。如果满足了由订户状态等给定的请求，在PCC中PCRF总是准许策略(包括GBR，保证比特率服务)请求。在一些没有足够用于请求的带宽资源的情况下，PCEF将丢弃ー些具有比进入的请求更低的分配保留优先级(ARP)值的现存的服务流或承载。在甚至更差的情况下，当PCEFl中不再有使抢占脆弱性(Pre-emption-Vulnerability)被启用的低优先级流或承载时,甚至新进入的重要策略请求也不能被许可。现存解决方案的特定缺点是，当PCEF或BBERF关于控制平面处于过载时(即信令负载重)，与PCRF交换的信令可以使情况进ー步恶化。在PCC中，PCEF或BBERF将向PCRF告知关于从PCRF接收的PCC规则操作的結果。如果PCEF不能成功完成PCC规则实行，PCRF可向PCEF重新发送带或不带修改的策略决策。部分地由过载情况自身引起的信令交换将使得过载更严重，潜在地甚至导致部分网络的崩溃。此类过载或拥塞情况尤其可能发生在紧急情况期间，例如重大事故、像洪水、地震、飓风等的自然灾害、恐怖袭击和影响国家安全和/或公共安全的实际上任何可想象的情況。在此类情况下，网络负载将是高的，并且甚至可能影响通信基础设施自身，但将极为感兴趣的是将至少为重要的通信请求服务，像紧急部队或管理或政府単位中的那些请求。但即使在通常的环境下，在将来的EPS网络(其中RAN(无线电接入网络)得到高速度的传输率)中由于未预料的业务突发或因为快速数据业务増加，核心网络中的网关(例如PCEF驻留于其上的网关)可能进入抑塞或过载状态。在此类网关处于闻负载状态的情况下，将丢弃许多现存的承载或服务数据流(SDF)，以许可潜在的较高优先级的策略请求。在一些情况下，当PCEF临时具有要求的资源时，可许可ー些低优先级的PCC规则，但当PCEF上的负载再次增加时，这些低优先级的PCC规则将很快被较高优先级的规则预免除(pre-exempt)。在此类情况下,将许可并且很快丢弃低优先级的请求。这可能弱化最终用户的体验和满意程度。
发明内容
因而本发明的目标是，提供处理此类过载或拥塞情况的可能性。根据本发明，提供ー种用于调节策略控制的方法，该方法包括监视策略执行功能位于其上的第一网络实体的负载和基于所述负载来调节策略决策的步骤。所述方法可包括向策略监管功能位于其上的第二网络实体报告该监视的负载的步骤，其中所述第二网络实体执行基于所述负载来调节策略决策的步骤。另外提供ー种用于调节策略控制的方法，其包括接收与策略执行功能位于其上的第一网络实体的负载有关的报告或确定所述负载、以及基于所述负载来调节策略决策的步骤。其中所述方法由策略监管功能位于其上的第二网络实体来执行。所述第一网络实体可独自监视它的负载，并且可基于所述负载而调节策略决策，或/和可向策略监管功能位于其上的第二网络实体报告负载，该第二网络实体基于所述负载而调节策略决策。备选的是，该第二网络实体可监视该第一实体的负载，并且基于所述负载而调节策略决策。还可想象的是，第一和第二网络实体存在于共同的网络节点中，或者提供另外的实体以用于负载监视和向第二网络实体报告所述负载。无论如何，策略执行功能可包括策略实行功能，尤其是策略和计费实行功能，或者承载绑定功能，尤其是承载绑定和事件报告功能。策略监管功能可包括策略规则功能，尤其是策略和计费规则功能。通过这些方法，当做出策略决策时，考虑包括策略执行功能的网络实体(像核心网络中的网关)的负载状态，从而向否则静态的策略提供动态元素。因此，能够提升服务质量，因为可更好地确保能够为重要的或关键的请求服务，并且确保较低重要性的请求事先不被许可而不是在服务开始之后被丢弃。由于最终用户通常对于丢弃的请求相比拒绝的请求感到更失落，因此体验的质量更高。本文所定义的负载可例如指可用带宽、CPU负载、存储器使用或包括策略执行功能的网络实体的其它參数。此外提供了ー种网络节点，该节点包括策略执行功能，包括负载监视功能，并且还包括用于基于所述负载而调节策略决策的部件和/或用于向策略监管功能位于其上的第ニ网络节点报告所述负载的部件。此外提供了ー种网络节点，该节点包括策略监管功能，并且包括用于监视策略执行功能位于其上的网络实体的负载的部件、或者用于从策略执行功能位于其上的所述网络实体接收关于所述负载的报告的部件，并且还包括用于基于所述负载而调节策略决策的部 件。所述策略监管功能可包括策略规则功能，尤其是策略和计费规则功能，并且所述策略执行功能可包括策略实行功能，尤其是策略和计费实行功能，或者承载绑定功能，尤其是承载绑定和事件报告功能。对于提供的网络节点的两者，參考上文的方法所描述的优点适用。因此，所述节点中的每个可适合于执行上文描述的方法。
从附图中通过非限制性示例方式示出的特定但非排他性实施例的详细描述，本发明的另外特性和优点将变得更加明显，其中图I是示出策略和计费控制系统的网络架构的框图；图2是示出具有互连的PCEF、BBERF和PCRF的框图；图3是示出不同负载级别的框图；和图4是示出PCEF/BBERF和PCRF之间的通信的信令图。
具体实施例方式如上文已解释的，图I示出对3GPP演进分组系统(EPS)定义的策略和计费控制(PCC)架构，该架构在2009年发行版9的3GPP技术规范23. 203 “Policy and ChargingControl Architecture”中被记载。上述方法可在该架构中应用，尤其用于监视和计及核心网络节点的负载。为了该目的，通过如下文描述的另外的功能和/或元件修改该众所周知的架构。当考虑图I的架构时，策略执行功能位于其上的网络实体(或(respectively)包括此类功能的网络节点)对应于包括PCEF(策略和计费实行功能)的网关1，和/或包括BBERF (承载绑定和事件报告功能)的接入网关2。在此类场景中可有提供的PCEFl和 BBERF2两者，或者仅有它们中的ー个。此外，上文提及的策略监管功能位于其上的网络实体(或包括策略监管功能的网络节点)对应于包括PCRF (策略和计费规则功能)的网络节点3。一般来说，策略监管功能可提供规则和基于这些规则的决策，和/或可在其它的网络节点中分布规则。然后策略执行功能可用于实现那些规则和决策，例如，对进入的请求应用规贝1J。 PCRF3和PCEFl之间的通信在Gx接ロ之上发生，且PCRF3和BBERF2之间的通信在Gxx接ロ之上发生，在上文提及的3GPP技术规范中定义了这两个接ロ。注意通常位于像网络节点(例如网关)的网络实体上的功能的縮写可用于指示实体自身，例如PCEFl可用于指示策略和计费实行功能位于其上的网关I，BBERF2可用于指示承载绑定和事件报告功能位于其上的网关2，并且PCRF3可用于指示策略和计费规则功能位于其上的网络节点3。当然，此处这些网络节点可包括不在关注中的另外的元件或功能。此外，本领域内技术人员清楚所有被提及的网络节点包括相应硬件来执行或支持它们的功能性，像一个或多个像微处理器的处理器(例如通用处理器和/或(数字)信号处理器)、和/或专用硬连线电路，以及在这些硬件上执行的软件功能。此外，可包括I/O电路、缓冲 器、存储器等等。为了清晰的缘故，图中已略去了这些元件的重复。图2示出所提及的网络实体和功能的(即这里主要感兴趣的PCREF3、PCEFl和BBERF2的)另外细节。下面，PCRF3可示范并代表包括策略监管功能的网络节点，或此类功能位于其上的网络实体，并且PCEFl和BBERF2可示范并代表包括策略执行功能的网络节点，或此类功能位于其上的网络实体，而不界定本文描述的方法和过程的一般性。在该情况下控制策略和计费控制功能的PCRF3具有到PCEFl和/或BBERF2的通信连接，像前面提及的Gx和/或Gxx接ロ。最初，PCRF3向PCEF1/BBERF2发送预订消息S，该消息指示负载状态将向PCRF3报告。在该消息中，PCRF3还可告知PCEF1/BBERF2将报告哪类负载。PCEF1/BBERF2通过通知消息N来实现此类报告。基于像预订消息S的PCRF的请求，或者以某个例如预定的时间间隔，或者基于跟随所述的预订消息S的预定事件，可向PCRF发送该通知消息N。触发通知消息N的事件可例如是如下文进ー步更详细描述的PCEF1/BBERF2的负载中的变化、进入的服务请求或来自PCRF3的特定请求。为了确定要报告的负载状态，PCEF1/BBERF2包括对应于如上文提及的负载监视部件的负载监视模块(LM)8。例如，依赖于要监视的负载类型，可在不同的形式中实施该负载监视模块8。负载类型可包括例如可用带宽(例如表达为已用带宽(包括保留带宽)占总带宽容量的比例)、CPU负载、存储器使用或其它的參数。在一些情况下，负载监视模块8可包括为了获得负载测量的附加测量电路，和/或用于数据准备或预处理的处理元件，并且还可包括在所述处理元件上执行的软件功能性。还可想象的是，代替或除负载监视模块8外，外部负载监视实体9 (LMx，图2中虚线框)存在于PCEF1/BBERF2外部，即与要监视其负载的网络实体/多个实体分离。所述外部负载监视实体9可具有到PCEF1/BBERF2的测量或监管连接m (虚线)，例如用于监视PCEFl/BBERF2的数据业务(有效负载和/或信令)。外部负载监视实体9可还具有可以是双向或者单向的与PCRF3的信令连接Sg (如虚线示出的)。在这些信令连接Sg之上，PCRF3可指示外部负载监视实体9开始或者终止监视某个网络实体，并且可将监视通知从外部负载监视实体9传送到PCRF3。此类信令可相似于分别经由预订消息S和通知消息N与PCEFl/BBERF2的通信。外部负载监视实体(LMx)9可以是提供在任何任意网络节点或者単独的专用网络节点中的独立实体，或者可包括在PCRF3自身之中。具有ー个或多个外部负载监视实体9的情况下，以低数量的监视节点来监视较高数量的像不同网关的网络节点是可能的，并且还可动态地决定在某个时间要监管哪些网络节点，例如遵照循环原理。还可想象的是，像要监管的网络节点中图2的LM8的内部负载监视部件与像LMx9的ー个或多个外部负载监视实体组合。在此类情况下，例如不同的负载监视部件/实体可监视不同类型的负载。例如，像PCEF1/BBERF2的网络节点中的负载监视部件LM可监视处理和/或存储器负载，并且例如PCRF3中的或与PCRF3通信的外部负载监视实体LMx可监视数据业务或信令负载。例如，以通知消息N或经由信令Sg，将负载状态报告给PCRF3之后，包括在PCRF3中的策略调节单元(PA) 10可基于所述负载来调节策略决策。所述策略调节单元10可例如实现为在PCRF3的处理器(未示出)上执行的软件程序，或者例如实现为应用于策略规则 的附加规则的集合。当做出QoS(服务质量)相关的策略决策吋，PCRF3可将PCEF1/BBERF2的当前负载状态与例如来自AF4和SPR7 (图I)的其它输入一起考虑在内。基本的原则是PCEF1/BBERF2的负载越高，就仅可准许越重要的请求(批准QoS资源)或者紧急服务。例如，ARP(分配和保留优先级)可以用于表示请求的重要性。那么PCRF3能够通知PCEF1/BBERF2变化的策略，或者不经PCEF1/BBERF2直接拒绝策略/请求，从而尤其是当PCEF1/BBERF2处于拥塞状态时无论如何减少信令开销。可代替或附加提供的是，PCEF1/BBERF2能够例如通过PCEF1/BBERF2中包括的策略调节单元(PA，示为虚线框)10，基于监视的负载由自己来调节策略决策。PCEF1/BBERF2的所述策略调节单元10可相似于PCRF3的策略调节单元10。当在根据2008年的3GPP技术规范 29. 212 “Policy and Charging Control over Gx Reference Point，，的 PULL 模式中时，即由备选的UE (用户设备)发起请求，对于PCEF1/BBERF2，要求PCRF3的决策不是绝对必须的。尤其是当处于过载状态中吋，PCEF1/BBERF2能够用PAlO基于监视的负载来决定是否请求将被发送到PCRF3或者被直接拒绝。当然，在当仅有外部负载监视实体(LMx)9且不提供内部负载监视模块(LM)S时的情况下，则将必须在PCRF3作出决策。然而，它还可被提供以用于通信连接和功能以便从外部负载监视实体9向PCEF1/BBERF2报告负载，从而再次使PCEF1/BBERF2能够独自作出决策。如提及的，对于此类情况，将必须在PCEF1/BBERF2提供策略调节单元10。像PCEF1/BBERF2的网络网关的负载通常动态变化。通过提供PCEF1/BBERF2的此类动态状态信息，可优化由PCRF3和/或PCEF1/BBERF2做出的决策。如本文定义的负载可指例如可用带宽、CPU负载、存储器使用或PCEF1/BBERF2位于其的网关的其它參数。对于监视的负载，可基于负载而定义不同的负载级别，并且可基于当前的负载级别而调节策略决策。例如，当预定的负载阈值被超过或欠载运行(under-run)时，可实现从一个负载级别到另ー个负载级别的变化。可定义负载级别来指示像图I和2的PCEF1/BBERF2的GW的实时负载。如前提及的，负载可以是CPU负载、存储器使用、带宽度量或其它參数。业务负载可作为示例，其可由已用带宽(包括保留带宽)占GW的带宽容量的比例来表示。在图3的示例中，定义了四个负载级别“正常(0) ”、“重⑴”、“拥塞(2) ”、“临界
(3)”，且由数字负载索引(LI)指示每个负载级别(LL)。负载级别和索引可被预先定义，并且可定义成以便由包括策略监管功能的网络节点(或此类功能位于其上的网络实体)和包括策略执行功能的网络节点(或此类功能位于其上的网络实体)所理解；同样，所述网络实体可分别由图I与图2的PCRF3和PCEF1/BBERF2以示范性方式来表示。可由PCEF1/BBERF2定义级别所表示的实际负载。备选的是，也可在PCRF3中定义它，并且然后将它发送到PCEF1/BBERF2。在两种情况下，级别所表示的负载可先验地被定义或动态地进行调节。当然，也有定义负载级别的其它备选方式；尤其是负载级别的数量和名称可不同于本文描述的示例。此外，负载级别的处理可发生在PCEF1/BBERF2中，或者已发生在负载监视模块(LM)8中，或图2的外部负载监视实体(LMx)9中。然后可基于像图I和图2的PCEF1/BBERF2的网关的当前负载级别完成如上文描述的策略的调节，从而仅要求有限数量的用于策略调节的规则，并且避免必须太经常地调节策略，因为负载级别的数量有限。对于除“正常”级别外的每个级别，在图3中定义两个阈值Te和1\。当负载超过Te阈值时，确定被监管的网关(例如PCEF1/BBERF2)从较低的级别进入由阈值Te所表示的对应级别。当负载降到T1阈值以下时，确定网关离开由阈值!\所指示的较高级别，并且进入相邻的较低级别。为避免负载级别振荡，即当网关围绕阈值来回摆动时的频繁级别变化，两个阈值Te和T1可设定为不相同，并且T1可比Te低，从而提供滞后。可由负载监视模块(LM) 8或外部负载监视实体(LMx) 9、由PCEF1/BBERF2或者甚至由PCRF3完成对负载级别改变的决策。如上文描述的，负载能够指可用带宽、CPU负载、存储器使用或PCEF/BBERF位于其的网关的其它參数。例如，监视网关的已用带宽(包括保留带宽)占总带宽容量的比例所表示的业务负载，并且将其表示为τ。例如CPU负载的其它的參数能够以相似方式被使用。定义负载级别(K)以便指示网关的当前负载状态。例如，可定义4个负载级别“正常(O)”、“重(1)”、“拥塞⑵”、“临界(3) ”，并且可分别表示为和“Κ3”。对于除“K。”外的每个负载级别，定义两个阈值以避免振荡进入阈值Te和离开阈值1\，其中Te优选地大于1\。当负载正在増加且大于某个级别的Te吋，那么网关就从低级别进入那个负载级别。当负载正在減少且低于某个级别的T1吋，那么网关离开当前级别且进入较低级别。例如，在PCEF1/BBERF2中，图2的负载监视模块8可负责监视PCEF1/BBERF2的实时负载。负载监视模块LM以时间间隔λ定期检查PCEF1/BBERF2的负载τ。设t表示当前时间，基于下列等式由LM决定当前负载级别Kt Kt = Kn,如果 τ t > Ten 且 τ t < Ten+1Kt = Kn_1；如果 τ t < T111 且 τ t > T1n^1其中τ t表示当前时间t的负载；Ten表示负载级别η的进入阈值，并且 \η表示负载级别η的离开阈值。确定当前负载级别Kt之后，负载监视模块LM可检查当前负载级别Kt是否与以前的负载级别Kt_A相同。如果Kt = Kt_A，即，负载级别没变化，那么不采取行动；否贝丨J，如果KtホKt_A，即负载级别已经改变，则负载监视模块8可触发PCEF1/BBERF2向PCRF3发送通知消息N，以通知PCEF1/BBERF2的负载级别的改变。
一般来说，当负载监视部件(LM) 8、外部负载监视实体(LMx) 9或者PCEF1/BBERF2决定或者被通知负载级别的改变时，例如可由通知消息N或者由信令连接sg(图2)向PCRF3报告所述改变。那么PCRF3能够提取并且记录负载状态、或包含在通知里的负载级另Ij，并且例如通过策略调节单元10相应地调节策略。-MPCEFlZiBBERFZ自己也可例如通过策略调节单元10如上文描述的将检测的负载状态/级别考虑在内。例如，当PCEF1/BBERF2处于“重”状态中吋，PCRF3可仅允许具有较高优先级(例如，ARP < 5)的策略请求。当PCEF1/BBERF2处于“拥塞”状态中时，仅可准许关键的请求。图4示出了有关监视PCEF/BBERF负载的PCRF与PCEF/BBERF之间的通信。同样，图I和2的PCRF3和PCEF1/BBERF2可作为分别包括策略监管功能和策略执行功能的网络节点或者这些功能位于其上的网络实体的示例。在步骤SI中已经做出让PCEF/BBERF监视它的负载(即将PCEF/BBERF预订到负载监视)的决定之后，在步骤S2中PCRF向PCEF/BBERF发送预订消息Get-Notification-Requesto 该 Get-Notif ication-Request 消息可向 PCEF/BBERF 指不哪个(哪些)类型负载要被监视(“负载ID”)，并且还可包括另外的控制信息，例如有关要确定的负载级别。在步骤S3中，PCEF/BBERF以Get-Notification-Answer消息进行答复,从 而建立负载监视和报告功能。随后，在步骤S4中，PCEF/BBERF例如通过基于由图2的负载监视部件LM检测的负载确定负载级别来监视它的负载，并且在步骤S5中向PCRF发送Load-Notification-Request消息,从而报告当前负载、或负载级别。例如，可以规则的时间间隔，或者仅当被监视的负载或负载级别改变时，或者在Get-Notification-Request消息之后仅一次，提供此类Load-Notification-Request消息。在后者情况下,可省略步骤S3的Get-Notification-Answer 消息，因为其功能可由步骤 S5 的 Load-Notification-Request消息来完成。在步骤S6中，PCEF以Load-Notification-Answer消息答复Load-Notification-Request消息,确认报告的负载或负载级别已被登记。基于负载或负载级别，PCRF然后调节PCC规则，并且在步骤S7中提供那些规则供随后使用，例如，用于处理PCRF自身和/或PCEF/BBERF中的请求。为了向PCRF报告PCEF/BBERF负载级别的改变，可使用3GPP中定义的Gx和Gxx接ロ。为了该目的，可定义ー些新的命令码和AVP(属性值对)。例如，对于上文提及的消息，定义了下列 4 个命令码Get_Notif ication-Request、Get-Notif ication-Answer、Load-Notification-Request 和 Load-Notification-Answer。表 1-4 中更详细地分别描述了涉及的信息元素(IE),连同到已知Diameter协议的映射(对于Diameter协议，參看IETFRFC 3588, “Diameter Base Protocol ”，2003)。
信息元素到Diameter Cat.描述
名称 AVP的映射
负载列表一—负载-类型-ID M 该IE可包含当PCEF/BBERF 中指定负载改变时PCRF想被 通知的负载ID的列表
■ ■II ■I'■■■■''* z表I =Get-Notification-Request
权利要求
1.一种用于调节策略控制的方法，包括以下步骤 监视策略执行功能位于其上的第一网络实体的负载；并且 基于所述负载来调节策略决策。
2.如权利要求I所述的方法，还包括向策略监管功能位于其上的第二网络实体报告所监视的负载的步骤，其中所述第二网络实体执行基于所述负载来调节策略决策的步骤。
3.一种用于调节策略控制的方法，包括以下步骤 接收与策略执行功能位于其上的第一网络实体的负载有关的报告或确定所述负载；并且 基于所述负载来调节策略决策， 其中所述方法由策略监管功能位于其上的第二网络实体来执行。
4.如权利要求2或3所述的方法，其中所述第一网络实体监视它的负载并且向所述第二网络实体报告所述负载。
5.如权利要求I或4所述的方法，其中所述第一网络实体监视它的负载并且基于所述负载来调节策略决策。
6.如前面权利要求中任一项所述的方法，其中所述策略执行功能包括策略实行功能，尤其是策略和计费实行功能，或者承载绑定功能，尤其是承载绑定和事件报告功能。
7.如前面权利要求中任一项所述的方法，其中所述策略监管功能包括策略规则功能，尤其是策略和计费规则功能。
8.如前面权利要求中任一项所述的方法，其中基于所述负载来定义不同的负载级别，并且其中基于当前负载级别来执行调节策略决策的所述步骤。
9.如权利要求8所述的方法，其中当所述负载的预定阈值被超过或欠载运行时，实现从一个负载级别到另一个负载级别的变化。
10.如前面权利要求中任一项所述的方法，其中请求基于所述第一网络实体的负载和指派给所述请求的优先级度量而被拒绝、抛弃或许可。
11.如前面权利要求中任一项所述的方法，其中依赖请求的负载类型，执行调节策略决策的所述步骤和/或调节优先级的步骤。
12.—种网络节点，包括策略执行功能，包括负载监视功能，并且还包括用于基于所述负载而调节策略决策的部件、和/或用于向包括策略监管功能的第二网络节点报告所述负载的部件。
13.—种网络节点，包括策略监管功能，并且包括用于监视策略执行功能位于其上的网络实体的负载的部件、或者用于从所述网络实体接收关于所述负载的报告的部件，并且还包括用于基于所述负载而调节策略决策的部件。
14.如权利要求12或13所述的网络节点，其中所述策略监管功能包括策略规则功能，尤其是策略和计费规则功能
15.如权利要求12至14中任一项所述的网络节点，其中所述策略执行功能包括策略实行功能，尤其是策略和计费实行功能，或者承载绑定功能，尤其是承载绑定和事件报告功倉泛。
16.如权利要求12至15中任一项所述的网络节点，适合于执行如权利要求I至11中任一项所述的方法。
全文摘要
用于调节策略控制功能的方法和网络节点，其中监视第一网络实体的负载(S4)并且基于所述负载调节策略决策，像策略和计费实行功能(PCEF)或者承载绑定和事件报告功能(BBERF)的策略执行功能位于该第一网络实体上。特别是，可向第二网络实体报告该负载(N)或由其确定该负载，并且所述第二网络实体基于所述负载调节策略决策，像策略和计费规则功能(PCRF)的策略监管功能位于该第二网络实体上。从而当做出策略决策时，除了其它因素，可考虑像网关的网络实体的负载状态。
文档编号H04W28/00GK102668627SQ200980161027
公开日2012年9月12日 申请日期2009年8月17日 优先权日2009年8月17日
发明者X·张, X·蔡, Y·沈 申请人:爱立信(中国)通信有限公司