專利名稱：接合多媒體串流于通訊網(wǎng)路的裝置與方法
技術(shù)領(lǐng)域：
本發(fā)明是關(guān)于一種接合多媒體串流(Multimedia Streaming)于通訊網(wǎng)路的裝置與方法。
背景技術(shù)：
無線技術(shù)發(fā)展，如WiFi至WiMax以及3G至4G，的下一波的網(wǎng)絡(luò)經(jīng)營就是試圖整合有線與無線網(wǎng)絡(luò)，而形成固接及行動整合的網(wǎng)絡(luò)環(huán)境，以提供更多的服務(wù)。固接及行動整合與網(wǎng)際網(wǎng)絡(luò)協(xié)議多媒體子系統(tǒng)(IPMultimedia Subsystem, IMS)的搭配也是聲音(Voice)、影像(Video)、數(shù)據(jù)(Data)以及行動(Mobility)的活動服務(wù)的趨勢之一。也就是說，廣泛的網(wǎng)絡(luò)業(yè)會朝向?qū)⒖蓴y式與傳統(tǒng)的裝置與網(wǎng)絡(luò)化界面(Networkinglnterface)搭配，以提供人類在任何時刻與地點會有更多的服務(wù)選擇。 在固接及行動整合網(wǎng)絡(luò)下，多媒體串流服務(wù)是一個關(guān)鍵性的應(yīng)用。而線性視頻流(Linear Video Stream)的傳輸協(xié)議主要是以實時串流傳輸協(xié)議(Real-Time StreamingProtocol，RTSP)或是實時傳輸協(xié)議(Real-TimeProtocol，RTP)為主。非線性(Non-Linear)視頻流的傳輸協(xié)議通常是通過超本文傳輸協(xié)議(Hypertext Transfer Protocol ， HTTP)。然而，行動的需求(Mobility Requirement)使進(jìn)行中的聯(lián)機(jī)會遇到跨越不同網(wǎng)絡(luò)以及遷移至不同裝置而中斷的情況。 如何持續(xù)進(jìn)行中的聯(lián)機(jī)可分為兩種情況來探討，一種是界面間/網(wǎng)絡(luò)間的換手(Handoff)，另一種是聯(lián)機(jī)遷移(Session Migration)至不同裝置。有很多此類相關(guān)的已知技術(shù)，例如世界專利文獻(xiàn)W00131472中，針對第三代網(wǎng)際網(wǎng)絡(luò)協(xié)議(3G-IP)的環(huán)境，揭露一種移動管理協(xié)議的技術(shù)，來支持行動裝置上的實時性(Real Time)與非實時性(Non-RealTime)的多媒體應(yīng)用程序。此專利文獻(xiàn)揭露支持SIP-based的應(yīng)用程序，對于一般的多媒體串流移動續(xù)接沒有提供完整的解決方法。 另外如美國專利公開號2007/0171895的文獻(xiàn)中，揭露 一 種多媒體串流聯(lián)機(jī)(Multimedia Stream Session)的無縫換手(Seamless Handover)至漫游端(RoamingTerminal)的方法。如圖1的范例所示，行動呼叫端(Moving Caller) 104，例如使用者代理客戶(User Agent Client)，通過一接口元件(Interface Element) 103，而附在(AttachedTo)目前的網(wǎng)域A。通訊網(wǎng)路100上的居間網(wǎng)絡(luò)元件(Mediating Network Element)110包含在通往遠(yuǎn)程網(wǎng)域115的伺服端105，例如使用者代理服務(wù)器(User AgentServer)，的通訊路徑(Communication Path)里，并可確保此多媒體串流的聯(lián)機(jī)識別碼(Session ID)，例如數(shù)字簽章(Signature)或編碼方式等的安全性，以讓伺服端105來識別。
然后，居間網(wǎng)絡(luò)元件IIO監(jiān)控漫游端在多媒體串流聯(lián)機(jī)的媒介覆蓋層(MediaOverlay Level)的地址改變(Address Change)，并且將此多媒體串流導(dǎo)向更新的地址。隨后以控制層上的另一居間網(wǎng)絡(luò)元件120來替換居間網(wǎng)絡(luò)元件IIO，如此，行動呼叫端104就被切換至不同的網(wǎng)域B。 串流服務(wù)的傳輸主要有兩種媒體格式類型。圖2是比較此兩傳輸協(xié)議中，其媒體轉(zhuǎn)換格式(Format)的不同。圖2的范例格式中，左邊為詮釋數(shù)據(jù)-散布格式 (Metadata-Spreading)，也就是說，所有詮釋數(shù)據(jù)是分散在整個檔案上，并且所有媒體數(shù) 據(jù)分散在整個檔案上，每一對的詮釋數(shù)據(jù)與媒體數(shù)據(jù)是依時間的順序來記錄，這類型的 媒體格式可用以傳輸線性多媒體串流，常采用RTSP/RTP做為傳輸協(xié)議；而右邊為詮釋數(shù) 據(jù)_積聚格式(Metadata-Gathering)，也就是說，所有詮釋數(shù)據(jù)是積聚成一詮釋數(shù)據(jù)區(qū)塊 (Metadata Block) 210，并且所有媒體數(shù)據(jù)(Media Data)積聚成一媒體數(shù)據(jù)區(qū)塊(Media Data Block) 220，這類型的媒體格式可用以傳輸非線性多媒體串流，常采用HTTP做為傳輸 協(xié)議。 已知技術(shù)中僅能解決部份詮釋數(shù)據(jù)_散布格式的多媒體串流的行動管理，因此有 必要設(shè)計出一種新的機(jī)制，除了可以將聯(lián)機(jī)接合應(yīng)用在線性多媒體串流上，還可以將聯(lián)機(jī) 接合應(yīng)用在非線性多媒體串流上，使詮釋數(shù)據(jù)_散布格式及詮釋數(shù)據(jù)_積聚格式的多媒體 串流均能在行動中保持聯(lián)機(jī)。

發(fā)明內(nèi)容
根據(jù)本發(fā)明所揭露的實施范例中，可提供一種接合多媒體串流于通訊網(wǎng)路的裝置 與方法。 在一實施范例中，所揭露的是有關(guān)于一種接合多媒體串流于通訊網(wǎng)路的裝置， 可包含一換手管理模lfe (Handoff Manager)、 一聯(lián)機(jī)遷移管理模i央(Session Migration Manager)、以及一聯(lián)機(jī)接合模塊(Session SpliceModule)。換手管理模塊監(jiān)控是否有一行 動主機(jī)漫游至其他子網(wǎng)絡(luò)。當(dāng)觸發(fā)此行動主機(jī)的換手事件時，向一服務(wù)器請求一個新的IP 地址，并且發(fā)出一控制信號。當(dāng)一媒體客戶有觸發(fā)遷移動作時，聯(lián)機(jī)遷移管理模塊根據(jù)聯(lián)機(jī) 進(jìn)行中的監(jiān)控狀態(tài)信息，發(fā)出一狀態(tài)信息給一 目標(biāo)主機(jī)，以執(zhí)行聯(lián)機(jī)遷移，并且致能一媒體 播放器和發(fā)出另一控制信號。聯(lián)機(jī)接合模塊分別接收該控制信號與該另一控制信號，執(zhí)行 各相對應(yīng)的聯(lián)機(jī)接合，以持續(xù)此行動主機(jī)或此媒體客戶進(jìn)行中的聯(lián)機(jī)。
在另一實施范例中，所揭露的是有關(guān)于一種接合多媒體串流于通訊網(wǎng)路的方法。 此方法包含監(jiān)控是否有一行動主機(jī)的換手事件觸發(fā)或是有一媒體客戶有一觸發(fā)遷移動 作；當(dāng)此換手事件觸發(fā)時，請求一個新的IP地址；當(dāng)此此遷移動作觸發(fā)時，根據(jù)聯(lián)機(jī)進(jìn)行中 監(jiān)控的狀態(tài)信息，發(fā)出一狀態(tài)信息給一 目標(biāo)主機(jī)，并且致能一媒體播放器；以及對觸發(fā)的換 手事件與觸發(fā)的遷移動作，執(zhí)行各相對應(yīng)的聯(lián)機(jī)接合，以持續(xù)此行動主機(jī)或此媒體客戶進(jìn) 行中的聯(lián)機(jī)。


以下配合附圖、實施范例的詳細(xì)說明及申請專利范圍，將上述及本發(fā)明的其他特 征與優(yōu)點詳述于后，其中 圖1是多媒體串流聯(lián)機(jī)的無縫換手的通訊網(wǎng)路的一個系統(tǒng)架構(gòu)示意圖。
圖2是HTTP傳輸協(xié)與RTSP/RTP傳輸協(xié)議其媒體轉(zhuǎn)換格式的一個范例示意圖。
圖3說明要將兩條聯(lián)機(jī)接合成一條聯(lián)機(jī)，開放系統(tǒng)聯(lián)機(jī)模型中各層所需轉(zhuǎn)譯的相 關(guān)信息，并且與本發(fā)明的某些揭露的實施范例一致。 圖4是一個范例序列示意圖，其中以HTTP傳輸協(xié)議為例，說明聯(lián)機(jī)接合應(yīng)用在非線性多媒體串流上，并且與本發(fā)明的某些揭露的實施范例一致。 圖5是一個范例示意圖，說明聯(lián)機(jī)接合在網(wǎng)址轉(zhuǎn)換器后端的多媒體串流，并且與本發(fā)明的某些揭露的實施范例一致。 圖6是一個范例示意圖，說明在換手的情況時，多媒體串流聯(lián)機(jī)接合的序列，并且與本發(fā)明的某些揭露的實施范例一致。 圖7是狀態(tài)信息的內(nèi)容信息的一個范例示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖8是聯(lián)機(jī)遷移程序的一個范例流程圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖9是使用詮釋數(shù)據(jù)_散布格式的聯(lián)機(jī)遷移的情形下，多媒體串流接合的一個范例序列的示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖10是使用詮釋數(shù)據(jù)-積聚格式的聯(lián)機(jī)遷移的情形下，多媒體串流接合的一個范例序列的示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖11說明對接合多媒體串流于通訊網(wǎng)路所提供的解決方案的一個范例示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖12是接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置的系統(tǒng)架構(gòu)的一個范例示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖13是一范例流程圖，說明本揭露的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法的運(yùn)作，并且與本發(fā)明的某些揭露的實施范例一致。 圖14是交錯安排和以時間排序的媒體樣本的一個范例示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖15是重建后的詮釋數(shù)據(jù)的一個范例示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖16是對應(yīng)聯(lián)機(jī)遷移的一個狀態(tài)機(jī)示意圖，說明聯(lián)機(jī)遷移的狀態(tài)流程，并且與本發(fā)明的某些揭露的實施范例一致。
具體實施例方式
本揭露的實施范例中，以聯(lián)機(jī)接合(Session Splice)的技術(shù)來達(dá)成接合多媒體串流，以持續(xù)進(jìn)行中的聯(lián)機(jī)，例如，當(dāng)進(jìn)行界面間/網(wǎng)絡(luò)間換手或是聯(lián)機(jī)遷移(SessionMigration)至不同裝置時，兩者皆可持續(xù)聯(lián)機(jī)。所以，本發(fā)明的技術(shù)不僅需要考量如何將聯(lián)機(jī)接合應(yīng)用在線性多媒體串流上，也需要考量如何將聯(lián)機(jī)接合應(yīng)用在非線性多媒體串流上，以持續(xù)進(jìn)行中的多媒體串流聯(lián)機(jī)。 本揭露的實施范例中，提供一種詮釋數(shù)據(jù)重構(gòu)(MetadataRe-constructing)機(jī)制來支持兩種多媒體格式，也就是詮釋數(shù)據(jù)-散布格式與詮釋數(shù)據(jù)-積聚格式；并且通過此詮
釋數(shù)據(jù)重建機(jī)制，來設(shè)計接合多媒體串流于通訊網(wǎng)路的機(jī)制，使得在不同的網(wǎng)際網(wǎng)絡(luò)協(xié)議下，例如HTTP的傳輸協(xié)議或是RTSP/RTP的傳輸協(xié)議，當(dāng)執(zhí)行聯(lián)機(jī)接合時，能夠維持所有聯(lián)機(jī)接合的方便性；同時也能夠確保此多媒體聯(lián)機(jī)在跨越不同界面/網(wǎng)域或是移至不同裝置期間的安全性。 根據(jù)本發(fā)明，在接合多媒體聯(lián)機(jī)的程序被觸發(fā)(Triggered)之前，媒體客戶
7端(Media Client)，例如行動主機(jī)端(Mobile Host)，必須監(jiān)控(Monitor)進(jìn)行中聯(lián)機(jī)(Ongoing Sessions)的播放進(jìn)度(Progress)與記下(Log)進(jìn)行中聯(lián)機(jī)的相關(guān)數(shù)據(jù)。此進(jìn)行中聯(lián)機(jī)的發(fā)展包括如舊聯(lián)機(jī)(OldSession)與新聯(lián)機(jī)(New Session)之間的接合點(Splicing Point)，也就是說，于此接合點時，行動主機(jī)端將會接收哪些字節(jié)(Byte)數(shù)據(jù)。而需要記下的進(jìn)行中聯(lián)機(jī)的相關(guān)數(shù)據(jù)就是當(dāng)接合的動作在舊聯(lián)機(jī)與新聯(lián)機(jī)之間進(jìn)行時，需要用到的相關(guān)信息。 圖3是以開放系統(tǒng)聯(lián)機(jī)(Open System Interconnection, 0SI)模型為例，說明要將兩條聯(lián)機(jī)接合成一條聯(lián)機(jī)，此模型中各層所需轉(zhuǎn)譯的(Translated)相關(guān)信息，并且與本發(fā)明的某些揭露的實施范例一致。如圖3所示，聯(lián)機(jī)層(Session Layer) 310需要轉(zhuǎn)譯HTTP傳輸協(xié)議的范圍(Range)、范圍內(nèi)容(Range-Content)、以及內(nèi)容長度(Content-Length)字段的信息。傳輸層320 (Transport Layer)需要轉(zhuǎn)譯TCP的端口 (Port)、序列號(SequenceNumber)、以及回復(fù)通知號(Acknowledgement Number)字段的信息。網(wǎng)絡(luò)層(NetworkLayer) 330需要轉(zhuǎn)譯IP地址字段的信息。 以HTTP傳輸協(xié)議為例，前述接合多媒體聯(lián)機(jī)的程序被觸發(fā)之后，舊的HTTP聯(lián)機(jī)會被終止(Terminate)。此時，媒體客戶端會利用所記下進(jìn)行中聯(lián)機(jī)的相關(guān)數(shù)據(jù)，啟動多媒體聯(lián)機(jī)接合，以進(jìn)行新的HTTP聯(lián)機(jī)的建立。所以，串流伺服端(Streaming Server)，會參照新的HTTP聯(lián)機(jī)建立后所協(xié)商的范圍字段的信息，繼續(xù)傳送媒體數(shù)據(jù)。 當(dāng)建立新的HTTP聯(lián)機(jī)并且此正確范圍字段的值獲得協(xié)商后，就開始將新的數(shù)據(jù)通道(Data Channel)無縫地(Seamlessly)接合至舊的數(shù)據(jù)通道。在建立此串流聯(lián)機(jī)接合中，若傳輸層(Transport Layer)采用TCP聯(lián)機(jī)(Connection)，則TCP聯(lián)機(jī)的狀態(tài)信息也需要記下。除此之外，如果產(chǎn)生出的兩個聯(lián)機(jī)其IP地址不同的話，也需要轉(zhuǎn)譯IP地址字段的信息。 承上述，圖4是一個范例序列(Exemplary Sequence)示意圖，其中以HTTP傳輸協(xié)議為例，說明聯(lián)機(jī)接合應(yīng)用在非線性多媒體串流上，并且與本發(fā)明的某些揭露的實施范例一致。圖4的行動主機(jī)上的媒體播放器(MediaPlayer)與串流伺服端之間的HTTP通訊(HTTP Communication)中，舊的HTTP聯(lián)機(jī)建立(Session Setup)，且范圍字段的偏移量(Offset)的值假設(shè)為0，如標(biāo)號410所示。串流伺服端參照聯(lián)機(jī)建立后所協(xié)商的HTTP范圍字段的正確值，傳送x個字節(jié)至行動主機(jī)上的媒體播放器，如標(biāo)號420所示。在接合多媒體聯(lián)機(jī)的程序被觸發(fā)之前，如前所述，行動主機(jī)必須監(jiān)控進(jìn)行中聯(lián)機(jī)的發(fā)展與記下進(jìn)行中聯(lián)機(jī)的相關(guān)數(shù)據(jù)。觸發(fā)多媒體聯(lián)機(jī)接合的事件430發(fā)生后，行動主機(jī)與串流伺服端之間建立新的HTTP聯(lián)機(jī)，范圍字段的偏移量的值假設(shè)為Y，如標(biāo)號440所示。然后行動主機(jī)開始執(zhí)行聯(lián)機(jī)接合程序450，將新的數(shù)據(jù)通道接合至舊的數(shù)據(jù)通道；并且串流伺服端參照新的HTTP聯(lián)機(jī)建立后，所協(xié)商的HTTP范圍字段的正確值，連續(xù)傳送媒體數(shù)據(jù)至行動主機(jī)上的媒體播放器。 舊的聯(lián)機(jī)與新的聯(lián)機(jī)接合后，如果行動主機(jī)上的媒體播放器想要執(zhí)行前進(jìn)(Forward)或倒轉(zhuǎn)(Rewind)的動作460，則通過聯(lián)機(jī)接合程序450，先終止目前的HTTP聯(lián)機(jī)，如標(biāo)號470所示。然后根據(jù)使用者要求，以新字節(jié)的位置，重新與串流伺服端建立HTTP聯(lián)機(jī)，范圍字段的偏移量的值假設(shè)為Z，如標(biāo)號480上所示；并且串流伺服端接續(xù)傳送媒體數(shù)據(jù)。如果行動主機(jī)上的媒體播放器此時在不同網(wǎng)域上，則需要轉(zhuǎn)譯IP地址字段的信息。
以HTTP傳輸協(xié)議為例，圖5是一個范例示意圖，進(jìn)一步說明聯(lián)機(jī)接合在網(wǎng)址轉(zhuǎn)換 器(Network Address Translator, NAT)后端的多媒體串流，并且與本發(fā)明的某些揭露的 實施范例一致。圖5中，可以了解根據(jù)本發(fā)明的多媒體串流聯(lián)機(jī)接合程序可兼容于標(biāo)準(zhǔn)的 HTTP情境(Scenario)，并且是在行動主機(jī)的內(nèi)部來完成，因此，盡管此聯(lián)機(jī)接合程序是在 網(wǎng)址轉(zhuǎn)換器510的后端被觸發(fā)，IP地址經(jīng)過轉(zhuǎn)換(從IPb — IP?；騃P。 一 IPb)，此聯(lián)機(jī)接合 技術(shù)也不會影響HTTP傳輸協(xié)議穿透網(wǎng)址轉(zhuǎn)換器。所以，在前述的各種使用情境中，本發(fā)明 的多媒體串流聯(lián)機(jī)接合技術(shù)都是可行的。 本發(fā)明的多媒體串流聯(lián)機(jī)接合技術(shù)可以使用在多種情況下，例如在進(jìn)行界面間/ 網(wǎng)絡(luò)間換手或是聯(lián)機(jī)遷移至不同裝置時，兩者皆可持續(xù)聯(lián)機(jī)。此聯(lián)機(jī)接合技術(shù)使用在不同 情況下時，分別還有一些需要完成的細(xì)部動作。以下以使用在換手的情況或是聯(lián)機(jī)遷移至 不同裝置的情況為例來說明。 當(dāng)本發(fā)明的多媒體串流聯(lián)機(jī)接合技術(shù)使用在換手的情況時，需要留意的是網(wǎng)絡(luò) 層的改變(Network Layer Changing)。當(dāng)某一行動主機(jī)在換手的情況時，其在外部網(wǎng)絡(luò) (Foreign Network)的IP地址是不同于其原本的IP地址，所以媒體客戶端的行動主機(jī)需要 向此外部網(wǎng)絡(luò)要求新的IP地址，并且確認(rèn)此新的IP地址是否為有效的IP地址。此兩步驟 在換手發(fā)生之前或之后完成皆可。本揭露的實施范例中，還將此聯(lián)機(jī)接合程序分成主機(jī)準(zhǔn) 備狀態(tài)(Host Pr印aring State)與接合狀態(tài)(Splicing State)。 此聯(lián)機(jī)接合程序在主機(jī)準(zhǔn)備狀態(tài)時，是要建立在外部網(wǎng)絡(luò)上的工作環(huán)境(Working Environment)。執(zhí)行正確的主機(jī)準(zhǔn)備狀態(tài)，才能讓接合過程順利完成。當(dāng)聯(lián)機(jī)接合程序在 接合狀態(tài)的期間，轉(zhuǎn)譯IP地址需要完成，除此之外，為了持續(xù)聯(lián)機(jī)，接合點必須選擇在舊聯(lián) 機(jī)的后繼位置(PositionFollowing To The Old Session)。例如，媒體客戶端在舊聯(lián)機(jī)時 接收x個字節(jié)，則要求建立新聯(lián)機(jī)時，接合點必須選擇從第x+1個字節(jié)開始。圖6是一個范 例示意圖，說明在換手的情況時，多媒體串流聯(lián)機(jī)接合的序列，并且與本發(fā)明的某些揭露的 實施范例一致。其中，假設(shè)某一行動主機(jī)從地址A換手至地址B。 圖6中，在地址A的行動主機(jī)在舊聯(lián)機(jī)時，例如舊的HTTP聯(lián)機(jī)時，接收x個字節(jié)后， 一旦發(fā)生換手，則進(jìn)入主機(jī)準(zhǔn)備狀態(tài)610，來建立在外部網(wǎng)絡(luò)上的工作環(huán)境。然后進(jìn)入接合 狀態(tài)620，此接合狀態(tài)期間包括進(jìn)行下列步驟(1)在步驟601中，終止行動主機(jī)與串流伺服 端之間的舊聯(lián)機(jī)，并傳送原本的IP地址IPa至串流伺服端，(2)在步驟602中，行動主機(jī)與 串流伺服端之間建立新聯(lián)機(jī)，接合點選擇從第x+l個字節(jié)開始，并且將IP地址IP^轉(zhuǎn)換為 有效的新IP地址IPB。 (3)在步驟603中，通過接合(Splicing)程序，將新的數(shù)據(jù)通道接 合至舊的數(shù)據(jù)通道；也就是說，通過接合程序，串流伺服端將會參照新建立的HTTP聯(lián)機(jī)與 新IP地址IPe，連續(xù)傳送媒體數(shù)據(jù)至媒體客戶端的行動主機(jī)，媒體客戶端的行動主機(jī)將IP 地址IPB對應(yīng)回原本的IP地址IPA，并將收到的媒體數(shù)據(jù)傳送至在新地址B的媒體客戶。
當(dāng)本發(fā)明的多媒體串流聯(lián)機(jī)接合技術(shù)使用在聯(lián)機(jī)遷移至不同裝置的情況時，除了 目標(biāo)主機(jī)無縫接收來自進(jìn)行中聯(lián)機(jī)的來源端主機(jī)的數(shù)據(jù)外，還要留意的主要工作的一是如 何將來源端(Source)的聯(lián)機(jī)狀態(tài)(SessionState)傳送至目標(biāo)主機(jī)(Target Host)。從之前 提及的，本發(fā)明知道來源端的主機(jī)必須監(jiān)控進(jìn)行中的聯(lián)機(jī)并記下進(jìn)行中聯(lián)機(jī)的發(fā)展?fàn)顟B(tài)， 以提供給聯(lián)機(jī)接合程序參考。在聯(lián)機(jī)遷移至不同裝置的情況下，接合程序是在另一主機(jī)上 執(zhí)行，而不是在原來的主機(jī)上執(zhí)行。所以，必須先將有關(guān)接合聯(lián)機(jī)的所有信息包裝成一信息
9(Message)，再送至目標(biāo)主機(jī)。圖7是狀態(tài)信息的內(nèi)容信息的一個范例示意圖，并且與本發(fā) 明的某些揭露的實施范例一致。圖7所列出的內(nèi)容信息是必須送至目標(biāo)主機(jī)的所有信息。
圖7中，服務(wù)器IP的信息是用來建立TCP聯(lián)機(jī)。通用資源標(biāo)識符(Uniform Resource Identifier,URI)的信息是用來呼叫媒體播放器去定位遠(yuǎn)程或本地的可用資源。 HTTP信息是給目標(biāo)主機(jī)建立HTTP聯(lián)機(jī)時，參考用的信息。不同的媒體型態(tài)(Media Type) 會觸發(fā)不同的程序。 來源端的主機(jī)備好狀態(tài)信息后，被送至目標(biāo)主機(jī)以觸發(fā)聯(lián)機(jī)遷移程序。若使用 TCP作為傳輸層的通訊協(xié)議，則通知目標(biāo)主機(jī)時，此狀態(tài)信息就不可能會遺失。使用聯(lián) 機(jī)接合來達(dá)成聯(lián)機(jī)遷移的整體重點在于，如何讓媒體播放器從來源端主機(jī)上被插斷的點 (Interrupted Point)繼續(xù)去播放媒體。本揭露的實施范例中，主要采用圖8的步驟流程來 達(dá)成聯(lián)機(jī)遷移程序。 參考圖8，在步驟801中，從狀態(tài)信息里擷取出狀態(tài)信息，例如來源端主機(jī)上被插 斷的點的相關(guān)信息。在步驟802中，使媒體播放器在被指定的(Assigned)URI上從頭播放 可用的媒體資源。在步驟803中，建立新的聯(lián)機(jī)，使被傳送的數(shù)據(jù)始于被插斷的點。在步驟 804中，接合新舊兩聯(lián)機(jī)。這些步驟流程使用在不同詮釋數(shù)據(jù)的格式時，分別還有一些需要 完成的細(xì)部動作。以下分別說明使用在詮釋數(shù)據(jù)-散布格式與詮釋數(shù)據(jù)-積聚格式的情況。
圖9是使用詮釋數(shù)據(jù)_散布格式的聯(lián)機(jī)遷移的情形下，多媒體串流接合的一個范 例序列的示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖9中，通過聯(lián)機(jī)接合，從來源端主機(jī)上擷取出的狀態(tài)信息被傳送至目標(biāo)主機(jī)，以 標(biāo)號910表示。并且向媒體播放器發(fā)出系統(tǒng)呼叫，以標(biāo)號920表示。目標(biāo)主機(jī)通過聯(lián)機(jī)接 合，將傳輸協(xié)議要求的范圍字段的起始點，例如HTTP Request (Range from O)，先轉(zhuǎn)換為被 插斷的點，例如HTTPRequest (Range from x)，之后再傳送至串流伺服端，以標(biāo)號930表示； 該被插斷的點的信息是從狀態(tài)信息擷取出來的信息。串流伺服端修正傳輸協(xié)議響應(yīng)，例如 HTTP Response，里的內(nèi)容-范圍與內(nèi)容-長度，之后傳送至目標(biāo)主機(jī)，目標(biāo)主機(jī)通過聯(lián)機(jī)接 合，再將范圍字段轉(zhuǎn)換回至起始點并響應(yīng)給目標(biāo)主機(jī)上的媒體播放器，以標(biāo)號940表示。然 后，目標(biāo)主機(jī)在媒體播放器與串流伺服端間，接合新舊兩聯(lián)機(jī)，以標(biāo)號950表示。
換句話說，將新的數(shù)據(jù)通道接合至舊的數(shù)據(jù)通道；并且使媒體播放器相信新的聯(lián) 機(jī)是從頭開始。然而實際上該聯(lián)機(jī)是從某一中間點開始。因為傳輸協(xié)議要求與傳輸協(xié)議響 應(yīng)的酬載(Payload)在聯(lián)機(jī)接合時被調(diào)適過，因此，傳輸層的相關(guān)TCP聯(lián)機(jī)的信息，例如序 列號與回復(fù)通知號字段的信息，已不同于原來的TCP聯(lián)機(jī)，所以在接合TCP聯(lián)機(jī)的過程時， 也需要轉(zhuǎn)換這些相關(guān)信息。 在聯(lián)機(jī)遷移過程中，媒體播放器認(rèn)為媒體數(shù)據(jù)(Media Data)是從頭開始播放，而 從標(biāo)頭開始參考詮釋數(shù)據(jù)。但是因為執(zhí)行聯(lián)機(jī)接合，實際上媒體數(shù)據(jù)是從某一中間點被送 出的。如果媒體播放器從標(biāo)頭開始參考詮釋數(shù)據(jù)，而從該中間點來處理媒體數(shù)據(jù)，那么對 于使用詮釋數(shù)據(jù)_積聚格式的聯(lián)機(jī)遷移的情形下，就會發(fā)生詮釋數(shù)據(jù)與媒體數(shù)據(jù)的錯誤搭 配(Mismatch)。本揭露的實施范例中，重建(Re-construct)詮釋數(shù)據(jù)，并使其與原本的 搭配一致(Consistence)。因為聯(lián)機(jī)遷移中，媒體數(shù)據(jù)必須來自 一中間點，因此必須矯正 (Rectify)詮釋數(shù)據(jù)以配合媒體數(shù)據(jù)。 圖10是使用詮釋數(shù)據(jù)-積聚格式的聯(lián)機(jī)遷移的情形下，多媒體串流接合的一個范例序列的示意圖，并且與本發(fā)明的某些揭露的實施范例一致。 圖10中，繼標(biāo)號910的步驟后，從串流伺服端(或來源端主機(jī))擷取所有被遷移 媒體(Migrated Media)的詮釋數(shù)據(jù)，再傳送至目標(biāo)主機(jī)，以標(biāo)號1020表示。然后，以媒體 數(shù)據(jù)被插斷的點為基礎(chǔ)，重建擷取出的詮釋數(shù)據(jù)，以標(biāo)號1030表示。接著，促使(Enable) 并指派(Assign) —個URI給媒體播放器，以標(biāo)號1040表示。然后以重建的詮釋數(shù)據(jù)替 換(R印lace)傳輸?shù)脑忈寯?shù)據(jù)，在媒體播放器與目標(biāo)主機(jī)的聯(lián)機(jī)接合間建立以起始點為偏 移量的聯(lián)機(jī)，以標(biāo)號1050表示。詮釋數(shù)據(jù)替換完成后，建立目標(biāo)主機(jī)與串流伺服端之間的 新聯(lián)機(jī)，并且以媒體數(shù)據(jù)在目標(biāo)主機(jī)上被插斷的點為偏移量向串流服務(wù)器請求傳送媒體數(shù) 據(jù)，如標(biāo)號1060表示。之后，目標(biāo)主機(jī)在媒體播放器與串流伺服端間，接合新舊兩聯(lián)機(jī)，以 標(biāo)號1070表示。如此，完成了使用詮釋數(shù)據(jù)-積聚格式的聯(lián)機(jī)遷移的情形下，多媒體串流 接合。 盡管媒體播放器認(rèn)為媒體是從開始點播放并且認(rèn)為詮釋數(shù)據(jù)是從標(biāo)頭字段開始 擷取，然而，實際上所有的媒體數(shù)據(jù)或是詮釋數(shù)據(jù)都是從聯(lián)機(jī)進(jìn)行中被插斷的點開始擷取， 所以，詮釋數(shù)據(jù)與媒體數(shù)據(jù)現(xiàn)在的搭配就一致了。 承上述，圖11說明了本揭露的實施范例對接合多媒體串流于通訊網(wǎng)路所提供的 解決方案。也就是說，當(dāng)應(yīng)用在線性或是非線性多媒體串流上時，媒體客戶(例如媒體播 放器)與媒體伺服端(例如串流伺服端)之間的通訊，都能依圖11的范例序列來持續(xù)進(jìn) 行中的多媒體串流聯(lián)機(jī)。換句話說，建立一個媒體播放器與串流伺服端之間的聯(lián)機(jī)后，如標(biāo) 號1110所示，接下來包括三個基本步驟，亦即媒體客戶端向串流伺服端發(fā)出通訊協(xié)議要求 (其中偏移量為0)、串流伺服端向媒體客戶端發(fā)出通訊協(xié)議響應(yīng)、以及串流伺服端傳送媒 體數(shù)據(jù)至媒體客戶端。 當(dāng)進(jìn)行中的聯(lián)機(jī)遇到跨越不同網(wǎng)絡(luò)或是遷移至不同裝置的情況時，如標(biāo)號1120 所示，媒體客戶端通知串流伺服端終止此建立的聯(lián)機(jī)。然后，如標(biāo)號1130所示，持續(xù)進(jìn)行三 個基本步驟，其中于媒體客戶端向串流伺服端發(fā)出通訊協(xié)議要求中，是以媒體數(shù)據(jù)在聯(lián)機(jī) 進(jìn)行中被插斷的點為偏移量。 接下來，在圖12的實施范例中，說明接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置的系 統(tǒng)架構(gòu)，以及此系統(tǒng)架構(gòu)中各元件之間的結(jié)構(gòu)關(guān)系與扮演的角色，并且與本發(fā)明的某些揭 露的實施范例一致。此系統(tǒng)架構(gòu)可被安排(Arranged)在一網(wǎng)絡(luò)通訊環(huán)境中的一媒體客戶 端的主機(jī)上，此網(wǎng)絡(luò)通訊環(huán)境中備有多個子網(wǎng)絡(luò)與多個行動裝置。此接合裝置的系統(tǒng)架構(gòu) 可應(yīng)用在使用者空間(User Space)且在客戶端作修正即可。 參考圖12的系統(tǒng)架構(gòu)，接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置1200包含一換 手管理模塊1201、一聯(lián)機(jī)遷移管理模塊1203、以及一聯(lián)機(jī)接合模塊1205。換手管理模塊 1201監(jiān)控是否有一行動主機(jī)漫游至其他子網(wǎng)絡(luò)。當(dāng)此行動主機(jī)的換手事件觸發(fā)時，換手 管理模塊1201向一服務(wù)器1220，例如動態(tài)主機(jī)配置協(xié)議(Dynamic Host Configuration Protocol,DHCP)服務(wù)器，請求一個新的IP地址，并且發(fā)出一控制信號1201a，以通知聯(lián)機(jī)接 合模塊1205。 而聯(lián)機(jī)遷移管理模塊1203是當(dāng)一媒體客戶有一觸發(fā)遷移動作時，則根據(jù)聯(lián)機(jī)進(jìn) 行中監(jiān)控的狀態(tài)信息1203b，發(fā)出一狀態(tài)信息1203c給一目標(biāo)主機(jī)，以執(zhí)行聯(lián)機(jī)遷移。聯(lián)機(jī) 遷移管理模塊1203并且致能一媒體播放器，也發(fā)出一控制信號1203a來通知聯(lián)機(jī)接合模塊1205。聯(lián)機(jī)遷移管理模塊1203從狀態(tài)信息1203b中擷取出一 URI，并提供給播放播放器，例 如可通過其他控制信號，通知使用者空間上的多媒體應(yīng)用程序來處理。
聯(lián)機(jī)接合模塊1205分別接收來自換手管理模塊1201的控制信號1201a與聯(lián)機(jī)遷 移管理模塊1203的控制信號1203a，執(zhí)行各相對應(yīng)的聯(lián)機(jī)接合，以持續(xù)此行動主機(jī)或此媒 體客戶進(jìn)行中的聯(lián)機(jī)。在聯(lián)機(jī)遷移的情況時，聯(lián)機(jī)接合模塊1205會提供一種詮釋數(shù)據(jù)重建 機(jī)制來支持積聚格式的詮釋數(shù)據(jù)格式，也就是說，如果遷移媒體聯(lián)機(jī)的詮釋數(shù)據(jù)格式為積 聚格式，則必須執(zhí)行詮釋數(shù)據(jù)的重建。本發(fā)明的解決方法如前所述，則是從目標(biāo)主機(jī)上某一 被插斷的點來接合媒體聯(lián)機(jī)。 承上述，圖13以一范例流程圖，說明本揭露的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的 方法的運(yùn)作，并且與本發(fā)明的某些揭露的實施范例一致。參考圖13的范例流程，在步驟 1310中，監(jiān)控是否有一行動主機(jī)的換手事件觸發(fā)或是有一媒體客戶有一觸發(fā)遷移動作。當(dāng) 此行動主機(jī)的換手事件觸發(fā)時(以標(biāo)號1310a表示)，則請求一個新的IP地址，如步驟1320 所示。當(dāng)此媒體客戶的遷移動作觸發(fā)時(以標(biāo)號1310b表示)，則根據(jù)聯(lián)機(jī)進(jìn)行中的監(jiān)控狀 態(tài)信息，發(fā)出一狀態(tài)信息給一 目標(biāo)主機(jī)，并且致能一媒體播放器，如步驟1330所示。
然后，如步驟1340所示，對觸發(fā)的換手事件與觸發(fā)的遷移動作，執(zhí)行各相對應(yīng)的 聯(lián)機(jī)接合，以持續(xù)此行動主機(jī)或此媒體客戶進(jìn)行中的聯(lián)機(jī)。 當(dāng)接收該控制信號時，此相對應(yīng)的聯(lián)機(jī)接合是進(jìn)行界面間/網(wǎng)絡(luò)間換手的聯(lián)機(jī)接 合，此聯(lián)機(jī)接合的程序如前述換手的情況。當(dāng)接收該另一控制信號時，此相對應(yīng)的聯(lián)機(jī)接合 是進(jìn)行聯(lián)機(jī)遷移至不同裝置的聯(lián)機(jī)接合，此聯(lián)機(jī)接合的程序如前述聯(lián)機(jī)遷移的情況。聯(lián)機(jī) 接合程序的細(xì)部動作不再重述。 以下以具有MP4的內(nèi)容的H. 264為詮釋數(shù)據(jù)_積聚格式的樣本范例來說明如何 重建詮釋數(shù)據(jù)。 一般的媒體會包含視頻軌(Video Track)與音頻軌(Audio Track)，并且 每一軌由多個樣本組合而成。這些樣本可能有不同的樣本大小(Sample Size)，并且是交 錯(Interleave)安排和以時間排序被描寫在檔案里。屬于同一軌的連續(xù)樣本就稱為一塊 (Chunk)。所以，一影像塊(Video Chunk)必然接續(xù)一語音塊(Audio Chunk)，反之， 一語音 塊也必然接續(xù)一影像塊。圖14是交錯安排和以時間排序的媒體樣本的一個范例示意圖。圖 14的媒體樣本的范例中，每一影像塊有四個影像樣本(Video Sample)，每一語音塊有三個 語音樣本。 一影像塊接續(xù)一語音塊。在每一影像塊或是每一語音塊的第一個樣本的起始位 置記為該影像塊或是該語音塊的塊偏移量(Chunk Offset)。 本發(fā)明的聯(lián)機(jī)遷移的方法中，盡管媒體播放器是從媒體的起始點開始播放，但是 在聯(lián)機(jī)接合時，是要求從中間被插斷的媒體，所以，重建詮釋數(shù)據(jù)的程序就是從一個被插斷 的中間樣本開始，檢視整個媒體，將其重新對應(yīng)(Re-mapping)，也就是填入新值至相關(guān)的詮 釋數(shù)據(jù)盒(Metadata Box)。因為MP4的內(nèi)容中，每一影像塊的I畫面(I Frame)必須指出 以利于隨機(jī)存取，此I畫面稱為同步樣本(Sync Sample)。每一樣本的解碼時間(Decoding Time To Each Sample)禾口合成時間(Composition Time To EachSample)的信息也必須指 出，以利于讓媒體播放器能快速且方便取得樣本。 以具有MP4的內(nèi)容的H. 264為積聚格式_詮釋數(shù)據(jù)的樣本為例，圖15是重建后 的詮釋數(shù)據(jù)(Re-construct Metadata)的一個范例示意圖，并且與本發(fā)明的某些揭露的實 施范例一致。如圖15所示，重建后的詮釋數(shù)據(jù)可提供六種相關(guān)的詮釋數(shù)據(jù)盒(MetadataBox)，分別以代號STSZ、STC0、STSC、STSS、STTS、以及CTTS來表示。以下描述這些詮釋數(shù)據(jù) 詮釋數(shù)據(jù)盒STSZ的內(nèi)容代表每一樣本的樣本大小(Sample Size PerSample)。詮 釋數(shù)據(jù)盒STC0的內(nèi)容代表每一塊的塊偏移量(Chunk Offset ToEach Chunk)。字段STSC 的內(nèi)容代表在每一塊的樣本數(shù)(Samples PerChunk)。詮釋數(shù)據(jù)盒STSS的內(nèi)容代表每一同 步樣本的樣本元素(SampleEntry For Each Sync Sample)。詮釋數(shù)據(jù)盒STTS的內(nèi)容代表 每一樣本的解碼時間。詮釋數(shù)據(jù)盒CTTS的內(nèi)容代表每一樣本的合成時間。
承上述，一旦有一媒體客戶觸發(fā)遷移動作時，本揭露進(jìn)一步說明聯(lián)機(jī)遷移的狀態(tài)。 圖16是對應(yīng)聯(lián)機(jī)遷移的一個狀態(tài)機(jī)示意圖，說明聯(lián)機(jī)遷移的狀態(tài)流程，并且與本發(fā)明的某 些揭露的實施范例一致。參考圖16，一旦觸發(fā)遷移動作時，如標(biāo)號1610所示，即進(jìn)入"聯(lián) 機(jī)狀態(tài)傳送(SessionStatus Transfer)"的狀態(tài)。然后進(jìn)入"檢查詮釋數(shù)據(jù)是否為積聚格 式(Metadata-Gathering )"的狀態(tài)，如標(biāo)號1620所示。是的話，則進(jìn)入"取得詮釋數(shù)據(jù) (Get Metadata)"的狀態(tài)，如標(biāo)號1630所示。不是的話，則進(jìn)入"從服務(wù)器取得媒體串流 (Get Media Stream From Server)，，的狀態(tài)，如標(biāo)號1640所示。 繼狀態(tài)1630之后，進(jìn)入"修改詮釋數(shù)據(jù)/確保同步畫面(ModifyMetadata/Sync Frame)"的狀態(tài)，如標(biāo)號1650所示；然后進(jìn)入"從服務(wù)器取得媒體串流"的狀態(tài)，如標(biāo)號1660 所示。而繼狀態(tài)1640之后，則進(jìn)入"確保同步畫面(Sync Frame)"的狀態(tài)，如標(biāo)號1670所示。 繼狀態(tài)1660或是1670之后，就可進(jìn)入"接合聯(lián)機(jī)(Splice Session)"的狀態(tài)，如 標(biāo)號1680所示。 根據(jù)本發(fā)明，當(dāng)新的詮釋數(shù)據(jù)已備妥(Ready)后，在聯(lián)機(jī)接合的過程中，會去呼叫 媒體播放器來建立媒體聯(lián)機(jī)，并且監(jiān)控媒體播放器去替換新的詮釋數(shù)據(jù)。 一旦媒體播放器 接收完新的詮釋數(shù)據(jù)后，"接合聯(lián)機(jī)(SpliceSession)"的狀態(tài)會切斷舊的媒體聯(lián)機(jī)，并且接 合一條新的媒體聯(lián)機(jī)，此新的媒體聯(lián)機(jī)始于中間某一被插斷的點，然后新的詮釋數(shù)據(jù)就能 夠妥善地對應(yīng)至新接合的聯(lián)機(jī)了 。 對于所有的媒體聯(lián)機(jī)，第一個畫面必須是I畫面，而不是B或P畫面，這是因為只
有I畫面是給其他人參考的主要基本部分。本發(fā)明中，新的媒體聯(lián)機(jī)的要求始于某一字節(jié) 單元的中間，所以，一旦第一個畫面不是I畫面，那么使用者會在一開始觸發(fā)遷移動作的瞬 間看到損毀的影像。根據(jù)本發(fā)明，聯(lián)機(jī)接合模塊1205可再包括一種同步畫面尋找機(jī)制來確 保送到媒體播放器的第一個畫面是同步畫面，例如I畫面。此同步畫面尋找機(jī)制隨著不同 的詮釋數(shù)據(jù)格式而不同。 對于詮釋數(shù)據(jù)格式是散布格式的情形，因為詮釋數(shù)據(jù)是分散在整個檔上，所以同 步畫面尋找機(jī)制會阻檔(Block)將要進(jìn)入的媒體數(shù)據(jù)，直到第一個同步畫面出現(xiàn)為止。 對于詮釋數(shù)據(jù)格式是聚集式格式的情形，由于會在新聯(lián)機(jī)建立前，先擷取詮釋數(shù)據(jù)區(qū)塊 (Metadata Block)，所以同步畫面尋找機(jī)制會在STSS詮釋數(shù)據(jù)盒找到最接近于被插斷點的 第一個同步畫畫的位置，并且將此位置當(dāng)作是一個新的起始點。 所以，對于前述兩種詮釋數(shù)據(jù)格式，同步畫面尋找機(jī)制都可以確保送到媒體播放 器的第一個畫面是同步畫面。 本揭露的實施范例實作于Linux平臺中，包括從有線網(wǎng)絡(luò)至無線網(wǎng)絡(luò)的換手、從無線網(wǎng)絡(luò)至無線網(wǎng)絡(luò)的換手、從無線網(wǎng)絡(luò)至有線網(wǎng)絡(luò)的換手、以及聯(lián)機(jī)遷移。并且由實驗 結(jié)果，包括換手的主機(jī)準(zhǔn)備狀態(tài)、聯(lián)機(jī)遷移的聯(lián)機(jī)接合狀態(tài)、行動主機(jī)上狀態(tài)傳送的信號通 知、詮釋數(shù)據(jù)_散布格式的聯(lián)機(jī)接合狀態(tài)的信號通知、詮釋數(shù)據(jù)-聚積式的重建詮釋數(shù)據(jù)等 的花費(fèi)時間(Overhead)，得知此聯(lián)機(jī)接合多媒體串流于通訊網(wǎng)路上是具有可行性的。
綜上所述，本揭露的實施范例可提供一種接合多媒體串流于通訊網(wǎng)路的裝置與方 法，以聯(lián)機(jī)接合的技術(shù)來達(dá)成接合多媒體串流，以持續(xù)如界面間/網(wǎng)絡(luò)間換手或是聯(lián)機(jī)遷 移至不同裝置的進(jìn)行中的聯(lián)機(jī)。此聯(lián)機(jī)接合技術(shù)可應(yīng)用在使用者空間(User Space)且在客 戶端作修正即可。在網(wǎng)絡(luò)的基層結(jié)構(gòu)上無需增添額外的配置(No Additional D印loyment Of Networklnfrastructure)。在各種網(wǎng)際網(wǎng)絡(luò)通訊協(xié)議下也可以保持兼容性。
惟，以上所述的僅為本發(fā)明的實施范例，當(dāng)不能依此限定本發(fā)明實施的范圍。即凡 是本發(fā)明申請專利范圍所作的均等變化與修飾，皆應(yīng)仍屬本發(fā)明權(quán)利要求涵蓋的范圍。
權(quán)利要求
一種接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，該接合裝置包含一換手管理模塊，監(jiān)控是否有一行動主機(jī)漫游至其他子網(wǎng)絡(luò)，并且當(dāng)觸發(fā)該行動主機(jī)的換手事件時，向一服務(wù)器請求一個新的IP地址，并且發(fā)出一控制信號；一聯(lián)機(jī)遷移管理模塊，當(dāng)一媒體客戶有觸發(fā)遷移動作時，根據(jù)聯(lián)機(jī)進(jìn)行中的監(jiān)控狀態(tài)信息，發(fā)出一狀態(tài)信息給一目標(biāo)主機(jī)，以執(zhí)行聯(lián)機(jī)遷移，并且致能一媒體播放器和發(fā)出另一控制信號；以及一聯(lián)機(jī)接合模塊，分別接收該控制信號與該另一控制信號，執(zhí)行各相對應(yīng)的聯(lián)機(jī)接合，以持續(xù)該行動主機(jī)或該媒體客戶進(jìn)行中的聯(lián)機(jī)。
2. 如權(quán)利要求1所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，該接合裝置被安排在一網(wǎng)絡(luò)通訊環(huán)境中的一媒體客戶端的主機(jī)上，該網(wǎng)絡(luò)通訊環(huán)境中備有多個子網(wǎng)絡(luò)與多個行動裝置。
3. 如權(quán)利要求1所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中該服務(wù)器為一動態(tài)主機(jī)配置協(xié)議服務(wù)器。
4. 如權(quán)利要求1所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中該聯(lián)機(jī)遷移管理模塊從該狀態(tài)信息中擷取出 一通用資源標(biāo)識符，并提供給該媒體播放器。
5. 如權(quán)利要求1項所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中該聯(lián)機(jī)接合模塊提供一種詮釋數(shù)據(jù)重建機(jī)制，來支持該聯(lián)機(jī)遷移。
6. 如權(quán)利要求5所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中由該詮釋數(shù)據(jù)重建機(jī)制產(chǎn)生的重建后的詮釋數(shù)據(jù)提供六種相關(guān)的詮釋數(shù)據(jù)盒，來支持該聯(lián)機(jī)遷移。
7. 如權(quán)利要求1所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中當(dāng)該聯(lián)機(jī)接合模塊接收該控制信號時，該相對應(yīng)的聯(lián)機(jī)接合是進(jìn)行界面間/網(wǎng)絡(luò)間換手的聯(lián)機(jī)接合。
8. 如權(quán)利要求1所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中當(dāng)該聯(lián)機(jī)接合模塊接收該另一控制信號時，該相對應(yīng)的聯(lián)機(jī)接合是進(jìn)行聯(lián)機(jī)遷移至不同裝置的聯(lián)機(jī)接合。
9. 如權(quán)利要求8所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中該相對應(yīng)的聯(lián)機(jī)接合對應(yīng)一狀態(tài)機(jī)，用以控制及檢查聯(lián)機(jī)狀態(tài)。
10. 如權(quán)利要求9所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中該狀態(tài)機(jī)包括聯(lián)機(jī)狀態(tài)傳送、檢查詮釋數(shù)據(jù)是否為積聚格式、取得詮釋數(shù)據(jù)、從服務(wù)器取得媒體串流、修改詮釋數(shù)據(jù)/確保同步畫面、從服務(wù)器取得媒體串流、確保同步畫面、以及接合聯(lián)機(jī)狀態(tài)。
11. 如權(quán)利要求io所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的裝置，其中該聯(lián)機(jī)接合模塊還包括一種同步畫面尋找機(jī)制，來確保送到媒體播放器的第一個畫面是同步畫面。
12. —種接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，該接合方法包含監(jiān)控是否有一行動主機(jī)的換手事件觸發(fā)或是有一媒體客戶有一觸發(fā)遷移動作；當(dāng)該換手事件觸發(fā)時，請求一個新的IP地址；當(dāng)該遷移動作觸發(fā)時，根據(jù)聯(lián)機(jī)進(jìn)行中監(jiān)控的狀態(tài)信息，發(fā)出一狀態(tài)信息給一目標(biāo)主機(jī)，并且致能一媒體播放器；以及對該觸發(fā)的換手事件與該觸發(fā)的遷移動作，執(zhí)行各相對應(yīng)的聯(lián)機(jī)接合，以持續(xù)該行動主機(jī)或該媒體客戶進(jìn)行中的聯(lián)機(jī)。
13. 如權(quán)利要求12所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中對該觸發(fā)的換手事件，該相對應(yīng)的聯(lián)機(jī)接合還包括終止該行動主機(jī)在舊地址的一媒體播放器與一串流伺服端之間建立的舊聯(lián)機(jī)，并傳送 該行動主機(jī)原本的IP地址至該串流伺服端；該行動主機(jī)與該串流伺服端之間建立新聯(lián)機(jī)，接合點從舊聯(lián)機(jī)中已接收的字節(jié)的下一 個字節(jié)開始，并且將該原本的IP地址轉(zhuǎn)換為一有效的新IP地址；以及通過一聯(lián)機(jī)接合程序，將一新的數(shù)據(jù)通道接合至舊的數(shù)據(jù)通道。
14. 如權(quán)利要求13所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中通過該聯(lián)機(jī)接 合程序，該串流伺服端參照該新聯(lián)機(jī)與該新IP地址，連續(xù)傳送媒體數(shù)據(jù)至該行動主機(jī)，該 行動主機(jī)將該新IP地址對應(yīng)回原本的IP地址，并將收到的媒體數(shù)據(jù)傳送至已切換至新地 址的該媒體播放器。
15. 如權(quán)利要求12所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中對該觸發(fā)的遷 移動作，該相對應(yīng)的聯(lián)機(jī)接合還包括從該狀態(tài)信息里擷取出狀態(tài)信息；使該媒體播放器，在一被指定的通用資源標(biāo)識符上從頭播放可用的媒體資源； 建立新的聯(lián)機(jī)，使被傳送的數(shù)據(jù)始于被插斷的點；以及接合新舊兩聯(lián)機(jī)。
16. 如權(quán)利要求15所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中當(dāng)傳輸協(xié)議采 用的媒體轉(zhuǎn)換格式為詮釋數(shù)據(jù)_散布格式的情況時，該相對應(yīng)的聯(lián)機(jī)接合還包括將傳輸協(xié)議要求的范圍字段的起始點轉(zhuǎn)換被插斷的點，之后再傳送至一串流伺服端；以及該串流伺服端修正傳輸協(xié)議響應(yīng)里的內(nèi)容_范圍與內(nèi)容_長度，之后傳送至該目標(biāo)主 機(jī)，該目標(biāo)主機(jī)通過聯(lián)機(jī)接合，再將范圍字段轉(zhuǎn)換回至起始點并響應(yīng)給該目標(biāo)主機(jī)上的該 媒體播放器。
17. 如權(quán)利要求15所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中當(dāng)傳輸協(xié)議采 用的媒體轉(zhuǎn)換格式為詮釋數(shù)據(jù)-積聚格式的情況時，該相對應(yīng)的聯(lián)機(jī)接合還包括擷取所有被遷移媒體的詮釋數(shù)據(jù)，傳送至該目標(biāo)主機(jī)； 以該被插斷的點為基礎(chǔ)，重建擷取出的詮釋數(shù)據(jù)；以重建的詮釋數(shù)據(jù)替換傳輸?shù)脑忈寯?shù)據(jù)，詮釋數(shù)據(jù)替換完成后，終止舊聯(lián)機(jī)； 建立該目標(biāo)主機(jī)與該串流伺服端之間的新聯(lián)機(jī)，并且以媒體數(shù)據(jù)在該目標(biāo)主機(jī)上被插 斷的點為偏移量向該串流服務(wù)器請求傳送媒體數(shù)據(jù)；以及 在該媒體播放器與該串流伺服端間，接合新舊兩聯(lián)機(jī)。
18. 如權(quán)利要求17所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中該重建擷取出的詮釋數(shù)據(jù)是指從一個被插斷的中間樣本開始，檢視整個媒體，將其重新對應(yīng)，該重新對應(yīng) 是指填入新值至多種詮釋數(shù)據(jù)盒。
19. 如權(quán)利要求18所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中該媒體數(shù)據(jù)包 括視頻軌或音頻軌，并且每一視頻軌或音頻軌系由多個樣本組合而成，屬于同一軌的連續(xù) 樣本定義為一塊。
20. 如權(quán)利要求19所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中該多種詮釋數(shù) 據(jù)盒的內(nèi)容包括每一樣本的樣本大小、每一塊的塊偏移量、每一塊的樣本數(shù)、每一同步樣本 的樣本元素、每一樣本的解碼時間、以及每一樣本的合成時間。
21. 如權(quán)利要求12所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中對該觸發(fā)的換手事件，該相對應(yīng)的聯(lián)機(jī)接合是進(jìn)行界面間/網(wǎng)絡(luò)間換手的聯(lián)機(jī)接合。
22.如權(quán)利要求12所述的接合多媒體串流聯(lián)機(jī)于通訊網(wǎng)路的方法，其中對該觸發(fā)的遷移動作，該相對應(yīng)的聯(lián)機(jī)接合是進(jìn)行聯(lián)機(jī)遷移至不同裝置的聯(lián)機(jī)接合。
全文摘要
一種接合多媒體串流于通訊網(wǎng)路的裝置與方法，此裝置可包含一換手管理模塊、一聯(lián)機(jī)遷移管理模塊、以及一聯(lián)機(jī)接合模塊。換手管理模塊監(jiān)控是否有一行動主機(jī)漫游至其他子網(wǎng)絡(luò)。當(dāng)觸發(fā)此行動主機(jī)的換手事件時，向一服務(wù)器請求一個新的IP地址，并且發(fā)出一控制信號。當(dāng)一媒體客戶有觸發(fā)遷移動作時，聯(lián)機(jī)遷移管理模塊根據(jù)聯(lián)機(jī)進(jìn)行中的監(jiān)控狀態(tài)信息，發(fā)出一狀態(tài)信息給一目標(biāo)主機(jī)，以執(zhí)行聯(lián)機(jī)遷移，并且致能一媒體播放器和發(fā)出另一控制信號。聯(lián)機(jī)接合模塊分別接收該控制信號與該另一控制信號，執(zhí)行各相對應(yīng)的聯(lián)機(jī)接合，以持續(xù)此行動主機(jī)或此媒體客戶進(jìn)行中的聯(lián)機(jī)。
文檔編號H04W36/12GK101765173SQ200810184929
公開日2010年6月30日 申請日期2008年12月23日 優(yōu)先權(quán)日2008年12月23日
發(fā)明者苗育本, 謝錫坤, 陳韋宏 申請人:財團(tuán)法人工業(yè)技術(shù)研究院