專利名稱：多媒體消息接發(fā)服務(wù)中媒體內(nèi)容的流式傳輸?shù)闹谱鞣椒?br> 技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)傳輸。更具體地說，本發(fā)明涉及多媒體消息接發(fā)服務(wù)中媒體內(nèi)容的流式傳輸。
背景技術(shù)：
在移動通信網(wǎng)絡(luò)中，多媒體消息接發(fā)服務(wù)(MMS)通常用于描述一種傳送具有多媒體內(nèi)容的消息的新途徑。多媒體消息接發(fā)服務(wù)允許在不同的移動用戶之間和/或在移動用戶和因特網(wǎng)之間的消息接發(fā)。已存在一種用于在第三代移動通信網(wǎng)絡(luò)中提供多媒體消息接發(fā)服務(wù)的約定解決方案，其特征敘述于第三代合作伙伴計(jì)劃(3GPP)技術(shù)規(guī)范(TS)23.140，“多媒體消息接發(fā)服務(wù)(MMS)，功能描述，階段2”中。3GPPTS 23.140中提出的多媒體消息接發(fā)服務(wù)采用儲存-轉(zhuǎn)發(fā)方法來進(jìn)行消息傳送。以這樣的方式構(gòu)成多媒體消息，以致媒體內(nèi)容(媒體組件)，描述媒體內(nèi)容所必需的信息和識別消息的預(yù)定接收者的尋址信息被封裝在一起。隨后，多媒體消息從發(fā)送MMS用戶代理被發(fā)送給接收者多媒體消息接發(fā)服務(wù)中繼/服務(wù)器，接收者多媒體消息接發(fā)服務(wù)中繼/服務(wù)器再把消息的可用性通知預(yù)定的接收器(接收者M(jìn)MS用戶代理)。隨后，多媒體消息或者選擇的媒體組件由接收者M(jìn)MS用戶代理終端下載，并被提供給終端的用戶。
下面將參考圖1和2說明如3GPP TS 23.14中提出的典型MMS系統(tǒng)的結(jié)構(gòu)和操作。
圖1表示根據(jù)3GPP TS 23.140的MMS系統(tǒng)部件的概觀。該系統(tǒng)包括下述項(xiàng)目·多個(gè)MMS用戶代理(US)110，每個(gè)MMS用戶代理110能夠傳送和接收多媒體消息；
·漫游MMS用戶代理127；·不同類型的接入網(wǎng)絡(luò)122、124和126，包括·第二代移動通信網(wǎng)絡(luò)122，例如GSM階段2網(wǎng)絡(luò)；·第三代移動通信網(wǎng)絡(luò)124，例如通用移動通信系統(tǒng)(UMT)；和·移動接入網(wǎng)絡(luò)126，例如無線LAN網(wǎng)絡(luò)。
·因特網(wǎng)(或者另一因特網(wǎng)協(xié)議(IP)網(wǎng)絡(luò))130，它具有外部服務(wù)器134，例如電子郵件服務(wù)器，和有線電子郵件客戶機(jī)132；·多媒體消息接發(fā)服務(wù)中繼142和MMS服務(wù)器144，在本例中，它們被集成為稱為多媒體消息接發(fā)服務(wù)中心(MMSC)140的單一單元，不過它們也可被實(shí)現(xiàn)成獨(dú)立的或者分布的實(shí)體；·與MMS服務(wù)器144有關(guān)的消息存儲器150；和·包括例如用戶預(yù)約和尋址信息的用戶數(shù)據(jù)庫60。
集合術(shù)語多媒體消息接發(fā)服務(wù)環(huán)境(MMSE)用于描述一起操作，從而實(shí)現(xiàn)多媒體消息接發(fā)服務(wù)的那些功能部件。在圖1中，MMSE由在橢圓形區(qū)域內(nèi)的部件形成。
更詳細(xì)地參見圖1，每個(gè)MMS用戶代理110通過其接入網(wǎng)絡(luò)122、124與MMS中繼142連接。漫游MMS用戶代理127通過移動接入網(wǎng)絡(luò)126并經(jīng)因特網(wǎng)130與MMS中繼142連接。MMS中繼與MMS服務(wù)器144連接，并與用戶數(shù)據(jù)庫160連接。此外，外部服務(wù)器134和有線電子郵件客戶機(jī)132與因特網(wǎng)130連接。
圖2表示根據(jù)3GPP TS 23.140的不同MMSE之間的交互工作的概觀。多媒體消息的通信在存在于兩個(gè)不同的多媒體消息接發(fā)服務(wù)環(huán)境中的用戶代理110A(發(fā)送者)和110B(接收者)之間進(jìn)行。為了簡潔清楚起見，這兩個(gè)多媒體消息接發(fā)服務(wù)環(huán)境，MMSE A和MMSE B均被表示成包括與單個(gè)MMS服務(wù)器連接的單一MMS中繼，從而形成兩個(gè)MMSC 214和24。應(yīng)認(rèn)識到在實(shí)際的MMSE中，MMS中繼和服務(wù)器的數(shù)目可以，并且通常將大大于上述數(shù)目。例如，MMSE A和MMSE B可具有不同的操作員，不同的地理位置或覆蓋范圍和/或在它們的技術(shù)特征和能力方面不同。此外，在特定的MMSE包含一個(gè)以上的MMS中繼的情況下，根據(jù)本發(fā)明的方法也可應(yīng)用在MMSE內(nèi)(內(nèi)-MMSE)。
在圖2中所示的例子中，MMS用戶代理11A和110B都被描述成通過無線電通信網(wǎng)絡(luò)212、222與它們各自的MMSE 210、220通信的裝置。但是，應(yīng)認(rèn)識到MMSE用戶代理A或MMSE用戶代理B，或者它們兩者都可存在于固定線路網(wǎng)絡(luò)(未示出)中。
對于可包括在多媒體消息中的媒體內(nèi)容的類型沒有任何特殊限制。一般來說，媒體組件可被分成屬于兩種類別之一，即1)適合于流式傳輸給接收者用戶代理的那些媒體組件，和)一般不適合于流式傳輸?shù)哪切┟襟w組件。落入第一類別內(nèi)的媒體組件的例子是音頻和視頻剪輯，而屬于第二類的非流式傳輸類別的典型媒體組件包括例如文本和靜止圖像。術(shù)語“流式傳輸”(streaming)一般用于描述在內(nèi)容通過數(shù)據(jù)網(wǎng)絡(luò)正被傳送給接收者的時(shí)候，連續(xù)地進(jìn)行媒體內(nèi)容的表達(dá)或不同媒體類型的組合。從而，“流”是使接收者能夠表達(dá)某一形式的連續(xù)發(fā)展信息，例如上面涉及的音頻或視頻剪輯的數(shù)據(jù)流。實(shí)際上，流式傳輸可以是實(shí)況形式的(1ive)，或者按請求方式(on-demand)進(jìn)行的。術(shù)語“實(shí)況流式傳輸”描述從實(shí)況轉(zhuǎn)播源，例如攝像機(jī)實(shí)時(shí)產(chǎn)生的數(shù)字圖像流的媒體流的產(chǎn)生，而術(shù)語“請求式流式傳輸”描述從例如包括保存在服務(wù)器上的編碼(壓縮)音頻或視頻數(shù)據(jù)的文件的媒體流的產(chǎn)生。
移動網(wǎng)絡(luò)中流式傳輸?shù)氖褂每赡芊浅Ｓ幸?。一般來說，移動終端具有有限的存儲和處理能力，移動通信網(wǎng)絡(luò)也具有有限的數(shù)據(jù)傳輸速率。從而，把流式傳輸方案用于媒體下載和表達(dá)能夠減少移動終端所需的可用存儲器的數(shù)量，還能夠減小開始媒體組件的重放的延遲。由于這些原因，對于把流式傳輸結(jié)合到第3代多媒體消息接發(fā)服務(wù)中已產(chǎn)生興趣。
為了通過流式傳輸下載可流化的媒體組件，必須在接收者終端和媒體內(nèi)容源之間建立所謂的“流式傳輸會話”。為了建立流式傳輸會話，接收者終端必須知道要被流化的媒體內(nèi)容的某些信息。一般來說，該信息可包括(但不限于)媒體內(nèi)容的類型，媒體內(nèi)容被編碼的格式，將在把內(nèi)容流式傳輸給接收者中使用的傳送機(jī)制，和將從其下載內(nèi)容的位置(例如網(wǎng)絡(luò)地址)。為了建立流式傳輸會話，預(yù)定的接收者必須預(yù)先知道的該信息一般被稱為“會話描述數(shù)據(jù)(SDD)”。如前所述，根據(jù)3GPP TS 23.140，通過把媒體內(nèi)容，描述媒體內(nèi)容所必需的信息和識別消息的預(yù)定接收者的尋址信息封裝在單一消息結(jié)構(gòu)中，形成多媒體消息。這種消息構(gòu)成方法固有地與媒體內(nèi)容的流式下載不兼容，因?yàn)榻邮照進(jìn)MS用戶代理沒有辦法在多媒體消息已被整個(gè)下載之前，獲得它為了建立流式傳輸會話而需要的SDD。
由于這個(gè)原因，3GPP TS 3.140的較早版本，例如V.3.1.0(版本′99)并不向接收者M(jìn)MS用戶代理提供對媒體內(nèi)容的流式下載的支持。所有媒體組件(可流化的和不可流化的)只是被傳送給接收者M(jìn)MS用戶代理，只有當(dāng)整個(gè)消息的下載完成時(shí)才被呈現(xiàn)。
現(xiàn)在將參考圖2更詳細(xì)地說明根據(jù)3GPP TS 203.140 V.3.1.0的多媒體消息傳送的基本機(jī)制。這里假定已預(yù)約在多媒體消息接發(fā)服務(wù)環(huán)境A210中提供的多媒體消息接發(fā)服務(wù)的MMS用戶代理A11A希望向已預(yù)約在MMSE B220中提供的多媒體消息接發(fā)服務(wù)的MMS用戶代理B110B發(fā)送一些媒體內(nèi)容。當(dāng)啟動向MMS用戶代理B110B的多媒體消息的傳送時(shí)，MMS用戶代理A首先選擇要傳送的媒體內(nèi)容。例如，媒體內(nèi)容可以是保存在用戶代理A的存儲器中的不可流化類媒體內(nèi)容，例如靜止圖像和一些相關(guān)文本，或者它可以是適合于流式傳輸?shù)拿襟w內(nèi)容，例如音頻或視頻剪輯。在任意一種情況下，根據(jù)3GPP TS 203.140 V.3.1.0，用戶代理A把媒體內(nèi)容封裝成多媒體消息，包括媒體內(nèi)容本身，描述媒體內(nèi)容所必需的信息，和識別消息的預(yù)定接收者的尋址信息。MMS用戶代理A隨后通過無線電網(wǎng)絡(luò)A212把該消息發(fā)送給MMS中繼A。
當(dāng)收到多媒體消息時(shí)，MMS中繼A根據(jù)包括在消息內(nèi)的尋址信息，確定預(yù)定的接收者不是MMSE A的用戶代理，而是MMS中繼B的用戶代理，并把多媒體消息轉(zhuǎn)發(fā)給MMS中繼B。利用例如在現(xiàn)有的3GPP多媒體消息接發(fā)解決方案中提供的標(biāo)準(zhǔn)化機(jī)制，把多媒體消息發(fā)送給正確的MMS中繼，即負(fù)責(zé)MMS用戶代理B的MMS中繼。當(dāng)收到該多媒體消息時(shí)，MMS中繼B把媒體內(nèi)容保存在MMS服務(wù)器B中，并向預(yù)定的接收者M(jìn)MS用戶代理B發(fā)送通知，從而指示多媒體內(nèi)容已到達(dá)，其內(nèi)容可從MMS中繼B下載。響應(yīng)收到該通知，MMS用戶代理B從MMS中繼B取回媒體內(nèi)容。通過利用MMS中繼B發(fā)信號而啟動媒體內(nèi)容的取回。
3GPP TS 203.140 V.4.1.0(版本4，2000年12月)包括能夠?qū)崿F(xiàn)媒體內(nèi)容的流式下載的條款。它提出一種解決方案，其中在接收者M(jìn)MS中繼發(fā)送的通知消息中提供接收者M(jìn)MS用戶代理建立流式傳輸會話所需的SDD。更具體地說，根據(jù)3GPP TS 203.140 V.4.1.0，當(dāng)接收者M(jìn)MS中繼，例如MMS中繼B收到包含可流化的媒體內(nèi)容的多媒體消息時(shí)，它形成修改的MMS通知消息，并把該消息發(fā)送給預(yù)定的接收者用戶代理，把包括在多媒體消息中的任何可流化的多媒體組件通知接收者用戶代理。修改的通知消息包括初始化接收者M(jìn)MS用戶代理和可以獲得可流化的多媒體組件的MMS服務(wù)器之間的流式傳輸會話所必需的SDD。
WO02/063849公開一種在多媒體消息接發(fā)系統(tǒng)中，實(shí)現(xiàn)媒體組件的流式下載的備選方法，該方法在不需要修改發(fā)送給接收者M(jìn)MS用戶代理的通知消息的情況下工作。WO02/063849中提出的方法形成3GPP多媒體消息接發(fā)標(biāo)準(zhǔn)的最新版本中支持流式傳輸?shù)幕A(chǔ)。
根據(jù)在WO02/063849中公開的方法，接收者M(jìn)MS中繼檢查它收到的多媒體消息，并在把多媒體消息通知接收者用戶代理之前，用描述符替換消息中的任意可流化的媒體組件。每個(gè)描述符包含足以允許接收者M(jìn)MS用戶代理形成用于下載多媒體消息中的可流化媒體組件中的特定一個(gè)媒體組件的流式傳輸會話的SDD。另一方面，可以使用包含關(guān)于一個(gè)以上可流化組件的SDD。有利的是，描述符采取會話描述協(xié)議(SDP)文件的形式，一種從因特網(wǎng)中的流式應(yīng)用知悉的標(biāo)準(zhǔn)格式。WO02/063849還提及借助代替可流化組件，插入多媒體消息中的統(tǒng)一資源標(biāo)識符(URI)或統(tǒng)一資源定位符(URL)，可提供SDD的可能性。這種情況下，URI或URL提供使接收者M(jìn)MS用戶代理能夠從數(shù)據(jù)通信網(wǎng)絡(luò)內(nèi)的某一位置，例如MMSE本身，或者更一般地說，因特網(wǎng)取回SDD的信息。
在WO02/063849中，在收到通知之后，接收者M(jìn)MS用戶代理通過向接收者M(jìn)MS中繼發(fā)送MMS取回請求，請求多媒體消息的傳送。MMS中繼隨后發(fā)送包括修改的多媒體消息的MMS取回響應(yīng)。當(dāng)收到修改的多媒體消息時(shí)，接收者M(jìn)MS用戶代理能夠呈現(xiàn)不可流化的媒體組件，并且還確定可流化組件中的哪些(如果有的話)要被取回。如果修改的消息包含呈SDP文件形式的SDD，那么接收者用戶代理MMS可以立即獲得它形成流式傳輸會話所需要的信息。如果描述符采取URI或URL的形式，那么接收者代理必須首先從URI或URL指示的位置取回SDD，隨后可形成流式傳輸會話，從而取回所考慮的可流化組件。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面，提供一種在移動多媒體消息接發(fā)服務(wù)中，把多媒體消息發(fā)送給多媒體消息接發(fā)用戶代理的多媒體消息接發(fā)網(wǎng)絡(luò)實(shí)體，包括接收來自多媒體用戶代理的關(guān)于特定多媒體消息的多媒體消息取回(retrieve)請求的端口；響應(yīng)取回請求，獲得請求多媒體消息的用戶代理的流式傳輸自適應(yīng)信息(streaming adaptation information)的裝置；和響應(yīng)收到取回請求，確定發(fā)送給多媒體用戶代理的多媒體消息是否包含可被流式傳輸給用戶代理的可流化組件，以及響應(yīng)確定多媒體消息包含可流化組件，根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立流式傳輸會話的會話描述數(shù)據(jù)的裝置，所述流式傳輸會話用于傳送多媒體消息的可流化組件；和響應(yīng)確定多媒體消息包含可流化組件，用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件的裝置；響應(yīng)確定多媒體消息包含可流化組件，把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理的裝置；開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理的裝置。
有利的是，在知悉MMS用戶代理是否將實(shí)際取回所考慮的媒體組件之前，不必為特定的可流化媒體組件產(chǎn)生會話描述數(shù)據(jù)(SDD)，從而由于只有當(dāng)需要時(shí)才產(chǎn)生SDD，因此能夠節(jié)約多媒體消息接發(fā)系統(tǒng)的資源。
此外，取回特定多媒體消息的可流化組件的MMS用戶代理不必是被發(fā)送初始通知的MMS用戶代理。如果用戶決定用不同于被發(fā)送通知消息的MMS用戶代理的終端，或者以不同于典型優(yōu)先選擇的優(yōu)先選擇來取回多媒體消息的可流化組件，那么盡管終端的特定于流式傳輸?shù)哪芰赡艽嬖诓町?，仍然能夠正確地開始流式傳輸可流化組件。
有利的是，用戶代理的流式傳輸自適應(yīng)信息允許依賴于與實(shí)際取回多媒體消息的可流化組件的終端相關(guān)的性質(zhì)和/或偏愛的SDD的產(chǎn)生。
根據(jù)本發(fā)明的第二方面，提供一種在移動多媒體消息接發(fā)服務(wù)中，接收來自多媒體消息接發(fā)網(wǎng)絡(luò)的多媒體消息的多媒體消息接發(fā)用戶代理，其中用于通知多媒體消息的存在的多媒體消息通知被發(fā)送給用戶代理，包括在網(wǎng)絡(luò)發(fā)出多媒體消息的通知之后，把接收多媒體消息的多媒體消息取回請求和流式傳輸自適應(yīng)信息發(fā)送給網(wǎng)絡(luò)的發(fā)射器；接收響應(yīng)多媒體消息取回請求的多媒體消息傳輸?shù)慕邮掌?；從接收的多媒體消息傳輸中獲得指向網(wǎng)絡(luò)中的一個(gè)位置的描述符的裝置；從描述符指示的位置，獲得根據(jù)流式傳輸自適應(yīng)信息產(chǎn)生的會話描述數(shù)據(jù)的裝置；和根據(jù)會話描述數(shù)據(jù)建立流式傳輸會話，以便取回可流化媒體組件的裝置。
多媒體消息接發(fā)用戶代理優(yōu)選是便攜式裝置。用戶代理最好是手持便攜式或可佩戴的裝置。
多媒體消息接發(fā)用戶代理最好包括移動電話機(jī)，具有無線通信能力的PDA裝置，電子書籍或電子報(bào)紙。
用戶代理最好是獨(dú)立裝置。另一方面，用戶代理至少部分由附加(add-on)模塊，例如PC卡，或者由可在通信裝置上運(yùn)行的程序代碼實(shí)現(xiàn)。
根據(jù)本發(fā)明的第三方面，提供一種包括多媒體消息接發(fā)用戶代理和處理發(fā)往多媒體消息接發(fā)用戶代理的多媒體消息接發(fā)網(wǎng)絡(luò)的移動多媒體消息接發(fā)服務(wù)系統(tǒng)，所述網(wǎng)絡(luò)包括接收來自用戶代理的多媒體消息取回請求的裝置；響應(yīng)取回請求，獲得用戶代理的流式傳輸自適應(yīng)信息的裝置；響應(yīng)取回請求，確定發(fā)往用戶代理的多媒體消息是否包括可被流式傳輸給用戶代理的可流化組件，并且根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立流式傳輸會話的會話描述數(shù)據(jù)的裝置，所述流式傳輸會話用于傳送多媒體消息的可流化組件；響應(yīng)確定多媒體消息包含可流化組件，用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件的裝置；響應(yīng)確定多媒體消息包含可流化組件，把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理的裝置；和開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理的裝置；用戶代理包括把接收多媒體消息的多媒體消息取回請求和關(guān)于用戶代理的流式傳輸自適應(yīng)信息發(fā)送給網(wǎng)絡(luò)的發(fā)射器；接收響應(yīng)多媒體消息取回請求的多媒體消息的接收器；從接收的多媒體消息傳輸中獲得指向會話描述數(shù)據(jù)的描述符的裝置；
獲得描述符指向的會話描述數(shù)據(jù)的裝置；和根據(jù)會話描述數(shù)據(jù)啟動流式傳輸會話，以便取回可流化組件的裝置。
根據(jù)本發(fā)明的第四方面，提供一種把移動多媒體消息接發(fā)服務(wù)網(wǎng)絡(luò)實(shí)體中的多媒體消息發(fā)送給多媒體消息接發(fā)用戶代理的方法，包括從多媒體消息接發(fā)用戶代理接收關(guān)于特定多媒體消息的多媒體消息取回請求；和響應(yīng)取回請求獲得請求多媒體消息的用戶代理的流式傳輸自適應(yīng)信息；確定發(fā)往用戶代理的多媒體消息是否包括可被流式傳輸給用戶代理的可流化組件；響應(yīng)確定多媒體消息包括可流化組件，根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立流式傳輸會話的會話描述數(shù)據(jù)，所述流式傳輸會話用于傳送多媒體消息的可流化組件；響應(yīng)確定多媒體消息包含可流化組件，用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件，并把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理；和開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理。
最好，該方法還包括接收通知多媒體消息可用的通知。最好，所述通知遵守3GPP 23.140 MMS規(guī)范。
有利的是，用戶代理的流式傳輸自適應(yīng)信息允許依賴于與實(shí)際取回多媒體消息的可流化組件的終端相關(guān)的性質(zhì)和/或偏愛的SDD的產(chǎn)生。
最好，流式傳輸自適應(yīng)信息包括和用戶代理的流式傳輸數(shù)據(jù)的能力和/或涉及流式傳輸?shù)挠脩羝珢塾嘘P(guān)的信息。
多媒體消息是否包括可被流式傳輸給用戶代理的可流化組件的確定最好考慮到流式傳輸自適應(yīng)信息。
有利的是，通過使用流式傳輸自適應(yīng)信息，能夠識別用戶代理實(shí)際能夠流式傳輸?shù)拿襟w組件，和用戶偏愛并不排斥的媒體組件。從而，用戶代理能夠流式傳輸被確定為可流化的所有媒體組件。另外有利的是，用戶偏愛可排除特定的媒體組件被流化，盡管用戶代理的能力支持這些特定媒體組件的流式傳輸。這種排除可取決于諸如媒體類型，大小，估計(jì)的成本或傳送的持續(xù)時(shí)間之類的標(biāo)準(zhǔn)。在上面提及的兩種情況下，能夠避免SDD的不必要產(chǎn)生。這導(dǎo)致消息接發(fā)系統(tǒng)的計(jì)算負(fù)載的降低，因?yàn)椴皇撬杏脩舸矶寄軌蛄魇絺鬏斔袧撛诳闪骰拿襟w組件。另外，所有用戶代理并不總是需要所有可能的可流化組件的流式傳輸。
最好當(dāng)接收取回請求時(shí)，發(fā)生獲得流式傳輸自適應(yīng)信息的步驟。有利的是，在接收取回請求時(shí)，獲得流式傳輸自適應(yīng)信息允許使用相同的程序，而不管是否存在可流化的組件，以及它們應(yīng)被如何流式傳輸。
獲得流式傳輸自適應(yīng)信息的步驟最好以包括在取回請求中的信息為基礎(chǔ)。有利的是，詳細(xì)的流式傳輸自適應(yīng)信息或?qū)@種詳細(xì)的流式傳輸自適應(yīng)信息的引用可在取回請求中收到，或者可和取回請求一起接收。
獲得流式傳輸自適應(yīng)信息的步驟最好在接收取回請求之后發(fā)生。有利的是，在接收取回請求之后獲得流式傳輸自適應(yīng)信息允許由還產(chǎn)生SDD的實(shí)體接收自適應(yīng)信息。這允許極大程度的靈活性，因?yàn)樽赃m應(yīng)信息的提供在將負(fù)責(zé)流式傳輸?shù)碾p方之間發(fā)生，導(dǎo)致多媒體消息接發(fā)服務(wù)中流式傳輸?shù)纳壿^為容易。
獲得流式傳輸自適應(yīng)信息的步驟最好以包括于在取回請求之后收到的通信中的信息為基礎(chǔ)。有利的是，流式傳輸自適應(yīng)信息可在諸如RTSP描述信號之類通信中從用戶代理收到。
用描述符替換可流化組件的步驟最好在MMS中繼(relay)進(jìn)行。產(chǎn)生SDD的步驟最好在除MMS中繼之外的實(shí)體，例如MMS服務(wù)器進(jìn)行。
有利的是，接收者M(jìn)MS中繼不必支持任何會話描述協(xié)議，并且不必能夠詳細(xì)地理解接收者M(jìn)MS用戶的特定于流式傳輸?shù)哪芰?，因?yàn)闀捗枋鰯?shù)據(jù)SDD的產(chǎn)生由媒體服務(wù)器執(zhí)行。與其中要求MMS中繼來產(chǎn)生SDD的MMS實(shí)現(xiàn)相比，這兩個(gè)因素減小了MMS中繼實(shí)現(xiàn)的復(fù)雜性。
此外，由于不需要接收者M(jìn)MS中繼來產(chǎn)生SDD，因此當(dāng)用描述符替換可流化媒體組件時(shí)，這不必對消息內(nèi)容SDD進(jìn)行大量的處理。這減輕了MMS中繼的預(yù)期工作負(fù)荷，增大了單個(gè)MMS中繼能夠處理的接收者M(jìn)MS用戶代理的數(shù)目。另一方面，由于加在接收者M(jìn)MS中繼上的工作負(fù)荷更小，可減少消息傳送時(shí)間。
SDD的產(chǎn)生和提供最好是分布的并由不同的服務(wù)器執(zhí)行。有利的是，由于和現(xiàn)有技術(shù)相比，對多媒體消息接發(fā)服務(wù)中心(一個(gè)或多個(gè)MMS中繼和一個(gè)或多個(gè)MMS服務(wù)器的組合)的要求將被減少，因此得到可動態(tài)擴(kuò)展并且靈活的系統(tǒng)。
有利的是，采用根據(jù)本發(fā)明的發(fā)送多媒體消息的方法提高了多媒體消息接發(fā)系統(tǒng)的靈活性，減少了對系統(tǒng)內(nèi)的MMS中繼的要求。
此外，新的流式傳輸能力可被引入多媒體消息接發(fā)系統(tǒng)中，而不需要改變負(fù)責(zé)通知和消息傳送的多媒體消息接發(fā)中繼。這個(gè)優(yōu)點(diǎn)起因于SDD的產(chǎn)生可由與多媒體消息接發(fā)中繼分離的專用多媒體服務(wù)器(媒體服務(wù)器)進(jìn)行。這樣，多媒體消息接發(fā)系統(tǒng)可被升級，以使用更復(fù)雜的流式傳輸協(xié)議。通過對媒體服務(wù)器和MMS用戶代理進(jìn)行必要的改變，可升級為使用更復(fù)雜的流式傳輸協(xié)議，而不一定需要對多媒體消息接發(fā)中繼的改變。
根據(jù)本發(fā)明的第五方面，提供一種在移動多媒體消息接發(fā)服務(wù)中，由多媒體消息接發(fā)用戶代理接收來自多媒體消息接發(fā)網(wǎng)絡(luò)的多媒體消息的方法，其中用戶代理接收通知多媒體消息的存在的多媒體消息通知，并發(fā)送取回請求，以便隨后接收多媒體消息在網(wǎng)絡(luò)發(fā)出多媒體消息的通知之后，把接收多媒體消息的多媒體消息取回請求和關(guān)于用戶代理的流式傳輸自適應(yīng)信息發(fā)送給網(wǎng)絡(luò)；從網(wǎng)絡(luò)接收響應(yīng)多媒體消息取回請求的多媒體消息傳輸；從接收的多媒體消息傳輸中獲得指向網(wǎng)絡(luò)中的一個(gè)遠(yuǎn)程位置的描述符；從描述符指示的位置，獲得根據(jù)流式傳輸自適應(yīng)信息產(chǎn)生的會話描述數(shù)據(jù)，用于建立取回可流化組件的流式傳輸會話；和根據(jù)會話描述數(shù)據(jù)建立流式傳輸會話，以便取回可流化媒體組件。
有利的是，在已發(fā)送通知之后，向網(wǎng)絡(luò)提供流式傳輸自適應(yīng)信息允許SDD的定制，從而SDD適合于用戶代理。
最好，流式傳輸自適應(yīng)信息提供和特定用戶代理終端相關(guān)的流式傳輸專用能力信息或者關(guān)于該終端的用戶的流式傳輸偏愛的信息。有利的是，通過提供用戶代理能力信息，SDD隨后可在網(wǎng)絡(luò)中產(chǎn)生，以致用戶代理將能夠根據(jù)會話描述數(shù)據(jù)進(jìn)行流式傳輸。有利的是，提供流式傳輸偏愛信息允許會話描述數(shù)據(jù)的定制產(chǎn)生，從而能夠和用戶偏愛相符地進(jìn)行流式傳輸。
最好，多媒體消息既包括可流化組件又包括不可流化組件。有利的是，不可流化組件可被立即呈現(xiàn)給用戶，而可流化組件要獨(dú)立取回，并且被獨(dú)立呈現(xiàn)或者與不可流化組件一起被呈現(xiàn)。
最好，多媒體消息通過無線通信信道被傳送給用戶代理。最好，在蜂窩無線電網(wǎng)絡(luò)，例如GSM、UMTS、PDC、IS-95或CDMA-2000中實(shí)現(xiàn)多媒體消息接發(fā)網(wǎng)絡(luò)。
最好，SDD包含確定可流化組件應(yīng)被如何呈現(xiàn)的信息。有利的是，字幕文本，控制圖標(biāo)，背景旋律和/或與多媒體消息相關(guān)的可執(zhí)行小程序可被提供為不可流化的組件，并通過SDD與可流化組件鏈接，以致在接收者裝置可按照集中的方式構(gòu)成多媒體消息。從而，能夠獲得極大的設(shè)計(jì)自由度，以便產(chǎn)生使人難忘的多媒體消息。這在廣告消息中特別有利。
根據(jù)本發(fā)明的第六方面，提供一種在移動多媒體消息接發(fā)服務(wù)中，控制向多媒體消息接發(fā)用戶代理發(fā)送多媒體消息的多媒體消息接發(fā)網(wǎng)絡(luò)實(shí)體的計(jì)算機(jī)程序產(chǎn)品，包括使網(wǎng)絡(luò)實(shí)體從多媒體消息接發(fā)用戶代理接收關(guān)于特定多媒體消息的多媒體消息取回請求的計(jì)算機(jī)程序代碼；使網(wǎng)絡(luò)實(shí)體響應(yīng)收到取回請求，獲得關(guān)于請求多媒體消息的用戶代理的流式傳輸自適應(yīng)信息的計(jì)算機(jī)程序代碼；響應(yīng)收到取回請求，使網(wǎng)絡(luò)實(shí)體確定發(fā)往用戶代理的多媒體消息是否包括可被流式傳輸給用戶代理的可流化組件的計(jì)算機(jī)程序代碼；響應(yīng)收到取回請求，使網(wǎng)絡(luò)實(shí)體用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件，并把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理的計(jì)算機(jī)程序代碼；使網(wǎng)絡(luò)實(shí)體根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立流式傳輸會話的會話描述數(shù)據(jù)的計(jì)算機(jī)程序代碼，所述流式傳輸會話用于傳送多媒體消息的可流化組件；和使網(wǎng)絡(luò)實(shí)體開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理的計(jì)算機(jī)程序代碼。
根據(jù)本發(fā)明的第七方面，提供一種在移動多媒體消息接發(fā)服務(wù)中，控制從多媒體消息接發(fā)網(wǎng)絡(luò)接收多媒體消息的多媒體消息接發(fā)用戶代理的計(jì)算機(jī)程序產(chǎn)品，其中用于通知多媒體消息的存在的多媒體消息通知被發(fā)送給用戶代理，包括使用戶代理在網(wǎng)絡(luò)發(fā)送了關(guān)于多媒體消息的通知之后，向網(wǎng)絡(luò)發(fā)送多媒體消息取回請求和流式傳輸自適應(yīng)信息的計(jì)算機(jī)程序代碼；使用戶代理接收響應(yīng)多媒體消息取回請求的多媒體消息傳輸?shù)挠?jì)算機(jī)程序代碼；使用戶代理從接收的多媒體消息傳輸中獲得指向網(wǎng)絡(luò)中的一個(gè)位置的描述符的計(jì)算機(jī)程序代碼；使用戶代理從描述符指示的位置獲得根據(jù)流式傳輸自適應(yīng)信息產(chǎn)生的會話描述數(shù)據(jù)的計(jì)算機(jī)程序代碼；和使用戶代理根據(jù)會話描述數(shù)據(jù)建立流式傳輸會話，從而取回可流化媒體組件的計(jì)算機(jī)程序代碼。
第六和第七方面的計(jì)算機(jī)程序代碼可以是計(jì)算機(jī)可執(zhí)行的程序代碼，例如匯編機(jī)器語言。程序代碼可以是通過利用解釋器和/或編譯器，可由計(jì)算機(jī)執(zhí)行的代碼。
根據(jù)本發(fā)明的第八方面，提供一種在多媒體消息接發(fā)服務(wù)中提供會話描述數(shù)據(jù)的方法，在所述多媒體消息接發(fā)服務(wù)中，用戶代理可發(fā)送多媒體消息取回請求，從而至少部分地在根據(jù)會話描述數(shù)據(jù)中建立的流式傳輸會話中，獲得發(fā)送給它們的多媒體消息，其特征在于響應(yīng)取回請求的發(fā)送，產(chǎn)生會話描述數(shù)據(jù)。
最好，該方法還包括獲得請求多媒體消息的用戶代理的流式傳輸自適應(yīng)信息，并根據(jù)流式傳輸自適應(yīng)信息產(chǎn)生會話描述數(shù)據(jù)的步驟。
最好，用指向可從其獲得會話描述數(shù)據(jù)的位置的描述符替換多媒體消息的可流化組件。
根據(jù)本發(fā)明的第九方面，提供一種配置成根據(jù)第八方面的方法產(chǎn)生會話描述數(shù)據(jù)的會話描述數(shù)據(jù)發(fā)生器。
利用與用戶代理交換多媒體消息和/或信令的多媒體消息接發(fā)網(wǎng)絡(luò)實(shí)體，可提供多媒體消息接發(fā)服務(wù)。會話描述數(shù)據(jù)發(fā)生器可和該網(wǎng)絡(luò)實(shí)體在一起。另一方面，會話描述數(shù)據(jù)發(fā)生器可獨(dú)立于該網(wǎng)絡(luò)實(shí)體而存在。網(wǎng)絡(luò)實(shí)體可包括組合或者相互分離的媒體服務(wù)器和多媒體消息接發(fā)中繼。
應(yīng)認(rèn)識到當(dāng)與本發(fā)明的其它方面組合時(shí)，任一方面的實(shí)施例可產(chǎn)生優(yōu)點(diǎn)，并且在合適的情況下它們可被組合，即使不是所有實(shí)施例在所有各個(gè)方面之后都被清楚地記錄。


下面將參考附圖，舉例說明本發(fā)明，其中圖1表示根據(jù)3GPP TS 203.140 V.4.1.0的MMS系統(tǒng)部件的概觀；圖2表示根據(jù)3GPP TS 203.140 V.4.1.0的交互工作MMS系統(tǒng)部件的概觀；圖3表示根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，收到多媒體消息時(shí)的信令的流程；
圖4表示根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，描述MMS中繼/服務(wù)器的操作的流程圖；圖5表示根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，MMS用戶代理的結(jié)構(gòu)的方框圖；圖6表示根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，MMS中繼/服務(wù)器224的結(jié)構(gòu)。
具體實(shí)施例方式
前面為了舉例說明現(xiàn)有技術(shù)，描述了圖1-2。圖1-2也構(gòu)成其中可實(shí)現(xiàn)本發(fā)明的構(gòu)架。
現(xiàn)在將舉例說明根據(jù)本發(fā)明的多媒體消息接發(fā)系統(tǒng)的操作。在下面的說明中，將假定多媒體消息接發(fā)系統(tǒng)在第三代移動通信系統(tǒng)中實(shí)現(xiàn)。應(yīng)認(rèn)識到根據(jù)本發(fā)明的MMS系統(tǒng)也可在基于不同技術(shù)和通信協(xié)議的各種其它移動通信系統(tǒng)中實(shí)現(xiàn)。例如，也可在基于GSM的移動通信網(wǎng)絡(luò)中提供根據(jù)本發(fā)明的MMS系統(tǒng)。如果GSM網(wǎng)絡(luò)是根據(jù)通用分組無線電系統(tǒng)(GPRS)的要求來實(shí)現(xiàn)的，那么MMS系統(tǒng)的部件和移動通信網(wǎng)絡(luò)之間的信令的細(xì)節(jié)將基本上與下面提供的描述相對應(yīng)。在基于不同技術(shù)和通信協(xié)議的移動通信系統(tǒng)中，可按照等同的方式影響MMS系統(tǒng)和底層的通信網(wǎng)絡(luò)的交互作用，雖然所需信令的準(zhǔn)確細(xì)節(jié)可能與下面的例子中提供的細(xì)節(jié)有所不同。
類似于前面給出的現(xiàn)有技術(shù)的描述，將檢查多媒體消息接發(fā)服務(wù)環(huán)境A(MMSE A)中的MMS用戶代理A向存在于多媒體消息接發(fā)服務(wù)環(huán)境B(MMSE B)中的MMS用戶代理B發(fā)送多媒體消息的情況。
當(dāng)開始向MMS用戶代理B傳送多媒體消息時(shí)，MMS用戶代理A首先選擇要傳送的媒體內(nèi)容。如前所述，媒體內(nèi)容可以是保存在用戶代理A的存儲器中的不可流化類媒體內(nèi)容，例如靜止圖像和一些相關(guān)文本，或者它可以是適合于流式傳輸?shù)拿襟w內(nèi)容，例如音頻或視頻剪輯，或者不可流化和可流化類媒體內(nèi)容的組合。一些媒體內(nèi)容還可采取指示可從其獲得特定媒體組件的網(wǎng)絡(luò)位置的URI或URL的形式。
MMS用戶代理A把媒體內(nèi)容封裝成多媒體消息，包括媒體內(nèi)容本身，描述媒體內(nèi)容所必需的信息，和識別消息的預(yù)定接收者的尋址信息。隨后它通過無線電網(wǎng)絡(luò)A把該消息發(fā)送給MMS中繼A。當(dāng)收到該多媒體消息時(shí)，MMS中繼A根據(jù)包括在消息內(nèi)的尋址信息確定預(yù)定的接收者不是MMSE A的用戶代理，而是MMSE B中的MMS中繼B的用戶代理，并把該多媒體消息轉(zhuǎn)發(fā)給MMS中繼B。
下面將參考圖3說明根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，和把多媒體消息傳送給MMS用戶代理B相關(guān)的信令。當(dāng)發(fā)送給MMS用戶代理B的多媒體消息到達(dá)MMS中繼B時(shí)，它把消息的媒體內(nèi)容保存在MMS服務(wù)器B中，并向接收者M(jìn)MS用戶代理B發(fā)送MMS通知信號310。響應(yīng)收到該通知信號，MMS用戶代理B以MMS通知響應(yīng)信號311答復(fù)。稍后，或者可選地作為信號311的一部分，MMS用戶代理B把MMS取回請求信號312發(fā)送給MMS中繼B。MMS中繼B通過在MMS取回響應(yīng)313中發(fā)送包括不可流化的媒體組件和代表任何可流化媒體組件的描述符的修改的多媒體消息，作出響應(yīng)。響應(yīng)收到MMS取回響應(yīng)313，MMS用戶代理B向MMS中繼B發(fā)送MMS確認(rèn)信號314。根據(jù)本發(fā)明的該優(yōu)選實(shí)施例，用于代表可流化媒體組件的描述符本身并不提供將被MMS用戶代理B用于建立流式傳輸會話的會話描述數(shù)據(jù)(SDD)。相反，它們采取指針(pointer)的形式，例如能夠獲得SDD的位置的URI或URL。
利用描述符，MMS用戶代理B能夠調(diào)用流式傳輸進(jìn)程逐一地下載可流化媒體組件。如圖3中所示，通過交換信號315-323，啟動、控制和終止下載特定媒體組件的流式傳輸進(jìn)程。在本發(fā)明的優(yōu)選實(shí)施例中，信號315、316、317、318、320、321和322利用實(shí)時(shí)流協(xié)議(RTSP)來實(shí)現(xiàn)。在本發(fā)明的備選實(shí)施例中，使用超文本傳送協(xié)議(HTTP)，而不是RTSP來提供這些信號。可同時(shí)進(jìn)行兩個(gè)或更多的流式傳輸進(jìn)程，以致接收者M(jìn)MS用戶代理能夠同時(shí)播放或呈現(xiàn)兩個(gè)或更多的可流化媒體組件。這種情況下，關(guān)于每個(gè)可流化媒體組件交換信號31-323。一般來說，借助常用的協(xié)議，例如和SDD一起提供的同步多媒體集成語言(SMIL)定義，使可流化媒體組件的播放同步。
為了啟動關(guān)于由特定描述符代表的某一可流化媒體組件的流式傳輸進(jìn)程，MMS用戶代理B向MMS服務(wù)器B請求和該媒體組件相關(guān)的SDD。在圖4中，該請求由信號315表示，并且根據(jù)本發(fā)明的優(yōu)選實(shí)施例，利用識別所考慮的可流化媒體組件的實(shí)時(shí)流協(xié)議(RTSP)描述方法來產(chǎn)生所述請求。響應(yīng)RTSP描述方法信令，MMS服務(wù)器B提供包含該SDD的響應(yīng)信號316。
在本發(fā)明的優(yōu)選實(shí)施例中，信號315還被用于把MMS用戶代理B的能力通知MMS服務(wù)器B。這形成信號315中請求的可流化媒體組件和請求該媒體組件的接收者M(jìn)MS用戶代理之間的關(guān)聯(lián)。它還允許多媒體消息接發(fā)系統(tǒng)產(chǎn)生MMS用戶代理B所需的SDD，從而在流式傳輸會話實(shí)際被啟動時(shí)，形成與MMS服務(wù)器B的流式傳輸會話。從而，當(dāng)有當(dāng)需要時(shí)才創(chuàng)建SDD。另外還遵循如果由于某一原因，特定的可流化媒體組件未被取回，那么不為該組件創(chuàng)建任何SDD。此外，由于只在緊接于下載媒體的流式傳輸會話的建立之前或之間的階段創(chuàng)建SDD，因此MMS服務(wù)器能夠創(chuàng)建SDD，以致是特別為接收者M(jìn)MS用戶代理而設(shè)計(jì)的。這意味著用戶能夠把特定的可流化組件流式傳輸給除接收MMS通知和/或MMS取回響應(yīng)313的MMS用戶代理之外的MMS用戶代理。雖然用戶可能已改變接收者M(jìn)MS用戶代理，不過仍然可建立恰當(dāng)?shù)牧魇絺鬏敃?，并且將按照適合于所使用的設(shè)備的格式，接收可流化組件。
有利的是，提供給MMS服務(wù)器B的能力信息得自于用戶設(shè)備能力數(shù)據(jù)庫160，用戶設(shè)備能力數(shù)據(jù)庫160包含與不同MMS用戶代理的技術(shù)能力和/或涉及不同MMS訂戶的用戶偏愛有關(guān)的信息。這種情況下，一般根據(jù)3GPP技術(shù)規(guī)范26.234版本5.1.0章節(jié)A.4形成信號315。因此，MMS用戶代理B在信號315中包括一個(gè)或幾個(gè)統(tǒng)一資源定位符(URL)。這些URL指向MMS服務(wù)器B能夠從其取回能力簡檔或者流式傳輸自適應(yīng)信息(即，描述設(shè)備能力和/或用戶偏愛的信息)的一個(gè)或幾個(gè)用戶數(shù)據(jù)庫160中的位置。利用額外的報(bào)頭字段，該URL列表被封裝在RTSP協(xié)議數(shù)據(jù)單元中，并在RTSP DESCRIBE方法信令中，從MMS用戶代理B傳送給MMS服務(wù)器。
另一方面，信號315可包含MMS服務(wù)器B的所有必要能力和/或用戶偏愛信息，以致MMS服務(wù)器B能夠自主產(chǎn)生適合于接收者M(jìn)MS用戶代理的SDD。
有利的是，和接收者M(jìn)MS用戶代理相關(guān)的能力信息至少包括與MMS用戶代理的特定于流式傳輸?shù)哪芰ο嚓P(guān)的信息。另一方面，能力信息可以更全面，例如包括和MMS用戶代理的顯示或音頻再現(xiàn)能力相關(guān)的信息。
響應(yīng)信號315，MMS服務(wù)器B考慮到如上所述的接收者M(jìn)MS用戶代理的能力，形成SDD，并通過用信號316，例如以會話描述協(xié)議(SDP)文件的形式把SDD發(fā)送給MMS用戶代理B，作出答復(fù)。利用該SDP文件，MMS用戶代理B隨后把RTSP SETUP信號317發(fā)送給MMS服務(wù)器，以便初始化流式傳輸會話。MMS服務(wù)器B通過把RTSP SETUP響應(yīng)信號318發(fā)送給MMS用戶代理B，作出響應(yīng)。
在利用RTSP SETUP方法成功初始化與MMS服務(wù)器B的流式傳輸會話之后，MMS用戶代理B開始流式傳輸來自MMS服務(wù)器B的媒體組件。在其中在第三代移動通信網(wǎng)絡(luò)中實(shí)現(xiàn)MMS系統(tǒng)的本例中，首先必須激活輔助的分組數(shù)據(jù)協(xié)議(PDP)語境。輔助PDP語境(PDP context)的激活使得能夠?qū)崿F(xiàn)包含媒體內(nèi)容的數(shù)據(jù)分組從MMS服務(wù)器B到MMS用戶代理B的傳輸。為了建立輔助PDP語境，MMS用戶代理B與移動通信網(wǎng)絡(luò)的服務(wù)通用分組無線電服務(wù)支持節(jié)點(diǎn)(SGSN)進(jìn)行信號交換319。按照從第三代/GPRS規(guī)范得知的方式進(jìn)行輔助PDP語境的激活及其在利用基于分組的通信來傳送媒體組件方面的應(yīng)用。在基于不同通信技術(shù)和/或協(xié)議的移動通信系統(tǒng)中實(shí)現(xiàn)的本發(fā)明的實(shí)施例中，作為GPRS的替換，可以采用其它分組或線路交換數(shù)據(jù)服務(wù)。
在輔助PDP語境的激活之后，MMS用戶代理B開始通過向MMS服務(wù)器B發(fā)送RTSP PLAY信令320，流式傳輸媒體組件。隨后利用因特網(wǎng)協(xié)議(IP)/用戶數(shù)據(jù)報(bào)協(xié)議(UDP)/實(shí)時(shí)傳輸協(xié)議(RTP)，把可流化組件從MMS服務(wù)器B流式傳輸321到MMS用戶代理B。
在完成媒體組件的流式傳輸之后，MMS用戶代理B通過與MMS服務(wù)器B進(jìn)行RTSP TEARDOWN方法信令322，終止流式傳輸會話。MMS用戶代理B隨后停用(deactivate)輔助PDP語境，因?yàn)椴辉傩枰鼇韨魉兔襟w組件。通過與SGSN的信令323，實(shí)現(xiàn)輔助PDP語境的停用(參見圖4)。
如同在現(xiàn)在的MMS標(biāo)準(zhǔn)和在前述WO02/068349中所述一樣，在接收者M(jìn)MS用戶代理能夠開始下行流式傳輸可流化媒體組件之前，SDD被提供給接收者M(jìn)MS用戶代理。但是，SDD不是被嵌入多媒體消息中，而是被嵌入可流化組件中。
根據(jù)本發(fā)明，只為每個(gè)可流化組件提供簡短的流式傳輸指示。簡短的流式傳輸指示包含使接收者能夠獲得為了啟動與保存可流化內(nèi)容的服務(wù)器的流式傳輸會話，接收者所必需的SDD的信息。在本發(fā)明的優(yōu)選實(shí)施例中，如上所述，簡短的流式傳輸指示采取指向能夠獲得SDD的位置的指針(例如統(tǒng)一資源定位符，URL)的形式。有利的是，簡短的流式傳輸指示的提供及其在多媒體消息中的包含只要求接收者M(jìn)MS中繼執(zhí)行少許操作。簡短的流式傳輸指示一般規(guī)定要使用的訪問類型，例如RTSP或HTTP，服務(wù)器的地址，例如“mediaserver.com”和內(nèi)容的識別，例如“/news/video24112002_123456”。
有利的是把多媒體消息安排成以致在多媒體消息的前部中傳送代表可流化媒體組件的描述符，從而，在已開始多媒體消息的下載之后，盡快啟動流式傳輸會話。
此外，根據(jù)本發(fā)明，根據(jù)用作流式傳輸終端的特定用戶設(shè)備(UE)的流式傳輸專用能力，只在接收者M(jìn)MS用戶代理發(fā)送MMS取回請求時(shí)或者之后才產(chǎn)生SDD。
取回SDD的方法有許多種。除了結(jié)合本發(fā)明的優(yōu)選實(shí)施例說明的RTSP DESCRIBE方法之外，可以使用其它協(xié)議，例如HTTP GET或電子郵件(E-mail)。
如上所述，SDD被安排成呈會話描述文件，例如會話描述協(xié)議(SDP)文件的形式，會話描述協(xié)議(SDP)文件是廣泛使用的會話描述文件類型。會話描述文件提供對特定的一個(gè)或多個(gè)可流化媒體組件的表達(dá)的描述，允許接收者M(jìn)MS用戶代理完成流式傳輸過程的媒體初始化。SDP具有注冊因特網(wǎng)賦號管理局(IANA)多用途因特網(wǎng)郵件擴(kuò)展(MIME)類型。
有利的是，會話描述文件包含下述數(shù)據(jù)協(xié)議版本，關(guān)于媒體內(nèi)容的所有者和/或創(chuàng)作者的信息，會話標(biāo)識符，會話名稱和屬性，會話信息，發(fā)起者標(biāo)識符，例如多媒體消息的發(fā)送者的電子郵件地址或電話號碼，連接信息，帶寬信息，與不同時(shí)間相關(guān)的信息，和會話描述文件描述的每個(gè)媒體組件的標(biāo)題和屬性。會話描述文件還可包括一些加密信息，例如消息驗(yàn)證碼(MAC)，檢查內(nèi)容的有效性的加密檢查和，或者允許接收者M(jìn)MS用戶代理產(chǎn)生將被用于解密或證實(shí)內(nèi)容的會話密鑰的質(zhì)詢。
在備選實(shí)施例中，其它形式的文件被用于該用途。文本文件及遵守多媒體和超媒體信息編碼專家組(MHEG)ISO/IEC標(biāo)準(zhǔn)13522的文件也可被用于該用途。所有這些文件具有注冊的MIME類型。
依賴于實(shí)際用于下行流式傳輸可流化媒體組件的UE的能力的SDD的產(chǎn)生向MMS系統(tǒng)提供極大程度的靈活性，因?yàn)镸MS服務(wù)器B能夠適應(yīng)每次可流化組件將被下行流式傳輸時(shí)所使用的UE。
通過流式傳輸或者通過其它恰當(dāng)?shù)姆椒ǎ麄€(gè)多媒體消息可被上傳給接收者M(jìn)MSC 224。在本發(fā)明的優(yōu)選實(shí)施例中，使用流式傳輸把媒體內(nèi)容下載到指定接收者M(jìn)MS用戶代理與內(nèi)容被上傳到MMS中繼B224的方式無關(guān)。
圖4表示描述根據(jù)本發(fā)明的優(yōu)選實(shí)施例，MMS中繼B的操作的流程圖。所述操作開始于方框401。在方框402，MMS中繼B接收多媒體消息。在方框403，MMS中繼B嘗試?yán)肕MS通知310通知接收者用戶代理(MMS用戶代理B)，多媒體消息現(xiàn)在可以用于傳送。MMS中繼B隨后在方框404中檢查MMS通知響應(yīng)311是否已收到，確認(rèn)MMS通知310的接收。如果MMS通知響應(yīng)311已被收到，操作進(jìn)入方框407，否則在方框405中檢查MMS通知310是否已滿期。如果是，那么操作經(jīng)由可選的方框406返回方框402，在方框406，多媒體消息被清除。代替在方框406清除多媒體消息，MMS中繼B可在稍后階段，例如當(dāng)需要更多的存儲容量或者當(dāng)多媒體消息達(dá)到預(yù)定壽命時(shí)，擦除多媒體消息。如果在方框407，多媒體消息未滿期(expire)，那么MMS中繼B再次嘗試在方框403通知接收者用戶代理。重復(fù)包括方框403、404和405的循環(huán)，直到MMS通知310滿期或者收到MMS通知響應(yīng)311為止。一般來說，MMS通知的滿期是取決于時(shí)限和/或嘗試數(shù)目的條件。例如，在多達(dá)60分鐘的時(shí)間間隔內(nèi)，MMS中繼B可發(fā)送MMS通知310多達(dá)10次，以致接收者用戶代理將可能成功地接收MMS通知310。
如果MMS取回請求消息312無論如何都會在MMS通知確認(rèn)311之后不久(例如1、5或10分鐘)傳送，或者如果已選擇輸入的多媒體消息的自動下載，那么MMS取回請求312可與通知響應(yīng)311結(jié)合在一起。
方框404和405還可檢查是否已從消息始發(fā)者，或者充當(dāng)仲裁者的MMS操作員收到多媒體消息的取消。如果多媒體消息已被取消，那么操作經(jīng)過方框406返回方框402，多媒體消息被清除。
在成功地把多媒體消息通知接收者M(jìn)MS用戶代理之后，MMS中繼B開始輪詢(方框407和408)MMS取回請求消息312的接收，直到與傳送該消息相關(guān)的條件滿期為止。這些條件一般包括過后將不再維持多媒體消息的滿期時(shí)間和/或日期。如果滿期條件被滿足，那么操作從方框408跳到方框406，多媒體消息被清除。
隨后在方框409，MMS中繼B檢查多媒體消息是否包含任何可通過流式傳輸使之可供接收者M(jìn)MS用戶代理使用的組件。如果是，那么用描述符替換通過流式傳輸使之可用的媒體組件，程序繼續(xù)到方框410。
在方框410，MMS中繼B通過用各自的描述符替換可使之流式傳輸至接收者用戶代理的多媒體消息的媒體組件，來修改多媒體消息。它還把可流化組件保存在與MMS中繼B224相關(guān)的MMS服務(wù)器(服務(wù)器B)中。MMS服務(wù)器B可以和MMS中繼B結(jié)合在一起或者可以是一個(gè)不同的物理實(shí)體，在這種情況下，MMS中繼B把可流化組件發(fā)送給獨(dú)立的MMS服務(wù)器以便存儲。
方框409中的可流化性的確定可能取決于各種標(biāo)準(zhǔn)，例如MMS服務(wù)器B的能力，MMS取回請求312中接收的接收者M(jìn)MS用戶代理的能力及媒體內(nèi)容的類型(音頻、視頻等)。MMS中繼B可維持內(nèi)容類型的預(yù)定列表，所述內(nèi)容類型可流化，供確定可流化性之用。可選的是接收者M(jìn)MS用戶代理可指示能夠在MMS取回請求信號312中流式傳輸?shù)膬?nèi)容類型。另一方面，MMS服務(wù)器B可被安排成在方框409確定可流化性。在該備選實(shí)現(xiàn)中，MMS中繼B不必被告知MMS服務(wù)器的能力。
根據(jù)本發(fā)明，可利用多個(gè)互連的MMS中繼構(gòu)建MMS系統(tǒng)，以便與中繼相關(guān)的各個(gè)MMS服務(wù)器的能力可被充分使用。更具體的說，如果包含一個(gè)或多個(gè)潛在地可流化媒體組件的多媒體消息被傳送給其相關(guān)MMS服務(wù)器不具有可流式傳輸能力的特定MMS中繼，多媒體消息的存儲可被轉(zhuǎn)移給與MMS系統(tǒng)中的另一MMS中繼相關(guān)的具有可流式傳輸能力的MMS服務(wù)器。當(dāng)新的MMS服務(wù)器被添加到MMS系統(tǒng)中，或者特定MMS服務(wù)器的能力被增強(qiáng)時(shí)，系統(tǒng)自動開始利用由此提供給系統(tǒng)的增強(qiáng)特征。
應(yīng)認(rèn)識到由于在接收MMS取回請求312之前，MMS中繼B不檢查可流化性問題，因此收到多媒體消息的通知的用戶可自由地選擇使用任意UE作為取回多媒體消息的接收者M(jìn)MS用戶代理。從而，在組件是否可通過流式傳輸下載的確定中，以及在SDD的產(chǎn)生中，都可考慮實(shí)際用于取回多媒體消息的特定媒體組件的UE的能力。例如，如果接收者用戶代理從具有非常有限的軟件和硬件資源的裝置改變?yōu)榫哂谐霰娔芰Φ牧硪谎b置，那么MMS中繼B可適應(yīng)該改變。從而，用戶設(shè)備的改變會影響MMS中繼B關(guān)于特定的潛在可流化媒體組件的可流化性做出的判定。在上面剛剛給出的例子中，把具有較低規(guī)格的MMS用戶代理換成具有較高規(guī)格的MMS用戶代理很可能將使更多的潛在可流化組件能夠通過流式傳輸被實(shí)際下載。
另一方面，代替完全在MMS中繼B中執(zhí)行與方框409和410相關(guān)的操作，這些任務(wù)可由MMS服務(wù)器B執(zhí)行。更具體地說，系統(tǒng)可被實(shí)現(xiàn)成以致MMS服務(wù)器B確定哪些媒體組件是可流化的，并且用描述符替換這些組件。這是有利的，因?yàn)樗M(jìn)一步把與流式傳輸相關(guān)的信息(intelligence)從MMS中繼B轉(zhuǎn)移到MMS服務(wù)器B。此外，媒體組件的可流化性不僅取決于接收者M(jìn)MS用戶代理的能力和/或偏愛，而且取決于MMS服務(wù)器B的能力和/或偏愛。從而，MMS中繼B基本上能夠避免與流式傳輸相關(guān)的處理。
在方框411，在可流化組件的存儲之后或者基本與之同時(shí)，MMS服務(wù)器B把包含不可流化的媒體組件和代表可流化組件的描述符的修改的多媒體消息傳送給接收者用戶代理。
在方框412，MMS中繼B隨后接收來自接收者M(jìn)MS用戶代理B的MMS確認(rèn)信號314。程序隨后繼續(xù)到方框413，接收者M(jìn)MS UA把信號315發(fā)送給MMS服務(wù)器B，請求提供和特定的可流化媒體組件相關(guān)的SDD。如前所述，接收者M(jìn)MS用戶代理向MMS中繼B提供能力信息，從而實(shí)現(xiàn)接收者M(jìn)MS用戶代理的能力和要下載的特定可流化媒體組件之間的聯(lián)系。在具有能力聯(lián)系的情況下，MMS服務(wù)器B能夠考慮到接收者M(jìn)MS用戶代理的能力來產(chǎn)生SDD。在本發(fā)明的一個(gè)備選實(shí)施例中，在把確認(rèn)信號314發(fā)送給MMS中繼B 224之前，接收者M(jìn)MS UA 110B把信號315發(fā)送給MMS服務(wù)器224。
在方框414，MMS服務(wù)器B隨后產(chǎn)生SDD，并且一般以SDP文件的形式，用信號316將其發(fā)送給請求媒體組件的傳送的接收者用戶代理。
在把SDD提供給接收者M(jìn)MS用戶代理之后，MMS服務(wù)器B初始化流式傳輸會話，開始流式傳輸數(shù)據(jù)，并且當(dāng)媒體組件的流式傳輸結(jié)束時(shí)，斷開流式傳輸會話。對所請求的每個(gè)可流化組件重復(fù)這些步驟。如前所述，可并行執(zhí)行一個(gè)以上的流式傳輸進(jìn)程，從而接收者M(jìn)MS用戶代理能夠同時(shí)呈現(xiàn)兩個(gè)或更多的流。有利的是，這種情況下，在通過發(fā)出RTSP PLAY方法信令實(shí)際開始媒體組件的流式傳輸之前，對每個(gè)要傳送的可流化組件完成RTSP SETUP信令。另一方面，在不需要同時(shí)呈現(xiàn)一個(gè)以上的可流化媒體組件的情況下，對于接收者用戶代理請求的每個(gè)可流化媒體組件，連續(xù)執(zhí)行初始化流式傳輸會話，流式傳輸特定媒體組件的數(shù)據(jù)和中斷(tear down)流式傳輸會話的步驟。
在所有可流化組件和不可流化組件被傳送之后，在方框416結(jié)束傳送多媒體消息的程序。一般來說，MMS中繼和MMS服務(wù)器被實(shí)現(xiàn)成由計(jì)算機(jī)程序控制的服務(wù)器計(jì)算機(jī)，所述計(jì)算機(jī)程序使MMS中繼和MMS服務(wù)器能夠按照前述步驟工作。按照代表這種基于計(jì)算機(jī)的實(shí)現(xiàn)的方式，MMS中繼和MMS服務(wù)器能夠執(zhí)行多重任務(wù)，連續(xù)地監(jiān)視輸入的消息并處理它們，從而MMS中繼和MMS服務(wù)器能夠同時(shí)服務(wù)眾多的接收者M(jìn)MS用戶代理。還應(yīng)認(rèn)識到MMS中繼和MMS服務(wù)器可同時(shí)卷入傳送發(fā)往特定接收者用戶代理的一個(gè)以上的多媒體消息。這種情況下，MMS中繼和MMS服務(wù)器根據(jù)圖4為單個(gè)MMS用戶代理建立兩個(gè)或更多的并行進(jìn)程，從而不同的同時(shí)待決的多媒體消息的處理在很大程度上是獨(dú)立的，尤其是獨(dú)立于接收和通知步驟402-408。
雖然通常同一MMS服務(wù)器或服務(wù)器可保存特定多媒體消息的所有組件，不過一些組件可分布在不同的服務(wù)器上。例如，可流化組件可被保存在特定內(nèi)容提供者自己的MMS服務(wù)器上，這種情況下，指向這樣的組件的指針會涉及一個(gè)不同的服務(wù)器，而不是保存其它可流化或不可流化組件的服務(wù)器。
圖5表示根據(jù)本發(fā)明的優(yōu)選實(shí)施例的MMS用戶代理的結(jié)構(gòu)，其中MMS用戶代理在無線通信裝置中實(shí)現(xiàn)。微處理器μP控制負(fù)責(zé)MMS用戶代理的各種功能的功能塊。這些功能塊包括隨機(jī)存取存儲器RAM，射頻塊RF，只讀存儲器ROM，用于外部連接的輸入/輸出端口I/O，具有音頻系統(tǒng)SND，呈現(xiàn)多媒體消息的顯示器DPL和接收來自用戶的數(shù)據(jù)和命令的鍵盤KBD的用戶接口UI。微處理器的操作指令(即實(shí)現(xiàn)MMS用戶代理的基本功能的程序代碼)被預(yù)先(例如在制造過程中)保存在ROM中。根據(jù)其程序，微處理器使用RF塊在無線電路徑上發(fā)射和接收消息。微處理器監(jiān)視用戶接口UI的狀態(tài)，并根據(jù)程序代碼控制MMS用戶代理。當(dāng)收到多媒體消息時(shí)，微處理器μP關(guān)于代表可流化多媒體組件的簡短的流式傳輸指示符或描述符檢查消息。如果它找到這樣的描述符，那么它將執(zhí)行按照圖4的步驟413-415的操作。
一般，接收者M(jìn)MS用戶代理在收到SDD之后立即設(shè)置流式傳輸對話。另一方面，接收者M(jìn)MS用戶代理可把SDD保存在其存儲器中，以便在以后某一時(shí)間用于啟動流式傳輸會話。這種情況下，在SDD的接收和開始特定可流化媒體組件的下行流式傳輸之間存在明顯的延遲。
如果特定的多媒體組件不是MMS用戶代理本身支持的一種類型時(shí)，微處理器可控制輸入/輸出端口I/O把該組件轉(zhuǎn)發(fā)給支持這種多媒體組件的外部裝置。這樣的外部裝置可以是個(gè)人計(jì)算機(jī)，一般是膝上型計(jì)算機(jī)。這還提供允許使用增強(qiáng)的用戶接口和聲音能力(如果外部裝置提供這樣的設(shè)施)的優(yōu)點(diǎn)。輸入/輸出端口可以是紅外端口，有線端口，或者低功率射頻連接端口，例如藍(lán)牙端口。當(dāng)必須把潛在可流化多媒體組件的呈現(xiàn)轉(zhuǎn)移給外部裝置時(shí)，提供給MMS服務(wù)器B的能力參數(shù)最好對應(yīng)于外部裝置的能力。此外，就這種情況來說，從MMS服務(wù)器接收的SDD被傳送給外部裝置，以使該外部裝置能夠通過MMS用戶代理或者通過另一路線，例如固定因特網(wǎng)接入，建立與MMS服務(wù)器B的流式傳輸會話。
最好，質(zhì)量過高的多媒體組件被向下轉(zhuǎn)換成較低的，但足夠的質(zhì)量水平，以便它們的傳輸更快速，并且能夠容易地被接收者用戶代理使用，而不必在向用戶呈現(xiàn)之前，還需要任何進(jìn)一步的轉(zhuǎn)換或處理。類似地，多媒體組件可從一種媒體格式轉(zhuǎn)換成另一種媒體格式，以致結(jié)果符合接收者用戶代理的能力和/或偏愛。所述轉(zhuǎn)換可在MMS取回響應(yīng)的傳輸之前事先進(jìn)行，或者在所述傳輸中/傳輸期間進(jìn)行。
圖6表示根據(jù)本發(fā)明的優(yōu)選實(shí)施例的MMS中繼/服務(wù)器224的結(jié)構(gòu)。MMS中繼/服務(wù)器224包含控制服務(wù)器的操作的中央處理器CPU 610。服務(wù)器還包括保存在與處理器連接的非易失性存儲器630上的軟件620。易失性存儲器640也與CPU 610連接，用作隨機(jī)存取存儲器，其中CPU 610可執(zhí)行軟件620，并臨時(shí)保持在其操作中所需的數(shù)據(jù)。MMS中繼/服務(wù)器224具有與CPU 610連接的輸入端口65和輸出端口660。出于配置和維護(hù)的目的，MMS中繼/服務(wù)器224還包括用戶接口670，用戶接口670包括顯示器DPL，鍵盤KBD和音頻接口SND。MMS中繼/服務(wù)器224可通過軟件變化，由現(xiàn)有技術(shù)中已知的MMS中繼/服務(wù)器修改而來。通過在裝配MMS中繼/服務(wù)器224時(shí)，預(yù)先安裝在非易失性存儲器630上，在可拆卸的存儲器媒體(例如磁盤或光盤)上，或者經(jīng)由輸入端口650或?qū)Ｓ门渲幂斎攵丝?未示出)通過通信信道，可把軟件620分發(fā)給MMS中繼/服務(wù)器224。
上面說明了本發(fā)明的具體實(shí)現(xiàn)和實(shí)施例。對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明顯然并不局限于上面給出的實(shí)施例的細(xì)節(jié)，相反在不脫離本發(fā)明的特征的情況下，可利用相等的手段在其它實(shí)施例中實(shí)現(xiàn)本發(fā)明。本發(fā)明的范圍只由附加的權(quán)利要求限定。
權(quán)利要求
1.一種在移動多媒體消息接發(fā)服務(wù)中，把多媒體消息發(fā)送給多媒體消息接發(fā)用戶代理(110B)的多媒體消息接發(fā)網(wǎng)絡(luò)實(shí)體(224)，包括接收來自多媒體用戶代理的關(guān)于特定多媒體消息的多媒體消息取回請求(312)的端口(650)；響應(yīng)取回請求(312)，獲得請求多媒體消息的用戶代理(110B)的流式傳輸自適應(yīng)信息的裝置(610，650，160)；和響應(yīng)收到取回請求，確定發(fā)往多媒體用戶代理(110B)的多媒體消息是否包含可被流式傳輸給用戶代理(110B)的可流化組件，以及響應(yīng)確定多媒體消息包含可流化組件，根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立流式傳輸會話的會話描述數(shù)據(jù)(316)的裝置(610)，所述流式傳輸會話用于傳送多媒體消息的可流化組件；響應(yīng)確定多媒體消息包含可流化組件，用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件的裝置(610)；響應(yīng)確定多媒體消息包含可流化組件，把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理(110B)的裝置(610，660)；開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理(110B)的裝置(610，660)。
2.按照權(quán)利要求1所述的網(wǎng)絡(luò)實(shí)體，其中描述符指向可從其獲得可流化組件的會話描述數(shù)據(jù)的位置(150)。
3.按照權(quán)利要求2所述的網(wǎng)絡(luò)實(shí)體，其中描述符規(guī)定要使用的訪問類型，保存可流化組件的實(shí)體的地址和可流化組件的標(biāo)識。
4.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，其中確定發(fā)往多媒體用戶代理(110B)的多媒體消息是否包含可被流式傳輸給用戶代理的可流化組件的裝置(610)被配置成考慮網(wǎng)絡(luò)實(shí)體的能力。
5.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，其中開始流式傳輸可流化組件的裝置被配置成響應(yīng)用戶代理建立與網(wǎng)絡(luò)實(shí)體的流式傳輸會話，開始流式傳輸。
6.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，其中端口(650)還被配置成從用戶代理接收指向流式傳輸自適應(yīng)信息的指針。
7.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，其中會話描述數(shù)據(jù)在會話描述協(xié)議(SDP)文件中。
8.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，還包括排列多媒體消息，以致在多媒體消息的前部中傳送描述符，以便提前流式傳輸會話的開始的裝置。
9.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，還包括向用戶代理輸出通知(310)，從而告知多媒體消息的輸出端(660)；和通過接收組合的通知確認(rèn)(311)和取回請求(312)，檢測通知消息(310)的傳送的裝置(650，610)。
10.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，其中流式傳輸自適應(yīng)信息包括和用戶代理的流式傳輸數(shù)據(jù)的能力和/或涉及流式傳輸?shù)挠脩羝珢塾嘘P(guān)的信息。
11.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，其中獲得流式傳輸自適應(yīng)信息的裝置被配置成根據(jù)包含在取回請求(312)中的信息，或者隨后從用戶代理(110B)收到的信息，來獲得流式傳輸自適應(yīng)信息。
12.按照前述任意權(quán)利要求所述的網(wǎng)絡(luò)實(shí)體，包括具有如下物理關(guān)系的多媒體內(nèi)容服務(wù)器和多媒體消息接發(fā)中繼集成單元，分離單元和位于不同地理位置的分離單元。
13.按照權(quán)利要求1-11任意之一所述的網(wǎng)絡(luò)實(shí)體，包括一個(gè)多媒體消息接發(fā)中繼，其中用描述符替換可流化組件的裝置位于多媒體消息接發(fā)中繼之外。
14.按照權(quán)利要求1-11任意之一所述的網(wǎng)絡(luò)實(shí)體，包括一個(gè)多媒體消息接發(fā)中繼，其中用描述符替換可流化組件的裝置位于多媒體消息接發(fā)中繼處。
15.一種在移動多媒體消息接發(fā)服務(wù)中，接收來自多媒體消息接發(fā)網(wǎng)絡(luò)(210，212，220，222)的多媒體消息的多媒體消息接發(fā)用戶代理(MS)，其中用于通知多媒體消息的存在的多媒體消息通知(311)被發(fā)送給用戶代理，包括在網(wǎng)絡(luò)發(fā)出多媒體消息的通知(311)之后，把多媒體消息取回請求(312)和涉及用戶代理(MS)的流式傳輸自適應(yīng)信息發(fā)送給網(wǎng)絡(luò)的發(fā)射器(RF)；接收響應(yīng)多媒體消息取回請求(312)的多媒體消息傳輸?shù)慕邮掌?RF)；從接收的多媒體消息傳輸中獲得指向網(wǎng)絡(luò)中的一個(gè)位置(150)的描述符的裝置(μP)；從描述符指示的位置(15)，獲得根據(jù)流式傳輸自適應(yīng)信息產(chǎn)生的會話描述數(shù)據(jù)的裝置(μP，RF)；和根據(jù)會話描述數(shù)據(jù)建立流式傳輸會話，以便取回可流化媒體組件的裝置(μP，RF)。
16.按照權(quán)利要求15所述的用戶代理，其中描述符指向可從其獲得可流化組件的會話描述數(shù)據(jù)的位置。
17.按照權(quán)利要求15或16所述的用戶代理，其中發(fā)射器被配置成響應(yīng)收到通知(310)，發(fā)射組合的通知確認(rèn)(311)和取回請求(312)。
18.按照權(quán)利要求15-17任意之一所述的用戶代理，其中流式傳輸自適應(yīng)信息包括能力信息，關(guān)于用戶代理的用戶偏愛，指向保存能力信息的位置(160)的指針，和指向保存關(guān)于用戶代理的用戶偏愛的位置(160)的指針中的至少一個(gè)。
19.按照權(quán)利要求15-18任意之一所述的用戶代理，其中獲得會話描述數(shù)據(jù)的裝置被配置成從會話描述協(xié)議文件獲得會話描述數(shù)據(jù)。
20.按照權(quán)利要求15-19任意之一所述的用戶代理，其中描述符規(guī)定包含要使用的訪問類型，保存可流化組件的實(shí)體的地址和可流化組件的標(biāo)識的訪問信息；其中獲得會話描述數(shù)據(jù)的裝置被配置成根據(jù)訪問信息工作。
21.按照權(quán)利要求15-20任意之一所述的用戶代理，還包括配置成把多媒體消息組件轉(zhuǎn)發(fā)給外部設(shè)備以便呈現(xiàn)的輸出端口。
22.按照權(quán)利要求21所述的用戶代理，其中輸出端口是無線端口。
23.按照權(quán)利要求21或22所述的用戶代理，其中無線端口是低功率射頻端口。
24.按照權(quán)利要求21-23任意之一所述的用戶代理，還包括修改流式傳輸自適應(yīng)信息，以便對應(yīng)于外部設(shè)備的能力的裝置。
25.一種包括多媒體消息接發(fā)用戶代理(110B)和處理發(fā)往多媒體消息接發(fā)用戶代理(110B)的多媒體消息的多媒體消息接發(fā)網(wǎng)絡(luò)(210，212，220，222)的移動多媒體消息接發(fā)服務(wù)系統(tǒng)(100)，所述網(wǎng)絡(luò)包括接收來自用戶代理的多媒體消息取回請求的裝置(650)；響應(yīng)取回請求(312)，獲得用戶代理(110B)的流式傳輸自適應(yīng)信息的裝置(610，160，650)；響應(yīng)取回請求，確定發(fā)往用戶代理(110B)的多媒體消息是否包括可被流式傳輸給用戶代理的可流化組件，并且根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立流式傳輸會話的會話描述數(shù)據(jù)(316)的裝置(610)，所述流式傳輸會話用于傳送多媒體消息的可流化組件；響應(yīng)確定多媒體消息包含可流化組件，用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件的裝置(610)；響應(yīng)確定多媒體消息包含可流化組件，把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理的裝置(610)；和開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理的裝置(610，660)；用戶代理(110B)包括把接收多媒體消息的多媒體消息取回請求(312)和關(guān)于用戶代理的流式傳輸自適應(yīng)信息發(fā)送給網(wǎng)絡(luò)的發(fā)射器(RF)；接收響應(yīng)多媒體消息取回請求的多媒體消息的接收器(RF)；從接收的多媒體消息傳輸中獲得指向會話描述數(shù)據(jù)的描述符的裝置(μP)；獲得描述符指向的會話描述數(shù)據(jù)的裝置(μP，RF)；和根據(jù)會話描述數(shù)據(jù)啟動流式傳輸會話，以便取回可流化組件的裝置(μP，RF)。
26.按照權(quán)利要求25所述的系統(tǒng)，還包括保存和傳送多媒體消息內(nèi)容的內(nèi)容服務(wù)器，和向用戶代理通知多媒體消息的通知服務(wù)器，其中內(nèi)容服務(wù)器和通知服務(wù)器具有如下物理關(guān)系單個(gè)單元，分離單元和分布在不同地理位置的分離單元。
27.按照權(quán)利要求25或26所述的系統(tǒng)，還包括第一媒體服務(wù)器和第二媒體服務(wù)器，第一媒體服務(wù)器不能把可流化媒體組件流式傳輸給用戶代理，第二媒體服務(wù)器能夠把可流化媒體組件流式傳輸給用戶代理；和把多媒體消息傳送給第二媒體服務(wù)器，以能夠把可流化組件流式傳輸給用戶代理的裝置。
28.按照權(quán)利要求25-27任意之一所述的系統(tǒng)，還包括配置成用描述符替換可流化組件的多媒體消息接發(fā)中繼。
29.一種把移動多媒體消息接發(fā)服務(wù)中的多媒體消息發(fā)送給多媒體消息接發(fā)用戶代理的方法，包括從多媒體消息接發(fā)用戶代理接收關(guān)于特定多媒體消息的多媒體消息取回請求；和響應(yīng)取回請求獲得請求多媒體消息的用戶代理的流式傳輸自適應(yīng)信息；確定發(fā)往用戶代理的多媒體消息是否包括可被流式傳輸給用戶代理的可流化組件；響應(yīng)確定多媒體消息包括可流化組件，根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立流式傳輸會話的會話描述數(shù)據(jù)，所述流式傳輸會話用于傳送多媒體消息的可流化組件；響應(yīng)確定多媒體消息包含可流化組件，用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件，并把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理；和開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理。
30.按照權(quán)利要求29所述的方法，其中流式傳輸自適應(yīng)信息包括和用戶代理的流式傳輸數(shù)據(jù)的能力和涉及流式傳輸?shù)挠脩羝珢壑辽僦挥嘘P(guān)的信息
31.按照權(quán)利要求29-30所述的方法，其中獲得流式傳輸自適應(yīng)信息以包括在取回請求中的信息為基礎(chǔ)。
32.按照權(quán)利要求29-31所述的方法，其中獲得流式傳輸自適應(yīng)信息以包括于在取回請求之后收到的通信中的信息為基礎(chǔ)。
33.按照權(quán)利要求29-32所述的方法，其中用描述符替換可流化組件的步驟在多媒體消息接發(fā)中繼處進(jìn)行。
34.按照權(quán)利要求29-32所述的方法，其中產(chǎn)生會話描述數(shù)據(jù)的步驟在除多媒體消息接發(fā)中繼之外的實(shí)體上進(jìn)行。
35.一種在移動多媒體消息接發(fā)服務(wù)中，由多媒體消息接發(fā)用戶代理接收來自多媒體消息接發(fā)網(wǎng)絡(luò)的多媒體消息的方法，其中用戶代理接收通知多媒體消息的存在的多媒體消息通知，并發(fā)送取回請求，以便隨后接收多媒體消息，包括在網(wǎng)絡(luò)發(fā)出多媒體消息的通知之后，把接收多媒體消息的多媒體消息取回請求和關(guān)于用戶代理的流式傳輸自適應(yīng)信息發(fā)送給網(wǎng)絡(luò)；從網(wǎng)絡(luò)接收響應(yīng)多媒體消息取回請求的多媒體消息傳輸；從接收的多媒體消息傳輸中獲得指向網(wǎng)絡(luò)中的一個(gè)位置的描述符；從描述符指示的位置，獲得根據(jù)流式傳輸自適應(yīng)信息產(chǎn)生并建立用于取回可流化組件的流式傳輸會話的會話描述數(shù)據(jù)；和根據(jù)會話描述數(shù)據(jù)建立流式傳輸會話，以便取回可流化媒體組件。
36.按照權(quán)利要求35所述的方法，其中流式傳輸自適應(yīng)信息提供用戶代理能力信息和流式傳輸偏愛信息中的至少一個(gè)。
37.按照權(quán)利要求29-36任意之一所述的方法，其中會話描述數(shù)據(jù)包括建立用于流式傳輸可流化組件的流式傳輸會話所必需的信息。
38.按照權(quán)利要求29-37任意之一所述的方法，其中多媒體消息通過無線通信信道被傳送給用戶代理。
39.按照權(quán)利要求35-38任意之一所述的方法，其中流式傳輸自適應(yīng)信息至少包括能力信息，涉及用戶代理的用戶偏愛，指向保存能力信息的位置的指針，和指向保存涉及用戶代理的用戶偏愛的位置的指針之一。
40.一種在移動多媒體消息接發(fā)服務(wù)中，控制多媒體消息接發(fā)網(wǎng)絡(luò)實(shí)體，以便向多媒體消息接發(fā)用戶代理發(fā)送多媒體消息的計(jì)算機(jī)程序產(chǎn)品，包括使網(wǎng)絡(luò)實(shí)體從多媒體消息接發(fā)用戶代理接收關(guān)于特定多媒體消息的多媒體消息取回請求的計(jì)算機(jī)程序代碼；使網(wǎng)絡(luò)實(shí)體響應(yīng)收到取回請求，獲得關(guān)于請求多媒體消息的用戶代理的流式傳輸自適應(yīng)信息的計(jì)算機(jī)程序代碼；使網(wǎng)絡(luò)實(shí)體確定發(fā)往用戶代理的多媒體消息是否包括可被流式傳輸給用戶代理的可流化組件的計(jì)算機(jī)程序代碼；使網(wǎng)絡(luò)實(shí)體響應(yīng)確定多媒體消息包括可流化組件，根據(jù)流式傳輸自適應(yīng)信息，產(chǎn)生建立用于傳送多媒體消息的可流化組件的流式傳輸會話的會話描述數(shù)據(jù)的計(jì)算機(jī)程序代碼；使網(wǎng)絡(luò)實(shí)體響應(yīng)確定多媒體消息包括可流化組件，用指向可流化組件的會話描述數(shù)據(jù)的描述符替換可流化組件的計(jì)算機(jī)程序代碼；使網(wǎng)絡(luò)實(shí)體響應(yīng)收到取回請求，把帶有替換可流化組件的描述符的多媒體消息發(fā)送給用戶代理的計(jì)算機(jī)程序代碼；和使網(wǎng)絡(luò)實(shí)體開始把和會話描述數(shù)據(jù)相符的可流化組件流式傳輸給用戶代理的計(jì)算機(jī)程序代碼。
41.一種在移動多媒體消息接發(fā)服務(wù)中，控制多媒體消息接發(fā)用戶代理從多媒體消息接發(fā)網(wǎng)絡(luò)接收多媒體消息的計(jì)算機(jī)程序產(chǎn)品，其中用于通知多媒體消息的存在的多媒體消息通知被發(fā)送給用戶代理，包括使用戶代理在網(wǎng)絡(luò)發(fā)送了關(guān)于多媒體消息的通知之后，向網(wǎng)絡(luò)發(fā)送多媒體消息取回請求和流式傳輸自適應(yīng)信息的計(jì)算機(jī)程序代碼；使用戶代理接收響應(yīng)多媒體消息取回請求的多媒體消息傳輸?shù)挠?jì)算機(jī)程序代碼；使用戶代理從接收的多媒體消息傳輸中獲得指向網(wǎng)絡(luò)中的一個(gè)位置的描述符的計(jì)算機(jī)程序代碼；使用戶代理從描述符指示的位置獲得根據(jù)流式傳輸自適應(yīng)信息產(chǎn)生的會話描述數(shù)據(jù)的計(jì)算機(jī)程序代碼；和使用戶代理根據(jù)會話描述數(shù)據(jù)建立流式傳輸會話，從而取回可流化媒體組件的計(jì)算機(jī)程序代碼。
42.一種參考附圖如上文中描述的方法。
43.一種參考附圖如上文中描述的設(shè)備。
44.一種參考附圖如上文中描述的系統(tǒng)。
全文摘要
一種對多媒體消息接發(fā)服務(wù)(MMS)的改進(jìn)，其中多媒體消息的可流化媒體組件被流式傳輸(321)給用戶代理。可流化組件用指向某一位置的描述符表示，從所述位置能夠獲得建立用于可流化媒體組件的流式傳輸會話所必需的會話描述數(shù)據(jù)(SDD)。在用戶代理已被告知(310)多媒體消息之后，或者甚至更有利地是只有在用戶代理請求取回(312)多媒體消息時(shí)，才產(chǎn)生和傳送(316)SDD。SDD產(chǎn)生遵守請求取回多媒體消息的用戶代理的能力和/或偏愛。利用取回請求(312)或者根據(jù)流式傳輸會話設(shè)置消息(315)能夠獲得能力和/或偏愛，以便確保它們對應(yīng)于將實(shí)際呈現(xiàn)多媒體消息的用戶代理。
文檔編號H04L29/06GK1711786SQ200380103255
公開日2005年12月21日 申請日期2003年11月13日 優(yōu)先權(quán)日2002年11月14日
發(fā)明者莫斯塔法·邁拉杰 申請人:諾基亞公司