專利名稱：廣播多媒體流中的關(guān)鍵信息同步的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及經(jīng)通信網(wǎng)絡(luò)提供娛樂，并且具體涉及用戶終端和廣播多媒體流的快速同步。
背景技術(shù)：
數(shù)字電視用諸如電視節(jié)目、按次付費(fèi)(PPV)、視頻點(diǎn)播(VoD)、游戲以及因特網(wǎng)接入的特點(diǎn)向觀眾提供高質(zhì)量視頻娛樂，以上特點(diǎn)總稱為“多媒體娛樂內(nèi)容”或者“內(nèi)容”。通過降低進(jìn)入住宅的設(shè)備成本和帶寬以及交互式個(gè)性化服務(wù)的出現(xiàn)，用于分發(fā)內(nèi)容的通信網(wǎng)絡(luò)的使用繼續(xù)得到普及。
因?yàn)槎嗝襟w文件一般很大，內(nèi)容通常被打包在信息流中，信息流通過寬帶通信網(wǎng)絡(luò)傳輸給用戶。電影或者視頻上一系列圖像中的各個(gè)單獨(dú)圖像被稱作幀。幀的序列經(jīng)常包含類似或者相同的像素(圖像元素)，諸如綠草、藍(lán)天等等。壓縮以及運(yùn)動(dòng)補(bǔ)償協(xié)議典型地用來最小化這些鄰近幀之間的冗余像素，以改進(jìn)傳輸帶寬的使用，目前在所述協(xié)議中，MPEG的分布非常廣泛。用于壓縮/解壓縮(編碼/解碼)協(xié)議的視頻與音頻規(guī)范給出用于傳送壓縮數(shù)字內(nèi)容和用于在標(biāo)準(zhǔn)格式的介質(zhì)上存儲(chǔ)及播放這樣的視頻所必需的語法以及語義。
為了壓縮(編碼)攜帶多媒體娛樂內(nèi)容的流，數(shù)據(jù)流中的離散取樣被轉(zhuǎn)變成令牌的比特流(a bit-stream of tokens)，其比相應(yīng)初始數(shù)據(jù)流更小，原因是基本上只有在壓縮流中捕獲從幀到幀轉(zhuǎn)變的數(shù)據(jù)才被捕獲而不是捕獲初始流中的所有信息。信號(hào)被分為合適大小的數(shù)據(jù)塊，并且頭部信息被添加到各個(gè)數(shù)據(jù)塊；頭部識(shí)別分組的開始并必須包括時(shí)間戳，因?yàn)榉纸M過程打斷了時(shí)間軸。
多媒體編碼/解碼格式告知解碼器如何將壓縮流逆向表示為類似于未轉(zhuǎn)換數(shù)據(jù)的原始流的數(shù)據(jù)，這樣數(shù)據(jù)可以以通常的形式被聽到或看到。然而，如果解碼器(接收器)在信道轉(zhuǎn)換時(shí)沒有重新設(shè)置，在信道只簡單切換的情況下解碼器(接收器)將顯示噪音。因此，接收器需要延遲處理來自新信道的視頻分組直到接收到顯示數(shù)據(jù)塊開始的特定指針(也稱為關(guān)鍵數(shù)據(jù)或關(guān)鍵信息(milestone))。
應(yīng)該注意到，本文所使用的MPEG(運(yùn)動(dòng)圖像專家組)和特定MPEG2傳輸流來描述和說明本發(fā)明的基礎(chǔ)思想，但是本發(fā)明適用于任何多媒體流格式，這些格式在流中結(jié)合了能夠被識(shí)別和用于同步流啟動(dòng)的關(guān)鍵信息。
用作傳輸和數(shù)字廣播的MPEG傳輸流包括一個(gè)或多個(gè)視頻和音頻分組化基本流(PES)，每個(gè)PES包括用于時(shí)鐘恢復(fù)的獨(dú)立時(shí)基和音頻/視頻同步信息。傳輸流還包括節(jié)目指南和系統(tǒng)信息(PSI)、用于允許有選擇地接收每個(gè)節(jié)目和其要素的條件接收信息，以及可能與節(jié)目相關(guān)的數(shù)據(jù)業(yè)務(wù)。其以短的固定大小分組形成，每個(gè)都攜帶分組標(biāo)識(shí)符(PID)；相同的基本流的分組都有相同的PID，以使得解碼器能夠選擇其想要的基本流并拒絕其余的。
在每個(gè)節(jié)目中，節(jié)目特定信息跟蹤MPEG傳輸流中和基本流中不同的節(jié)目。PSI包括節(jié)目關(guān)聯(lián)表(PAT)、節(jié)目映射表(PMT)和條件接收表(CAT)。PAT(節(jié)目關(guān)聯(lián)表)包括解碼器用來確定哪些節(jié)目存在于各個(gè)傳輸流中所使用的數(shù)據(jù)。PAT指向許多PMT(每節(jié)目一個(gè))，所述PMT依次指向流攜帶的各個(gè)節(jié)目的視頻、音頻和數(shù)據(jù)內(nèi)容。CAT用于不規(guī)則的流。PID為“0”表明分組包含PAT PID。流也可以包含NULL(空)分組，其不攜帶數(shù)據(jù)但是對(duì)于保持具有有效載荷的恒定比特率是必需的。NULL分組總是具有8191的PID(所有為1的)。
當(dāng)今使用的最流行的MPEG協(xié)議是在ISO/IEC 11172中描述的MPEG1和在ISO/IEC 13818中描述的MPEG2。在MPEG2視頻壓縮中，每個(gè)圖片首先被壓縮(幀內(nèi)壓縮)，然后連續(xù)表示的圖片被壓縮到一起(幀間壓縮)。在幀間壓縮中，僅僅是幀和其依賴的幀之間的差異包括在壓縮幀中。其結(jié)果是，幀的解碼取決于先前觀看的幀的解碼，并且在一些情況下取決于隨后觀看的幀的解碼。為了使解碼問題，特別是可以從一個(gè)幀的錯(cuò)誤解碼傳播而導(dǎo)致相關(guān)幀的錯(cuò)誤解碼的差錯(cuò)最小化，只有相對(duì)少的圖像組(GOP)被一起壓縮(例如9個(gè)圖片)。
獨(dú)立于先前的GOP幀，每個(gè)GOP的圖片被一起編碼，并且因而能夠獨(dú)立解碼并且任何差錯(cuò)不會(huì)從一個(gè)組傳播到另一個(gè)組。GOP中的第一幀叫做I幀(內(nèi)幀)，該幀是編碼的、獨(dú)立壓縮的圖片，其解碼能獨(dú)立于任何其他幀來完成。在流中含有的I幀越多，視頻的質(zhì)量就越好；然而，I幀含有大量的比特并因此占用了存儲(chǔ)介質(zhì)上更多的空間。
一般地，客戶機(jī)(接收器、解碼器、機(jī)頂盒，或者播放器)可以選擇收看多個(gè)信道中的一個(gè)，所述信道從首端被廣播或者從具有預(yù)存儲(chǔ)的內(nèi)容文件的服務(wù)器被流式傳輸。響應(yīng)于從特定客戶機(jī)到服務(wù)器的請(qǐng)求，執(zhí)行信道轉(zhuǎn)換；作為響應(yīng)，服務(wù)器向客戶機(jī)提供用以接收新信道的新地址。接收器離開當(dāng)前觀看的信道并加入新信道?；贗P的音頻/視頻傳輸系統(tǒng)中的信道轉(zhuǎn)換時(shí)間在用戶的電視觀看/網(wǎng)絡(luò)沖浪體驗(yàn)中產(chǎn)生顯著的時(shí)延。相反地，信道轉(zhuǎn)換速度受到多個(gè)因素影響，舉幾個(gè)例子，所述因素諸如按鍵傳播(從信道選擇器到服務(wù)器)、IGMP離開/加入操作等待時(shí)間、分組緩沖和傳播、PAT/PMT等待時(shí)間、I幀等待時(shí)間以及幀解碼和顯示時(shí)間。
當(dāng)前，用戶終端在數(shù)據(jù)流中的隨機(jī)點(diǎn)加入信道并且必須等待其顯示完全同步的音頻和視頻所需要的關(guān)鍵數(shù)據(jù)結(jié)構(gòu)(關(guān)鍵信息)。對(duì)于MPEG2流，I幀是這些關(guān)鍵數(shù)據(jù)結(jié)構(gòu)之一，PAT/PMT是其他的。徹底的信道轉(zhuǎn)換需要解碼開始于I幀(全幀)。I幀在以較低比特率編碼的內(nèi)容中每秒僅僅發(fā)送一次或者兩次，甚至更低頻率，因而引入了從數(shù)百毫秒到兩、三秒的等待時(shí)間。因?yàn)檫@是重要的時(shí)延，這對(duì)于DVB和ATSC(流媒體廣播系統(tǒng)的歐洲以及相應(yīng)北美標(biāo)準(zhǔn))的日期標(biāo)注已經(jīng)成為問題。然而，采用現(xiàn)有技術(shù)很難實(shí)現(xiàn)信道轉(zhuǎn)換時(shí)間少于一秒。
嘗試減少這一服務(wù)器端的時(shí)延是當(dāng)前才出現(xiàn)的。本發(fā)明旨在減少由I幀等待時(shí)間引入的時(shí)延。
例如，已經(jīng)建議連接位于寬帶網(wǎng)絡(luò)邊緣的服務(wù)器，目的在于向一定地理區(qū)域內(nèi)的客戶機(jī)提供廣播多媒體流。服務(wù)器是獨(dú)立的服務(wù)器，其從寬帶網(wǎng)絡(luò)的內(nèi)容源接收流式多媒體內(nèi)容。對(duì)于每個(gè)多媒體內(nèi)容流，服務(wù)器包括管理并緩沖接收的流中的多播分組的緩沖器。一旦服務(wù)器接收信道轉(zhuǎn)換的請(qǐng)求，其命令當(dāng)前的流式傳輸信道的發(fā)送器停止向客戶機(jī)發(fā)送該信道，并命令新選擇的信道的發(fā)送器盡可能快地從相應(yīng)緩沖器向客戶機(jī)首先開始猝發(fā)數(shù)據(jù)。在某點(diǎn)上，系統(tǒng)使用戶終端(接收器)從單播流(猝發(fā))轉(zhuǎn)換到請(qǐng)求信道的一般多播流。
采用該方案，服務(wù)器必須直接與客戶機(jī)“對(duì)話”來請(qǐng)求/終止數(shù)據(jù)的傳遞、請(qǐng)求信道轉(zhuǎn)換、協(xié)商數(shù)據(jù)中的丟失塊、狀態(tài)報(bào)告、頻率、單路/多播過渡等等。消息傳遞例如可以使用能夠分別識(shí)別每個(gè)分組的可靠傳輸協(xié)議(RTP)。在RTP中，服務(wù)器告知客戶機(jī)當(dāng)前分組是什么，并且客戶機(jī)請(qǐng)求這個(gè)數(shù)據(jù)直到它趕上當(dāng)前時(shí)間，在該當(dāng)前時(shí)間點(diǎn)客戶機(jī)從猝發(fā)流轉(zhuǎn)換到穩(wěn)定流。由于為了降低帶寬，開始放出(playout)所需要的關(guān)鍵信息的頻率故意保持較低，因此當(dāng)解碼器在輸入數(shù)據(jù)流中尋找關(guān)鍵信息時(shí)，時(shí)間和帶寬都被浪費(fèi)了。
這個(gè)方法的另一不利因素是客戶機(jī)一定要知道服務(wù)器，并且如果服務(wù)器不可訪問時(shí)不能轉(zhuǎn)換信道。同樣，在穩(wěn)定的狀態(tài)中(當(dāng)客戶觀看特定信道時(shí))，消息傳遞仍然被客戶機(jī)使用以請(qǐng)求和接收丟失的分組。因此，如果服務(wù)器的連接不論由于什么原因丟失，客戶機(jī)沒有任何自主權(quán)。當(dāng)終端進(jìn)行信道轉(zhuǎn)換時(shí)，當(dāng)前使用的技術(shù)還需要網(wǎng)絡(luò)的很仔細(xì)的設(shè)計(jì)來處理數(shù)據(jù)猝發(fā)。特別地，對(duì)于HDTV(高清晰度電視)內(nèi)容，以及尤其在相同住宅內(nèi)具有的一個(gè)以上的終端，這會(huì)是嚴(yán)重的問題。
需要一種顯著減少信道轉(zhuǎn)換時(shí)延(信道切換時(shí)間)的解決方案。

發(fā)明內(nèi)容
在向一組客戶機(jī)提供若干多媒體信道的系統(tǒng)中，本發(fā)明提供一種通過向客戶機(jī)饋送他們所需要的信息來減少信道轉(zhuǎn)換延遲的方法，以便迅速地開始顯示圖像和聲音。
因此，本發(fā)明提供了一種用于廣播系統(tǒng)的服務(wù)器，所述廣播系統(tǒng)將娛樂內(nèi)容通過多媒體內(nèi)容流傳遞給接收者的廣播系統(tǒng)，每個(gè)流的特征在于，直到已經(jīng)接收關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)，流的再現(xiàn)才開始，該服務(wù)器包括偵聽機(jī)制，用于檢測表明客戶機(jī)想要接收攜帶感興趣內(nèi)容的指定的多媒體內(nèi)容流的請(qǐng)求；同步單元，從請(qǐng)求時(shí)間起，以指定的多媒體內(nèi)容流中的最近關(guān)鍵信息開始，向客戶機(jī)流式傳輸具有所述感興趣內(nèi)容的輸出流，直到輸出流與指定的多媒體內(nèi)容流同步，其中，所述指定的多媒體內(nèi)容流中的最近關(guān)鍵信息與所述請(qǐng)求的接收時(shí)間有關(guān)；以及多播饋送器，用于通過寬帶網(wǎng)絡(luò)從首端接收所有所述多媒體內(nèi)容流，并且一旦輸出流與指定的多媒體內(nèi)容流同步，則將每個(gè)流分發(fā)給相應(yīng)客戶機(jī)，其中，所述最近關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)使客戶機(jī)能立即從輸出流解碼出感興趣的多媒體內(nèi)容。
再有，本發(fā)明為廣播系統(tǒng)提供了通過多媒體內(nèi)容流把娛樂內(nèi)容傳遞到客戶機(jī)的同步單元，每個(gè)流的特征在于，直到已經(jīng)接收重要數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，流的再現(xiàn)才開始，該同步單元包括環(huán)形緩沖器；探測器，用于檢測指定的多媒體內(nèi)容流中所有關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)；接收器，用于當(dāng)分組到達(dá)時(shí)將分組從指定的多媒體內(nèi)容流放置到緩沖器的末端(ends)上，并且跟蹤關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)在緩沖器中的位置；發(fā)送器，用于在緩沖器中在與請(qǐng)求的到達(dá)時(shí)間相關(guān)的關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)上創(chuàng)建標(biāo)志，以及用于從標(biāo)志表明的位置發(fā)送每個(gè)下一內(nèi)容分組，其中接收器以第一速率在緩沖器中放置分組，并以高于第一速率的第二速率增加該標(biāo)志，直到該標(biāo)志位置趕上放置于緩沖器中的最后的分組的位置。
本發(fā)明還提供一種用于將娛樂內(nèi)容通過多媒體內(nèi)容流傳遞給接收者的方法，每個(gè)流的特征在于，直到已經(jīng)接收關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)，流的再現(xiàn)才開始，該方法包括a)偵聽表明客戶機(jī)想要接收攜帶感興趣內(nèi)容的指定的多媒體內(nèi)容流的請(qǐng)求；b)以指定的多媒體內(nèi)容流中的最近關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)開始，在輸出數(shù)據(jù)流中將感興趣內(nèi)容流式傳輸給客戶機(jī)，其中，所述多媒體內(nèi)容流中的最近關(guān)鍵信息與請(qǐng)求接收時(shí)間有關(guān)；c)使輸出流與指定的多媒體內(nèi)容流同步；以及d)一旦流同步，將客戶機(jī)從接收輸出數(shù)據(jù)流切換到接收指定的多媒體內(nèi)容流。
有利地，根據(jù)本發(fā)明的系統(tǒng)和方法使得向客戶機(jī)的數(shù)字內(nèi)容的傳遞和分發(fā)快于當(dāng)前可用的解決方案。同樣，當(dāng)前解決方案是接收者(用戶終端)不可知(agnostic)的；因?yàn)榉?wù)器必須僅僅處理正常的加入/離開請(qǐng)求，與客戶機(jī)的特殊消息傳遞是不必要的，因此不需要使用任何諸如用于分組同步的RTP的特殊協(xié)議。
另外，由本發(fā)明提出的解決方案不需要任何形式的數(shù)據(jù)猝發(fā)，盡管如果由于特定網(wǎng)絡(luò)/客戶機(jī)制約而需要的話，這可以得到支持。此外，本發(fā)明顯著地優(yōu)于現(xiàn)有技術(shù)方案，更具有成本效益，并且能用于提供諸如“即時(shí)重放”、“畫中畫”的附加功能，同時(shí)保持客戶機(jī)不可知(客戶機(jī)不需要任何特定的硬件完成這些功能)。
此外，本發(fā)明能夠(但是不必須)被集成到硬件(DSLAM、路由器、交換機(jī)等)來提供透明業(yè)務(wù)。


如附圖所示，通過下面更具體的優(yōu)選實(shí)施例的描述，本發(fā)明前述和其他目的、特征和優(yōu)點(diǎn)將變得明顯，其中圖1說明了使用根據(jù)本發(fā)明的關(guān)鍵信息同步方法的傳遞系統(tǒng)的實(shí)施例；圖2a-2e說明了同步單元的操作，其中圖2a說明“空閑模式”，圖2b示出了“加入模式”，圖2c和2d示出顯示了“正在追趕模式”以及圖2e示出了“已經(jīng)趕上模式”；圖3說明了本發(fā)明關(guān)鍵信息同步單元的另一個(gè)允許過濾內(nèi)容的實(shí)施例；圖4說明本發(fā)明關(guān)鍵信息同步單元的另一個(gè)調(diào)節(jié)(leverage)多播的實(shí)施例；
圖5說明了本發(fā)明關(guān)鍵信息同步單元的另一個(gè)允許內(nèi)容重放的實(shí)施例；以及圖6說明本發(fā)明的又一個(gè)實(shí)施例，其中內(nèi)容在首端被預(yù)處理來簡化在服務(wù)器上對(duì)關(guān)鍵信息的探測。
具體實(shí)施例方式
重申一下，本發(fā)明適用于任何具有對(duì)應(yīng)于整個(gè)圖片的有效關(guān)鍵信息的傳輸流，并且其特征在于直到已經(jīng)接收特定關(guān)鍵信息分組(或者關(guān)鍵結(jié)構(gòu))和完整圖片的開始，流的再現(xiàn)才開始。本發(fā)明的多媒體流傳遞系統(tǒng)提供一種用戶終端一請(qǐng)求新節(jié)目(信道)就準(zhǔn)確傳遞其所需的新節(jié)目(信道)的機(jī)制，從而減少等待數(shù)據(jù)流中的數(shù)據(jù)結(jié)構(gòu)到達(dá)的時(shí)間，或者減少對(duì)數(shù)據(jù)流中的數(shù)據(jù)結(jié)構(gòu)的隨機(jī)搜索。這產(chǎn)生了幾乎瞬時(shí)的信道轉(zhuǎn)換能力。
本發(fā)明采用許多通用或?qū)Ｓ玫挠脩艚K端來運(yùn)作，所述用戶終端這里統(tǒng)稱為“客戶機(jī)”。適于本發(fā)明使用的客戶機(jī)的例子包括但是不局限于機(jī)頂盒、個(gè)人計(jì)算機(jī)、服務(wù)器計(jì)算機(jī)、手持或者膝上型裝置、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、可編程用戶電子設(shè)備、網(wǎng)絡(luò)PC、小型計(jì)算機(jī)、大型計(jì)算機(jī)、包含任何以上系統(tǒng)或者設(shè)備的分布式計(jì)算環(huán)境，等等。
因?yàn)镸PEG協(xié)議如今被最廣泛地使用，在此使用多播MPEG2傳輸流作為例子來描述本發(fā)明，所述傳輸流包含音頻和視頻基本流、PSI和其他數(shù)據(jù)。MPEG2的傳輸流的有效關(guān)鍵信息是PSI數(shù)據(jù)，所述PSI數(shù)據(jù)包括PAT和PMT分組和包含數(shù)據(jù)標(biāo)志開始的分組，其中，所述數(shù)據(jù)標(biāo)志對(duì)應(yīng)于GOP的開頭。然而可以理解的是，本發(fā)明同樣適用于以上標(biāo)識(shí)的類型的任何流。同樣，術(shù)語分組用來定義流中的數(shù)據(jù)；應(yīng)當(dāng)理解，這個(gè)術(shù)語旨在廣泛覆蓋可以構(gòu)成廣播多媒體流的任何類型的協(xié)議數(shù)據(jù)單元。
這里提出的問題概括說來就是，在基于IP的音頻/視頻傳輸系統(tǒng)中的信道轉(zhuǎn)換時(shí)間在用戶觀看電視/網(wǎng)絡(luò)沖浪體驗(yàn)中產(chǎn)生了顯著的時(shí)延。信道轉(zhuǎn)換速度相反受到多個(gè)因素影響，在傳遞系統(tǒng)的服務(wù)器端或者客戶端引入了時(shí)延。本說明書描述了一種減少在服務(wù)器上引入的信道轉(zhuǎn)換時(shí)間的解決方案，該解決方案被稱作“關(guān)鍵信息同步”。在MPEG流的情況下，I幀等待時(shí)間主要由服務(wù)器端時(shí)延和按鍵傳播時(shí)延、IGMP離開/加入操作等待時(shí)間、分組緩沖和傳播導(dǎo)致，PAT/PMT等待時(shí)間由客戶端時(shí)延導(dǎo)致；這里提出的解決方案被稱為“GOP同步”。
圖1示出根據(jù)本發(fā)明的關(guān)鍵信息同步方法。在圖1的服務(wù)器-客戶機(jī)配置中，提供在寬帶網(wǎng)絡(luò)10邊緣上的服務(wù)器5從首端1通過多播饋送器15接收編碼流。多播饋送器單元15還包括向客戶機(jī)多播通信內(nèi)容流的裝置。服務(wù)器5一經(jīng)請(qǐng)求，將多媒體內(nèi)容傳遞到用戶終端(客戶機(jī))20、20’。盡管圖1所示僅服務(wù)器5的兩個(gè)客戶機(jī)，明顯地，用戶設(shè)備的數(shù)量不局限于兩個(gè)。服務(wù)器確保發(fā)送給每個(gè)客戶機(jī)的數(shù)據(jù)流(攜帶多媒體內(nèi)容的信道)以關(guān)鍵信息數(shù)據(jù)(對(duì)MPEG2包括I幀)開始以實(shí)現(xiàn)立即和正確的解碼。
服務(wù)器5可以方便地在數(shù)字用戶線接入復(fù)用器(DSLAM)或者在任何已靠近邊緣存在的網(wǎng)絡(luò)設(shè)備中提供。在使用DSLAM的情況下，DSLAM把單播分組發(fā)送到獨(dú)立線路41、42。服務(wù)器5包括客戶機(jī)同步單元35、偵聽機(jī)制36和PSI控制器38。優(yōu)選地，對(duì)于任何具有IGMP功能的客戶機(jī)(播放器)，使用“IGMP探聽”來實(shí)現(xiàn)偵聽機(jī)制。IGMP(因特網(wǎng)組管理協(xié)議)作為IP多播的因特網(wǎng)標(biāo)準(zhǔn)在RFC 1112，2236，3376中被定義。如今，所有符合IP多播規(guī)范第2級(jí)的客戶機(jī)都需要IGMP(版本2或者更高)。當(dāng)服務(wù)器被集成在已經(jīng)支持IGMP探聽的路由器/交換機(jī)中時(shí)，現(xiàn)有的探聽機(jī)制可以容易地適于由本發(fā)明使用。
偵聽機(jī)制36周期地發(fā)送消息來詢問哪些客戶機(jī)想接收多播業(yè)務(wù)。由客戶機(jī)產(chǎn)生的、稱為成員報(bào)告或者請(qǐng)求的消息提供加入或者離開特定多播的請(qǐng)求。IGMP探聽36檢查報(bào)告并且允許或者禁止特定多播的轉(zhuǎn)發(fā)。檢查由主機(jī)發(fā)送的多播地址使得IGMP探聽能提供自動(dòng)微調(diào)控制，所述控制僅僅把請(qǐng)求的多播業(yè)務(wù)而不是所有的多播業(yè)務(wù)送往主機(jī)。
同樣地可以使用其他用于檢測信道轉(zhuǎn)換請(qǐng)求的機(jī)制，例如單播偵聽HTTP機(jī)制或者RTSP機(jī)制，所述單播偵聽HTTP機(jī)制在所有機(jī)頂盒(即，偵聽機(jī)制36可以是HTTP/Javascript接口)上也可以使用。有利地，如果使用IGMP探聽實(shí)現(xiàn)請(qǐng)求的檢測，則根據(jù)本發(fā)明的解決方案將支持多播安全增強(qiáng)，并暫停不再對(duì)IGMP詢問作出反應(yīng)的客戶機(jī)。
在通告已經(jīng)由服務(wù)器5接收之后，同步單元35跟蹤出現(xiàn)在每個(gè)流中的關(guān)鍵信息，用于允許每個(gè)客戶機(jī)(播放器、STB)20以流中最近關(guān)鍵信息開始，開始接收其請(qǐng)求的信道。對(duì)于根據(jù)本發(fā)明來管理的每個(gè)流，同步單元35包括接收器單元34、環(huán)形緩沖器33、探測器37和一個(gè)或多個(gè)發(fā)送器31。在饋送器15上接收的多播傳輸流中的分組由接收器單元34放置在環(huán)形緩沖器33中。對(duì)于每個(gè)請(qǐng)求接收來自該信道的內(nèi)容的各個(gè)客戶機(jī)，都存在發(fā)送器31。接收器單元34維持緩沖器33并跟蹤客戶機(jī)在緩沖器中的實(shí)時(shí)位置。
術(shù)語“實(shí)時(shí)位置”這里用于當(dāng)前由各個(gè)發(fā)送器發(fā)送到相關(guān)客戶機(jī)的分組。從各個(gè)客戶機(jī)請(qǐng)求信道那一刻的最近關(guān)鍵信息開始，跟蹤在緩沖器33中每個(gè)發(fā)送器31向相關(guān)客戶機(jī)發(fā)送分組的位置。因?yàn)閬碜悦總€(gè)客戶機(jī)的請(qǐng)求的到達(dá)時(shí)間不同，所以每個(gè)客戶機(jī)位于緩沖器中的不同位置。術(shù)語“緩沖器的末端”在這里用于當(dāng)緩沖器從左至右填充時(shí)代表標(biāo)記有“輸入”的點(diǎn)。圖1示出采用S1、S2....Sn的標(biāo)志(或者指針)，每一個(gè)都標(biāo)記了當(dāng)前由各個(gè)發(fā)送器31發(fā)送的當(dāng)前分組。只要接收器單元34接收新分組，其都向緩沖器33的末端添加，每個(gè)發(fā)送器31都從位置標(biāo)記有S1-Sn的位置發(fā)送其下一分組，并且每個(gè)標(biāo)志S1-Sn都在緩沖器33中增加發(fā)送器位置，用于跟蹤下一個(gè)將要發(fā)送的分組的位置。由此，分組的發(fā)送與提供一致的分組傳遞速率的新分組的接收同步。因?yàn)檎?qǐng)求隨機(jī)進(jìn)入，每個(gè)請(qǐng)求者(客戶機(jī))都位于緩沖器中不同的分組中。
緩沖器被設(shè)計(jì)得足夠大以允許捕獲所有有效關(guān)鍵信息和標(biāo)記了完整圖片開始的分組。如果使用更大的緩沖器，緩沖器大小能夠根據(jù)關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)的速率和大小(例如GOP大小和I幀速率)，采用可能的總比特率的減少來進(jìn)行調(diào)整。在MPEG2傳輸流的情況下，緩沖器必須比最大可能的GOP還大，實(shí)際中，GOP大約為每秒兆字節(jié)(4Mbps/8比特/字節(jié))。緩沖器大小與分組大小匹配，這樣當(dāng)?shù)竭_(dá)末端時(shí)分組的接收能容易地返回到緩沖器的開頭。
探測器37用于探測輸入流中的關(guān)鍵信息。因?yàn)榫彌_器填充來自各個(gè)流的內(nèi)容，使用探測器37分析每個(gè)分組以在緩沖器中跟蹤最近有效關(guān)鍵信息的位置，并跟蹤多少有效數(shù)據(jù)已經(jīng)被裝載。流中的分組必須是適當(dāng)定義的格式以支持有效的分析。
在圖1的實(shí)施例中，節(jié)目和系統(tǒng)信息數(shù)據(jù)(在MPEG2流的情況下是PAT/PMT)被單獨(dú)地保存，如由PSI(節(jié)目和系統(tǒng)信息)單元38所示。單元38從每個(gè)流和各個(gè)流中的每個(gè)信道檢索節(jié)目指南和系統(tǒng)信息。在發(fā)送任何其他數(shù)據(jù)前，這個(gè)信息被單獨(dú)處理并發(fā)送給指定信道的請(qǐng)求者。這允許解碼器立即選擇請(qǐng)求信道中的分組并正確地解壓該數(shù)據(jù)。
圖2a-2e說明了根據(jù)本發(fā)明同步單元35的操作。圖2a示出了“空閑模式”下的同步器，在這種模式下流被提供給接收器34和饋送器15。如圖標(biāo)記為“輸入”的條形所示，接收器在環(huán)形緩沖器33中進(jìn)行填充，同時(shí)其跟蹤由探測器檢測的關(guān)鍵信息(該圖上未示出)。多播硬件以已知的方式向各個(gè)激活的客戶機(jī)發(fā)送流。圖2a示出緩沖器33保持表示為M0的第一關(guān)鍵信息；無論何時(shí)新客戶機(jī)即無論何時(shí)新請(qǐng)求被偵聽機(jī)制收到(圖中未示出)，關(guān)鍵信息總是可用的。如上所顯示的，關(guān)鍵信息對(duì)于不同的流格式是不同的。
圖2b示出了“加入模式”的操作。當(dāng)從客戶機(jī)C1到達(dá)的“信道開始”請(qǐng)求43被機(jī)制36檢測到時(shí)(未在圖2b上示出)，發(fā)送器31，這里為發(fā)送器1，基于客戶機(jī)標(biāo)識(shí)被分配給該客戶機(jī)，并且發(fā)送器31的標(biāo)志S1在最近關(guān)鍵信息上創(chuàng)建(M1＝S1)。發(fā)送器1開始通過端口39向客戶機(jī)發(fā)送分組，關(guān)鍵信息總是首先發(fā)送。當(dāng)進(jìn)行著流的傳遞并且分組被加入緩沖器末端(“輸入”)時(shí)，發(fā)送器標(biāo)志S1增加，并且發(fā)送器從新位置發(fā)送下一個(gè)分組。輸出流是單播。
一旦開始，發(fā)送器1逐漸趕上輸入點(diǎn)，如圖2c和2d所示。現(xiàn)在，同步器在“正在追趕模式”已經(jīng)操作了一段時(shí)期，在此期間時(shí)間標(biāo)志S1努力趕上“輸入”點(diǎn)。有各種方法來實(shí)現(xiàn)追趕。例如，發(fā)送器速率可以選擇得稍稍高于輸入流速率。用這種方式，初始的放出速率可以稍高于穩(wěn)態(tài)速率，但是差異很難察覺。
圖2e說明了“已經(jīng)趕上”模式。在一段時(shí)間，典型的是若干秒鐘之后，發(fā)送器趕上輸入點(diǎn)。這意味著在單元15上到達(dá)的多播分組是將接下來要發(fā)送給客戶機(jī)的分組。在這個(gè)點(diǎn)上，發(fā)送器1能接通多播流以通過端口39直接將流傳遞到客戶機(jī)。這一切換必須在分組間時(shí)間間隔之內(nèi)(2-3毫秒)完成。發(fā)送器1將其自身切換到“關(guān)閉”，并且當(dāng)分組到達(dá)時(shí)，多播單元15取代進(jìn)行分組傳遞。同步單元35回到“空閑模式”等待下一個(gè)信道轉(zhuǎn)換請(qǐng)求，但是仍然處理流并跟蹤位于下一個(gè)請(qǐng)求先頭的關(guān)鍵信息。
如果第二個(gè)客戶機(jī)C2請(qǐng)求加入相同的流，第二個(gè)客戶機(jī)只是能加入進(jìn)行中的多播。由于以上討論的流等待時(shí)間，這種情況下的信道轉(zhuǎn)換會(huì)相當(dāng)慢。服務(wù)器的另一個(gè)選擇是對(duì)客戶機(jī)C1和C2兩者轉(zhuǎn)回單播傳輸直到兩個(gè)客戶機(jī)同步。在這種情況下，因?yàn)榘l(fā)送器1使用多播(已經(jīng)趕上)，S1在“輸入”點(diǎn)上創(chuàng)建。發(fā)送器2的S2標(biāo)志在第二個(gè)請(qǐng)求的最近關(guān)鍵信息上創(chuàng)建，并且同步器如圖2b-2e所示操作。當(dāng)發(fā)送器2趕上時(shí)，每個(gè)客戶機(jī)接收相應(yīng)流中內(nèi)容的單播傳遞。當(dāng)發(fā)送器1和發(fā)送器2同步時(shí)，客戶機(jī)直接從饋送器15切換到多播。
倘若流的緩沖可以在可靠的網(wǎng)絡(luò)中減少，解碼器一接收各個(gè)關(guān)鍵信息，內(nèi)容流的放出就可以開始；如上所述，這是在MPEG情況下的節(jié)目關(guān)聯(lián)表(PAT)、節(jié)目映射表(PMT)和包含I幀的GOP的開頭。作為結(jié)果，客戶機(jī)和服務(wù)器之間的鏈路很簡單，因?yàn)椴恍枰獏f(xié)商、頻率或者差錯(cuò)校正機(jī)制。服務(wù)器不需要使用RTP(可靠傳輸協(xié)議)或類似的協(xié)議與客戶機(jī)“對(duì)話”。這樣，客戶機(jī)20、20′比以上討論的現(xiàn)有技術(shù)解決方案中的客戶機(jī)更為普通。
根據(jù)收到請(qǐng)求和緩沖器中最近關(guān)鍵信息之間的時(shí)間，流被稍稍延遲，但是，其是完全完整傳遞的，因此流的所有成分被保存并且流的所有要素(音頻、視頻、名稱和數(shù)據(jù))正確工作。此外，由于在客戶機(jī)與關(guān)鍵信息同步以前沒有數(shù)據(jù)猝發(fā)，當(dāng)發(fā)送新信道時(shí)，如插入部分所示，不需要額外帶寬。
如圖1所示的同步單元35可以被增強(qiáng)以過濾出不必要的分組用于降低至請(qǐng)求者的帶寬。圖3示出用35A表示的同步單元的實(shí)施例，其允許內(nèi)容過濾。接收方的同步單元35A配備有分組過濾器39，該過濾器于流在環(huán)形緩沖器33中緩沖之前“清理”流。例如，在MPEG2流的情況下，濾波器39丟棄諸如NULL分組、冗余PAT/PMT表等的不必要的MPEG2TS分組，并且向客戶機(jī)發(fā)送由于這些分組的丟棄而使用較少帶寬的流41′、42′。在客戶機(jī)上NULL分組不是典型必需的，并且PAT/PMT分組典型地僅僅在初始加入時(shí)需要。
同樣，單元39可以設(shè)置為過濾名稱信息，所以僅僅與客戶機(jī)有關(guān)的信息通過，并且關(guān)鍵名稱(關(guān)鍵信息)信息能被首先傳遞。這樣再次減少了至客戶機(jī)的帶寬和處理時(shí)間。通過濾出不必要的分組，系統(tǒng)能允許所有客戶機(jī)最終趕上實(shí)時(shí)接收點(diǎn)，允許轉(zhuǎn)接發(fā)生以便原始多播流而不是初始的單播能直接發(fā)送給客戶機(jī)。
作為另一種增強(qiáng)，圖4示出同步單元35B，其中減少了發(fā)送給客戶機(jī)的流的數(shù)目；這個(gè)實(shí)施例調(diào)節(jié)多播。同步單元35B配備有用于對(duì)相同信道接收的請(qǐng)求43進(jìn)行批處理的裝置，如26上所示。在批量寄存器(batchregister)26中的第一請(qǐng)求Req1，比如說，從客戶機(jī)C1接收的對(duì)信道ChA的請(qǐng)求，在內(nèi)容傳遞開始前開始分組遞減計(jì)數(shù)，如計(jì)數(shù)器27所示。在批量寄存器26中的每個(gè)請(qǐng)求被分配相同的標(biāo)志，例如M1，以便在組G1中有最大數(shù)目的客戶機(jī)從同一關(guān)鍵信息得到服務(wù)。流41″被多播至組G1的客戶機(jī)；就客戶機(jī)的請(qǐng)求時(shí)間而言，該組的一些客戶機(jī)將比別的客戶機(jī)更快地接收請(qǐng)求的內(nèi)容。批量寄存器的大小根據(jù)將被加入接收多播數(shù)據(jù)流41″的組的客戶機(jī)數(shù)目而設(shè)置。一旦所有配置的發(fā)送器31都操作，任何新的客戶機(jī)請(qǐng)求都將被分給與最近關(guān)鍵信息聯(lián)系(align with)最密切的發(fā)送器。
雖然這個(gè)實(shí)施例可能稍稍延遲于所需內(nèi)容的到達(dá)，但其在另一方面減少需要跟蹤的獨(dú)立客戶機(jī)的數(shù)目。此外，該實(shí)施例允許服務(wù)器使用不同多播地址向客戶機(jī)多播，在與DSLAM或網(wǎng)絡(luò)分離的服務(wù)器上操作的情況下減少單播可擴(kuò)縮性的局限性。如果使用諸如HTTP的請(qǐng)求協(xié)議，對(duì)于服務(wù)器可能并且必要的是，發(fā)出IGMP控制點(diǎn)信號(hào)以將發(fā)送多播映射到客戶機(jī)期望的多播地址，或者可能的是，在單播響應(yīng)中把多播地址返回到客戶機(jī)。
在本發(fā)明的另一個(gè)實(shí)施例中，如圖5所示，客戶機(jī)同步單元35C使用緩沖器28(例如10秒的任意緩沖器(arbitrary buffer))來跟蹤“直播”流的第二拷貝。當(dāng)客戶機(jī)想完成即時(shí)播放功能時(shí)，緩沖器的內(nèi)容被拷貝到存儲(chǔ)器，并且用戶的標(biāo)志直接指向它。在這個(gè)點(diǎn)上，用戶能在緩沖器的長度(10秒)內(nèi)及時(shí)返回。一旦滿足時(shí)，她/他于是可以重新加入直播流。
作為進(jìn)一步的增強(qiáng)的例子，因?yàn)榫彌_器在已知的位置包含具有各個(gè)流的內(nèi)容的完整圖片，這個(gè)結(jié)構(gòu)允許生成預(yù)覽流。這個(gè)信息可以用于產(chǎn)生流的瞬態(tài)圖或者產(chǎn)生該流低比特率版本作為僅包含I幀的流。
作為進(jìn)一步增強(qiáng)的例子，決定性關(guān)鍵信息的標(biāo)識(shí)可以在首端聚集，如圖6所示。在該實(shí)施例中，在運(yùn)行于首端1的服務(wù)器上提供同步單元35D的使用，另外的同步單元35在邊緣服務(wù)器5上運(yùn)行。視頻源30提供編碼的信道并且輸出多播流45由附加塊44修改以在輸出數(shù)據(jù)中標(biāo)識(shí)關(guān)鍵信息。該標(biāo)識(shí)以這樣的方式提供其可以容易地定位于服務(wù)器5并且在流在33上被緩沖且發(fā)送給邊緣服務(wù)器35上的客戶機(jī)之前容易被撤銷(reversed)。這個(gè)實(shí)施例簡化邊緣服務(wù)器的邏輯，并使得在網(wǎng)絡(luò)設(shè)備或者DSLAM中更易于實(shí)施。
權(quán)利要求
1.一種用于廣播系統(tǒng)的服務(wù)器，所述廣播系統(tǒng)用于通過多媒體內(nèi)容流將娛樂內(nèi)容傳遞給接收者，每個(gè)流的特征在于直到已經(jīng)接收了關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)，流的再現(xiàn)才開始，該服務(wù)器包括偵聽機(jī)制，用于探測表明客戶機(jī)想要接收攜帶感興趣內(nèi)容的指定的多媒體內(nèi)容流的請(qǐng)求；同步單元，用于從所述請(qǐng)求時(shí)間起，以所述指定的多媒體內(nèi)容流中的最近關(guān)鍵信息開始，向所述客戶機(jī)流式傳輸具有所述感興趣內(nèi)容的輸出流，直到所述輸出流與所述指定的多媒體內(nèi)容流同步，其中，所述指定的多媒體內(nèi)容流中的所述最近關(guān)鍵信息與所述請(qǐng)求的接收時(shí)間有關(guān)；以及多播饋送器，用于通過寬帶網(wǎng)絡(luò)從首端接收所有所述多媒體內(nèi)容流，并且，一旦所述輸出流與所述指定的多媒體內(nèi)容流同步，就將每個(gè)流分發(fā)給相應(yīng)客戶機(jī)，其中所述最近關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)使所述客戶機(jī)能立即對(duì)來自所述輸出流中的所述感興趣的多媒體內(nèi)容進(jìn)行解碼。
2.如權(quán)利要求1的服務(wù)器，其中所述關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)包括節(jié)目指南和系統(tǒng)信息以及標(biāo)記完整圖片數(shù)據(jù)結(jié)構(gòu)開始的分組。
3.如權(quán)利要求1的服務(wù)器，其中所述同步單元包括環(huán)形緩沖器；探測器，用于探測在所述指定的多媒體內(nèi)容流中的所有關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)；接收器，用于當(dāng)分組到達(dá)時(shí)將所述分組從所述指定的多媒體內(nèi)容流放置到所述緩沖器的末端，并且跟蹤所述關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)在所述緩沖器中的位置；發(fā)送器，用于在所述緩沖器中，在與所述請(qǐng)求的到達(dá)時(shí)間相關(guān)的最近的關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)上創(chuàng)建標(biāo)志，并且用于從由所述標(biāo)志表明的位置處發(fā)送每個(gè)下一內(nèi)容分組，其中所述接收器以第一速率將所述分組放入所述緩沖器，并以高于所述第一速率的第二速率增加所述標(biāo)志，直到所述標(biāo)志的位置趕上在所述緩沖器中放置的最后的分組位置。
4.如權(quán)利要求3的服務(wù)器，進(jìn)一步包括節(jié)目指南和系統(tǒng)信息控制器，用于在任何內(nèi)容分組被發(fā)給所述客戶機(jī)之前，響應(yīng)于所述請(qǐng)求，檢測所述指定的多媒體內(nèi)容流中的節(jié)目和系統(tǒng)信息并且將其發(fā)送給所述客戶機(jī)。
5.如權(quán)利要求3的服務(wù)器，其中對(duì)于MPEG流，所述關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)是內(nèi)幀。
6.如權(quán)利要求2的服務(wù)器，其中所述緩沖器大小根據(jù)在所述指定的多媒體內(nèi)容流中的所述關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)的速率和大小進(jìn)行調(diào)整。
7.如權(quán)利要求3的服務(wù)器，其中，對(duì)于MPEG2傳輸流，所述緩沖器大小大于所述指定的多媒體內(nèi)容流中最大可能的圖像組。
8.如權(quán)利要求3的服務(wù)器，其中所述緩沖器大小與所述分組大小匹配。
9.如權(quán)利要求3的服務(wù)器，其中所述同步單元進(jìn)一步包括用于通過丟棄對(duì)于流的放出不必要的分組來減少所述輸出流的帶寬的裝置。
10.如權(quán)利要求9的服務(wù)器，其中對(duì)于MPEG2傳輸流，用于減少帶寬的所述裝置包括濾波器，所述濾波器用于當(dāng)所述客戶機(jī)放出所述輸出流時(shí)，丟棄接收的空分組和節(jié)目關(guān)聯(lián)表/節(jié)目映射表分組。
11.如權(quán)利要求3的服務(wù)器，其中只要一個(gè)客戶機(jī)提出對(duì)于所述指定的多媒體內(nèi)容流的請(qǐng)求，所述輸出流就被單播給所述客戶機(jī)，并且只要兩個(gè)或更多客戶機(jī)請(qǐng)求加入同一所述指定的多媒體內(nèi)容流，則將同一標(biāo)志分配給所述客戶機(jī)，且所述輸出流被多播給這些客戶機(jī)。
12.如權(quán)利要求3的服務(wù)器，其中所述同步單元進(jìn)一步包括緩沖器，用于從所述指定的多媒體內(nèi)容流復(fù)制一定數(shù)量的內(nèi)容分組以實(shí)現(xiàn)即時(shí)重放功能。
13.如權(quán)利要求3的服務(wù)器，提供在所述寬帶網(wǎng)絡(luò)的邊緣，用于通過本地網(wǎng)絡(luò)服務(wù)多個(gè)客戶機(jī)。
14.如權(quán)利要求14的服務(wù)器，提供在所述寬帶網(wǎng)絡(luò)的邊緣，其中所述寬帶網(wǎng)絡(luò)位于任何數(shù)字用戶線接入復(fù)用器和已經(jīng)靠近所述邊緣存在的網(wǎng)絡(luò)設(shè)備的范圍內(nèi)。
15.如權(quán)利要求3的服務(wù)器，其中所述偵聽機(jī)制是因特網(wǎng)組管理協(xié)議探聽。
16.一種用于廣播系統(tǒng)的同步單元，所述廣播系統(tǒng)用于通過多媒體內(nèi)容流將娛樂內(nèi)容傳遞給客戶機(jī)，每個(gè)流的特征在于直到已經(jīng)接收關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)，流的再現(xiàn)才開始，該同步單元包括環(huán)形緩沖器；探測器，用于探測在所述指定的多媒體內(nèi)容流中所有關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)；接收器，用于當(dāng)分組到達(dá)時(shí)將所述分組從所述指定的多媒體內(nèi)容流放置在所述緩沖器的末端上，并且跟蹤所述關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)在所述緩沖器中的位置；發(fā)送器，用于在所述緩沖器中在與所述請(qǐng)求的到達(dá)時(shí)間相關(guān)的所述最近關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)上創(chuàng)建標(biāo)志，以及用于從由所述標(biāo)志表明的位置發(fā)送每個(gè)下一內(nèi)容分組。其中所述接收器以第一速率將所述分組放入所述緩沖器，并以高于所述第一速率的第二速率增加所述標(biāo)志，直到所述標(biāo)志的位置趕上所述緩沖器中放置的最后的分組位置。
17.如權(quán)利要求16的同步單元，其中進(jìn)一步包括用于通過丟棄對(duì)于流的放出不必要的分組，減少在所述輸出流之間的帶寬的裝置。
18.如權(quán)利要求17的同步單元，在位于所述寬帶網(wǎng)絡(luò)邊緣的服務(wù)器中實(shí)現(xiàn)。
19.如權(quán)利要求17的同步單元實(shí)現(xiàn)于首端，用于通過丟棄對(duì)于流的放出不必要的分組，減少所述寬帶網(wǎng)絡(luò)上的所述指定的多媒體內(nèi)容流的帶寬。
20.一種用于通過多媒體內(nèi)容流將娛樂內(nèi)容傳遞到接收者的方法，每個(gè)流的特征在于直到已經(jīng)了接收關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)，流的再現(xiàn)才開始，該方法包括a)偵聽表明客戶機(jī)想要接收攜帶感興趣內(nèi)容的指定的多媒體內(nèi)容流的請(qǐng)求；b)以所述指定的多媒體內(nèi)容流中的最近關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)開始，將輸出數(shù)據(jù)流中所述感興趣內(nèi)容流式傳輸給所述客戶機(jī)，其中，所述指定的多媒體內(nèi)容流中的所述最近關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)與所述請(qǐng)求接收時(shí)間有關(guān)；c)使所述輸出流與所述指定的多媒體內(nèi)容流同步；以及d)一旦流之間同步，將所述客戶機(jī)從接收所述輸出流切換到接收所述指定的多媒體內(nèi)容流。
21.根據(jù)權(quán)利要求20的方法，其中步驟b)包括在環(huán)形緩沖器中提供所述指定的多媒體內(nèi)容流的延遲版本；在所述指定的多媒體內(nèi)容流中檢測所有關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)；當(dāng)分組以第一速率到達(dá)時(shí)將所述分組從所述指定的多媒體內(nèi)容流放置到所述緩沖器的末端，同時(shí)在所述緩沖器中跟蹤所述關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)的位置；在所述緩沖器中在與所述請(qǐng)求的到達(dá)時(shí)間相關(guān)的最近關(guān)鍵信息的數(shù)據(jù)結(jié)構(gòu)上創(chuàng)建標(biāo)志，并且從所述標(biāo)志表明的位置發(fā)送每個(gè)下一內(nèi)容分組；以高于所述第一比速率的第二速率增加所述標(biāo)志，直到所述標(biāo)識(shí)位置趕上所述緩沖器中最后的分組的位置。
全文摘要
位于寬帶網(wǎng)絡(luò)邊緣的服務(wù)器向客戶機(jī)分發(fā)多媒體內(nèi)容流，同時(shí)確保傳遞給每個(gè)客戶機(jī)的最初數(shù)據(jù)對(duì)于正確解碼流內(nèi)容所必需的關(guān)鍵數(shù)據(jù)(關(guān)鍵信息)。通過以下方法來獲得在接收到加入相應(yīng)輸入流的請(qǐng)求之前，緩沖輸入流中的分組，并且以放置在緩沖器中的最近關(guān)鍵信息開始，在輸出流中從緩沖器發(fā)送分組。由于從緩沖器寫入和讀取以不同速率執(zhí)行，輸入和輸出流最終同步，在該點(diǎn)上可以將客戶機(jī)直接切換到接收輸入流。
文檔編號(hào)H04N7/173GK1893364SQ200610088800
公開日2007年1月10日 申請(qǐng)日期2006年3月28日 優(yōu)先權(quán)日2005年3月28日
發(fā)明者A·J·帕克, J·弗朗, G·L·迪翁, S·G·希金斯, R·貝特爾海姆, C·范博文 申請(qǐng)人:阿爾卡特公司