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

用于特定源轉(zhuǎn)碼組播的方法和裝置的制作方法

文檔序號:7848323閱讀:297來源:國知局
專利名稱:用于特定源轉(zhuǎn)碼組播的方法和裝置的制作方法
技術(shù)領域
本公開大體上涉及數(shù)據(jù)通信,諸如組播(multicast)數(shù)據(jù)通信。
背景技術(shù)
SSM(Source Specific Multicast,特定源組播)和其它因特網(wǎng)協(xié)議(IP)層組播機制將相同的IP數(shù)據(jù)包傳送到全部訂閱路由器,并且可以節(jié)約網(wǎng)絡帶寬,這是因為如果不如此的話,每個IP數(shù)據(jù)包將被復制并單獨從源發(fā)送到這些路由器背后的每臺訂閱主機,即,使用IP層組播允許相同的數(shù)據(jù)報在由這些路由器形成的組播樹中的每條鏈路上僅傳播一次。另一方面,應用層組播(ALM)是這樣一種機制主機(不一定是源)復制數(shù)據(jù)報并通過由主機的第4層連接形成的覆蓋網(wǎng)絡對該數(shù)據(jù)報進行中繼。當路由器不支持組播和/或轉(zhuǎn)碼且其需要被主機處理時,ALM是有用的。然而,ALM比IP層組播效率低很多,這是因為ALM常常會引起次優(yōu)路由并且這些數(shù)據(jù)報還可能會在一條鏈路上傳播一次以上。ALM也并不可靠,因為主機可能出現(xiàn)在線和離線波動。


結(jié)合于此并構(gòu)成說明書一部分的

了示例實施例。圖I說明了被配置為實現(xiàn)特定源轉(zhuǎn)碼組播的設備的示例。圖2說明了被配置為復制數(shù)據(jù)包并執(zhí)行轉(zhuǎn)碼服務的路由和轉(zhuǎn)碼邏輯的示例。圖3說明了一種系統(tǒng)的示例,其中,第一上游路由器提供轉(zhuǎn)碼服務,且多個下游路由器之一也提供轉(zhuǎn)碼服務。圖4說明了一種系統(tǒng)的示例,其中,上游路由器為下游路由器提供全部轉(zhuǎn)碼服務。圖5說明了在其上可實現(xiàn)一示例實施例的計算機系統(tǒng)的示例。圖6說明了用于提供下游轉(zhuǎn)碼服務的方法的示例。圖7說明了當新的下游組播流被請求時用于提供轉(zhuǎn)碼服務的方法的示例。示例實施例概沭接下來是對示例實施例的簡化概述,從而提供對示例實施例某些方面的基本理解。該概述并不是對示例實施例的全面概述。其不是為了認定示例實施例的關(guān)鍵或決定性要素也不是為了描述所附權(quán)利要求的范圍。該概述唯一的目的在于以簡化的形式提供示例實施例的某些概念,作為后面提出的更詳細描述的前序。根據(jù)一示例實施例,本文公開了一種設備,包括上游通信接口,被配置為從源接收由第一編解碼器編碼的組播流;下游通信接口 ;以及路由和轉(zhuǎn)碼邏輯,耦接至所述上游通信接口和所述下游通信接口。所述路由和轉(zhuǎn)碼邏輯被配置為將由第一編解碼器編碼的組播流轉(zhuǎn)發(fā)到所述組播流的第一下游訂戶。所述路由和轉(zhuǎn)碼邏輯還被配置為復制所述組播流并將所述組播流轉(zhuǎn)碼到第二下游訂戶的第二編解碼器。所述路由和轉(zhuǎn)碼邏輯將復制且轉(zhuǎn)碼后的組播流轉(zhuǎn)發(fā)到第二下游訂戶。根據(jù)一示例實施例,本文公開了一種方法,包括從上游源接收針對第一編解碼器而格式化的組播流。將所述組播流轉(zhuǎn)發(fā)至至少一個下游訂戶。接收來自第二下游訂戶的對所述組播流的訂閱消息形式的請求,其中,第二下游訂戶請求針對第二編解碼器而格式化的組播流。該方法還包括確定是要繼續(xù)從上游源接收針對第一編譯碼器而格式化的組播流,還是要接收針對第二編解碼器而格式化的組播流。響應于確定要接收針對第二編解碼器而格式化的組播流,請求上游源提供針對第二編解碼器而格式化的組播流。響應于確定要接收針對第二編解碼器而格式化的組播流,將針對第二編解碼器而格式化的組播流轉(zhuǎn)發(fā)到第二下游訂戶。響應于確定要從上游源接收針對第二編解碼器而格式化的組播流,轉(zhuǎn)碼組播流的副本并將組播流的轉(zhuǎn)碼后的副本轉(zhuǎn)發(fā)到所述至少一個下游訂戶。示例實施例描沭本描述提供的示例并不是為了限制所附權(quán)利要求的范圍。附圖通常表明示例的特征,其中,應了解和理解的是,相同的參考數(shù)字用于指相同的元素。參考說明書中的“一個實施例”或“一實施例”或“一示例實施例”意思是所描述的特定的特征、結(jié)構(gòu)或特性被包括在本文所述的至少一個實施例中,而并不意味著這些特征、結(jié)構(gòu)或特性出現(xiàn)在本文描述的所有實施例中。在本文所描述的一示例實施例中,定義了被稱為特定源轉(zhuǎn)碼組播(SourceSpecific Ttanscoding Multicast, SSTM)的新組播機制,其對特定源組播(SSM)進行了擴展并且也基于反向路徑轉(zhuǎn)發(fā)(RPF)。SSTM定義了擴展組播訂閱消息(S,G,C),其中S是組播源地址,G是組播組目的地址,C是由下游請求的編解碼器類型,其中,編解碼器類型可以包括但不限于編碼算法、幀速率、分辨率大小和流的內(nèi)容質(zhì)量。SSTM對路由器使用簡單算法來處理共享相同S地址和G地址的兩個或者兩個以上組播訂閱消息。每個SSTM路由器自適應插入嵌入式轉(zhuǎn)碼服務(如果可行),并且僅把不能被其嵌入式轉(zhuǎn)碼輸出饋給的那些訂閱轉(zhuǎn)發(fā)到其上游路由器。例如,如果能夠?qū)崿F(xiàn)SSTM的路由器接收到(S,G,Cl)和(S,G,C2)并發(fā)現(xiàn)從Cl到C2的嵌入式轉(zhuǎn)碼服務可用,則該路由器在內(nèi)部分配一個這種轉(zhuǎn)碼服務會話并將分配的轉(zhuǎn)碼服務會話(例如,(S,G,Cl))轉(zhuǎn)發(fā)到朝向S的上游路由器。可替代地,如果可行,它可以選擇插入從C2到Cl (而不是如上所述的從Cl到C2)的轉(zhuǎn)碼服務,并向上游轉(zhuǎn)發(fā)(S,G,C2),這取決于是Cl還是C2消耗更少的帶寬或者是Cl還是C2是優(yōu)選的(例如,優(yōu)選的編解碼器可由系統(tǒng)管理員來選擇)。如果沒有可用的嵌入式轉(zhuǎn)碼服務,則路由器簡單地將流,例如(S,G, Cl)和(S,G,C2),朝向S轉(zhuǎn)發(fā)到上游路由器。如本文一示例實施例將要描述的,能夠?qū)崿F(xiàn)SSTM的路由器將每個(S,G,C[k])存儲為在下游訂閱的每個編解碼器類型C[k]的一個路由表條目。當SSTM關(guān)于(S,G)對插入從C[a]到C[b]的轉(zhuǎn)碼服務時,SSTM在路由表內(nèi)標記出(S,G,C[a])具有一轉(zhuǎn)碼成(S,G,C[b])的分支,即,從具有匹配源地址S,組播地址G和通過編解碼器C[a]標識的有效載荷的上游接收的任何數(shù)據(jù)包將在內(nèi)部被復制原始數(shù)據(jù)包被發(fā)送到(S,G,C[a])的下游而復制品則在內(nèi)部被饋給相應的轉(zhuǎn)碼服務會話,轉(zhuǎn)碼服務會話負責生成到下游的(S,G,C[b])數(shù)據(jù)包,如下面示例實施例所示。CN 102934394 A



3/7頁圖1例示了被配置為實現(xiàn)特定源轉(zhuǎn)碼組播的設備100的示例。設備100包括被配置為從上游源接收組播流的上游接口 102。如本文示例實施例中將要描述的,上游接口可以接收由第一編解碼器格式化的組播流的一個副本或者可以接收由相應的多個編解碼器格式化的流的多個副本。下游接口 106被用于向下游訂戶提供組播流。在一示例實施例中,組播流的上游訂閱消息可以通過下游接口 106被接收并且可以通過上游接口 102被路由至組播流的上游源。路由和轉(zhuǎn)碼邏輯104基于通過下游接口 106接收的那些訂閱消息將組播流數(shù)據(jù)包從上游源路由至下游訂戶。如果下游訂戶可以接收由第一編解碼器格式化的組播流,該流被無變化地路由至下游訂戶;然而,如果下游訂戶無法接收由第一編解碼器格式化的組播流,路由和轉(zhuǎn)碼邏輯104創(chuàng)建組播流的復制品并將復制品轉(zhuǎn)碼為與下游訂戶兼容的格式。本文所用的“邏輯”包括但不限于硬件、固件、軟件和/或每一個的組合,用以執(zhí)行功能或動作,和/或引起另一個組件的功能或動作。例如,基于所需的應用或需求,邏輯可以包括軟件控制的微處理器,諸如專用集成電路(ASIC)的離散邏輯,可編程/編程的邏輯裝置,包含指令等的存儲器裝置,或者硬件實現(xiàn)的組合邏輯。邏輯還可以完全用存儲在非永久有形介質(zhì)上的軟件實現(xiàn),當由處理器執(zhí)行時,該有形介質(zhì)執(zhí)行所描述的功能。邏輯可以適當?shù)匕ㄒ环N或多種。在一示例實施例中,路由和轉(zhuǎn)碼邏輯104被配置為將由第一編解碼器編碼的組播流轉(zhuǎn)發(fā)到組播流的第一下游訂戶。路由和轉(zhuǎn)碼邏輯104還被配置為復制組播流并將組播流轉(zhuǎn)碼到第二下游訂戶的第二編解碼器。路由和轉(zhuǎn)碼邏輯104將復制且轉(zhuǎn)碼后的組播流轉(zhuǎn)發(fā)到第二下游訂戶。在一示例實施例中,路由和轉(zhuǎn)碼邏輯104響應于從采用第三編解碼器的第三下游訂戶接收到組播流訂閱消息形式的請求,來創(chuàng)建組播流的附加副本。為第三編解碼器將附加副本轉(zhuǎn)碼,且轉(zhuǎn)碼后的附加副本被轉(zhuǎn)發(fā)到第三下游訂戶。在一示例實施例中,路由和轉(zhuǎn)碼邏輯104響應于接收到來自新下游訂戶的接收新編解碼器的組播流的請求,來判斷是優(yōu)選該新編解碼器用于傳送上游通信還是繼續(xù)使用當前的編解碼器。如果路由和轉(zhuǎn)碼邏輯104確定使用新編解碼器,則路由和轉(zhuǎn)碼邏輯104改變組播流的上游訂閱以采用新編解碼器。路由和轉(zhuǎn)碼邏輯104將由新編解碼器編碼的組播流轉(zhuǎn)發(fā)到新下游訂戶,并且按需要對組播流進行復制和轉(zhuǎn)碼以向其他下游訂戶提供組播流。例如,如果路由和轉(zhuǎn)碼邏輯104將第一編解碼器的流提供給第一下游訂戶并且將第二編解碼器的流提供給第二下游訂戶,并且新訂戶請求第三編解碼器的組播流且第三編解碼器被確定為優(yōu)選的編解碼器,則路由和轉(zhuǎn)碼邏輯104將創(chuàng)建組播流的第一副本和第二副本。第一副本將被轉(zhuǎn)碼到第一編解碼器并被提供給第一訂戶。第二副本將被轉(zhuǎn)碼且提供給第二訂戶。在一示例實施例中,路由和轉(zhuǎn)碼邏輯104可采用預定義列表來確定優(yōu)選哪個編解碼器。例如,管理員可以按照優(yōu)先權(quán)順序輸入一個列表。在另一不例實施例中,其他參數(shù)(諸如帶寬消耗)可以用于確定優(yōu)選哪個編解碼器。例如,路由和轉(zhuǎn)碼邏輯104可基于哪個編解碼器消耗的帶寬更少來確定優(yōu)選哪個編解碼器。在一示例實施例中,路由和轉(zhuǎn)碼邏輯104將每個(S,G,C[k])存儲為由至少一個下游訂戶訂閱的每個編解碼器類型C[k]的一個路由表條目。當路由和轉(zhuǎn)碼邏輯104關(guān)于(S,G)對插入從C[a]到C[b]的轉(zhuǎn)碼服務時,路由和轉(zhuǎn)碼邏輯104在路由表內(nèi)存儲(S,G,
7C[a])具有一轉(zhuǎn)碼成(S,G,C[b])的分支,例如,從具有匹配源地址S、組播地址G和通過編解碼器C[a]標識的有效載荷的上游接收的任何數(shù)據(jù)包將在內(nèi)部被復制原始數(shù)據(jù)包被發(fā)送到具有訂閱(S,G,C[a])的所有那些下游接口,而復制品在內(nèi)部被饋送到負責為具有訂閱(S,G,C[b])的所有那些下游接口生成數(shù)據(jù)包的相應轉(zhuǎn)碼服務會話。下文描述的圖2描述了執(zhí)行此功能的一示例實施例。請注意,上游接口數(shù)量和下游接口數(shù)量并不限于本文所說明的示例中示出的數(shù)量,因為挑選這些數(shù)量僅僅是為了方便說明,本領域技術(shù)人員應當很容易理解,任何物理上可以實現(xiàn)數(shù)量的上游接口和下游接口均適合于實現(xiàn)本文描述的示例實施例的原理。而且,可以提供任何物理上可以實現(xiàn)數(shù)量的下游組播流。此外,雖然本文所說明的示例描述了第一訂戶和第二訂戶,本領域技術(shù)人員應當很容易理解(也將在下文圖4中描述的示例中進行說明),第一和/或第二訂戶可以是一個組。例如,第一訂戶可以包括多個下游路由器。圖2說明了用于實現(xiàn)路由和轉(zhuǎn)碼邏輯104的方框圖的示例。在所說明的實施例中,組播流202 (S,G,C[a])從上游源被接收。響應于接收到數(shù)據(jù)包,路由和復制邏輯204在表206中執(zhí)行查找以確定該流的下游訂戶。在所說明的示例中,第一下游訂戶接收無變化的組播流202。第二下游訂戶接收由第二編解碼器(C[b])編碼的流。因此,流的復制品通過路徑208提供給將流從編解碼器C[a]轉(zhuǎn)碼至編解碼器(C[b])的轉(zhuǎn)碼服務210。復制且轉(zhuǎn)碼后的流212被提供給第二訂戶。在特定實施例中,相同的下游接收者,例如,不能實現(xiàn)SSTM的路由器可以接收流202和流212 二者。圖3說明了一種系統(tǒng)300的示例,其中,第一上游路由器302提供轉(zhuǎn)碼服務,且多個下游路由器304之一也提供轉(zhuǎn)碼服務。在此示例中,路由器Rl 302和路由器R2 304能夠?qū)崿F(xiàn)SSTM。從上游源接收采用第一編解碼器的組播流,即流(S,G,C[a])310。路由和轉(zhuǎn)碼邏輯308 (其在一示例實施例中可以如路由和轉(zhuǎn)碼邏輯104的一示例實施例中所描述的那樣進行配置)確定如何向下游分發(fā)流310和流312。在此示例中,路由和轉(zhuǎn)碼邏輯308確定R2 304接收無變化的流310,而路由器(R3) 306采用編解碼器C[b]從而接收流312。作為來自Rl 302的流(S,G)的下游訂戶的R2 304能夠接收無變化的、采用第一編解碼器的組播流(S,G,C[a])310。由于R2為能夠?qū)崿F(xiàn)SSTM的路由器,所以路由和轉(zhuǎn)碼邏輯314(其在一示例實施例中可以如路由和編碼邏輯104的一示例實施例所描述的那樣進行配置)確定R2 304的流310的下游分發(fā)。在此示例中,流310被無變化地分發(fā),并且流310的復制且轉(zhuǎn)碼后的副本即采用第二編解碼器C[b]的(S,G,C[b])316被向下游分發(fā)。路由和轉(zhuǎn)碼邏輯308將流310的復制且轉(zhuǎn)碼后的副本(S,G,C[b]) 312提供給R3306。R3 306向下游分發(fā)流312。在一示例實施例中,R3 306也是SSTM路由器,然而,R3306可能不能接收流(S,G,C[a]) 310,因此路由和轉(zhuǎn)碼邏輯308將流(S,G,C[a])310轉(zhuǎn)碼成適合R3 306的流(S,G,C[b])312,R3 306然后可以向下游提供復制且轉(zhuǎn)碼后的流(未示出)。圖4說明了一種系統(tǒng)400的示例,其中,上游路由器Rl 402為下游路由器提供全部轉(zhuǎn)碼服務。采用第一編解碼器(C[a])的組播流(S,G)即(S,G,C[a])408從上游源(未示出)提供并且被分發(fā)給路由器R2 404和R3 406。在所說明的示例中,路由和轉(zhuǎn)碼邏輯410(其在一示例實施例中可如路由和轉(zhuǎn)碼邏輯104的一示例實施例中所描述的那樣進行配置)確定R2 404應接收采用第一編解碼器的組播流(S,G,C[a])408和采用第二編解碼器的組播流(S,G,C[b])412。路由和轉(zhuǎn)碼邏輯還確定應將采用第二編解碼器的組播流(S,G,C[b])412提供給路由器R3 406。R2 404將采用第一編解碼器的組播流(S,G,C[a])408和采用第二編解碼器的組播流(S,G,C[b])412向下游分發(fā)。R3 406將采用第二編解碼器的組播流(S,G,C[b])412向下游分發(fā)。如前所述,如果組播路徑上的全部路由器均能夠?qū)崿F(xiàn)SSTM,則作為結(jié)果得到的SSTM樹應針對最有效的帶寬使用提供最佳轉(zhuǎn)碼位置??紤]圖3和圖4中所說明的示例。理想地,(S,G,C[a])和(S,G,C[b])的下游路徑在能夠?qū)崿F(xiàn)SSTM的路由器處使用不同的網(wǎng)絡接口。這意味著有兩種能夠?qū)崿F(xiàn)SSTM的下游路由器,一個訂閱(S,G,C[a]),而另一個訂閱(S,G,C[b])。由于不需要傳輸在沒有轉(zhuǎn)碼服務的情況下所必需的(S,G,C[b])數(shù)據(jù)包,故實現(xiàn)了上游帶寬節(jié)約。例如,在圖3中,在Rl 302和R2 304的上游不傳輸(或接收)任何(S,G,C[b])數(shù)據(jù)包,且在圖4中,在Rl 402的上游不傳輸(或接收)任何(S,G,C[b])數(shù)據(jù)包。圖5是說明了一種計算機系統(tǒng)500的方框圖,在該系統(tǒng)上可以實現(xiàn)一示例實施例。根據(jù)示例實施例,計算機系統(tǒng)500可以被配置為實現(xiàn)路由和轉(zhuǎn)碼邏輯104(圖I)、路由和復制邏輯204 (圖2)、轉(zhuǎn)碼服務210 (圖2)、轉(zhuǎn)碼邏輯308和/或314 (圖3)和/或轉(zhuǎn)碼邏輯410 (圖4)。計算機系統(tǒng)500也適合于實現(xiàn)方法600 (圖6)、方法700 (圖7)和/或方法800 (圖8),這些將在下文中進一步詳細描述。計算機系統(tǒng)500包括總線502或其他用于傳送信息的通信機制以及與總線502耦接用于處理信息的處理器504。計算機系統(tǒng)500還包括主存儲器506,例如隨機存取存儲器(RAM)或耦接至總線502的動態(tài)存儲裝置,該存儲裝置用于存儲要由處理器504執(zhí)行的信息和指令。主存儲器506也可用于存儲在要由處理器504執(zhí)行的指令執(zhí)行期間的臨時變量或其他中間信息。計算機系統(tǒng)500還包括只讀存儲器(ROM) 508或者其他耦接至總線502的靜態(tài)存儲裝置,該靜態(tài)存儲裝置用于存儲處理器504的靜態(tài)信息和指令。提供了諸如磁盤或光盤的存儲裝置510,并將其耦接至總線502以用于存儲信息和指令。示例實施例的一方面涉及執(zhí)行特定源轉(zhuǎn)碼組播的計算機系統(tǒng)500的使用。根據(jù)一示例實施例,特定源轉(zhuǎn)碼組播由計算機系統(tǒng)500提供,以響應處理器504執(zhí)行包含在主存儲器506中的一個或多個指令的一個或多個序列。這種指令可以從另一種計算機可讀介質(zhì),如存儲裝置510讀入主存儲器506。執(zhí)行包含在主存儲器506中的指令序列會使處理器504執(zhí)行本文描述的處理步驟。多處理布置的一個或多個處理器也可以用于執(zhí)行包含在主存儲器506中的指令序列。在一可替代實施例中,硬接線電路可以用來替代軟件指令或者與軟件指令相結(jié)合來實現(xiàn)一示例實施例。因此,本文描述的實施例并不限于硬件電路和軟件的任意特定組合。本文所用的術(shù)語“計算機可讀介質(zhì)”是指任何參與提供指令給處理器504來執(zhí)行的介質(zhì)。這種介質(zhì)可以具有許多形式,包括但不限于非易失介質(zhì)和易失介質(zhì)。非易失介質(zhì)包括,例如光盤或磁盤,諸如存儲裝置510。易失介質(zhì)包括諸如主存儲器506的動態(tài)存儲器。此處所用的有形介質(zhì)可以包括易失和非易失介質(zhì)。計算機可讀介質(zhì)的常見形式例如包括軟盤、軟磁盤、硬盤、磁卡、紙帶、具有空圖案的任何其他物理介質(zhì)、RAM、PROM、EPROM、FLASHPROM、CD、DVD或任何其他存儲器芯片或存儲器匣、或者任何計算機可以讀出的其他介質(zhì)。計算機系統(tǒng)500還包括耦接至總線502的上游通信接口 512。上游通信接口 512將雙向數(shù)據(jù)通信耦接計算機系統(tǒng)500提供給連接至第一網(wǎng)絡(未示出)的上游鏈路514。計算機系統(tǒng)500還包括耦接至總線502的下游通信接口 516。下游通信接口 516將雙向數(shù)據(jù)通信耦接計算機系統(tǒng)500提供給連接至第二網(wǎng)絡(未示出)的下游鏈路518。鑒于以上描述的前述結(jié)構(gòu)和功能特征,將參考圖6-7來更好地理解根據(jù)一示例實施例的方法。然而,出于使解釋簡單的目的,圖6-7中的方法按照執(zhí)行順序來示出和描述,但應該了解和理解的是,示例實施例并不限于所說明的順序,因為某些方面會以不同的順序發(fā)生或者與本文示出和描述的其他方面并行發(fā)生。此外,實現(xiàn)根據(jù)一示例實施例的一方面的方法并不要求所說明的全部特征。本文描述的方法適合于通過硬件、通過處理器執(zhí)行軟件或其組合來實現(xiàn)。圖6說明了用于提供下游轉(zhuǎn)碼服務的方法600的示例。方法600可以通過路由和轉(zhuǎn)碼邏輯104 (圖I)、路由和轉(zhuǎn)碼邏輯308 (圖3)、路由和轉(zhuǎn)碼邏輯314 (圖3)、路由和轉(zhuǎn)碼邏輯410和/或處理器504 (圖5)來實現(xiàn)。在602,從上游源接收組播流的數(shù)據(jù)包。該數(shù)據(jù)包采用第一編解碼器。在604,確定是否采用第一編解碼器和/或通過另一個例如第二編解碼器、第三編解碼器等向下游分發(fā)數(shù)據(jù)包。例如,組播流可以被提供給采用多種編解碼器的多個訂戶,和/或被提供給采用多種編解碼器的一個或多個單個訂戶。例如在圖3中,Rl 302將采用第一編解碼器的數(shù)據(jù)包的副本提供給R2 304,將采用第二編解碼器的數(shù)據(jù)包的副本提供給R3 306;且在圖4中,Rl 402將組播流兩次分發(fā)給R2 404,首先是采用第一編解碼器的組播流然后是采用第二編解碼器的副本,再將采用第二編解碼器的流的副本提供給R3 406。在606,采用和上游源相同的編解碼器并能不通過轉(zhuǎn)碼(否)來接收數(shù)據(jù)包的下游訂戶接收數(shù)據(jù)包(或者數(shù)據(jù)包副本)。數(shù)據(jù)包被無變化地轉(zhuǎn)發(fā)給這些下游訂戶,例如,有效載荷不變。在608,采用不同編解碼器(是)的下游訂戶接收數(shù)據(jù)包的復制且轉(zhuǎn)碼后的副本。在一示例實施例中,下游訂戶可以接收數(shù)據(jù)包的多個副本,例如,轉(zhuǎn)碼至第二編解碼器的一個副本,轉(zhuǎn)碼至第三編解碼器的另一個副本和/或采用第一編解碼器的數(shù)據(jù)包的副本等。這樣,數(shù)據(jù)包按照需要被復制且轉(zhuǎn)碼。圖7說明了當新的下游組播流被請求時用于提供轉(zhuǎn)碼服務的方法700的示例。方法700可以通過路由和轉(zhuǎn)碼邏輯104(圖I)、路由和轉(zhuǎn)碼邏輯308(圖3)、路由和轉(zhuǎn)碼邏輯314 (圖3)、路由和轉(zhuǎn)碼邏輯410和/或處理器504 (圖5)來實現(xiàn)。在702,從新的下游訂戶接收對組播流的請求。對組播流的請求包括編解碼器類型。在704,確定是否已經(jīng)通過被請求的編解碼器將組播流提供給下游訂戶。請注意,被請求的編解碼器可以與上游編解碼器不同,例如,另一個下游訂戶可能已經(jīng)正在接收組播流的復制且轉(zhuǎn)碼后的數(shù)據(jù)包。如果下游訂戶已經(jīng)正在接收以相同方式編碼的組播流(是),則在706,將流提供給新的下游訂戶。如果需要,新訂戶可以接收組播流的數(shù)據(jù)包的復制且轉(zhuǎn)碼后的副本。如果在704確定尚未提供組播流(否),則在708,確定是否采用被請求的編解碼
1器進行上游通信。例如,如果用于新的下游訂戶的編解碼器比當前正用于與上游源進行通信的編解碼器利用更少的帶寬和/或處理器資源等,則用于新的訂戶的編解碼器可以用于上游通信。在一示例實施例中,可以采用優(yōu)選編解碼器列表來在考慮了諸如各編解碼器的內(nèi)容質(zhì)量和帶寬、由轉(zhuǎn)碼帶來的任何不可逆質(zhì)量退化、用于轉(zhuǎn)碼的本地資源可用性等各種因素的情況下,確定采用哪個編解碼器進行上游通信。如果在708確定采用新編解碼器進行上游通信(是),則在710,上游編解碼器被切換成新編解碼器。切換成新的編解碼器后,采用原始上游編解碼器的去向下游訂戶的數(shù)據(jù)包將被轉(zhuǎn)碼。例如,如果第二編解碼器作為用于上游通信的編解碼器安裝,則采用第一編解碼器的下游訂戶的數(shù)據(jù)包將被從第二編解碼器轉(zhuǎn)碼到第一編解碼器。如果在708,確定繼續(xù)使用原始編解碼器進行上游通信(否),則在712,對資源進行分配以將數(shù)據(jù)包從原始編解碼器轉(zhuǎn)碼到用于新的下游訂戶的新編解碼器??蛇x擇地,可以為來自新訂戶的上游數(shù)據(jù)包建立轉(zhuǎn)碼,以轉(zhuǎn)碼至上游編解碼器。一旦可以執(zhí)行轉(zhuǎn)碼,就將組播流提供給新的下游訂戶。上述為示例實施例。當然,本文不可能描述每種可能想到的組件或方法的組合,但是本領域的普通技術(shù)人員應該認識到,示例實施例的許多別的組合和置換是可能的。因此,本申請意欲囊括落在所附權(quán)利要求的精神和范圍內(nèi)的所有這樣的替代、修改和變形,且所附權(quán)利要求的精神和范圍以其被公平、合法、公正地賦予的廣度來解釋。
權(quán)利要求
1.一種設備,包括 上游通信接口,被配置為從源接收由第一編解碼器編碼的組播流; 下游通信接口; 路由和轉(zhuǎn)碼邏輯,耦接至所述上游通信接口和所述下游通信接口 ; 其中,所述路由和轉(zhuǎn)碼邏輯被配置為將由第一編解碼器編碼的組播流轉(zhuǎn)發(fā)到所述組播流的第一下游訂戶; 其中,所述路由和轉(zhuǎn)碼邏輯被配置為復制所述組播流并將所述組播流轉(zhuǎn)碼到第二下游訂戶的第二編解碼器;并且 其中,所述路由和轉(zhuǎn)碼邏輯被配置為將復制且轉(zhuǎn)碼后的組播流轉(zhuǎn)發(fā)到第二下游訂戶。
2.如權(quán)利要求I所述的設備,其中,所述路由和轉(zhuǎn)碼邏輯對接收到來自所述組播流的第三下游訂戶的請求做出響應,其中,所述路由和轉(zhuǎn)碼邏輯被配置為創(chuàng)建所述組播流的第二副本; 其中,所述路由和轉(zhuǎn)碼邏輯還被配置為為第三編解碼器轉(zhuǎn)碼所述組播流的第二副本;并且 其中,所述路由和轉(zhuǎn)碼邏輯被配置為將所述組播流的轉(zhuǎn)碼后的第二副本轉(zhuǎn)發(fā)到第三下游訂戶。
3.如權(quán)利要求I所述的設備,其中,所述路由和轉(zhuǎn)碼邏輯響應于接收到來自第三下游訂戶的接收用于第三編解碼器的組播流的請求,來確定第三編解碼器是否優(yōu)選用于傳送上游通信; 其中,所述路由和轉(zhuǎn)碼邏輯被配置為響應于確定第三編解碼器是優(yōu)選用于傳送上游通信的來改變針對所述組播流的上游訂閱以采用第三編解碼器; 其中,所述路由和轉(zhuǎn)碼邏輯將由所述第三編解碼器編碼的組播流轉(zhuǎn)發(fā)到第三下游訂戶; 其中,所述路由和轉(zhuǎn)碼邏輯被配置為創(chuàng)建所述組播流的第一副本,為第一編解碼器轉(zhuǎn)碼所述組播流的第一副本,并且將所述組播流的轉(zhuǎn)碼后的第一副本轉(zhuǎn)發(fā)到第一下游訂戶;以及 其中,所述路由和轉(zhuǎn)碼邏輯被配置為創(chuàng)建所述組播流的第二副本,為第二編解碼器轉(zhuǎn)碼所述組播流的第二副本,并且將所述組播流的轉(zhuǎn)碼后的第二副本轉(zhuǎn)發(fā)到第二下游訂戶。
4.如權(quán)利要求3所述的設備,其中,所述路由和轉(zhuǎn)碼邏輯基于預定義列表來確定優(yōu)選的編解碼器。
5.如權(quán)利要求3所述的設備,其中,所述路由和轉(zhuǎn)碼邏輯基于編解碼器消耗更少帶寬來確定優(yōu)選的編解碼器。
6.如權(quán)利要求I所述的設備,其中,所述路由和轉(zhuǎn)碼邏輯將由下游訂戶訂閱的組播流的每個編解碼器類型的條目存儲在路由表中。
7.如權(quán)利要求6所述的設備,其中,所述路由和轉(zhuǎn)碼邏輯針對每種類型的編解碼器確定是要轉(zhuǎn)發(fā)接收到的組播流,還是要復制所述組播流并且針對編解碼器類型轉(zhuǎn)碼所述組播流并且轉(zhuǎn)發(fā)所述流的轉(zhuǎn)碼后的副本。
8.如權(quán)利要求I所述的設備,其中,所述路由和轉(zhuǎn)碼邏輯還被配置為將所述組播流的復制且轉(zhuǎn)碼后的副本轉(zhuǎn)發(fā)到第一下游訂戶。
9.一種方法,包括 從上游源接收針對第一編解碼器而格式化的組播流; 將所述組播流轉(zhuǎn)發(fā)至采用第一編解碼器的至少一個下游訂戶; 接收來自第二下游訂戶的對所述組播流的請求,其中,第二下游訂戶請求針對第二編解碼器而格式化的組播流; 確定是要繼續(xù)從上游源接收針對第一編譯碼器而格式化的組播流,還是要接收針對第二編解碼器而格式化的組播流; 響應于確定要接收針對第二編解碼器而格式化的組播流,請求上游源提供針對第二編解碼器而格式化的組播流; 響應于確定要接收針對第二編解碼器而格式化的組播流,將針對第二編解碼器而格式化的組播流轉(zhuǎn)發(fā)到第二下游訂戶;以及 響應于確定要接收針對第二編解碼器而格式化的組播流,為第一編解碼器轉(zhuǎn)碼組播流的副本并將組播流的轉(zhuǎn)碼后的副本轉(zhuǎn)發(fā)到所述至少一個下游訂戶。
10.如權(quán)利要求9所述的方法,其中,基于預定義列表來確定是要繼續(xù)從上游源接收針對第一編譯碼器而格式化的組播流,還是要接收針對第二編解碼器而格式化的組播流。
11.如權(quán)利要求9所述的方法,其中,基于編解碼器消耗更少帶寬來確定是要繼續(xù)從上游源接收針對第一編譯碼器而格式化的組播流,還是要接收針對第二編解碼器而格式化的組播流。
12.如權(quán)利要求9所述的方法,還包括將由下游訂戶訂閱的組播流的每個編解碼器類型的條目存儲在路由表中。
13.如權(quán)利要求9所述的方法,還包括 接收來自第三下游訂戶的對組播流的請求,其中,第三下游訂戶請求針對第三編解碼器而格式化的組播流; 確定是要繼續(xù)從上游源接收針對第二編譯碼器而格式化的組播流,還是要接收針對第三編解碼器而格式化的組播流; 響應于確定要接收針對第三編解碼器而格式化的組播流,請求上游源提供針對第三編解碼器而格式化的組播流; 響應于確定要接收針對第二編解碼器而格式化的組播流,將針對第三編解碼器而格式化的組播流轉(zhuǎn)發(fā)到第三下游訂戶; 響應于確定要接收針對第二編解碼器而格式化的組播流,為第一編解碼器轉(zhuǎn)碼組播流的副本并將組播流的轉(zhuǎn)碼后的副本轉(zhuǎn)發(fā)到所述至少一個下游訂戶;以及 響應于確定要接收針對第三編解碼器而格式化的組播流,為第一編解碼器轉(zhuǎn)碼組播流的第二副本并將組播流的轉(zhuǎn)碼后的第二副本轉(zhuǎn)發(fā)到所述采用第一編解碼器的至少一個下游訂戶。
14.如權(quán)利要求9所述的方法,還包括 確定第二下游訂戶也將被提供采用第一編解碼器的組播流的副本;以及響應于確定第二下游訂戶也將被提供采用第一編解碼器的組播流的副本,將采用第一編解碼器的組播流的副本轉(zhuǎn)發(fā)到第二下游供應商。
15.如權(quán)利要求9所述的方法,還包括存儲具有組播流的至少一個下游訂戶的每個編解碼器類型的路由數(shù)據(jù)。
16.如權(quán)利要求15所述的方法,還包括針對每個編解碼器類型確定是要轉(zhuǎn)發(fā)組播流還是要轉(zhuǎn)發(fā)組播流的復制且轉(zhuǎn)碼后的副本。
17.—種設備,包括 上游通信接口,被配置為從源接收由第一編解碼器編碼的組播流; 下游通信接口 ;以及 用于路由和轉(zhuǎn)碼的裝置,可操作用于通過下游接口將所述組播流轉(zhuǎn)發(fā)到采用第一編解碼器的第一下游訂戶; 其中,所述用于路由和轉(zhuǎn)碼的裝置還可操作用于為第二編解碼器復制且轉(zhuǎn)碼所述組播流,并通過下游接口將復制且轉(zhuǎn)碼后的組播流轉(zhuǎn)發(fā)到第二下游訂戶。
18.如權(quán)利要求17所述的設備,其中,用于路由和轉(zhuǎn)碼的裝置還可操作用于將復制且轉(zhuǎn)碼后的組播流也轉(zhuǎn)發(fā)到第一下游訂戶。
19.如權(quán)利要求17所述的裝置,其中,用于路由和轉(zhuǎn)碼的裝置還可操作用于確定是要采用第一編解碼器還是第二編解碼器用于與所述源通信;以及 其中,所述用于路由和轉(zhuǎn)碼的裝置可操作用于與所述源通信來指示出要采用的編解碼器。
20.如權(quán)利要求17所述的裝置,其中,所述用于路由和轉(zhuǎn)碼的裝置還可操作用于接收來自采用第三編解碼器的第三下游訂戶的對第二組播流的第一上游請求; 其中,所述用于路由和轉(zhuǎn)碼的裝置還可操作用于確定第二組播流的源的編解碼器;其中,所述用于路由和轉(zhuǎn)碼的裝置還可操作用于將第一請求轉(zhuǎn)碼到第二組播流的源的編解碼器,并轉(zhuǎn)發(fā)轉(zhuǎn)碼后的第一上游請求; 其中,所述用于路由和轉(zhuǎn)碼的裝置還可操作用于接收來自采用第四編解碼器的第四下游訂戶的對第二組播流的第二上游請求以維護使第四編解碼器與第二組播流相關(guān)聯(lián)的數(shù)據(jù); 其中,所述用于路由和轉(zhuǎn)碼的裝置還可操作用于為第四編解碼器復制且轉(zhuǎn)碼第二組播流,并將復制且轉(zhuǎn)碼后的第二組播流轉(zhuǎn)發(fā)到第四訂戶。
全文摘要
在一示例實施例中,描述了一種設備,包括被配置為從源接收由第一編解碼器編碼的組播流(202)的上游通信接口,下游通信接口,以及耦接至所述上游通信接口和所述下游通信接口的路由(204)和轉(zhuǎn)碼(210)邏輯。所述路由和轉(zhuǎn)碼邏輯被配置為將由第一編解碼器編碼的組播流無變化地轉(zhuǎn)發(fā)到組播流(202)的第一下游訂戶。所述路由和轉(zhuǎn)碼邏輯被配置為復制組播流(212)并將所述組播流轉(zhuǎn)碼到第二下游訂戶的第二編解碼器,所述復制且轉(zhuǎn)碼后的組播流被轉(zhuǎn)發(fā)到第二下游訂戶。
文檔編號H04L12/18GK102934394SQ201180011408
公開日2013年2月13日 申請日期2011年2月9日 優(yōu)先權(quán)日2010年2月26日
發(fā)明者賴成家 申請人:思科技術(shù)公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
通州市| 昆山市| 赞皇县| 安溪县| 富裕县| 东乡| 醴陵市| 金溪县| 丁青县| 淳安县| 潞城市| 赣州市| 将乐县| 扬州市| 台中市| 镇宁| 延吉市| 洪江市| 中牟县| 新源县| 成武县| 贵定县| 涟水县| 资兴市| 永修县| 宁陵县| 靖安县| 勐海县| 广西| 东港市| 东台市| 察雅县| 渝中区| 洮南市| 凌海市| 丰县| 泉州市| 崇仁县| 常德市| 大埔区| 黎平县|