專利名稱：：使兩個(gè)實(shí)時(shí)傳輸協(xié)議多媒體流會(huì)話之間的切換延遲最小化的系統(tǒng)和方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通過IP網(wǎng)絡(luò)來傳送/享用多々某體內(nèi)容的領(lǐng)域，更具體地說，涉及最大限度地減少在兩個(gè)RTP(實(shí)時(shí)傳輸協(xié)議)多媒體流會(huì)話之間的切換延遲的系統(tǒng)和方法。在典型的多媒體流平臺(tái)的情況下，例如，在3GPP環(huán)境下對(duì)移動(dòng)網(wǎng)絡(luò)有效的著名IMS，或者是在其它的地面的(PSTN)或無線的(WLAN,Wi-MAX等)固定的網(wǎng)絡(luò)平臺(tái)的情況下，相對(duì)于涉及RTSP/RTP/RTCP協(xié)議的那些部件來說，本發(fā)明完全符合3GPP和IETF標(biāo)準(zhǔn)。在附錄C中列出了所用的縮略語，在附錄D中給出了參考文獻(xiàn)資料。
背景技術(shù)：
：圖1示出了通過IP來傳送、點(diǎn)播多々某體流內(nèi)容的系統(tǒng)體系結(jié)構(gòu)，例如，預(yù)編碼內(nèi)容、直播內(nèi)容、模擬直播內(nèi)容。該體系結(jié)構(gòu)極為普通，以致能夠根據(jù)RTSP/RTP/RTCPIETF協(xié)議來實(shí)現(xiàn)大多數(shù)的已知的實(shí)施方案，而與用戶和IP供應(yīng)商之間所用的傳輸網(wǎng)絡(luò)無關(guān)。在附錄D的參考文獻(xiàn)資料是RTSP的[RFC2326]和RTP/RTCP的[RFC3550]。參照?qǐng)D1，我們看到N個(gè)多媒體播放器MP,它們分別與多媒體服務(wù)器MS相連，并包括供注冊(cè)了的影片或類似媒體(預(yù)編碼內(nèi)容)用的內(nèi)容資料庫，并進(jìn)而與多媒體編碼器ME連接，以便提供如像衛(wèi)星電視頻道之類的直播多媒體內(nèi)容。傳輸網(wǎng)絡(luò)可以是無線的、有線的、光纖的、三種類型混合的，或者是符合IP網(wǎng)絡(luò)級(jí)別的其它種類的傳輸網(wǎng)絡(luò)。在體系結(jié)構(gòu)上，對(duì)于不同連接可以有不同傳輸網(wǎng)絡(luò)。無線型的例子是3GUMTS(通用移動(dòng)電信系統(tǒng))網(wǎng)絡(luò)，并且其播放器是電話手機(jī)，或者是點(diǎn)對(duì)多點(diǎn)的MAN(城域網(wǎng))，并且其播放器是終端設(shè)備(客戶機(jī))。有線型的例子是與互聯(lián)網(wǎng)提供商相連接的PSTN，并由用戶通過常規(guī)的調(diào)制解器或ADSL來存取。根據(jù)用戶的意見，光纖正在逐漸取代銅絞合線，從而使多媒體流具有寬帶的優(yōu)點(diǎn)。在具有多媒體服務(wù)器的情況下，在操作時(shí)，想要得到多媒體文件的用戶要用IP網(wǎng)絡(luò)來建立RTSP會(huì)話，以便在RTPC控制下享用RTP內(nèi)容。根據(jù)5[RFC2326]，RTSP建立并控制連續(xù)媒體(例如音頻或視頻數(shù)據(jù))的單個(gè)或多個(gè)的時(shí)間同步流。由表示描述(presentationdescription)來限定要控制的流集?？梢杂蒖TSPURL來鑒定每個(gè)表示和媒體流。沒有RTSP連接的想法；然而，服務(wù)器保留了用標(biāo)識(shí)符標(biāo)志的會(huì)話。RTSP會(huì)話決不連接到如像TCP[RFC0793]之類的傳輸級(jí)連接之上。在RTSP通話期間，RTSP客戶機(jī)可以接通并關(guān)斷對(duì)服務(wù)器的許多可靠的連接，以便發(fā)送RTSP請(qǐng)求。另外的辦法是，可以使用如像UDP[RFC0768]之類的無連接的傳輸協(xié)議。由RTSP控制的流可以使用RTP,但是，RTSP的操作并不依靠用于攜帶連續(xù)媒體的傳輸機(jī)制。圖2示出了與在媒體播放器和媒體服務(wù)器之間的多媒體流服務(wù)會(huì)話相關(guān)的、典型的RTSP消息順序圖。對(duì)于由播放器發(fā)送的每個(gè)RTSP消息，有一個(gè)來自媒體服務(wù)器的響應(yīng)。參照?qǐng)D2，示出了下列的RTSP方法SETUP(設(shè)置)、PLAY(播放)、DESCRIBE(描述)和TEARDOWN(撤銷)。下面將對(duì)這些方法和其它有用的方法(即PAUSE、OPTIONS,ANNOUNCE,RECORD,REDIRECT,SET一PARAMETER)—起進(jìn)行簡明地說明。*DESCRIBE(描述)檢索用來自服務(wù)器的請(qǐng)求URL鑒別的表示或媒體對(duì)象的低級(jí)描述?？梢杂?接受頭標(biāo)，，來規(guī)定客戶機(jī)了解的描述格式。服務(wù)器用被請(qǐng)求資源的描述來加以響應(yīng)?？梢杂脮?huì)話描述協(xié)議(SDP)[RFC2327]來描述在RTSP中的流或表示。DESCRIBE(描述)答復(fù)-響應(yīng)對(duì)構(gòu)成了RTSP的媒體初始階段。DESCRIBE(描述)響應(yīng)必須包含它所描述的資源的所有的媒體初始化信息。媒體初始化是基于RTSP的任何系統(tǒng)所需要的，但是，RTSP規(guī)格并沒有強(qiáng)行規(guī)定必須通過DESCRIBE(描述)方法來做到這一點(diǎn)。RTSP客戶機(jī)可以通過三個(gè)方法來接收初始化信息a)通過RTSP的DESCRIBE(描述)方法；b)通過其它的一些協(xié)議(HTTP,E-mail附件等)；c)通過命令行或標(biāo)準(zhǔn)輸入。如果i某體客戶機(jī)從一個(gè)數(shù)據(jù)源而不是從DESCRIBE(描述)獲得了一個(gè)表示描述，并且此描述包含一整套媒體初始化參數(shù)，該客戶機(jī)就應(yīng)當(dāng)使用這些參數(shù)，隨后不再通過RTSP請(qǐng)求相同媒體的描述。*SETUP(設(shè)置)服務(wù)器為流分配資源并起動(dòng)RTSP會(huì)話?？蛻魴C(jī)能夠?yàn)橐呀?jīng)活動(dòng)起來的流發(fā)出SETUP(設(shè)置)請(qǐng)求，以改變服務(wù)器允許的傳輸參數(shù)。傳輸頭標(biāo)規(guī)定了客戶機(jī)可以接收的傳送參數(shù)，以便傳輸數(shù)據(jù)；響應(yīng)包含由服務(wù)器選擇的傳輸參數(shù)。*PLAY(播放)通過在SETUP(設(shè)置)中規(guī)定的機(jī)制告訴服務(wù)器開始發(fā)送數(shù)據(jù)。在認(rèn)可任何未完成的SETUP(設(shè)置)請(qǐng)求是成功的之前，客戶機(jī)決不能發(fā)出PLAY(播放)請(qǐng)求。PLAY請(qǐng)求將標(biāo)準(zhǔn)播放時(shí)間放在規(guī)定范圍的開始，并傳送流直到達(dá)到范圍的終端為止。*TEARDOWN(撤銷)停止傳送指定的URI(統(tǒng)一資源標(biāo)識(shí)符)的流，解放與其相關(guān)的資源。如果URI是該表示的表示URI,與此會(huì)話相關(guān)的任何RTSP會(huì)話標(biāo)識(shí)符不再有效。除非所有的傳送參數(shù)都由會(huì)話描述來定義，在能夠再次起用會(huì)話之前，必須發(fā)送SETUP請(qǐng)求。其它的方法是*PAUSE(暫停)該方法暫時(shí)中斷(停止)流的傳送。如果請(qǐng)求URL是一個(gè)流，就只停止該流的回放和記錄。例如，對(duì)音頻凄t據(jù)而言，這就相當(dāng)于靜音。如果請(qǐng)求URL是一個(gè)表示或一組流，就停止在表示或組中的當(dāng)前活動(dòng)的所有的流的傳送。在恢復(fù)回放或記錄之后，必須保持軌道(tracks)的同步。在SETUP消息中，由會(huì)話頭標(biāo)的超時(shí)參數(shù)所規(guī)定的時(shí)期內(nèi)，盡管服務(wù)器在被暫停之后可以關(guān)閉會(huì)話并釋放資源，但仍要保留任何服務(wù)器資源。*OPTION(選擇)得到可以利用的方法。如果客戶機(jī)想要嘗試一個(gè)非標(biāo)準(zhǔn)的請(qǐng)求，就可以在任何時(shí)間發(fā)出OPTIONS(選擇)請(qǐng)求。這并不影響服務(wù)器的狀態(tài)。*ANNOUNCE(宣告)這個(gè)方法服務(wù)于兩個(gè)目的在從客戶機(jī)向服務(wù)器發(fā)送時(shí)，ANNOUNCE(宣告)將由請(qǐng)求URL鑒定的表示或媒體對(duì)象的描述傳遞給服務(wù)器，在從服務(wù)器向客戶機(jī)發(fā)送時(shí)，ANNOUNCE(宣告)實(shí)時(shí)更新會(huì)話描述。*RECORD(記錄)根據(jù)表示描述開始記錄一系列的媒體數(shù)據(jù)。時(shí)間戳反映了開始時(shí)間和結(jié)束時(shí)間(UTC)。如果沒有指定時(shí)間范圍，就使用在表示描述中提供的開始時(shí)間和結(jié)束時(shí)間。如果會(huì)話已經(jīng)開通，立即開始記錄。*REDIRECT(改向)通知客戶機(jī)必須連接到另一個(gè)服務(wù)器位置上。它包括強(qiáng)制性的頭標(biāo)定位，該頭標(biāo)定位表明客戶機(jī)應(yīng)當(dāng)發(fā)出對(duì)URL的請(qǐng)求。它可以包括表明改向何時(shí)生效的參數(shù)范圍。如果客戶機(jī)想要繼續(xù)為URI發(fā)送或接收媒體，那么，客戶機(jī)就必須為當(dāng)前會(huì)話發(fā)送TEARDOWN(撤銷)請(qǐng)求，并在指定的主機(jī)上為新會(huì)話發(fā)送SETUP(i殳置)請(qǐng)求。*SET—PARAMETER(設(shè)置參數(shù))請(qǐng)求為由URI規(guī)定的表示或流設(shè)置參數(shù)值。
發(fā)明內(nèi)容技術(shù)問題概況與圖1的體系結(jié)構(gòu)相似的所有的系統(tǒng)體系結(jié)構(gòu)的缺點(diǎn)是它們有過多的延遲，這個(gè)延遲是發(fā)生在享用內(nèi)容流的用戶按壓鍵鈕以便切換到新的內(nèi)容流上和新內(nèi)容在播放器的屏幕上可視化的瞬間之間。在表1中將這個(gè)延遲稱為SDT。根據(jù)上面的RTSP方法的分析能夠證明，這個(gè)延遲實(shí)質(zhì)上是由于RTSP而產(chǎn)生的，這是因?yàn)橹荒茉诜忾]RTSP會(huì)話之后立即開啟指向新的RTP/PTCP流的RTSP會(huì)話才能實(shí)現(xiàn)內(nèi)容流的切換。開啟RTSP會(huì)話包括在多媒體播放器和各個(gè)服務(wù)器之間的幾個(gè)協(xié)議步驟，通常，要通過一個(gè)插入的服務(wù)器代理系統(tǒng)(serverProxy)來實(shí)現(xiàn)。更詳細(xì)地說，為了制訂切換請(qǐng)求，用戶將得到新i某體流的RTSPURL。在接收認(rèn)證之前，將要認(rèn)證用戶的請(qǐng)求，以便答應(yīng)此項(xiàng)服務(wù)。隨后，在播放器和服務(wù)器之間的SDP協(xié)商步驟是設(shè)立物理層的普遍規(guī)則。此外，播放器將把與其操作狀態(tài)和它的內(nèi)部緩沖器的狀態(tài)相關(guān)的某些信息發(fā)送給服務(wù)器。所有上述的步驟都需要時(shí)間。同樣地，關(guān)閉活動(dòng)會(huì)話也需要時(shí)間來重新設(shè)置連接和所分配的資源的狀態(tài)。表1和表2詳細(xì)介紹了與實(shí)時(shí)多媒體內(nèi)容的產(chǎn)生和在它們之間的切換相關(guān)的各種延遲。表1報(bào)告了集中在SDT延遲中的所有延遲的描述。表2報(bào)告了集中在RPT延遲中的所有延遲的描述，RPT延遲大于SDT，它相當(dāng)于在編碼器輸入上的實(shí)時(shí)事件和該實(shí)時(shí)事件在播放器屏幕上可視化之間的延遲。根據(jù)這兩個(gè)表，能夠察覺到大量的順序延遲，它們集中在前工藝的切換工序中。延遲SDT隨著圖1的傳輸網(wǎng)絡(luò)的減緩而增大。由于它們的復(fù)雜性，大的延遲成為以移動(dòng)/無線網(wǎng)絡(luò)為基礎(chǔ)的傳輸網(wǎng)絡(luò)的特征；在這樣的情況下，根據(jù)最樂觀的估計(jì)，SDT延遲大約為10秒。對(duì)于那些傾向于接收3秒以下的延遲的網(wǎng)絡(luò)操作員而言，這個(gè)值被認(rèn)為是過高的。存在這樣的情況，尤其是在實(shí)時(shí)事件的情況下，客戶將低的切換延遲時(shí)間認(rèn)作為是選擇解決方案的關(guān)鍵問題?？紤]到操作人員對(duì)提供有價(jià)值的流服務(wù)的興趣日益增長以及相關(guān)業(yè)務(wù)的并行發(fā)展，這方面的技術(shù)解決方案對(duì)倡議者是非常有利的。外部公司(多媒體平臺(tái)制造商)繼續(xù)進(jìn)行研究，以便最大限度地減少由于在RTSP會(huì)話關(guān)閉/打開期間所引起的延遲，但是，遺憾的是，在專利申請(qǐng)者的資料中至今尚未有令人滿意的提案。在[RFC2326]的第9.1段的RTSP中說道"支持持久連接或無連接模式的客戶機(jī)"可以"流水線式地發(fā)送(pipeline)"它的請(qǐng)求(即發(fā)送多個(gè)請(qǐng)求而不用等待每個(gè)響應(yīng))。服務(wù)器必須按照與接收請(qǐng)求相同的順序發(fā)送它對(duì)那些請(qǐng)求的響應(yīng)。"不再討論對(duì)于這類請(qǐng)求和響應(yīng)的可能的指示以及相關(guān)的實(shí)際應(yīng)用。在申請(qǐng)人的意見中，如何加速在實(shí)時(shí)情況下的切換時(shí)間的問題，這就是說，要想迅速改變?cè)谄洳シ牌髌聊簧峡匆姷?、正在播放中的音頻-一見頻頻道的UMTS用戶，仍然不能根據(jù)RTSP提議來解決問題。在預(yù)先知道請(qǐng)求的類型和順序的情況下，流水線式地發(fā)送請(qǐng)求可能是有用的，在這樣的情況下，服務(wù)器可以利用請(qǐng)求的等待時(shí)間來處理隨后的一個(gè)，但是，這種情況是否得到驗(yàn)證，流水線式地發(fā)送方式是沒有用的。在事先知道用戶請(qǐng)求的類型和順序的精確組合的情況下，可能的方案是能夠同時(shí)享用多媒體流，但是，這既不符合當(dāng)前市場上的用戶終端的能力，也不符合由IP供應(yīng)商提供的服務(wù)器的類型(如果是UMTS傳輸網(wǎng)絡(luò)，就符合網(wǎng)絡(luò)操作員的要求)。與在兩個(gè)多々某體內(nèi)容之間快速切換相關(guān)的另一個(gè)問題是，在用新的幀來替換以前的幀的過渡過程中如何管理音頻-視頻表示。在某些實(shí)際情況下，需要極大的壓縮比，這就是說，在UMTS手機(jī)的屏幕上直接接收衛(wèi)星電視頻道。在這樣的情況下，MPEG-4(或者在任何普通的3GPP編碼譯碼器中)允許使用差分編碼/譯碼技術(shù)將數(shù)字信號(hào)從初始寬帶壓縮為適合于傳輸網(wǎng)絡(luò)的帶寬(UMTS通常支持384、128、64kbps)。在傳輸信號(hào)流時(shí)，這在4支術(shù)上大大強(qiáng)化了緩沖器的使用?？紤]到多媒體內(nèi)容從視頻服務(wù)器到用戶的單向傳輸，在用戶終端上總是包括接收緩沖器，與此同時(shí)，在視頻服務(wù)器中為每個(gè)發(fā)送的流配備了傳輸緩沖器。緩沖操作允許恢復(fù)系統(tǒng)在實(shí)時(shí)表示中的系統(tǒng)時(shí)延和在傳輸和接收時(shí)鐘之間的可能的差異。在視頻信號(hào)的不同的編碼的情況下，MPEG-4(或3GPP)流包括被合適地放置在彼此之間并在任何情況下被解碼器用于獲得整幀的所謂關(guān)鍵幀(3GPPI幀)。從關(guān)鍵幀開始，解碼器從僅被編碼的差異獲得連續(xù)的幀，以便播放器內(nèi)部的接收緩沖器將至少容納兩個(gè)關(guān)鍵幀之間的所有幀在其中。與緩沖器長度成比例的是播放器緩沖PB(見表l)，其被耗費(fèi)用于從接收緩沖器中清空實(shí)際幀，并用新頻道的幀來填補(bǔ)它。無論是否有機(jī)會(huì)被最小化，PB延遲對(duì)應(yīng)于整個(gè)緩沖器長度。在過渡時(shí)期中，無論是否提供其它，由于差分編碼導(dǎo)致用戶接收一些假象。本發(fā)明的目的本發(fā)明的主要目的是為了指示減少通過IP網(wǎng)絡(luò)以及特別地通過運(yùn)行RTSP/RTP/RTCP協(xié)議的多媒體服務(wù)器所提供的多媒體內(nèi)容之間的切換時(shí)間(尤其是SDT時(shí)間)的方法。使得用戶能夠響應(yīng)通過按壓其終端上的按鈕或某些等同動(dòng)作所執(zhí)行的明顯請(qǐng)求來接收服務(wù)，無論由服務(wù)器從所存儲(chǔ)的內(nèi)容中或直接從實(shí)時(shí)接收的信號(hào)(現(xiàn)場內(nèi)容)中直接解碼并重新編碼來取得所傳輸?shù)牧?。在時(shí)間上絕對(duì)隨才幾地、且在所訂閱的內(nèi)容池中隨機(jī)地引發(fā)請(qǐng)求，在這種意義上，用戶不會(huì)被束縛于用于減少切換時(shí)間的特殊策略。本發(fā)明的另一個(gè)目的是為了指示對(duì)于播放器如何以無縫模式在多媒體內(nèi)容之間執(zhí)行快速切換。發(fā)明的概述和優(yōu)點(diǎn)如權(quán)利要求1所披露的，本發(fā)明通過提供一種用于響應(yīng)由播放器發(fā)送的切換請(qǐng)求消息、在基于用于根據(jù)RTP/RTCP協(xié)議向播放器終端傳送實(shí)時(shí)多媒體內(nèi)容的RTSP因特網(wǎng)協(xié)議的流會(huì)話之間進(jìn)行切換的方法來實(shí)現(xiàn)所述目的。根據(jù)本發(fā)明的方法，進(jìn)行第一RTSP會(huì)話的用于欣賞第一多媒體流內(nèi)容的播放器通過向多媒體RTSP服務(wù)器發(fā)送切換請(qǐng)求消息來激發(fā)對(duì)所接收的流內(nèi)容的改變；后者當(dāng)處理該切換消息時(shí)，切換到在一直被播放的M個(gè)多媒體獨(dú)立的內(nèi)容中選擇的新的流內(nèi)容，并并行地傳送所切換的流內(nèi)容到播放器。處理來自RTSP服務(wù)器的切換消息被視為讀取切換消息的信息內(nèi)容，使用它來關(guān)閉第一RTSP會(huì)話，并開啟第二RTSP會(huì)話。在播放器和系統(tǒng)之間交換M個(gè)可能的內(nèi)容的列表，且該列表被周期地或基于請(qǐng)求和/或通知而保持更新。如上所述的切換的結(jié)果是，播放器接收以第一RTSP會(huì)話的文本的新的流內(nèi)容。以這種方式操作使得切換時(shí)延SDT被顯著地減少，因?yàn)槟承┑湫偷臅r(shí)延被重疊，且其它時(shí)延與SDT同時(shí)。多々某體內(nèi)容被編碼成實(shí)時(shí)信號(hào)，諸如衛(wèi)星TV頻道，或從檔案中取得的注冊(cè)內(nèi)容。有利地，M個(gè)多媒體內(nèi)容填補(bǔ)服務(wù)器端的各個(gè)輔助緩沖器。如果播放器被編程為快速地從其接收緩沖器清出視頻/音頻MPEG-4幀，并更快地用相關(guān)輔助緩沖器的幀來填補(bǔ)空出的空間，這允許最小化SDT延時(shí)。進(jìn)一步方便對(duì)調(diào)整其后跟隨了"安全，，填補(bǔ)長度的關(guān)鍵幀的相對(duì)應(yīng)的發(fā)送防止了在顯示圖像上的假象。根據(jù)三種不同的實(shí)施例即"雙切換"、"單切換"和"僅在輔助流之間的單切換"，本方法是可執(zhí)行的。在"雙切換"中實(shí)施例中，在服務(wù)器接收到切換請(qǐng)求消息之后通過用于發(fā)送所切換的內(nèi)容的輔助假想部分來立即切換到第二RTSP會(huì)話。在"單切換"實(shí)施例中，進(jìn)行第一RTSP會(huì)話的服務(wù)器在接收到切換請(qǐng)求消息之后立即切換到用于發(fā)送所切換的內(nèi)容的輔助假想部分，并在不關(guān)閉第一會(huì)話并開啟第二會(huì)話的情況下保持在輔助部分中。第三個(gè)實(shí)施例不同于第二個(gè)，僅由于如下事實(shí)，服務(wù)器切換到從用于發(fā)送第一流內(nèi)容的輔助部分開始的第二流內(nèi)容。如獨(dú)立系統(tǒng)權(quán)利要求所披露的，本發(fā)明的另一目的是根據(jù)本發(fā)明的方法的通4言系統(tǒng)。本發(fā)明的系統(tǒng)不考慮所使用的傳輸網(wǎng)絡(luò)，使一個(gè)或多個(gè)播放器與RTSP服務(wù)器進(jìn)行通信?？梢灶A(yù)見至少兩個(gè)等同的實(shí)施例，這兩者包括用于響應(yīng)從播放器接收的命令來執(zhí)行切換的流切換處理器。該處理器包括至少M(fèi)個(gè)緩沖器，用于等同數(shù)量的獨(dú)立流內(nèi)容。根據(jù)第一個(gè)實(shí)施例，流切換處理器位于播放器和視頻-服務(wù)器/視頻編碼器之間。根據(jù)第二個(gè)實(shí)施例，該流切換處理器還實(shí)現(xiàn)了視頻服務(wù)器和視頻編碼器的功能。被認(rèn)為具有新穎性的本發(fā)明的特征在所附權(quán)利要求中被特別指出?？梢詤⒖家韵乱恍?shí)施例的具體描述以及純粹為了無限制的示例目的所給出的附圖，來理解本發(fā)明及其優(yōu)點(diǎn)，其中圖1，已經(jīng)描述的，示出根據(jù)現(xiàn)有技術(shù)的用于經(jīng)由IP發(fā)送多媒體內(nèi)容的典型系統(tǒng)架構(gòu)；圖2，已經(jīng)描述的，示出在圖1的系統(tǒng)中建立的多媒體流服務(wù)會(huì)話相關(guān)的典型RTSP消息序列流程圖；圖3a、3b和3c示出根據(jù)本發(fā)明的用于經(jīng)由IP發(fā)送多媒體內(nèi)容的一些架構(gòu)；圖4示出在圖3a、3b和3c的架構(gòu)中可見的SSP(流切換處理器)塊的組成部分；圖5示出在圖4的SSP塊中可見的輔助增強(qiáng)緩沖器塊的組成部分；圖6示出在圖5中可見的現(xiàn)場內(nèi)容緩沖器塊的組成部分；圖7示出在圖4的SSP塊中可見的流切換處理器核心的組成部分；圖8到10指示用于在多i某體流之間切換的一些可替換的方式；圖11到14顯現(xiàn)通過圖3a、3b和3c的架構(gòu)進(jìn)行用于從當(dāng)前多媒體會(huì)話切換到另一多i某體會(huì)話的操作步驟的序列；圖15到19顯現(xiàn)根據(jù)圖11到13顯現(xiàn)的操作步驟的序列、在多媒體內(nèi)容切換期間、分別位于播放器和SSP塊中的兩個(gè)緩沖器的動(dòng)態(tài)狀態(tài)；圖20提供由圖3a、3b和3c的架構(gòu)所實(shí)現(xiàn)的多々某體流切換方法的各個(gè)步驟所花費(fèi)時(shí)間的可視支持。具體實(shí)施方式參考圖3a，我們看到不同于圖1系統(tǒng)的系統(tǒng)結(jié)構(gòu)，其包括稱為流切換處理器(SSP)的新網(wǎng)絡(luò)元件，它放在多媒體服務(wù)器MS和N個(gè)多媒體播放器MP的群組之間。SSP元件通過傳輸網(wǎng)絡(luò)與用戶播放器相連，該傳輸網(wǎng)絡(luò)提供SSP和每個(gè)播放器之間的單獨(dú)連接。一旦連接起來以后，RTSP/RTPC協(xié)議就開始運(yùn)行并由每個(gè)播放器將NOTIFY(通知)消息傳送給SSP。SSP元件通過其它的RTSP/RTP/RTPC連接依次與多媒體服務(wù)器相連，并通過單獨(dú)的RTP/RTPC連接與M個(gè)多媒體編碼器中的每一個(gè)相連。適當(dāng)?shù)匮芯苛嗽诙嗝襟w編碼器ME的輸出上的RTP/RTPC流的復(fù)制，以便提供現(xiàn)行的多媒體服務(wù)器(視頻服務(wù)器)MS，它與系統(tǒng)中引入SSP元件兼容。可通過多點(diǎn)傳送來進(jìn)行復(fù)制。如像下面將要詳細(xì)討論的那樣，根據(jù)客戶機(jī)的請(qǐng)求并通過最大限度地減少內(nèi)容流切換的延遲時(shí)間，SSP元件為多媒體系統(tǒng)提供"快速內(nèi)容切換"功能。在圖3b中，列出了以前結(jié)構(gòu)的變型，其中，多媒體服務(wù)器MS也包括多媒體編碼器ME。如圖3c所示，能夠進(jìn)一步地簡化體系結(jié)構(gòu)，在此，單個(gè)的網(wǎng)絡(luò)元件起著多i某體編碼器、多4某體服務(wù)器和SSP處理器的作用。在詳細(xì)說明了圖4到圖7中的SSP元件之后，將要說明相關(guān)的操作。圖4簡略地示出了SSP元件的內(nèi)部結(jié)構(gòu)。參照此圖，將SSP再劃分成如下幾個(gè)主要的邏輯部分切換事件接聽器SWEL、多媒體會(huì)話管理器MSM、RTSP處理器RTSPP、流切換處理器芯SSPC、高級(jí)輔助緩沖器(RTP/RTCP)AAB。為了簡化起見，在圖中未示出RTSP處理器的總線和這些塊的連接。在方案設(shè)計(jì)上，不管是否需要發(fā)現(xiàn)K-幀，高級(jí)輔助緩沖器(RTP/RTCP)AAB都不是非有不可的。相關(guān)的外部連接是來自N個(gè)播放器的NOTIFY(通知)消息到達(dá)切換事件接聽器SWEL;發(fā)送到/來自N個(gè)播放器的RTSP消息占用播放器一方的RTSP處理器RTSPP的N個(gè)端口；發(fā)送到/來自M個(gè)多媒體編碼器的RTSP消息占用PTSP處理器RTSPP的M個(gè)端口；將在流切換處理器芯SSPC的輸出上的RTP/RTCP流引導(dǎo)到N個(gè)播放器上；將在M個(gè)多i某體編碼器的輸出上的RTP/RTCP流引導(dǎo)到高級(jí)輔助緩沖器AAB上。圖5示意性地示出了圖4的高級(jí)輔助緩沖器AAB的內(nèi)部結(jié)構(gòu)。參照此圖，所示出的塊包括視頻點(diǎn)播臨時(shí)緩沖器PCB，用于存儲(chǔ)從內(nèi)容資料庫中提取的預(yù)注冊(cè)的多媒體內(nèi)容(圖3a),并將其發(fā)送給提出請(qǐng)求的播放器；供已編碼的實(shí)時(shí)流用的、數(shù)量為M個(gè)的直播內(nèi)容緩沖器LCB;圖6示意性地示出了圖5的直播內(nèi)容緩沖器LCB的內(nèi)部結(jié)構(gòu)。參照此圖，所示出的塊包括RTP/RTCP緩沖器處理器；RTP視頻緩沖器；RTP音頻緩沖器；RTCP視頻緩沖器；RTCP音頻緩沖器；圖7示意性地示出了圖4的流切換處理器芯SSPC的內(nèi)部結(jié)構(gòu)。參照此圖，所示出的塊包括客戶會(huì)話中心；RTP/RTCP音頻/視頻同步器；視頻關(guān)鍵幀掃描器；緩沖器變址管理程序；RTP流程處理器；RTCP流程處理器；相對(duì)于在SSP處理器的操作中的三個(gè)變型，現(xiàn)在討論前面各圖中示出的系統(tǒng)的操作。參照?qǐng)D4,SSP處理器根據(jù)輔助的RTP/RTCP緩沖器的理念來工作。一個(gè)緩沖器相當(dāng)于一個(gè)多媒體內(nèi)容，并可用來將分組傳送給幾個(gè)客戶機(jī)。多媒體體內(nèi)容受相同的編碼規(guī)則和格式(即MPEG-4)的支配。所有的與多媒體內(nèi)容相關(guān)的RTP/RTCP分組都事先緩存于特定的高級(jí)輔助緩沖器AAB中，以便將其傳送到播放器MP上。根據(jù)^)導(dǎo)到切換事件接聽器SWEL上的客戶機(jī)的切換請(qǐng)求來進(jìn)行傳送，SWEL為流切換處理器芯SSPC提供要切換的新的多媒體流的指示。SSPC命令高級(jí)輔助緩沖器AAB從M個(gè)緩沖器中選擇所想要的一個(gè)，在多媒體服務(wù)器MS上完成多媒體會(huì)話的(可能的)關(guān)閉和重新接通之前，M個(gè)緩沖器將它的內(nèi)容傳送到提出請(qǐng)求的播放器MP中，以便按此方式減少SDT延遲。在直播(或模擬直播)多媒體流內(nèi)容的情況下，多媒體服務(wù)器/多媒體編碼器連續(xù)向輔助緩沖器饋給。在靜止內(nèi)容的情況下，根據(jù)客戶機(jī)的請(qǐng)求對(duì)視頻點(diǎn)播臨時(shí)緩沖器(圖5)進(jìn)行饋給。在處理RTP/RTCP之后，SSPC從緩沖器的點(diǎn)上開始向播放器(RTSP客戶機(jī))傳送分組，該緩沖器最佳化(也就是最小化)在同一時(shí)期內(nèi)的(contemporary)延遲時(shí)間，并(最大限度地利用)用戶的經(jīng)驗(yàn)事實(shí)上，選擇第一個(gè)可以利用的視頻K-幀(和相應(yīng)的音頻部分)以作為切換后要發(fā)送的內(nèi)容的第一部分，從而向用戶提供最好的視頻感受(切換時(shí)的非藝術(shù)作品)。相應(yīng)于本發(fā)明的實(shí)施例的同等數(shù)量，圖8、9和10簡略地示出SSP處理器的下列三種可供選用的操作形式即"雙切換，，(圖8)、"單切換，，(圖9)和"僅在輔助流之間的單切換"(圖10)。參見圖8,在"雙切換"實(shí)施例中，正在觀看與第一多i某體會(huì)話相關(guān)的第一頻道的播放器切換到與第二多媒體會(huì)話相關(guān)的第二頻道上，被當(dāng)作到SSP元件中的輔助第二頻道的中間切換。要說明的是，輔助的和次級(jí)的會(huì)話代表相同的"頻道，，(即兩者都向用戶傳送MTV)。向輔助的第二頻道的中間切換相應(yīng)于總是接通的輔助的多媒體會(huì)話。參照?qǐng)D9,在"單切換"的實(shí)施例中，正在觀看與第一多^某體會(huì)話相關(guān)的第一頻道的播放器切換到相應(yīng)于總是接通的輔助多媒體會(huì)話的輔助第二頻道并停留下來。參照?qǐng)D10，在"僅在輔助流之間進(jìn)行的單切換，，中，正在觀看與第一輔助頻道的播放器切換到總是接通的第二輔助頻道上并停留下來。從第一實(shí)施例(圖8)開始，更為詳細(xì)地說明了這三個(gè)實(shí)施例，在圖11到圖14的支持下說明了第一實(shí)施例的操作步驟。圖11示出了對(duì)"雙切換"(圖8)或"單切換"(圖9)的實(shí)施例都有效的起始條件。參照?qǐng)D11,圖中示出了在SSP處理器中的M+l個(gè)緩沖器，在視頻服務(wù)器內(nèi)的M+1個(gè)緩沖器，在播放器中的單獨(dú)的緩沖器。用M個(gè)頻道的內(nèi)容流來裝填M個(gè)緩沖器，與此同時(shí)，用頻道1的內(nèi)容來裝填其余的緩沖器。在系統(tǒng)中進(jìn)行的、用以得到圖12的結(jié)果的操作步驟如下1.SSP感受來自播放器(RTSP客戶機(jī))的第一多媒體RTSP會(huì)話的請(qǐng)求。2.SSP向視頻服務(wù)器傳送第一RTSP請(qǐng)求。3.SSP向播放器傳送來自SSP上的輔助緩沖器的頻道1的RTP/RTCP分組，并在必要時(shí)處理它們，此播放器接收頻道1的內(nèi)容。4.SSP接收"NOTIFY(通知)"消息，以便從頻道1切換到頻道2內(nèi)容。5.SSP使用來自輔助緩沖器的分組向播放器發(fā)送頻道2的內(nèi)容。這相當(dāng)于向頻道2的第一個(gè)切換，與此同時(shí)，播放器接收新的內(nèi)容。6.SSP在同一時(shí)期內(nèi)執(zhí)行用以關(guān)閉在服務(wù)器上的以前的多媒體會(huì)話所需要的所有動(dòng)作，與此同時(shí)，客戶機(jī)繼續(xù)接收頻道2的內(nèi)容。為了得到圖13的情況而在系統(tǒng)中進(jìn)行的操作步驟如下7.SSP執(zhí)行用以開啟在服務(wù)器上的新的多媒體會(huì)話所需要的所有動(dòng)作(認(rèn)證、裝載等)，與此同時(shí)，客戶機(jī)繼續(xù)接收頻道2的內(nèi)容。為了得到圖14的情況而在系統(tǒng)中進(jìn)行的操作步驟如下8.在視頻服務(wù)器上完成新的多媒體會(huì)話，SSP使用來自服務(wù)器上的新的多媒體會(huì)話的分組向播放器發(fā)送頻道2的內(nèi)容。這相當(dāng)于向頻道2的第二個(gè)切換，與此同時(shí)，播放器繼續(xù)接收頻道2的內(nèi)容。如上所述，盡管已提出了一個(gè)最佳設(shè)計(jì)方案，但是，輔助緩沖器的使用并不是強(qiáng)制性的，不管是否需要發(fā)現(xiàn)K-幀，都要使傳輸和接收時(shí)鐘完全同步。在這樣的情況下，使用SSP處理器中的多路復(fù)用器來選擇要向播放器傳送的頻道，該多路復(fù)用器是由數(shù)字代碼控制的，并用由含于"NOTIFY(通知)，，消息中的、在切換了的頻道(頻道2)上的指示派生出的數(shù)字代碼來控制。從圖ll所示的初始條件開始，在與"單切換"實(shí)施例(圖9)相應(yīng)的系統(tǒng)中進(jìn)行的操作步驟如下1.SSP感受第一多媒體RTSP的會(huì)話的要求。2.SSP向視頻服務(wù)器傳送第一個(gè)RTSP請(qǐng)求。3.SSP向客戶機(jī)傳送來自SSP上的輔助緩沖器的頻道1上的RTP/RTCP分組(在必要時(shí)處理它們)，并且，播放器接收頻道l的內(nèi)容。4.SSP接收"NOTIFY(通知)"消息，以使>人頻道1切換到頻道2內(nèi)容。5.SSP使用來自輔助緩沖器的分組向播放器發(fā)送頻道2的內(nèi)容。這相當(dāng)于向頻道2的切換，并且，插-;改器接收新的內(nèi)容。6.SSP在同一時(shí)間內(nèi)執(zhí)行用以關(guān)閉在服務(wù)器上的、以前的多媒體會(huì)話所需要的所有動(dòng)作，與此同時(shí)，客戶機(jī)繼續(xù)接收頻道2的內(nèi)容。7.SSP執(zhí)行為開啟在服務(wù)器上的新的多媒體會(huì)話所需要的所有動(dòng)作(認(rèn)證、裝載等)，與此同時(shí)，客戶機(jī)繼續(xù)接收頻道2的內(nèi)容。8.SSP使用來自輔助緩沖器的分組繼續(xù)向播放器發(fā)送頻道2的內(nèi)容(不需要二次切換)，客戶機(jī)繼續(xù)接收頻道2的內(nèi)容。從不同于圖11所示的初始條件開始，根據(jù)用輔助頻道1的內(nèi)容來裝填播放器中的接收緩沖器的這個(gè)事實(shí)，在與"僅在輔助流之間單切換"的實(shí)施例(圖IO)相應(yīng)的系統(tǒng)中進(jìn)行的操作步驟與圖9的"單切換"實(shí)施例所描述的步驟具有相同順序。由SSP處理以便切換頻道的NOTIFY(通知)消息是由播放器產(chǎn)生的，并在UDP或TCP上發(fā)送該消息。NOTIFY(通知)消息至少包括提出請(qǐng)求的播放器的IP地址；在播放器上運(yùn)行的現(xiàn)行頻道的標(biāo)識(shí)符；所請(qǐng)求的頻道的標(biāo)識(shí)符；切換命令；在播放器中的緩沖器狀況；由播放器接收的最后的分組的順序號(hào)，等等。替代NOTIFY(通知)消息的一個(gè)辦法是包含來自播放器的請(qǐng)求，以便直接切換在RTSP信令中的現(xiàn)行頻道。在此情況下，根據(jù)RTSP表示規(guī)則來制作新的RTSP消息，在此消息中包括適時(shí)說明的上述信息字段。在RTSP協(xié)議中接納了這個(gè)機(jī)會(huì)。圖15到圖19說明了預(yù)先使用RTP/RTCP視頻/音頻輔助緩沖器的程序的步驟。根據(jù)本發(fā)明的與圖8到圖IO相關(guān)的三個(gè)實(shí)施例，在完成第一切換時(shí)，在每個(gè)圖中比較與現(xiàn)行頻道(頻道1)相關(guān)的播放器內(nèi)的緩沖器的狀態(tài)以及與切換了的頻道(頻道2)相關(guān)的SSP內(nèi)的輔助緩沖器的狀態(tài)。為了完整起見，圖15示出了在停止服務(wù)時(shí)的緩沖器的空狀態(tài)。圖16示出了在播放器觀看頻道1時(shí)兩個(gè)緩沖器的狀態(tài)。參照?qǐng)D16，應(yīng)當(dāng)注意到的是，播放器緩沖器幾乎被完全裝滿，超出了開始播放的限度，并且還包括三個(gè)關(guān)鍵幀。在圖的右邊示出了在播放器屏幕上可以看到的頻道1的圖像。與頻道2相關(guān)的輔助緩沖器是裝滿了的，并且至少包括兩個(gè)相隔IO秒的關(guān)鍵幀。用SSP處理器來使輔助緩沖器1到M總是保持在完全裝滿的狀態(tài)；這個(gè)策略允許在現(xiàn)行播放的頻道和剩余的M-1個(gè)多i某體內(nèi)容之間進(jìn)行快速的、絕對(duì)隨機(jī)的切換。圖17示出了在用戶決定要切換內(nèi)容時(shí)的兩個(gè)緩沖器的狀態(tài)。參見圖17，應(yīng)當(dāng)注意的是，己清洗了存儲(chǔ)在播放器緩沖器中的視頻幀，這些視頻幀超出了被稱為是"再緩沖限度"的最小值(7幀)。清洗視頻幀盡管不是強(qiáng)制性的，但有助于最大限度地減少總的切換延遲時(shí)間。如果正確地限定了播放器緩沖器的大小(小于3秒)，快速切換就變成可能的事情而不用清洗播放器緩沖器。裝填滿了的頻道2的輔助緩沖器肯定包含一個(gè)關(guān)鍵幀，其后緊接著大于"再緩沖限度"的幀的最小"安全"數(shù)(a,......h)。在用戶決定切換內(nèi)容時(shí)，播;改器清洗它的接收緩沖器(音頻/視頻)，直到達(dá)到最小數(shù)為止，然后使用上面列出的機(jī)會(huì)向SSP發(fā)送NOTIFY(通知)消息。為了進(jìn)一步減少切換延遲，可以用UDP協(xié)議來發(fā)送NOTIFY(通知)消息，以避免TCP信號(hào)交換。頻道1是播放器屏幕上的靜止背景，但是，顯示禮節(jié)性的消息則是可以任選的。參照?qǐng)D18，SSP接收NOTIFY(通知)消息，并從關(guān)鍵幀(a)開始，將來自頻道2的輔助緩沖器的輸出內(nèi)容傳送到提出請(qǐng)求的播放器中。為了快速裝載播放器緩沖器，將SSP緩存分組傳送到播放器緩沖器中的速度大于編碼速度。頻道l是在播放器屏幕上的靜止背景并顯示禮節(jié)性的消息。參照?qǐng)D19,根據(jù)播放器的最小"安全"延遲來完成向頻道2的切換，并在屏幕上顯示頻道2。對(duì)于上面所考慮的全部實(shí)施例而言，這個(gè)行為是相同的。借助于圖20以及附錄B的表3和表4的幫助來進(jìn)行延遲分析，在此，該延遲分析與圖11到圖14所示的流切換方法的操:作步驟相關(guān)。參照?qǐng)D20和表3能夠看出，在此提出的發(fā)明確實(shí)最大限度地減少了切換延遲時(shí)間SDT。事實(shí)上，某些延遲(用"*"標(biāo)志)對(duì)SDT并沒有任何影響，對(duì)PBT(PBT〉SRT+PWT)而言，其它的延遲(用"*"標(biāo)志)是同時(shí)期發(fā)生的。附錄A_表1切換延遲時(shí)間(SDT)分析_<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage18</column></row><table>附錄B_<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>注釋2:數(shù)字值僅是示范性的。附錄c所用的縮略語3GPP第三代合作計(jì)劃ADSL異步數(shù)字用戶線HTTP超文本傳輸協(xié)議IMSIP多媒體芯網(wǎng)絡(luò)子系統(tǒng)IP互聯(lián)網(wǎng)協(xié)議MAN城域網(wǎng)MPEG活動(dòng)圖像專家系統(tǒng)PL畫公用陸地移動(dòng)通信網(wǎng)PSTN公共交換電話網(wǎng)RFC請(qǐng)求評(píng)論RTCP實(shí)時(shí)傳輸控制協(xié)議RTP實(shí)時(shí)傳輸協(xié)議RTSP實(shí)時(shí)流協(xié)議SDP會(huì)話描述協(xié)議而統(tǒng)一資源標(biāo)識(shí)符URL統(tǒng)一資源定位符UTC通用纟克一時(shí)間WLAN無線局域網(wǎng)附錄D[RFC2326]IEIFRFC22326,"實(shí)時(shí)流協(xié)議(RTSP)"，SchulzrinneH.,RaoA.和LanphierR.,1998[RFC3550]IEIFRFC3550,"RTP:實(shí)時(shí)應(yīng)用傳輸協(xié)議"H.Schulzrinne,S.Casner,R.Frederick,V.Jacobson,July2003[RFC2327]IEIFRFC2327，"SDP:會(huì)話描述協(xié)議"，HandleyM.，JacobsonV"1998[RFC0793]IEIFRFC0793或STD0007,"傳輸控制協(xié)議"，J.Postel,S印t,011981[RFC0768]IEIFRFC0768或STD0006，"用戶凄t據(jù)報(bào)協(xié)議"，J,Postel,Aug.281980權(quán)利要求1.一種用于基于由多媒體播放器發(fā)送給多媒體服務(wù)器的切換請(qǐng)求消息(通知)從第一RTSP流會(huì)話切換到第二流會(huì)話的方法，其中，在多媒體播放器(MP)和多媒體服務(wù)器(SSP，MS，ME)之間建立的第一RTSP流會(huì)話用于根據(jù)RTP/RTCP協(xié)議向播放器(MP)傳送第一多媒體流內(nèi)容，第二流會(huì)話被建立用于根據(jù)RTP/RTCP協(xié)議將第二多媒體流內(nèi)容從所述的多媒體服務(wù)器傳送到所述的多媒體播放器上，其特征在于包括下列步驟采用相同的編碼規(guī)則和格式，對(duì)所述的第一和第二多媒體流內(nèi)容進(jìn)行編碼，并由所述的多媒體服務(wù)器(SSP，MS，ME)使多媒體流內(nèi)容保持運(yùn)行；在將所述的第二多媒體流內(nèi)容發(fā)送到多媒體播放器(MP)的同時(shí)，基于所述的切換請(qǐng)求消息(通知)的信息內(nèi)容關(guān)閉所述的第一會(huì)話并建立所述的第二會(huì)話。2.如權(quán)利要求l所述的方法，其特征在于，第二多媒體流內(nèi)容是從采用相同的編碼規(guī)則和格式編碼的M個(gè)總是開著的(ME)中選出來的。3.如權(quán)利要求1或2所述的方法，其特征在于，所述的多媒體流內(nèi)容是編碼了的實(shí)時(shí)信號(hào)。4.如權(quán)利要求3之外的任何上述的權(quán)利要求所述的方法，其特征在于，所述多媒體流內(nèi)容是從檔案中提取的預(yù)先注冊(cè)的內(nèi)容。5.如前述任意一個(gè)權(quán)利要求所述的方法，其特征在于，所述第一和第二多媒體流內(nèi)容由所述多媒體服務(wù)器(SSP，MS,ME)來緩沖。6.如權(quán)利要求5所述的方法，其特征在于，所述多媒體流內(nèi)容是視頻/音頻編碼幀，所述多媒體播放器被編程，以便在發(fā)送所述的切換請(qǐng)求消息(通知)之前，從其接收緩沖器上清除第一多媒體流內(nèi)容的視頻/音頻編碼幀。7.如權(quán)利要求6所述的方法，其特征在于，所述接收緩沖器的空出空間采用以大于編碼速度的傳送速度從存儲(chǔ)了所述第二多媒體流內(nèi)容的所述的多々某體服務(wù)器(SSP,MS，ME)的緩沖器上傳送來的編碼幀來充填。8.如權(quán)利要求7所述的方法，其特征在于，所述編碼幀的傳送從其隨后有大于確保正確播;故的給定最小值的多個(gè)幀的關(guān)^t幀開始。9.如前述任意一個(gè)權(quán)利要求所述的方法，其特征在于，所述切換請(qǐng)求消息(通知)至少包括下列的信息字段-所述請(qǐng)求多媒體播放器(MP)的IP地址；-運(yùn)行于播放器上的現(xiàn)行多媒體流的標(biāo)識(shí)符；—被請(qǐng)求的多媒體流的標(biāo)識(shí)符；—切換命令；—在播放器內(nèi)的緩沖器狀態(tài)；—由播放器接收的最后的分組的順序號(hào)。10.如前述任意一個(gè)權(quán)利要求所述的方法，其特征在于，所述切換請(qǐng)求消息(通知)符合RTSP協(xié)議。11.一種根據(jù)權(quán)利要求1的方法操作的通信系統(tǒng)，其至少包括可以通過傳輸網(wǎng)絡(luò)與多媒體服務(wù)器(SSP,MS,ME)相連的多媒體播放器(MP),多媒體播放器(MP)和多媒體服務(wù)器都包括被配置來用以建立RTSP會(huì)話以及撤銷所建立會(huì)話的裝置，該RTSP會(huì)話用于根據(jù)RTP/RTCP協(xié)議將多媒體流內(nèi)容從所述的多媒體服務(wù)器(MS)傳送到所述的多媒體播放器，并且該多媒體播放器包括用于向所述的多媒體服務(wù)器發(fā)送切換請(qǐng)求消息(通知)以便關(guān)閉現(xiàn)行的RTSP會(huì)話并開啟從新的流中得到多媒體內(nèi)容的新RTSP會(huì)話的裝置，其特征在于，所述多媒體服務(wù)器(SSP，MS,ME)包括流切換處理器(SSP),該流切換處理器又包括第一裝置(AAB，ME)，配置來用于使采用相同的編碼規(guī)則和格式編碼的、給定數(shù)量M的多力某體流始終保持運(yùn)行；第二可控裝置(SSPC)，用于從M個(gè)所述始終運(yùn)行的多媒體流中選擇一個(gè)，并將所選擇的流傳送給所述多媒體播放器(MP);第三裝置(SWEL),配置來用于在運(yùn)行第二裝置的同時(shí)，接收所述切換請(qǐng)求消息(通知)，并命令所述的第二裝置(SSPC)選擇并傳送新的多媒體流，以便撤銷所述現(xiàn)行RTSP會(huì)話并建立所述新會(huì)話。12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，包括M個(gè)編碼器，配置來用于編碼和復(fù)制所述的多媒體流，并根據(jù)RTP/RTCP協(xié)議將所復(fù)制的流發(fā)送給所述流切換處理器(SSP)和所述多媒體服務(wù)器(MS)。13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，被配置來用于設(shè)置和撤銷RTSP會(huì)話的裝置運(yùn)行以便只撤銷所述現(xiàn)行的RTSP會(huì)話。14.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述被配置來用于設(shè)置和撤銷RTSP會(huì)話的裝置是非活動(dòng)的。15.如從權(quán)利要求12起的任意一個(gè)權(quán)利要求所述的系統(tǒng)，其特征在于，所述流切換處理器(SSP)包括所述多媒體服務(wù)器(MS，ME)。16.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述流切換處理器(SSP)包括所述M個(gè)編碼器。17.如從權(quán)利要求ll起的任意一個(gè)權(quán)利要求所述的系統(tǒng)，其特征在于，所述第一裝置(AAB)包括M個(gè)給定數(shù)量的緩沖器(LCB，PCB)，用于臨時(shí)存儲(chǔ)所述多媒體流內(nèi)容。18.如權(quán)利要求17所述的系統(tǒng)，其特征在于所述多媒體播放器(MP)包括接收緩沖器，用于臨時(shí)存儲(chǔ)所接收的多媒體流內(nèi)容，該多媒體流內(nèi)容最好是含有關(guān)鍵幀的視頻/音頻編碼幀；以及用于在發(fā)送所述切換請(qǐng)求消息(通知)之前從所述接收緩沖器中清除該視頻/音頻編碼幀的裝置。19.如權(quán)利要求18所述的系統(tǒng)，其特征在于，所述用于將所選擇的流轉(zhuǎn)發(fā)到所述多媒體播放器(MP)的第二裝置被配置用于從其隨后有給定最小值的順序幀的關(guān)4建幀開始，以大于編碼速度的速率發(fā)送所述^L頻/音頻編碼幀。20.如前述任意一個(gè)權(quán)利要求所述的系統(tǒng)，其特征在于，所述傳輸網(wǎng)絡(luò)符合UMTS標(biāo)準(zhǔn)。全文摘要通信系統(tǒng)包括與多媒體服務(wù)器(MS)相互通信的多媒體播放器(MP)群組，根據(jù)IETFRTSP協(xié)議運(yùn)行的播放器和服務(wù)器都與所用的傳輸網(wǎng)絡(luò)無關(guān)。稱為流切換處理器(SSP)的新的網(wǎng)絡(luò)元件位于播放器和視頻服務(wù)器/視頻編碼器(ME)之間，用以根據(jù)從多媒體播放器(MP)接收到的指令(通知)來執(zhí)行內(nèi)容流的切換。另外的辦法是，SSP也含有視頻服務(wù)器和視頻編碼器的功能度。SSP至少包括M個(gè)緩沖器(頻道-1，…，頻道-M)，以便始終保持有相同數(shù)量的獨(dú)立的內(nèi)容流。這個(gè)體系結(jié)構(gòu)使得SSP在處理消息流時(shí)能夠同時(shí)向播放器傳送切換了的內(nèi)容流。其結(jié)果是，在第一RTSP會(huì)話的情況下，播放器接收新的內(nèi)容流。在照此方式操作時(shí)，由于某些典型的延遲彼此重疊，因而明顯地減少了切換延遲時(shí)間(SDT)，而其它的延遲是與SDT在相同時(shí)期中發(fā)生的。能夠從編碼的實(shí)時(shí)信號(hào)(如衛(wèi)星TV頻道)或取自檔案的注冊(cè)內(nèi)容中派生出多媒體內(nèi)容。對(duì)播放器進(jìn)行編程，以便從它的接收緩沖器中清除視頻/音頻MPEG-4幀，并用時(shí)鐘更快的相關(guān)輔助緩沖器的幀來裝填清空了的空間。調(diào)整發(fā)送關(guān)鍵幀的進(jìn)一步的辦法防止了在所顯示的圖像上的假象，在此，緊跟在關(guān)鍵幀后面的是“安全的”填充長度。由播放器在UDP或TCP上發(fā)送切換消息；該消息至少包括請(qǐng)求頻道的標(biāo)識(shí)符和播放器內(nèi)的緩沖器狀態(tài)。另外的辦法是，創(chuàng)建新的RTSP消息，其中包括根據(jù)RTSP表示規(guī)則描述的信息字段。文檔編號(hào)H04L29/06GK101129041SQ200580048616公開日2008年2月20日申請(qǐng)日期2005年12月21日優(yōu)先權(quán)日2004年12月23日發(fā)明者亞歷山德羅·巴克奇,克勞迪奧·卡瓦勒拉,馬科·范祖利,馬西莫·澤比尼申請(qǐng)人:西門子公司