欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

彩信編碼和傳輸系統(tǒng)的制作方法

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

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


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申 請(qǐng)的一部分,本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明,并 不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)本發(fā)明的彩信編輯裝置的框圖2是根據(jù)本發(fā)明的彩信編輯和傳輸系統(tǒng)的框圖3是才艮據(jù)本發(fā)明的實(shí)施例的MMSPDU編碼的處理流程;
圖4是根據(jù)本發(fā)明的實(shí)施例的MMS PDU解碼的處理流程;以

圖5是根據(jù)本發(fā)明的實(shí)施例的MMS的發(fā)送和接收流程圖。
具體實(shí)施例方式
下面參考附圖,詳細(xì)說明本發(fā)明的具體實(shí)施方式
。
本發(fā)明涉及彩信在其承載網(wǎng)絡(luò)上的發(fā)送、接收、以及在網(wǎng)絡(luò)元 素之間的交互。
圖1是根據(jù)本發(fā)明的彩信編輯裝置的框圖。如圖1所示,本發(fā) 明的彩信編輯裝置100包括用戶接口模塊102,用于為用戶提供 接口以編輯彩信;彩信編輯器104,用于對(duì)用戶輸入的彩信進(jìn)行編 輯以生成SMIL文件,并存儲(chǔ)SMIL文件;彩信協(xié)i義處理器106, 用于將SMIL文件轉(zhuǎn)換成PDU文件,并將PDU文件封裝成彩信消息后,通過移動(dòng)終端與彩信服務(wù)器之間的WAP連接將彩信消息發(fā) 送至彩信服務(wù)器,以及從彩信服務(wù)器接收彩信消息;彩信解析器 108,用于解析彩信編輯器中存儲(chǔ)的SMIL文件或彩信協(xié)-i義處理器接 收到的彩信消息,并將解析后的彩信消息提供至用戶接口模塊;以 及PUSH消息處理器110,用于對(duì)PUSH消息進(jìn)4亍處理。
當(dāng)用戶編輯彩信的時(shí)候,MMS接口完成對(duì)MMS消息頁面的 處理以及頁面上多々某體內(nèi)容的編輯處理,最終構(gòu)造出用戶自己所喜 愛的MMS消息。MMS接口4莫塊是彩信編輯裝置直接與用戶進(jìn)行 交互的上層接口。
彩信編輯器包括彩信結(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)編輯好的彩信時(shí),MMS編輯器負(fù)責(zé) 卄奪用戶在MMS UI層的操作i青求轉(zhuǎn)4匕成為只于MMS消息凄t才居結(jié)構(gòu)的 真正處理,在凄t據(jù)層實(shí)現(xiàn)與MMS UI層用戶操作的同步。即通過 MMS UI在對(duì)MMS結(jié)構(gòu)體賦值操作完成之后,MMS編輯器根據(jù) MMS中包含的各種多媒體內(nèi)容生成彩信的數(shù)據(jù)結(jié)構(gòu)體,并最終生 成SMIL描述。
彩信協(xié)議處理器106包括PDU文件生成模塊106-2,用于將 SMIL文件轉(zhuǎn)換成PDU文件;彩信發(fā)送才莫塊106-4,用于將PDU文
件封裝成彩信消息,并通過移動(dòng)終端與彩信服務(wù)器之間的WAP連 接將彩信消息發(fā)送至彩信服務(wù)器;以及彩信接收模塊106-6,用于 通過移動(dòng)終端與彩信服務(wù)器之間的WAP連接接收來自彩信服務(wù)器 的彩信消息,并對(duì)接收到的彩信消息進(jìn)行解碼。
彩信解析器108包括彩信解析模塊108-2,用于解析彩信編 輯器中存儲(chǔ)的SMIL文件或彩信協(xié)議處理器接收到的彩信消息;以 及彩信提供模塊108-4,用于將解析出的彩信內(nèi)容添加到彩信瀏覽 結(jié)構(gòu)體中以提供給用戶接口模塊呈現(xiàn)給用戶。
當(dāng)MMS 4妻收方客戶端從MMSC 4妄收到彩4言之后,MMS解才斤 器負(fù)責(zé)對(duì)接收彩信的SMIL描述進(jìn)行內(nèi)容解析。彩信的編碼和解碼 以及彩信的發(fā)送和接收是實(shí)現(xiàn)PC軟件彩信功能的關(guān)鍵技術(shù),這些 關(guān)4建的才支術(shù)都集中在MMS Protocol中。MMS Protocol根據(jù) WAP-206規(guī)范中定義的MMS客戶端事務(wù)處理流程處理MMS客戶 端與MMSC的交互過程,并根據(jù)WAP-209完成對(duì)MMS PDU的協(xié) 議編解碼,并負(fù)責(zé)各種類型MMS消息的發(fā)送和接收。
解析的工作包括獲取SMIL的字段內(nèi)容,解析字段的屬性, 并根據(jù)解析的結(jié)果來組織彩信中的多媒體資源,將彩信多媒體資源 釋放到MMS UI能夠獲取的數(shù)據(jù)結(jié)構(gòu)中。MMS Parser向MMS UI 提供用于獲取SMIL解析以及獲取多媒體資源的接口 。通過這些接 口, MMS UI可以獲取彩信每一個(gè)頁面的4番;改時(shí)間,頁面中所包含 的多媒體布局信息、播放序列信息、媒體來源信息以及媒體自身的 屬性信息。根據(jù)這些信息,MMS UI就可以實(shí)現(xiàn)對(duì)彩信內(nèi)容的播放。
PUSH消息處理器110包括PUSH消息拼接模塊110-2,用于 對(duì)從彩信服務(wù)器接收到的PUSH消息進(jìn)行拼接;以及PUSH消息解 析模塊110-4,用于對(duì)拼接后的PUSH消息進(jìn)行解析,并通知彩信 協(xié)議處理器發(fā)送或接收彩信消息,并對(duì)彩信服務(wù)器進(jìn)行響應(yīng)。
上述的彩信消息包括以下至少一種信息彩信消息類型、接收 方號(hào)碼、發(fā)送方號(hào)碼、發(fā)送策略、以及彩信協(xié)議數(shù)據(jù)單元自身的屬性。
圖2是4艮據(jù)本發(fā)明的彩信編輯和傳輸系統(tǒng)的框圖。如圖2所示, 本發(fā)明的彩信編輯和傳$#系統(tǒng)包括彩信編輯裝置100,用于編輯 彩信并通過移動(dòng)終端與彩信l良務(wù)器之間的WAP連4矣將彩信消息發(fā) 送至彩信服務(wù)器,以及對(duì)從彩信服務(wù)器接收到的彩信進(jìn)行處理并呈 現(xiàn)給用戶;移動(dòng)終端202,用于為彩信編輯裝置提供與彩信服務(wù)器 之間的WAP連接;以及彩信服務(wù)器204,用于對(duì)接收到的彩信消息 進(jìn)行處理和存儲(chǔ)并對(duì)發(fā)送方進(jìn)行響應(yīng),以及將接收到的彩信發(fā)送至 4妄收方。
彩信編輯裝置100 (如圖1所示)包括用戶接口模塊102, 用于為用戶提供接口以編輯彩信;彩信編輯器104,用于對(duì)用戶輸 入的彩信進(jìn)4亍編輯以生成SMIL文件,并存儲(chǔ)SMIL文件;彩信協(xié) -漢處理器106,用于^1夸SMIL文4牛4爭:換成PDU文件,并4尋PDU文 件封裝成彩信消息后,通過移動(dòng)終端與彩信H務(wù)器之間的WAP連 接將彩信消息發(fā)送至彩信服務(wù)器,以及從彩信服務(wù)器接收彩信消 息;彩信解析器108,用于解析彩信編輯器中存儲(chǔ)的SMIL文件或 彩信協(xié)議處理器接收到的彩信消息,并將解析后的彩信消息提供至 用戶接口模塊;以及PUSH消息處理器110,用于對(duì)PUSH消息進(jìn) 4亍處理。
彩信服務(wù)器204包括彩信接收才莫塊204-2,用于對(duì)接收到的 彩信消息進(jìn)行處理和存儲(chǔ),并對(duì)發(fā)送方進(jìn)行響應(yīng);以及彩信發(fā)送才莫 塊204-4,用于將接收到的彩信消息發(fā)送至接收方。
彩信編輯裝置和彩信服務(wù)器之間的通信基于WAp協(xié)議棧。彩 信編輯裝置通過WAP GET方式從彩信服務(wù)器獲取彩信消息。
本發(fā)明的移動(dòng)終端可以為手機(jī)、PDA等能夠進(jìn)行彩信業(yè)務(wù)的移 動(dòng)終端。本發(fā)明的彩信編輯裝置也可以通過PC來實(shí)現(xiàn)。以下具體 介紹通過PC來實(shí)現(xiàn)彩信編輯裝置的功能。
為了更加侵j走;也應(yīng)用彩4言業(yè)務(wù),解決移動(dòng)終端上彩4言的各種業(yè)
務(wù)功能通過PC來實(shí)現(xiàn)的問題,本發(fā)明在通過PC軟件實(shí)現(xiàn)PS業(yè)務(wù) 的情況下,將移動(dòng)終端看作一個(gè)Modem,當(dāng)通過移動(dòng)終端的PC軟 件登錄PS業(yè)務(wù)成功后,在PC上生成的彩信就可以通過移動(dòng)終端的 PS通道發(fā)送彩信,同時(shí)也可以通過PS通道來接收彩信到PC,這 樣可以避免每次在移動(dòng)終端發(fā)送和接收彩信的時(shí)候,都要登錄 GPRS網(wǎng)主各的麻煩,減少了所用時(shí)長。另外,在PC上編輯的彩信 可以生成SMIL文件并可以進(jìn)4亍隨時(shí)方面的》務(wù)改和發(fā)送,而且可以
來。 — B , 、、 、 a 、
本發(fā)明的TD-SCDMA移動(dòng)終端PC軟件實(shí)現(xiàn)的彩信功能是建 立在移動(dòng)終端PC軟件的PS業(yè)務(wù)功能之上的,因?yàn)椴市诺某晒Πl(fā)送 和接收需要依賴PC軟件的PS上網(wǎng)模塊,因此要實(shí)現(xiàn)本發(fā)明需要實(shí) 現(xiàn)的移動(dòng)終端PC軟件彩信業(yè)務(wù),首先要實(shí)現(xiàn)PC軟件的PS業(yè)務(wù)功能。
如圖1所示,將需要實(shí)現(xiàn)TD-SCDMA移動(dòng)終端PC軟件彩信 功能子系統(tǒng)分成MMS UI ( MMS用戶接口模塊)、MMS Composer (MMS編輯器)、MMS Parser (MMS解4斤器)、MMS Protocol (MMS協(xié)議處理器)、Push Module (Push消息處理模塊)五個(gè)部 分,所有的這些才莫塊都建立在WAP協(xié)議棧的基礎(chǔ)之上。
彩信的編碼和解碼以及彩信的發(fā)送和4^收是實(shí)現(xiàn)移動(dòng)終端PC 軟件彩信功能的關(guān)鍵技術(shù),這些關(guān)鍵的技術(shù)都集中在MMS協(xié)議中。 MMS協(xié)議根據(jù)WAP-206規(guī)范中定義的MMS客戶端事務(wù)處理流程 處理MMS客戶端與MMSC的交互過程,并根據(jù)WAP-209完成對(duì) MMS PDU的協(xié)議編解碼,并負(fù)責(zé)各種類型MMS消息的發(fā)送和接 收。具體完成下面的功能
(1)消息發(fā)送方首先對(duì)要發(fā)送的彩信進(jìn)4于編輯,編輯完成之
后利用WAP 209 (封裝協(xié)i義^L范)對(duì)含有多4某體信息的MMS消息 進(jìn)行編碼,生成MMSPDU (發(fā)送請(qǐng)求消息)。參見圖3所示,是本 發(fā)明的MMS編碼和發(fā)送的結(jié)構(gòu)流程圖。彩信編輯和發(fā)送的過程如 圖3所示。首先彩信編碼器生成一個(gè)新的彩信結(jié)構(gòu)體(S302 ),然 后向彩信結(jié)構(gòu)體的當(dāng)前頁面添加彩信資源,直到添加完畢(S304 )。 彩信協(xié)議處理器將彩信內(nèi)容進(jìn)行編碼,得到PDU文件(S306 ),并 將PDU文件封裝成PDU消息(308 ),并將PDU消息發(fā)送至彩信 服務(wù)器(S310)。在發(fā)送完畢后,分析彩信服務(wù)器的反饋消息,確 定彩信服務(wù)器是否已經(jīng)接收到彩信消息(S312 )。
MMS消息最終要封裝成為能夠被MMSC所識(shí)別的MMS PDU 進(jìn)4亍發(fā)送和4婁收,MMS PDU由兩部分構(gòu)成MMS頭以及MMS體。 MMS頭是構(gòu)成一個(gè)MMS PDU的必要條件,MMS體對(duì)于一個(gè)MMS PDU來說是可選的,其中的內(nèi)容是經(jīng)過編碼的,由用戶編輯完成的 MMS多々某體元素內(nèi)容來決定。
(2 )發(fā)送方終端建立一個(gè)與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消息時(shí),MMS客戶端按照MMS消息發(fā)送和接收流程發(fā)送不 同類型的MMS消息與MMS月良務(wù)器進(jìn)4亍交互,不同類型MMS消 息的MMS頭所包含的字4殳和屬性不同。概括來講,MMS頭中通 常會(huì)包含MMS消息類型、接收方號(hào)碼、發(fā)送方號(hào)碼、發(fā)送策略、 MMS PDU自身屬性等相關(guān)值,正是MMS頭里面的信息決定了 MMS PDU 4奪如^f可發(fā)送到4妄收方。
(3 ) MMS服務(wù)器接收多媒體消息,將信息轉(zhuǎn)換成MIME格式 存儲(chǔ),并進(jìn)行數(shù)據(jù)分析,從而得到路由和用戶終端信息,同時(shí)通過
相同的WAP連4妻向發(fā)送方4故出響應(yīng),發(fā)送方/人而得到多4某體消息 是否已被MMSC接受的反饋(Send Confirmation )。
(4 ) MMS Server通過對(duì)多4某體消息的分析,獲取MMS接收 方的地址等信息,然后使用WAP PUSH向MMS接收方終端發(fā)送一 條通知消息(MMS通知消息)。
(5 )假設(shè)MMS接收方終端的MMS接收狀態(tài)被設(shè)置成為"允 許",那么MMS接收方終端將建立一個(gè)與MMSC的WAP連接, 并向MMSC發(fā)送一個(gè)WAP POST ^青求。^口果MMSC才妄收該i青求, MMS接收方終端將使用WAP GET方法從MMSC取回含有多媒體 ^言息的MMS消息(MMS通知響應(yīng)消息)。
(6)含有多媒體信息的MMS消息作為一個(gè)WAP GET RESPONSE的內(nèi)容,由MMSC通過相同的WAP連接發(fā)送至MMS 接收方終端(MMS Retrieval Confirmation, MMS獲取確認(rèn)消息)。
(7 ) MMS接收方終端在接收到MMS獲取確認(rèn)消息之后,仍 然通過相同的WAP連接,使用一個(gè)WAP POST消息通知MMSC 是否接收到MMS消息(MMS Acknowledge, MMS確認(rèn)消息)。
(8 ) MMSC使用WAP PUSH通知發(fā)送方終端MMS消息已經(jīng) 被接收終端成功接收(MMS Delivery, MMS傳輸消息)。參見圖4 所示,是本發(fā)明中彩信接收過程的處理流程。
彩信協(xié)議處理器接收到PUSH消息后,對(duì)PUSH消息進(jìn)行拼接 (S402 ),并對(duì)4并4妻后的PUSH消息進(jìn)行解析(S404 )。如果是彩信 通知,則處理彩信通知,并確定是否要4妄收彩信(S406),在確定 需要接收彩信的情況下,則接收彩信內(nèi)容PDU (S408),接收完畢 后生成確認(rèn)或報(bào)告消息的PDU,當(dāng)延遲接收時(shí)生成確認(rèn)消息的 PDU,當(dāng)立即4妄收時(shí)生成才艮告消息的PDU (S410),然后發(fā)送該消
息(S412),同時(shí),對(duì)彩信內(nèi)容PDU進(jìn)行解析,并將彩信內(nèi)容PDU 添加到彩信瀏覽結(jié)構(gòu)體中以提供給用戶(S414)。如果該P(yáng)USH消 息是彩信發(fā)送報(bào)告,則對(duì)彩信發(fā)送報(bào)告進(jìn)行處理(S416)。
接收到的彩信需要解析才能夠?yàn)g覽到具體內(nèi)容,接收的方式采 取立即接收還是延遲接收的信息會(huì)發(fā)送消息報(bào)告給發(fā)送方。這些工 作都是通過Push模塊完成的,Push模塊按照MMS協(xié)議的調(diào)度生 成各種類型的MMS消息,并對(duì)接收到的MMSC消息進(jìn)行解析,將 解析結(jié)果傳遞到MMS協(xié)議。
從網(wǎng)絡(luò)側(cè)的角度出發(fā),可以看到MMS從發(fā)送客戶端到接收客 戶端的整個(gè)過程中,參見圖5所示,是本發(fā)明的MMS發(fā)送和接收 的整個(gè)過程??梢苑譃橐韵聨讉€(gè)階-殳
MMS客戶端發(fā)送消息(S502)。發(fā)送請(qǐng)求(Send Request)由 MMS客戶端生成,包括MMS消息體,由MMS客戶端發(fā)送至MMS 代理(Proxy )。發(fā)送確認(rèn)(Send Confirmation)是MMS代理中繼 (Proxy Relay )接收MMS客戶端發(fā)送的發(fā)送請(qǐng)求消息,生成一個(gè) 發(fā)送確認(rèn)消息發(fā)送至MMS客戶端,發(fā)送確認(rèn)消息僅包含消息頭, 其目的是指出發(fā)送請(qǐng)求消息是否已經(jīng)被MMS代理中繼接收。
MMS服務(wù)器通知MMS客戶端(S504 )。
MMS通知消息是當(dāng)MMS服務(wù)器尋找到MMS消息的接收方 時(shí),會(huì)生成一個(gè)MMS通知消息發(fā)送至4妾收方,MMS通知消息4又 僅包含消息頭,其作用是通知MMS接收方到MMS服務(wù)器提取發(fā) 送方發(fā)送的MMS消息(S506 )。
MMS客戶端通過發(fā)送MMS通知響應(yīng)向MMS服務(wù)器確認(rèn) MMS通知消息已經(jīng)收到(S508 )。
MMS獲取確i人是MMS客戶端通過WAP GET獲取發(fā)送方發(fā)送 的MMS消息(S510 ), MMS服務(wù)器接收WAP GET請(qǐng)求,并通過 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月艮務(wù)器,MMS確認(rèn)消息僅僅包含消息 頭,其目的是向MMS服務(wù)器確認(rèn)MMS獲取確認(rèn)消息是否收到 (S514)。
MMS傳輸是MMS服務(wù)器接收到MMS接收方發(fā)送的MMS確 認(rèn)消息后,確認(rèn)MMS消息以被接收方接收,同時(shí)生成一個(gè)MMS傳 輸消息發(fā)送到MMS消息發(fā)送方,MMS傳輸消息僅僅包含消息頭, 其目的是通知發(fā)送方MMS消息已經(jīng)被接收方成功接收。(S516 )
MMS客戶端發(fā)送MMS消息的過程本質(zhì)上是一個(gè)使用MMS消 息與MMSC進(jìn)行交互的過程。MMS客戶端彩信的發(fā)送必須要嚴(yán)格 按照WAP-206所描述的MMS客戶端事務(wù)處理流程來進(jìn)行與 MMSC的交互。
現(xiàn)基于本發(fā)明提出一種實(shí)施方案,但本發(fā)明不限于這種具體方 案。4艮據(jù)上述的發(fā)明內(nèi)容具體的實(shí)施步驟如下
步驟一彩信的新建和編輯對(duì)彩信結(jié)構(gòu)體和頁面結(jié)構(gòu)體等的
初始4b和u武^直。
步驟二 SMIL文件的生成當(dāng)用戶編輯彩信時(shí),彩信的頁面 信息、頁面多媒體資源信息以及頁面布局信息都被SMIL描述記錄 下來。
步驟三彩信的播放按照SMIL定義的類似幻燈片的內(nèi)容布 局和4番i文力頃序進(jìn)4亍4番it 。
步驟四彩信編碼消息發(fā)送方首先對(duì)要發(fā)送的彩信進(jìn)行編輯, 編輯完成之后利用WAP209 (封裝協(xié)議規(guī)范)對(duì)含有多媒體信息的 MMS消息進(jìn)4亍編碼,生成MMS PDU ( Send Request消息)。
步驟五彩信發(fā)送發(fā)送方客戶端建立一個(gè)與MMS Server的 WAP連接,并將MMS PDU作為WAP POST的內(nèi)容通過WAP連接 發(fā)送出去。WAP網(wǎng)關(guān)接受MMS消息,并以HTTP協(xié)議將MMS消 息傳遞主會(huì)MMS中繼器,MMS中繼器再將MMS消息傳送至MMS Server。
步驟六彩信接收MMS Server接收多媒體消息,將信息轉(zhuǎn) 換成MIME格式存儲(chǔ),并進(jìn)行數(shù)據(jù)分析,從而得到路由和用戶終端 信息。同時(shí)對(duì)接收彩信的SMIL描述進(jìn)行內(nèi)容解析。解析的工作包 括獲取SMIL的字段內(nèi)容,解析字段的屬性,并根據(jù)解析的結(jié)果 來組織彩信中的多媒體資源,將彩信多媒體資源釋放到MMS UI能 夠獲取的數(shù)據(jù)結(jié)構(gòu)中從而可以播放。
步驟七彩信的PUSH消息MMS Server通過對(duì)多i某體消息 的分析,獲取多媒體消息接收方的地址等信息,然后使用WAP PUSH向MMS接收方終端發(fā)送一條通知消息(MMS Notification
消息)。
步驟八接收反饋如果接收方真正接收到MMS消息后,MMS 發(fā)送方終端會(huì)接收到來自MMSC的接收反饋,發(fā)送方從而得到多 媒體消息是否已被MMSC接受的反饋(Send Confirmation )。以確 認(rèn)發(fā)送的多媒體MMS消息已經(jīng)被對(duì)方接收。
以上所述<又為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā) 明,對(duì)于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn) 等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種彩信編輯和傳輸系統(tǒng),其特征在于包括彩信編輯裝置,用于編輯彩信并通過移動(dòng)終端與彩信服務(wù)器之間的WAP連接將彩信消息發(fā)送至所述彩信服務(wù)器,以及對(duì)從所述彩信服務(wù)器接收到的彩信進(jìn)行處理并呈現(xiàn)給用戶;以及移動(dòng)終端,用于為所述彩信編輯裝置提供與所述彩信服務(wù)器之間的WAP連接;以及所述彩信服務(wù)器,用于對(duì)接收到的彩信消息進(jìn)行處理和存儲(chǔ)并對(duì)發(fā)送方進(jìn)行響應(yīng),以及將接收到的彩信發(fā)送至接收方。
2. 根據(jù)權(quán)利要求1所述的彩信編輯和傳輸系統(tǒng),其特征在于,所 述彩信編輯裝置包括用戶接口模塊,用于為用戶提供接口以編輯彩信;彩信編輯器,用于對(duì)用戶輸入的彩信進(jìn)行編輯以生成 SMIL文件,并存儲(chǔ)所述SMIL文件;彩信協(xié)議處理器,用于將所述SMIL文件轉(zhuǎn)換成PDU文 件,并將所述PDU文件封裝成彩信消息后,通過移動(dòng)終端與 彩信服務(wù)器之間的WAP連接將所述彩信消息發(fā)送至所述彩信 服務(wù)器,以及從所述彩信服務(wù)器接收彩信消息;彩信解析器,用于解析所述彩信編輯器中存儲(chǔ)的SMIL文 件或所述彩信協(xié)議處理器接收到的彩信消息,并將解析后的彩 信消息提供至所述用戶接口模塊;以及PUSH消息處理器,用于只于PUSH消息進(jìn)4亍處理。
3.根據(jù)權(quán)利要求2所述的彩信編輯和傳輸系統(tǒng),其特征在于,所 述彩信編輯器包括彩信結(jié)構(gòu)體生成沖莫塊,用于生成彩信結(jié)構(gòu)體;彩信資源添加模塊,用于根據(jù)用戶的輸入,向所述彩信 結(jié)構(gòu)體添加彩信資源;以及SMIL文件生成模塊,用于將添加有彩信資源的彩信結(jié)構(gòu) 體轉(zhuǎn)才奐為SMIL文件。
4. 根據(jù)權(quán)利要求2所述的彩信編輯和傳輸系統(tǒng),其特征在于,所 述彩信協(xié)議處理器包括PDU文4牛生成才莫塊,用于爿奪所述SMIL文件4爭:換成PDU 文件;彩信發(fā)送模塊,用于將所述PDU文件封裝成彩信消息, 并通過所述移動(dòng)終端與彩信爿良務(wù)器之間的WAP連接將所述彩 信消息發(fā)送至所述彩信服務(wù)器;以及彩信接收模塊,用于通過所述移動(dòng)終端與所述彩信服務(wù) 器之間的WAP連接接收來自所述彩信服務(wù)器的彩信消息,并 對(duì)接收到的彩信消息進(jìn)行解碼。
5. 根據(jù)權(quán)利要求2所述的彩信編輯和傳輸系統(tǒng),其特征在于,所 述PUSH消息處理器包4舌PUSH消息拼接模塊,用于對(duì)從所述彩信服務(wù)器接收到的 PUSH消息進(jìn)行拼接;以及PUSH消息解析模塊,用于對(duì)拼接后的PUSH消息進(jìn)行解 析,并通知所述彩信協(xié)議處理器發(fā)送或4妄收彩信消息,并對(duì)所 述彩信服務(wù)器進(jìn)行響應(yīng)。
6. 根據(jù)權(quán)利要求2所述的彩信編輯和傳輸系統(tǒng),其特征在于,所 述彩信解析器包括彩信解析模塊,用于解析所迷彩信編輯器中存儲(chǔ)的SMIL 文件或所述彩信協(xié)議處理器接收到的彩信消息;以及彩信提供模塊,用于將解析出的彩信內(nèi)容添加到彩信瀏 覽結(jié)構(gòu)體中以提供給用戶接口模塊呈現(xiàn)給用戶。
7. 根據(jù)權(quán)利要求2至6中任一項(xiàng)所述的彩信編輯和傳輸系統(tǒng),其 特征在于,所述彩信消息包括以下至少一種信息彩信消息類 型、接收方號(hào)碼、發(fā)送方號(hào)碼、發(fā)送策略、以及彩信協(xié)議數(shù)據(jù) 單元自身的屬性。
8. 根據(jù)權(quán)利要求2至6中任一項(xiàng)所述的彩信編輯和傳輸系統(tǒng),其 特征在于,所述彩信服務(wù)器包括彩信接收才莫塊,用于對(duì)4妄收到的所述彩信消息進(jìn)行處理 和存4諸,并對(duì)所述發(fā)送方進(jìn)4于響應(yīng);以及彩信發(fā)送模塊,用于將接收到的彩信消息發(fā)送至所述接 收方。
9. 根據(jù)權(quán)利要求2至6中任一項(xiàng)所述的彩信編輯和傳輸系統(tǒng),其 特征在于,所述彩信編輯裝置和所述彩信服務(wù)器之間的通信基 于WAP協(xié)議棧。
10. 根據(jù)權(quán)利要求2至6中任一項(xiàng)所述的彩信編輯和傳輸系統(tǒng),其 特征在于,所述彩信編輯裝置通過WAP GET方式從所述彩信 服務(wù)器獲取彩信消息。
全文摘要
本發(fā)明提供了一種彩信編輯和傳輸系統(tǒng),該系統(tǒng)包括彩信編輯裝置,用于編輯彩信并通過移動(dòng)終端與彩信服務(wù)器之間的WAP連接將彩信消息發(fā)送至彩信服務(wù)器,以及對(duì)從彩信服務(wù)器接收到的彩信進(jìn)行處理并呈現(xiàn)給用戶;移動(dòng)終端,用于為彩信編輯裝置提供與彩信服務(wù)器之間的WAP連接;以及彩信服務(wù)器,用于對(duì)接收到的彩信消息進(jìn)行處理和存儲(chǔ)并對(duì)發(fā)送方進(jìn)行響應(yīng),以及將接收到的彩信發(fā)送至接收方。通過本發(fā)明,能夠使用戶根據(jù)自己的喜好編輯彩信,進(jìn)行彩信的發(fā)送和接收。通過將移動(dòng)終端上的彩信業(yè)務(wù)功能轉(zhuǎn)移到彩信編輯裝置或PC上,既可以減少處理器和存儲(chǔ)器消耗,還能夠最大可能利用PC的方便性來完成所有彩信的所有業(yè)務(wù)功能。
文檔編號(hào)H04W4/18GK101193338SQ20061015289
公開日2008年6月4日 申請(qǐng)日期2006年11月20日 優(yōu)先權(quán)日2006年11月20日
發(fā)明者周煜申, 凱 崔, 梁思穎 申請(qǐng)人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
安多县| 沾益县| 和龙市| 吴忠市| 游戏| 佛教| 偏关县| 依兰县| 綦江县| 高唐县| 邻水| 赤峰市| 勃利县| 商水县| 任丘市| 巴楚县| 皮山县| 固安县| 额尔古纳市| 嘉善县| 特克斯县| 敦化市| 阜南县| 乌审旗| 东丽区| 两当县| 颍上县| 扶余县| 江源县| 玛纳斯县| 塔河县| 台北县| 浦城县| 轮台县| 会泽县| 绥宁县| 正宁县| 阿坝| 成安县| 黄大仙区| 大城县|