專利名稱：形成多媒體流式傳輸對話的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信服務(wù)，尤其但不唯一地涉及多媒體消息服務(wù)(MMS)中的流式傳輸。
電子郵件(email)是一種消息傳遞服務(wù)，可允許以電子格式進行快速、經(jīng)濟的通信。電子郵件消息通過因特網(wǎng)可以送至世界各地，而且在許多情況下都是免費的。另外，相同的電子郵件消息可以傳送給多個接收者。此項技術(shù)稱為多信道傳送。由于電子郵件消息的傳遞是完全自動的，因此電子郵件消息可以在發(fā)送后很短時間內(nèi)送達。電子郵件消息可以攜帶計算機文件如文檔，程序文件和不同的媒體文件如音頻或視頻剪輯。
擁有個人計算機(PC)的普通家庭用戶不愿意將PC與他們的電子郵件系統(tǒng)(例如因特網(wǎng))永久地連接，而是希望在上一次電子郵件消息讀取對話后與存儲消息的電子郵件服務(wù)器建立臨時和遠程的連接。利用這種連接和電子郵件消息讀取程序，新的電子郵件消息可從電子郵件服務(wù)器傳送到PC的存儲器或硬盤中，然后在連接時讀取或者是在連接關(guān)閉后讀取。PC和電子郵件服務(wù)器之間的數(shù)據(jù)傳送通常利用與PC連接的調(diào)制解調(diào)器來進行。
在下文中，術(shù)語“發(fā)送器”是指用于傳送接收器所需數(shù)據(jù)的裝置，“接收器”是指用于接收數(shù)據(jù)且數(shù)據(jù)希望送達的裝置。


圖1表示了基于因特網(wǎng)的電子郵件系統(tǒng)10的示意圖，它包括發(fā)送器11、接收器15、具有發(fā)送器的電子郵件服務(wù)器13和接收器的電子郵件服務(wù)器14的因特網(wǎng)12。
在因特網(wǎng)中，電子郵件消息利用一些眾所周知的協(xié)議來傳送。簡單地說，電子郵件消息一旦寫好就分成為標有接收器地址的單個單元，并傳送給發(fā)送器的電子郵件服務(wù)器。發(fā)送器的電子郵件服務(wù)器將消息通過因特網(wǎng)轉(zhuǎn)發(fā)給接收器的電子郵件服務(wù)器。當下一步接收器通過因特網(wǎng)與接收器的電子郵件服務(wù)器連接并通過電子郵件讀取程序檢查是否已收到新的電子郵件時，接收器可以通過連接(如調(diào)制解調(diào)器連接)下載任何新收到的電子郵件消息。當已完全接收電子郵件消息時，接收器可將其顯示給用戶。應(yīng)注意的是，在傳送的各個階段，根據(jù)所利用的數(shù)據(jù)傳送協(xié)議通常將電子郵件消息分成許多小的信息包。在接收時，接收器將所有的信息包收集在一起，將它們以正確的順序(如需要的話)組合，將電子郵件消息重建為原有的格式，最后將電子郵件消息顯示給接收器的用戶。
上述電子郵件傳送系統(tǒng)很方便，并可實現(xiàn)多信道傳送，但它最適合接收電子郵件消息并在用戶方便的時候顯示消息，這也是其最初的目的。因此，給定電子郵件消息的內(nèi)容只能在完成電子郵件消息到接收器的傳送后才能被訪問。這對純文本格式的電子郵件消息來說不存在真正的問題，但對于大量的媒體或多媒體內(nèi)容(剪輯)來說就存在著缺點，即接收器用戶無法在下載仍在進行時啟動顯示剪輯。另一個缺點是為了接收電子郵件消息，接收器必須有足夠大的內(nèi)存來容納整個消息。特別是在移動通信網(wǎng)絡(luò)或者是部分通信線路是由無線電連接形成的任何其它網(wǎng)絡(luò)中，還有一個問題是接收較長的電子郵件消息是否會由例如無線電覆蓋的臨時損耗或惡化而發(fā)生中斷或錯誤。移動終端還只有有限的內(nèi)存來存儲接收到的電子郵件消息，這進一步加劇了與在接收器中容納消息有關(guān)的問題。通過多媒體消息服務(wù)(MMS)能至少部分地減輕這些問題。
MMS是一種新型的端對端消息發(fā)送方法，用于具有文本和/或多媒體內(nèi)容的多媒體消息的單向傳送。MMS提供了在移動用戶之間和移動用戶與因特網(wǎng)之間發(fā)送多媒體消息的可能性。這是執(zhí)行第三代移動通信網(wǎng)絡(luò)中的MMS的已達成共識的解決方案。在第三代合作項目(3GPP)技術(shù)規(guī)范23.140 V.3.0.1“多媒體消息服務(wù)(MMS)，功能描述，第二級(1999年版)”中描述了所提出的MMS當前的確定特征。在3GPP 23.140中提出的MMS利用存儲轉(zhuǎn)發(fā)方法以傳送多媒體消息。多媒體消息構(gòu)建成使媒體內(nèi)容、描述內(nèi)容所必需的信息和識別多媒體消息所希望的接收器的地址信息封裝在一起。然后將多媒體消息發(fā)送給MMS中心MMSC，后者又向接收器通知可以接收此多媒體消息。接收終端整體地下載多媒體消息，一旦下載完畢并存儲在接收終端中后就顯示給用戶。
應(yīng)該理解的是，雖然術(shù)語“多媒體消息”通常描述的是含有超過一種類型的內(nèi)容的消息，但在此應(yīng)用中，此術(shù)語延伸到只含有一種媒體類型的消息。
當前所指定的MMS具有接收終端必須在將多媒體消息顯示給用戶之前存儲多媒體消息的缺點。因此，接收終端的存儲器大小決定了所能下載的多媒體消息大小的上限。國際專利申請WO99/166746通過在整個信息不適合接收終端的存儲器時將消息分成多個子消息(片段)而解決了這一問題。這些子消息很小，足以使得接收終端可以將各子消息整個地單獨下載。在這種情況下，接收終端首先下載第一子消息。在完全下載了第一子消息后，接收終端可以顯示第一子消息。在顯示了第一子消息后接收終端可下載第二子消息并顯示第二子消息。下載每一子消息并單獨地顯示各子消息。子消息的大小由接收終端的存儲器大小而定，其必須小到能存入存儲器中。
除了MMS之外，在因特網(wǎng)中還利用流式傳輸技術(shù)來通過固定線路傳送信息。術(shù)語“流式傳輸”通常用于描述在媒體流通過數(shù)據(jù)網(wǎng)絡(luò)傳送給客戶時以連續(xù)的方式顯示這個或這些媒體流，例如音頻或視頻流，或者是不同流的結(jié)合。“流”通常是指可使接收器顯示一些連續(xù)數(shù)據(jù)如運動畫面、聲音或音樂的數(shù)據(jù)流。在典型的視頻流中，每秒傳送10到20幀圖像。實際上，流式傳輸可以是實況(實時)的，或者是以請求模式來執(zhí)行的。如其名稱所示的那樣，“實況流式傳輸”描述了從實況源、如由視頻照相機所產(chǎn)生的數(shù)字圖像流中形成媒體流，而“請求式流式傳輸”描述了從例如存儲在服務(wù)器中的文件中形成媒體流。流式傳輸還涉及建立流式傳輸對話，在此期間信息流傳送給客戶。
流式傳輸具有兩個十分重要的功能，即流式傳輸控制和媒體傳輸。流式傳輸控制涉及利用已協(xié)商或預(yù)配置的參數(shù)值組來建立、管理和終止流式傳輸對話。媒體傳輸涉及在建立對話的過程中利用已同意或已協(xié)商的傳輸協(xié)議來傳輸媒體。例如，在因特網(wǎng)中存在達成廣泛共識的協(xié)議，可提供流式傳輸控制和媒體傳輸?shù)墓δ?，這些協(xié)議可以在流式傳輸應(yīng)用中作為傳輸協(xié)議。
雖然流式傳輸廣泛應(yīng)用于因特網(wǎng)中，但仍然需要對其進行調(diào)整，以適于在移動通信網(wǎng)絡(luò)中使用。應(yīng)該理解的是，由于移動終端通常只具有有限的存儲能力(存儲器)，因此在移動網(wǎng)絡(luò)中希望使用流式傳輸。然而，目前的移動通信網(wǎng)絡(luò)不支持流式傳輸，其原因如下所述。
如當前MMS規(guī)范中所提出的包含有媒體內(nèi)容、消息描述和地址信息的單一封裝體與媒體內(nèi)容的流式傳輸不兼容。為了建立流式傳輸?shù)膶υ挘邮战K端需要預(yù)先知道與媒體內(nèi)容有關(guān)的一定的信息。這些信息包括但不限于包含在多媒體消息中的媒體類型，媒體的編碼方式，以及可用來下載媒體內(nèi)容的合適的傳輸協(xié)議。由于當前的MMS規(guī)范需要描述媒體內(nèi)容的信息與多媒體消息本身封裝在一起，接收終端無法得到關(guān)于媒體內(nèi)容屬性的先驗知識，因而無法建立任何形式的流式傳輸對話。因此，根據(jù)目前的MMS規(guī)范，必須將整個多媒體消息下載到接收終端中以抽取多媒體內(nèi)容的細節(jié)。只有在此之后才能播放任何媒體內(nèi)容，例如視頻和/或音頻剪輯給接收終端的用戶。由于多媒體剪輯通常具有大量的位，因而接收終端如移動站需要相對較大的存儲器來完全地接收剪輯，這就限制了當前MMS的使用。多媒體消息在顯示前需要完全地下載，在一定條件下，例如在多媒體消息很大時，或者連接的數(shù)據(jù)傳輸率很低時，還產(chǎn)生了顯著的延誤。
還應(yīng)強調(diào)的是由當前的MMS規(guī)范所建議的尋址方案不能促進在此系統(tǒng)中進行流式傳輸。當前的MMS可視為“面向發(fā)送器”的系統(tǒng)。換句話說，發(fā)送器決定將何種媒體內(nèi)容發(fā)送給接收器，將媒體內(nèi)容封裝在多媒體消息中并將其傳送給所需的接收器。另一方面，流式傳輸更傾向于“面向接收器”。為建立流式傳輸對話，通常需要在接收器和發(fā)送器，例如基于網(wǎng)絡(luò)的服務(wù)器之間形成流式傳輸連接，一旦建立了必要的連接，內(nèi)容就從服務(wù)器中流式傳送。因此，流式傳輸對話的建立需要接收器知道媒體內(nèi)容的位置，但不需要要求媒體內(nèi)容直接地尋址接收器。
現(xiàn)在發(fā)明了一種新的解決方法，它可以避免或至少減輕現(xiàn)有技術(shù)中的問題。
根據(jù)本發(fā)明的第一方面，提供了一種通信方法，包括步驟通過通信服務(wù)器從第一終端中接收內(nèi)容和描述此內(nèi)容的信息；以及從通信服務(wù)器中發(fā)送通知消息給第二終端，通知消息通知可以接收內(nèi)容；其特征在于，所述方法還包括利用描述內(nèi)容的信息在通信服務(wù)器和第二終端之間形成流式傳輸對話；以及在流式傳輸對話期間以順序子部分的形式將內(nèi)容從通信服務(wù)器中傳送給第二終端。
由于利用第二終端的接收器不需要等到內(nèi)容完全地被接收，因此以流的形式將內(nèi)容傳送給第二終端可允許對內(nèi)容進行快速存取。
內(nèi)容和描述內(nèi)容的信息最好以分開的消息形式從第一終端發(fā)送給通信服務(wù)器。這就允許分開地進行發(fā)送，例如將內(nèi)容發(fā)送給一個通信服務(wù)器和將通知消息發(fā)送給接收器。
描述內(nèi)容的信息最好在通知消息中從通信服務(wù)器發(fā)送給第二終端。
所述方法最好還包括通過通信服務(wù)器將描述內(nèi)容的信息作為多媒體消息的媒體分量發(fā)送給第二終端。
發(fā)送作為媒體分量的流式分量的描述允許在微小變化范圍內(nèi)利用現(xiàn)有的多媒體消息系統(tǒng)。它還允許在同一多媒體消息中嵌入超過一個媒體分量，其中一些或所有媒體分量可以是流式分量的描述。
多媒體消息最好包括至少一個非流式分量和至少一個流式分量的描述。
通信方法最好還包括在流式傳輸對話期間以流的形式在第二終端處顯示所接收的內(nèi)容的步驟。第二終端可以立刻啟動并顯示內(nèi)容，并可以在傳送期間進行一定的操作(如暫停或終止數(shù)據(jù)傳送)。
所述方法最好還包括在第二終端處決定在某一時間是否接收內(nèi)容，以及如果決定接收內(nèi)容的話就形成流式傳輸對話的步驟。
通信服務(wù)器最好包括用于存儲和傳送內(nèi)容的內(nèi)容服務(wù)器以及用于接收和傳送通知的通知服務(wù)器，其中內(nèi)容服務(wù)器和通知服務(wù)器具有物理關(guān)系，該物理關(guān)系從由單一單元、分開單元、分布在不同地理位置處的分開單元組成的組中選擇。
通信方法最好還包括在第一終端處產(chǎn)生內(nèi)容的步驟。在第一終端處產(chǎn)生的內(nèi)容最好流向內(nèi)容服務(wù)器，且內(nèi)容的傳送在產(chǎn)生內(nèi)容的期間進行。從而，與內(nèi)容在第一終端處完全地產(chǎn)生或大部分產(chǎn)生后再流向內(nèi)容服務(wù)器相比，用戶就可以更早地獲得內(nèi)容。
當采用流式內(nèi)容的產(chǎn)生時，描述內(nèi)容的信息最好在內(nèi)容產(chǎn)生完成之前發(fā)送，因此第二終端可以在內(nèi)容產(chǎn)生完成之前開始接收內(nèi)容。
在通信服務(wù)器和第二終端之間的流式傳輸對話期間，接收器最好可以發(fā)布終止命令來終止對話。流式傳輸對話最好響應(yīng)終止命令而終止。
通知消息最好包括第二終端所要求的信息，以便與內(nèi)容服務(wù)器形成流式傳輸對話。
所述方法最好作為多媒體消息服務(wù)(MMS)的一部分來執(zhí)行。
所述方法最好還包括在至少一個其它流式傳輸對話中將內(nèi)容多信道傳送給除第二終端之外的至少一個其它終端的步驟。
在具有多個流式傳輸對話的實施例中，各流式傳輸對話可以與其它流式傳輸對話相對獨立地形成，因此對話可以在不同的時間或相同的時間開始或結(jié)束。各對話最好可以響應(yīng)各個終端并獨立于其它流式傳輸對話而終止。
根據(jù)本發(fā)明的第二方面提供了一種通信系統(tǒng)，包括具有第一終端和第二終端的多個終端；可訪問多個終端的通信服務(wù)器；用于從第一終端中發(fā)送內(nèi)容和描述內(nèi)容的信息給通信服務(wù)器的裝置；以及用于從通信服務(wù)器中發(fā)送通知消息給第二終端的裝置；其特征在于，所述系統(tǒng)還包括利用描述內(nèi)容的信息在通信服務(wù)器和第二終端之間形成流式傳輸對話的裝置；以及在流式傳輸對話期間將內(nèi)容從通信服務(wù)器中以順序子部分的形式傳送給第二終端的裝置。
所述系統(tǒng)最好還包括可在第一終端處產(chǎn)生內(nèi)容的裝置。
所述系統(tǒng)最好還包括可在流式傳輸對話期間在第二終端處以流的形式顯示所接收的內(nèi)容的裝置。
根據(jù)本發(fā)明的第三方面提供了一種用于服務(wù)多個終端的通信服務(wù)器，所述通信服務(wù)器包括從第一終端中接收內(nèi)容和描述內(nèi)容的信息的裝置；以及將通知消息發(fā)送給第二終端的裝置，通知消息通知第二終端可以接收內(nèi)容；其特征在于，所述服務(wù)器還包括利用描述內(nèi)容的信息與第二終端形成流式傳輸對話的裝置；以及在流式傳輸對話期間將內(nèi)容以順序子部分的形式傳送給第二終端的裝置。
根據(jù)本發(fā)明的第四方面提供的一種計算機程序產(chǎn)品，包括計算機程序代碼，可使通信服務(wù)器從第一終端中接收內(nèi)容和描述內(nèi)容的信息；以及計算機程序代碼，可使通信服務(wù)器將通知消息發(fā)送給第二終端，通知消息通知第二終端可以接收內(nèi)容；其特征在于，所述計算機程序產(chǎn)品還包括計算機程序代碼，可使通信服務(wù)器利用描述內(nèi)容的信息在通信服務(wù)器和第二終端之間形成流式傳輸對話；以及計算機程序代碼，可使通信服務(wù)器在流式傳輸對話期間將內(nèi)容以順序子部分的形式傳送給第二終端。
根據(jù)本發(fā)明的第五方面提供了一種通信設(shè)備，它包括用于從通信服務(wù)器中接收通信設(shè)備所需的描述消息的信息的裝置；其特征在于，所述消息包括流式分量；描述消息的信息包括描述流式分量的信息；以及所述通信設(shè)備還包括利用描述流式分量的數(shù)據(jù)而與通信服務(wù)器形成流式傳輸對話，以便接收流式分量的裝置；以及從通信服務(wù)器中以順序子部分的形式接收內(nèi)容的裝置。
根據(jù)本發(fā)明的第六方面提供了一種計算機程序產(chǎn)品，包括計算機程序代碼，可使通信設(shè)備從通信服務(wù)器中接收通信設(shè)備所需的描述消息的信息；其特征在于，所述消息包括流式分量；描述消息的信息包括描述流式分量的信息；以及所述計算機程序產(chǎn)品還包括
計算機程序代碼，可使通信設(shè)備通過利用描述流式分量的信息而與通信服務(wù)器形成流式傳輸對話，以便接收流式分量；以及計算機程序代碼，可使通信設(shè)備以順序子部分的形式從通信服務(wù)器中接收內(nèi)容。
通信設(shè)備最好為無線通信設(shè)備，且最好是移動電話。在另外一個實施例中，無線通信設(shè)備是無線通信適配器，可以向外部設(shè)備如臺式PC提供無線通信功能。
根據(jù)本發(fā)明的第七方面提供了一種通信設(shè)備所用的方法，所述方法包括步驟從通信服務(wù)器中接收通信設(shè)備所需的描述消息的信息；其特征在于，所述消息包括流式分量；描述消息的信息包括描述流式分量的信息；以及所述方法還包括步驟通過利用描述流式分量的信息與通信服務(wù)器形成流式傳輸對話，以便接收流式分量；以及在流式傳輸對話期間顯示流式分量。
根據(jù)本發(fā)明的一個方面的實施例還可應(yīng)用于本發(fā)明的各個其它方面。簡單地說，所有實施例不必重復(fù)地與發(fā)明的每一方面相關(guān)。本領(lǐng)域的技術(shù)人員可以在本發(fā)明第一方面及其實施例的優(yōu)點的基礎(chǔ)上理解各個其它方面和實施例的優(yōu)點。
本發(fā)明將通過示例并參考附圖來進行描述，其中圖1是基于因特網(wǎng)的電子郵件系統(tǒng)的示意圖；圖2是根據(jù)本發(fā)明優(yōu)選實施例的通信系統(tǒng)的圖；圖3表示了圖2所示系統(tǒng)的流式數(shù)據(jù)傳送的主協(xié)議層；圖4表示了根據(jù)本發(fā)明的優(yōu)選實施例，在接收器和媒體服務(wù)器之間的流式數(shù)據(jù)傳送中發(fā)送消息的結(jié)構(gòu)；圖5表示了根據(jù)本發(fā)明的優(yōu)選實施例，結(jié)合于蜂窩無線電話的移動通信終端的框圖；圖6表示了根據(jù)本發(fā)明另一實施例的用于臺式PC的無線適配器卡。
在上文中已經(jīng)介紹了圖1。
接著將簡短地概括本發(fā)明的優(yōu)選實施例，然后再參考圖2到6詳細地進行介紹。
根據(jù)本發(fā)明的優(yōu)選實施例，流式傳輸結(jié)合于多媒體消息服務(wù)(MMS)中。在此方面需要進行三個階段的過程。在第一階段(階段1)中，發(fā)送器(發(fā)送終端)將多媒體消息，或更準確地說是媒體內(nèi)容傳送給媒體(流式傳輸)服務(wù)器。在第二階段(階段2)中，一個或多個接收器(接收終端)被通知可以接收所傳送的媒體內(nèi)容。在第三階段(階段3)中，媒體內(nèi)容被傳送給接收器。在階段2中進行的通知最好通過由發(fā)送器經(jīng)多媒體消息服務(wù)器(MMS)將通知消息發(fā)送給接收器來進行。一般來說，MMS服務(wù)器存儲通知消息，然后將其轉(zhuǎn)發(fā)給接收器。如果轉(zhuǎn)發(fā)不成功，它將在晚些時候再發(fā)送所存儲的通知消息。
流式傳輸最好在第一和第三階段中進行，即當上傳媒體內(nèi)容到媒體(流式傳輸)服務(wù)器時和從媒體(流式傳輸)服務(wù)器中下載媒體內(nèi)容時。應(yīng)注意的是，上傳階段(階段1)中的流式傳輸不是本發(fā)明方法的主要特征。然而，在階段1和3中利用流式傳輸可以減小從發(fā)送器中開始傳送媒體內(nèi)容和在接收器中開始進行流式傳輸之間的延遲。它還具有可減小媒體(流式傳輸)服務(wù)器所需的存儲容量的效果，并能有效地在MMS中實現(xiàn)實時或接近實時的流式傳輸。
本方法的階段2可視為消息控制階段，它涉及通過MMS服務(wù)器將多媒體消息和與流式傳輸有關(guān)的信息轉(zhuǎn)發(fā)給接收器(多媒體消息的目標接收器)。階段1和2可順序地或基本同時地進行，而階段3可以在接收器接收到通知消息時自動地進行，或者是根據(jù)接收器用戶的意愿晚些時候再進行。因此，本發(fā)明提供了接收器可在任何時間播放流式媒體內(nèi)容的靈活性。優(yōu)選實施例并沒有在媒體內(nèi)容的大小或在多信道傳送時接收器的數(shù)量方面加以限制。優(yōu)選實施例是基于存儲-轉(zhuǎn)發(fā)方法，因此它符合其它MMS方法。這就使得任何不能流化或者類型不適于進行流式傳輸?shù)拿襟w內(nèi)容可以通過如當前MMS規(guī)范中指定的傳統(tǒng)方式被下載到接收器中。
本發(fā)明的一個優(yōu)點是流式傳輸功能的實施可在多方面增強所建議的MMS，尤其是在媒體內(nèi)容很大或是在進行多信道傳送時。由于在MMS中進行流式傳輸?shù)拇鎯?轉(zhuǎn)發(fā)方法使得接收器可以充分靈活地決定是否和何時接收和播放多媒體消息中的媒體內(nèi)容，因此這種方法是有效的和所希望的。本發(fā)明還在所建議的MMS的框架中提供了流式傳輸功能，因此它和現(xiàn)有的MMS標準完全兼容。
下文中描述的本發(fā)明的實施例將概述在MMS中進行流式傳輸?shù)闹饕襟E。
圖2是根據(jù)本發(fā)明優(yōu)選實施例的通信系統(tǒng)20的圖。系統(tǒng)20包括發(fā)送器21，具有媒體服務(wù)器22和MMS服務(wù)器23的MMS中心(MMSC)，以及接收器24。MMSC還可被視為通信服務(wù)器。
在這個多媒體消息流存儲方法的示例中，發(fā)送器21為移動終端，裝有視頻照相機25和可生成要傳送給接收器24的媒體內(nèi)容(音頻/視頻剪輯)的麥克風(fēng)(未示出)。接收器24為移動終端，裝有適當?shù)娘@示軟件和可顯示媒體內(nèi)容(音頻/視頻剪輯)的設(shè)備。通常，發(fā)送器21和接收器24是相似的設(shè)備，之所以其中之一為發(fā)送器21而另一個為接收器24，只是因為它們的角色為發(fā)送方和接收方(發(fā)送器和接收器)。下面將詳細地描述本發(fā)明方法的三個階段。
在階段1中，發(fā)送器21與媒體(流式傳輸)服務(wù)器22之間建立流式傳輸對話，媒體(流式傳輸)服務(wù)器22開始在預(yù)定位置存儲媒體內(nèi)容。這個階段可視為媒體上傳階段。
在階段2中，發(fā)送器21通過MMS服務(wù)器23發(fā)送通知給接收器24，通知有關(guān)被存儲的媒體內(nèi)容。通知包括在接收器24和媒體服務(wù)器22之間建立另一流式傳輸對話所需的顯示描述信息。顯示描述信息包括但不限于下述數(shù)據(jù)媒體服務(wù)器的網(wǎng)絡(luò)地址；存取機制的具體內(nèi)容，通過存取機制可以從媒體服務(wù)器22中重新獲得媒體內(nèi)容；將進行流式傳輸?shù)拿襟w類型；用于對媒體內(nèi)容進行編碼的編碼方法和用于下載媒體的傳輸協(xié)議的指示。
在階段3中，接收器24基于所接收的通知消息中的信息而建立與媒體服務(wù)器22的流式傳輸對話，接收器24開始下載并播放媒體。這個階段可視為媒體下載階段。媒體內(nèi)容按照內(nèi)容子部分的順序來下載，各子部分代表流式傳輸對話的一個時間段。內(nèi)容子部分可以分成數(shù)據(jù)信息包，或者一個子部分可包括多于一個數(shù)據(jù)信息包，這取決于媒體內(nèi)容的編碼類型和數(shù)據(jù)信息包的支付負荷的大小。
媒體服務(wù)器22和MMS服務(wù)器23可以合并在一起，或者在網(wǎng)絡(luò)中保持為不同的實體，取決于控制它們的服務(wù)提供器所選擇的執(zhí)行過程。媒體服務(wù)器22可位于例如移動通信網(wǎng)絡(luò)中或位于因特網(wǎng)中，可以處于服務(wù)提供器的控制下而不負責(zé)移動通信網(wǎng)絡(luò)中服務(wù)的提供。
當在階段1和階段3都進行流式傳輸時，(通知)階段2在(媒體上傳)階段1的期間進行，(媒體下載)階段3也可在階段1的期間開始。發(fā)送器21繼續(xù)將媒體內(nèi)容發(fā)送給媒體服務(wù)器22，而媒體服務(wù)器22同時將媒體內(nèi)容中早先收到的部分發(fā)送給接收器24。接收器開始(且繼續(xù))播放媒體內(nèi)容，其總的延遲取決于流式傳輸過程、數(shù)據(jù)傳輸延遲和階段3開始的時間。如果階段3不是自動地開始而是在提示和接收到接收器24的用戶的允許時開始，那么總的延誤通常大于在接收器24接收到通知時就立刻開始階段3的延誤。
在另一實施例中，媒體內(nèi)容已經(jīng)存儲在媒體服務(wù)器22中，發(fā)送器21知道媒體內(nèi)容的顯示描述信息。在此情況中可以省略階段1。如上所述，媒體內(nèi)容的流式傳輸對階段1來說并不重要。例如，階段1的非流式傳輸方法可以與商用內(nèi)容提供器所提供的媒體內(nèi)容結(jié)合使用，商用內(nèi)容提供器例如為位于通信網(wǎng)絡(luò)如因特網(wǎng)中的新聞內(nèi)容提供器。內(nèi)容提供器利用非流式傳輸在IP連接上的傳送來更新存儲在媒體服務(wù)器22中的媒體內(nèi)容，并利用根據(jù)本發(fā)明階段2的通知消息通知媒體內(nèi)容的潛在接收器關(guān)于感興趣的新剪輯的消息。通知消息的接收者如用戶會向特定的內(nèi)容提供器訂閱。在通知消息的基礎(chǔ)上，在各個方便的時間，各接收者決定是否與媒體服務(wù)器22形成流式傳輸對話，以重新獲得由特定內(nèi)容提供器所提供的新的媒體內(nèi)容。這還代表了一種多信道傳送方法的示例，它利用根據(jù)本發(fā)明的多媒體消息系統(tǒng)來進行流式傳輸。
根據(jù)本發(fā)明的另一實施例，顯示描述信息可以存儲在除MMS服務(wù)器23或媒體服務(wù)器22之外的服務(wù)器中，如電子郵件或萬維網(wǎng)服務(wù)器。在此實施例中，發(fā)送給接收器24的通知消息識別存儲了顯示描述信息的特定服務(wù)器，并用存取機制(HTTP GET，WSP GET，IMAP4，POP3，RSTP DESCRIBE)從那個位置上重新獲得顯示描述信息。然后，服務(wù)器24利用指定的存取機制從通知消息所識別的服務(wù)器中重新獲得顯示描述信息。然后，所得的顯示描述信息引導(dǎo)服務(wù)器24調(diào)用此方法的階段3，以重新獲得和播放所存儲的媒體內(nèi)容。如果用于存儲顯示描述信息的服務(wù)器是MMS服務(wù)器23，當前的MMS方法可以用來直接地重新獲得顯示描述信息。在這種情況下，從發(fā)送器21到MMS服務(wù)器23的MMS通知攜帶顯示描述信息，顯示描述信息存儲在MMS服務(wù)器23中。然后，從存儲了顯示描述的服務(wù)器到接收器24的通知中攜帶了所存儲的顯示描述的位置、服務(wù)器地址和其它所需的信息。最后，接收器24跟隨MMS從MMS服務(wù)器23中重新獲得顯示描述。
因此應(yīng)該注意的是，在某些情況下，發(fā)送器21發(fā)送給MMS服務(wù)器23的通知消息的信息內(nèi)容可以和MMS服務(wù)器23發(fā)送給接收器24的信息內(nèi)容不同。
根據(jù)本發(fā)明的優(yōu)選實施例，如果發(fā)送器21和接收器24處于不同的相互連接的MMS服務(wù)器的管理下(即它們具有不同的“服務(wù)”多媒體服務(wù)器)，通知消息可在MMS服務(wù)器之間的連接中傳送。對于任何端對端通知來說，在服務(wù)MMS服務(wù)器之間可以連接在一起的服務(wù)器的數(shù)量不受限制。
在因特網(wǎng)域中存在著用于流式傳輸控制和媒體傳輸?shù)默F(xiàn)有協(xié)議。因此階段1和3可以基于這些現(xiàn)有協(xié)議來執(zhí)行。在這種方式中，由本發(fā)明提供的方法還可保證與因特網(wǎng)的交互工作，這也是當前MMS標準的一個重要目的。階段2符合現(xiàn)有的MMS標準，因此可以提供與先前建議的機制之間的向后兼容性，以下載非流式的媒體內(nèi)容。
下面將通過示例來說明用于完成本發(fā)明優(yōu)選實施例的不同階段的一些實用方法。
實時流式傳輸協(xié)議(RTSP)是客戶-服務(wù)器流式傳輸控制協(xié)議，可實現(xiàn)流式多媒體數(shù)據(jù)在IP網(wǎng)絡(luò)上的可控制的傳送。它是一個應(yīng)用級的協(xié)議，可以與傳輸控制協(xié)議(TCP)或用戶數(shù)據(jù)報文協(xié)議(UDP)一起使用。RTSP提供了使用RTP(實時傳輸協(xié)議)/UDP或任何其它的低級協(xié)議范圍以用于媒體傳輸。RTSP包括一套控制流式音頻和/或視頻的方法/指令。在此方面最有用的方法/指令是OPTIONS，DESCRIBE，ANNOUNCE，SETUP，PLAY，PAUSE，TEARDOWN，REDIRECT和RECORD。媒體上傳和下載可以利用SETUP，PLAY，RECORD，PAUSE和TEARDOWN來執(zhí)行。
超文本傳輸協(xié)議(HTTP)還可用于通過將TCP用作傳輸協(xié)議來實現(xiàn)和控制本發(fā)明的媒體內(nèi)容的上傳和下載。HTTP具有對應(yīng)于RTSP中RECORD和PLAY的方法/指令PUT和GET，可用于媒體的上傳(階段1)和下載(階段3)。
UDP是無連接的輕量級的傳輸協(xié)議，可提供較短等待時間的通信。RTP特地為實時通信而設(shè)計，執(zhí)行RTP使得它可提供位于UDP上層的數(shù)據(jù)信息包的時間標記和順序號。多信道傳送可利用RTP進行。RTP還設(shè)計用于與輔助控制協(xié)議RTCP(實時控制協(xié)議)結(jié)合使用，以得到有關(guān)數(shù)據(jù)傳輸?shù)馁|(zhì)量和正在進行的對話中的參與者信息的反饋。RTP和RTCP一起可提供用于攜帶實時內(nèi)容所需的功能和控制機制，因此可實現(xiàn)媒體內(nèi)容的流式傳輸，從而可以與本發(fā)明結(jié)合使用。
TCP是面向連接的傳輸協(xié)議。與UDP相比，它以增加等待時間和更多管理費用為代價來保證數(shù)據(jù)信息包的準確和順序的接收。在TCP中不能使用多信道傳送，但如果初期緩沖時間不重要以及將進行流式化的媒體剪輯相對較短的話，TCP可以用于流式傳輸應(yīng)用中。
在流式傳輸控制和媒體傳輸層的上層需要具有消息控制功能，以將流式傳輸結(jié)合于MMS中。圖3表示了根據(jù)圖2的流式數(shù)據(jù)傳輸系統(tǒng)的主協(xié)議層。消息控制層31提供消息發(fā)送功能的全面控制。例如在發(fā)送器21中，消息控制層31負責(zé)將媒體內(nèi)容裝配到多媒體消息中，并形成包括有描述媒體內(nèi)容的信息的通知消息，通知消息然后又被發(fā)送給所需的接收器24。在接收器24中，消息控制層31負責(zé)解釋所接收到的通知消息，抽取與將進行流式傳輸?shù)拿襟w內(nèi)容的位置有關(guān)的信息以及形成流式傳輸對話所必需的信息，以重新獲得媒體內(nèi)容。消息控制層31還負責(zé)控制任何不能進行流式傳輸和/或根據(jù)現(xiàn)有MMS不適于流式傳輸?shù)拿襟w內(nèi)容的傳輸和接收。
流式傳輸層32由消息控制層31控制。它負責(zé)根據(jù)消息控制層31提供的信息或各媒體類型所預(yù)定的規(guī)則來對各種要進行流式傳輸?shù)拿襟w內(nèi)容形成流式傳輸對話。它還負責(zé)一旦建立了流式傳輸對話就控制/調(diào)節(jié)媒體內(nèi)容的流式傳輸。在發(fā)送器21中，流式傳輸層32負責(zé)將媒體內(nèi)容流式上傳到媒體服務(wù)器22中，相反地，在接收器24中，它負責(zé)控制從媒體服務(wù)器22流式下載媒體內(nèi)容?；蛘撸诿襟w服務(wù)器22中可在這樣的情況下提供流式傳輸控制功能，即在階段1和3中進行流式傳輸，使得在發(fā)送器21和接收器24之間可提供實時或接近實時的媒體內(nèi)容的流式傳輸。媒體傳輸層33利用適當?shù)膫鬏攨f(xié)議來處理數(shù)據(jù)的實際傳輸?？梢詾椴煌襟w類型預(yù)先確定協(xié)議選擇，或者根據(jù)通知消息中的信息，通過消息控制層和流式傳輸控制層31，32提示給媒體傳輸層33。在優(yōu)選實施例中，媒體流式傳輸控制根據(jù)媒體傳輸層33所通知的數(shù)據(jù)傳輸通道來適應(yīng)流式傳輸。
圖4表示了根據(jù)本發(fā)明的優(yōu)選實施例，在流式媒體內(nèi)容下載期間接收器24和MMSC(或媒體服務(wù)器22)之間發(fā)送的不同控制消息的結(jié)構(gòu)。它表明了當利用RTP/RTCP作為傳輸協(xié)議時，利用RTSP對話在接收器24中播放媒體剪輯的信息流。這就給出了可用于在本發(fā)明的階段3中下載媒體剪輯的方法的一個示例。下面將說明發(fā)送給接收器24的控制消息。
接收器24要求得到它在階段2中已被通知的媒體內(nèi)容。接收器24將用于建立流式傳輸?shù)腞TSP建立信息(41)發(fā)送給MMSC，并接收相應(yīng)的確認(41ACK)。然后接收器24將RTSP播放指令消息(42)發(fā)送給MMSC，并接收相應(yīng)的確認(42 ACK)。MMSC響應(yīng)此播放指令，根據(jù)所發(fā)送的多媒體消息開始將RTP音頻(43)和RTP視頻(44)內(nèi)容發(fā)送給接收器24。接收器24可通過RTCP消息(45)控制MMSC發(fā)送媒體內(nèi)容。一旦接收器24的用戶希望暫停內(nèi)容的流式傳輸下載，他或她可請求暫停流式傳輸，作為響應(yīng)，接收器將RTSP暫停消息(46)發(fā)送給MMSC，并接收相應(yīng)的確認(46 ACK)。響應(yīng)此RTSP暫停消息，MMSC暫停發(fā)送媒體內(nèi)容(RTP音頻和RTP視頻)。接著，接收器24將RTSP拆卸消息(teardown message)(47)發(fā)送給MMSC來停止RTP對話，允許在遲些時候再繼續(xù)進行流式傳輸。MMSC將相應(yīng)的確認消息(47 ACK)發(fā)送回接收器24。
通過用RECORD代替PLAY指令，可以實現(xiàn)與本發(fā)明的階段1中媒體上傳相似的對話，其中在接收器24的位置上應(yīng)為發(fā)送器21。
消息控制功能要求能進行端對端通知，這是因為如先前所述，接收器24要求與媒體內(nèi)容有關(guān)的一定信息能進行流式化，以便加入到流式傳輸對話中。根據(jù)當前的MMS規(guī)范，描述媒體內(nèi)容的信息與媒體內(nèi)容本身封裝在一起，因此無法獨立地發(fā)送給接收器24。在沒有此信息時，接收器24無法通過流式傳輸來下載媒體內(nèi)容。通過提供媒體顯示信息的分開的端對端通信，根據(jù)本發(fā)明的方法可以將其所需的信息提供給接收器24，以便通過流式傳輸來下載媒體內(nèi)容。此外，現(xiàn)有的非流式傳輸MMS協(xié)議的范圍可允許利用端對端消息經(jīng)由MMS服務(wù)器來進行媒體顯示信息的通信，使得根據(jù)本發(fā)明的方法與當前的MMS標準兼容。
RTSP被認為是在階段1和3中實現(xiàn)和控制流式傳輸?shù)淖罴涯Ｊ健Ｈ绻肦TP/UDP或TCP作為媒體傳輸協(xié)議，在性能上需要進行一定程度的折衷。特別是，由于TCP是面向連接的協(xié)議，利用TCP來完成的話不能提供多信道傳送功能。然而，TCP代表著能與本發(fā)明結(jié)合使用的另一種可行的媒體傳輸協(xié)議。實際上，其面向連接的特性在某些情況下具有優(yōu)點，尤其是在需要更安全的流式傳輸時。根據(jù)本發(fā)明的優(yōu)選實施例，現(xiàn)有的MMS協(xié)議用于在階段2中從發(fā)送器21經(jīng)由MMSC將顯示描述信息的端對端通知提供給接收器24。
圖5表示了結(jié)合于蜂窩無線電話的移動終端50(可以是發(fā)送器21或接收器24)的框圖。移動終端50包括顯示屏51，用于傳送和接收無線電信號的收發(fā)器52，用于處理無線電信號與數(shù)據(jù)和聲音的數(shù)字信號的相互轉(zhuǎn)換的處理器(DSP)53，用戶輸入裝置如小鍵盤或鍵盤54，由軟件控制操作的中央處理單元55。移動終端50還包括用于存儲數(shù)據(jù)和軟件的存儲器56。存儲器可供DSP53和CPU55使用。軟件包括操作系統(tǒng)和可控制移動終端50的操作并提供一定功能的應(yīng)用軟件，如MMS。移動終端50還包括可拆卸的智能卡，例如用于用戶識別的SIM卡57。存儲器56專門用于存儲應(yīng)用軟件的部分是所謂的永久存儲器，其即使在移動終端50的能量供應(yīng)耗盡時也能保存內(nèi)容。應(yīng)用軟件可以任何已知的現(xiàn)有技術(shù)存儲，包括工廠安裝，從個人計算機中存取并通過無線下載，例如從通信網(wǎng)絡(luò)的服務(wù)器。所有的這些技術(shù)均可從Nokia9110通信裝置中得知。
圖6表示了根據(jù)本發(fā)明一個實施例的用于臺式PC62的無線適配卡61，它可以用作發(fā)送器21或接收器24。無線適配卡安裝在臺式PC62的PCMCIA槽中(PCMCIA，個人計算機存儲卡國際聯(lián)盟)。
雖然在上文中所描述的本發(fā)明是其在至少部分網(wǎng)絡(luò)包括無線通信連接的通信網(wǎng)絡(luò)中的應(yīng)用，但應(yīng)強調(diào)的是它的應(yīng)用決不限于這種網(wǎng)絡(luò)。本發(fā)明也可同樣適用于網(wǎng)絡(luò)中各個裝置(發(fā)送器21，接收器24和網(wǎng)絡(luò)服務(wù)器)之間的物理連接是部分或全部地通過固定線路連接而實現(xiàn)的網(wǎng)絡(luò)中。
本發(fā)明所涉及的不同實施例的服務(wù)器和終端如MMSC、發(fā)送器21和接收器24的操作最好由計算機程序產(chǎn)品控制，它可使這些實體按照本發(fā)明的要求來操作。
上文中已經(jīng)介紹了本發(fā)明的特殊執(zhí)行過程和實施例。對于本領(lǐng)域的技術(shù)人員來說，很明顯本發(fā)明并不限于上述實施例的細節(jié)，在不脫離本發(fā)明特征的前提下可以在利用等效裝置的其它實施例中執(zhí)行。本發(fā)明的范圍只由所附的專利權(quán)利要求限制。
權(quán)利要求
1.一種通信方法，包括步驟通過通信服務(wù)器從第一終端中接收內(nèi)容和描述所述內(nèi)容的信息；從所述通信服務(wù)器中發(fā)送通知消息給第二終端，所述通知消息通知可以接收所述內(nèi)容；其特征在于，所述方法還包括利用所述描述內(nèi)容的信息在所述通信服務(wù)器和第二終端之間形成流式傳輸對話；和在所述流式傳輸對話期間從所述通信服務(wù)器中以順序子部分的形式將所述內(nèi)容傳送給所述第二終端。
2.如權(quán)利要求1所述的通信方法，其特征在于，所述方法還包括以分開的消息形式將所述內(nèi)容和描述內(nèi)容的信息從所述第一終端發(fā)送給所述通信服務(wù)器。
3.如權(quán)利要求1或2所述的通信方法，其特征在于，所述方法還包括通過所述通信服務(wù)器將所述描述內(nèi)容的信息作為多媒體消息的媒體分量傳送給所述第二終端。
4.如上述權(quán)利要求中任一項所述的通信方法，其特征在于，所述內(nèi)容包括至少一個非流式分量和至少一個流式分量的描述。
5.如上述權(quán)利要求中任一項所述的通信方法，其特征在于，所述方法還包括在所述通信服務(wù)器傳送所述內(nèi)容給所述第二終端之前所述第二終端請求獲得所述內(nèi)容。
6.如上述權(quán)利要求中任一項所述的通信方法，其特征在于，所述方法還包括在所述第一終端產(chǎn)生所述內(nèi)容。
7.如權(quán)利要求6所述的通信方法，其特征在于，所述方法還包括將在所述第一終端產(chǎn)生的所述內(nèi)容流式傳輸?shù)剿鐾ㄐ欧?wù)器中的步驟。
8.如權(quán)利要求6或7所述的通信方法，其特征在于，所述方法還包括在所述內(nèi)容的產(chǎn)生完成之前發(fā)送所述描述內(nèi)容的信息的步驟。
9.如上述權(quán)利要求中任一項所述的通信方法，其特征在于，所述方法還包括在所述通知消息中將所述描述內(nèi)容的信息從所述通信服務(wù)器發(fā)送到所述第二終端的步驟。
10.如上述權(quán)利要求中任一項所述的通信方法，其特征在于，所述通信服務(wù)器包括用于存儲和傳送所述內(nèi)容的內(nèi)容服務(wù)器以及用于接收和傳送所述通知消息的通知服務(wù)器，其特征在于所述內(nèi)容服務(wù)器和通知服務(wù)器具有物理關(guān)系，所述物理關(guān)系從由單一單元、分開單元、分布在不同地理位置的分開單元組成的組中選擇。
11.如上述權(quán)利要求中任一項所述的通信方法，其特征在于，所述方法還包括作為多媒體消息服務(wù)(MMS)的一部分來執(zhí)行所述方法。
12.如上述權(quán)利要求中任一項所述的通信方法，其特征在于，所述方法還包括將所述內(nèi)容多信道傳送給除所述第二終端之外的至少一個其它終端。
13.一種通信系統(tǒng)(20)，包括包括第一終端(21)和第二終端(24)的多個終端(21，24)；可訪問所述多個終端的通信服務(wù)器(MMSC)；用于從所述第一終端(21)中發(fā)送內(nèi)容和描述內(nèi)容的信息給所述通信服務(wù)器(MMSC)的裝置(52)；以及用于從所述通信服務(wù)器中發(fā)送通知消息給所述第二終端(24)的裝置(23)，所述通知消息通知所述第二終端(24)可以接收所述內(nèi)容；其特征在于，所述系統(tǒng)還包括利用所述描述內(nèi)容的信息在所述通信服務(wù)器(MMSC)和第二終端(50)之間形成流式傳輸對話的裝置(22；52)；在所述流式傳輸對話期間將所述內(nèi)容從所述通信服務(wù)器中以順序子部分的形式傳送給所述第二終端(24)的裝置(22)。
14.如權(quán)利要求13所述的通信系統(tǒng)，其特征在于，所述通信系統(tǒng)還包括在所述第一終端(21)產(chǎn)生所述內(nèi)容的裝置(25)。
15.如權(quán)利要求13或14所述的通信系統(tǒng)，其特征在于，所述通信服務(wù)器(MMSC)包括通知服務(wù)器(23)，用以從所述第一終端(21)中接收所述描述內(nèi)容的信息，并發(fā)送所述通知消息給所述第二終端(24)。
16.如權(quán)利要求13到15中任一項所述的通信系統(tǒng)，其特征在于，所述通信服務(wù)器還包括內(nèi)容服務(wù)器(22)，用以從所述第一終端(21)中接收所述內(nèi)容，并發(fā)送所述內(nèi)容給所述第二終端(24)。
17.一種用于服務(wù)多個終端(21，24)的通信服務(wù)器(MMSC)，所述通信服務(wù)器包括從第一終端(21)中接收內(nèi)容和描述所述內(nèi)容的信息的裝置；以及將通知消息發(fā)送給第二終端(24)的裝置，所述通知消息通知所述第二終端可以接收所述內(nèi)容；其特征在于，所述通信服務(wù)器(MMSC)還包括利用所述描述內(nèi)容的信息而與所述第二終端形成流式傳輸對話的裝置(22)；以及在所述流式傳輸對話期間將所述內(nèi)容以順序子部分的形式傳送給所述第二終端的裝置(22)。
18.一種計算機程序產(chǎn)品，包括計算機程序代碼，可使通信服務(wù)器從第一終端中接收內(nèi)容和描述所述內(nèi)容的信息；以及計算機程序代碼，可使所述通信服務(wù)器發(fā)送通知消息給第二終端，所述通知消息通知所述第二終端可以接收所述內(nèi)容；其特征在于，所述計算機程序產(chǎn)品還包括計算機程序代碼，可使所述通信服務(wù)器利用所述描述內(nèi)容的信息在所述通信服務(wù)器和第二終端之間形成流式傳輸對話；以及計算機程序代碼，可使所述通信服務(wù)器在所述流式傳輸對話期間將所述內(nèi)容以順序子部分的形式傳送給所述第二終端。
19.一種通信設(shè)備(21，24)，包括用于從通信服務(wù)器(MMSC，23)中接收所述通信設(shè)備(21，24)所需的描述消息的信息的裝置(52)；其特征在于，所述消息包括流式分量；以及所述描述消息的信息包括描述所述流式分量的信息；所述通信設(shè)備(21，24)還包括利用所述描述流式分量的信息而與所述通信服務(wù)器(MMSC)形成流式傳輸對話以接收所述流式分量的裝置(52，55)；以及從所述通信服務(wù)器中以順序子部分的形式接收內(nèi)容的裝置(52)。
20.一種計算機程序產(chǎn)品，包括計算機程序代碼，可使通信設(shè)備從通信服務(wù)器中接收所述通信設(shè)備所需的描述消息的信息；其特征在于，所述消息包括流式分量；以及所述描述消息的信息包括描述所述流式分量的信息；所述計算機程序產(chǎn)品還包括計算機程序代碼，可使所述通信設(shè)備通過利用所述描述流式分量的信息而與所述通信服務(wù)器形成流式傳輸對話以接收所述流式分量；以及計算機程序代碼，可使所述通信設(shè)備以順序子部分的形式從所述通信服務(wù)器中接收內(nèi)容。
全文摘要
一種通信方法，包括步驟發(fā)送器21將包括了至少一個流式分量和描述此流式分量的信息的消息傳送給通信服務(wù)器MMSC，通信服務(wù)器作出響應(yīng)，將通知消息發(fā)送給接收器24，通知可以接收此流式分量。通知消息是多媒體消息，包括對流式分量的描述。通信服務(wù)器MMSC和接收器形成流式傳輸對話，利用描述流式分量的信息來傳送流式分量。然后通信服務(wù)器MMSC在流式傳輸對話中將流式分量以順序子部分的形式傳送給接收器24。還介紹了與這種方法相關(guān)的通信系統(tǒng)20，通信服務(wù)器MMSC，通信設(shè)備21，24和計算機程序產(chǎn)品。
文檔編號H04L29/06GK1393090SQ01802935
公開日2003年1月22日 申請日期2001年7月30日 優(yōu)先權(quán)日2000年8月2日
發(fā)明者M·莫斯塔法 申請人:諾基亞有限公司