專利名稱：用于傳送多媒體文件的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信。更具體而言，本發(fā)明涉及一種用于有效傳送多媒體文件比如包含多媒體內(nèi)容的多媒體消息傳送服務(wù)的消息的技術(shù)。
背景技術(shù)：
隨著無(wú)線網(wǎng)絡(luò)吞吐量的增加以及移動(dòng)通信裝置的完善，多媒體消息傳送服務(wù)(MMS)型數(shù)據(jù)傳送正在變得日益在用戶中流行。然而，用于傳送這種消息的當(dāng)前技術(shù)是沒有效率的，并且消耗不必要的網(wǎng)絡(luò)資源，同時(shí)還導(dǎo)致傳送和接收MMS的延遲。
對(duì)于常規(guī)系統(tǒng)，MMS通常從始發(fā)方網(wǎng)絡(luò)部件被發(fā)送到與其關(guān)聯(lián)的服務(wù)器或中繼器，該服務(wù)器或中繼器將多媒體消息轉(zhuǎn)發(fā)給與接收方網(wǎng)絡(luò)部件(或簡(jiǎn)單地為接收方)關(guān)聯(lián)的服務(wù)器或中繼器。接收方服務(wù)器然后把MMS通知給接收方，接收方從服務(wù)器檢索內(nèi)容。內(nèi)容檢索和讀取答復(fù)由接收方確認(rèn)，并且被返回到始發(fā)方服務(wù)器并最終返回到始發(fā)方網(wǎng)絡(luò)節(jié)點(diǎn)。
圖1提供一種信令圖100，該圖詳述了關(guān)于使用常規(guī)技術(shù)進(jìn)行MMS傳送的在始發(fā)終端的始發(fā)方MMS用戶代理(UA)110、始發(fā)方MMS中繼器/服務(wù)器(或簡(jiǎn)短地為始發(fā)方MMS服務(wù)器)120、接收方MMS中繼器/服務(wù)器(或簡(jiǎn)短地為接收方MMS服務(wù)器)130以及接收方終端的接收方MMS UA 140之間交換的信號(hào)。請(qǐng)求經(jīng)由信號(hào)1A(例如MM1_submit.REQ)發(fā)出，以將MMS從始發(fā)方MMS UA 110傳送給始發(fā)方MMS服務(wù)器130，該服務(wù)器130經(jīng)由信號(hào)1B(例如MM1_submit.RES)答復(fù)。此后，始發(fā)方MMS服務(wù)器120經(jīng)由信號(hào)1C(例如MM4_forward.REQ)把請(qǐng)求轉(zhuǎn)發(fā)給接收方MMS服務(wù)器130，該服務(wù)器130通過(guò)信號(hào)1D(例如M4_forward.RES)答復(fù)。接收方MMS服務(wù)器130然后經(jīng)由信號(hào)1E(例如MM1_notification.REQ)把該請(qǐng)求通知給接收方MMS UA 140，該接收方MMS UA 140通過(guò)信號(hào)1F(例如MM1_notification.RES)進(jìn)行響應(yīng)。
如果接收方MMS UA 140選擇接受如在該請(qǐng)求中所提供的MMS的傳送，則生成信號(hào)1G(例如MM1_retrieve.REQ)并將其發(fā)送給接收方MMS服務(wù)器130，然后響應(yīng)經(jīng)由信號(hào)1H(例如MM1_retrieve.RES)被送回給接收方MMS UA 140。接收方MMS UA140利用信號(hào)1I(例如MM1_acknowledgment.REQ)把內(nèi)容檢索確認(rèn)發(fā)送給接收方MMS服務(wù)器130，該服務(wù)器130然后把報(bào)告有關(guān)內(nèi)容的信號(hào)1J(例如MM4_delivery_report.REQ)發(fā)送給始發(fā)方MMS服務(wù)器120，該服務(wù)器120隨后經(jīng)由信號(hào)1K(例如MM4_delivery_report.RES)答復(fù)。始發(fā)方MMS服務(wù)器120然后向始發(fā)方MMS UA 110發(fā)送確認(rèn)傳送報(bào)告的信號(hào)1L(例如MM1_delivery_report.REQ)。接收方MMS UA 140還經(jīng)由信號(hào)1M(例如MM1_read_reply_reciplent.REQ)發(fā)送讀取答復(fù)確認(rèn)，然后向始發(fā)方MMS服務(wù)器120發(fā)送報(bào)告有關(guān)內(nèi)容的信號(hào)1N(例如MM4_delivery_report.REQ)，服務(wù)器120隨后經(jīng)由信號(hào)1K(例如MM4_delivery_report.REQ)答復(fù)。始發(fā)方MMS服務(wù)器120此后向始發(fā)方MMS UA 110發(fā)送讀取答復(fù)確認(rèn)信號(hào)1P(例如MM1_read_reply_originator.REQ)。
盡管MMS的流行性在增長(zhǎng)，但是傳送MMS所需的時(shí)間量可能過(guò)長(zhǎng)。結(jié)合圖2的信令圖200顯示傳送延遲的一個(gè)原因，圖2說(shuō)明了在始發(fā)網(wǎng)絡(luò)部件例如始發(fā)終端210、短消息傳送服務(wù)中心220(SMS-C)、WAP代理230、推送代理網(wǎng)關(guān)240(PPG)以及始發(fā)多媒體消息傳送中心(MMC)即始發(fā)方MMS中繼器/服務(wù)器250之間的信令。始發(fā)終端210經(jīng)由WAP代理230發(fā)送信號(hào)2A中的MMS，并向始發(fā)MMC 250發(fā)送信號(hào)2B。對(duì)于慢速網(wǎng)絡(luò)接入，可能花費(fèi)高達(dá)四十(40)秒把MMS內(nèi)容完全上載到MMC 250。在完成上載之后，始發(fā)MMC 250經(jīng)由信號(hào)2C和2D確認(rèn)MMS的接收。始發(fā)方MMC 250然后將MMS轉(zhuǎn)發(fā)給也確認(rèn)MMS的接收的接收方MMS中繼器/服務(wù)器(未示出)。
圖3說(shuō)明具有與圖2類似部件的信令圖300，但是與由接收方網(wǎng)絡(luò)部件例如接收方終端對(duì)MMS的檢索相關(guān)。從MMC即與接收方終端310關(guān)聯(lián)的接收方MMS中繼器/服務(wù)器350經(jīng)由信號(hào)3A將推送接入?yún)f(xié)議消息發(fā)送給PPG 340，PPG 340經(jīng)由信號(hào)3B確認(rèn)該消息。從PPG 340把短消息對(duì)等協(xié)議消息3C發(fā)送給SMS-C 320，SMS-C 320隨后經(jīng)由信號(hào)3D將MMS通知給接收方終端310。接收方終端310然后可以發(fā)送一個(gè)通知以經(jīng)由WAP代理330獲得信號(hào)3E中MMS，并把信號(hào)3F發(fā)送給接收方MMC 350。MMC 350然后經(jīng)由信號(hào)3G和3H把MMS下載到接收方終端。類似于MMS到始發(fā)方MMC 250的上載，從接收方MMC 350到接收方終端310的下載可能也花費(fèi)高達(dá)四十(40)秒，這取決于網(wǎng)絡(luò)的速度。
因此根據(jù)上述將認(rèn)識(shí)到，MMS的傳送基本上通過(guò)三個(gè)獨(dú)立的階段完成1.始發(fā)網(wǎng)絡(luò)部件到始發(fā)方MMS中繼器/服務(wù)器；2.始發(fā)方MMS中繼器/服務(wù)器到接收方MMS中繼器/服務(wù)器；以及3.接收方MMS中繼器/服務(wù)器到接收方網(wǎng)絡(luò)部件。
因此，使用常規(guī)技術(shù)的MMS傳送不必要地過(guò)長(zhǎng)(尤其是如果僅僅存在可用的低速網(wǎng)絡(luò)接入的話)，并且導(dǎo)致消耗始發(fā)方和接收方MMS中繼器/服務(wù)器中顯著的緩沖器空間(其部分地基于大量的并行進(jìn)行的傳輸)。這種延遲可以隨著MMS大小的增加(例如在大的視頻剪輯的情況下)而增加。
接收MMS的延遲消極地影響在接收方網(wǎng)絡(luò)部件上的用戶體驗(yàn)，并且可能阻止用戶發(fā)送MMS(由此降低網(wǎng)絡(luò)運(yùn)營(yíng)商的潛在吞吐量收入)。例如，在一些情況下，比如關(guān)于體育或新聞剪輯，用戶可能急切等待MMS被完全加載。在其它情形下，用戶可能知道MMS在途中，比如當(dāng)用戶也正在參加與始發(fā)用戶的語(yǔ)音會(huì)話并且并行發(fā)送MMS(例如經(jīng)由組合服務(wù)等等)時(shí)，以及用戶可能知道傳送的延遲會(huì)消極地影響與其它用戶的交互。延遲在單個(gè)用戶向所有參與者發(fā)送MMS的多用戶組會(huì)話中也成問題。當(dāng)接收參與者可能已經(jīng)為多用戶內(nèi)容而注冊(cè)時(shí)，他們被認(rèn)為對(duì)內(nèi)容接收是準(zhǔn)備好的。
因此，仍然需要一種用于從始發(fā)方向接收方傳送MMS或類似消息的改進(jìn)的技術(shù)。

發(fā)明內(nèi)容
本發(fā)明體現(xiàn)為一種從始發(fā)方向接收方傳送多媒體數(shù)據(jù)文件比如MMS的方法，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器。這種方法可以包括經(jīng)由始發(fā)方服務(wù)器和接收方服務(wù)器建立從始發(fā)方到接收方的通信路徑。該方法還可以包括由接收方服務(wù)器從始發(fā)方服務(wù)器接收數(shù)據(jù)文件的各部分(每個(gè)數(shù)據(jù)文件部分或完整數(shù)據(jù)文件從始發(fā)方被上載到始發(fā)方服務(wù)器)。此后，在不等待完整數(shù)據(jù)文件的接收的情況下，接收方服務(wù)器單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方服務(wù)器接收的數(shù)據(jù)文件部分，以用于由接收方重組。
到接收方服務(wù)器以及也到接收方的通信路徑可以在整個(gè)數(shù)據(jù)文件被上載到始發(fā)方服務(wù)器之前被建立。所以，接收方(或者處理數(shù)據(jù)文件的其內(nèi)部部件，比如MMS用戶代理)可以在最初已經(jīng)是在線且可達(dá)的(例如在數(shù)據(jù)文件到始發(fā)方服務(wù)器的上載開始之前)。因而通過(guò)數(shù)據(jù)文件內(nèi)容的同時(shí)上載、傳播和下載，可以加速數(shù)據(jù)文件的傳送。可選擇地，可以以兩個(gè)或更多個(gè)步驟來(lái)建立通信路徑(例如在數(shù)據(jù)文件上載期間或者在數(shù)據(jù)文件被上載到始發(fā)方服務(wù)器之后)。
各個(gè)數(shù)據(jù)文件部分可以經(jīng)由在數(shù)據(jù)文件傳輸時(shí)間建立的(半)永久通信路徑直接轉(zhuǎn)發(fā)給接收方。在許多情況下，建立到接收方的通信路徑所必需的信息是最初可得到的(例如在數(shù)據(jù)文件內(nèi)容或者其部分到始發(fā)方服務(wù)器的上載開始之前)。為了建立通信路徑，可以執(zhí)行協(xié)商(以便也商定用于數(shù)據(jù)文件傳送的通信原則)。在這方面所交換的信息可以包括關(guān)于待傳送的數(shù)據(jù)文件的大小的信息。正如可以認(rèn)識(shí)到的，可以根據(jù)期望配置對(duì)該方法作出各種可選修改。例如，該方法還可以包括由接收方服務(wù)器接收數(shù)據(jù)文件被正確地重組的確認(rèn)的步驟。另外或者作為選擇，該方法還可包括以下步驟由接收方服務(wù)器向始發(fā)方服務(wù)器或者由接收方向接收方服務(wù)器再向始發(fā)方服務(wù)器發(fā)送一個(gè)指示數(shù)據(jù)文件部分未被接收的消息。類似地，可以由接收方服務(wù)器向始發(fā)方服務(wù)器或者由接收方向接收方服務(wù)器再向始發(fā)方服務(wù)器發(fā)送消息，該消息指示數(shù)據(jù)文件部分已經(jīng)被正確接收。
為了最小化經(jīng)由無(wú)線網(wǎng)絡(luò)的數(shù)據(jù)文件部分的傳送，始發(fā)方服務(wù)器和接收方服務(wù)器中的至少一個(gè)可以高速緩存已接收的數(shù)據(jù)文件部分，以使如果相鄰部件在數(shù)據(jù)業(yè)務(wù)流內(nèi)沒有正確接收這種數(shù)據(jù)文件部分，則可以快速重發(fā)該數(shù)據(jù)文件部分。
該方法還可以包括由始發(fā)方和始發(fā)方服務(wù)器中的至少一個(gè)把數(shù)據(jù)文件細(xì)分成數(shù)據(jù)文件部分的步驟。如果數(shù)據(jù)文件被始發(fā)方細(xì)分，則消耗更少的網(wǎng)絡(luò)資源。結(jié)果，網(wǎng)絡(luò)運(yùn)營(yíng)商可以根據(jù)數(shù)據(jù)文件是否被始發(fā)方或者被始發(fā)方服務(wù)器或某一其它網(wǎng)絡(luò)部件細(xì)分來(lái)收取不同費(fèi)用(尤其是如果始發(fā)方和接收方中的至少一個(gè)是移動(dòng)通信裝置的話)。在這方面，該方法還可包括以下步驟基于由始發(fā)方服務(wù)器和接收方服務(wù)器中的至少一個(gè)所利用的處理能力的量，把記帳費(fèi)用與數(shù)據(jù)文件的傳送相關(guān)聯(lián)。
該方法還可包括建立或協(xié)商用于從始發(fā)方到接收方傳送數(shù)據(jù)文件的參數(shù)的多個(gè)步驟。對(duì)于該變化，該方法還可以包括以下步驟由接收方服務(wù)器接收響應(yīng)于來(lái)自始發(fā)方的請(qǐng)求而生成的來(lái)自始發(fā)方服務(wù)器的傳送查詢，該傳送查詢包含或涉及關(guān)于數(shù)據(jù)文件的傳送的初始參數(shù)；由接收方服務(wù)器確定是否修改初始參數(shù)；由接收方服務(wù)器對(duì)傳送查詢發(fā)送包括或涉及最終參數(shù)的的響應(yīng)，所述最終參數(shù)包括初始參數(shù)的接受或已修改參數(shù)；以及由接收方服務(wù)器接收根據(jù)最終參數(shù)所傳送的數(shù)據(jù)文件，以用于向接收方傳送。本領(lǐng)域技術(shù)人員還將認(rèn)識(shí)到，可以結(jié)合上述的數(shù)據(jù)文件傳送方法來(lái)利用以及分別利用這樣的預(yù)傳送協(xié)商，并且該協(xié)商技術(shù)還可以適用于其它通信情況。
與數(shù)據(jù)文件的傳送有關(guān)的參數(shù)可以涉及各種因素，并且可以可選地從包括以下各項(xiàng)的組中進(jìn)行選擇數(shù)據(jù)文件內(nèi)容類型、數(shù)據(jù)文件內(nèi)容大小、用于編碼內(nèi)容的編解碼器、數(shù)據(jù)文件的部分的數(shù)量、每個(gè)數(shù)據(jù)文件部分的大小、數(shù)據(jù)文件部分的順序編號(hào)、請(qǐng)求丟失的數(shù)據(jù)文件部分的過(guò)程、接收方的數(shù)量、以及所利用的確認(rèn)協(xié)議。
為了最小化關(guān)于通信參數(shù)的建立所交換的信號(hào)或消息的數(shù)量，初始參數(shù)可以包含至少兩種用于把數(shù)據(jù)文件傳送給接收方的技術(shù)，并且響應(yīng)可以包括所述至少兩種不同技術(shù)之一的接受或者已修改參數(shù)。該方法還可提供始發(fā)方從至少兩個(gè)預(yù)定義的通信參數(shù)集中選擇通信參數(shù)，并且這些集最終可以被轉(zhuǎn)發(fā)給接收方服務(wù)器和/或接收方。
該方法還可提供始發(fā)方服務(wù)器存儲(chǔ)該請(qǐng)求，并且它還可提供接收方服務(wù)器存儲(chǔ)傳送查詢，例如在需要重傳這種消息(或由此產(chǎn)生的消息)的情況下，或者在轉(zhuǎn)碼要被執(zhí)行的情況下。
可以被包含在該方法中的附加步驟包括由接收方服務(wù)器把傳送查詢轉(zhuǎn)發(fā)給接收方；以及由接收方服務(wù)器對(duì)傳送查詢接收包括最終參數(shù)的響應(yīng)?？蛇x擇地，當(dāng)接收方服務(wù)器轉(zhuǎn)發(fā)傳送查詢時(shí)，它可以根據(jù)預(yù)定的傳送查許標(biāo)準(zhǔn)來(lái)修改該傳送查詢(再將其存儲(chǔ)在數(shù)據(jù)庫(kù)中)，并且把已修改的傳送查詢轉(zhuǎn)發(fā)給接收方。作為選擇，該方法可以包括以下步驟由接收方服務(wù)器(而不是由接收方)基于預(yù)定的傳送標(biāo)準(zhǔn)來(lái)生成對(duì)傳送查詢的響應(yīng)。預(yù)定的傳送標(biāo)準(zhǔn)可以包括接收方的已知能力。
而且，該方法還可包括以下步驟由接收方或接收方服務(wù)器把所述響應(yīng)轉(zhuǎn)換成與始發(fā)方服務(wù)器和始發(fā)方中的至少一個(gè)兼容的格式。
在另一個(gè)實(shí)施例中，提供一種從始發(fā)方向接收方傳送多媒體數(shù)據(jù)文件比如MMS的方法，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器，該方法包括經(jīng)由始發(fā)方服務(wù)器和接收方服務(wù)器建立從始發(fā)方到接收方的通信路徑。該方法還包括由始發(fā)方服務(wù)器從始發(fā)方接收數(shù)據(jù)文件或數(shù)據(jù)文件的各部分，并且如果接收到數(shù)據(jù)文件，就把該數(shù)據(jù)文件分成多個(gè)數(shù)據(jù)文件部分；以及由始發(fā)方服務(wù)器在不等待完整數(shù)據(jù)文件的接收的情況下，單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方接收的數(shù)據(jù)文件部分，以用于由接收方重組。
根據(jù)一個(gè)變型，始發(fā)方服務(wù)器和接收方服務(wù)器中的至少一個(gè)接收一個(gè)或多個(gè)數(shù)據(jù)文件部分，包括與數(shù)據(jù)文件有關(guān)的報(bào)頭和控制信息中的至少一個(gè)。根據(jù)另一個(gè)變型，始發(fā)方服務(wù)器接收在單個(gè)消息中的數(shù)據(jù)文件以及報(bào)頭和控制信息中的至少一個(gè)。這兩種變型允許始發(fā)方服務(wù)器和/或接收方服務(wù)器立即開始處理報(bào)頭和控制信息中的至少一個(gè)，而不用等待數(shù)據(jù)文件的完整接收。所以，始發(fā)方服務(wù)器和/或接收方服務(wù)器可以確定傳輸有關(guān)方面，象數(shù)據(jù)文件的接收方和/或在數(shù)據(jù)文件傳輸?shù)姆浅Ｔ珉A段的數(shù)據(jù)文件的長(zhǎng)度。
事實(shí)上，中間節(jié)點(diǎn)比如始發(fā)方服務(wù)器和接收方服務(wù)器不需要關(guān)于數(shù)據(jù)文件內(nèi)容的任何知識(shí)來(lái)開始它們專用的處理操作。因此，始發(fā)方服務(wù)器可以把與將由始發(fā)方服務(wù)器所轉(zhuǎn)發(fā)的數(shù)據(jù)文件有關(guān)的信息通知給接收方服務(wù)器，同時(shí)始發(fā)方服務(wù)器仍然從始發(fā)方接收數(shù)據(jù)文件或數(shù)據(jù)文件部分。這一方面在始發(fā)方服務(wù)器與始發(fā)方之間以及另一方面在始發(fā)方服務(wù)器與接收方服務(wù)器之間產(chǎn)生了同時(shí)的或“交織的”(即不嚴(yán)格連續(xù))消息傳送過(guò)程。這種過(guò)程的優(yōu)點(diǎn)在于這樣的事實(shí)，即接收方服務(wù)器例如可以對(duì)于它將接收的數(shù)據(jù)文件分配資源和/或在非常早的階段向接收方通知數(shù)據(jù)文件傳輸。
本發(fā)明還可體現(xiàn)為一種可以被存儲(chǔ)在計(jì)算機(jī)可讀記錄介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，該計(jì)算機(jī)程序產(chǎn)品包括程序代碼部分，用于當(dāng)計(jì)算機(jī)程序產(chǎn)品在一個(gè)或多個(gè)計(jì)算機(jī)或計(jì)算機(jī)系統(tǒng)上運(yùn)行時(shí)執(zhí)行在此所述的方法的步驟。
在又一個(gè)變型中，本發(fā)明體現(xiàn)為一種包括計(jì)算機(jī)處理器和與該處理器耦合的存儲(chǔ)器的系統(tǒng)，其中利用一個(gè)或多個(gè)程序?qū)Υ鎯?chǔ)器進(jìn)行編碼，所述程序執(zhí)行在此所述的方法的步驟。
本發(fā)明還實(shí)現(xiàn)了一種經(jīng)由建立的通信路徑從始發(fā)方向接收方傳送多媒體數(shù)據(jù)文件比如MMS的設(shè)備，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器。這樣的設(shè)備可以包括接收單元，用于從始發(fā)方服務(wù)器接收數(shù)據(jù)文件的各部分，所述數(shù)據(jù)文件或者數(shù)據(jù)文件的各部分從始發(fā)方被上載到始發(fā)方服務(wù)器；以及中繼單元，用于單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方服務(wù)器所接收的數(shù)據(jù)文件的各部分，以用于由接收方重組，其中在不等待完整數(shù)據(jù)文件的接收的情況下轉(zhuǎn)發(fā)數(shù)據(jù)文件部分。
類似地，本發(fā)明還可包括一種經(jīng)由建立的通信路徑從始發(fā)方向接收方傳送多媒體數(shù)據(jù)文件比如MMS的設(shè)備，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器。這樣的設(shè)備可以包括接收單元，用于從始發(fā)方接收數(shù)據(jù)文件或數(shù)據(jù)文件的各部分，并且如果接收到數(shù)據(jù)文件，就把數(shù)據(jù)文件分成多個(gè)數(shù)據(jù)文件部分；以及中繼單元，用于單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方所接收的數(shù)據(jù)文件部分，以用于由接收方重組，其中在不等待完整數(shù)據(jù)文件的接收的情況下轉(zhuǎn)發(fā)數(shù)據(jù)文件部分。
在又一個(gè)實(shí)施例中，本發(fā)明采取經(jīng)由建立的通信路徑傳送多媒體數(shù)據(jù)文件比如MMS的系統(tǒng)的形式。該系統(tǒng)包括啟動(dòng)數(shù)據(jù)文件的傳輸?shù)氖及l(fā)方用戶代理；接收方用戶代理；與始發(fā)方用戶代理關(guān)聯(lián)的始發(fā)方服務(wù)器；以及與接收方用戶代理關(guān)聯(lián)的接收方服務(wù)器。在操作中，始發(fā)方把數(shù)據(jù)文件或數(shù)據(jù)文件部分上載到始發(fā)方服務(wù)器，始發(fā)方服務(wù)器把數(shù)據(jù)文件的多個(gè)部分發(fā)送給接收方服務(wù)器，以及接收方服務(wù)器在不等待完整數(shù)據(jù)文件的接收的情況下把已接收的數(shù)據(jù)文件的部分單獨(dú)轉(zhuǎn)發(fā)給接收方以用于重組。


在下文中將參考在附圖中所說(shuō)明的示例性實(shí)施例來(lái)描述本發(fā)明，其中
圖1是示出與多媒體數(shù)據(jù)文件的傳送有關(guān)的技術(shù)的第一信令圖；圖2是示出與多媒體數(shù)據(jù)文件的傳送有關(guān)的技術(shù)的第二信令圖；圖3是示出與多媒體數(shù)據(jù)文件的傳送有關(guān)的技術(shù)的第三信令圖；圖4是根據(jù)本發(fā)明的方法實(shí)施例的過(guò)程流程圖；圖5是根據(jù)本發(fā)明的設(shè)備實(shí)施例的示意圖；圖6是與對(duì)于理解和實(shí)施本發(fā)明有用的多媒體數(shù)據(jù)文件的傳送啟動(dòng)有關(guān)的實(shí)例的信令圖；圖7是與對(duì)于理解和實(shí)施本發(fā)明有用的多媒體數(shù)據(jù)文件的傳送有關(guān)的實(shí)例的信令圖；圖8是示出根據(jù)本發(fā)明的直接轉(zhuǎn)發(fā)和通知過(guò)程的第一信令圖；以及圖9是示出根據(jù)本發(fā)明的直接轉(zhuǎn)發(fā)和通知過(guò)程的第二信令圖。
具體實(shí)施例方式
在后面的描述中，為了解釋而非限制的目的，陳述了特定細(xì)節(jié)，比如特定信號(hào)格式等等，以便提供對(duì)本發(fā)明的徹底理解。對(duì)于本領(lǐng)域技術(shù)人員而言下述將是顯而易見的可以在背離這些特定細(xì)節(jié)的其它實(shí)施例中實(shí)行本發(fā)明。例如，本領(lǐng)域技術(shù)人員將會(huì)認(rèn)識(shí)到，本發(fā)明可以結(jié)合多媒體數(shù)據(jù)文件類型以及其中需要更有效的數(shù)據(jù)傳送的不同于MMS的消息傳送服務(wù)來(lái)使用。
而且，本領(lǐng)域技術(shù)人員還將認(rèn)識(shí)到，在下文所解釋的功能可以被這樣實(shí)施使用單獨(dú)的硬件電路，使用軟件功能以及程控的微處理器或通用計(jì)算機(jī)，使用專用集成電路(ASIC)，和/或使用一個(gè)或多個(gè)數(shù)字信號(hào)處理器(DSP)。還將認(rèn)識(shí)到，盡管本發(fā)明主要被描述為方法，但是它也可以體現(xiàn)為包括計(jì)算機(jī)處理器和與該處理器耦合的存儲(chǔ)器的系統(tǒng)，其中利用可以執(zhí)行在此所公開的方法的一個(gè)或多個(gè)程序來(lái)對(duì)存儲(chǔ)器進(jìn)行編碼。
圖4公開了用于從始發(fā)方(比如第一移動(dòng)終端)到接收方(比如第二移動(dòng)終端)傳送數(shù)據(jù)文件比如MMS的方法400，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器。該方法開始于步驟410，在此建立從始發(fā)方經(jīng)由始發(fā)方服務(wù)器和接收方服務(wù)器到接收方的通信路徑。在步驟420，由始發(fā)方服務(wù)器從始發(fā)方或者由接收方服務(wù)器從始發(fā)方服務(wù)器接收至少部分?jǐn)?shù)據(jù)文件(從始發(fā)方上載到始發(fā)方服務(wù)器的)來(lái)繼續(xù)該方法。此后，在步驟430，由始發(fā)方服務(wù)器或由接收方服務(wù)器在不等待完整數(shù)據(jù)文件的接收的情況下單獨(dú)轉(zhuǎn)發(fā)數(shù)據(jù)文件的已接收部分以用于由接收方重組(例如，基于可能與每個(gè)數(shù)據(jù)文件部分關(guān)聯(lián)的序號(hào))來(lái)繼續(xù)該方法。
圖5說(shuō)明經(jīng)由建立的通信路徑從始發(fā)方到接收方傳送多媒體數(shù)據(jù)文件比如MMS的設(shè)備500，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器。設(shè)備500包括兩個(gè)主要部件接收單元510，用于從始發(fā)方或者始發(fā)方服務(wù)器接收至少部分?jǐn)?shù)據(jù)文件，該數(shù)據(jù)文件或者數(shù)據(jù)文件部分從始發(fā)方被上載到始發(fā)方服務(wù)器；以及中繼單元520，用于單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方或始發(fā)方服務(wù)器接收的數(shù)據(jù)文件的部分，以用于由接收方重組，其中在不等待完整數(shù)據(jù)文件的接收的情況下轉(zhuǎn)發(fā)數(shù)據(jù)文件部分。
下面提供可以與在此所述的實(shí)施例可選地結(jié)合使用的的變化的實(shí)例，或者單獨(dú)或者組合應(yīng)用。盡管下面可能把網(wǎng)絡(luò)部件描述為移動(dòng)通信裝置或移動(dòng)單元，但是將認(rèn)識(shí)到，上述也適用于各種各樣的計(jì)算機(jī)網(wǎng)絡(luò)部件，包括有線終端。
參考圖6，提供了信令圖600，其中信號(hào)在始發(fā)方MMS UA(用戶代理)610、始發(fā)方MMS中繼器/服務(wù)器620、接收方MMS中繼器/服務(wù)器630以及接收方MMS UA 640之間交換，以作為在實(shí)際傳送MMS之前進(jìn)行的并且關(guān)于將從始發(fā)方MMS UA 610向接收方MMS UA 640傳送MMS所用的參數(shù)的協(xié)商的部分。將會(huì)注意，如果期望的話，始發(fā)方MMS服務(wù)器620和接收方MMS服務(wù)器630可以被組合在相同的物理網(wǎng)絡(luò)實(shí)體內(nèi)。
經(jīng)由信號(hào)6A(其可以是MMS_Comm.REQ信號(hào))，始發(fā)方MMSUA 610向始發(fā)方MMS服務(wù)器620發(fā)送所建議的通信參數(shù)。這些通信參數(shù)可以包括各種通信原則，這些通信原則將規(guī)定MMS或其它多媒體文件從始發(fā)方MMS UA 610被最終傳送到接收方MMS UA 640的方式。例如，所述參數(shù)可以包括MMS內(nèi)容類型和大?。挥糜诰幋a多媒體文件(和/或潛在的內(nèi)容)的編解碼器；MMS內(nèi)容部分的數(shù)量以及可選地每個(gè)數(shù)據(jù)文件部分的大小(其可能預(yù)先不知道，這取決于期望的配置)；每個(gè)數(shù)據(jù)文件部分的序號(hào)(除非標(biāo)準(zhǔn)化)；請(qǐng)求數(shù)據(jù)文件的丟失的部分的過(guò)程(除非標(biāo)準(zhǔn)化)；與在數(shù)據(jù)文件的每個(gè)部分之內(nèi)潛在的內(nèi)容有關(guān)的信息(其例如可以由接收方MMS UA 640使用以通知始發(fā)方MMS UA 610數(shù)據(jù)文件的某些部分不需要被傳送)；單個(gè)或多個(gè)用戶數(shù)據(jù)文件傳送；ACK/NACK是否將被用來(lái)(被動(dòng)地)確認(rèn)數(shù)據(jù)文件部分的正確接收，等等。而且，在一些變化中，始發(fā)方MMSUA 610還可以發(fā)送通信參數(shù)的若干選項(xiàng)(例如固定的傳輸模板)，以使接收方MMS服務(wù)器630和/或接收方MMS UA 640可以選擇最佳的通信參數(shù)集。
從始發(fā)方MMS服務(wù)器620發(fā)送給接收方MMS服務(wù)器630的信號(hào)6B(其可以是MMC_Comm.REQ信號(hào))轉(zhuǎn)發(fā)所建議的通信參數(shù)(或者發(fā)送與通信參數(shù)或通信參數(shù)集關(guān)聯(lián)的已修改消息信號(hào))?？蛇x地，始發(fā)方MMS服務(wù)器620還可以(例如在本地存儲(chǔ)器或數(shù)據(jù)庫(kù)中)存儲(chǔ)與在信號(hào)6A內(nèi)所包含的通信參數(shù)有關(guān)的信息。作為選擇，信號(hào)6B可以僅僅包含對(duì)特定的預(yù)定義通信參數(shù)集的引用。
利用信號(hào)6C(其可以是MMS_Comm.REQ信號(hào))，接收方MMS服務(wù)器630把所建議的通信參數(shù)(或與其有關(guān)的信息)轉(zhuǎn)發(fā)給接收方MMS UA 640。接收方MMS服務(wù)器630還可以在發(fā)送信號(hào)6C之前可選地(例如在裝入存儲(chǔ)器或數(shù)據(jù)庫(kù)中)存儲(chǔ)在信號(hào)6B內(nèi)所包含的信息。如果接收方MMS服務(wù)器630已經(jīng)具有關(guān)于接收方MMS UA 640的能力的信息，則它可以可選地排除某些所建議的通信參數(shù)或者修改在信號(hào)6C內(nèi)所發(fā)送的各個(gè)通信參數(shù)。
經(jīng)由信號(hào)6D(其可以是隱含MM1_notification.RES指示符的MMS_Comm.RES信號(hào))，接收方MMS UA 640(其可以可選地存儲(chǔ)所建議的通信參數(shù))把結(jié)果返回給信號(hào)6C的請(qǐng)求。該結(jié)果可以是簡(jiǎn)單的OK指示(意味著所建議的通信參數(shù)是可接受的)，或者作為選擇，該結(jié)果可以包括所接受或所排除的參數(shù)的列表或者已修改參數(shù)的列表。這些排除或改變可以基于在接收方MMS UA 640內(nèi)存在的定義的參數(shù)或限制。如果使用參數(shù)集，則可以交換簡(jiǎn)化的和更有效的信令。在簡(jiǎn)檔信息被發(fā)送的情況下，該結(jié)果可以指示所選擇的簡(jiǎn)檔。
如圖6中的虛線所示，根據(jù)期望的配置，可能不需要信號(hào)6C和6D。例如，接收方MMS服務(wù)器630可以訪問或包括這樣的數(shù)據(jù)庫(kù)，該數(shù)據(jù)庫(kù)包含與接收方MMS UA 640的能力或多媒體文件傳送偏好有關(guān)的信息，因此避免了對(duì)信號(hào)6C和6D的需要。對(duì)于此安排，在包含數(shù)據(jù)文件部分的第一消息之前應(yīng)該是MM1_notification.REQ消息和MM1_notification.RES消息。在現(xiàn)有的MMS規(guī)范中，這些消息被用來(lái)通知接收方存在可以檢索的MMS內(nèi)容。
接收方MMS服務(wù)器630經(jīng)由信號(hào)6E把關(guān)于所建議的通信參數(shù)的響應(yīng)返回給始發(fā)方MMS服務(wù)器620。在接收方MMS服務(wù)器630或接收方MMS UA 640已經(jīng)修改(或減少)通信參數(shù)的那些情況下，接收方MMS服務(wù)器630可以安裝變換器功能，并且仍然把未修改的通信參數(shù)返回給始發(fā)方MMS服務(wù)器620。這可以當(dāng)在所建議的通信參數(shù)與接收側(cè)所支持的通信參數(shù)之間存在不一致時(shí)進(jìn)行。接收方MMS中繼器/服務(wù)器630然后例如可以執(zhí)行實(shí)際內(nèi)容的編解碼器變換、除去顏色(color)比特和/或執(zhí)行類似操作。
始發(fā)方MMS服務(wù)器620然后經(jīng)由信號(hào)6F把通信參數(shù)返回給始發(fā)方MMS UA 610?？蛇x地，如果通信參數(shù)先前沒有被接收方MMS服務(wù)器630變換，則始發(fā)方MMS服務(wù)器620可以安裝變換器功能。
在數(shù)據(jù)文件被發(fā)送到多個(gè)接收方MMS UA的情況下，MMS_Comm.REQ信號(hào)則指示通信參數(shù)可能是固定的并且不能被改變(部分是由于這樣的事實(shí)，即數(shù)據(jù)文件必須以統(tǒng)一的方式被傳送，并且為多播或其它多用戶會(huì)話或服務(wù)而注冊(cè)時(shí)，接收方UA已經(jīng)同意這種傳送)。另外，接收方MMS UA可以不返回MMS_Comm.RES信號(hào)(因?yàn)檫@種信令可能使網(wǎng)絡(luò)過(guò)載)。
圖7提供信令圖700，該圖說(shuō)明與MMS 8的傳送有關(guān)的在始發(fā)方MMS UA 610、始發(fā)方MMS服務(wù)器620、接收方MMS服務(wù)器630以及接收方MMS UA 640之間的信號(hào)交換(并且可選地在參考圖6所述的協(xié)商結(jié)束之后)。
接收方MMS UA 640可以把信號(hào)7A(比如MM1_retrieve.REQ信號(hào))發(fā)送給接收方MMS服務(wù)器630，以啟動(dòng)從MMS中繼服務(wù)器630檢索數(shù)據(jù)文件部分(例如每當(dāng)每個(gè)數(shù)據(jù)文件部分到達(dá)接收方MMS中繼服務(wù)器630時(shí))。經(jīng)由信號(hào)7B(比如MM1_submit.REQ信號(hào))，始發(fā)方MMS UA 610把數(shù)據(jù)文件部分上載到始發(fā)方MMS服務(wù)器620。此后，通過(guò)信號(hào)7C(比如MM4_forward.REQ信號(hào))，始發(fā)方MMS服務(wù)器630直接(并且可選地一接收到它)把數(shù)據(jù)文件部分轉(zhuǎn)發(fā)給接收方MMS UA 630。接著，經(jīng)由信號(hào)7D(比如MM1_retrieve.RES信號(hào))，接收方MMS UA 630直接(并且可選地一接收到它)把數(shù)據(jù)文件部分轉(zhuǎn)發(fā)給接收方MMS UA 640。由信號(hào)7B(經(jīng)由信號(hào)7E和7K)、7C(經(jīng)由信號(hào)7F和7L)以及7D(經(jīng)由7G和7M)所表示的信令序列可以被重復(fù)多次，直至接收方MMS UA 640接收到所有的數(shù)據(jù)文件部分。
將會(huì)注意，在信號(hào)7B和7C之前、期間或之后，可以發(fā)送信號(hào)7A。然而，數(shù)據(jù)文件部分到接收方MMS UA 640的傳送(經(jīng)由信號(hào)7D)在信號(hào)7A被接收到之前將不開始。在多用戶服務(wù)的情況下，信號(hào)7A可能不被發(fā)送(并且可能使網(wǎng)絡(luò)過(guò)載)，以及接收方MMS服務(wù)器630一接收到數(shù)據(jù)文件部分，就把它們傳送給接收方MMS UA 640。
每個(gè)數(shù)據(jù)文件部分包括可以用來(lái)檢測(cè)丟失的數(shù)據(jù)文件部分和/或用于重組目的的序號(hào)。如果始發(fā)方MMS服務(wù)器620、接收方MMS服務(wù)器630或接收方MMS UA 640檢測(cè)到丟失的數(shù)據(jù)文件部分，則這樣的部件因此通知它們?cè)跇I(yè)務(wù)鏈中的對(duì)應(yīng)部分(如由信號(hào)7H、7I、7J、7N、7O以及7P所示，所有這些信號(hào)由虛線表示)。為了最小化將由未正確接收的數(shù)據(jù)文件部分的重傳所產(chǎn)生的任何進(jìn)一步延遲和業(yè)務(wù)，始發(fā)方MMS服務(wù)器620和接收方MMS服務(wù)器630可以高速緩存數(shù)據(jù)文件部分，以便避免這種數(shù)據(jù)文件部分經(jīng)由無(wú)線網(wǎng)絡(luò)被再次上載。
另外或者作為選擇，為了監(jiān)視NACK消息(指示存在丟失的數(shù)據(jù)文件部分)，還有可能使用ACK消息來(lái)確認(rèn)相應(yīng)數(shù)據(jù)文件部分的正確接收。數(shù)據(jù)文件部分被高速緩存在始發(fā)方MMS服務(wù)器620和接收方MMS服務(wù)器630內(nèi)的這種安排在具有多個(gè)接收方MMS UA和還具有多個(gè)接收方MMS服務(wù)器的情況中會(huì)特別有用，所以對(duì)接收方MMS UA640的傳輸故障不需要經(jīng)由無(wú)線網(wǎng)絡(luò)的附加上載。
而且，在一些變化中，來(lái)自始發(fā)方MMS服務(wù)器620、接收方MMS服務(wù)器630和接收方MMS UA 640中任何一個(gè)的信號(hào)可以被最終發(fā)送給始發(fā)方MMS UA 610，指示某一數(shù)據(jù)文件部分(或者其分部)不需要被傳送。這可能是例如當(dāng)通信參數(shù)包括關(guān)于不同MMS部分的內(nèi)容的信息時(shí)的情況。接收方然后可以決定不是所有的內(nèi)容部分都被實(shí)際需要或想要。假定例如MMS包括報(bào)尾加視頻/音頻內(nèi)容。在這種情況下，接收方可以指示只想要報(bào)尾。在另一情況下，MMS可以包括slights、視頻內(nèi)容加音頻內(nèi)容。接收方然后可以指示僅僅想要slights和音頻內(nèi)容(即不需要傳送視頻內(nèi)容)。
返回到圖7的信令圖700，接收方MMS UA 640經(jīng)由信號(hào)7Q向接收方MMS服務(wù)器630確認(rèn)完整數(shù)據(jù)文件部分的正確接收，該服務(wù)器630經(jīng)由信號(hào)7R把該確認(rèn)轉(zhuǎn)發(fā)給始發(fā)方MMS服務(wù)器620，該服務(wù)器620經(jīng)由信號(hào)7S進(jìn)行確認(rèn)，并隨后經(jīng)由7T轉(zhuǎn)發(fā)給始發(fā)方MMS UA610。
可選地，接收方MMS UA 640還可以經(jīng)由信號(hào)7U把讀取答復(fù)報(bào)告發(fā)送給接收方服務(wù)器630，該服務(wù)器630利用信號(hào)7V把讀取答復(fù)報(bào)告轉(zhuǎn)發(fā)給始發(fā)方MMS服務(wù)器620，該服務(wù)器620經(jīng)由信號(hào)7W進(jìn)行確認(rèn)，并經(jīng)由信號(hào)7X將其轉(zhuǎn)發(fā)給始發(fā)方MMS UA 610。讀取答復(fù)報(bào)告還可包含各種信息，比如何時(shí)讀取數(shù)據(jù)文件部分，訪問數(shù)據(jù)文件部分多久，等等。
可選實(shí)施例的目的是最小化對(duì)發(fā)送方和接收方的終端影響?；舅枷胧牵及l(fā)方MMS中繼器/服務(wù)器(即始發(fā)方MMSC)一可以確定接收方MMS用戶代理以及因而確定接收方MMS中繼器/服務(wù)器，就開始轉(zhuǎn)發(fā)和通知過(guò)程。在第一變型中，在始發(fā)MMSC接收到MM1_submit.REQ消息之后立即開始MMS的分析。在第二變型中，兩個(gè)新交互被引入，以從消息內(nèi)容分別上載消息報(bào)頭。
在這兩種變型背后的思想是，中間節(jié)點(diǎn)不需要知道完全的MMS內(nèi)容。中間節(jié)點(diǎn)僅僅需要報(bào)頭和控制信息，并且也許還是標(biāo)志，該標(biāo)志指示實(shí)際MMS內(nèi)容以“流”方式被傳送。這還意味著為了MMS傳送而改變端到端的消息序列。接口(例如MM1或MM4)上的序列不必受到影響。
圖8說(shuō)明了用于逐級(jí)MMS傳送的已修改信令圖的第一變型。在MM1和MM4接口上的序列被“交織”，這允許從始發(fā)方到接收方的MMS的傳送快得多。
始發(fā)方MMS用戶代理810“照常”向始發(fā)方MMSC 820發(fā)送MMS(包括報(bào)頭和控制信息)。這里，始發(fā)方MMSC 820一接收到MMS報(bào)頭和控制信息，就開始處理并估計(jì)MMS報(bào)頭和控制信息(估計(jì)已經(jīng)接收的部分不必等待MMS傳輸結(jié)束)?？蛇x地，“報(bào)頭長(zhǎng)度”字段對(duì)MM1消息8A進(jìn)行擴(kuò)展。該字段將允許始發(fā)方和接收方MMSC 820、830在嘗試提取和處理報(bào)頭之前，首先對(duì)已接收字節(jié)進(jìn)行計(jì)數(shù)。
當(dāng)始發(fā)方MMSC 820已經(jīng)接收到MMS報(bào)頭和控制信息時(shí)，始發(fā)方MMSC 820立即分析報(bào)頭并確定接收方MMSC 830。始發(fā)方MMSC820使用MM4_forward.REQ消息8B來(lái)向接收方MMSC 830發(fā)送MMS報(bào)頭。在始發(fā)方與接收方MMSC 820、830之間的通信鏈路對(duì)于實(shí)際MMS內(nèi)容保持開放?？蛇x擇地，始發(fā)方MMSC 820保持整個(gè)MMS(報(bào)頭和內(nèi)容)的副本以用于故障操作，直至它從接收方MMSC接收到MM4_forward.RES消息。
在該過(guò)程之前，始發(fā)方MMSC 820確定接收方MMSC 830的能力。存在若干方式來(lái)確定接收方MMSC 830所支持的能力。這里假設(shè)，始發(fā)方MMSC 820知道接收方MMSC 830的能力。
可選地，MMS內(nèi)容長(zhǎng)度字段對(duì)MM4消息進(jìn)行擴(kuò)展。這主要用于監(jiān)視目的，因?yàn)樵谑及l(fā)方和接收方MMSC 720、830之間所用的協(xié)議是可靠的。
接收方MMSC 830首先接收用于輸入MMS的報(bào)頭和控制信息(例如，在初始MMS部分中，該初始MMS部分由始發(fā)方MMSC 820通過(guò)把MMS分成單獨(dú)轉(zhuǎn)發(fā)給接收方MMSC 830的多個(gè)MMS部分中而生成)。在從始發(fā)方MMSC 820接收到整個(gè)MMS之前，它分配用于輸入MMS的文件名。文件名的URL在通知消息8C中被轉(zhuǎn)發(fā)給接收方MMS用戶代理840(考慮了用于存儲(chǔ)輸入MMS的標(biāo)準(zhǔn)過(guò)程)。接收方MMSC 830開始該通知過(guò)程，并將SMS與MMS的URL一起發(fā)送給接收方用戶代理840，盡管整個(gè)MMS內(nèi)容在接收方MMSC 830中還不可用。
在接收方終端在線并且可用于接收輸入MMS的情況下，接收MMS用戶代理840開始檢索過(guò)程，并且使用MM1_retrieve.REQ消息8E聯(lián)系接收方MMSC 830。接收方MMSC 830利用MM1_retrieve.REQ消息8E進(jìn)行回答，盡管它還沒有完全的MMS內(nèi)容(很可能接收方MMSC 830已經(jīng)接收MMS內(nèi)容的更多部分，因?yàn)橥ㄖ^(guò)程花費(fèi)一些時(shí)間)。在已經(jīng)把MMS內(nèi)容傳送給接收方MMS用戶代理840時(shí)，接收方MMSC 830正在從始發(fā)方MMSC 820接收MMS內(nèi)容。由于MM1鏈路經(jīng)常比MM4鏈路慢，因此接收方MMSC 830將具有足夠的信息來(lái)發(fā)送給接收方MMS用戶代理840。
當(dāng)已經(jīng)從始發(fā)方MMSC 820接收到完全MMS內(nèi)容時(shí)，接收方MMSC 830利用MM4_forward.RES消息8H進(jìn)行響應(yīng)。
該實(shí)施方式的優(yōu)點(diǎn)是不修改在MM1接口中的現(xiàn)有過(guò)程。僅僅需要基礎(chǔ)設(shè)施更新來(lái)改進(jìn)該系統(tǒng)的對(duì)等發(fā)送性能。
圖9所示的第二變型主要遵循圖8的第一變型。唯一的區(qū)別是引入了轉(zhuǎn)發(fā)報(bào)頭信息的新過(guò)程。該過(guò)程被用來(lái)轉(zhuǎn)發(fā)MMS報(bào)頭和控制信息(之一或二者)(例如在初始MMS部分中，該初始MMS部分之后是包含實(shí)際MMS內(nèi)容的后續(xù)MMS部分)。這允許網(wǎng)絡(luò)節(jié)點(diǎn)在處理它之前首先完全接收該傳輸。
該過(guò)程還被用來(lái)確定下一節(jié)點(diǎn)的能力(例如始發(fā)和接收方MMSC920、930)。在節(jié)點(diǎn)對(duì)出錯(cuò)消息(或者根本不)進(jìn)行反應(yīng)的情況下，發(fā)送器可以后退到標(biāo)準(zhǔn)過(guò)程。
在圖9中描繪了第二變型的信令圖。MM1_header.[REQ|RES]消息9A、9B和MM4_header.[REQ|RES]消息9C、9D是新引入的消息，僅僅來(lái)轉(zhuǎn)發(fā)MMS報(bào)頭和控制信息。始發(fā)方MMSC 920處理該消息，并利用MM4-報(bào)頭消息建立到接收方MMSC 930的通信路徑。兩個(gè)MMSC 920、930保持處理和轉(zhuǎn)發(fā)實(shí)際MMS傳輸(可選地僅僅MMS內(nèi)容)的狀態(tài)信息。
接收方MMSC 930一接收到MM4_header.REQ消息9C，就可以開始該通知過(guò)程。通知消息包含仍然為空的文件的URL。應(yīng)當(dāng)注意，由于MM1_notification過(guò)程的持續(xù)時(shí)間，文件可能已經(jīng)包含MMS內(nèi)容的部分。
當(dāng)接收方MMS用戶代理940在線并且可用來(lái)接收輸入MMS時(shí)，它開始MM1檢索過(guò)程以取出內(nèi)容。在最佳情形下(當(dāng)接收方940也在線時(shí))，接收方940在始發(fā)方910仍然發(fā)送時(shí)將接收MMS。
在MMS從一個(gè)服務(wù)器被發(fā)送到一個(gè)或幾個(gè)接收方MMS UA的情形下，本發(fā)明也是有益的，因?yàn)镸MS傳送的終結(jié)部分在該情況下仍然是最佳的。
本發(fā)明提供優(yōu)于用于傳送多媒體數(shù)據(jù)文件的常規(guī)技術(shù)的許多優(yōu)點(diǎn)，例如更快的傳送(接近實(shí)時(shí))、降低的網(wǎng)絡(luò)和終端緩沖器的平均占用、以及降低的處理能力要求。另外，原則上關(guān)于MMS的(最大)尺寸沒有限制。而且，由于在此所述的技術(shù)提供更有效的數(shù)據(jù)傳送，因此網(wǎng)絡(luò)運(yùn)營(yíng)商可以例如通過(guò)收取較低費(fèi)用來(lái)向始發(fā)方UA提供在傳送之前細(xì)分多媒體數(shù)據(jù)文件的激勵(lì)。
盡管已經(jīng)就特定實(shí)施例(包括某些系統(tǒng)安排和各種方法內(nèi)的某些步驟順序)描述了本發(fā)明，但是本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，本發(fā)明不限于在此所描述和所說(shuō)明的特定實(shí)施例。例如，將會(huì)認(rèn)識(shí)到，本發(fā)明可以被用來(lái)從第一網(wǎng)絡(luò)部件(比如始發(fā)方用戶代理)向第二網(wǎng)絡(luò)部件(比如接收方用戶代理)傳送任何類型的數(shù)據(jù)文件。還將理解，把多媒體數(shù)據(jù)文件細(xì)分成各部分可以發(fā)生在接收方MMS服務(wù)器而不是始發(fā)方MMS服務(wù)器中，或者甚至通過(guò)WAP網(wǎng)關(guān)發(fā)生(假設(shè)在數(shù)據(jù)文件部分之一中提供一個(gè)指示)。而且，可以認(rèn)識(shí)到，在實(shí)行本發(fā)明時(shí)，還可能涉及在圖2和圖3中所示的各個(gè)部件。
因此，盡管已經(jīng)關(guān)于本發(fā)明的優(yōu)選實(shí)施例描述了本發(fā)明，但是應(yīng)當(dāng)理解，該公開僅僅是說(shuō)明性的。所以，本發(fā)明打算僅僅由附于此的權(quán)利要求書的范圍來(lái)限定。
權(quán)利要求
1.一種從始發(fā)方向接收方傳送多媒體數(shù)據(jù)文件比如MMS的方法，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器，所述方法包括以下步驟經(jīng)由始發(fā)方服務(wù)器和接收方服務(wù)器建立從始發(fā)方到接收方的通信路徑；由接收方服務(wù)器從始發(fā)方服務(wù)器接收數(shù)據(jù)文件的各部分，所述數(shù)據(jù)文件或數(shù)據(jù)文件部分從始發(fā)方被上載到始發(fā)方服務(wù)器；以及由接收方服務(wù)器在不等待完整數(shù)據(jù)文件的接收的情況下單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方服務(wù)器所接收的數(shù)據(jù)文件部分，以用于由接收方重組。
2.權(quán)利要求1所述的方法，還包括以下步驟由接收方服務(wù)器接收數(shù)據(jù)文件被正確地重組的確認(rèn)。
3.權(quán)利要求1或2所述的方法，還包括以下步驟由接收方向接收方服務(wù)器和/或由接收方服務(wù)器向始發(fā)方服務(wù)器發(fā)送一個(gè)指示數(shù)據(jù)文件部分未被接收的消息。
4.在前權(quán)利要求中任何一項(xiàng)所述的方法，還包括以下步驟由接收方向接收方服務(wù)器或者由接收方服務(wù)器向始發(fā)方服務(wù)器發(fā)送一個(gè)指示數(shù)據(jù)文件部分已經(jīng)被正確地接收的消息。
5.在前權(quán)利要求中任何一項(xiàng)所述的方法，還包括以下步驟由始發(fā)方服務(wù)器和接收方服務(wù)器中的至少一個(gè)高速緩存所接收的數(shù)據(jù)文件部分。
6.在前權(quán)利要求中任何一項(xiàng)所述的方法，還包括以下步驟由始發(fā)方和始發(fā)方服務(wù)器中的至少一個(gè)把數(shù)據(jù)文件細(xì)分成有序的數(shù)據(jù)文件部分。
7.在前權(quán)利要求中任何一項(xiàng)所述的方法，還包括以下步驟基于由始發(fā)方服務(wù)器和接收方服務(wù)器中的至少一個(gè)所利用的處理能力的量，把記帳費(fèi)用與數(shù)據(jù)文件的傳送相關(guān)聯(lián)。
8.在前權(quán)利要求中任何一項(xiàng)所述的方法，還包括以下初始步驟由接收方服務(wù)器接收響應(yīng)于來(lái)自始發(fā)方的請(qǐng)求而生成的來(lái)自始發(fā)方服務(wù)器的傳送查詢，該傳送查詢包含或涉及關(guān)于數(shù)據(jù)文件的傳送的初始參數(shù)；由接收方服務(wù)器確定是否修改初始參數(shù)；由接收方服務(wù)器對(duì)傳送查詢發(fā)送包括或涉及最終參數(shù)的響應(yīng)，所述最終參數(shù)包括初始參數(shù)的接受或已修改參數(shù)；以及由接收方服務(wù)器接收根據(jù)最終參數(shù)所傳送的數(shù)據(jù)文件，以用于向接收方傳送。
9.權(quán)利要求8所述的方法，其中從包括以下各項(xiàng)的組中選擇參數(shù)數(shù)據(jù)文件內(nèi)容類型、數(shù)據(jù)文件內(nèi)容大小、用于編碼內(nèi)容的編解碼器、數(shù)據(jù)文件的部分的數(shù)量、每個(gè)數(shù)據(jù)文件部分的大小、數(shù)據(jù)文件部分的順序編號(hào)、請(qǐng)求丟失的數(shù)據(jù)文件部分的過(guò)程、接收方的數(shù)量、以及所利用的確認(rèn)協(xié)議。
10.權(quán)利要求8或9所述的方法，其中初始參數(shù)包含至少兩種用于把數(shù)據(jù)文件傳送給接收方的不同技術(shù)，并且響應(yīng)包括所述至少兩種不同技術(shù)之一的接受或已修改參數(shù)。
11.權(quán)利要求8至10中任何一項(xiàng)所述的方法，其中始發(fā)方服務(wù)器存儲(chǔ)該請(qǐng)求。
12.權(quán)利要求8至11中任何一項(xiàng)所述的方法，其中接收方服務(wù)器存儲(chǔ)該傳送查詢。
13.權(quán)利要求8至12中任何一項(xiàng)所述的方法，其中始發(fā)方從至少兩個(gè)預(yù)定義的通信參數(shù)集中選擇通信參數(shù)。
14.權(quán)利要求8至13中任何一項(xiàng)所述的方法，還包括以下步驟由接收方服務(wù)器把傳送查詢轉(zhuǎn)發(fā)給接收方；以及由接收方服務(wù)器對(duì)傳送查詢接收包括最終參數(shù)的響應(yīng)。
15.權(quán)利要求8至14中任何一項(xiàng)所述的方法，其中接收方服務(wù)器根據(jù)預(yù)定傳送查詢標(biāo)準(zhǔn)來(lái)修改傳送查詢，并把已修改的傳送查詢轉(zhuǎn)發(fā)給接收方。
16.權(quán)利要求8至15中任何一項(xiàng)所述的方法，還包括以下步驟由接收方服務(wù)器基于預(yù)定傳送標(biāo)準(zhǔn)來(lái)對(duì)傳送查詢生成響應(yīng)。
17.權(quán)利要求8至16中任何一項(xiàng)所述的方法，還包括以下步驟把所述響應(yīng)轉(zhuǎn)換成與始發(fā)方服務(wù)器和始發(fā)方中的至少一個(gè)兼容的格式。
18.一種從始發(fā)方向接收方傳送多媒體數(shù)據(jù)文件比如MMS的方法，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器，所述方法包括以下步驟經(jīng)由始發(fā)方服務(wù)器和接收方服務(wù)器建立從始發(fā)方到接收方的通信路徑；由始發(fā)方服務(wù)器從始發(fā)方接收數(shù)據(jù)文件或數(shù)據(jù)文件的各部分，并且如果收到數(shù)據(jù)文件，就把該數(shù)據(jù)文件分成多個(gè)數(shù)據(jù)文件部分；以及由始發(fā)方服務(wù)器在不等待完整數(shù)據(jù)文件的接收的情況下單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方接收的數(shù)據(jù)文件部分，以用于由接收方重組。
19.權(quán)利要求18所述的方法，還包括由始發(fā)方服務(wù)器和接收方服務(wù)器中的至少一個(gè)接收一個(gè)或多個(gè)數(shù)據(jù)文件部分，包括與該數(shù)據(jù)文件有關(guān)的報(bào)頭和控制信息中的至少一個(gè)。
20.權(quán)利要求18所述的方法，還包括由始發(fā)方服務(wù)器從始發(fā)方接收在單個(gè)消息中的數(shù)據(jù)文件以及報(bào)頭和控制信息中的至少一個(gè)。
21.權(quán)利要求19或20所述的方法，還包括在不等待數(shù)據(jù)文件的完整接收的情況下，立即開始由始發(fā)方服務(wù)器和接收方服務(wù)器中的至少一個(gè)處理報(bào)頭和控制信息中的至少一個(gè)。
22.一種計(jì)算機(jī)程序產(chǎn)品，包括程序代碼部分，用于當(dāng)計(jì)算機(jī)程序產(chǎn)品在一個(gè)或多個(gè)計(jì)算機(jī)或計(jì)算機(jī)系統(tǒng)上運(yùn)行時(shí)執(zhí)行在前權(quán)利要求中任何一項(xiàng)的步驟。
23.權(quán)利要求22所述的計(jì)算機(jī)程序產(chǎn)品，其中計(jì)算機(jī)程序產(chǎn)品被存儲(chǔ)在計(jì)算機(jī)可讀記錄介質(zhì)上。
24.一種包括計(jì)算機(jī)處理器和與該處理器耦合的存儲(chǔ)器的系統(tǒng)，其中利用一個(gè)或多個(gè)程序?qū)Υ鎯?chǔ)器進(jìn)行編碼，所述程序執(zhí)行根據(jù)權(quán)利要求1至21之一所述的方法的步驟。
25.一種經(jīng)由建立的通信路徑從始發(fā)方到接收方傳送多媒體數(shù)據(jù)文件比如MMS的設(shè)備，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器，所述設(shè)備包括接收單元，用于從始發(fā)方服務(wù)器接收數(shù)據(jù)文件的各部分，所述數(shù)據(jù)文件或者數(shù)據(jù)文件部分從始發(fā)方被上載到始發(fā)方服務(wù)器；以及中繼單元，用于單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方服務(wù)器接收的數(shù)據(jù)文件部分以用于由接收方重組，其中在不等待完整數(shù)據(jù)文件的接收的情況下轉(zhuǎn)發(fā)數(shù)據(jù)文件部分。
26.一種經(jīng)由建立的通信路徑從始發(fā)方到接收方傳送多媒體數(shù)據(jù)文件比如MMS的設(shè)備，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器，所述設(shè)備包括接收單元，用于從始發(fā)方接收數(shù)據(jù)文件或數(shù)據(jù)文件的各部分，并且如果數(shù)據(jù)文件被接收，就把該數(shù)據(jù)文件分成多個(gè)數(shù)據(jù)文件部分；以及中繼單元，用于單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方接收的數(shù)據(jù)文件部分以用于由接收方重組，其中在不等待完整數(shù)據(jù)文件的接收的情況下轉(zhuǎn)發(fā)數(shù)據(jù)文件部分。
27.一種經(jīng)由建立的通信路徑傳送多媒體數(shù)據(jù)文件比如MMS的系統(tǒng)，該系統(tǒng)包括用于啟動(dòng)數(shù)據(jù)文件的傳輸?shù)氖及l(fā)方用戶代理；接收方用戶代理；與始發(fā)方用戶代理關(guān)聯(lián)的始發(fā)方服務(wù)器；與接收方用戶代理關(guān)聯(lián)的接收方服務(wù)器；其中始發(fā)方把數(shù)據(jù)文件或其各部分上載到始發(fā)方服務(wù)器；其中始發(fā)方服務(wù)器把數(shù)據(jù)文件的多個(gè)部分發(fā)送給接收方服務(wù)器；以及其中接收方服務(wù)器在不等待完整數(shù)據(jù)文件的接收的情況下把已接收的數(shù)據(jù)文件部分單獨(dú)轉(zhuǎn)發(fā)給接收方以用于重組。
全文摘要
提供一種從始發(fā)方向接收方傳送多媒體數(shù)據(jù)文件比如MMS的方法，所述始發(fā)方具有與其關(guān)聯(lián)的始發(fā)方服務(wù)器，所述接收方具有與其關(guān)聯(lián)的接收方服務(wù)器。該技術(shù)包括經(jīng)由始發(fā)方服務(wù)器和接收方服務(wù)器建立從始發(fā)方到接收方的通信路徑。接收方服務(wù)器接收從始發(fā)方上載到始發(fā)方服務(wù)器的數(shù)據(jù)文件或其各部分。此后，接收方服務(wù)器在不等待完整數(shù)據(jù)文件的接收的情況下單獨(dú)轉(zhuǎn)發(fā)從始發(fā)方服務(wù)器接收的數(shù)據(jù)文件部分。
文檔編號(hào)H04L12/58GK101073237SQ200480044523
公開日2007年11月14日 申請(qǐng)日期2004年11月30日 優(yōu)先權(quán)日2004年11月30日
發(fā)明者F·孔德沙伊特, R·凱勒, T·洛馬 申請(qǐng)人:艾利森電話股份有限公司