通信網(wǎng)絡(luò)中的策略令牌的制作方法
【專利摘要】一種網(wǎng)絡(luò)實體，包括處理單元，所述網(wǎng)絡(luò)實體被配置為：從用戶設(shè)備接收策略令牌(S10)；確定處理到該設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備(S30)；基于所接收的策略令牌，生成用于針對到所述用戶設(shè)備的分組流應(yīng)用特定策略的指令(S40)；以及向所述網(wǎng)絡(luò)設(shè)備發(fā)送所述指令(S50)。
【專利說明】通信網(wǎng)絡(luò)中的策略令牌
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)實體、處理實體以及操作該網(wǎng)絡(luò)實體和處理實體的方法。本發(fā)明還涉及可加載到處理單元中的計算機(jī)程序，以及包括這種計算機(jī)程序的計算機(jī)程序產(chǎn)品。更具體而言，本發(fā)明涉及生成和/或接收用于對網(wǎng)絡(luò)中的分組流應(yīng)用特定策略的策略令牌。
【背景技術(shù)】
[0002]近年來，諸如因特網(wǎng)、局域網(wǎng)和廣域(私有)網(wǎng)和蜂窩通信網(wǎng)的通信網(wǎng)絡(luò)之類已經(jīng)在所提供的數(shù)據(jù)服務(wù)的數(shù)量以及所處理的數(shù)據(jù)量上激增。普通通信網(wǎng)絡(luò)將所謂的分組拓?fù)溆糜跀?shù)據(jù)傳輸，其中，要傳輸?shù)臄?shù)據(jù)被劃分成分組，進(jìn)而從源經(jīng)由網(wǎng)絡(luò)中的一個或更多個路經(jīng)到達(dá)目的地。以與在傳輸前將數(shù)據(jù)劃分成分組的方式相同的方式，在目的地側(cè)將接收到的分組重新編譯，以便形成與代表要傳輸?shù)臄?shù)據(jù)一致的數(shù)據(jù)。該網(wǎng)絡(luò)、所涉及的設(shè)施和用戶設(shè)備提供針對分組路由、確定丟失分組、重新發(fā)送丟失分組、糾錯、分組重新編譯等的機(jī)制。除了分組的重發(fā)之外，如果在目的地側(cè)丟失一個或更多個分組證明是可接受的，則還可以考慮分組的丟失。
[0003]伴隨著通過基于分組的網(wǎng)絡(luò)傳輸媒體內(nèi)容(例如，語音、音樂、視頻等)的出現(xiàn)，媒體流的概念變得普遍?；诜纸M的網(wǎng)絡(luò)中的媒體流是攜帶始發(fā)自源并與一個或更多個目的地綁定的已編碼媒體數(shù)據(jù)塊的分組流。一旦到達(dá)目的地，將分組以它們對應(yīng)的時間先后順序重新編譯，以便提供用于再現(xiàn)媒體內(nèi)容(即，語音、音樂或視頻)的一致數(shù)據(jù)流。盡管接收到的分組的正確和一致布置通常不成問題，但分組的丟失可能變得危險:由于流可能是實時的，因而通常不可能重新發(fā)送分組，這是因為重新發(fā)送的分組會太遲到達(dá)目的地。小帶寬可能造成相同問題。此外，當(dāng)丟失的或緩慢的分組的數(shù)目增大時，可能對再現(xiàn)的媒體造成不利影響。
[0004]因此，例如，語音可能變得無法理解和/或音樂和視頻的保真度可能變得無法接受地低。特定流可以由IP地址和/或發(fā)送方/接收方的端口號和/或內(nèi)容引用來標(biāo)識。即使例如針對按需流，也可以拖延接收機(jī)并等待丟失分組重傳或等待延遲的分組到達(dá)，然而這可能迫使客戶端停止以等待“重新緩沖”。結(jié)果，同樣可能導(dǎo)致用戶體驗下降。
[0005]大多數(shù)當(dāng)今的媒體/寬帶服務(wù)都是基于“盡力而為”提供的。盡管網(wǎng)絡(luò)將努力以可靠和始終如一的方式傳送業(yè)務(wù)，但不能保證這將實際發(fā)生。迄今為止，這已經(jīng)證明對于大多數(shù)因特網(wǎng)視頻服務(wù)等是可接受的，許多因特網(wǎng)視頻服務(wù)對于終端用戶是免費(fèi)提供的。然而，因為更多有價值的內(nèi)容通過這些服務(wù)提供，并且客戶被要求為訪問該內(nèi)容而支付費(fèi)用，所以訂戶將期望這些服務(wù)以可靠的方式傳送。服務(wù)質(zhì)量(QoS)機(jī)制可以用于傳送該保證，即用于向用戶(訂戶)提供一些用于以高保真度接收語音、音樂、視頻等的明確規(guī)定的質(zhì)量等級。當(dāng)今，用于在網(wǎng)絡(luò)內(nèi)發(fā)信號通知QoS請求并實施服務(wù)質(zhì)量的機(jī)制在本領(lǐng)域中是眾所周知的，包括所謂的資源保留f議(RSVP)。
[0006]現(xiàn)有的QoS解決方案依賴于內(nèi)容提供商(授權(quán)訪問內(nèi)容塊的實體)與傳送網(wǎng)絡(luò)之間的集成。對于任意給定網(wǎng)絡(luò)，QoS集成的數(shù)目與內(nèi)容提供商的數(shù)目成比例，并且對于內(nèi)容提供商，集成的數(shù)目與被尋址的網(wǎng)絡(luò)的數(shù)目成比例。此外，在終端用戶可以位于若干接入網(wǎng)絡(luò)之一的場景下，現(xiàn)有的解決方案需要授權(quán)QoS策略的網(wǎng)絡(luò)單元可以正確地將其傳送給最終接入網(wǎng)絡(luò)。這可能需要網(wǎng)絡(luò)集成，并且對于授權(quán)實體而言，要么向所有網(wǎng)絡(luò)通知策略決定，要么具有關(guān)于哪個接入網(wǎng)將最終傳送該服務(wù)的知識。因此，需要一種用于對到所選擇和特定用戶的所選擇的分組流應(yīng)用策略(例如提供特定QoS等級)的改進(jìn)方式。

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

[0007]本發(fā)明的目的是提供一種對到用戶設(shè)備的分組流應(yīng)用策略的改進(jìn)方式(例如提供特定QoS等級)。具體而言，本發(fā)明的目的是提供一種生成和接收策略令牌的方式，該策略令牌用于對到所選擇的用戶設(shè)備的分組流應(yīng)用特定策略。相應(yīng)地，本發(fā)明的目的是提供一種改進(jìn)的網(wǎng)絡(luò)實體、一種改進(jìn)的處理實體、一種操作該網(wǎng)絡(luò)實體和處理實體的改進(jìn)的方法、以及一種可加載到處理單元內(nèi)的改進(jìn)的計算機(jī)程序以及相應(yīng)的計算機(jī)程序產(chǎn)品。
[0008]以上目的可以通過獨(dú)立權(quán)利要求的主題來滿足。在從屬權(quán)利要求中限定其他優(yōu)選的實施例。
[0009]根據(jù)本發(fā)明的實施例，提供了一種包括處理單元的網(wǎng)絡(luò)實體，所述網(wǎng)絡(luò)實體被配置為:從用戶設(shè)備接收策略令牌；確定處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備；基于所接收的策略令牌，生成用于對到所述用戶設(shè)備的分組流應(yīng)用特定策略的指令；以及向所述網(wǎng)絡(luò)設(shè)備發(fā)送所述指令。
[0010]根據(jù)本發(fā)明的另一實施例，提供了一種包括處理單元的處理實體，所述處理單元被配置為:生成用于由用戶設(shè)備發(fā)送和轉(zhuǎn)發(fā)的策略令牌，所述策略令牌使處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備對到所述用戶設(shè)備的分組流應(yīng)用特定策略。
[0011]根據(jù)本發(fā)明的另一實施例，提供了一種操作網(wǎng)絡(luò)實體的方法，所述方法包括以下步驟:從用戶設(shè)備接收策略令牌；確定處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備；基于所接收的策略令牌，生成用于對到所述用戶設(shè)備的分組流應(yīng)用特定策略的指令；以及向所述網(wǎng)絡(luò)設(shè)備發(fā)送所述指令。
[0012]根據(jù)本發(fā)明的另一實施例，提供了一種操作處理實體的方法，所述方法包括生成用于由用戶設(shè)備發(fā)送和轉(zhuǎn)發(fā)的策略令牌的步驟，所述策略令牌使處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備對到所述用戶設(shè)備的分組流應(yīng)用特定策略。
[0013]根據(jù)本發(fā)明的另一實施例，提供了一種可加載到處理單元內(nèi)的計算機(jī)程序以及包括這種計算機(jī)程序的對應(yīng)計算機(jī)程序產(chǎn)品，所述計算機(jī)程序包括用于執(zhí)行根據(jù)本發(fā)明的對應(yīng)實施例的方法的代碼。
【專利附圖】

【附圖說明】
[0014]現(xiàn)在將參考附圖描述本發(fā)明的實施例，所述實施例提供用于更好理解本發(fā)明的概念，而不是被看作限制本發(fā)明，在附圖中:
[0015]圖1示出了傳統(tǒng)的內(nèi)容傳送/分發(fā)網(wǎng)絡(luò)的示意性表示；
[0016]圖2示出了根據(jù)本發(fā)明的實施例的采用策略令牌的內(nèi)容傳送/分發(fā)網(wǎng)絡(luò)的示意性表示；[0017]圖3示出了根據(jù)本發(fā)明的另一實施例的采用策略令牌的內(nèi)容傳送/分發(fā)網(wǎng)絡(luò)的示意性表示；
[0018]圖4示出了本發(fā)明的方法實施例的流程圖。
[0019]圖5A示出了根據(jù)本發(fā)明的另一實施例的網(wǎng)絡(luò)實體的示意性表示；
[0020]以及
[0021]圖5B示出了根據(jù)本發(fā)明的又一實施例的處理實體的示意性表示。
【具體實施方式】
[0022]參考圖1，描述了針對服務(wù)傳送的傳統(tǒng)概念。服務(wù)是使用內(nèi)容傳送(或:分發(fā))網(wǎng)絡(luò)(CDN)(例如，CDN目錄節(jié)點12和CDN傳送節(jié)點11)傳送的。內(nèi)容提供商可以使用商業(yè)⑶N服務(wù)(例如由Akama1、Limelight等提供的商業(yè)⑶N服務(wù))，而不是部署能夠向服務(wù)器設(shè)施的訂戶傳送內(nèi)容的服務(wù)器設(shè)施。內(nèi)容提供商(即，網(wǎng)站所有者、廣播公司、整合者等)一般創(chuàng)建采取網(wǎng)站形式的門戶網(wǎng)站13，該網(wǎng)站提供內(nèi)容目錄，并允許用戶經(jīng)由用戶設(shè)備或客戶端10選擇要查看或要購買的物品(asset)(內(nèi)容)(要么免費(fèi)要么付費(fèi))。
[0023]用戶在步驟101瀏覽目錄，并在步驟102請求期望的物品。在步驟103，向客戶端10確認(rèn)統(tǒng)一資源標(biāo)識符(URI)。在步驟104，客戶端10發(fā)送獲取URI請求，并在步驟105接收對應(yīng)的http重定向響應(yīng)。因此，當(dāng)用戶在步驟106 / 107選擇查看/下載所選擇的物品時，內(nèi)容被上載到⑶N并且用戶被重定向到⑶NI I。
[0024]⑶N通常是具有服務(wù)器11、12的分層結(jié)構(gòu)，服務(wù)器可能在地理上是分散的，并且一些服務(wù)器“靠近”(較低成本-在錢、延遲等方面)特定訂戶組。當(dāng)用戶經(jīng)由目錄節(jié)點12向CDN請求內(nèi)容時，CDN將進(jìn)而將該用戶導(dǎo)向到內(nèi)容從其中傳送的最高效傳送節(jié)點11。該重定向可以基于http或其他協(xié)議重定向DNS或各種其他技術(shù)。在大多數(shù)情況下，CDN不提供任何有保證的QoS等級。由于內(nèi)容的本地緩沖，⑶N通常傾向于改進(jìn)QoS，但不會有任何保證或與網(wǎng)絡(luò)協(xié)商任何事情。
[0025]根據(jù)本發(fā)明的實施例，引入了所謂的策略令牌。該策略令牌可以是內(nèi)容提供商發(fā)布的、并返回給終端用戶作為購買或會話建立過程的部分的通用令牌。當(dāng)發(fā)信號通知檢索內(nèi)容時，該策略令牌可以通過用戶/訂戶(更準(zhǔn)確的說，通過它們的客戶端設(shè)備/終端、用戶設(shè)備等)將該令牌遞交給網(wǎng)絡(luò)來贖回。
[0026]備選地，該策略令牌可以由運(yùn)營商通過從用戶面業(yè)務(wù)中截取該策略令牌來贖回。因此，該概念對于用戶是透明的，并且將不需要用戶設(shè)備和網(wǎng)絡(luò)之間的任何特定信令(例如，用于該策略令牌)。支持策略令牌的網(wǎng)絡(luò)將實施終端用戶從他們的購買中得到授權(quán)的QoS策略。一般而言，策略令牌的使用針對大多數(shù)所涉及的網(wǎng)絡(luò)單元(還包括用戶設(shè)備)是透明的。因此，可以存在不需要對用戶設(shè)備進(jìn)行修改來實現(xiàn)策略令牌的概念的優(yōu)點。
[0027]一般而言，網(wǎng)絡(luò)連接上的QoS可能受若干因素的影響。這些因素包括:數(shù)據(jù)速率(帶寬)、分組丟失(分組從未到達(dá)目的地)、分組錯誤(傳送分組，但有錯誤)、延遲(分組從源到達(dá)目的地所用的時間)、抖動(延遲的變化)以及無序傳送。
[0028]此外，服務(wù)和應(yīng)用或多或少對這些因素敏感。例如，web瀏覽在TCP上運(yùn)行，TCP是可靠的傳輸協(xié)議，因為TCP將自動考慮到無序分組、分組丟失/錯誤等。TCP將在所有這些因素出現(xiàn)時繼續(xù)工作，但因為有效帶寬減少，用戶體驗將變壞，這要么因為帶寬實際上較小，要么因為錯誤率較高而使得客戶端不得不等待若干次重傳。另一方面，視頻通常在RTP / UDP上傳送。該傳輸棧不能糾正分組丟失，并且一般將不處理無序傳送。如果帶寬不足，則用戶體驗可能變壞。類似地，盡管視頻對網(wǎng)絡(luò)延遲不敏感，其可能對抖動敏感，抖動可能導(dǎo)致用戶設(shè)備上的視頻解碼器停止工作。以上示出了 QoS對不同服務(wù)和應(yīng)用意義不同。當(dāng)應(yīng)用向網(wǎng)絡(luò)請求QoS時，該應(yīng)用將要求保證其敏感的那些因素。
[0029]一般而言，網(wǎng)絡(luò)以兩種方式之一實現(xiàn)QoS:—種模型被稱為“集成服務(wù)”。在此模型中，應(yīng)用使用例如RSVP來通過網(wǎng)絡(luò)請求并保留資源。該請求經(jīng)過網(wǎng)絡(luò)，在沿著路徑的每個網(wǎng)絡(luò)單元中保留資源。保留請求將返回已經(jīng)建立路徑的確認(rèn)，或指出無法獲得所請求的資源的錯誤，或能夠保證的可能的參數(shù)集合(比所請求的那些參數(shù)低)。集成服務(wù)可以提供能夠逐個流指定QoS并具有良好粒度的優(yōu)點，但可能具有需要網(wǎng)絡(luò)單元接受、維護(hù)并拆除大量保留的缺點。在“集成服務(wù)”的上下文中，處理到用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備可以被標(biāo)識為沿著路徑的網(wǎng)絡(luò)單元的至少一部分?？梢岳缡褂肦SVP向這些所涉及的單元發(fā)送用于對到用戶設(shè)備的分組流應(yīng)用特定策略指令的指令。
[0030]備選方法被稱為“有差別服務(wù)”。在此模型中，根據(jù)網(wǎng)絡(luò)業(yè)務(wù)的QoS需求，將網(wǎng)絡(luò)業(yè)務(wù)劃分成多個級別。根據(jù)它們需要的服務(wù)類型，標(biāo)記每個分組。響應(yīng)于這些標(biāo)記，路由器和交換機(jī)可以使用各種排隊策略來使性能適應(yīng)于需求。這可以消除每個網(wǎng)絡(luò)單元都要已知各個流的需要，這以更粗劣的控制等級為代價。當(dāng)流進(jìn)入網(wǎng)絡(luò)時，可以在客戶端或服務(wù)器中或通過網(wǎng)絡(luò)單元執(zhí)行該分組標(biāo)記。在“有差別服務(wù)”的上下文中，處理到用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備可以包括執(zhí)行所述標(biāo)記的實體。因此，可以向這些所涉及的單元發(fā)送指令，例如作為用于對特定流的分組應(yīng)用對應(yīng)標(biāo)記的指令。然而，一般而言，即針對包括所述有差別服務(wù)和集成服務(wù)的所有情形，網(wǎng)絡(luò)設(shè)備還可以包括不直接形成處理數(shù)據(jù)的網(wǎng)絡(luò)的一部分的更高層管理系統(tǒng)。
[0031]根據(jù)本發(fā)明的其他實施例，策略令牌能夠?qū)⒉呗詫嵤┡c策略購買過程分離。這可以顯著地降低針對內(nèi)容提供商的網(wǎng)絡(luò)集成需求，并允許運(yùn)營商提供傳送滿足QoS保證的那些的靈活方法。在更具體的實施例中，策略令牌可以是已編碼數(shù)據(jù)對象，使得贖回實體(例如網(wǎng)絡(luò))可以確定令牌的供應(yīng)商/發(fā)布商(例如內(nèi)容提供商)，并確保其有效并可應(yīng)用于贖回方(客戶端設(shè)備)。然后，來自內(nèi)容提供商或相關(guān)聯(lián)實體的發(fā)布門戶網(wǎng)站或網(wǎng)頁可以通過生成和/或發(fā)布相應(yīng)的策略令牌，來決定收費(fèi)、QoS等級等。
[0032]在下文中，結(jié)合圖2描述策略令牌的可能使用和令牌自身，圖2示出了根據(jù)本發(fā)明實施例的采用策略令牌的內(nèi)容傳送/分發(fā)網(wǎng)絡(luò)的示意性表示。所示的示例性網(wǎng)絡(luò)配置包括以下設(shè)施組件和單元:內(nèi)容提供商服務(wù)器25、內(nèi)容服務(wù)器24、網(wǎng)絡(luò)23、深度分組檢查(DPI)實體22和用戶設(shè)備10，例如客戶端設(shè)備。
[0033]一般而言，客戶端設(shè)備10(用戶設(shè)備)可以采取移動電話、手持移動設(shè)備、個人數(shù)字助理(PDA)等的形式。然而，它們還可以是安裝在車輛上的設(shè)備，例如安裝在車輛上的移動電話。此外，客戶端設(shè)備可以包括根據(jù)和/或服從全球移動通信系統(tǒng)(GSM)、通用分組無線電服務(wù)(GPRS)、針對GSM演進(jìn)的增強(qiáng)型數(shù)據(jù)速率(EDGE)、通用移動電信系統(tǒng)(UMTS)、高速分組接入(HSPA)、3GPP長期演進(jìn)(LTE)、小區(qū)ID傳輸、多媒體廣播多播服務(wù)(MBMS)、基于位置服務(wù)(LBS)的模塊和/或組件。
[0034]首先，內(nèi)容提供商可以從分離的令牌提供商接收策略令牌，或可以被給予通過自身生成策略令牌的手段。例如，令牌提供商或在后種情況下的內(nèi)容提供商自身向網(wǎng)絡(luò)服務(wù)提供商購買發(fā)布若干策略令牌的權(quán)利，該若干策略令牌可能與網(wǎng)絡(luò)服務(wù)提供商保證一些給定QoS等級的一定量數(shù)據(jù)等同。每個策略令牌可以指定針對用于訪問給定內(nèi)容對象(音樂、視頻等)的會話應(yīng)當(dāng)提供的QoS。這可以包括保證帶寬、保證最大延遲等。然而，在不改變基本概念的前提下，還可以向策略令牌機(jī)制添加其他QoS參數(shù)。
[0035]在發(fā)布策略令牌時可以利用信息實例化該策略令牌，例如，它們可以包括用戶信息、時間信息、到期信息、內(nèi)容信息、內(nèi)容URI等。因此，策略令牌還可以用于標(biāo)識內(nèi)容/流，并且如果針對不同流的定價不同，則來自策略令牌的內(nèi)容引用可以用于標(biāo)識要對哪個流應(yīng)用策略。因此，若干內(nèi)容的發(fā)送方和接收方可以是完全相同的，并且若干內(nèi)容之間的差異仍是可能的。
[0036]還可以由令牌發(fā)布商簽署策略令牌，以確認(rèn)/認(rèn)證令牌，并允許贖回實體(網(wǎng)絡(luò))確定發(fā)布商，并稍后確定策略令牌的真實性。還可以對策略令牌進(jìn)行編碼，以使得客戶端設(shè)備10或用戶不能創(chuàng)建偽令牌，并且不能獲得未賦予它們的Q0S保證。這可以涉及通過相關(guān)領(lǐng)域本身已知的可應(yīng)用方法和概念對策略令牌進(jìn)行加密。還可以將策略令牌附加到內(nèi)容URI,以使得可以使用標(biāo)準(zhǔn)機(jī)制來傳送策略令牌。然而，本領(lǐng)域本身已知的其他傳送策略令牌的手段也是可能的。
[0037]一般而言，已認(rèn)證的或有效的策略令牌應(yīng)當(dāng)被理解為:提供商身份已被確認(rèn)，該令牌是已證明的提供商所提供的有效令牌，已標(biāo)識接收方是實際接收方，以及它們的組合。贖回網(wǎng)絡(luò)可能想要標(biāo)識和認(rèn)證發(fā)布內(nèi)容提供商，并認(rèn)證策略令牌自身是有效的(例如，該策略令牌起初是由網(wǎng)絡(luò)運(yùn)營商真實地創(chuàng)建的)。還可以用于確定用戶設(shè)備是否已經(jīng)與策略令牌相沖突，以發(fā)現(xiàn)偽造或重新遞交的令牌。例如，為了標(biāo)識重新遞交的令牌，可以采用該令牌所包括的策略令牌序列號。
[0038]現(xiàn)在參考圖2，描述了示例性場景:客戶端設(shè)備100在步驟201從內(nèi)容提供商服務(wù)器25選擇特定內(nèi)容(物品)。這可以由允許例如經(jīng)由交互式目錄進(jìn)行內(nèi)容選擇的服務(wù)器25所提供的網(wǎng)站來實行。服務(wù)器25可以認(rèn)證客戶端設(shè)備10的用戶，以作為所提供服務(wù)的合法訂戶，或可以處理用于向用戶提供一個或更多個策略令牌的專用購買過程。在步驟202，內(nèi)容提供商服務(wù)器25返回URI連同一個或更多個策略令牌。URI指定(所購買的)內(nèi)容的位置。
[0039]隨后或稍后，用戶決定實際檢索內(nèi)容，使得客戶端設(shè)備10在步驟203將URI連同一個或更多個策略令牌經(jīng)由DPI實體22發(fā)送至網(wǎng)絡(luò)23。這可能暗示用戶的有意識的決定，或還可以是客戶端用于接收URI的自動響應(yīng)。例如，可能的場景包括:用戶有意識地選擇內(nèi)容并授權(quán)支付，但然后所有其他步驟將是自動的，并且內(nèi)容會出現(xiàn)在他們的屏幕上。
[0040]DPI實體22從網(wǎng)絡(luò)23中來自和去往客戶端設(shè)備10的業(yè)務(wù)中識別策略令牌。DPI實體22(作為本發(fā)明其他實施例的所謂的網(wǎng)絡(luò)實體的實施例)識別一個或更多個策略令牌，并發(fā)起其消費(fèi)。在步驟204，DPI實體22向網(wǎng)絡(luò)23請求針對將內(nèi)容傳送到客戶端設(shè)備10的隨后數(shù)據(jù)流的特定QoS。這可以經(jīng)由上述RSVP來實行。一旦網(wǎng)絡(luò)23具有可用的對應(yīng)資源并保留該資源，它利用肯定應(yīng)答205進(jìn)行響應(yīng)。在當(dāng)時所需要的資源不可用的情況下，可以返回錯誤消息或建議用戶接受較低等級的QoS。
[0041]然后，在步驟206，DPI實體22向內(nèi)容服務(wù)器24轉(zhuǎn)發(fā)URI。接著，以符合先前所接收的策略令牌的所協(xié)商的QoS，將內(nèi)容從內(nèi)容服務(wù)器24經(jīng)由網(wǎng)絡(luò)23傳送至客戶端設(shè)備10。
[0042]更一般而言，當(dāng)URI被路由到內(nèi)容庫(例如，內(nèi)容服務(wù)器24)時，網(wǎng)絡(luò)將截獲策略令牌。如以上示例所示，這可以采用深度分組檢查技術(shù)。然而，未涉及和/或采用DPI的網(wǎng)絡(luò)實體也可以實行對策略令牌的以上截獲和處理。當(dāng)網(wǎng)絡(luò)已經(jīng)截獲策略令牌時，可以認(rèn)證令牌(例如確保其具有有效簽名和值自變量)并然后確保所涉及的設(shè)施應(yīng)用該QoS策略。內(nèi)容請求將繼續(xù)到內(nèi)容庫，并根據(jù)所請求的QoS策略來傳送該內(nèi)容請求。
[0043]在上文中，客戶端設(shè)備10 —般將不知道策略令牌，因為策略令牌將作為內(nèi)容URI的部分。當(dāng)客戶端設(shè)備10提交針對URI的請求時，可以簡單地將策略令牌傳送到網(wǎng)絡(luò)。
[0044]在所示的示例中，用戶從網(wǎng)頁/門戶網(wǎng)站等中選擇一些內(nèi)容。門戶網(wǎng)站對用戶進(jìn)行認(rèn)證、向用戶開賬單等，并在合適時確定該用戶被賦予的或已經(jīng)購買的QoS等級。門戶網(wǎng)站返回URI，用戶可以通過該URI訪問內(nèi)容。該策略令牌將由門戶網(wǎng)站生成并附加到(對客戶端透明地)URI。當(dāng)客戶端訪問內(nèi)容時，網(wǎng)絡(luò)中的一些實體將識別策略令牌，并堅持針對所選擇的物品的傳送的正確服務(wù)質(zhì)量等級。
[0045]存在可以使用策略令牌來實現(xiàn)的若干模型。一個可能模型將是:網(wǎng)絡(luò)運(yùn)營商從(所解析的/所消費(fèi)的)策略令牌中識別內(nèi)容提供商，并針對傳送QoS向內(nèi)容提供商收費(fèi)。因此，策略令牌可以提供要被收費(fèi)的一方(流的提供商)的已認(rèn)證和已擔(dān)保身份，并還可以包括用于向提供商指示用戶或提供商針對所消費(fèi)的服務(wù)和網(wǎng)絡(luò)資源使用在哪里被收費(fèi)的細(xì)節(jié)或參考。這可以通過收集所接收的和“所消費(fèi)的”策略令牌來完成(也可以是預(yù)付的)。在傳統(tǒng)的通信網(wǎng)絡(luò)中，這可以涉及由策略實施實體所產(chǎn)生的所謂的收費(fèi)數(shù)據(jù)記錄。內(nèi)容提供商可以進(jìn)而針對改進(jìn)的QoS向終端用戶收費(fèi)，或通過廣告收益等來彌補(bǔ)成本。此外，所消費(fèi)的策略令牌可以直接發(fā)起用戶的計費(fèi)，而不需要涉及內(nèi)容提供商。此外，可以通過策略令牌序列號來注冊“所消費(fèi)的”策略令牌，使得不止一次接收到的序列號可以表明偽造/重新提交的令牌。此外，內(nèi)容提供商可以購買一堆預(yù)付策略令牌，例如具有特定數(shù)目或范圍的策略令牌序列號的一堆令牌。
[0046]在下文中，結(jié)合圖3描述策略令牌的另一可能使用和令牌自身，圖3示出了根據(jù)本發(fā)明實施例的采用策略令牌的內(nèi)容傳送/分發(fā)網(wǎng)絡(luò)的示意性表示。所示的示例性網(wǎng)絡(luò)配置包括以下設(shè)施組件和單元:門戶網(wǎng)站13、⑶N目錄節(jié)點34、網(wǎng)絡(luò)23、⑶N分發(fā)/傳送節(jié)點32和用戶設(shè)備10，例如上述客戶端設(shè)備。
[0047]在步驟301，用戶可以在門戶網(wǎng)站13上瀏覽他/她的客戶端設(shè)備10可獲得的物品的目錄。然后，用戶可以決定購買/選擇一個或更多個物品，并相應(yīng)地向門戶網(wǎng)站13發(fā)送購買/播放物品請求302。在本實施例中，門戶網(wǎng)站13在步驟303生成一個或更多個策略令牌，以在步驟304中將令牌連同URI轉(zhuǎn)發(fā)至客戶端設(shè)備10。URI起初指向⑶N目錄節(jié)點34，在請求305時，⑶N目錄節(jié)點34在步驟306中將用戶重定向到傳送/分發(fā)節(jié)點32。
[0048]實際的物品檢索是通過向⑶N傳送/分發(fā)節(jié)點32發(fā)送重定向請求307來發(fā)起的。在本實施例中，是CDN傳送/分發(fā)節(jié)點32解析所接收的策略令牌，并在步驟308中與網(wǎng)絡(luò)23協(xié)商所需資源。如果資源是可用的和/或已經(jīng)成功地保留該資源，則網(wǎng)絡(luò)23向⑶N傳送/分發(fā)節(jié)點32發(fā)送對應(yīng)的肯定應(yīng)答309。然后可以以由網(wǎng)絡(luò)23協(xié)商的QoS發(fā)起并繼續(xù)向客戶端設(shè)備10傳送310物品。
[0049]在本實施例中，由傳送⑶N贖回策略令牌。在此情況下，⑶N可以集成QoS網(wǎng)絡(luò)機(jī)制，但內(nèi)容提供商不會需要網(wǎng)絡(luò)QoS的任何特定知識。如果在內(nèi)容URI中攜帶策略令牌，則可以通過CDN需要的任何重定向過程(不論是基于DNS、http重定向或其他類似機(jī)制)透明地攜帶策略令牌?？梢栽冖荖的最終傳送節(jié)點中獲取策略令牌，該最終傳送節(jié)點然后可以與本地傳送網(wǎng)絡(luò)協(xié)商QoS策略。
[0050]根據(jù)本發(fā)明的其他實施例，策略令牌的概念可以在所謂的聯(lián)合CDN環(huán)境中應(yīng)用。CDN聯(lián)盟是獨(dú)立的CDN聯(lián)合起來以提供更廣覆蓋的概念。典型示例可以是兩個運(yùn)營商聯(lián)合它們的CDN以允許在任何一個網(wǎng)絡(luò)中向用戶傳送內(nèi)容。聯(lián)合可以涉及多個網(wǎng)絡(luò)運(yùn)營商。此夕卜，在聯(lián)合的CDN中，內(nèi)容提供商一般將具有包含一個特定CDN的商業(yè)部署。策略令牌將允許策略決定通過聯(lián)盟透明地傳播到最終傳送CDN節(jié)點。傳送CDN將使用在聯(lián)盟部署內(nèi)可用的商業(yè)機(jī)制來向父輩CDN收取QoS實施的開銷的費(fèi)用。進(jìn)而將將收費(fèi)傳送到內(nèi)容提供商。
[0051]換句話說，聯(lián)合分發(fā)是接收請求的實體不是發(fā)送內(nèi)容流的實體的示例。提供商很可能知道哪個實體/服務(wù)器將實際提供流，并因此可以相應(yīng)地適配策略令牌。那么不一定要將來自客戶端設(shè)備的請求發(fā)送到與實際提供流的實體相同的實體。策略令牌自身可以為內(nèi)容提供網(wǎng)絡(luò)提供該信息。作為利用CDN的正常情況，最終傳送節(jié)點因此可以是原始內(nèi)容提供商的本地代理。在策略令牌的標(biāo)準(zhǔn)化版本中，內(nèi)容門戶網(wǎng)站可以發(fā)布不具有最終傳送系統(tǒng)的特定知識的策略令牌。這可能涉及內(nèi)容提供商和將最終傳送該內(nèi)容的那些系統(tǒng)之間的協(xié)議。
[0052]圖4示出了本發(fā)明的方法實施例的流程圖。該方法可以用于操作以下將結(jié)合圖5A所描述的網(wǎng)絡(luò)實體。該方法包括:步驟S10，從用戶設(shè)備接收策略令牌；步驟S30，確定處理到用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備；步驟S40，基于所接收的策略令牌，生成用于對到用戶設(shè)備的分組流應(yīng)用特定策略的指令；以及步驟S50，向網(wǎng)絡(luò)設(shè)備發(fā)送該指令?？蛇x地，該方法包括:步驟S20，對策略令牌進(jìn)行認(rèn)證和/或解密，以便于確定其有效性。
[0053]為了執(zhí)行以上步驟，如圖5A所示，網(wǎng)絡(luò)實體50可以包括:處理單元52 ;與該處理單元52耦合的存儲單元51 ;以及通信單元53，適于接收策略令牌，并經(jīng)由網(wǎng)絡(luò)6發(fā)送用于對所涉及的網(wǎng)絡(luò)單元應(yīng)用特定策略的指令。在存儲單元51中，可以存儲能夠加載到處理單元52內(nèi)的計算機(jī)程序，該計算機(jī)程序包括用于執(zhí)行所述方法的步驟的代碼。該方法可以被適配到另一公開實施例。
[0054]圖5B示出了根據(jù)本發(fā)明的另一實施例的處理實體的示意性表示。處理實體60可以包括:處理單元62 ;與該處理單元62 f禹合的存儲單元61 ;以及通信單元63。存儲單元61可以包括用于指示處理單元62產(chǎn)生用于由用戶設(shè)備發(fā)送和轉(zhuǎn)發(fā)的策略令牌64的代碼，該策略令牌64使處理到用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備對到該用戶設(shè)備的分組流應(yīng)用特定策略。可以經(jīng)由通信單元63向處理令牌64的任意其他實體/單元輸出策略令牌64作為如上所述的數(shù)據(jù)對象。以此方式，處理實體60可以連同網(wǎng)絡(luò)實體一起形成用于生成和接收策略令牌64的系統(tǒng)。該系統(tǒng)可以形成通信網(wǎng)絡(luò)的部分，或可以與通信網(wǎng)絡(luò)耦合。
[0055]本發(fā)明的實施例可以提供一個或更多個以下優(yōu)點:如果預(yù)先約定策略集合和用于生成令牌的標(biāo)準(zhǔn)機(jī)制是可用的，則可以消除將所有內(nèi)容門戶網(wǎng)站與網(wǎng)絡(luò)QoS集成的需要。還可以允許在應(yīng)當(dāng)放置策略的地方對這些策略進(jìn)行授權(quán)(即，在理解用戶在其下能夠訪問內(nèi)容的條款的內(nèi)容門戶網(wǎng)站中)，并在應(yīng)當(dāng)放置策略的地方實施這些策略(即，在網(wǎng)絡(luò)中)，而不需要直接集成兩者。此外，可以允許門戶網(wǎng)站發(fā)布由若干CDN所遵從/所接收的令牌-允許跨越聯(lián)合CDN的QoS，并允許到將傳送內(nèi)容的最終邊緣節(jié)點一直通過標(biāo)準(zhǔn)機(jī)制(URL / URI)攜帶策略決定-這很可能實現(xiàn)該策略。
[0056]盡管已經(jīng)描述了詳細(xì)實施例，這些實施例僅用于提供對所附權(quán)利要求所限定的本發(fā)明的更好的理解，而不應(yīng)被看作是限制性的。
【權(quán)利要求】
1.一種網(wǎng)絡(luò)實體，包括處理單元，所述網(wǎng)絡(luò)實體被配置為: -從用戶設(shè)備接收策略令牌； -確定處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備； -基于所接收的策略令牌，生成用于對到所述用戶設(shè)備的分組流應(yīng)用特定策略的指令； 以及 -向所述網(wǎng)絡(luò)設(shè)備發(fā)送所述指令。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)實體，其中，所述策略令牌指定針對到所述用戶設(shè)備的分組流的特定服務(wù)質(zhì)量，并且生成所述指令以提供所述特定服務(wù)質(zhì)量。
3.根據(jù)權(quán)利要求1或2所述的網(wǎng)絡(luò)實體，其中，所述處理單元被配置為:接收所述策略令牌作為從所述用戶設(shè)備發(fā)送的分組的部分的數(shù)據(jù)對象。
4.根據(jù)權(quán)利要求1至3中任一項所述的網(wǎng)絡(luò)實體，其中，所述處理單元被配置為:接收所述策略令牌作為從所述用戶設(shè)備發(fā)送的通用資源標(biāo)識符的部分的數(shù)據(jù)對象。
5.根據(jù)權(quán)利要求1至4中任一項所述的網(wǎng)絡(luò)實體，其中，所述處理單元還被配置為:認(rèn)證所接收的策略令牌。
6.根據(jù)權(quán)利要求1至5中任一項所述的網(wǎng)絡(luò)實體，其中，所述處理單元還被配置為:對所接收的策略令牌進(jìn)行解密。
7.根據(jù)權(quán)利要求1至6中任一項所述的網(wǎng)絡(luò)實體，其中，所述策略令牌指定以下至少一項:包括所述分組流的組、由所述分組流提供的內(nèi)容、所述分組流的提供商的標(biāo)識、用戶信息、與所述內(nèi)容和/或分組流的發(fā)送方和/或接收方有關(guān)的信息、策略令牌序列號和用于對開銷進(jìn)行收費(fèi)的參考。
8.根據(jù)權(quán)利要求1至7中任一項所述的網(wǎng)絡(luò)實體，其中，所述處理單元還被配置為:執(zhí)行用于接收策略令牌的深度分組檢查。
9.根據(jù)權(quán)利要求1至8中任一項所述的網(wǎng)絡(luò)實體，其中，所述指令是用于保留所述網(wǎng)絡(luò)設(shè)備根據(jù)所述策略處理到所述用戶設(shè)備的分組流的資源。
10.根據(jù)權(quán)利要求1至9中任一項所述的網(wǎng)絡(luò)實體，其中，所述指令是用于在所述網(wǎng)絡(luò)設(shè)備上根據(jù)所述策略對到所述用戶設(shè)備的分組流的分組進(jìn)行標(biāo)記。
11.根據(jù)權(quán)利要求1至10中任一項所述的網(wǎng)絡(luò)實體，其中，所述處理單元還被配置為:根據(jù)所述策略令牌生成收費(fèi)數(shù)據(jù)記錄，用于對所述分組流的提供商進(jìn)行收費(fèi)。
12.根據(jù)權(quán)利要求1至11中任一項所述的網(wǎng)絡(luò)實體，其中，所述網(wǎng)絡(luò)實體被適配為蜂窩通信網(wǎng)絡(luò)的部分。
13.根據(jù)權(quán)利要求1至12中任一項所述的網(wǎng)絡(luò)實體，其中，所述網(wǎng)絡(luò)實體還包括:存儲單元，與所述處理單元耦合；以及通信單元，被適配為:經(jīng)由網(wǎng)絡(luò)接收所述策略令牌并發(fā)送所述指令。
14.一種處理實體，包括處理單元，所述處理單元被配置為:生成用于由用戶設(shè)備發(fā)送和轉(zhuǎn)發(fā)的策略令牌，所述策略令牌使處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備對到所述用戶設(shè)備的分組流應(yīng)用特定策略。
15.一種操作網(wǎng)絡(luò)實體的方法，包括以下步驟: -從用戶設(shè)備接收策略令牌；-確定處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備； -基于所接收的策略令牌，生成用于對到所述用戶設(shè)備的分組流應(yīng)用特定策略的指令； 以及 -向所述網(wǎng)絡(luò)設(shè)備發(fā)送所述指令。
16.根據(jù)權(quán)利要求15所述的方法，被適配為:實現(xiàn)如權(quán)利要求2至13中任一項所限定的網(wǎng)絡(luò)實體。
17.一種操作處理實體的方法，包括以下步驟:生成用于由用戶設(shè)備發(fā)送和轉(zhuǎn)發(fā)的策略令牌，所述策略令牌使處理到所述用戶設(shè)備的分組流的網(wǎng)絡(luò)設(shè)備對到所述用戶設(shè)備的分組流應(yīng)用特定策略。
18.一種計算機(jī)程序，可加載到處理單元內(nèi)，所述計算機(jī)程序包括用于執(zhí)行根據(jù)權(quán)利要求15至17中任一項所述的方法的代碼。
19.一種計算機(jī)程 序產(chǎn)品，包括根據(jù)權(quán)利要求18所述的計算機(jī)程序。
【文檔編號】H04L12/813GK103650439SQ201180072335
【公開日】2014年3月19日 申請日期:2011年7月15日 優(yōu)先權(quán)日:2011年7月15日
【發(fā)明者】保羅·斯托拉德, 賴納·路德維格 申請人:瑞典愛立信有限公司