通信畢業論文

時間：2024-09-08 16:40:54 論文范文我要投稿

通信畢業論文范文

　　摘要：

通信畢業論文范文

　　短信業務也許是所有聯通在信業務中最為大家所熟悉的了，許多人都曾經或者正在使用短信業務，比如天氣預報、每日新聞、普通圖片和鈴聲的下載等等。

　　短信業務分定制和點播兩大類大家已經很清楚了，這兩大類又各有手機定制、網站定制和手機點播、網站點播兩種使用方式。以定制為例，想要定制某個SP的天氣預報，您就有兩種方式，一種方式是使用手機編輯短信發送到SP的服務代碼，只需編寫短信“TQ”(具體見SP的業務提示)發送到該SP的服務代碼即可。另外一種方式是登錄該SP網頁，在頁面中輸入您的手機號，選擇“天氣預報”，然后點擊“立即訂閱”，就定制成功了。點播也是同樣的道理。

　　關鍵字：服務提供商企業代碼匯接網關短息網關接口協議

　　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在通信行業中的地位和作用：SP必須依托運營商的運營網絡平臺開展業務，為運營商的用戶提供增值業務內容和服務，成為通信產業鏈中不可缺少的重要一環。

　　短信同盟就是信息服務提供商網站面向其他網站提供的一種短信網頁鏈接，個人主頁或大中小網絡內容提供商都可以申請加入，獲取鏈接代碼，成為短信同盟成員。上網手機用戶在訪問同盟成員網站時，就可以在鏈接網頁點擊下載各類短信服務，對于由此產生的短信收益，信息服務提供商網站將按一定比例給同盟成員支付分成。從整體來看，“短信同盟”是一種資源共享。

　　一·短信服務的基本知識

　　名詞解釋

　　SP Service Provider，服務提供商

　　MO Mobile Originate(發送)上行：由手機用戶提交的短消息

　　上行代碼上行代碼(俗稱“業務代碼”)指的是用戶向SP發出服務請求的代碼。SP不對上行代碼進行收費。用戶發送上行代碼的過程叫做上行。

　　MT Mobile Terminated(接收)下行：由手機用戶接收的短消息

　　下行代碼下行代碼是指聯通計算短信服務費用的代碼。用戶發起服務請求后，SP返回用戶相應的請求內容，同時發送給聯通該業務的下行代碼作為計費依據。

　　SGIP Short Message Gateway Interface Protocol，短消息網關接口協議，在本協議中用于SP接入165平臺的接口協議，完成165平臺短消息的發送、接收和轉發功能

　　ETIP Enterprise to Telecom Interface Protocol，

　　接入165平臺的簡單協議

　　SMPP Short Message Peer to Peer，

　　短消息點對點協議，采用3.3版本

　　SMSC Short Message Service Center ，短消息中心

　　GNS Gateway Name Server，負責系統路由的管理和同步

　　SMG Short Message Gateway ，聯通公司的短消息網關，

　　SMG之間的通訊協議采用SGIP

　　二·代碼方案

　　2.1 企業代碼

　　企業代碼作為網絡上企業地址和身份的標識、地址翻譯、計費、結算等均以企業代碼為依據。企業代碼以5 位數字表示，全國性業務企業代碼由總部互聯網與電子商務部統一分配，地方性業務由當地分公司互聯網與電子商務部自行分配。在分配時應保證同一結算點涉及的SP企業代碼不能相同。由中國聯通統一開展的165短信下載全國性業務對各SMG短信網關的企業代碼為：10165。結算時，以長途區號+5位企業代碼為依據。天銳數碼在福建聯通的企業代碼為：23054。

　　2.2 接入代碼

　　接入代碼是在使用短消息方式的點播類業務中，提供給用戶點播SP業務的代碼。接入代碼以數字表示，最長不超過9位。天銳數碼接入代碼(短信特服號)：聯通短信特服號8118，2004年4月8日開始計費試運營。

　　2.3 MO命令代碼

　　MO命令代碼是用戶點播短信業務的命令格式，由中國聯通開展的全國性和本地性業務由聯通統一規劃，長度最大為5位，由相應的業務審核機構進行審核，保證在同一接入代碼下的MO命令不能重復;各SP提供的業務由SP自行規劃MO命令代碼。但均應以便于用戶記憶為基本原則。

　　在短消息類業務中，MO命令代碼寫在短消息體中，后面跟用戶操作代碼(參數)，中間以空格隔開。舉例：

　　天銳數碼提供短信服務：企業代碼為23054，接入代碼為8118 ，MO命令有DH(逗逗大話)，則當用戶發送DH到8118時，天銳數碼短信平臺將回復(MT)1條給用戶。

　　2.4 業務代碼

　　業務代碼表示業務類別，與MO命令相對應，是計費、統計分析的重要基礎，其最大長度為10位。在同一接入代碼下業務代碼的設置應避免重復，以保證計費的準確。

　　三·短信網絡發送流程

　　SGIP

　　G)是外部信息資源站實體(SP)與聯通網內短信中心之間的中介實體，互聯網短信網關一方面負責接收SP發送給聯通用戶的信息和提交給短信中心。另一方面，聯通用戶點播SP業務的信息將由短信中心通過互聯網短信網關發給SP。另外，為了減輕短信中心的信令負荷，互聯網短信網關還應根據路由原則將SP提交的信息轉發到相應的互聯網短信網關�；ヂ摼W短信網關通過向匯接網關(GNS)查詢的方式獲得網關間的轉發路由信息。

　　SGIP協議主要提供以下兩類業務操作：

　　(1) 短信發送(Short Message Mobile Originate，SM MO)

　　典型的業務操作舉例如圖2所示：

　　圖2 需要前轉的MO示意圖

　　源ISMG

　　目的ISMG

　　SMG

　　GNS(匯接網關)

　　1)手機發出數據請求，被源ISMG接收;

　　2)源ISMG對接收到的信息返回響應;

　　3)源ISMG在本地查詢不到要連接的SP，向GNS發路由請求信息;

　　4)GNS將路由信息返回;

　　5)源ISMG根據路由信息將請求前轉給目的ISMG;

　　6)目的ISMG對接收到的信息返回響應;

　　7)目的ISMG將請求信息送SP

　　(1) SP返回響應;

　　在以上操作中，步驟3到步驟8均使用SGIP協議;

　　在隨后的操作中，目的ISMG在接收到SP的響應后將產生MO狀態報告發給源ISMG。

　　(2) 短信接收(Short Message Mobile Terminated，SM MT)

　　典型的業務操作舉例如圖3所示：

　　源ISMG

　　目的ISMG

　　SMG

　　GNS(匯接網關)

　　圖3 需要前轉的MT示意圖

　　1) SP發出數據請求，被源ISMG接收;

　　2) 源ISMG對接收到的信息返回響應;

　　3) 源ISMG在本地數據庫中找不到要目的手機號段所對應網關代碼，向GNS(匯接網關)發路由請求信息;

　　4) 匯接網關將路由信息返回;

　　5) 源ISMG根據路由信息將請求前轉給目的ISMG;

　　6) 目的ISMG對接收到的信息返回響應;

　　7) 目的ISMG將請求信息發送至SMG;

　　8) SMC向目的ISMG返回響應;

　　在上述操作中，步驟1到步驟6均使用SGIP協議;

　　在隨后的操作中，SMG將通過NO.7信令網向移動用戶發送信息，移動用戶收到后將返回狀態報告(Delivery-Receipt)給短信中心，短信中心將按照MO操作的流程將狀態報告返回給SP(如果SP要求返回狀態報告)。

　　四·增值業務客服系統操作說明：

　　1、業務內容：各項業務的采集信息，包括(如：逗逗大笑、天氣預報、寶寶護理、靚麗風采、奇聞趣事等)

　　2、用戶管理

　　短信用戶管理： 8118所有用戶，sj為用戶自己上行注冊的

　　用戶定單管理：用戶所定制的業務定單管理

　　3、商家聯盟

　　商家管理：各打折商家編號、名稱管理

　　商家商品管理：各打折商家商品管理

　　商家發布信息：各打折商家優惠信息管理

　　4、短信管理

　　消息記錄管理：包括(上行、下行、錯誤信息的管理)

　　短信計費中心：各項業務的分類費用統計

　　錯誤信息表：當用戶指令出錯時，系統的提示信息

　　號段管理：所有手機用戶所在地市的管理

　　業務管理：現在搖搖吧所有的業務的簡單列表。

　　5、短信客服中心(811800)

　　客服中心：所有非8118正確的操作指令及811800的客服信息

　　自寫短信：方便用于通知用戶

　　6、系統管理

　　操作員管理：管理員對操作員的帳號以及權限等的管理

　　修改密碼

　　五.SP接入流程

　　1、SP需提交的申請資料

　　統一的夢網業務申請表、電信與信息服務業務經營許可證(ICP證)復印件(外地SP將相關證件在福建省通信管理局報備后取得的移動短信息服務業務經營許可證)、企業法人營業執照復印件、銀行開戶許可證復印件、相關的信息資訊來源許可證復印件、商業計劃書(包括：公司介紹、業務介紹、市場預測、客戶服務、技術方案)

　　2、網絡、業務測試階段

　　1)網絡測試指為申請接入的SP進行相關網元(短信中心、短信網關、MISC平臺)局數據的設置，進行網絡連接測試，連通后形成網絡測試報告。(網絡測試報告件附件)

　　2)業務測試指對業務內容及計費的可靠性、準確性進行測試，最終形成業務測試報告。

　　本地業務由接入地市移動公司進行網絡、業務測試;

　　全省業務、全網業務由省移動公司安排進行網絡、業務測試;

　　在測試過程中若業務受理部門發現該業務無法實現或質量有嚴重問題，業務受理部門可以決定終止測試，并將終止通知提交給網絡測試及業務測試部門。若由于SP的原因導致網絡、業務測試在規定期限內(原則上1個月，最多不超過45日)無法通過或測試報告不合格的，暫停合作且半年內不受理該SP新的接入申請;

　　3、計費驗證階段

　　??SP相關業務在完成業務測試后，必須進行計費校驗。計費驗證完成后，由業務受理部門通知通知SP，對不合格的項目根據情況需要SP重新做測試。根據最終測試驗證結果，由計費業務中心判定是否通過計費測試。

　　六.接入前的硬件系統需求

　　序號名稱型號規格金額

　　(元) 單位數量

　　1 電腦　主板：865GBF;CPU：P42.8G;內存：256DDR;

　　彩顯：17"三星純平;硬盤：邁拓120G/7200;

　　源興光驅、三星軟驅、耳麥、鍵盤、光電鼠、銀河機箱 10300 臺 2

　　2 刻錄機 Samsung(三星)COMBO52X 8M金　 499 臺 1

　　3 測線器　　 45 臺 1

　　4 路由器銳捷R2614 19"模塊化路由器，2個同異步口，4個交換式10M/100M以太網口：1個備份口，1個配置口，1個擴展槽 8250 臺 1

　　5 交換機銳捷S1926F+ 24口10/100M交換機，兩個擴展槽，可以上100M光纖/電口模塊 5300 臺 1

　　6 轉換器 COMLINK2010 G.703轉V.35 1250 臺 1

　　7 戴爾服務器 AS—PE2600 見合同附表1 29500 臺 1

　　8 戴爾服務器 AS—PE2600 見合同附表2 34400 臺 1

　　9 戴爾服務器 AS—PE2600 見合同附表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個，每個六個電插孔

　　1個鍵盤托架，3片托板，4個風扇 2300 臺 1

　　16 空調機 LG 　　臺 1

　　七.短信服務平臺的WEB管理系統

　　流程步驟：

　　1.先安裝web服務器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配置要點：把“;extension=php_oci8.dll”的;去掉，并把該文件放在從c:\winnt目錄下面

　　3.最后安裝Oci數據庫的服務器端和客戶端，配置監聽程序(Net8 Configuration Addistant)

　　八.聯通短消息網關系統接口協議(SGIP)

　　1概述

　　本協議是SMG和SP之間、SMG和GNS之間、以及SMG和SMG之間的接口協議，簡稱SGIP。

　　2系統體系結構

　　SMG是具有短消息轉發功能的短消息網關。全國可以有多個SMG網關，SMG網關之間通過互聯網等方式實現網絡互聯。每一個SMG同時與多個SMSC以及多個SP連接。全網具有唯一有效的GNS，GNS負責全局路由表的維護與更新;為了確保路由表存儲的安全性，網絡中設置主備用GNS，兩個GNS要保持一致性。每一個SMG都和GNS連接。SMG與SP、SMG與GNS以及SMG與SMG之間的通信協議為SGIP協議。SMG與SMSC之間的通信統一采用SMPP3.3協議。

　　圖2-1說明了系統的體系結構。

　　圖2-1 SMG的體系結構

　　和SMG平臺之間相連的SMSC稱作本地SMSC，和異地SMG平臺相連的SMSC稱作異地SMSC。

　　和SMG平臺之間相連的SP稱作本地SP，和異地SMG平臺相連的SP稱作異地SP。

　　從本地SMSC向本地SP以及從本地SP向本地SMSC發送的消息直接由SMG轉發;從本地SMSC向異地SP以及從本地SP向異地SMSC發送的消息由本地SMG路由到異地SMG后，再由異地SMG轉發。

　　3.1專用SGIP方式

　　采用專用SGIP方式承載時，通信雙方互為客戶端和服務器端。當客戶端要發送命令時，主動向服務器端建立連接，然后向服務器端發送命令，并接收應答;服務器端從客戶端接收命令，返回應答。連接建立以后，客戶端可以連續發送多條命令。命令發送完并接收到所有應答后，客戶端應該主動斷開連接。但是，命令及其應答之間的時間間隔最大不能超過30秒(默認，可配置)(如果命令應答時間超過最大等待時間，則要求客戶端重發該條命令,且待應答的命令不得超過32條(可以根據線路的質量和服務器的處理能力配置)。而且，如果服務器端檢測出一條連接長時間空閑(默認60秒，可配置)，可以主動斷開該連接。如果需要，客戶端可以同時向一個服務器端建立多個連接(SMG與單個其他SMG最多不能建立超過15個連接，對與之相連的單個SP的最大連接數視具體情況而定)。采用專用SGIP承載方式時，SMG和SMG、SP和SMG之間使用的端口號是8801，GNS監聽SMG的端口號為8802，SMG監聽GNS的端口號為8803，主GNS和備用GNS之間的端口號為8804，SMG之間的測試用端口號為8810。

　　3.2通用HTTP方式

　　HTTP承載方式只適用于SP和SMG的通信中。與SP與SMG之間的專用SGIP承載方式不同的是，該種方式一次連接僅僅傳送一條命令，而且連接的認證采用HTTP的URL的授權認證的方式，不需要專門的連接認證的命令，使用的端口號是80。

　　3.4序列號的定義

　　短消息網關系統之中傳輸的每一條命令都有一個序列號，序列號由命令源節點產生并唯一標記一條命令;也就是說，網關系統中任何兩個命令的序列號都不相同。需要注意的是，一條命令在發送過程中轉發的不同副本視為一條命令，使用相同的序列號。比如，SP1X向SMSC2A發送一條命令，該命令需經過多次轉發才能到達SMSC2A，而轉發該命令的每一次通信過程中使用的命令的序號均相同，為SP1X與SMG1通信所使用的序列號。對于MO短消息，例如SMSC1B向SP3X發送一條命令，短消息首先采用SMPP協議發送到SMG1，經過SMG1轉發時序列號必須由SMG1重新生成(此時命令源節點為SMG1)。

　　序列號分成三部分，每部分為一個32位整數，第一部分表示命令源節點的編號，第二部分表示命令產生的日期和時間(網關系統中的任何命令的保存時間都不應該超過一年)，格式為十進制的mmddhhmmss，比如11月20日20時32分25秒產生的命令，其第二部分為十進制1120203225;第三部分由0開始，循環進位，直到進位滿了之后再清零，重新開始計數。接收方在返回應答時，應答的序列號必須和相對應的命令的序列號相同。

　　圖3-1 命令序列號格式舉例

　　3.5通信的安全性

　　SP與SMG、SMG與SMG以及SMG與GNS之間采用專用SGIP方式通信時可采用對稱加密方式。SP與SMG之間采用通用HTTP方式時，可采用HTTPS方式加密。

　　3.6用戶鑒權

　　當一條MT短消息需要處理時，終點SMG必須保證該短消息的付費方有資格享用該服務(比如付費用戶不欠費)。根據短消息服務類型的不同，可以將付費方式分成三類：被叫方付費、SP付費和第三方付費。

　　3.6.1被叫方付費

　　目前的短消息中心都具有對被叫用戶鑒權的功能，所以對由被叫方付費的MT短消息，SMG不作鑒權檢查，直接轉發至SMSC;如果被叫方鑒權失敗，SMSC會通過反饋通知SMG。

　　3.6.2SP付費

　　當MT短消息是由SP付費時(如SP發送廣告)，SMG不作鑒權檢查。

　　3.6.3第三方付費

　　當MT短消息是由第三方付費 (如手機用戶A通過SP給手機用戶B點歌，并由手機用戶A付費)時，應該對付費方進行鑒權。這種情況下，該MT短消息應該從付費方歸屬地的短消息中心發送，并且由付費方歸屬地的計費中心完成鑒權操作。如果計費中心鑒權成功，SMG即將該MT短消息發送至SMSC，否則SMG不再發送該短消息，并根據SP的要求決定是否返回Report命令通知SP發送失敗的原因。

　　SMG和計費中心通過TCP/IP通信實現鑒權功能。計費中心為服務器端，SMG為客戶端。一次鑒權過程完成對一個手機號碼的鑒權。鑒權步驟如下：

　　1. SMG和計費中心建立TCP/IP連接;

　　2. SMG向計費中心發送鑒權命令;

　　3. SMG從計費中心接收鑒權應答;

　　4. SMG和計費中心斷開連接;

　　消息描述

　　CheckUser SMG向計費中心請求對一個手機號碼鑒權

　　CheckUser_Resp 計費中心向SMG返回的一個手機號碼的鑒權結果

　　表3-1 SMG和計費中心的鑒權消息

　　3.7 SP與SMG的通信

　　SP和SMG支持兩種類型的通信承載方式：通用HTTP承載方式和通用SGIP承載方式。

　　3.7.1通用HTTP方式

　　SP和SMG之間采用通用HTTP方式通信時，SP和SMG互為HTTP的客戶端和服務器端。HTTP服務器端對相關的URL進行保護，HTTP客戶端必須采用授權方式訪問這些URL。HTTP的特點決定客戶端和服務器端的每一次通信都必須一次完成授權連接、發送請求、接收應答、關閉連接等過程(HTTP承載方式不再需要專門的連接命令)。

　　對于MO方向的命令(即命令接收方為SP)，由SMG通過POST方式提交給SP進行處理，SP將處理結果以及MT方向信息在HTTP應答中返回給SMG;

　　對于SP主動向用戶發送信息的PUSH業務，由SP作為客戶端將信息通過POST方式提交給SMG進行處理，SMG在應答中確認信息發送成功與否。

　　因為HTTP服務器對URL進行了授權保護，所以HTTP客戶端必須在每次請求中都帶上授權信息。HTTP客戶端的一個請求只能攜帶一條命令。SP與SMG之間發送的任何一條命令都帶有一個序列號，序列號由命令源產生，任何兩條命令的序列號不能重復。

　　如果HTTP服務器接收到的HTTP請求內容的格式不完整或不正確， HTTP服務器應該返回錯誤碼。

　　HTTP承載方式支持的HTTP協議為1.0版。

　　HTTP承載方式使用如下命令：

　　3.7.1.1從SP到SMG的命令

　　消息描述

　　Submit SP用該消息向SMG請求向某一個短消息用戶發送短消息

　　Trace SP用該消息向SMG請求跟蹤某一條MT短消息的狀態

　　表3-2 從SP到SMG的命令

　　3.7.1.2從SMG到SP的命令

　　消息描述

　　Deliver SMG發送一條短消息到SP

　　Report SMG用該命令通知SP一條Submit命令所發送的MT當前結果

　　UserRpt SMG用該命令報告SP一條手機用戶的狀態

　　表3-3 從SMG到SP的命令

　　3.7.2專用SGIP方式

　　SP和SMG之間的通信由客戶端向服務器端發起連接。連接建立以后，由客戶端向服務器端發送命令，服務器端必須對接收到的每一條命令返回一條應答消息。SP和SMG互為客戶端和服務器端。

　　3.7.2.1通信初始化

　　客戶端有命令要向服務器端發送時，由客戶端首先通過Bind命令向服務器端發起連接。服務器端根據Bind命令之中的登錄名和密碼，對客戶端的合法性進行驗證，然后返回一條Bind_Resp應答給客戶端。如果驗證通過，則客戶端和服務器端的通信開始，否則中斷連接。

　　3.7.2.2通信過程

　　SP與SMG之間發送的任何一條命令都帶有一個序列號，序列號由命令源產生。

　　客戶端與服務器端通信開始以后，客戶端可以向服務器端發送相應的命令，服務器端對收到的命令返回應答。

　　圖3-2 SP和SMG的通信消息樣例(SP為客戶端)

　　圖3-3 SP和SMG的通信消息樣例(SMG為客戶端)

　　命令在SP和SMSC之間的傳輸是采用類似接力的方式，每條命令和對應的應答僅僅表示該次命令發送的結果是否正確。比如，SP向某一個手機發送一條短消息，是通過向本地SMG發送一條Submit命令實現的，隨后，SP會從SMG接收到一條Submit_Resp應答。但是，即使應答表示Submit命令已正確接收，也不表示Submit命令內的短消息已經發送到手機上了，而僅僅表示該短消息已經傳送到SMG，SMG將會作下一步處理，或者發送給SMSC，或者路由到另外的SMG，最終由目的SMSC發送到手機上。這中間任何一個環節出現錯誤，系統會終止信息的繼續發送，并且通過向原SP發送Report命令告訴發送出錯的原因(如果SP指定要求反饋的話)。

　　3.7.2.3通信結束

　　如果客戶端認為和服務器端的通信已結束，則客戶端應該向服務器端發送Unbind命令，服務器端隨后返回Unbind_Resp應答，然后雙方斷開連接。

　　3.7.2.4故障處理

　　發生故障時，SP、SMG以及GNS節點應通過Report命令和其它相關命令的應答相結合返回故障原因;如果MO不成功，該用戶所屬的SMG還應向用戶終端返回友好的應答信息說明不成功原因。

　　3.7.2.4.1網絡故障

　　客戶端與服務器端的通信過程中如果檢測到雙方連接中斷(如網絡斷線)，客戶端應該斷開連接，然后嘗試重新向服務器端建立新的連接;服務器端應該按照接收到Unbind的情況進行處理，斷開和客戶端的連接。

　　3.7.2.4.2接收到非法命令或應答

　　如果服務器端接收到的命令語法錯誤，比如命令不完整、命令無法識別等，則斷開和客戶端的連接;客戶端應該向服務器端建立新連接繼續發送命令。

　　如果客戶端接收到的應答語法錯誤，比如命令不完整、命令無法識別等，則主動斷開和服務器端的連接;服務器端也應該斷開和客戶端的連接。

　　如果命令語法正確，但服務器端不處理該命令，比如SP為服務器端時收到Submit命令，則返回相應應答，并在應答中指定錯誤原因。

　　如果應答語法正確，但客戶端不處理該應答，比如SP為客戶端時收到Deliver_Resp應答，則丟棄。

　　3.7.2.4.3序列號重復