畢業(yè)設(shè)計（論文）-多媒體短信平臺及其應(yīng)用開發(fā)

多媒體短信息平臺及其應(yīng)用開發(fā)PAGE2注：來自新浪財經(jīng)消息1.多媒體短信平臺及其相應(yīng)用開發(fā)目錄第一章短信息業(yè)務(wù)發(fā)展概述 1第二章SMS、EMS和MMS的原理 22．1短信息業(yè)務(wù)原理 22．2多媒體短信息業(yè)務(wù)原理 4第三章多媒體短信息平臺具體開發(fā) 113．1多媒體短信息平臺結(jié)構(gòu)設(shè)計 113．2多媒體短信息收發(fā)原理 123．3多媒體短信息平臺的軟件實現(xiàn) 17第四章多媒體短信息業(yè)務(wù)現(xiàn)狀與展望 22參考文獻 24論文摘要簡要介紹短信息業(yè)務(wù)的重要發(fā)展階段，詳細介紹短信息業(yè)務(wù)的原理，重點突出了多媒體信息業(yè)務(wù)的實現(xiàn)架構(gòu)，并分析了多媒體信息業(yè)務(wù)與短信息業(yè)務(wù)的不同點和相對優(yōu)勢，以及多媒體信息業(yè)務(wù)在中國的發(fā)展現(xiàn)狀。并且在詳細介紹短信息收發(fā)原理的基礎(chǔ)上，闡述了短信息平臺軟件實現(xiàn)方法。關(guān)鍵字：多媒體信息業(yè)務(wù)短信息業(yè)務(wù)短信息管理VisualC++編程SummaryAftertheintroductionofthethreemainphasesofthedevelopmentofshortmessage,explaintheprinciplesofSMS(ShortMessagingService)andthenetworksandclienttransactionsofMMS(MultimediaMessagingService)indetail.AndanalyzethedifferencesbetweenSMSandMMSinatechnicalway.Furthermore,analyzethestatusofMMSinChina’sMarketnowadaysandthevistaofMMSin3G(3rdGeneration)networks.Asanimportantpart,themethodsofestablishingtheplatformofsendingandreceivingshortmessagearebeenthoroughlyexplained.KeyWord:MMSSMSSMSManagementVisualC++

第一章短信息業(yè)務(wù)發(fā)展概述短信息業(yè)務(wù)，ShortMessageService(SMS),可以通過手機等移動設(shè)備收發(fā)文本消息。短信息文本可由文字或數(shù)字組成，每一條短信息最多可包含160個拉丁字符，如果是非拉丁字符，如阿拉伯文或中文，就只有70字符。短信息業(yè)務(wù)作為第一代GSM標準中的一部分，在八十年代初就已經(jīng)誕生了。然而，直到1992年12月，第一條短信息才在英國，從一臺計算機向移動電話發(fā)出。并且一直到1999年，該業(yè)務(wù)才在世界各國迅速蔓延，并有持續(xù)爆炸性的增長趨勢。短信息業(yè)務(wù)無疑是空前的成功的。在中國，僅2005年春節(jié)期間的短信息業(yè)務(wù)量就突破了百億條*注。短信息業(yè)務(wù)簡單方便易用，目前，短信息只是在手機內(nèi)建立一段文字后再發(fā)送給另一移動終端用戶，正是這種簡單方便的特點，使得短信息業(yè)務(wù)受到大眾的歡迎。但是，短信息業(yè)務(wù)始終是屬于第一代無線數(shù)據(jù)服務(wù)，因此，在內(nèi)容和應(yīng)用方面存在著技術(shù)標準的限制。于是，在21世紀初，EMS（EnhancedMessageService）中文意為增強型短信息服務(wù)，被提了出來。EMS比起SMS來，其優(yōu)勢是除了發(fā)送文本短信息之外，還可以發(fā)送簡單的圖像、聲音和動畫等信息。而它更大的優(yōu)勢是EMS仍然可以運行在原有SMS運行的GSM網(wǎng)絡(luò)上，并且在發(fā)送途徑和操作方法上也沒有差別。該標準屬于開放式的，所以任何對EMS感興趣的第三方公司或個人都可以在此平臺上開發(fā)應(yīng)用軟件和服務(wù)。但由于各種手機品牌存在著技術(shù)上的不兼容情況，在實際使用中往往只能在相同品牌的手機間才能實現(xiàn)以上的相互傳送。其實，EMS只是過渡性標準，它實質(zhì)上并不支持更復(fù)雜，更豐富的信息內(nèi)容，所以一個全新的業(yè)務(wù)——MMS，適時而生。MMS（MultimediaMessagingService）中文意為多媒體短信業(yè)務(wù)，是按照3GPP的標準（3GPPTS23.140）和WAP論壇的標準（WAP-206和WAP-209）有關(guān)多媒體信息的標準開發(fā)的最新業(yè)務(wù)。它最大的特色就是支持多媒體功能，也被稱為"GSM384"，因為這種技術(shù)能使"全球通"的數(shù)據(jù)速率由目前的9.6kbps提高到384kbps。多媒體短信業(yè)務(wù)在GPRS網(wǎng)絡(luò)或cdma20001X網(wǎng)絡(luò)的支持下，以WAP無線應(yīng)用協(xié)議為載體傳送視頻片段、圖片、聲音和文字。支持語音、英特網(wǎng)瀏覽、電子郵件、會議電視等多種高速數(shù)據(jù)業(yè)務(wù)，實現(xiàn)即時的手機端到端、手機終端到互聯(lián)網(wǎng)或互聯(lián)網(wǎng)到手機終端的多媒體信息傳送。因此，MMS帶來最大的變化是各運營商可發(fā)展多元化的移動通信服務(wù)；而從用戶角度來看，多媒體應(yīng)用將是吸引他們使用的關(guān)鍵。本章小結(jié)：本章簡要介紹了短信息業(yè)務(wù)的發(fā)展歷程和各個發(fā)展階段的短信形式以及各自的特點。下一章，將從技術(shù)的角度，進一步闡述SMS,EMS和MMS的各自原理及特點。第二章SMS、EMS和MMS的原理從技術(shù)的角度來講，EMS是SMS的增強版本，實現(xiàn)原理與SMS較為相似，也使用信令信道，通過短信中心存儲和轉(zhuǎn)發(fā)短信，仍然可以運行在原有SMS運行的網(wǎng)絡(luò)上，無須對基礎(chǔ)網(wǎng)絡(luò)進行升級,發(fā)送途徑和操作也沒有差別。因此，從SMS向EMS的升級是透明的，實施EMS對現(xiàn)有的短信中心幾乎沒有任何影響。而MMS絕對不是像SMS和EMS那么簡單的技術(shù)，說得簡單一些，MMS是封裝在WAP協(xié)議之上的高層應(yīng)用程序，利用這種高層應(yīng)用程序可以實現(xiàn)包括圖像、音頻信息、視頻信息、數(shù)據(jù)以及文本等多媒體信息在內(nèi)的信息傳送。業(yè)內(nèi)人士有的把它看作是電子郵件的替代品，有的把它看作是明信片的電子版，當(dāng)然更多的是看作多媒體化的SMS。多媒體短信與原有的普通短信比較，除了基本的文字信息以外，更配有豐富的彩色圖片、聲音、動畫等多媒體的內(nèi)容。通過MMS，手機可以收發(fā)多媒體短信，包括文本、聲音、圖像、視頻等，MMS支持手機賀卡、手機圖片、手機屏保、手機地圖、商業(yè)卡片、卡通、交互式視頻等多媒體業(yè)務(wù)。所以，在本章中，將重點介紹短信息業(yè)務(wù)和多媒體短信息業(yè)務(wù)，而增強型短信息業(yè)務(wù)將略去，其基本原理參見短信息業(yè)務(wù)原理。2．1短信息業(yè)務(wù)原理SMS采用存儲轉(zhuǎn)發(fā)機制。SMS傳送數(shù)據(jù)包的工作由移動網(wǎng)絡(luò)中的短信中心而不是終端用戶來完成，如果用戶不在服務(wù)區(qū)內(nèi)，短信就被存儲在短信中心，等用戶出現(xiàn)之后再轉(zhuǎn)發(fā)給他。另外采用傳遞確認機制。在電路交換數(shù)據(jù)環(huán)境中，連接是端到端的，所以用戶能夠知道連接是否完成，以及數(shù)據(jù)傳遞的情況，但在GPRS環(huán)境中，附屬于GPRS承載體的終端是“永遠在線”的，它在任何時候都準備透明地(相對于用戶而言)傳送或接收數(shù)據(jù)，這樣一來，檢查數(shù)據(jù)包是否發(fā)送成功的任務(wù)就落到了用戶頭上，對于每一次分組數(shù)據(jù)業(yè)務(wù)，其相應(yīng)的成本也會比SMS高。在GSM網(wǎng)絡(luò)中，點到點短信息服務(wù)使短信息能夠在移動臺和短信息服務(wù)中心之間傳遞，圖2-1是一個典型的SMS體系框架：其中：SME（短信息實體）：負責(zé)接收和發(fā)送短信息?？梢晕挥诠淘捪到y(tǒng)、移動基站或其他服務(wù)中心內(nèi)。MSC（移動交換中心）：負責(zé)系統(tǒng)交換管理，控制來自或發(fā)往其他電話或數(shù)據(jù)系統(tǒng)的通信。SMSC（短信息業(yè)務(wù)中心）：負責(zé)在移動基站和SME之間中繼、存儲或轉(zhuǎn)發(fā)短信息。HLR（歸屬位置寄存器）：是移動網(wǎng)絡(luò)中最重要的數(shù)據(jù)庫，用于存儲管理用戶的永久信息和服務(wù)記錄，幫助把短信息傳遞給正確的MSC，還能配合MSC與HLR之間的協(xié)議，在接收方因超出覆蓋區(qū)而丟失報文、隨后又可找到時加以提示。SMC-GWMS（短信息中心網(wǎng)關(guān)）：是與其他網(wǎng)絡(luò)打交道的節(jié)點。一旦從SMSC接收到短信息SMC—GWMS就向目的移動臺的HLR處查詢移動站當(dāng)前的位置，并將短信息傳送給接收者所在基站的交換中心。VLR（訪問定位寄存器）：該數(shù)據(jù)庫含有一些用戶臨時信息，如手機鑒別、當(dāng)前所處的小區(qū)（或小區(qū)組）等信息。通過VLR提供的信息，MSC能夠?qū)⒍绦畔⒔粨Q到相應(yīng)的BSS（基站系統(tǒng)，包括BSC+BTS，向移動站發(fā)送或接收信息），BSS再將短信息傳遞到接收方的手機。短信息業(yè)務(wù)在近十年有著極其強勢的發(fā)展，各運營商從中獲得空前利潤，人們也越來越喜歡這種簡單的通訊方式。這些都是和短信息業(yè)務(wù)的存儲轉(zhuǎn)發(fā)機制和傳遞確認機制分不開的。正是這些特點，使得短信息業(yè)務(wù)讓人覺得方便，而且，短信息業(yè)務(wù)不會長時間占用通道，使得資費相對便宜，更加受到人們的喜愛。同時，短信息相對豐富的內(nèi)容，更是受到年輕人的追捧，而到了節(jié)假時，短信量更是驚人。因此，對短信收發(fā)機制的了解，對于學(xué)習(xí)信息技術(shù)的人來說，是不可忽視的。盡管，SMS受到人們的喜愛，也取得了很好得市場利潤，但是SMS也有很多缺點和局限性，使得SMS越來越無法滿足人們?nèi)找嬖鲩L的多方位信息傳遞需要：1、消息長度不能超過140個字節(jié)。在發(fā)送簡短信息時，SMS還比較劃算，但若發(fā)送大量信息，使用SMS并不經(jīng)濟。2、消息格式單一，只能支持簡單文本，同支持圖像、視頻、音頻的MMS相比，SMS未來的發(fā)展?jié)摿Σ淮蟆?、消息結(jié)構(gòu)不靈活，GSM03.40標準定義的SMS協(xié)議數(shù)據(jù)單元（PDU）結(jié)構(gòu)不夠靈活，數(shù)據(jù)編碼方案、源地址、協(xié)議標識符及其他首部域都是固定的，不利于新業(yè)務(wù)的擴展。4、采用的信令信道速率低。信令信道的資源是很寶貴的，它要完成許多“份內(nèi)”的任務(wù)，如定位手機、管理呼叫等，如果短信息業(yè)務(wù)流量太大，整個移動網(wǎng)絡(luò)的通信性能就會大打折扣，有些運營商已經(jīng)對性能惡化表示出了擔(dān)心。5、存儲轉(zhuǎn)發(fā)機制效率低。在SMS中，每一條短信息從發(fā)送到接收，都要經(jīng)過短信息中心的存儲和轉(zhuǎn)發(fā)，通信效率自然會受到影響，并且還增加了短信息中心的處理負荷。UMTS委員會將把它修改為有選擇性地存儲，即接收到消息之后立即將其傳送，如果無法傳送出去，再存儲。其實，在有些情況下，短信息根本就沒必要在短信息中心進行存儲，從手機到手機直接傳送更方便。而下面介紹的多媒體短信業(yè)務(wù)為移動用戶提供了多媒體數(shù)據(jù)通信服務(wù)，在現(xiàn)有SMS業(yè)務(wù)和EMS業(yè)務(wù)基礎(chǔ)上提升信息服務(wù)的表現(xiàn)能力，更能滿足用戶日益提高的信息溝通需求。2．2多媒體短信息業(yè)務(wù)原理與短信相比，MMS同樣是基于存儲—轉(zhuǎn)發(fā)的機制，而且消息編輯、發(fā)送、接收的操作方式也基本相同。但MMS可以支持豐富的數(shù)據(jù)格式，包括主要的圖形、圖像、動畫格式標準，從而大大提高了消息內(nèi)容的豐富程度和表達能力；在網(wǎng)絡(luò)結(jié)構(gòu)上也與基于NO.7信令系統(tǒng)的SMS完全不同。從技術(shù)角度上說，MMS對于信息內(nèi)容的大小或復(fù)雜性幾乎沒有任何限制。下面就將簡要介紹MMS的基本特征和網(wǎng)絡(luò)結(jié)構(gòu)及工作原理：2．2．1、MMS的基本特征：1、MMS信息是以標準方式壓縮的，因此，接收一方可以確認它不支持的內(nèi)容格式，并以控制方式進行處置。這也是互聯(lián)網(wǎng)上解決內(nèi)容交互問題所用的方法。2、MMS標準推薦支持的媒體類型有：JPEG、GIF、TEXT、AMR語音和其他一些非主流格式。為了獲得更好的交互性，諾基亞和其他一些制造商已共同擬就了“MMS一致性文件”，列出了MMS手機能支持的最小一組內(nèi)容類型。3、MMS標準沒有規(guī)定單一MMS信息的最大容量，這主要是為了保證未來的互操作性，避免SMS遇到的窘境。因此，MMS信息大小與標準無關(guān)，只是操作問題。另外，它還取決于運營商的有關(guān)決策，例如它們是否希望信息大小標準化，以方便計費等。2．2．2、MMS的網(wǎng)絡(luò)結(jié)構(gòu)和工作原理：1.MMS網(wǎng)絡(luò)基本組成：移動多媒體信息業(yè)務(wù)系統(tǒng)涵蓋了多種類型的網(wǎng)絡(luò)，并可以集成這些網(wǎng)絡(luò)中現(xiàn)有的信息業(yè)務(wù)系統(tǒng)。移動終端在多媒體信息業(yè)務(wù)環(huán)境(MMSE)中進行操作。此環(huán)境既包括2.5G和3G網(wǎng)絡(luò)，也有網(wǎng)絡(luò)間的相互漫游等情況。MMSE提供了所有相關(guān)的業(yè)務(wù)成份，如：信息的發(fā)送、存儲、通知。它們既可位于同一網(wǎng)絡(luò)中或分布于不同的網(wǎng)絡(luò)中。在軟、硬件的準備上除了可以接收MMS的終端外，還需要MMS中心、WAP網(wǎng)關(guān)、數(shù)據(jù)庫服務(wù)器、增值服務(wù)（VAS）等。系統(tǒng)核心：多媒體信息中心（MMSC）：在整個在多媒體信息業(yè)務(wù)環(huán)境(MMSE)中，多媒體信息中心(MMSC)是系統(tǒng)的核心。由MMS服務(wù)器、MMS中繼、信息存儲器和數(shù)據(jù)庫組成。MMSC是MMS網(wǎng)絡(luò)結(jié)構(gòu)的核心，它提供存儲和操作支持，允許終端到終端和終端到電子郵件的即時多媒體信息傳送，同時支持靈活的尋址能力。MMSC是將MMS信息從發(fā)送者傳遞到接收者的存儲和轉(zhuǎn)發(fā)網(wǎng)絡(luò)元素。MMSC的概念與SMSC相似，即服務(wù)器只在查找接收者電話的期間存儲信息。在找到接收電話以后，MMSC立即將多媒體消息轉(zhuǎn)發(fā)給接收者，并且從MMSC刪除此消息。由于MMSC在能夠發(fā)送的情況下不存儲消息，因此它不是一個郵箱服務(wù)器。MMSC是提供MMS服務(wù)所需的一個新的網(wǎng)絡(luò)元素。由于傳輸容量和界面需求都不同，SMSC的軟件不能直接升級到MMSC。另外，MMSC需要運行很多連接其它網(wǎng)絡(luò)（如Internet）接口，以及提供增值服務(wù)所需的外部應(yīng)用接口，MMSC還應(yīng)具備到Email的接口。WAP網(wǎng)關(guān)：盡管用戶對MMS的使用與SMS類似，但是MMS不能在SMS的傳輸信道進行傳送，SMS的傳輸信道對于傳送多媒體內(nèi)容來說太窄了。在協(xié)議層，MMS使用WAP無線會話協(xié)議（WSP）作為傳輸協(xié)議。為了在MMS信息傳輸中使用WAP協(xié)議，需要一個WAP網(wǎng)關(guān)連接MMSC和無線WAP網(wǎng)絡(luò)。數(shù)據(jù)庫服務(wù)器：數(shù)據(jù)庫使用戶和運營商能夠有效提供、控制和管理增值服務(wù)。數(shù)據(jù)庫服務(wù)器應(yīng)具備較高的運行速度，并且有經(jīng)過優(yōu)化的快速網(wǎng)絡(luò)設(shè)備來讀取數(shù)據(jù)請求，保證MMS各個網(wǎng)絡(luò)元素能夠平等的共享用戶的數(shù)據(jù)庫信息。MMS數(shù)據(jù)庫服務(wù)應(yīng)能按照每個人的需要和愛好進行定制。增值服務(wù)（VAS）：包括多媒體終端網(wǎng)關(guān)、多媒體電子郵件網(wǎng)關(guān)、信息傳遞網(wǎng)關(guān)和多媒體語音網(wǎng)關(guān)等。2.MMS的體系結(jié)構(gòu)多媒體短信業(yè)務(wù)并不依賴于具體的網(wǎng)絡(luò)平臺，無論是HSCSD(高速電路交換數(shù)據(jù)業(yè)務(wù))，還是GPRS、EDGE、UMTS，都可以支持MMS業(yè)務(wù)。多媒體短信可以集成已有的消息系統(tǒng)，不同網(wǎng)絡(luò)之間的連接可以通過IP和相關(guān)的消息協(xié)議來完成，這樣保證不同無線網(wǎng)絡(luò)對多媒體消息系統(tǒng)的兼容性。鑒于網(wǎng)絡(luò)帶寬、傳輸速度和移動終端考慮，我國MMS業(yè)務(wù)首先應(yīng)用在GPRS網(wǎng)絡(luò)平臺上，并將在未來3GUMTS網(wǎng)絡(luò)中走向成熟。下面是多媒體短信系統(tǒng)的體系結(jié)構(gòu)圖：圖2-2MMS網(wǎng)絡(luò)基本框圖用戶終端在多媒體短信業(yè)務(wù)環(huán)境(MMSE)中操作。MMSE包括各種類型的設(shè)備，比如傳遞和存儲多媒體短信的功能實體，它們對用戶提供一套完整的MMS服務(wù)。這些業(yè)務(wù)元素的分布很靈活，可以包含在同一個網(wǎng)絡(luò)中，也可以分布在幾個不同的網(wǎng)絡(luò)巾(甚至可以分布公幾個不同類型的網(wǎng)絡(luò)中)。同時，由于MMS包含的每一個功能實體都是邏輯實體，在具體實現(xiàn)時可根據(jù)業(yè)務(wù)或者運營商的需要把某些功能實體捆綁在-起，比較常見的是將MMS服務(wù)器和MMS中繼器作為一個設(shè)備來實現(xiàn)。MMS系統(tǒng)中的網(wǎng)絡(luò)設(shè)備包括MMS中繼器、MMS服務(wù)器、用戶數(shù)據(jù)庫和用戶代理等。MMS服務(wù)器：負責(zé)存儲和處理到來和離開兩個方向上的多媒體短信息。每個MMSE中可以有多個MMS服務(wù)器，MMS服務(wù)器可以和外部網(wǎng)絡(luò)的E-Mail服務(wù)器、SMS服務(wù)器等通過標準的接口協(xié)同工作，為用戶提供豐富的服務(wù)類型。MMS中繼器：負責(zé)在不同的消息系統(tǒng)之間傳遞消息，以整合處于不同網(wǎng)絡(luò)中的各種類型的服務(wù)器。MMS中繼器在接收或者傳遞消息到其他的MMS用戶代理或者另外的MMSE時，應(yīng)該能夠產(chǎn)生計費數(shù)據(jù)(CDR)。MMS中繼器和MMS服務(wù)器還具有地址翻譯功能和臨時存儲多媒體短信的功能，以保證多媒體短信在成功地傳送到另一個MMSE實體之前不會丟失。MMS用戶數(shù)據(jù)庫：記錄和用戶相關(guān)的業(yè)務(wù)信息。如用戶的業(yè)務(wù)特性、對用戶接入MMS服務(wù)的控制等等。用戶代理：可以位于用戶設(shè)備也可以位于和用戶設(shè)備直接相連的外部設(shè)備中。用戶代理是一個應(yīng)用層的功能實體，為用戶提供瀏覽、合成和處理多媒體短信的功能。對多媒體短信的處理包括發(fā)送、接收和刪除等操作。MMS用戶代理還提供用戶終端接收多媒體短信能力的協(xié)商；向用戶發(fā)送多媒體短信通知；對用戶的多媒體短信加密和解密；用戶之間的多媒體短信簽名；在用戶的SIM卡支持MMS的情況下，處理SIM卡中和MMS相關(guān)的信息；用戶特性的管理等功能。多媒體短信業(yè)務(wù)系統(tǒng)的實現(xiàn)必須具有靈活性，在不同類型的網(wǎng)絡(luò)和終端之間的互操作性，以及便于集成和開發(fā)新業(yè)務(wù)。多媒體短信系統(tǒng)可以有兩種實現(xiàn)方式：基于WAP的實現(xiàn)和基于IP的實現(xiàn)。兩種方式下，用戶終端到MMS中繼器/服務(wù)器之間的鏈路被分為兩個部分。具體的協(xié)議棧結(jié)構(gòu)就不展開介紹了。3．MMS工作原理與流程一個典型的MMS通信過程要經(jīng)過以下幾個階段；源MMS用戶發(fā)送多媒體短信到MMS代理中繼：圖2-3MMS發(fā)送處理過程這個過程建立在信息發(fā)送處理的頂部，為源MMS用戶向MMS代理中繼交付多媒體消息提供機制，并且返回一個信息。MMS代理中繼通知目標用戶代理有多媒體短信到來：圖2-4MMS向目標MMS用戶發(fā)出通知MMS代理中繼向目標用戶通知有多媒體消息，并且為此返回一個信息。在此過程中，用到一套異步的PDU：M-Notification.ind和M-NotifyResp.ind，來提供關(guān)于新的多媒體消息的信息，讓目標MMS用戶接收多媒體消息。目標MMS用戶接收多媒體短信：圖2-5目標用戶從代理中繼接收消息（無回復(fù)確認時）圖2-6目標MMS用戶從MMS代理中繼接收消息（有回復(fù)確認時）這個過程是建立在一般WSP/HTTP獲取功能上的，因此，實際上沒有定義新的操作。從MMS代理中繼返回目標MMS用戶的消息類型標記為M-retrieve.conf。傳送多媒體消息可能發(fā)生在M-NotifyResp.indPDU之前，也可能發(fā)生在之后，這是分別依據(jù)及時獲取還是延時獲取。因此，在延時獲取的情況下，MMS代理中繼會決定要求一個從目標MMS用戶發(fā)出的獲取成功的確認。這兩種情況如圖2-5，圖2-6所示。目標MMS用戶向MMS代理中繼發(fā)送前向請求：圖2-7目標MMS用戶向MMS代理中繼發(fā)送前向請求這是一個可選過程，目標MMS用戶向MMS代理中繼要求運送一個位于MMS代理中繼的多媒體消息，并且從MMS代理中繼返回確認。MMS代理中繼向源MMS用戶報告多媒體短信傳遞的結(jié)果：圖2-8MMS代理中繼向源MMS用戶報告?zhèn)鬟f結(jié)果源于MMS代理中繼上的M-Delivery.ind使源MMS用戶知道信息傳遞已經(jīng)發(fā)生。此過程中，沒有相關(guān)的回復(fù)或確認信息包。多媒體信息服務(wù)建立在以WAP為載體數(shù)據(jù)傳輸網(wǎng)上。前文提到，它可在GSM網(wǎng)絡(luò)(R7/R8)、GPRS網(wǎng)絡(luò)、CDMA1X和未來的3G網(wǎng)絡(luò)中。但是為了獲得用戶滿意的帶寬，最好是在GPRS、CDMA1X或是3G網(wǎng)絡(luò)環(huán)境下，當(dāng)然也可用于在實行了HSCSD技術(shù)的GSM網(wǎng)絡(luò)中。WAP技術(shù)在多媒體信息服務(wù)中扮演了重要角色。通過WAP的Push、Notification和Poll的功能，終端用戶能完成與系統(tǒng)的通信。以下步驟，就是由系統(tǒng)向手機發(fā)送多媒體短信息時，與MMSC相關(guān)流程：1、當(dāng)有一條多媒體信息發(fā)往一個用戶時，信息以WAPWSP的協(xié)議進行編碼，通過無線網(wǎng)絡(luò)傳送到WAP網(wǎng)關(guān)。2、WAP網(wǎng)關(guān)以HTTP協(xié)議與MMS-Relay進行通信,將文件內(nèi)容傳送給MMS-Relay。3、MMS-Relay將文件送往MMS-C服務(wù)器。在服務(wù)器內(nèi)多媒體信息的內(nèi)容將轉(zhuǎn)換成MIME的格式，并存儲在短信存儲器（MMS-MessageStore）中。4、服務(wù)器進行數(shù)據(jù)分析，從而得到路由信息，用戶終端信息等。在分析過程中會調(diào)用在用戶數(shù)據(jù)庫中信息。系統(tǒng)將判斷用戶的終端是否能夠支持MMS，并根據(jù)用戶的終端的承載能力（如顯示分辨率，終端的容量等）進行不同的處理。例如，當(dāng)用戶終端不支持MMS時，系統(tǒng)將把多媒體信息中的多媒體信息去掉，只把信息的文字部分以短信的方式發(fā)給用戶。5、確認處理方法后，系統(tǒng)通過被叫用戶的MSISDN號碼進行路由。MMS-Relay將通過WAP網(wǎng)關(guān)與外部網(wǎng)絡(luò)進行通信。在沒有確認被叫用戶已經(jīng)接受了信息之前，該信息始終保存在短信存儲器中。運營商可以通過軟件設(shè)定保存的時間長度。6、系統(tǒng)服務(wù)器生成計費信息，傳送給計費中心。本章小結(jié)：本章從技術(shù)層面，更詳細介紹了短信息業(yè)務(wù)和多媒體短信息業(yè)務(wù)的原理。從中也可以看出兩者的區(qū)別根源所在。下一章，將利用掌握的短信息業(yè)務(wù)基本原理進行短信息平臺的開發(fā)。第三章多媒體短信息平臺具體開發(fā)多媒體短信息平臺的設(shè)計可以利用現(xiàn)有的modem，無論是哪一種modem,其在軟件實現(xiàn)上的方法是類似的。由于限于本科階段所學(xué)，在這里的多媒體短信息平臺實際上是在第二章中所講述到的短消息業(yè)務(wù)（SMS）的收發(fā)平臺。而真正的多媒體短信息平臺，只做了原理性的闡述（見第二章）。3．1多媒體短信息平臺結(jié)構(gòu)設(shè)計多媒體短信息平臺的設(shè)計，是利用GPRSmodem(MC35i)以串口通信方式，在PC機上軟件實現(xiàn)短信收發(fā)和語音通信。其結(jié)構(gòu)原理框圖如下：圖3-1多媒體短信息平臺結(jié)構(gòu)框圖其中，用戶界面：界面以對話框形式呈現(xiàn)，包括兩個部分：收短信息部分：接收消息列表框（信息編號，信息的來源手機號，信息接收到的時間，接收短信息內(nèi)容），接收短信息單選框，以及保存消息按鈕。發(fā)短信息部分：信息的目的手機號，發(fā)送短信息的編輯框，保存按鈕，清除按鈕和發(fā)送消息按鈕。數(shù)據(jù)庫：數(shù)據(jù)庫用數(shù)據(jù)庫管理軟件MicrosoftAccess設(shè)計，建立收、發(fā)短信息以及通信錄三個關(guān)系表，組成短信息數(shù)據(jù)庫，用于存儲，管理短信息。PC機：在Win32環(huán)境下，編譯執(zhí)行程序，控制串口進行通信。MC53i:極緊湊，超薄GSM/GPRS通信模塊，提供簡單的，內(nèi)置的無線連接。模塊的物理接口是通過ZIF連接器制成，由40管腳組成，分別用于控制單元，傳輸數(shù)據(jù)和音頻信號并提供電源線。串口可以與人機接口相連，由AT指令遠程控制，并可支持高達230kbps的波特率。設(shè)計基本思想：1、用戶界面訪問和操作數(shù)據(jù)庫是通過在VisualC++6.0中使用API進行訪問實現(xiàn)，如ADO。2、發(fā)送過程：用戶的短信息經(jīng)過PDU封裝打包，利用AT指令控制串口，從串口將包含信息的PDU發(fā)送到與PC機相連的GPRS模塊。GPRS模塊將信息傳輸?shù)浆F(xiàn)有無線通信網(wǎng)絡(luò)上3、接收過程：AT指令控制串口，定時查詢GPRS模塊接收到的信息，如果有信息，將信息由串口讀入，再經(jīng)過解碼，分離出相關(guān)信息，顯示在用戶界面信息列表里，并將模塊中的已讀信息刪除。4、語音通信，可由PC機上現(xiàn)有mic/speaker口與GPRS模塊提供的audio口連接，直接實現(xiàn)。根據(jù)以上設(shè)計思想，可以實現(xiàn)所要求的短消息平臺。下一節(jié)，將就設(shè)計思想中兩個重要的環(huán)節(jié)——PDU格式和AT指令，作詳細分析介紹。3．2多媒體短信息收發(fā)原理3．2．1SMS的編解碼--PDU格式的SMS:實現(xiàn)SMS主要有兩種方式，即TEXT和PDU格式。PDU格式實際上是對短信息進行打包的一種協(xié)議，中文短信息的實現(xiàn)必須通過PDU格式。本次設(shè)計的短信息是要求能發(fā)送中英文短消息，因此，必須使用PDU

格式。在這一節(jié)中，將詳細介紹PDU格式中各項的意義，這將是下一節(jié)中進行軟件實現(xiàn)的基礎(chǔ)。SMS的發(fā)送方格式與接收方格式是不同的，具體如下所示：SMS發(fā)送方PDU格式：意義SCAPDUTypeMRDAPIDDCSVPUDLUD長度1-12112-12110,1,710-140LenTypeAddLenTypeAdd1111SMS接收方PDU格式：SCAPDUTypeOAPIDDCSSCTSUDLUD1-1212-1211710-140LenTypeAddLenTypeAdd1111其中：SCA（服務(wù)中心地址）：格式：LenTypeAddLen：中心地址長度，指Type+Add的字節(jié)數(shù)。Type：中心地址類型。各個比特為上設(shè)置為：1+數(shù)據(jù)類型（3位）+號碼鑒別（4位）數(shù)據(jù)類型：000—未知，001—國際（以+開始的地址），010—國內(nèi)，111—留作擴展號碼鑒別：0000—未知，0001—ISDN/電話號碼，1111—留作擴展Add:短信息中心地址，當(dāng)Len為00，表示短信息服務(wù)中心地址使用SIM卡內(nèi)部的設(shè)置值，由指令A(yù)T+CSCA設(shè)置PDU-Type（PDU的類型）：發(fā)送方的各個比特位上定義：76543210RPUDHISRRVRFRDMTI接收方的各個比特位上定義：76543210RPUDHISRIMMSMTI其中：RP（應(yīng)答路徑）：0—未設(shè)置1—設(shè)置UDHI（用戶數(shù)據(jù)頭標識）：0—用戶數(shù)據(jù)部分部分不包含頭信息，1—用戶數(shù)據(jù)開始部分包含用戶頭信息SRR（狀態(tài)報告請求）：0—不需要報告1—需要報告SRI（狀態(tài)報告指示）：0—狀態(tài)報告不會返回短信息實體，1—返回給短信息實體VPF（有效期格式）：00—VP段沒有提供，即長度為0，01—保留，10—VP段以整型形式提供（相對的），11—VP段以8位的一半形式提供（絕對的）RD（拒絕復(fù)本）：0—通知短信息服務(wù)中心接收一個未發(fā)送的重復(fù)的SMSSMS重復(fù)的條件是：MR,DA,OA相同 1—通知短信息服務(wù)中心拒絕一個重復(fù)的SMSMMS（有更多的信息要發(fā)送）：僅被SMSC設(shè)置0—在SMSC中有更多的信息等待MS1—在SMSC中沒有更多的信息等待MSMTI（信息類型指示）：00—SMS-DELIVER(SMSVMS)00—SMS-DELIVERREPORT(MSSMSC)01—SMS-SUBMIT(MS—SMSC)01—SMS-SUBMITREPORT(SMSCMC)10—SMS-STATUSREPORT(SMSCMS)10—SMS-COMMAND(MSSMSC)11—保留（粗體代表手機支持的類型，并不是所有的PDU類型都被SMSC支持）MR(消息參考)：服務(wù)器以什么方式處理SM，eg.FAX,Voice.設(shè)為00即可。DA(目的地址)/OA（源地址）：格式與SCA一致PID（協(xié)議標識）：在標準情況下的MS-to-SC短信息傳送，只要設(shè)置PID為00DCS（數(shù)據(jù)編碼方案）：一字節(jié)，八個比特位，各位意義如下：76543210設(shè)置為00定義壓縮定義1、2比特位是否保留設(shè)置字母表類型信息類型Bit7和Bit6：一般設(shè)置為00Bit5：0—文本未壓縮，1—文本用GSM標準壓縮算法壓縮Bit4：0—表示Bit1,Bit0為保留位，不含信息類型信息1—Bit1,Bit0含有信息類型信息Bit3和Bit2：00—默認的字母表，每個字符占用7比特位，此時最大可以傳送160字符01—8bit,此時最大只能傳送140個字符10—USC2(16bit)，傳送雙字節(jié)字符集11—預(yù)留Bit1和Bit0：00—Class0短信息直接顯示在屏幕01—Class1特定移動器件10—Class2SIM卡特定信息11—Class3特定終端器件VP（信息有效期）：當(dāng)VPF=10，即相對有效期：VP為一個8位組，給定有效期的長度，從SMS-SUBMIT被SMSC接受開始計算計算如下：VP相應(yīng)的有效期00—8F(VF+1)*5min90—A712hrs+(VF-143)*30minA8—C4(VP-166)*1dayC5--FF(VP-192)*1week當(dāng)VPF=11,即絕對有效期：VP為七個8位組，給定有效期終止的絕對時間。形式如下：年月日時分秒時區(qū)50306190344420表示：第2個時區(qū)，05-03-1609:43:44SCTS（服務(wù)中心的時間戳）：占用七個8位組，格式如VP的絕對時間形式。UDL（用戶數(shù)據(jù)長度）：以整型形式提供，表示后面擁護數(shù)據(jù)段的數(shù)據(jù)長度（即字符數(shù)）UD（用戶數(shù)據(jù)）：用戶信息放置的地方。依據(jù)以上的PDU格式，對要發(fā)送的短消息進行編碼打包，即可通過AT指令對串口的操作，利用Modem模塊發(fā)送編輯好的短消息。接收短消息時，同樣依據(jù)PDU格式，對從串口讀進的PDU包進行解碼，以獲取需要的短消息。3．2．2AT指令A(yù)T指令有很多，需要用的時候可以隨時查表得到，在這里介紹的AT指令是在收發(fā)短消息的時候常用的一些。通過ＡＴ指令對串口進行操作，PC機讀取或發(fā)送短消息。1．發(fā)送短消息：(1)、設(shè)置短信息中心AT+CSCA=“+8613800270500”回車（武漢地區(qū)服務(wù)中心號碼）(2)、發(fā)送短信息發(fā)送短信息有兩種模式：第一種，采用文本格式發(fā)送，可設(shè)置AT+CMGF=1回車（采用文本格式發(fā)送。）AT+CMGS=“+8613xxxxxxxxx”回車>輸入短信息。Crtl+Z結(jié)束并發(fā)送。第二種，采用PDU格式發(fā)送，可設(shè)置AT+CMGF=0回車（采用PDU格式發(fā)送。）詳細步驟見下：發(fā)送中文短信息格式：先發(fā)送AT+CMGS=YYY[CR];其中YYY為TPDU的十進制長度收到[>][SP]響應(yīng)后再發(fā)送[TPDU][ctrl-Z][TPDU]:發(fā)送規(guī)約數(shù)據(jù)單元:TYPE11MR00DA0D91683155443346F9;PID00DCSF4VP01UDLXX;XX不大于8CDD;XX字節(jié)的用戶數(shù)據(jù)中最后一個字節(jié)為前面XX-1個字節(jié)的按位累加和。TPDU中用戶數(shù)據(jù)前的PDU規(guī)約頭的長度是15字節(jié)TPDU前的服務(wù)中心地址[SCA]的長度是9字節(jié)。下表是發(fā)送短信息“你好”的各個代碼所代表的含義列表：命令發(fā)送介紹00

無指定短信中心號碼，按CSCA號碼1100

固定格式

TP-DA:TP-Destination-Address0DAddress-Length

0DAddress-Length目標號碼長度（13位）91Type-of-Address目標號碼類型（國際）683155443346F9Address-Value設(shè)置信息存儲指令目標號碼值

（8613554433649）00TP-PID:TP-Protocol-Identifier固定格式08TP-DCS:TP-Data-Coding-Scheme08為16比特，最多發(fā)70個漢字；

04為8比特，最多發(fā)140個字符；

00為7比特，最多發(fā)160個字符01TP-VP:TP-Validy-Period有效期，缺省值167(24小時)04TP-UDL:TP-User-Data-Length用戶數(shù)據(jù)長度（4字符）表3-1發(fā)送示例短信息代碼列表2．接收短消息：讀取GPRS模塊中的短消息，有主動告知方式和定時查詢方式。主動告知方式需要開辟專門的線程來讀取模塊接收的信息，只要GPRS

模塊接收到短信息，模塊就告知PC機來讀取，利用AT指令：AT+CNMI。在這個平臺實現(xiàn)中，利用的是不需要專門開辟線程定時查詢方式，定時查詢方式是線性的，即PC機定時查詢串口，判斷GPRS模塊中是否有信息，如有信息則讀取。AT指令如下：+CMTI：“SM”，X（X表示接收短信息的SIM卡存儲號碼）AT+CMGL=X回車，從X存儲區(qū)一次性讀取全部信息。AT+CMGD=X回車在信息讀取之后，刪除存在X存儲區(qū)的已讀信息。在詳細講解軟件實現(xiàn)中的關(guān)鍵問題之后，下一節(jié)將介紹軟件編程具體思想以及最終結(jié)果。3．3多媒體短信息平臺的軟件實現(xiàn)這里實現(xiàn)的多媒體短信息平臺是用C++語言編程，并且利用現(xiàn)有的MFC進行用戶界面設(shè)計，利用ADO實現(xiàn)對數(shù)據(jù)庫的操作。整個工作是在WIN32環(huán)境下，利用VisualC++完成。各個功能區(qū)或按鈕利用MFC，再定義需要運用的新類，編輯代碼，實現(xiàn)所需功能。下面是已完成的用戶界面：圖3-2用戶界面在此重點介紹PDU編碼的實現(xiàn)和收發(fā)程序?qū)崿F(xiàn)的流程。PDU編解碼過程都是依據(jù)PDU封裝規(guī)定來編寫的，因此PDU編碼與解碼的程序設(shè)計方式一致，只是過程恰好相反，在這里只介紹編碼的程序段。PDU編碼過程步驟有：短消息服務(wù)中心地址信息編碼，傳輸協(xié)議數(shù)據(jù)單元基本參數(shù)和目標地址編碼，和傳輸協(xié)議標識，編碼方式和用戶信息的編碼。前面也提到過，PDU用戶信息的編碼方式有：7-bit,8-bit和UCS2。在PDU編碼中會利用到已有的三種信息編碼方式的函數(shù)：gsmEncode7bit，gsmEncode8bit，gsmEncodeUcs2。在頭文件中，定義了常量GSM_7BIT,GSM_8BIT,GSM_UCS2來更清楚表示三種編碼方式代表位的值。其中pSrc:源PDU參數(shù)指針，pDst:目標PDU字符串指針，返回:目標PDU字符串長度。.h文件中有：/*************用戶信息編碼方式*************/constGSM_7BIT=0;constGSM_8BIT=4;constGSM_UCS2=8;/*************短信息參數(shù)結(jié)構(gòu)**************/typedefstructSMS{ intIndex; charSMSC_Addr[14]; //服務(wù)中心地址 charTP_Addr[14]; //接受方或發(fā)送方地址 unsignedcharTP_DCS; //數(shù)據(jù)編碼方案；7bit、8bit、UCS2 unsignedcharTP_PID; //協(xié)議標識；通常設(shè)置為0x00H charTP_SCTS[16]; //時間戳 char*TP_UD; //短信內(nèi)容}SMS_PARAM;.cpp文件中有：intgsmEncodePdu(constSMS_PARAM*pSrc,char*pDst){intnLength;//內(nèi)部用的串長度intnDstLength;//目標PDU串長度unsignedcharbuf[256];//內(nèi)部用的緩沖區(qū)/*************SMSC地址信息段**************/nLength=strlen(pSrc->SMSC_Addr);//SMSC地址字符串的長度buf[0]=(char)((nLength&1)==0?nLength:nLength+1)/2+1;//SMSC地址信息長度buf[1]=0x91;//固定用國際格式號碼nDstLength=gsmBytes2String(buf,pDst,2);//轉(zhuǎn)換成2個字節(jié)到目標PDU字符串nDstLength+=gsmInvertNumbers(pSrc->SMSC_Addr,&pDst[nDstLength],nLength);//轉(zhuǎn)換SMSC到目標PDU字符串/********TPDU段基本參數(shù)、目標地址等*******/nLength=strlen(pSrc->TP_Addr);//TP-DA地址字符串的長度buf[0]=0x11;//是發(fā)送短信(TP-MTI=01)，TP-VP用相對格式(TP-VPF=10)buf[1]=0;//TP-MR=0buf[2]=(char)nLength;//目標地址數(shù)字個數(shù)(TP-DA地址字符串真實長度)buf[3]=0x91;//固定:用國際格式號碼nDstLength+=gsmBytes2String(buf,&pDst[nDstLength],4);//轉(zhuǎn)換4個字節(jié)到目標PDU字符串nDstLength+=gsmInvertNumbers(pSrc->TP_Addr,&pDst[nDstLength],nLength);//轉(zhuǎn)換TP-DA到目標PDU字符串/***TPDU段協(xié)議標識、編碼方式、用戶信息等***/nLength=strlen(pSrc->TP_UD);//用戶信息字符串的長度buf[0]=pSrc->TP_PID;//協(xié)議標識(TP-PID)buf[1]=pSrc->TP_DCS;//用戶信息編碼方式(TP-DCS)buf[2]=0;//有效期(TP-VP)為5分鐘if(pSrc->TP_DCS==GSM_7BIT){/**7-bit編碼方式**/buf[3]=nLength;//編碼前長度nLength=gsmEncode7bit(pSrc->TP_UD,&buf[4],nLength+1)+4;//轉(zhuǎn)換TP-DA到目標PDU字符串}elseif(pSrc->TP_DCS==GSM_UCS2){/**UCS2編碼方式**/buf[3]=gsmEncodeUcs2(pSrc->TP_UD,&buf[4],nLength);//轉(zhuǎn)換TP-DA到目標PDU字符串nLength=buf[3]+4;//nLength等于該段數(shù)據(jù)長度}else{/**8-bit編碼方式**/buf[3]=gsmEncode8bit(pSrc->TP_UD,&buf[4],nLength);//轉(zhuǎn)換TP-DA到目標PDU字符串nLength=buf[3]+4;//nLength等于該段數(shù)據(jù)長度}nDstLength+=gsmBytes2String(buf,&pDst[nDstLength],nLength);//轉(zhuǎn)換該段數(shù)據(jù)到目標PDU字符串/************返回目標字符串長度***********/returnnDstLength;}發(fā)送短消息和接收短消息的流程圖分別如圖3-3，圖3-4所示：在發(fā)送消息的過程中，有效手機號默認為11位；如果用戶信息是中英文混雜的，將把英文轉(zhuǎn)化為中文方式處理，即將原來的一字節(jié)英文字母，轉(zhuǎn)化成兩字節(jié)處理。開始開始中文或英文中文或英文是否>140是否>140字符是否>70字符否否手機號是否正確是手機號是否正確否提示號碼錯誤封包，包括移動中心號碼，目的地址,編碼(08:中文USC2,04:英文8bit),消息內(nèi)容是提示號碼錯誤封包，包括移動中心號碼，目的地址,編碼(08:中文USC2,04:英文8bit),消息內(nèi)容提示信息超過字數(shù)發(fā)送AT指令A(yù)T+CMGS提示信息提示信息超過字數(shù)發(fā)送AT指令A(yù)T+CMGS提示信息超過字數(shù)是否返回”是否返回”>”否發(fā)送PDU到GPRS模塊是發(fā)送PDU到GPRS模塊是否返回OK否是否返回OK提示發(fā)送失敗提示發(fā)送失敗