電子信息專業(yè)畢業(yè)設計-- 基于紅外遙控lcd12864的控制

1、<p>　　畢 業(yè) 設 計（論 文）</p><p>　　基于紅外遙控LCD12864控制</p><p>　　畢業(yè)設計（論文）任務書</p><p>　　此表由指導教師填寫 由所在系部審核</p><p>　　畢業(yè)設計（論文）學生開題報告</p><p><b>　　課題類型：</b>

2、</p><p>　　（1）A—工程實踐型；B—理論研究型；C—科研裝置研制型；D—計算機軟件型；</p><p><b>　　E—綜合應用型</b></p><p>　?。?）X—真實課題；Y—模擬課題；</p><p>　?。?）、（2）均要填，如AY、BX等。</p><p>　　畢業(yè)設計（

3、論文）指導教師評審表</p><p>　　畢業(yè)設計（論文）評閱人評審表</p><p><b>　　7</b></p><p>　　畢業(yè)設計（論文）成績評定總表</p><p>　　學生姓名： ×× 專業(yè)班級： 0

4、6通信本××</p><p>　　畢業(yè)設計（論文）題目：多媒體短信（MMS）通信平臺研究與開發(fā)</p><p>　　注：成績評定由指導教師、評閱教師和答辯組分別給分(以百分記)，最后按“優(yōu)(90--100)”、“良(80--89)”、“中(70--79)”、“及格(60--69)”、“不及格(60以下)”評定等級。其中，</p><p>　　指導

5、教師評定成績占40%，評閱人評定成績占20%，答辯組評定成績占40%。</p><p><b>　　學位論文原創(chuàng)性聲明</b></p><p>　　本人鄭重聲明：所呈交的學位論文是本人在導師的指導下獨立進行研究所取得的研究成果。除了文中特別加以標注引用的內(nèi)容外，本論文不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。本人完全意識到本聲明的法律后果由本人承擔。</

6、p><p>　　作者簽名： 年 月 日</p><p>　　學位論文版權使用授權書</p><p>　　本學位論文作者完全了解學院有關保管、使用學位論文的規(guī)定，同意學院保留并向有關學位論文管理部門或機構送交論文的復印件和電子版，允許論文被查閱和借閱。本人授權省級優(yōu)秀學士學位論文評選機構將本學位論文的全部或部分內(nèi)容編入有關數(shù)據(jù)庫進行檢索

7、，可以采用影印、縮印或掃描等復制手段保存和匯編本學位論文。</p><p><b>　　本學位論文屬于</b></p><p>　　1、保密 □，在 年解密后適用本授權書。</p><p><b>　　2、不保密 □。</b></p><p>　　（請在以上相應方框內(nèi)打“√”）</p

8、><p>　　作者簽名： 年 月 日 </p><p>　　導師簽名： 年 月 日</p><p>　　畢 業(yè) 設 計（論 文）</p><p>　　多媒體短信（MMS）通信平臺研究與開發(fā)</p><p>　?。≧esearch and Development

9、of Multimedia Messaging Service Communication Platform）</p><p><b>　　By</b></p><p><b>　　(××)</b></p><p><b>　　June 20××</b><

10、/p><p><b>　　摘 要</b></p><p>　　隨著計算機和無線通訊領域相關技術的發(fā)展，移動多媒體技術業(yè)已成為時代焦點，各種多媒體應用已逐漸地從有線領域向無線領域邁進，全方位地滿足人們對于多種媒體、多種感觀的需求。作為移動多媒體技術的主要載體和前驅，多媒體短信技術成為了當前的研究熱點，因此對多媒體短信通信平臺的研究與開發(fā)這一論題研究具有極其重要的意義。

11、</p><p>　　本文首先詳細介紹了多媒體短信通信業(yè)務（MMS）的基本概念、基本原理、發(fā)展現(xiàn)狀及前景展望、MMS系統(tǒng)結構、MMS系統(tǒng)功能和MMS平臺技術。然后逐一介紹3G-MMS系統(tǒng)應用實現(xiàn)、3GPP文件格式、SMIL描述性語言、MMS發(fā)送端WAP協(xié)議、Kannel的體系結構和特定服務的構建，以及擔當不同角色時各自的功能、仿真編解碼的實現(xiàn)技術以及其它實體互通關系。最后重點分析了MMS通信平臺的研究與開發(fā)，分別

12、闡述了總體架構、關鍵技術以及客戶端的架構與實現(xiàn)等技術。</p><p>　　關鍵詞：多媒體短信 計算機技術 體系結構 通信平臺</p><p><b>　　Abstract</b></p><p>　　With the advance of many technologies in computer and wireless commun

13、ication science, mobile multimedia technology has attracted more attention. Having been developing from wired to wireless technology, a variety of multimedia applications can satisfy the need of the people in many aspect

14、s, such as auditory and visual sense. Because the current research is mainly focused on multimedia messaging technology, which is the main carrier and the precursors of mobile multimedia technology, it is very m</p>

15、;<p>　　In this paper, multimedia messaging service (MMS) is firstly introduced in detail, involving the primary concept, the fundamental principle, the current situation and the prospects,the system structure, the

16、 system function and the technology of MMS platform. Secondly, the relevant theory of MMS is described as following, the implementation of 3G-MMS system, the 3GPP file type, the SMIL descriptive language, the WAP protoco

17、l of MMS transmitting terminal, the structure of Kannel system, the config</p><p>　　Keywords: Multimedia message, Computer technology, System architecture, Mobile communications platform</p><p>

18、<b>　　目 錄</b></p><p><b>　　摘 要i</b></p><p>　　Abstractii</p><p><b>　　1 緒 論1</b></p><p>　　1.1 MMS通信系統(tǒng)概述1</p><p&g

19、t;　　1.1.1 MMS的基本概念1</p><p>　　1.1.2 MMS的系統(tǒng)基本功能1</p><p>　　1.1.3 MMS與SMS、EMS的區(qū)別2</p><p>　　1.1.4 MMS的傳輸內(nèi)容3</p><p>　　1.2 MMS通信的發(fā)展現(xiàn)狀3</p><p>　　1.3 MMS

20、通信的發(fā)展前景4</p><p>　　1.4 本文研究目標4</p><p>　　2 MMS通信系統(tǒng)構建原理5</p><p>　　2.1 MMS的體系結構5</p><p>　　2.2 MMS的業(yè)務環(huán)境7</p><p>　　2.3 MMS的傳輸過程7</p><p>　

21、　2.4 MMS的平臺實現(xiàn)8</p><p>　　2.4.1 基于WAP的實現(xiàn)9</p><p>　　2.4.2 基于IP的實現(xiàn)方式10</p><p>　　2.5 MMS平臺優(yōu)化11</p><p>　　2.5.1 MMS無線接入網(wǎng)網(wǎng)絡優(yōu)化12</p><p>　　2.5.2 3G電路域移動業(yè)務

22、應用性能分析12</p><p>　　3 3G-MMS系統(tǒng)應用實現(xiàn)13</p><p>　　3.1 3G-MMS新業(yè)務技術要素13</p><p>　　3.2 3G-MMS的應用管理14</p><p>　　4 MMS系統(tǒng)描述性語言15</p><p>　　4.1 SMIL文檔基本的結構15<

23、;/p><p>　　4.2 SMIL語言在MMS系統(tǒng)中地位和作用16</p><p>　　4.3 SMIL主要功能說明16</p><p>　　4.4 SMIL編解碼實現(xiàn)17</p><p>　　4.4.1 SMIL編碼原理17</p><p>　　4.4.2 SMIL解碼實現(xiàn)18</p>

24、<p>　　5 3GPP系統(tǒng)的設計與實現(xiàn)20</p><p>　　5.1 3GPP文件格式20</p><p>　　5.1.1 ISO文件20</p><p>　　5.1.2 Box 的定義20</p><p>　　5.1.3 3GPP文件的編/解碼器21</p><p>　　5.2

25、編碼模塊與接口設計22</p><p>　　5.3 3GPP編碼流程22</p><p>　　5.3.1 3GPP文件長度22</p><p>　　5.3.2 3GPP文件編碼過程23</p><p>　　5.4　3GPP系統(tǒng)解碼器設計23</p><p>　　6 MMS發(fā)送簡化WAP協(xié)議實現(xiàn)25&

26、lt;/p><p>　　6.1　MMS發(fā)送過程25</p><p>　　6.2 簡化WAP客戶端協(xié)議棧設計25</p><p>　　6.3　簡化WAP客戶端協(xié)議棧實現(xiàn)27</p><p>　　7 Kannel網(wǎng)關28</p><p>　　7.1 Kannel的體系結構28</p><p&

27、gt;　　7.1.1 網(wǎng)關的外部接口28</p><p>　　7.1.2 各進程不同的職責29</p><p>　　7.1.3 heartbeats消息29</p><p>　　7.2 配置kannel29</p><p>　　8 MMS通信平臺設計與實現(xiàn)31</p><p>　　8.1 系統(tǒng)的總

28、體架構31</p><p>　　8.2 Web技術31</p><p>　　8.2.1 Web 服務技術32</p><p>　　8.2.2 Web服務優(yōu)點32</p><p>　　8.3 Push 技術33</p><p>　　8.3.1 Push技術簡介33</p><p&

29、gt;　　8.3.2 Push業(yè)務特點34</p><p>　　8.3.3 Push業(yè)務形式35</p><p>　　8.4 客戶端的架構與實現(xiàn)36</p><p>　　8.4.1 Jakarta Cornmons Http Client簡介36</p><p>　　8.4.2 使用HTTP Client 構建Web客戶端

30、36</p><p>　　8.5 系統(tǒng)性能36</p><p><b>　　結束語38</b></p><p><b>　　參考文獻39</b></p><p><b>　　致 謝40</b></p><p><b>　　1

31、緒 論</b></p><p>　　隨著計算機和無線通訊領域相關技術的發(fā)展，移動多媒體技術業(yè)已成為時代焦點，各種多媒體應用已逐漸地從有線領域向無線領域邁進，全方位地滿足人們對于多種媒體、多種感觀的需求。作為移動多媒體技術的主要載體和前驅，多媒體短信技術成為了當前的研究熱點，因此對多媒體短信通信平臺的研究與開發(fā)這一論題研究具有極其重要的意義。</p><p>　　1.1 MM

32、S通信系統(tǒng)概述</p><p>　　1.1.1 MMS的基本概念</p><p>　　MMS是Multimedia Messaging Service的縮寫，中文意為多媒體短信業(yè)務，是按照3GPP的標準（3GPPTS23.140）和WAP論壇的標準（WAP-206和WAP-209）有關多媒體信息的標準開發(fā)的最新業(yè)務。</p><p>　　1.1.2 MMS的系統(tǒng)

33、基本功能</p><p>　　MMS系統(tǒng)的最大的特色就是支持多媒體功能，它可以支持 Internet 大量字符集的文本信息，JPEG，GIF87a，GIF89a 等格式的圖像信息，AMR，MP3，MIDI，WAV 等格式的音頻信息，H.263，MPEG4，Quicktime 等格式的視頻信息及上述元素的任意組合等，其組合是由 SMIL 語言進行集成實現(xiàn)的。MMS 的系統(tǒng)主要功能有：</p><

34、p>　?。?）多媒體消息的傳送。當移動終端向 MMS-C 發(fā)送接收請求，MMS-C 收到請求后，可安全可靠地發(fā)送多媒體信息到接收方移動終端。多媒體信息也可由 SMTP 通過 MMS-C 按用戶電子信箱地址發(fā)送給用戶。使用MSISDN 號時，MSISDN 將被轉換成路由地址，映射到接收方。使用 Email格式的地址時，多媒體信息將以標準的互聯(lián)網(wǎng)信息路由傳送。</p><p>　　（2）多媒體消息的存儲轉發(fā)。M

35、MS-C 接收到來自不同發(fā)送方（手機和 Email 用戶）的信息后，首先對其進行檢查。通過檢查的信息可以隊列的方式存儲在 MMS-C 的磁盤陣列中。當多媒體信息通過 MMS-C 發(fā)送時，根據(jù)設定的條件與類別進行轉發(fā)，直到 MMS-C 收到接收方收到信息的確認。</p><p>　?。?）多媒體消息的群發(fā)。系統(tǒng)管理人員通過終端直接操作或通過互聯(lián)網(wǎng)方式實現(xiàn)同一條多媒體信息發(fā)送到指定的多個接收人。</p>

36、<p>　　（4）多媒體消息的拷貝。移動用戶可將接收到的多媒體信息通過拷貝功能進行復制，并將復制的信息發(fā)送到 UMS （統(tǒng)一消息服務）或電子郵件地址?？截惞δ芸墒褂脩裟荛L期地存儲信息，而多媒體信息的轉發(fā)功能則會將該多媒體信息從 MMS-C 的信息存儲中刪除。</p><p>　?。?）多媒體簽名。該功能可使用戶能夠通過發(fā)送方的相片來識別信息的發(fā)送人。它支持視頻、音頻、圖像以及多圖像等多種簽名方式。&l

37、t;/p><p>　?。?）其他功能。實現(xiàn)多媒體信息的定時發(fā)送、發(fā)送通知提示、“閱讀”通知提示、消息內(nèi)容格式轉換等功能。</p><p>　　表1-1 MMS 系統(tǒng)的主要組成單元</p><p>　　1.1.3 MMS與SMS、EMS的區(qū)別</p><p>　　SMS（Short Messaging Service）是最早的短信業(yè)務，是現(xiàn)在普

38、及率最高的一種短信業(yè)務；EMS（Enhanced Message Service）增強短信服務，是SMS向MMS的跳板；MMS（Multimedia Messaging Service）意為多媒體短信業(yè)務。下表列出了SMS、EMS、MMS技術對比一覽表。</p><p>　　表1-2 SMS、EMS、MMS技術對比一覽表</p><p>　　1.1.4 MMS的傳輸內(nèi)容</p&g

39、t;<p>　?。?）文本：MMS傳輸文本的長度在理論上不受限制的。實際上，手機允許輸入多少文本和網(wǎng)絡傳輸速度有關。此外，MMS與EMS一樣，也允許對文本進行版面設計。</p><p>　?。?）圖片：MMS支持標準的JEPG、GFI格式的圖片，也支持GIF動畫格式。這意味著MMS的圖片表現(xiàn)力較之EMS能得到極大的提高。在文本中加入圖片，制作圖文并茂的文檔對MMS來說來并非難事。</p>

40、<p>　?。?）聲音：與EMS只支持鈴聲收發(fā)相比，在MMS中聲音的運用更加廣泛。例如錄下特殊場合的聲音和照片，并傳遞給其他用戶；制作特殊的圖片（例如： 生日賀卡）。</p><p>　?。?）視頻：MMS目前可以觀看數(shù)據(jù)量更大的視頻文件（例如：電影），并且人們可以通過運用于MMS的“流媒體”技術實現(xiàn)數(shù)據(jù)通訊與播放的并行處理。</p><p>　　1.2 MMS通信的發(fā)展現(xiàn)

41、狀</p><p>　　MMS的工業(yè)標準是由WAP Forum（WAP論壇）和3GPP（3G Partnership Project：3G伙伴計劃）這兩個組織制訂的，當前主要由開放移動聯(lián)盟（OMA）組織維護與升級。</p><p>　　MMS采用了一種類似HTML的SMLI語言來編排短信內(nèi)容。這使得SP可以運用簡單的工具開發(fā)出圖文并茂，并且配有動聽的音樂或音效的MMS短信來。有效地降低了M

42、MS內(nèi)容的制作成本。</p><p>　　MMS技術開展手機業(yè)務增值業(yè)務具有的優(yōu)點：支持多運營商、業(yè)務高可擴展性、便于業(yè)務開發(fā)、維護簡單、高效穩(wěn)定、投資少。</p><p>　　1.3 MMS通信的發(fā)展前景</p><p>　　從中國移動對外公布數(shù)據(jù)來看，多媒體短信業(yè)務前景似乎是一片光明。在目前3G技術已經(jīng)開始走向成熟，MMS前景是十分誘人的。MMS被業(yè)界公認為是

43、 GPRS和3G市場啟動與發(fā)展的關鍵推動力 ，它將非常有力地推動移動通信業(yè)務的發(fā)展。</p><p>　　增值服務是未來MMS推廣的重點，也是市場最核心的動力，即便在3G時代依然如此，所以MMS技術必須保證SP和CP的易用性。</p><p>　　1.4 本文研究目標</p><p>　　本文的研究目標是系統(tǒng)的分析當前的MMS技術，并分析MMS技術在3G網(wǎng)絡平臺的

44、具體應用（以分析MMS原理技術為主）。MMS技術本身是以網(wǎng)絡構建和協(xié)議不斷豐富為主的一個應用技術，所以在論述MMS技術時，必然要涉及平臺研究設計，所以針對MMS通信平臺研究是本文的一個重點。</p><p>　　2 MMS通信系統(tǒng)構建原理</p><p>　　由于多媒體通信系統(tǒng)強調(diào)集成性、交互性和同步性。在研究和實現(xiàn)這樣復雜系統(tǒng)的時候，必須有合理的體系結構、明確系統(tǒng)的基本組成和工作流程。

45、在這一章中，將討論多媒體短信系統(tǒng)的體系結構，業(yè)務環(huán)境，傳輸過程，平臺實現(xiàn)，平臺優(yōu)化等內(nèi)容。</p><p>　　2.1 MMS的體系結構</p><p>　　如圖2-1所示，MMS系統(tǒng)中的網(wǎng)絡設備主要包括：MMS中繼器、MMS服務器、用戶數(shù)據(jù)庫和用戶代理。下面分別介紹個網(wǎng)絡設備的主要功能：</p><p>　　（1）MMS服務器負責處理多媒體短消息。一個MMSE中

46、可以有多個MMS服務器，通過專門的應用接口與外部的應用服務器連接，處理多媒體消息。</p><p>　?。?）MMS中繼器負責在不同的消息系統(tǒng)之間，不同MMS中繼器之間，不同應用服務器之間傳遞消息，MMS中繼器/服務器分析接收的多媒體消息，獲得目的地址后將消息傳給對端用戶，若對端用戶代理暫時無法接收，MMS中繼器將臨時在一定時限內(nèi)存儲此消息，以保證多媒體短信不會丟失。此外，MMS中繼器/服務器還可生成相應計費數(shù)據(jù)

47、（CDR）。</p><p>　　圖2-1 MMS 系統(tǒng)基本結構示意圖</p><p>　?。?）MMS用戶數(shù)據(jù)庫記錄和用戶相關的業(yè)務信息，如用戶的業(yè)務基本情況和接入控制等。</p><p>　　（4）MMS消息用手持終端內(nèi)置的瀏覽器或編輯器來處理，在MMS標準中稱用戶端代理。用戶代理是一種應用層服務，用戶通過它來瀏覽，編輯和處理多媒體消息（如：發(fā)送，接收，刪除多

48、媒體消息等）MMS用戶代理還提供用戶終端接收多媒體短信能力的協(xié)商；向用戶發(fā)送多媒體短信通知；對用戶的多媒體短信加密和解密；用戶之間的多媒體短信簽名；在用戶的SIM卡支持MMS的情況下，處理SIM卡中和MMS相關的信息；用戶特性的管理等功能。</p><p>　?。?）MM1：在MMS用戶代理和MMS中繼器之間的參考點。</p><p>　?。?）MM2：在MMS用戶代理和MMS服務器之間的

49、參考點。</p><p>　?。?）MM3：MMS中繼器與外部短信系統(tǒng)之間參考點。</p><p>　　（8）MM4：MMS中繼器與其它MMSE中MMS中繼器之間參考點。</p><p>　　（9）MM5：MMS中繼器和家定位注冊服務器之間的參考點。</p><p>　?。?0）MM6：MMS中繼器和用戶數(shù)據(jù)庫之間的參考點。</p>

50、;<p>　?。?1）MM7：MMS中繼器和MMS增值應用服務器之間的參考點。</p><p>　　另外，MMS系統(tǒng)有很多連接其它網(wǎng)絡（如Internet）接口，以及提供增值服務所需的外部應用接口。</p><p>　　圖2-2 多媒體網(wǎng)絡結構示意圖</p><p>　　2.2 MMS的業(yè)務環(huán)境</p><p>　　移動終端

51、在多媒體信息業(yè)務環(huán)境（MMSE）中進行操作。此環(huán)境既包括2.5G和3G網(wǎng)絡，也有網(wǎng)絡間的相互漫游等情況。信息的發(fā)送、存儲、通知既可在同一網(wǎng)絡中也可分布于不同的網(wǎng)絡中。MMSE中主要包括終端，MMSC、WAP網(wǎng)關、數(shù)據(jù)庫服務器、增值服務（VAS）等</p><p>　　（1）多媒體信息中心（MMSC）-MMS系統(tǒng)：MMSC是將MMS信息從發(fā)送者傳遞到接收者的存儲和轉發(fā)網(wǎng)絡組件，是MMSE系統(tǒng)的核心。具體組成在下一部

52、分介紹。MMSC的主要功能是，提供存儲和操作支持，通過靈活的尋址能力，允許終端到終端和終端到電子郵件的即時多媒體信息傳送。同時多媒體短信中心生成詳盡的呼叫數(shù)據(jù)記錄（CDR），該記錄基于流量、會話、事件、持續(xù)時間、地點、服務或注冊信息等，它支持各種計費模型，也支持預付費系統(tǒng)。</p><p>　　（2）WAP網(wǎng)關：在協(xié)議層，MMS使用WAP無線會話協(xié)議（WSP）作為傳輸協(xié)議。為了在MMS信息傳輸中使用WAP協(xié)議，需

53、要一個WAP網(wǎng)關連接MMSC和無線WAP網(wǎng)絡。</p><p>　?。?）數(shù)據(jù)庫服務器：數(shù)據(jù)庫服務器應具備較高的運行速度，并且有經(jīng)過優(yōu)化的快速網(wǎng)絡設備來讀取數(shù)據(jù)請求，同時要有良好的使MMSE中所有用戶能夠平等的共享用戶的數(shù)據(jù)庫信息。MMS數(shù)據(jù)庫服務應能按照每個人的需要和愛好進行定制。</p><p>　?。?）增值服務（VAS）包括多媒體終端網(wǎng)關、多媒體電子郵件網(wǎng)關、信息傳遞網(wǎng)關和多媒體語

54、音網(wǎng)關等。</p><p>　　MMS系統(tǒng)通過SMTP協(xié)議與互聯(lián)網(wǎng)上的多媒體信息服務器及其他應用服務器相連，WAP網(wǎng)關與移動用戶之間通過PAPC Push Access Protocol（PAP）議傳輸信息。MMS系統(tǒng)與WAP網(wǎng)關之間則靠HTTP協(xié)議傳送信息。</p><p>　　2.3 MMS的傳輸過程</p><p>　　在MMSE環(huán)境中，MMS系統(tǒng)傳送MMS

55、消息過程如下：</p><p>　?。?）當有一條多媒體信息發(fā)往一個用戶時，在采用WSP（wireless session protocol）協(xié)議，通過無線網(wǎng)絡傳送到WAP網(wǎng)關，MMSE通過WAP與MSC（GSM）或GGSN（GPRS）相連。</p><p>　?。?）WAP網(wǎng)關以HTTP協(xié)議與MMS中繼器/服務器進行通信，將文件內(nèi)容傳送給MMS中繼器/服務器。</p>&l

56、t;p>　?。?）MMS中繼器/服務器將文件送往MMSC服務器。由服務器將多媒體信息轉換成MIME格式，并存儲在短信存儲器（MMS-message store）中。</p><p>　　（4）服務器進行數(shù)據(jù)分析，從而得到路由信息，用戶終端信息等。并調(diào)用存儲在用戶數(shù)據(jù)庫中用戶信息。判斷用戶終端是否支持MMS，并根據(jù)用戶的終端的承載能力（如顯示分辨率，終端的容量等）進行不同的處理。若用戶終端不支持MMS，MMS

57、E通過WAP與SMSC相連，通過SMSC支持的SMPP、CIMD2、UCP協(xié)議，將把多媒體信息中的多媒體信息去掉，只把信息的文字部分以短信的方式發(fā)給用戶，或者以其它方式如E-MAIL方式發(fā)給用戶。</p><p>　　（5）確認處理方法之后，系統(tǒng)根據(jù)目的用戶信息進行路由。通過WAP網(wǎng)關MMS中繼器/服務器與外部網(wǎng)絡進行通信。MMS中繼器/服務器按預先設定好的存儲時間暫時存儲多媒體消息，一旦確認用戶已接收，立刻刪除

58、。</p><p>　?。?）多媒體消息傳遞過程中，系統(tǒng)服務器生成計費信息，采用FTP協(xié)議傳輸CDR話單。</p><p>　?。?）MMSC與網(wǎng)管相連，可以通過SNMP協(xié)議向網(wǎng)管告警。</p><p>　　2.4 MMS的平臺實現(xiàn)</p><p>　　在這種框架結構之內(nèi)，MMS用戶代理通過MMS中繼器與MMS服務器通信。MMS中繼器應該提

59、供MMS服務器與MMS用戶代理之間功能的會聚，因而可以在不同的網(wǎng)絡類型上實現(xiàn)不同類型服務器的集成。多媒體短信系統(tǒng)可以有兩種實現(xiàn)方式：基于WAP的實現(xiàn)和基于IP的實現(xiàn)。下面分別簡單介紹：</p><p>　　圖2-3 MMS兩種實現(xiàn)方式比較</p><p>　　2.4.1 基于WAP的實現(xiàn)</p><p>　　WAP無論在業(yè)務規(guī)范還是底層技術上都對MMS的實現(xiàn)提供

60、了有力的支持。使用WAP來實現(xiàn)MMS服務的協(xié)議棧結構如圖2-4所示。MMS在WAP中實現(xiàn)時，MMS中繼器被看作原始的MMS服務器。</p><p>　　在使用WAP實現(xiàn)的MMS應用中，可以將整條鏈路分為兩個部分。第一部分是MMS用戶代理和WAP網(wǎng)關之間的鏈路，它使用了WAP的協(xié)議棧結構來在各種不同的無線媒質(zhì)上提供通用的服務。</p><p>　　圖2-4 基于WAP實現(xiàn)的MMS協(xié)議棧結構

61、</p><p>　　對于類似MMS的面向應用的服務由WSP（WAPsession protocol，WAP會話協(xié)議）來提供。第二部分是WAP網(wǎng)關和MMS中繼器之間的鏈路。在WAP中，MMS中繼器被看作為一個原始的MMS服務器，它們之間的連接使用了IP技術（如Internet或Intranet等），它們之間的通信使用標準的HTTP?？梢?，從一個MMS中繼器到MMS用戶代理之間的通信涉及了兩個協(xié)議：HTTP和WSP

62、。在通信的過程中，WAP網(wǎng)關是一個透明的設備，它不對經(jīng)它轉發(fā)的數(shù)據(jù)做任何的解釋和修改操作。下面舉例說明使用WAP實現(xiàn)的MMS通信的處理流程。一個典型的MMS通信過程要經(jīng)過以下幾個階段：</p><p>　?。?）源MMS用戶代理發(fā)送多媒體短消息。</p><p>　　（2）MMS中繼器通知目標用戶代理有多媒體短消息到來。</p><p>　　（3）目標MMS用戶代理

63、接收多媒體短消息。</p><p>　　（4）目標MMS用戶代理向MMS中繼器發(fā)送接收確認消息。</p><p>　?。?）MMS中繼器向源MMS用戶代理報告多媒體短消息傳遞的結果。</p><p>　　這一典型的多媒體短消息發(fā)送接收過程的處理流程如圖2-5所示。在這一個處理流程中涉及到了多種不同的傳輸機制。</p><p><b>

64、;　　發(fā)送消息請求</b></p><p>　　發(fā)送消息確認 消息通知響應</p><p><b>　　檢索消息請求</b></p><p><b>　　消息檢索確認</b></p><p><b>　　消息接收確認</b></p>

65、<p><b>　　傳遞狀態(tài)顯示</b></p><p>　　圖2-5 基于WAP的MMS處理流程</p><p>　　源MMS用戶代理通過使用ASP/HTTP post的方法向MMS中繼器發(fā)送多媒體短消息，這一操作向MMS中繼器請求（M-send.req）發(fā)送多媒體短消息，并為接收MMS中繼器的確認消息（M-send.conf）創(chuàng)建了上下文環(huán)境。&l

66、t;/p><p>　　MMS中繼器使用WAP的Push技術向目標MMS用戶代理發(fā)送MM通知（M-notification.ind）。通過這種方法使得目標MMS用戶代理得知多媒體短消息的到來。MMS中繼器通知MMS用戶代理時攜帶了多媒體短消息的URI（uniform resource identifiers，統(tǒng)一資源標識符），目標MMS用戶代理可以根據(jù)該URI去檢索自己的多媒體短消息。</p><p

67、>　　MMS中繼器返回確認消息（M-retrieve.conf）并將實際的多媒體短消息傳送給MMS用戶代理。MMS用戶代理在成功接收多媒體短消息以后要向MMS中繼器發(fā)送確認消息（M-acknowledge.ind）。得知MMS用戶代理成功接收多媒體短消息后，MMS中繼器向發(fā)起多媒體短消息的MMS用戶代理發(fā)送確認報告（M-delivery.ind），這樣就完成另外多媒體短消息的發(fā)送和接收。</p><p>　

68、　2.4.2 基于IP的實現(xiàn)方式</p><p>　　除了基于WAP的MMS實現(xiàn)以外，3GPP正在制訂基于IP的實現(xiàn)方案。圖2-6給出了基于IP實現(xiàn)協(xié)議棧結構。這種實現(xiàn)使用了針對無線網(wǎng)絡的特性做了優(yōu)化的TCP作為傳輸層協(xié)議，在具體的實現(xiàn)中采用的無線TCP的類型可以選擇。這種優(yōu)化的無線TCP的引入將有效地提高無線鏈路上的MMS消息的傳輸性能。和基于WAP的實現(xiàn)類似，在用戶終端到MMS服務器/中繼器之間的鏈路也被分

69、為兩個部分。兩部分使用的高層協(xié)議都是相同的，區(qū)別在于傳輸層協(xié)議。MMS用戶代理和IP網(wǎng)關之間可以使用適合無線鏈路特性的TCP，而從IP網(wǎng)關到MMS中繼器/服務器之間的通信則使用普通的TCP。</p><p>　　圖2-6 基于IP實現(xiàn)的MMS協(xié)議棧結構</p><p>　　如果MMS用戶代理和IP網(wǎng)關之間使用了無線TCP，則必須由IP網(wǎng)關負責將其轉化為普通的TCP，以實現(xiàn)和因特網(wǎng)的兼容。

70、在基于IP的MMS實現(xiàn)中，多媒體短消息發(fā)送、接收過程的典型處理流程如圖2-7所示。</p><p>　　圖2-7 基于IP的MMS處理流程</p><p>　　2.5 MMS平臺優(yōu)化</p><p>　　在網(wǎng)絡投入實際運行以后，隨著用戶數(shù)量的不斷提高，話務模型的變化，基站周邊地理環(huán)境的變化，以及新的業(yè)務的不斷推出，需要對網(wǎng)絡進行系統(tǒng)的優(yōu)化，這包括無線接入網(wǎng)、電路

71、域核心網(wǎng)、分組域核心網(wǎng)的優(yōu)化和各種移動業(yè)務應用性能的分析和優(yōu)化。當然，3G網(wǎng)絡的優(yōu)化不僅僅關系到MMS業(yè)務的質(zhì)量，還關系到話音業(yè)務的質(zhì)量和其他數(shù)據(jù)業(yè)務的質(zhì)量，所以這里提出的優(yōu)化不僅僅針對MMS平臺的優(yōu)化，而是一個通用的優(yōu)化思路。</p><p>　　2.5.1 MMS無線接入網(wǎng)網(wǎng)絡優(yōu)化</p><p>　　網(wǎng)絡性能調(diào)查是無線接入網(wǎng)絡優(yōu)化的第一步，初始的網(wǎng)絡性能調(diào)查對于在3G系統(tǒng)優(yōu)化項目中

72、跟蹤進展是很重要的。利用路測和3G網(wǎng)絡的特定參考數(shù)據(jù)數(shù)據(jù)，或者其中一種方法，提取網(wǎng)絡的KPI值。通常，網(wǎng)絡調(diào)查將提交如下報告：測量方法，包括路測測試路線和使用的專用工具；利用KPI的初始值跟蹤項目進展；網(wǎng)絡配置評估。</p><p>　　2.5.2 3G電路域移動業(yè)務應用性能分析</p><p>　　3G電路域移動應用業(yè)務主要是短信和視頻電話，推出時間相對較短，因此需要運營商投入更多的精

73、力和資源維護和提高網(wǎng)絡的性能，分析和解決終端用戶的問題，提高終端用戶的滿意度。3G電路域移動應用業(yè)務的優(yōu)化，是對基于3G網(wǎng)絡的各種不同應用進行端到端性能檢測，發(fā)現(xiàn)業(yè)務性能不好的環(huán)節(jié)，找出不同業(yè)務與不同手機終端的關系，提高業(yè)務性能（速度、時延等）的方法，制定分析這些業(yè)務性能的手段及方法。同時，提出的內(nèi)容是相關的分析及優(yōu)化建議報告，3G短信性能分析及優(yōu)化建議報告和3G視頻電話性能分析及優(yōu)化建議報告。</p><p>

74、　　3 3G-MMS系統(tǒng)應用實現(xiàn)</p><p>　　3.1 3G-MMS新業(yè)務技術要素</p><p>　　隨著第三代移動通信技術的逐步成熟，將移動流媒體技術引入移動增值業(yè)務，已經(jīng)成為目前全球范圍內(nèi)移動業(yè)務研究的熱點之一。目前，3GPP，3GPP2等標準化組織早己經(jīng)開展了移動流媒體的應用研究工作，并己經(jīng)制定了相應的標準。</p><p>　?。?）MMS播放流

75、媒體：流媒體業(yè)務是從Internet上發(fā)展起來的一種多媒體應用，指使用流（Streaming）方式在網(wǎng)絡上傳輸?shù)亩嗝襟w文件，包括音頻、視頻和動畫等。移動流媒體業(yè)務就是流媒體技術在移動網(wǎng)絡和終端上的應用，主要是利用目前3G的移動通信網(wǎng)，為手機終端提供音頻、視頻的流媒體服務。移動流媒體業(yè)務的內(nèi)容包括新聞資訊、影視、MTV、體育、教育、行業(yè)和專項應用等多種形式。</p><p>　　移動流媒體業(yè)務根據(jù)數(shù)據(jù)內(nèi)容的播放方式

76、可以分為以下三種業(yè)務類型集成到MMS中：流媒體點播、流媒體直播、下載播放。</p><p>　　（2）MMS實時監(jiān)控：個人用戶可通過無線視控器遠程獲得家庭住所、車庫、避暑小屋、活動房屋、車輛、船只、馬廄等地點的圖像信息。用戶無需親臨現(xiàn)場，即可掌握一切動態(tài)，確保各處平安無事。</p><p>　　集團用戶可通過無線視控器遠程成像，減少了現(xiàn)場監(jiān)督管理的必要性，進而提高了工作效率，例如，監(jiān)測辦

77、公室、車庫、倉庫、道路、森林、水情、火情等有中國移動網(wǎng)絡覆蓋的無人職守公共場所或野外場所。</p><p>　?。?）MMS與Email、WWW的互通：3G網(wǎng)絡下的MMS是基于IP協(xié)議實現(xiàn)，這就從平臺上提供了MMS與現(xiàn)有Internet完全互通的可能，能夠更容易的進入Internet網(wǎng)絡，產(chǎn)生諸如MMS發(fā)送信息到Emali服務器，MMS與WWW網(wǎng)站交互訪問的功能。</p><p>　　（4

78、）實現(xiàn)移動業(yè)務互動、實時功能的相關協(xié)議：以流媒體播放為例進行說明，這是典型的基于3G網(wǎng)絡護協(xié)議下的應用。下圖給出了實現(xiàn)移動流媒體業(yè)務的協(xié)議棧描述。其中，視頻、音頻等流媒體數(shù)據(jù)主要通過RTP/UDP承載，而一些靜態(tài)的圖像、文本則可以使用HTTP進行承載。對于能力交換（Capbility Exchange）和表示描述（Presenation Description）可以使用HTTP或者RTSP進行封裝，這取決于不同的實現(xiàn)方式。RTSP和S

79、DP用于會話建立和控制，MIME描述媒體類型，RTP流媒體負載的傳輸協(xié)議。包括會話建立、實時流媒體協(xié)議（RTSP） 、會話描述協(xié)議（SDP） 、數(shù)據(jù)傳輸協(xié)議RTP與RTCP、能力交換協(xié)議。</p><p>　　3.2 3G-MMS的應用管理</p><p>　?。?）內(nèi)容管理：數(shù)字版權管理（DRM：Digital Right Management）是隨著電子音視頻節(jié)目在互聯(lián)網(wǎng)上的廣泛傳播

80、而發(fā)展起來的一種新技術。DRM技術的工作原理是：首先建立數(shù)字節(jié)目授權中心（rights issuer），編碼己壓縮的數(shù)字節(jié)目內(nèi)容，然后利用密鑰對內(nèi)容進行加密保護，加密的數(shù)字節(jié)目頭部存放著KeyID和節(jié)目授權中心的統(tǒng)一資源定位器（URL）地址。用戶在點播時，根據(jù)節(jié)目頭部的KeyD和URL信息，通過數(shù)字節(jié)目授權中心的驗證授權后送出相關的密鑰解密（unlock），節(jié)目方可播放。需要保護的節(jié)目是被加密的，即使被用戶下載保存并散播給他人，沒有得到

81、數(shù)字節(jié)目授權中心的驗證授權也無法播放，從而嚴密地保護了節(jié)目的版權。</p><p>　?。?）業(yè)務管理：業(yè)務管理上，最重要的就是計費問題。對于MMS這樣的業(yè)務，一直存在重復計費的問題；對于運營商開放的非簽約門戶網(wǎng)站業(yè)務如瀏覽、下載等業(yè)務還無法進行業(yè)務的計費等；傳統(tǒng)的基于時長或數(shù)據(jù)流量的計費方法已不能夠滿足移動互聯(lián)網(wǎng)的計費需要。運營商對數(shù)據(jù)業(yè)務的計費提出更高的要求。</p><p>　　在3

82、G網(wǎng)絡中，可以采取內(nèi)容計費的解決方案。所謂內(nèi)容計費，是指運營商可以根據(jù)業(yè)務提供的不同內(nèi)容，如為業(yè)務內(nèi)容、業(yè)務應用和業(yè)務提供方式分別制定計費策略和計費方式。通過采用內(nèi)容計費，運營商可對各種不同業(yè)務，包括同業(yè)務采用不同的計費策略和計費方式，方便的進行業(yè)務打包組合，形成特色套餐業(yè)務。這樣就能靈活解決計費問題。</p><p>　　在業(yè)務推廣上，在未來MMS的發(fā)展過程中，運營商還應該采取的措施主要有以下幾個方面。<

83、/p><p>　　第一，針對明確的目標人群，加強營銷策略；</p><p>　　第二，加強內(nèi)容開發(fā)力度，廣泛合作，內(nèi)容為主；</p><p>　　第三，增加MMS制作手段，使全民參與制作；</p><p>　　第四，加強互聯(lián)互通；第五，采取靈活的收費模式。</p><p>　　MMS終端支持多種文件格式：文本、語音、音頻、

84、合成音頻、靜止圖像、位圖、視頻、矢量圖像、動態(tài)媒體文件格式和媒體同步表達格式。其中動態(tài)媒體文件格式主要指3GPP（3rd Generation Partnership Project）文件格式。3GPP文件格式（3GP）主要用于時間同步的媒體（例如音頻、視頻和文本）描述，是基于ISO媒體文件格式的。</p><p>　　4 MMS系統(tǒng)描述性語言</p><p>　　早在1997年就開始了

85、 SMIL的開發(fā)是一種基于 XML 的語言，它允許作者編寫交互式多媒體表示。作者可以描述多媒體表示的同步和定時、將超鏈接與媒體對象關聯(lián)以及定義屏幕演示的布局。它已開始成為將多媒體集成到 Web 內(nèi)容的新方法。SMIL語言是一套已經(jīng)規(guī)定好的、非常簡單的標記。它用來規(guī)定多媒體片斷（這里多媒體包括的范圍有：聲音文件、視頻文件、動畫、圖片、文字等）在什么時間、在什么位置、以什么樣的方式播放。</p><p>　　4.1

86、 SMIL文檔基本的結構</p><p>　　SMIL文檔基本的結構如下例所示：<smilxmlns=“Http：//www.w3.org/2001/SMIL20/Language”><head><layout><root-layout height=“240”width=“270”/><region id=“Image”top=“0”left=“

87、0” height=“180”width=“270” fit=“meet”/><region id=“Text”top=“180”left=“0” height=“60”width=“270”fit=“scroll”/></layout></head><body><par dur=“30s”><img src=“最終幻想.gif” region=“Ima

88、ge” alt=“最終幻想.gif” fill=“freeze”/><text src=“譯文.txt”region=“Text”/><audio src=“明年今日.avi”/></body></smil></p><p>　　SMIL 語言和 HTML語言有很多相似之處，也是由很多元素組成。在一個 SMIL 文檔里面，一般至少包含3個元素：smil

89、，head 以及 body。SMIL 語言規(guī)定，SMIL 文件必須以元素smil開頭和結束。元素 head 和 body 分別是 SMIL 文件的頭元素和文件體元素，整個SMIL程序由 head 部分和 body 部分組成。一般說來，這3個元素都是必不可少的。</p><p>　　4.2 SMIL語言在MMS系統(tǒng)中地位和作用</p><p>　　SMIL語言將MMS消息中的各種媒體集成在

90、統(tǒng)一的媒體演示中，并將所有媒體資源的時間，位置，布局等信息寫成SMIL文檔的形式保存起來以便在傳輸后為再次演示MMS消息提供必要的信息支持。如果沒有SMIL語言提供的支持，各種媒體將無法組織在一起進行多媒體消息的編輯和演示，那么也就無法實現(xiàn)MMS消息業(yè)務。</p><p>　　在一個MMS系統(tǒng)完整的用戶客戶端程序中，SMIL語言是必不可少的重要組成部分。如果缺少了SMIL語言為MMS系統(tǒng)提供的支持或是在傳輸中造成

91、了SMIL文檔的損壞，那么整個MMS消息將會出錯而造成MMS消息無法閱讀，致使整個的MMS消息失敗。 MMS采用MIME來構造多媒體消息。每個消息分為消息頭和消息體兩部分。消息體由多個多媒體對象組成，每個對象占據(jù)一個part（遵循RFC2387標準）。消息體內(nèi)還可以包含presentations數(shù)據(jù)，該數(shù)據(jù)如果不是消息體的第一個part，則必須用start字段指出其所在位置。presentations遵循的標準是SMIL語言。&

92、lt;/p><p>　　SMIL語言在MMS系統(tǒng)中的重要作用還可以通過下面MMS消息通信的完整過程說明： （1）用戶啟動MMS客戶端程序。 （2）用戶編輯要發(fā)送的MMS消息并保存成SMIL文檔。 （3）將SMIL文檔和其他資源以PDU形式發(fā)送，通過WAP或HTTP傳輸。 （4）接收端接收PDU，并恢復出SMIL文檔。 （5）解析SMIL文檔，用戶打開新MMS消息。 （6）目的MMS

93、客戶端程序將MMS消息顯示在用戶的終端屏幕上。 可見，SMIL語言參與了MMS消息通信的始終。沒有SMIL的支持，用戶就無法進行MMS消息的編輯，無法創(chuàng)作出豐富多彩的多媒體消息，接收用戶也無法對收到的MMS消息進行閱覽。因此，一個完善的MMS系統(tǒng)中不可缺少SMIL語言的支持。</p><p>　　4.3 SMIL主要功能說明</p><p>　　媒體過渡（transition）功

94、能</p><p><b>　　動畫功能</b></p><p><b>　　基于事件的激活功能</b></p><p><b>　　高級布局功能</b></p><p><b>　　定制測試屬性功能</b></p><p>　　4

95、.4 SMIL編解碼實現(xiàn)</p><p>　　4.4.1 SMIL編碼原理</p><p>　　輸入MMS結構體數(shù)據(jù)，按規(guī)則編碼，輸出腳本字符串。函數(shù)原型int createsmil（T_BYTE*SmilScript，T_MMS_NewMM*newmm_struct）；</p><p><b>　　相關數(shù)據(jù)結構：</b></p>

96、;<p>　　typedef struct T_MMS_SlideStruct//slide結構體</p><p>　　{unsigned char imageexist；//圖片媒體存在</p><p>　　unsigned char textexist；//文本媒體存在</p><p>　　unsigned char soundexist；//音樂

97、媒體存在</p><p>　　unsigned char imagetiming_s[MAXELETIMINGLEN]；//圖片定時數(shù)最大0，9999秒</p><p>　　unsigned char imagetiming_e[MAXELETIMINGLEN]；//圖片定時數(shù)最大0，9999秒</p><p>　　unsigned char texttiming_

98、s[MAXELETIMINGLEN]；</p><p>　　unsigned char texttiming_e[MAXELETIMINGLEN]；</p><p>　　unsigned char soundtiming_s[MAXELETIMINGLEN]；</p><p>　　unsigned char soundtiming_e[MAXELETIMINGLEN

99、]；</p><p>　　unsigned char image[MAXFILENAMELEN]；//圖片數(shù)據(jù)（file name）</p><p>　　unsigned char text[MAXTEXTELELEN]；//文本數(shù)據(jù)</p><p>　　char sound[MAXFILENAMELEN]；//音樂數(shù)據(jù)</p><p>　　

100、int imagelen；</p><p>　　}T_MMS_SlideStruct；</p><p>　　typedef struct T_MMS_NewMM//MM結構體</p><p>　　{unsigned char currentslide；//當前頁</p><p>　　unsigned char slidenum；//總頁數(shù)&l

101、t;/p><p>　　unsigned int newmmsize；//此條多媒體短信的大小</p><p>　　unsigned char slideexist[MAXMMPAGES]；//頁面存在標記</p><p>　　unsigned char slidetiming[MAXMMPAGES][MAXPAGETIMINGLEN]；//頁面定時</p>

102、<p>　　T_MMS_SlideStruct*taMMS_SlideStruct[MAXMMPAGES]；</p><p>　　}T_MMS_NewMM；</p><p>　　4.4.2 SMIL解碼實現(xiàn)</p><p>　　原理：輸入SMIL腳本字符串，解碼并賦給以頁為單位的MM數(shù)據(jù)結構鏈表，定位媒體資源指針，輸出該結構。</p>&

103、lt;p>　　函數(shù)原型：xmlDocPtrxmlParseMemory（char*buffer，int size）；T_VOID traverseAndParse（xmlNodePtr/*the pointer which points to root node of DOM tree*/）；</p><p>　　輸出數(shù)據(jù)結構體：smilViewSt</p><p><b>

104、;　　相關數(shù)據(jù)結構：</b></p><p>　　struct smilViewSt{/*The struct of MMS which stores the content of MMS*/</p><p>　　T_BYTE*version；</p><p>　　T_BYTE*encoding；</p><p>　　T_BYTE

105、*T_BYTEset；</p><p>　　T_BYTE*URL；</p><p>　　T_MMS_PosTp pos；</p><p>　　T_MMS_SmilRegionPtr region；</p><p>　　T_MMS_SmilParPtr par；</p><p>　　T_MMS_SmilParPtr ac

106、tPar；</p><p><b>　　}；</b></p><p>　　typedef struct{</p><p>　　T_WORD xco；</p><p>　　T_WORD yco；</p><p>　　T_WORD length；</p><p>　　T_WOR

107、D width；</p><p>　　T_WORD height；</p><p>　　}T_MMS_PosTp；</p><p>　　struct_smilRegion{</p><p>　　T_BYTE*id；</p><p>　　T_MMS_PosTp pos；</p><p>　　T_U

108、BYTE fit；</p><p>　　struct_smilRegion*next；</p><p><b>　　}；</b></p><p>　　struct_smilPar{</p><p>　　T_WORD begin；</p><p>　　T_WORD end；</p>&

109、lt;p>　　T_WORD dur；</p><p>　　T_MMS_SmilTextPtr text；</p><p>　　T_MMS_SmilGraphPtr graphic；</p><p>　　T_MMS_SmilAudPtr audio；</p><p>　　struct_smilPar*next；</p>&l

110、t;p><b>　　}；</b></p><p>　　5 3GPP系統(tǒng)的設計與實現(xiàn)</p><p>　　5.1 3GPP文件格式</p><p>　　5.1.1 ISO文件</p><p>　　ISO文件通常是自我包含的、有獨立協(xié)議的，也就是沒有參考媒體，在整個的數(shù)據(jù)中只含有媒體數(shù)據(jù)。這個文件結構是面向對象的

111、，文件可以分成不同的簡單的對象，而且每個對象的類型可以從它的類型中推出來。文件格式中含有大小、類型和媒體數(shù)據(jù)位置等，但是這些媒體的數(shù)據(jù)并不一定和它們在一起。這就使得文件中有很多的子集來表達這些數(shù)據(jù)。</p><p>　　5.1.2 Box 的定義</p><p>　?。?）File Type Box：這個box放在文件的開頭，定義了文件的規(guī)范、此規(guī)范的版本和一系列文件必須遵守的規(guī)格。&l

112、t;/p><p>　?。?）Movie Box：這個數(shù)據(jù)單元存儲在單個的movie box中，這個box可能在文件的開始也可能在文件的結尾。</p><p>　?。?）Movie Header Box：這個box定義了整個媒體的信息。</p><p>　?。?）Track Box：這個box是一個單獨track的表示，每個track是獨立的，有自己的時間和空間信息，含有

113、媒體數(shù)據(jù)（media track）和流協(xié)議的打包信息（hint track）。</p><p>　　（5）Track Header Box：這個box指出了此track的特征，且一個track只有一個頭。</p><p>　?。?）Media Box ：這個box含有此track中所有對象的媒體數(shù)據(jù)的信息。</p><p>　　（7）Media Header Box