專利名稱：用于調節(jié)策略控制的方法和設備的制作方法
技術領域：
本發(fā)明涉及用于調節(jié)(adapt)策略控制的方法和網絡節(jié)點，尤其是用于在策略和計費規(guī)則功能和/或策略和計費實行功能中調節(jié)策略的方法和網絡節(jié)點。
背景技術：
策略和計費控制包括在電信系統(tǒng)中使用以使電信服務提供商能夠提供服務質量(QoS)功能和/或計費控制的功能，尤其是在各自分組交換的無連接通信系統(tǒng)中，例如基于IP的服務數(shù)據(jù)流。策略決策(例如關于接受特定服務請求和/或提供用于服務請求的某個帶寬或比特率的決策)可基于請求所述服務的用戶的預訂信息、被請求的服務的帶寬請求 和涉及網絡和服務的其它信息。例如，此類策略控制系統(tǒng)由對3GPP演進分組系統(tǒng)(EPS)所定義的策略和計費控制(PCC)架構而知曉，該架構在2009年發(fā)行版9的3GPP技術規(guī)范23. 203 “Policy andCharging Control Architecture，，中被I己載。圖I中示出在提到的3GPP規(guī)范中定義的PCC的參考網絡架構。PCC功能性由策略和計費實行功能(PCEF) I、承載綁定和事件報告功能(BBERF) 2、策略和計費規(guī)則功能(PCRF) 3、應用功能(AF) 4、在線計費系統(tǒng)(OCS) 5、離線計費系統(tǒng)(OFCS) 6和預訂簡檔儲存庫(SPR) 7的功能所組成。PCRF 3是PCC的策略引擎，它將Rx參考點之上接收的服務數(shù)據(jù)流描述與從Gx和Gxx參考點接收的輸入與來自預訂簡檔儲存庫(SPR) 7的用戶特定策略和數(shù)據(jù)組合，以形成會話級策略決策，并將它們提供給PCEFl和BBERF2。PCEFl實行從PCRF3接收的策略決策，并且還在Gx參考點之上向PCRF3提供用戶特定和接入特定信息。Gx接ロ之上接收的計費相關信息被進ー步使用(當其與0CS5和0FCS6交互時)。PCEFl通常位于網關(GW ;例如EPS 中的 PDN-GW)中。當移動IP協(xié)議在接入網關(例如，S-GW)和TON GW之間使用時，TON-GW不了解承載。BBERF2被引入該架構來處理該情況。PCRF3在Gxx參考點之上向BBERF2提供授權的QoS0 BBERF2檢測事件并在Gxx接ロ之上報告它們。BBERF2也負責服務數(shù)據(jù)流檢測、資源保留和QoS控制。BBERF2的位置依賴于特定的接入網絡。例如，對于3GPP網絡，BBERF2 (如果可用)位于服務網關(SGW)中，然而對于HRPD (高速率分組數(shù)據(jù))接入網絡，BBERF2位于HSGW中。在描述的PCC架構以及還有ー些其它的策略控制架構中，分布策略決策功能和策略實行功能并將其放入不同的網元。例如，在PCC中PCRF3負責策略提供和決策，而PCEFl/BBERF2負責來自PCRF3的策略決策的安裝和實行。PCRF3通?；趶腁F4、SPR7和可能的其它網絡實體接收的輸入而做出策略決策。如果滿足了由訂戶狀態(tài)等給定的請求，在PCC中PCRF總是準許策略(包括GBR，保證比特率服務)請求。在一些沒有足夠用于請求的帶寬資源的情況下，PCEF將丟棄ー些具有比進入的請求更低的分配保留優(yōu)先級(ARP)值的現(xiàn)存的服務流或承載。在甚至更差的情況下，當PCEFl中不再有使搶占脆弱性(Pre-emption-Vulnerability)被啟用的低優(yōu)先級流或承載時,甚至新進入的重要策略請求也不能被許可?，F(xiàn)存解決方案的特定缺點是，當PCEF或BBERF關于控制平面處于過載時(即信令負載重)，與PCRF交換的信令可以使情況進ー步惡化。在PCC中，PCEF或BBERF將向PCRF告知關于從PCRF接收的PCC規(guī)則操作的結果。如果PCEF不能成功完成PCC規(guī)則實行，PCRF可向PCEF重新發(fā)送帶或不帶修改的策略決策。部分地由過載情況自身引起的信令交換將使得過載更嚴重，潛在地甚至導致部分網絡的崩潰。此類過載或擁塞情況尤其可能發(fā)生在緊急情況期間，例如重大事故、像洪水、地震、颶風等的自然災害、恐怖襲擊和影響國家安全和/或公共安全的實際上任何可想象的情況。在此類情況下，網絡負載將是高的，并且甚至可能影響通信基礎設施自身，但將極為感興趣的是將至少為重要的通信請求服務，像緊急部隊或管理或政府単位中的那些請求。但即使在通常的環(huán)境下，在將來的EPS網絡(其中RAN(無線電接入網絡)得到高速度的傳輸率)中由于未預料的業(yè)務突發(fā)或因為快速數(shù)據(jù)業(yè)務増加，核心網絡中的網關(例如PCEF駐留于其上的網關)可能進入抑塞或過載狀態(tài)。在此類網關處于聞負載狀態(tài)的情況下，將丟棄許多現(xiàn)存的承載或服務數(shù)據(jù)流(SDF)，以許可潛在的較高優(yōu)先級的策略請求。在一些情況下，當PCEF臨時具有要求的資源時，可許可ー些低優(yōu)先級的PCC規(guī)則，但當PCEF上的負載再次增加時，這些低優(yōu)先級的PCC規(guī)則將很快被較高優(yōu)先級的規(guī)則預免除(pre-exempt)。在此類情況下,將許可并且很快丟棄低優(yōu)先級的請求。這可能弱化最終用戶的體驗和滿意程度。

發(fā)明內容
因而本發(fā)明的目標是，提供處理此類過載或擁塞情況的可能性。根據(jù)本發(fā)明，提供ー種用于調節(jié)策略控制的方法，該方法包括監(jiān)視策略執(zhí)行功能位于其上的第一網絡實體的負載和基于所述負載來調節(jié)策略決策的步驟。所述方法可包括向策略監(jiān)管功能位于其上的第二網絡實體報告該監(jiān)視的負載的步驟，其中所述第二網絡實體執(zhí)行基于所述負載來調節(jié)策略決策的步驟。另外提供ー種用于調節(jié)策略控制的方法，其包括接收與策略執(zhí)行功能位于其上的第一網絡實體的負載有關的報告或確定所述負載、以及基于所述負載來調節(jié)策略決策的步驟。其中所述方法由策略監(jiān)管功能位于其上的第二網絡實體來執(zhí)行。所述第一網絡實體可獨自監(jiān)視它的負載，并且可基于所述負載而調節(jié)策略決策，或/和可向策略監(jiān)管功能位于其上的第二網絡實體報告負載，該第二網絡實體基于所述負載而調節(jié)策略決策。備選的是，該第二網絡實體可監(jiān)視該第一實體的負載，并且基于所述負載而調節(jié)策略決策。還可想象的是，第一和第二網絡實體存在于共同的網絡節(jié)點中，或者提供另外的實體以用于負載監(jiān)視和向第二網絡實體報告所述負載。無論如何，策略執(zhí)行功能可包括策略實行功能，尤其是策略和計費實行功能，或者承載綁定功能，尤其是承載綁定和事件報告功能。策略監(jiān)管功能可包括策略規(guī)則功能，尤其是策略和計費規(guī)則功能。通過這些方法，當做出策略決策時，考慮包括策略執(zhí)行功能的網絡實體(像核心網絡中的網關)的負載狀態(tài)，從而向否則靜態(tài)的策略提供動態(tài)元素。因此，能夠提升服務質量，因為可更好地確保能夠為重要的或關鍵的請求服務，并且確保較低重要性的請求事先不被許可而不是在服務開始之后被丟棄。由于最終用戶通常對于丟棄的請求相比拒絕的請求感到更失落，因此體驗的質量更高。本文所定義的負載可例如指可用帶寬、CPU負載、存儲器使用或包括策略執(zhí)行功能的網絡實體的其它參數(shù)。此外提供了ー種網絡節(jié)點，該節(jié)點包括策略執(zhí)行功能，包括負載監(jiān)視功能，并且還包括用于基于所述負載而調節(jié)策略決策的部件和/或用于向策略監(jiān)管功能位于其上的第ニ網絡節(jié)點報告所述負載的部件。此外提供了ー種網絡節(jié)點，該節(jié)點包括策略監(jiān)管功能，并且包括用于監(jiān)視策略執(zhí)行功能位于其上的網絡實體的負載的部件、或者用于從策略執(zhí)行功能位于其上的所述網絡實體接收關于所述負載的報告的部件，并且還包括用于基于所述負載而調節(jié)策略決策的部 件。所述策略監(jiān)管功能可包括策略規(guī)則功能，尤其是策略和計費規(guī)則功能，并且所述策略執(zhí)行功能可包括策略實行功能，尤其是策略和計費實行功能，或者承載綁定功能，尤其是承載綁定和事件報告功能。對于提供的網絡節(jié)點的兩者，參考上文的方法所描述的優(yōu)點適用。因此，所述節(jié)點中的每個可適合于執(zhí)行上文描述的方法。


從附圖中通過非限制性示例方式示出的特定但非排他性實施例的詳細描述，本發(fā)明的另外特性和優(yōu)點將變得更加明顯，其中圖I是示出策略和計費控制系統(tǒng)的網絡架構的框圖；圖2是示出具有互連的PCEF、BBERF和PCRF的框圖；圖3是示出不同負載級別的框圖；和圖4是示出PCEF/BBERF和PCRF之間的通信的信令圖。
具體實施例方式如上文已解釋的，圖I示出對3GPP演進分組系統(tǒng)(EPS)定義的策略和計費控制(PCC)架構，該架構在2009年發(fā)行版9的3GPP技術規(guī)范23. 203 “Policy and ChargingControl Architecture”中被記載。上述方法可在該架構中應用，尤其用于監(jiān)視和計及核心網絡節(jié)點的負載。為了該目的，通過如下文描述的另外的功能和/或元件修改該眾所周知的架構。當考慮圖I的架構時，策略執(zhí)行功能位于其上的網絡實體(或(respectively)包括此類功能的網絡節(jié)點)對應于包括PCEF(策略和計費實行功能)的網關1，和/或包括BBERF (承載綁定和事件報告功能)的接入網關2。在此類場景中可有提供的PCEFl和 BBERF2兩者，或者僅有它們中的ー個。此外，上文提及的策略監(jiān)管功能位于其上的網絡實體(或包括策略監(jiān)管功能的網絡節(jié)點)對應于包括PCRF (策略和計費規(guī)則功能)的網絡節(jié)點3。一般來說，策略監(jiān)管功能可提供規(guī)則和基于這些規(guī)則的決策，和/或可在其它的網絡節(jié)點中分布規(guī)則。然后策略執(zhí)行功能可用于實現(xiàn)那些規(guī)則和決策，例如，對進入的請求應用規(guī)貝1J。 PCRF3和PCEFl之間的通信在Gx接ロ之上發(fā)生，且PCRF3和BBERF2之間的通信在Gxx接ロ之上發(fā)生，在上文提及的3GPP技術規(guī)范中定義了這兩個接ロ。注意通常位于像網絡節(jié)點(例如網關)的網絡實體上的功能的縮寫可用于指示實體自身，例如PCEFl可用于指示策略和計費實行功能位于其上的網關I，BBERF2可用于指示承載綁定和事件報告功能位于其上的網關2，并且PCRF3可用于指示策略和計費規(guī)則功能位于其上的網絡節(jié)點3。當然，此處這些網絡節(jié)點可包括不在關注中的另外的元件或功能。此外，本領域內技術人員清楚所有被提及的網絡節(jié)點包括相應硬件來執(zhí)行或支持它們的功能性，像一個或多個像微處理器的處理器(例如通用處理器和/或(數(shù)字)信號處理器)、和/或專用硬連線電路，以及在這些硬件上執(zhí)行的軟件功能。此外，可包括I/O電路、緩沖 器、存儲器等等。為了清晰的緣故，圖中已略去了這些元件的重復。圖2示出所提及的網絡實體和功能的(即這里主要感興趣的PCREF3、PCEFl和BBERF2的)另外細節(jié)。下面，PCRF3可示范并代表包括策略監(jiān)管功能的網絡節(jié)點，或此類功能位于其上的網絡實體，并且PCEFl和BBERF2可示范并代表包括策略執(zhí)行功能的網絡節(jié)點，或此類功能位于其上的網絡實體，而不界定本文描述的方法和過程的一般性。在該情況下控制策略和計費控制功能的PCRF3具有到PCEFl和/或BBERF2的通信連接，像前面提及的Gx和/或Gxx接ロ。最初，PCRF3向PCEF1/BBERF2發(fā)送預訂消息S，該消息指示負載狀態(tài)將向PCRF3報告。在該消息中，PCRF3還可告知PCEF1/BBERF2將報告哪類負載。PCEF1/BBERF2通過通知消息N來實現(xiàn)此類報告。基于像預訂消息S的PCRF的請求，或者以某個例如預定的時間間隔，或者基于跟隨所述的預訂消息S的預定事件，可向PCRF發(fā)送該通知消息N。觸發(fā)通知消息N的事件可例如是如下文進ー步更詳細描述的PCEF1/BBERF2的負載中的變化、進入的服務請求或來自PCRF3的特定請求。為了確定要報告的負載狀態(tài)，PCEF1/BBERF2包括對應于如上文提及的負載監(jiān)視部件的負載監(jiān)視模塊(LM)8。例如，依賴于要監(jiān)視的負載類型，可在不同的形式中實施該負載監(jiān)視模塊8。負載類型可包括例如可用帶寬(例如表達為已用帶寬(包括保留帶寬)占總帶寬容量的比例)、CPU負載、存儲器使用或其它的參數(shù)。在一些情況下，負載監(jiān)視模塊8可包括為了獲得負載測量的附加測量電路，和/或用于數(shù)據(jù)準備或預處理的處理元件，并且還可包括在所述處理元件上執(zhí)行的軟件功能性。還可想象的是，代替或除負載監(jiān)視模塊8外，外部負載監(jiān)視實體9 (LMx，圖2中虛線框)存在于PCEF1/BBERF2外部，即與要監(jiān)視其負載的網絡實體/多個實體分離。所述外部負載監(jiān)視實體9可具有到PCEF1/BBERF2的測量或監(jiān)管連接m (虛線)，例如用于監(jiān)視PCEFl/BBERF2的數(shù)據(jù)業(yè)務(有效負載和/或信令)。外部負載監(jiān)視實體9可還具有可以是雙向或者單向的與PCRF3的信令連接Sg (如虛線示出的)。在這些信令連接Sg之上，PCRF3可指示外部負載監(jiān)視實體9開始或者終止監(jiān)視某個網絡實體，并且可將監(jiān)視通知從外部負載監(jiān)視實體9傳送到PCRF3。此類信令可相似于分別經由預訂消息S和通知消息N與PCEFl/BBERF2的通信。外部負載監(jiān)視實體(LMx)9可以是提供在任何任意網絡節(jié)點或者単獨的專用網絡節(jié)點中的獨立實體，或者可包括在PCRF3自身之中。具有ー個或多個外部負載監(jiān)視實體9的情況下，以低數(shù)量的監(jiān)視節(jié)點來監(jiān)視較高數(shù)量的像不同網關的網絡節(jié)點是可能的，并且還可動態(tài)地決定在某個時間要監(jiān)管哪些網絡節(jié)點，例如遵照循環(huán)原理。還可想象的是，像要監(jiān)管的網絡節(jié)點中圖2的LM8的內部負載監(jiān)視部件與像LMx9的ー個或多個外部負載監(jiān)視實體組合。在此類情況下，例如不同的負載監(jiān)視部件/實體可監(jiān)視不同類型的負載。例如，像PCEF1/BBERF2的網絡節(jié)點中的負載監(jiān)視部件LM可監(jiān)視處理和/或存儲器負載，并且例如PCRF3中的或與PCRF3通信的外部負載監(jiān)視實體LMx可監(jiān)視數(shù)據(jù)業(yè)務或信令負載。例如，以通知消息N或經由信令Sg，將負載狀態(tài)報告給PCRF3之后，包括在PCRF3中的策略調節(jié)單元(PA) 10可基于所述負載來調節(jié)策略決策。所述策略調節(jié)單元10可例如實現(xiàn)為在PCRF3的處理器(未示出)上執(zhí)行的軟件程序，或者例如實現(xiàn)為應用于策略規(guī)則 的附加規(guī)則的集合。當做出QoS(服務質量)相關的策略決策吋，PCRF3可將PCEF1/BBERF2的當前負載狀態(tài)與例如來自AF4和SPR7 (圖I)的其它輸入一起考慮在內?；镜脑瓌t是PCEF1/BBERF2的負載越高，就僅可準許越重要的請求(批準QoS資源)或者緊急服務。例如，ARP(分配和保留優(yōu)先級)可以用于表示請求的重要性。那么PCRF3能夠通知PCEF1/BBERF2變化的策略，或者不經PCEF1/BBERF2直接拒絕策略/請求，從而尤其是當PCEF1/BBERF2處于擁塞狀態(tài)時無論如何減少信令開銷?？纱婊蚋郊犹峁┑氖牵琍CEF1/BBERF2能夠例如通過PCEF1/BBERF2中包括的策略調節(jié)單元(PA，示為虛線框)10，基于監(jiān)視的負載由自己來調節(jié)策略決策。PCEF1/BBERF2的所述策略調節(jié)單元10可相似于PCRF3的策略調節(jié)單元10。當在根據(jù)2008年的3GPP技術規(guī)范 29. 212 “Policy and Charging Control over Gx Reference Point，，的 PULL 模式中時，即由備選的UE (用戶設備)發(fā)起請求，對于PCEF1/BBERF2，要求PCRF3的決策不是絕對必須的。尤其是當處于過載狀態(tài)中吋，PCEF1/BBERF2能夠用PAlO基于監(jiān)視的負載來決定是否請求將被發(fā)送到PCRF3或者被直接拒絕。當然，在當僅有外部負載監(jiān)視實體(LMx)9且不提供內部負載監(jiān)視模塊(LM)S時的情況下，則將必須在PCRF3作出決策。然而，它還可被提供以用于通信連接和功能以便從外部負載監(jiān)視實體9向PCEF1/BBERF2報告負載，從而再次使PCEF1/BBERF2能夠獨自作出決策。如提及的，對于此類情況，將必須在PCEF1/BBERF2提供策略調節(jié)單元10。像PCEF1/BBERF2的網絡網關的負載通常動態(tài)變化。通過提供PCEF1/BBERF2的此類動態(tài)狀態(tài)信息，可優(yōu)化由PCRF3和/或PCEF1/BBERF2做出的決策。如本文定義的負載可指例如可用帶寬、CPU負載、存儲器使用或PCEF1/BBERF2位于其的網關的其它參數(shù)。對于監(jiān)視的負載，可基于負載而定義不同的負載級別，并且可基于當前的負載級別而調節(jié)策略決策。例如，當預定的負載閾值被超過或欠載運行(under-run)時，可實現(xiàn)從一個負載級別到另ー個負載級別的變化。可定義負載級別來指示像圖I和2的PCEF1/BBERF2的GW的實時負載。如前提及的，負載可以是CPU負載、存儲器使用、帶寬度量或其它參數(shù)。業(yè)務負載可作為示例，其可由已用帶寬(包括保留帶寬)占GW的帶寬容量的比例來表示。在圖3的示例中，定義了四個負載級別“正常(0) ”、“重⑴”、“擁塞(2) ”、“臨界
(3)”，且由數(shù)字負載索引(LI)指示每個負載級別(LL)。負載級別和索引可被預先定義，并且可定義成以便由包括策略監(jiān)管功能的網絡節(jié)點(或此類功能位于其上的網絡實體)和包括策略執(zhí)行功能的網絡節(jié)點(或此類功能位于其上的網絡實體)所理解；同樣，所述網絡實體可分別由圖I與圖2的PCRF3和PCEF1/BBERF2以示范性方式來表示?？捎蒔CEF1/BBERF2定義級別所表示的實際負載。備選的是，也可在PCRF3中定義它，并且然后將它發(fā)送到PCEF1/BBERF2。在兩種情況下，級別所表示的負載可先驗地被定義或動態(tài)地進行調節(jié)。當然，也有定義負載級別的其它備選方式；尤其是負載級別的數(shù)量和名稱可不同于本文描述的示例。此外，負載級別的處理可發(fā)生在PCEF1/BBERF2中，或者已發(fā)生在負載監(jiān)視模塊(LM)8中，或圖2的外部負載監(jiān)視實體(LMx)9中。然后可基于像圖I和圖2的PCEF1/BBERF2的網關的當前負載級別完成如上文描述的策略的調節(jié)，從而僅要求有限數(shù)量的用于策略調節(jié)的規(guī)則，并且避免必須太經常地調節(jié)策略，因為負載級別的數(shù)量有限。對于除“正?！奔墑e外的每個級別，在圖3中定義兩個閾值Te和1\。當負載超過Te閾值時，確定被監(jiān)管的網關(例如PCEF1/BBERF2)從較低的級別進入由閾值Te所表示的對應級別。當負載降到T1閾值以下時，確定網關離開由閾值!\所指示的較高級別，并且進入相鄰的較低級別。為避免負載級別振蕩，即當網關圍繞閾值來回擺動時的頻繁級別變化，兩個閾值Te和T1可設定為不相同，并且T1可比Te低，從而提供滯后?？捎韶撦d監(jiān)視模塊(LM) 8或外部負載監(jiān)視實體(LMx) 9、由PCEF1/BBERF2或者甚至由PCRF3完成對負載級別改變的決策。如上文描述的，負載能夠指可用帶寬、CPU負載、存儲器使用或PCEF/BBERF位于其的網關的其它參數(shù)。例如，監(jiān)視網關的已用帶寬(包括保留帶寬)占總帶寬容量的比例所表示的業(yè)務負載，并且將其表示為τ。例如CPU負載的其它的參數(shù)能夠以相似方式被使用。定義負載級別(K)以便指示網關的當前負載狀態(tài)。例如，可定義4個負載級別“正常(O)”、“重(1)”、“擁塞⑵”、“臨界(3) ”，并且可分別表示為和“Κ3”。對于除“K?！蓖獾拿總€負載級別，定義兩個閾值以避免振蕩進入閾值Te和離開閾值1\，其中Te優(yōu)選地大于1\。當負載正在増加且大于某個級別的Te吋，那么網關就從低級別進入那個負載級別。當負載正在減少且低于某個級別的T1吋，那么網關離開當前級別且進入較低級別。例如，在PCEF1/BBERF2中，圖2的負載監(jiān)視模塊8可負責監(jiān)視PCEF1/BBERF2的實時負載。負載監(jiān)視模塊LM以時間間隔λ定期檢查PCEF1/BBERF2的負載τ。設t表示當前時間，基于下列等式由LM決定當前負載級別Kt Kt = Kn,如果 τ t > Ten 且 τ t < Ten+1Kt = Kn_1；如果 τ t < T111 且 τ t > T1n^1其中τ t表示當前時間t的負載；Ten表示負載級別η的進入閾值，并且 \η表示負載級別η的離開閾值。確定當前負載級別Kt之后，負載監(jiān)視模塊LM可檢查當前負載級別Kt是否與以前的負載級別Kt_A相同。如果Kt = Kt_A，即，負載級別沒變化，那么不采取行動；否貝丨J，如果KtホKt_A，即負載級別已經改變，則負載監(jiān)視模塊8可觸發(fā)PCEF1/BBERF2向PCRF3發(fā)送通知消息N，以通知PCEF1/BBERF2的負載級別的改變。
一般來說，當負載監(jiān)視部件(LM) 8、外部負載監(jiān)視實體(LMx) 9或者PCEF1/BBERF2決定或者被通知負載級別的改變時，例如可由通知消息N或者由信令連接sg(圖2)向PCRF3報告所述改變。那么PCRF3能夠提取并且記錄負載狀態(tài)、或包含在通知里的負載級另Ij，并且例如通過策略調節(jié)單元10相應地調節(jié)策略。-MPCEFlZiBBERFZ自己也可例如通過策略調節(jié)單元10如上文描述的將檢測的負載狀態(tài)/級別考慮在內。例如，當PCEF1/BBERF2處于“重”狀態(tài)中吋，PCRF3可僅允許具有較高優(yōu)先級(例如，ARP < 5)的策略請求。當PCEF1/BBERF2處于“擁塞”狀態(tài)中時，僅可準許關鍵的請求。圖4示出了有關監(jiān)視PCEF/BBERF負載的PCRF與PCEF/BBERF之間的通信。同樣，圖I和2的PCRF3和PCEF1/BBERF2可作為分別包括策略監(jiān)管功能和策略執(zhí)行功能的網絡節(jié)點或者這些功能位于其上的網絡實體的示例。在步驟SI中已經做出讓PCEF/BBERF監(jiān)視它的負載(即將PCEF/BBERF預訂到負載監(jiān)視)的決定之后，在步驟S2中PCRF向PCEF/BBERF發(fā)送預訂消息Get-Notification-Requesto 該 Get-Notif ication-Request 消息可向 PCEF/BBERF 指不哪個(哪些)類型負載要被監(jiān)視(“負載ID”)，并且還可包括另外的控制信息，例如有關要確定的負載級別。在步驟S3中，PCEF/BBERF以Get-Notification-Answer消息進行答復,從 而建立負載監(jiān)視和報告功能。隨后，在步驟S4中，PCEF/BBERF例如通過基于由圖2的負載監(jiān)視部件LM檢測的負載確定負載級別來監(jiān)視它的負載，并且在步驟S5中向PCRF發(fā)送Load-Notification-Request消息,從而報告當前負載、或負載級別。例如，可以規(guī)則的時間間隔，或者僅當被監(jiān)視的負載或負載級別改變時，或者在Get-Notification-Request消息之后僅一次，提供此類Load-Notification-Request消息。在后者情況下,可省略步驟S3的Get-Notification-Answer 消息，因為其功能可由步驟 S5 的 Load-Notification-Request消息來完成。在步驟S6中，PCEF以Load-Notification-Answer消息答復Load-Notification-Request消息,確認報告的負載或負載級別已被登記。基于負載或負載級別，PCRF然后調節(jié)PCC規(guī)則，并且在步驟S7中提供那些規(guī)則供隨后使用，例如，用于處理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協(xié)議的映射(對于Diameter協(xié)議，參看IETFRFC 3588, “Diameter Base Protocol ”，2003)。
信息元素到Diameter Cat.描述
名稱 AVP的映射
負載列表一—負載-類型-ID M 該IE可包含當PCEF/BBERF 中指定負載改變時PCRF想被 通知的負載ID的列表
■ ■II ■I'■■■■''* z表I =Get-Notification-Request
權利要求
1.一種用于調節(jié)策略控制的方法，包括以下步驟 監(jiān)視策略執(zhí)行功能位于其上的第一網絡實體的負載；并且 基于所述負載來調節(jié)策略決策。
2.如權利要求I所述的方法，還包括向策略監(jiān)管功能位于其上的第二網絡實體報告所監(jiān)視的負載的步驟，其中所述第二網絡實體執(zhí)行基于所述負載來調節(jié)策略決策的步驟。
3.一種用于調節(jié)策略控制的方法，包括以下步驟 接收與策略執(zhí)行功能位于其上的第一網絡實體的負載有關的報告或確定所述負載；并且 基于所述負載來調節(jié)策略決策， 其中所述方法由策略監(jiān)管功能位于其上的第二網絡實體來執(zhí)行。
4.如權利要求2或3所述的方法，其中所述第一網絡實體監(jiān)視它的負載并且向所述第二網絡實體報告所述負載。
5.如權利要求I或4所述的方法，其中所述第一網絡實體監(jiān)視它的負載并且基于所述負載來調節(jié)策略決策。
6.如前面權利要求中任一項所述的方法，其中所述策略執(zhí)行功能包括策略實行功能，尤其是策略和計費實行功能，或者承載綁定功能，尤其是承載綁定和事件報告功能。
7.如前面權利要求中任一項所述的方法，其中所述策略監(jiān)管功能包括策略規(guī)則功能，尤其是策略和計費規(guī)則功能。
8.如前面權利要求中任一項所述的方法，其中基于所述負載來定義不同的負載級別，并且其中基于當前負載級別來執(zhí)行調節(jié)策略決策的所述步驟。
9.如權利要求8所述的方法，其中當所述負載的預定閾值被超過或欠載運行時，實現(xiàn)從一個負載級別到另一個負載級別的變化。
10.如前面權利要求中任一項所述的方法，其中請求基于所述第一網絡實體的負載和指派給所述請求的優(yōu)先級度量而被拒絕、拋棄或許可。
11.如前面權利要求中任一項所述的方法，其中依賴請求的負載類型，執(zhí)行調節(jié)策略決策的所述步驟和/或調節(jié)優(yōu)先級的步驟。
12.—種網絡節(jié)點，包括策略執(zhí)行功能，包括負載監(jiān)視功能，并且還包括用于基于所述負載而調節(jié)策略決策的部件、和/或用于向包括策略監(jiān)管功能的第二網絡節(jié)點報告所述負載的部件。
13.—種網絡節(jié)點，包括策略監(jiān)管功能，并且包括用于監(jiān)視策略執(zhí)行功能位于其上的網絡實體的負載的部件、或者用于從所述網絡實體接收關于所述負載的報告的部件，并且還包括用于基于所述負載而調節(jié)策略決策的部件。
14.如權利要求12或13所述的網絡節(jié)點，其中所述策略監(jiān)管功能包括策略規(guī)則功能，尤其是策略和計費規(guī)則功能
15.如權利要求12至14中任一項所述的網絡節(jié)點，其中所述策略執(zhí)行功能包括策略實行功能，尤其是策略和計費實行功能，或者承載綁定功能，尤其是承載綁定和事件報告功倉泛。
16.如權利要求12至15中任一項所述的網絡節(jié)點，適合于執(zhí)行如權利要求I至11中任一項所述的方法。
全文摘要
用于調節(jié)策略控制功能的方法和網絡節(jié)點，其中監(jiān)視第一網絡實體的負載(S4)并且基于所述負載調節(jié)策略決策，像策略和計費實行功能(PCEF)或者承載綁定和事件報告功能(BBERF)的策略執(zhí)行功能位于該第一網絡實體上。特別是，可向第二網絡實體報告該負載(N)或由其確定該負載，并且所述第二網絡實體基于所述負載調節(jié)策略決策，像策略和計費規(guī)則功能(PCRF)的策略監(jiān)管功能位于該第二網絡實體上。從而當做出策略決策時，除了其它因素，可考慮像網關的網絡實體的負載狀態(tài)。
文檔編號H04W28/00GK102668627SQ200980161027
公開日2012年9月12日 申請日期2009年8月17日 優(yōu)先權日2009年8月17日
發(fā)明者X·張, X·蔡, Y·沈 申請人:愛立信(中國)通信有限公司