用于控制承載相關資源的方法和節點以及對應的系統和計算機程序的制作方法
【專利摘要】本發明涉及一種用于由策略與計費系統在通信網絡中控制承載相關資源的方法和一種用于控制承載相關資源的節點；一種包括該節點的系統；以及一種計算機程序，被配置為有效利用電信網絡的承載資源。用于由策略與計費系統在通信網絡中控制承載相關資源的所述方法包括以下步驟：在網絡節點處獲得指示用戶設備UE是否支持多個承載中的專用承載的承載支持信息，該專用承載是專用于服務會話的承載；根據所獲得的承載支持信息，設置用于該服務會話的時段；以及當所設置的時段期滿時，指示修改分配給該服務會話的保留承載資源。
【專利說明】用于控制承載相關資源的方法和節點以及對應的系統和計算機程序
【技術領域】
[0001]本發明涉及一種用于由策略與計費系統在通信網絡中控制承載相關資源的方法和一種用于控制承載相關資源的節點；一種包括該節點的系統；以及一種計算機程序，被配置為有效利用電信網絡的承載資源。
【背景技術】
[0002]在諸如電信網絡的通信網絡中，呼叫或服務通常一方面涉及控制面或信令面，并且另一方面涉及用戶面或媒體面。控制面或信令面負責建立并管理網絡的兩點之間的連接。用戶面或媒體面負責傳送用戶數據或服務數據。網絡運營商具有在網絡中定義并實施規則集合的期望。規則集合構成策略。用于管理和實施這些策略的策略框架通常包括至少三個單元或功能:用于存儲可以是用戶特定的策略規則的策略庫、策略決定單元或功能以及策略實施單元或功能。策略框架的目的包括控制訂戶對網絡和服務的接入以及接入類型，即，其特征。
[0003]策略框架尤其處理關于是否給予訂戶資格或向其授權以使其享受服務，以及網絡是否可以向訂戶提供服務(特別是網絡是否可以以期望的服務質量(QoS)向訂戶提供服務)的決定。
[0004]策略和計費控制架構(例如(但不限于)3GPP TS23.203版本11.1.0(2011-03)，Technical Specification Group Services and System Aspects ；Policy and chargingcontrol architecture(releasell)(可在 http://www.3gpp.0rg/ftp/Specs/2011_03/Rel-ll/23_series/上獲得)中描述的架構)集成策略和計費控制。策略和計費控制(PCC)架構允許繼承策略和計費控制。策略框架的一個目的是建立并實施取決于訂戶和/或期望服務的規則，以確保網絡資源在所有訂戶之間的高效使用。
[0005]圖1中示出了引自3GPP TS23.203的支持策略和計費控制(PCC)功能的架構，3GPPTS23.203規定了針對包括3GPP接入(GERAN/UTRAN/D-UTRAN)和非3GPP接入的演進3GPP分組交換域的PCC功能。策略控制和計費規則功能(PCRF) 110是包含策略控制決定和基于流的計費控制功能的功能性單元。PCRF向策略和計費實施功能(PCEF) 120提供與服務數據流(SDF)檢測、網關控制、QoS和基于流的計費(除了信用管理之外)有關的網絡控制。PCRF從應用功能(AF) 140接收會話和媒體相關信息，并向AF通知業務面事件。PCRF110還與訂戶簡檔庫(SPR) 150耦合。
[0006]PCRF經由Gx參考點向PCEF提供PCC規則，并可以經由S7x參考點向承載綁定與事件報告功能(BBERF) 130提供QoS規則。
[0007]Gx 參考點或接口是在 3GPP TS29.212 “Policy and charging control over Gxreference point”中定義的，并處于PCRF和PCEF之間。該參考點用于從PCRF向PCEF供給和移除PCC規則，以及從PCEF向PCRF傳輸業務面事件。Gx參考點可以用于計費控制、策略控制或計費控制和策略控制。[0008]Rx 參考點是在 3GPP TS29.214 “Policy and charging control over Rxreference point”中定義的，并用于在PCRF和AF之間交換應用層會話信息。PCRF的示例是愛立信服務認知策略控制器(SAPC)，例如見《愛立信評審》2010年第一期第4至9頁的Castro 等的 “SAPC:Ericsson，s Convergent Policy Controller，，。AF 的不例是 IP 多媒體子系統(MS)代理呼叫會話控制功能(P-CSCF)。
[0009]Gx參考點和Rx參考點可以基于Diameter，例如見2003年9月IETF的P.Calhoun等的“RFC3588:Diameter Based Protocol，，。
[0010]在圖1的架構100中，PCRF通過PCC規則的使用向PCEF通知例如如何控制通信網絡的無線資源。例如，將構成網絡中業務的IP分組分配給承載資源。
[0011]包括PCEF或另一承載綁定功能(BBF)的節點包含:基于PCC規則中包括的過濾器定義的SDF檢測；以及在線和離線計費交互和策略實施。因為PCEF通常是處理承載的單元，所以在PCEF中根據來自PCRF的QoS信息對承載實施QoS。例如，PCEF位于網關中，例如，在GPRS情況下在網關GPRS支持節點(GGSN)中。針對在核心網中存在代理移動IP (PMIP)或雙棧移動IP(DSMIP)的所有情況，取而代之地在BBERF中執行承載控制。
[0012]應用功能(AF) 140是提供應用的單元，其中，在與已經請求服務的層(例如，信令層)不同的層(例如，傳輸層)中傳遞服務。根據已經協商的內容執行資源控制，例如(但不限于)IP承載資源。包括AF140的網絡節點的一個示例是IP多媒體(IM)核心網(CN)子系統的P-CSCF。AF140可以與PCRF110進行通信，來運送動態會話信息，即，要在傳輸層中傳遞的多媒體的描述。此通信是使用上述Rx接口或Rx參考點執行的，Rx接口或Rx參考點位于PCRF110和AF140之間，并用于在PCRF110和AF140之間交換應用層信息。可以從P-CSCF中的會話信息推導出Rx接口中的信息，并且其主要包括所謂的媒體組件。媒體組件由IP流的集合構成，每個IP流是通過例如5元組、媒體類型和所需帶寬進行描述的。包括AF140的網絡節點的另一示例是流服務器。
[0013]PCRF110還可以與SPR150聯系，以獲得訂閱數據。SPR可以包含關于訂戶及其策略的信息。如果用戶是“高級”訂戶，并且永久能夠具有比平均用戶更大的帶寬，和/或此用戶的會話連接具有高QoS。
[0014]在從PCRF接收到PCC/QoS規則時，PCEF或BBERF執行承載綁定，即將所提供的規則與IP-CAN(因特網協議連接接入網)會話中的IP-CAN承載相關聯。承載綁定功能將使用PCRF提供的QoS參數，來為規則創建承載綁定。綁定是在PCC/QoS規則中包括的服務數據流和具有相同QoS等級標識符(QCI)和分配保留優先級(ARP)的IP-CAN承載之間創建的。
[0015]一般而言，承載綁定功能將評估是否可以使用現有IP-CAN承載之一。如果不能使用現有承載，則發起合適的IP-CAN承載的建立。否則，在需要時(例如，QoS信息改變時)，BBF將發起對應承載的修改。針對GBR承載(即，具有保障比特率的承載)，BBF將基于PCRF提供的QoS信息保留所需資源。
[0016]接下來，描述PCC對應用的支持。當應用需要IP-CAN用戶面上的動態策略和/或計費控制以開始服務會話時，AF與PCRF進行通信以運送PCRF對IP-CAN網絡采取合適動作所需的動態會話信息。PCRF授權會話信息，創建對應PCC/QoS規則并將它們安裝在PCEF/BBERF中。將發起/修改可應用承載，并且在需要時，將為該應用保留資源。[0017]一旦應用或用戶設備(UE)決定終止該服務，AF與PCRF進行通信，使得PCRF可以移除可應用PCC/QoS規則，并且PCEF/BBERF停止對應SDF檢測、策略實施以及基于流的計費功能，終止或更新可應用承載，并釋放對應資源。
[0018]包括AF的應用服務器(例如流服務器)可以根據其要求(即視頻或其他流服務需要特定帶寬、QoS、計費等)向PCRF請求承載的建立。
[0019]深層分組檢查(DPI)技術支持分組檢查和服務分類，其由根據所配置的規則樹分類使得它們被分配給特定服務會話的IP分組構成。DPI當前正在標準化過程中，作為所謂的業務檢測功能(TDF)，DPI可以是單獨的或與PCEF共處一處的，其中由用于分組檢查的此功能捕捉業務。TDF捕捉的數據業務通常是IP分組數據。對于細節，參見3GPP TR23.813。
[0020]當前，大多數現有UE不支持專用承載。因此，所有業務(即，用戶正在運行的服務的所有數據業務)進入缺省承載，并且不能為用戶正在運行的每個服務分配不同QoS。此問題適用于獨立TDF和與PCEF共處一處的TDF。
[0021]例如，在受贊助服務的情況下，通過例如上文已經描述的改變QCI或ARP的手段，提升缺省承載QoS，這意味著在相同缺省承載上的其他非贊助服務也經歷提升的QoS。因此，非贊助服務將“搭便車”，即在沒有任何贊助的情況下具有相同的提升QoS。當受贊助服務停止時，缺省承載QoS回到先前的(非提高的)QoS。
[0022]一些服務/協議(如RTSP(實時流傳輸協議))在它們自己的信令(RTSP.TEARD0WN)中指示服務停止條件，但大多數服務(例如HTTP瀏覽)不具有這種指示，因此服務停止條件需要基于TDF本地處理的非活動定時器。這是未在3GPP中定義的內部TDF功能，并且外部效果是:使用事件(服務停止)來觸發承載資源(例如承載QoS)的修改。非活動定時器通常設置為非常高的值，使得即使用戶不再運行受贊助服務，提升的QoS也保持非常長的時間。因此，其他非贊助服務在該時段期間“搭便車”，直到非贊助服務會話超時。
[0023]相同的情況適用于相反的情形(針對需要降低QoS的服務)。例如，運營商不允許UE上的移動IP電話(例如Skype)，并且會想要降低服務的QoS。如果用戶停止該移動IP電話會話，針對該服務會話的非活動定時器將仍在運行，從而QoS針對所有服務保持降低，并且不要被降低的其他服務同樣仍經歷較低QoS，然而這是不期望的。
[0024]因為網絡中資源有限，它們的優化使用是網絡運營商的要求，必須高效地控制資源(特別是承載資源)。因此，期望提供對服務的高效、靈活和/或公平的資源分配。
【發明內容】
[0025]在獨立權利要求中限定一種方法、節點、系統和計算機程序。在從屬權利要求中限定有益的實施例。
[0026]在一個實施例中，提供了一種用于由策略與計費系統在通信網絡中控制承載相關資源的方法。所述方法包括以下步驟:在網絡節點處獲得指示用戶設備(UE)是否支持多個承載中的專用承載的承載支持信息，所述專用承載是專用于服務會話的承載；以及根據所獲得的承載支持信息設置用于服務會話的時段。所述方法還包括以下步驟:當所設置時段期滿時，指示修改分配給所述服務會話的保留承載資源。因此，可以取決于UE的類型(即，除了至少一個缺省承載之外，所述UE是否支持一個或多個專用承載)控制承載資源，并且可以取決于所述承載之一攜帶的服務，適配承載資源(例如，QoS)。因此，承載支持信息可以相應地用于設置時段，并且承載相關資源的高效和靈活控制是可能的。
[0027]在一個實施例中，提供一個策略與計費系統的節點，用于在通信網絡中控制承載相關資源。所述節點包括:獲得器，被配置為獲得指示用戶設備(UE)是否支持多個承載中的專用承載的承載支持信息，所述專用承載是專用于服務會話的承載；以及定時器，被配置為根據所獲得的承載支持信息設置用于服務會話的時段。所述節點還包括:控制器，被配置為當所述時段期滿時，指示修改分配給所述服務會話的保留承載資源。因此，可以取決于UE的類型控制承載資源，并且可以取決于所述承載之一攜帶的服務，適配承載資源(例如，QoS)。
[0028]在另一實施例中，用于控制承載相關資源的系統包括上述節點和包括策略與計費規則功能(PCRF)的另一節點，所述策略與計費規則功能PCRF被配置為:基于所述UE的標識符或網絡承載支持信息以及UE承載支持信息，確定是否支持專用承載；以及在承載支持信息中包括所述確定的結果。因此，可以取決于UE的類型控制承載資源，并且可以取決于所述承載之一攜帶的服務，適配承載資源(例如，QoS)。
[0029]在另一實施例中，提供了一種包括指令的計算機程序，所述指令被配置為:當在數據處理器上執行時，使所述數據處理器執行上述方法。
[0030]此外，在從屬權利要求中公開了本發明的有益實施例。
【專利附圖】
【附圖說明】
[0031]圖1示出了用于幫助讀者理解示例性上下文的示例性PCC架構，可以在該示例性PCC架構中應用本發明。
[0032]圖2示出了根據實施例的用于控制承載相關資源的方法的操作。
[0033]圖3A示出了基于承載控制模式的用于控制承載相關資源的方法的操作。
[0034]圖3B示出了基于MEI的用于控制承載相關資源的方法的操作。
[0035]圖4示出了根據實施例的被配置為控制承載相關資源的節點的單元。
[0036]圖5示出了基于承載控制模式的根據實施例的示例性方法。
[0037]圖6示出了基于IMEI的根據實施例的示例性方法。
[0038]圖7不出了基于IMEI的根據實施例的另一不例性方法。
[0039]圖8A示出了單獨的TDF。
[0040]圖8B示出了與PCEF共處一處的TDF。
【具體實施方式】
[0041]參考附圖描述本發明的其他實施例。值得注意的是，以下說明書僅包含示例，并且不應當被理解為限制本發明。
[0042]在下文中，相似的或相同的附圖標記指示相似或相同的單元或操作。
[0043]圖2示出了用于控制承載相關資源的方法的流程圖。所述方法的步驟可以由策略與計費系統的一個或更多個節點執行，該策略與計費系統優選地包括與PCEF共處一處的業務檢測功能(TDF)或單獨的TDF。為了輔助讀者理解本發明的實施例，通過參考圖1的PCC架構描述示例。如上所述，圖1中描述的功能是功能性單元，該功能性單元可以被置于策略與計費系統的節點中，并可以由本領域已知的合適的服務器、路由器、計算機及其組合等來實現。
[0044]從圖2中可以看到，該方法包括步驟210，其中在網絡節點(例如包括PCEF120或與PCF共處一處的TDF或單獨的TDF在內的網絡節點)處獲得承載支持信息。
[0045]承載支持信息指示用戶設備(UE)是否支持專用承載，該專用承載是專用于特定服務會話的承載。承載支持信息可以由包含具有特定比特式樣或僅具有單個比特的字段的消息提供，所述特定比特式樣或單個比特指示與策略與計費系統進行通信的UE支持專用承載。支持專用承載的UE通常是設計用于LTE(長期演進)移動通信或3GPP版本7的新型終端(特別是實現來自3GPP版本7的3GPP23.060和3GPP24.008中規定的“網絡請求輔助PDP上下文激活”的特殊終端)。這種終端通常支持包括至少一個專用承載和一個缺省承載的多個承載。攜帶承載支持信息的消息的示例是攜帶承載控制模式AVP (屬性值對)或UE專用承載支持AVP的消息，這里分別被稱為承載控制模式消息和專用承載支持消息，以下將更詳細地對其進行描述。技術人員認識到:除了承載控制模式AVP或UE專用承載支持AVP之外，還可以使用其他AVP，例如從上述AVP推導出的AVP。例如，供應商可以修改AVP或簡單地改變AVP名稱或將兩個AVP合并為一個。
[0046]在步驟220中，根據所獲得的承載支持信息設置服務會話的時段。可以在TDF節點或PCEF節點120中設置該時段，然而由PCRF節點110設置時段也是可行的。TDF節點可以是單獨的TDF或與PCEF120共處一處的TDF，以下將結合圖8A和8B更詳細地對此進行描述。
[0047]取決于UE是否支持專用承載，存在例如兩種操作模式。
[0048]在第一模式中，如果承載支持信息指示UE不支持針對服務會話UE的專用承載，則將該時段設置為短時段。因此，服務會話應當具有激進的(aggressive)超時時段(例如在30秒和2分鐘之間)，以避免其他服務搭便車。
[0049]在另一模式中，如果承載支持信息指示UE支持針對服務會話UE的專用承載，則將該時段設置為長時段。因此，服務會話應當具有非常長的超時周期，例如約數百分鐘。
[0050]在步驟230中，當所設置的時段(即，上述短時段或長時段)期滿時，指示修改分配給服務會話的保留承載資源。例如，TDF可以發送指示包括BBF的PCEF修改承載QoS的信號。如果包括執行分組檢查和服務分類的TDF在內的節點是單獨的節點，使得需要在PCEF和TDF之間傳送消息，則這是特別有用的。
[0051]當若干專用承載用于一個單個服務(例如視頻呼叫)時(存在一個專用承載用于攜帶視頻分組并且另一專用承載用于攜帶語音分組)，可以使用相同的方案。因此，在短時段之后修改承載資源于是包括修改兩個承載。
[0052]應當理解，該方法還可以由除了 TDF節點或合并TDF和PCEF的節點之外的不同節點執行或分布在系統的不同節點上，其中然后指示BBF修改承載資源。
[0053]可能的操作可以包括TDF監視根據特定規則分類的并分配給特定服務會話(例如受贊助服務)的IP分組，并且因此將時段設置為長時段，并且一旦不再檢測到受贊助服務的IP分組，啟動此時段。因此，該時段可以被認為是最后檢測到的IP分組和從TDF向PCRF發送停止消息之間的時段。換句話說，該時段延遲從TDF到PCRF的停止消息，使得Rx接口和Gx接口未立刻受影響，而是以一定的延遲執行修改。[0054]在其上僅攜帶受贊助服務的專用承載的情況下，專用承載及其QoS可以保持上述長時段，并且沒有其他服務搭便車。在其上攜帶受贊助服務以及另一服務的缺省承載的情況下，在回到提供給普通服務的較低(原始)QoS之前，缺省承載及其較高的QoS可以保持短時段。
[0055]類似地，代替檢測是否未檢測到受贊助服務的IP分組，一旦包含分組數據的業務流下降到特定閾值以下，就可以觸發超時時段。如果服務使用提供很少但可檢測的數據業務的“你是否仍在”信令，則這可能是有利的。例如，只要服務數據速率低于特定閾值，定時器都運行。如果服務數據速率上升到高于閾值，則重置定時器，并且直到服務數據速率降低到閾值以下才啟動定時器。此外，可以提供具有計數器功能的累積定時器，也就是說，定時器可以運行X秒直到再次檢測到服務數據，并且代替一旦稍后服務數據低于特定閩值就在O秒重新啟動，定時器可以稍后在X秒啟動并且運行，直到達到所設置的時段并且資源被修改。
[0056]與以上相反，如果UE不支持專用承載并且在相同缺省承載上執行所有服務，例如將時段設置為較短時段，以避免當受贊助服務不再運行時，其他服務經歷高QoS (如果承載的QoS是承載資源)。因為受贊助服務不再運行，應當快速降低QoS，這是因為沒有理由相同缺省承載上的其他服務還應當經歷提升的QoS。
[0057]在以上示例中，承載資源的修改被描述為降低承載的QoS，然而能夠進行其他類型的承載資源的修改，例如斷開承載、向承載提供較低保障比特率或切換到盡力而為的比特率。當承載是僅運行一個受贊助服務的專用承載時，斷開承載的鏈接可能是特別有利的，使得當用戶不再運行服務時，可以斷開承載。在此情況下，可以保持UE和提供不同服務的不同應用服務器之間建立的其他承載，例如缺省承載。
[0058]在下文中，描述了取決于策略與計費系統中功能的結構和分布的不同情形。在示例性情形之一中，TDF是單獨的節點，而在其他情形中，TDF與PCEF共處一處。
[0059]首先，結合圖3A和3B描述具有單獨的TDF節點的情形。在此情形中，可以區分兩種機制，這可用于區分支持專用承載的終端(例如UE)和不支持專用承載的終端。第一機制基于承載控制模式(BCM)并結合圖3A描述，而第二機制基于UE的國際移動臺設備標識(IMEI)。
[0060]圖3示出了步驟340，步驟340在圖2的步驟210、220和230之前。在步驟340中，在包括策略與計費規則功能(例如PCRF110)的網絡節點，基于網絡承載支持信息和UE承載支持信息，確定是否支持專用承載，并且將該確定的結果包括在承載支持信息中，如上所述。因此，承載支持信息還可以是關于UE支持專用承載和網絡支持專用承載的信息的組
口 ο
[0061]如以下將參考圖5更詳細地描述的，在以上結合步驟210所描述的其他網絡節點(例如，包括TDF的節點)處在承載控制模式消息中接收來自包括PCRF的網絡節點的承載支持信息。具體而言，包括PCRF的節點接收UE支持網絡發起的承載的信息(UE承載支持信息)以及服務GPRS支持節點(SGSN)支持網絡發起的承載的信息(網絡承載支持信息)。
[0062]現在將參考圖5詳細描述該基于BCM的機制。
[0063]在以下示例中，假定PCEF在GPRS網關支持節點(SGSN)中，并且UE通過基站系統與服務GPRS支持節點(SGSN)進行通信。從圖5中可以看到，該流程圖適用于具有單獨的TDF的情形，其中，可以通過Rx接口(RAR或AAA消息)要么通過Gx接口(RAR或CCA消息)，攜帶PCRF和單獨的TDF之間的BCM信息。可以在說明書的末尾找到這些消息的縮寫的含義。
[0064]在UE激活PDP上下文請求之后，在用戶會話建立時，PCEF節點向PCRF轉發Gx CCR初始中的網絡請求支持AVP。
[0065]更詳細而言，當PCEF是在GGSN節點中時，如上所述，如果UE和SGSN都支持網絡發起的專用承載，則GGSN通過包括具有值NETW0RK_REQUESTN0T SUPPORTED (I)的網絡請求支持AVP，向PCRF指示支持網絡發起的專用承載。如果UE或SGSN中任一個不支持網絡發起的承載，則GGSN包括具有值NETWORK_REQUEST NOT SUPPORTED (O)的網絡請求支持AVP。因此，取決于網絡請求支持AVP中的值(可以是協議消息的字段(所謂AVP)中的值)，向PCRF通知UE的類型，S卩，UE是否支持專用承載。
[0066]PCRF基于所接收的網絡請求支持AVP、接入網信息、訂戶信息和運營商策略，推導所選擇的承載控制模式AVP。然后，PCRF在Gx CCA響應消息中向PCEF發送承載控制模式AVP。
[0067]當PCEF是GGSN節點時，如果GGSN指示NETWORK_REQUEST_SUPPORTED，則PCRF返回具有值 UE_NW(2)的承載控制模式 AVP。如果 GGSN 指示 NETWORK_REQUEST NOT SUPPORTED,則PCRF返回具有值UE_0NLY (0)的承載控制模式AVP0如果承載控制模式是UE ONLY,則不支持網絡發起的承載，并且PCRF將所有PCC規則安裝在缺省承載中。在圖5中PCRF和PCEF之間示出了此信令。從圖5中可以看到，PCRF還例如通過Sd參考點(見圖8A)(在Gx RAR或CCA消息中)向單獨的TDF發送承載控制模式AVP。
[0068]如果單獨的TDF接收到具有UE_NW⑵值的承載控制模式AVP，這意味著UE支持專用承載。針對單獨的TDF，并且在單獨的TDF和PCRF之間的Gx接口不可用的情況下，另一備選是使用Rx協議和Rx RAR或Rx AAA消息運送承載控制模式AVP。
[0069]最終，一旦圖5中的TDF接收到承載控制模式AVP，TDF就基于承載控制模式(BCM)選擇操作模式，即，其根據在RAR/CCA/AAA消息中接收的所獲得的承載支持信息，指示設置或自己設置用于服務會話的時段。
[0070]使用不同機制，TDF可以基于UE的標識符(例如UE的MEI或UE型號和/或版本)推導出是否支持專用承載。將結合圖3B以及結合圖6和7的特定示例對其進行詳細描述。
[0071]從圖3B中可以看到，步驟350和360在結合圖2所描述的方法的步驟210-230之前。在步驟350中，獲得UE的標識符(例如MEI)。該標識符不限于MEI自身，而還可以是與頂EI有關的信息。例如，可以利用MEI對MEI數據庫進行查詢，IMEI數據庫返回指示UE是否支持專用承載的標識符。因此，這種標識符還可以被認為是承載支持信息。
[0072]在步驟360中，基于UE的標識符，確定在UE處是否支持專用承載，并且將確定的結果包括在承載支持信息中。例如，在PCRF處在會話建立時執行確定步驟360。在一些實施例中，如參考圖6更詳細地進行描述的，PCRF可以從數據庫MEI DB接收標識符，確定是否支持專用承載，并準備要向TDF發送的承載支持信息。
[0073]具體而言，TDF在承載支持消息中從PCRF(將結合圖6進行描述)或直接從存儲多個標識符的數據庫(將結合以下圖7進行描述)接收承載支持信息。[0074]在下文中，通過參考圖6和7的流程圖中所示的兩個特定示例，更詳細地描述基于IMEI的機制。
[0075]如上所述，為了知道UE是否支持專用承載，單獨的TDF可以從MEI推導出UE是否支持專用承載。例如，單獨的TDF在用戶會話建立時從3GPP-MEISV (26/10415/20)中的RADIUS信令接收MEI。這在圖6和7中已經激活PDP上下文請求之后PCEF和TDF之間的第二步驟中示出。圖6描述了當涉及PCRF和外部IMEI數據庫時單獨的TDF的情形。圖7適用于單獨的TDF的情形，但在這種情況下，TDF節點直接查詢MEI數據庫(DB)而不經過PCRF節點，如圖6所示。
[0076]此外，可能對三個備選感興趣。
[0077]在一個備選中，使用例如基于MEI范圍的單獨的TDF中的本地策略。
[0078]在另一備選中，單獨的TDF在3GPP中已經支持但在Sd參考點中未支持的Gx CCR初始消息中用戶設備信息AVP中，向PCRF發送獲得的MEI。如果PCRF和單獨的TDF之間的Gx接口不可用時，可以從PCEF向PCRF攜帶用戶設備信息AVP作為標準過程的部分，如圖6中虛線所示。
[0079]然后，PCRF將本地檢查或通過外部數據庫檢查該MEI是否支持專用承載，并且將會在UE專用承載支持AVP (例如3GPP不支持的專有AVP)中的Gx CCA響應消息中將其指示給單獨的TDF。
[0080]在另一備選中，針對單獨的TDF，在單獨的TDF和PCRF之間的Gx接口不可用的情況下，在Rx RAR或Rx AAA消息中運送UE專用承載支持AVP (見圖6)。如上所述,攜帶承載支持信息的消息的示例是先前描述的攜帶承載控制模式AVP的消息或這里描述的攜帶UE專用承載支持AVP的消息(專用承載支持消息)。應當注意，PCRF可能已經通過Gx接口從PCEF接收到用戶設備信息AVP中的MEI，使得單獨的TDF不需要將其傳遞給PCRF。如上所述，PCRF可以本地檢查或通過外部數據庫檢查該MEI是否支持專用承載，并可以在UE專用承載支持AVP (例如3GPP不支持的專有AVP)中的Rx RAR或Rx AAA響應消息中將其指示給TDF。
[0081 ] 如上所述，可以通過Rx接口(RAR或AAA消息)或Gx接口(RAR或CCA消息)攜帶PCRF和單獨TDF之間的UE專用承載支持AVP，由圖6中從PCRF到TDF的箭頭指示，其中在圖8A中示出了不同接口(即參考點)。
[0082]應當注意，3GPP未想到在單獨的TDF處從RADIUS信令獲取MEI，這是尚未商定在PCEF和單獨TDF之間定義參考點。然而，大多數可用的DPI盒(box)依賴于用于用戶會話創建的RADIUS信令。
[0083]在圖6中所指示的最后步驟中，TDF基于MEI選擇操作模式。
[0084]此操作基本上與圖5有關的描述相同，區別僅在于取代BCM，從MEI推導出承載支持信息。具體而言，一旦單獨TDF節點知道是否支持專用承載，就應用上述兩個相同的操作模式。
[0085]在不支持專用承載的情況下，服務會話應當具有激進的超時時段(例如在30秒和2分鐘之間)，以避免其他服務搭便車。該激進的超時時段可以直接應用于所有服務會話，或可以僅限于其檢測可以觸發QoS改變的服務會話。
[0086]在支持專用承載的情況下，服務會話應當具有非常長的超時時段，例如約數百分鐘,如上所述。
[0087]從圖6和圖7的比較中可以看到，圖7的流程圖基本上包括和圖6詳細討論的相同操作，區別僅在于在圖7的流程圖中，TDF節點直接查詢MEI數據庫，這簡化了信令，這是因為不涉及PCRF。圖7中的查詢消息可以包括先前當用戶會話建立時在TDF從RADIUS信令獲得的MEI，以及可以在TDF獲得指示是否支持專用承載的響應消息。基于此，以關于圖6所描述的相同方式,在TDF處選擇基于IMEI的操作模式。
[0088]應當注意，圖6和7中的TDF節點也可以具有內部MEI數據庫，例如基于MEI范圍的TDF配置的策略，這會進一步簡化信令。
[0089]在下文中，簡單地描述TDF與PCEF共處一處的情形。
[0090]包括此情形用于將構思擴展到具有DPI能力的PCEF節點，例如GGSN。換句話說，將業務檢測功能包括在與策略與計費實施功能相同的節點中。從圖8B中可以看到，在PCRF與合并PCEF和TDF的節點之間僅存在一個參考點，該節點可以是網關。因此，圖8A和8B的不同布設情形區別在于接口的類型和數量以及必須用于信令的消息類型和數量。
[0091]在TDF與PCEF共處一處的情況下，與圖5至7中示出的信令相比，方案更簡單，因為PCEF節點已經通過網絡請求支持AVP和承載控制模式AVP，知道UE是否支持專用承載。因此，如上文所解釋的，相同操作模式還適用于TDF與PCEF共處一處的情形。
[0092]結合圖4描述節點的示例，所述節點可以是包括TDF的節點或包括TDF和PCEF的節點。
[0093]圖4的節點400包括至少三個單元，即獲得器410、定時器420和控制器430。獲得器410接收指示用戶設備是否支持多個承載中的專用承載的承載支持信息，該專用承載是專用于服務會話的承載。此外，獲得器410可以被配置為獲得以上詳細描述的不同類型的承載支持信息，因此不再重復上述特定功能和解釋，但對技術人員清楚的是，這些特定功能和解釋也可以適用于圖4中的節點。
[0094]此外，定時器420被配置為:根據所獲得的承載支持信息設置服務會話的時段。以上已經詳細描述了不同時段以及它們如何與承載支持信息有關，因此參考這些部分。
[0095]控制器430被配置為:當時段期滿時，指示修改分配給服務會話的保留承載資源，并還可以指示BBF或類似單元修改承載。以上還已經描述了修改的細節，應當注意，控制器可以是任意類型的可編程處理器，并且特別是包括能夠執行分組檢查和服務分類的TDF在內的節點的處理器。該指令可以通過修改命令發送，如圖4所示。在一個實施例中，可以向PCRF發送該修改命令，指示PCEF或其他BBF相應地修改承載。
[0096]圖4的節點400可以被包括在還包括包括PCRF的節點的系統中，所述PCRF被配置為:基于UE的標識符或網絡承載支持信息以及UE承載支持信息，確定是否支持專用承載；以及在承載支持信息中包括該確定的結果。
[0097]根據上文，當受贊助服務不再運行時，非贊助服務搭便車不再獲得較高QoS，要么因為攜帶所有服務的缺省承載快速下降到較低QoS或較低的保障比特率，要么因為專用承載用于受贊助服務并且缺省承載起初未經歷提升。類似地，在相反情形中，在已經停止受贊助服務之后，如果這些服務攜帶在與受贊助服務相同承載上，可以快速降低需要降低QoS的服務，或者如果這些服務在與應當降級的其他服務并行的分離承載上運行，可以降低這些需要降低QoS的服務。[0098]此外，動態服務會話超時導致TDF節點中較小的存儲器覆蓋區，這在具有大量業務的通信網絡中可能是重要的。
[0099]根據本發明不同實施例的包括單元、節點和系統的物理實體可以包括或存儲包括指令的計算機程序，當計算機程序在物理實體上執行時，執行根據本發明的實施例的步驟和操作，即，使數據處理裝置執行操作。具體而言，本發明的實施例還涉及用于執行根據本發明實施例的操作/步驟的計算機程序，并還涉及存儲用于執行上述方法的計算機程序的任意計算機可讀介質。
[0100]當使用術語獲得器、定時器和控制器時，沒有作出關于這些單元可以多么分散和關于這些單元可以多么集中的限制。即，節點和系統的構成單元可以分布在不同軟件和硬件組件或用于帶來預期功能的其他設備中。還可以集中多個不同單元，以提供預期功能。例如，節點的單元/功能可以由微處理器和存儲器實現，其中可以對該微處理器進行編程，使得執行可以作為指令存儲在該存儲器中的上述操作。
[0101]此外，節點或系統的單元可以在硬件、軟件、現場可編程門陣列(FPGA)、專用集成電路(ASIC)、固件等中實現。
[0102]將對本領域技術人員顯而易見的是，在不脫離本發明的范圍和精神的前提下，可以對本發明的實體和方法以及本發明的構建作出各種修改和變體。
[0103]已經結合特定實施例和示例描述了本發明，這些特定實施例和示例在各方面都被預期為示意性的而不是限制性的。本領域技術人員將理解，硬件、軟件和/或固件的許多不同組合將適用于實現本發明。
[0104]此外，考慮這里所公開的發明的說明書和實現，本發明的其他實現將對本領域技術人員是顯而易見的。預期說明書和示例僅被認為是示例性的，其中以下列出了在以上示例中使用的縮寫。為此目的，可以理解，發明性方案在于少于單個前述公開實現或配置的所有特征。因此，本發明的真實范圍和精神由以下權利要求所指示。
[0105]縮寫
[0106]3GPP第三代合作伙伴計劃
[0107]AVP 屬性值對
[0108]BCM 承載控制模式
[0109]CCA 信用控制應答
[0110]CCR 信用控制請求
[0111]⑶N 內容傳遞網絡
[0112]DPI 深層分組檢查
[0113]GGSN GPRS網關支持節點
[0114]HTTP超文本傳輸協議
[0115]IMEI國際移動設備標識
[0116]IMEISV國際移動設備標識軟件版本
[0117]IMS IP多媒體子系統
[0118]IP 因特網協議
[0119]IP-CAN因特網協議連接接入網
[0120]PCC 策略與計費控制[0121]PCEF策略與計費實施功能
[0122]PCRF策略與計費規則功能
[0123]P-CSCF代理呼叫會話控制功能
[0124]PDN Gff分組數據網絡網關
[0125]PDP分組數據協議
[0126]QoS服務質量
[0127]RAA重授權應答
[0128]RAR重授權請求
[0129]SAPC服務感知策略控制器
[0130]SASN服務感知支持節點
[0131]TCP傳輸控制協議
[0132]TDF業務檢測功能
【權利要求】
1.一種由策略與計費系統在通信網絡中控制承載相關資源的方法，所述方法包括以下步驟: 在網絡節點處獲得指示用戶設備UE是否支持多個承載中的專用承載的承載支持信息，所述專用承載是專用于服務會話的承載； 根據所獲得的承載支持信息，設置用于所述服務會話的時段；以及 當所設置的時段期滿時，指示修改分配給所述服務會話的保留承載資源。
2.根據權利要求1所述的方法，其中，當所述承載支持信息指示所述UE不支持針對所述服務會話的專用承載時，將所述時段設置為短時段，并且當所述承載支持信息指示所述UE支持針對所述服務會話的專用承載時，將所述時段設置為長時段。
3.根據權利要求1或2所述的方法，還包括以下步驟: 在包括策略與計費規則功能PCRF的另一網絡節點，基于網絡承載支持信息和UE承載支持信息，確定是否支持專用承載，并且將所述確定的結果包括在所述承載支持信息中。
4.根據權利要求3所述的方法，其中，所述網絡節點在承載控制模式消息中從另一網絡節點接收承載支持信息。
5.根據權利要求1或2所述的方法，還包括 獲得所述UE的標識符，以及 基于所述UE的標識符，確定UE處是否支持專用承載，并且將所述確定的結果包括在所述承載支持信息中。
6.根據權利要求5所述的方法，其中，所述網絡節點在承載支持消息中從包括策略與計費規則功能PCRF的另一網絡節點或從存儲多個標識符的數據庫接收所述承載支持信肩、O
7.根據權利要求3至6之一所述的方法，其中，所述確定步驟是在會話建立時在包括所述策略與計費規則功能PCRF的另一網絡節點執行的。
8.根據前述權利要求之一所述的方法，其中，所述網絡節點包括用于執行分組檢查和服務分類的業務檢測功能。
9.根據前述權利要求之一所述的方法，其中，所述網絡節點是獨立節點或與包括策略與計費實施功能PCEF的節點共處一處的節點。
10.根據前述權利要求之一所述的方法，其中，所述承載資源是承載的服務質量QoS。
11.根據前述權利要求之一所述的方法，其中，修改所述承載資源包括以下至少一項:降低承載的服務質量、斷開所述承載、提供更低的保障比特率或切換到盡力而為的比特率。
12.—種在通信網絡中控制承載相關資源的節點，包括 獲得器，被配置為獲得指示用戶設備UE是否支持多個承載中的專用承載的承載支持信息，所述專用承載是專用于服務會話的承載； 定時器，被配置為根據所獲得的承載支持信息設置用于所述服務會話的時段；以及 控制器，被配置為當所述時段期滿時，指示修改分配給所述服務會話的保留承載資源。
13.根據權利要求12所述的節點，其中，所述節點包括用于執行分組檢查和服務分類的業務檢測功能。
14.一種包括根據權利要求12或13所述的節點和另一節點的系統，所述另一節點包括策略與計費規則功能PCRF，所述策略與計費規則功能PCRF被配置為:基于所述UE的標識符或網絡承載支持信息以及UE承載支持信息，確定是否支持專用承載；以及在所述承載支持信息中包括所述確定的結果。
15.一種包括指令的計算機程序，所述指令被配置為:當在數據處理器上執行時，使所述數據處理器執行權利要求1至11之一所述的方法。
【文檔編號】H04W76/04GK103636279SQ201180072050
【公開日】2014年3月12日 申請日期:2011年7月1日 優先權日:2011年7月1日
【發明者】米格爾·安杰爾·穆諾茲·德·拉·托雷·阿隆索, 帕布魯·莫利納羅·費爾南德斯 申請人:瑞典愛立信有限公司