通信畢業(yè)論文范文
摘要：
短信業(yè)務(wù)也許是所有聯(lián)通在信業(yè)務(wù)中最為大家所熟悉的了，許多人都曾經(jīng)或者正在使用短信業(yè)務(wù)，比如天氣預報、每日新聞、普通圖片和鈴聲的下載等等。
短信業(yè)務(wù)分定制和點(diǎn)播兩大類(lèi)大家已經(jīng)很清楚了，這兩大類(lèi)又各有手機定制、網(wǎng)站定制和手機點(diǎn)播、網(wǎng)站點(diǎn)播兩種使用方式。以定制為例，想要定制某個(gè)SP的天氣預報，您就有兩種方式，一種方式是使用手機編輯短信發(fā)送到SP的服務(wù)代碼，只需編寫(xiě)短信“TQ”(具體見(jiàn)SP的業(yè)務(wù)提示)發(fā)送到該SP的服務(wù)代碼即可。另外一種方式是登錄該SP網(wǎng)頁(yè)，在頁(yè)面中輸入您的手機號，選擇“天氣預報”，然后點(diǎn)擊“立即訂閱”，就定制成功了。點(diǎn)播也是同樣的道理。
關(guān)鍵字：服務(wù)提供商 企業(yè)代碼 匯接網(wǎng)關(guān) 短息網(wǎng)關(guān)接口協(xié)議
The setting of the short message service terrace and the related technique
Computer science department 2004 Computers application：Huang Sheng Guide the teacher: ChenXiongfeng
Abstract:
The short letter business is all perhaps in association with correspond by letter to acquaint with for everybody most in letter business of, many people all and ever or used the short letter business, for example weather forecast, everyday the news, common picture downloaded the etc. with bell ring.
The cent of short letter business makes to order with order to sow two big everybodies are already very clear, these two major type is again each to have the cellular phone make to order, the website makes to order to order to sow with the cellular phone, the website orders to sow two kinds of usages method.Regard making to order as a weather forecast for, wanting making to order a certain SP, you there will be two kinds of methods, a kind of method is a service to uses cellular phone edit short letter send out the SP code, a service for needing plait writing short letter" TQ"( see in a specific way the SP business hint) sending out that SP code is then.Moreover a kind of method is to registers the SP's web page, inputting your cellular phone number in page, choice" weather forecast", then click" subscribe immediately", made to order to succeed.Order to sow is also a same truth.
Key words：Service Provider Business enterprise code
Gateway Name Server Short Message Gateway Interface Protocol
前 言
SP在通信行業(yè)中的地位和作用：SP必須依托運營(yíng)商的運營(yíng)網(wǎng)絡(luò )平臺開(kāi)展業(yè)務(wù)，為運營(yíng)商的用戶(hù)提供增值業(yè)務(wù)內容和服務(wù)，成為通信產(chǎn)業(yè)鏈中不可缺少的重要一環(huán)。
短信同盟就是信息服務(wù)提供商網(wǎng)站面向其他網(wǎng)站提供的一種短信網(wǎng)頁(yè)鏈接，個(gè)人主頁(yè)或大中小網(wǎng)絡(luò )內容提供商都可以申請加入，獲取鏈接代碼，成為短信同盟成員。上網(wǎng)手機用戶(hù)在訪(fǎng)問(wèn)同盟成員網(wǎng)站時(shí)，就可以在鏈接網(wǎng)頁(yè)點(diǎn)擊下載各類(lèi)短信服務(wù)，對于由此產(chǎn)生的短信收益，信息服務(wù)提供商網(wǎng)站將按一定比例給同盟成員支付分成。從整體來(lái)看，“短信同盟”是一種資源共享。
一·短信服務(wù)的基本知識
名詞解釋
SP Service Provider，服務(wù)提供商
MO Mobile Originate(發(fā)送)上行：由手機用戶(hù)提交的短消息
上行代碼 上行代碼(俗稱(chēng)“業(yè)務(wù)代碼”)指的是用戶(hù)向SP發(fā)出服務(wù)請求的代碼。SP不對上行代碼進(jìn)行收費。用戶(hù)發(fā)送上行代碼的過(guò)程叫做上行。
MT Mobile Terminated(接收)下行：由手機用戶(hù)接收的短消息
下行代碼 下行代碼是指聯(lián)通計算短信服務(wù)費用的代碼。用戶(hù)發(fā)起服務(wù)請求后，SP返回用戶(hù)相應的請求內容，同時(shí)發(fā)送給聯(lián)通該業(yè)務(wù)的下行代碼作為計費依據。
SGIP Short Message Gateway Interface Protocol，短消息網(wǎng)關(guān)接口協(xié)議，在本協(xié)議中用于SP接入165平臺的接口協(xié)議，完成165平臺短消息的發(fā)送、接收和轉發(fā)功能
ETIP Enterprise to Telecom Interface Protocol，
接入165平臺的簡(jiǎn)單協(xié)議
SMPP Short Message Peer to Peer，
短消息點(diǎn)對點(diǎn)協(xié)議，采用3.3版本
SMSC Short Message Service Center ，短消息中心
GNS Gateway Name Server，負責系統路由的管理和同步
SMG Short Message Gateway ，聯(lián)通公司的短消息網(wǎng)關(guān)，
SMG之間的通訊協(xié)議采用SGIP
二·代碼方案
2.1 企業(yè)代碼
企業(yè)代碼作為網(wǎng)絡(luò )上企業(yè)地址和身份的標識、地址翻譯、計費、結算等均以企業(yè)代碼為依據。企業(yè)代碼以5 位數字表示，全國性業(yè)務(wù)企業(yè)代碼由總部互聯(lián)網(wǎng)與電子商務(wù)部統一分配，地方性業(yè)務(wù)由當地分公司互聯(lián)網(wǎng)與電子商務(wù)部自行分配。在分配時(shí)應保證同一結算點(diǎn)涉及的SP企業(yè)代碼不能相同。由中國聯(lián)通統一開(kāi)展的165短信下載全國性業(yè)務(wù)對各SMG短信網(wǎng)關(guān)的企業(yè)代碼為：10165。結算時(shí)，以長(cháng)途區號+5位企業(yè)代碼為依據。天銳數碼在福建聯(lián)通的企業(yè)代碼為：23054。
2.2 接入代碼
接入代碼是在使用短消息方式的點(diǎn)播類(lèi)業(yè)務(wù)中，提供給用戶(hù)點(diǎn)播SP業(yè)務(wù)的代碼。接入代碼以數字表示，最長(cháng)不超過(guò)9位。天銳數碼接入代碼(短信特服號)：聯(lián)通短信特服號8118，2004年4月8日開(kāi)始計費試運營(yíng)。
2.3 MO命令代碼
MO命令代碼是用戶(hù)點(diǎn)播短信業(yè)務(wù)的命令格式，由中國聯(lián)通開(kāi)展的全國性和本地性業(yè)務(wù)由聯(lián)通統一規劃，長(cháng)度最大為5位，由相應的業(yè)務(wù)審核機構進(jìn)行審核，保證在同一接入代碼下的MO命令不能重復;各SP提供的業(yè)務(wù)由SP自行規劃M(mǎn)O命令代碼。但均應以便于用戶(hù)記憶為基本原則。
在短消息類(lèi)業(yè)務(wù)中，MO命令代碼寫(xiě)在短消息體中，后面跟用戶(hù)操作代碼(參數)，中間以空格隔開(kāi)。舉例：
天銳數碼提供短信服務(wù)：企業(yè)代碼為23054，接入代碼為8118 ，MO命令有DH(逗逗大話(huà))，則當用戶(hù)發(fā)送DH到8118時(shí)，天銳數碼短信平臺將回復(MT)1條給用戶(hù)。
2.4 業(yè)務(wù)代碼
業(yè)務(wù)代碼表示業(yè)務(wù)類(lèi)別，與MO命令相對應，是計費、統計分析的重要基礎，其最大長(cháng)度為10位。在同一接入代碼下業(yè)務(wù)代碼的設置應避免重復，以保證計費的準確。
三·短信網(wǎng)絡(luò )發(fā)送流程
SGIP
G)是外部信息資源站實(shí)體(SP)與聯(lián)通網(wǎng)內短信中心之間的中介實(shí)體，互聯(lián)網(wǎng)短信網(wǎng)關(guān)一方面負責接收SP發(fā)送給聯(lián)通用戶(hù)的信息和提交給短信中心。另一方面，聯(lián)通用戶(hù)點(diǎn)播SP業(yè)務(wù)的信息將由短信中心通過(guò)互聯(lián)網(wǎng)短信網(wǎng)關(guān)發(fā)給SP。另外，為了減輕短信中心的信令負荷，互聯(lián)網(wǎng)短信網(wǎng)關(guān)還應根據路由原則將SP提交的信息轉發(fā)到相應的互聯(lián)網(wǎng)短信網(wǎng)關(guān)�；ヂ�(lián)網(wǎng)短信網(wǎng)關(guān)通過(guò)向匯接網(wǎng)關(guān)(GNS)查詢(xún)的方式獲得網(wǎng)關(guān)間的轉發(fā)路由信息。
SGIP協(xié)議主要提供以下兩類(lèi)業(yè)務(wù)操作：
(1) 短信發(fā)送(Short Message Mobile Originate，SM MO)
典型的業(yè)務(wù)操作舉例如圖2所示：
圖2 需要前轉的MO示意圖
6
4
1
源ISMG
目的ISMG
SMG
SP
GNS(匯接網(wǎng)關(guān))
3
5
7
8
2
1)手機發(fā)出數據請求，被源ISMG接收;
2)源ISMG對接收到的信息返回響應;
3)源ISMG在本地查詢(xún)不到要連接的SP，向GNS發(fā)路由請求信息;
4)GNS將路由信息返回;
5)源ISMG根據路由信息將請求前轉給目的ISMG;
6)目的ISMG對接收到的信息返回響應;
7)目的ISMG將請求信息送SP
(1) SP返回響應;
在以上操作中，步驟3到步驟8均使用SGIP協(xié)議;
在隨后的操作中，目的ISMG在接收到SP的響應后將產(chǎn)生MO狀態(tài)報告發(fā)給源ISMG。
(2) 短信接收(Short Message Mobile Terminated，SM MT)
典型的業(yè)務(wù)操作舉例如圖3所示：
6
4
1
源ISMG
目的ISMG
SP
SMG
GNS(匯接網(wǎng)關(guān))
2
3
5
7
8
圖3 需要前轉的MT示意圖
1) SP發(fā)出數據請求，被源ISMG接收;
2) 源ISMG對接收到的信息返回響應;
3) 源ISMG在本地數據庫中找不到要目的手機號段所對應網(wǎng)關(guān)代碼，向GNS(匯接網(wǎng)關(guān))發(fā)路由請求信息;
4) 匯接網(wǎng)關(guān)將路由信息返回;
5) 源ISMG根據路由信息將請求前轉給目的ISMG;
6) 目的ISMG對接收到的信息返回響應;
7) 目的ISMG將請求信息發(fā)送至SMG;
8) SMC向目的ISMG返回響應;
在上述操作中，步驟1到步驟6均使用SGIP協(xié)議;
在隨后的操作中，SMG將通過(guò)NO.7信令網(wǎng)向移動(dòng)用戶(hù)發(fā)送信息，移動(dòng)用戶(hù)收到后將返回狀態(tài)報告(Delivery-Receipt)給短信中心，短信中心將按照MO操作的流程將狀態(tài)報告返回給SP(如果SP要求返回狀態(tài)報告)。
四·增值業(yè)務(wù)客服系統操作說(shuō)明：
1、業(yè)務(wù)內容：各項業(yè)務(wù)的采集信息，包括(如：逗逗大笑、天氣預報、寶寶護理、靚麗風(fēng)采、奇聞趣事等)
2、用戶(hù)管理
短信用戶(hù)管理： 8118所有用戶(hù)，sj為用戶(hù)自己上行注冊的
用戶(hù)定單管理：用戶(hù)所定制的業(yè)務(wù)定單管理
3、商家聯(lián)盟
商家管理：各打折商家編號、名稱(chēng)管理
商家商品管理：各打折商家商品管理
商家發(fā)布信息：各打折商家優(yōu)惠信息管理
4、短信管理
消息記錄管理：包括(上行、下行、錯誤信息的管理)
短信計費中心：各項業(yè)務(wù)的分類(lèi)費用統計
錯誤信息表：當用戶(hù)指令出錯時(shí)，系統的提示信息
號段管理：所有手機用戶(hù)所在地市的管理
業(yè)務(wù)管理：現在搖搖吧所有的業(yè)務(wù)的簡(jiǎn)單列表。
5、短信客服中心(811800)
客服中心：所有非8118正確的操作指令及811800的客服信息
自寫(xiě)短信：方便用于通知用戶(hù)
6、系統管理
操作員管理：管理員對操作員的帳號以及權限等的管理
修改密碼
五.SP接入流程
1、SP需提交的申請資料
統一的夢(mèng)網(wǎng)業(yè)務(wù)申請表、電信與信息服務(wù)業(yè)務(wù)經(jīng)營(yíng)許可證(ICP證)復印件(外地SP將相關(guān)證件在福建省通信管理局報備后取得的移動(dòng)短信息服務(wù)業(yè)務(wù)經(jīng)營(yíng)許可證)、企業(yè)法人營(yíng)業(yè)執照復印件、銀行開(kāi)戶(hù)許可證復印件、相關(guān)的信息資訊來(lái)源許可證復印件、商業(yè)計劃書(shū)(包括：公司介紹、業(yè)務(wù)介紹、市場(chǎng)預測、客戶(hù)服務(wù)、技術(shù)方案)
2、網(wǎng)絡(luò )、業(yè)務(wù)測試階段
1)網(wǎng)絡(luò )測試指為申請接入的SP進(jìn)行相關(guān)網(wǎng)元(短信中心、短信網(wǎng)關(guān)、MISC平臺)局數據的設置，進(jìn)行網(wǎng)絡(luò )連接測試，連通后形成網(wǎng)絡(luò )測試報告。(網(wǎng)絡(luò )測試報告件附件)
2)業(yè)務(wù)測試指對業(yè)務(wù)內容及計費的可靠性、準確性進(jìn)行測試，最終形成業(yè)務(wù)測試報告。
本地業(yè)務(wù)由接入地市移動(dòng)公司進(jìn)行網(wǎng)絡(luò )、業(yè)務(wù)測試;
全省業(yè)務(wù)、全網(wǎng)業(yè)務(wù)由省移動(dòng)公司安排進(jìn)行網(wǎng)絡(luò )、業(yè)務(wù)測試;
在測試過(guò)程中若業(yè)務(wù)受理部門(mén)發(fā)現該業(yè)務(wù)無(wú)法實(shí)現或質(zhì)量有嚴重問(wèn)題，業(yè)務(wù)受理部門(mén)可以決定終止測試，并將終止通知提交給網(wǎng)絡(luò )測試及業(yè)務(wù)測試部門(mén)。若由于SP的原因導致網(wǎng)絡(luò )、業(yè)務(wù)測試在規定期限內(原則上1個(gè)月，最多不超過(guò)45日)無(wú)法通過(guò)或測試報告不合格的，暫停合作且半年內不受理該SP新的接入申請;
3、計費驗證階段
??SP相關(guān)業(yè)務(wù)在完成業(yè)務(wù)測試后，必須進(jìn)行計費校驗。計費驗證完成后，由業(yè)務(wù)受理部門(mén)通知通知SP，對不合格的項目根據情況需要SP重新做測試。根據最終測試驗證結果，由計費業(yè)務(wù)中心判定是否通過(guò)計費測試。
六.接入前的硬件系統需求
序號 名稱(chēng) 型號 規格 金額
(元) 單位 數量
1 電腦 主板：865GBF;CPU：P42.8G;內存：256DDR;
彩顯：17"三星純平;硬盤(pán)：邁拓120G/7200;
源興光驅、三星軟驅、耳麥、鍵盤(pán)、光電鼠、銀河機箱 10300 臺 2
2 刻錄機 Samsung(三星)COMBO52X 8M金 499 臺 1
3 測線(xiàn)器 45 臺 1
4 路由器 銳捷R2614 19"模塊化路由器，2個(gè)同異步口，4個(gè)交換式10M/100M以太網(wǎng)口：1個(gè)備份口，1個(gè)配置口，1個(gè)擴展槽 8250 臺 1
5 交換機 銳捷S1926F+ 24口10/100M交換機，兩個(gè)擴展槽，可以上100M光纖/電口模塊 5300 臺 1
6 轉換器 COMLINK2010 G.703轉V.35 1250 臺 1
7 戴爾服務(wù)器 AS—PE2600 見(jiàn)合同附表1 29500 臺 1
8 戴爾服務(wù)器 AS—PE2600 見(jiàn)合同附表2 34400 臺 1
9 戴爾服務(wù)器 AS—PE2600 見(jiàn)合同附表3 24200 臺 1
10 外置磁帶機 7890 10922 臺 1
11 轉換器 2410 7478 臺 1
12 Linux(R) v3.0ES 1300 套 1
13 UPS 6KA 16350 臺 1
14 HUB 水星H108M，8口 臺 1
15 機柜 佳盛60*100*42u(2米) 含電源插排2個(gè)，每個(gè)六個(gè)電插孔
1個(gè)鍵盤(pán)托架，3片托板，4個(gè)風(fēng)扇 2300 臺 1
16 空調機 LG 臺 1
七.短信服務(wù)平臺的WEB管理系統
流程步驟：
1.先安裝web服務(wù)器Apache
\Apache2\conf目錄下的httpd.conf文件中修改成LoadModule php4_module "D:/work/PHP/sapi/php4apache2.dll"(php web系統的路徑)
AddType application/x-httpd-php .php和ServerName 192.168.1.15:80即可(本機的IP地址)
AddType application/x-httpd-php .wml
2.再安裝php腳本解析工具(php-4.3.5RC3-Win32.zip)
php.ini配置要點(diǎn)：把“;extension=php_oci8.dll”的;去掉，并把該文件放在從c:\winnt目錄下面
3.最后安裝Oci數據庫的服務(wù)器端和客戶(hù)端，配置監聽(tīng)程序(Net8 Configuration Addistant)
八.聯(lián)通短消息網(wǎng)關(guān)系統接口協(xié)議(SGIP)
1概述
本協(xié)議是SMG和SP之間、SMG和GNS之間、以及SMG和SMG之間的接口協(xié)議，簡(jiǎn)稱(chēng)SGIP。
2系統體系結構
SMG是具有短消息轉發(fā)功能的短消息網(wǎng)關(guān)。全國可以有多個(gè)SMG網(wǎng)關(guān)，SMG網(wǎng)關(guān)之間通過(guò)互聯(lián)網(wǎng)等方式實(shí)現網(wǎng)絡(luò )互聯(lián)。每一個(gè)SMG同時(shí)與多個(gè)SMSC以及多個(gè)SP連接。全網(wǎng)具有唯一有效的GNS，GNS負責全局路由表的維護與更新;為了確保路由表存儲的安全性，網(wǎng)絡(luò )中設置主備用GNS，兩個(gè)GNS要保持一致性。每一個(gè)SMG都和GNS連接。SMG與SP、SMG與GNS以及SMG與SMG之間的通信協(xié)議為SGIP協(xié)議。SMG與SMSC之間的通信統一采用SMPP3.3協(xié)議。
圖2-1說(shuō)明了系統的體系結構。
圖2-1 SMG的體系結構
和SMG平臺之間相連的SMSC稱(chēng)作本地SMSC，和異地SMG平臺相連的SMSC稱(chēng)作異地SMSC。
和SMG平臺之間相連的SP稱(chēng)作本地SP，和異地SMG平臺相連的SP稱(chēng)作異地SP。
從本地SMSC向本地SP以及從本地SP向本地SMSC發(fā)送的消息直接由SMG轉發(fā);從本地SMSC向異地SP以及從本地SP向異地SMSC發(fā)送的消息由本地SMG路由到異地SMG后，再由異地SMG轉發(fā)。
3.1專(zhuān)用SGIP方式
采用專(zhuān)用SGIP方式承載時(shí)，通信雙方互為客戶(hù)端和服務(wù)器端。當客戶(hù)端要發(fā)送命令時(shí)，主動(dòng)向服務(wù)器端建立連接，然后向服務(wù)器端發(fā)送命令，并接收應答;服務(wù)器端從客戶(hù)端接收命令，返回應答。連接建立以后，客戶(hù)端可以連續發(fā)送多條命令。命令發(fā)送完并接收到所有應答后，客戶(hù)端應該主動(dòng)斷開(kāi)連接。但是，命令及其應答之間的時(shí)間間隔最大不能超過(guò)30秒(默認，可配置)(如果命令應答時(shí)間超過(guò)最大等待時(shí)間，則要求客戶(hù)端重發(fā)該條命令,且待應答的命令不得超過(guò)32條(可以根據線(xiàn)路的質(zhì)量和服務(wù)器的處理能力配置)。而且，如果服務(wù)器端檢測出一條連接長(cháng)時(shí)間空閑(默認60秒，可配置)，可以主動(dòng)斷開(kāi)該連接。如果需要，客戶(hù)端可以同時(shí)向一個(gè)服務(wù)器端建立多個(gè)連接(SMG與單個(gè)其他SMG最多不能建立超過(guò)15個(gè)連接，對與之相連的單個(gè)SP的最大連接數視具體情況而定)。采用專(zhuān)用SGIP承載方式時(shí)，SMG和SMG、SP和SMG之間使用的端口號是8801，GNS監聽(tīng)SMG的端口號為8802，SMG監聽(tīng)GNS的端口號為8803，主GNS和備用GNS之間的端口號為8804，SMG之間的測試用端口號為8810。
3.2通用HTTP方式
HTTP承載方式只適用于SP和SMG的通信中。與SP與SMG之間的專(zhuān)用SGIP承載方式不同的是，該種方式一次連接僅僅傳送一條命令，而且連接的認證采用HTTP的URL的授權認證的方式，不需要專(zhuān)門(mén)的連接認證的命令，使用的端口號是80。
3.4序列號的定義
短消息網(wǎng)關(guān)系統之中傳輸的每一條命令都有一個(gè)序列號，序列號由命令源節點(diǎn)產(chǎn)生并唯一標記一條命令;也就是說(shuō)，網(wǎng)關(guān)系統中任何兩個(gè)命令的序列號都不相同。需要注意的是，一條命令在發(fā)送過(guò)程中轉發(fā)的不同副本視為一條命令，使用相同的序列號。比如，SP1X向SMSC2A發(fā)送一條命令，該命令需經(jīng)過(guò)多次轉發(fā)才能到達SMSC2A，而轉發(fā)該命令的每一次通信過(guò)程中使用的命令的序號均相同，為SP1X與SMG1通信所使用的序列號。對于MO短消息，例如SMSC1B向SP3X發(fā)送一條命令，短消息首先采用SMPP協(xié)議發(fā)送到SMG1，經(jīng)過(guò)SMG1轉發(fā)時(shí)序列號必須由SMG1重新生成(此時(shí)命令源節點(diǎn)為SMG1)。
序列號分成三部分，每部分為一個(gè)32位整數，第一部分表示命令源節點(diǎn)的編號，第二部分表示命令產(chǎn)生的日期和時(shí)間(網(wǎng)關(guān)系統中的任何命令的保存時(shí)間都不應該超過(guò)一年)，格式為十進(jìn)制的mmddhhmmss，比如11月20日20時(shí)32分25秒產(chǎn)生的命令，其第二部分為十進(jìn)制1120203225;第三部分由0開(kāi)始，循環(huán)進(jìn)位，直到進(jìn)位滿(mǎn)了之后再清零，重新開(kāi)始計數。接收方在返回應答時(shí)，應答的序列號必須和相對應的命令的序列號相同。
圖3-1 命令序列號格式舉例
3.5通信的安全性
SP與SMG、SMG與SMG以及SMG與GNS之間采用專(zhuān)用SGIP方式通信時(shí)可采用對稱(chēng)加密方式。SP與SMG之間采用通用HTTP方式時(shí)，可采用HTTPS方式加密。
3.6用戶(hù)鑒權
當一條MT短消息需要處理時(shí)，終點(diǎn)SMG必須保證該短消息的付費方有資格享用該服務(wù)(比如付費用戶(hù)不欠費)。根據短消息服務(wù)類(lèi)型的不同，可以將付費方式分成三類(lèi)：被叫方付費、SP付費和第三方付費。
3.6.1被叫方付費
目前的短消息中心都具有對被叫用戶(hù)鑒權的功能，所以對由被叫方付費的MT短消息，SMG不作鑒權檢查，直接轉發(fā)至SMSC;如果被叫方鑒權失敗，SMSC會(huì )通過(guò)反饋通知SMG。
3.6.2SP付費
當MT短消息是由SP付費時(shí)(如SP發(fā)送廣告)，SMG不作鑒權檢查。
3.6.3第三方付費
當MT短消息是由第三方付費 (如手機用戶(hù)A通過(guò)SP給手機用戶(hù)B點(diǎn)歌，并由手機用戶(hù)A付費)時(shí)，應該對付費方進(jìn)行鑒權。這種情況下，該MT短消息應該從付費方歸屬地的短消息中心發(fā)送，并且由付費方歸屬地的計費中心完成鑒權操作。如果計費中心鑒權成功，SMG即將該MT短消息發(fā)送至SMSC，否則SMG不再發(fā)送該短消息，并根據SP的要求決定是否返回Report命令通知SP發(fā)送失敗的原因。
SMG和計費中心通過(guò)TCP/IP通信實(shí)現鑒權功能。計費中心為服務(wù)器端，SMG為客戶(hù)端。一次鑒權過(guò)程完成對一個(gè)手機號碼的鑒權。鑒權步驟如下：
1. SMG和計費中心建立TCP/IP連接;
2. SMG向計費中心發(fā)送鑒權命令;
3. SMG從計費中心接收鑒權應答;
4. SMG和計費中心斷開(kāi)連接;
消息 描述
CheckUser SMG向計費中心請求對一個(gè)手機號碼鑒權
CheckUser_Resp 計費中心向SMG返回的一個(gè)手機號碼的鑒權結果
表3-1 SMG和計費中心的鑒權消息
3.7 SP與SMG的通信
SP和SMG支持兩種類(lèi)型的通信承載方式：通用HTTP承載方式和通用SGIP承載方式。
3.7.1通用HTTP方式
SP和SMG之間采用通用HTTP方式通信時(shí)，SP和SMG互為HTTP的客戶(hù)端和服務(wù)器端。HTTP服務(wù)器端對相關(guān)的URL進(jìn)行保護，HTTP客戶(hù)端必須采用授權方式訪(fǎng)問(wèn)這些URL。HTTP的特點(diǎn)決定客戶(hù)端和服務(wù)器端的每一次通信都必須一次完成授權連接、發(fā)送請求、接收應答、關(guān)閉連接等過(guò)程(HTTP承載方式不再需要專(zhuān)門(mén)的連接命令)。
對于MO方向的命令(即命令接收方為SP)，由SMG通過(guò)POST方式提交給SP進(jìn)行處理，SP將處理結果以及MT方向信息在HTTP應答中返回給SMG;
對于SP主動(dòng)向用戶(hù)發(fā)送信息的PUSH業(yè)務(wù)，由SP作為客戶(hù)端將信息通過(guò)POST方式提交給SMG進(jìn)行處理，SMG在應答中確認信息發(fā)送成功與否。
因為HTTP服務(wù)器對URL進(jìn)行了授權保護，所以HTTP客戶(hù)端必須在每次請求中都帶上授權信息。HTTP客戶(hù)端的一個(gè)請求只能攜帶一條命令。SP與SMG之間發(fā)送的任何一條命令都帶有一個(gè)序列號，序列號由命令源產(chǎn)生，任何兩條命令的序列號不能重復。
如果HTTP服務(wù)器接收到的HTTP請求內容的格式不完整或不正確， HTTP服務(wù)器應該返回錯誤碼。
HTTP承載方式支持的HTTP協(xié)議為1.0版。
HTTP承載方式使用如下命令：
3.7.1.1從SP到SMG的命令
消息 描述
Submit SP用該消息向SMG請求向某一個(gè)短消息用戶(hù)發(fā)送短消息
Trace SP用該消息向SMG請求跟蹤某一條MT短消息的狀態(tài)
表3-2 從SP到SMG的命令
3.7.1.2從SMG到SP的命令
消息 描述
Deliver SMG發(fā)送一條短消息到SP
Report SMG用該命令通知SP一條Submit命令所發(fā)送的MT當前結果
UserRpt SMG用該命令報告SP一條手機用戶(hù)的狀態(tài)
表3-3 從SMG到SP的命令
3.7.2專(zhuān)用SGIP方式
SP和SMG之間的通信由客戶(hù)端向服務(wù)器端發(fā)起連接。連接建立以后，由客戶(hù)端向服務(wù)器端發(fā)送命令，服務(wù)器端必須對接收到的每一條命令返回一條應答消息。SP和SMG互為客戶(hù)端和服務(wù)器端。
3.7.2.1通信初始化
客戶(hù)端有命令要向服務(wù)器端發(fā)送時(shí)，由客戶(hù)端首先通過(guò)Bind命令向服務(wù)器端發(fā)起連接。服務(wù)器端根據Bind命令之中的登錄名和密碼，對客戶(hù)端的合法性進(jìn)行驗證，然后返回一條Bind_Resp應答給客戶(hù)端。如果驗證通過(guò)，則客戶(hù)端和服務(wù)器端的通信開(kāi)始，否則中斷連接。
3.7.2.2通信過(guò)程
SP與SMG之間發(fā)送的任何一條命令都帶有一個(gè)序列號，序列號由命令源產(chǎn)生。
客戶(hù)端與服務(wù)器端通信開(kāi)始以后，客戶(hù)端可以向服務(wù)器端發(fā)送相應的命令，服務(wù)器端對收到的命令返回應答。
圖3-2 SP和SMG的通信消息樣例(SP為客戶(hù)端)
圖3-3 SP和SMG的通信消息樣例(SMG為客戶(hù)端)
命令在SP和SMSC之間的傳輸是采用類(lèi)似接力的方式，每條命令和對應的應答僅僅表示該次命令發(fā)送的結果是否正確。比如，SP向某一個(gè)手機發(fā)送一條短消息，是通過(guò)向本地SMG發(fā)送一條Submit命令實(shí)現的，隨后，SP會(huì )從SMG接收到一條Submit_Resp應答。但是，即使應答表示Submit命令已正確接收，也不表示Submit命令內的短消息已經(jīng)發(fā)送到手機上了，而僅僅表示該短消息已經(jīng)傳送到SMG，SMG將會(huì )作下一步處理，或者發(fā)送給SMSC，或者路由到另外的SMG，最終由目的SMSC發(fā)送到手機上。這中間任何一個(gè)環(huán)節出現錯誤，系統會(huì )終止信息的繼續發(fā)送，并且通過(guò)向原SP發(fā)送Report命令告訴發(fā)送出錯的原因(如果SP指定要求反饋的話(huà))。
3.7.2.3通信結束
如果客戶(hù)端認為和服務(wù)器端的通信已結束，則客戶(hù)端應該向服務(wù)器端發(fā)送Unbind命令，服務(wù)器端隨后返回Unbind_Resp應答，然后雙方斷開(kāi)連接。
3.7.2.4故障處理
發(fā)生故障時(shí)，SP、SMG以及GNS節點(diǎn)應通過(guò)Report命令和其它相關(guān)命令的應答相結合返回故障原因;如果MO不成功，該用戶(hù)所屬的SMG還應向用戶(hù)終端返回友好的應答信息說(shuō)明不成功原因。
3.7.2.4.1網(wǎng)絡(luò )故障
客戶(hù)端與服務(wù)器端的通信過(guò)程中如果檢測到雙方連接中斷(如網(wǎng)絡(luò )斷線(xiàn))，客戶(hù)端應該斷開(kāi)連接，然后嘗試重新向服務(wù)器端建立新的連接;服務(wù)器端應該按照接收到Unbind的情況進(jìn)行處理，斷開(kāi)和客戶(hù)端的連接。
3.7.2.4.2接收到非法命令或應答
如果服務(wù)器端接收到的命令語(yǔ)法錯誤，比如命令不完整、命令無(wú)法識別等，則斷開(kāi)和客戶(hù)端的連接;客戶(hù)端應該向服務(wù)器端建立新連接繼續發(fā)送命令。
如果客戶(hù)端接收到的應答語(yǔ)法錯誤，比如命令不完整、命令無(wú)法識別等，則主動(dòng)斷開(kāi)和服務(wù)器端的連接;服務(wù)器端也應該斷開(kāi)和客戶(hù)端的連接。
如果命令語(yǔ)法正確，但服務(wù)器端不處理該命令，比如SP為服務(wù)器端時(shí)收到Submit命令，則返回相應應答，并在應答中指定錯誤原因。
如果應答語(yǔ)法正確，但客戶(hù)端不處理該應答，比如SP為客戶(hù)端時(shí)收到Deliver_Resp應答，則丟棄。
3.7.2.4.3序列號重復
如果命令的序列號和以前接收到的命令的序列號相同，且命令內容也相同，則接收方丟棄該命令;如果序列號相同，但是命令內容并不相同，則命令接收方在應答中返回錯誤碼。
3.8 SMG與SMG之間的通信
在網(wǎng)關(guān)系統之中，任何兩個(gè)SMG之間都要建立一對基于TCP/IP的連接，以實(shí)現命令的路由。兩個(gè)SMG互為客戶(hù)端和服務(wù)器端，客戶(hù)端向服務(wù)器端發(fā)送命令，接收應答;服務(wù)器端從客戶(hù)端接收命令，返回應答。
圖3-4 SMG之間的通信消息樣例
3.8.1通信初始化
SMG與SMG通信時(shí)，由客戶(hù)端首先通過(guò)Bind命令向服務(wù)器端發(fā)起連接。服務(wù)器端根據Bind命令之中的登錄名和密碼，對客戶(hù)端的合法性進(jìn)行驗證，然后返回一條Bind_Resp應答給客戶(hù)端。如果驗證通過(guò)，則客戶(hù)端和服務(wù)器端的通信開(kāi)始，否則中斷連接。
3.8.2通信過(guò)程
兩個(gè)SMG之間的通信和SP和SMG之間的基于TCP/IP的承載方式的通信方式相同。
3.8.3通信結束
如果客戶(hù)端認為和服務(wù)器端的通信已結束，則客戶(hù)端應該向服務(wù)器端發(fā)送Unbind命令，服務(wù)器端隨后返回Unbind_Resp應答，然后雙方斷開(kāi)連接。
九.結束語(yǔ)
本篇論文只是對短信的服務(wù)平臺做了簡(jiǎn)單的描述，在技術(shù)方面還存在許多不足之處。當然在這突飛猛進(jìn)的信息時(shí)代，技術(shù)的更新更是日新月異，所以不可能完全適應于各種實(shí)際情況，不足之處，望指正批評!在此十分感謝指導老師的悉心指導和幫助，還有天銳公司的同事的大力支持和領(lǐng)導的鼓勵!
參考文獻
(1)中國移動(dòng)通信互聯(lián)網(wǎng)短信網(wǎng)關(guān)接口協(xié)議2.0
(2)中國聯(lián)合通信公司短信網(wǎng)關(guān)接口協(xié)議1.2
(3)中國電信小靈通短信網(wǎng)關(guān)接口協(xié)議1.3
更多論文范文請訪(fǎng)問(wèn)：
【通信畢業(yè)論文】相關(guān)文章：
通信畢業(yè)論文致謝12-05
通信學(xué)畢業(yè)論文范文12-04
電子信息工程通信工程專(zhuān)業(yè)畢業(yè)論文開(kāi)題報告12-12
衛星移動(dòng)通信中協(xié)作通信技術(shù)應用論文01-06
無(wú)線(xiàn)通信論文OFDM在短波通信中的應用04-02
大學(xué)畢業(yè)論文畢業(yè)論文的寫(xiě)作12-11
光通信技術(shù)在電力通信系統中的發(fā)展應用論文12-01
- 通信學(xué)畢業(yè)論文 推薦度：
- 相關(guān)推薦