




已閱讀5頁,還剩23頁未讀, 繼續(xù)免費閱讀
版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
中中 國國 移移 動動 通通 信信 企企 業(yè)業(yè) 標標 準準 中中國國移移動動1 13 39 9 郵郵箱箱業(yè)業(yè)務務 p pu us sh he em ma ai il l 總總體體技技術術要要求求 t t e e c c h h n n i i c c a a l l s s o o l l u u t t i i o o n n f f o o r r 1 1 3 3 9 9 m m a a i i l l b b o o x x s s e e r r v v i i c c e e p p u u s s h h e e m m a a i i l l 版版本本號號:1.0.0 中國移動通信集團公司中國移動通信集團公司 發(fā)布發(fā)布 2 20 00 09 9- -6 6- -2 29 9 發(fā)發(fā)布布2 20 00 09 9- -6 6- -2 29 9 實實施施 qb-d-073-2009qb-d-073-2009 qb-d-073-2009qb-d-073-2009 i 目錄 前 言iii 1范圍4 2規(guī)范性引用文件4 3術語、定義和縮略語4 3.1.術語、定義4 3.2.縮略語5 4概述5 4.1.pushemail 業(yè)務概述 .5 4.2.系統(tǒng)結構圖5 4.2.1各模塊功能描述6 4.2.2各接口功能描述7 4.3.組網結構圖7 5應用流程8 5.1.收郵件流程9 5.2.發(fā)郵件流程10 5.3.下載附件流程11 5.4.回復郵件流程11 5.5.轉發(fā)不帶附件的郵件流程12 5.6.轉發(fā)帶附件的郵件流程12 6碼號13 7網管要求13 7.1.接口功能要求13 7.1.1配置數(shù)據采集和修改功能13 .2. 性能管理功能.13 .3. 故障管理功能.14 .4. 操作維護接口.15 7.2.網管接口協(xié)議要求15 7.3.網管數(shù)據要求15 7.3.1大眾郵件代理網關業(yè)務統(tǒng)計樣例(日報)16 .2. 大眾郵件代理網關業(yè)務統(tǒng)計樣例(周/月報) .17 .3. 大眾郵件代理網關接收郵箱系統(tǒng)郵件失敗原因細分統(tǒng)計樣例.17 .4. 大眾郵件代理網關接收終端郵件失敗原因細分統(tǒng)計樣例.18 .5. 大眾郵件代理網關發(fā)送郵件至郵箱系統(tǒng)失敗原因細分統(tǒng)計樣例.18 .6. 大眾郵件代理網關發(fā)送郵件至終端失敗原因細分統(tǒng)計樣例.19 .7. 分省用戶數(shù)統(tǒng)計樣例.19 .8. 短信下發(fā)失敗原因細分統(tǒng)計樣例.19 8安全要求20 8.1.網絡安全20 8.2.系統(tǒng)安全20 9計費與結算21 9.1.計費21 9.2.結算21 qb-d-073-2009qb-d-073-2009 ii 10編制歷史21 附錄 a 139 郵箱與大眾郵件代理網關的接口協(xié)議.21 a.1 139 郵箱與大眾郵件代理網關的管理接口協(xié)議21 a.2 139 郵箱和大眾郵件代理網關的郵件接口協(xié)議23 a.3 用戶在 139 郵箱下載、安裝客戶端軟件的接口協(xié)議.24 a.4 用戶在 139 郵箱上管理 pushemail 功能的接口協(xié)議25 qb-d-073-2009qb-d-073-2009 iii 前 言 本標準對中國移動139郵箱業(yè)務的pushemail功能實現(xiàn)過程中需要規(guī)范的內 容提出全面要求,是中國移動開展139郵箱pushemail功能的依據。 本標準主要對中國移動 139 郵箱 pushemail 功能的技術實現(xiàn)方案進行了總體 描述。主要包括業(yè)務介紹、系統(tǒng)結構、應用流程等幾方面內容,是中國移動通 信集團公司開展 pushemail 功能的依據。 本標準是139郵箱pushemail功能系列標準之一,該系列標準的結構、名稱 或預計的名稱如下: 序號標準編號標準名稱 1中國移動 139 郵箱業(yè)務規(guī)范(待編制) 2 qb-d-073-2009 中國移動 139 郵箱業(yè)務 pushemail 總體技術要求 3 qb-d-074-2009 中國移動 139 郵箱業(yè)務 pushemail 設備規(guī)范 4 qb-d-079-2009 中國移動 pushemail 客戶端規(guī)范 5 qb-d-080-2009 中國移動 pushemail 客戶端與郵件代理網關接口規(guī) 范 6qb-d-081-2009 中國移動 pushemail 郵件推送網關與郵件代理網關 接口規(guī)范 本標準的附錄a為標準性附錄。 本標準由中移技2009194號印發(fā)。 本標準由中國移動通信集團公司數(shù)據部提出,集團公司技術部歸口。 本標準起草單位:中國移動通信研究院。 本標準主要起草人:王磊、范曉暉、魏晨光、劉舸、張曉京、劉洪寧、趙 輝、孫楠、吳卓、翟藝新、楊軍、楊凱、楊佳明、劉爽 qb-d-073-2009qb-d-073-2009 4 1范圍 本標準對 pushemail 系統(tǒng)支持 139 郵箱的郵件推送功能提出規(guī)定,用于在業(yè)務開展中 為中國移動通信集團公司和省公司提供技術依據;適用于 gprs 網絡、edge 網絡、td- scdma 網絡和未來移動通信網絡環(huán)境。 2規(guī)范性引用文件 下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件, 其隨后所有的修改單(不包括勘誤的內容)或修訂版均不適用于本標準,然而,鼓勵根據 本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件, 其最新版本適用于本標準。 序號標準編號標準名稱發(fā)布單位 1qb-c-005-2004中國移動 gprs 網絡技術 體制 v1.0.0 中國移動通信集團公司 2中國移動 139 郵箱業(yè)務規(guī) 范 中國移動通信集團公司 3 qb-d-081-2009 中國移動 pushemail 郵件 推送網關與郵件代理網關 接口規(guī)范 v1.0.0 中國移動通信集團公司 4qb-x-xxx-xxxx中國移動帳號口令集中管 理系統(tǒng)功能及技術規(guī)范 v1.0.0 中國移動通信集團公司 5qb-x-xxx-xxxx中國移動日志集中管理與 審計系統(tǒng)功能及技術規(guī)范 v1.0.0 中國移動通信集團公司 6qb-x-xxx-xxxx中國移動數(shù)據業(yè)務系統(tǒng)通 用網管接口技術規(guī)范 中國移動通信集團公司 3術語、定義和縮略語 3.1. 術語、定義 iframe: inline frame(iframe)又叫浮動幀標記,它可以將一個 html 文檔嵌入 在另一個 html 中顯示。 sso:single sign-on (sso) 是一種單次用戶認證和授權的機制,允許用戶接入其擁有 接入許可的所有計算機系統(tǒng),無需多次輸入密碼。 qb-d-073-2009qb-d-073-2009 5 3.2. 縮略語 縮略語英文全稱中文含義 emn e-mail notification 郵件通知消息 gprsgeneral packet radio service通用無線分組業(yè)務 httphypertext transfer protocol超文本傳輸協(xié)議 snmpsimple network management protocol 簡單網管協(xié)議 wapwireless application protocol無線應用協(xié)議 ismginternet short message gateway 短信網關 bossbusiness & operation support system 業(yè)務運營支撐系統(tǒng) 4概述 4.1. pushemail 業(yè)務概述 139 郵箱業(yè)務 pushemail 功能是指把 139 郵箱中的郵件,主動推送到相應用戶手機終 端上的業(yè)務形式,用戶也可以通過手機終端回復、轉發(fā)和撰寫電子郵件。 通過使用 139 郵箱業(yè)務 pushemail 功能, 用戶可以隨時隨地使用手機接收和發(fā)送電子 郵件。 4.2. 系統(tǒng)結構圖 pushemail 系統(tǒng)結構圖如圖 4-1 所示: qb-d-073-2009qb-d-073-2009 6 ca 數(shù)據連 接模塊 短信處 理模塊 短信監(jiān) 聽模塊 手 機 客 戶 端 網管系統(tǒng) 郵件推送網關 短信傳輸模塊 用戶管理模塊 數(shù)據同步模塊 管 理 模 塊 通 知 模 塊 協(xié) 議 轉 換 模 塊 大 眾 郵 件 代 理 網 關 基 礎 郵 箱 模 塊 移 動 增 值 模 塊 139郵箱 協(xié) 議 轉 換 s s l 模 塊 企 業(yè) 郵 件 代 理 網 關 基 礎 郵 箱 模 塊 企業(yè)郵箱 網管 接口 省ismg ca簽發(fā)接口 ca簽發(fā)接口 if1接口 if4接口 if3接口 if5接口 if6接口 cmpp 接口 if2接口 圖 4-1 pushemail 系統(tǒng)結構圖 4.2.1各模塊功能描述 pushemail 系統(tǒng)結構內部各個模塊的功能說明如下: (1)手機客戶端: -短信監(jiān)聽模塊:短信偵聽功能負責偵聽emn等管理消息,觸發(fā)協(xié)議層工作。 -短信處理模塊:短信處理功能負責處理收到的emn等管理消息。 -數(shù)據連接模塊:數(shù)據連接功能負責建立基于tcp的連接。 (2)郵件推送網關:郵件推送網關是中國移動為開展 pushemail 業(yè)務新增的網元設 備。郵件推送網關具備短信路由功能,可以根據用戶手機號碼的歸屬地將需要下發(fā)的 短信信息路由到各省短信網關。郵件推送網關保存 pushemail 業(yè)務客戶端軟件,供用 戶下載安裝。 -數(shù)據同步模塊:對系統(tǒng)支持的手機終端列表等數(shù)據進行同步。 -用戶管理模塊:包括對用戶的注冊、注銷、暫停、恢復狀態(tài),用戶的手機與 郵箱地址綁定/解除綁定,用戶手機類型,用戶郵箱地址等幾類信息的管理。 -短信傳輸模塊:包括郵件通知(emn)消息、配置消息、數(shù)據保護消息、wap push消息和文本消息等幾類短信,大眾郵件代理網關提出發(fā)送請求,郵件推 送網關負責封裝和發(fā)送。 (3)大眾郵件代理網關:對于大眾郵件代理網關,139 郵箱用戶訂購 139 郵箱 pushemail 業(yè)務后,一旦 139 郵件系統(tǒng)有新郵件到達,大眾郵件代理網關獲取該郵件, 并通過郵件推送網關發(fā)送郵件通知到移動終端,手機終端 pushemail 業(yè)務客戶端軟件 直接建立與大眾郵件代理網關的連接,下載郵件并通知客戶閱讀郵件。 qb-d-073-2009qb-d-073-2009 7 -協(xié)議轉換模塊:大眾郵件代理網關是為139郵箱增加pushemail功能新增的設 備,負責139郵件系統(tǒng)與用戶客戶端的通信、協(xié)議轉換等工作。通過pop3協(xié)議 /http協(xié)議與郵件服務器相連接,同時通過cmpop協(xié)議負責與客戶端相連接。 -管理模塊:在移動用戶定購、退訂139郵箱的pushemail功能時,139郵箱系統(tǒng) 通過接口協(xié)議與大眾郵件代理網關連接,同步用戶定購關系到大眾郵件代理 網關;另外,139郵箱系統(tǒng)還可以利用該接口實現(xiàn)向用戶終端發(fā)送配置消息、 炸彈消息、鑒權消息、軟件版本檢查消息、資費提醒消息和郵件狀態(tài)同步消 息。 -通知模塊:139郵箱通過http協(xié)議通知大眾郵件代理網關新郵件到達。 (4)139 郵箱: -基礎郵箱模塊:提供基礎的收發(fā)郵件功能。 -移動增值模塊:提供和大眾郵件代理網關交互的功能。 4.2.2各接口功能描述 pushemail 系統(tǒng)結構各接口功能說明如下: (1)if1 接口:手機客戶端和郵件推送網關的接口 -cmpp接口:“郵件推送網關”與ismg之間通過cmpp接口,實現(xiàn)向手機用戶發(fā) 送郵件到達通知消息、配置消息等功能。 -上行短信接口:實現(xiàn)手機用戶發(fā)送短信鑒權、軟件版本檢查上行短信的功能。 (2)if2 接口:郵件推送網關和大眾郵件代理網關的接口(詳見中國移動 pushemail 郵件推送網關與郵件代理網關接口規(guī)范 v1.0.0 ) -用戶管理接口:包括對用戶的注冊、注銷、暫停、恢復狀態(tài)同步,用戶的手 機與郵箱地址綁定/解除綁定,用戶手機類型同步,用戶郵箱地址同步等信息 的管理。 -數(shù)據同步接口:對系統(tǒng)支持的手機終端列表等數(shù)據進行同步。 -短信傳輸接口:負責下發(fā)郵件通知(emn)消息、配置消息、數(shù)據保護消息、 wap push消息和文本消息等幾類短信。 (3)if4 接口:手機客戶端和大眾郵件代理網關的接口 -cmpop接口:客戶端通過cmpop接口從大眾郵件代理網關收取郵件。 -cmsmtp接口:客戶端發(fā)送電子郵件時,大眾郵件代理網關通過此接口接收用 戶請求,并把請求轉發(fā)給郵件系統(tǒng)。 (4)cmpp 接口:“郵件推送網關”與 ismg 之間通過 cmpp 接口,實現(xiàn)向手機用戶 發(fā)送郵件到達通知消息、配置消息等功能。 (5)if6 接口:139 郵箱和大眾郵件代理網關的接口(見附件 a) -139郵箱和大眾郵件代理網關的管理接口。 -139郵箱和大眾郵件代理網關的郵件接口。 -139郵箱和大眾郵件代理網關的ui集成接口: 用戶在139郵箱下載、安裝客戶端軟件的接口; 用戶在139郵箱上管理pushemail功能的接口。 qb-d-073-2009qb-d-073-2009 8 4.3. 組網結構圖 139 郵箱業(yè)務 pushemail 系統(tǒng)的網絡結構為單點組網,即指全國范圍內只設置一套郵 件推送網關和一套大眾郵件代理網關。用戶均通過無線網絡(使用 cmwap 的 apn)連 接到大眾郵件代理網關。組網結構如圖 4-2 所示: gsm/gprs 郵件推送網關 省ismg省ismg 省ismg 大眾郵件代理網關 139郵箱服務器 boss p pu us sh he em ma ai il l業(yè)業(yè)務務(個個人人版版) 網管系統(tǒng) 圖 4-2 pushemail 系統(tǒng)的組網結構圖 pushemail 系統(tǒng)的組網結構如圖 4-2 所示,按照用戶郵箱的不同,分別服務于企業(yè)用 戶和 139 郵箱用戶。 139 郵箱業(yè)務 pushemail 功能 開通 139 郵箱業(yè)務 pushemail 功能的郵箱系統(tǒng)必須連接大眾郵件代理網關,通過大眾 郵件代理網關和郵件推送網關的配合完成業(yè)務受理以及郵件的收發(fā)等功能。 5應用流程 本標準僅規(guī)定 139 郵箱業(yè)務 pushemail 功能的流程。 應用流程圖均符合以下說明: -實線:代表主動發(fā)出的請求,或網元間的數(shù)據操作。 -虛線:表示對請求發(fā)出的響應消息。 qb-d-073-2009qb-d-073-2009 9 5.1. 收郵件流程 手機郵件推送網關 大眾郵件代理 網關 139郵箱 2.查找新郵件 3.提交發(fā)送emn請求 4.發(fā)送emn 7.取郵件 2,加密緩存 8.解釋郵件并得到附件列表 9.返回用戶郵件及附件列表 1.郵件到達通知 5.終端與大眾郵件代理網關建立連接 6.發(fā)送歡迎信息 10.退出 11.ok 圖5-1 終端接收139郵箱郵件的流程 手機終端收郵件流程如圖 5-1 所示: 1) 新郵件到達 139 郵箱系統(tǒng)的用戶郵箱;139 郵箱系統(tǒng)判斷郵箱用戶是否定制了 pushemail 功能,如果否,則結束;否則 139 郵箱系統(tǒng)通過 http 協(xié)議將用戶的 郵箱帳戶和新郵件的 uid 發(fā)送給大眾郵件代理網關; 2) 大眾郵件代理網關保存用戶帳戶和郵件 uid,并返回成功給 139 郵箱系統(tǒng);大眾 郵件代理網關根據用戶帳戶和郵件 uid,通過 pop3 協(xié)議從 139 郵箱系統(tǒng)讀取新 郵件; 3) 大眾郵件代理網關向郵件推送網關提交發(fā)送 emn 的請求; 4) 郵件推送網關將 emn 發(fā)送到手機終端; 5) 手機終端收到 emn 后主動連接大眾郵件代理網關; 6) 大眾郵件代理網關發(fā)送歡迎信息; 7)手機終端發(fā)出取郵件的命令; 8)大眾郵件代理網關將用戶郵件正文取出并加入附件列表; 9)大眾郵件代理網關將郵件發(fā)給手機終端; 10)手機終端程序退出連接; 11)連接退出確認。 收郵件異常流程: 手機客戶端向大眾郵件代理網關請求下載郵件正文,如大眾郵件代理網關無法將郵 件正文的編碼轉換成手機可識別的編碼,大眾郵件代理網關會返回編碼無法進行轉 換的錯誤。 當郵件下載時,如果手機終端長時間超出 gprs 信號覆蓋范圍,用戶終端中斷連 qb-d-073-2009qb-d-073-2009 10 接,不提示用戶任何信息。 如果手機終端下載郵件的流程沒有正確退出,已經下載的郵件用戶不能讀取,在大 眾郵件代理網關上的郵件仍被標識為新郵件??蛻舳塑浖兄卦嚈C制,可以重新 發(fā)起連接下載新郵件。當手機收到下一個郵件短信通知,發(fā)起取郵件的連接時,下 載所有新郵件,包括上一次未正確標識完整下載的郵件。 5.2. 發(fā)郵件流程 手機郵件推送網關 大眾郵件代理 網關 139郵箱 1.手機終端連接大眾郵件代理網關 4.提交郵件 7.退出 2.返回歡迎消息 3.發(fā)送郵件 5.返回狀態(tài) 6.返回結果 8.ok 圖5-2 終端發(fā)送郵件的流程 手機終端發(fā)送郵件的流程如圖 5-2 所示: 1) 手機終端主動連接大眾郵件代理網關; 2) 大眾郵件代理網關鑒權成功后發(fā)送歡迎信息給手機; 3) 手機終端將郵件發(fā)送給大眾郵件代理網關; 4) 大眾郵件代理網關即時將郵件提交給郵件服務器; 5) 郵件服務器返回發(fā)送狀態(tài); 6) 大眾郵件代理網關將郵件服務器返回的郵件發(fā)送狀態(tài)傳回給手機; 7) 手機終端軟件退出連接; 8) 大眾郵件代理網關確認退出成功。 發(fā)郵件異常流程: 如果鑒權錯誤,大眾郵件代理網關返回錯誤。 如果大眾郵件代理網關發(fā)送郵件失敗,返回錯誤。 qb-d-073-2009qb-d-073-2009 11 5.3.下載附件流程 手機郵件推送網關 大眾郵件代理 網關 139郵箱 1.手機終端連接大眾郵件代理網關 7.退出 2.返回歡迎消息 3.發(fā)送取附件命令 5.重取郵件 6.返回郵件 8.ok 2,加密緩存 4.從緩存中取附件 如果郵件已從緩存刪除,根 據郵件id重新獲取郵件 2,加密緩存 6.得到郵件附件 2,加密緩存 7.轉換郵件附件 圖5-3 終端接收附件的流程 手機終端下載附件的流程如圖 5-3 所示: 1) 手機終端主動連接大眾郵件代理網關; 2) 大眾郵件代理網關發(fā)送歡迎信息給手機; 3) 手機發(fā)出取附件命令; 4) 大眾郵件代理網關嘗試從緩存中取出郵件; 5) 如果郵件已從緩存中清除,則根據郵件 id 到郵件服務器將郵件重新取回; 6) 從郵件中得到郵件附件; 7)根據命令轉換附件; 8)將附件內容返回給手機; 9) 收到附件后,手機終端退出連接; 10)服務器確認成功退出。 下載附件異常處理: 如果附件不存在,則返回錯誤。 如果轉換附件失敗,則返回錯誤。 5.4. 回復郵件流程 回復郵件在網元之間的操作與發(fā)郵件流程相同。區(qū)別是在手機終端編寫郵件時,手機 終端軟件會按照下列規(guī)則進行處理: 新郵件收件人為原始郵件發(fā)件人; qb-d-073-2009qb-d-073-2009 12 新郵件標題引用原始郵件標題,并在原始標題前增加“re:” ; 原始郵件內容附加在郵件正文的后面。 5.5. 轉發(fā)不帶附件的郵件流程 轉發(fā)不帶附件的郵件在網元之間的操作與發(fā)郵件流程相同。區(qū)別是在手機終端編寫郵 件時,手機終端軟件會按照下列規(guī)則進行處理: 新郵件標題引用原始郵件標題,并在原始標題前增加“fw:” 。 原始郵件內容附加在郵件正文的后面。 5.6. 轉發(fā)帶附件的郵件流程 用戶轉發(fā)帶附件的郵件,手機終端軟件會首先按照下列規(guī)則生成新郵件: 新郵件標題引用原始郵件標題,并在原始標題前增加“fw:” 。 原始郵件內容附加在新郵件正文的后面。 手機郵件推送網關 大眾郵件代理 網關 139郵箱 1.手機終端連接大眾郵件代理網關 9.退出 2.返回歡迎消息 3.轉發(fā)郵件 8.返回結果 10.ok 2,加密緩存 4.獲取原郵件 6.提交郵件 2,加密緩存 5.綁定原郵件中包含的附件 7.返回狀態(tài) 圖 5-1 終端轉發(fā)帶附件的流程 從手機終端發(fā)送帶附件郵件的流程如圖 5-4 所示: 1) 手機終端編寫郵件完成后,主動連接到大眾郵件代理網關; 2) 大眾郵件代理網關鑒權成功后,發(fā)送歡迎信息給手機終端; 3) 手機終端發(fā)出轉發(fā)郵件命令; 4) 大眾郵件代理網關先取出要轉發(fā)的郵件; 5) 從要轉發(fā)郵件中得到附件綁定到正在發(fā)送的郵件中; 6) 將合成的新郵件提交給郵件服務器發(fā)送; qb-d-073-2009qb-d-073-2009 13 7)郵件服務器返回郵件的發(fā)送狀態(tài); 8)大眾郵件代理網關將郵件發(fā)送狀態(tài)發(fā)回給手機; 9)手機終端發(fā)出退出連接指令; 10) 大眾郵件代理網關確認成功退出。 轉發(fā)帶附件郵件的異常流程: 如果鑒權錯誤,大眾郵件代理網關返回錯誤。 在轉發(fā)的過程中,如果原郵件已從郵件服務器及緩存中刪除,大眾郵件代理網關 返回錯誤。 如果大眾郵件代理網關發(fā)送郵件失敗,返回錯誤。 6碼號 本業(yè)務涉及的碼號如下: (1)apn:cmwap。 (2)短信服務代碼:10658172。 7網管要求 pushemail系統(tǒng)中的大眾郵件代理網關和郵件推送網關支持網管接口。要求滿足中國 移動數(shù)據業(yè)務系統(tǒng)通用網管接口技術規(guī)范。 7.1. 接口功能要求 7.1.1配置數(shù)據采集和修改功能 網管系統(tǒng)可以通過網管接口對系統(tǒng)的配置信息進行查詢和修改。 .2.性能管理功能 網管系統(tǒng)通過網管接口,可獲得各種反映系統(tǒng)和設備狀況、運行質量和業(yè)務使用情況 等性能數(shù)據。 (1)性能數(shù)據采集 網管系統(tǒng)可以通過網管接口,周期性采集設備的性能統(tǒng)計數(shù)據。 (2)性能數(shù)據采集時延要求 性能數(shù)據的采集時延是指從統(tǒng)計周期的結束時間至統(tǒng)計數(shù)據準備完成,可供網管系統(tǒng) 采集的時間點之間的時長。不同統(tǒng)計粒度下對統(tǒng)計時延的要求如下: 統(tǒng)計周期最大統(tǒng)計時延 5 分鐘1 分鐘 qb-d-073-2009qb-d-073-2009 14 15 分鐘5 分鐘 例:如果統(tǒng)計周期設置成了 15 分鐘,那么 8:00 至 8:15 的統(tǒng)計數(shù)據,在統(tǒng)計周期結 束之后 5 分鐘內(也就是在 8:20 之前) ,接口應能上報相應的性能統(tǒng)計文件。 .3.故障管理功能 網管接口應能提供告警主動上報功能,網管系統(tǒng)通過該接口實時接收設備產生的各種 告警。 (1)告警格式要求 告警上報接口上報的告警信息至少應該包括表 7-1 內容: 表 7-1 條目說明英文名稱數(shù)據類型備注 告警序列號告警的序列號alarm_id字符串必選 網元的識別名網元的識別名dn字符串必選 告警原始級別告警級別,設備上報告警 消息中的告警級別。 org_severity字符串必選 告警原始類型告警類型,設備上報告警 消息中的告警類型。 org_type字符串必選 告警原因號廠商用于標識告警原因的 內部告警號 alarm_cause_i d 字符串可選 告警原因告警原因probablecause整數(shù)可選 告警發(fā)生時間網元上告警發(fā)生時間occur_time時間必選 告警狀態(tài)活動狀態(tài),表示告警是否 被清除還是處于活躍狀態(tài) activestatus整數(shù)必選 告警標題告警標題title字符串必選 告警內容告警內容alarm_text字符串必選 (2)告警時延 接口告警時延應小于 10 秒。接口告警時延指設備產生告警的時間至網管采集系統(tǒng)接收 到告警的時間之間的時長。 (3)告警清除功能 當設備上的故障被排除,告警清除之后,設備應通過告警上報接口上報告警清除消息, 其告警序列號應與被消除的原告警的告警序列號相同,告警狀態(tài)字段中指示是清除消息。 (4)告警過濾功能(可選) 網管系統(tǒng)可通過接口設置告警和事件過濾條件,能通過告警時間、告警級別及告警類 型、告警原因、告警源等條件對上報告警進行過濾,指示設備不再向告警上報接口發(fā)送這 些告警信息。 (5)歷史告警查詢功能(可選) 網管系統(tǒng)通過接口輸入起止時間參數(shù),查詢一段時間內網元上產生的所有告警,這些 告警可能是活動告警,也可能是已經被清除了的告警。 要求能查詢三個月的告警。 qb-d-073-2009qb-d-073-2009 15 .4.操作維護接口 原則上網管系統(tǒng)應通過系統(tǒng)的網管接口實現(xiàn)對設備的硬件、軟件的操作維護功能。 當系統(tǒng)無法完全通過網管接口完成所有操作維護功能時,應提供 mml 接口或遠程管 理終端實現(xiàn)操作維護功能。 7.2. 網管接口協(xié)議要求 系統(tǒng)的網管接口應符合以下要求: 支持 snmpv2c 或以上版本,以實現(xiàn)接口的配置、告警、性能管理功能。 支持 ftp 協(xié)議,以實現(xiàn)接口的性能數(shù)據采集功能。 支持 telnet、mml 或遠程終端方式,實現(xiàn)接口的操作維護功能。 7.3. 網管數(shù)據要求 系統(tǒng)應通過網管接口提供表 7-2 所示管理數(shù)據。 表 7-2 序 號 指標中文名稱英文 名稱 說明數(shù)據類型指標單位時間粒度區(qū)域粒度備注 當前并發(fā)用戶數(shù) 數(shù) 當前的并發(fā)終端用 戶數(shù)數(shù) 整型個5 分鐘 登錄成功次數(shù) 用戶終端登錄成功 次數(shù) 整型次天 登錄失敗次數(shù) 用戶終端登錄失敗 次數(shù) 整型次天 注冊用戶數(shù) 截至統(tǒng)計時間點各 省注冊用戶數(shù) 整型個天省 新增用戶數(shù) 各省新增注冊用戶 數(shù) 整型個天省 注銷用戶數(shù) 各省注銷用戶數(shù)整型個天省 郵箱系統(tǒng)發(fā)送到 大眾網關的郵件 成功總數(shù) 郵箱系統(tǒng)發(fā)送到大 眾網關的郵件成功 總數(shù) 整型封小時 大眾網關發(fā)送到 郵箱系統(tǒng)的郵件 成功數(shù) 大眾網關發(fā)送到郵 箱系統(tǒng)的郵件成功 總數(shù) 整型封小時 細分各種原因郵 箱系統(tǒng)發(fā)送到大 眾網關的郵件失 敗數(shù)(細分各種 原因) 郵箱系統(tǒng)發(fā)送到大 眾網關的郵件失敗 總數(shù)(細分各種原 因) 整型封小時 qb-d-073-2009qb-d-073-2009 16 大眾網關發(fā)送到 郵箱系統(tǒng)的郵件 失敗數(shù)(細分各 種原因) 大眾網關發(fā)送到郵 箱系統(tǒng)的郵件失敗 總數(shù)(細分各種原 因) 整型封小時 大眾網關發(fā)送到 用戶終端的郵件 成功數(shù) 大眾網關發(fā)送到用 戶終端的郵件成功 總數(shù) 整型封小時 大眾網關發(fā)送到 郵箱系統(tǒng)的郵件 失敗數(shù)(細分各 種原因) 大眾網關發(fā)送到郵 箱系統(tǒng)的郵件成功 失敗總數(shù)(細分各 種原因) 整型封小時 用戶終端發(fā)送到 大眾網關的郵件 成功數(shù) 用戶終端發(fā)送到大 眾網關的郵件成功 總數(shù) 整型封小時 用戶終端發(fā)送到 大眾網關的郵件 失敗數(shù)(細分各 種原因) 用戶終端發(fā)送到大 眾網關的郵件失敗 總數(shù)(細分各種原 因) 整型封小時 大眾網關下發(fā) push 短信成功數(shù) 大眾網關下發(fā) push 短信成功數(shù) 整型封小時 大眾網關下發(fā) push 短信失敗數(shù) (細分各種原因) 大眾網關下發(fā) push 短信失敗總數(shù)(細 分各種原因) 整型封小時 7.3.1大眾郵件代理網關業(yè)務統(tǒng)計樣例(日報) 表 7-3 序 號 時段 用 戶 峰 值 郵 箱 系 統(tǒng) 發(fā) 送 到 大 眾 網 關 的 郵 件 郵 箱 系 統(tǒng) 發(fā) 送 到 大 眾 網 關 的 郵 件 郵 箱 系 統(tǒng) 發(fā) 送 到 大 眾 網 關 成 功 率 大 眾 網 關 發(fā) 送 到 郵 箱 系 統(tǒng) 的 郵 件 大 眾 網 關 發(fā) 送 到 郵 箱 系 統(tǒng) 的 郵 件 大 眾 網 關 發(fā) 送 到 郵 箱 系 統(tǒng) 成 功 率 大 眾 網 關 發(fā) 送 到 終 端 的 郵 件 成 功 大 眾 網 關 發(fā) 送 到 終 端 系 統(tǒng) 的 郵 件 大 眾 網 關 發(fā) 送 到 終 端 成 功 率 終 端 發(fā) 送 到 大 眾 網 關 的 郵 件 成 功 終 端 發(fā) 送 到 大 眾 網 關 的 郵 件 失 敗 終 端 發(fā) 送 到 大 眾 網 關 的 成 功 率 大眾 網關 下發(fā) push 短信 成功 總數(shù) 大眾 網關 下發(fā) push 短信 失敗 總數(shù) 大眾 網關 下發(fā) push 短信 成功 率 qb-d-073-2009qb-d-073-2009 17 成 功 總 數(shù) 失 敗 總 數(shù) 成 功 總 數(shù) 失 敗 總 數(shù) 總 數(shù) 失 敗 總 數(shù) 總 數(shù) 總 數(shù) 1 0:00-0:59 2 3 23:00-23:59 注:并發(fā)聯(lián)機峰值數(shù)取統(tǒng)計時段中按 5 分鐘粒度統(tǒng)計的并發(fā)峰值聯(lián)機數(shù)中最大值 .2.大眾郵件代理網關業(yè)務統(tǒng)計樣例(周/月報) 表 7-4 時 間 并 發(fā) 用 戶 峰 值 注 冊 用 戶 數(shù) 新 增 注 冊 用 戶 數(shù) 注 銷 用 戶 數(shù) 用 戶 登 錄 總 數(shù) 數(shù) 用 戶 登 錄 成 功 率 郵 箱 系 統(tǒng) 發(fā) 送 到 大 眾 網 關 的 郵 件 成 功 總 數(shù) 郵 箱 系 統(tǒng) 發(fā) 送 到 大 眾 網 關 的 郵 件 失 敗 總 數(shù) 郵 箱 系 統(tǒng) 發(fā) 送 到 大 眾 網 關 成 功 率 大 眾 網 關 發(fā) 送 到 郵 箱 系 統(tǒng) 的 郵 件 成 功 總 數(shù) 大 眾 網 關 發(fā) 送 到 郵 箱 系 統(tǒng) 的 郵 件 失 敗 總 數(shù) 大 眾 網 關 發(fā) 送 到 郵 箱 系 統(tǒng) 成 功 率 大 眾 網 關 發(fā) 送 到 終 端 的 郵 件 成 功 總 數(shù) 大 眾 網 關 發(fā) 送 到 終 端 系 統(tǒng) 的 郵 件 失 敗 總 數(shù) 大 眾 網 關 發(fā) 送 到 終 端 成 功 率 終 端 發(fā) 送 到 大 眾 網 關 的 郵 件 成 功 總 數(shù) 終 端 發(fā) 送 到 大 眾 網 關 的 郵 件 失 敗 總 數(shù) 終 端 發(fā) 送 到 大 眾 網 關 的 成 功 率 大眾 網關 下發(fā) push 短信 成功 總數(shù) 大眾 網關 下發(fā) push 短信 失敗 總數(shù) 大眾 網關 下發(fā) push 短信 成功 率 yy -mm -dd 。 yy -mm -dd 注:并發(fā)聯(lián)機峰值數(shù)取統(tǒng)計時段中按 5 分鐘粒度統(tǒng)計的并發(fā)峰值聯(lián)機數(shù)中最大值 .3.大眾郵件代理網關接收郵箱系統(tǒng)郵件失敗原因細分統(tǒng)計樣例 表 7-5 qb-d-073-2009qb-d-073-2009 18 接收郵件失敗原因細分統(tǒng)計(日/周/月報) 序 號 時間 大眾網 關接收 郵箱系 統(tǒng)郵件 成功次 數(shù) 大眾網關 接收郵箱 系統(tǒng)郵件 失敗次數(shù) 失敗原 因 1 次 數(shù) 失敗原 因 2 次 數(shù) 失敗原 因 3 次 數(shù) 失敗原 因 4 次 數(shù) 失敗原 因 5 次 數(shù) 其他原 因次數(shù) 1 yy-mm-dd 2yy-mm-dd 3yy-mm-dd 注:取失敗次數(shù)在前 5 位的原因統(tǒng)計 .4.大眾郵件代理網關接收終端郵件失敗原因細分統(tǒng)計樣例 表 7-6 接收郵件失敗原因細分統(tǒng)計(日/周/月報) 序 號 時間 大眾網 關接收 終端郵 件成功 次數(shù) 大眾網關 接收終端 郵件失敗 次數(shù) 失敗原 因 1 次 數(shù) 失敗原 因 2 次 數(shù) 失敗原 因 3 次 數(shù) 失敗原 因 4 次 數(shù) 失敗原 因 5 次 數(shù) 其他原 因次數(shù) 1 yy-mm-dd 2yy-mm-dd 3yy-mm-dd 注:取失敗次數(shù)在前 5 位的原因統(tǒng)計 .5.大眾郵件代理網關發(fā)送郵件至郵箱系統(tǒng)失敗原因細分統(tǒng)計樣例 表 7-7 發(fā)送郵件失敗原因細分統(tǒng)計(日/周/月報) 序 號 時間 大眾網 關發(fā)送 郵件至 郵箱系 統(tǒng)成功 次數(shù) 大眾網 關發(fā)送 郵件至 郵箱系 統(tǒng)失敗 次數(shù) 失敗原 因 1 次 數(shù) 失敗原 因 2 次 數(shù) 失敗原 因 3 次 數(shù) 失敗 原因 4 次數(shù) 失敗原 因 5 次 數(shù) 其他原 因次數(shù) 1 yy-mm-dd 2yy-mm-dd 3yy-mm-dd 注:取失敗次數(shù)在前 5 位的原因統(tǒng)計 qb-d-073-2009qb-d-073-2009 19 .6.大眾郵件代理網關發(fā)送郵件至終端失敗原因細分統(tǒng)計樣例 表 7-8 發(fā)送郵件失敗原因細分統(tǒng)計(日/周/月報) 序 號 時間 大眾網 關發(fā)送 郵件至 終端成 功次數(shù) 大眾網 關發(fā)送 郵件至 終端失 敗次數(shù) 失敗原 因 1 次 數(shù) 失敗原 因 2 次 數(shù) 失敗原 因 3 次 數(shù) 失敗 原因 4 次數(shù) 失敗原 因 5 次 數(shù) 其他原 因次數(shù) 1 yy-mm-dd 2yy-mm-dd 3yy-mm-dd 注:取失敗次數(shù)在前 5 位的原因統(tǒng)計 .7.分省用戶數(shù)統(tǒng)計樣例 表 7-9 序 號 省份名稱 注冊用 戶數(shù) 新增用 戶數(shù) 注銷用 戶數(shù) 1 北京 2上海 3 注:取失敗次數(shù)在前 5 位的原因統(tǒng)計 .8.短信下發(fā)失敗原因細分統(tǒng)計樣例 表 7-10 時間 下發(fā) push 短 信成功 的次數(shù) 下發(fā) push 短 信失敗 的次數(shù) 下發(fā) push 短信成 功率 失敗 原因 1 次 數(shù) 失敗 原因 2 次 數(shù) 失敗 原因 3 次 數(shù) 失敗 原因 4 次 數(shù) 失敗 原因 5 次 數(shù) 其他 原因 統(tǒng)計 yy-mm-dd 。 yy-mm-dd 注:取失敗次數(shù)在前 5 位的原因統(tǒng)計 qb-d-073-2009qb-d-073-2009 20 8安全要求 8.1. 網絡安全 由于需要與 internet 以及其它業(yè)務網絡互連,139 郵箱業(yè)務 pushemail 系統(tǒng)郵件推送 網關和大眾郵件代理網關需要劃分安全域并進行隔離,同時建立完善的網絡安全機制,這 些安全機制包括:防火墻系統(tǒng)、入侵檢測系統(tǒng)、病毒防范系統(tǒng)等。 安全系統(tǒng)應支持訪問控制、安全檢測、攻擊監(jiān)控等一系列安全功能,應提供完整的網 絡安全監(jiān)控、報警和故障處理功能。 系統(tǒng)應具有入侵檢測的功能,對于可疑的連接、非法訪問等應采用禁止訪問等安 全策略。 使用加密技術對在互聯(lián)網上傳輸?shù)闹匾獢?shù)據進行加密。 與其它系統(tǒng)的連接須設置防火墻,并定義完備的安全配置策略,進行網絡隔離。 防火墻產品應滿足下列要求: 支持動態(tài)和靜態(tài)的內部網與外部網之間的地址轉換。 能有效地實現(xiàn)內部網到外部網的單向訪問控制,可以禁止外部網對內部網的訪問。 能偵測、過濾或跟蹤非法訪問企圖,能自動實時告警,并生成相應日志記錄。 能對常用的服務(例如 www、ftp、telnet、rlogin 等)的訪問權限進行有效控 制和管理;能對經過防火墻的網絡流量進行統(tǒng)計和管理,并定期生成相應報告文 件。 支持 snmp 和 snmpv2 協(xié)議。 具有友好的圖形界面。 8.2. 系統(tǒng)安全 郵件推送網關和大眾郵件代理網關的系統(tǒng)安全要求如下: 系統(tǒng)應具有防病毒能力。防病毒軟件應能夠全面查殺病毒,病毒特征碼自動進行 更新。 系統(tǒng)應具備訪問權限的識別和控制功能,根據不同的應用需求提供多級密碼口令 或使用硬件鑰匙等保護措施。對系統(tǒng)管理員、數(shù)據庫管理員及其他管理員必須授 予不同級別的管理權限。要保證只有授權的人員或系統(tǒng)可以訪問特定功能,獲取 業(yè)務數(shù)據。應根據中國移動 4a 系統(tǒng)接口技術規(guī)范提供接口接入中國移動 4a 系統(tǒng) 進行賬號口令集中管理的功能(詳見規(guī)范中國移動帳號口令集中管理系統(tǒng)功能 及技術規(guī)范 v1.0.0 ) 。 系統(tǒng)應提供操作日志記錄功能,以便及時掌握系統(tǒng)安全狀態(tài);操作系統(tǒng)應符合 c2 級以上安全標準; 數(shù)據庫應支持 c2 或以上級安全標準、多級安全控制;支持數(shù) 據庫存儲加密、數(shù)據傳輸通道加密等。應根據中國移動日志審計系統(tǒng)接口技術規(guī) 范提供接口接入中國移動集中日志審計系統(tǒng)進行日志審計管理的功能。 (詳見規(guī)范 中國移動日志集中管理與審計系統(tǒng)功能及技術規(guī)范 v1.0.0 ) 。 禁止對數(shù)據庫進行手工操作。 qb-d-073-2009qb-d-073-2009 21 系統(tǒng)應使用加密方式對業(yè)務數(shù)據進行存儲。 9計費與結算 9.1. 計費 (1)功能費:pushemail 功能作為 139 郵箱的增值功能,與 139 郵箱一起包月收取費 用,計費點在省 boss。 (2)通信費: gprs 流量費:現(xiàn)階段這部分 gprs 流量與普通的 gprs 流量計費方式相同,下一 階段采用內容計費。 短信通信費:按現(xiàn)有費率收取。 9.2. 結算 功能費:不結算。 通信費:用戶在歸屬省本地使用業(yè)務的通信費收入歸用戶歸屬省公司所有,用戶 漫游時使用業(yè)務產生的漫游費遵循現(xiàn)行省間結算原則。 10編制歷史 版本號更新時間主要內容或重大修改 1.0.02009-02-271.0.0版本;編號:qb-d-073-2009 附錄 a 139 郵箱與大眾郵件代理網關的接口協(xié)議 a.1 139 郵箱與大眾郵件代理網關的管理接口協(xié)議 在移動用戶定購、退訂 139 郵箱的 pushemail 功能時,139 郵箱系統(tǒng)通過接口協(xié)議與 大眾郵件代理網關連接,同步用戶定購關系到大眾郵件代理網關。另外,139 郵箱系統(tǒng)還 可以利用該接口實現(xiàn)向用戶終端發(fā)送配置消息、炸彈消息、資費提醒消息。139 郵箱與大 眾郵件代理網關的管理接口協(xié)議如下所示。 139 郵箱系統(tǒng)通過 http 協(xié)議方式同步用戶業(yè)務定購關系到大眾郵件代理網關。消息 內容為: http:/大眾郵件代理網關的地址 /mig/kaihu?mailboxid=&mobile=&opcode=&aliasaccount=&aliasflag=×tamp=& verifycode= qb-d-073-2009qb-d-073-2009 22 參數(shù)說明: mailboxid: 大眾郵件代理網關為139郵箱分配的id,通常為郵箱的域名 mobile:手機號碼 opcode: 01定購業(yè)務,02退訂業(yè)務,03重發(fā)配置消息,04發(fā)送炸彈消息, 05修改昵稱帳戶,06修改郵件發(fā)送帳戶,07資費提醒消息。 aliasaccount:昵稱帳號,格式:昵稱郵箱域名(此參數(shù)和aliasflag是一對,只能同 時存在或不存在) aliasflag: 默認發(fā)送郵件時是否采用昵稱帳戶。表示采用,表示不采用。 timestamp: 當前時間,格式為:yyyymmdd(一個空格)hhmmss verifycode:驗證碼,算法為md5(mailboxid+password+mobile+timestamp),其中 password為大眾郵件代理網關與139郵箱系統(tǒng)約定的密碼。(md5轉化為小寫字符表示) 返回值: 1 成功 0 失敗 失敗時返回值格式及原因描述: 格式:0 reason-description 各種操作及失敗返回值說明如表 a-1: 表 a-1 opcodereason-description原因描述 0 deal failed,verify not pass驗證碼錯誤 0 id=xxxxx mail server not exist郵箱 id 有誤 0 create user failed,the phonenumber has been used用戶手機號碼已經開通過了 0 create user failed,the user has been used用戶郵箱已經開通過了 0 aliasact:xxxx has some invalid chars except for a- z,a-z,0-9,_,- , or its length15 郵箱別名存在不支持的字符 0 create user failed,the aliasaccount has been used郵箱別名已經被使用了 注冊(opcode =01)失敗返 回值 0 create user failed,the emailserver register number limited 0 deal failed,common exception 0 deal failed,sync to gegw exception 手機郵箱平臺內部錯誤(需要嘗試重 試) 0 deal failed,verify not pass驗證碼錯誤 0 user not exist xxxx用戶所用的手機號碼 xxxx 或郵箱 xxxxxx 沒有注冊服務 注銷(opcode=02)失敗返 回值 0 data access exception 0 call comm server error 手機郵箱平臺內部錯誤(需要嘗試重 試) 0 mail server not found:xxxxxxxxxxxx 郵件服務器不存在發(fā)送 setting(opcode=03) 失敗返回值 0 user not exist:xxxx用戶郵箱 xxxxxx 未注冊 發(fā)送炸彈短信 (opcode=04)失敗返回值 0 user not exist:xxxx用戶郵箱 xxxxxx 未注冊 修改別名(opcode=05)失 敗返回值 無失敗原因字符串 qb-d-073-2009qb-d-073-2009 23 修改郵箱帳戶 (opcode=06)失敗返回值 無失敗原因字符串 其它說明:其它說明: 139 郵箱除以手機號為郵箱帳戶外,還支持以別名作為郵箱帳戶(即別名域名) ,此 帳戶和手機號域名均指向同一個用戶。用戶可以通過手機號或呢稱的郵件帳戶接收和發(fā) 送電子郵件。 用戶開戶時可選擇采用的郵件發(fā)送帳戶(手機號碼用戶開戶時可選擇采用的郵件發(fā)送帳戶(手機號碼/別名郵箱帳戶):別名郵箱帳戶): 139 郵箱允許用戶在注冊 pushemail 功能時選擇以手機號作為郵件發(fā)送帳戶或以別名 作為郵件發(fā)送帳戶,并根據用戶的選擇調用該接口通知大眾郵件代理網關。 個人用戶管理界面提供變更郵件發(fā)送帳戶功能:個人用戶管理界面提供變更郵件發(fā)送帳戶功能: 139 郵箱允許用戶在注冊后通過個人管理界面改變郵件發(fā)送帳戶,并根據用戶的選擇 調用該接口通知大眾郵件代理網關。 個人用戶更改別名:個人用戶更改別名: 139 郵箱系統(tǒng)判斷如果用戶使用別名帳戶作為郵件發(fā)送帳戶,則在用戶更改別名后調 用該接口通知大眾郵件代理網關。 a.2 139 郵箱和大眾郵件代理網關的郵件接口協(xié)議 139 郵箱通過 http 協(xié)議通知大眾郵件代理網關新郵件到達。 新郵件到達通知的接口流程:新郵件到達通知的接口流程: 1) 新郵件到達 139 郵箱系統(tǒng)的用戶郵箱; 2) 139 郵箱系統(tǒng)判斷郵箱用戶是否定制了 pushemail 功能,如果否,則結束; 3) 139 郵箱系統(tǒng)通過 http 命令將用戶的郵箱帳戶和新郵件的 uid 發(fā)送給大眾郵件 代理網關; 4) 大眾郵件代理網關保存用戶帳戶和郵件 uid,并返回成功給 139 郵箱系統(tǒng); 5) 大眾郵件代理網關根據用戶帳戶和郵件 uid,通過 pop3 協(xié)議從 139 郵箱系統(tǒng)讀 取新郵件。 流程如圖 a-1 示: qb-d-073-2009qb-d-073-2009 24 結束 開始 傳送 郵箱帳號和郵件uid 給大眾郵件代理網關 是 保存 郵箱帳號和郵件uid 139郵箱 大眾郵件代理網關 用戶是否開通 pushemail服務 否 根據 郵箱帳號和郵件uid 以pop3協(xié)議 到139郵箱取郵件 新郵件到達 139郵箱 http 圖 a-1 大眾郵件代理網關從 139 郵箱取郵件 139 郵箱通過 http 協(xié)議發(fā)送新郵件到達通知給大眾郵件代理網關。消息內容為: http:/大眾郵件代理網關的地址 /mig/newmailjsp?mailboxid=&mailaccount=&uid=×tamp=&verifycode= 參數(shù)說明: mailboxid: 大眾郵件代理網關為 139 郵箱分配的
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 教育直播平臺搭建方案
- 2025年移動醫(yī)療設備感染控制計劃
- 2025-2030中國痛經貼行業(yè)發(fā)展分析及發(fā)展前景與趨勢預測研究報告
- 2025-2030中國男女西服行業(yè)市場發(fā)展分析及前景趨勢與投資研究報告
- 2025-2030中國瓷磚行業(yè)市場深度調研及發(fā)展趨勢和投資前景預測研究報告
- 五年級綜合素質評價實施計劃
- 2025-2030中國烘焙蛋糕市場經營現(xiàn)狀分析與投資前景商機研究報告
- 初中英語新課標與學生自主學習心得體會
- 公務員職業(yè)幸福感的現(xiàn)狀與對策心得體會
- 七年級數(shù)學下冊教學計劃與學生心理輔導
- GB/Z 27021.13-2025合格評定管理體系審核認證機構要求第13部分:合規(guī)管理體系審核與認證能力要求
- 湖南省長沙市四大名校2024-2025學年高三2月月考語文試題(原卷版+解析版)
- 中職世界歷史試題及答案
- 《政府采購管理研究的國內外文獻綜述》5500字
- 糖尿病護理查房提出問題
- T-ZMDS 10019-2024 經顱電刺激儀基本技術規(guī)范
- 微專題2 質量守恒定律的應用(解析版)
- 人教版六年級下冊科學全冊教案
- 2024福建中閩能源股份有限公司招聘12人筆試參考題庫附帶答案詳解
- 2025年江西省旅游集團股份有限公司招聘筆試參考題庫含答案解析
- 分析化學考試題(附參考答案)
評論
0/150
提交評論