【正文】 SCTRV1_220030916C[5] OMAMMSENCV1_220030915C[6] 中國(guó)移動(dòng)多媒體消息業(yè)務(wù)總體技術(shù)要求 ，中國(guó)移動(dòng)通信有限公司[7] ，中國(guó)移動(dòng)通信有限公司[8] 中國(guó)移動(dòng)多媒體業(yè)務(wù)規(guī)范 ，中國(guó)移動(dòng)通信有限公司[9] IETF，RFC 2387：“The MIME Multipart/related content type, Levinson E., August 1998.” [10] IETF，RFC 2557：“ Encapsulation of Aggregate Documents, such as HTML (MHTML), Palme J., Hopmann A., Shelness N., March 1999 ”3 相關(guān)術(shù)語(yǔ)在本規(guī)范中使用了“必須”、“推薦”、和“可選”等詞匯來(lái)描述對(duì)移動(dòng)終端產(chǎn)品要求的強(qiáng)調(diào)程度。適用于GSM網(wǎng)絡(luò)、GPRS網(wǎng)絡(luò)以及3G網(wǎng)絡(luò)環(huán)境。本規(guī)范由中國(guó)移動(dòng)通信有限公司技術(shù)部歸口管理。╳╳╳╳╳╳╳╳實(shí)施╳╳╳╳╳╳╳╳發(fā)布中國(guó)移動(dòng)通信有限公司 發(fā)布QB╳╳╳╳╳╳╳╳╳中國(guó)移動(dòng)通信企業(yè)標(biāo)準(zhǔn)中國(guó)移動(dòng)彩信業(yè)務(wù)終端規(guī)范China Mobile MMS Service Terminal Specification版本號(hào)： 41 / 45前言本規(guī)范規(guī)定了彩信業(yè)務(wù)在終端部分的要求，是開展彩信業(yè)務(wù)的依據(jù)之一。本規(guī)范由歸口部門負(fù)責(zé)解釋。2 引用標(biāo)準(zhǔn)下列規(guī)范包含的條文，通過(guò)在本規(guī)范中的引用而構(gòu)成為本要求的條文?！氨仨殹表?xiàng)是指終端產(chǎn)品所必須提供的功能或性能要求； “推薦”項(xiàng)是指在標(biāo)準(zhǔn)中未作硬性要求，但建議終端產(chǎn)品提供的功能或性能要求； “可選”項(xiàng)指在目前看來(lái)是中國(guó)移動(dòng)需求的發(fā)展方向，或終端產(chǎn)品在目前階段可不提供的功能或性能要求?；诖嗽瓌t本規(guī)范規(guī)定了MMS業(yè)務(wù)的終端產(chǎn)品應(yīng)滿足的要求。 多媒體消息業(yè)務(wù)環(huán)境圖41 多媒體消息業(yè)務(wù)環(huán)境MMSE ：多媒體消息業(yè)務(wù)環(huán)境MMSE 是實(shí)現(xiàn)MMS業(yè)務(wù)的一套獨(dú)立的和完整的網(wǎng)絡(luò)元素的集合。（例如，提交、接收刪除 MM）。此外，為配合多媒體消息平臺(tái)提供多媒體消息服務(wù)，需要WAP網(wǎng)關(guān)、GSM/GPRS網(wǎng)絡(luò)資源等設(shè)備的支持，還要和現(xiàn)網(wǎng)中的計(jì)費(fèi)系統(tǒng)、網(wǎng)管系統(tǒng)互聯(lián)。6 功能要求 參數(shù)預(yù)置 彩信承載參數(shù)彩信終端必須可以進(jìn)行參數(shù)預(yù)置。 用戶名: 空。l 允許發(fā)送報(bào)告：否 （如果有則設(shè)置）l 允許發(fā)送閱讀報(bào)告：否（如果有則設(shè)置） 地址彩信終端必須允許最終用戶發(fā)送彩信到MSISDN（E164，例如＋8612345678） 和Email地址 （RFC822，例如：name） 彩信的處理能力（這里指彩信封裝后的大小，適用于3G網(wǎng)絡(luò)彩信終端）（這里指彩信封裝后的大小，適用于GSM和GPRS網(wǎng)絡(luò)彩信終端）彩信終端必須允許用戶對(duì)存儲(chǔ)在本機(jī)的彩信進(jìn)行編輯。彩信終端必須支持編輯多頁(yè)彩信， 支持的編輯頁(yè)數(shù)必須為20頁(yè)，必須能在任何位置插入新的頁(yè)。在用戶選擇發(fā)送彩信以后，在彩信正式發(fā)送以前，終端必須主動(dòng)提示用戶封裝后彩信大小（以KB為單位），用戶可以確認(rèn)發(fā)送或者返回。如果包含簽名后的彩信總頁(yè)數(shù)大于本規(guī)范要求值，則不能發(fā)送并提示用戶彩信頁(yè)數(shù)過(guò)多。 接收 用戶不能手動(dòng)拒絕接收彩信。彩信終端在設(shè)置為自動(dòng)接收情況下，接收到PUSH通知消息后，彩信終端必須向用戶提示，如：顯示一個(gè)圖標(biāo)，或以鈴聲，震動(dòng)方式通知用戶。彩信終端接收到PUSH通知消息，發(fā)現(xiàn)內(nèi)存不足以存儲(chǔ)彩信時(shí)必須能提示用戶清理內(nèi)存。 彩信管理 瀏覽彩信終端必須能正常顯示符合終端屏幕規(guī)格的圖像。彩信終端必須能正確播放多頁(yè)彩信，必須支持20頁(yè)彩信。彩信終端必須能保存已創(chuàng)建、已接收、已發(fā)送的彩信。彩信終端必須支持對(duì)各個(gè)文件夾的彩信的一次全部刪除。 圖像o 參見《終端多媒體格式規(guī)范 》；o 至少支持65K色及以上；o 至少支持160x120像素圖片。每一頁(yè)彩信可以包含圖像、文本、聲音和視頻，對(duì)每一頁(yè)彩信大小的要求如下（適用于3G網(wǎng)絡(luò)彩信終端）：文本：至少支持3KB圖像：至少支持250KB聲音：至少支持250KB視頻：至少支持250KB總計(jì)：支持300KB。MMS headersStart MMS Bodypresentationaudio/wavtext/plainimage/jpeg MMS header參見《中國(guó)移動(dòng)多媒體業(yè)務(wù)接口規(guī)范》。接收時(shí)如果沒有Presentation Part(ContentType為application/)，最好能按頁(yè)播放，至少能存為附件。該元素是MM文件的根部。該元素描述了內(nèi)容的表現(xiàn)時(shí)間，以及各個(gè)內(nèi)容模塊的連接方式。該元素定義媒體對(duì)象的位置，大小以及比例?？梢圆粠挝弧? 規(guī)則和限制參見width。 fill 縮放對(duì)象的高度和寬度到達(dá)被指定的大小。 meet 維持對(duì)象的縱橫比進(jìn)行縮放，直到寬度或者高度與被指定的值相同，且不用切除任何部分。 slice 維持對(duì)象的縱橫比進(jìn)行縮放，直到寬度或者高度與被指定的值相同，且一部分會(huì)被切除。 rootlayout 該元素決定了它的父元素的顯示區(qū)域的大小。l height 區(qū)域的高度。屬性：name contentl name 指定了一個(gè)屬性的名稱。建議以毫秒為單位。即可作為一個(gè)空的資源，起到時(shí)間延遲的作用。l begin 定義了媒體信息開始顯示的時(shí)間。由于終端的處理能力不同，end可以被忽略，而改由用戶手動(dòng)控制時(shí)間。表達(dá)式中的每一頁(yè)必須有同樣的布局。 如果終端匹配SMIL，那么沒有任何調(diào)整的必要。摘要消息類型方向請(qǐng)求MMS用戶代理MMSRelay/ServerRelay/Server響應(yīng)MMSRelay/ServerRelay/ServerMMS用戶代理 正常操作。如果MMSRelay/ServerRelay/，彩信終端必須能夠恢復(fù)正常狀態(tài)。異常2: ， 彩信終端必須提示用戶彩信發(fā)送超時(shí)同時(shí)必須禁止自動(dòng)重發(fā)，用戶可以手動(dòng)重發(fā)彩信。格式參見 Recipient address必選MM的接收方地址。Message class可選MM的類別（例如，個(gè)人服務(wù)、廣告服務(wù)和信息服務(wù)）Date and time可選提交彩信的時(shí)間和日期（時(shí)間戳）。ReplyCharging可選應(yīng)答計(jì)費(fèi)的請(qǐng)求。Sender visibility可選請(qǐng)求在將消息傳遞給接收方時(shí)，顯示或隱藏發(fā)送方的標(biāo)識(shí)。MM Flags可選在已存儲(chǔ)彩信的“MM標(biāo)志”信息單元中設(shè)置的一個(gè)或多個(gè)“MM標(biāo)志”關(guān)鍵字（如果存在“存儲(chǔ)”）。Content必選多媒體消息的內(nèi)容：信息單元存在情況說(shuō)明Message Type必選。Request Status Text可選限定MM提交請(qǐng)求狀態(tài)的說(shuō)明。Stored Message Reference可選最新所存儲(chǔ)MM的狀態(tài)（“存儲(chǔ)”請(qǐng)求）。 信息單元：信息元素存在情況說(shuō)明Message Type必選Transaction ID必選。Priority可選消息的優(yōu)先級(jí)（重要性）。Delivery report可選發(fā)送報(bào)告的請(qǐng)求。ReplyChargingID可選如果此通知指示一個(gè)應(yīng)答彩信，則它指應(yīng)答的原始彩信的標(biāo)識(shí)。：信息元素存在情況說(shuō)明Message Type必選。Report allowed可選請(qǐng)求允許或不允許向彩信始發(fā)方發(fā)送報(bào)告。向相應(yīng)的MMSRelay/ServerRelay/，以確認(rèn)已經(jīng)成功接收消息。向相應(yīng)的MMSRelay/ServerRelay/，以確認(rèn)已經(jīng)成功接收消息。 信息單元：信息單元存在情況說(shuō)明Message Reference必選要接收接收彩信的內(nèi)容的位置。MMS Version必選標(biāo)識(shí)MMSRelay/ServerRelay/Server所支持接口的版本。Content type必選彩信內(nèi)容的內(nèi)容類型。Delivery report可選發(fā)送報(bào)告的請(qǐng)求（如果始發(fā)方彩信終端已請(qǐng)求發(fā)送報(bào)告）。MM State可選彩信狀態(tài)。Request Status Text可選限定彩信接收接收請(qǐng)求狀態(tài)的說(shuō)明。ReplyChargingSize可選在應(yīng)答計(jì)費(fèi)的情況下，提供給接收方的應(yīng)答彩信的最大大小。應(yīng)標(biāo)明始發(fā)方彩信終端的地址（如果存在）。Transaction ID必選必須提供事務(wù)處理ID。：在MMS中發(fā)送發(fā)送報(bào)告時(shí)用到的摘要消息摘要消息類