【文章內容簡介】 流程示意圖①． SP 將 MT 業(yè)務數(shù)據(jù)發(fā)送給 SMG1；SMG1 根據(jù)付費手機號碼查找此手機號碼段歸屬的 SMSC；若付費手機號碼歸屬的 SMSC 不與 SMG1相連，且在 SMG1 保存的全網(wǎng)路由表中查到該 SMSC 與 SMG2 相連，則直接到第③步。②． 若付費手機號碼歸屬的 SMSC 在 SMG1 保存的路由表中查不到，則SMG1 向 GNS 發(fā)起查詢請求， GNS 返回路由信息。③． SMG1 將 MT 轉發(fā)給付費手機號碼所屬的 SMG2。④． SMG2 將 MT 消息發(fā)送給付費手機號碼歸屬的 SMSC；若此條 MT消息（如圖片）長度超過了單條短消息的長度，SMG2 要負責將它分解成適合短消息長度的包后在發(fā)送給 SMSC。⑤． 無論移動終端接收 MT 消息成功與否，SMSC 都要向 SMG2 發(fā)回反饋報告；若 MT 消息被移動終端成功接收，則 SMG2 收到反饋報告后要生成 MT 話單，此話單用來對付費手機號碼用戶收費；對于②中提到的需要在 SMG 處分包的長消息，我們只有在所有包都被用戶接收后才合并產(chǎn)生一條 MT 話單。若 MT 消息未被成功接收，或在傳送過程中出錯，則 SMG2 收到反饋報告后不能產(chǎn)生此條消息的話單。⑥．無論 SMG2 收到發(fā)送成功或發(fā)送失敗的反饋報告，它都必須向 SMG112 / 48反饋狀態(tài)報告；若 SMG1 收到的是發(fā)送成功的狀態(tài)報告，則生成 MTF話單，若為出錯信息，則不能生成 MTF 話單。SP 是否要接受狀態(tài)報告，由 SP 自己選擇。 鑒權流程 計 費 中 心SP① ②SMG③④圖 6 鑒權流程示意圖在 SP 給移動用戶發(fā)送短消息的 MT 業(yè)務中有一種情況要向第三方收費（除SP 付費和被叫用戶付費外的情況） ，在此種情況中，第三方若是聯(lián)通的手機用戶，我們需要考慮對其鑒權。SMG 必須能夠實現(xiàn)鑒權與不鑒權兩種條件下的業(yè)務流程。如果需要鑒權，鑒權應該回到付費方歸屬的 SMG 完成，并且由與該 SMG相連的 SMSC 發(fā)送 MT 消息給被叫用戶。鑒權流程實際應包含在 MT 業(yè)務流程中，考慮到此過程比較重要且相對獨立，我們在此處單獨說明。鑒權流程也要考慮 MT 消息有前轉和沒有前轉兩種情況，詳細流程參見 ，我們在下面的描述過程中不具體說明有無前轉，鑒權通過之后 MT 消息的發(fā)送流程也省略。①． SP 將 MT 業(yè)務數(shù)據(jù)發(fā)送給 SMG。②． SMG 判斷出該 MT 消息的付費方不為 SP 或被叫用戶且付費用戶號碼歸屬本 SMG，則 SMG 向計費中心發(fā)送鑒權請求。③． 計費中心回送鑒權信息。④． 若鑒權通過，則 MT 消息的流程同圖 5 所示；若鑒權未通過，則 SMG 將鑒權未通過的信息（如用戶欠費停機、離網(wǎng)等）通知給 SP。13 / 487 計費1） 網(wǎng)關應對所有經(jīng)過網(wǎng)關的短消息產(chǎn)生詳細的計費原始數(shù)據(jù)，應包含附件一中所含基本計費內容。2） 對于 MT 業(yè)務，計費原始數(shù)據(jù)有效期為 SMSC 的報告延遲時間，在有效期內返回成功報告的，生成 MT 和 MTF 計費話單，超過此延遲時間的記錄，按照沒有反饋報告處理，不生成計費話單；對 MO 業(yè)務，計費原始數(shù)據(jù)有效期為等待確認信息的最大時間，在有效期內返回成功接收消息的確認信息的，生成 MO 計費話單，超過此等待時間的記錄，按照未成功接收消息處理，不生成計費話單；MOF 話單的計費原始數(shù)據(jù)有效期為轉發(fā)消息接收網(wǎng)關反饋出錯信息的延遲時間，在有效期內返回出錯報告的，不生成計費話單，超過此延遲時間的記錄，按照 MO 消息已被 SP 成功接收處理，生成 MOF 計費話單；計費原始數(shù)據(jù)有效期應可調。3） MT、MO、MOF 及 MTF 各計費話單內容和格式應滿足附件一中格式規(guī)定。4） 收費方 SMG 產(chǎn)生的計費話單用于計費；若有前轉存在，另一方 SMG產(chǎn)生的計費話單用于對帳、結算。5） 在 SMSC 和 SMG 兩處均產(chǎn)生的話單，以 SMG 產(chǎn)生的話單為準進行計費、結算。6） 計費話單根據(jù)當?shù)赜嬞M中心的產(chǎn)生時間、產(chǎn)生頻度要求（應可調）生成計費話單文件。7） 計費話單文件名格式如下，具體存放目錄名由當?shù)囟滔⒅行呐c計費中心協(xié)商確定。 文件名： YYYYMMDD：產(chǎn)生話單文件的時間，YYYY 為年，MM 為月，DD為日 NNN：文件序列號，000~999 （每天從 000 開始）14 / 48 ZZZ：網(wǎng)關所在省的代號 文件每 15 分鐘必須且只能產(chǎn)生 1 個，四種話單記錄可以混合寫在一個文件中。話單文件頭記錄（總長度 112 字節(jié)，含回車換行）格式如下：序號 名 稱 字節(jié)數(shù) 備 注1 記錄類型 2bytes 注 1。首記錄，值為 10。2 文件版本號 2bytes 目前版本號＝“01” 。3 文件產(chǎn)生日期 8bytes YYYYMMDD4 首次通話日期 8bytes YYYYMMDD5 首次通話時間 6bytes HHMMSS6 末次通話日期 8bytes YYYYMMDD7 末次通話時間 6bytes HHMMSS8 通話總記錄數(shù) 6bytes 不含首記錄。 右對齊，左補 0。9 總話費 15bytes 人民幣:分。右對齊，左補 0。10 未用 64bytes 補空格11 回車 1 bytes Carriage Return12 換行 1 bytes Line Feed8） 計費話單文件的采集利用 FTP 方式進行，SMG 作為 SERVER 端，計費中心作為 CLIENT 端。對于不設 SMG 的省份，根據(jù)計費部門的相關方案處理，若無此類方案，則由當?shù)囟滔⒅行呐渲?PC 作為 CLIENT端通過 FTP 取得計費話單文件后再由計費中心完成計費。9） 當計費話單文件取走后，應作必要的處理。10） 計費話單應在線保存 2 個月。11） 計費、結算工作由計費結算系統(tǒng)完成。12） 對于計費系統(tǒng)需要與 SMG 保持同步的相關 SP 信息，仍以 SMG 作為 SERVER 端，計費中心作為 CLIENT 端，利用 FTP 方式進行。每當SMG 從 GNS 獲得新的 SP 信息時，就按以下格式生成一個 SP 更新信息配置文件。配置文件名：YYYYMMDD：文件產(chǎn)生的日期NN：文件產(chǎn)生序號（0099）15 / 48配置文件格式（包括文件頭記錄、企業(yè)代碼記錄、業(yè)務代碼記錄）? 文件頭記錄名稱 位置 長度 有效值頭記錄標示 12 2 10文件序號 34 2 0099保留 1 59 5 空格文件產(chǎn)生日期 1023 14 YYYYMMDDHHMISS文件版本號 2426 3 001文件包含 SP 個數(shù) 2736 10 全數(shù)字文件包含 SP 業(yè)務記錄條數(shù)3746 10 全數(shù)字保留 2 4798 52 空格回車 99 1 Carriage Return換行 100 1 Line Feed? 企業(yè)代碼記錄名稱 位置 長度 有效值數(shù)據(jù)記錄標示 12 2 20企業(yè)號 37 5 全數(shù)字企業(yè)名稱 837 30SP 歸屬 SMG 代碼3842 5 全數(shù)字SP 所屬省分代碼 4345 3 全數(shù)字保留 4698 53 空格回車 99 1 Carriage Return換行 100 1 Line Feed? 業(yè)務代碼記錄名稱 位置 長度 有效值數(shù)據(jù)記錄標示 12 2 30企業(yè)號 37 5 全數(shù)字16 / 48企業(yè)名稱 837 30SP 歸屬 SMG 代碼3842 5 全數(shù)字SP 所屬省分代碼 4345 3 全數(shù)字SP 接入號 4654 9 全數(shù)字業(yè)務代碼 5564 10業(yè)務名稱 6594 30 業(yè)務的中文說明，如“體育新聞”等服務類型 9596 2 00：PUSH 01：PULL發(fā)送說明 97160 64 發(fā)送說明(如什么時候發(fā)送，多長時間發(fā)送一次等)業(yè)務說明 161224 64 關于該業(yè)務的附加說明記錄類型 225 1 0更新 1增加MO 話單通訊費費率226229 4 單位：分MT 話單通訊費費率230233 4 單位：分啟用時間 234247 14 YYYYMMDDHHMMSS代計通信費標志 248 1 0MO 話單自己計費；1MT話單代 MO 計通信費保留 249258 10 空格回車 259 1 Carriage Return換行 260 1 Line Feed8 系統(tǒng)管理系統(tǒng)管理主要指 SMG 的系統(tǒng)管理。 SMG 能夠監(jiān)視、管理整個系統(tǒng) (含網(wǎng)絡設備和計算機) 的運行狀態(tài)，并進行相應的處理操作。提供圖形化交互界面，方便用戶隨時查看系統(tǒng)的運行情況。SMG 的系統(tǒng)管理支持 SNMP，加載代理監(jiān)控模塊，保證系統(tǒng)作為 SNMP 的17 / 48被管節(jié)點，有效地實現(xiàn)系統(tǒng)配置、狀態(tài)監(jiān)控、故障告警、服務控制和統(tǒng)計查詢。 系統(tǒng)配置配置系統(tǒng)的參數(shù)，從而調整系統(tǒng)的工作流程和事務處理特征。主要的配置參數(shù)包括 SP 端的服務器網(wǎng)絡地址和流控參數(shù)、 GNS 服務器的網(wǎng)絡地址、SMSC端網(wǎng)絡地址和流控參數(shù)以及計費相關的參數(shù)。 狀態(tài)監(jiān)控監(jiān)控 SP 的連接狀態(tài)和流量以及 SGIP 緩沖隊列的情況，監(jiān)控 SMG 的運行狀態(tài)以及與其它 SMG 的連接狀態(tài)，監(jiān)控 SMSC 的連接狀態(tài)和 MT/MO 流量以及 SMPP 緩沖隊列的情況，監(jiān)控 SMG 的系統(tǒng)資源占用情況。 故障告警記錄 SP 的連接和認證故障以及與其它 SMG 的連接故障，如果發(fā)生 SMSC連接故障、數(shù)據(jù)庫更新故障或日志讀寫故障時，系統(tǒng)自動進入保護狀態(tài)同時告警。 服務控制根據(jù)運營商的需求，可以關閉和重新啟動服務，斷連特定的 SP，指定時間段手工啟動計費等。 統(tǒng)計查詢提供一系列的統(tǒng)計查詢功能，包括統(tǒng)計查詢 SP、 SMG 和 SMSC 的連接情況，統(tǒng)計查詢 MT/MO 的流量，統(tǒng)計查詢短消息的發(fā)送成功率、 SP 與 SMG 以及 SMG 之間發(fā)包的成功率，統(tǒng)計查詢錯包原因，統(tǒng)計查詢 SMG 的 I/O 總流量和轉發(fā) I/O 總流量。18 / 489 設備要求 硬件 SMG 處理主機采用符合電信級性能的計算機，配置原則如下：1) 采用對稱多處理器技術，支持主備用任務分擔和共享磁盤陣列， 。2) 220V 交流電源，采用接地保護。3) 支持多個熱插拔磁盤驅動器，支持多個熱插拔 PCI 插槽4) 支持五百 MB/秒的數(shù)據(jù)傳輸率5) 可在持續(xù)運作的情況下添加磁盤6) 熱插拔冗余電源和冷卻風扇7) 操作系統(tǒng)為 64 位以上的擴展性，支持 32 位及 64 位應用程序并行執(zhí)行8) 內存可擴展至 GB 級以上9) I/O 帶寬為 GB/秒級 傳輸線路1) TSMG 與 SMG 之間通過互聯(lián)網(wǎng)或其它方式實現(xiàn)網(wǎng)狀互聯(lián)；2) 對于設立 SMG 的省分公司， SMG 和本地 SMSC 之間通過局域網(wǎng)連接；對于不設立 SMG 的省分公司， SMSC 通過互聯(lián)網(wǎng)或其它連接方式接入指定的 SMG；3) 聯(lián)通以自己品牌開辦的 SP 業(yè)務通過局域網(wǎng)或其它方式接入 SMG，由各SP 廠商自己提供 SP 業(yè)務通過互聯(lián)網(wǎng)接入 SMG。19 / 48 系統(tǒng)軟件 操作系統(tǒng)操作系統(tǒng)支持多進程和多線程技術，支持多用戶操作，具有實時性，穩(wěn)定性和可靠性。 應用系統(tǒng)1) 應用軟件采用分層的模塊化結構設計，基于主流操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)及網(wǎng)絡通訊協(xié)議，應具有靈活性、可操作性、可移植性和可擴展性。模塊的增加和對模塊的修改不應對其他模塊產(chǎn)生影響，并能在不影響系統(tǒng)運轉的情況下做到模塊更新、模塊加載。2) 應用軟件能夠提供二次開發(fā)功能，以適應不斷增強的支撐功能和不斷拓展的業(yè)務空間，賣方應對提供的二次開發(fā)接口的開發(fā)方法、功能、結構進行描述。3) 提供 SP 接入 SMG 的 API 接口，API 接口要符合 SGIP 并獨立于SMG。4) 采用良好的人/機交互界面設計（如 GUI）提高系統(tǒng)對用戶操作和控制的支持能力。系統(tǒng)提供方便學習的人機界面，提供直觀、快捷的窗口操作。5) 容錯包括對 SMG，GNS 設備的容錯，采用存儲/轉發(fā)機制保證應用系統(tǒng)的容錯性能；6) 采用的認證和加密技術保證以防止偽冒 SMG、SP 和非法用戶的侵入，應能為系統(tǒng)管理員提供多種發(fā)現(xiàn)系統(tǒng)故障和非法登錄的手段；7) 采用錯誤標識代碼準確標識錯誤點，同時生成日志文件，以便維護；并以界面報警的形式提示系統(tǒng)管理員檢測和修復。8) 應具有完整的操作權限管理功能和完善的系統(tǒng)安全機制，能夠對每個操作員的每次操作有詳細的記錄，對每次非法操作產(chǎn)生告警；20 / 48 開發(fā)平臺系統(tǒng)的開發(fā)工具采用目前的主流產(chǎn)品，如：標準 C 語言、JAVA、JAVASCRIPT、C++ 等業(yè)界通用開發(fā)語言。10 機房環(huán)境項目 要求電磁干擾、空氣污染、水災、易燃氣體無機房內部機器的布置 具有足夠的服務空間并有可擴容性機房地板承重 大于 400KG/M日常用紙及磁帶的存放 設有專門的地方并有足夠的空間機房高度地板至天棚距離大于 地面至地板距離大于 35CM運機路線 足夠的空間及電梯承重地線要求 要求使用機房專用地對地電阻小于 4OHMS電源要求及 UPS220V ,5%上下浮動三相電相序要求正確零地之間電壓小于 1V零線、地線連接正確各電源柜、電源線標簽是否標明通訊狀況提供 IS