1、中國移動通信企業標準QB-X-XXX-XXXX139郵箱業務PushEmail總體技術要求Technical Solution for 139 Mailbox Service PushEmail版本號：1.0.0200X-XX-XX實施200X-XX-XX發布中國移動通信有限公司 發布目錄前 言III1范圍42規范性引用文件43術語、定義和縮略語53.1.術語、定義53.2.縮略語54概述54.1.PushEmail業務概述54.2.系統結構圖64.2.1各模塊功能描述64.2.2各接口功能描述94.3.組網結構圖105應用流程105.1.收郵件流程115.2.發郵件流程135.3.下載附件流

2、程145.4.回復郵件流程155.5.轉發不帶附件的郵件流程155.6.轉發帶附件的郵件流程155.7.別名發郵件176碼號187網管要求187.1.接口功能要求187.1.1配置數據采集和修改功能.2. 性能管理功能.3. 故障管理功能.4. 操作維護接口207.2.網管接口協議要求207.3.網管數據要求207.3.1大眾郵件代理網關業務統計樣例（日報）.2. 大眾郵件代理網關業務統計樣例（周/月報）.3. 大眾郵件代理網關接收郵箱系統郵件失敗原因細分統計樣例.4. 大眾

3、郵件代理網關接收終端郵件失敗原因細分統計樣例2.5. 大眾郵件代理網關發送郵件至郵箱系統失敗原因細分統計樣例2.6. 大眾郵件代理網關發送郵件至終端失敗原因細分統計樣例2.7. 分省用戶數統計樣例2.8. 短信下發失敗原因細分統計樣例278安全要求278.1.網絡安全278.2.系統安全289計費與結算289.1.計費289.2.結算2910編制歷史29附錄A 139郵箱與大眾郵件代理網關的接口協議29A.1 139郵箱與大眾郵件代理網關的管理接口協議29A.2 139郵箱和大眾郵件代理網關的郵件接口協議31A.3 用戶在

4、139郵箱下載、安裝客戶端軟件的接口協議33A.4 用戶在139郵箱上管理PushEmail功能的接口協議34前 言本標準對中國移動139郵箱業務的PushEmail功能實現過程中需要規范的內容提出全面要求，是中國移動開展139郵箱PushEmail功能的依據。本標準主要對中國移動139郵箱PushEmail功能的技術實現方案進行了總體描述。主要包括業務介紹、系統結構、應用流程等幾方面內容，是中國移動通信有限公司開展PushEmail功能的依據。本標準是139郵箱PushEmail功能系列標準之一，該系列標準的結構、名稱或預計的名稱如下：序號標準編號標準名稱1QB-X-XXX-200X139郵

5、箱業務規范（待編制）2QB-X-XXX-200XPushEmail客戶端規范3QB-X-XXX-200X139郵箱業務PushEmail設備規范4QB-X-XXX-200XPushEmail郵件推送網關與郵件代理網關接口規范5QB-X-XXX-200X PushEmail客戶端與郵件代理網關接口規范本標準涉及知識產權的情況說明。本標準的附錄A為標準性附錄。本標準由中移號文件印發。本標準由中國移動通信數據部提出，集團公司技術部歸口。本標準起草單位：中國移動通信有限公司研究院。本標準主要起草人：朱宗光、王磊、范曉暉、魏晨光、劉舸、張曉京、劉洪寧、趙輝、孫楠、吳卓、翟藝新、楊軍、楊凱、楊佳明、劉爽1

6、 范圍本標準對PushEmail系統支持139郵箱的郵件推送功能提出規定，用于在業務開展中為中國移動通信集團公司和省公司提供技術依據；適用于GPRS網絡、EDGE網絡、TD-SCDMA網絡和未來移動通信網絡環境。2 規范性引用文件下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內容）或修訂版均不適用于本標準，然而，鼓勵根據本標準達成協議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。序號標準編號標準名稱發布單位1QB-C-005-2004中國移動GPRS網絡技術體制 V1.0.0中國移動通信有限公

7、司2QB-X-XXX-200X中國移動139郵箱業務規范中國移動通信有限公司3QB-X-XXX-200X中國移動PushEmail郵件推送網關與郵件代理網關接口規范V1.0.0中國移動通信有限公司4QB-X-XXX-XXXX中國移動帳號口令集中管理系統功能及技術規范V1.0.0中國移動通信有限公司5QB-X-XXX-XXXX中國移動日志集中管理與審計系統功能及技術規范V1.0.0中國移動通信有限公司6QB-X-XXX-XXXX中國移動數據業務系統通用網管接口技術規范中國移動通信有限公司3 術語、定義和縮略語3.1. 術語、定義IFRAME： Inline Frame（IFRAME）又叫浮動幀標

8、記，它可以將一個HTML文檔嵌入在另一個HTML中顯示。SSO：Single sign-on (SSO) 是一種單次用戶認證和授權的機制，允許用戶接入其擁有接入許可的所有計算機系統，無需多次輸入密碼。3.2. 縮略語縮略語英文全稱中文含義EMN E-Mail Notification 郵件通知消息GPRSGeneral Packet Radio Service通用無線分組業務HTTPHypertext Transfer Protocol超文本傳輸協議SNMPSimple Network Management Protocol簡單網管協議WAPWireless Application Proto

9、col無線應用協議ISMGInternet Short Message Gateway短信網關BOSSBusiness & Operation Support System業務運營支撐系統4 概述4.1. PushEmail業務概述139郵箱業務PushEmail功能是指把139郵箱中的郵件，主動推送到相應用戶手機終端上的業務形式，用戶也可以通過手機終端回復、轉發和撰寫電子郵件。通過使用139郵箱業務PushEmail功能, 用戶可以隨時隨地使用手機接收和發送電子郵件。4.2. 系統結構圖PushEmail系統結構圖如圖4-1所示：圖4-1 PushEmail系統結構圖4.2.1 各模

10、塊功能描述PushEmail系統結構內部各個模塊的功能說明如下：（1）手機客戶端：- 短信監聽模塊：短信偵聽功能負責偵聽EMN等管理消息，觸發協議層工作。- 短信處理模塊：短信處理功能負責處理收到的EMN等管理消息。- 數據連接模塊：數據連接功能負責建立基于TCP的連接。（2）郵件推送網關（GEGW）：郵件推送網關是中國移動為開展PushEmail業務新增的網元設備。郵件推送網關具備短信路由功能，可以根據用戶手機號碼的歸屬地將需要下發的短信信息路由到各省短信網關。郵件推送網關保存PushEmail業務客戶端軟件，供用戶下載安裝。- 數據同步模塊：對系統支持的手機終端列表等數據進行同步。- 用戶

11、管理模塊：包括對用戶的注冊、注銷、用戶的手機與郵箱地址綁定/解除綁定，用戶手機類型，用戶郵箱地址等幾類信息的管理。- 短信傳輸模塊：包括郵件通知（EMN）消息、配置消息、數據保護消息、WAP Push消息和文本消息等幾類短信，大眾郵件代理網關提出發送請求，郵件推送網關負責封裝和發送。（3）大眾郵件代理網關：對于大眾郵件代理網關，139郵箱用戶訂購139郵箱PushEmail業務后，一旦139郵件系統有新郵件到達，大眾郵件代理網關獲取該郵件，并通過郵件推送網關發送郵件通知到移動終端，郵件通知可以為EMN短信方式，也可以為IP PUSH帶2K正文的方式。收取完整郵件時，手機終端PushEmail業

12、務客戶端軟件直接建立與大眾郵件代理網關的連接，下載郵件并通知客戶閱讀郵件。n 業務系統層l 業務處理模塊:Ø CMPOP：完成終端收郵件任務， CMPOP2.0協議的基礎上進行優化，減少終端和大眾郵件代理網關的交互次數，增加二進制傳輸和附件壓縮傳輸。手機終端收到郵件通知后通過CMPOP協議主動連接大眾郵件代理網關收取新郵件。Ø CMSMTP：完成用戶在終端發郵件任務，手機終端上通過CMSMTP協議將用戶在終端上編寫的新郵件、轉發和回復的郵件發送到大眾郵件代理網關，通過大眾郵件代理網關發送到收件人的郵箱中。Ø 139郵箱收郵件：在收到139郵箱的新郵件到達通知后通過

13、POP3協議主動連接139郵箱收取用戶的新郵件。并觸發新郵件的PUSH通知Ø 139郵箱發郵件：終端通過CMSMTP協議將郵件發送到大眾郵件代理網關后，大眾郵件代理網關通過POP3協議連接到139郵箱，將用戶發送的郵件發送到139郵箱，通過139郵箱發送到用戶的收件人信箱Ø 附件轉換：大眾郵件代理網關在收到用戶帶附件的郵件時，可以根據用戶的設置進行附件轉換。用戶在收到帶附件的郵件時，附件先不PUSH到終端，只有用戶需要查看附件內容時，點擊附件列表中的某一個附件，終端會根據用戶的設置通過CMPOP協議向服務端發起附件下載指令，并指示附件轉換類型。Ø 郵件通知處理：1

14、39郵箱有新郵件到達時及時通知大眾郵件代理網關，大眾郵件代理網關接收郵件到達通知，并及時觸發訪問139郵箱獲取新郵件。Ø 郵件解析：對從139郵箱收下來的郵件進行解析和緩存，在終端訪問大眾郵件代理網關收郵件時將郵件解析后在發送給終端。Ø 圖文混排：支持HTML郵件的收取，將用戶的HTML郵件進行解析并轉換成簡單HTML郵件發送給終端，提高終端展現效果。Ø PUSH策略：通過分析郵件通知下發后用戶未收郵件的時長和次數來判斷用戶是否已卸載客戶端，如果判斷用戶為已卸載客戶端用戶，系統下發wap push短信提示用戶有新郵件，如果不想在手機上查看可設置暫停，同時引導用戶下

15、載PE客戶端軟件。Ø PUSH通知：大眾郵件代理網關將用戶新郵件收下并緩存后，及時向郵件推送網關發送PUSH通知并傳輸2K郵件正文，郵件推送網關根據IP PUSH策略和用戶是否在線將通知PUSH到終端。n 管理系統層l 消息路由系統實現郵件到達通知的分發，處理和分析通知消息后通過消息隊列分發到不同的業務節點。l 用戶管理系統Ø 實現用戶的分發管理，按照分發策略分配用戶Ø 實現用戶自服務Ø 實現用戶的開銷戶Ø 實現用戶信息的查詢Ø 實現用戶收發郵件的記錄查詢l 系統維護Ø 實現集中配置Ø 實現系統升級維護Ø

16、 故障檢測和排查l 系統監控定期采集各業務系統的系統數據，監控系統運行情況，要監控的內容包括cpu、mem、disk的使用情況，出現異常及時告警。.n 基礎平臺層l 系統安全保障系統安全運行，提供郵件的加密存儲，通過域管理，所有進入系統的Http消息進行MD5加密校驗。l 郵件存儲優化存儲結構，快速定位用戶郵件l 數據庫系統采用Oracle數據庫進行用戶信息的存儲，為確保高可靠高性能，采用了Oracle 的RAC集群技術。l 系統服務Ø 提供日志查詢和分析服務Ø 提供分布式的memcache服務，提高系統的性能（4）139郵箱：- 基礎郵箱模塊：提供基礎的收發郵件功能、實現

17、用戶開銷戶、郵件到達、郵件收發等基礎功能。-4.2.2各接口功能描述PushEmail系統結構各接口功能說明如下：（1）手機客戶端和郵件推送網關的接口- CMPP接口：“郵件推送網關”與ISMG之間通過CMPP接口，實現向手機用戶發送郵件到達通知消息、配置消息等功能。- 上行短信接口：實現手機用戶發送短信鑒權、軟件版本檢查上行短信的功能。（2）郵件推送網關和大眾郵件代理網關的接口（詳見中國移動PushEmail郵件推送網關與郵件代理網關接口規范V2.0.0）- 用戶管理接口：包括對用戶的注冊、注銷的同步，用戶的手機與郵箱地址綁定/解除綁定，用戶手機類型同步，用戶郵箱地址同步等信息的管理。- 數

18、據同步接口：對系統支持的手機終端列表等數據進行同步。- 短信傳輸接口：負責下發配置消息、數據保護消息、WAP Push消息和文本消息等幾類短信。- PUSH通知接口：有新郵件到達時訪問GEGW的PUSH通知接口，GEGW通過該接口接收新郵件通知和2K正文數據。（3）手機客戶端和大眾郵件代理網關的接口- CMPOP接口：客戶端通過CMPOP接口從大眾郵件代理網關收取郵件。- CMSMTP接口：客戶端發送電子郵件時，大眾郵件代理網關通過此接口接收用戶請求，并把請求轉發給郵件系統。（4）CMPP接口：“郵件推送網關”與ISMG之間通過CMPP接口，實現向手機用戶發送郵件到達通知消息、配置消息等功能。

19、（5）139郵箱和大眾郵件代理網關的接口（見附件A）- 139郵箱和大眾郵件代理網關的管理接口。- 139郵箱和大眾郵件代理網關的郵件接口。- 139郵箱和大眾郵件代理網關的UI集成接口：- 139郵箱向大眾郵件代理網關提供用戶信息查詢接口- 用戶在139郵箱下載、安裝客戶端軟件的接口；- 用戶在139郵箱上管理PushEmail功能的接口。4.3. 組網結構圖139郵箱業務PushEmail系統的網絡結構為單點組網，即指全國范圍內只設置一套郵件推送網關和一套大眾郵件代理網關。用戶均通過無線網絡（使用CMWAP的APN）連接到大眾郵件代理網關。組網結構如圖4-2所示：圖4-2 PushEmai

20、l系統的組網結構圖PushEmail系統的組網結構如圖4-2所示，大眾郵件代理網關通過郵件推送網關下發PUSH通知，長短策略的結合由GEGW完成。大眾郵件代理網關采用分布式架構，采用管理和業務處理分離的設計思路，網元結構包括管理節點和業務節點，管理節點只部署一個，負責用戶信息的集中管理；業務節點可根據業務需要部署多個，并可根據需要通過增加業務節點的方法進行系統擴容。業務節點主要負責收發郵件等業務處理功能。139郵箱業務PushEmail功能開通139郵箱業務PushEmail功能的郵箱系統必須連接大眾郵件代理網關，通過大眾郵件代理網關和郵件推送網關的配合完成業務受理以及郵件的收發等功能。5 應

21、用流程本標準僅規定139郵箱業務PushEmail功能的流程。 應用流程圖均符合以下說明：- 實線：代表主動發出的請求，或網元間的數據操作。- 虛線：表示對請求發出的響應消息。5.1. 收郵件流程圖5-1 終端接收139郵箱郵件的流程手機終端收郵件流程如圖5-1所示：1）新郵件到達139郵箱系統的用戶郵箱；139郵箱系統判斷郵箱用戶是否定制了PushEmail功能，如果否，則結束；否則139郵箱系統通過HTTP協議將用戶的郵箱帳戶和新郵件的UID發送給大眾郵件代理網關；2） 大眾郵件代理網關保存用戶帳戶和郵件UID，并返回成功給139郵箱系統；大眾郵件代理網關根據用戶帳戶和郵件UID，通過PO

22、P3協議從139郵箱系統讀取新郵件；3）大眾郵件代理網關向郵件推送網關提交郵件push的請求和2K郵件正文數據；4）郵件推送網關判斷用戶是否在線，并根據長短策略判斷是否使用IP PUSH，如果使用IP PUSH，將2K郵件正文push到終端，如果不啟用IP PUSH，通過EMN PUSH到手機終端；5）手機終端收到PUSH消息后主動連接大眾郵件代理網關收取郵件；6）大眾郵件代理網關返回連接成功的提示信息：+OK China Mobile push proxy v2.0.0 ready7）手機終端成功登錄大眾郵件代理網關后發出取郵件的命令；8）大眾郵件代理網關將用戶郵件正文取出并加入附件列表；9

23、）大眾郵件代理網關將郵件發給手機終端；10）手機終端程序退出連接；11）連接退出確認。收郵件異常流程： 手機客戶端向大眾郵件代理網關請求下載郵件正文，如大眾郵件代理網關無法將郵件正文的編碼轉換成手機可識別的編碼，大眾郵件代理網關會返回編碼無法進行轉換的錯誤。 當郵件下載時，如果手機終端長時間超出GPRS信號覆蓋范圍，用戶終端中斷連接，不提示用戶任何信息。 如果手機終端下載郵件的流程沒有正確退出，已經下載的郵件用戶不能讀取，在大眾郵件代理網關上的郵件仍被標識為新郵件。客戶端軟件應有重試機制，可以重新發起連接下載新郵件。當手機收到下一個郵件短信通知，發起取郵件的連接時，下載所有新郵件，包括上一次未

24、正確標識完整下載的郵件。5.2. 發郵件流程圖5-2 終端發送郵件的流程手機終端發送郵件的流程如圖5-2所示：1）手機終端主動連接大眾郵件代理網關；2）大眾郵件代理網關返回連接成功的提示信息：+OK China Mobile push proxy v2.0.0 ready；3）手機終端成功登錄并將郵件發送給大眾郵件代理網關；4）大眾郵件代理網關即時將郵件提交給郵件服務器；5）郵件服務器返回發送狀態；6）大眾郵件代理網關將郵件服務器返回的郵件發送狀態傳回給手機；7）手機終端軟件退出連接；8）大眾郵件代理網關確認退出成功。發郵件異常流程： 如果鑒權錯誤，大眾郵件代理網關返回錯誤。 如果大眾郵件代理

25、網關發送郵件失敗，返回錯誤。5.3. 下載附件流程圖5-3 終端接收附件的流程手機終端下載附件的流程如圖5-3所示：1）手機終端主動連接大眾郵件代理網關；2）大眾郵件代理網關返回連接成功的提示信息：+OK China Mobile push proxy v2.0.0 ready；3）終端成功登錄大眾郵件代理網關后發出取附件命令；4）大眾郵件代理網關嘗試從緩存中取出郵件；5）如果郵件已從緩存中清除，則根據郵件ID到郵件服務器將郵件重新取回；6）從郵件中得到郵件附件；7)根據命令轉換附件；8)將附件內容返回給手機；9）收到附件后，手機終端退出連接；10）服務器確認成功退出。下載附件異常處理： 如果

26、附件不存在，則返回錯誤。 如果轉換附件失敗，則返回錯誤。5.4. 回復郵件流程回復郵件在網元之間的操作與發郵件流程相同。區別是在手機終端編寫郵件時，手機終端軟件會按照下列規則進行處理： 新郵件收件人為原始郵件發件人； 新郵件標題引用原始郵件標題，并在原始標題前增加“Re：”； 原始郵件內容附加在郵件正文的后面。5.5. 轉發不帶附件的郵件流程轉發不帶附件的郵件在網元之間的操作與發郵件流程相同。區別是在手機終端編寫郵件時，手機終端軟件會按照下列規則進行處理： 新郵件標題引用原始郵件標題，并在原始標題前增加“Fw：”。 原始郵件內容附加在郵件正文的后面。5.6. 轉發帶附件的郵件流程用戶轉發帶附件

27、的郵件，手機終端軟件會首先按照下列規則生成新郵件： 新郵件標題引用原始郵件標題，并在原始標題前增加“Fw：”。 原始郵件內容附加在新郵件正文的后面。圖5-1 終端轉發帶附件的流程從手機終端發送帶附件郵件的流程如圖5-4所示：1）手機終端編寫郵件完成后，主動連接到大眾郵件代理網關；2）大眾郵件代理網關返回連接成功的提示信息：+OK China Mobile push proxy v2.0.0 ready；3）手機終端成功登錄大眾郵件代理網關后發出轉發郵件命令；4）大眾郵件代理網關先取出要轉發的郵件；5）從要轉發郵件中得到附件綁定到正在發送的郵件中；6）將合成的新郵件提交給郵件服務器發送；7)郵件

28、服務器返回郵件的發送狀態；8)大眾郵件代理網關將郵件發送狀態發回給手機；9)手機終端發出退出連接指令；10)大眾郵件代理網關確認成功退出。轉發帶附件郵件的異常流程： 如果鑒權錯誤，大眾郵件代理網關返回錯誤。 在轉發的過程中，如果原郵件已從郵件服務器及緩存中刪除，大眾郵件代理網關返回錯誤。 如果大眾郵件代理網關發送郵件失敗，返回錯誤。5.7. 別名發郵件用戶可以登錄139郵箱web界面設置自己的別名和是否啟用別名，當啟用別名發送郵件時，收件人收到郵件后看不到發件人的手機號碼信息，并且郵件的From信息和Sender信息保持一致，避免垃圾郵件產生。圖5-5啟用別名發送郵件的流程啟用別名時從手機終端

29、發送郵件的流程如圖5-5所示：1）用戶登錄139郵箱web網站，設置別名并啟用 別名；2）139郵箱web界面提示設置成功；3）用戶通過PE終端軟件發送郵件到大眾郵件代理網關；4）大眾郵件代理網關返回發送成功信息（250 OK）；5） 大眾郵件代理網關將用戶郵件通過pop3協議發送到139郵箱；6）139郵箱給大眾郵件代理網關返回成功信息（250 OK）；7)139郵箱將郵件發送到用戶收件人的郵箱終端設置發送者姓名和在139郵箱web界面設置 別名的關系如下：客戶端軟件，發送者姓名139郵箱Web頁面，郵件地址別名郵件發件人地址顯示結果未設置未設置10000000003設置為“測試”未設置”測

30、試”<10000000003>未設置設置為“test”test設置為“測試”設置為“test” 測試”<test>5.8. 郵件優先級當用戶發送帶優先級的郵件時，能在終端上體現出郵件的優先級，優先級的處理規則如下：1、 RFC標準的郵件優先級全部保持透傳2、 大眾郵件代理網關同時新生成一個PE特有的優先級CMCC-Priority，將所有的優先級按如下方式轉換成CMCC-Priority根據相關RFC文檔，郵件頭中表示“優先級”和“重要性”的屬性主要有以下幾種：l Priority:   urgent, normal, non-urgentl X-P

31、riority: 1, 3, 5l Importance:     high, normal, lowl X-MSMail-Priority:  high, normal, low大眾郵件代理網關的處理方式為：對這幾種屬性做轉換處理，如果發現郵件頭中包含這幾種屬性，就統一轉換到PE特有的CMCC-Priority，而且屬性值也做替換，改為下面幾種：l urgentl normall non-urgent 5.9. 圖文混排CMCC-C-HTML ,cmcc compact html，是基于HTML協議的一個子集，它的目標是使HTML郵件適配于手

32、機終端。針對于手機終端的特性，CMCC-C-HTML協議定義了如下標簽標簽類型標簽說明基本標簽HTML;表示此文檔是HTML文檔HEAD;提供了關于文檔的無序信息集合BODY;指明文檔主體的開始和結束TITLE文檔標題H1.H6以標題樣式顯示文本P表示一個段落文本樣式B;指定文本用粗體顯示I;指定文本用斜體顯示U;文本帶下劃線BR;插入一個換行<font color=>表示文本顏色轉義字符&#?;用十進制數表示ASCII字符&gt;> 大于&lt;< 小于&amp;& 與&quot;“” 引號鏈接標簽A表示超鏈接的起始或目

33、的位置圖像標簽IMG在文檔中嵌入圖像注釋標簽<!- ->表示這是一個注釋，不做任何操作。6 碼號本業務涉及的碼號如下：（1） APN： 對于139郵箱，APN為CMMAIL或者CMWAP，終端在連接服務器時，應根據以下策略選擇接入點連接：APN手機要求服務要求CMMAIL已內置CMMAIL APN 或者 可以通過程序自動創建CMMAIL APN的終端使用Always Online長連接服務的終端，必須使用CMMAIL接入點CMWAP兼容老的低端JAVA終端不能使用Always Online長連接服務的終端選擇策略優先使用CMMAIL接入點，不能使用CMMAIL的情況，選擇CMWAP

34、接入點（2）短信服務代碼：10658172。7 網管要求PushEmail系統中的大眾郵件代理網關和郵件推送網關支持網管接口。要求滿足中國移動數據業務系統通用網管接口技術規范。7.1. 接口功能要求7.1.1 配置數據采集和修改功能網管系統可以通過網管接口對系統的配置信息進行查詢和修改。7.1.1 7.1.2.性能管理功能網管系統通過網管接口，可獲得各種反映系統和設備狀況、運行質量和業務使用情況等性能數據。（1）性能數據采集網管系統可以通過網管接口，周期性采集設備的性能統計數據。（2）性能數據采集時延要求性能數據的采集時延是指從統計周期的結束時間至統計數據準備完成，可供網管系統采集的時間點之間

35、的時長。不同統計粒度下對統計時延的要求如下：統計周期最大統計時延5分鐘1分鐘15分鐘5分鐘例：如果統計周期設置成了15分鐘，那么8：00至8：15的統計數據，在統計周期結束之后5分鐘內（也就是在8：20之前），接口應能上報相應的性能統計文件。7.1.1 7.1.3.故障管理功能網管接口應能提供告警主動上報功能，網管系統通過該接口實時接收設備產生的各種告警。（1）告警格式要求 告警上報接口上報的告警信息至少應該包括表7-1內容：表7-1條目說明英文名稱數據類型備注告警序列號告警的序列號Alarm_id字符串必選網元的識別名網元的識別名Dn字符串必選告警原始級別告警級別，設備上報告警消息中的告警級

36、別。Org_severity字符串必選告警原始類型告警類型，設備上報告警消息中的告警類型。Org_type字符串必選告警原因號廠商用于標識告警原因的內部告警號Alarm_Cause_ID字符串可選告警原因告警原因ProbableCause整數可選告警發生時間網元上告警發生時間Occur_time時間必選告警狀態活動狀態，表示告警是否被清除還是處于活躍狀態Activestatus整數必選告警標題告警標題Title字符串必選告警內容告警內容Alarm_text字符串必選（2）告警時延接口告警時延應小于10秒。接口告警時延指設備產生告警的時間至網管采集系統接收到告警的時間之間的時長。（3）告警清除功

37、能當設備上的故障被排除，告警清除之后，設備應通過告警上報接口上報告警清除消息，其告警序列號應與被消除的原告警的告警序列號相同，告警狀態字段中指示是清除消息。（4）告警過濾功能(可選)網管系統可通過接口設置告警和事件過濾條件，能通過告警時間、告警級別及告警類型、告警原因、告警源等條件對上報告警進行過濾，指示設備不再向告警上報接口發送這些告警信息。（5）歷史告警查詢功能（可選）網管系統通過接口輸入起止時間參數，查詢一段時間內網元上產生的所有告警，這些告警可能是活動告警，也可能是已經被清除了的告警。要求能查詢三個月的告警。7.1.1 7.1.4.操作維護接口原則上網管系統應通過系統的網管接口實現對設

38、備的硬件、軟件的操作維護功能。 當系統無法完全通過網管接口完成所有操作維護功能時，應提供MML接口或遠程管理終端實現操作維護功能。7.2. 網管接口協議要求系統的網管接口應符合以下要求： 支持SNMPv2c或以上版本，以實現接口的配置、告警、性能管理功能。 支持FTP協議，以實現接口的性能數據采集功能。 支持Telnet、MML或遠程終端方式，實現接口的操作維護功能。7.3. 網管數據要求系統應通過網管接口提供表7-2所示管理數據。表7-2序號指標中文名稱英文名稱說明數據類型指標單位時間粒度區域粒度備注當前并發用戶數數當前的并發終端用戶數數整型個5分鐘登錄成功次數用戶終端登錄成功次數整型次天登

39、錄失敗次數用戶終端登錄失敗次數整型次天注冊用戶數截至統計時間點各省注冊用戶數整型個天省新增用戶數各省新增注冊用戶數整型個天省注銷用戶數各省注銷用戶數整型個天省郵箱系統發送到大眾網關的郵件成功總數郵箱系統發送到大眾網關的郵件成功總數整型封小時大眾網關發送到郵箱系統的郵件成功數大眾網關發送到郵箱系統的郵件成功總數整型封小時細分各種原因郵箱系統發送到大眾網關的郵件失敗數（細分各種原因）郵箱系統發送到大眾網關的郵件失敗總數（細分各種原因）整型封小時大眾網關發送到郵箱系統的郵件失敗數（細分各種原因）大眾網關發送到郵箱系統的郵件失敗總數（細分各種原因）整型封小時大眾網關發送到用戶終端的郵件 成功數大眾網關

40、發送到用戶終端的郵件成功總數整型封小時大眾網關發送到郵箱系統的郵件失敗數（細分各種原因）大眾網關發送到郵箱系統的郵件成功失敗總數（細分各種原因）整型封小時用戶終端發送到大眾網關的郵件成功數用戶終端發送到大眾網關的郵件成功總數整型封小時用戶終端發送到大眾網關的郵件失敗數（細分各種原因）用戶終端發送到大眾網關的郵件失敗總數（細分各種原因）整型封小時大眾網關下發push短信成功數大眾網關下發push短信成功數整型封小時大眾網關下發push短信失敗數（細分各種原因）大眾網關下發push短信失敗總數（細分各種原因）整型封小時7.3.1 大眾郵件代理網關業務統計樣例（日報）表7-3序號時段用戶峰值郵箱系統

41、發送到大眾網關的郵件成功總數郵箱系統發送到大眾網關的郵件失敗總數郵箱系統發送到大眾網關成功率大眾網關發送到郵箱系統的郵件成功總數大眾網關發送到郵箱系統的郵件失敗總數大眾網關發送到郵箱系統成功率大眾網關發送到終端的郵件成功總數大眾網關發送到終端系統的郵件失敗總數大眾網關發送到終端成功率終端發送到大眾網關的郵件成功總數終端發送到大眾網關的郵件失敗總數終端發送到大眾網關的成功率大眾網關下發push短信成功總數大眾網關下發push短信失敗總數大眾網關下發push短信成功率1 0:00-0:592323:00-23:59注：并發聯機峰值數取統計時段中按5分鐘粒度統計的并發峰值聯機數中最大值7.3.1 7

42、.3.2.大眾郵件代理網關業務統計樣例（周/月報）表7-4時間并發用戶峰值注冊用戶數新增注冊用戶數注銷用戶數用戶登錄總數數用戶登錄成功率郵箱系統發送到大眾網關的郵件成功總數郵箱系統發送到大眾網關的郵件失敗總數郵箱系統發送到大眾網關成功率大眾網關發送到郵箱系統的郵件成功總數大眾網關發送到郵箱系統的郵件失敗總數大眾網關發送到郵箱系統成功率大眾網關發送到終端的郵件成功總數大眾網關發送到終端系統的郵件失敗總數大眾網關發送到終端成功率終端發送到大眾網關的郵件成功總數終端發送到大眾網關的郵件失敗總數終端發送到大眾網關的成功率大眾網關下發push短信成功總數大眾網關下發push短信失敗總數大眾網關下發pus

43、h短信成功率YY-MM-DD。YY-MM-DD注：并發聯機峰值數取統計時段中按5分鐘粒度統計的并發峰值聯機數中最大值7.3.1 7.3.3.大眾郵件代理網關接收郵箱系統郵件失敗原因細分統計樣例表7-5接收郵件失敗原因細分統計（日/周/月報）序號時間大眾網關接收郵箱系統郵件成功次數大眾網關接收郵箱系統郵件失敗次數失敗原因1次數失敗原因2次數失敗原因3次數失敗原因4次數失敗原因5次數其他原因次數1 YY-MM-DD2YY-MM-DD3YY-MM-DD注：取失敗次數在前5位的原因統計7.3.1 7.3.4.大眾郵件代理網關接收終端郵件失敗原因細分統計樣例表7-6接收郵件失敗原因細分統計（日/周/月報

44、）序號時間大眾網關接收終端郵件成功次數大眾網關接收終端郵件失敗次數失敗原因1次數失敗原因2次數失敗原因3次數失敗原因4次數失敗原因5次數其他原因次數1 YY-MM-DD2YY-MM-DD3YY-MM-DD注：取失敗次數在前5位的原因統計7.3.1 7.3.5.大眾郵件代理網關發送郵件至郵箱系統失敗原因細分統計樣例表7-7發送郵件失敗原因細分統計（日/周/月報）序號時間大眾網關發送郵件至郵箱系統成功次數大眾網關發送郵件至郵箱系統失敗次數失敗原因1次數失敗原因2次數失敗原因3次數失敗原因4次數失敗原因5次數其他原因次數1 YY-MM-DD2YY-MM-DD3YY-MM-DD注：取失敗次數在前5位的

45、原因統計7.3.1 7.3.6.大眾郵件代理網關發送郵件至終端失敗原因細分統計樣例表7-8發送郵件失敗原因細分統計（日/周/月報）序號時間大眾網關發送郵件至終端成功次數大眾網關發送郵件至終端失敗次數失敗原因1次數失敗原因2次數失敗原因3次數失敗原因4次數失敗原因5次數其他原因次數1 YY-MM-DD2YY-MM-DD3YY-MM-DD注：取失敗次數在前5位的原因統計7.3.1 7.3.7.分省用戶數統計樣例表7-9序號省份名稱注冊用戶數新增用戶數注銷用戶數1 北京2上海3注：取失敗次數在前5位的原因統計7.3.1 7.3.8.短信下發失敗原因細分統計樣例表7-10時間下發PUSH短信成功的次數

46、下發PUSH短信失敗的次數下發PUSH短信成功率失敗原因1次數失敗原因2次數失敗原因3次數失敗原因4次數失敗原因5次數其他原因統計YY-MM-DD。YY-MM-DD注：取失敗次數在前5位的原因統計8 安全要求8.1. 網絡安全由于需要與Internet以及其它業務網絡互連，139郵箱業務PushEmail系統郵件推送網關和大眾郵件代理網關需要劃分安全域并進行隔離，同時建立完善的網絡安全機制，這些安全機制包括：防火墻系統、入侵檢測系統、病毒防范系統等。安全系統應支持訪問控制、安全檢測、攻擊監控等一系列安全功能，應提供完整的網絡安全監控、報警和故障處理功能。 系統應具有入侵檢測的功能，對于可疑的連

47、接、非法訪問等應采用禁止訪問等安全策略。 使用加密技術對在互聯網上傳輸的重要數據進行加密。 與其它系統的連接須設置防火墻，并定義完備的安全配置策略，進行網絡隔離。防火墻產品應滿足下列要求： 支持動態和靜態的內部網與外部網之間的地址轉換。 能有效地實現內部網到外部網的單向訪問控制，可以禁止外部網對內部網的訪問。 能偵測、過濾或跟蹤非法訪問企圖，能自動實時告警，并生成相應日志記錄。 能對常用的服務（例如WWW、FTP、Telnet、Rlogin等）的訪問權限進行有效控制和管理；能對經過防火墻的網絡流量進行統計和管理，并定期生成相應報告文件。 支持SNMP和SNMPv2協議。 具有友好的圖形界面。8

48、.2. 系統安全 郵件推送網關和大眾郵件代理網關的系統安全要求如下： 系統應具有防病毒能力。防病毒軟件應能夠全面查殺病毒，病毒特征碼自動進行更新。 系統應具備訪問權限的識別和控制功能，根據不同的應用需求提供多級密碼口令或使用硬件鑰匙等保護措施。對系統管理員、數據庫管理員及其他管理員必須授予不同級別的管理權限。要保證只有授權的人員或系統可以訪問特定功能，獲取業務數據。應根據中國移動4A系統接口技術規范提供接口接入中國移動4A系統進行賬號口令集中管理的功能（詳見規范中國移動帳號口令集中管理系統功能及技術規范 V1.0.0）。 系統應提供操作日志記錄功能，以便及時掌握系統安全狀態；操作系統應符合C2

49、級以上安全標準； 數據庫應支持C2或以上級安全標準、多級安全控制；支持數據庫存儲加密、數據傳輸通道加密等。應根據中國移動日志審計系統接口技術規范提供接口接入中國移動集中日志審計系統進行日志審計管理的功能。（詳見規范中國移動日志集中管理與審計系統功能及技術規范V1.0.0）。 禁止對數據庫進行手工操作。 系統應使用加密方式對業務數據進行存儲。9 計費與結算9.1. 計費（1）功能費：PushEmail功能作為139郵箱的增值功能，與139郵箱一起包月收取費用，計費點在省BOSS。（2）通信費： GPRS流量費：現階段這部分GPRS流量與普通的GPRS流量計費方式相同。 短信通信費：按現有費率收取

50、。9.2. 結算 功能費：不結算。 通信費：用戶在歸屬省本地使用業務的通信費收入歸用戶歸屬省公司所有，用戶漫游時使用業務產生的漫游費遵循現行省間結算原則。10 編制歷史版本號更新時間主要內容或重大修改1.0.02009-02-271.0.0版本附錄A 139郵箱與大眾郵件代理網關的接口協議A.1 139郵箱與大眾郵件代理網關的管理接口協議在移動用戶定購、退訂139郵箱的PushEmail功能時，139郵箱系統通過接口協議與大眾郵件代理網關連接，同步用戶定購關系到大眾郵件代理網關。另外，139郵箱系統還可以利用該接口實現向用戶終端發送配置消息、炸彈消息、資費提醒消息。139郵箱與大眾郵件代理網關

51、的管理接口協議如下所示。139郵箱系統通過HTTP協議方式同步用戶業務定購關系到大眾郵件代理網關。消息內容為：http:/大眾郵件代理網關的地址/mig/kaihu?MailboxID=&Mobile=&Opcode=&AliasAccount=&AliasFlag=&TimeStamp=&VerifyCode=&FeeType=參數說明：MailboxID： 大眾郵件代理網關為139郵箱分配的ID，通常為郵箱的域名Mobile：手機號碼Opcode： 01定購業務，02退訂業務，03重發配置消息，04發送炸彈消息， 05修改昵稱帳戶，06修改郵件發送帳戶，07資費提醒消息。AliasAccount：昵稱帳號，格式：昵稱郵箱域名（此參數和AliasFlag是一對，只能同時存在或不存在）AliasFlag： 默認發送郵件時是否采用昵