專利名稱：實(shí)時(shí)協(xié)議流遷移的制作方法
技術(shù)領(lǐng)域：
本原理總地涉及數(shù)據(jù)流傳輸通信，并且更具體地涉及用于提供實(shí)時(shí)流
傳輸通信的故障轉(zhuǎn)移(fail over)能力的系統(tǒng)和方法。
背景技術(shù)：
各種豐富的媒體網(wǎng)站通過因特網(wǎng)向消費(fèi)者越來越多地提供大量音頻和 視頻數(shù)據(jù)。結(jié)果，流傳輸數(shù)據(jù)以日益增加的量通過因特網(wǎng)被發(fā)送。
然而，音頻和視頻流傳輸?shù)男再|(zhì)需要到流傳輸服務(wù)器的恒定連接以供 音頻/視頻回放。在2003年7月的因特網(wǎng)工作組文檔RFC 3550中所描述的 實(shí)時(shí)流傳輸協(xié)議(RTSP) —般地規(guī)定了必須按相對(duì)順序被遞送給客戶端的 數(shù)據(jù)在離散分組(discrete packet)中傳輸。另外，如果流傳輸服務(wù)器遇到 了阻止服務(wù)器進(jìn)一步發(fā)送流數(shù)據(jù)的故障，則客戶端體驗(yàn)將經(jīng)受惡化、時(shí)斷 時(shí)續(xù)或者完全的顯示故障。
已提出了用于修理出故障的基于流傳輸服務(wù)器的連接的若干方法。例 如，使用連接遷移(migration)的細(xì)粒度故障轉(zhuǎn)移描述了一種用于提供通 過通過代理因特網(wǎng)協(xié)議地址來路由各個(gè)流傳輸連接的TCP故障轉(zhuǎn)移能力的 方法。
(Alex C. Snoeren, David G. Andersen和Hari Balakrishnan的Fz'we-
7ntem" recAwo/ogz'as朋J 5^e臘，第221-232頁，USENIX， 2001)。
該方法提出，如果數(shù)據(jù)服務(wù)器出現(xiàn)故障，則副服務(wù)器將接替主服務(wù)器的角 色。然而，這種傳輸不知應(yīng)用層協(xié)議，并且取決于應(yīng)用，可能需要頻繁的 狀態(tài)同步。
一種流遷移的當(dāng)前實(shí)現(xiàn)方式可在RealNetworkTM的HelixTM服務(wù)器中見 到。HdixTM流遷移包括如果初始服務(wù)器出現(xiàn)故障，則使得客戶端媒體播
放器應(yīng)用連接到備用服務(wù)器。HdixTM實(shí)現(xiàn)了一些基本故障轉(zhuǎn)移機(jī)制。然而，這些故障轉(zhuǎn)移機(jī)制未解決服務(wù)器在直播流傳輸期間出現(xiàn)故障的問題。 其工作的方式是給予客戶端備用服務(wù)器的列表，并且在服務(wù)器出現(xiàn)故障的 情況中，客戶端自己必須從備用服務(wù)器請(qǐng)求新的連接。因此，如果主服務(wù) 器不工作，則對(duì)信息進(jìn)行處理是客戶端的責(zé)任。然而，由于用戶可以感知 到服務(wù)器出現(xiàn)故障，因此用戶體驗(yàn)質(zhì)量受到影響，并且在建立新的流之 前，可能由于對(duì)通過諸如因特網(wǎng)之類的通信網(wǎng)絡(luò)接收到的信息的緩沖以及 時(shí)延而花費(fèi)不可接受的時(shí)間。

發(fā)明內(nèi)容
本原理提出了一種用于獨(dú)立于客戶端而相對(duì)于客戶端透明地監(jiān)視并遷
移RTSP傳輸并且允許不必在客戶端處完成故障轉(zhuǎn)移處理來實(shí)現(xiàn)故障轉(zhuǎn)移 的系統(tǒng)和方法。
根據(jù)一個(gè)方面，通過用于監(jiān)視發(fā)送實(shí)時(shí)協(xié)議(RTP)分組的RTSP流 并將其遷移到備用服務(wù)器的系統(tǒng)和方法實(shí)現(xiàn)了實(shí)時(shí)流傳輸協(xié)議(RTSP)監(jiān) 視以及故障轉(zhuǎn)移處理的原理，包括打開流傳輸會(huì)話并且開始從主服務(wù)器 到客戶端的數(shù)據(jù)傳送流；由至少一個(gè)備用服務(wù)器來ping主服務(wù)器；并且判 斷主服務(wù)器是活動(dòng)的還是不活動(dòng)的。當(dāng)判定主服務(wù)器是不活動(dòng)的時(shí)，該方
法還可以包括由備用服務(wù)器接管主服務(wù)器的因特網(wǎng)協(xié)議(IP)地址；循 環(huán)經(jīng)過主服務(wù)器的打開的流傳輸會(huì)話；將傳輸控制協(xié)議(TCP)連接從主 服務(wù)器遷移到備用服務(wù)器；得到每個(gè)打開的流傳輸會(huì)話的RTP會(huì)話流狀 態(tài)；并且利用所得到的RTSP會(huì)話流狀態(tài)恢復(fù)從備用服務(wù)器到客戶端的 RTSP會(huì)話流傳輸。當(dāng)判定主服務(wù)器是活動(dòng)的時(shí)，該方法還可以包括以下 步驟等待預(yù)定時(shí)間；并且返回所述由至少一個(gè)備用服務(wù)器ping所述主服 務(wù)器的步驟。
在考慮到將結(jié)合附圖詳細(xì)描述的說明性實(shí)施方式后，將更全面地了解 本原理的優(yōu)點(diǎn)、性質(zhì)以及各種其它特征。


在附圖中，相似的標(biāo)號(hào)表示附圖中的類似組件，其中
8圖1是現(xiàn)有技術(shù)中公知的實(shí)時(shí)流傳輸網(wǎng)絡(luò)系統(tǒng)的示圖。 圖2是根據(jù)本原理的實(shí)時(shí)流傳輸網(wǎng)絡(luò)系統(tǒng)的示圖。
圖3是根據(jù)本原理用于在主服務(wù)器出現(xiàn)故障時(shí)將實(shí)時(shí)流遷移到備用服 務(wù)器的方法的框圖。
應(yīng)當(dāng)明白，附圖是用于圖示說明本原理的概念的目的的，而不一定是 用于圖示說明本原理的僅有的可能配置。
具體實(shí)施例方式
經(jīng)由實(shí)時(shí)流傳輸協(xié)議(RTSP)來發(fā)送流傳輸音頻和視頻文件對(duì)于因特
網(wǎng)通信中的技術(shù)人員來說是己知的。通常，RTSP協(xié)議要求在流傳輸會(huì)話 開始時(shí)從服務(wù)器發(fā)送媒體直播文件的某部分(同時(shí)緩沖來自服務(wù)器的一些 數(shù)據(jù))，并且當(dāng)流傳輸數(shù)據(jù)被顯示或者以其它方式被使用時(shí)再繼續(xù)發(fā)送剩 余數(shù)據(jù)。這種傳輸結(jié)構(gòu)允許在及時(shí)(just-in-time)顯示體系結(jié)構(gòu)中，當(dāng)在 客戶端處接收到流傳輸數(shù)據(jù)時(shí)就顯示該流傳輸數(shù)據(jù)。然而，由于流傳輸數(shù) 據(jù)是及時(shí)發(fā)送的，即，在其被接收到之后立即需要它或使用它，因此，網(wǎng) 絡(luò)滯后或服務(wù)器處的故障可能嚴(yán)重地影響用戶體驗(yàn)質(zhì)量。
因此，本原理提供了一種用于監(jiān)視經(jīng)由實(shí)時(shí)流傳輸協(xié)議發(fā)送的音頻和 視頻數(shù)據(jù)流，并且將流從出故障或過載的服務(wù)器無縫地遷移到備用服務(wù)器 的系統(tǒng)和方法。
將會(huì)明白，本原理雖然是根據(jù)數(shù)字通信網(wǎng)絡(luò)上的RTSP流遷移來描述 的；然而，本原理要廣泛得多，并且可以包括任何通信網(wǎng)絡(luò)上的任何形式 的數(shù)據(jù)傳輸。另外，本原理可應(yīng)用于供計(jì)算機(jī)、電話機(jī)、機(jī)頂盒、衛(wèi)星鏈 路等使用的任何數(shù)據(jù)通信系統(tǒng)。本原理是根據(jù)實(shí)時(shí)數(shù)據(jù)傳輸系統(tǒng)來描述 的；然而，還可以將本原理的概念擴(kuò)展到數(shù)據(jù)傳輸系統(tǒng)。
應(yīng)當(dāng)明白，可以以各種形式的硬件、軟件或其組合來實(shí)現(xiàn)附圖所示的 元件。優(yōu)選地，在一個(gè)或多個(gè)經(jīng)適當(dāng)編程的通用設(shè)備上以硬件和軟件的組 合來實(shí)現(xiàn)這些元件，該通用設(shè)備可以包括處理器、存儲(chǔ)器和輸入/輸出接 □。
本描述圖示說明了本原理。因此，將理解，雖然未在此明確描述或示出，然而，本領(lǐng)域技術(shù)人員能夠設(shè)計(jì)出體現(xiàn)本原理并且包括在本原理的精 神和范圍內(nèi)的各種布置。
這里記載的所有示例和條件語言是打算用于教導(dǎo)目的的，以輔助讀者 理解本發(fā)明的原理和發(fā)明人為了促進(jìn)本技術(shù)而貢獻(xiàn)的概念，并且應(yīng)解釋為 不被限制為這些具體記載的示例和條件。
此外，希望在此記載了本原理的原理、方面和實(shí)施方式以及其具體示 例的所有陳述包括本原理的結(jié)構(gòu)和功能等同物。另外，希望這些等同物包 括現(xiàn)在已知的等同物以及將來開發(fā)出的等同物，g卩，所開發(fā)出的執(zhí)行相同 功能的元件，而不管結(jié)構(gòu)如何。
因此，例如，本領(lǐng)域技術(shù)人員將理解，這里呈現(xiàn)的框圖表示體現(xiàn)了本 原理的說明性模塊的概念圖。類似地，將會(huì)理解，任何流程表、流程圖、 狀態(tài)轉(zhuǎn)換圖、偽代碼等表示各種處理，這些處理實(shí)質(zhì)上可以呈現(xiàn)在計(jì)算機(jī) 可讀介質(zhì)中并且因此可供計(jì)算機(jī)或處理器執(zhí)行，而不管是否明確示出了這 種計(jì)算機(jī)或處理器。
附圖所示的各種元件的功能可以通過使用專用硬件以及與適當(dāng)軟件相 關(guān)聯(lián)的能夠執(zhí)行軟件的硬件來提供。當(dāng)由處理器或元件來提供時(shí)，可由單 個(gè)專用處理器、單個(gè)共享處理器或者多個(gè)獨(dú)立處理器(其中一些可以共 享)來提供這些功能。此外，術(shù)語"處理器"或"控制器"的明示使用不 應(yīng)當(dāng)解釋為排他地指能夠執(zhí)行軟件的硬件，而是可以隱含地包括但不限于 數(shù)字信號(hào)處理器("DSP")硬件、存儲(chǔ)軟件的只讀存儲(chǔ)器
("ROM")、隨機(jī)存取存儲(chǔ)器("RAM")以及非易失性存儲(chǔ)裝置。 還可以包括傳統(tǒng)的和/或定制的其它硬件。類似地，圖中所示的任何網(wǎng) 絡(luò)、交換機(jī)、路由器或判決塊僅僅是概念性的。可以通過程序邏輯的運(yùn) 算、通過專用邏輯、通過程序控制和專用邏輯的交互，或者甚至手動(dòng)地來 執(zhí)行它們的功能，如從上下文更具體地理解的，具體技術(shù)可由實(shí)施者選 擇。
在本文的權(quán)利要求書中，表達(dá)為用于執(zhí)行指定功能的裝置的任何元件 希望包括執(zhí)行該功能的任何方式，例如包括1)執(zhí)行該功能的電路元件的 組合，或b)任何形式的軟件，因此包括與用于執(zhí)行該軟件以執(zhí)行該功能的適當(dāng)電路相組合的固件、微代碼等。如由這些權(quán)利要求所定義的本原理 在于如下事實(shí)由各種所記載裝置提供的功能以權(quán)利要求所要求的方式被 組合并結(jié)合在一起。因此，認(rèn)為可以提供這些功能的任何裝置等同于這里 所示的那些裝置。
本原理包括維護(hù)與所有活動(dòng)的RTSP會(huì)話有關(guān)的信息以及在可供備用
服務(wù)器訪問的位置處供應(yīng)(serve) RTSP會(huì)話的服務(wù)器。本原理還設(shè)想得 到針對(duì)每個(gè)會(huì)話重新創(chuàng)建RTSP對(duì)話的信息，以及遷移每個(gè)傳輸控制協(xié)議
(TCP)連接所需的TCP狀態(tài)。心跳機(jī)制用來跟蹤服務(wù)器池中處于活動(dòng)狀 態(tài)的服務(wù)器。當(dāng)存在停用的服務(wù)器時(shí)，則可以檢測故障并執(zhí)行IP地址接管
(輪轉(zhuǎn))。利用標(biāo)準(zhǔn)手段，TCP連接隨后可以被遷移到備用服務(wù)器。通常 花費(fèi)數(shù)毫秒來完成這些步驟。備用服務(wù)器隨后可以作為對(duì)主服務(wù)器的替代 來接管原始服務(wù)器并且發(fā)送RTSP以及實(shí)時(shí)協(xié)議(RTP)數(shù)據(jù)，在一些有 用的實(shí)施方式中，由主服務(wù)器發(fā)送的相同媒體文件可供備用服務(wù)器獲得。 這可以通過例如利用網(wǎng)絡(luò)文件系統(tǒng)(NFS)或者用于向聯(lián)網(wǎng)的備用服務(wù)器 備用文件的其它類型的系統(tǒng)或方法實(shí)現(xiàn)集中化存儲(chǔ)并且導(dǎo)出該文件系統(tǒng)來 實(shí)現(xiàn)。
由于可以通過監(jiān)視服務(wù)器來確定RTSP狀態(tài)，因此，主要問題在于如 何得到服務(wù)器與客戶端之間的RTP狀態(tài)。 一種選擇是記錄在服務(wù)器與客戶 端之間交換的所有RTP分組。然而，這意味著要更新狀態(tài)若干次，從而導(dǎo) 致每秒數(shù)百萬次的事務(wù)。
本發(fā)明的原理的實(shí)現(xiàn)可以采用隱式時(shí)間同步來避免服務(wù)器之間的狀態(tài) 更新。備用服務(wù)器可以從特定RTSP傳輸?shù)囊阎_始時(shí)間來得到流狀態(tài)以 及RTP狀態(tài)。RTP的關(guān)鍵方面在于RTP數(shù)據(jù)傳輸是基于實(shí)時(shí)的。任何給 定時(shí)間點(diǎn)處的流狀態(tài)是時(shí)間和RTSP狀態(tài)的函數(shù)。本原理描述了用于得到 RTP流狀態(tài)的方法。
在簡要描述中，并且參考圖1，示出了現(xiàn)有技術(shù)中已知的流傳輸網(wǎng)絡(luò) 100的示圖。首先，服務(wù)器組130包括一個(gè)或多個(gè)實(shí)時(shí)協(xié)議(RTP)流傳 輸服務(wù)器131a-131c，其中，各個(gè)RTP流傳輸服務(wù)器131a-131c經(jīng)由網(wǎng)絡(luò) 120連接到媒體數(shù)據(jù)庫110。媒體數(shù)據(jù)庫110包含能夠作為流傳輸媒體通過網(wǎng)絡(luò)120被發(fā)送的視頻和音頻服務(wù)。
RTP流傳輸服務(wù)器131a-131c通過路由器140連接到因特網(wǎng)150 (作 為一種類型的網(wǎng)絡(luò))，并且RTP流傳輸服務(wù)器131a-131c通過路由器140 與多個(gè)客戶端161a-161d通信。
參考圖2，示出了根據(jù)本發(fā)明原理的一個(gè)方面的實(shí)時(shí)流傳輸網(wǎng)絡(luò)系統(tǒng) 200的示圖。首先，具有一個(gè)或多個(gè)主要流傳輸服務(wù)器131a-131c的服務(wù)器 組130連接到網(wǎng)絡(luò)120，流傳輸服務(wù)器131a-131c通過網(wǎng)絡(luò)120可以訪問媒 體數(shù)據(jù)庫110。流傳輸服務(wù)器131a-131c還通過路由器140等連接到因特網(wǎng) 150 (作為一種類型的通信網(wǎng)絡(luò))，各個(gè)服務(wù)器131a-131c可以通過路由器 140與一個(gè)或多個(gè)客戶端161a-161d進(jìn)行雙向通信。
本原理還包括具有一個(gè)或多個(gè)RTP服務(wù)器211a-211c的備用服務(wù)器組 210。備用服務(wù)器被配置為通過網(wǎng)絡(luò)120與耦合到網(wǎng)絡(luò)120的媒體數(shù)據(jù)庫 110通信，以使得每個(gè)備用服務(wù)器都可以訪問媒體數(shù)據(jù)庫110的音頻/視頻 內(nèi)容。另外，備用服務(wù)器211a-211c還被配置為通過因特網(wǎng)150、經(jīng)由路 由器140與一個(gè)或多個(gè)客戶端161a-161d通信。或者，服務(wù)器131a-131c和 備用服務(wù)器211a-211c可以通過網(wǎng)絡(luò)120連接到路由器140以及因特網(wǎng) 150。備用服務(wù)器211a-211c還可以被配置為監(jiān)視來自各個(gè)主服務(wù)器131a-131c的網(wǎng)絡(luò)流量。備用服務(wù)器211a-211c可以被配置為監(jiān)視和記錄與流傳 輸會(huì)話配置和流傳輸會(huì)話狀態(tài)有關(guān)的信息。因此，備用服務(wù)器211a-211c 能夠直接與主服務(wù)器131a-131c通信。
在實(shí)現(xiàn)根據(jù)本發(fā)明原理的網(wǎng)絡(luò)監(jiān)視技術(shù)時(shí)，各個(gè)備用服務(wù)器211a-211c的網(wǎng)絡(luò)卡可以被設(shè)置為各種模式，其中，網(wǎng)絡(luò)卡接受發(fā)送到該卡的所 有網(wǎng)絡(luò)流量，而不僅僅接受專門去往該網(wǎng)絡(luò)卡的流量。在此實(shí)施方式中， 備用服務(wù)器211a-211c監(jiān)視特定主服務(wù)器131a-131c，這是因?yàn)榧旱囊徊?分可以過濾不是源自特定備用服務(wù)器211a-211c正監(jiān)視的主服務(wù)器131a-131c的任何網(wǎng)絡(luò)流量。然而，應(yīng)當(dāng)注意，備用服務(wù)器211a-211c與主服務(wù) 器131a-131c之間的任何關(guān)系都可以被有利地應(yīng)用。例如，為了減小資本 成本，僅少數(shù)備用服務(wù)器211a-211c可以監(jiān)視大量主服務(wù)器131a-131c。因 此，可以調(diào)整備用服務(wù)器211a-211c的數(shù)目以便為大型主服務(wù)器131a-131c集群提供足夠的故障轉(zhuǎn)移能力。
主服務(wù)器131a-131c數(shù)目相對(duì)于備用服務(wù)器21 la-21 lc的數(shù)目的這種概 念可以朝如下情形進(jìn)一步擴(kuò)展其中，不同RTP流被指派各種優(yōu)先級(jí)。例 如，如果高清晰視頻所關(guān)聯(lián)于的RTP流與低質(zhì)量音頻所關(guān)聯(lián)于的單獨(dú)的 RTP流同時(shí)被發(fā)送到客戶端161a，則可以存在視頻流比音頻流更重要的優(yōu) 先級(jí)。因此，設(shè)想可以存在針對(duì)被遞送媒體的類型和/或內(nèi)容進(jìn)行的一種分 配，其中，較高優(yōu)先級(jí)的媒體(視頻)比低優(yōu)先級(jí)的媒體(低質(zhì)量音頻) 處于更多的RTP備用服務(wù)器211a-c中?？梢栽诿襟w數(shù)據(jù)庫110中通過控 制主服務(wù)器131a-131c和備用服務(wù)器21 la-21 lc兩者的一方來進(jìn)行這種優(yōu)先 級(jí)確定。
現(xiàn)在參考圖3，示出了根據(jù)本原理一個(gè)方面的用于在主服務(wù)器131a-131c故障時(shí)將實(shí)時(shí)流遷移到一個(gè)或多個(gè)備用服務(wù)器21 la-21 lc的方法300 的框圖。
首先，RTP流在塊310中開始。在一個(gè)有用的實(shí)施方式中，主服務(wù)器 131a-131c將開始與客戶端161a-161d的新的會(huì)話。有利地，可以通過客戶 端161a-161d請(qǐng)求、通過被滿足的預(yù)定條件或者通過已知或尚未發(fā)現(xiàn)的任 何其它手段來啟動(dòng)這種會(huì)話。例如，客戶端161a-161d可以通過點(diǎn)擊嵌入 在web頁面中的超級(jí)鏈接來從近來的電視節(jié)目中請(qǐng)求視頻。隨后，允許用 戶控制流傳輸媒體的顯示的用戶界面可以顯示在客戶端161a-161d處。例 如，在點(diǎn)擊鏈接之后，客戶端可以打開具有媒體顯示區(qū)域以及包括播放按 鈕、暫停按鈕、媒體剪輯時(shí)間軸等的相關(guān)控制的媒體播放器。這些界面是 已知的并且是技術(shù)人員所熟悉的。
當(dāng)加載適當(dāng)?shù)挠脩艚缑鏁r(shí)，數(shù)據(jù)傳輸在塊310中開始。在一個(gè)有用的 實(shí)施方式中，從服務(wù)器131a-131c傳輸?shù)娇蛻舳?61a-161d的數(shù)據(jù)在被播 放之前可以在客戶端161a-161d中被緩沖某段短的時(shí)間。例如，當(dāng)用戶點(diǎn) 擊鏈接以顯示流傳輸媒體文件時(shí)，媒體文件在媒體播放器界面中被打開。 媒體播放器隨后連接到服務(wù)器131a-131c，以請(qǐng)求所希望的文件。在服務(wù) 器確認(rèn)了該請(qǐng)求后，服務(wù)器131a-131c開始將包含媒體信息的數(shù)據(jù)分組發(fā) 送到客戶端，該媒體信息隨后被顯示。對(duì)流傳輸會(huì)話的協(xié)商被認(rèn)為是開始
13流傳輸會(huì)話的一部分。同樣，無論自動(dòng)被啟動(dòng)還是在用戶點(diǎn)擊播放按鈕后 等等，RTSP狀態(tài)即被改變?yōu)椴シ乓蚤_始媒體回放。
為了適當(dāng)?shù)馗櫭總€(gè)會(huì)話，數(shù)段信息必須被存儲(chǔ)并且可為任何備用服
務(wù)器211a-211c所用，數(shù)段信息包括但不限于
在RTP頭部中使用的發(fā)送源標(biāo)識(shí)符(SSRC); 有效載荷類型；
經(jīng)流傳輸?shù)馁Y源的位置(URL);
用來流傳輸數(shù)據(jù)的服務(wù)器及客戶端端口號(hào)；
在RTSP狀態(tài)被改變?yōu)椴シ胖蟮牡谝?RTP分組的序列號(hào)；
當(dāng)RTSP狀態(tài)被改變?yōu)椴シ艜r(shí)的網(wǎng)絡(luò)時(shí)間(WT);
隨后當(dāng)流傳輸會(huì)話開始時(shí)的網(wǎng)絡(luò)時(shí)間。
可以通過將信息保存在可供備用服務(wù)器211a-211c訪問的公共網(wǎng)絡(luò)位 置、通過直接將信息發(fā)送到備用服務(wù)器211a-211c，或者通過備用服務(wù)器 211a-211c監(jiān)視主服務(wù)器131a-131c的網(wǎng)絡(luò)流量來將這些信息傳達(dá)給備用服 務(wù)器211a-211c。
另外，為了準(zhǔn)確地計(jì)算流傳輸會(huì)話的遷移(傳送)，所有的備用服務(wù) 器211a-211c和備用服務(wù)器211a-211c可以使用同一時(shí)間基礎(chǔ)來計(jì)算任何網(wǎng) 絡(luò)時(shí)間或時(shí)間戳。在一個(gè)有用的實(shí)施方式中，可以通過網(wǎng)絡(luò)120利用網(wǎng)絡(luò) 時(shí)間協(xié)議(NTP)來協(xié)調(diào)主服務(wù)器131a-131c和備用服務(wù)器211a-211c的內(nèi) 部時(shí)鐘。
當(dāng)數(shù)據(jù)流在塊310中開始之后，然后，備用服務(wù)器211a-211c在塊330 中ping主服務(wù)器。雖然術(shù)語ping可以用來指允許作出ping的服務(wù)器驗(yàn)證 目標(biāo)服務(wù)器正進(jìn)行響應(yīng)的簡單因特網(wǎng)控制消息協(xié)議(ICMP)回聲請(qǐng)求， 然而在此情況中，希望術(shù)語ping包括任何形式的服務(wù)器活動(dòng)性驗(yàn)證。在一 個(gè)有用的實(shí)施方式中，每個(gè)主服務(wù)器都可以廣播去往一個(gè)或多個(gè)備用服務(wù) 器211a-211c的心跳信號(hào)。在另一有用實(shí)施方式中，ping可以是需要在目 標(biāo)服務(wù)器131a-131c —方進(jìn)行較少處理或不進(jìn)行處理的小請(qǐng)求。然而，諸 如ICMP回聲請(qǐng)求之類的簡單ping僅驗(yàn)證服務(wù)器正進(jìn)行響應(yīng)。雖然這對(duì)驗(yàn) 證主服務(wù)器131a-131c正在處理流量可能是有用的，然而，不允許有負(fù)載
14的服務(wù)器131a-131c能夠處理進(jìn)行驗(yàn)證。在這種情況中，ping可以是但不 限于例如針對(duì)來自主服務(wù)器131a-131c的實(shí)際媒體剪輯或其它資源的請(qǐng) 求，其中，作出請(qǐng)求的服務(wù)器測量響應(yīng)時(shí)間，或者ping可以是這樣的請(qǐng) 求，其中，主服務(wù)器131a-131c以指示服務(wù)器當(dāng)前是正在適當(dāng)運(yùn)行還是過 載的狀態(tài)碼進(jìn)行卩向應(yīng)。將會(huì)明白，術(shù)語ping還表示指示服務(wù)器是活動(dòng)還是 不活動(dòng)的狀態(tài)消息。
在另一有用的實(shí)施方式中，每個(gè)備用服務(wù)器可以以定期間隔ping (通 信)每個(gè)主服務(wù)器，以確保所有主服務(wù)器都在正常操作。然而，隨著主服 務(wù)器131a-131c數(shù)目以及備用服務(wù)器211a-211c數(shù)目的增加，ping請(qǐng)求的總 數(shù)成指數(shù)增長。因此，在又一有用的實(shí)施方式中，可以將主服務(wù)器成組為 具有一關(guān)聯(lián)的備用服務(wù)器211a-211c集群的集群。例如，在具有1000個(gè)主 服務(wù)器131a-131c以及500個(gè)備用服務(wù)器211a-211c的數(shù)據(jù)中心中，可以將 4個(gè)主服務(wù)器群集在一起，并且可由2個(gè)備用服務(wù)器來監(jiān)視。因此，在每 個(gè)集群中，每次服務(wù)器在塊330中被ping時(shí)，僅出現(xiàn)8個(gè)ping請(qǐng)求(集群 中的每個(gè)備用服務(wù)器ping集群中的每個(gè)主服務(wù)器)。對(duì)于250個(gè)這樣的集 群，在塊330中用于進(jìn)行ping的服務(wù)器的整個(gè)網(wǎng)絡(luò)負(fù)荷僅為2000個(gè)ping 請(qǐng)求。反之，如果在這樣的網(wǎng)絡(luò)上所有500個(gè)備用服務(wù)器監(jiān)視所有1000 個(gè)主服務(wù)器，則每次服務(wù)器在塊330中被ping時(shí)，需要500000個(gè)ping請(qǐng) 求。雖然本示例使用了監(jiān)視4個(gè)主服務(wù)器131a-131c的集群的2個(gè)備用服 務(wù)器211a-211c的集群，然而，可以按照冗余需要和網(wǎng)絡(luò)體系結(jié)構(gòu)規(guī)定而 使用任意數(shù)目或配置的備用服務(wù)器21 la-21 lc和主服務(wù)器。
或者，當(dāng)主服務(wù)器131a-131c利用心跳信號(hào)時(shí)，每個(gè)主服務(wù)器131a-131c都可以在塊330中以定期間隔跨越網(wǎng)絡(luò)120發(fā)送心跳信號(hào)，其中，心 跳信號(hào)可以由監(jiān)視主服務(wù)器131a-131c在網(wǎng)絡(luò)120或者路由器140上的數(shù) 據(jù)流量的備用服務(wù)器21 la-21 lc來接收。
備用服務(wù)器211a-211c隨后在塊340中判斷各個(gè)主服務(wù)器131a-131c是 活動(dòng)的還是不活動(dòng)的。在一個(gè)有用的實(shí)施方式中，備用服務(wù)器可以測量接 收對(duì)在塊330中發(fā)送到各個(gè)主服務(wù)器131a-131c的ping作出的響應(yīng)所需的 時(shí)間段。如果在指定時(shí)間段內(nèi)未接收到ping響應(yīng)，則備用服務(wù)器211a-211c可以判定主服務(wù)器131a-131c不是活動(dòng)的，并且隨后將出了故障的主 服務(wù)器131a-131c的RTSP流會(huì)話遷移到備用服務(wù)器211a-211c?；蛘?，在 另一有用實(shí)施方式中，被分析的主服務(wù)器131a-131c可以對(duì)ping返回指示 主服務(wù)器131a-131c過載或者服務(wù)器經(jīng)歷了某種不可恢復(fù)的硬件或軟件故 障的響應(yīng)。在此情況中，備用服務(wù)器211a-211c還可以在塊340中判定主 服務(wù)器131a-131c不再是活動(dòng)的。
反之，如果主服務(wù)器131a-131c向備用服務(wù)器211a-211c發(fā)送了適當(dāng)響 應(yīng)或在可接受時(shí)間范圍內(nèi)的響應(yīng)，則備用服務(wù)器211a-211c在塊340中可 以判定主服務(wù)器是活動(dòng)的。
如果備用服務(wù)器211a-211c在塊340中可以判定主服務(wù)器131a-131c是 活動(dòng)的，則在再次在塊330中開始ping處理之前，檢查服務(wù)器活動(dòng)性的處 理將在塊320中等待某個(gè)指定的超時(shí)(timeout)。在具體地有用實(shí)施方式 中，塊320中的超時(shí)的持續(xù)時(shí)間將足夠短以允許發(fā)生到備用服務(wù)器211a-211c的故障轉(zhuǎn)移，而不會(huì)降低用戶體驗(yàn)。
然而，如果在塊340中判定服務(wù)器不是活動(dòng)的，則備用服務(wù)器211a-211c將通過首先在塊350中接管出故障的主服務(wù)器131a-131c因特網(wǎng)協(xié)議 (IP)地址，然后在塊360中遷移活動(dòng)的TCP連接，從而將出故障主服務(wù) 器131a-131c的RTSP流傳輸會(huì)話遷移到備用服務(wù)器211a-211c。塊350中 的IP地址接管以及塊360中的TCP連接遷移是數(shù)據(jù)通信領(lǐng)域的技術(shù)人員 公知的，并且是這些工作人員所熟悉的。實(shí)際上，塊350中的這種IP地址 接管以及塊360中的TCP連接遷移僅花費(fèi)幾毫秒來完成。這允許備用服務(wù) 器211a-2Uc扮演原始的但現(xiàn)在出了故障的主服務(wù)器Bla-131c。
備用服務(wù)器211a-211c隨后在塊370中循環(huán)經(jīng)過故障主服務(wù)器131a-131c的所有活動(dòng)的RTSP流傳輸會(huì)話，并且對(duì)于在塊370中遇到的每個(gè)活 動(dòng)的流傳輸會(huì)話，備用服務(wù)器在塊380中得到會(huì)話狀態(tài)。塊380中的會(huì)話 狀態(tài)的得到使用了當(dāng)在塊310中開始流傳輸時(shí)所收集的信息。通過利用這 種信息以及通過監(jiān)視出故障之前的主服務(wù)器Bla-131c而收集的與流的狀 態(tài)有關(guān)的最近得知的信息，備用服務(wù)器可以得到需要發(fā)送到客戶端161a-161d的下一數(shù)據(jù)分組。在一個(gè)有用的實(shí)施方式中，可以使用下面的函數(shù)來得出流狀態(tài)SN(X) = SN + (X-SNM)
其中，X表示接下來需要發(fā)送到客戶端161a-161d的媒體文件中的媒 體樣本的索引。SN(X)是將放入RTP分組中的當(dāng)前的序列號(hào)，SN是在 RTSP流狀態(tài)被改變?yōu)椴シ胖蟮牡谝粋€(gè)RTP分組的序列號(hào)，并且SNM 是當(dāng)RTSP流狀態(tài)被改變?yōu)椴シ艜r(shí)RTP分組中的媒體樣本的索引。因此， (X - SNM)表示自RTSP流被改變?yōu)椴シ艜r(shí)起的樣本數(shù)。
可以從下面的函數(shù)來確定X: TS(X) = TS(SNM) + D
其中，TS(X)是X的時(shí)間戳，TS(SNM)是SNM的時(shí)間戳，并且D是 自RTSP狀態(tài)被改變?yōu)椴シ艜r(shí)起所經(jīng)過的時(shí)間。D可用下式來計(jì)算 [3] D = t - WT
其中，'t'是當(dāng)前的網(wǎng)絡(luò)時(shí)間，因此粗略地近似主服務(wù)器131a-131c出故 障的時(shí)間，并且WT是RTSP會(huì)話狀態(tài)被改變?yōu)椴シ诺木W(wǎng)絡(luò)時(shí)間，并且在 塊310中被記錄，隨后流傳輸開始。
因此，D表示在主服務(wù)器131a-131c出故障之前媒體樣本被發(fā)送的總 的經(jīng)過時(shí)間。TS(SNM)表示當(dāng)RTSP被改變?yōu)椴シ艜r(shí)所發(fā)送的第一個(gè)RTP 分組的時(shí)間戳，并且被用作計(jì)算當(dāng)前所需要的時(shí)間戳X (TS(X))的初始偏 移。
X的序列號(hào)(SN(X))被單獨(dú)計(jì)算。利用計(jì)算出的X的時(shí)間戳(TS(X))， 備用服務(wù)器211a-211c可以將媒體文件讀取指針移到媒體文件中的樣本X 的位置，其中，樣本X具有時(shí)間戳TS(X)。備用服務(wù)器隨后可以找到X的 序列號(hào)。第一個(gè)RTP分組的序列號(hào)(SN)被用作整個(gè)流的初始偏移，當(dāng) 前媒體文件中的當(dāng)前樣本的序列號(hào)被添加到該初始偏移。
通過利用針對(duì)整個(gè)流傳輸會(huì)話的偏移以及針對(duì)媒體文件的偏移，可以 在單個(gè)會(huì)話中順序地流傳輸多個(gè)媒體文件，并且方法300可以在回放第一 媒體文件之后的媒體文件期間處理故障。
一旦在塊380中得到了針對(duì)每個(gè)活動(dòng)會(huì)話的流會(huì)話狀態(tài)，備用服務(wù)器 就利用在塊350中接管的IP地址并通過在塊360中遷移過來的TCP連接，在塊390中發(fā)送所需要的媒體樣本。
已描述了用于監(jiān)視流傳輸服務(wù)器的系統(tǒng)和方法的優(yōu)選實(shí)施例(希望其 是說明性的而非限制性的)，注意，本領(lǐng)域技術(shù)人員可以根據(jù)上面的教導(dǎo) 進(jìn)行修改和變更。因此，將會(huì)明白，可以在如所附權(quán)利要求概述的本原理 的范圍和精神內(nèi)對(duì)所公開的本原理的特定實(shí)施方式作出改變。因此，己詳 細(xì)地并且尤其按照專利法所要求地描述了本原理，在所附權(quán)利要求中闡述 了由專利證書保護(hù)的所希望的且要求保護(hù)的范圍。
權(quán)利要求
1.一種用于監(jiān)視發(fā)送實(shí)時(shí)協(xié)議(RTP)分組的實(shí)時(shí)流傳輸協(xié)議(RTSP)流并將其遷移到備用服務(wù)器(211a-c)的方法，該方法包括打開流傳輸會(huì)話并且開始從主服務(wù)器(131a-c)到客戶端(161a-d)的數(shù)據(jù)傳送流；由至少一個(gè)備用服務(wù)器(211a-c)來ping所述主服務(wù)器；判斷所述主服務(wù)器(131a-c)是活動(dòng)的還是不活動(dòng)的，其中，當(dāng)判定所述主服務(wù)器(131a-c)是不活動(dòng)的時(shí)由備用服務(wù)器接管所述主服務(wù)器(131a-c)的因特網(wǎng)協(xié)議(IP)地址；循環(huán)經(jīng)過所述主服務(wù)器(131a-c)的至少一個(gè)打開的流傳輸會(huì)話；將所述傳輸控制協(xié)議(TCP)連接從所述主服務(wù)器(131a-c)遷移到所述備用服務(wù)器(211a-c)；得到每個(gè)打開的流傳輸會(huì)話的RTP會(huì)話流狀態(tài)；以及利用所得到的RTSP會(huì)話流狀態(tài)恢復(fù)從所述備用服務(wù)器(211a-c)到所述客戶端的RTSP會(huì)話流傳輸。
2. 如權(quán)利要求1所述的方法，其中，當(dāng)判定所述主服務(wù)器是活動(dòng)的時(shí)等待預(yù)定時(shí)間；并且返回所述由至少一個(gè)備用服務(wù)器ping所述主服務(wù)器的步驟。
3. 如權(quán)利要求2所述的方法，其中，所述打開步驟還包括由所述主服務(wù)器確定在所述RTSP狀態(tài)被改變?yōu)椴シ胖蟮牡谝?RTP分組的序列號(hào)并使得所述第一 RTP分組的序列號(hào)可供所述備用服務(wù)器所用；由所述主服務(wù)器確定在所述RTSP狀態(tài)被改變?yōu)椴シ胖蟮牡谝?RTP分組的時(shí)間戳并使得所述第一 RTP分組的時(shí)間戳可供所述備用服務(wù)器所用；由所述主服務(wù)器確定在所述RTSP狀態(tài)被改變?yōu)椴シ艜r(shí)的網(wǎng)絡(luò)時(shí)間并 使得所述網(wǎng)絡(luò)時(shí)間可供所述備用服務(wù)器所用；以及由所述主服務(wù)器確定隨后流傳輸會(huì)話開始的網(wǎng)絡(luò)時(shí)間并使得該網(wǎng)絡(luò)時(shí) 間可供所述備用服務(wù)器所用。
4. 如權(quán)利要求3所述的方法，其中，所述得到步驟還包括 確定在媒體文件中具有媒體樣本的RTP分組的序列號(hào)；以及 基于所述媒體樣本的時(shí)間戳，將所述媒體文件的文件讀取指針移到將發(fā)送的媒體樣本的位置。
5. 如權(quán)利要求4所述的方法，其中，確定序列號(hào)的步驟包括當(dāng)所述RTSP狀態(tài)被改變?yōu)椴シ艜r(shí)減去RTP分組中的媒體樣本的索 引，以確定所發(fā)送的媒體分組的數(shù)目；以及通過將所發(fā)送的媒體分組的數(shù)目添加到當(dāng)所述流狀態(tài)被改變?yōu)椴シ藕?的所述第一 RTP分組的序列號(hào)中，來確定具有接下來要發(fā)送的媒體樣本的 RTP分組的序列號(hào)。
6. 如權(quán)利要求4所述的方法，其中，所述移動(dòng)文件讀取指針步驟包括通過從當(dāng)前網(wǎng)絡(luò)時(shí)間中減去RTSP會(huì)話狀態(tài)被改變?yōu)椴シ艜r(shí)的網(wǎng)絡(luò)時(shí) 間，來計(jì)算自所述RTSP狀態(tài)被改變?yōu)椴シ艜r(shí)起的經(jīng)過時(shí)間(所經(jīng)過時(shí) 間)；通過將所經(jīng)過時(shí)間添加到當(dāng)所述RTSP流狀態(tài)被改變?yōu)椴シ艜r(shí)在所述 第一 RTP分組中的媒體文件中的樣本的時(shí)間戳來計(jì)算要發(fā)送的媒體樣本的 時(shí)間戳；將媒體文件的文件讀取指針移到具有與要發(fā)送的媒體文件的時(shí)間戳相 等的時(shí)間戳的媒體樣本的文件位置。
7. 如權(quán)利要求1所述的方法，其中，所述ping步驟包括 從所述主服務(wù)器發(fā)送心跳消息；以及在所述至少一個(gè)備用服務(wù)器處等待所述心跳消息，所述備用服務(wù)器通 過未能夠在預(yù)定時(shí)間內(nèi)接收到所述心跳消息來判斷所述主服務(wù)器是活動(dòng)的 還是不活動(dòng)的。
8. 如權(quán)利要求1所述的方法，其中，所述ping步驟包括在所述至少一個(gè)備用服務(wù)器處監(jiān)視所述主服務(wù)器的網(wǎng)絡(luò)流量，所述至 少一個(gè)備用服務(wù)器通過未能在預(yù)定時(shí)間內(nèi)從所述主服務(wù)器檢測到任何網(wǎng)絡(luò) 流量來判斷所述主服務(wù)器是活動(dòng)的還是不活動(dòng)的。
9. 如權(quán)利要求1所述的方法，還包括由多個(gè)具有多個(gè)備用服務(wù)器的 備用服務(wù)器集群來監(jiān)視多個(gè)具有多個(gè)主服務(wù)器的主服務(wù)器集群，每個(gè)備用 服務(wù)器集群監(jiān)視一個(gè)主服務(wù)器集群。
10. 如權(quán)利要求1所述的方法，還包括利用網(wǎng)絡(luò)時(shí)間協(xié)議(NTP)來 將主服務(wù)器和備用服務(wù)器的內(nèi)部時(shí)鐘同步到公共的網(wǎng)絡(luò)時(shí)間。
11. 一種用于監(jiān)視的方法，包括在開始了與客戶端(161a-d)的流傳輸會(huì)話之后，將狀態(tài)查詢消息從 第二服務(wù)器(211a-c)發(fā)送到第一服務(wù)器(131a-c);在一時(shí)間段之后，重復(fù)對(duì)所述狀態(tài)查詢消息的發(fā)送，所述時(shí)間段是在 來自所述第一服務(wù)器(131a-c)的所述狀態(tài)消息指示所述第一服務(wù)器 (131a-c)處于活動(dòng)狀態(tài)起直到如下中的至少一個(gè)發(fā)生為止與所述客戶 端(161a-d)的所述流傳輸會(huì)話終止以及所述狀態(tài)消息指示所述第一服務(wù) 器(131a-c)是不活動(dòng)的；當(dāng)所述第一服務(wù)器被報(bào)告為不活動(dòng)的時(shí)，將表示所述流傳輸會(huì)話的數(shù) 據(jù)從所述第二服務(wù)器(211a-c)發(fā)送到所述客戶端(161a-d)。
12. 如權(quán)利要求11所述的方法，其中，所述流傳輸會(huì)話是用于發(fā)送實(shí) 時(shí)協(xié)議(RTP)分組的實(shí)時(shí)流傳輸協(xié)議(RTSP)流傳輸會(huì)話。
13. 如權(quán)利要求12所述的方法，其中，當(dāng)確定所述第一服務(wù)器是不活 動(dòng)的時(shí)所述發(fā)送步驟包括用源自所述第二服務(wù)器的RTSP流傳輸會(huì)話來取 代所述第一服務(wù)器的RTSP流傳輸會(huì)話。
14. 如權(quán)利要求13所述的方法，其中，所述遷移包括 由所述第二備用服務(wù)器接管所述第一服務(wù)器的因特網(wǎng)協(xié)議(IP)地址；將傳輸控制協(xié)議(TCP)連接從所述主服務(wù)器遷移到所述備用服務(wù)器；循環(huán)經(jīng)過所述第一服務(wù)器的至少一個(gè)打開的流傳輸會(huì)話； 得到RTSP會(huì)話流狀態(tài)；以及利用所得到的RTSP會(huì)話流狀態(tài)恢復(fù)從所述第二服務(wù)器到所述客戶端 的RTSP會(huì)話流傳輸。
15. 如權(quán)利要求14所述的方法，其中，多個(gè)具有多個(gè)主服務(wù)器的主服 務(wù)器集群由多個(gè)具有多個(gè)備用服務(wù)器的備用服務(wù)器集群來監(jiān)視，其中，主 服務(wù)器之一是所述第一服務(wù)器，備用服務(wù)器之一是所述第二服務(wù)器并且備 用服務(wù)器集群監(jiān)視至少一個(gè)主服務(wù)器集群。
16. 如權(quán)利要求14所述的方法，其中，所述第一服務(wù)器和第二服務(wù)器 具有利用網(wǎng)絡(luò)時(shí)間協(xié)議(NTP)被同步到公共網(wǎng)絡(luò)時(shí)間的內(nèi)部時(shí)鐘。
17. —種用于監(jiān)視并遷移發(fā)送實(shí)時(shí)協(xié)議(RTP)分組的實(shí)時(shí)流傳輸協(xié)議 (RTSP)流的系統(tǒng)，包括媒體數(shù)據(jù)庫(110)，被配置為通過網(wǎng)絡(luò)(150)發(fā)送媒體文件；至少一個(gè)主服務(wù)器(131a-c)，被配置為接受來自至少一個(gè)客戶端(161a-d)的媒體文件； 通過所述網(wǎng)絡(luò)從所述媒體數(shù)據(jù)庫(110)取回媒體文件；以及打開流傳輸會(huì)話，并且開始將所請(qǐng)求的媒體文件從所述主服務(wù)器(131a-c)傳送到所述客戶端(161a-d);至少一個(gè)備用服務(wù)器(211a-c)，被配置為 監(jiān)視所述至少一個(gè)主服務(wù)器(131a-c);判斷所述至少一個(gè)主服務(wù)器(131a-c)之一是活動(dòng)的還是不活動(dòng)的；以及當(dāng)所述備用服務(wù)器(2Ua-c)判定所述主服務(wù)器是不活動(dòng)的時(shí)， 則遷移主服務(wù)器的RTSP流。
18. —種將應(yīng)用程序有形地包括在其上的程序存儲(chǔ)設(shè)備(211a-c)，所 述應(yīng)用程序包括用于執(zhí)行至少如下步驟的指令ping主服務(wù)器(131a-c);判斷所述主服務(wù)器(131a-c)是活動(dòng)的還是不活動(dòng)的；當(dāng)判定所述主服務(wù)器(131a-c)是活動(dòng)的時(shí) 等待預(yù)定時(shí)間；以及由至少一個(gè)備用服務(wù)器(211a-c)重復(fù)所述ping主服務(wù)器(131a-c)的步驟；以及當(dāng)判定所述主服務(wù)器(131a-c)是不活動(dòng)的時(shí)將出故障的主服務(wù)器(131a-c)的至少一個(gè)流傳輸會(huì)話遷移到備 用服務(wù)器(211a-c)。
19. 如權(quán)利要求18所述的程序存儲(chǔ)設(shè)備，其中，用于執(zhí)行所述遷移步 驟的指令還包括用于如下的指令將出故障的主服務(wù)器的至少一個(gè)實(shí)時(shí)流傳輸協(xié)議(RTSP)流傳輸會(huì)話 遷移到所述備用服務(wù)器。
20. 如權(quán)利要求19所述的程序存儲(chǔ)設(shè)備，其中，用于執(zhí)行所述遷移步 驟的指令還包括用于如下的指令接管所述主服務(wù)器的因特網(wǎng)協(xié)議(IP)地址； 從所述主服務(wù)器遷移傳輸控制協(xié)議(TCP)連接； 循環(huán)經(jīng)過所述主服務(wù)器的至少一個(gè)打開的流傳輸會(huì)話； 得到RTSP會(huì)話流狀態(tài)；以及利用所得到的RTSP會(huì)話流狀態(tài)恢復(fù)RTSP會(huì)話流傳輸。
21. 如權(quán)利要求18所述的程序存儲(chǔ)設(shè)備，其中，用于執(zhí)行所述判斷步 驟的指令還包括用于如下的指令偵聽來自所述主服務(wù)器的心跳信號(hào)；以及通過未能夠在預(yù)定時(shí)間內(nèi)接收到所述心跳信號(hào)來判斷所述主服務(wù)器是 活動(dòng)的還是不活動(dòng)的。
全文摘要
提供了一種用于監(jiān)視并遷移發(fā)送實(shí)時(shí)流傳輸協(xié)議(RTSP)流的主服務(wù)器(131a-c)的方法。備用服務(wù)器(211a-c)監(jiān)視至少一個(gè)主服務(wù)器(131a-c)以判斷主服務(wù)器(131a-c)是否是活動(dòng)的。當(dāng)判定主服務(wù)器(131a-c)是不活動(dòng)的時(shí)，備用服務(wù)器(211a-c)接管不活動(dòng)的主服務(wù)器(131a-c)曾在其上流傳輸數(shù)據(jù)的連接，并且隨后接管RTSP流的發(fā)送。備用服務(wù)器(211a-c)可以進(jìn)一步得到需要發(fā)送的下一數(shù)據(jù)在文件中的位置。
文檔編號(hào)H04L29/14GK101690136SQ200780053537
公開日2010年3月31日 申請(qǐng)日期2007年6月26日 優(yōu)先權(quán)日2007年6月26日
發(fā)明者阿什萬·S·凱史亞普 申請(qǐng)人:湯姆遜許可證公司