上海電信UMS方案建議書

上傳人:仙*** 文檔編號(hào):28016974 上傳時(shí)間:2021-08-22 格式:DOC 頁(yè)數(shù):69 大小:5.21MB
收藏 版權(quán)申訴 舉報(bào) 下載
上海電信UMS方案建議書_第1頁(yè)
第1頁(yè) / 共69頁(yè)
上海電信UMS方案建議書_第2頁(yè)
第2頁(yè) / 共69頁(yè)
上海電信UMS方案建議書_第3頁(yè)
第3頁(yè) / 共69頁(yè)

下載文檔到電腦,查找使用更方便

15 積分

下載資源

還剩頁(yè)未讀,繼續(xù)閱讀

資源描述:

《上海電信UMS方案建議書》由會(huì)員分享,可在線閱讀,更多相關(guān)《上海電信UMS方案建議書(69頁(yè)珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、上海中國(guó)電信UMS系統(tǒng)建議書 2001年11月 上海中國(guó)電信 UMS方案建議書 福建迅通電信有限公司 FUJIAN XUNTON TELECOM CO.,LTD 第1章 方案綜述 4 1.1 系統(tǒng)簡(jiǎn)述 4 1.2 參考資料 5 第2章 方案設(shè)計(jì)目標(biāo)與原則 6 2.1 方案設(shè)計(jì)目標(biāo) 6 2.2 系統(tǒng)建設(shè)原則 7 第3章 技術(shù)特點(diǎn) 9 3.1 技術(shù)原則 9 3.2 體系結(jié)構(gòu) 9 3.2.1 分層模型 10 3.2.2 Browser/ORB/Server結(jié)構(gòu) 11 3.3 系統(tǒng)技術(shù)要點(diǎn)概述 12 第4

2、章 應(yīng)用系統(tǒng)結(jié)構(gòu) 15 4.1 應(yīng)用系統(tǒng)功能模塊 15 4.2 系統(tǒng)設(shè)備結(jié)構(gòu)圖 19 4.3 系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì) 20 4.4 系統(tǒng)接口方式與協(xié)議 22 4.4.1 PSTN接口 22 4.4.2 E_mail系統(tǒng)接口 22 4.4.3 支持傳真格式 22 4.4.4 語(yǔ)音壓縮協(xié)議 23 4.4.5 支持語(yǔ)音格式 23 4.4.6 GSM/CDMA接口 23 4.4.7 語(yǔ)音合成與識(shí)別 23 4.5 二次開發(fā)接口 23 4.5.1 通信接口 23 4.5.2 系統(tǒng)API 24 第5章 系統(tǒng)應(yīng)用功能簡(jiǎn)介 25 5.1 語(yǔ)音郵箱 25 5.1.1 電話/手機(jī)接收郵件 2

3、5 5.1.2 電話/手機(jī)發(fā)送郵件 25 5.1.3 撥打電話/手機(jī)遇忙/關(guān)機(jī)自動(dòng)轉(zhuǎn)入U(xiǎn)MS信箱 26 5.1.4 群發(fā) 26 5.2 傳真服務(wù) 26 5.2.1 傳真到電子郵件 26 5.2.2 電子郵件到傳真機(jī) 26 5.2.3 傳真廣播 27 5.2.4 傳真索取 27 5.2.5 計(jì)算機(jī)傳真 27 5.3 Internet短信/尋呼 27 5.4 個(gè)人助理 27 5.4.1 語(yǔ)音秘書 27 5.4.2 接收終端設(shè)置 28 5.4.3 通訊方式選擇 28 5.4.4 全國(guó)漫游 28 5.5 數(shù)據(jù)通 28 5.5.1 統(tǒng)一上網(wǎng)號(hào) 28 5.5.2 網(wǎng)靈通

4、 28 5.6 日程提醒 29 5.7 附加功能 29 第6章 系統(tǒng)規(guī)模 30 6.1 與PSTN接口的最大話路數(shù) 30 6.1.1 業(yè)務(wù)量預(yù)測(cè) 30 6.1.2 計(jì)算方法 33 6.1.3 計(jì)算結(jié)果 34 6.2 最大信息存儲(chǔ)容量數(shù) 34 6.3 系統(tǒng)主要性能指標(biāo) 35 第7章 系統(tǒng)軟硬件設(shè)備選型 36 7.1 綜述 36 7.2 服務(wù)器設(shè)備配備 36 7.3 交換排隊(duì)機(jī) 38 7.4 路由器 38 7.5 數(shù)據(jù)庫(kù) 39 7.6 電子郵件系統(tǒng) 39 7.6.1 可獨(dú)立的MTA和SMTP進(jìn)程 39 7.6.2 獨(dú)立的郵件隊(duì)列處理進(jìn)程 39 7.6.3 郵件

5、發(fā)送狀態(tài)通知 40 7.6.4 發(fā)件人身份驗(yàn)證 40 7.6.5 支持SSL/TLS 40 7.6.6 傳統(tǒng)Alias、單副本Alias及Email List 41 7.6.7 支持TOP、LAST、UIDL等擴(kuò)展命令的POP3服務(wù) 41 7.6.8 使用與POP3相同的Message ID的IMAP4服務(wù) 42 7.6.9 多域名支持 42 7.6.10 Web Mail服務(wù) 42 7.6.11 ANTI-Virus(可選) 45 7.6.12 郵箱空間管理 45 7.6.13 多語(yǔ)言個(gè)性化WebMail頁(yè)面模板 45 7.6.14 其它特性 46 7.6.15 支持

6、無(wú)線上網(wǎng)的WapMail(可選) 46 7.6.16 PdaMail 48 7.6.17 企業(yè)虛擬郵件服務(wù) 48 7.6.18 虛擬域名 48 7.6.19 自由管理子郵箱 49 7.6.20 郵件共享 49 7.6.21 空間管理 49 7.6.22 對(duì)Junk Mail、Spam的處理 49 第8章 系統(tǒng)總體投資預(yù)測(cè) 52 8.1 設(shè)備成本 52 8.2 系統(tǒng)研發(fā)集成費(fèi)用 52 8.3 系統(tǒng)維護(hù)與升級(jí)費(fèi)用 53 8.4 投資總額 53 第9章 工程實(shí)施 54 9.1 項(xiàng)目管理 54 9.1.1 組織結(jié)構(gòu)及其職責(zé) 54 9.1.2 人員配置 56 9.2 工

7、程進(jìn)度計(jì)劃 57 9.3 工程質(zhì)量保證 57 第10章 技術(shù)支持與服務(wù) 62 10.1 基本維護(hù)技術(shù)支持 62 10.2 用戶新需求 63 10.3 代理維護(hù)服務(wù) 63 10.4 系統(tǒng)培訓(xùn)服務(wù) 64 10.5 軟、硬件設(shè)備的服務(wù)承諾 64 10.6 系統(tǒng)維護(hù)承諾 65 第1章 方案綜述 1.1 系統(tǒng)簡(jiǎn)述 統(tǒng)一消息服務(wù)UMS(Unified Message Service)是國(guó)際上最新提出的一種信息服務(wù)理念(以下簡(jiǎn)稱UMS)。UMS將人們以前通過(guò)固定電話網(wǎng)、尋呼網(wǎng)、移動(dòng)網(wǎng)與互聯(lián)網(wǎng)分別享受的各種服務(wù)理念融合起來(lái),將語(yǔ)音、傳真、尋呼、移動(dòng)

8、短消息、電子郵件和多媒體數(shù)據(jù)等所有信息在同一位置存儲(chǔ)和管理,用戶隨時(shí)隨地可以通過(guò)電話、傳真、手機(jī)、尋呼機(jī)、PC機(jī)、掌上電腦、PDA等任何一種通信設(shè)備發(fā)送與接收信息,通過(guò)靈活智能的信息管理方式,可使得信息服務(wù)更加個(gè)性化和智能化。 UMS意味著將所有的消息類型,如語(yǔ)音、電子郵件、尋呼信息、移動(dòng)短消息、傳真和數(shù)據(jù)(如文件等)結(jié)合,全都放入一個(gè)接收盒中,用戶不必考慮時(shí)間、地點(diǎn)或設(shè)備,可以通過(guò)臺(tái)式PC機(jī)、電話、傳真或筆記本電腦等手頭方便的任一終端訪問該接收盒中的任何消息,且消息的傳輸大部分依靠互聯(lián)網(wǎng),因此用戶訪問消息的價(jià)格低廉。 在電話網(wǎng)、尋呼網(wǎng)、移動(dòng)網(wǎng)和互聯(lián)網(wǎng)之間,UMS起到了一個(gè)橋梁的作用,它的

9、任務(wù)是將各個(gè)網(wǎng)絡(luò)之間的消息進(jìn)行相互轉(zhuǎn)換,使用戶可利用手頭任一方便工具來(lái)提取信息,并且不會(huì)因?yàn)橘Y源的占用錯(cuò)過(guò)重要信息。由于UMS在互聯(lián)網(wǎng)、電話網(wǎng)、移動(dòng)網(wǎng)、尋呼網(wǎng)之間搭起了一個(gè)相互通信的平臺(tái),因此在這個(gè)平臺(tái)之上我們可以演繹出許多業(yè)務(wù)和應(yīng)用。 1.2 參考資料 - 中國(guó)電信集團(tuán)上海研發(fā)中心:《UMS系統(tǒng)建設(shè)需求書》(2001年11月) - 天津聯(lián)通分公司:《UMS系統(tǒng)建設(shè)方案建議書》(2001年10月) - 福建速通軟件公司:《UMS技術(shù)白皮書》(2001年9月) - 2001年中國(guó)區(qū)統(tǒng)一消息發(fā)展研討會(huì):《UMS發(fā)展概述》(2001年8月) - 福建移動(dòng)公司:《福建省移動(dòng)電話網(wǎng)維護(hù)管理規(guī)

10、定及流程(修訂)》(2000年3月) - GSM 12.11(Draft EN 301 251):“Digital cellular telecommunication system (Phase 2); Fault management of the Base Station System (BSS). - ITU-T: “SS7-ITU-T Training Course” . - ITU-T: “V.21,V.22,V.23,V.24,V.25 Standard”. - ITU-T: “H323 VoIP Standard”. 第2章 方案設(shè)計(jì)目標(biāo)與原則 2.1 方案設(shè)計(jì)目

11、標(biāo) 中國(guó)上海電信UMS系統(tǒng)建設(shè)應(yīng)該實(shí)現(xiàn)以下目標(biāo): (1) 建設(shè)一個(gè)技術(shù)先進(jìn)、功能齊全、配置靈活、講究效率的UMS大型系統(tǒng)平臺(tái)。 (2) 建設(shè)一個(gè)適應(yīng)中國(guó)電信自身特點(diǎn)的UMS系統(tǒng),能充分利用中國(guó)電信豐富的網(wǎng)絡(luò)資源。 (3) 電信級(jí)的解決方案 確保大容量、以及服務(wù)的穩(wěn)定、可靠、高效。對(duì)于中國(guó)電信這個(gè)大型綜合電信運(yùn)營(yíng)商而言,服務(wù)的穩(wěn)定性、可擴(kuò)充性、可伸展性至關(guān)重要;要求系統(tǒng)具有99.9999%的穩(wěn)定性,信息的通知及時(shí),可靠;運(yùn)營(yíng)時(shí)能夠方便、即時(shí)的增添新的增值方案。 (4) 方便使用 系統(tǒng)在建設(shè)完成后不僅要功能強(qiáng)大,而且必須讓用戶方便使用,只有這樣才能真正吸引用戶。 (5) 真正的“統(tǒng)

12、一信息” 系統(tǒng)必須滿足統(tǒng)一的用戶目錄,統(tǒng)一的信息存儲(chǔ),統(tǒng)一的用戶和系統(tǒng)管理技術(shù)特征。僅僅通過(guò)升級(jí)電子郵件系統(tǒng)或語(yǔ)音郵箱系統(tǒng)的“集成”信息系統(tǒng)方案,在技術(shù)上具有天然的劣勢(shì),很快將被淘汰。 (6) 有基于UMS平臺(tái)的其他垂直型增值方案 普通的UMS系統(tǒng)不具有很強(qiáng)的差異化特征,廠商的方案必須提供基于UMS平臺(tái)的其他垂直型增值方案,并且這些增值方案由一些可插拔的模塊集成而成的,這樣運(yùn)營(yíng)商可根據(jù)市場(chǎng)情況和用戶需求,在已建成的UMS平臺(tái)上靈活地推出不同的服務(wù)。 (7) 靈活的計(jì)費(fèi)與營(yíng)業(yè)接口 系統(tǒng)要提供靈活的計(jì)費(fèi)接口,運(yùn)營(yíng)商可根據(jù)需要自由地與計(jì)費(fèi)系統(tǒng)相接。 (8) 平滑過(guò)渡 UMS下一代產(chǎn)品,

13、將是個(gè)人信息助理(Personal Information Assistant)和統(tǒng)一通訊系統(tǒng)(Unified Communication),因此現(xiàn)有的UMS系統(tǒng)在建設(shè)過(guò)程中必須考慮向下一代產(chǎn)品平滑過(guò)渡,屆時(shí)只有在對(duì)系統(tǒng)升級(jí)就可過(guò)渡到下一代產(chǎn)品,保證了設(shè)備的利用率,避免了重復(fù)投資。 2.2 系統(tǒng)建設(shè)原則 上海中國(guó)電信UMS系統(tǒng)建設(shè)的原則應(yīng)是可靠、先進(jìn)、靈活、實(shí)用。 (1) 可靠性 對(duì)上海中國(guó)電信UMS系統(tǒng)來(lái)講,安全可靠性應(yīng)作為系統(tǒng)建設(shè)的首要出發(fā)點(diǎn)。設(shè)計(jì)時(shí)必須從網(wǎng)絡(luò)的可靠性和系統(tǒng)軟件的可靠性兩方面來(lái)考慮,確保達(dá)到電信級(jí)的標(biāo)準(zhǔn)。 I. 組網(wǎng)時(shí)選用高可靠性的產(chǎn)品和技術(shù),充分考慮現(xiàn)有網(wǎng)絡(luò)的實(shí)

14、際情況和可能出現(xiàn)的問題,傳輸手段和傳輸路由也要做到備份設(shè)置,確保整個(gè)網(wǎng)絡(luò)和系統(tǒng)的安全可靠。 II. 系統(tǒng)軟件應(yīng)具有較強(qiáng)的容錯(cuò)能力,不易崩潰和受到破壞,并具有良好的恢復(fù)能力。一旦系統(tǒng)無(wú)法正常運(yùn)行,系統(tǒng)至少提供住址終端功能。 (2) 先進(jìn)性 設(shè)計(jì)時(shí)要吸收國(guó)內(nèi)外同類UMS系統(tǒng)建設(shè)的經(jīng)驗(yàn)和教訓(xùn),采用先進(jìn)的消息處理業(yè)務(wù)模式、優(yōu)良的系統(tǒng)體系結(jié)構(gòu)和先進(jìn)合理的設(shè)備配置,以實(shí)現(xiàn)準(zhǔn)確、高效、快速的消息管理功能。 (3) 靈活性 系統(tǒng)建設(shè)時(shí)選用符合國(guó)際發(fā)展潮流的國(guó)際標(biāo)準(zhǔn)的軟硬件技術(shù),使系統(tǒng)有可移植性強(qiáng)、可用性強(qiáng)、易于擴(kuò)展等特點(diǎn),保證在將來(lái)發(fā)展中迅速采用最新出現(xiàn)的技術(shù)、長(zhǎng)期保持系統(tǒng)的先進(jìn)性。同時(shí)充分考慮到未

15、來(lái)上海中國(guó)電信可能出現(xiàn)的新業(yè)務(wù)和可能出現(xiàn)的一些變化,在解決現(xiàn)有業(yè)務(wù)實(shí)際需要的前提下,可靈活擴(kuò)展本系統(tǒng)的功能或方便地與新的其他系統(tǒng)相連。 (4) 實(shí)用性 在系統(tǒng)建設(shè)過(guò)程中,要立足于我國(guó)通信網(wǎng)絡(luò)的實(shí)際情況,充分利用中國(guó)電信自身的網(wǎng)絡(luò)資源,有的放矢,解決用戶的實(shí)際需要,促進(jìn)中國(guó)電信業(yè)務(wù)的發(fā)展。另外,目前的相關(guān)網(wǎng)絡(luò)已有很多設(shè)備,因此要充分考慮對(duì)現(xiàn)有投資的保護(hù),減少重復(fù)投資,避免浪費(fèi)。 第3章 技術(shù)特點(diǎn) 3.1 技術(shù)原則 隨著通信技術(shù)和計(jì)算機(jī)技術(shù)的迅速發(fā)展,中國(guó)電信的業(yè)務(wù)需求越來(lái)越復(fù)雜,任何系統(tǒng)不可能都不可能做到“一次建設(shè),終身使用”,而且UMS本身又是一個(gè)增值業(yè)務(wù)的平臺(tái),因此UMS系統(tǒng)

16、必須按照平臺(tái)性軟件的原則來(lái)建設(shè),系統(tǒng)提供二次開發(fā)能力,可方便容易的增加其他垂直型業(yè)務(wù)。 為了保證UMS系統(tǒng)做為一種平臺(tái)性軟件的穩(wěn)定性和可靠性,同時(shí)又能提供靈活的接口,系統(tǒng)的開發(fā)必須采用“業(yè)務(wù)與底層相分離,數(shù)據(jù)處理與數(shù)據(jù)應(yīng)用相分離的原則”;參考ISO分層模型,UMS系統(tǒng)開發(fā)建設(shè)采用分層結(jié)構(gòu),層與層之間的聯(lián)系通過(guò)特定的協(xié)議相接,下一層相對(duì)于上一層是完全透明的。 我們把這種系統(tǒng)結(jié)構(gòu)歸納為“以分布式體系結(jié)構(gòu)為中心,以分層模型設(shè)計(jì)和Browser/ORB/Server三層結(jié)構(gòu)為輔翼”。 3.2 體系結(jié)構(gòu) 請(qǐng)求 Manager GUI Agent Server 請(qǐng)求 響應(yīng)

17、 通知 請(qǐng)求 響應(yīng) 響應(yīng) 通知 對(duì)于軟件系統(tǒng)結(jié)構(gòu)的設(shè)計(jì),我們公司在分布式體系結(jié)構(gòu)大框架基礎(chǔ)上采用了Manager/Agent的體系結(jié)構(gòu),如下圖所示: OIIP/RCP 系統(tǒng)框架結(jié)構(gòu) 采用這種應(yīng)用結(jié)構(gòu),就從根本上保證了系統(tǒng)立足于分布式體系結(jié)構(gòu),具有良好的開放性和可擴(kuò)展性,保證了UMS系統(tǒng)建設(shè)的可持續(xù)性,為基于UMS平臺(tái)的其他增值型業(yè)務(wù)奠定了基礎(chǔ)。 3.2.1 分層模型 在進(jìn)行大型復(fù)雜系統(tǒng)建設(shè)時(shí),采用分層模型的概念,對(duì)于降低系統(tǒng)實(shí)施的風(fēng)險(xiǎn),簡(jiǎn)化大型系統(tǒng)規(guī)劃和設(shè)計(jì),提高系統(tǒng)運(yùn)行的穩(wěn)定性有很大的意義。對(duì)于UMS系統(tǒng),我公司采用以下的分層模型

18、。 數(shù)據(jù)應(yīng)用層 數(shù)據(jù)處理層 數(shù)據(jù)接收層 從上圖可以看出,這三層之間的關(guān)系是:下一層是上一層的基礎(chǔ),上一層是下一層的實(shí)現(xiàn)目標(biāo);只要層間接口不變,具體各層實(shí)現(xiàn)方式的改變不會(huì)影響UMS系統(tǒng)整體業(yè)務(wù)特性。 (1) 數(shù)據(jù)接收層 數(shù)據(jù)接收層主要完成數(shù)據(jù)采集的功能,接收從不同網(wǎng)絡(luò)或系統(tǒng)(PSTN、Internet、DDN、尋呼網(wǎng)、移動(dòng)網(wǎng)、短訊網(wǎng)、WAP、PDA)傳來(lái)的信息。在各種電路設(shè)備的支持下,通過(guò)網(wǎng)絡(luò)平臺(tái)和通信協(xié)議(TCP/IP、X.25、ETSI、CMIP/FTAM)實(shí)現(xiàn)與不同網(wǎng)絡(luò)服務(wù)器或代理服務(wù)器之間的數(shù)據(jù)交換。數(shù)據(jù)接收層的處理結(jié)果是下一步UMS系統(tǒng)處

19、理的基礎(chǔ)。 (2) 數(shù)據(jù)處理層 數(shù)據(jù)處理層完成信息的計(jì)算、整理、格式轉(zhuǎn)換。數(shù)據(jù)處理層又由數(shù)據(jù)層和功能層組成。數(shù)據(jù)層由數(shù)據(jù)字典和郵件系統(tǒng)構(gòu)成,數(shù)據(jù)字典包括表(table)、視圖(View)、關(guān)系(Relation)、索引(index)、參照完整性約束(constraint)等;郵件系統(tǒng)用于存儲(chǔ)用戶發(fā)送的實(shí)時(shí)信息。功能層集成了UMS系統(tǒng)的各種功能實(shí)現(xiàn),具體包括消息存儲(chǔ)、格式轉(zhuǎn)換、消息發(fā)送、故障管理等各項(xiàng)功能及其子功能。 數(shù)據(jù)處理層是系統(tǒng)的核心層,對(duì)應(yīng)于體系結(jié)構(gòu)的Manager。 (3) 數(shù)據(jù)應(yīng)用層 數(shù)據(jù)以各種用戶設(shè)定的方式發(fā)送到用戶終端呈現(xiàn),用戶通過(guò)固定電話、手機(jī)、PC機(jī)、傳真機(jī)、尋呼機(jī)

20、、PDA等各種終端接收或發(fā)送最信息,實(shí)現(xiàn)UMS各項(xiàng)具體功能。 3.2.2 Browser/ORB/Server結(jié)構(gòu) 在Manager和Agent的設(shè)計(jì)中采用了Browser/ORB/Server的體系結(jié)構(gòu),如下圖所示: 對(duì)象1 對(duì)象2 對(duì)象請(qǐng)求代理(ORB) 這種應(yīng)用結(jié)構(gòu)借鑒了三層B/S結(jié)構(gòu)和CORBA結(jié)構(gòu)的優(yōu)點(diǎn)。發(fā)起請(qǐng)求的對(duì)象(施力對(duì)象),將請(qǐng)求消息傳送給請(qǐng)求對(duì)象代理(ORB),ORB分析消息目的地,將此消息轉(zhuǎn)發(fā)給目標(biāo)對(duì)象(受力對(duì)象)。如果受力對(duì)象有響應(yīng),則同樣經(jīng)由ORB將響應(yīng)消息發(fā)送給施力對(duì)象。這種結(jié)構(gòu)具有以下特點(diǎn): (4) 可以簡(jiǎn)化系統(tǒng)間的通信。各通

21、信實(shí)體統(tǒng)一向ORB發(fā)送請(qǐng)求/通知消息,由ORB尋找目標(biāo)實(shí)體。 (5) 適合分布式處理??梢詫⑺械娜蝿?wù)分散處理,能夠勝任性能要求嚴(yán)格和高負(fù)荷的場(chǎng)合。 (6) 系統(tǒng)結(jié)構(gòu)清晰,增強(qiáng)了系統(tǒng)可維護(hù)性。 (7) 可以適應(yīng)靈活性的伸縮性較強(qiáng)的系統(tǒng)。 (8) 可以方便地為系統(tǒng)預(yù)留接口,使系統(tǒng)可以很容易地與其他系統(tǒng)相連并能平滑地升級(jí)。 3.3 系統(tǒng)技術(shù)要點(diǎn)概述 根據(jù)系統(tǒng)建設(shè)目標(biāo)和建設(shè)要求,本系統(tǒng)將是一個(gè)十分復(fù)雜、技術(shù)含量很高的工程。從技術(shù)和系統(tǒng)建設(shè)的角度來(lái)看,應(yīng)重點(diǎn)考慮以下幾個(gè)方面的因素: 1、 應(yīng)用系統(tǒng)的設(shè)計(jì) 結(jié)構(gòu)安排、均衡性策略:合理的系統(tǒng)結(jié)構(gòu)安排與均衡性設(shè)計(jì)是衡量系統(tǒng)質(zhì)量的關(guān)鍵性因素。

22、 靈活、擴(kuò)展和易維護(hù)性:基于面向?qū)ο蠹夹g(shù)和Browser/Server體系結(jié)構(gòu)的應(yīng)用系統(tǒng)設(shè)計(jì),以及模塊化、參數(shù)化的設(shè)計(jì)思路,以保證系統(tǒng)的靈活性和擴(kuò)展性,并提高系統(tǒng)的易維護(hù)性。對(duì)未來(lái)增加的功能或模塊以及與其他系統(tǒng)的連接留有接口,保證系統(tǒng)的擴(kuò)展性。 開發(fā)方法考慮的因素:考慮對(duì)主機(jī)、操作系統(tǒng)、數(shù)據(jù)庫(kù)、郵件系統(tǒng)、語(yǔ)音技術(shù)、網(wǎng)絡(luò)資源等的利用程序,代碼的運(yùn)行效率、采用的開發(fā)工具以及開發(fā)過(guò)程的管理等等。 安全可靠性策略:系統(tǒng)提供極高的容錯(cuò)性、自動(dòng)任務(wù)運(yùn)行、自動(dòng)故障恢復(fù)等功能,在主機(jī)設(shè)備、操作系統(tǒng)、郵件系統(tǒng)、數(shù)據(jù)庫(kù)或通信出現(xiàn)故障或變理時(shí),仍能保證系統(tǒng)不間斷運(yùn)行,并保證數(shù)據(jù)的完整性和安全可靠性。 數(shù)據(jù)管理

23、:合理科學(xué)地管理各種數(shù)據(jù),提高數(shù)據(jù)處理效率。有效地進(jìn)行數(shù)據(jù)存儲(chǔ)和恢復(fù)。 2、 主機(jī)和操作系統(tǒng) 根據(jù)應(yīng)用需要,系統(tǒng)設(shè)計(jì)時(shí)對(duì)主機(jī)的選擇和配備,應(yīng)考慮: 主機(jī)的處理能力:指選定的機(jī)器檔次,這是主機(jī)處理的基礎(chǔ)。在系統(tǒng)處理模式基本確定的前提下,通過(guò)對(duì)各個(gè)處理環(huán)節(jié)的分析,將任務(wù)劃分到不同檔次和數(shù)量的主機(jī)上,達(dá)到均衡處理的效果。 CPU的利用效率:充分利用主機(jī)系統(tǒng)多CPU的特點(diǎn),并使各CPU的效率達(dá)到最優(yōu)和均衡。 I/O讀寫:I/O讀寫往往是影響系統(tǒng)性能的主要因素,在設(shè)計(jì)時(shí)應(yīng)考慮主機(jī)磁盤陣列的吞吐量,并盡量減少I/O操作的次數(shù),提高一次I/O操作的效率。加大I/O總線的寬度也是提高速度的重要方面,

24、另外要合理選擇RAID技術(shù),提高讀寫的速度,同時(shí)保證數(shù)據(jù)的安全性。 內(nèi)存及其它資源的利用程序:應(yīng)盡量加大主機(jī)的內(nèi)存,盡可能將各種操作放在內(nèi)存中進(jìn)行。但要減少不常用的程序?qū)?nèi)存的占用。 操作系統(tǒng)的配置及性能:指充分發(fā)揮操作系統(tǒng)的優(yōu)勢(shì),包括系統(tǒng)引導(dǎo)、日志、超大規(guī)模數(shù)據(jù)處理能力、先進(jìn)的文件管理功能等。調(diào)整好各種參數(shù),提高性能。 主機(jī)系統(tǒng)的可靠性:主機(jī)的選擇和配備要適合UMS系統(tǒng)的特點(diǎn)和要求,保證硬件平臺(tái)的高可靠性。 3、 網(wǎng)絡(luò) 故障保證和安全性:選擇和設(shè)計(jì)出最安全的數(shù)據(jù)傳輸線路,保證網(wǎng)絡(luò)系統(tǒng)在任何節(jié)點(diǎn)、設(shè)備或鏈路出現(xiàn)故障時(shí),不影響或基本不影響數(shù)據(jù)的傳輸。 網(wǎng)絡(luò)結(jié)構(gòu):選擇合理的網(wǎng)絡(luò)結(jié)構(gòu),保

25、證組網(wǎng)的靈活性和易擴(kuò)充性??紤]網(wǎng)絡(luò)結(jié)構(gòu)的先進(jìn)性。 網(wǎng)絡(luò)吞吐量:網(wǎng)絡(luò)設(shè)備和線路都保證在數(shù)據(jù)傳輸高峰時(shí)不出現(xiàn)擁塞現(xiàn)象。 合理利用現(xiàn)有網(wǎng)絡(luò)設(shè)備:由于已有大量網(wǎng)絡(luò)設(shè)備,因此在設(shè)計(jì)和選擇網(wǎng)絡(luò)設(shè)備時(shí),要考慮這些因素,將現(xiàn)有設(shè)備進(jìn)行必要擴(kuò)充,減少浪費(fèi)。 4、 數(shù)據(jù)庫(kù) 數(shù)據(jù)庫(kù)設(shè)計(jì)重點(diǎn)考慮的要點(diǎn)包括:數(shù)據(jù)庫(kù)管理系統(tǒng)本身的性能、數(shù)據(jù)庫(kù)與操作系統(tǒng)對(duì)主機(jī)資源的均衡分配、ONLINE的配置、數(shù)據(jù)庫(kù)/表等的設(shè)計(jì)策略、應(yīng)用代碼的執(zhí)行效率等。 5、 郵件系統(tǒng) 郵件系統(tǒng)是UMS系統(tǒng)的核心信息存儲(chǔ)工具,因?yàn)闆]有一種數(shù)據(jù)庫(kù)能夠存儲(chǔ)如此大量的用戶數(shù)據(jù),而郵件系統(tǒng)由此提供了特殊的磁盤檢索算法和存儲(chǔ)算法,可以用來(lái)存儲(chǔ)大容量、

26、無(wú)規(guī)律性的用戶數(shù)據(jù)。因此為了數(shù)據(jù)安全,應(yīng)該慎重選擇郵件系統(tǒng)。考慮到UMS系統(tǒng)的特殊功能要求,郵件系統(tǒng)應(yīng)該支持IMAP4協(xié)議。 6、 語(yǔ)音技術(shù) 語(yǔ)音處理分為語(yǔ)音壓縮技術(shù)和文語(yǔ)轉(zhuǎn)換技術(shù)(Text to Speech),由于系統(tǒng)磁盤存儲(chǔ)空間總是有限的,而語(yǔ)音文件往往大得驚人,為了減少投資,保護(hù)系統(tǒng)資源的合理分配,我們擬采用先進(jìn)的語(yǔ)音壓縮技術(shù)。 文語(yǔ)轉(zhuǎn)換技術(shù)是為了提供給用電話/手機(jī)接收電子郵件的用戶的,隨著大量廠商在這領(lǐng)域不斷的開發(fā),此項(xiàng)技術(shù)已相當(dāng)成熟,我們支持Microsoft 的Speech4.0系統(tǒng)和SpeechWorker的產(chǎn)品。 第4章 應(yīng)用系統(tǒng)結(jié)構(gòu) 4.1 應(yīng)用系統(tǒng)功能模塊

27、為了保證系統(tǒng)的通用性及利用已有資源,中國(guó)電信UMS系統(tǒng)被設(shè)計(jì)成與電子郵件系統(tǒng)結(jié)合使用,將所有用戶郵件儲(chǔ)存在電子郵件系統(tǒng)中。另外為了充分利用中國(guó)電信現(xiàn)有網(wǎng)絡(luò)資源,系統(tǒng)設(shè)計(jì)多節(jié)點(diǎn)分布式聯(lián)網(wǎng)模式。根據(jù)與電子郵件系統(tǒng)連接方式的不同,系統(tǒng)分為中心節(jié)點(diǎn)和子節(jié)點(diǎn)兩類,每類節(jié)點(diǎn)都包含以下模塊: 尋呼網(wǎng)關(guān)、短消息網(wǎng)關(guān)、WAP網(wǎng)關(guān)、交換排隊(duì)模塊、電話收發(fā)郵件模塊、傳真收發(fā)郵件模塊、WEB傳真模塊、虛擬傳真機(jī)模塊、網(wǎng)靈通模塊、網(wǎng)際漫游模塊、郵件即時(shí)通知模塊、電話會(huì)議模塊、日程提醒模塊、錄音模塊、語(yǔ)音壓縮模塊、傳真處理模塊、傳真生成模塊、處撥模塊、語(yǔ)音合成模塊、語(yǔ)音識(shí)別模塊、用戶管理模塊、電話會(huì)議管理模塊、語(yǔ)音自動(dòng)

28、應(yīng)答模塊、電子郵件接口模塊、數(shù)據(jù)庫(kù)網(wǎng)關(guān)模塊。中心節(jié)點(diǎn)需連接電子郵件系統(tǒng),并且位于同一個(gè)局域網(wǎng)內(nèi);子節(jié)點(diǎn)可以不直接連接電子郵件系統(tǒng)。有關(guān)中心節(jié)點(diǎn)和子節(jié)點(diǎn)的組網(wǎng)方式圖見4.3小節(jié)詳細(xì)描述,下面簡(jiǎn)要說(shuō)明各模塊的功能。 - 尋呼網(wǎng)關(guān) 系統(tǒng)與尋呼系統(tǒng)的接口,把消息按照特定的協(xié)議格式發(fā)送到尋呼系統(tǒng)。 - 短消息網(wǎng)關(guān) 系統(tǒng)與移動(dòng)電話系統(tǒng)(GSM/CDMA)的接口,把消息按照特定的協(xié)議格式發(fā)送到短消息平臺(tái)。 - WAP網(wǎng)關(guān) 系統(tǒng)與WAP系統(tǒng)的接口。 - 交換排隊(duì)模塊 系統(tǒng)與公用電話網(wǎng)(PSTN)的接口,用于處理用戶呼入,對(duì)用戶呼叫進(jìn)行自動(dòng)排隊(duì)。 - 電話收發(fā)郵件模塊 實(shí)現(xiàn)用電話/手機(jī)收發(fā)郵

29、件的業(yè)務(wù)控制流程。采用交互式語(yǔ)音應(yīng)答(IVR)的形式,通過(guò)播放提示語(yǔ)、語(yǔ)音菜單、語(yǔ)音目錄等方式,將用戶的按鍵或語(yǔ)音(需要語(yǔ)音識(shí)別模塊支持)轉(zhuǎn)換成指令發(fā)送給系統(tǒng)相應(yīng)的應(yīng)用模塊,并將系統(tǒng)執(zhí)行結(jié)果通過(guò)語(yǔ)音播放或語(yǔ)音合成(需要語(yǔ)音合成模塊支持)的形式返回給用戶,管理、控制郵件的接收和發(fā)送。 - 傳真收發(fā)郵件模塊 實(shí)現(xiàn)用傳真機(jī)收發(fā)郵件的業(yè)務(wù)控制流程。采用交互式傳真應(yīng)答(IFR)的形式,將用戶的按鍵或語(yǔ)音轉(zhuǎn)換成指令發(fā)送給系統(tǒng)相應(yīng)的應(yīng)用模塊,將用戶所需傳真文件發(fā)送到指定的郵箱,或?qū)⒂脩羿]箱中指定的郵件發(fā)送到用戶指定的傳真機(jī)上。 - WEB傳真模塊 用戶可通過(guò)WEB網(wǎng)頁(yè)把特定的信息發(fā)送到指定的傳真機(jī),

30、只要在網(wǎng)頁(yè)表單上填寫一些特定信息。 - 虛擬傳真機(jī)模塊 很多用戶沒有傳真機(jī)或不能隨身攜帶傳真機(jī),虛擬傳真機(jī)是把用戶的郵箱當(dāng)成一臺(tái)傳真機(jī),實(shí)現(xiàn)PC機(jī)發(fā)送信息到傳真機(jī)、傳真機(jī)發(fā)送信息到PC機(jī)、郵箱發(fā)送傳真到任意指定的傳真機(jī)功能。 - 網(wǎng)靈通模塊 用戶在家里通過(guò)電話線撥號(hào)上網(wǎng)時(shí),電話線就處于長(zhǎng)期占線狀態(tài),網(wǎng)靈通模塊可讓用戶上網(wǎng)時(shí)電話還能呼入,并能在用戶的PC機(jī)上彈出一個(gè)窗口,顯示呼叫用戶的主叫號(hào),用戶可選擇即時(shí)回復(fù)、稍后再回復(fù)、轉(zhuǎn)入語(yǔ)音信箱等方式。 - 網(wǎng)際漫游模塊 用戶出差在外時(shí),可以在有中國(guó)電信網(wǎng)絡(luò)的地方通過(guò)唯一的UMSID隨意使用UMS的各項(xiàng)功能,費(fèi)用與本地網(wǎng)一樣。 - 郵件即時(shí)

31、通知模塊 當(dāng)用戶郵箱中有郵件到達(dá)時(shí),系統(tǒng)會(huì)自動(dòng)發(fā)送一條信息到用戶所登記的固定電話、手機(jī)、尋呼機(jī)中,以固定電話振鈴、手機(jī)短消息、尋呼短信的方式通知用戶。 - 電話會(huì)議模塊 系統(tǒng)用戶可申請(qǐng)電話會(huì)議功能,通過(guò)UMSID開辟一個(gè)虛擬電話會(huì)議室,其他用戶可利用自己的UMSID登錄電話會(huì)議室,舉行電話會(huì)議。 - 日程提醒模塊 用戶可自行設(shè)定特定的日期或時(shí)間在系統(tǒng)中,到時(shí)系統(tǒng)會(huì)以固定電話/手機(jī)短信/尋呼短信的方式提醒用戶。 - 錄音模塊 把固定電話/手機(jī)用戶的語(yǔ)音錄下來(lái),儲(chǔ)存在系統(tǒng)中。 - 語(yǔ)音自動(dòng)應(yīng)答模塊 通過(guò)提示語(yǔ)音與用戶一步步的交互,提示用戶操作。 - 傳真處理模塊 提供收發(fā)傳真

32、功能 - 傳真生成模塊 將文本、文本文件、Microsoft Office文件、圖象文件等實(shí)時(shí)轉(zhuǎn)換成傳真格式供存儲(chǔ)或發(fā)送。 - 外撥模塊 系統(tǒng)在特定時(shí)間自動(dòng)撥打用戶電話,提供信息。 - 電話會(huì)議管理模塊 對(duì)電話會(huì)議進(jìn)行管理、控制。 - 語(yǔ)音合成模塊 提供語(yǔ)音合成功能,即系統(tǒng)可以將存儲(chǔ)在計(jì)算機(jī)中的任意中英文、數(shù)字合成自然語(yǔ)音播放給用戶收聽。 - 語(yǔ)音識(shí)別模塊 提供語(yǔ)音識(shí)別功能,可根據(jù)用戶語(yǔ)音識(shí)別出只需按照電話的語(yǔ)音提示發(fā)出口令就可完成各種操作。 - 語(yǔ)音壓縮模塊 錄音后的語(yǔ)音文件龐大得驚人,若不進(jìn)行壓縮很快就將把磁盤空間占滿,因此采用特殊的壓縮技術(shù)對(duì)語(yǔ)音文件進(jìn)行壓縮,提高

33、磁盤空間的利用率。 - 電子郵件接口模塊 系統(tǒng)與電子郵件系統(tǒng)的通信模塊,負(fù)責(zé)將語(yǔ)音、傳真等郵件轉(zhuǎn)換成電子郵件系統(tǒng)要求格式存儲(chǔ)在電子郵件系統(tǒng)中,以及從電子郵件系統(tǒng)中讀取郵件信息。 - 數(shù)據(jù)庫(kù)網(wǎng)關(guān)模塊 系統(tǒng)與數(shù)據(jù)庫(kù)的接口模塊,即數(shù)據(jù)庫(kù)的代理,負(fù)責(zé)數(shù)據(jù)的讀取、存儲(chǔ)。 - 通訊模塊 通信模塊的主要功能包括節(jié)點(diǎn)內(nèi)模塊間通信及節(jié)點(diǎn)間通信兩類,其中節(jié)點(diǎn)間的通信功能主要有:(1)在所有節(jié)點(diǎn)間同步用戶數(shù)據(jù)庫(kù),以加快系統(tǒng)的響應(yīng)速度;(2)當(dāng)電子郵件網(wǎng)關(guān)模塊發(fā)現(xiàn)用戶郵件不在本地節(jié)點(diǎn)電子郵件系統(tǒng)中時(shí),則通過(guò)此模塊將訪問請(qǐng)求發(fā)送到響應(yīng)的節(jié)點(diǎn)中,并接收訪問返回結(jié)果。 圖1 4

34、.2 系統(tǒng)設(shè)備結(jié)構(gòu)圖 系統(tǒng)中心節(jié)點(diǎn)(包括E-mail系統(tǒng))一般由交換排隊(duì)機(jī)(PBX/ACD)、語(yǔ)音/傳真處理服務(wù)器(Voice/Fax Pro Server)、語(yǔ)音合成/識(shí)別服務(wù)器(TTS/ASR Server)、E_mail服務(wù)器(Email Server)、WWW服務(wù)器(Web Server)、數(shù)據(jù)庫(kù)服務(wù)器(DB Server)、手機(jī)短消息網(wǎng)關(guān)服務(wù)器(SMS GateWay)、尋呼網(wǎng)關(guān)服務(wù)器(Beep-Pager GateWay)、PSTN網(wǎng)關(guān)服務(wù)器(PSTN GateWay)、WAP網(wǎng)關(guān)服務(wù)器(WAP GateWay)、網(wǎng)絡(luò)交換機(jī)(LAN Switch)、路由器(Router)、防火墻

35、等硬件設(shè)備組成。如下圖2所示: 圖2 子節(jié)點(diǎn)與中心節(jié)點(diǎn)的設(shè)備組成基本相同,區(qū)別是不含Email服務(wù)器和WWW服務(wù)器,如圖3所示: 圖3 4.3 系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì) 為了充分利用中國(guó)電信的網(wǎng)絡(luò)資源,UMS系統(tǒng)采用多節(jié)點(diǎn)分布式設(shè)計(jì)。每個(gè)節(jié)點(diǎn)內(nèi),各設(shè)備通過(guò)以太網(wǎng)交換機(jī)聯(lián)成一個(gè)局域網(wǎng),對(duì)外通過(guò)數(shù)字中繼(E1)與PSTN互聯(lián),通過(guò)路由器與其他節(jié)點(diǎn)、INTERNET、GSM/CDMA、尋呼系統(tǒng)的聯(lián)網(wǎng)(如圖2、圖3所示)。 節(jié)點(diǎn)、中心節(jié)點(diǎn)間通過(guò)INTERNET或?qū)S脭?shù)據(jù)網(wǎng)聯(lián)成一個(gè)廣域網(wǎng),確保用戶在任何地方都可以訪問系統(tǒng)。根據(jù)運(yùn)營(yíng)商電子郵件系統(tǒng)的分布情況,LineT

36、eamTMUMS 可以有3種廣域組網(wǎng)模式: l 模式一:所有的節(jié)點(diǎn)都是中心節(jié)點(diǎn)(如圖4所示)。此模式適用于各節(jié)點(diǎn)所在地均有電子郵件系統(tǒng),如市級(jí)以上城市。 圖4 l 模式二:一個(gè)中心節(jié)點(diǎn)與其它子節(jié)點(diǎn)相連互聯(lián),如圖5所示,這種情況適合于只有一個(gè)中心電子郵件系統(tǒng)的情況。 圖5 l 模式三:多個(gè)中心節(jié)點(diǎn)與多個(gè)子節(jié)點(diǎn)混合組網(wǎng),如圖6所示,此模式適合于有些地方有電子郵件系統(tǒng),而有些地方?jīng)]有的情況。 圖6 4.4 系統(tǒng)接口方式與協(xié)議 4.4.1 PSTN接口 l 中繼:E1、T1數(shù)字中繼,模擬中繼 l 信令:中國(guó)一號(hào)、中國(guó)七號(hào)信

37、令 l 傳真協(xié)議:V2.X系列傳真協(xié)議。 4.4.2 E_mail系統(tǒng)接口 l 郵件發(fā)送:SMTP l 郵件接收:POP3、IMAP4 4.4.3 支持傳真格式 l TIFF l TEXT l MS Office 4.4.4 語(yǔ)音壓縮協(xié)議 l H323協(xié)議族中的G.723.1 l Mediaring特殊語(yǔ)音壓縮算法 4.4.5 支持語(yǔ)音格式 l 標(biāo)準(zhǔn)WAV格式語(yǔ)音(A律、U律) l VOX l MOV(壓縮比最大的語(yǔ)音格式) 4.4.6 GSM/CDMA接口 l H2標(biāo)準(zhǔn)協(xié)議 l E1 4.4.7 語(yǔ)音合成與識(shí)別 l Microsoft Speech V

38、4.0 l IBM Telephony V1.1 l SpeechWorker Voice Engine 4.5 二次開發(fā)接口 4.5.1 通信接口 為了讓系統(tǒng)能與其它外部系統(tǒng),如計(jì)費(fèi)系統(tǒng)、營(yíng)業(yè)系統(tǒng)能良好結(jié)合,系統(tǒng)提供了標(biāo)準(zhǔn)通信接口協(xié)議。只要根據(jù)標(biāo)準(zhǔn)通信接口協(xié)議設(shè)計(jì)好模塊,就可以實(shí)現(xiàn)系統(tǒng)級(jí)的通信功能。具體地協(xié)議組成詳見系統(tǒng)分析。 4.5.2 系統(tǒng)API 為了保證增加的新業(yè)務(wù)模塊能使用系統(tǒng)資源,系統(tǒng)被設(shè)計(jì)成一個(gè)增值業(yè)務(wù)開發(fā)平臺(tái),提供了豐富的API接口函數(shù),系統(tǒng)運(yùn)營(yíng)商可根據(jù)業(yè)務(wù)需要任意添加業(yè)務(wù)模塊,如生日祝福、股票預(yù)警、彩票信息等。 API由一組ORB來(lái)統(tǒng)一管理,新增業(yè)務(wù)模塊根據(jù)A

39、PI向ORB請(qǐng)求系統(tǒng)資源,ORB收集請(qǐng)求,并把請(qǐng)求發(fā)送給系統(tǒng)資源層,系統(tǒng)資源層根據(jù)請(qǐng)求分配系統(tǒng)資源,如下圖所示。 新增業(yè)務(wù)模塊n 新增業(yè)務(wù)模塊1 API API ORB 分配 請(qǐng)求 系統(tǒng)資源 第5章 系統(tǒng)應(yīng)用功能簡(jiǎn)介 我們對(duì)系統(tǒng)功能進(jìn)行歸類,把系統(tǒng)功能劃分為六大部分:語(yǔ)音郵箱、傳真服務(wù)、個(gè)人助理、Internet短信/尋呼、日程提醒、附加功能,如下圖所示。 語(yǔ)音郵箱 傳真服務(wù) 個(gè)人助理 日程提醒 附加功能 Internet短信/尋呼 5.1 語(yǔ)音郵箱 5.1.1 電話/手機(jī)接收郵件 (1) 登錄:用戶通

40、過(guò)電話或手機(jī)撥打UMS運(yùn)營(yíng)商的統(tǒng)一接入號(hào),選擇注冊(cè)用戶,輸入U(xiǎn)MID和密碼,登錄到UMS系統(tǒng)中,然后選擇發(fā)送郵件。系統(tǒng)將告知:“您的郵箱中有?封電子郵件,?封語(yǔ)音郵件,?封傳真郵件。請(qǐng)輸入您要收聽郵件的編號(hào)?!比绻章牭?封郵件,則按1鍵,依次類推。 (2) 收聽/接收郵件:選擇要收聽的郵件后,系統(tǒng)將郵件類型(電子、語(yǔ)音、傳真郵件)、接收時(shí)間、發(fā)件人、主題等摘要信息高知用戶。如果是電子郵件,用戶可以選擇收聽實(shí)時(shí)合成的郵件正文或語(yǔ)音附件,如果是語(yǔ)音郵件,則直接播放給用戶收聽。 (3) 瀏覽、轉(zhuǎn)發(fā)、刪除郵件:用戶可以前后瀏覽其他郵件;在收聽郵件過(guò)程中,用戶可以回復(fù)郵件,將郵件轉(zhuǎn)發(fā)給其他系統(tǒng)用

41、戶或在地址本中登記的系統(tǒng)用戶以及其他電子郵件用戶,或者刪除郵件。 5.1.2 電話/手機(jī)發(fā)送郵件 (1) 撥號(hào):用戶通過(guò)電話/傳真機(jī)撥打UMS運(yùn)營(yíng)商的統(tǒng)一接入號(hào),選擇發(fā)送郵件。 (2) 發(fā)送語(yǔ)音郵件:選擇發(fā)送語(yǔ)音郵件,聽到系統(tǒng)的提示音后開始錄音并按#鍵結(jié)束;錄音結(jié)束后可以試聽、重錄,確定后輸入收件人的信箱號(hào)碼或地址編號(hào),即開始發(fā)送語(yǔ)音郵件,系統(tǒng)將提示發(fā)送成功。 5.1.3 撥打電話/手機(jī)遇忙/關(guān)機(jī)自動(dòng)轉(zhuǎn)入U(xiǎn)MS信箱 若某手機(jī)用戶注冊(cè)了UMS信箱后,當(dāng)其他固定電話或移動(dòng)電話撥打該手機(jī),遇到手機(jī)忙或關(guān)機(jī)時(shí),可以自動(dòng)轉(zhuǎn)到該手機(jī)用戶的UMS信箱,信箱從轉(zhuǎn)過(guò)來(lái)的消息中若提取到該UMS用戶的手機(jī)

42、號(hào)后(即信箱用戶ID號(hào)),直接播報(bào)提示語(yǔ)請(qǐng)主叫留言,而不必再輸入U(xiǎn)MS信箱用戶ID號(hào)了。但這要求MSC提供信令消息碼格式。 5.1.4 群發(fā) 系統(tǒng)用戶可預(yù)先錄制好地址本,發(fā)送語(yǔ)音郵件時(shí),收件人地址輸入地址本中對(duì)應(yīng)的一組用戶地址編號(hào),則同時(shí)發(fā)送給這組用戶。 5.2 傳真服務(wù) 5.2.1 傳真到電子郵件 系統(tǒng)用戶的親朋好友可以通過(guò)普通的傳真機(jī),將傳真圖文信息傳送到系統(tǒng)用戶的電子郵件信箱內(nèi)。這一服務(wù),不但增加了獲取信息的渠道,更使得其傳真文檔具有特殊的私密性。 5.2.2 電子郵件到傳真機(jī) 系統(tǒng)用戶可以方便地實(shí)現(xiàn)電子郵件到國(guó)內(nèi)外不同區(qū)域的傳真服務(wù)。通過(guò)系統(tǒng)提示界面,客戶只要在"傳真至"

43、一欄中鍵入需要發(fā)送的傳真號(hào)碼,然后在文本框中鍵入正文,并加上附件,便可以將電子郵件傳到世界各地。目前附件可以支持多種圖片格式和微軟Office的文檔格式。 5.2.3 傳真廣播 系統(tǒng)用戶可以通過(guò)一次操作,將同一文件送達(dá)到多個(gè)電子郵箱或傳真機(jī)。同樣,傳真廣播服務(wù)支持附加文件中的多種圖片格式以及微軟Office的格式。 5.2.4 傳真索取 當(dāng)客戶要求把您的產(chǎn)品信息、目錄、報(bào)價(jià)等資訊直接從您網(wǎng)頁(yè)發(fā)送到他的傳真機(jī)上時(shí),系統(tǒng)可以幫助您方便地完成這一服務(wù)。 5.2.5 計(jì)算機(jī)傳真 通過(guò)網(wǎng)上操作,客戶在下載了系統(tǒng)軟件(PC-to-Fax)后,便可方便、快捷地將文檔發(fā)送至所需的傳真機(jī)上。 5.

44、3 Internet短信/尋呼 可以登錄UMS,登記尋呼機(jī)號(hào)或手機(jī)號(hào)或固定電話號(hào),建立郵件即時(shí)通知。每當(dāng)用戶UMS信箱中有新的郵件到達(dá)時(shí),系統(tǒng)都會(huì)通過(guò)尋呼、手機(jī)短消息的方式即時(shí)通知用戶。如果用戶登記的是數(shù)字尋呼機(jī)或英文手機(jī),則顯示有新郵件及郵件的時(shí)間;如用戶登記的是中文尋呼機(jī)或中文手機(jī),則顯示郵件主題、發(fā)件人、到達(dá)時(shí)間等摘要信息或郵件全文(需取決于尋呼機(jī)和手機(jī)的存儲(chǔ)區(qū)大小)。 5.4 個(gè)人助理 5.4.1 語(yǔ)音秘書 系統(tǒng)用戶可以預(yù)先錄制信箱個(gè)人問候語(yǔ),免打擾等語(yǔ)音,其他人撥打統(tǒng)一編號(hào)時(shí)系統(tǒng)會(huì)根據(jù)設(shè)置自動(dòng)播放語(yǔ)音。 5.4.2 接收終端設(shè)置 注冊(cè)用戶可隨時(shí)根據(jù)自己需要通過(guò)任一信息終端

45、設(shè)備設(shè)置自己的接收設(shè)備,如可設(shè)置上班時(shí)間用手機(jī)或辦公室電話接收信息、下班時(shí)間用家里電話接收信息;或者是第一接收設(shè)備是手機(jī),第二是固定電話,若都不通可轉(zhuǎn)為郵件。 5.4.3 通訊方式選擇 主叫用戶可查詢?cè)摃r(shí)段被叫用戶接收設(shè)備,選擇接通對(duì)方或轉(zhuǎn)為語(yǔ)音留言或語(yǔ)音郵件。 5.4.4 全國(guó)漫游 申請(qǐng)了UMS服務(wù)的用戶可以免費(fèi)全國(guó)漫游,使用UMS的功能,但僅限聯(lián)通GSM手機(jī)用戶。 5.5 數(shù)據(jù)通 5.5.1 統(tǒng)一上網(wǎng)號(hào) 用戶可用統(tǒng)一消息ID號(hào)作為上網(wǎng)時(shí)撥號(hào)用戶名,郵箱密碼作為撥號(hào)用戶名的密碼,并且可使用此統(tǒng)一消息號(hào)和密碼在任何開通UMS服務(wù)的區(qū)域使用接入互聯(lián)網(wǎng) 5.5.2 網(wǎng)靈通 用戶撥

46、號(hào)上網(wǎng)時(shí)電話線長(zhǎng)期處于占線狀態(tài),當(dāng)用戶申請(qǐng)了UMS服務(wù)后,可在上網(wǎng)時(shí)先進(jìn)行呼叫轉(zhuǎn)移,這樣當(dāng)有呼叫來(lái)臨時(shí),用戶的PC機(jī)上就會(huì)彈出一個(gè)窗口,顯示主叫用戶,用戶可選擇即時(shí)回復(fù)、稍后回復(fù)、轉(zhuǎn)入語(yǔ)音信箱等功能。 5.6 日程提醒 系統(tǒng)用戶可通過(guò)手機(jī)或PC定制一個(gè)月內(nèi)或一天內(nèi)重要的事件(如親友生日,航班時(shí)間,重要會(huì)議等),當(dāng)?shù)教囟〞r(shí)間時(shí)系統(tǒng)會(huì)根據(jù)用戶登記的手機(jī)或傳呼號(hào)發(fā)消息通知用戶。 5.7 附加功能 附加功能是在UMS平臺(tái)上的垂直增值業(yè)務(wù),可以根據(jù)需求實(shí)時(shí)加入,如股票告警、詳單發(fā)送、信息預(yù)定、廣告服務(wù)等。 第6章 系統(tǒng)規(guī)模 6.1 與PSTN接口的最大話路數(shù) 6.1.1 業(yè)務(wù)量預(yù)測(cè)

47、 PSTN接口的最大話路數(shù)的確定是建立在業(yè)務(wù)量的預(yù)測(cè)上的,取最大的用戶呼入/呼出強(qiáng)度計(jì)算得出。我們?cè)诖讼忍岢鲆粋€(gè)預(yù)測(cè)模型,假設(shè)應(yīng)用模型如下表所示: 1.UMS系統(tǒng)各類客戶請(qǐng)求發(fā)生比例參考表 數(shù)據(jù)類別 月人均撥打次數(shù) n (次) 每次平均時(shí)長(zhǎng)t (秒) 固定電話發(fā)生比率 10 120 傳真機(jī)發(fā)生比率 5 180 GSM/CDMA發(fā)生比率 5 120 (1) 忙時(shí)呼叫次數(shù)(N)經(jīng)驗(yàn)公式: 其中k0 ——為浪涌呼叫系數(shù),取1.3; U ——UMS用戶數(shù),設(shè)上海中國(guó)電信UMS用戶數(shù)為50萬(wàn); n —— 月人均撥打次數(shù); k —— 高峰

48、時(shí)段使用量比率,設(shè)70%用戶在高峰時(shí)段使用; T1 —— 月高峰日天數(shù),即每月的工作日天數(shù),取30; T2 —— 高峰時(shí)段的小時(shí)數(shù),取12個(gè)小時(shí)(早8時(shí)— 晚8時(shí)) (2) 忙時(shí)呼叫話務(wù)量強(qiáng)度(E)公式: 其中t —— 呼叫平均處理時(shí)長(zhǎng)(秒) 根據(jù)上述公式,則上海中國(guó)電信UMS系統(tǒng)的忙時(shí)呼入預(yù)測(cè)計(jì)算如下: 70% 30天12小時(shí) a)固定電話用戶的忙時(shí)呼入次數(shù): Na= 1.3 U 10次( ——————— ) = 252.8U /10000(次) 120 3600 忙時(shí)流入話務(wù)量強(qiáng)度: Ea = 252.8

49、U /10000 ( ———) = 8.40U /10000 Erl 70% 30天12小時(shí) b)傳真機(jī)用戶的忙時(shí)呼入次數(shù): Nb= 1.3 U 5次( ——————— ) = 126.4U /10000(次) 180 3600 忙時(shí)流入話務(wù)量強(qiáng)度: Eb = 126.4U /10000 ( ———) = 6.32U /10000 Erl 70% 30天12小時(shí) C)GSM/CDMA用戶的忙時(shí)呼入次數(shù): NC= 1.3 U 5次( ——————— ) = 126.4U /10000(次)

50、 120 3600 忙時(shí)流入話務(wù)量強(qiáng)度: EC = 126.4U /10000 ( ———) = 4.21U /10000 Erl UMS系統(tǒng)的忙時(shí)流入話務(wù)量強(qiáng)度E入 = Ea + Eb + EC =(8.40+6.32+4.21) U /10000 = 19U /10000(Erl) 2.UMS系統(tǒng)各類用戶呼出請(qǐng)求參考表(郵件通知,日程提醒,傳真應(yīng)答等) 數(shù)據(jù)類別 月人均系統(tǒng)呼出次數(shù) n(次) 每次平均時(shí)長(zhǎng)t (秒) 固定電話發(fā)生比率 10 30 尋呼機(jī)發(fā)生比率 5 30 GSM/CDMA發(fā)生

51、比率 10 30 根據(jù)上述經(jīng)驗(yàn)公式,則上海中國(guó)電信UMS系統(tǒng)的忙時(shí)呼出預(yù)測(cè)計(jì)算如下: 70% 30天12小時(shí) a)固定電話用戶的忙時(shí)呼出次數(shù): Na= 1.3 U 10次( ——————— ) = 252.8U /10000(次) 30 3600 忙時(shí)流出話務(wù)量強(qiáng)度: Ea = 252.8U /10000 ( ———) = 2.10U /10000 Erl 70% 30天12小時(shí) b)尋呼機(jī)用戶的忙時(shí)呼出次數(shù): Nb= 1.3 U 5次( ——————— ) = 126.4U /10000(次)

52、 30 3600 忙時(shí)流出話務(wù)量強(qiáng)度: Eb = 126.4U /10000 ( ———) = 1.53U /10000 Erl 70% 30天12小時(shí) C)GSM/CDMA用戶的忙時(shí)呼出次數(shù): NC= 1.3 U 10次( ——————— ) = 252.8U /10000(次) 30 3600 忙時(shí)流入話務(wù)量強(qiáng)度: EC = 252.8U /10000 ( ———) = 2.10U /10000 Erl UMS系統(tǒng)的忙時(shí)流出話務(wù)量強(qiáng)度E出 = Ea + Eb + EC

53、 =(2.10+1.53+2.10) U /10000 = 5.73U /10000(Erl) 則上海中國(guó)電信UMS系統(tǒng)忙時(shí)流入流出話務(wù)量強(qiáng)度 E =E入 + E出 =19U/10000+5.73U/10000=24.73U/10000(Erl) 3.UMS系統(tǒng)話務(wù)量預(yù)測(cè)表 忙時(shí)呼入次數(shù) 忙時(shí)呼出次數(shù) 忙時(shí)流入話務(wù)量 忙時(shí)流出話務(wù)量 全省 50 25280 31600 950 286.5 6.1.2 計(jì)算方法 1.端口數(shù): 取定中繼線的負(fù)載能力為70%,假定上海中國(guó)電信的UMS用戶數(shù)為50萬(wàn),則IVR的端口數(shù) =流入流出話務(wù)量強(qiáng)度*用戶數(shù)/7

54、0% = 24.73*500000/10000/70% =1766(個(gè)) 2.中繼線數(shù)量 取定中繼線的負(fù)載能力為70%,則64K中繼線的需求量為: 入中繼線 = 忙時(shí)流入話務(wù)量/0.7條 出中繼線 = 忙時(shí)流出話務(wù)量/0.7條 3.信令鏈路 信令鏈路負(fù)荷為0.2,每次呼叫的TUP消息13個(gè)數(shù) = 5.5,平均MSU長(zhǎng)度 = 20Byte,信令由于是全雙工傳送,上下行均為64K,信道利用率為0.6。 則話務(wù)中繼信令鏈路數(shù) =(忙時(shí)呼入次數(shù)+忙時(shí)呼出次數(shù))*TUP消息個(gè)數(shù)*平均消息長(zhǎng)度*8)/(2*0.6*64K*20%)/3600 = (忙時(shí)呼入次數(shù)+忙時(shí)呼出次數(shù)

55、)*5.5*20*8/(2*0.6*64K*20%)/3600 =(忙時(shí)呼入次數(shù)+忙時(shí)呼出次數(shù))*1.59144E-05 =0.905 在過(guò)渡系統(tǒng)中,同時(shí)考慮到安全性,UMS系統(tǒng)信令數(shù)建議為2條。 6.1.3 計(jì)算結(jié)果 各項(xiàng)配置情況表 項(xiàng)目 2003年底 過(guò)渡系統(tǒng)(70%) IVR端口數(shù)(個(gè)) 1766 1236 入中繼(條) 42 29 出中繼(條) 13 10 信令鏈路(條) 2 2 6.2 最大信息存儲(chǔ)容量數(shù) 系統(tǒng)信息存儲(chǔ)容量數(shù)根據(jù)用戶數(shù)來(lái)進(jìn)行估算,取定最大用戶數(shù)為50萬(wàn),根據(jù)經(jīng)驗(yàn)公式:G=(M/1024)*U/R/P *3 其中G為所需磁

56、盤陣列個(gè)數(shù),M為給每個(gè)用戶分配的磁盤空間數(shù),U為總用戶數(shù),由于每個(gè)用戶郵箱不可能都用滿,用戶郵箱所占磁盤空間又是動(dòng)態(tài)分配的,因此必須除了一個(gè)值R,根據(jù)經(jīng)驗(yàn),R的取值范圍為12~20之間,P為每個(gè)磁盤陣列容量大小,若要做Raid,則磁盤陣列數(shù)要乘以3。現(xiàn)假設(shè)上海中國(guó)電信將有UMS用戶數(shù)50萬(wàn),給個(gè)人用戶每人分配10M硬盤空間,每個(gè)磁盤陣列的容量為100G,則個(gè)人用戶所需磁盤陣列數(shù): G=(10/1024)*500000/18/100 *3 =8(個(gè))。 另外給每個(gè)集團(tuán)用戶/企業(yè)用戶分配200M的磁盤空間,假設(shè)用戶數(shù)為10000,則所需磁盤陣列數(shù): G=(200/1024)*1000

57、0/12/100*3 =4(個(gè)) 因此根據(jù)最大用戶數(shù)50萬(wàn)預(yù)測(cè),系統(tǒng)共需磁盤陣列數(shù)為12個(gè),能夠滿足最大的信息存儲(chǔ)容量。 6.3 系統(tǒng)主要性能指標(biāo) n Email轉(zhuǎn)尋呼/手機(jī)平均延遲:2-3秒 n 容量:支持大容量免費(fèi)Email信箱 n 信息發(fā)送到BP/手機(jī)準(zhǔn)確率:>99% n 獲取Email信息準(zhǔn)確率:>99% n 單網(wǎng)關(guān)服務(wù)器接入PSTN路數(shù):30/120路 n 網(wǎng)關(guān)接續(xù)時(shí)間:1-2秒 n 電話發(fā)送語(yǔ)音Email語(yǔ)音壓縮比:1KB/s n 網(wǎng)靈通單用戶服務(wù)器在線用戶容量:1000萬(wàn) n 網(wǎng)靈通用戶上線平均響應(yīng)時(shí)間:2-3秒 第7章 系統(tǒng)軟硬件設(shè)備選型

58、 7.1 綜述 計(jì)算機(jī)應(yīng)用系統(tǒng)常見的分類有科學(xué)計(jì)算、事務(wù)處理、圖形設(shè)計(jì)、自動(dòng)控制等,UMS是典型地事務(wù)處理系統(tǒng),并且要處理海量數(shù)據(jù),設(shè)備的選擇應(yīng)考慮其科學(xué)性和合理性,重點(diǎn)放在設(shè)備的事務(wù)處理性能指標(biāo),I/O帶寬等方面。 7.2 服務(wù)器設(shè)備配備 根據(jù)上海中國(guó)電信的具體情況(主要是用戶數(shù)和業(yè)務(wù)數(shù)據(jù)量預(yù)測(cè),詳見第5章)。我們?cè)谶x擇服務(wù)器,主要考慮的因素是: l 安全可靠性:由于上海中國(guó)電信的具有龐大的用戶數(shù),也就有龐大的社會(huì)影響力,系統(tǒng)的服務(wù)質(zhì)量直接影響到用戶對(duì)企業(yè)的評(píng)價(jià),所以在選擇服務(wù)器時(shí),必須保證其絕對(duì)穩(wěn)定可靠,服務(wù)器系統(tǒng)必須滿足7*24*365穩(wěn)定運(yùn)行的要求,并且連續(xù)正常運(yùn)行的時(shí)間超過(guò)8

59、萬(wàn)小時(shí)。 l 強(qiáng)大的處理能力:因?yàn)橄到y(tǒng)的建設(shè)應(yīng)滿足用戶逐漸增長(zhǎng)的需要,并且要達(dá)到實(shí)時(shí)處理的各種性能指標(biāo),服務(wù)器必須具有強(qiáng)大的處理能力和存儲(chǔ)容量。 l 強(qiáng)大的擴(kuò)展能力:隨著系統(tǒng)用戶數(shù)的不斷增長(zhǎng)和系統(tǒng)新業(yè)務(wù)的不斷推出,對(duì)系統(tǒng)的處理能力將有更高的要求,因此服務(wù)器應(yīng)具有先進(jìn)性和不斷拓展的能力,并且擴(kuò)展時(shí)不影響正在運(yùn)行的系統(tǒng)。 l 最優(yōu)的性能價(jià)格比:既要考慮滿足應(yīng)用需要,又要合理地投資。 l 保護(hù)現(xiàn)有投資,保證已有系統(tǒng)的平滑過(guò)渡。 l 服務(wù)器廠家的服務(wù)質(zhì)量:服務(wù)器廠商必須有能力提供完善的售后服務(wù),保證服務(wù)器資源得到充分利用。 根據(jù)上述考慮和現(xiàn)有系統(tǒng)的設(shè)備配置及應(yīng)用軟件系統(tǒng),我們將選擇美國(guó)SU

60、N公司的主機(jī)系統(tǒng)作為主流服務(wù)器。由于系統(tǒng)分為中心節(jié)點(diǎn)和子節(jié)點(diǎn),中心節(jié)點(diǎn)由于對(duì)系統(tǒng)的要求更高,可考慮選擇配置較高的SUN系列服務(wù)器,子節(jié)點(diǎn)選擇配置較低的SUN系列服務(wù)器。 設(shè)備檔次、數(shù)量、配置除了根據(jù)應(yīng)用功能等因素參考確定外,還應(yīng)通過(guò)測(cè)試數(shù)據(jù)和各種設(shè)備的技術(shù)指標(biāo)來(lái)分析和推算。另外要考慮系統(tǒng)升級(jí),對(duì)容量的估計(jì)應(yīng)留有余地。 下表為SUN E5000、E6000、E10000三種服務(wù)器有關(guān)技術(shù)指標(biāo)比較表: SUN Enterprise Server比較圖 指標(biāo) E5000 E6500 E10000 體系結(jié)構(gòu) 超標(biāo)量SPARC版本9,ULTRA SPARC 同左 同左 最大CPU

61、數(shù) 14 30 64 CPU計(jì)算性能 整型SPECint-rate95 1487 浮點(diǎn)SPECfp-rate95 1798 3480 3021 4945 6013 系統(tǒng)帶寬 2.68GB/S 峰值3.2GB/S 同左 10.4GB/S 峰值12.8GB/S 高速緩存 一級(jí):16KB指令,16KB數(shù)據(jù)/芯片級(jí) 二級(jí):4MB外部緩存 同左 同左 系統(tǒng)板數(shù)(CPU/內(nèi)存板,或I/O板)最大值 8塊 16塊 16塊 每塊CPU/內(nèi)存板性能/最大 2CPU,2GB內(nèi)存 同左 4CPU,4GB內(nèi)存,4SBUS槽/2PCI槽 I/O板性能 10/

62、100M以太網(wǎng),ATM,20MB/40MB SCSI,ISDN,HIS,TOKEN RING,光纖通道FC-AL,千兆以太網(wǎng),串行/異步口 在SBUS/PCI BUS槽上支持如下左功能 最大內(nèi)存 14GB 30GB 64GB 最大外存 >=6TB >=10TB >=20TB 標(biāo)準(zhǔn)接口 RS232/423端口,SBUS 64位數(shù)據(jù)總線,PCI32/64位數(shù)據(jù)總線,以太網(wǎng)10/100/1000Mb/s,SCSI 10/20/40MB/s,光纖通道 雙口100Mb/s全雙工 7.3 交換排隊(duì)機(jī) 交換排隊(duì)機(jī)作為系統(tǒng)與PSTN網(wǎng)絡(luò)的接口設(shè)備,提供自動(dòng)排隊(duì),呼叫接入等功能,是系統(tǒng)

63、重要設(shè)備,目前這一領(lǐng)域有許多廠商提供此類產(chǎn)品,如:Avaya、Notel、Excel等。這里推薦使用Notel的產(chǎn)品,不僅因?yàn)槠涫鞘澜缰放?,更因?yàn)槠涔δ艹瑥?qiáng)穩(wěn)定。其技術(shù)指標(biāo)如下: 7.4 路由器 路由器用于系統(tǒng)中心節(jié)點(diǎn)與子節(jié)點(diǎn)之間的互聯(lián)和UMS系統(tǒng)與其它應(yīng)用系統(tǒng)之間的互聯(lián),在組網(wǎng)過(guò)程中,我們建議使用Cisco公司的路由器。不僅僅是因?yàn)槠湓跇I(yè)界應(yīng)用廣泛,更重要的是其具有性能可靠、功能強(qiáng)大的IOS操作系統(tǒng)。其技術(shù)特點(diǎn)如下: (1) 支持多種路由協(xié)議。 CISCO3640和CISCO2620的IOS都很好的支持RIP和OSPF路由協(xié)議。并且我們?yōu)镃ISCO3640和CISCO2620分別

64、選擇IP/IPX和IP PLUS版本的IOS,使它們成為Inter-VLAN路由器,使用IEEE802.10標(biāo)準(zhǔn)或ISL在CISCO CATALYST系列交換機(jī)中常駐的VLAN之間進(jìn)行路由選擇。即它們都支持虛擬網(wǎng)路由功能。 (2) 支持多種廣域網(wǎng)的連接。 CISCO路由器可用于DDN、x.25、幀中繼、E1和電話線撥號(hào)等多種廣域網(wǎng)連接。使用方便靈活。 (3) 支持多種物理接口 CISCO3640和CISCO2620均可提供10/100MB自適應(yīng)的RJ45端口,進(jìn)行局域網(wǎng)的連接,為用戶提供即插即用的方便。在WAN接口上,CISCO路由器具有更靈活的一面,同一串口可進(jìn)行基于v.35、RS4

65、99、X21和RS232的連接,只要選擇不同的電纜即可;路由器還可以提供E1/G703模塊。 (4) 支持多種模塊 CISCO3640和CISCO2620是模塊化路由器,可根據(jù)需要靈活選擇模塊,實(shí)現(xiàn)相應(yīng)的功能。使路由器具有很強(qiáng)的可用性和可擴(kuò)展性。 (5) 具有強(qiáng)大的路由功能 CISCO3640和CISCO2620均采用高性能的RISC芯片,使CISCO3640的路由吞吐量高達(dá)每秒50~70Kpps個(gè)信息包,CISCO2620也具有25Kpps的LAN-to-LAN路由能力。 7.5 數(shù)據(jù)庫(kù) 系統(tǒng)支持現(xiàn)在主流的大型數(shù)據(jù)庫(kù)產(chǎn)品,如Oracle、Sysbase、DB2、Informix、

66、SQLServer等。為了保證與其他系統(tǒng)間的兼容性,最好選擇與原有系統(tǒng)間的同類產(chǎn)品,使計(jì)費(fèi)與營(yíng)業(yè)更為方便。 7.6 電子郵件系統(tǒng) 電子郵件系統(tǒng)是UMS系統(tǒng)核心的存儲(chǔ)介質(zhì),為了保證系統(tǒng)平穩(wěn)流暢地運(yùn)行,郵件系統(tǒng)必須功能強(qiáng)大,運(yùn)行穩(wěn)定,支持多種協(xié)議接口。經(jīng)過(guò)認(rèn)證,我們建議選擇上海天奇網(wǎng)絡(luò)公司的SkyMiracle WorldPost 電子郵件系統(tǒng),該電子郵件系統(tǒng)功能及技術(shù)指標(biāo)介紹如下: 7.6.1 可獨(dú)立的MTA和SMTP進(jìn)程 SkyMiracle WorldPost可根據(jù)需要由一個(gè)進(jìn)程實(shí)現(xiàn)全部SMTP和MTA的功能,也可以配置成兩個(gè)獨(dú)立的進(jìn)程運(yùn)行在兩臺(tái)服務(wù)器上。SkyMiracle WorldPost允許SMTP/MTA服務(wù)在同一主機(jī)上監(jiān)聽相同的端口但進(jìn)程獨(dú)立。 MTA是指接收來(lái)自系統(tǒng)外Email的Mail Transfer Agent,其所在服務(wù)器作為本域的MX主機(jī)。SMTP是指接收來(lái)自本域用戶Email發(fā)送請(qǐng)求的服務(wù)器。從功能實(shí)現(xiàn)角度來(lái)看,MTA和SMTP并無(wú)太大分別,但由于其服務(wù)對(duì)象

展開閱讀全文
溫馨提示:
1: 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號(hào):ICP2024067431號(hào)-1 川公網(wǎng)安備51140202000466號(hào)


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺(tái),本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請(qǐng)立即通知裝配圖網(wǎng),我們立即給予刪除!

五月丁香婷婷狠狠色,亚洲日韩欧美精品久久久不卡,欧美日韩国产黄片三级,手机在线观看成人国产亚洲