專利名稱：彩信編碼裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種彩信編碼裝置。
背景技術(shù)：
TD-SCDMA是我國首先提出來的采用了同步CDMA、智能天 線、軟件無線電、低碼片速率、接力切換和聯(lián)合檢測等一系列高新 :技術(shù)的第三代移動通訊系統(tǒng)。作為第三代移動通訊技術(shù)的 TD-SCDMA網(wǎng)路用戶終端(User Equipment, UE )，能夠?qū)崿F(xiàn)彩信 (MMS， Multimedia Messaging Service)功能將是3G移動終端的 一大特點。在TD-SCDMA逐漸商用化的今天，能夠在TD-SCDMA 用戶終端的PC軟件上實現(xiàn)彩信功能則更加能夠使得移動終端本身 的業(yè)務(wù)功能得到擴(kuò)展，使得彩信業(yè)務(wù)更加的方便和好用。
彩信作為封裝在WAP之上的高層應(yīng)用程序，沿用"存儲轉(zhuǎn)發(fā)" 機(jī)制，采用SMIL語言進(jìn)行彩信內(nèi)容編排。在業(yè)務(wù)實現(xiàn)上，彩信以 WAP作為承載，以短消息4故提示通知，最終由彩信接收方從彩信服 務(wù)器中提取。
在開通了 GPRS業(yè)務(wù)的移動終端上發(fā)送和接收彩信，只僅限于 移動終端上存儲的圖片、鈴聲和視頻文件的直接添加，不能夠讓用 戶對已有的圖片、音頻和一見頻進(jìn)4亍編輯和小務(wù)改，有了移動終端PC 軟件的支持，只要將移動終端的PC軟件連接到移動終端上，MMS 的功能就能夠很方便的在PC上得到應(yīng)用，所有MMS的功能新
建、編輯、生成、存儲、預(yù)覽、發(fā)送、讀取等功能都能夠很方便的
在PC上進(jìn)行。

發(fā)明內(nèi)容
針對以上問題，本發(fā)明提供了一種彩信編輯裝置，能夠使用戶 對彩信進(jìn)行編輯以及發(fā)送和接收彩信消息。
本發(fā)明的彩信編輯裝置，連接至移動終端，包括用戶接口模 塊，用于為用戶提供接口以編輯彩信；彩信編輯器，用于對用戶輸 入的彩信進(jìn)行編輯以生成SMIL文件，并存儲SMIL文件；彩信協(xié) i義處理器，用于將SMIL文件轉(zhuǎn)換成PDU文件，并將PDU文件封 裝成彩信消息后，通過移動終端與彩信服務(wù)器之間的WAP連接將 彩信消息發(fā)送至彩信服務(wù)器，以及從彩信服務(wù)器接收彩信消息；彩 信解析器，用于解析彩信編輯器中存儲的SMIL文件或彩信協(xié)議處 理器接收到的彩信消息，并將解析后的彩信消息提供至用戶接口模 塊；以及PUSH消息處理器，用于對PUSH消息進(jìn)行處理。
彩信編輯器包括彩信結(jié)構(gòu)體生成模塊，用于生成彩信結(jié)構(gòu)體； 彩信資源添加模塊，用于根據(jù)用戶的輸入，向彩信結(jié)構(gòu)體添加彩信 資源；SMIL文件生成模塊，用于將添加有彩信資源的彩信結(jié)構(gòu)體 轉(zhuǎn)換為SMIL文件。
彩信協(xié)i義處理器包括PDU文件生成才莫塊，用于將SMIL文件 轉(zhuǎn)換成PDU文件；彩信發(fā)送模塊，用于將PDU文件封裝成彩信消 息，并通過移動終端與彩信服務(wù)器之間的WAP連接將彩信消息發(fā) 送至彩信服務(wù)器；以及彩信接收才莫塊，用于通過移動終端與彩信服 務(wù)器之間的WAP連接接收來自彩信服務(wù)器的彩信消息，并對接收 到的彩信消息進(jìn)行解碼。
PUSH消息處理器包4舌PUSH消息拼接模塊，用于對乂人彩信 服務(wù)器接收到的PUSH消息進(jìn)行拼接；以及PUSH消息解析模塊， 用于對摘、接后的PUSH消息進(jìn)行解析，并通知彩信協(xié)議處理器發(fā)送 或接收彩信消息，并對彩信服務(wù)器進(jìn)行響應(yīng)。
彩信解析器包括彩信解析模塊，用于解析彩信編輯器中存儲 的SMIL文件或彩信協(xié)議處理器接收到的彩信消息；以及彩信提供 模塊，用于將解析出的彩信內(nèi)容添加到彩信瀏覽結(jié)構(gòu)體中以提供給 用戶接口才莫塊呈現(xiàn)給用戶。
上述的彩信消息包括以下至少一種信息彩信消息類型、接收 方號碼、發(fā)送方號碼、發(fā)送策略、以及彩信協(xié)議數(shù)據(jù)單元自身的屬 性。
通過本發(fā)明，能夠使用戶根據(jù)自己的喜好編輯彩信，并進(jìn)行彩 信的發(fā)送和接收。通過將移動終端上彩信業(yè)務(wù)功能轉(zhuǎn)移到彩信編輯 裝置或PC上，既可以減少移動終端處理器和存儲器消耗，還能夠 最大可能的利用PC的方便性來完成所有彩信的所有業(yè)務(wù)功能。


此處所i兌明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)本發(fā)明的彩信編輯裝置的框圖2是根據(jù)本發(fā)明的彩信編輯和傳輸系統(tǒng)的框圖3是4艮據(jù)本發(fā)明的實施例的MMS PDU編碼的處理流程；圖4是4艮才居本發(fā)明的實施例的MMS PDU解碼的處理流程；以
及
圖5是沖艮據(jù)本發(fā)明的實施例的MMS的發(fā)送和接收流程圖。
具體實施例方式
下面參考附圖，詳細(xì)i兌明本發(fā)明的具體實施方式
。
本發(fā)明涉及彩信在其承載網(wǎng)絡(luò)上的發(fā)送、接收、以及在網(wǎng)絡(luò)元 素之間的交互。
圖1是根據(jù)本發(fā)明的彩信編輯裝置的框圖。如圖1所示，本發(fā) 明的彩信編輯裝置100包括用戶接口模塊102，用于為用戶提供 才妄口以編輯彩信；彩信編輯器104，用于對用戶輸入的彩信進(jìn)行編 輯以生成SMIL文件，并存儲SMIL文件；彩信協(xié)i義處理器106, 用于將SMIL文件轉(zhuǎn)換成PDU文件，并將PDU文件封裝成彩信消 息后，通過移動終端與彩信服務(wù)器之間的WAP連接將彩信消息發(fā) 送至彩信服務(wù)器，以及從彩信服務(wù)器接收彩信消息；彩信解析器 108,用于解析彩信編輯器中存儲的SMIL文件或彩信協(xié)議處理器接 收到的彩信消息，并將解析后的彩信消息提供至用戶接口模塊；以 及PUSH消息處理器110,用于對PUSH消息進(jìn)行處理。
當(dāng)用戶編庫專彩4言的時4夷，MMS 4妻口完成只寸MMS消息頁面的 處理以及頁面上多媒體內(nèi)容的編輯處理，最終構(gòu)造出用戶自己所喜 愛的MMS消息。MMS接口模塊是彩信編輯裝置直接與用戶進(jìn)行 交互的上層"l妄口。
彩信編輯器包括彩信結(jié)構(gòu)體生成才莫塊104-2,用于生成彩信 結(jié)構(gòu)體；彩信資源添加模塊104-4，用于根據(jù)用戶的輸入，向彩信
結(jié)構(gòu)體添加彩信資源；SMIL文件生成才莫塊104-6,用于將添加有彩 信資源的彩信結(jié)構(gòu)體轉(zhuǎn)換為SMIL文件。
當(dāng)用戶保存或者發(fā)送已經(jīng)編輯好的彩信時，MMS編輯器負(fù)責(zé) 將用戶在MMS UI層的才喿作"i青求轉(zhuǎn)化成為對MMS消息凄t據(jù)結(jié)構(gòu)的 真正處理，在凄t悟?qū)訉崿F(xiàn)與MMS UI層用戶4喿作的同步。即通過 MMS UI在對MMS結(jié)構(gòu)體賦值才喿作完成之后，MMS編輯器4艮據(jù) MMS中包含的各種多媒體內(nèi)容生成彩信的數(shù)據(jù)結(jié)構(gòu)體，并最終生 成SMIL描述。
彩信協(xié)議處理器106包括PDU文件生成才莫塊106-2，用于將 SMIL文件轉(zhuǎn)換成PDU文件；彩信發(fā)送才莫塊106-4,用于將PDU文 件封裝成彩信消息，并通過移動終端與彩信服務(wù)器之間的WAP連 接將彩信消息發(fā)送至彩信服務(wù)器；以及彩信接收模塊106-6，用于 通過移動終端與彩信服務(wù)器之間的WAP連接接收來自彩信服務(wù)器 的彩信消息，并對接收到的彩信消息進(jìn)行解碼。
彩信解析器108包括彩信解析^t塊108-2,用于解析彩信編 輯器中存儲的SMIL文件或彩信協(xié)議處理器"l妄收到的彩信消息；以 及彩信提供模塊108-4，用于將解析出的彩信內(nèi)容添加到彩信瀏覽 結(jié)構(gòu)體中以提供給用戶接口模塊呈現(xiàn)給用戶。
當(dāng)MMS接收方客戶端從MMSC接收到彩信之后，MMS解析 器負(fù)責(zé)對接收彩信的SMIL描述進(jìn)行內(nèi)容解析。彩信的編碼和解碼 以及彩信的發(fā)送和接收是實現(xiàn)PC軟件彩信功能的關(guān)鍵技術(shù)，這些 關(guān)4建的4支術(shù)都集中在MMS Protocol中。MMS Protocol祁-據(jù) WAP-206規(guī)范中定義的MMS客戶端事務(wù)處理流程處理MMS客戶 端與MMSC的交互過程，并才艮據(jù)WAP-209完成對MMS PDU的協(xié) 議編解碼，并負(fù)責(zé)各種類型MMS消息的發(fā)送和接收。
解析的工作包^舌獲取SMIL的字革史內(nèi)容，解析字革史的屬性， 并根據(jù)解析的結(jié)果來組織彩信中的多媒體資源，將彩信多媒體資源 釋放到MMS UI能夠獲取的數(shù)據(jù)結(jié)構(gòu)中。MMS Parser向MMS UI 提供用于獲取SMIL解析以及獲取多々某體資源的接口 。通過這些接 口， MMSUI可以獲取彩4言每一個頁面的4番;改時間，頁面中所包含 的多媒體布局信息、播放序列信息、媒體來源信息以及媒體自身的 屬性信息。沖艮據(jù)這些信息，MMSUI就可以實現(xiàn)對彩信內(nèi)容的播放。
PUSH消息處理器110包括PUSH消息拼接模塊110-2，用于 對從彩信服務(wù)器接收到的PUSH消息進(jìn)行拼接；以及PUSH消息解 析模塊110-4，用于對拼接后的PUSH消息進(jìn)行解析，并通知彩信 協(xié)議處理器發(fā)送或接收彩信消息，并對彩信服務(wù)器進(jìn)行響應(yīng)。
上述的彩信消息包括以下至少一種信息彩信消息類型、接收 方號碼、發(fā)送方號碼、發(fā)送策略、以及彩信協(xié)議數(shù)據(jù)單元自身的屬性。
圖2是才艮據(jù)本發(fā)明的彩信編輯和傳輸系統(tǒng)的框圖。如圖2所示， 本發(fā)明的彩信編輯和傳輸系統(tǒng)包括彩信編輯裝置100,用于編輯 彩信并通過移動終端與彩信服務(wù)器之間的WAP連接將彩信消息發(fā) 送至彩信服務(wù)器，以及對從彩信服務(wù)器接收到的彩信進(jìn)行處理并呈 現(xiàn)給用戶；移動終端202，用于為彩信編輯裝置提供與彩信服務(wù)器 之間的WAP連接；以及彩信服務(wù)器204,用于對接收到的彩信消息 進(jìn)行處理和存儲并對發(fā)送方進(jìn)行響應(yīng)，以及將接收到的彩信發(fā)送至 接收方。
彩信編輯裝置100 (如圖1所示)包括用戶接口模塊102, 用于為用戶提供接口以編輯彩信；彩信編輯器104,用于對用戶輸 入的彩信進(jìn)行編輯以生成SMIL文件，并存儲SMIL文件；彩信協(xié) i義處理器106,用于將SMIL文件轉(zhuǎn)4灸成PDU文件，并將PDU文
件封裝成彩信消息后，通過移動終端與彩信力良務(wù)器之間的WAP連 接將彩信消息發(fā)送至彩信服務(wù)器，以及從彩信服務(wù)器接收彩信消 息；彩信解析器108,用于解析彩信編輯器中存儲的SMIL文件或 彩信協(xié)議處理器接收到的彩信消息，并將解析后的彩信消息提供至 用戶4妄口才莫塊；以及PUSH消息處理器110,用于對PUSH消息進(jìn) 行處理。
彩信服務(wù)器204包括彩信接收模塊204-2，用于對接收到的 彩信消息進(jìn)行處理和存儲，并對發(fā)送方進(jìn)行響應(yīng)；以及彩信發(fā)送模 塊204-4，用于將接收到的彩信消息發(fā)送至接收方。
彩信編輯裝置和彩信服務(wù)器之間的通信基于WAP協(xié)議棧。彩 信編輯裝置通過WAP GET方式從彩信服務(wù)器獲取彩信消息。
本發(fā)明的移動終端可以為手機(jī)、PDA等能夠進(jìn)行彩信業(yè)務(wù)的移 動終端。本發(fā)明的彩信編輯裝置也可以通過PC來實現(xiàn)。以下具體 介紹通過PC來實現(xiàn)彩信編輯裝置的功能。
為了更加便捷地應(yīng)用彩信業(yè)務(wù)，解決移動終端上彩信的各種業(yè) 務(wù)功能通過PC來實現(xiàn)的問題，本發(fā)明在通過PC軟件實現(xiàn)PS業(yè)務(wù) 的情況下，將移動終端看作一個Modem,當(dāng)通過移動終端的PC軟 件登錄PS業(yè)務(wù)成功后，在PC上生成的彩4言就可以通過移動終端的 PS通道發(fā)送彩信，同時也可以通過PS通道來接收彩信到PC，這 樣可以避免每次在移動終端發(fā)送和接收彩信的時候，都要登錄 GPRS網(wǎng)絡(luò)的麻煩，減少了所用時長。另外，在PC上編輯的彩信 可以生成SMIL文件并可以進(jìn)4于隨時方面的》務(wù)改和發(fā)送，而且可以 在沒有移動終端存儲空間的限制和發(fā)送時間限制的情況下保存下 來。
本發(fā)明的TD-SCDMA移動終端PC軟件實現(xiàn)的彩信功能是建 立在移動終端PC軟件的PS業(yè)務(wù)功能之上的，因為彩信的成功發(fā)送 和接收需要依賴PC軟件的PS上網(wǎng)模塊，因此要實現(xiàn)本發(fā)明需要實 現(xiàn)的移動終端PC軟件彩信業(yè)務(wù)，首先要實現(xiàn)PC軟件的PS業(yè)務(wù)功能。
如圖1所示，將需要實現(xiàn)TD-SCDMA移動終端PC軟件彩信 功能子系統(tǒng)分成MMS UI ( MMS用戶接口模塊)、MMS Composer (MMS編輯器)、MMS Parser (MMS解才斤器)、MMS Protocol (MMS協(xié)議處理器)、Push Module (Push消息處理模塊)五個部 分，所有的這些才莫塊都建立在WAP協(xié)議棧的基礎(chǔ)之上。
彩信的編碼和解碼以及彩信的發(fā)送和接收是實現(xiàn)移動終端PC 軟件彩信功能的關(guān)鍵技術(shù)，這些關(guān)鍵的技術(shù)都集中在MMS協(xié)議中。 MMS協(xié)議根據(jù)WAP-206規(guī)范中定義的MMS客戶端事務(wù)處理流程 處理MMS客戶端與MMSC的交互過程，并根據(jù)WAP-209完成對 MMS PDU的協(xié)議編解碼，并負(fù)責(zé)各種類型MMS消息的發(fā)送和接 收。具體完成下面的功能
(1)消息發(fā)送方首先對要發(fā)送的彩信進(jìn)行編輯，編輯完成之 后利用WAP 209 (封裝協(xié)i義失見范)對含有多力某體信息的MMS消息 進(jìn)行編碼，生成MMSPDU (發(fā)送請求消息)。參見圖3所示，是本 發(fā)明的MMS編碼和發(fā)送的結(jié)構(gòu)流程圖。彩信編輯和發(fā)送的過程如 圖3所示。首先彩信編碼器生成一個新的彩信結(jié)構(gòu)體(S302)，然 后向彩信結(jié)構(gòu)體的當(dāng)前頁面添加彩信資源，直到添加完畢(S304)。 彩信協(xié)議處理器將彩信內(nèi)容進(jìn)4亍編碼，得到PDU文件(S306 )，并 將PDU文件封裝成PDU消息(308 ),并將PDU消息發(fā)送至彩信 服務(wù)器(S310)。在發(fā)送完畢后，分析彩信服務(wù)器的反饋消息，確 定彩信服務(wù)器是否已經(jīng)接收到彩信消息(S312 )。
MMS消息最終要去于裝成為能夠#1 MMSC所識別的MMS PDU 進(jìn)4亍發(fā)送和4妻收，MMS PDU由兩部分構(gòu)成MMS頭以及MMS體。 MMS頭是構(gòu)成一個MMS PDU的必要條件，MMS體對于一個MMS PDU來i兌是可選的，其中的內(nèi)容是經(jīng)過編碼的，由用戶編輯完成的 MMS多J 某體元素內(nèi)容來決定。
(2 )發(fā)送方終端建立一個與MMS服務(wù)器的WAP連接，并將 MMS PDU作為WAP POST的內(nèi)容通過WAP連接發(fā)送出去。WAP 網(wǎng)關(guān)接受MMS消息，并以HTTP協(xié)議將MMS消息傳遞給MMS 中繼器，MMS中繼器再將MMS消息傳送至MMS服務(wù)器。在發(fā)送 MMS消息時，MMS客戶端按照MMS消息發(fā)送和接收流程發(fā)送不 同類型的MMS消息與MMS服務(wù)器進(jìn)行交互，不同類型MMS消 息的MMS頭所包含的字,殳和屬性不同。相克括來講，MMS頭中通 常會包含MMS消息類型、接收方號碼、發(fā)送方號碼、發(fā)送策略、 MMS PDU自身屬性等相關(guān)值，正是MMS頭里面的信息決定了 MMS PDU將如4可發(fā)送到4妄收方。
(3 ) MMS服務(wù)器接收多媒體消息，將信息轉(zhuǎn)換成MIME格式 存儲，并進(jìn)行數(shù)據(jù)分析，從而得到路由和用戶終端信息，同時通過 相同的WAP連接向發(fā)送方啦文出響應(yīng)，發(fā)送方乂人而得到多々某體消息 是否已#1 MMSC 4妄受的反々貴(Send Confirmation )。
(4) MMS Server通過對多士某體消息的分析，獲取MMS接收 方的地址等信息，然后使用WAP PUSH向MMS接收方終端發(fā)送一 條通知消息(MMS通知消息)。
(5 )假設(shè)MMS接收方終端的MMS接收狀態(tài)被設(shè)置成為"允 許"，那么MMS接收方終端將建立一個與MMSC的WAP連接， 并向MMSC發(fā)送一個WAP POST請求。如果MMSC接收該請求， MMS 4姿4丈方終端^^f吏用WAP GET方法乂人MMSC取回含有多々某體 信息的MMS消息(MMS通知響應(yīng)消息)。
(6)含有多々某體4言息的MMS消息作為一個WAP GET RESPONSE的內(nèi)容，由MMSC通過相同的WAP連4妄發(fā)送至MMS 才婁jj欠方終端(MMS Retrieval Confirmation, MMS獲取確i人消息)。
(7 ) MMS 4妾收方終端在4妾收到MMS獲取確i人消息之后，仍 然通過相同的WAP連4婁，4吏用一個WAP POST消息通知MMSC 是否接收到MMS消息(MMS Acknowledge, MMS確認(rèn)消息)。
(8 ) MMSC使用WAP PUSH通知發(fā)送方終端MMS消息已經(jīng) 被接收終端成功接收(MMS Delivery, MMS傳輸消息)。參見圖4 所示，是本發(fā)明中彩信接收過程的處理流程。
彩信協(xié)議處理器接收到PUSH消息后，對PUSH消息進(jìn)行拼接 (S402 ),并對拼接后的PUSH消息進(jìn)行解析(S404 )。如果是彩信 通知，則處理彩信通知，并確定是否要接收彩信(S406),在確定 需要接收彩信的情況下，則接收彩信內(nèi)容PDU (S408)，接收完畢 后生成確i人或才艮告消息的PDU,當(dāng)延遲4姿收時生成確認(rèn)消息的 PDU,當(dāng)立即接收時生成報告消息的PDU (S410)，然后發(fā)送該消 息(S412)，同時，對彩信內(nèi)容PDU進(jìn)行解析，并將彩信內(nèi)容PDU 添加到彩信瀏覽結(jié)構(gòu)體中以提供給用戶(S414)。如果該PUSH消 息是彩信發(fā)送報告，則對彩信發(fā)送報告進(jìn)行處理(S416)。
接收到的彩信需要解析才能夠瀏覽到具體內(nèi)容，接收的方式采 取立即接收還是延遲接收的信息會發(fā)送消息報告給發(fā)送方。這些工 作都是通過Push模塊完成的，Push模塊按照MMS協(xié)議的調(diào)度生 成各種類型的MMS消息，并對接收到的MMSC消息進(jìn)行解析，將 解析結(jié)果傳遞到MMS協(xié)議。
乂人網(wǎng)絡(luò)側(cè)的角度出發(fā)，可以看到MMS從發(fā)送客戶端到4矣收客 戶端的整個過程中，參見圖5所示，是本發(fā)明的MMS發(fā)送和接收 的整個過禾呈。可以分為以下幾個階萃史
MMS客戶端發(fā)送消息(S502)。發(fā)送請求(Send Request)由 MMS客戶端生成，包括MMS消息體，由MMS客戶端發(fā)送至MMS 代理(Proxy )。發(fā)送確認(rèn)(Send Confirmation)是MMS代理中繼 (Proxy Relay )接收MMS客戶端發(fā)送的發(fā)送請求消息，生成一個 發(fā)送確認(rèn)消息發(fā)送至MMS客戶端，發(fā)送確認(rèn)消息僅包含消息頭， 其目的是指出發(fā)送請求消息是否已經(jīng)被MMS代理中繼接收。
MMS服務(wù)器通知MMS客戶端(S504 )。
MMS通知消息是當(dāng)MMS服務(wù)器尋找到MMS消息的接收方 時，會生成一個MMS通知消息發(fā)送至接收方，MMS通知消息僅 僅包含消息頭，其作用是通知MMS接收方到MMS服務(wù)器提取發(fā) 送方發(fā)送的MMS消息(S506 )。
MMS客戶端通過發(fā)送MMS通知響應(yīng)向MMS月良務(wù)器確認(rèn) MMS通^p消息已經(jīng)》)欠到(S508 )。
的MMS消息(S510 )， MMS服務(wù)器接收WAP GET請求，并通過 MMS獲取確認(rèn)消息將MMS發(fā)送方發(fā)送的MMS消息發(fā)送至MMS 接收方，MMS獲取確認(rèn)消息包含消息體，其內(nèi)容是發(fā)送方所編輯 的MMS消息多々某體元素(S512 )。
MMS確認(rèn)是MMS接收方接收到MMS獲取確認(rèn)消息后，生成 MMS確認(rèn)消息發(fā)送至MMS月l務(wù)器，MMS確認(rèn)消息僅僅包含消息 頭，其目的是向MMS服務(wù)器確認(rèn)MMS獲取確認(rèn)消息是否收到 (S514)。
MMS傳車餘是MMS月良務(wù)器接收到MMS才妄收方發(fā)送的MMS確 i人消息后，確i人MMS消息以^皮，接收方4妾收，同時生成一個MMS傳 輸消息發(fā)送到MMS消息發(fā)送方，MMS傳輸消息仫 f義包含消息頭， 其目的是通知發(fā)送方MMS消息已經(jīng)被接收方成功接收。(S516 )
MMS客戶端發(fā)送MMS消息的過程本質(zhì)上是一個使用MMS消 息與MMSC進(jìn)行交互的過程。MMS客戶端彩信的發(fā)送必須要嚴(yán)格 <按照WAP-206所描述的MMS客戶端事務(wù)處理流程來進(jìn)行與 MMSC的交互。
現(xiàn)基于本發(fā)明提出一種實施方案，但本發(fā)明不限于這種具體方 案。才艮據(jù)上述的發(fā)明內(nèi)容具體的實施步驟如下
步驟一彩信的新建和編輯對彩信結(jié)構(gòu)體和頁面結(jié)構(gòu)體等的 初始化和賦值。
步驟二 SMIL文件的生成當(dāng)用戶編輯彩信時，彩信的頁面 信息、頁面多4某體資源信息以及頁面布局信息都被SMIL描述記錄 下來。
步驟三彩信的播放按照SMIL定義的類似幻燈片的內(nèi)容布 局和播放順序進(jìn)行播放。
步驟四彩信編碼消息發(fā)送方首先對要發(fā)送的彩信進(jìn)行編輯， 編輯完成之后利用WAP209 (封裝協(xié)議規(guī)范)對含有多媒體信息的 MMS消息進(jìn)4亍編石馬，生成MMS PDU ( Send Request消息)。
步驟五彩信發(fā)送發(fā)送方客戶端建立一個與MMS Server的 WAP連接，并將MMS PDU作為WAP POST的內(nèi)容通過WAP連接 發(fā)送出去。WAP網(wǎng)關(guān)接受MMS消息，并以HTTP協(xié)議將MMS消息傳遞給MMS中繼器，MMS中繼器再將MMS消息傳送至MMS Server。
步驟六彩信接收MMS Server 4妻收多士某體消息，將信息轉(zhuǎn) 換成MIME格式存儲，并進(jìn)行數(shù)據(jù)分析，從而得到路由和用戶終端 信息。同時對接收彩信的SMIL描述進(jìn)行內(nèi)容解析。解析的工作包 括獲取SMIL的字段內(nèi)容，解析字段的屬性，并根據(jù)解析的結(jié)果 來組織彩信中的多媒體資源，將彩信多媒體資源釋放到MMS UI能 夠獲取的數(shù)據(jù)結(jié)構(gòu)中從而可以播放。
步驟七彩信的PUSH消息MMS Server通過對多々某體消息 的分析，獲取多媒體消息接收方的地址等信息，然后使用WAP PUSH向MMS才妄》1欠方終端發(fā)送一條通知消息(MMS Notification
消息)。
步艱《八4妾收反々貴如果4妾收方真正4妾收到MMS消息后，MMS 發(fā)送方終端會接收到來自MMSC的接收反饋，發(fā)送方從而得到多 媒體消息是否已被MMSC接受的反饋(Send Confirmation)-以確 認(rèn)發(fā)送的多媒體MMS消息已經(jīng)被對方接收。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā) 明，對于本領(lǐng)域的4支術(shù)人員來i兌，本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn) 等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種彩信編輯裝置，其特征在于，連接至移動終端，包括用戶接口模塊，用于為用戶提供接口以編輯彩信；彩信編輯器，用于對用戶輸入的彩信進(jìn)行編輯以生成SMIL文件，并存儲所述SMIL文件；彩信協(xié)議處理器，用于將所述SMIL文件轉(zhuǎn)換成PDU文件，并將所述PDU文件封裝成彩信消息后，通過移動終端與彩信服務(wù)器之間的WAP連接將所述彩信消息發(fā)送至所述彩信服務(wù)器，以及從所述彩信服務(wù)器接收彩信消息；彩信解析器，用于解析所述彩信編輯器中存儲的SMIL文件或所述彩信協(xié)議處理器接收到的彩信消息，并將解析后的彩信消息提供至所述用戶接口模塊；以及PUSH消息處理器，用于對PUSH消息進(jìn)行處理。
2. 根據(jù)權(quán)利要求1所述的彩信編輯裝置，其特征在于，所述彩信 編輯器包括彩信結(jié)構(gòu)體生成纟莫塊，用于生成彩信結(jié)構(gòu)體；彩信資源添加模塊，用于根據(jù)用戶的輸入，向所述彩信 結(jié)構(gòu)體添加彩信資源；SMIL文件生成^t塊，用于將添加有彩信資源的彩信結(jié)構(gòu) 體專爭才灸為SMIL文4牛。
3. 根據(jù)權(quán)利要求1所述的彩信編輯裝置，其特征在于，所述彩信 協(xié)議處理器包括PDU文寸牛生成才莫塊，用于4尋所述SMIL文件轉(zhuǎn)4奐成PDU 文件；彩信發(fā)送模塊，用于將所述PDU文件封裝成彩信消息， 并通過所述移動終端與彩信服務(wù)器之間的WAP連接將所述彩 信消息發(fā)送至所述彩信服務(wù)器；以及彩信接收模塊，用于通過所述移動終端與所述彩信服務(wù) 器之間的WAP連接接收來自所述彩信服務(wù)器的彩信消息，并 對接收到的彩信消息進(jìn)行解碼。
4. 根據(jù)權(quán)利要求1所述的彩信編輯裝置，其特征在于，所述PUSH 消息處理器包括PUSH消息拼接模塊，用于對從所述彩信服務(wù)器接收到的 PUSH消息進(jìn)行拼接；以及PUSH消息解析模塊，用于對拼接后的PUSH消息進(jìn)行解 析，并通知所述彩信協(xié)-漢處理器發(fā)送或^t妄收彩信消息，并對所 述彩信服務(wù)器進(jìn)行響應(yīng)。
5. 根據(jù)權(quán)利要求1所述的彩信編輯裝置，其特征在于，所述彩信 解析器包括彩信解析模塊，用于解析所述彩信編輯器中存儲的SMIL 文件或所述彩信協(xié)議處理器接收到的彩信消息；以及彩信提供模塊，用于將解析出的彩信內(nèi)容添加到彩信瀏 覽結(jié)構(gòu)體中以提供給用戶接口模塊呈現(xiàn)給用戶。3
6. 4艮據(jù)片又利要求1至5中任一項所述的彩信編輯裝置，其特征在 于，所述彩信消息包括以下至少一種信息彩信消息類型、接 收方號碼、發(fā)送方號碼、發(fā)送策略、以及彩信協(xié)i義lt據(jù)單元自 身的屬性。
全文摘要
本發(fā)明提供了一種彩信編輯裝置，連接至移動終端，包括用戶接口模塊，為用戶提供接口以編輯彩信；彩信編輯器，對用戶輸入的彩信進(jìn)行編輯以生成SMIL文件，并存儲SMIL文件；彩信協(xié)議處理器，將SMIL文件轉(zhuǎn)換成PDU文件，并將PDU文件封裝成彩信消息后，通過移動終端與彩信服務(wù)器之間的WAP連接將彩信消息發(fā)送至彩信服務(wù)器，以及從彩信服務(wù)器接收彩信消息；彩信解析器，解析彩信編輯器中存儲的SMIL文件或彩信協(xié)議處理器接收到的彩信消息，并將解析后的彩信消息提供至用戶接口模塊；以及PUSH消息處理器，對PUSH消息進(jìn)行處理。通過將移動終端上的彩信業(yè)務(wù)功能轉(zhuǎn)移到彩信編輯裝置或PC上，既能減少處理器和存儲器消耗，還能夠最大可能利用PC來完成所有彩信的所有業(yè)務(wù)功能。
文檔編號H04W80/10GK101193337SQ20061015289
公開日2008年6月4日 申請日期2006年11月20日 優(yōu)先權(quán)日2006年11月20日
發(fā)明者周煜申, 凱 崔, 梁思穎 申請人:中興通訊股份有限公司