用于管理網(wǎng)絡(luò)資源的方法和節(jié)點以及相應(yīng)的系統(tǒng)和計算機程序的制作方法
【專利摘要】本發(fā)明涉及用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法和節(jié)點、包括所述節(jié)點中至少一個節(jié)點的系統(tǒng)、以及計算機程序，提供對電信網(wǎng)絡(luò)資源的優(yōu)化并減少存儲器使用。用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法包括：在第二節(jié)點處接收與第一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示；確定與客戶端和第二節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性是否低于活動性閾值；以及如果活動性被確定為低于活動性閾值，指示終止被分配給服務(wù)會話的承載資源。
【專利說明】用于管理網(wǎng)絡(luò)資源的方法和節(jié)點以及相應(yīng)的系統(tǒng)和計算機程序

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法和節(jié)點、包括所述節(jié)點中至少一個節(jié)點的系統(tǒng)、以及計算機程序，提供對電信網(wǎng)絡(luò)資源的優(yōu)化。

【背景技術(shù)】
[0002]在通信網(wǎng)絡(luò)(如，電信網(wǎng)絡(luò))中，呼叫或服務(wù)通常一方面涉及控制平面或信令平面，另一方面涉及用戶平面或媒體平面。控制平面或信令平面負責(zé)建立和管理網(wǎng)絡(luò)的兩個點之間的連接。用戶平面或媒體平面負責(zé)傳輸用戶數(shù)據(jù)或服務(wù)數(shù)據(jù)。網(wǎng)絡(luò)運營商期望在網(wǎng)絡(luò)中定義和實施規(guī)則的集合。規(guī)則的集合構(gòu)成策略。用于管理和實施這些策略的策略框架通常至少包括三個單元或功能:用于存儲策略規(guī)則的策略庫，其可以是用戶特定的；策略決策單元或功能；以及策略實施單元或功能。策略框架的用途包括控制訂戶接入網(wǎng)絡(luò)和服務(wù)以及接入類型(即其特征)。
[0003]策略框架尤其處理以下決策:訂戶是否有權(quán)或被授權(quán)享受服務(wù)，以及網(wǎng)絡(luò)是否能夠向訂戶提供服務(wù)，具體地，網(wǎng)絡(luò)是否能夠向訂戶提供具有期望服務(wù)質(zhì)量(QoS)的服務(wù)。
[0004]策略和計費控制架構(gòu)(例如但不限于在3GPP TS23.203版本11.1.0(2011-03)，Technical Specificat1n Group Services and System Aspects ；Policy and chargingcontrol architecture (release 11)(可在 http://www.3gpp.0rg/ftp/Specs/2011-03/Rel-ll/23_series/上獲得)中描述的架構(gòu))集成了策略和計費控制。策略和計費控制(PCC)架構(gòu)允許集成策略和計費控制。策略框架的一個目的是建立和實施依賴于訂戶和/或期望服務(wù)的規(guī)則，以確保網(wǎng)絡(luò)資源在所有訂戶之間的高效使用。
[0005]取自于指定了演進型3GPP分組交換域的PCC功能的3GPP TS23.203的圖1示出了支持策略和計費控制(PCC)功能的架構(gòu)，所述演進型3GPP分組交換域包括3GPP接入和非3GPP接入。策略控制和計費規(guī)則功能(PCRF) 110是涵蓋策略控制決策和基于流的計費控制功能的功能單元。PCRF向策略和計費實施功能(PCEF) 120提供與服務(wù)數(shù)據(jù)流(SDF)檢測、選通、QoS和基于流的計費(除信用管理之外)有關(guān)的網(wǎng)絡(luò)控制。PCRF從應(yīng)用功能(AF) 140接收與會話和媒體有關(guān)的信息，并向AF通知業(yè)務(wù)平面事件。PCRF110還耦合至訂戶簡檔庫(SPR)150。
[0006]PCRF應(yīng)經(jīng)由Gx參考點向PCEF預(yù)配置PCC規(guī)則，并且可以經(jīng)由S7x參考點向承載綁定和事件報告功能(BBERF) 130預(yù)配置QoS規(guī)則。
[0007]在圖1的架構(gòu)100中，PCRF應(yīng)根據(jù)PCRF策略決策，通過使用PCC規(guī)則向PCEF通知有關(guān)對在PCC控制下的每個服務(wù)數(shù)據(jù)流的處理。
[0008]例如，PCRF通過使用PCC規(guī)則向PCEF通知如何控制電信網(wǎng)絡(luò)的無線資源，其中，構(gòu)成網(wǎng)絡(luò)中的業(yè)務(wù)的AP分組可以被分配給承載資源。
[0009]Gx參考點或接口定義于3GPP TS29.212“Policy and charging control over Gxreference point”中，并且位于PCRF和PCEF之間。該參考點用于從PCRF向PCEF預(yù)配置和移除PCC規(guī)則，以及從PCEF向PCRF傳輸業(yè)務(wù)平面事件。Gx參考點可用于計費控制、策略控制或兩者。
[0010]Rx 參考點定義于 3GPP TS 29.214 “Policy and charging control over Rxreference point”，并用于在PCRF和AF之間交換應(yīng)用級會話信息。PCRF的示例是愛立信月艮務(wù)感知策略控制器(SAPC),參見例如 F.Castro et al.“SAPC:Ericsson’s ConvergentPolicy Controller”，Ericsson review N0.1,2010, pp.4-9? AF 的不例是 IP 多媒體子系統(tǒng)(MS)代理呼叫會話控制功能(P-CSCF)。
[0011]圖1中的Sd參考點可以具有以下所見的與Rx參考點類似的行為，其中，AF和TDF至少為了本申請中描述的目的基本上可以可互換地使用。
[0012]Gx 和 Rx 參考點可以基于 Diameter，參見例如 P.Calhoun et al.，“RFC 3588:Diameter Based Protocol”，IETF, September2003。
[0013]PCEF實施從PCRF接收的策略決策，還通過Gx參考點向PCRF提供用戶和接入特定的信息。包括PCEF或另一承載綁定功能(BBF)的節(jié)點包含基于PCC規(guī)則中包括的過濾定義的SDF檢測、以及在線和離線計費交互(此處未描述)和策略實施。PCEF通常是處理承載的，其中，根據(jù)來自PCRF的QoS信息針對承載實施QoS。該功能實體(即PCEF)位于網(wǎng)關(guān)中，例如，在GPRS的情況下，在網(wǎng)絡(luò)GPRS支持節(jié)點(GGSN)中。對于在核心網(wǎng)中存在代理移動IP(PMIP)或雙棧移動IP(DSMIP)的所有情況，取而代之地在BBERF中執(zhí)行承載控制。
[0014]應(yīng)用功能(AF) 140是提供在與已請求服務(wù)的層(例如信令層)不同的層(例如傳輸層)中傳遞服務(wù)的應(yīng)用的單元。根據(jù)已協(xié)商的內(nèi)容，執(zhí)行對資源(例如但不限于IP承載資源)的控制。包括AF 140的網(wǎng)絡(luò)節(jié)點的一個示例是IP多媒體(頂)核心網(wǎng)(CN)子系統(tǒng)的P-CSCF (代理呼叫會話控制功能)。AF 140可以與PCRF 110通信，以傳輸動態(tài)會話信息，即，要在傳輸層中傳遞的多媒體的描述。使用上述Rx接口或Rx參考點來執(zhí)行該通信，所述Rx接口或Rx參考點位于PCRF 110和AF140之間，并且用于在PCRF 110和AF 140之間交換應(yīng)用層信息。Rx接口中的信息可以從P-CSCF中的會話信息或服務(wù)會話信息導(dǎo)出，并且其主要包括所謂媒體分量。媒體分量由IP流的集合組成，每個IP流通過例如5元組的媒體類型和所需帶寬來描述。包括AF 140的網(wǎng)絡(luò)節(jié)點的另一示例是流傳輸服務(wù)器。
[0015]AF可以與需要動態(tài)策略或計費控制的應(yīng)用交互或干預(yù)所述應(yīng)用。其提取服務(wù)會話信息，并通過Rx參考點將其提供給PCRF。AF還可以預(yù)訂發(fā)生在業(yè)務(wù)平面的特定事件，即，PCRF或BBERF所檢測的事件。這些業(yè)務(wù)平面事件包括諸如IP會話終止或接入技術(shù)類型改變等事件。
[0016]PCRF 110還可以聯(lián)系SPR 150以獲得預(yù)訂數(shù)據(jù)。SPR可以包含與訂戶及其策略有關(guān)的信息。如果用戶是“高級”訂戶并且能夠永久具有比一般用戶大的帶寬，則該用戶的會話與聞QoS相關(guān)。
[0017]當(dāng)從PCRF接收到PCC/QoS規(guī)則時，承載綁定功能(BBF)(取決于部署情形，PCEF或BBERF)執(zhí)行承載綁定，即，將所提供的規(guī)則關(guān)聯(lián)至IP-CAN(互聯(lián)網(wǎng)協(xié)議連接接入網(wǎng))會話內(nèi)的IP-CAN承載。BBF將使用PCRF所提供的QoS參數(shù)來針對規(guī)則創(chuàng)建承載綁定。綁定在PCC/QoS規(guī)則中包括的服務(wù)數(shù)據(jù)流和具有相同QoS類型標識符(QCI)和分配保持優(yōu)先級(ARP)的IP-CAN承載之間創(chuàng)建。
[0018]一般地，承載綁定功能將評估是否可以使用現(xiàn)有IP-CAN承載之一。如果不能使用現(xiàn)有承載，發(fā)起適當(dāng)IP-CAN承載的建立。否則，如果需要，例如QoS信息已改變，BBF將發(fā)起對相應(yīng)承載的修改。對于GBR承載(即，具有保證比特率的承載)，BBF將基于PCRF所提供的QoS信息預(yù)留所需資源。
[0019]如果PCC/QoS規(guī)則的QCI和ARP與缺省承載的QCI和ARP匹配，BBF將在缺省承載中安裝這些規(guī)則。當(dāng)PCRF請求移除先前提供的PCC/QoS規(guī)則時，BBF將刪除它們并相應(yīng)地修改承載。當(dāng)已刪除和/或去激活應(yīng)用于一個承載的所有PCC/QoS規(guī)則時，BBF將開始承載終止過程。
[0020]接著，描述對應(yīng)用的PCC支持。當(dāng)應(yīng)用通過IP-CAN用戶平面要求動態(tài)策略和/或計費控制以開始服務(wù)會話時，AF與PCRF通信，以傳輸PCRF在IP-CAN網(wǎng)絡(luò)上采取適當(dāng)動作所需的動態(tài)會話信息。PCRF對會話信息授權(quán)，創(chuàng)建相應(yīng)的PCC/QoS規(guī)則，并在PCEF/BBERF中安裝它們。將發(fā)起/修改可應(yīng)用的承載，并且如果需要，將針對該應(yīng)用預(yù)留資源。
[0021]一旦應(yīng)用或用戶設(shè)備(UE)決定終止服務(wù)，AF就與PCRF通信，從而PCRF能夠移除可應(yīng)用的PCC/QoS規(guī)則，并且PCEF/BBERF停止相應(yīng)的SDF檢測、策略實施和基于流的計費功能，終止或更新可應(yīng)用的承載并釋放相應(yīng)的資源。
[0022]運行服務(wù)應(yīng)用并包括AF的應(yīng)用服務(wù)器(如流傳輸服務(wù)器)可以根據(jù)PCRF的要求請求針對PCRF建立承載，即，視頻或其他流傳輸服務(wù)要求特定的帶寬、QoS、計費等。
[0023]深度分組檢查(DPI)技術(shù)支持由IP分組組成的分組檢查和服務(wù)分類，所述IP分組根據(jù)所配置的規(guī)則樹分類，使得它們被分配給特定的服務(wù)會話。DPI目前正作為所謂業(yè)務(wù)檢測功能TDF (如TDF 160)標準化，其可以是獨立的或與PCEF共處一處(參見圖12b和12c)，其中，業(yè)務(wù)由該功能捕捉用于分組檢查。TDF 160是執(zhí)行應(yīng)用檢測并向PCRF報告所檢測的應(yīng)用或服務(wù)及其服務(wù)數(shù)據(jù)流描述的功能實體。TDF可以在請求模式(即，根據(jù)來自PCRF的請求)或非請求模式(即，無需任何來自PCRF的請求)下動作。TDF所捕捉的數(shù)據(jù)業(yè)務(wù)通常是IP分組數(shù)據(jù)。細節(jié)參照3GPP TR 23.813。
[0024]目前，大多數(shù)現(xiàn)有UE(即移動設(shè)備)，如移動電話或具有移動通信能力的其他設(shè)備(如平板或膝上型計算機)，不具有對專用承載的支持。因此，大多數(shù)業(yè)務(wù)(即，用戶正在運行的服務(wù)的數(shù)據(jù)業(yè)務(wù))進入缺省承載，并且不可能針對用戶正在運行的每個服務(wù)分配不同的QoS。然而，未來，期望一個或更多個服務(wù)的更多服務(wù)會話被映射至專用承載。
[0025]使用長生存期的專用承載例如以提高贊助服務(wù)的QoS意味著對網(wǎng)絡(luò)資源的較高要求，當(dāng)專用承載由AF(例如移動云加速器(MCA)方案中的智能管道控制器(SPC))觸發(fā)時尤其如此。
[0026]只要相應(yīng)服務(wù)活動，AF會話保持活動。一些服務(wù)/協(xié)議(如RTSP)在其自身信令(RTSP.TEARD0WN)中指示服務(wù)停止條件，但大多數(shù)服務(wù)(如HTTP瀏覽)不具有這樣的指示，因此，服務(wù)停止條件需要基于由AF節(jié)點本地處理的非活動定時器。這是3GPP中未定義的內(nèi)部AF功能，但外部效果是該事件(服務(wù)停止)用于觸發(fā)AF會話終止。這些非活動定時器通常被設(shè)置為很高的值(例如大約幾十或幾百分鐘)，主要以減少網(wǎng)絡(luò)信令，即，避免當(dāng)定時器被設(shè)置為較低值時產(chǎn)生的乒乓效應(yīng)，其中，檢測到服務(wù)非活動觸發(fā)對專用承載的釋放，但一段時間后，檢測到一些服務(wù)分組，因此需要再次創(chuàng)建專用承載。
[0027]為了減少信令，在較長時間期間保持專用承載。將非活動定時器設(shè)置為很高的值意味著:即使用戶不再運行相應(yīng)的服務(wù)，AF會話也保持活動很長時間。令A(yù)F會話在較長時間期間活動對AF和PCRF存儲器具有影響，所述存儲器例如必須存儲大量用戶的多達百萬或更多的會話信息條目。該可能導(dǎo)致網(wǎng)絡(luò)資源(如存儲器)的浪費。因此，期望優(yōu)化網(wǎng)絡(luò)資源以減少例如存儲器使用量。


【發(fā)明內(nèi)容】

[0028]獨立權(quán)利要求中限定了方法、節(jié)點、系統(tǒng)和計算機程序。從屬權(quán)利要求中限定了有益實施例。
[0029]在一個實施例中，一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法，包括以下步驟:在第二節(jié)點處接收與第一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示。該方法還包括以下步驟:確定與客戶端和第二節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性是否低于活動性閾值。如果活動性被確定為低于活動性閾值，指示終止被分配給服務(wù)會話的承載資源。相應(yīng)地，可以管理網(wǎng)絡(luò)資源(如，服務(wù)器資源和承載資源)，以優(yōu)化網(wǎng)絡(luò)資源。例如，可以避免存儲器耗盡。
[0030]在一個實施例中，一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法，包括以下步驟:檢測第一節(jié)點的服務(wù)器資源的狀態(tài)。該方法還包括以下步驟:向第二節(jié)點發(fā)送與第一節(jié)點處的服務(wù)器資源的狀態(tài)有關(guān)的指示；以及接收對終止被分配給服務(wù)會話的承載資源的請求，針對所述服務(wù)會話，第二節(jié)點已確定與客戶端和第二節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性低于活動性閾值。相應(yīng)地，可以管理網(wǎng)絡(luò)資源(如，承載資源和服務(wù)器資源)，以優(yōu)化網(wǎng)絡(luò)資源。例如，可以避免存儲器耗盡。
[0031]在一個實施例中，提供了一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法，該方法由具有非活動定時器的節(jié)點執(zhí)行。該方法包括以下步驟:周期性地確定與至少一個客戶端和節(jié)點之間的連接相關(guān)聯(lián)的多個服務(wù)會話中的至少一個服務(wù)會話的活動性是否低于活動性閾值。如果所述至少一個服務(wù)會話的活動性低于活動性閾值，指示終止被分配給所述至少一個服務(wù)會話的承載資源，其中，確定服務(wù)會話的活動性的時段的長度比由非活動定時器設(shè)置的時段短。相應(yīng)地，甚至可以例如在無需包括與第一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示的顯式請求的情況下優(yōu)化網(wǎng)絡(luò)資源。因此，可以在節(jié)點(如AF節(jié)點)中本地實現(xiàn)上述機制。
[0032]在一個實施例中，提供了一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的節(jié)點。該節(jié)點包括:接收機，被配置為接收與另一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示；以及確定器，被配置為確定與客戶端和所述節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性是否低于活動性閾值。該節(jié)點還包括:終止指示器，被配置為在活動性被確定為低于活動性閾值的情況下，指示終止被分配給服務(wù)會話的承載資源。相應(yīng)地，可以管理網(wǎng)絡(luò)資源(如，承載資源和服務(wù)器資源)，以優(yōu)化網(wǎng)絡(luò)資源。
[0033]在一個實施例中，提供了一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的節(jié)點。該節(jié)點包括:檢測器，被配置為檢測所述節(jié)點的服務(wù)器資源的狀態(tài)；以及發(fā)送機，被配置為向另一節(jié)點發(fā)送與所述節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示。該節(jié)點還包括:接收機，被配置為接收對終止被分配給服務(wù)會話的承載資源的請求，針對所述服務(wù)會話，所述另一節(jié)點已確定與客戶端和所述另一節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性低于活動性閾值。相應(yīng)地，可以管理網(wǎng)絡(luò)資源(如，承載資源和服務(wù)器資源)，以優(yōu)化網(wǎng)絡(luò)資源。
[0034]在一個實施例中，提供了一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的節(jié)點，該節(jié)點包括:活動定時器；以及確定器，被配置為周期性地確定與至少一個客戶端和所述節(jié)點之間的連接相關(guān)聯(lián)的多個服務(wù)會話中的至少一個服務(wù)會話的活動性是否低于活動性閾值。該節(jié)點還包括:終止指示器，被配置為在所述至少一個服務(wù)會話的活動性低于活動性閾值的情況下，指示終止被分配給所述至少一個服務(wù)會話的承載資源，其中，確定服務(wù)會話的活動性的時段的長度比由非活動定時器設(shè)置的時段短。相應(yīng)地，甚至可以例如在無需包括與第一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示的顯式請求的情況下優(yōu)化網(wǎng)絡(luò)資源。因此，可以在節(jié)點(如AF節(jié)點)中本地實現(xiàn)上述機制。
[0035]在另一實施例中，提供了一種系統(tǒng)，包括所述節(jié)點中的至少一個。
[0036]在另一實施例中，提供了一種包括指令的計算機程序，所述指令被配置為:當(dāng)在數(shù)據(jù)處理器上執(zhí)行時，使所述數(shù)據(jù)處理器執(zhí)行上述方法之一。
[0037]從屬權(quán)利要求中公開了本發(fā)明的其他有益實施例。

【專利附圖】

【附圖說明】
[0038]圖1示出了示例PCC架構(gòu)，以輔助讀者理解可以應(yīng)用本發(fā)明實施例的示例上下文。
[0039]圖2示出了根據(jù)實施例的用于管理網(wǎng)絡(luò)資源的方法的操作。
[0040]圖3示出了可以與圖2的操作組合的特定操作。
[0041]圖4示出了根據(jù)另一實施例的用于管理網(wǎng)絡(luò)資源的方法的操作。
[0042]圖5示出了根據(jù)另一實施例的用于管理網(wǎng)絡(luò)資源的方法的操作。
[0043]圖6示出了根據(jù)實施例的被配置為管理網(wǎng)絡(luò)資源的節(jié)點的單元。
[0044]圖7示出了根據(jù)另一實施例的被配置為管理網(wǎng)絡(luò)資源的另一節(jié)點的單元。
[0045]圖8示出了根據(jù)另一實施例的被配置為管理網(wǎng)絡(luò)資源的另一節(jié)點的單元。
[0046]圖9示出了基于特定動作AVP的擴展的根據(jù)實施例的示例方法。
[0047]圖10示出了基于中斷原因AVP的根據(jù)實施例的示例方法。
[0048]圖11說明了與UE的客戶端和AF的服務(wù)之間承載相關(guān)聯(lián)的服務(wù)會話。
[0049]圖12a示出了 AF與PCRF通信的AF情形。
[0050]圖12b示出了獨立TDF的情形。
[0051]圖12c示出了 TDF與PCEF共處一處的情形。

【具體實施方式】
[0052]參照附圖描述本發(fā)明的以下實施例。注意:以下描述僅包含示例，并且不應(yīng)被理解為限制本發(fā)明。以下，相似或相同的附圖標記指示相似或相同的單元或操作。
[0053]為了輔助讀者理解本發(fā)明的實施例，通過參照圖1的PCC架構(gòu)來描述實施例。如上所述，圖1所述的功能是功能單元，其可以是節(jié)點或者被置于策略和計費系統(tǒng)的節(jié)點中，并且可由現(xiàn)有技術(shù)中已知的適當(dāng)?shù)姆?wù)器、路由器、計算機及其組合等實現(xiàn)。以下，包括PCRF的節(jié)點和包括AF的節(jié)點也將分別稱為PCRF節(jié)點和AF節(jié)點。
[0054]圖2示出了用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法的流程圖。策略和計費系統(tǒng)可以包括圖1的PCC架構(gòu)的一個或更多個節(jié)點，如PCRF、PCEF和AF和/或TDF0該方法的步驟可由策略和計費系統(tǒng)的至少一個節(jié)點(優(yōu)選地，可以與PCEF共處一處或獨立的AF或TDF)執(zhí)行。
[0055]在以下對圖2的實施例的描述中，AF 140將用作第二節(jié)點的示例，PCRF 110將用作第一節(jié)點的示例。本領(lǐng)域技術(shù)人員直接意識到:取代AF 140, TDF 160也可以看作第二節(jié)點；或者可以想到第一節(jié)點和第二節(jié)點的另一組合。
[0056]由圖2可見，該方法包括步驟210，其中，接收與服務(wù)器資源的狀態(tài)有關(guān)的指示。例如，指示由第二節(jié)點(例如，AF 140或TDF 160)接收，并且是與第一節(jié)點(例如PCRF 110)的服務(wù)器資源(如服務(wù)器存儲器)的狀態(tài)有關(guān)的指示。
[0057]一般地，期望管理服務(wù)器資源，其可以是第一節(jié)點(例如PCRF110)的服務(wù)器的存儲器或處理能力。例如，當(dāng)存儲器使用量達到特定閾值(例如80%)時，PCRF節(jié)點通知AF節(jié)點，以詢問是否仍需要所有AF會話映射至專用承載。
[0058]在步驟220中，確定與客戶端和第二節(jié)點(AF 140或TDF 160)(具體地，第二節(jié)點的服務(wù))之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性是否低于活動性閾值。該確定可以響應(yīng)于接收到與服務(wù)器資源的狀態(tài)有關(guān)的指示。
[0059]參照圖11描述服務(wù)器會話的細節(jié)，在圖11中，UE的客戶端與AF的服務(wù)相連接。UE包括客戶端應(yīng)用(或簡單地客戶端)，AF包括服務(wù)應(yīng)用(或簡單地服務(wù))，該服務(wù)可以作為單個運行應(yīng)用或針對每個連接客戶端的拷貝實例對多個客戶端可用。此處，客戶端和服務(wù)之間的連接可以被看作傳輸數(shù)據(jù)的服務(wù)會話。為了傳輸數(shù)據(jù)，根據(jù)來自UE或AF的請求，
建立承載。
[0060]如果服務(wù)會話的活動性被確定為低于活動性閾值(即，服務(wù)會話被認為非活動)，過程移至步驟230，并且如步驟230所示，指示終止被分配給服務(wù)會話的承載資源。因此，可以釋放預(yù)留的承載容量。
[0061]然而，如果在步驟220確定服務(wù)會話的活動性高于活動性閾值(即，服務(wù)會話被認為活動)，圖2中的過程返回步驟220之前，并且檢查另一服務(wù)會話是否是非活動的，或者在特定時間間隔后再次對相同的服務(wù)會話進行非活動檢查(步驟220)。
[0062]承載資源可以是專用于服務(wù)會話的承載，并且服務(wù)會話被映射至多個承載中的專用承載。在步驟230中終止的承載資源可以是針對特定服務(wù)建立以攜帶與服務(wù)會話相關(guān)聯(lián)的業(yè)務(wù)(例如針對需要特定分組轉(zhuǎn)發(fā)處理的IP流的數(shù)據(jù)業(yè)務(wù))的專用承載。
[0063]例如，在AF節(jié)點未檢測到相應(yīng)服務(wù)會話的近期活動(例如在過去的X秒(例如60秒)內(nèi)的活動)的情況下，AF節(jié)點在內(nèi)部移除該服務(wù)會話以及相應(yīng)的AF會話，其中，AF會話(Rx會話)映射至一個服務(wù)會話。此外，單個用戶可以同時具有兩個不同的服務(wù)(服務(wù)應(yīng)用)活動，一個用于HTTP瀏覽，一個用于Skype。當(dāng)AF節(jié)點檢測到服務(wù)時，其針對每個檢測到的服務(wù)觸發(fā)一個AF會話(Rx會話)，即，針對HTTP的一個AF會話和針對Skype的一個AF會話。當(dāng)用戶停止HTTP瀏覽時，將移除針對HTTP的AF會話，并且如果Skype服務(wù)仍在進行，針對Skype的AF會話可以繼續(xù)。如果此時使用專用承載來攜帶HTTP服務(wù)會話的數(shù)據(jù)業(yè)務(wù)，可以終止并移除該專用承載，同時保持針對Skype服務(wù)會話的專用承載。因此，可以關(guān)閉未使用的承載，以釋放存儲器資源。
[0064]具體地，服務(wù)會話通常由還移除相應(yīng)AF會話的AF節(jié)點移除，其中，服務(wù)會話和AF會話可由AF節(jié)點中不同的模塊(功能)處理。
[0065]然而，在AF節(jié)點檢測到相應(yīng)服務(wù)會話的近期活動(例如在過去的X秒內(nèi)的活動)的情況下，AF節(jié)點將不移除服務(wù)會話或相應(yīng)的AF會話，如在保持Skype服務(wù)會話的示例中一樣。
[0066]在上述特定示例中，圖2的方法在AF節(jié)點中執(zhí)行。然而，如上所述，該方法也可以在TDF節(jié)點或類似節(jié)點中執(zhí)行。
[0067]以下，給出了用于確定服務(wù)會話活動還是非活動的活動性閾值的示例。例如，服務(wù)會話取決于被分配給服務(wù)會話的承載中的數(shù)據(jù)業(yè)務(wù)或被分配給服務(wù)會話的承載的數(shù)據(jù)業(yè)務(wù)和/或保證比特率。
[0068]在一個示例中，如果在確定步驟220前的特定時段內(nèi)檢測的服務(wù)會話的數(shù)據(jù)業(yè)務(wù)低于預(yù)定閾值(如低于特定數(shù)目的分組)，服務(wù)會話的活動性低于非活性閾值。即，閾值可以被定義為100秒中10個分組。在另一示例中，如果在所述確定前的特定時段內(nèi)檢測的數(shù)據(jù)業(yè)務(wù)與保證比特率之比低于預(yù)定閾值，服務(wù)會話的活動性低于非活性閾值。在第一示例中，承載可以根據(jù)它們的數(shù)據(jù)業(yè)務(wù)來排序。在第二示例中，在排序中還考慮保證比特率。注意:根據(jù)特定時段的長度，數(shù)據(jù)業(yè)務(wù)還可以被視為平均數(shù)據(jù)業(yè)務(wù)。接著，可以移除排序中具有最低數(shù)據(jù)業(yè)務(wù)或比率的承載。
[0069]上述數(shù)據(jù)業(yè)務(wù)可由圖11中所示的業(yè)務(wù)流檢測器檢測，所述業(yè)務(wù)流檢測器可以是TDF的功能。對活動性的確定還可以在所存儲的特定服務(wù)的最后分組的時間戳上執(zhí)行，或者可以將日志文件中的條目用于所述確定。
[0070]相應(yīng)地，如果服務(wù)會話的活動性被確定為低于活動性閾值，(例如由上述AF)移除服務(wù)會話。更具體地，AF節(jié)點通過觸發(fā)Rx STR消息，來移除服務(wù)會話(即，與在AF/TDF節(jié)點本地處理的服務(wù)會話相關(guān)聯(lián)的上下文/存儲器結(jié)構(gòu))和AF會話，并且由PCEF移除承載資源(例如，專用承載)，即，AF節(jié)點僅指示這樣做。
[0071]可以說:如果沒有服務(wù)會話存在，不存在與服務(wù)有關(guān)的數(shù)據(jù)業(yè)務(wù)并且服務(wù)是非活動的，并且因此無需承載。另一方面，活動的服務(wù)會話不要求非常活動的數(shù)據(jù)傳輸，并且在連接客戶端和服務(wù)的承載上可能一段時間不存在數(shù)據(jù)業(yè)務(wù)，其中，不同的客戶端可以具有不同的承載。一個示例是流緩沖器，流緩沖器以高速填充，接著以較低速度清空，直到到達緩沖器中的低閾值，并且再次以高速填充緩沖器。因此，可能有幾秒不存在業(yè)務(wù)。另一示例是位置查詢，其中，每分鐘交換位置報告請求和位置應(yīng)答。
[0072]如果檢測到數(shù)據(jù)業(yè)務(wù)(例如，業(yè)務(wù)流檢測器檢測到在客戶端和服務(wù)之間傳輸?shù)膶嶋H分組)，可以說服務(wù)會話也是活動的。然而，反之不一定成立，即，當(dāng)在較短時段或持續(xù)時間中沒有數(shù)據(jù)業(yè)務(wù)時，服務(wù)會話不一定是非活動的，這是由于服務(wù)會話可能仍活動但數(shù)據(jù)業(yè)務(wù)僅有時存在。因此，如上所述，在特定時段對數(shù)據(jù)業(yè)務(wù)進行分析(如分組的數(shù)目)可能是有用的。
[0073]在設(shè)置對數(shù)據(jù)業(yè)務(wù)進行檢測以確定活動性的時段時，需要考慮:如果時段過短，活動會話可能中斷并且專用承載被釋放，從而需要再次創(chuàng)建專用承載。然而，如果時段被設(shè)置得過長，在較長時間期間保持專用承載，導(dǎo)致網(wǎng)絡(luò)資源的浪費。相應(yīng)地，存在信令和網(wǎng)絡(luò)資源(AF、PCRF、GGSN、RNC、節(jié)點B等的存儲器)之間的折中，并且此處描述的方案也可以被視為用于避免存儲器耗盡的機制。
[0074]在步驟210中提到由第二節(jié)點(例如AF節(jié)點140)接收與服務(wù)器資源(如存儲器)的狀態(tài)有關(guān)的指示。如圖3所示，AF節(jié)點140可以在第一節(jié)點(例如PCRF節(jié)點110)處預(yù)訂實際接收該指示。圖3的該步驟305可以在圖2的步驟210至230之前執(zhí)行。將參照圖9來介紹關(guān)于該預(yù)訂的細節(jié)。
[0075]以下，將參照圖4，從第一節(jié)點(例如PCRF節(jié)點110)在與第二節(jié)點(例如AF節(jié)點140)通信時的視角來描述方法，已參照圖2討論了與第二節(jié)點相關(guān)聯(lián)的方法。
[0076]圖4的步驟是第一節(jié)點執(zhí)行的操作，在以下示例中，第一節(jié)點是包括PCRF的節(jié)點(例如服務(wù)器)，如圖1的節(jié)點110。該方法在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理以上所述的網(wǎng)絡(luò)資源，并在步驟410中檢測服務(wù)器資源的狀態(tài)。如上所述，服務(wù)器資源可以是包括PCRF的節(jié)點的服務(wù)器的存儲器。
[0077]具體地，服務(wù)器資源可以構(gòu)成第一節(jié)點(例如PCRF)的服務(wù)器的存儲或存儲器，并且服務(wù)器資源的狀態(tài)可以包括第一節(jié)點處的可用存儲容量?？捎么鎯θ萘靠梢员欢x為仍可用或剩余的存儲容量(如20%，在存儲容量有80%被占用的情況下)。
[0078]在步驟420中，向第二節(jié)點(例如AF 140)發(fā)送與服務(wù)器資源的狀態(tài)有關(guān)的指示，向第二節(jié)點通知服務(wù)器資源的狀態(tài)。例如，如上所述，當(dāng)存儲器使用量達到特定閾值(例如80% )時，PCRF 110通知AF140，以詢問是否可以移除會話以及因此移除承載。S卩，在一個示例中，僅在服務(wù)器的存儲器的使用量達到閾值(如80%)的情況下，傳送指示。
[0079]如果在第二節(jié)點中確定期望終止承載資源，如步驟430所示，接收對終止被分配給服務(wù)會話的承載資源的請求，針對所述服務(wù)會話，第二節(jié)點已確定活動性低于活動性閾值。
[0080]以下，順序描述由第一節(jié)點和第二節(jié)點執(zhí)行的方法的前述方法步驟，S卩，使用AF節(jié)點140作為第二節(jié)點的示例并使用PCRF節(jié)點110作為第一節(jié)點的示例來描述包括兩個節(jié)點的系統(tǒng)的方法。
[0081]首先，PCRF 110檢測節(jié)點110的上述服務(wù)器資源的狀態(tài)，并且向AF 140發(fā)送與服務(wù)器資源的狀態(tài)有關(guān)的指不。
[0082]AF 140接收與包括PCRF的節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示，并且確定服務(wù)會話的活動性是否低于活動性閾值。如果服務(wù)會話的活動性被確定為低于活動性閾值，AF140指示終止被分配給服務(wù)會話的承載資源。例如，通過向PCRF 110發(fā)送對終止的請求，來執(zhí)行指示過程。接著，在PCRF 110處接收對終止被分配給服務(wù)會話的承載資源的請求，針對所述服務(wù)會話，AF已確定服務(wù)會話的活動性低于活動性閾值，并且PCRF 110指示PCER120移除承載資源。
[0083]關(guān)于服務(wù)會話、服務(wù)會話的活動性以及活動性閾值的詳細說明，參考以上參照圖2的討論，以避免不必要的重復(fù)。
[0084]作為包括PCRF的節(jié)點檢測服務(wù)器資源的狀態(tài)、向AF發(fā)送其指示并因此觸發(fā)對服務(wù)會話的活動性的確定的上述方案的備選，對PCRF無影響的方案也是可能的，S卩，僅需要在包括AF的節(jié)點中改變。例如，可以無需來自PCRF的顯式請求，在AF節(jié)點中本地實現(xiàn)上述機制。基本上，采用這樣的機制，AF節(jié)點周期性地觸發(fā)上述“垃圾收集”機制，以移除相應(yīng)會話具有較少近期活動的AF會話。備選機制的優(yōu)勢將在于:不涉及PCRF節(jié)點，不必以任何方式修改PCRF節(jié)點；并且前述第一機制的優(yōu)勢在于:其僅在需要時由PCRF節(jié)點觸發(fā)確定，如圖2所示。
[0085]以下，給出用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法的細節(jié)，其中，參照圖5闡述無需來自PCRF節(jié)點的顯式請求的備選機制。
[0086]該方法在具有非活動定時器的節(jié)點(如AF節(jié)點)中執(zhí)行(但也可以取而代之地使用TDF節(jié)點或網(wǎng)關(guān))。
[0087]在第一步驟510中，周期性地確定與至少一個客戶端和節(jié)點之間的連接相關(guān)聯(lián)的多個服務(wù)會話中的至少一個服務(wù)會話的活動性是否低于活動性閾值。此處，周期性地不應(yīng)理解為在確定之間存在完全相同的時間周期，而應(yīng)僅僅理解為在一定時段后重復(fù)執(zhí)行確定。
[0088]該步驟基本上對應(yīng)于步驟220，然而，確定不由接收與服務(wù)器資源的狀態(tài)有關(guān)的指示來觸發(fā)，而是通過例如定時器觸發(fā)，從而以相同或不同的時間間隔周期性地執(zhí)行確定。確定活動性是否低于活動性閾值與上述相同。即，可以檢測業(yè)務(wù)數(shù)據(jù)或者使用時間戳或日志文件來確定活動性。
[0089]如果至少一個服務(wù)會話的活動性低于活動性閾值(即，至少一個服務(wù)會話非活動)，指示終止被分配給該服務(wù)會話的承載資源，如圖5的步驟520中指示的。
[0090]在本示例中，可以提供兩個不同的非活動定時器?？梢员环Q為傳統(tǒng)定時器的較長定時器和用于上述方案(即“垃圾收集”機制)的較短定時器。較長的非活動定時器可以在例如10分鐘的非活動后觸發(fā)終止，所述10分鐘的非活動指示在發(fā)起對有關(guān)承載資源的釋放或修改前，對于服務(wù)數(shù)據(jù)流(SDF)允許的非活動時段。此外，可以監(jiān)視服務(wù)數(shù)據(jù)，并且如果在較短的時段(如100秒)后確定未檢測到服務(wù)數(shù)據(jù)，可以較早地去激活承載，從而在根據(jù)較長的非活動定時器釋放綁定至承載的資源前指示非活動時段。
[0091]應(yīng)理解:“垃圾收集”機制不一定基于另一較短的非活動定時器，但取而代之地可以存在更一般的機制，如，周期性地移除相應(yīng)服務(wù)會話具有較少近期活動的特定百分比的現(xiàn)有AF會話。
[0092]例如，可以指示終止被分配給多個服務(wù)會話內(nèi)具有最長非活動的服務(wù)會話的承載資源，以便移除最長的非活動服務(wù)會話。
[0093]圖6示出了根據(jù)實施例的被配置為實現(xiàn)AF或TDF的節(jié)點600的單元。節(jié)點600可以是包括處理器的服務(wù)器，所述處理器用于執(zhí)行上述功能(特別是參照圖2描述的步驟)中的至少一些功能。以相同的方式，節(jié)點可以包括可以是有形單元或軟件功能或其適當(dāng)組合的接收機610、確定器620和終止指示器630。
[0094]接收機610接收與另一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的上述指示。該指示可以在參照圖9和10更詳細地描述的消息(如通知消息)中接收。例如，該消息可以包括與在包括PCRF的服務(wù)器中使用的存儲器的狀態(tài)有關(guān)的信息。
[0095]確定器620確定與客戶端和節(jié)點(例如AF節(jié)點140)之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性是否低于活動性閾值。
[0096]如果活動性被確定為低于活動性閾值，終止指示器630指示終止被分配給服務(wù)會話的承載資源。這可以例如通過發(fā)出終止請求來實現(xiàn)，如圖6中指示的。
[0097]圖7的節(jié)點700被配置為實現(xiàn)例如PCRF。如上所述，節(jié)點700可以是包括處理器的服務(wù)器，所述處理器用于執(zhí)行上述功能(特別是參照圖4描述的功能)中的至少一些功能。以相同的方式，服務(wù)器可以包括可以是有形單元或軟件功能或其適當(dāng)組合的檢測器710、發(fā)送機720和接收機730。
[0098]如圖7中指示的，可以在節(jié)點700中提供資源740，例如，上述服務(wù)器的存儲器(儲存器)，如硬盤、RAM、磁或光存儲器或任意其他適當(dāng)?shù)拇鎯ζ鳌Ｈ缟纤觯瑱z測器710檢測服務(wù)器資源740的狀態(tài)，例如，存儲器使用量。
[0099]耦合至檢測器710的發(fā)送機720向另一節(jié)點(如AF節(jié)點或TDF節(jié)點)發(fā)送圖7所示的與節(jié)點700的服務(wù)器資源740的狀態(tài)有關(guān)的指示。
[0100]接收機730接收對終止被分配給服務(wù)會話的承載資源的請求，針對所述服務(wù)會話，所述另一節(jié)點已確定與客戶端和所述另一節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性低于活動性閾值。該終止請求也示于圖7中。圖7中的指示可以是在圖6中的節(jié)點600的接收機處接收的相同指示，并且圖7的終止請求可以是由圖6的節(jié)點600的終止指示器630發(fā)出的相同終止請求。
[0101]因此，用于管理網(wǎng)絡(luò)資源的系統(tǒng)可以包括傳輸上述指示和終止請求的節(jié)點600和700，根據(jù)所述指示和終止請求執(zhí)行各個操作。
[0102]圖8示出了被配置為實現(xiàn)例如AF或TDF的節(jié)點800的單元。與上述節(jié)點類似，節(jié)點800可以是包括處理器的服務(wù)器，所述處理器用于執(zhí)行上述功能(特別是參照圖5描述的功能)中的至少一些功能。以相同的方式，服務(wù)器可以包括可以是有形單元或軟件功能或其適當(dāng)組合的定時器810、確定器820和終止指示器830。
[0103]定時器810是活動定時器，例如，現(xiàn)有技術(shù)中已知的被設(shè)置為較長時段(多于十分鐘或者甚至幾百分鐘數(shù)量級)的活動性定時器。
[0104]確定器820周期性地確定是否與至少一個客戶端和節(jié)點800之間的連接相關(guān)聯(lián)的多個服務(wù)會話中的至少一個服務(wù)會話的活動性低于活動性閾值。
[0105]如果至少一個服務(wù)會話的活動性低于活動性閾值，終止指示器830指示終止被分配給至少一個服務(wù)會話的承載資源。此處，確定服務(wù)會話的活動性的時段的長度比由非活動定時器設(shè)置的時段短。即，確定服務(wù)會話的活動性的時段可以是100秒數(shù)量級，而由非活動定時器設(shè)置的時段可以是幾百分鐘數(shù)量級。
[0106]為了避免不必要的重復(fù)圖2、4和5的功能，提到:這些功能還可以以任何方式分別由參照圖6、7和8描述的單元來執(zhí)行。
[0107]以下，描述示例方法，如基于特定動作AVP的擴展的方法(圖9)以及基于中斷原因AVP的方法(圖10)。
[0108]圖9中示出的序列在包括客戶端(如用戶設(shè)備(UE)910或者包括在用戶設(shè)備(UE)910 中)、PCEF 920,PCRF 930 和 AF 940 的系統(tǒng)中執(zhí)行。PCEF 920,PCRF 930 和 AF 940可以是PCC架構(gòu)(如圖1中所示的架構(gòu))的一部分。在本示例中，所提出的方案由包括AF的節(jié)點執(zhí)行，但是如上所述還可以取而代之地使用TDF節(jié)點。根據(jù)以下描述的序列，可以管理網(wǎng)絡(luò)資源。
[0109]如在圖9中的框950處可見，AF 940檢測服務(wù)。AF節(jié)點940在AF會話建立時，使用Rx授權(quán)請求(Rx AAR)預(yù)訂從PCRF 930接收與內(nèi)部服務(wù)器資源的問題(例如，存儲器使用量達到特定閾值)有關(guān)的指示。這可以通過以新值INDICAT10N_0F_SERVER_RES0URCES(12)擴展特定動作屬性值對(AVP)來實現(xiàn)，其中，12是來自最新的3GPP29.214可用版本的(b.2.0)的第一可用值。對本領(lǐng)域技術(shù)人員顯而易見:還可以使用不同的值，并且圖9僅僅是具體事例。在PCRF 930接收到Rx AAR消息后，PCRF 930以Rx參考點上的授權(quán)請求響應(yīng)(AAA)(并且因此具體以消息Rx AAA)做出響應(yīng)。
[0110]在AF節(jié)點知道哪些服務(wù)將被映射至專用承載(例如對于增強服務(wù))的情況下，以上的進一步優(yōu)化可以是:AF節(jié)點僅預(yù)訂針對導(dǎo)致專用承載創(chuàng)建的AF會話的指示。然而，這將不總是可能的，因為創(chuàng)建專用承載的決定位于PCRF或PCEF節(jié)點中，而不位于AF節(jié)點中。因此，一般地，AF節(jié)點應(yīng)“盲”預(yù)訂關(guān)于每個(初始)Rx AAR的通知。接著，將由PCRF節(jié)點負責(zé)選擇將通知哪些AF會話。
[0111]當(dāng)PCRF節(jié)點檢測到其內(nèi)部資源將滿(例如存儲器使用量達到特定閾值，如80% )時(參見框960)僅針對被映射至專用承載的預(yù)訂的AF會話，PCRF節(jié)點通過包括被設(shè)置為INDICAT10N_0F_SERVER_RES0URCES (12)的特定動作 AVP，利用 Rx RAR 通知 AF 節(jié)點。
[0112]在PCRF處理成千的活動用戶及其對應(yīng)AF會話的情況下，需要避免信令風(fēng)暴(即，避免PCRF同時向AF節(jié)點觸發(fā)成千個Rx重新授權(quán)(RAR)消息)的機制。簡單的選擇是PCRF僅將這些Rx RAR消息劃分為分布在特定時間窗上的不同批次。
[0113]接著，PCRF 930從AF 940接收Rx重新授權(quán)應(yīng)答(RAA)消息。
[0114]AF節(jié)點940接著在框970中針對相應(yīng)的AF會話對服務(wù)會話活動性進行檢查，并且根據(jù)結(jié)果可以區(qū)分以下情況。
[0115]在AF節(jié)點未檢測到相應(yīng)服務(wù)會話的近期活動(例如在過去的X秒中的活動)的情況下，AF節(jié)點通過觸發(fā)Rx會話終止請求(Rx STR)內(nèi)部移除服務(wù)會話以及相應(yīng)的AF會話。注意:Rx STR當(dāng)被PCRF 930接收到時意味著PCRF將向PCEF 920觸發(fā)PCC規(guī)則移除，這可以導(dǎo)致移除專用承載。該情況由圖9中的虛線框指示。更具體地，該框還示出了 Gx參考點上的信令，如在PCEF 920指示移除專用承載并通知UE 910之前，由PCRF發(fā)送Gx重新授權(quán)請求(RAR)消息(charging-rule-remove)以及由 PCRF 從 PCEF 920 接收 Gx RAA 消息。
[0116]在AF節(jié)點940檢測到相應(yīng)服務(wù)會話的近期活動(例如在過去的X秒內(nèi)的活動)的情況下，AF節(jié)點940不移除服務(wù)會話和相應(yīng)的AF會話，因此其將僅通過發(fā)送Rx RAA消息來應(yīng)答。
[0117]圖10中示出的序列在包括UE 1010、PCEF 1020、PCRF 1030和AF1040的系統(tǒng)中執(zhí)行。PCEF 1020,PCRF 1030和AF 1040可以是PCC架構(gòu)(如圖1中所示的架構(gòu))的一部分。根據(jù)以下描述的序列，可以管理網(wǎng)絡(luò)資源。與參照圖9描述的示例的主要區(qū)別在于:在圖10中，方法基于中斷原因AVP而非特定動作AVP。該選項可能更簡單，由于AF不需要預(yù)先預(yù)訂PCRF指示。
[0118]如框1050所示，AF節(jié)點1040檢測服務(wù)，并且交換Rx AAR和Rx AAA消息。然而，與圖9相對照，無需新值12。
[0119]當(dāng)PCRF節(jié)點1030檢測到其內(nèi)部資源將滿(例如存儲器使用量達到特定閾值，如80% )時(參見框1060)，僅針對被映射至專用承載的AF會話，PCRF節(jié)點1030通過包括被設(shè)置為INDICAT10N_0F_SERVER_RES0URCES(1)的中斷原因AVP，利用RxRAR的消息通知AF節(jié)點1040。
[0120]此處，3GPP已支持中斷原因 AVP 值 INSUFFICIENT_SERVER_RESOURCES (I)。然而，3GPP使用情況不是僅僅通知AF節(jié)點，而實際上移除AF會話。值INSUFFICIENT_SERVER_RESOURCES (I)用于指示服務(wù)器過載并且需要中斷會話。
[0121]為了成為圖9所示的方法的有效備選，3GPP 29.214需要被修改為指示具有被設(shè)置為上述值的中斷原因AVP的RAR將不實際上移除AF會話，取而代之地將由AF 1040決定是否需要通過觸發(fā)后續(xù)Rx STR來移除AF會話。
[0122]還可以在圖10的方法中使用如參照圖9討論的避免信令風(fēng)暴的類似機制，并且參照之前的說明以獲得細節(jié)。
[0123]AF節(jié)點1040接著在框1070中針對相應(yīng)的AF會話對服務(wù)會話活動性進行檢查，并且根據(jù)結(jié)果可以區(qū)分以下情況。
[0124]在AF節(jié)點1040未檢測到相應(yīng)服務(wù)會話的近期活動(例如在過去的X秒中的活動)的情況下，AF節(jié)點通過觸發(fā)Rx STR內(nèi)部移除服務(wù)會話以及相應(yīng)的AF會話。注意:RxSTR當(dāng)被PCRF 1030接收到時意味著PCRF將向PCEF 1020觸發(fā)PCC規(guī)則移除，這可以導(dǎo)致專用承載移除，如圖10中的虛線框所示，該虛線框與圖9中的虛線框相同并且因此參照之前的描述。
[0125]在AF節(jié)點1040檢測到相應(yīng)服務(wù)會話的近期活動(例如在過去的X秒內(nèi)的活動)的情況下，AF節(jié)點將不移除服務(wù)會話或相應(yīng)的AF會話，因此其將僅通過發(fā)送Rx RAA消息來應(yīng)答。
[0126]上述方案可以在用于移動云加速器的SPC/SASN和SAPC中實現(xiàn)。如以上多次提到的，雖然大多數(shù)示例是參照Rx參考點(AF情形)描述的，當(dāng)使用36--版本1161事件觸發(fā)代替Rx用于服務(wù)通知時，相同的方法還可以適用于TDF節(jié)點(獨立的或與PCEF共處一處)。圖12a、12b和12c分別示出了三種不同情形，即，AF情形、獨立TDF情形以及TDF與PCEF共處一處情形。因此，應(yīng)清楚:主要涉及圖12a的情況的上述示例不限于Rx參考點，在Sd參考點和Gx參考點上也可以使用類似的功能，并且取得相同的效果。
[0127]根據(jù)以上內(nèi)容，可以優(yōu)化針對長生存期的專用承載被節(jié)點觸發(fā)的不同情形的網(wǎng)絡(luò)資源，并且特別地可以避免存儲器耗盡。
[0128]包括單元、節(jié)點、服務(wù)器和系統(tǒng)在內(nèi)的根據(jù)本發(fā)明不同實施例的物理實體可以包括或存儲包括指令的計算機程序，使得當(dāng)計算機程序在物理實體上執(zhí)行時，執(zhí)行根據(jù)本發(fā)明實施例的步驟和操作，即，使數(shù)據(jù)處理裝置執(zhí)行操作。具體地，本發(fā)明的實施例還涉及用于執(zhí)行根據(jù)本發(fā)明實施例的操作/步驟的計算機程序以及存儲用于執(zhí)行上述方法的計算機程序的任何計算機可讀介質(zhì)。計算機可讀介質(zhì)可以是任何盤或硬盤、RAM或ROM或EEPROM或無形介質(zhì)，如信號。
[0129]如果使用了術(shù)語接收機、確定器、終止指示器、檢測器、發(fā)送機和定時器，不對這些單元可以如何分布或這些單元可以如何聚合進行限制。即，節(jié)點和系統(tǒng)的構(gòu)成單元可以分布在不同軟件和硬件組件或其他設(shè)備中，以帶來預(yù)期功能。多個不同的元件可以聚合，以提供預(yù)期功能。例如，節(jié)點的元件/功能可由微處理器和存儲器實現(xiàn)，其中，微處理器可以被編程使得執(zhí)行上述操作或步驟，上述操作或步驟可以作為指令存儲在與微處理器相連接的存儲器中
[0130]此外，節(jié)點或系統(tǒng)的單元可以硬件、軟件、現(xiàn)場可編程門陣列(FPGA)、專用集成電路(ASIC)、固件等實現(xiàn)。
[0131]對本領(lǐng)域技術(shù)人員將顯而易見的是，可以在本發(fā)明的實體和方法以及本發(fā)明的構(gòu)造方面做出各種修改和變形，而不背離本發(fā)明的范圍或精神。
[0132]關(guān)于在全部方面意在說明性而非限制性的特定實施例和示例對本發(fā)明進行了描述。本領(lǐng)域技術(shù)人員將意識到:硬件、軟件和/或固件的許多不同組合將適于實現(xiàn)本發(fā)明。
[0133]此外，通過考慮此處公開的發(fā)明的說明書和實踐，本發(fā)明的其他實現(xiàn)對于本領(lǐng)域技術(shù)人員是顯而易見的。本意上，說明書和示例僅被看作示例性的，其中，以下列出了在上述示例中使用的縮略語。為此，應(yīng)理解:創(chuàng)造性方面在于比單個之前公開的實現(xiàn)或配置的所有特征更少。因此，本發(fā)明的真正范圍和精神由以下權(quán)利要求指示。
[0134]縮略語
[0135]3GPP第三代伙伴項目
[0136]AF應(yīng)用功能
[0137]AVP屬性值對
[0138]CCA信用控制應(yīng)答
[0139]CCR信用控制請求
[0140]⑶N內(nèi)容傳遞網(wǎng)絡(luò)
[0141]DPI深度分組檢查
[0142]GGSNGPRS網(wǎng)關(guān)支持節(jié)點
[0143]HTTP超文本傳輸協(xié)議
[0144]IMSIP多媒體子系統(tǒng)
[0145]IP互聯(lián)網(wǎng)協(xié)議
[0146]IP-CAN互聯(lián)網(wǎng)協(xié)議連接訪問網(wǎng)絡(luò)
[0147]MCA移動云加速器
[0148]PCC策略和計費控制
[0149]PCEF策略和計費實施功能
[0150]PCRF策略和計費規(guī)則功能
[0151]P-CSCF代理呼叫會話控制功能
[0152]PDN Gff分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)
[0153]PDP分組數(shù)據(jù)協(xié)議
[0154]QoS服務(wù)質(zhì)量
[0155]RAA重新授權(quán)應(yīng)答
[0156]RAR重新授權(quán)請求
[0157]SAPC服務(wù)感知策略控制器
[0158]SASN服務(wù)感知支持節(jié)點
[0159]SPC智能管道控制器
[0160]TCP傳輸控制協(xié)議
[0161]TDF業(yè)務(wù)刪除功能
【權(quán)利要求】
1.一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法，包括以下步驟: 在第二節(jié)點處接收與第一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示； 確定與客戶端和第二節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性是否低于活動性閾值；以及 如果活動性被確定為低于活動性閾值，指示終止被分配給服務(wù)會話的承載資源。
2.一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法，包括以下步驟: 檢測第一節(jié)點的服務(wù)器資源的狀態(tài)； 向第二節(jié)點發(fā)送與第一節(jié)點處的服務(wù)器資源的狀態(tài)有關(guān)的指示；以及接收對終止被分配給服務(wù)會話的承載資源的請求，針對所述服務(wù)會話，第二節(jié)點已確定與客戶端和第二節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性低于活動性閾值。
3.根據(jù)權(quán)利要求1所述的方法，還包括以下步驟: 在第一節(jié)點處預(yù)訂在第二節(jié)點處接收指示。
4.根據(jù)權(quán)利要求1至3中任一項所述的方法，其中，第二節(jié)點包括應(yīng)用功能AF，或者第一節(jié)點包括策略和計費規(guī)則功能PCRF。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其中，服務(wù)會話的活動性取決于被分配給服務(wù)會話的承載資源的數(shù)據(jù)業(yè)務(wù)和保證比特率中的至少一個。
6.根據(jù)權(quán)利要求1至5中任一項所述的方法，其中，如果在所述確定前的特定時段內(nèi)檢測的服務(wù)會話的數(shù)據(jù)業(yè)務(wù)低于預(yù)定閾值或者如果在所述確定前的特定時段內(nèi)檢測的數(shù)據(jù)業(yè)務(wù)與保證比特率之比低于預(yù)定閾值，服務(wù)會話的活動性低于非活性閾值。
7.根據(jù)權(quán)利要求1至6中任一項所述的方法，其中，如果服務(wù)會話的活動性被確定為低于活動性區(qū)域，移除服務(wù)會話。
8.根據(jù)權(quán)利要求1至7中任一項所述的方法，其中，服務(wù)器資源構(gòu)成第一節(jié)點的服務(wù)器的存儲器，并且服務(wù)器資源的狀態(tài)指示第一節(jié)點處的可用存儲容量。
9.根據(jù)權(quán)利要求8所述的方法，其中，如果對服務(wù)器的存儲器的使用達到閾值，傳輸所述指示。
10.根據(jù)權(quán)利要求1至9中任一項所述的方法，其中，承載資源是專用于所述服務(wù)會話的承載，并且服務(wù)會話被映射至多個承載中的所述專用承載。
11.根據(jù)權(quán)利要求2所述的方法，還包括以下步驟: 在第二節(jié)點處接收與第一節(jié)點處的服務(wù)器資源的狀態(tài)有關(guān)的指示； 確定服務(wù)會話的活動性是否在活動性閾值以下；以及 如果服務(wù)會話的活動性被確定為在活動性閾值以下，指示終止被分配給服務(wù)會話的承載資源。
12.一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的方法，所述方法由具有非活動定時器的節(jié)點執(zhí)行并且包括以下步驟: 周期性地確定與至少一個客戶端和節(jié)點之間的連接相關(guān)聯(lián)的多個服務(wù)會話中的至少一個服務(wù)會話的活動性是否低于活動性閾值， 如果所述至少一個服務(wù)會話的活動性低于活動性閾值，指示終止被分配給所述至少一個服務(wù)會話的承載資源， 其中，確定服務(wù)會話的活動性的時段的長度比由非活動定時器設(shè)置的時段短。
13.根據(jù)權(quán)利要求12所述的方法，其中，指示終止被分配給所述多個服務(wù)會話內(nèi)具有最長非活動的服務(wù)會話的承載資源。
14.一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的節(jié)點，包括: 接收機，被配置為接收與另一節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示； 確定器，被配置為確定與客戶端和所述節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性是否低于活動性閾值；以及 終止指示器，被配置為在活動性被確定為低于活動性閾值的情況下，指示終止被分配給服務(wù)會話的承載資源。
15.一種在管理通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的節(jié)點，包括: 檢測器，被配置為檢測所述節(jié)點的服務(wù)器資源的狀態(tài)； 發(fā)送機，被配置為向另一節(jié)點發(fā)送與所述節(jié)點的服務(wù)器資源的狀態(tài)有關(guān)的指示；以及接收機，被配置為接收對終止被分配給服務(wù)會話的承載資源的請求，針對所述服務(wù)會話，所述另一節(jié)點已確定與客戶端和所述另一節(jié)點之間的連接相關(guān)聯(lián)的服務(wù)會話的活動性低于活動性閾值。
16.一種用于在通信網(wǎng)絡(luò)的策略和計費系統(tǒng)中管理網(wǎng)絡(luò)資源的節(jié)點，包括: 非活動定時器； 確定器，被配置為周期性地確定與至少一個客戶端和所述節(jié)點之間的連接相關(guān)聯(lián)的多個服務(wù)會話中的至少一個服務(wù)會話的活動性是否低于活動性閾值， 終止指示器，被配置為在所述至少一個服務(wù)會話的活動性低于活動性閾值的情況下，指示終止被分配給所述至少一個服務(wù)會話的承載資源， 其中，確定服務(wù)會話的活動性的時段的長度比由非活動定時器設(shè)置的時段短。
17.—種系統(tǒng)，包括根據(jù)權(quán)利要求14的節(jié)點和根據(jù)權(quán)利要求15的節(jié)點。
18.—種包括指令的計算機程序，所述指令被配置為:當(dāng)在數(shù)據(jù)處理器上執(zhí)行時，使所述數(shù)據(jù)處理器執(zhí)行根據(jù)權(quán)利要求1至13中任一項所述的方法。
【文檔編號】H04L29/06GK104247331SQ201280068566
【公開日】2014年12月24日 申請日期:2012年1月30日 優(yōu)先權(quán)日:2012年1月30日
【發(fā)明者】帕布魯·莫利納羅費爾南德斯, 伊蓮·馬丁卡畢羅, 米格爾·安杰爾·穆諾茲德拉托雷阿隆索 申請人:瑞典愛立信有限公司