1、短彩信應用與短信認證系統技術方案目錄1 1概述. 3 31.1簡介 .31.2術語解釋 .42 2總體設計. 6 62.1設計原則 .62.2設計方法 .72.2.1模塊化的系統結構 . 72.2.2面向服務的整體架構（SOA） . 72.2.3松耦合的整合機制 .82.3系統邏輯架構 . 82.4功能架構 .93 3各系統說明. 9 93.1短彩信應用系統 .93.1.1管理功能 .93.1.2接口功能 .123.2短信認證系統 .153.2.1短信動態口令認證 . 153.2.2短信身份認證接口標準 . 164 4接口設計.16164.1WEBSERVIC鞘息發送接口 . 164.1.1接

2、口協議 .164.1.2同步異步 . 164.1.3發起方 .164.1.4接收方 .164.1.5接口數據描述格式說明 . 164.1.6接口內容定義 . 17A.請求參數.17B.響應參數.175 5實施計劃 .19195.1現場實施人員計劃 .195.2實施工作進度安排 .196 6附錄 .19196.1SGIP錯誤碼參考 .196.2SMGP錯誤碼參考 .206.3CMPP錯誤碼參考 .211概述1.1簡介短彩信應用與短信認證系統將3G3G移動網絡的網絡級功能進行技術封裝，以 標準的WebWeb ServiceService接口向其他應用系統開放，從而使各應用系統能夠按照標 準的規范接

3、口，調用3G3G移動網絡的網絡功能，實現短/ /彩信發送、接收等功能。移動用戶系統用戶?)中國聯通行業短/彩信網關移動應用應用服務器組1.2術語解釋SGIPSGIPShortShort MessageMessage GatewayGatewayInIn terfaceterface ProtocolProtocol 的英文縮寫是短消息網關系統接口協議，是構 成兩級短信網關系統的核心，是各 網關通信的標準接口CMPPCMPPChinaChina MobileMobile PeerPeer totoPeerPeer的英文縮與中國移動點對點協議SMGPSMGPShortShort MessageMe

4、ssage GatewayGatewayProtocolProtocol的英文縮與短消息網關協議MMSMMSMultimediaMultimediaMessageMessageServiceService的英文縮與名為多媒體信息服務，是在短消息 業務基礎上發展起來的一種新型 消息業務。MMSMMS是第3 3代移動通 訊標準化組織3GPP3GPP制定的全球 信息傳送標準，是一項全新的數據 業務，用戶可以像使用短消息一樣 收發更加個性化的多媒體消息。它將不同的媒體，如文本、圖片、照 片、音頻、視頻等組合成一個多媒 體消息進行發送。MMSMMS信息容量 也大大增長，可以達到100kB100kB左 右

5、。用戶在終端上發送MMSMMS操作 也非常方便。和SMSSMS 一樣，MMSMMS 米用 存儲轉發 的技術，用戶創建 的信息能夠自動、快速的在手機和 手機之間傳送；信息的傳送仍然按 接收方手機號碼進行疋位；當接收 方關機或暫時不在服務區的情況 下，信息將存儲在多媒體消息中心 (MMSC)(MMSC)，直到能夠正確送達為 止。無論 GSMGSM、GPRSGPRS、WCDMAWCDMA 網絡都可以支持MMSMMS業務。WebWeb ServiceServiceWebWeb ServiceServiceWebWeb ServiceService是一套標準，匕疋義 了應用程序如何在WebWeb上實現互

6、 操作性。可以用任何編程語言，在 任何開發平臺上寫WebWeb serviceservice ， 只要可以通過WebWeb serviceservice標準 對這些服務進行查詢和訪問2總體設計2.1設計原則1.1. 平臺性原則為了滿足系統的復雜性、多變性要求，需要采取平臺性的設計，即相關的設 計不僅僅使針對在需求階段了解到的需求，而是通過我們自身的能力和經驗，具有通用性，能夠在可預見的范圍內支持業務的發展、調整變化。2.2. 先進性與成熟性相結合原則根據國內外信息技術及其標準的發展趨勢， 采用當今國內外先進的計算機軟 硬件技術和產品，使新建立的系統能夠最大限度地適應今后技術發展變化和業務 發展

7、變化的需要；與此同時，也應該充分注意所采用技術與產品的成熟性，以確保系統運行的穩定性和可靠性。3.3. 伸縮性和可靠性系統應能根據業務的發展而擴展自己的處理能力，從而使得系統具有良好的擴展能力；能夠在線對服務器組進行增加 / /減少而不會影響到系統正常的服務， 保證系統不間斷運行。系統應提供統一的異常處理機制4.4. 擴展性系統是一個逐步實施、不斷完善的系統，要保證整個系統從各個方面都可以 進行不斷的擴充、升級和發展。需要做到：1 1） 開放的體系結構使系統本身與相關應用系統和服務無縫集成。2 2） 系統數據結構設計合理、穩定、靈活，從結構上保證系統的可擴充性；3 3） 適應系統使用過程中的業

8、務數據量的增加；4 4） 隨著技術不斷的進步，可以方便地升級系統。5.5. 靈活性系統應能根據業務需求的變化，通過模塊、參數化等方面的適當調整來滿足 業務處理多樣性和靈活性的需要。6.6.可管理性和可維護性在復雜的系統中，系統的可管理性是系統能否可靠運行、是否可用、是否好 用的基本保證。在系統設計、實施和維護過程中，相關系統資源要能夠為管理平 臺所接受、所定義、所監控。7.7. 安全性原則應該高度關注系統的安全性，從安全技術和安全管理兩方面的措施保證信息 資源的可用性、機密性和完整性。8.8. 可用性系統應該能夠立即檢測到應用程序或者服務器的故障。被證實的故障應該觸 發恢復過程，系統某個繼續工

9、作的服務器上重新啟動應用程序或者整個服務器的 工作。從檢測到恢復整個處理過程，一般應該在服務水平規定的時間內完成。9.9. 可行性系統必須能夠比較方便地實現設計目標中所要求的功能，具有易于實施，易于掌握以及實施成功率高的特點。10.10. 實用易用性系統應具有一致的、友好的客戶化界面，易于使用和推廣，并具有實際可操 作性。2.2設計方法2.2.1模塊化的系統結構系統的整體架構將采用模塊化的結構，由分劃合理、邊界清晰的子系統和模塊組成，形成組裝式、插件式的體系結構，以利于系統的升級、擴充和發展。2.2.2面向服務的整體架構（SOA）合理應用面向服務的架構（SOASOA）設計策略。應用面向服務的設

10、計策略代表 了信息系統設計的發展方向，其設計要點包括：系統的子系統、模塊都是向系統 內部和外部提供服務的邏輯單元； 這些提供服務的邏輯單元采用標準的協議 （網 絡協議、應用協議、行業協議、等）向企業內部和外部提供服務；提供服務的機 制必須不受平臺技術、編程語言、架構環境的限制。223 松耦合的整合機制系統各業務部分的整合是此項目的一個重要組成部分。在系統架構設計中, 將主要采用松耦合的機制與內部及外部系統進行信息交換和系統之間的互操作。2.3系統邏輯架構彩信接口省彩信網關平臺包括兩個主要系統：1.1.短彩信應用系統是需要新建的系統，基于 WEBWEB方式展現，提供給管理人員一系列功能，支 持移

11、動應用的各類配置、統計工作。是需要新建的系統，相當于一個接口中間件，接收調用方發來的內容（WebSerivceWebSerivce接口），并連接短信（SGIPSGIP協議）和彩信（MM7MM7協議）網關， 進行上下行短信、彩信消息的傳遞，建立一個穩定的通道。在接口服務中，會維護一個消息隊列， WebServiceWebService接口發送的消息先放入 隊列中，然后按照流量控制等策略等統一協調下， 分別再調用短信和彩信網關接 口，進行消息發送。對于上行的消息也同樣，上行消息先存入移動應用引擎系統內，然后異步由系統管理員省短信網關認證系統短信認證相應的系統來獲取。這種異步方式，可以保持更好的穩定

12、性，降低接口耦合度，以降低某些異常 出現時對系統的影響。2.2.短信認證系統系統支持短信動態口令驗證。在接入國資委 VPNVPN時，除要輸入用戶名密碼 外，還要通過短信接收動態口令。提供統一短信身份認證接口標準，方便后續應 用系統集成。2.4功能架構3各系統說明以下分別對平臺的組成功能進行說明。3.1短彩信應用系統3.1.1管理功能3.1.1.1用戶管理用戶管理用于對使用移動應用引擎管理系統的用戶進行統一管理1.1.新建用戶通過此功能創建新用戶，設置其基本信息、登錄名、密碼等。2.2.修改用戶信息通過此功能修改用戶信息，設置其基本信息、登錄名、重置密碼等。以控制哪些3.3.刪除用戶通過此功能刪

13、除用戶信息4.4.修改密碼用戶登錄之后，可以自行修改自己的密碼。3.1.1.2角色管理通過角色，可以讓用戶與系統功能建立聯系。1.1.新建角色建立新的角色。2.2.修改角色可對角色名稱進行修改。3.3.刪除角色 可以將角色刪除掉。3.1.1.3功能管理1.1.菜單管理通過此功能可以控制移動應用引擎管理系統的菜單展現的順序。2.2.功能項管理通過此功能可以控制移動應用引擎管理系統展現哪些功能項。3.1.1.4角色授權1.1.角色的授權提供一個角色授權界面，顯示并可調整角色與功能之間的對應關系, 角色能夠看到哪些功能。3.1.1.5 統計1.1.發送明細查詢按照時間，可以查詢信息的發送狀態，內容，

14、時間，成功/ /失敗，是否有回執等明細信息。2.2.接收明細查詢按照時間，可以查詢信息的接收狀態，內容，時間，成功/ /失敗等明細信息。3.3.收發統計對發送和接收情況，可以按照一定時間等條件，進行統計。4.4.日報按照約定格式，提供日報表。5.5.月報按照約定格式，提供日報表。6.6.年報按照約定格式，提供日報表。3.1.1.6黑白名單管理1.1.黑名單管理黑名單是禁止收發消息的手機號碼列表，系統提供黑名單管理功能，便于黑名單的管理以及在業務使用過程中根據黑名單進行相應業務處理。2.2.白名單管理白名單是允許系統發送消息的手機號碼列表，系統提供白名單管理功能。系統只 向在該名單范圍內的手機號

15、發送系統消息。3.1.1.7日志采集為了統計的需要，對于接口記錄的日志，需要進行采集。1.1.日志分析日志分析用于分析日志，找到需要的信息，并整理為一定格式。2.2.日志入庫日志入庫功能將分析后的日志，按照規整的格式入庫，以便進行后期統計。3.1.1.8策略配置1.1.設定流量設定每分鐘發送給網關的最大數量，防止超過限制值，導致發送失敗情況。2.2.優先級設定配置是否支持優先級功能。3.3.群發設定配置是否支持群發功能。4.4.內容過濾設定配置是否開啟內容過濾功能。5.5.過濾內容管理通過過濾內容管理，對需要過濾的文字進行集中管理。3.1.1.9訪問控制管理1.1.設定客戶端IPIP為了加強安

16、全，對客戶端的IPIP進行提前設定，即只有記錄在系統中的調用方IPIP， 才可以調用接口。3.1.2 接口功能3.1.2.1支持三大運營商的接入系統支持聯通、移動和電信三大運營商的短彩信接收和發送服務，接入方式可采用短信貓或者短信網關的形式，處理及時有效。系統支持三大運營商的通信協議，包括 SGIPSGIP，CMPPCMPP，SMGPSMGP等。聯通采用APIAPI的方式接入目前的國資委系統中，通過聯通提供的短信網關發送和 接受短彩信，具有獨立的操作界面，同時支持以頁面控件的形式，自由嵌入到國 資委已有的各個系統的頁面中。3.1.2.2內容過濾1.1.內容分析將發送來的消息進行解析，拆分文字內

17、容出來，進行過濾文字的匹配。2.2.內容屏蔽將匹配上過濾文字的消息進行處理，去除相應的內容，或者禁止此條消息的發出。3.1.2.3協議轉換1.1.目標協議判斷根據接收到WebserivceWebserivce調用信息內的關鍵字，判斷是需要短信發送還是彩信發 送。2.2.協議轉換根據目標協議規范，將下行原始信息或者接收到上行的信息，進行協議互轉。3.1.2.4接口訪問控制1.1. IPIP控制檢查調用方的IPIP是否在系統中登記過，如果有則放行，如果沒有，則拒絕調用。3.1.2.5黑白名單控制1.1.黑名單檢測消息發送和接收的手機號碼，如果在黑名單內，則不允許繼續進行調用。2.2.白名單檢測消息

18、發送和接收的手機號碼，只有在白名單內部的手機號碼，才允許使用接 口。3.1.2.6記錄日志1.1.接口訪問記錄將通過系統上行和下行的接口調用記錄，通過此功能進行記錄，包括IPIP地址、調用時間、結果等。3.1.2.7流量控制1.1.流量控制按照設定好的流量參數，判斷當前請求是否已經超過了閥值，如果已經超過，則禁止發送，并返回相應的錯誤代碼。如果沒有超過閥值，則繼續處理。3.128群發控制1.1.群發參數判定判斷配置的系統參數，是否允許進行群發。2.2.號碼拆分按照協議約定，對號碼進行拆分成單條號碼，連接短信或者彩信網關分別進行發 送。3.1.2.9優先級控制1.1.優先級參數判斷判斷系統配置參

19、數中，是否啟用優先級策略。2.2.優先級控制判斷隊列中的代發送數據優先級標志，調整優先級高的信息到待發送隊列前端，實現優先發送。3.1.2.10 接口引擎1.1.短信SGIPSGIP上行和下行接口連接短信網關，建立維護 socketsocket通訊接口，保持鏈路活動，當出現異常時，可 進行自動重連。協議符合短信SGIPSGIP規范。2.2.短信CMPPCMPP上行和下行接口短信中心通過信令網向移動用戶發送信息，移動用戶收到后將返回狀態報告給短信中心，短信中心將按照操作的流程將狀態報告返回給業務提供者。協議符合短信CMPPCMPP規范。3.3.短信SMGPSMGP上行和下行接口短信網關與外部短消

20、息實體之間共有兩種里鏈接方式：長連接，指在一個TCPTCP連接上可以連續發送多個數據包，如果沒有數據包發送, 需要雙方發鏈路檢測包以維持次連接。短連接，指通信雙方有數據交互時，就建立一個TCPTCP連接，數據發送完成后，則斷開此TCPTCP連接。協議符合短信SMGPSMGP規范4.4.彩信下行接口連接彩信網關，建立維護 socketsocket通訊接口，保持鏈路活動，當出現異常時，可 進行自動重連。協議符合彩信MM7MM7規范。5.5.WebWeb ServiceService消息發送接口建立WebserviceWebservice服務，接收調用方發送的信息. .6.6.WebWeb Serv

21、iceService消息回執和上行消息查詢接口建立WebserviceWebservice服務，接收調用方發起的查詢請求，將回執和上行信息返回給 調用方。3.2短信認證系統3.2.1短信動態口令認證系統支持短信動態口令驗證。在接入國資委VPNVPN時，除要輸入用戶名密碼外，還要通過短信接收動態口令。動態口令技術即通過口令計算器（令牌）得到隨時變化的、不可預知的、一 次性有效的口令，客戶在登錄時用動態口令代替固定口令提交到中心進行身份認 證，通過認證后，該口令即失效，既有效的提高了身份認證的安全性，同時免除 了用戶記憶密碼和經常需要更換密碼的麻煩。322短信身份認證接口標準提供統一標準，方便后續

22、應用系統集成。4接口設計4.1Web Service消息發送接口4.1.1接口協議WebWeb ServiceService4.1.2同步異步同步接口，請求發出后，等待響應。4.1.3發起方環保業務系統等類似有調用需求系統4.1.4接收方移動應用引擎4.1.5接口數據描述格式說明格式類型格式符號說明?0.1 :可選*0.n : 0到多次+1.n :至少出現一次出現次數11:必選Stri ng基礎數據類型，包括字符串、日期、數字等都米用String方式表示類型對象類型對象數據類型Fn固疋長度，n個字節長度Vn非固定長度，最長為 n個字節4.1.6 接口內容定義A.A.請求參數參數名稱出現次數類型

23、長度描述取值說明ActionCode1StringF1動作類型標識1：下行2:獲取回執3:獲取上行Transactions1StringF28請求流水號【10位系統/平臺編碼代碼】+【8位日期編碼 YYYYMMDD】+【10位流水號】ServiceLevel1StringF1服務等級，處理的優先級1UserNumber1StringV1000接收號碼一個或多個接收該消息的手機號， 手機號之間用逗號(,)隔開，字符， 手機號碼前加“ 86 ”國別標志， 如8613001125453,8613001132345MessageContent1StringV5000消息內容根據消息類型有區分：短消息內

24、容，采用 UTF-8編碼 彩信內容，即完整組裝好的符合MM7協議規范的mutipart包MessageType1StringF1消息類型0 :短信1 ：彩信ReqTime1StringF14請求時間，時間格式字符串：YYYYMMDDHHMMSS發起請求時間B.B.響應參數參數名稱出現次數類型長度描述取值說明ActionCode1StringF1動作類型標識1:下行響應2:獲取回執響應3:獲取上行響應Transactions1StringF28請求流水號【10位系統/平臺編碼代碼】+【8位日期編碼 YYYYMMDD】+【10位流水號】UserNumber1StringV1000接收號碼發送該短消

25、息的手機號，字符，手 機號碼前加“ 86 國別標志MessageContent1StringV5000消息內容根據消息類型有區分：短消息內容，采用 UTF-8編碼 彩信內容，即完整組裝好的符合MM7協議規范的mutipart包MessageType1StringF1消息類型0 :短信1 ：彩信Status1StringF1狀態該命令所涉及的短消息的當前執行狀態：0:發送成功1:等待發送2:發送失敗ErrorCode1StringV10錯誤碼當State=2時為錯誤碼值ResTime1StringF14響應時間，時間格式字符串：YYYYMMDDHHMMSS請求響應時間5實施計劃5.1現場實施人員

26、計劃總體負責及架構設計：陳大川 項目現場單元經理1 1人：勵曉UEUE設計2 2人：徐磊、楊瑞姝需求訪談3 3人：勵曉、王嘉鑫 設計5 5人：勵曉、王嘉鑫、潘坤5.2實施工作進度安排任務名稱工期開始時間完成時間1需求分析5工作日2010/11/202010/11/252系統設計5工作日2010/11/252010/11/303程序編碼15工作日2010/12/12010/12/154單元測試5工作日2010/12/162010/12/205:系統測試5工作日2010/12/212010/12/256產品上線1工作日2010/12/262010/12/266附錄6.1 SGIP 錯誤碼參考錯誤碼

27、描述0無錯誤，命令正確接收1非法登錄，如登錄名、口令出錯、登錄名與口令不符等。2重復登錄，如在冋一 TCP/IP連接中連續兩次以上請求登錄。3連接過多，指單個節點要求冋時建立的連接數過多。4登錄類型錯，指 bind命令中的logintype子段出錯。5參數格式錯，指命令中參數值與參數類型不符或與協議規定的范圍 不符。6非法手機號碼，協議中所有手機號碼字段出現非86130號碼或手機號碼前未加86時都應報錯。7消息ID錯8信息長度錯9非法序列號，包括序列號重復、序列號格式錯誤等10非法操作GNS11節點忙，指本節點存儲隊列滿或其他原因，暫時不能提供服務的情 況21目的地址不可達，指路由表存在路由且消息路由正確但被路由的節 點暫時不能提供服務的情況22路由錯，指路由表存在路由但消息路由出錯的情況，如轉錯SMG等23路由不存在，指消息路由的節點在路由表中不存在24計費號碼無效，鑒權不成功時反饋的錯誤信息25用戶不能通信（如不在服務區、未開機等情況）26手機內存不足27手機不支持短消息28手機接收短消息出現錯誤29不知道的用戶30不提供此