欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

多服務(wù)會(huì)話準(zhǔn)入控制的制作方法

文檔序號(hào):7970379閱讀:238來(lái)源:國(guó)知局
專利名稱:多服務(wù)會(huì)話準(zhǔn)入控制的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及用于多服務(wù)寬帶服務(wù)的會(huì)話準(zhǔn)入控制(SAC,SessionAdmission Control),并且更具體地涉及用于協(xié)商會(huì)話指定的準(zhǔn)入控制以確保面向會(huì)話的服務(wù)的質(zhì)量的方法和系統(tǒng)。
背景技術(shù)
通過(guò)IP/MPLS網(wǎng)絡(luò)所傳送的許多新服務(wù)具有特定的指定質(zhì)量需求,如果沒(méi)有滿足所述需求就會(huì)使得所述服務(wù)不可用或無(wú)法接受。這種服務(wù)類型的兩個(gè)突出例子是IP上的實(shí)時(shí)通信和IP上的流式娛樂(lè)(StreamingEntertainment)。IP上的實(shí)時(shí)通信(例如IP上的語(yǔ)音或VoIP)對(duì)于時(shí)延和分組丟失比較敏感。中度的網(wǎng)絡(luò)質(zhì)量問(wèn)題將導(dǎo)致VoIP呼叫中的一方難以理解另一方;嚴(yán)重的問(wèn)題將丟棄通信會(huì)話,有時(shí)是進(jìn)行中的所有通信會(huì)話。例如組播TV和視頻點(diǎn)播的IP上的流式娛樂(lè)服務(wù)對(duì)平均吞吐量和分組丟失敏感。中度的網(wǎng)絡(luò)質(zhì)量問(wèn)題將導(dǎo)致聲音和圖像的損壞;嚴(yán)重的問(wèn)題將再次導(dǎo)致流式會(huì)話的丟失。對(duì)于上面描述的新服務(wù),根本不開(kāi)始新的服務(wù)會(huì)話要優(yōu)于開(kāi)始不能確保其質(zhì)量或質(zhì)量較差、其負(fù)載將導(dǎo)致已由其他客戶使用的服務(wù)的降級(jí)的服務(wù)會(huì)話。必要時(shí)控制會(huì)話的開(kāi)始是會(huì)話準(zhǔn)入控制的任務(wù)。
本發(fā)明提供一種會(huì)話準(zhǔn)入控制解決方案,其解決了會(huì)話準(zhǔn)入控制系統(tǒng)的三個(gè)最重要的問(wèn)題,即擴(kuò)縮(scaling)、網(wǎng)絡(luò)容量發(fā)現(xiàn)和組播服務(wù)會(huì)話的并入。根據(jù)本發(fā)明的這三個(gè)方面還可以還被定義為(1)用于協(xié)商準(zhǔn)入控制的機(jī)制,其包括稱為“季票(season ticket)”的永久資源授權(quán)的概念,(2)采用“基于發(fā)現(xiàn)的”解決方案的網(wǎng)絡(luò)瓶頸的計(jì)算,以及(3)擴(kuò)展IGMP智能代理技術(shù)以允許組播復(fù)制點(diǎn),其中所述組播復(fù)制點(diǎn)通常無(wú)法拒絕組播加入請(qǐng)求,由此允許它們參與準(zhǔn)入控制過(guò)程。
作為被很好地理解和證明的機(jī)制的會(huì)話準(zhǔn)入控制(SAC),對(duì)于控制被置于網(wǎng)絡(luò)上的負(fù)載而言是有價(jià)值的,以便避免降低質(zhì)量的過(guò)載條件。在極端的情況下,存在“引爆點(diǎn)(tipping point)”現(xiàn)象,其中允許要建立的單個(gè)新會(huì)話導(dǎo)致當(dāng)前進(jìn)行中的所有會(huì)話的災(zāi)難性故障和對(duì)過(guò)多預(yù)訂的資源的競(jìng)爭(zhēng)。
一般地,SAC涉及確定需要的和/或可用的資源,并且為呼叫預(yù)留資源。所關(guān)注的資源包括鏈路帶寬,但是可能還涉及數(shù)字信號(hào)處理器、CPU電源和存儲(chǔ)器。這些資源中的幾個(gè)可以在呼叫至其目的地所穿過(guò)的節(jié)點(diǎn)中任意一個(gè)或多個(gè)處被限制。RSVP(資源預(yù)留協(xié)議)是普通的IETF標(biāo)準(zhǔn),該IETF標(biāo)準(zhǔn)用于支持通過(guò)變化的拓?fù)浜徒橘|(zhì)的網(wǎng)絡(luò)的資源(例如帶寬)預(yù)留。
典型地,組播業(yè)務(wù)使準(zhǔn)入控制變復(fù)雜,這是因?yàn)樵谑褂肐GMP(因特網(wǎng)組管理協(xié)議)和PIM(不依賴協(xié)議的組播)協(xié)議族的標(biāo)準(zhǔn)組播網(wǎng)絡(luò)中,組播復(fù)制點(diǎn)無(wú)法拒絕服務(wù)請(qǐng)求,并且沒(méi)有用于它的機(jī)制來(lái)通知其它服務(wù)遞送點(diǎn)它也已經(jīng)啟動(dòng)會(huì)話。IGMP和PIM被廣泛地使用。
對(duì)于SAC有兩個(gè)主要目的,其將在下面的部分中詳述。寬泛地說(shuō),這兩個(gè)主要目的是1)確保任何給定用戶不會(huì)由于請(qǐng)求當(dāng)時(shí)網(wǎng)絡(luò)連接上能支持的更多同時(shí)服務(wù)(包括單個(gè)服務(wù)的多個(gè)實(shí)例,例如多個(gè)同時(shí)的視頻信道,多個(gè)服務(wù),例如VoIP/視頻電話、因特網(wǎng)和視頻)而意外導(dǎo)致服務(wù)質(zhì)量故障;2)通過(guò)在否則會(huì)造成對(duì)進(jìn)行中的會(huì)話的大規(guī)模(wide-scale)質(zhì)量或可用性故障的情況下拒絕新的會(huì)話建立,來(lái)允許更適度的服務(wù)限制。這尤其在這樣的情況下是正確的其中存在可用共享容量的長(zhǎng)期但不常見(jiàn)的縮減,以服務(wù)于高帶寬、短期的會(huì)話。
SAC應(yīng)用于需要吞吐量保證的所有服務(wù),其中所述服務(wù)典型地包括實(shí)時(shí)通信服務(wù)和流媒體服務(wù)。所需求的保證通常針對(duì)最小吞吐量,該最小吞吐量基于接收客戶緩存的大小在每個(gè)時(shí)間間隔被遞送。這可以一般假設(shè)為幾百毫秒,即最小速率必須在每200ms的間隔內(nèi)被達(dá)到。極少地,典型通過(guò)允許或拒絕來(lái)自用戶或第三方內(nèi)容/應(yīng)用提供商的、臨時(shí)在定義的持續(xù)時(shí)間的時(shí)間間隔內(nèi)將用戶帶寬提高到較高的級(jí)別的請(qǐng)求,SAC可以應(yīng)用于例如高速因特網(wǎng)接入的其它服務(wù)。
SAC的第一主要目的可以稱為“用戶SAC”。該第一目的是允許服務(wù)提供商確保用戶已購(gòu)買的服務(wù)是以所需求的質(zhì)量而對(duì)于他們可用。每用戶的SAC可以被用于將對(duì)每個(gè)顧客所允許的服務(wù)實(shí)例的數(shù)量限制在顧客已付費(fèi)或可以被其連接支持的數(shù)量。這個(gè)SAC的形式本質(zhì)上涉及第一英里/第一個(gè)半英里瓶頸,其中該瓶頸典型地通過(guò)每用戶接入速率而被定義。在三重服務(wù)(數(shù)據(jù)、語(yǔ)音和視頻)的情況下,所述三重服務(wù)中僅兩個(gè)是基于會(huì)話的并且要求性能的-娛樂(lè)視頻和實(shí)時(shí)通信。在這些之中,僅視頻占用大量帶寬。因此,當(dāng)前實(shí)現(xiàn)用戶SAC的簡(jiǎn)單解決方案在于,簡(jiǎn)單地在視頻會(huì)話上的應(yīng)用層進(jìn)行準(zhǔn)入控制。VoIP(如果存在的話)占用少量帶寬,并且因此可以安全地被假設(shè)為總是用于計(jì)算對(duì)視頻可用的帶寬。即,每個(gè)服務(wù)被分離地管理,并且視頻點(diǎn)播和視頻廣播是僅有的從SAC角度來(lái)看真正要考慮的。將來(lái)的用戶SAC需求在于向顧客出售更多的服務(wù),其中那些服務(wù)偶爾被使用,并且其將共同使用比現(xiàn)有物理容量更多的帶寬。例如,可能顧客具有用于視頻電話或流式視頻的足夠帶寬,但不是同時(shí)兩個(gè)都有。這不同于上述的情況,因?yàn)楝F(xiàn)在必須跨越不止一個(gè)服務(wù)來(lái)協(xié)調(diào)會(huì)話控制。這個(gè)實(shí)例中的SAC允許服務(wù)提供商向顧客同時(shí)出售兩種服務(wù),只要顧客明白他們可以進(jìn)行一個(gè)或另一個(gè)而不是同時(shí)進(jìn)行兩個(gè)。(或者在有更細(xì)微差別的版本中,其可能允許他們同時(shí)進(jìn)行兩個(gè),但不是以峰值質(zhì)量級(jí)別進(jìn)行)。
SAC的第二個(gè)主要目的可以稱為“過(guò)載SAC”。這個(gè)SAC的第二目的在于通過(guò)在否則會(huì)造成對(duì)進(jìn)行中的會(huì)話的嚴(yán)重質(zhì)量故障的情況下拒絕新的會(huì)話請(qǐng)求,在共享聚集網(wǎng)絡(luò)中處理異常要求的負(fù)載條件。也就是說(shuō),對(duì)于所有客戶的質(zhì)量損壞的可能性通過(guò)阻止少數(shù)客戶而被降低。例如,如果某個(gè)特別的直播視頻事件僅通過(guò)單播是可用的并且一大部分用戶試圖接入該事件,則這會(huì)導(dǎo)致不能被滿足的峰值需求。結(jié)果可能是高級(jí)別的分組丟失,其導(dǎo)致非常顯著的質(zhì)量降級(jí)和可能失敗的視頻會(huì)話。
IP組播是流式娛樂(lè)視頻服務(wù)的特定子集,其是唯一的,這是因?yàn)橛脩暨B接到服務(wù)的那點(diǎn)通常是分布式的,并且沒(méi)有用于拒絕服務(wù)請(qǐng)求的機(jī)制。IP組播提供帶寬有效的機(jī)制,用于利用靠近接收方的(一個(gè)或多個(gè))數(shù)據(jù)復(fù)制點(diǎn)、穿越數(shù)據(jù)網(wǎng)絡(luò)、將例如視頻或音頻的連續(xù)多媒體流從源遞送給一組接收方。
在IP網(wǎng)絡(luò)的網(wǎng)絡(luò)接入段,主機(jī)從其上游組播路由器請(qǐng)求組播信道,其中該路由器通常使用IGMP協(xié)議,盡管也可能使用例如SIP或RTSP或甚至XML(Web服務(wù))的其它協(xié)議。最可能是IGMP路由器或代理的第一跳(用戶聚集)組播路由器處理來(lái)自其接收器的信道請(qǐng)求,并且例示所需的改變,即將用戶“加入”所請(qǐng)求的信道中或“離開(kāi)”信道。
這里要描述的機(jī)制可以稱為提供商信號(hào)通知的SAC,其中內(nèi)容或應(yīng)用提供商(或代理)察看對(duì)服務(wù)實(shí)例的請(qǐng)求,并且執(zhí)行檢查以證實(shí)該服務(wù)實(shí)例應(yīng)當(dāng)被允許。SAC功能應(yīng)當(dāng)通過(guò)其而發(fā)生的基本機(jī)制如下1.顧客請(qǐng)求服務(wù)實(shí)例。(這通常作為服務(wù)使用的一部分而自動(dòng)發(fā)生;電話摘機(jī)并撥號(hào),機(jī)頂盒被開(kāi)啟并且信道被請(qǐng)求,等等)2.由服務(wù)器或代理服務(wù)器接收的服務(wù)實(shí)例;(在應(yīng)用/服務(wù)提供商域內(nèi),而不是網(wǎng)絡(luò)域)3.對(duì)照“本地”用戶數(shù)據(jù)的被驗(yàn)證服務(wù)請(qǐng)求;(例如該用戶是否已為該類型或數(shù)量的服務(wù)實(shí)例付費(fèi)?)4.應(yīng)用服務(wù)器產(chǎn)生資源預(yù)留請(qǐng)求并發(fā)送到會(huì)話準(zhǔn)入控制策略判決點(diǎn)應(yīng)用,用于驗(yàn)證;5.判決產(chǎn)生的第一點(diǎn)是本地且分布式的判決點(diǎn)。這可以是構(gòu)建在應(yīng)用中的功能,或者可選地應(yīng)用可以參考稱為SAC-M的本地準(zhǔn)入控制代理應(yīng)用(典型地運(yùn)行在同一應(yīng)用服務(wù)器上)。后面的“外部”SAC-M選項(xiàng)允許實(shí)現(xiàn)具有最小應(yīng)用改變的系統(tǒng)。如果功能被構(gòu)建在應(yīng)用中,則這有效地實(shí)現(xiàn)該應(yīng)用中的SAC-M代理功能;其它描述將在其位于該應(yīng)用外部的情況下描述該SAC-M。在應(yīng)用外部所實(shí)現(xiàn)的SAC-M還允許SAC-M從該應(yīng)用中提取SAC-PDP的行為;6.如果本地分布式判決不能在SAC-M處產(chǎn)生,則準(zhǔn)入請(qǐng)求將被傳遞到另外的稱為SAC-PDP(會(huì)話準(zhǔn)入控制策略判決點(diǎn))的集中準(zhǔn)入控制判決點(diǎn);7.應(yīng)當(dāng)指出,SAC判決可以在分散SAC-M節(jié)點(diǎn)或集中SAC-PDP節(jié)點(diǎn)處產(chǎn)生。本地SAC-M應(yīng)用本地規(guī)則,例如“我是否已獲得對(duì)特定范圍內(nèi)授權(quán)資源的許可,以及該許可是否仍然有效”,并且必要時(shí)還與所述SAC-PDP節(jié)點(diǎn)交互(interface with),例如當(dāng)開(kāi)放許可不存在于SAC-M上時(shí);8.如果請(qǐng)求被轉(zhuǎn)發(fā)到SAC-PDP,則它對(duì)照對(duì)于用戶已經(jīng)承諾且可用的帶寬來(lái)檢查所述請(qǐng)求;9.SAC-PDP還可以對(duì)照對(duì)于聚集已經(jīng)承諾且可用的帶寬來(lái)檢查所述請(qǐng)求,其中所述用戶是該聚集的一部分;(例如2nd英里服務(wù)和BW)10.SAC-PDP還可以對(duì)照對(duì)于該服務(wù)類型已經(jīng)承諾且可用的帶寬來(lái)檢查所述請(qǐng)求;(例如區(qū)域x中的視頻服務(wù))11.帶寬預(yù)留響應(yīng)被返回給應(yīng)用服務(wù)器;12.應(yīng)用服務(wù)器用合適的功能服務(wù)或等效的“忙音”來(lái)信號(hào)通知用戶;13.當(dāng)應(yīng)用會(huì)話終止或暫停時(shí),所述應(yīng)用服務(wù)器告知SAC-PDP撤除預(yù)留。
有可能增強(qiáng)標(biāo)準(zhǔn)組播預(yù)訂過(guò)程以驗(yàn)證請(qǐng)求特定信道的主機(jī)被授權(quán)接收所請(qǐng)求的信道,并且執(zhí)行會(huì)話準(zhǔn)入控制檢查以驗(yàn)證存在足夠的帶寬和處理資源用于向請(qǐng)求的主機(jī)授權(quán)所請(qǐng)求的信道。
避免通過(guò)SAC的擁塞是通過(guò)這樣的操作而達(dá)到的比較當(dāng)前需求負(fù)載與每個(gè)網(wǎng)絡(luò)瓶頸處的可用容量,并且如果允許該請(qǐng)求會(huì)使所述瓶頸過(guò)載則拒絕服務(wù)請(qǐng)求。盡管可能連續(xù)存在多個(gè)瓶頸,然而這些通常可以被減少至較簡(jiǎn)單的集合。這適于最小化復(fù)雜度。
瓶頸通??梢员痪?jiǎn)為僅三種1)應(yīng)用于單個(gè)用戶的所有限制中最小的那個(gè);
2)應(yīng)用于一組用戶的瓶頸;以及3)應(yīng)用于服務(wù)或應(yīng)用類型的瓶頸。
瓶頸可以在以兩種模式之一產(chǎn)生的SAC判決中起作用,所述兩種模式是標(biāo)定的(dimensioned)或發(fā)現(xiàn)的(discovered)。
標(biāo)定的瓶頸具有管理接口,其中可以通過(guò)該接口學(xué)習(xí)相關(guān)的瓶頸尺度。例如,可以通過(guò)詢問(wèn)或被DSLAM管理系統(tǒng)告知,來(lái)學(xué)習(xí)DSL線路的同步速率。標(biāo)定的瓶頸具有可能隨時(shí)間變化的已知帶寬量,所述變化相對(duì)并不頻繁。
發(fā)現(xiàn)的瓶頸來(lái)自網(wǎng)絡(luò)的一部分,其從管理的角度看不是可直接觀測(cè)的,但其行為可以接近實(shí)時(shí)地被觀測(cè)并測(cè)量。
在分組網(wǎng)絡(luò)中存在三種對(duì)于SAC的通用方法本地限制SAC、基于資源預(yù)留的SAC以及基于測(cè)量的SAC。
本地SAC機(jī)制作用于第一跳組播路由器、網(wǎng)關(guān)、接入集中器或聚集單元。SAC判決是基于節(jié)點(diǎn)信息的,例如外出LAN或WAN鏈路的狀態(tài)。如果本地分組網(wǎng)絡(luò)鏈路出現(xiàn)故障,則不存在基于網(wǎng)絡(luò)剩余部分的狀態(tài)執(zhí)行復(fù)雜判決邏輯的點(diǎn),這是因?yàn)樵摼W(wǎng)絡(luò)是不可到達(dá)的。本地機(jī)制包括配置項(xiàng)目以拒絕多于固定數(shù)目的呼叫。例如,如果網(wǎng)絡(luò)設(shè)計(jì)者已知由于帶寬限制僅兩個(gè)組播信道可以穿過(guò)接入LAN鏈路,則本地SAC機(jī)制允許設(shè)計(jì)者將本地節(jié)點(diǎn)配置為同時(shí)允許僅兩個(gè)組播信道。
基于測(cè)量的SAC技術(shù)為測(cè)量網(wǎng)絡(luò)狀態(tài)而提前察看分組網(wǎng)絡(luò),以確定是否允許新的呼叫。測(cè)量網(wǎng)絡(luò)狀態(tài)意味著向目的IP地址(通常是終止網(wǎng)關(guān)或終止網(wǎng)守(gatekeeper))發(fā)送探查(probe),其中該目的IP地址在所述探查穿過(guò)網(wǎng)絡(luò)到目的地時(shí)被發(fā)現(xiàn)的情況下,返回給外出網(wǎng)關(guān)一些測(cè)量的信息。例如,根據(jù)兩個(gè)節(jié)點(diǎn)之間所傳送的不同大小分組的時(shí)延的足夠多的采樣,可以推斷可用帶寬。
另外,用于啟動(dòng)服務(wù)會(huì)話的用戶請(qǐng)求典型地利用例如安全/授權(quán)策略的一組授權(quán)策略而被評(píng)估,并且這個(gè)授權(quán)檢查繼續(xù)進(jìn)行,或者可以被看作是SAC判決的一部分。用戶請(qǐng)求授權(quán)功能在2005年8月29日提交的美國(guó)專利申請(qǐng)11/212,870中被詳細(xì)闡明,這里引用其內(nèi)容作為參考。
通常存在許多關(guān)于點(diǎn)對(duì)點(diǎn)SAC的現(xiàn)有技術(shù),但很少有針對(duì)點(diǎn)對(duì)多點(diǎn)會(huì)話的。當(dāng)前廣泛使用的現(xiàn)有技術(shù)是基于本地SAC機(jī)制的,以限制對(duì)于每個(gè)IP接口或每個(gè)物理鏈路所允許的組播信道的數(shù)量。稱作“IGMP狀態(tài)限制”的這個(gè)機(jī)制可用于當(dāng)今最普及的組播路由器中,并且允許服務(wù)提供商指定每個(gè)端口和/或每個(gè)接口的、支持組播SAC的IGMP組的數(shù)量。超過(guò)所配置的限制的成員請(qǐng)求將不被輸入IGMP狀態(tài)表,并且那些超額成員請(qǐng)求的業(yè)務(wù)將不被轉(zhuǎn)發(fā)。利用這個(gè)“IGMP狀態(tài)限制”,服務(wù)提供商可以通過(guò)拒絕新的流加入來(lái)保持給定端口/接口上所有組播流的服務(wù)質(zhì)量,其將違背流量工程目標(biāo)。同樣,IGMP狀態(tài)限制特征提供針對(duì)拒絕服務(wù)(DoS)攻擊的保護(hù),該拒絕服務(wù)攻擊是由因特網(wǎng)組管理協(xié)議(IGMP)分組所導(dǎo)致的。
“IGMP狀態(tài)限制”不允許準(zhǔn)入控制判決跨越多個(gè)服務(wù)或甚至穿越組播和單播視頻二者。即使對(duì)于組播單獨(dú)控制,當(dāng)今普及的“IGMP狀態(tài)限制”SAC也具有以下缺點(diǎn)1.其沒(méi)有在例如高清晰度電視的高帶寬組播信道和例如音樂(lè)或文本交換(conferencing)的低帶寬組播信道之間進(jìn)行區(qū)分。網(wǎng)絡(luò)工程師在設(shè)計(jì)IGMP狀態(tài)限制時(shí)除了假設(shè)所有信道都是高帶寬信道(最壞的情況)之外別無(wú)選擇。
2.“IGMP狀態(tài)限制”特征提供了針對(duì)IGMP但通常不針對(duì)組播預(yù)訂的SAC。在一些情景中,SIP和/或RTSP用于請(qǐng)求組播信道,并且在那些場(chǎng)景中需要SIP SAC。將來(lái),Web服務(wù)可以用于組播信道預(yù)訂,并且將需要另一SAC來(lái)處理它們。
3.現(xiàn)有IGMP SAC特征無(wú)法向用戶呈遞預(yù)訂被拒絕的原因。IGMP目前不提供用于在預(yù)訂被拒絕后回復(fù)主機(jī)的消息格式和錯(cuò)誤代碼。
RSVP在路由器上為點(diǎn)對(duì)點(diǎn)和點(diǎn)對(duì)多點(diǎn)會(huì)話提供基于SAC的資源預(yù)留。盡管RSVP提供點(diǎn)對(duì)多點(diǎn)的SAC功能,但由于其復(fù)雜性和受限的可縮放性而典型地不用于接入網(wǎng)絡(luò)中的組播。因?yàn)樘珡?fù)雜,它在接入和聚集網(wǎng)絡(luò)中的多服務(wù)準(zhǔn)入控制中并不普遍。RSVP針對(duì)點(diǎn)對(duì)多點(diǎn)會(huì)話執(zhí)行端到端資源預(yù)留,其對(duì)于接入和聚集網(wǎng)絡(luò)段中的組播SAC而言并不是必需的,這是因?yàn)榇蠖鄶?shù)多媒體信道典型地總是被轉(zhuǎn)發(fā)到接入組播路由器?;赗SVP的SAC非常復(fù)雜,并且依賴于端到端網(wǎng)絡(luò)順應(yīng)性和互操作性,這一定程度上使得在實(shí)際網(wǎng)絡(luò)部署中進(jìn)行可靠的部署十分困難。
上述兩種SAC方法都沒(méi)有對(duì)DSL(數(shù)字用戶線)上可用的現(xiàn)用帶寬的變化作出反應(yīng),其中該帶寬的變化例如是由于銅線外部布線變化、干擾等。由于有效可用帶寬的變化,上述SAC機(jī)制不適于以新近改變的可用帶寬內(nèi)的有保證的服務(wù)QoS來(lái)優(yōu)化服務(wù)遞送。
由于沒(méi)有解決若干關(guān)鍵問(wèn)題,SAC功能的現(xiàn)有實(shí)現(xiàn)經(jīng)歷了受限的部署。更具體地,它們沒(méi)有良好地?cái)U(kuò)縮,不具有用于發(fā)現(xiàn)網(wǎng)絡(luò)拓?fù)浜蜆?biāo)定的機(jī)制,并且不允許組播會(huì)話上的準(zhǔn)入控制。所有這三個(gè)問(wèn)題都通過(guò)本發(fā)明而得到了解決。
本發(fā)明的目的在于提供用于處理組播信道預(yù)訂和單播會(huì)話請(qǐng)求的SAC機(jī)制。當(dāng)被部署在典型地被過(guò)度預(yù)訂的網(wǎng)絡(luò)接入段中時(shí),例如組播路由器的準(zhǔn)入控制執(zhí)行點(diǎn)使用這個(gè)SAC功能性來(lái)避免阻塞承載對(duì)服務(wù)質(zhì)量(QoS)敏感的服務(wù)的接入鏈路。這里描述的SAC方法可以評(píng)估信道請(qǐng)求,該信道請(qǐng)求典型地遵循下列組播或單播會(huì)話建立協(xié)議之一IGMP(因特網(wǎng)組成員協(xié)議)、SIP(會(huì)話起始協(xié)議)、RTSP(實(shí)時(shí)流協(xié)議)或Web服務(wù)SOAP組播預(yù)訂。

發(fā)明內(nèi)容
本發(fā)明提供一種在例如應(yīng)用的請(qǐng)求方和SAC策略節(jié)點(diǎn)之間的新的交互機(jī)制,該機(jī)制通過(guò)將判決分配給SAC-M模塊(其可以是請(qǐng)求的應(yīng)用的一部分)從而最小化需要SAC判決的情況,來(lái)克服SAC縮放問(wèn)題。SAC-M與所述請(qǐng)求方交互并且應(yīng)用本地判決規(guī)則;它對(duì)不能本地產(chǎn)生判決的情況,還與SAC-PDP節(jié)點(diǎn)交互。還提供了這樣一種新機(jī)制通過(guò)該機(jī)制,網(wǎng)絡(luò)容量數(shù)據(jù)庫(kù)被填充,其不依賴于告知SAC-PDP節(jié)點(diǎn)可用容量的每個(gè)(或?qū)嶋H上任何)網(wǎng)絡(luò)單元管理器。此外,提供這樣一種機(jī)制通過(guò)該機(jī)制,組播復(fù)制節(jié)點(diǎn)變成SAC判決產(chǎn)生的積極參與方,這允許組播和非組播服務(wù)的混合被共同地控制。
因此,根據(jù)本發(fā)明的第一寬泛方面,提供了一種在多服務(wù)通信網(wǎng)絡(luò)中協(xié)商準(zhǔn)入控制的方法,所述方法包括下列步驟通過(guò)請(qǐng)求的應(yīng)用將會(huì)話請(qǐng)求發(fā)送到分布式會(huì)話準(zhǔn)入控制代理(SAC-M);在所述會(huì)話準(zhǔn)入控制代理(SAC-M),相對(duì)于先前已授權(quán)的資源來(lái)評(píng)估所述會(huì)話請(qǐng)求;以及響應(yīng)于關(guān)于先前授權(quán)的資源為可用的確定,向所述請(qǐng)求的應(yīng)用授權(quán)足以滿足所述會(huì)話請(qǐng)求的資源預(yù)留。
根據(jù)更具體的方面,提供了一種在多服務(wù)通信網(wǎng)絡(luò)中協(xié)商準(zhǔn)入控制的方法,其中所述多服務(wù)包括組播服務(wù),所述方法包括下列步驟通過(guò)請(qǐng)求的應(yīng)用將會(huì)話請(qǐng)求發(fā)送到分布式會(huì)話準(zhǔn)入控制代理(SAC-M),在SAC-M,相對(duì)于先前已授權(quán)的資源來(lái)評(píng)估所述會(huì)話請(qǐng)求;響應(yīng)于所述SAC-M不能授權(quán)所述會(huì)話請(qǐng)求,從SAC-M向會(huì)話準(zhǔn)入控制策略判決點(diǎn)(SAC-PDP)發(fā)送所述會(huì)話請(qǐng)求;在SAC-PDP,相對(duì)于可用資源來(lái)評(píng)估所述會(huì)話請(qǐng)求;以及響應(yīng)于由SAC-PDP進(jìn)行的關(guān)于資源為可用的判決,向所述請(qǐng)求的應(yīng)用授權(quán)足以滿足所述會(huì)話請(qǐng)求的資源預(yù)留。
根據(jù)這個(gè)方面,所述SAC-M功能可以直接嵌入所述應(yīng)用中或繼續(xù)作為分離的模塊。所述SAC-M功能的主要目的在于,提取與所述SAC-PDP的交互并且向所述應(yīng)用提供簡(jiǎn)單的應(yīng)用程序接口(API)。
根據(jù)本發(fā)明的另一方面,提供了一種在多服務(wù)通信網(wǎng)絡(luò)中計(jì)算帶寬容量的方法,其中所述網(wǎng)絡(luò)具有用于協(xié)商對(duì)于來(lái)自請(qǐng)求的應(yīng)用的所請(qǐng)求會(huì)話的準(zhǔn)入的會(huì)話準(zhǔn)入控制(SAC)節(jié)點(diǎn),所述方法包括下列步驟確定現(xiàn)有的所提供的網(wǎng)絡(luò)容量;在網(wǎng)絡(luò)中在監(jiān)控節(jié)點(diǎn)監(jiān)控業(yè)務(wù);以及,將所提供容量和所監(jiān)控業(yè)務(wù)數(shù)據(jù)與通過(guò)基于路由的發(fā)現(xiàn)機(jī)制而獲得的容量信息相組合,以提供對(duì)可用容量的估計(jì)。
根據(jù)本發(fā)明的又一方面,提供了一種在多服務(wù)通信網(wǎng)絡(luò)中計(jì)算帶寬容量的方法,其中所述網(wǎng)絡(luò)具有用于協(xié)商對(duì)來(lái)自請(qǐng)求的應(yīng)用的所請(qǐng)求會(huì)話的準(zhǔn)入的會(huì)話準(zhǔn)入控制代理(SAC-M)節(jié)點(diǎn),其中,如果沒(méi)有被所述請(qǐng)求的應(yīng)用明確告知資源需求,則SAC-M節(jié)點(diǎn)通過(guò)主動(dòng)學(xué)習(xí)所需帶寬來(lái)估計(jì)組播會(huì)話所需的帶寬,其中所述主動(dòng)學(xué)習(xí)所需帶寬是通過(guò)觀測(cè)被信道占用的帶寬來(lái)實(shí)現(xiàn)的。
還提供了用于實(shí)現(xiàn)上述方法的系統(tǒng)。


現(xiàn)在將參考附圖更詳細(xì)地描述本發(fā)明,其中-圖1是本發(fā)明的部件的高級(jí)框圖;-圖2示出了現(xiàn)用帶寬估計(jì)技術(shù);以及-圖3示出了根據(jù)本發(fā)明一個(gè)方面的多服務(wù)網(wǎng)絡(luò)模型。
具體實(shí)施例方式
圖1示出了會(huì)話準(zhǔn)入控制系統(tǒng)的具體部件。這些包括-SAC-M準(zhǔn)入代理節(jié)點(diǎn)1(這可以是外部SAC-M,或包括SAC-M功能的應(yīng)用);-SAC策略判決節(jié)點(diǎn)2;-網(wǎng)絡(luò)容量數(shù)據(jù)庫(kù)3;-標(biāo)定學(xué)習(xí)功能4;-發(fā)現(xiàn)學(xué)習(xí)功能5;以及-由接口“A1”和“A2”表示的接口“A”。
接口“A”位于請(qǐng)求準(zhǔn)入的應(yīng)用/服務(wù)與授權(quán)或拒絕該請(qǐng)求的SAC-M節(jié)點(diǎn)1或SAC-PDP策略判決節(jié)點(diǎn)2之間。用于該接口的協(xié)議可選地基于SIP(會(huì)話起始協(xié)議),并且使用其用于進(jìn)行通信的語(yǔ)法的擴(kuò)展;web服務(wù)或其它協(xié)議可以服務(wù)于相同的功能。
存在兩個(gè)通信實(shí)體請(qǐng)求方和SAC節(jié)點(diǎn)(1或2)。請(qǐng)求方可以請(qǐng)求這樣的會(huì)話,其中該請(qǐng)求方本身并不涉及通信。例如,內(nèi)容提供商可以請(qǐng)求要從本地視頻緩存服務(wù)器到末端客戶被建立的視頻點(diǎn)播電影會(huì)話,即使它并不是該會(huì)話的任一方。
SAC-M節(jié)點(diǎn)1穿過(guò)接口A2發(fā)送給SAC-PDP節(jié)點(diǎn)2的消息將具有以下格式 請(qǐng)求ID 流模板(當(dāng)我看到它時(shí)如何知道這個(gè)會(huì)話?) 證明(我如何知道你就是你所說(shuō)的那個(gè)人?) 請(qǐng)求●服務(wù)類型{Requestor assigned Priority}●帶寬{Min/committed},{Max/burst}●超額動(dòng)作(Policy,Shape{depth})●持續(xù)時(shí)間{seconds,infinite}可選地,所述請(qǐng)求還可以包含“退守(fallback)”請(qǐng)求,即如果整個(gè)請(qǐng)求不能被滿足,則較低級(jí)別的資源授權(quán)將是可接受的。
所述請(qǐng)求器發(fā)送給SAC-M節(jié)點(diǎn)的請(qǐng)求可以被簡(jiǎn)化,這是因?yàn)镾AC-M節(jié)點(diǎn)可以本地插入相關(guān)的知識(shí);例如,所述請(qǐng)求方可能請(qǐng)求“標(biāo)準(zhǔn)清晰度視頻點(diǎn)播電影會(huì)話”,SAC-M節(jié)點(diǎn)將該請(qǐng)求翻譯為具有兩小時(shí)持續(xù)時(shí)間的2.5Mbit/s的信道。
所述流模板一般是可以包括通配符(典型地用于端口和協(xié)議)的會(huì)話的五元(源和目的IP地址、源和目的端口、協(xié)議)描述。
兩種形式的請(qǐng)求并不自己建立資源預(yù)留,但它們影響了處理將來(lái)的資源請(qǐng)求所采取的方式。如果源是指定的而目的地是通配的,則這稱為“VIP通過(guò)”請(qǐng)求;這個(gè)源(用戶)獲得了到所有目的地的優(yōu)先處理。也就是說(shuō),甚至是來(lái)自該用戶低優(yōu)先級(jí)會(huì)話也將優(yōu)先于來(lái)自其它用戶的高優(yōu)先級(jí)會(huì)話而被批準(zhǔn)。盡管這并不提供按照服務(wù)/應(yīng)用類型的有用區(qū)分,然而它可以具有其功能。例如,緊急事件響應(yīng)人員可以獲得VIP通過(guò),以使其任何類型的業(yè)務(wù)都總是得到優(yōu)先處理。必須對(duì)授權(quán)的VIP通過(guò)的數(shù)量進(jìn)行限制,這是因?yàn)閷?duì)VIP通過(guò)的過(guò)度授權(quán)將危害確保個(gè)別服務(wù)的質(zhì)量的能力。
如果源是通配的而目的地是指定的,則這稱為“包廂位(box seat)”請(qǐng)求;這個(gè)目的地獲得了來(lái)自所有用戶的優(yōu)先處理。也就是說(shuō),代表其它請(qǐng)求方的資源請(qǐng)求將在包廂位請(qǐng)求之前被拒絕,或?qū)嶋H上進(jìn)行中的其它會(huì)話甚至可能被丟棄以允許包廂位會(huì)話被建立。這可能被服務(wù)提供商用于在它已與其形成特殊商業(yè)關(guān)系的內(nèi)容和應(yīng)用提供商之間進(jìn)行區(qū)分。必須對(duì)授權(quán)的包廂位通過(guò)的數(shù)量進(jìn)行限制,這是因?yàn)閷?duì)包廂位通過(guò)的過(guò)度授權(quán)會(huì)危害確保個(gè)別用戶的質(zhì)量的能力。
用在故障恢復(fù)條件下的另一請(qǐng)求類型是“告訴我所有有效授權(quán)”。這通常存在于SAC-M節(jié)點(diǎn)重啟并丟失其資源預(yù)留狀態(tài)存儲(chǔ)的事件中,請(qǐng)求將允許它重新同步。也存在從SAC-PDP節(jié)點(diǎn)到應(yīng)用/服務(wù)節(jié)點(diǎn)的反向詢問(wèn)。
給定一個(gè)請(qǐng)求,SAC-PDP節(jié)點(diǎn)將該請(qǐng)求與進(jìn)行中的其它會(huì)話(它可以還考慮優(yōu)先級(jí),即新的高優(yōu)先級(jí)會(huì)話可以搶占現(xiàn)有的低優(yōu)先級(jí)會(huì)話)以及可用容量進(jìn)行比較,并且決定做什么。
SAC-PDP節(jié)點(diǎn)然后回復(fù)具有下列格式的請(qǐng)求。
請(qǐng)求ID 響應(yīng)●授權(quán){Season,Game,Expiry_time}●授權(quán)退守請(qǐng)求{Season,Game,Expiry_time}●提供替代■帶寬{Min/committed},{Max/burst}■超額動(dòng)作(Policy,Shape{depth})■持續(xù)時(shí)間{seconds,infinite}●拒絕{reason}這里稱為季票授權(quán)的資源預(yù)留給出這樣的資源授權(quán)其可以被SAC-M節(jié)點(diǎn)應(yīng)用于多個(gè)會(huì)話,只要它們適合所述流模板。例如,當(dāng)視頻會(huì)話首先被建立時(shí),季票被授權(quán),而不管哪些信道被觀察,或什么內(nèi)容被點(diǎn)播或?qū)嶋H上根本沒(méi)有內(nèi)容,所述預(yù)留都將保持有效。季票最小化了請(qǐng)求方請(qǐng)求SAC-PDP節(jié)點(diǎn)的資源預(yù)留的需求。在非擁塞的網(wǎng)絡(luò)中,所有服務(wù)請(qǐng)求都將被給予季票,并且SAC-PDP節(jié)點(diǎn)服務(wù)器上的穩(wěn)定狀態(tài)負(fù)載幾乎為零。這克服了引入SAC機(jī)制的兩個(gè)最基本問(wèn)題中的一個(gè),即提高至高會(huì)話建立速率。(將在后文討論的“帶寬發(fā)現(xiàn)”機(jī)制處理另一主要問(wèn)題)。季票通常以任何組成的(constituent)“game”會(huì)話所要求的最高資源級(jí)別而被請(qǐng)求。因此,如果TV同時(shí)觀看高清晰度和標(biāo)準(zhǔn)清晰度內(nèi)容,則高清晰度季票將被請(qǐng)求。
如同分配判決產(chǎn)生的基于其它真正策略的解決方案一樣,季票的授權(quán)也使得網(wǎng)絡(luò)更健壯,這是因?yàn)榧词辜蠸AC-PDP節(jié)點(diǎn)不可用,其關(guān)聯(lián)SAC-M節(jié)點(diǎn)具有季票的每個(gè)本地應(yīng)用也可以繼續(xù)提供服務(wù)。在季票的情況下,它們可以甚至在先前授權(quán)的資源級(jí)別內(nèi)開(kāi)始新的會(huì)話。
賽票(Game Ticket)授權(quán)給予了僅應(yīng)用于給定會(huì)話持續(xù)時(shí)間的資源授權(quán),如視頻點(diǎn)播電影觀看。一旦會(huì)話終止,所述授權(quán)就過(guò)期或者被取消,并且必須向SAC-PDP節(jié)點(diǎn)進(jìn)行新的請(qǐng)求。賽票僅當(dāng)一些會(huì)話可能由于已快到達(dá)瓶頸而被拒絕時(shí)才被授權(quán)。
為促進(jìn)服務(wù)類型之間的快速切換,SAC-M節(jié)點(diǎn)必須還執(zhí)行明確的資源釋放。例如,當(dāng)機(jī)頂盒從組播預(yù)訂切換到分離管理的單播視頻點(diǎn)播(VoD)流時(shí),經(jīng)由SAC-M節(jié)點(diǎn)的機(jī)頂盒必須向SAC-PDP節(jié)點(diǎn)發(fā)送“釋放”消息,以便當(dāng)不相關(guān)的“請(qǐng)求”消息從VoD服務(wù)器到達(dá)時(shí),資源被標(biāo)記為未授權(quán)。應(yīng)當(dāng)指出,這并不是在所有的情況下都必需。例如在微軟當(dāng)前的IPTV解決方案中,單播和組播業(yè)務(wù)流的初始化都由視頻服務(wù)器通過(guò)“即時(shí)信道改變”機(jī)制來(lái)控制。
除了響應(yīng)于請(qǐng)求方之外,SAC-PDP節(jié)點(diǎn)還可以告知網(wǎng)絡(luò)中的其它節(jié)點(diǎn)(接口“F”)票(資源預(yù)留)已經(jīng)被授權(quán)。這將允許網(wǎng)絡(luò)中的其它節(jié)點(diǎn)調(diào)整QoS參數(shù)以應(yīng)付已改變的服務(wù)組合。例如,服務(wù)提供商可能想要調(diào)整應(yīng)用于高速因特網(wǎng)服務(wù)的整形參數(shù),以反映被用戶使用的視頻信道的數(shù)目。當(dāng)使用較少的視頻時(shí),高速因特網(wǎng)獲得更多的帶寬。這個(gè)告知是有益的,這是因?yàn)榫W(wǎng)絡(luò)深處的平臺(tái)(例如整形器)對(duì)已改變的服務(wù)組合所給出的響應(yīng)要比嘗試遞送大量數(shù)據(jù)到瓶頸點(diǎn)(例如DSLAM)更合適,其中所述瓶頸點(diǎn)將業(yè)務(wù)控制到較低的速率(丟棄所有過(guò)多的分組)。
由SAC-PDP節(jié)點(diǎn)提供給其它節(jié)點(diǎn)的通告可以以下面的形式
授權(quán)告知ID 流模板(誰(shuí)獲得授權(quán)?) 授權(quán){Season,Game,Expiry_ime}■帶寬{Min/committed},{Max/burst}■超額動(dòng)作(Policy,Shape{depth})典型地當(dāng)網(wǎng)絡(luò)干擾使得不可能在不減載的情況下維持所需質(zhì)量時(shí),SAC-PDP節(jié)點(diǎn)也可以向自發(fā)的請(qǐng)求器發(fā)送它自己的通信。
從SAC-PDP節(jié)點(diǎn)到SAC-M節(jié)點(diǎn)的自發(fā)消息包括下面的形式將季票降級(jí)為賽票-典型地由于服務(wù)正接近每用戶瓶頸。
將所有季票降級(jí)為賽票{Reason}-典型地由于正在接近服務(wù)/應(yīng)用瓶頸。
將一組用戶季票降級(jí)為賽票-典型地由于服務(wù)正接近一組用戶的瓶頸(例如第二英里)。
降級(jí)座位請(qǐng)求{ID,Scope,Reason}-這不同于撤消票。其是請(qǐng)求關(guān)聯(lián)于應(yīng)用/服務(wù)提供商的SAC-M節(jié)點(diǎn)通過(guò)將客戶從高帶寬服務(wù)變體(variant)轉(zhuǎn)換到低帶寬版本來(lái)自發(fā)地減少帶寬,以避免共享瓶頸擁塞事件。這是低影響減載的一種形式。Scope是對(duì)其應(yīng)用降級(jí)的一組(從一個(gè)到所有)源/目的地對(duì)。如果降級(jí)請(qǐng)求不被認(rèn)同,則可能發(fā)生服務(wù)損壞。關(guān)聯(lián)于應(yīng)用/服務(wù)提供商的SAC-M節(jié)點(diǎn)對(duì)所指示的它是否認(rèn)同降級(jí)請(qǐng)求而作出響應(yīng)。
撤消票請(qǐng)求{ID,Scope,Reason}-這個(gè)命令是針對(duì)故障條件的。其在于請(qǐng)求應(yīng)用/服務(wù)提供商通過(guò)終止現(xiàn)有會(huì)話來(lái)自發(fā)地減載。Scope是對(duì)其應(yīng)用票撤消的一組(從一個(gè)到所有)源/目的地對(duì)。如果票撤銷請(qǐng)求不被認(rèn)同,則可能發(fā)生服務(wù)損壞。應(yīng)用/服務(wù)提供商對(duì)所指示的它是否認(rèn)同票撤消請(qǐng)求而作出響應(yīng)。
如果對(duì)請(qǐng)求的響應(yīng)是“拒絕”,則呼叫模塊可以作為授權(quán)模塊,例如先前提交的美國(guó)專利申請(qǐng)序號(hào)11/212,870中所描述的,該模塊隨后以預(yù)訂失敗的原因向用戶作出解釋。
存在兩個(gè)觸發(fā)由SAC-PDP節(jié)點(diǎn)2進(jìn)行的策略判決的條件。第一個(gè)是資源請(qǐng)求的接收,另一個(gè)是容量更新的接收。
在所述條件的第一個(gè)中,SAC-PDP節(jié)點(diǎn)基于所請(qǐng)求資源與可用容量的比較來(lái)作出關(guān)于各個(gè)準(zhǔn)入控制請(qǐng)求的判決。這個(gè)判決產(chǎn)生功能可以以條件規(guī)則的形式來(lái)描述,例如If current sub load+request<available per sub capacityANDIf current sub_aggregate load+request<available sub_aggregate capacityANDIf current service load+request<available service capacityTHENGrant Season Ticket季票授權(quán)是默認(rèn)的行為,這是因?yàn)樗蜿P(guān)聯(lián)于應(yīng)用/服務(wù)資源請(qǐng)求方的SAC-M節(jié)點(diǎn)卸載判決產(chǎn)生。SAC-M節(jié)點(diǎn)可以允許任何服務(wù)進(jìn)行,只要它在不詢問(wèn)SAC-PDP節(jié)點(diǎn)的情況下適合于季票的范圍。這意味著,在可能拒絕的情況下,SAC-PDP節(jié)點(diǎn)幾乎專門處理產(chǎn)生判決;它不必要對(duì)通常情況進(jìn)行判決,在該通常情況下對(duì)于允許服務(wù)進(jìn)行沒(méi)有問(wèn)題??梢詣?chuàng)建這些規(guī)則的各種排列(permutation)以應(yīng)付例如接近容量限制的條件。
當(dāng)請(qǐng)求方是組播復(fù)制點(diǎn)時(shí),機(jī)制是等同的。一旦接收了組播信道預(yù)訂請(qǐng)求(IGMP,SIP或XML/SOAP),則組播(IGMP/SIP/SOAP)路由器估計(jì)信道帶寬需求,并且關(guān)聯(lián)于組播服務(wù)的本地SAC-M節(jié)點(diǎn)檢查滿足所需帶寬的季票,并且僅當(dāng)沒(méi)有季票當(dāng)前可用于滿足該服務(wù)請(qǐng)求時(shí)從SAC-PDP節(jié)點(diǎn)請(qǐng)求所需BW。
網(wǎng)絡(luò)中的任何點(diǎn)(例如小區(qū)網(wǎng)關(guān))都可以作為SAC-M代理服務(wù)器功能的宿主,并且擔(dān)任執(zhí)行點(diǎn),以當(dāng)季票存在時(shí)允許會(huì)話或當(dāng)其不存在時(shí)請(qǐng)求票。
觸發(fā)SAC策略判決節(jié)點(diǎn)所進(jìn)行的動(dòng)作的其它條件是對(duì)來(lái)自網(wǎng)絡(luò)容量數(shù)據(jù)庫(kù)的更新通知的接收。網(wǎng)絡(luò)容量的改變可能發(fā)生1)由于改變服務(wù)或用戶集合的重新安排或提供,其中所述服務(wù)通過(guò)可能是瓶頸的通用網(wǎng)絡(luò)單元或鏈路而被承載;2)每用戶可用容量的改變,這是由于第一英里中物理接入網(wǎng)的改變,其中所述第一英里中物理接入網(wǎng)的改變例如是DSL線路重新同步或無(wú)線鏈路上改善的信噪比;3)在多個(gè)用戶和服務(wù)之間的可用容量共享的改變,這是由于增長(zhǎng)或故障或擁塞或在L1的可用帶寬重新分配;或者4)每服務(wù)可用容量的改變,這是由于鏈路故障或服務(wù)指定的節(jié)點(diǎn)限制(例如通過(guò)會(huì)話邊界控制器的最多呼叫或帶寬)。
準(zhǔn)入控制應(yīng)用于例如VoIP和娛樂(lè)視頻的應(yīng)用的“中間層”。在此之下是“有保證的”服務(wù),該服務(wù)由于它們簡(jiǎn)單地被分配有大量可用帶寬而不受準(zhǔn)入控制的支配。專用數(shù)據(jù)網(wǎng)絡(luò)服務(wù)通常屬于此類。它們簡(jiǎn)單地從可用容量中減去其有保證的那部分用于SAC計(jì)算。經(jīng)由靜態(tài)IGMP入口至下游組播分配節(jié)點(diǎn)的組播信號(hào)的分配是容量的另一例子,其是“承諾的”并且對(duì)于SAC控制的服務(wù)中的內(nèi)含物(inclusion)是不可用的。
受SAC控制的服務(wù)的另一面是那些不為其提供指定性能保證的服務(wù),例如普通因特網(wǎng)接入。然而應(yīng)當(dāng)指出,一些服務(wù)提供商可能選擇通過(guò)創(chuàng)建性能保證來(lái)區(qū)分因特網(wǎng)接入提供,其意味著一些帶寬需要被預(yù)留,并且所區(qū)分的服務(wù)因而受準(zhǔn)入控制的支配。
在許多標(biāo)準(zhǔn)SAC實(shí)現(xiàn)中,僅存在一種使SAC節(jié)點(diǎn)知道網(wǎng)絡(luò)特征的方式;另一個(gè)系統(tǒng)或人員必須告知它拓?fù)?誰(shuí)正在哪些網(wǎng)絡(luò)單元上投放業(yè)務(wù))和標(biāo)定。這可能仍然是學(xué)習(xí)網(wǎng)絡(luò)的特定點(diǎn)的可用容量的最佳方式,其中所述特定點(diǎn)具有少量很少發(fā)生變化的容量數(shù)據(jù)。然而,典型地停止更復(fù)雜實(shí)現(xiàn)的原因在于SAC點(diǎn)無(wú)法了解網(wǎng)絡(luò)的剩余部分,特別是哪些用戶和服務(wù)共享哪些網(wǎng)絡(luò)資產(chǎn),以及多少容量是跨越經(jīng)由異構(gòu)聚集網(wǎng)絡(luò)的多跳為可用的。
后一問(wèn)題可以通過(guò)用基于“發(fā)現(xiàn)”的信息來(lái)補(bǔ)充“提供的”容量信息而得到解決。
總是可以作為退守存在的第一且最簡(jiǎn)單機(jī)制是點(diǎn)性能監(jiān)控。例如,網(wǎng)絡(luò)中可能存在點(diǎn),該點(diǎn)觀測(cè)RTP流并且提取分組丟失、時(shí)延和抖動(dòng)度量(metric),并且將它們輸出給SAC點(diǎn)。SAC點(diǎn)不知道有多少容量,但它知道其何時(shí)被用完。判決策略因此在于授權(quán)準(zhǔn)入請(qǐng)求,直到它看到故障標(biāo)記、從中學(xué)習(xí)“隱含容量”并且隨后迅速后退到稍微低的級(jí)別。這個(gè)方法具有使得準(zhǔn)入控制機(jī)制直接對(duì)要避免的問(wèn)題作出響應(yīng)的優(yōu)點(diǎn);當(dāng)帶寬確實(shí)可用時(shí),SAC服務(wù)器決不拒絕準(zhǔn)入請(qǐng)求,而當(dāng)容量受限時(shí),SAC決不授權(quán)準(zhǔn)入請(qǐng)求。此外,不需要管理系統(tǒng)集成,并且其跨越任何類型的網(wǎng)絡(luò)都起作用。
然而,當(dāng)系統(tǒng)學(xué)習(xí)瓶頸的容量時(shí),這個(gè)方法可能產(chǎn)生質(zhì)量“瞬態(tài)”。同樣,短期容量問(wèn)題可能迫使系統(tǒng)“學(xué)習(xí)”比最佳的小得多的瓶頸。針對(duì)后一原因,系統(tǒng)必須周期性地或在要求時(shí)測(cè)試擴(kuò)張隱含瓶頸的能力并重新校準(zhǔn),這很像TCP協(xié)議周期性地重新測(cè)試更高的可用容量。對(duì)這個(gè)發(fā)現(xiàn)機(jī)制的調(diào)整對(duì)于不同的技術(shù)是特定的。例如,無(wú)線(尤其在未獲許可的頻譜中)和移動(dòng)接入技術(shù)易于產(chǎn)生可能隨時(shí)迅速變化的可變吞吐量、丟失和延遲。為了準(zhǔn)入控制而重新發(fā)現(xiàn)并跟蹤這個(gè)變化約束通常是不可行的。另一方面,DSI線路長(zhǎng)期維持給定的同步速率,并且僅在重大改變的條件下重新訓(xùn)練。
用于容量發(fā)現(xiàn)的第二機(jī)制是通過(guò)網(wǎng)絡(luò)探查。這些探查可以估計(jì)“有效可用帶寬”。SAC-M節(jié)點(diǎn)具有用于估計(jì)網(wǎng)絡(luò)探查點(diǎn)和另一IP目的地之間可用于給定服務(wù)類(CoS,Class of Service)的有效帶寬的裝置。存在多個(gè)用于有效可用帶寬估計(jì)的方法。這些方法中多數(shù)依賴于測(cè)量不同大小分組到目的地的往返時(shí)間(RTT),以實(shí)時(shí)估計(jì)可用帶寬。獲取自這些探查的估計(jì)具有與它們相關(guān)聯(lián)的錯(cuò)誤,并且對(duì)估計(jì)的可用容量的調(diào)整因而采取所述測(cè)量的長(zhǎng)期加權(quán)平均,其消除了異常,并且所有結(jié)果在并入調(diào)整的容量估計(jì)之前被“穩(wěn)健地測(cè)試”。
圖2中示出了帶寬估計(jì)模塊中的這個(gè)第二機(jī)制。標(biāo)識(shí)了兩個(gè)主要階段測(cè)量和估計(jì)。測(cè)量涉及探查分組模式的產(chǎn)生、其通過(guò)網(wǎng)絡(luò)的傳輸以及其接收和測(cè)量。估計(jì)包括根據(jù)特定網(wǎng)絡(luò)模型對(duì)測(cè)量結(jié)果的統(tǒng)計(jì)和試探法處理。探查分組產(chǎn)生是分組隊(duì)列產(chǎn)生的一部分。存在許多帶寬估計(jì)方法,這些方法可以歸為兩種模型分組間隔模型和分組速率模型。參見(jiàn)例如IEEENetwork Magazine(2003)中Prasad,R.S.,Murray,M.,Dovrolis,C.,Cla_y,K.所著的Bandwidth estimationmetrics,measurement techniques,and tools.,http//www.cc.gatech.edu/fac/Constantinos.Dovrolis/publications.html;以及ACM SIGCOMM Internet Measurement Workshop(2003)中Strauss,J.,Katabi,D.,Kaashoek,F(xiàn).所著的A Measurement Study of Available BandwidthEstimation Tools.,http//www.icir.org/vern/imc-2003/program.html。
基于我們的情況中重要的兩個(gè)度量準(zhǔn)確度和平均執(zhí)行時(shí)間或響應(yīng)時(shí)間,選擇一種非插入(non-intrusive)帶寬估計(jì)算法。
第三發(fā)現(xiàn)機(jī)制是基于選路的通信。例如,OSPF-TE可以被用于通告路由器帶寬。通過(guò)監(jiān)聽(tīng)OSPF-TE消息流,SAC節(jié)點(diǎn)可以確定至少通過(guò)網(wǎng)絡(luò)的IP感知部分的路由容量。
“提供的”容量信息與點(diǎn)性能度量、基于探查的和基于選路的發(fā)現(xiàn)機(jī)制的組合,允許SAC實(shí)現(xiàn)多個(gè)“三角”點(diǎn),以實(shí)現(xiàn)對(duì)可用容量的穩(wěn)定和可靠估計(jì)。
圖3示出了參考多服務(wù)網(wǎng)絡(luò),其類似于典型地針對(duì)遞送三重服務(wù)而部署的實(shí)際網(wǎng)絡(luò)。接入和聚集網(wǎng)絡(luò)中的IGMP/SIP/SOAP組播代理?yè)?dān)任對(duì)SAC節(jié)點(diǎn)的請(qǐng)求方。典型地,組播信道被預(yù)訂為由接入和聚集組播路由器使用靜態(tài)IGMP以減少TV服務(wù)用戶所觀測(cè)的信道的改變時(shí)間。接入組播路由器中的SAC節(jié)點(diǎn)的用途在于在向請(qǐng)求的用戶發(fā)送組播信道之前,確保接入鏈路(第一英里)上存在足夠的可用帶寬。聚集組播路由器中的SAC節(jié)點(diǎn)的用途在于在向請(qǐng)求的DSLAM發(fā)送組播信道之前,確保聚集鏈路(第二英里)上存在足夠的可用帶寬。在不具有足夠帶寬的鏈路上向請(qǐng)求的用戶發(fā)送實(shí)時(shí)組播信道,會(huì)干擾具有相同或較低優(yōu)先級(jí)的其它實(shí)時(shí)服務(wù)(或服務(wù)類),并且向用戶遞送損壞的組播信號(hào)。
組播路由器能夠通過(guò)它在IP網(wǎng)絡(luò)/VPN中的源和目的IP地址來(lái)識(shí)別組播信道。如果使用XML組播選路,則所述組播信道利用其標(biāo)題(topic)而被識(shí)別。
存在兩種可用于SAC節(jié)點(diǎn)以估計(jì)組播信道所需帶寬的方法。
1.第一選項(xiàng),其是管理密集的,用于使操作員利用分類規(guī)則配置所述SAC節(jié)點(diǎn),其中所述分類規(guī)則用于估計(jì)每個(gè)組播信道所需的帶寬。所述網(wǎng)絡(luò)管理系統(tǒng)可以向SAC節(jié)點(diǎn)分配關(guān)于信道帶寬需求的信息。
2.第二且更自動(dòng)化的選項(xiàng),用于使組播復(fù)制點(diǎn)主動(dòng)學(xué)習(xí)網(wǎng)絡(luò)鏈路(路由器的上游)上的組播信道所需要的帶寬,并將所學(xué)習(xí)的信息饋送至所述SAC節(jié)點(diǎn)。
盡管已經(jīng)描述并說(shuō)明了本發(fā)明的特定實(shí)施例,然而在不背離基本概念的情況下實(shí)現(xiàn)許多變型對(duì)本領(lǐng)域的技術(shù)人員而言是顯而易見(jiàn)的。然而應(yīng)當(dāng)理解,所述變型將落入由所附權(quán)利要求所定義的本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種在多服務(wù)通信網(wǎng)絡(luò)中協(xié)商準(zhǔn)入控制的方法,該方法包括下列步驟由請(qǐng)求的應(yīng)用將會(huì)話請(qǐng)求發(fā)送到分布式會(huì)話準(zhǔn)入控制代理(SAC-M)節(jié)點(diǎn);在所述會(huì)話準(zhǔn)入控制代理(SAC-M)節(jié)點(diǎn),相對(duì)于先前授權(quán)的資源來(lái)評(píng)估所述會(huì)話請(qǐng)求;以及響應(yīng)于關(guān)于先前授權(quán)的資源為可用的確定,向所述請(qǐng)求的應(yīng)用授權(quán)足以滿足所述會(huì)話請(qǐng)求的資源預(yù)留。
2.一種在多服務(wù)通信網(wǎng)絡(luò)中協(xié)商準(zhǔn)入控制的方法,所述多服務(wù)包括組播服務(wù),所述方法包括下列步驟由請(qǐng)求的應(yīng)用將會(huì)話請(qǐng)求發(fā)送到分布式會(huì)話準(zhǔn)入控制代理(SAC-M)節(jié)點(diǎn);在所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn),相對(duì)于先前授權(quán)的資源來(lái)評(píng)估所述會(huì)話請(qǐng)求;響應(yīng)于所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)不能授權(quán)所述會(huì)話請(qǐng)求,從所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)向會(huì)話準(zhǔn)入控制策略判決點(diǎn)SAC-PDP節(jié)點(diǎn)發(fā)送所述會(huì)話請(qǐng)求;在所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn),相對(duì)于可用資源來(lái)評(píng)估所述會(huì)話請(qǐng)求;以及響應(yīng)于所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)對(duì)資源為可用的確定,向所述請(qǐng)求的應(yīng)用授權(quán)足以滿足所述會(huì)話請(qǐng)求的資源預(yù)留。
3.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制代理功能被嵌入所述請(qǐng)求的應(yīng)用中。
4.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)相對(duì)于當(dāng)前進(jìn)行中的其它會(huì)話來(lái)評(píng)估所述會(huì)話請(qǐng)求。
5.根據(jù)權(quán)利要求4的方法,其中,所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)基于對(duì)會(huì)話優(yōu)先級(jí)、請(qǐng)求的帶寬、可用網(wǎng)絡(luò)帶寬和會(huì)話持續(xù)時(shí)間的評(píng)估,來(lái)允許一些會(huì)話請(qǐng)求而拒絕其它會(huì)話請(qǐng)求。
6.根據(jù)權(quán)利要求5的方法,其中,較高會(huì)話優(yōu)先級(jí)通過(guò)應(yīng)用類型和服務(wù)類型之一而被建立。
7.根據(jù)權(quán)利要求6的方法,其中,所述較高優(yōu)先級(jí)由關(guān)聯(lián)于所述會(huì)話請(qǐng)求的用戶來(lái)建立。
8.根據(jù)權(quán)利要求6的方法,其中,所述較高優(yōu)先級(jí)由業(yè)務(wù)源來(lái)建立,其中,所述業(yè)務(wù)源是內(nèi)容提供商和應(yīng)用提供商中的一個(gè)。
9.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)可以在贊成具有較高優(yōu)先級(jí)的新會(huì)話請(qǐng)求的情況下,撤消對(duì)當(dāng)前進(jìn)行中的其它會(huì)話的資源預(yù)留。
10.根據(jù)權(quán)利要求2的方法,其中,允許中間判決,所述中間判決包括具有比所請(qǐng)求的要少的資源量的資源預(yù)留,以及具有對(duì)較少資源密集請(qǐng)求預(yù)留的退守的資源預(yù)留。
11.根據(jù)權(quán)利要求2的方法,其中,只要資源可用,所述資源預(yù)留就保持對(duì)將來(lái)的會(huì)話請(qǐng)求有效。
12.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)在處理在現(xiàn)有資源授權(quán)內(nèi)的新會(huì)話請(qǐng)求時(shí),不必涉及所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)。
13.根據(jù)權(quán)利要求2的方法,其中,所述資源預(yù)留僅對(duì)定義的持續(xù)時(shí)間有效。
14.根據(jù)權(quán)利要求2的方法,其中,所述資源預(yù)留直到被所述會(huì)話的任一端終止之前都為有效。
15.根據(jù)權(quán)利要求2的方法,其中,所述資源預(yù)留直到由于可用容量的改變而被所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)撤消之前都為有效。
16.根據(jù)權(quán)利要求3的方法,其中,關(guān)聯(lián)于應(yīng)用的請(qǐng)求的會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)向所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)發(fā)送關(guān)于會(huì)話終止的資源釋放消息,由此釋放可用于服務(wù)于其它會(huì)話請(qǐng)求的資源。
17.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)是組播復(fù)制點(diǎn)。
18.根據(jù)權(quán)利要求2的方法,其中,組播和非組播服務(wù)的混合被共同地控制。
19.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)的功能被分散到接入組播復(fù)制點(diǎn)中,并且確保在發(fā)送組播信道之前接入鏈路上存在足夠的可用帶寬。
20.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)的功能被分散到聚集復(fù)制點(diǎn)中,并且確保在發(fā)送組播信道之前接入鏈路上存在足夠的可用帶寬。
21.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)告知所述網(wǎng)絡(luò)中的其它節(jié)點(diǎn)資源預(yù)留已被授權(quán)。
22.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)能夠向所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)發(fā)出自發(fā)的通信,并且由此應(yīng)用服務(wù)器告知需要通過(guò)使用較低帶寬服務(wù)的帶寬保存。
23.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話準(zhǔn)入控制策略判決點(diǎn)節(jié)點(diǎn)能夠指示所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn),并且由此指示應(yīng)用服務(wù)器,通過(guò)丟棄進(jìn)行中的會(huì)話來(lái)主動(dòng)減載,以應(yīng)付帶寬不足。
24.根據(jù)權(quán)利要求2的方法,其中,所述會(huì)話請(qǐng)求由第三方產(chǎn)生,該第三方既不是所述會(huì)話業(yè)務(wù)的源也不是其目的地。
25.一種用于在多服務(wù)通信網(wǎng)絡(luò)中協(xié)商準(zhǔn)入控制的系統(tǒng),該系統(tǒng)包括分布式會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)(SAC-M),用于關(guān)于基于其持有的資源授權(quán)的會(huì)話請(qǐng)求的允許,來(lái)產(chǎn)生本地判決;集中會(huì)話準(zhǔn)入控制判決點(diǎn)(SAC-PDP)節(jié)點(diǎn),用于按照多個(gè)服務(wù)對(duì)有限資源的競(jìng)爭(zhēng)來(lái)產(chǎn)生全局準(zhǔn)入控制判決;以及網(wǎng)絡(luò)單元管理系統(tǒng),用于實(shí)現(xiàn)本地和全局判決。
26.一種用于在多服務(wù)通信網(wǎng)絡(luò)中協(xié)商準(zhǔn)入控制的系統(tǒng),其包括分布式會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)(SAC-M),其基于其持有的資源授權(quán)來(lái)產(chǎn)生允許會(huì)話的本地判決;集中會(huì)話準(zhǔn)入控制判決點(diǎn)(SAC-PDP),其按照多個(gè)服務(wù)對(duì)有限資源的競(jìng)爭(zhēng)來(lái)產(chǎn)生全局準(zhǔn)入控制判決;網(wǎng)絡(luò)容量數(shù)據(jù)庫(kù),其保存關(guān)于可能資源的信息,其中服務(wù)實(shí)例可以對(duì)照所述可能資源而被允許;標(biāo)定學(xué)習(xí)模塊,其基于對(duì)所述網(wǎng)絡(luò)作出的刻意改變來(lái)更新所述網(wǎng)絡(luò)容量數(shù)據(jù)庫(kù);以及發(fā)現(xiàn)學(xué)習(xí)模塊,其基于從對(duì)業(yè)務(wù)的觀測(cè)或檢查中所學(xué)習(xí)的網(wǎng)絡(luò)改變,來(lái)更新所述網(wǎng)絡(luò)容量數(shù)據(jù)庫(kù)。
27.根據(jù)權(quán)利要求26的系統(tǒng),其中,所述會(huì)話準(zhǔn)入控制代理的功能被嵌入所述請(qǐng)求的應(yīng)用中。
28.根據(jù)權(quán)利要求26的系統(tǒng),其中,會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)所持有的資源授權(quán)直到會(huì)話結(jié)束之前都為有效。
29.一種在多服務(wù)通信網(wǎng)絡(luò)中計(jì)算帶寬容量的方法,其中所述網(wǎng)絡(luò)具有用于協(xié)商對(duì)來(lái)自請(qǐng)求的應(yīng)用的被請(qǐng)求會(huì)話的準(zhǔn)入的會(huì)話準(zhǔn)入控制(SAC)節(jié)點(diǎn),所述方法包括下列步驟a)確定所述網(wǎng)絡(luò)的現(xiàn)有的所提供的容量;b)在所述網(wǎng)絡(luò)中的監(jiān)控節(jié)點(diǎn)監(jiān)控業(yè)務(wù);以及c)將提供的容量和監(jiān)控的業(yè)務(wù)數(shù)據(jù)與通過(guò)基于路由的發(fā)現(xiàn)機(jī)制而獲得的容量信息相組合,以提供對(duì)可用容量的估計(jì)。
30.根據(jù)權(quán)利要求29的方法,其中,所述基于路由的發(fā)現(xiàn)機(jī)制包括針對(duì)可用的有效帶寬探查網(wǎng)絡(luò)路徑。
31.根據(jù)權(quán)利要求29的方法,其中,所述會(huì)話準(zhǔn)入控制節(jié)點(diǎn)使用一個(gè)或多個(gè)估計(jì)技術(shù)來(lái)實(shí)現(xiàn)對(duì)可用容量的估計(jì),其中所述估計(jì)技術(shù)包括提供的容量、監(jiān)控的業(yè)務(wù)數(shù)據(jù)以及基于路由的發(fā)現(xiàn)機(jī)制信息。
32.根據(jù)權(quán)利要求29的方法,其中,發(fā)現(xiàn)學(xué)習(xí)模塊監(jiān)聽(tīng)用于告知路由器帶寬的開(kāi)放式最短路徑優(yōu)先消息流。
33.根據(jù)權(quán)利要求29的方法,其中,所述會(huì)話準(zhǔn)入控制節(jié)點(diǎn)借助于能夠明確信號(hào)通知帶寬和容量的協(xié)議,來(lái)學(xué)習(xí)特定網(wǎng)絡(luò)瓶頸處的帶寬。
34.根據(jù)權(quán)利要求33的方法,其中,所述協(xié)議是GSMP。
35.根據(jù)權(quán)利要求29的方法,其中,所述會(huì)話準(zhǔn)入控制節(jié)點(diǎn)利用涉及提供分類規(guī)則的操作員輔助的配置,來(lái)估計(jì)組播會(huì)話請(qǐng)求所需的帶寬。
36.一種用于在多服務(wù)通信網(wǎng)絡(luò)中計(jì)算帶寬容量的系統(tǒng),該系統(tǒng)包括會(huì)話準(zhǔn)入控制(SAC)節(jié)點(diǎn),用于協(xié)商對(duì)接收自請(qǐng)求的應(yīng)用的請(qǐng)求會(huì)話的準(zhǔn)入,所述會(huì)話準(zhǔn)入控制使用估計(jì)技術(shù)來(lái)實(shí)現(xiàn)對(duì)可用帶寬容量的估計(jì),所述估計(jì)技術(shù)包括提供的容量、監(jiān)控的業(yè)務(wù)數(shù)據(jù)以及基于路由的發(fā)現(xiàn)機(jī)制信息。
37.根據(jù)權(quán)利要求36的系統(tǒng),其中,分組探查用于估計(jì)技術(shù)中。
38.根據(jù)權(quán)利要求36的系統(tǒng),其中,所述會(huì)話準(zhǔn)入控制節(jié)點(diǎn)利用涉及提供分類規(guī)則的操作員輔助的配置,來(lái)估計(jì)組播會(huì)話請(qǐng)求所需的帶寬。
39.根據(jù)權(quán)利要求36的系統(tǒng),其中,所述會(huì)話準(zhǔn)入控制節(jié)點(diǎn)通過(guò)主動(dòng)學(xué)習(xí)所需帶寬并將所學(xué)習(xí)的信息反饋給該會(huì)話準(zhǔn)入控制節(jié)點(diǎn),來(lái)估計(jì)組播會(huì)話所需的帶寬,其中所述主動(dòng)學(xué)習(xí)所需帶寬是通過(guò)觀測(cè)會(huì)話帶寬來(lái)實(shí)現(xiàn)的。
40.一種用于在多服務(wù)通信網(wǎng)絡(luò)中計(jì)算帶寬容量的方法,其中所述網(wǎng)絡(luò)具有用于協(xié)商對(duì)來(lái)自請(qǐng)求的應(yīng)用的所請(qǐng)求會(huì)話的準(zhǔn)入的會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)(SAC-M),其中,所述會(huì)話準(zhǔn)入控制代理節(jié)點(diǎn)如果未被所述請(qǐng)求的應(yīng)用明確告知資源需求,則通過(guò)主動(dòng)學(xué)習(xí)所需帶寬來(lái)估計(jì)組播會(huì)話所需要的帶寬,其中所述主動(dòng)學(xué)習(xí)所需帶寬是通過(guò)觀測(cè)被信道占用的帶寬來(lái)實(shí)現(xiàn)的。
全文摘要
描述了一種用于在包括組播服務(wù)的多服務(wù)通信網(wǎng)絡(luò)中協(xié)商準(zhǔn)入控制的會(huì)話準(zhǔn)入控制(SAC)。所述模塊以解決準(zhǔn)入控制擴(kuò)縮問(wèn)題的方式,在集中判決功能(SAC-PDP)和分布式判決功能(SAC-M)之間分配準(zhǔn)入過(guò)程。定義了用于所述SAC-PDP和SAC-M之間的交互的機(jī)制。機(jī)制被定義為所述SAC-PDP發(fā)現(xiàn)或?qū)W習(xí)網(wǎng)絡(luò)容量,所述準(zhǔn)入控制判決將對(duì)照該網(wǎng)絡(luò)容量而被產(chǎn)生。系統(tǒng)還被描述為將SAC-M并入所述網(wǎng)絡(luò)的組播復(fù)制點(diǎn)中,這允許組播復(fù)制點(diǎn)參與準(zhǔn)入控制過(guò)程。
文檔編號(hào)H04L12/18GK1949812SQ200610142269
公開(kāi)日2007年4月18日 申請(qǐng)日期2006年10月11日 優(yōu)先權(quán)日2005年10月11日
發(fā)明者J·D·塞格爾, B·S·布-迪亞布 申請(qǐng)人:阿爾卡特公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
津市市| 太仓市| 青阳县| 商南县| 潞城市| 呼伦贝尔市| 东乌珠穆沁旗| 苍山县| 秭归县| 汾阳市| 桃源县| 信丰县| 蓬莱市| 岱山县| 乌鲁木齐县| 进贤县| 嘉鱼县| 岳阳县| 双峰县| 咸丰县| 盐池县| 浮梁县| 镇远县| 万荣县| 广丰县| 铜梁县| 方山县| 邹城市| 阳西县| 无极县| 霍州市| 冀州市| 通海县| 额济纳旗| 宾川县| 托克托县| 沁阳市| 屏南县| 博湖县| 怀化市| 卢龙县|