中國電信CDMA短消息網(wǎng)關(guān)設(shè)備規(guī)范-V1.0.0-080709

綜合業(yè)務(wù)管理平臺ISMP設(shè)備規(guī)范SNR2ISMPV2.1.0文檔編號：000001綜合業(yè)務(wù)管理平臺ISMP設(shè)備規(guī)范SNR2ISMPV2.1.0文檔編號：000001PAGE1PAGE1中國電信集團公司2008-03實施2008-03發(fā)布中國電信CDMA短消息網(wǎng)關(guān)設(shè)備規(guī)范CT/TSN中國電信集團公司2008-03實施2008-03發(fā)布中國電信CDMA短消息網(wǎng)關(guān)設(shè)備規(guī)范CT/TSNRC1SMGWV1CT中國電信企業(yè)標準短消息網(wǎng)關(guān)設(shè)備規(guī)范SNRC1SMGWV1.0 -PAGE38-短消息網(wǎng)關(guān)設(shè)備規(guī)范SNRC1SMGWV1.0. -PAGEi-目錄TOC\o"1-3"\h\z1適用范圍 22引用標準 33縮略語 44系統(tǒng)結(jié)構(gòu) 55功能要求 65.1短消息的存儲轉(zhuǎn)發(fā) 65.2狀態(tài)報告 65.3定時發(fā)送功能 65.4路由功能 65.5短消息攔截 75.6支持可信任接入碼 75.7對SP下發(fā)的短信的合法性驗證 85.8多目的地轉(zhuǎn)發(fā)功能 85.9流量控制 85.10黑白名單功能 85.11帳號攔截功能 95.12SP多IP地址支持 95.13針對每個SP設(shè)置禁止下發(fā)時間 95.14針對每個SP設(shè)置每天總的業(yè)務(wù)量 95.15針對每個SP設(shè)置帳號有效期 95.16支持多條短消息的轉(zhuǎn)發(fā) 105.17支持與ISMP的接口功能 105.18支持SP的混合接入方式 105.19支持用戶偽碼（可選） 116性能要求 126.1消息處理能力 126.2SMGW的性能指標 126.3SMGW的可靠性和可用性 127接口要求 138計費要求 148.1各類計費話單的生成 148.2計費話單格式 148.2.1計費話單數(shù)據(jù)格式 148.2.2計費話單文件格式 178.3計費話單的存儲和傳送 188.4計費開關(guān) 189統(tǒng)計要求 209.1業(yè)務(wù)統(tǒng)計 209.2性能統(tǒng)計 2010網(wǎng)管和操作維護要求 2110.1性能管理 2110.2故障管理 2110.3配置管理 2110.4安全管理 2210.5操作維護要求 2211軟硬件要求 2311.1軟件要求 2311.1.1基本要求 2311.1.2軟件功能要求 2311.1.3軟件語言的要求 2311.1.4軟件維護管理功能要求 2311.2硬件要求 2411.2.1硬件系統(tǒng)基本要求 2411.2.2處理機的要求 2412系統(tǒng)安全性要求 2513環(huán)境要求 26附錄ASMGW與ISAG組網(wǎng) 27附錄BSMGW支持SP混合接入流程 28附錄C不同SMGW前轉(zhuǎn)流程 34附錄DSGIP到SMGP映射 37修改記錄 45客戶服務(wù)系統(tǒng)產(chǎn)品組-PAGEii-前言本規(guī)范為中國電信短消息業(yè)務(wù)接入網(wǎng)關(guān)（SMGW）設(shè)備規(guī)范，主要參考SMS相關(guān)技術(shù)規(guī)定和信息產(chǎn)業(yè)部頒布的相關(guān)行業(yè)技術(shù)標準編制。本規(guī)范附錄A、B、C、D為規(guī)范性附錄。本規(guī)范解釋權(quán)屬于中國電信集團公司。本規(guī)范起草單位：中國電信股份有限公司上海研究院本規(guī)范主要起草人：周文君顧震宇董斌周峰沈晶歆唐綺薇張龍莫建林適用范圍本規(guī)范確定了中國電信SMGW的系統(tǒng)結(jié)構(gòu)、功能要求、性能要求、接口要求、計費要求、網(wǎng)管要求、統(tǒng)計要求、軟硬件要求、系統(tǒng)安全性要求以及環(huán)境要求等。本規(guī)范適用于向中國電信提供SMGW的設(shè)備提供商，提供SMGW設(shè)備制造、工程設(shè)計和網(wǎng)絡(luò)運行、管理和維護等方面的技術(shù)依據(jù)。引用標準下列文件通過本文的參考而成為本規(guī)范的條款。凡是注日期的參考文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本文，凡是不注日期的參考文件，其最新版本適用于本文。3GPPTR23.039 InterfaceprotocolsfortheconnectionofShortMessageServiceCentres(SMSCs)toShortMessageEntities(SMEs)3GPPTS23.040 TechnicalrealizationoftheShortMessageService(SMS)3GPPTS23.041 "TechnicalrealizationofCellBroadcastService(CBS)"3GPPTS24.011 "Point-to-Point(PP)ShortMessageService(SMS)supportonmobileradiointerface"ShortMessagePeertoPeerProtocolSpecificationv3.3（SMPPv3.3）及以上版本《中國電信股份有限公司企業(yè)標準SMGP協(xié)議V3.0.《中國電信綜合業(yè)務(wù)管理平臺ISMP接口規(guī)范V1.0.0《中國電信SMGW測試規(guī)范V1.0.0》《中國電信綜合業(yè)務(wù)管理平臺ISMP規(guī)范-ISMP與ISAG集成方案》縮略語縮略語英文解釋中文解釋AOApplicationOriginate應(yīng)用發(fā)起ATApplicationTerminated應(yīng)用終止CDRChargingDataRecord計費數(shù)據(jù)記錄GNSGatewayNameServer匯接網(wǎng)關(guān)ISMPIntegratedServiceManagementPlatform綜合業(yè)務(wù)管理平臺MOMobileOriginated移動發(fā)起MTMobileTerminated移動終止MSISDNMobileSubscriberISDNNumber移動用戶的ISDN號SPServiceProvider服務(wù)提供商SMPPShortMessagePointtoPointProtocol短消息點到點協(xié)議SMEShortMessageEntity短消息實體SMSCShort短消息業(yè)務(wù)中心SMGWSMSGateway短消息業(yè)務(wù)接入網(wǎng)關(guān)系統(tǒng)結(jié)構(gòu)SMGW的主要作用是實現(xiàn)SP的接入，為用戶提供短信增值業(yè)務(wù)。SMGW的系統(tǒng)結(jié)構(gòu)圖如下圖4.1所示：圖4.1SMGW系統(tǒng)結(jié)構(gòu)圖SMSC圖4.1SMGW系統(tǒng)結(jié)構(gòu)圖SMSCSPGNSISMPSMPP接口SMGP接口業(yè)務(wù)調(diào)度控制計費操作維護與SMSC相連的通訊模塊：具有協(xié)議轉(zhuǎn)換功能，實現(xiàn)與SMSC之間高效、可靠的數(shù)據(jù)傳輸。與SP、GNS及其他SMGW進行連接的通訊模塊：實現(xiàn)與SP等內(nèi)容供應(yīng)商、與其他SMGW的連接和協(xié)議互通以及到GNS的路由查詢。支持流量控制功能，能夠根據(jù)本身的業(yè)務(wù)量進行流量控制。業(yè)務(wù)調(diào)度控制模塊：完成SMGW的業(yè)務(wù)處理，包括在本地建立SP代碼與SPIP地址的對應(yīng)表、建立號碼段與SMSC的對應(yīng)表以及完成數(shù)據(jù)分發(fā)等功能。與ISMP通信的模塊：完成發(fā)起對用戶的鑒權(quán)以及對業(yè)務(wù)的鑒權(quán)和批價的功能。計費模塊：產(chǎn)生計費日志原始話單記錄（CDR）。操作維護模塊：包括業(yè)務(wù)管理和系統(tǒng)監(jiān)控。業(yè)務(wù)管理主要負責(zé)生成業(yè)務(wù)統(tǒng)計報告、生成報表、系統(tǒng)對用戶相關(guān)數(shù)據(jù)的添加、修改、刪除等。網(wǎng)管監(jiān)控主要完成對網(wǎng)關(guān)系統(tǒng)的監(jiān)控、查詢、操作和維護等管理。功能要求本章規(guī)定了SMGW的各項功能要求。短消息的存儲轉(zhuǎn)發(fā)短消息網(wǎng)關(guān)對于短消息采用存儲轉(zhuǎn)發(fā)機制。當(dāng)發(fā)起者將短消息提交給短消息網(wǎng)關(guān)，短消息網(wǎng)關(guān)在確認該短消息有效后，將此短消息及時保存，并向發(fā)起者回送確認信息。短消息網(wǎng)關(guān)轉(zhuǎn)發(fā)短消息時，在發(fā)送隊列取出待發(fā)送短消息進行轉(zhuǎn)發(fā)，并根據(jù)接收方返回的發(fā)送失敗原因采用不同重試機制，直到發(fā)送成功或者短消息超過有效期。根據(jù)不同失敗原因，短消息網(wǎng)關(guān)采用的重發(fā)機制應(yīng)能夠根據(jù)運營商的要求進行靈活設(shè)置。狀態(tài)報告短消息網(wǎng)關(guān)轉(zhuǎn)發(fā)短消息失敗，則由短消息網(wǎng)關(guān)產(chǎn)生失敗狀態(tài)報告，并將狀態(tài)報告按原路由返回。短消息網(wǎng)關(guān)轉(zhuǎn)發(fā)短消息成功，則短消息網(wǎng)關(guān)根據(jù)成功狀態(tài)報告產(chǎn)生話單。短消息網(wǎng)關(guān)在MOAT和AOMT流程中都應(yīng)能產(chǎn)生或轉(zhuǎn)發(fā)狀態(tài)報告，特別地，在MOAT流程中，SMSC要求狀態(tài)報告，短消息網(wǎng)關(guān)應(yīng)將狀態(tài)報告回送給SMSC。定時發(fā)送功能當(dāng)發(fā)送一條消息時，發(fā)起者可以規(guī)定消息應(yīng)嘗試轉(zhuǎn)發(fā)的定時時間。短消息網(wǎng)關(guān)對于該定時時間不作處理，直接轉(zhuǎn)發(fā)，并在消息中攜帶定時發(fā)送時間。路由功能短消息網(wǎng)關(guān)應(yīng)支持以下路由功能：路由判斷功能SMGW應(yīng)支持按照移動網(wǎng)用戶字冠、移動用戶H碼，固定網(wǎng)用戶區(qū)號，固定網(wǎng)用戶局號，SP接入號，SP代碼等信息，將短消息路由到不同網(wǎng)絡(luò)設(shè)備（短消息中心、其他短消息網(wǎng)關(guān)以及SP）的功能。短消息網(wǎng)關(guān)判斷路由采用最大匹配原則：即在路由表中尋找和被叫號碼的位數(shù)匹配最多的路由。對于MOAT消息既可根據(jù)目的用戶號碼進行路由，也可以同時根據(jù)主被叫號碼進行路由，也即同一目的號碼可以根據(jù)主叫號碼（段）的不同發(fā)送給不同的SP；對于AOMT消息SMGW根據(jù)計費地址進行路由，對計費地址的判斷具體參見《中國電信SMGP協(xié)議（v3.0）》。SMGW可選地支持用戶偽碼的路由。循環(huán)路由的檢測功能短消息網(wǎng)關(guān)需支持循環(huán)路由的檢測功能，如果發(fā)現(xiàn)目的地址的路由與短消息發(fā)起者為同一網(wǎng)絡(luò)設(shè)備，短消息網(wǎng)關(guān)不予轉(zhuǎn)發(fā)，直接返回“路由失敗”錯誤信息。短消息發(fā)起者包括SMSC、短消息網(wǎng)關(guān)和SP。狀態(tài)報告的路由機制對于收到的狀態(tài)報告短消息，短消息網(wǎng)關(guān)應(yīng)采取原路返回的路由機制，即根據(jù)網(wǎng)關(guān)接收此短消息的原路由進行轉(zhuǎn)發(fā)，而不再根據(jù)短消息目的地址的路由進行轉(zhuǎn)發(fā)。短消息發(fā)起者包括SMSC、短消息網(wǎng)關(guān)和SP。路由查詢功能在短消息網(wǎng)關(guān)缺少轉(zhuǎn)發(fā)目的地址的路由信息時，應(yīng)向GNS查詢路由，包括移動終端終止的路由和SP的路由，并且支持SMGW與GNS互相更新和獲取路由的功能。SMGW應(yīng)支持增加、刪除和修改路由配置信息。短消息攔截SMGW應(yīng)該支持根據(jù)主被叫號碼段進行消息攔截的功能，并且此攔截操作應(yīng)在發(fā)起到ISMP鑒權(quán)/扣費前執(zhí)行。對于被攔截的消息，網(wǎng)關(guān)應(yīng)該向前級網(wǎng)元報錯，可通過發(fā)送狀態(tài)報告的形式，使用SMPP/SMGP的REJECTED狀態(tài)碼。SMGW對于攔截的短消息不需要產(chǎn)生計費記錄。支持可信任接入碼SMGW支持SP可信任接入碼的配置。對于可信任接入碼，不需要再到ISMP進行用戶身份鑒權(quán)和業(yè)務(wù)鑒權(quán)。對于可信任接入SMGW要產(chǎn)生計費記錄且在話單的相應(yīng)字段IsBlvAccess中標識該接入為可信任，CDRStatus標識為計費開關(guān)關(guān)閉狀態(tài)，其余相關(guān)信息可從SMGP協(xié)議中獲取。對SP下發(fā)的短信的合法性驗證SP合法性驗證可在接入網(wǎng)關(guān)完成。對于SP下發(fā)的短消息，要求對該SP的接入碼和企業(yè)代碼進行驗證。對于本地SP（可根據(jù)SP的企業(yè)代碼來判斷）要求SMGW對其提交的短信判斷計費用戶號碼和目的終端號碼，均為歸屬于本地的用戶才能下發(fā)，否則應(yīng)進行攔截，并返回相應(yīng)錯誤狀態(tài)報告或返回錯誤響應(yīng)。多目的地轉(zhuǎn)發(fā)功能短消息網(wǎng)關(guān)要求支持群發(fā)，即當(dāng)SP在一條短消息中包含多個目的地址時，要求短消息網(wǎng)關(guān)對該短消息拆包，分成多個只含一個目的地址的短消息，然后分發(fā)給用戶。流量控制短消息網(wǎng)關(guān)須對SP和其他網(wǎng)關(guān)有連接數(shù)量控制的功能，以防止DOS（DenyofService）攻擊。短消息網(wǎng)關(guān)須有能力發(fā)送系統(tǒng)忙信息，以便進行流量控制。短消息網(wǎng)關(guān)應(yīng)該可以配置每個接口（到其它網(wǎng)關(guān)、SMSC以及SP）的最大消息流量，當(dāng)該接口流量超過設(shè)定值后應(yīng)該拒絕超出部分的流量，以達到流量控制的目的。每個端口的最大消息流量應(yīng)該可以由運營商靈活設(shè)定。對于每個接口，應(yīng)該可以進行雙向流量控制，對流出和流入的流量分別設(shè)置不同的流量值，分別進行流控。SMGW對于在一定時間內(nèi)SP發(fā)送的最大短消息條數(shù)的限制可進行設(shè)置，對于節(jié)假日忙時的流量限制可以進行設(shè)置。黑白名單功能短消息網(wǎng)關(guān)可以根據(jù)主被叫用戶號碼或號段對接收的消息進行攔截，可以分別設(shè)置主叫黑名單、主叫白名單、被叫黑名單和被叫白名單。主叫黑名單表示該主叫號碼（段）不能發(fā)送消息，主叫白名單表示該主叫號碼（段）可以發(fā)送消息，被叫黑名單表示該被叫號碼（段）不能接收消息，被叫白名單表示該被叫號碼（段）可以接收消息。主叫黑白名單和被叫黑白名單分別采用最長匹配法，實現(xiàn)黑白名單互相嵌套的功能，從而實現(xiàn)對消息攔截的靈活配置。對于特殊的帳號發(fā)送和接收的消息可以不受黑白名單的限制。帳號攔截功能短消息網(wǎng)關(guān)可以實現(xiàn)針對與之相連的某個接口的攔截功能，從而靈活實現(xiàn)對轉(zhuǎn)發(fā)消息的攔截控制。至少需要實現(xiàn)如下兩種攔截方式：可以配置某個帳號不能接收消息；可以配置某個帳號不能發(fā)送消息；SP多IP地址支持短消息網(wǎng)關(guān)對于每個SP可以允許設(shè)置多個IP地址，SP接入網(wǎng)關(guān)時可以采用任何一個或多個IP地址接入，網(wǎng)關(guān)都可以對SP的IP地址鑒權(quán)通過。對于采用SGIP協(xié)議的SP，網(wǎng)關(guān)發(fā)送給一個有效的SP的IP地址。對于SMGP的SP，下行可以采用多個IP地址下發(fā)消息，上行發(fā)送。針對每個SP設(shè)置禁止下發(fā)時間為了防止SP在特定時間段內(nèi)對用戶進行騷擾，短消息網(wǎng)關(guān)應(yīng)該提供基于時間段的攔截功能，也即針對每個SP可以分別配置每天在哪一個或多個時間段內(nèi)不允許某個SP下發(fā)消息，各個SP可以分別設(shè)置這些攔截時間段，針對每個SP至少每天可以設(shè)置三個時間段。如果SP在給其設(shè)置的攔截時間段內(nèi)發(fā)送AOMT消息，短消息網(wǎng)關(guān)應(yīng)該直接予以攔截，并返回對應(yīng)的失敗原因。針對每個SP設(shè)置每天總的業(yè)務(wù)量對于每個SP可以設(shè)置每天最大下發(fā)消息量，超過當(dāng)日最大消息量后拒絕該SP后續(xù)消息的下發(fā)。到第二天后SP下發(fā)消息清零，SP又可以重新下發(fā)消息。針對每個SP設(shè)置帳號有效期對于每個SP帳號可以設(shè)置有效期，超期后該帳號不能接收和發(fā)送消息。支持多條短消息的轉(zhuǎn)發(fā)對于SP發(fā)送到SMGW的多條短消息（由一條超長短消息拆分而成），要求SMGW對每條消息發(fā)起到ISMP的鑒權(quán)計費請求，但ISMP只對最后一條消息進行計費。支持與ISMP的接口功能SMGW應(yīng)具備到ISMP對終端用戶的身份、業(yè)務(wù)訂購關(guān)系進行鑒權(quán)的功能。特別地，SMGW發(fā)起的鑒權(quán)消息中SP接入碼應(yīng)去掉增值業(yè)務(wù)代碼前綴。若鑒權(quán)失敗，SMGW應(yīng)向消息發(fā)起方發(fā)送狀態(tài)報告，可使用SMPP/SMGP中REJECTED狀態(tài)碼。若前級網(wǎng)元為SMSC，此功能作為可選項實現(xiàn)。MOAT/AOMT不同SMGW前轉(zhuǎn)的流程中計費用戶歸屬的SMGW應(yīng)向ISMP鑒權(quán)。流程參見附錄C。SMGW應(yīng)支持通過統(tǒng)一配置接口，由ISMP將SMGW的配置數(shù)據(jù)通過XML文件方式傳送至SMGW。ISMP與統(tǒng)一配置接口傳遞信息包括：SP信息，包括本網(wǎng)關(guān)接入SP和異地接入的全網(wǎng)SP，短信網(wǎng)關(guān)從中獲取本地SP和全網(wǎng)SP接入信息和路由信息；SP業(yè)務(wù)信息，用于網(wǎng)關(guān)配置混合接入的SP的部分路由。SMGW與ISMP接口具體參照《中國電信綜合業(yè)務(wù)管理平臺ISMP接口規(guī)范-SS》。支持SP的混合接入方式SMGW應(yīng)支持SP的混合接入，SP可通過中國電信SMGP協(xié)議直接接入SMGW，也可通過接入ISAG由ISAG采用中國電信SMGP協(xié)議在本地連接到SMGW，SMGW可從ISMP統(tǒng)一配置的SP信息中獲取SP的接入方式。SP直接接入方式采用原實現(xiàn)方案，對于通過ISAG接入的方式，要求SMGW可識別ISAG的IP地址或帳號（要求可配），對于這類接入方式MOAT和AOMT流程不需要到ISMP觸發(fā)鑒權(quán)請求，但要求出話單，并且在話單相應(yīng)字段標識此業(yè)務(wù)是通過ISAG接入；或是通過SP_INFO或SERVICE_INFO來判斷該業(yè)務(wù)是否由ISAG接入。詳見附錄A、B說明。對于混合接入SP，ISMP同步給SMGW該SP的SP_INFO、SERVICE_INFO。SP_INFO用于對SP的接入鑒權(quán)，SERVICE_INFO用于業(yè)務(wù)路由（SMGW首選采用SERVICE_INFO中的業(yè)務(wù)接入號進行路由；當(dāng)沒有SERVICE_INFO時，采用SP_INFO的SP接入號進行路由）。對于MOAT流程SMGW判斷是ISAG業(yè)務(wù)后，只要將消息發(fā)給本省連接的ISAG即可。ISAG與SMGW組網(wǎng)見附錄A。SP_INFO信息格式參見《中國電信綜合業(yè)務(wù)管理平臺ISMP接口規(guī)范-SS》。SERVICE_INFO信息格式參見《中國電信綜合業(yè)務(wù)管理平臺ISMP規(guī)范-ISMP與ISAG集成方案》。支持用戶偽碼（可選）為了保證用戶信息的私密性，要求SMGW與SMGP協(xié)議支持用戶偽碼。性能要求 消息處理能力根據(jù)業(yè)務(wù)量需求對系統(tǒng)處理能力提出如下要求：（按MO+MT為兩條計算）小配置處理的短消息條數(shù)為600條/秒以下；中配置處理的短消息條數(shù)為600～1800條/秒；大配置處理的短消息條數(shù)為1800～2500條/秒。實際配置時，針對不同處理能力要求選擇不同硬件組合，提高系統(tǒng)性價比。SMGW的性能指標消息丟失率不超過0.01%；系統(tǒng)至少支持同時與1000個外部網(wǎng)元的連接；存儲重發(fā)功能至少支持同時10萬條短信息的等待；至少支持100萬條正在等待狀態(tài)報告的短信息；系統(tǒng)至少支持10000條路由信息。SMGW的可靠性和可用性MTBF至少應(yīng)達到二萬小時以上。為保證系統(tǒng)的高可靠性，資料硬盤（存貯用戶資料和未轉(zhuǎn)發(fā)的短消息）可采用RAID5或鏡像設(shè)置，可采用主處理機雙備份或負荷分擔(dān)方式，主備機切換后不影響正在等待狀態(tài)報告的短信息，并提供在線資料備份的手段。系統(tǒng)關(guān)鍵軟件、硬件應(yīng)有一定的備份措施，保證系統(tǒng)的不間斷運行，系統(tǒng)應(yīng)具有軟件、硬件故障在線恢復(fù)的能力。系統(tǒng)應(yīng)能對“CPU利用率”、“內(nèi)存利用率”以及“硬盤利用率”等指標參數(shù)進行實時監(jiān)控，一旦系統(tǒng)負荷超出指定要求，系統(tǒng)應(yīng)產(chǎn)生告警信息提示相關(guān)維護人員。接口要求SMGW的周邊接口如下圖所示：SPSPSP1SMGWSMGWISMPSPSPISMAPISMAPSMGPSMGPSMGPSMPPSMSC InternetSGIPSGIP圖7.1SMGW接口示意圖SMGW與SMSC之間的接口：基于SMPPv3.3及以上版本，主要用于接收手機用戶發(fā)送的短信或者發(fā)送短信給手機用戶。SMGW與SP之間的接口：基于《中國電信集團公司企業(yè)標準SMGP協(xié)議》v3.0.2版本，主要用于接收用戶上行的MO請求消息以及發(fā)送下行到用戶的MT消息。對于聯(lián)通C網(wǎng)割接的SP可以支持中國聯(lián)通SGIPV1.2協(xié)議，具體要求參見附錄D《SGIP到SMGP映射SMGW之間的接口：基于《中國電信集團公司企業(yè)標準SMGP協(xié)議》v3.0版本，主要用于用戶與異地SP之間的消息交互。SMGW與GNS之間的接口：基于《中國電信集團公司企業(yè)標準SMGP協(xié)議》v3.0版本，主要用于SMGW沒有目的路由信息時向GNS查詢。該接口為可選接口。SMGW與ISMP之間的接口：基于《中國電信綜合業(yè)務(wù)管理平臺ISMP接口規(guī)范-SS》ISMAP、統(tǒng)一配置SP_INFO/SERVICE_INFO、計費記錄傳遞接口部分。ISMAP接口用于計費鑒權(quán)；統(tǒng)一配置接口用于傳遞所有SP信息、SP業(yè)務(wù)信息、SP路由信息和用戶號段歸屬信息。計費要求SMGW應(yīng)對所有經(jīng)過SMGW的短消息產(chǎn)生詳細的計費記錄，至少應(yīng)包含短消息序列號、短消息類型、計費用戶號碼、SP代碼、目的用戶號碼、業(yè)務(wù)代碼、用戶計費類別、短消息發(fā)送狀態(tài)、短消息發(fā)送優(yōu)先級、消息長度、計費用戶號碼歸屬地、網(wǎng)關(guān)代碼、前轉(zhuǎn)網(wǎng)關(guān)代碼、短消息中心設(shè)備代碼、申請時間、處理結(jié)束時間等基本計費內(nèi)容。網(wǎng)關(guān)應(yīng)具備分析以上計費信息的能力。網(wǎng)關(guān)應(yīng)設(shè)置計費開關(guān)，根據(jù)開關(guān)狀態(tài)向ISMP發(fā)送鑒權(quán)/計費請求。各類計費話單的生成SMGW共產(chǎn)生SMO、SMOF、SMT、SMTF話單，下面依次說明這4種話單產(chǎn)生的條件：手機用戶給SP發(fā)送MO短消息，SP接入的SMGW產(chǎn)生SMO話單；用戶歸屬的SMGW產(chǎn)生SMOF話單；如果SP和SMSC接入到同一個SMGW上的話，那么只產(chǎn)生一張SMO話單；SP給手機用戶發(fā)送MT短信息，用戶歸屬的SMGW產(chǎn)生SMT話單；SP接入的SMGW產(chǎn)生SMTF話單；如果SMSC和SP接入到同一個SMGW上的話，那么只產(chǎn)生一張SMT話單。計費話單格式計費話單數(shù)據(jù)格式計費話單包含公共部分和SMGW特有部分。計費信息應(yīng)至少包含以下信息：表1SMGW計費話單數(shù)據(jù)格式字段名類型長度（字節(jié)）含義描述recordTypeInteger4記錄類型25：ismpRecordstreamNoInteger4流水號timestampOctetString10時間戳，由發(fā)端設(shè)備生成，格式是：月日時分秒msgIDOctetString20通過引擎生成的唯一標識。msgID是消息生成時間、業(yè)務(wù)引擎標識和序列號的組合，其格式為：MMDDHHMMSSYYYYYYXXXXMMDDHHMMSS：當(dāng)前時間YYYYYY：業(yè)務(wù)引擎標識XXXX：序列號chargeResultInteger4計費結(jié)果（填寫參考《ISMAP》的附錄A“結(jié)果碼定義”部分）例如：1）對于AuthPriceRsp超時：7－等待應(yīng)答超時；2）對于非用戶歸屬網(wǎng)關(guān)寫話單時：1005－用戶不屬于本平臺。srcDeviceTypeInteger4發(fā)送端設(shè)備類型srcDeviceIDOctetString20發(fā)送端設(shè)備標識destDeviceTypeInteger4目標設(shè)備類型destDeviceIDOctetString20目標設(shè)備標識orderNumInteger4在持續(xù)時間或流量控制中的會話編號。-1表示該域被忽略。OaOctetString36發(fā)起端地址oaTypeInteger4發(fā)起端地址類型oaOperatorIDOctetString10發(fā)起端用戶歸屬的運營商標識

DaOctetString36目的地址daTypeInteger4目標地址類型daOperatorIDOctetString10目的端用戶歸屬的運營商標識FaOctetString36付費地址faTypeInteger4付費地址類型faOperatorIDOctetString10付費用戶歸屬的運營商標識cdrTypeInteger41：MOAT2：AOMT3：MOMT4：MOET5：EOMT6：DlvRpt7：RdRpt8：Reply9：Other10：FOMT11：FOAT12：FOETchargePartyTypeInteger4計費類型MsisdnOctetString36發(fā)起端標識SpId/AccessNoOctetString21SpId/accessnoServiceId/FeatureStrOctetString21ServiceId/FeatureStrServiceTypeInteger4業(yè)務(wù)類型：0：wap1：kjava2：sms3：mms4：Mail5：LBS6：IMPS7：UM8：StreamMedia9：ServicepackagefeeTypeInteger4付費類型FeeInteger4收取簽約用戶的費用payTypeInteger4簽約用戶的付費類型0：后付費1：預(yù)付費9：無MessageIDOctetString10SMSC返回的短消息標識，從SMPP_submit_resp獲得，若無填空。SAGMsgIDOctetString20SMGW分配的短消息標識，由處理該消息的第一個網(wǎng)關(guān)產(chǎn)生，在整個處理流程中唯一MsgTypeOctetString200＝SMO01＝SMOF02＝SMT03＝SMTF其他：保留FixedFeeOctetString6包月（封頂）信息費，單位：分付費類型為免費或按條計費時填0PriorityInteger10～3（優(yōu)先級為0時為最低）MsgLengthInteger1小于等于140ProvinceCodeOctetString4計費用戶號碼所屬省SAGNoOctetString6產(chǎn)生話單的網(wǎng)關(guān)代碼FwdSAGNoOctetString6記錄消息轉(zhuǎn)發(fā)網(wǎng)關(guān)代碼，若無則填空SMSCNoOctetString6記錄源短消息中心設(shè)備代碼，若無則填空RecvTimeOctetString14格式：YYYYMMDDHHMMSS記錄收到短消息的時間DoneTimeOctetString14格式：YYYYMMDDHHMMSS記錄短消息成功轉(zhuǎn)發(fā)的時間CDRStatusInteger4CDR類型：1：正常2：計費開關(guān)關(guān)閉3：通過SAG接入StatusInteger1短消息發(fā)送最終狀態(tài)0：成功非0：失敗IsBlvAccessInteger1是否可信任接入0：不是1：是說明：話單采用ASCII編碼（文本）方式；每條記錄由以上字段按順序組成；每條記錄最后添加回車（CR，1字節(jié)）、換行(LF，1字節(jié)）；OctetString：固定長度串，不足長度則左對齊，右補空格；Integer：整型，不足長度則右對齊，左補零。CDR格式都是固定長的，無分隔符。數(shù)值型的定義：4字節(jié)整數(shù)－－11字節(jié)文本（－2147483648～2147483647）4字節(jié)無符號整數(shù)－－10字節(jié)文本（0～4294967295）2字節(jié)整數(shù)－－6字節(jié)文本（－32768～32767）2字節(jié)無符號整數(shù)－－5字節(jié)文本（0～65535）1字節(jié)整數(shù)－－4字節(jié)文本（－128～127）1字節(jié)無符號整數(shù)－－3字節(jié)文本（0～255）計費話單文件格式文件目錄所有的話單文件存放在統(tǒng)一指定的目錄下，如$HOME文件目錄采取規(guī)則：<根目錄>/CDR/<業(yè)務(wù)引擎類型>/<業(yè)務(wù)引擎ID>/業(yè)務(wù)引擎類型定義如下：表2業(yè)務(wù)引擎類型定義序號業(yè)務(wù)引擎類型名稱描述1SMS_SAGSMGW2SMS_SESMSSE話單文件命名格式文件命名規(guī)則：YYYYMMDDHHMM.AAAA表3命名規(guī)則YYYY表示生成此文件的年份MM表示生成此文件的月份DD表示生成此文件的日期HH表示生成此文件的時MM表示生成此文件的分AAAA表示文件序列號，從0001開始，最小4位數(shù)，不設(shè)上限生成文件最大為10M，滿足條件觸發(fā)產(chǎn)生新文件且時間間隔和文件大小可配置。計費話單的存儲和傳送計費話單在SMGW上應(yīng)該能夠在線保存可設(shè)置的時長，至少3個月。然后備份到后備存儲器上，離線需要保存更長的時間，至少6個月。設(shè)備存儲滿時應(yīng)該自動轉(zhuǎn)儲到備份存儲上，數(shù)據(jù)轉(zhuǎn)存中要保證數(shù)據(jù)的完整性和安全性，存儲介質(zhì)滿時應(yīng)該有設(shè)備告警。SMGW應(yīng)該為話單采集系統(tǒng)提供話單傳送接口，必須支持FTP等方式傳送。計費開關(guān)對于經(jīng)過SMGW處理的業(yè)務(wù)，SMGW能夠觸發(fā)ISMP生成話單，即SMGW能夠向ISMP發(fā)送AuthPriceReq和AuthPriceCnfmReq請求，把短信發(fā)送結(jié)果反饋給ISMP，由ISMP生成計費話單。除此之外，SMGW本地需要產(chǎn)生CDR，在正常情況下，SMGW產(chǎn)生的CDR作為備份、對帳使用，非正常情況下SMGW本地產(chǎn)生的CDR處理過程如下：為降低ISMP統(tǒng)一計費的風(fēng)險，在引擎上設(shè)置計費開關(guān)。當(dāng)計費開關(guān)打開時，引擎實時和ISMP交互計費請求（AuthPriceReq/Rsp）和計費確認（AuthPriceCnfmReq/Rsp）消息，ISMP根據(jù)計費確認消息統(tǒng)一產(chǎn)生計費話單；當(dāng)計費開關(guān)關(guān)閉時引擎和ISMP不交互計費請求（AuthPriceReq/Rsp）和計費確認（AuthPriceCnfmReq/Rsp）消息，默認為計費鑒權(quán)通過。SMGW本地產(chǎn)生的話單發(fā)送給ISMP作為計費話單使用，此類情況下要求將CDRStatus字段填為計費開關(guān)關(guān)閉，Status字段按照業(yè)務(wù)最終狀態(tài)來填寫。ISMP和SMGW之間通過ISMAP接口的EnquireLink消息來檢查鏈路是否正常。如果EnquireLink的響應(yīng)連續(xù)3次顯示為異常，SMGW的網(wǎng)管系統(tǒng)判斷鏈路不正常，觸發(fā)系統(tǒng)告警，把計費開關(guān)自動設(shè)置為不正常（關(guān)閉狀態(tài)）。SMGW默認為鑒權(quán)通過，不再觸發(fā)到ISMP的AuthPriceReq和AuthPriceCnfmReq請求。計費開關(guān)設(shè)置為關(guān)閉狀態(tài)后，SMGW必須每隔一定時間向ISMP發(fā)送ISMAPBind消息來檢測鏈路是否正常，收到n次正確響應(yīng)后SMGW的網(wǎng)管判斷鏈路已恢復(fù)正常，把計費開關(guān)自動恢復(fù)為正常（打開狀態(tài)）。發(fā)送Bind消息檢測鏈路的時間間隔和判斷鏈路是否恢復(fù)正常的需要正確響應(yīng)次數(shù)n可配置。計費開關(guān)關(guān)閉的情況下，ISMP必需在一天內(nèi)獲取SMGW產(chǎn)生的CDR，發(fā)送給帳務(wù)系統(tǒng)進行處理。SMGW向ISMP傳送話單的時間間隔應(yīng)可配置。統(tǒng)計要求系統(tǒng)應(yīng)對SMGW的使用情況和性能進行統(tǒng)計，并能進行相關(guān)統(tǒng)計參數(shù)的設(shè)置。網(wǎng)關(guān)還應(yīng)提供相關(guān)界面進行統(tǒng)計數(shù)據(jù)的查詢以及導(dǎo)出等功能，使運營商能方便、直觀地了解業(yè)務(wù)運營情況和發(fā)展趨勢，為運營決策提供依據(jù)。統(tǒng)計分析內(nèi)容包括：業(yè)務(wù)統(tǒng)計統(tǒng)計SMGW每天及固定時段的短消息流入/流出總量以及轉(zhuǎn)發(fā)與接收轉(zhuǎn)發(fā)的總量。至少包括以下內(nèi)容：SP流量統(tǒng)計：總條數(shù)、MO條數(shù)、MO成功率、MT條數(shù)、MT成功率；SMGW轉(zhuǎn)發(fā)流量統(tǒng)計：轉(zhuǎn)入條數(shù)、轉(zhuǎn)入成功率、轉(zhuǎn)出條數(shù)、轉(zhuǎn)出成功率；SMGW與SMSC之間的流量統(tǒng)計：總條數(shù)、MO條數(shù)、MO成功率、MT條數(shù)、MT成功率。性能統(tǒng)計系統(tǒng)應(yīng)能對忙時SMGW主處理設(shè)備的CPU占用率、MT＋MO總計業(yè)務(wù)量、MT業(yè)務(wù)的總提交量、MT成功率、MO業(yè)務(wù)的總提交量、MO成功率進行統(tǒng)計。網(wǎng)管和操作維護要求系統(tǒng)網(wǎng)管協(xié)議采用SNMP協(xié)議，開放接口協(xié)議和信息格式，開放MIB庫。保證網(wǎng)管數(shù)據(jù)的可靠性、完整性，能夠保存原始數(shù)據(jù)至少一天。支持配置、告警、性能數(shù)據(jù)的采集。要求具有和運營商網(wǎng)管中心聯(lián)接的接口，并能提供網(wǎng)管中心需要的各種數(shù)據(jù)。性能管理SMGW能支持網(wǎng)管所采取的網(wǎng)絡(luò)性能管理行動，并測試統(tǒng)計匯報其結(jié)果。支持網(wǎng)管系統(tǒng)對各性能參數(shù)的采集和查詢，并能實時顯示性能參數(shù)的值。支持對各性能參數(shù)的閾值設(shè)定，并在超出閾值時提交故障管理系統(tǒng)處理。故障管理SMGW的主處理機、存儲器發(fā)生嚴重故障或嚴重過負荷時，應(yīng)能向操作維護中心或網(wǎng)管中心發(fā)出告警信息，當(dāng)告警消除時，亦應(yīng)有報告。SMGW應(yīng)能配合操作維護中心或網(wǎng)管中心對故障進行測試診斷與定位，按指令完成軟件/硬件的重新配置，并具有故障恢復(fù)功能。在產(chǎn)生或恢復(fù)故障時，SMGW應(yīng)能提供告警或告警恢復(fù)日志。支持對網(wǎng)關(guān)與其他設(shè)備連接情況的監(jiān)視和實時查詢。支持告警的短信通知功能。當(dāng)網(wǎng)關(guān)產(chǎn)生告警的時候可以把告警消息下發(fā)到運維人員的手機終端上，便于運維人員及時發(fā)現(xiàn)并解決故障。短消息網(wǎng)關(guān)應(yīng)該可以提供靈活的告警短信通知設(shè)置功能，可以設(shè)置多個手機終端，并可以設(shè)置對于某個用戶發(fā)送哪些告警信息。配置管理SMGW應(yīng)能支持網(wǎng)管系統(tǒng)對其進行的更新、升級等配置管理，按指令完成軟件/硬件的重新配置。基本數(shù)據(jù)配置主要是指對其它網(wǎng)元的配置、路由配置以及參數(shù)配置等。其它網(wǎng)元包含ISMP、SMSC、GNS、SP以及其他SMGW等，需要配置帳號、密碼、IP地址、端口號以及流量控制等信息。對于網(wǎng)關(guān)連接的網(wǎng)元，需要配置路由信息，網(wǎng)關(guān)在轉(zhuǎn)發(fā)消息的時候需要根據(jù)路由表的配置決定消息的轉(zhuǎn)發(fā)方向。由于SMGW本身運行需要配置一些必要的參數(shù)，因此基本的數(shù)據(jù)配置中需要包含對網(wǎng)關(guān)基本參數(shù)的配置。網(wǎng)關(guān)的操作維護界面應(yīng)該提供同步機制，當(dāng)修改了基本數(shù)據(jù)配置后，可以用同步機制在線更新網(wǎng)關(guān)的運行參數(shù)。SMGW應(yīng)支持通過統(tǒng)一配置接口，由ISMP將SMGW的配置數(shù)據(jù)通過XML文件傳送至SMGW。SMGW應(yīng)支持對告警閾值的配置和修改。安全管理系統(tǒng)應(yīng)該提供必要的安全機制，保證系統(tǒng)維護的可靠性。對于登陸的用戶必須采用密碼認證機制，并且對于不同的管理員應(yīng)該分配不同的管理權(quán)限。系統(tǒng)必須提供日志記錄功能，系統(tǒng)管理員可以通過查看日志管理來追蹤以前的管理歷史，保證系統(tǒng)的安全性。日志管理功能不但可以方便系統(tǒng)管理員進行查詢，還應(yīng)該提供手段來清除或保存以前的日志。操作維護要求SMGW應(yīng)該能夠跟蹤其轉(zhuǎn)發(fā)的每條消息，并通過可視化的界面顯示到操作維護臺上，方便維護人員觀察網(wǎng)關(guān)轉(zhuǎn)發(fā)消息的情況，發(fā)現(xiàn)、跟蹤和解決問題。同時，網(wǎng)關(guān)應(yīng)可靈活設(shè)置信令跟蹤條件，根據(jù)實際情況選擇需要跟蹤的信令。軟硬件要求軟件要求基本要求要求軟件采用分層的模塊化結(jié)構(gòu)，模塊之間的通信應(yīng)按規(guī)定接口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不應(yīng)影響其他模塊。系統(tǒng)參數(shù)、用戶數(shù)據(jù)與處理程序應(yīng)有相對的獨立性。用戶數(shù)據(jù)的任何變更都不應(yīng)引起運行版本程序的變更。處理程序應(yīng)與任何系統(tǒng)參數(shù)、用戶數(shù)據(jù)相適應(yīng)。軟件應(yīng)有容錯能力，一般小的軟件故障不應(yīng)引起各類嚴重的系統(tǒng)再啟動。軟件設(shè)計應(yīng)有防護性能，某一軟件模塊內(nèi)的軟件錯誤應(yīng)限制在本模塊內(nèi)，而不應(yīng)造成其他軟件模塊的錯誤。應(yīng)具有軟件運行故障的監(jiān)視功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應(yīng)能自動再啟動，并作出即時故障報告信息。軟件功能要求要求有完善的實時操作系統(tǒng)。要求具有計費處理功能，并能夠與計費處理中心相配合。要求具有網(wǎng)管子系統(tǒng)及處理相應(yīng)業(yè)務(wù)的功能。要求具有對各種硬件設(shè)備測試的功能。要求具有對軟件、硬件運行故障的監(jiān)視功能。有完善的故障告警及障礙后處理功能。要求具有與集中維護管理中心相配合的控制功能。要求具有完善的、方便的人機通信控制功能。要求具有完善的維護管理功能，具有用戶數(shù)據(jù)的維護管理、系統(tǒng)觀察管理、軟件維護管理、設(shè)備維護管理等功能。要求具有故障診斷和故障定位功能。軟件語言的要求 要求對所使用的語言提供語言規(guī)范及其說明資料。軟件維護管理功能要求要求具有在不中斷處理呼叫接續(xù)的情況下，完成程序打補釘?shù)墓δ堋Ｒ髮τ谌肯到y(tǒng)參數(shù)和用戶數(shù)據(jù)都可以在不影響呼叫接續(xù)處理的情況下，用人機通信方式進行下述操作：數(shù)據(jù)查詢數(shù)據(jù)修改變更數(shù)據(jù)追加由軟盤或其它媒介進行批量數(shù)據(jù)的引入運行。原運行數(shù)據(jù)的暫存、重新運行，使用刪除。若對修改后軟件不滿意或?qū)⑿薷暮筌浖胂到y(tǒng)后，對系統(tǒng)有副作用或發(fā)現(xiàn)新版本有問題，應(yīng)能方便而迅速地(在1分鐘內(nèi))恢復(fù)到原來的程序。故障診斷軟件的診斷，要求故障診斷軟件能對硬件故障進行診斷和定位，故障診斷定位后應(yīng)能顯示或打印，報告故障設(shè)備的物理位置等有關(guān)信息。硬件要求硬件系統(tǒng)基本要求硬件應(yīng)采用模塊化結(jié)構(gòu)，便于容量擴充和引入新的硬件模塊容納新業(yè)務(wù)和新技術(shù)。系統(tǒng)構(gòu)成應(yīng)具有冗余和容錯等安全措施。處理機的要求處理機系統(tǒng)均要有冗余度，遇處理機、軟硬件故障時，具有倒機、分級再啟動及系統(tǒng)再生成等性能，以保證其安全可靠。處理機系統(tǒng)應(yīng)具有故障脫機自動診斷功能。處理機系統(tǒng)應(yīng)具有軟、硬件故障告警信號。處理機系統(tǒng)的處理能力應(yīng)滿足買方要求。賣方應(yīng)說明達到所要求處理能力時處理機的占用率及過負荷控制措施。輸入、輸出設(shè)備的基本要求人機命令盡可能采用菜單方式，用作人機命令輸入的設(shè)備應(yīng)具有冗余度。應(yīng)提供用于存儲程序、系統(tǒng)參數(shù)、用戶數(shù)據(jù)以及各類話務(wù)統(tǒng)計數(shù)據(jù)的外存設(shè)備。顯示器。各類告警信號除由打印機打印外，還應(yīng)在顯示屏上顯示，且能用不同彩色顯示出各類故障的嚴重程度。系統(tǒng)安全性要求SMGW需要與其他SMGW以及SP,GNS等相連，必須建立完善的網(wǎng)絡(luò)安全機制，包括防火墻系統(tǒng)、入侵檢測系統(tǒng)、病毒防范系統(tǒng)等。系統(tǒng)應(yīng)具有安全漏洞掃描、入侵檢測、防病毒等功能。安全漏洞掃描的工作方式在于主動進行掃描，找出系統(tǒng)中存在的安全漏洞和隱患，掃描對象包括兩類：網(wǎng)絡(luò)設(shè)備和主機設(shè)備，網(wǎng)絡(luò)設(shè)備主要掃描防火墻、路由器等設(shè)備的配置是否存在安全漏洞，主機設(shè)備主要檢查操作系統(tǒng)是否存在安全漏洞。入侵檢測實時監(jiān)測系統(tǒng)中的數(shù)據(jù)包，對進出系統(tǒng)的網(wǎng)絡(luò)流量進行檢測，識別非法連接請求及網(wǎng)絡(luò)入侵，自動阻斷連接，報警并記錄日志；通過分析關(guān)鍵服務(wù)器上的內(nèi)核級事件、主機日志和網(wǎng)絡(luò)活動，執(zhí)行實時的入侵檢測并阻止惡意活動。入侵檢測的監(jiān)測點為系統(tǒng)的互聯(lián)點和系統(tǒng)與外部其它系統(tǒng)的連接點，也可以對每臺主機進行檢測。防病毒用于防止病毒在系統(tǒng)傳播和擴散，病毒防護系統(tǒng)應(yīng)具有網(wǎng)絡(luò)病毒防護能力，可以動態(tài)升級病毒庫。主要功能：病毒定義更新（自動/手動）；病毒檢測（自動/手動）；病毒清除；病毒信息統(tǒng)計；病毒防御策略定制等。系統(tǒng)設(shè)備應(yīng)具有電信級可靠、多種冗余、備份和集群處理機制功能，關(guān)鍵部件采用雙備份配置。環(huán)境要求環(huán)境要求滿足電信級機房環(huán)境要求。附錄ASMGW與ISAG組網(wǎng)附錄BSMGW支持SP混合接入流程1、MOAT流程（同ISMP） 115、返回14、狀態(tài)報告用戶ASMSCASMGWAISAGAISMPACP/SP1、提交短信6、用戶/業(yè)務(wù)/訂購關(guān)系鑒權(quán)/計費請求(AuthPriceReq)7、后付費/預(yù)付費處理8、返回(AuthPriceRsp)9、發(fā)送短信10、返回11、計費確認(AuthPriceCnfmReq)13、返回(AuthPriceCnfmRsp)2、SMPP_DELIVER_SM3、SMPP_DELIVER_SM_RESP4、SMGP_FORWARD5、SMGP_FORWARD_RESP12、后付費/預(yù)付費處理流程說明：2SMSC通過SMPP_DELIVER_SM將短信發(fā)送到SMGW；3SMGW返回響應(yīng)；4SMGW通過SMGP_FORWARD將短信轉(zhuǎn)發(fā)到ISAG；ISAG返回響應(yīng)；ISAG發(fā)送鑒權(quán)/計費請求消息到ISMP；ISMP進行鑒權(quán)/計費處理；ISMP發(fā)送鑒權(quán)響應(yīng)消息給ISAG；ISAG將短信轉(zhuǎn)發(fā)給CP/SP；CP/SP發(fā)送響應(yīng)消息；ISAG向SMGW返回狀態(tài)報告；SMGW返回響應(yīng)；。ISAG根據(jù)業(yè)務(wù)遞送結(jié)果發(fā)送鑒權(quán)/計費確認消息給ISMP；ISMP進行處理；ISMP返回響應(yīng)；SMGW生成話單；SMGW向SMSC返回狀態(tài)報告；SMSC返回響應(yīng)。MOAT流程（不同ISMP）流程說明：用戶提交短信到SMGWA；返回響應(yīng)；SMGWA通過SMGP_FORWARD將短信轉(zhuǎn)發(fā)到ISAGA；ISAGA返回響應(yīng)；ISAGA發(fā)送鑒權(quán)/計費請求消息到ISMPA；ISMPA進行鑒權(quán)/計費處理；ISMPA發(fā)送鑒權(quán)響應(yīng)消息給ISAGA；ISAGA將短信轉(zhuǎn)發(fā)給ISAGB；ISAGB返回響應(yīng)；ISAGB將短信轉(zhuǎn)發(fā)給CP/SP；CP/SP發(fā)送響應(yīng)消息；ISAGB給ISAGA回送狀態(tài)報告；ISAGA返回響應(yīng)；ISAGA根據(jù)業(yè)務(wù)遞送結(jié)果發(fā)送鑒權(quán)/計費確認消息給ISMPA；ISMPA進行處理；ISMPA返回響應(yīng)。ISAGA向SMGWA返回狀態(tài)報告；SMGWA返回響應(yīng)。SMGWA產(chǎn)生話單。SMGW向SMSC返回狀態(tài)報告；SMSC返回響應(yīng)。2、AOMT流程（同ISMP）流程說明：CP/SP提交短信到ISAG；ISAG發(fā)送鑒權(quán)/計費請求消息到ISMP；ISMP進行鑒權(quán)/計費處理；ISMP發(fā)送鑒權(quán)響應(yīng)消息給ISAG；ISAG通過SMGP_FORWARD將短信轉(zhuǎn)發(fā)到SMGW；SMGW發(fā)送響應(yīng)消息；SMGW通過SMPP_SUBMIT_SM將短信轉(zhuǎn)發(fā)到SMSC；SMSC發(fā)送響應(yīng)消息；SMSC下發(fā)短信；UE返回響應(yīng)；SMSC通過SMPP_DELIVER_SM發(fā)送狀態(tài)報告給SMGW；SMGW返回響應(yīng)；SMGW通過SMGP_FORWARD轉(zhuǎn)發(fā)遞送報告給ISAG；ISAG返回響應(yīng)；ISAG根據(jù)業(yè)務(wù)遞送結(jié)果發(fā)送鑒權(quán)/計費確認消息給ISMP；ISMP進行處理；ISMP返回響應(yīng)；ISAG將狀態(tài)報告轉(zhuǎn)發(fā)給CP/SP。附錄C不同SMGW前轉(zhuǎn)流程MOAT流程說明：用戶提交短信到SMSC；SMSC轉(zhuǎn)發(fā)消息到SMGWA；SMGWA向ISMPA鑒權(quán)；ISMPA返回鑒權(quán)響應(yīng)；SMGWA轉(zhuǎn)發(fā)消息到SMGWB；SMGWB將消息轉(zhuǎn)發(fā)給SP；SMGWB給SMGWA返回狀態(tài)報告；SMGWA給ISMPA發(fā)送計費確認消息；ISMPA返回響應(yīng)。SMGW給SMSC發(fā)送狀態(tài)報告；SMSC返回響應(yīng)。AOMT流程說明：SP給SMGWA下發(fā)消息；SMGWA轉(zhuǎn)發(fā)消息給SMGWB；SMGWB向ISMPB鑒權(quán)；ISMPB返回鑒權(quán)響應(yīng)；SMGWB下發(fā)消息給SMSC；SMSC給用戶下發(fā)消息；SMSC返回狀態(tài)報告給SMGWB；SMGWB給ISMPB發(fā)送鑒權(quán)確認消息；ISMPB返回響應(yīng)；SMGWB轉(zhuǎn)發(fā)狀態(tài)報告給SMGWA；SMGWA將狀態(tài)報告轉(zhuǎn)發(fā)給SP。附錄DSGIP到SMGP映射說明：SMGW應(yīng)能滿足MOAT和AOMT流程的SGIP和SMGP之間的轉(zhuǎn)換，用于搬遷過渡期與還未改造接口的SP采用SGIP協(xié)議通信。對于采用SGIP接入的SP生成的話單仍應(yīng)符合本規(guī)范要求。如下是SGIPSUBMIT消息到SMGPSUBMIT消息的映射表。SGIP字段長度（字節(jié)）類型字段說明轉(zhuǎn)換成SMGP協(xié)議后字段轉(zhuǎn)換說明MessageLength4Integer消息的總長度(字節(jié))N/ACommandID4Integer命令I(lǐng)DN/ASequenceNumber12Integer序列號SequenceID此字段與SMGP定義不同，只獲取SequenceID部分，其他部分采用轉(zhuǎn)發(fā)方式，

不影響短消息正常收發(fā)和鑒權(quán)扣費SPNumber21TextSP的接入號碼SrcTermID正常轉(zhuǎn)換成SMGP協(xié)議ChargeNumber21Text付費號碼，手機號碼前加“86”國別標志；當(dāng)且僅當(dāng)群發(fā)且對用戶收費時為空；如果為空，則該條短消息產(chǎn)生的費用由UserNumber代表的用戶支付；如果為全零字符串“000000000000000000000”，表示該條短消息產(chǎn)生的費用由SP支付。ChargeTermID如是正常計費號碼，才考慮轉(zhuǎn)換成ChargeTermIDUserCount1Integer接收短消息的手機數(shù)量；

SP下發(fā)時填寫固定值“1”，否則視為業(yè)務(wù)非法包處理，SPMS將鑒權(quán)失敗DestTermIDcount必須為1，否則SMGW拒絕UserNumber21Text接收該短消息的手機號，該字段重復(fù)UserCount指定的次數(shù)，手機號碼前加“86”國別標志DestTe