【正文】 MmsMMSVersion數(shù)字串必選項(xiàng)，版本號(hào)，XMmsContentLocation字符串可選項(xiàng)，指定欲刪除的MM的地址，可多次出現(xiàn)4．2．19 刪除應(yīng)答PDU 該P(yáng)DU僅僅包含頭域，參考下表4．20：頭域名稱頭域值描述XMmsMessageTypemmboxdeleteconf必選項(xiàng)，指定PDU類型XMmsTransactionID字符串必選項(xiàng)，PDU的唯一標(biāo)識(shí)，關(guān)聯(lián)請(qǐng)求和應(yīng)答PDU。XMmsMMSVersion數(shù)字串必選項(xiàng)，版本號(hào)，XMmsContentLocation字符串可選項(xiàng)，指定未成功刪除的MM的地址，可多次出現(xiàn)XMmsResponseStatus字節(jié)必選項(xiàng)，指示每條MM的操作實(shí)現(xiàn)狀態(tài)，可多次出現(xiàn)XMmsResponseText字符串可選項(xiàng)，每個(gè)相應(yīng)狀態(tài)的文本描述，可多次出現(xiàn)4．3 PDU編碼實(shí)現(xiàn)4．3．1 發(fā)送請(qǐng)求PDU實(shí)現(xiàn)原理：根據(jù)頭域信息結(jié)構(gòu)體，將頭域名稱進(jìn)行二進(jìn)制編碼，各頭域的排列與順序無關(guān)，后面緊跟數(shù)據(jù)部分。函數(shù)原型：T_HWORD fnMMS_SendMessage(T_BYTE * Uri,T_MMS_Send_Request * Msg,T_MMS_Send_Conf * * ConfMsg)。T_UBYTE * fnMMS_MakeContentBodyPdu(T_MMS_Content_Union * pUion,T_WORD * Length)。相關(guān)數(shù)據(jù)結(jié)構(gòu)：typedef struct T_MMS_Send_Request{T_UBYTE Message_Type。T_BYTE * Transaction_Id。T_UBYTE MMS_Version。T_WORD date。T_BYTE * From。T_BYTE * To。T_BYTE * Cc。T_BYTE * Bcc。T_BYTE * Subject。T_UBYTE Message_Class。T_WORD MMS_Expiry。/ * defaultuseRelativetokenvalue * /T_WORD MMS_Delivery_Time。/ * defaultuseRelativetokenvalue * /T_UBYTE MMS_Expiry_TimeType。T_UBYTE MMS_Delivery_TimeType。T_UBYTEMMS_Prioity。T_UBYTE Sender_Visibility。T_UBYTE Delivery_Report。T_UBYTE Read_Reply。T_UBYTE * ContentTypeAndBody。T_WORDContentTypeAndBody_Len。}T_MMS_Send_Request。4．3．2發(fā)送應(yīng)答PDU實(shí)現(xiàn)原理：接受PDU，解出頭域名稱和頭域值，解出發(fā)送狀態(tài)信息。函數(shù)原型：T_MMS_Send_Conf * fnMMS_ParseSendConf(T_UBYTE * Buf, T_WORDContent_len)。相關(guān)數(shù)據(jù)結(jié)構(gòu)：typedefstructT_MMS_Send_Conf{T_UBYTE Message_Type。T_BYTE * Transaction_Id。T_UBYTE MMS_Version。T_UBYTE Response_Status。T_BYTE * Response_Text。T_BYTE * Message_Id。}T_MMS_Send_Conf。4．3．3通知PDU實(shí)現(xiàn)原理：通過PUSH方式接收數(shù)據(jù)包，解出頭域名和值，賦值給數(shù)據(jù)結(jié)構(gòu)體。函數(shù)原型：T_MMS_Notification_Ind * fnMMS_ParseNotificationInd (T_UBYTE * Buf,T_WORDContent_len)。相關(guān)數(shù)據(jù)結(jié)構(gòu)：typedefstructT_MMS_Notification_Ind{T_UBYTE Message_Type。T_BYTE * Transaction_Id。T_UBYTE MMS_Version。T_BYTE * From。T_BYTE * Subject。T_UBYTE Message_Class。T_WORD Message_Size。T_WORD MMS_Expiry。T_UBYTE MMS_Expiry_TimeType。T_BYTE * Content_Location。}T_MMS_Notification_Ind。4．3．4接收PDU實(shí)現(xiàn)：原理：接收PDU，解出頭域名和值，解出數(shù)據(jù)部分，解出SMIL和媒體數(shù)據(jù)部分。函數(shù)原型：T_MMS_Retrieve_Conf * fnMMS_ParseRetrieveConf(T_UBYTE * Buf,T_WORDContent_len)。T_MMS_Content_Union * fnMMS_GetMediaDataFromPdu(T_UBYTE * pPduData,T_WORDDataSize)。相關(guān)數(shù)據(jù)結(jié)構(gòu)：typedefstruct T_MMS_Retrieve_Conf{T_UBYTE Message_Type。T_BYTE * Transaction_Id。T_UBYTE MMS_Version。T_BYTE * Message_Id。T_WORD Date。T_BYTE * From。T_UBYTE FromFieldType。T_BYTE * To。T_BYTE * Cc。T_BYTE * Subject。T_UBYTE Message_Class。T_UBYTE MMS_Prioity。T_UBYTED elivery_Report。T_UBYTER ead_Reply。T_UBYTE * ContentTypeAndBody。T_WORD Content_Size。}T_MMS_Retrieve_Conf。typede fstructT_MMS_Presentation{T_BYTE * ContentType。T_BYTE * DataBuf。T_WORD Data_Size。}T_MMS_Presentation。typedef structT_MMS_Media_Element{T_BYTE * Location。T_BYTE * Content_ID。T_UBYTE * DataBuf。T_WORD Data_Size。T_WORD char set。T_UBYTE Has char Set。T_BYTE * Content_Type。struct T_MMS_Media_Element * Next。}T_MMS_Media_Element。typedef structT_MMS_Content_Union{T_MMS_Presentation * pSmil。T_MMS_Media_Element * pElement。}T_MMS_Content_Union。4．3．5 傳達(dá)報(bào)告PDU實(shí)現(xiàn)原理：通過PUSH方式接收數(shù)據(jù)包，解出頭域名和值，賦值給數(shù)據(jù)結(jié)構(gòu)體。函數(shù)原型：T_MMS_Delivery_Ind * fnMMS_ParseDeliveryInd(T_UBYTE * Buf,T_WORDContent_len)。相關(guān)數(shù)據(jù)結(jié)構(gòu)：typede fstructT_MMS_Delivery_Ind{T_UBYTE Message_Type。T_UBYTE MMS_Version。T_BYTE * Message_Id。T_BYTE * To。T_WORD Date。T_UBYTE MMS_Status。}T_MMS_Delivery_Ind。4．3．6 通知應(yīng)答PDU實(shí)現(xiàn)原理：根據(jù)頭域信息結(jié)構(gòu)體，頭域名進(jìn)行二進(jìn)制編碼，頭域值進(jìn)行上節(jié)所述的編碼規(guī)則編碼，頭域排列與順序無關(guān)，調(diào)用發(fā)送接口發(fā)送。函數(shù)原型：T_HWORDfnMMS_SendNotifyResp(T_BYTE * Uri,T_BYTE * Trans_ID)。相關(guān)數(shù)據(jù)結(jié)構(gòu)：typedef structT_MMS_NotifyResp_Ind{T_UBYTE Message_Type。T_BYTE * Transaction_Id。T_UBYTE MMS_Version。T_UBYTE MMS_Status。T_UBYTE Report_Allowed。}T_MMS_NotifyResp_Ind。4．3．7接收確認(rèn)PDU實(shí)現(xiàn)原理：根據(jù)頭域信息結(jié)構(gòu)體，頭域名進(jìn)行二進(jìn)制編碼，頭域值進(jìn)行上節(jié)所述的編碼規(guī)則編碼，頭域排列與順序無關(guān)，調(diào)用發(fā)送接口發(fā)送。函數(shù)原型：T_HWORDfnMMS_SendAcknowledge(T_BYTE * Uri,T_BYTE * Trans_Id)。相關(guān)數(shù)據(jù)結(jié)構(gòu)：typedef structT_MMS_Acknowledge_Ind{T_UBYTE Message_Type。T_BYTE * Transaction_Id。T_UBYTEMMS_Version。T_UBYTE Report_Allowed。}T_MMS_Acknowledge_Ind。5 多媒體短信的一致性分析5．1 結(jié)構(gòu)一致性分析結(jié)構(gòu)一致性規(guī)劃了MM的創(chuàng)建與顯示的方式，以確保不同終端設(shè)備之間相互交流可識(shí)別的信息。現(xiàn)階段的MM的組成采用類似于Powerpoint風(fēng)格的多頁順序排列方式，每頁包含圖片＋文字＋聲音或其部分元素，也可以是視頻片段＋文字的方式。當(dāng)然，元素區(qū)域布局也可以另行采用其他排列方式，如文本區(qū)域在上，圖片區(qū)域在下，但無論哪種布局方式，應(yīng)確保全部的頁面都采用統(tǒng)一的風(fēng)格。5．2 顯示一致性分析SMIL作為MM顯示的一種語言，它包括了不同的媒體元素的布局信息。當(dāng)用于個(gè)人計(jì)算機(jī)屏幕上顯示時(shí)，布局的位置和區(qū)域的大小應(yīng)該嚴(yán)格遵守MM創(chuàng)建人的顯示信息，這可由SMIL語言中的“布局”屬性得到。當(dāng)用于移動(dòng)終端設(shè)備上顯示時(shí)，由于顯示設(shè)備的外觀以及分辨率的限制，就可根據(jù)實(shí)際情況靈活處理。如果接收終端的處理能力能夠滿足SMIL的顯示指標(biāo)，就必須遵守原始的信息進(jìn)行顯示；當(dāng)無法滿足時(shí)，則可以選擇適合自身的布局方式進(jìn)行顯示?？紤]到當(dāng)前的終端設(shè)備的處理能力有限，所以現(xiàn)階段MM的內(nèi)容的組成、解析、顯示都是非常簡(jiǎn)單的。在“文本”區(qū)域只能顯示文本媒體，在“圖片”區(qū)域只能顯示圖片、動(dòng)畫和視頻媒體，聲音媒體應(yīng)該同步播放。當(dāng)某頁中的文本數(shù)據(jù)過長，超出了文本顯示域時(shí)，則緊隨其后續(xù)頁顯示剩余文本信息，本設(shè)計(jì)中的實(shí)現(xiàn)既是如此。多個(gè)頁面時(shí)應(yīng)該按原始順序進(jìn)行播放，所有頁面采用相同的顯示風(fēng)格。盡管終端設(shè)備可能會(huì)忽略布局信息，但在創(chuàng)建MM時(shí)應(yīng)該給出元素布局信息，因?yàn)榇薓M也可能被其他非移動(dòng)終端設(shè)備顯示，如PC屏幕，而且將來的移動(dòng)終端設(shè)備的處理能力也會(huì)大大增強(qiáng)的。另外，MMS SMIL作為顯示控制語言是可選的，也就是說，MM中可以不包含顯示控制語言，只包括頭域和資源數(shù)據(jù)，在接收方顯示時(shí)，解釋出資源數(shù)據(jù)，并按資源的先后順序進(jìn)行組合顯示，當(dāng)然，是不會(huì)有定時(shí)等效果的了。5．3 MMS SMIL一致性分析MMS SMIL是MM顯示的控制語言，它是SMIL2．0規(guī)范中的一部分，它是從功能的角度劃分出的一個(gè)子集，專用于MMS系統(tǒng)。5．3．1 SMIL標(biāo)簽及構(gòu)成SMIL中每一個(gè)語義單元語法格式均以標(biāo)簽開頭、/標(biāo)簽結(jié)尾，同一層次上的標(biāo)簽不允許嵌套，標(biāo)簽及層次，具體見附錄一和附錄二。5．4 內(nèi)容一致性分析5．4．1 多媒體短信分類MM按支持的媒體類型和相關(guān)屬性分為以下5類：文本類型、基本圖片類型、豐富圖片類型、基本視頻類型、豐富視頻類型。MMS客戶端應(yīng)該遵循上述的分類規(guī)則，必須支持文本類型的MM，同時(shí)至少支持后四種中的一種類型，這確保了不同終端之間支持媒體的協(xié)調(diào)性。5．4．2 分類的詳細(xì)說明（1）圖片分辨率：為了更好的協(xié)調(diào)圖片、視頻類型的MM的互操作能力，定義了圖片的最大分辨率，接收方應(yīng)該接收帶有圖片、視頻媒體的彩信，可根據(jù)實(shí)際情況降低分辨率，并以自身的最大分辨率進(jìn)行顯示?！　。?）個(gè)人信息管理：個(gè)人信息管理（PIM）包括以下兩個(gè)對(duì)象。①　VCARD2．1②　VCALENDAR1．0（3）視頻：當(dāng)存在視頻片段時(shí)，不應(yīng)再包含單獨(dú)的聲音屬性。（4）MM大小：各分類中所定義的MM的大小，對(duì)于MMS終端制造者來說，這是他們接收MM能力的最小值；而對(duì)于內(nèi)容創(chuàng)建者來說，這是他們創(chuàng)建MM的最大值。（5）語音支持：支持AMRNB或15K格式。（6）文本：文本數(shù)據(jù)的字符集編碼可以支持下列兩種：① usascii② utf8有些遵守5GPP（TS25140）定義的MMS客戶端可能支持utf16字符集編碼，但由于在MMS系統(tǒng)各個(gè)實(shí)體的交互過程中可能會(huì)帶來互操作能力上的不一致問題，所以不建議采用此字符集編碼。5．5適應(yīng)性調(diào)整的一致性分析5．5．1調(diào)整分類為了確保終端用戶之間處理MM的一致性，MM按其內(nèi)容分為前述的5類，這樣，支持同一類MM類型的終端之間可以無縫地進(jìn)行互操作，而不同類的MM類型之間的互操作性則可能會(huì)遇到問題，因?yàn)镸MS系統(tǒng)不提供端到端的能力協(xié)商機(jī)制，發(fā)送方無法探知接收方的能力支持。適應(yīng)性調(diào)整概念的提出協(xié)調(diào)了上述的問題。MMS分發(fā)代理可以了解接收方的能力支持情況，從而可以將其不支持的內(nèi)容轉(zhuǎn)換為其可以支持的內(nèi)容，同時(shí)盡可能多地保留原