專利名稱：用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò)中的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的實施例涉及用于控制媒體內(nèi)容準(zhǔn)入(admission)網(wǎng)絡(luò)中 的方法和系統(tǒng)。
背景技術(shù)：
視頻流送日益變?yōu)楣经h(huán)境中重要的通信工具。高級管理地址、 人員培訓(xùn)和銷售材料常常涉及利用從公司總部工廠到局部辦公室的視 頻流送。在流送通信業(yè)務(wù)和非流送通信業(yè)務(wù)利用相同的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu) 的情況下可能出現(xiàn)問題。在圖1中示出了常規(guī)的視頻流送網(wǎng)絡(luò)。
在圖1中，包含客戶端的站點101A-101C的集合把視頻流送請求 (參見圖1)從客戶端送至流送服務(wù)器103A - 103C,其典型情況下位 于其它地方(例如在公司總部)。服務(wù)器接受所述請求并且服務(wù)于(例 如提供、發(fā)送、傳送等)對應(yīng)于所述請求的流。在圖1所圖示的模式 中，視頻流送利用還承擔(dān)其它公司通信業(yè)務(wù)的相同基礎(chǔ)結(jié)構(gòu)，所述通 信業(yè)務(wù)包括電子郵件、網(wǎng)絡(luò)訪問、文件傳輸協(xié)議(file transfer protocol, ftp)和數(shù)據(jù)庫訪問。然而在由流送和那些其它服務(wù)所引起的通信業(yè)務(wù) 流量類型之間存在根本差異。
l吏用傳輸控制協(xié)i義(transmission control protocol, TCP)來實現(xiàn) 常規(guī)的公司服務(wù)，所述傳輸控制協(xié)議鼓勵無損耗傳輸并且負(fù)責(zé)共享網(wǎng) 絡(luò)資源。TCP流量(flow)會檢測分組丟失，重發(fā)所有丟失的分組， 并且更重要地是降低它們的傳輸速率直到不再存在丟失。TCP的這些 擁塞控制屬性使所有這些服務(wù)可以在高和低要求周期都能依照最優(yōu)方 式和諧地共享網(wǎng)絡(luò)鏈路。另一方面流送要求只能以固定速率把分組發(fā) 送到它們的目的地并且只能在有限的時間窗內(nèi)恢復(fù)所丟失的分組。這 些流送特征的不適宜的副作用在于視頻流送可能會排擠所有其它通 信，從而削弱了其它公司服務(wù)(例如，電子郵件)。此外，由于很難 降低流送速率，所以接受大量請求可能會在每個客戶端已經(jīng)無法忍受 的情況下以對流本身造成有害影響收場。
大部分流送服務(wù)器允許管理員設(shè)置準(zhǔn)入的閾值。這可以拒絕可能 會導(dǎo)致超過預(yù)置極限的利用率的流送請求。然而此能力在像圖1所圖
示的環(huán)境中幾乎是沒用的。首先，服務(wù)器可以負(fù)責(zé)服務(wù)于多個網(wǎng)絡(luò)鏈 路，但是無法以每個鏈路為基礎(chǔ)來設(shè)置不同的閾值。第二，實際閾值 可能取決于此刻在鏈路上存在什么其它通信業(yè)務(wù)，并且流送服務(wù)器無 法確定這一點。第三，多個服務(wù)器可以合作來服務(wù)于在特定網(wǎng)絡(luò)鏈路 上的請求，但是那些服務(wù)器無法容易地進行合作判定。最后，鏈路的
能力可能隨時間推移而改變，例如虛擬專用網(wǎng)絡(luò)(virtual private network, VPN)連接，從而任何固定的閾值可能都是不適當(dāng)?shù)摹?br> 圖2圖示了在未協(xié)調(diào)的本地控制流送內(nèi)容準(zhǔn)入的情況下所出現(xiàn)的 問題。在圖2的例子中，每個服務(wù)器(圖2中的服務(wù)器1和服務(wù)器2) 具有兩個流的服務(wù)閾值并且每個信道(信道l、信道2和信道3)可以 支持三個流。圖2圖示了在服務(wù)器之間缺乏協(xié)調(diào)如何導(dǎo)致過度使用(頂 部插圖)和不足使用(底部插圖)網(wǎng)絡(luò)信道。例如在頂部插圖中，信 道1被過分使用，不過服務(wù)器1和服務(wù)器2都認(rèn)為正在信道1的帶寬內(nèi) 使用該信道。在底部插圖中，沒有在信道1和3上服務(wù)附加內(nèi)容，盡 管這兩個信道還具有多余容量。
常規(guī)方法接受所有通信業(yè)務(wù)流量并且試圖在網(wǎng)絡(luò)內(nèi)對其按優(yōu)先級 排序(允許網(wǎng)絡(luò)管理員設(shè)置目標(biāo)利用率和目標(biāo)優(yōu)先級)或者以每個服 務(wù)器為基礎(chǔ)來管理是否準(zhǔn)許通信業(yè)務(wù)流量進入(如圖2中所圖示)。 網(wǎng)絡(luò)集中方法可以確保TCP流量被適應(yīng)但是要求升級全局網(wǎng)絡(luò)基礎(chǔ)結(jié) 構(gòu)，這即昂貴又難于管理。此外，服務(wù)器集中方法常常在存在多個網(wǎng) 絡(luò)鏈路和多個流送服務(wù)器的情況下不能適當(dāng)?shù)胤峙涫褂寐省?br>
發(fā)明內(nèi)容
公開了一種用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò)中的方法和系統(tǒng)。所述方 法包括訪問對授權(quán)轉(zhuǎn)送媒體內(nèi)容的請求，其中對授權(quán)的請求包括向多 個服務(wù)器中的服務(wù)器所做出的對媒體內(nèi)容的請求的細(xì)節(jié)。另外，所述 方法包括確定多個服務(wù)器中的至少 一個是否將被授權(quán)適應(yīng)對媒體內(nèi)容 的請求。產(chǎn)生可被多個服務(wù)器中的至少一個訪問的消息。使所述服務(wù) 器準(zhǔn)入媒體內(nèi)容與多個服務(wù)器準(zhǔn)入媒體內(nèi)容進入相協(xié)調(diào)。


并入并構(gòu)成此說明書一部分的附示了本發(fā)明的實施例，并且 連同說明書 一起用來解釋本發(fā)明的原理 圖1示出了常規(guī)的視頻流送網(wǎng)絡(luò)。
圖2圖示了常規(guī)的準(zhǔn)入控制技術(shù)可能導(dǎo)致的問題。 圖3A示出了依照本發(fā)明一個實施例的示例性準(zhǔn)入控制網(wǎng)絡(luò)的體 系結(jié)構(gòu)。
圖3B示出了依照本發(fā)明一個實施例的示例性準(zhǔn)入控制網(wǎng)絡(luò)的體系 結(jié)構(gòu)。
圖4是依照本發(fā)明一個實施例在客戶端和服務(wù)器之間的對話控制 交換的數(shù)據(jù)流程圖。
圖5示出了依照本發(fā)明一個實施例的準(zhǔn)入控制系統(tǒng)。
圖6依照本發(fā)明一個實施例示出了用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò)中 的方法的流程圖。
圖7依照本發(fā)明一個實施例示出了用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò)中 的方法的流程圖。
在此說明書中所提及的附圖除非特別說明否則不應(yīng)當(dāng)被理解為按 比例繪制。
具體實施例方式
現(xiàn)在將詳細(xì)地參考本發(fā)明的各個實施例以及在附圖中所圖示的例 子。雖然將要結(jié)合這些實施例描述本發(fā)明，但是應(yīng)當(dāng)理解它們不旨在 把本發(fā)明限制為這些實施例。相反地，本發(fā)明旨在覆蓋在如附加權(quán)利 要求所定義的本發(fā)明的精神和范圍內(nèi)所包括的候選方式、修改方式及 等效方式。此外，在下面本發(fā)明的詳細(xì)說明中，闡述了許多具體細(xì)節(jié) 以便對本發(fā)明提供更徹底的了解。在其它實例中，沒有詳細(xì)描述眾所 周知的方法、過程、組件和電路以免不必要地模糊本發(fā)明的特征。
為了以下論述起見，"準(zhǔn)入控制(admission control)"預(yù)計指的 是這里描述的準(zhǔn)入控制權(quán)威機構(gòu)管轄(例如，許可或拒絕權(quán)限)服務(wù) 器準(zhǔn)許媒體內(nèi)容在網(wǎng)絡(luò)上(例如，服務(wù)、發(fā)送、流送等)的工作。
依照本發(fā)明一個實施例的示例性媒體內(nèi)容準(zhǔn)入控制網(wǎng)絡(luò)體系結(jié)構(gòu)
圖3A示出了依照本發(fā)明一個實施例的示例性的媒體內(nèi)容準(zhǔn)入控 制網(wǎng)絡(luò)體系結(jié)構(gòu)300。媒體內(nèi)容準(zhǔn)入控制網(wǎng)絡(luò)體系結(jié)構(gòu)300包括準(zhǔn)入控 制權(quán)威機構(gòu)，用于協(xié)調(diào)服務(wù)器池準(zhǔn)許媒體內(nèi)容進入網(wǎng)絡(luò)。在示例性實 施例中，把與服務(wù)器相關(guān)的媒體內(nèi)容準(zhǔn)入判定與服務(wù)器的媒體內(nèi)容服 務(wù)功能相分離。此外，準(zhǔn)入控制權(quán)威機構(gòu)根據(jù)由服務(wù)器接收的對媒體 內(nèi)容的集合請求來協(xié)謫服務(wù)器池準(zhǔn)許媒體內(nèi)容進入(與使每個服務(wù)器
根據(jù)個別服務(wù)器所接收的請求來執(zhí)行其自己的個別局部媒體內(nèi)容準(zhǔn)入
控制相對比)。在圖3A的實施例中，媒體內(nèi)容準(zhǔn)入控制網(wǎng)絡(luò)體系結(jié)構(gòu) 300包括服務(wù)器池301A - 301C、準(zhǔn)入控制插件303A - 303C、客戶端 305、存儲部件307和準(zhǔn)入控制權(quán)威機構(gòu)309。
服務(wù)器301A - 301C維護可以由客戶端305訪問的媒體內(nèi)容。在一 個實施例中，由服務(wù)器301A - 301C所維護的媒體內(nèi)容可以包括但不局 限于流送媒體內(nèi)容。在一個實施例中，客戶端305可以通過向維護所 想要媒體內(nèi)容的服務(wù)器(例如，301A、 301B或301C)發(fā)送對所想要 媒體內(nèi)容的請求(例如流送等)的方式來發(fā)起它們對所述媒體內(nèi)容的 訪問(例如，流送等)。在本實施例中，準(zhǔn)入控制權(quán)威機構(gòu)309確定 對媒體內(nèi)容的請求是否將被許可。
在一個實施例中，每個服務(wù)器(301A、 301B和301C)添加有準(zhǔn) 入控制插件(例如，303A- 303C)。在候選實施例中，準(zhǔn)入控制插件 (例如303A-303C)、其組件或其等效物可以位于遠(yuǎn)離于與其相關(guān)聯(lián) 的服務(wù)器的地方。在又一實施例中，準(zhǔn)入控制插件(例如，303-303C) 的組件和操作可以包含于與其相關(guān)聯(lián)的服務(wù)器的組件和操作中。準(zhǔn)入 控制插件303A - 303C負(fù)責(zé)向準(zhǔn)入控制權(quán)威機構(gòu)309傳送媒體內(nèi)容準(zhǔn)入 授權(quán)請求并且隨后把準(zhǔn)入控制權(quán)威機構(gòu)309的判定結(jié)果傳送回到服務(wù) 器(例如，301A、 301B或301C)。
圖3B圖示了依照本發(fā)明一個實施例的控制插件303A的操作。如 圖3B所示，控制插件303A從服務(wù)器301A訪問由客戶端305做出的對 媒體內(nèi)容的請求的細(xì)節(jié)并且把所述請求的細(xì)節(jié)傳送到準(zhǔn)入控制權(quán)威機 構(gòu)309。隨后準(zhǔn)入控制權(quán)威機構(gòu)309的判定被控制插件303A訪問并且 提供到與控制插件303A相關(guān)聯(lián)的服務(wù)器301A。如果所述請求被許可 (例如，內(nèi)容準(zhǔn)入被授權(quán))，那么此后媒體內(nèi)容被準(zhǔn)許從服務(wù)器301A 進入到網(wǎng)絡(luò)中并且被發(fā)送到請求客戶端305。
應(yīng)當(dāng)注意在圖3B的實施例中(1)客戶端305與服務(wù)器301A談 話(例如，發(fā)出對媒體內(nèi)容的請求)，U)服務(wù)器301A與插件303A 談話(例如，由插件303A所訪問的請求的細(xì)節(jié))，(3)插件303A與 準(zhǔn)入控制權(quán)威機構(gòu)309談話(例如，由準(zhǔn)入控制權(quán)威機構(gòu)309所訪問 的請求的細(xì)節(jié))，(4 )準(zhǔn)入控制權(quán)威機構(gòu)309與插件303A談話(例 如，由插件303A所訪問的準(zhǔn)入控制判定)，(5)插件303A與服務(wù)器
301A談話(由服務(wù)器301A所訪問的準(zhǔn)入控制判定)，和(6)根據(jù)準(zhǔn) 入控制權(quán)威機構(gòu)309所進行的判定來許可或拒絕媒體內(nèi)容準(zhǔn)入。
在一個實施例的流送方案中，在大批媒體內(nèi)容轉(zhuǎn)送(例如，向客 戶端傳輸媒體內(nèi)容)開始之前交換若干控制消息。當(dāng)客戶端(例如， 305)發(fā)送用于從媒體內(nèi)容服務(wù)器(例如圖3A中的301A - 301C )請求 媒體內(nèi)容的控制消息時，向插件303A-303C (如上所述)傳遞所述請 求，所述插件303A - 303C用于向準(zhǔn)入控制權(quán)威機構(gòu)309傳送準(zhǔn)入授權(quán) 請求(包括與對媒體內(nèi)容的請求有關(guān)的信息)。
相關(guān)信息包括請求客戶端的網(wǎng)際協(xié)議(Internet protocol, IP )地 址、正被請求的統(tǒng)一資源定位符(uniform resource locator, URL)和 URL編碼率。根據(jù)此信息，準(zhǔn)入控制權(quán)威機構(gòu)309可以確定哪個網(wǎng)絡(luò) 鏈路對應(yīng)于所述請求，所述鏈路當(dāng)前狀態(tài)是什么，并且可以按照由系 統(tǒng)管理員所設(shè)置的準(zhǔn)入控制策略來考慮所述請求。
在示例性實施例中所使用的插件體系結(jié)構(gòu)存在幾個優(yōu)點，其中由 在服務(wù)器(例如，圖3A中的301 A、 301B或301C )和客戶端305之 間所交換的控制消息來觸發(fā)準(zhǔn)入控制。在示例性實施例中，由于只在 需要時所述插件(例如，303A- 303C)才發(fā)起準(zhǔn)入控制詢問，故因為 準(zhǔn)入控制權(quán)威機構(gòu)309只消耗可忽略的資源直到被插件(例如，303A-303C)詢問，所以有效地利用了資源。此外，可以通過使插件^3A略 早于開始消耗資源(例如，服務(wù)、傳送、發(fā)送等)的時間點時進行詢 問來隱藏與執(zhí)行準(zhǔn)入控制判定相關(guān)聯(lián)的所有等待時間。應(yīng)當(dāng)理解，現(xiàn) 有的服務(wù)器(例如，流送服務(wù)器)已經(jīng)支持插件實現(xiàn)方式。
再次參照圖3A，客戶端305向服務(wù)器301A - 301C發(fā)出對所想要 的媒體內(nèi)容的請求。如先前所論述的那樣，可以在大批媒體內(nèi)容轉(zhuǎn)送 開始之前(參見參考以下圖4所進行的論述)在客戶端305和服務(wù)器 (例如，301A、 301B或301C)之間交換若干控制消息。在本實施例 中，準(zhǔn)入控制權(quán)威機構(gòu)309確定對媒體內(nèi)容的請求是否將被許可。
準(zhǔn)入控制權(quán)威機構(gòu)309從與服務(wù)器(例如，301A、 301B和301C) 相關(guān)聯(lián)的服務(wù)器插件303人-303C接收媒體內(nèi)容準(zhǔn)入授權(quán)請求(例如， 詢問)，所述服務(wù)器是服務(wù)器池301A-301C的一部分。在一個實施例 中，媒體內(nèi)容準(zhǔn)入授權(quán)請求詳細(xì)描述了由服務(wù)器(例如，301A、 301B 和301C)所接收的對媒體內(nèi)容的請求，所述服務(wù)器是服務(wù)器池301入-301C的一部分。如上所述，準(zhǔn)入控制權(quán)威機構(gòu)309確定對媒體內(nèi)容的 請求將被許可還是不被許可。
響應(yīng)于媒體內(nèi)容準(zhǔn)入授權(quán)請求，準(zhǔn)入控制權(quán)威機構(gòu)309產(chǎn)生可由 服務(wù)器(例如，301A、 301B或301C)訪問的媒體內(nèi)容準(zhǔn)入授權(quán)命令 (消息，信號等，用于傳送許可或拒絕授權(quán))，其中向所述服務(wù)器發(fā) 出對媒體內(nèi)容的請求。應(yīng)當(dāng)理解，準(zhǔn)入控制權(quán)威機構(gòu)309通過發(fā)布媒 體內(nèi)容準(zhǔn)入授權(quán)命令來使來自服務(wù)器池中每個服務(wù)器(301A、 301B和 301C )的媒體內(nèi)容的網(wǎng)絡(luò)準(zhǔn)入與來自服務(wù)池器301A - 301C中其余多個 服務(wù)器的媒體內(nèi)容的網(wǎng)絡(luò)準(zhǔn)入相協(xié)調(diào)。
在示例性實施例中，準(zhǔn)入控制權(quán)威機構(gòu)309用來把與服務(wù)器池 301A-301C中的服務(wù)器(301A、 301B和301C )相關(guān)的媒體內(nèi)容準(zhǔn)入
判定與服務(wù)器的內(nèi)容服務(wù)功能相分離。此外，準(zhǔn)入控制權(quán)威機構(gòu)309 根據(jù)由服務(wù)器池301A - 301C所接收的集合請求來為服務(wù)器池301A誦 301C中的單個服務(wù)器(301A、 301B和301C)進行內(nèi)容準(zhǔn)入判定(與 使每個服務(wù)器根據(jù)單個服務(wù)器所接收的請求來進行其自己的單獨局部 準(zhǔn)入控制判定相對)。
在本實施例中，準(zhǔn)入控制權(quán)威機構(gòu)309通過在客戶端305和服務(wù) 器(301A、 301B或301C)之間進行其它會話控制交換期間完成授權(quán) 判定來掩蓋媒體內(nèi)容準(zhǔn)入授權(quán)過程所伴隨的等待時間。更具體地說， 準(zhǔn)入控制權(quán)威機構(gòu)309能夠在客戶端305和服務(wù)器(例如，301A、 301B 或301C )之間交換消息所包含的時段期間從服務(wù)器(例如，301A、 301B 或301C)訪問媒體內(nèi)容準(zhǔn)入授權(quán)請求并且向其提供媒體內(nèi)容準(zhǔn)入授權(quán) 判定，所述消息交換在轉(zhuǎn)送媒體內(nèi)容之前。從而，在安排媒體內(nèi)容以 從服務(wù)器(例如，301A、 301B或301C)轉(zhuǎn)送到客戶端305之前的周 期期間能夠由準(zhǔn)入控制權(quán)威機構(gòu)309做出許可或拒絕請求的判定(例 如，用于許可或拒絕授權(quán)的準(zhǔn)入控制判定等)。
在一個實施例中，由準(zhǔn)入控制權(quán)威機構(gòu)309所配備的組件和操作 可以與一個或多個服務(wù)器(301A、 301B和301C)相關(guān)聯(lián)的組件和操 作相分離但是與之協(xié)調(diào)來操作。在候選實施例中，由準(zhǔn)入控制權(quán)威機 構(gòu)309所配備的組件和操作可以包含于與一個或多個服務(wù)器(例如， 301A、 301B和301C)相關(guān)聯(lián)的組件和操作中。在這種實施例中，所 指定的準(zhǔn)入控制權(quán)威機構(gòu)309的一個或多個組件可以判定許可或拒絕
對媒體內(nèi)容的請求，其中可以根據(jù)與所述準(zhǔn)入控制權(quán)威機構(gòu)309的其 它組件的協(xié)調(diào)來指定所述一個或多個組件。
應(yīng)當(dāng)理解，可以使用存儲裝置307來存儲在媒體內(nèi)容準(zhǔn)入授權(quán)過 程或其它相關(guān)操作或數(shù)據(jù)存儲應(yīng)用中所使用的信息。
在操作中，當(dāng)客戶端305向服務(wù)器(例如，301A、 301B或301C) 請求所想要的媒體內(nèi)容時，所述服務(wù)器(例如，301A、 301B或301C) (經(jīng)由插件303A， 303B或303C )請求準(zhǔn)入控制權(quán)威機構(gòu)309授權(quán)以 開始傳輸所請求的媒體內(nèi)容。準(zhǔn)入控制權(quán)威機構(gòu)309產(chǎn)生授權(quán)命令(例 如，消息，信號等，經(jīng)由插件被傳送到服務(wù)器)，用于在客戶端305 和服務(wù)器(301A、 301B或301C)之間轉(zhuǎn)送消息所伴隨的時段期間許 可或拒絕授權(quán)以開始傳輸所請求的媒體內(nèi)容，所述消息在傳輸所請求 的媒體內(nèi)容(例如，流送媒體內(nèi)容等)之前。
在一個實施例中，其中在客戶端(例如，305)暫停傳輸(例如， 流送等)媒體內(nèi)容之后為媒體內(nèi)容傳輸會話保留資源的周期可以被預(yù) 先確定從而受到限制。例如如果預(yù)先確定用于媒體內(nèi)容傳輸會話的資 源分配應(yīng)當(dāng)限于在客戶端(例如，305)引起會話暫停之后五分鐘，那 么在所述客戶端(例如，305)使媒體內(nèi)容傳輸暫停之后五分鐘重新分 配向特定的媒體內(nèi)容流所分配的資源(例如，帶寬等)，其中正向所 述客戶端(例如，305)提供所述媒體內(nèi)容。該設(shè)計背后的動機是客戶 端一般在暫停之后不久恢復(fù)流送或者它們根本從不恢復(fù)。此外，在媒 體流送末尾， 一些客戶端在預(yù)期到會部分重播的情況下發(fā)布暫停請求 而不是終止。
此外在一個實施例中，當(dāng)服務(wù)器(例如，301A-301C)崩潰時或 當(dāng)會話結(jié)束(或者由于其它原因被終止)時終止向媒體內(nèi)容傳輸會話 (例如，流送媒體內(nèi)容會話等)分配資源。在一個實施例中，插件(303A -303C )可以向準(zhǔn)入控制權(quán)威機構(gòu)309傳送媒體內(nèi)容終止部分以便提示 釋放資源。在一個實施例中，準(zhǔn)入控制權(quán)威機構(gòu)309定期地測試鏈路 的帶寬利用率以便確保它匹配內(nèi)部的鏈路帶寬利用率量度，所述內(nèi)部 量度是基于插件(303A-303C)消息的跟蹤的。
在本實施例中，連續(xù)地向準(zhǔn)入控制權(quán)威機構(gòu)309發(fā)送周期信號(例 如，脈沖信號等)，所述周期信號對應(yīng)于特定的媒體內(nèi)容準(zhǔn)入請求和 相關(guān)聯(lián)的媒體內(nèi)容傳輸會話，所述準(zhǔn)入控制權(quán)威機構(gòu)309維護在該會
話中所涉及的服務(wù)器(例如，301A-301C)的記錄。如果準(zhǔn)入控制權(quán) 威機構(gòu)停止接收周期信號，那么它假定在會話中所涉及的服務(wù)器(例 如，301A國301C)已經(jīng)崩潰。執(zhí)行內(nèi)部簿記(book-keeping)以便反映 釋放先前分配給所述會話的資源，然后所述資源可以被重新分配給其 它地方。
圖4依照本發(fā)明一個實施例圖示了在客戶端和服務(wù)器之間的會話 控制交換之后可以怎樣隱藏準(zhǔn)入授權(quán)判定所伴隨的等待時間，所述會 話控制交換在準(zhǔn)許媒體內(nèi)容進入網(wǎng)絡(luò)中之前。圖4依照本發(fā)明一個實 施例圖示了在客戶端和服務(wù)器之間發(fā)生的會話控制交換，諸如在開始 和完成流送媒體會話中所使用的會話控制交換。
圖4依照一個實施例描繪了在開始大批媒體內(nèi)容轉(zhuǎn)送(例如，把 媒體內(nèi)容傳輸?shù)娇蛻舳?之前(在消息4之后)在客戶端305和服務(wù) 器301A之間所交換的控制消息(圖4中的消息l-4)?？梢酝ㄟ^使插 件(例如，303A)或其等效物略早于開始發(fā)送(例如，服務(wù)，傳送， 消耗等)資源的時間點時進行其詢問，來隱藏與執(zhí)行準(zhǔn)入控制判定相 關(guān)聯(lián)的等待時間。更具體地說如上所述，準(zhǔn)入控制權(quán)威機構(gòu)309在客 戶端305和服務(wù)器301A之間交換消息所包含的時段期間從服務(wù)器 301A訪問媒體內(nèi)容準(zhǔn)入授權(quán)請求并且向其提供媒體內(nèi)容準(zhǔn)入授權(quán)判 定，所述消息交換在轉(zhuǎn)送媒體內(nèi)容之前。
應(yīng)當(dāng)理解，對媒體內(nèi)容的請求只在當(dāng)發(fā)出"播放"命令時在消息4 之后才消耗實質(zhì)的帶寬資源。因此服務(wù)器301A可以更早地與準(zhǔn)入控制 權(quán)威機構(gòu)309通信(例如，交換的消息l、 2或3)并且詢問是否應(yīng)當(dāng) 準(zhǔn)許對媒體內(nèi)容的請求(例如，服務(wù)器301A可以經(jīng)由插件向準(zhǔn)入控制 權(quán)威機構(gòu)309發(fā)出媒體內(nèi)容準(zhǔn)入授權(quán)請求)。在本實施例中，服務(wù)器 301A仍然能夠?qū)λ邢⒆鞒鲰憫?yīng)，就好像它將接受請求一樣，同時 等待來自準(zhǔn)入控制權(quán)威機構(gòu)3<>9的應(yīng)答。
在消息交換期間詢問準(zhǔn)入控制權(quán)威機構(gòu)309的上述過程為準(zhǔn)入控 制權(quán)威機構(gòu)309提供充裕的時間來進行判定并且把所述判定傳送到發(fā) 出請求的服務(wù)器301A (傳送或使之可由服務(wù)器301A訪問，諸如經(jīng)由 插件、來自準(zhǔn)入控制權(quán)威機構(gòu)309的媒體內(nèi)容準(zhǔn)入授權(quán)信號、命令或 消息)，其中所述消息交換在準(zhǔn)許媒體內(nèi)容進入網(wǎng)絡(luò)中之前。 一旦服 務(wù)器301A已經(jīng)接收到該判定，那么它會根據(jù)準(zhǔn)入控制權(quán)威機構(gòu)309所
進行的判定來認(rèn)可或拒絕"播放"請求。在完成轉(zhuǎn)送所想要的媒體內(nèi)
容之后，可以利用"退出請求"命令(例如在圖4中所示出的消息5) 來終止會話。
圖5示出了依照本發(fā)明一個實施例的準(zhǔn)入控制權(quán)威機構(gòu)309。在此 實施例中，準(zhǔn)入控制權(quán)威機構(gòu)309包括授權(quán)請求訪問器501、請求適應(yīng) 確定器503和準(zhǔn)入授權(quán)消息產(chǎn)生器。
授權(quán)請求訪問器501訪問來自作為服務(wù)器池(例如圖3中的301A-301C) —部分的服務(wù)器的授權(quán)請求(諸如經(jīng)由圖3中的插件303A畫 303C)。在一個實施例中，授權(quán)請求提供了由客戶端(例如圖3中的 305)向作為服務(wù)器池(例如圖3中的301A-301C)—部分的多個服務(wù) 器中的至少一個所發(fā)出的對媒體內(nèi)容的請求的細(xì)節(jié)。
應(yīng)當(dāng)理解，授權(quán)請求的細(xì)節(jié)可以包括但不局限于從包括客戶端網(wǎng) 際協(xié)議(IP)地址、正被請求的統(tǒng)一資源定位符(URL)和統(tǒng)一資源 定位符(URL)編碼率的組中所選擇的訪問信息。
應(yīng)當(dāng)理解，根據(jù)所迷請求的細(xì)節(jié)，準(zhǔn)入控制部件可以確定哪個網(wǎng) 絡(luò)鏈路對應(yīng)于所述請求，所述鏈路的當(dāng)前狀態(tài)是什么，以及此請求怎 樣影響由系統(tǒng)管理員所設(shè)置的準(zhǔn)入控制策略。
請求適應(yīng)確定器503確定多個服務(wù)器(圖3中的服務(wù)器池301A -301C)中的至少一個是否將被授權(quán)適應(yīng)對媒體內(nèi)容的請求。在一個實 施例中，所述確定是基于從所述網(wǎng)絡(luò)的通信鏈路和多個服務(wù)器(圖3 中的301A、 301B和301C)中的每個所訪問的數(shù)據(jù)的。
準(zhǔn)入授權(quán)消息產(chǎn)生器505產(chǎn)生可由多個服務(wù)器(圖3中的301A、 301B或301C)中的至少一個訪問的媒體內(nèi)容準(zhǔn)入授權(quán)命令。在一個實 施例中，媒體內(nèi)容準(zhǔn)入授權(quán)消息使來自多個服務(wù)器(圖3中的301A、 301B或301C )中的至少 一個的媒體內(nèi)容的準(zhǔn)入與來自多個服務(wù)器(圖 3中的服務(wù)器池301A-301C)的媒體內(nèi)容的準(zhǔn)入相協(xié)調(diào)。在一個實施 例中，所述協(xié)調(diào)是基于多個服務(wù)器的集合請求的(向圖3中的服務(wù)器 池301A-301C中的服務(wù)器所進行的集合請求)。
依照本發(fā)明一個實施例用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò)中的方法的示 例性操作
圖6依照本發(fā)明一個實施例示出了在用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò) 的方法中所執(zhí)行的步驟的流程圖600。在步驟601，訪問對授權(quán)轉(zhuǎn)送媒體內(nèi)容(例如，流送媒體內(nèi)容等) 的請求。對授權(quán)轉(zhuǎn)送媒體內(nèi)容的請求包括向多個服務(wù)器中的至少一個 服務(wù)器所做出的對媒體內(nèi)容的請求的細(xì)節(jié)。
在步驟603，確定至少一個服務(wù)器將是否適應(yīng)所述對媒體內(nèi)容的請求。
在步驟605，產(chǎn)生可被至少一個服務(wù)器訪問的媒體內(nèi)容準(zhǔn)入授權(quán)消 息。依照一個實施例，媒體內(nèi)容準(zhǔn)入授權(quán)消息使來自多個服務(wù)器中的 至少一個的媒體內(nèi)容的準(zhǔn)入與來自多個服務(wù)器的媒體內(nèi)容的準(zhǔn)入相協(xié) 調(diào)。
圖7依照本發(fā)明一個實施例示出了在用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò) 的方法中由插件所執(zhí)行的步驟的流程圖700。
在步驟701，訪問向相關(guān)聯(lián)的服務(wù)器所做出的對媒體內(nèi)容的請求， 其中所述相關(guān)聯(lián)的服務(wù)器為多個服務(wù)器中的至少一個服務(wù)器。
在步驟703，向準(zhǔn)入控制權(quán)威機構(gòu)傳送對媒體內(nèi)容的請求的細(xì)節(jié)。 在步驟705，從準(zhǔn)入控制權(quán)威機構(gòu)訪問媒體內(nèi)容準(zhǔn)入授權(quán)消息。 在步驟707，向相關(guān)聯(lián)的服務(wù)器傳送媒體內(nèi)容準(zhǔn)入授權(quán)消息。媒體 內(nèi)容準(zhǔn)入授權(quán)命令使來自相關(guān)聯(lián)的服務(wù)器的媒體內(nèi)容的準(zhǔn)入與來自多 個服務(wù)器的媒體內(nèi)容的準(zhǔn)入相協(xié)調(diào)。
本發(fā)明的實施例提供了一種準(zhǔn)入控制體系結(jié)構(gòu)，其可以適應(yīng)多個 服務(wù)器、多個網(wǎng)絡(luò)鏈路、可變的鏈路容量和可變的后臺TCP通信業(yè)務(wù)。 在這種實施例中，把準(zhǔn)入控制判定與媒體服務(wù)功能相分離。代替依賴 于每個媒體服務(wù)器實現(xiàn)其自己的局部媒體準(zhǔn)入控制，示例性實施例規(guī) 定每個服務(wù)器(301A-301C)與準(zhǔn)入控制權(quán)威機構(gòu)309通信，所述準(zhǔn) 入控制權(quán)威機構(gòu)309根據(jù)多個服務(wù)器(301A-301C)的集合請求來進 行判定。據(jù)此，本發(fā)明的實施例通過提供共用的準(zhǔn)入控制權(quán)威機構(gòu)309 來改善常規(guī)系統(tǒng)的問題(例如，鏈路使用過度和不足)，所述準(zhǔn)入控 制權(quán)威機構(gòu)309協(xié)調(diào)服務(wù)器池(301A-301C)的媒體內(nèi)容準(zhǔn)入。
本發(fā)明的實施例允許建立適于不同設(shè)置的準(zhǔn)入控制策略，這是由 于從一個公司環(huán)境到另 一個公司環(huán)境可能存在涉及用什么來構(gòu)成適當(dāng) 的準(zhǔn)入控制策略的實質(zhì)變化。在一個實施例中，準(zhǔn)入控制策略可以包 括但不局限于向流送通信業(yè)務(wù)分配一小部分鏈路，向TCP通信業(yè)務(wù)分 配固定量，以及向用戶數(shù)據(jù)報協(xié)議(user datagram protocol, UDP )分頁
配剩余量或者以特定的分組丟失率作為目標(biāo)等。
在一個實施例中，對資源的釋放做出標(biāo)記以便確保及時考慮它們 的釋放。準(zhǔn)入控制部件定期地測試鏈路的帶寬利用率以便確保它匹配
在插件(例如，303A- 303C)內(nèi)的跟蹤系統(tǒng)(例如，用于跟蹤插件消 息)，這是由于流可能會在插件(例如，303A- 303C)不知道它終止 的情況下終止。
用于準(zhǔn)入控制的一些常規(guī)方法僅涉及設(shè)置服務(wù)器閾值。這種方法 缺點在于多個服務(wù)器(例如，301A-301C)可能協(xié)調(diào)來服務(wù)多個網(wǎng)絡(luò) 鏈路(其是一種通用方案)。其它準(zhǔn)入控制策略集中于管理網(wǎng)絡(luò)本身 而不是服務(wù)器(例如，301A-301C)向所述網(wǎng)絡(luò)發(fā)出通信業(yè)務(wù)。
本發(fā)明的實施例比試圖直接管理網(wǎng)絡(luò)的任何方案更有效地操作。 更具體地說在此實施例中，判定特定的媒體內(nèi)容是否應(yīng)當(dāng)被準(zhǔn)入網(wǎng) 絡(luò)，而不是在網(wǎng)絡(luò)交換機內(nèi)按優(yōu)先級排序媒體內(nèi)容。此外，由于這可 以在服務(wù)器(例如，301A-301C)本身之外完成，所以示例性實施例 具有監(jiān)視多個網(wǎng)絡(luò)鏈路并且判定跨過所有服務(wù)器(例如，301A-301C) 的集合請求組在進行判定之前會怎樣影響每個鏈路的能力。
本發(fā)明的實施例解決了由流送和非流送通信業(yè)務(wù)流量并發(fā)使用網(wǎng) 絡(luò)鏈路所引起的問題。另外，本實施例的實施例確保網(wǎng)絡(luò)管理員具有 為常規(guī)的公司網(wǎng)絡(luò)通信業(yè)務(wù)設(shè)置帶寬可用級的能力，同時維持對系統(tǒng) 所接受的所有流送請求的高質(zhì)量級。
應(yīng)當(dāng)理解，本發(fā)明的實施例并不依賴于保留。在一個實施例中， 接受請求直到已經(jīng)到達目標(biāo)利用率。相比之下，使用保留的系統(tǒng)接受 來自特定通信業(yè)務(wù)類的所有請求繼而試圖管理它們的通信業(yè)務(wù)流量， 以便確保在每類內(nèi)的帶寬利用率保持在由管理員所設(shè)置的閾值以下。
總之，現(xiàn)有的方法接受所有通信業(yè)務(wù)流量并且試圖在網(wǎng)絡(luò)內(nèi)按優(yōu) 先級進行排序(允許網(wǎng)絡(luò)管理員設(shè)置目標(biāo)利用率和目標(biāo)優(yōu)先級)或者 以每個服務(wù)器為基礎(chǔ)來管理是否準(zhǔn)許通信業(yè)務(wù)流量進入。網(wǎng)絡(luò)集中方 法可以確保TCP流量被適應(yīng)但是要求升級全局網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)，這即昂 貴又難于管理。如較早所論述的服務(wù)器集中方法在存在多個網(wǎng)絡(luò)鏈路 和多個流送服務(wù)器的情況下可能無法適當(dāng)?shù)乜紤]使用率。本發(fā)明的實 施例提供了高效的解決方案并且可以與現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)和流送服 務(wù)器相集成。
出于說明和描述的目的，已經(jīng)給出了本發(fā)明具體實施例的上述描 述。它們并不旨在窮舉或把本發(fā)明限制為所公開的精確形式，而是顯 然按照上述教導(dǎo)可以進行許多修改和變化。選擇并描述所述實施例使 得更好地解釋本發(fā)明的原理及其實際應(yīng)用，以便由此使其它本領(lǐng)域技 術(shù)人員能夠在適于所預(yù)計的特定使用的各種修改的情況下更好地利用 本發(fā)明和各個實施例。本發(fā)明的范圍意在由附加于此的權(quán)利要求及其
等效物來限定。
權(quán)利要求
1.一種用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò)的方法，包括(601)訪問對授權(quán)轉(zhuǎn)送媒體內(nèi)容的請求，其中所述對授權(quán)的請求包括向多個服務(wù)器中的服務(wù)器所做出的對媒體內(nèi)容的請求的細(xì)節(jié)；(603)確定所述服務(wù)器是否將被授權(quán)以適應(yīng)所述對媒體內(nèi)容的請求；以及(605)產(chǎn)生可由所述服務(wù)器訪問的消息，其中使所述服務(wù)器準(zhǔn)許媒體內(nèi)容進入與所述多個服務(wù)器準(zhǔn)許媒體內(nèi)容進入相協(xié)調(diào)。
2. 如權(quán)利要求l所述的方法，其中在從客戶端向所述服務(wù)器發(fā)出 "播放"命令之前產(chǎn)生用于提示所述媒體內(nèi)容準(zhǔn)入的消息。
3. 如權(quán)利要求l所述的方法，其中所述消息在所述服務(wù)器和客戶 端之間通信期間產(chǎn)生，用以啟動所述媒體內(nèi)容的準(zhǔn)入，所述通信早于 從所述客戶端向所述服務(wù)器發(fā)出命令。
4. 如權(quán)利要求l所述的方法，其中所述確定所述服務(wù)器是否將適 應(yīng)所述對媒體內(nèi)容的請求是基于從每個所述服務(wù)器和所述網(wǎng)絡(luò)的通信 鏈路所訪問的數(shù)據(jù)的。
5. 如權(quán)利要求l所述的方法，其中所述服務(wù)器添加有服務(wù)器端擴 展，用于負(fù)責(zé)與準(zhǔn)入控制權(quán)威機構(gòu)通信以及把所述準(zhǔn)入控制權(quán)威機構(gòu) 的判定中繼回到所述服務(wù)器。
6. 如權(quán)利要求5所述的方法，其中所述服務(wù)器端擴展把媒體內(nèi)容 終止傳送到準(zhǔn)入控制部件以便提示釋放資源。
7. 如權(quán)利要求l所述的方法，其中所述訪問包括從包括客戶端網(wǎng) 際協(xié)議(IP)地址、正被請求的統(tǒng)一資源定位符(URL)和編碼率的 組中所選擇的訪問信息。
8. 如權(quán)利要求l所述的方法，其中根據(jù)對媒體內(nèi)容的所述請求的 所述細(xì)節(jié)，準(zhǔn)入控制權(quán)威機構(gòu)能夠確定哪個網(wǎng)絡(luò)鏈路對應(yīng)于所述對媒 體內(nèi)容的請求，所述鏈路的當(dāng)前狀態(tài)是什么以及由系統(tǒng)管理員所設(shè)置 的準(zhǔn)入控制策略將怎樣影響請求。
9. 如權(quán)利要求l所述的方法，其中所述協(xié)調(diào)是基于所述多個服務(wù) 器的請求集合的。
10. 如權(quán)利要求1所述的方法，其中所述準(zhǔn)入控制權(quán)威機構(gòu)定期 地測試鏈路的帶寬利用率以便確保與所述準(zhǔn)入控制權(quán)威機構(gòu)的內(nèi)部帶 寬利用量度相匹配。
11. 如權(quán)利要求1所述的方法，其中所述媒體內(nèi)容包括流送的媒 體內(nèi)容。
12. 如權(quán)利要求5所述的方法，其中所述準(zhǔn)入控制權(quán)威機構(gòu)由多 個組件組成，所述組件協(xié)調(diào)操作并且存在于相同或不同的位置上。
13. 如權(quán)利要求5所述的方法，其中所述服務(wù)器端擴展包括插件。
全文摘要
公開了一種用于控制媒體內(nèi)容準(zhǔn)入網(wǎng)絡(luò)的方法和系統(tǒng)。所述方法包括訪問(601)對授權(quán)轉(zhuǎn)送媒體內(nèi)容的請求，其中所述對授權(quán)的請求包括向多個服務(wù)器中的服務(wù)器所做出的對媒體內(nèi)容的請求的細(xì)節(jié)。另外，所述方法包括確定(603)多個服務(wù)器中的至少一個是否將被授權(quán)以適應(yīng)對媒體內(nèi)容的請求。產(chǎn)生(605)可由所述服務(wù)器訪問的消息。使所述服務(wù)器準(zhǔn)許媒體內(nèi)容進入與多個服務(wù)器準(zhǔn)許媒體內(nèi)容進入相協(xié)調(diào)。
文檔編號H04L29/06GK101112062SQ200580045918
公開日2008年1月23日 申請日期2005年10月27日 優(yōu)先權(quán)日2004年11月5日
發(fā)明者L·孔托塔納西斯, W·譚 申請人:惠普開發(fā)有限公司