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

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

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

無指定短信中心號(hào)碼，按CSCA號(hào)碼1100

固定格式

TP-DA:TP-Destination-Address0DAddress-Length

0DAddress-Length目標(biāo)號(hào)碼長(zhǎng)度（13位）91Type-of-Address目標(biāo)號(hào)碼類型（國(guó)際）683155443346F9Address-Value設(shè)置信息存儲(chǔ)指令目標(biāo)號(hào)碼值

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

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

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

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