亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

用于發(fā)起或恢復(fù)媒體點(diǎn)播會(huì)話的方法和協(xié)議重定向器的制作方法

文檔序號(hào):7971311閱讀:211來(lái)源:國(guó)知局
專(zhuān)利名稱(chēng):用于發(fā)起或恢復(fù)媒體點(diǎn)播會(huì)話的方法和協(xié)議重定向器的制作方法
技術(shù)領(lǐng)域
本發(fā)明一般涉及分布式網(wǎng)絡(luò)內(nèi)的有彈性的視頻點(diǎn)播流式傳送(streaming),例如在分布式視頻點(diǎn)播(VoD)網(wǎng)絡(luò)中的視頻點(diǎn)播流式傳送。在這樣的分布式視頻點(diǎn)播網(wǎng)絡(luò)中,N個(gè)流節(jié)點(diǎn)每一個(gè)都能把點(diǎn)播的媒體資源流式傳送或傳遞到例如客戶端的機(jī)頂盒(STB)的客戶設(shè)備。在本專(zhuān)利申請(qǐng)中,流節(jié)點(diǎn)意味著獨(dú)立的流單元或者可選地共享相同內(nèi)容存儲(chǔ)裝置或媒體資源服務(wù)起的一群流單元。
背景技術(shù)
即使在故障的情況下,視頻流單元傳遞可靠視頻點(diǎn)播的現(xiàn)有解決方案也是以上述結(jié)構(gòu)為基礎(chǔ),其中,流節(jié)點(diǎn)包括若干視頻流單元,所述視頻流單元共享相同的內(nèi)容存儲(chǔ)裝置并通過(guò)軟件過(guò)程被監(jiān)控,所述軟件過(guò)程通常稱(chēng)為資源管理器、故障管理器或群管理器。該軟件過(guò)程在單個(gè)節(jié)點(diǎn)內(nèi)監(jiān)控所有視頻流單元的活動(dòng),目的是確定單元的當(dāng)前狀態(tài)并在當(dāng)前使用的單元發(fā)生故障的情況下把視頻流轉(zhuǎn)送至另一個(gè)流單元。
典型地,現(xiàn)有解決方案需要監(jiān)控每個(gè)視頻點(diǎn)播會(huì)話的過(guò)程并保持會(huì)話信息,以便于能夠從靠近會(huì)話失效處的會(huì)話中的位置恢復(fù)或重新開(kāi)始每個(gè)視頻點(diǎn)播會(huì)話。具有監(jiān)控軟件的這類(lèi)解決方案例如從BitBand公司可知,并且通過(guò)因特網(wǎng)http://www.bitband.com/作了通告。
現(xiàn)有結(jié)構(gòu)的缺陷在于它只能傳遞來(lái)自視頻群(或單個(gè)節(jié)點(diǎn))的可靠視頻點(diǎn)播。然而,每個(gè)群具有單點(diǎn)故障,所述單點(diǎn)故障是監(jiān)控軟件過(guò)程。
在嘗試消除該單點(diǎn)故障時(shí),有人可能想到引進(jìn)首要和次要軟件監(jiān)控過(guò)程,如果首要過(guò)程失效,則次要過(guò)程監(jiān)控節(jié)點(diǎn)內(nèi)所有視頻流單元的活動(dòng)。然而,如果次要過(guò)程也失效,則不能保證可靠的視頻傳遞。
因此,擁有若干監(jiān)控過(guò)程來(lái)提高現(xiàn)有VoD解決方案的可靠性,增加了系統(tǒng)的復(fù)雜性和成本,并且使得系統(tǒng)只有和監(jiān)控過(guò)程數(shù)量一致的彈性。這使VOD解決方案非常昂貴,因?yàn)楦呖煽啃詫?duì)于以每個(gè)群為基礎(chǔ)的監(jiān)控過(guò)程是必需的。
此外,現(xiàn)有解決方案,甚至當(dāng)用若干監(jiān)控過(guò)程升級(jí)后,仍然依賴(lài)于保持每個(gè)視頻點(diǎn)播會(huì)話的會(huì)話狀態(tài)信息。每個(gè)視頻流單元可以同時(shí)處理數(shù)百個(gè)視頻會(huì)話。該狀態(tài)信息對(duì)于監(jiān)控過(guò)程必須可用,以便于能夠從先前視頻流的正確位置,在可替代的視頻流單元上恢復(fù)或重新開(kāi)始視頻會(huì)話。保持這樣的會(huì)話狀態(tài)信息并且在首要和備份監(jiān)控過(guò)程之間共享所述信息,再次增加了現(xiàn)有技術(shù)視頻點(diǎn)播解決方案或者任何視頻點(diǎn)播解決方案的復(fù)雜性。在發(fā)生重大故障時(shí),在已知系統(tǒng)中恢復(fù)狀態(tài)信息通常是不可能的,因?yàn)闋顟B(tài)信息并不保存在永久性存儲(chǔ)器中。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種可靠地發(fā)起或恢復(fù)視頻點(diǎn)播會(huì)話而不具有現(xiàn)有解決方案的以上缺陷,例如,特別是避免了單點(diǎn)故障,消除了對(duì)于復(fù)雜和高成本的監(jiān)控過(guò)程的需求,并且消除了對(duì)于保持用于恢復(fù)的會(huì)話狀態(tài)信息的需求。
以上概述的本發(fā)明的目的是通過(guò)權(quán)利要求1所描述的視頻點(diǎn)播會(huì)話發(fā)起和恢復(fù)方法來(lái)實(shí)現(xiàn)的,所述方法包括a.第一步,客戶設(shè)備向高可用性的重定向器設(shè)備發(fā)送建立請(qǐng)求,以請(qǐng)求發(fā)起或恢復(fù)視頻點(diǎn)播會(huì)話;b.第二步,所述重定向器設(shè)備選擇媒體流節(jié)點(diǎn)用于會(huì)話;以及c.第三步,所述重定向器設(shè)備指示所述客戶設(shè)備使用選擇的媒體流節(jié)點(diǎn)用于會(huì)話。
該目的還通過(guò)如權(quán)利要求9限定的、根據(jù)本發(fā)明的方法中使用的重定向器設(shè)備,以及如如權(quán)利要求11限定的、根據(jù)本發(fā)明的方法中使用的客戶設(shè)備來(lái)實(shí)現(xiàn)。
實(shí)際上,通過(guò)將發(fā)起或恢復(fù)媒體點(diǎn)播會(huì)話的判定邏輯移至客戶設(shè)備(例如在VoD情況下的機(jī)頂盒),并且通過(guò)在高可用性的控制協(xié)議重定向器中實(shí)現(xiàn)恢復(fù)機(jī)制,消除了在流節(jié)點(diǎn)中對(duì)于監(jiān)控過(guò)程的需要,并且消除了只使用群節(jié)點(diǎn)的限制。因此,本發(fā)明在分布式網(wǎng)絡(luò)中實(shí)現(xiàn)了彈性的、負(fù)載平衡的視頻點(diǎn)播服務(wù),而不存在單點(diǎn)故障。根據(jù)本發(fā)明原理的媒體點(diǎn)播系統(tǒng)操作能夠容忍整個(gè)流節(jié)點(diǎn)的損失。理論上,它甚至能容忍在具有N個(gè)流節(jié)點(diǎn)的網(wǎng)絡(luò)中高達(dá)N-1個(gè)流節(jié)點(diǎn)的損失。
由于客戶設(shè)備對(duì)于在媒體流中將要從哪個(gè)位置發(fā)起請(qǐng)求是知曉的,在監(jiān)控過(guò)程中沒(méi)有必要為了能夠在媒體流的正確位置上重新開(kāi)始失效的會(huì)話而保持每個(gè)媒體點(diǎn)播會(huì)話的會(huì)話狀態(tài)信息。
本發(fā)明不需要高可用性的監(jiān)控過(guò)程,并因此能在低成本的通用計(jì)算機(jī)上實(shí)現(xiàn)。本發(fā)明還具有附加的優(yōu)點(diǎn)因?yàn)闆](méi)有涉及節(jié)點(diǎn)間通信,它能非常容易地按比例增大或減小。一般說(shuō)來(lái),本發(fā)明能在成本有效的、非群集的硬件平臺(tái)上實(shí)現(xiàn)。
可選地,如權(quán)利要求2所限定的,重定向器設(shè)備可以為流節(jié)點(diǎn)保持良好狀態(tài)。這樣,重定向器設(shè)備能將其對(duì)于流節(jié)點(diǎn)的選擇基于流節(jié)點(diǎn)的狀態(tài),所述流節(jié)點(diǎn)必須處理媒體點(diǎn)播會(huì)話。附加或可選地,當(dāng)確定從哪個(gè)節(jié)點(diǎn)來(lái)流式傳送特定的媒體點(diǎn)播會(huì)話時(shí),重定向器設(shè)備能考慮內(nèi)容的位置以及流節(jié)點(diǎn)的加載。
根據(jù)權(quán)利要求3所限定的,使得重定向器保持有良好狀態(tài)的一個(gè)方法是通過(guò)定期地報(bào)告從流節(jié)點(diǎn)到重定向器設(shè)備的心跳(heartbeats)。如權(quán)利要求4所限定的,這些心跳優(yōu)選地傳遞給高可用性的永久性存儲(chǔ)器。這樣的高可用性的永久性存儲(chǔ)器的一個(gè)特定體現(xiàn)是遠(yuǎn)程數(shù)據(jù)庫(kù)管理服務(wù)器(RDBMS)。
如權(quán)利要求5所述,在初始建立的情況下,客戶設(shè)備可以請(qǐng)求媒體會(huì)話的播出(playout)從頭開(kāi)始。在恢復(fù)失效會(huì)話的情況下,客戶可以在請(qǐng)求中標(biāo)識(shí)流式傳送必須從先前媒體會(huì)話的位置重新開(kāi)始。
由于RTSP建立或播放方法具有能夠從媒體資源中的指定位置請(qǐng)求媒體資源的播出,RTSP建立消息可以用作根據(jù)本發(fā)明的客戶設(shè)備的建立請(qǐng)求。在權(quán)利要求7中對(duì)于本發(fā)明的這種可選實(shí)施選擇作了限定。
如權(quán)利要求8所述,實(shí)現(xiàn)根據(jù)本發(fā)明的第三步的一種方法是通過(guò)使重定向器設(shè)備向客戶回送重定向消息,所述重定向消息指示流節(jié)點(diǎn)將由客戶設(shè)備用作媒體點(diǎn)播會(huì)話傳遞。可選地,根據(jù)本發(fā)明的重定向器設(shè)備可以例如直接將客戶的請(qǐng)求轉(zhuǎn)發(fā)給選擇的流節(jié)點(diǎn)以在那兒發(fā)起傳遞。


圖1顯示了基于RTSP協(xié)議的現(xiàn)有技術(shù)視頻點(diǎn)播會(huì)話發(fā)起方法。
圖2顯示了分布式視頻點(diǎn)播流式傳送網(wǎng)絡(luò),其中應(yīng)用了根據(jù)本發(fā)明的方法的實(shí)施例。
具體實(shí)施例方式
圖1示出在根據(jù)現(xiàn)有技術(shù)的視頻點(diǎn)播傳遞會(huì)話期間,客戶設(shè)備(例如機(jī)頂盒STB、視頻編解碼器、PC、TV等)和視頻服務(wù)器102之間的交互。典型地,使用控制協(xié)議發(fā)起和管理視頻點(diǎn)播。用于IPTV視頻傳遞的工業(yè)標(biāo)準(zhǔn)控制協(xié)議是實(shí)時(shí)流協(xié)議,縮寫(xiě)為RTSP,該協(xié)議在IETF RFC2326中定義。
視頻服務(wù)器側(cè)的控制協(xié)議服務(wù)器111收聽(tīng)客戶101和視頻服務(wù)器102之間的控制信道103上的指令,并取決于從客戶101收到的指令,指示視頻服務(wù)器102執(zhí)行基本視頻控制操作,例如播放、暫停、快進(jìn)、快退、停止。視頻流送器(video streamer)112將從視頻存儲(chǔ)裝置113接收視頻節(jié)目,視頻存儲(chǔ)裝置113例如集成在視頻服務(wù)器102中,但是可選地,可以是分離的網(wǎng)絡(luò)設(shè)備或每個(gè)都存儲(chǔ)有視頻內(nèi)容的一部分的多個(gè)協(xié)同工作的網(wǎng)絡(luò)設(shè)備。明顯地,如果像圖1描述的那樣是用單個(gè)視頻流節(jié)點(diǎn),一旦節(jié)點(diǎn)發(fā)生故障視頻傳遞將被中斷。
如果視頻點(diǎn)播網(wǎng)絡(luò)包括N(群集的、非群集的或混合的)視頻流節(jié)點(diǎn),這些流節(jié)點(diǎn)將配備有監(jiān)控過(guò)程,這增加了節(jié)點(diǎn)的復(fù)雜性,并且對(duì)于每個(gè)節(jié)點(diǎn)成為單點(diǎn)故障。
圖2根據(jù)本發(fā)明顯示了提出的實(shí)施彈性視頻傳遞的方法。
主要思想是無(wú)論何時(shí)當(dāng)前的流節(jié)點(diǎn)失效,讓圖2中的客戶設(shè)備201再請(qǐng)求視頻傳遞。這樣的恢復(fù)請(qǐng)求,以及初始的傳遞請(qǐng)求,總是發(fā)送到控制協(xié)議重定向器221而不是發(fā)送到特定節(jié)點(diǎn)。執(zhí)行本發(fā)明要點(diǎn)的控制協(xié)議重定向器221選擇可選的視頻服務(wù)器用于失效會(huì)話的恢復(fù),并指示客戶201使用選擇的視頻服務(wù)器。為了指示客戶,協(xié)議重定向器221可以使用例如出于使請(qǐng)求轉(zhuǎn)變方向的目的而設(shè)計(jì)的RTSP類(lèi)300(RTSP class 300)重定向響應(yīng)。客戶201于是向選擇的視頻服務(wù)器發(fā)送其通常的播放請(qǐng)求,從視頻節(jié)目中會(huì)話失效的位置而不是從視頻資源的開(kāi)頭請(qǐng)求流式傳送。以下段落中將更詳細(xì)地描述這個(gè)過(guò)程中的每一步。
為了發(fā)起點(diǎn)播視頻傳遞會(huì)話,圖2的客戶201向其初始的聯(lián)系點(diǎn)發(fā)送初始會(huì)話建立請(qǐng)求251,該初始的聯(lián)系點(diǎn)是協(xié)議重定向器221(而不是視頻服務(wù)器)。對(duì)于會(huì)話建立請(qǐng)求251,客戶201可以使用RTSP協(xié)議??蛇x的協(xié)議是例如HTTP協(xié)議或?qū)S袇f(xié)議。
重定向器221知道每個(gè)視頻流節(jié)點(diǎn)203…204的良好狀態(tài)(SOH),因?yàn)檫@些視頻流節(jié)點(diǎn)203…204定期地向SOH監(jiān)控器222報(bào)告心跳,SOH監(jiān)控器222與協(xié)議重定向器221集成在高可用性的永久性存儲(chǔ)器中,該存儲(chǔ)器的一個(gè)特定體現(xiàn)是遠(yuǎn)程數(shù)據(jù)庫(kù)管理服務(wù)器(RDBMS)202。每個(gè)視頻流節(jié)點(diǎn)的良好狀態(tài)(SOH)換句話說(shuō)包括由SOH監(jiān)控器222接收的最新心跳時(shí)間戳?;诓煌?jié)點(diǎn)的良好狀態(tài),協(xié)議重定向器221選擇將用于向客戶201流式傳送視頻會(huì)話的節(jié)點(diǎn)。在圖2中,例如假設(shè)協(xié)議重定向器221選擇第一節(jié)點(diǎn)203用于流式傳送客戶201在請(qǐng)求251中請(qǐng)求的視頻會(huì)話。
由此,協(xié)議重定向器221使用了RTSP協(xié)議的性能,指示客戶201將初始會(huì)話建立請(qǐng)求重定向到第一節(jié)點(diǎn)203。這由圖2的252示意,252表示指示客戶201使用節(jié)點(diǎn)203用于視頻傳遞的RTSP 300重定向響應(yīng)。另外,RTSP協(xié)議的可替代協(xié)議是HTTP協(xié)議或?qū)S袇f(xié)議,等等。
客戶201于是發(fā)送通常的RTSP播放請(qǐng)求253至流節(jié)點(diǎn)203,流節(jié)點(diǎn)203是在從協(xié)議重定向器221接收的重定向響應(yīng)252中標(biāo)識(shí)的。在RTSP播放請(qǐng)求253中,客戶201請(qǐng)求從頭開(kāi)始播出視頻流。注意,在客戶201和重定向器221之間的通信中使用RTSP協(xié)議并不必意味著在客戶201和客戶201重定向的流節(jié)點(diǎn)203之間的通信中使用RTSP協(xié)議。本發(fā)明可以采用不同協(xié)議,例如客戶201和重定向器221之間的RTSP協(xié)議,以及客戶201和流節(jié)點(diǎn)203之間的HTTP協(xié)議。
流節(jié)點(diǎn)203中的RTSP服務(wù)器231解析播放請(qǐng)求253并開(kāi)始將請(qǐng)求的視頻節(jié)目流式傳送到客戶201。這由圖2中的箭頭254表示。
接著,假設(shè)在圖2中流節(jié)點(diǎn)203失效,結(jié)果,到客戶201的視頻傳遞被中斷。客戶201因而向RTSP重定向器221發(fā)送會(huì)話恢復(fù)請(qǐng)求256,重定向器221現(xiàn)在基于良好狀態(tài)信息選擇流節(jié)點(diǎn)204用于恢復(fù)失效的會(huì)話。
重定向器221再次向客戶設(shè)備201發(fā)送重定向響應(yīng)消息257,這一回指示客戶201使用流節(jié)點(diǎn)204。
客戶201因此發(fā)布新的RTSP播放請(qǐng)求258并且通過(guò)控制信道將其發(fā)往流節(jié)點(diǎn)204。RTSP播放請(qǐng)求標(biāo)識(shí)了相同的視頻資源,但是指定了從對(duì)應(yīng)于源自節(jié)點(diǎn)203的流式傳送失效的位置開(kāi)始請(qǐng)求播出。
節(jié)點(diǎn)204中的RTSP服務(wù)器241解析該RTSP播放請(qǐng)求并因而指示節(jié)點(diǎn)204內(nèi)部的流式傳送邏輯從先前標(biāo)識(shí)的位置開(kāi)始向客戶201流式傳送中斷的視頻節(jié)目。這由圖2中的箭頭259表示。根據(jù)本發(fā)明的恢復(fù)機(jī)制換句話說(shuō)也是基于RTSP控制協(xié)議(或可能被使用的類(lèi)似協(xié)議)的另一個(gè)特性,該特性請(qǐng)求從視頻資源內(nèi)的指定位置播出視頻資源。
明顯地,提出的方法消除了在每個(gè)視頻流節(jié)點(diǎn)203…204上具有監(jiān)控過(guò)程的需要,并消除了為了能在正確的位置重新開(kāi)始失效的會(huì)話而跟蹤每個(gè)視頻會(huì)話的狀態(tài)的需要。而是,該方法利用客戶201上已經(jīng)可用的信息,所述信息是視頻會(huì)話的當(dāng)前位置。使用運(yùn)行在具有成本效益的通用計(jì)算機(jī)上的非群集的視頻服務(wù)器,使得彈性的視頻流式傳送得以實(shí)現(xiàn)。
此外,該新方法不具有單點(diǎn)故障,所述單點(diǎn)故障是現(xiàn)有技術(shù)中運(yùn)行在群集的視頻流節(jié)點(diǎn)內(nèi)部的監(jiān)控過(guò)程自身。該方法能容忍在具有N個(gè)節(jié)點(diǎn)的分布式視頻網(wǎng)絡(luò)中N-1個(gè)流節(jié)點(diǎn)的損失,而現(xiàn)有技術(shù)解決方案不能容忍群集或非群集視頻流節(jié)點(diǎn)的損失。
與現(xiàn)有技術(shù)不同,因?yàn)椴簧婕肮?jié)點(diǎn)間通信,新方法能容易地按比例增大或減小。當(dāng)新的視頻流節(jié)點(diǎn)增加到網(wǎng)絡(luò)時(shí),它開(kāi)始傳送心跳至永久性存儲(chǔ)器222,因此使得控制協(xié)議重定向器221考慮該新節(jié)點(diǎn)用于對(duì)新的客戶請(qǐng)求進(jìn)行重定向。
本發(fā)明能在低成本的通用計(jì)算機(jī)上實(shí)現(xiàn),因?yàn)樗灰蕾?lài)高可用性的監(jiān)控過(guò)程。它能在具有成本效益的非群集硬件上實(shí)現(xiàn)。
附加的好處在于,當(dāng)確定從哪個(gè)節(jié)點(diǎn)進(jìn)行流式傳送時(shí),對(duì)于RTSP重定向器221來(lái)說(shuō)考慮內(nèi)容位置以及流節(jié)點(diǎn)加載的可能性。因此,用戶將只被重定向到具有期望的加載內(nèi)容的流節(jié)點(diǎn)。
注意,由于RTSP重定向器的主要功能只是基于永久性存儲(chǔ)器222中聚集的良好狀態(tài)信息選擇視頻服務(wù)器,沒(méi)有理由說(shuō)它不能運(yùn)行在同一高可用性的永久性存儲(chǔ)器222的內(nèi)部。例如,如果RDBMS(如Oracle RAC)被用于實(shí)現(xiàn)高可用性的永久性存儲(chǔ)器,則RTSP重定向器221能運(yùn)行在其內(nèi),因此也使得其具有高可用性。
盡管參照特定實(shí)施例說(shuō)明了本發(fā)明,對(duì)于本領(lǐng)域技術(shù)人員來(lái)說(shuō),很明顯的,可以在本發(fā)明的精神和范圍內(nèi)作出各種變動(dòng)和修改。因此,本發(fā)明打算覆蓋落入本專(zhuān)利申請(qǐng)所公開(kāi)和申明的基本原理的精神和范圍內(nèi)的任意和所有修改、變化和等效物。例如,代替RTSP協(xié)議,如SIP(會(huì)話起始協(xié)議)、ITU的H.323協(xié)議、HTTP(超文本傳輸協(xié)議)、IGMP(因特網(wǎng)組管理協(xié)議)或任何前述協(xié)議的增強(qiáng)版本可以用于實(shí)現(xiàn)本發(fā)明。代替上述實(shí)施例中描述的應(yīng)點(diǎn)播而傳遞的視頻內(nèi)容,其他媒體資源可以在實(shí)現(xiàn)本發(fā)明的具有分布式結(jié)構(gòu)的點(diǎn)播系統(tǒng)中進(jìn)行傳遞。其他媒體資源的例子如游戲、音樂(lè)、軟件等。本發(fā)明可以在這樣的系統(tǒng)中具有同樣優(yōu)勢(shì)地實(shí)現(xiàn)。代替心跳報(bào)告,可以實(shí)施其他機(jī)制以向根據(jù)本發(fā)明的重定向器設(shè)備通知視頻流節(jié)點(diǎn)的良好狀態(tài)。例如,重定向器設(shè)備可以例如查驗(yàn)(ping)流節(jié)點(diǎn)以檢測(cè)每次接收的客戶傳遞請(qǐng)求的有效性/非有效性。另一個(gè)可能性是流節(jié)點(diǎn)對(duì)至客戶的TCP/IP連接開(kāi)放插槽,并且只要該連接是永久的,則認(rèn)為流節(jié)點(diǎn)是良好的。另外,一些結(jié)構(gòu)選擇可以不同于圖2中描述的。例如,某些節(jié)點(diǎn)可以作為群集節(jié)點(diǎn)實(shí)現(xiàn),所述群集節(jié)點(diǎn)具有多個(gè)共享它們之間的負(fù)載的多個(gè)流節(jié)點(diǎn)。同樣,重定向器和良好狀態(tài)監(jiān)控器可以分離,而不是集成到如圖2的RDBMS的單個(gè)高永久性的數(shù)據(jù)庫(kù)中。重定向器可以作為輕便的、無(wú)狀態(tài)軟件過(guò)程實(shí)現(xiàn),或可選地,它可以作為例如永久性數(shù)據(jù)庫(kù)中的應(yīng)用邏輯在硬件中實(shí)現(xiàn)。重定向器的另一個(gè)位置可以在應(yīng)用服務(wù)器內(nèi)部。
權(quán)利要求
1.一種用于在分布式媒體點(diǎn)播網(wǎng)絡(luò)中發(fā)起或恢復(fù)媒體點(diǎn)播會(huì)話的方法,所述網(wǎng)絡(luò)包括N個(gè)流節(jié)點(diǎn)(203…204),其特征在于,所述方法包含以下步驟a.第一步,客戶設(shè)備(201)向高可用性的重定向器設(shè)備(221)發(fā)送建立請(qǐng)求(251;256),以請(qǐng)求發(fā)起或恢復(fù)所述會(huì)話;b.第二步,所述重定向器(221)選擇媒體流節(jié)點(diǎn)(203;204)用于所述會(huì)話;以及c.第三步,所述重定向器設(shè)備(221)指示所述客戶設(shè)備(201)使用所述流節(jié)點(diǎn)(203;204)用于所述會(huì)話。
2.根據(jù)權(quán)利要求1的方法,其特征在于,所述重定向器設(shè)備保持或可以使用所述N個(gè)流節(jié)點(diǎn)(203…204)的良好狀態(tài),所述良好狀態(tài)在所述第二步中能夠用于選擇流節(jié)點(diǎn)。
3.根據(jù)權(quán)利要求2的方法,其特征在于,所述N個(gè)流節(jié)點(diǎn)(203…204)定期地向所述重定向器設(shè)備(221)報(bào)告心跳(232…242),以便于能夠保持所述良好狀態(tài)。
4.根據(jù)權(quán)利要求3的方法,所述心跳(232…242)傳遞給高可用性的永久性存儲(chǔ)器裝置(222),所述存儲(chǔ)器裝置(222)可操作地與所述高可用性的重定向器設(shè)備(221)結(jié)合。
5.根據(jù)權(quán)利要求1的方法,其特征在于,在發(fā)起會(huì)話的情況下,所述第一步包括發(fā)送關(guān)于從所述媒體資源的開(kāi)頭播出媒體資源的建立請(qǐng)求(251)。
6.根據(jù)權(quán)利要求1的方法,其特征在于,在恢復(fù)會(huì)話的情況下,所述第一步包括發(fā)送關(guān)于從所述媒體資源內(nèi)部的位置播出媒體資源的建立請(qǐng)求(256)。
7.根據(jù)權(quán)利要求1的方法,其特征在于,所述建立請(qǐng)求(251;256)對(duì)應(yīng)于實(shí)時(shí)流協(xié)議建立消息。
8.根據(jù)權(quán)利要求1的方法,其特征在于,所述第三步包括從所述重定向器設(shè)備(221)向所述客戶設(shè)備(201)發(fā)送重定向消息(252;257),所述重定向消息(252;257)指示了選擇的所述流節(jié)點(diǎn)(203;204)。
9.一種用在分布式媒體點(diǎn)播網(wǎng)絡(luò)中的高可用性的重定向器設(shè)備(221),所述網(wǎng)絡(luò)包括N個(gè)流節(jié)點(diǎn)(203…204),其特征在于,所述重定向器設(shè)備(221)包括a.接收裝置,用于從客戶設(shè)備(201)接收建立請(qǐng)求消息(251;256),所述消息用以請(qǐng)求發(fā)起或恢復(fù)媒體點(diǎn)播會(huì)話;b.選擇裝置,用于選擇用于所述會(huì)話的媒體流節(jié)點(diǎn)(203;204);以及c.指示裝置,用于指示所述客戶設(shè)備(201)使用用于所述會(huì)話的所述流節(jié)點(diǎn)(203;204)。
10.根據(jù)權(quán)利要求9的高可用性的重定向器設(shè)備(221),其特征在于,所述重定向器設(shè)備(221)進(jìn)一步耦合到d.高可用性的永久性存儲(chǔ)器裝置(222),用于定期地從所述N個(gè)流節(jié)點(diǎn)(203…204)接收良好狀態(tài)信息(232…242),所述高可用性的永久性存儲(chǔ)器裝置(222)可操作地耦合到所述重定向器設(shè)備(221)中的所述選擇裝置,以便于能夠基于所述良好狀態(tài)信息選擇所述流節(jié)點(diǎn)(203;204)。
11.一種用在分布式媒體點(diǎn)播網(wǎng)絡(luò)中的客戶設(shè)備(201),所述網(wǎng)絡(luò)包括N個(gè)流節(jié)點(diǎn)(203…204),其特征在于,所述客戶設(shè)備(201)包括a.發(fā)送裝置,用于向高可用性的重定向器設(shè)備(221)發(fā)送用以請(qǐng)求發(fā)起或恢復(fù)媒體點(diǎn)播會(huì)話的建立請(qǐng)求消息(251;256);以及b.接收裝置,用于從所述重定向器設(shè)備(221)接收指示(252;257),所述指示(252;257)指示了將要用于所述會(huì)話的所述流節(jié)點(diǎn)(203;204)。
全文摘要
一種用于在分布式媒體點(diǎn)播網(wǎng)絡(luò)中發(fā)起或恢復(fù)媒體點(diǎn)播會(huì)話的方法,所述網(wǎng)絡(luò)包括N個(gè)流節(jié)點(diǎn)(203...204),所述方法包含以下步驟a.第一步,客戶設(shè)備(201)向高可用性的重定向器設(shè)備(221)發(fā)送建立請(qǐng)求(251;256),以請(qǐng)求發(fā)起或恢復(fù)所述會(huì)話;b.第二步,所述重定向器(221)選擇媒體流節(jié)點(diǎn)(203;204)用于所述會(huì)話;以及c.第三步,所述重定向器設(shè)備(221)指示所述客戶設(shè)備(201)使用所述流節(jié)點(diǎn)(203;204)用于所述會(huì)話。進(jìn)一步的區(qū)別特征在于,所述客戶設(shè)備(201)從開(kāi)頭(用于發(fā)起)或從最后的位置,從選擇的媒體流節(jié)點(diǎn)請(qǐng)求媒體傳遞。
文檔編號(hào)H04N5/00GK1968403SQ200610146728
公開(kāi)日2007年5月23日 申請(qǐng)日期2006年11月16日 優(yōu)先權(quán)日2005年11月18日
發(fā)明者A·基塞爾, D·C·魯濱遜, S·莫洛伊 申請(qǐng)人:阿爾卡特公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1