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