專利名稱：一種實(shí)現(xiàn)移動(dòng)數(shù)據(jù)業(yè)務(wù)適配的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通信技術(shù)，尤指一種實(shí)現(xiàn)移動(dòng)數(shù)據(jù)業(yè)務(wù)適配的方法。
背景技術(shù)：
移動(dòng)通信發(fā)展的方向是多媒體通信技術(shù)，無(wú)線通信網(wǎng)絡(luò)的寬帶化趨勢(shì)正是為了迎合人們這種多媒體通信需求，3G網(wǎng)絡(luò)規(guī)范的制定也是圍繞這個(gè)目的進(jìn)行的，移動(dòng)終端也正在從傳統(tǒng)的人與人之間的通信工具轉(zhuǎn)化為一個(gè)多媒體信息中心。
但是，移動(dòng)終端對(duì)于媒體格式支持范圍的不統(tǒng)一，給多媒體化通信的進(jìn)程造成了一定的麻煩，成為多媒體內(nèi)容廣泛傳播的阻力。在目前多媒體化潮流的初期，最集中的體現(xiàn)是，在彩信業(yè)務(wù)和無(wú)線應(yīng)用協(xié)議(WAP)業(yè)務(wù)中，終端對(duì)于圖片、鈴聲等格式支持程度的不一致。
如果用戶終端收到了本身不支持格式的多媒體消息，比如彩信等，或者用戶終端從網(wǎng)絡(luò)上下載了本身不支持的多媒體消息，比如圖片、鈴聲等，用戶終端就不能正常顯示和播放，這會(huì)給用戶留下不良業(yè)務(wù)感受。
為了解決這個(gè)問(wèn)題，目前通用的做法是由服務(wù)提供商(SP)針對(duì)不同的終端開(kāi)發(fā)不同的應(yīng)用，并根據(jù)不同的終端在SP網(wǎng)頁(yè)系統(tǒng)上提供針對(duì)同一媒體內(nèi)容的不同選項(xiàng)。用戶在訪問(wèn)SP提供的媒體內(nèi)容時(shí)，選擇終端類型，通過(guò)SP網(wǎng)頁(yè)系統(tǒng)識(shí)別后選擇符合該終端類型的內(nèi)容分發(fā)給用戶。這種方式對(duì)于SP提出了很高的技術(shù)要求，要求SP對(duì)媒體格式相關(guān)參數(shù)的含義有明確的理解，而大部分的SP是做不到或者是做不好這項(xiàng)復(fù)雜工作的。另外，終端發(fā)起的媒體內(nèi)容格式差別也很大，接收終端很多情況下不能很好的支持。
目前，另外一種較好的方法是由通信通道的控制者，移動(dòng)運(yùn)營(yíng)商在網(wǎng)絡(luò)側(cè)來(lái)解決。比如，運(yùn)營(yíng)商可以在通道中增加一個(gè)轉(zhuǎn)換器，在將多媒體內(nèi)容發(fā)送給用戶終端之前進(jìn)行轉(zhuǎn)換，轉(zhuǎn)換為用戶終端支持的媒體格式，提高移動(dòng)數(shù)據(jù)業(yè)務(wù)的服務(wù)質(zhì)量。
圖1是現(xiàn)有技術(shù)MDS服務(wù)體系結(jié)構(gòu)示意圖，該體系中，在運(yùn)營(yíng)商實(shí)際開(kāi)展業(yè)務(wù)時(shí)，需要多媒體消息內(nèi)容適配業(yè)務(wù)(MCAS)系統(tǒng)將來(lái)自移動(dòng)數(shù)據(jù)業(yè)務(wù)(MDS)服務(wù)器的移動(dòng)數(shù)據(jù)業(yè)務(wù)，如多媒體消息業(yè)務(wù)(MMS)、WAP數(shù)據(jù)以及流媒體等含有多媒體內(nèi)容的移動(dòng)數(shù)據(jù)業(yè)務(wù)，轉(zhuǎn)換成接收終端能接收的數(shù)據(jù)格式，這樣才能保證接收終端得到滿意的數(shù)據(jù)業(yè)務(wù)。
圖2是現(xiàn)有技術(shù)MDS體系處理MMS的流程圖，結(jié)合圖1，其中MDS服務(wù)器接收的多媒體消息(MM)可以來(lái)自移動(dòng)終端，或Internet，或SP提供的網(wǎng)站等，而接收終端是移動(dòng)終端。
下面以圖1中移動(dòng)終端1發(fā)送MM為例，描述現(xiàn)有技術(shù)MDS體系處理MMS的方法，具體步驟如下步驟200通過(guò)無(wú)線網(wǎng)絡(luò)及無(wú)線應(yīng)用協(xié)議(WAP)網(wǎng)關(guān)，MDS服務(wù)器接收移動(dòng)終端1發(fā)送的MM。
本步驟中，移動(dòng)終端1在發(fā)送MM時(shí)，同時(shí)標(biāo)明接收終端的號(hào)碼，即接收移動(dòng)終端的號(hào)碼，這點(diǎn)與發(fā)送普通短信一樣。在MDS服務(wù)器接收到移動(dòng)終端1發(fā)送的MM后，MDS服務(wù)器向接收終端發(fā)送通知消息，通知接收終端到MDS服務(wù)器讀取移動(dòng)終端1發(fā)送給接收終端的MM。
步驟201獲得接收終端類型后，MDS服務(wù)器生成MM的轉(zhuǎn)換要求。
本步驟中，當(dāng)接收終端接收到有MM的通知消息發(fā)送給自身后，主動(dòng)向MDS服務(wù)器發(fā)起接收該MM的請(qǐng)求讀取消息，根據(jù)請(qǐng)求讀取消息，MDS服務(wù)器獲得接收終端的類型，然后MDS服務(wù)器根據(jù)接收終端的類型，生成該接收終端所能接收的多媒體格式類型，即生成接收到的MM的轉(zhuǎn)換要求，比如圖片象素、音頻比特率等。
步驟202MCAS系統(tǒng)接收來(lái)自MDS服務(wù)器的MM和轉(zhuǎn)換要求，并根據(jù)轉(zhuǎn)換要求將接收到的MM轉(zhuǎn)換成指定的多媒體格式，并將轉(zhuǎn)換后的MM返回MDS服務(wù)器。
本步驟中，MDS服務(wù)器向MCAS系統(tǒng)發(fā)送內(nèi)容適配請(qǐng)求消息，并將轉(zhuǎn)換要求和MM寫(xiě)入內(nèi)容適配請(qǐng)求消息中。
MDS服務(wù)器與MCAS系統(tǒng)之間的接口協(xié)議是采用開(kāi)放移動(dòng)聯(lián)盟(OMA)對(duì)多媒體應(yīng)用平臺(tái)與媒體轉(zhuǎn)換平臺(tái)之間定義的通用協(xié)議標(biāo)準(zhǔn)代碼轉(zhuǎn)換接口協(xié)議規(guī)范，1.0版本(STI V1.0)。
STI V1.0協(xié)議基于超文本傳輸協(xié)議(HTTP)承載，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(SOAP)1.1封裝的消息格式定義內(nèi)容適配請(qǐng)求消息以及內(nèi)容適配響應(yīng)消息。其中內(nèi)容適配請(qǐng)求消息封裝在SOAP消息體的多個(gè)Transcoding Job部分中，Transcoding Job部分的內(nèi)容為對(duì)媒體的轉(zhuǎn)換要求，而MM本身存放在SOAP消息體的Content Attachment部分中。如果MM為指定引用外部媒體元素，比如指定MM的統(tǒng)一資源定位器(URL)地址，那么可在TranscodingJob部分中存放對(duì)媒體的轉(zhuǎn)換要求以及URL地址，而Content Attachment部分不需要附在消息體中。
步驟203MDS服務(wù)器將返回的轉(zhuǎn)換結(jié)果下發(fā)給接收終端。
本步驟中，MDS服務(wù)器接收來(lái)自MCAS的內(nèi)容適配響應(yīng)消息，并且在該響應(yīng)消息中存入了轉(zhuǎn)換后的MM。
按照STI V1.0協(xié)議，在返回的內(nèi)容適配響應(yīng)消息中，SOAP消息體中的每個(gè)Job Result部分中提供每個(gè)媒體元素的具體轉(zhuǎn)換結(jié)果。同樣，ContentAttachment部分可選，即，若在內(nèi)容適配請(qǐng)求消息中，MM存放在ContentAttachment部分，則返回的響應(yīng)消息中的Content Attachment部分存放轉(zhuǎn)換后的MM；若在內(nèi)容適配請(qǐng)求消息中，MM存放在多個(gè)Transcoding Job部分，則返回的響應(yīng)消息中的多個(gè)Job Result部分相應(yīng)存放轉(zhuǎn)換后的MM。
說(shuō)明一點(diǎn)，本例中MDS服務(wù)器是多媒體消息中心(MMSC)。
從上述現(xiàn)有技術(shù)MDS體系處理MMS的方法來(lái)看，MM的真正的適配過(guò)程是在MDS服務(wù)器完成的，而在MCAS系統(tǒng)只是按照轉(zhuǎn)換要求進(jìn)行轉(zhuǎn)換，這就要求MDS服務(wù)器開(kāi)發(fā)人員對(duì)媒體格式相關(guān)參數(shù)含義有明確的理解，對(duì)MDS服務(wù)器開(kāi)發(fā)提出了很高的技術(shù)要求。STI V1.0協(xié)議本身也要求作為客戶端的MDS服務(wù)器提供對(duì)每個(gè)媒體元素的轉(zhuǎn)換要求。
另外，STI V1.0協(xié)議是一個(gè)通用協(xié)議，在應(yīng)用到移動(dòng)數(shù)據(jù)業(yè)務(wù)時(shí)，會(huì)增加許多不必要的配置工作，對(duì)移動(dòng)數(shù)據(jù)業(yè)務(wù)的特殊性考慮不足；采用SOAP格式封裝的消息，在性能方面存在一定的局限性，SOAP封裝是使用可擴(kuò)展標(biāo)記語(yǔ)言(XML)文本封裝消息的，編解碼比較復(fù)雜，效率低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)移動(dòng)數(shù)據(jù)業(yè)務(wù)適配的方法，該方法能夠降低MDS服務(wù)器開(kāi)發(fā)技術(shù)要求，并且能夠提高內(nèi)容適配效率。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)移動(dòng)數(shù)據(jù)業(yè)務(wù)適配的方法，用于適配發(fā)送終端與接收終端間包含多媒體內(nèi)容的移動(dòng)數(shù)據(jù)業(yè)務(wù)，該方法包括以下步驟A.移動(dòng)數(shù)據(jù)業(yè)務(wù)MDS服務(wù)器接收到來(lái)自發(fā)送終端的移動(dòng)數(shù)據(jù)業(yè)務(wù)后，將接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)和從接收終端獲得的接收終端信息參數(shù)攜帶在內(nèi)容適配請(qǐng)求消息中，發(fā)送給多媒體消息內(nèi)容適配業(yè)務(wù)MCAS系統(tǒng)請(qǐng)求內(nèi)容適配；B.根據(jù)內(nèi)容適配請(qǐng)求消息中接收終端信息參數(shù)，MCAS系統(tǒng)將所述接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)適配成接收終端能接收的數(shù)據(jù)格式，并將適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)攜帶在內(nèi)容適配響應(yīng)消息中返回MDS服務(wù)器；C.MDS服務(wù)器將接收到的適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)發(fā)送給接收終端。
所述包含多媒體內(nèi)容的移動(dòng)數(shù)據(jù)業(yè)務(wù)是多媒體消息業(yè)務(wù)，或無(wú)線應(yīng)用協(xié)議WAP數(shù)據(jù)業(yè)務(wù)，或流媒體業(yè)務(wù)。
所述內(nèi)容適配請(qǐng)求消息包括基本參數(shù)字段、目標(biāo)終端信息參數(shù)字段和待適配消息內(nèi)容字段。
所述待適配消息內(nèi)容字段采用基于WAP無(wú)線會(huì)話協(xié)議WSP的二進(jìn)制編碼方式編碼。
所述基本參數(shù)字段包括標(biāo)明消息類型的HTTP頭參數(shù)字段、唯一標(biāo)識(shí)一個(gè)內(nèi)容適配請(qǐng)求的字段、標(biāo)明適配協(xié)議版本號(hào)的HTTP頭參數(shù)字段；所述目標(biāo)終端信息參數(shù)字段用于存放所述接收終端信息參數(shù)，包括標(biāo)明接收終端能力信息的文件地址的超文本傳輸協(xié)議HTTP頭參數(shù)字段和標(biāo)明接收終端用戶代理型號(hào)信息的HTTP頭參數(shù)字段；所述待適配消息內(nèi)容字段包括標(biāo)明來(lái)自發(fā)送終端的移動(dòng)數(shù)據(jù)業(yè)務(wù)格式類型的多媒體格式類型字段和存放接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)內(nèi)容的多媒體內(nèi)容字段。
所述待適配消息內(nèi)容字段還包括標(biāo)明移動(dòng)數(shù)據(jù)業(yè)務(wù)標(biāo)題的消息標(biāo)題字段。
所述內(nèi)容適配響應(yīng)消息包括適配結(jié)果基本參數(shù)字段和存放適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)的適配結(jié)果字段。
所述適配結(jié)果字段采用基于WAP WSP的二進(jìn)制編碼方式編碼。
所述適配結(jié)果基本參數(shù)字段包括標(biāo)明消息類型的HTTP頭參數(shù)字段、唯一標(biāo)識(shí)一個(gè)內(nèi)容適配請(qǐng)求的字段、標(biāo)明適配協(xié)議版本號(hào)的HTTP頭參數(shù)字段、標(biāo)明適配結(jié)果狀態(tài)的HTTP頭參數(shù)字段、適配結(jié)果狀態(tài)的文本描述的HTTP頭參數(shù)字段；所述適配結(jié)果字段包括標(biāo)明適配后接收終端能接收的移動(dòng)數(shù)據(jù)業(yè)務(wù)格式類型的多媒體格式類型字段和存放適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)內(nèi)容的多媒體內(nèi)容字段。
所述適配結(jié)果字段還包括標(biāo)示移動(dòng)數(shù)據(jù)業(yè)務(wù)中每一個(gè)媒體元素適配結(jié)果情況的消息中每一個(gè)元素適配結(jié)果字段、標(biāo)明移動(dòng)數(shù)據(jù)業(yè)務(wù)標(biāo)題的消息標(biāo)題字段和消息標(biāo)題是否適配字段。
所述從接收終端獲得接收終端信息參數(shù)的方法為所述MDS服務(wù)器通知接收終端讀取所述接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)；根據(jù)接收終端響應(yīng)的請(qǐng)求讀取消息，所述MDS服務(wù)器獲得接收終端的信息參數(shù)。
由上述技術(shù)方案可見(jiàn)，本發(fā)明將移動(dòng)數(shù)據(jù)業(yè)務(wù)適配工作交給MCAS系統(tǒng)來(lái)完成，不需要MDS服務(wù)器開(kāi)發(fā)人員對(duì)媒體格式相關(guān)參數(shù)含義有明確的理解，降低了MDS服務(wù)器開(kāi)發(fā)技術(shù)要求，而作為提供MCAS系統(tǒng)的廠家，對(duì)媒體格式相關(guān)參數(shù)含義的理解是基本的要求。另外，本發(fā)明針對(duì)MDS服務(wù)器，在MDS服務(wù)器與MCAS系統(tǒng)之間提供了一個(gè)內(nèi)容適配接口協(xié)議，該協(xié)議采用基于WAP無(wú)線會(huì)話協(xié)議(WSP)的規(guī)范協(xié)議進(jìn)行消息體封裝，提高了內(nèi)容適配效率。


圖1是現(xiàn)有技術(shù)MDS服務(wù)體系結(jié)構(gòu)示意圖；圖2是現(xiàn)有技術(shù)MDS體系處理MMS的流程圖；圖3是本發(fā)明MDS體系處理MMS的流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是由MCAS系統(tǒng)完成對(duì)多媒體內(nèi)容的適配，由MCAS系統(tǒng)直接維護(hù)終端的能力信息，降低了MDS服務(wù)器開(kāi)發(fā)技術(shù)要求，提高了適配效率。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉較佳實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。
圖3是本發(fā)明MDS體系處理MMS的流程圖，其中MDS服務(wù)器接收的MM可以來(lái)自移動(dòng)終端，或Internet，或SP提供的網(wǎng)站等，而接收終端是移動(dòng)終端。
下面以圖1中移動(dòng)終端1發(fā)送MM為例，描述本發(fā)明MDS體系處理MMS的具體步驟步驟300～步驟301MDS服務(wù)器接收到來(lái)自移動(dòng)終端1的MM，并向MCAS系統(tǒng)發(fā)起內(nèi)容適配請(qǐng)求消息。
本步驟中，在移動(dòng)終端1向接收終端發(fā)送MM時(shí)，MM首先被發(fā)送到MDS服務(wù)器，由MDS服務(wù)器通知接收終端讀取MM。接收終端向MDS服務(wù)器發(fā)起請(qǐng)求其MM后，MDS服務(wù)器將接收到的來(lái)自移動(dòng)終端1的MM的媒體元素，比如圖片象素，或音頻比特率等，以及接收終端信息參數(shù)，如接收終端能力信息文件地址和接收終端型號(hào)，封裝在符合本發(fā)明MDS服務(wù)器與MCAS系統(tǒng)之間的接口協(xié)議的內(nèi)容適配請(qǐng)求消息中，向MCAS系統(tǒng)發(fā)起適配請(qǐng)求。
步驟302MCAS系統(tǒng)根據(jù)內(nèi)容適配請(qǐng)求消息對(duì)MM進(jìn)行適配后將適配結(jié)果返回MDS服務(wù)器。
本步驟中，MCAS根據(jù)內(nèi)容適配請(qǐng)求消息中的接收終端信息參數(shù)，將內(nèi)容適配請(qǐng)求消息中的MM適配成符合內(nèi)容適配請(qǐng)求消息中的接收終端類型的媒體格式，并將適配結(jié)果封裝在符合本發(fā)明MDS服務(wù)器與MCAS系統(tǒng)之間的接口協(xié)議的內(nèi)容適配響應(yīng)消息中，返回MDS服務(wù)器。
這里，MCAS系統(tǒng)生產(chǎn)廠商對(duì)終端的能力信息進(jìn)行直接維護(hù)，根據(jù)終端本身性能通過(guò)升級(jí)來(lái)不斷更新終端的能力信息，從而能依據(jù)最新的終端能力信息來(lái)進(jìn)行適配，達(dá)到最佳轉(zhuǎn)換媒體格式。
步驟303MDS服務(wù)器將返回的適配結(jié)果下發(fā)給接收終端。
本步驟中，根據(jù)內(nèi)容適配響應(yīng)消息將轉(zhuǎn)換后的MM發(fā)送給接收終端。
說(shuō)明一點(diǎn)，本例中MDS服務(wù)器是多媒體消息中心(MMSC)。
上述是本發(fā)明MDS體系處理MMS的方法，可見(jiàn)，本發(fā)明由MCAS系統(tǒng)來(lái)完成對(duì)多媒體內(nèi)容的適配，由MCAS系統(tǒng)直接維護(hù)終端的能力信息，降低了MDS服務(wù)器開(kāi)發(fā)技術(shù)要求；而且，本發(fā)明由對(duì)媒體格式相關(guān)參數(shù)非常了解的MCAS系統(tǒng)廠商來(lái)完成內(nèi)容適配工作，也提高了適配效率。
下面對(duì)本發(fā)明MDS服務(wù)器與MCAS系統(tǒng)之間的接口協(xié)議進(jìn)行具體描述MDS服務(wù)器與MCAS系統(tǒng)之間的接口協(xié)議是基于HTTP承載，用WAPWSP封裝的消息格式定義內(nèi)容適配請(qǐng)求消息以及內(nèi)容適配響應(yīng)消息，克服了性能方面的局限性，提高了內(nèi)容適配效率。
在本發(fā)明協(xié)議中，MDS服務(wù)器在發(fā)起內(nèi)容適配請(qǐng)求時(shí)，只需提供待適配的MM的媒體元素和接收終端的類型即可，而對(duì)接收終端的能力信息由MCAS系統(tǒng)直接維護(hù)。
如表1所示，表1是本發(fā)明內(nèi)容適配接口消息的定義表，MCAS系統(tǒng)統(tǒng)一對(duì)外提供一對(duì)內(nèi)容適配請(qǐng)求和響應(yīng)消息。

表1其中，在A-Content-Adapt.REQ請(qǐng)求消息中，包括存放請(qǐng)求消息基本參數(shù)的基本參數(shù)字段、目標(biāo)終端信息參數(shù)字段和存放待適配移動(dòng)數(shù)據(jù)業(yè)務(wù)的待適配消息內(nèi)容字段。其中基本參數(shù)字段可以包括標(biāo)明消息類型的HTTP頭參數(shù)字段、唯一標(biāo)識(shí)一個(gè)內(nèi)容適配請(qǐng)求的字段，以標(biāo)識(shí)不同的內(nèi)容適配請(qǐng)求，并要求MCAS原封不動(dòng)地返回、標(biāo)明適配協(xié)議版本號(hào)的HTTP頭參數(shù)字段；目標(biāo)終端信息參數(shù)字段可以包括標(biāo)明目標(biāo)終端，即接收終端的能力信息的文件，即UAProf文件的地址的HTTP頭參數(shù)字段、標(biāo)明目標(biāo)終端的用戶代理型號(hào)的HTTP頭參數(shù)字段；待適配消息內(nèi)容字段即存放待適配消息內(nèi)容的HTTP消息體字段，關(guān)于這些字段的具體定義見(jiàn)表2所示，表2是本發(fā)明A-Content-Adapt.REQ請(qǐng)求消息的定義表，


表2表2中存放待適配消息內(nèi)容的Request-PDU字段可以采用基于WAPWSP的二進(jìn)制編碼方式進(jìn)行取值，該編碼方式是移動(dòng)數(shù)據(jù)業(yè)務(wù)通用編碼方式，采用這種基于WAP WSP的編碼方式的消息量小，從而提高了內(nèi)容適配效率。
Request-PDU字段可以包括消息標(biāo)題、多媒體格式類型和多媒體內(nèi)容三個(gè)字段。其中，消息標(biāo)題字段可選，如果該字段也作為適配內(nèi)容，則Request-PDU字段包括消息標(biāo)題字段，否則，可以沒(méi)有該消息標(biāo)題字段；多媒體格式類型字段是標(biāo)明來(lái)自發(fā)送終端的MM的格式類型；多媒體內(nèi)容字段則存放MM的內(nèi)容，當(dāng)存放多個(gè)媒體元素時(shí)，如媒體元素包括圖片、音頻時(shí)，各媒體元素按照一定設(shè)定順序排列。
在A-Content-Adapt.RES響應(yīng)消息中，包括存放適配結(jié)果的適配結(jié)果基本參數(shù)字段和存放適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)的適配結(jié)果字段。其中適配結(jié)果基本參數(shù)字段包括標(biāo)明消息類型的HTTP頭參數(shù)字段、唯一標(biāo)識(shí)一個(gè)內(nèi)容適配請(qǐng)求的字段，以標(biāo)識(shí)不同的內(nèi)容適配請(qǐng)求、標(biāo)明適配協(xié)議版本號(hào)的HTTP頭參數(shù)字段、標(biāo)明適配結(jié)果狀態(tài)的HTTP頭參數(shù)字段、適配結(jié)果狀態(tài)的文本描述的HTTP頭參數(shù)；適配結(jié)果字段是存放適配結(jié)果的HTTP消息體字段，關(guān)于這些字段的具體定義見(jiàn)表3所示，表3是本發(fā)明A-Content-Adapt.RES響應(yīng)消息的定義表，

表3同樣，表3中，在A-Content-Adapt.RES響應(yīng)消息中，用于存放適配結(jié)果的Response-PDU字段可以采用基于WAP WSP的二進(jìn)制編碼方式進(jìn)行編碼，Response-PDU字段可以包括消息中每一個(gè)媒體元素適配結(jié)果、消息標(biāo)題是否適配、消息標(biāo)題、多媒體格式類型和多媒體內(nèi)容五個(gè)字段。
其中，消息中每一個(gè)媒體元素適配結(jié)果字段可選，該字段表示消息體中每一個(gè)媒體元素適配的結(jié)果情況。由于消息中可能包含多個(gè)媒體元素，因此該字段可能出現(xiàn)多次。注意的是，該字段在消息中排列的順序必須和A-Content-Adapt.REQ請(qǐng)求消息中Request-PDU字段的媒體內(nèi)容字段的媒體元素排列順序一致；消息標(biāo)題是否適配字段，條件可選，在MDS服務(wù)器要求對(duì)標(biāo)題適配時(shí)存在，表示是否對(duì)消息標(biāo)題做過(guò)適配；消息標(biāo)題字段，條件可選，內(nèi)容是適配后的消息標(biāo)題，在MDS服務(wù)器要求對(duì)標(biāo)題適配且適配成功時(shí)存在；多媒體格式類型字段是標(biāo)明適配后的接收終端能接收的MM的格式類型；多媒體內(nèi)容字段則存放轉(zhuǎn)換格式后的MM的內(nèi)容。
在A-Content-Adapt.RES響應(yīng)消息中，適配結(jié)果狀態(tài)字段，即表3中的X-Adapt-Result-Stauts字段的取值可以定義為200標(biāo)識(shí)適配成功，300標(biāo)識(shí)適配失敗，450標(biāo)識(shí)系統(tǒng)忙等。
以上給出了本發(fā)明的詳細(xì)實(shí)現(xiàn)方法，從上述方法來(lái)看，本發(fā)明提供了一種由MCAS系統(tǒng)直接完成對(duì)移動(dòng)數(shù)據(jù)業(yè)務(wù)進(jìn)行適配的方法，并且，該方法在MDS服務(wù)器與MCAS系統(tǒng)之間采用基于HTTP承載，WAP WSP封裝的消息格式定義內(nèi)容適配請(qǐng)求消息以及內(nèi)容適配響應(yīng)消息的接口協(xié)議，降低了MDS服務(wù)器開(kāi)發(fā)技術(shù)要求，并且提高了內(nèi)容適配效率。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種實(shí)現(xiàn)移動(dòng)數(shù)據(jù)業(yè)務(wù)適配的方法，用于適配發(fā)送終端與接收終端間包含多媒體內(nèi)容的移動(dòng)數(shù)據(jù)業(yè)務(wù)，其特征在于，該方法包括以下步驟A.移動(dòng)數(shù)據(jù)業(yè)務(wù)MDS服務(wù)器接收到來(lái)自發(fā)送終端的移動(dòng)數(shù)據(jù)業(yè)務(wù)后，將接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)和從接收終端獲得的接收終端信息參數(shù)攜帶在內(nèi)容適配請(qǐng)求消息中，發(fā)送給多媒體消息內(nèi)容適配業(yè)務(wù)MCAS系統(tǒng)請(qǐng)求內(nèi)容適配；B.根據(jù)內(nèi)容適配請(qǐng)求消息中接收終端信息參數(shù)，MCAS系統(tǒng)將所述接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)適配成接收終端能接收的數(shù)據(jù)格式，并將適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)攜帶在內(nèi)容適配響應(yīng)消息中返回MDS服務(wù)器；C.MDS服務(wù)器將接收到的適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)發(fā)送給接收終端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述包含多媒體內(nèi)容的移動(dòng)數(shù)據(jù)業(yè)務(wù)是多媒體消息業(yè)務(wù)，或無(wú)線應(yīng)用協(xié)議WAP數(shù)據(jù)業(yè)務(wù)，或流媒體業(yè)務(wù)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于所述內(nèi)容適配請(qǐng)求消息包括基本參數(shù)字段、目標(biāo)終端信息參數(shù)字段和待適配消息內(nèi)容字段。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述待適配消息內(nèi)容字段采用基于WAP無(wú)線會(huì)話協(xié)議WSP的二進(jìn)制編碼方式編碼。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述基本參數(shù)字段包括標(biāo)明消息類型的HTTP頭參數(shù)字段、唯一標(biāo)識(shí)一個(gè)內(nèi)容適配請(qǐng)求的字段、標(biāo)明適配協(xié)議版本號(hào)的HTTP頭參數(shù)字段；所述目標(biāo)終端信息參數(shù)字段用于存放所述接收終端信息參數(shù)，包括標(biāo)明接收終端能力信息的文件地址的超文本傳輸協(xié)議HTTP頭參數(shù)字段和標(biāo)明接收終端用戶代理型號(hào)信息的HTTP頭參數(shù)字段；所述待適配消息內(nèi)容字段包括標(biāo)明來(lái)自發(fā)送終端的移動(dòng)數(shù)據(jù)業(yè)務(wù)格式類型的多媒體格式類型字段和存放接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)內(nèi)容的多媒體內(nèi)容字段。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于所述待適配消息內(nèi)容字段還包括標(biāo)明移動(dòng)數(shù)據(jù)業(yè)務(wù)標(biāo)題的消息標(biāo)題字段。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于所述內(nèi)容適配響應(yīng)消息包括適配結(jié)果基本參數(shù)字段和存放適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)的適配結(jié)果字段。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述適配結(jié)果字段采用基于WAP WSP的二進(jìn)制編碼方式編碼。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述適配結(jié)果基本參數(shù)字段包括標(biāo)明消息類型的HTTP頭參數(shù)字段、唯一標(biāo)識(shí)一個(gè)內(nèi)容適配請(qǐng)求的字段、標(biāo)明適配協(xié)議版本號(hào)的HTTP頭參數(shù)字段、標(biāo)明適配結(jié)果狀態(tài)的HTTP頭參數(shù)字段、適配結(jié)果狀態(tài)的文本描述的HTTP頭參數(shù)字段；所述適配結(jié)果字段包括標(biāo)明適配后接收終端能接收的移動(dòng)數(shù)據(jù)業(yè)務(wù)格式類型的多媒體格式類型字段和存放適配后的移動(dòng)數(shù)據(jù)業(yè)務(wù)內(nèi)容的多媒體內(nèi)容字段。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于所述適配結(jié)果字段還包括標(biāo)示移動(dòng)數(shù)據(jù)業(yè)務(wù)中每一個(gè)媒體元素適配結(jié)果情況的消息中每一個(gè)元素適配結(jié)果字段、標(biāo)明移動(dòng)數(shù)據(jù)業(yè)務(wù)標(biāo)題的消息標(biāo)題字段和消息標(biāo)題是否適配字段。
11.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述從接收終端獲得接收終端信息參數(shù)的方法為所述MDS服務(wù)器通知接收終端讀取所述接收到的移動(dòng)數(shù)據(jù)業(yè)務(wù)；根據(jù)接收終端響應(yīng)的請(qǐng)求讀取消息，所述MDS服務(wù)器獲得接收終端的信息參數(shù)。
全文摘要
本發(fā)明公開(kāi)了一種實(shí)現(xiàn)移動(dòng)數(shù)據(jù)業(yè)務(wù)適配的方法，該方法由MCAS系統(tǒng)直接完成多媒體內(nèi)容適配，并在MDS服務(wù)器與MCAS系統(tǒng)之間采用基于HTTP承載，WAP WSP封裝的消息格式定義內(nèi)容適配請(qǐng)求消息以及內(nèi)容適配響應(yīng)消息的接口協(xié)議，降低了MDS服務(wù)器開(kāi)發(fā)技術(shù)要求，并且提高了內(nèi)容適配效率。
文檔編號(hào)H04L29/06GK1838667SQ20051005893
公開(kāi)日2006年9月27日 申請(qǐng)日期2005年3月25日 優(yōu)先權(quán)日2005年3月25日
發(fā)明者柏廣昌, 程衛(wèi)明, 劉明海 申請(qǐng)人:華為技術(shù)有限公司