中國聯(lián)通福建分公司 UMS 解決方案 福州速通軟件科技有限公司 SUNTON SOFTWARE TECHNOLOGY CO.,LTD 第 1 章 方案綜述 4 1.1 系統(tǒng)簡述 4 1.2 參考資料 5 第 2 章 方案設(shè)計目標(biāo)和原則 6 2.1 方案設(shè)計目標(biāo) 6 2.2 系統(tǒng)建設(shè)原則 7 2.3 系統(tǒng)建設(shè)特殊要求 8 第 3 章 技術(shù)特點 10 3.1 技術(shù)原則 10 3.2 體系結(jié)構(gòu) 10 3.2.1 分層模型 11 3.2.2 Browser/ORB/Server 結(jié)構(gòu) 12 3.3 系統(tǒng)技術(shù)要點概述 12 第 4 章 應(yīng)用系統(tǒng)功能簡介 15 4.1 語音郵箱 15 4.1.1 電話 /手機(jī)接收郵件 15 4.1.2 電話 /手機(jī)發(fā)送郵件 15 4.1.3 撥打手機(jī)遇忙 /關(guān)機(jī)自動轉(zhuǎn)入 UMS 信箱 16 4.1.4 群發(fā) 16 4.2 傳真服務(wù) 16 4.2.1 傳真到電子郵件 16 4.2.2 電子郵件到傳真機(jī) 16 4.2.3 傳真廣播 17 4.2.4 傳真索取 17 4.2.5 計算機(jī)傳真 17 4.3 Internet 短信 /尋呼 17 4.4 個人助理 17 4.4.1 語音秘書 17 4.4.2 接收終端設(shè)置 18 4.4.3 通訊方式選擇 18 4.4.4 全國漫游 18 4.5 日程提醒 18 4.6 附加功能 18 第 5 章 數(shù)據(jù)預(yù)測 19 5.1 E1 數(shù) 19 5.2 磁盤陣列 21 第 6 章 網(wǎng)絡(luò)設(shè)計 22 第 7 章 工程實施 25 7.1 項目管理 25 7.1.1 組織結(jié)構(gòu)及其職責(zé) 25 7.1.2 人員配置 27 7.2 工程進(jìn)度計劃 28 7.3 工程質(zhì)量保證 28 第 8 章 技術(shù)支持與服務(wù) 34 8.1 基本維護(hù)技術(shù)支持 34 8.2 用戶新需求 35 8.3 代理維護(hù)服務(wù) 35 8.4 系統(tǒng)培訓(xùn)服務(wù) 36 8.5 軟、硬件設(shè) 備的服務(wù)承諾 36 8.6 系統(tǒng)維護(hù)承諾 37 第 1章 方案綜述 1.1 系統(tǒng)簡述 今天，由于互聯(lián)網(wǎng)及其相關(guān)技術(shù)的發(fā)展，一種新的信息手段 -統(tǒng)一消息 服務(wù) (Unified Messaging Service， UMS)產(chǎn)生了，并正在全世界得到發(fā)展。通過這樣一個手段，它能將不同的消息技術(shù)和網(wǎng)絡(luò)結(jié)合起來，從而讓使用者只用通過 單一的終端設(shè)備，比如 PC 和電話，就能夠接收和取得不同來源的消息 (如：聲音、傳真和電子郵件 )。這種方式帶給我們很多好處，比如提高效率和消息的獲取率、節(jié)約成本和時間、容易使用等。 另外，隨著人們對消息的需求越來越大，并且人們工作的流動性和移動性越來越強(qiáng)，他們更多地在依賴移動電話、尋呼、以及其他一些無線移動手持終端設(shè)備來獲取消息。同時，過多的通訊工具和手段給他們獲取信息帶來了不便。 統(tǒng)一消息 的出現(xiàn)將能夠解決這樣的問題，也為服務(wù)提供商、軟件開發(fā)商以及設(shè)備商提供了大量的機(jī)會。 根據(jù) Forrester 公司在 1998 年的調(diào)查，在美國，每天通過郵箱、電話、 PC等設(shè)備在個人之間或者人群之間傳遞的消息量達(dá) 10 億多條。這個數(shù)字還不包括在公司領(lǐng)域的消息傳遞量。然而在今天的美國只有大約 10 萬 UMS 用戶。不過，一旦用戶認(rèn)識到 UMS 技術(shù)的好處，它的發(fā)展將會是很快的?，F(xiàn)在 UMS 還處于萌芽期，最終用戶還沒有認(rèn)識和了解 UMS 技術(shù)。然而，可以預(yù)期，在新世紀(jì)的初期，UMS 將騰飛，并會在 2003 年進(jìn)入繁榮階段。 UMS 產(chǎn)品和服務(wù)的市場是涵蓋廣泛的，包括個人、小辦公室、家庭辦公室(SOHOs)、大中小型公司等。今天， UMS 系統(tǒng)與服務(wù)的最大目標(biāo) 市場是 500 到 3000人的中型公司。對于運營商來說，其可以為個人提供服務(wù)，也可以為上面所有的商業(yè)單元提供 ASP 的服務(wù)。 1.2 參考資料 - 四川聯(lián)通分公司： UMS 系統(tǒng)用戶手冊 (2001 年 8 月 ) - 四川聯(lián)通分公司： UMS 系統(tǒng)暫行管理規(guī)定 (2001 年 8 月 ) - 2001 年中國區(qū)統(tǒng)一消息發(fā)展研討會： UMS 發(fā)展概述 (2001 年 8 月 ) - 福建移動公司：福建省移動電話網(wǎng)維護(hù)管理規(guī)定及流程 (修訂 ) (2000年 3 月 ) - 天津聯(lián)通分公司： UMS 系統(tǒng)建設(shè)方案建議書 (2001 年 10 月 ) 第 2章 方案設(shè)計目標(biāo)和原則 2.1 方案設(shè)計目標(biāo) 福建省 聯(lián)通分公司 UMS 系統(tǒng)建設(shè)應(yīng)該實現(xiàn)以下目標(biāo)。 （ 1） 建設(shè)一個技術(shù)先進(jìn)、功能齊全、配置靈活、講究效率的 UMS 省級系統(tǒng)平臺； （ 2） 建設(shè)一個適應(yīng)聯(lián)通業(yè)務(wù)快速增長和增強(qiáng)公司競爭力，別的系統(tǒng)運營商（如中國電信、中國移動）無法效仿的 UMS 省級系統(tǒng)平臺； （ 3） 真正的“統(tǒng)一訊息” 系統(tǒng)必須滿足統(tǒng)一的用戶目錄，統(tǒng)一的訊息存儲，統(tǒng)一的用戶和系統(tǒng)管理技術(shù)特征。僅僅通過升級電子郵件系統(tǒng)或語音郵箱系統(tǒng)的“集成”訊息系統(tǒng)方案，在技術(shù)上具有天然的劣勢，很快將被淘汰。 （ 4） 電信級的解決方案 確保大容量、以及服務(wù)的穩(wěn)定、可靠、高效。對于聯(lián)通這種綜合電信運營商而 言，服務(wù)的穩(wěn)定性、可擴(kuò)充性、可升展性至關(guān)重要，所以UMS 系統(tǒng)應(yīng)建在大容量的電信級訊息平臺上。 （ 5） 有基于 UMS 平臺的其他垂直型增值方案 普通的 UMS 服務(wù)不具有很強(qiáng)的差異化特征，廠商的方案必須提供基于 UMS 平臺的其他垂直型增值方案，并且這些增值方案是由一些可插拔的模塊集成而成的，這樣服務(wù)商可根據(jù)市場情況和用戶需求，在已建成的統(tǒng)一信息基礎(chǔ)平臺上靈活地推出不同的服務(wù)。 （ 6） 平滑過渡 UMS 下一代產(chǎn)品，將是個人信息助理（ Personal Information Assistant）和統(tǒng)一通訊系統(tǒng)（ Unified Communications），現(xiàn)有的 UMS 系統(tǒng)在建設(shè)過程中必須考慮向下一代產(chǎn)品的平滑過渡。 2.2 系統(tǒng)建設(shè)原則 福建省聯(lián)通分公司 UMS 系統(tǒng)建設(shè)的原則應(yīng)是可靠、先進(jìn)、靈活、實用。 1、 可靠性 對福建聯(lián)通 UMS 系統(tǒng)來講，安全可靠性應(yīng)作為系統(tǒng)建設(shè)的首要出發(fā)點。設(shè)計時必須從網(wǎng)絡(luò)的可靠性和系統(tǒng)軟件的可靠性兩方面考慮。 組網(wǎng)時選用高可靠性的產(chǎn)品和技術(shù)，充分考慮現(xiàn)有網(wǎng)絡(luò)的實際情況和可能出現(xiàn)的問題，傳輸手段和傳輸路由也要做到備份設(shè)置，確保整個網(wǎng)絡(luò)和系統(tǒng)的安全可靠。 系統(tǒng)軟件應(yīng)具有較強(qiáng)的容錯能力，不易崩潰和受到破壞，并具有良好的恢復(fù)能力。一旦 系統(tǒng)無法正常運行，系統(tǒng)至少提供住址終端功能。 2、 先進(jìn)性 設(shè)計時要吸收國內(nèi)外同類 UMS 系統(tǒng)的經(jīng)驗和教訓(xùn)，采用先進(jìn)的消息處理業(yè)務(wù)模式、優(yōu)良的系統(tǒng)體系結(jié)構(gòu)和先進(jìn)合理的設(shè)備配置，以實現(xiàn)準(zhǔn)確、高效、快速的消息管理功能。 3、 靈活性 系統(tǒng)建設(shè)時選用符合國際發(fā)展潮流的國際標(biāo)準(zhǔn)的軟硬件技術(shù)，使系統(tǒng)有移植性強(qiáng)、可用性強(qiáng)、易于擴(kuò)展等優(yōu)點，保證在將來發(fā)展中迅速采用最新出現(xiàn)的技術(shù)、長期保持系統(tǒng)的先進(jìn)性。同時充分考慮到未來聯(lián)通可能出現(xiàn)的新業(yè)務(wù)和可能出現(xiàn)的一些變化，在解決現(xiàn)有業(yè)務(wù)實際需要的前提下，可靈活擴(kuò)展本系統(tǒng)的功能或方便地與新的其他系統(tǒng) 相連。 4、 實用性 在系統(tǒng)建設(shè)中，要立足于我國通信網(wǎng)絡(luò)的實際情況，首先考慮目前各種網(wǎng)絡(luò)（ GSM、長途 193、數(shù)據(jù) 165、 IP、尋呼）的實際情況，解決用戶的實際需要，促進(jìn)聯(lián)通業(yè)務(wù)的發(fā)展。 因目前的相關(guān)網(wǎng)絡(luò)已有很多設(shè)備，因此要充分考慮對已現(xiàn)有投資的保護(hù)，減少重復(fù)投資，避免浪費。 2.3 系統(tǒng)建設(shè)特殊要求 國內(nèi)各大電信運營商通過與其系統(tǒng)集成商之間的技術(shù)交流和對國際先進(jìn)技術(shù)的跟蹤，都已看到其廣闊的發(fā)展前景，并把它作為一種重要的增值業(yè)務(wù)來建設(shè)開展。福建聯(lián)通分公司也對 UMS 表現(xiàn)出極大的關(guān)注，并與系統(tǒng)集成商進(jìn)行了廣泛的交流，在充分了 解 UMS 系統(tǒng)功能特點的基礎(chǔ)上，根據(jù)自己的實際情況，對UMS 提出了一些特殊的要求。 UMS 用戶編號不能太長，必須方便用戶記憶，容易使用。 現(xiàn)有的許多 UMS 系統(tǒng)在用戶編號上顯然都太多考慮了唯一性，但都太長了，實用性很差，用戶不可能記得住。如上海電信下的上海熱線的 UMS 系統(tǒng)用戶編號達(dá)到了 15 位，這樣的用戶編號來說必須隨身攜帶，不方便記憶，對系統(tǒng)運營商來說也不方便向用戶推廣。 主叫用戶可根據(jù)語音提示選擇實時通信或非實時通信。 主叫用戶撥通 UMS 系統(tǒng)服務(wù)號時，系統(tǒng) IVR 須提示用戶選擇直接撥打用戶當(dāng)前設(shè)置的通訊號碼或提 示用戶選擇語音留言和語音郵件等非實時通訊方式。 被叫用戶可靈活自由地設(shè)置接收終端，如手機(jī)，固定電話，傳呼、電子信箱。 被叫用戶可根據(jù)自己的需要設(shè)置接收終端，如出差在外選擇傳呼、電子郵件、短消息，在本地選擇手機(jī)、固定電話。 被叫用戶可靈活地設(shè)置每個終端的接收時間段。 被叫用戶可靈活地設(shè)置不同終端接收呼叫的時間段，如：上班時間使用公司的電話 /手機(jī)，下班時間使用家里的電話，晚上不喜歡被人打擾時選擇轉(zhuǎn)為語音留言 /語音郵件。 系統(tǒng)能更多地吸引集團(tuán)用戶和企業(yè)用戶。 集團(tuán)用戶 /企業(yè)用戶是系統(tǒng)的大消費群體， UMS 系統(tǒng)如果能 給企業(yè)帶來更多的好處，降低企業(yè)的運營成本，又滿足企業(yè)迅速對外溝通的需要，必將贏得企業(yè)用戶 /集團(tuán)用戶的青睞。 能否不通過統(tǒng)一接入號實現(xiàn) UMS 的功能。 由于主叫用戶在發(fā)起呼叫前須先撥打 UMS 網(wǎng)關(guān)號（即統(tǒng)一接入號），有些人可能覺得很煩瑣，能否不用撥打統(tǒng)一接入號，用一個號碼來標(biāo)識用戶，直接撥打用戶的這個標(biāo)識號，即可實現(xiàn) UMS 的功能。 群呼 /群發(fā)功能 用戶只要呼叫一次或操作一次，就可把相關(guān)訊息發(fā)送到一組用戶那里，不必要一一通知每個相關(guān)用戶。 手機(jī)用戶漫游到外地也能使用 UMS 的功能。 對于聯(lián)通公司來說，最為關(guān)注地是其手 機(jī)用戶，手機(jī)用戶也是其最大的用戶群?？v觀所有系統(tǒng) UMS 系統(tǒng)，用戶到外地后就不能使用 UMS 功能，因此讓手機(jī)用戶在本地登記的統(tǒng)一消息編號到外地也能使用，是系統(tǒng)的一大賣點，是吸引用戶的一大特點。第 3章 技術(shù)特點 3.1 技術(shù)原則 隨著移動通信技術(shù)和計算機(jī)技術(shù)的迅速發(fā)展，聯(lián)通業(yè)務(wù)需求越來越復(fù)雜，為了保證 UMS 系統(tǒng)的穩(wěn)定性和可靠性， UMS 系統(tǒng)的開發(fā)必須堅持“以 TMN 體系結(jié)構(gòu)為中心，以分層模型設(shè)計和 Browser/ORB/Server 三層結(jié)構(gòu)為輔翼”的思想。 3.2 體系結(jié)構(gòu) 對于軟件系統(tǒng)結(jié)構(gòu)的設(shè)計，我們公司在 TMN 大框架基礎(chǔ)上采用了Manager/Agent 的體系結(jié)構(gòu)，如下圖所示： 采用這種應(yīng)用結(jié)構(gòu)，就從根本上保證了系統(tǒng)立足于 TMN，具有良好的開放性和可擴(kuò)展性，保證了 UMS 系統(tǒng)建設(shè)的可持續(xù)性，為基于 UMS 平臺的其他垂直增值業(yè)務(wù)奠定了基礎(chǔ)， Manager GUI Agent Server 請求 響應(yīng) 通知 請求 響應(yīng) 響應(yīng) 請求 通知 系統(tǒng)框架結(jié)構(gòu) OIIP/RCP 3.2.1 分層模型 在進(jìn)行復(fù)雜系統(tǒng)的設(shè)計開發(fā)時，采用分層模型的概念，對于降低系統(tǒng)實施的風(fēng)險，簡化大型系統(tǒng)的規(guī)劃和設(shè)計，提高系統(tǒng)運行的穩(wěn)定性有很大的意義。對于 UMS 系統(tǒng)，我公司采用下面的分層模型： 從上圖可以看出，這三層之間的關(guān)系是：下一層是上一層的基礎(chǔ)，上 一層是下一層的實現(xiàn)目標(biāo)；只要層間接口不變，具體各層實現(xiàn)方式的改變不會影響 UMS系統(tǒng)的整體業(yè)務(wù)特性。 （ 1） 數(shù)據(jù)接收層 數(shù)據(jù)接收層主要完成接收采集數(shù)據(jù)的功能，接收來自不從網(wǎng)絡(luò)的訊息。在各種電路設(shè)備的支持下，通過網(wǎng)絡(luò)平臺和通信協(xié)議（ TCP/IP、 X.25、 FTAM 或CMIP/FTAM）實現(xiàn)與不同網(wǎng)絡(luò)服務(wù)器或代理服務(wù)器之間的數(shù)據(jù)交換。數(shù)據(jù)接收層的處理結(jié)果是下一步 UMS 系統(tǒng)處理的基礎(chǔ)。 （ 2） 數(shù)據(jù)處理層 數(shù)據(jù)處理層完成訊息的計算、整理、格式轉(zhuǎn)換。數(shù)據(jù)處理層又由數(shù)據(jù)層和功能層組成。數(shù)據(jù)層由數(shù)據(jù)字典構(gòu)成，具體包括表（ Table）、 視圖（ View）、關(guān)系（ Relationship）、索引（ Index）、參照完整性約束（ constraint）等。功能層集成了 UMS 系統(tǒng)的功能實現(xiàn)，具體包括消息存儲、格式轉(zhuǎn)換、消息發(fā)送、故障管理等各項功能及其子功能。 數(shù)據(jù)處理層是系統(tǒng)的核心層，它對應(yīng)于體系結(jié)構(gòu)的 Manager。 （ 3） 數(shù)據(jù)應(yīng)用層 數(shù)據(jù)應(yīng)用層 數(shù)據(jù)處理層 數(shù)據(jù)接收層 數(shù)據(jù)以各種用戶設(shè)定的方式發(fā)送到用戶終端呈現(xiàn)，用戶通過固定電話、手機(jī)、PC 機(jī)、傳真機(jī)、尋呼機(jī)、 PDA 等各種終端接收或發(fā)送最信息，實現(xiàn) UMS各項功能。 3.2.2 Browser/ORB/Server 結(jié)構(gòu) 在 Manager 和 Agent 的設(shè)計中采用了 Browser/ORB/Server 的體系結(jié)構(gòu)，如下圖所示： 這種應(yīng)用結(jié)構(gòu)借鑒了三層 B/S 結(jié)構(gòu)和 CORBA 結(jié)構(gòu)的優(yōu)點。發(fā)起請求的對象（施力對象），將請求消息傳送到對象請求代理（ ORB）， ORB 分析消息目的地，將此消息轉(zhuǎn)發(fā)給目標(biāo)對象（受力對象）。如果受力對象有響應(yīng)，則同樣經(jīng)由 ORB將響應(yīng)消息發(fā)送到施力對象。這種結(jié)構(gòu)具有以下特點： 1） 可以簡化系統(tǒng)之間的通信。各通信實體統(tǒng)一向 ORB 發(fā)送請 /通知消息，由ORB 尋找目標(biāo)實體 2） 適合分布式處理?？梢詫⑺械娜蝿?wù)分散處理，能夠勝任性能要求嚴(yán)格和高負(fù) 荷的應(yīng)用場合。 3） 系統(tǒng)結(jié)構(gòu)清晰，增強(qiáng)了系統(tǒng)可維護(hù)性。 4） 可以適應(yīng)靈活的伸縮性較強(qiáng)的系統(tǒng)。 3.3 系統(tǒng)技術(shù)要點概述 根據(jù)系統(tǒng)建設(shè)目標(biāo)和建設(shè)要求，本系統(tǒng)將是一個十分復(fù)雜、技術(shù)含量很高的工程。從技術(shù)和系統(tǒng)建設(shè)的角度來看，應(yīng)重點考慮以下幾個方面的因素： 1、 應(yīng)用系統(tǒng)的設(shè)計 結(jié)構(gòu)安排、均衡性策略：合理的系統(tǒng)結(jié)構(gòu)安排與均衡性設(shè)計是衡量系統(tǒng)對象 1 對象 2 對象請求代理（ ORB） 質(zhì)量的關(guān)鍵性因素。 靈活、擴(kuò)展和易維護(hù)性：基于面向?qū)ο蠹夹g(shù)和 Browser/Server 體系結(jié)構(gòu)的應(yīng)用系統(tǒng)設(shè)計，以及模塊化、參數(shù)化的設(shè)計思路，以保證系統(tǒng)的靈活性和擴(kuò)展性，并提高系統(tǒng)的易維護(hù)性。對未來 增加的功能或模塊以及與其他系統(tǒng)的連接留有接口，保證系統(tǒng)的擴(kuò)展性。 開發(fā)方法考慮的因素：考慮對主機(jī)、操作系統(tǒng)、數(shù)據(jù)庫、郵件系統(tǒng)、語音處理、網(wǎng)絡(luò)資源的利用程序，代碼的運行效率、采用的開發(fā)工具以及開發(fā)過程的管理等。 安全可靠性策略：系統(tǒng)提供極高的容錯性、自動任務(wù)運行、自動故障恢復(fù)等功能，在主機(jī)設(shè)備、操作系統(tǒng)、郵件系統(tǒng)、數(shù)據(jù)庫或通信出現(xiàn)故障或變更時，仍能保證系統(tǒng)的不間斷運行，并保證數(shù)據(jù)的完整性和安全可靠性。 數(shù)據(jù)管理：合理科學(xué)地管理各種數(shù)據(jù)，提高數(shù)據(jù)處理效率。有效地進(jìn)行數(shù)據(jù)存儲和恢復(fù)。 2、 主機(jī)和操作系統(tǒng) 根據(jù)應(yīng)用需求 ，系統(tǒng)設(shè)計時對主機(jī)的選擇和配備，應(yīng)考慮： 主機(jī)的處理能力：指選定的機(jī)器檔次，這是主機(jī)處理的基礎(chǔ)。在系統(tǒng)處理模式基本確定的前提下，通過對各個處理環(huán)節(jié)的分析，將任務(wù)劃分到不同檔次和數(shù)量的主機(jī)上，達(dá)到均衡處理的效果。 CPU 的利用效率：充分利用主機(jī)系統(tǒng)多 CPU 的特點，并使各 CPU 的效率達(dá)到最優(yōu)和均衡。 I/O 讀寫： I/O 讀寫往往是影響系統(tǒng)性能的主要因素，在設(shè)計時應(yīng)考慮主機(jī)磁盤陣列的吞吐量，并盡量減少 I/O 操作的次數(shù)，提高一次 I/O 操作的效率。加大 I/O 總線的寬度也是提高速度的重要方面，另外要合理選擇 RAID 技術(shù)，提高讀寫的速度，同時保證數(shù)據(jù)的安全性。 內(nèi)存及其他資源的利用程序：應(yīng)盡量加大主機(jī)的內(nèi)存，盡可能將各種操作放在內(nèi)存中進(jìn)行。但要減少不常用的程序?qū)?nèi)存的占用。 操作系統(tǒng)的配置及性能：指充分發(fā)揮操作系統(tǒng)的優(yōu)勢，包括系統(tǒng)引導(dǎo)、日志、超大規(guī)模數(shù)據(jù)處理能力、先進(jìn)的文件管理功能等。調(diào)整好各種參數(shù)，提高性能。 主機(jī)系統(tǒng)的可靠性：主機(jī)的選擇和配備要適合 UMS 系統(tǒng)的特點和要求，保證硬件平臺的高可靠性。 3、 網(wǎng)絡(luò) 故障保證和安全性：選擇和設(shè)計出最安全的數(shù)據(jù)傳輸線路，保證網(wǎng)絡(luò)系統(tǒng)在任何節(jié)點或鏈路出現(xiàn)故障時，不影響或基本不影響數(shù)據(jù)的傳輸 。 網(wǎng)絡(luò)結(jié)構(gòu)：選擇合理的網(wǎng)絡(luò)結(jié)構(gòu)，保證組網(wǎng)的靈活性和易擴(kuò)充性?？紤]網(wǎng)絡(luò)結(jié)構(gòu)的先進(jìn)性。 網(wǎng)絡(luò)吞吐量：網(wǎng)絡(luò)設(shè)備和線路都保證數(shù)據(jù)傳輸高峰時不出現(xiàn)擁塞現(xiàn)象。 合理利用現(xiàn)有網(wǎng)絡(luò)設(shè)備：由于已有大量網(wǎng)絡(luò)設(shè)備，因此在設(shè)計和選擇網(wǎng)絡(luò)設(shè)備時，要考慮這些因素，將現(xiàn)有設(shè)備進(jìn)行必要的擴(kuò)展，減少浪費。 4、 數(shù)據(jù)庫 數(shù)據(jù)庫設(shè)計重點考慮的要點包括：數(shù)據(jù)庫管理系統(tǒng)本身的性能、數(shù)據(jù)庫與操作系統(tǒng)對主機(jī)資源的均衡分配、 ONLINE 的配置、數(shù)據(jù)庫 /表等的設(shè)計策略、應(yīng)用代碼的執(zhí)行效率等。 5、郵件系統(tǒng) 郵件系統(tǒng)是 UMS 系統(tǒng)的核心信息存儲工具，因為沒有一種 數(shù)據(jù)庫能夠存儲如此大量的用戶數(shù)據(jù)，而郵件系統(tǒng)由此提供了特殊的磁盤檢索算法和存儲算法，可以用來存儲大容量、無規(guī)律性的用戶數(shù)據(jù)。因此為了數(shù)據(jù)安全，應(yīng)該慎重選擇郵件系統(tǒng)。考慮到 UMS 系統(tǒng)的特殊功能要求，郵件系統(tǒng)應(yīng)該支持 IMAP4協(xié)議。 6、語音處理 語音處理分為語音壓縮技術(shù)和文語轉(zhuǎn)換技術(shù)（ Text to Speech），由于系統(tǒng)磁盤存儲空間總是有限的，而語音文件往往大得驚人，為了減少投資，保護(hù)系統(tǒng)資源的合理分配，我們擬采用先進(jìn)的語音壓縮技術(shù)。 文語轉(zhuǎn)換技術(shù)是為了提供給用電話 /手機(jī)接收電子郵件的用戶的，隨著大量廠商 在這領(lǐng)域不斷的開發(fā)，此項技術(shù)已相當(dāng)成熟，我們支持 Microsoft 的Speech4.0 系統(tǒng)和 SpeechWorker 的產(chǎn)品。 第 4章 應(yīng)用系統(tǒng)功能簡介 我們對系統(tǒng)功能進(jìn)行歸類，把系統(tǒng)功能劃分為六大部分： 語音郵箱、傳真服務(wù)、個人助理、 Internet 短信 /尋呼、日程提醒、附加功能， 如下圖所示 。 4.1 語音郵箱 4.1.1 電話 /手機(jī)接收郵件 （ 1） 登錄：用戶通過電話或手機(jī)撥打 UMS 運營商的統(tǒng)一接入號，選擇注冊用戶，輸入 UMID 和密碼，登錄到 UMS 系統(tǒng)中，然后選擇發(fā)送郵件。系統(tǒng)將告知：“您的郵箱中有？封電子郵件，？封語音郵件，？封 傳真郵件。請輸入您要收聽郵件的編號。”如果要收聽第 1 封郵件，則按 1 鍵，依次類推。 （ 2） 收聽 /接收郵件：選擇要收聽的郵件后，系統(tǒng)將郵件類型（電子、語音、傳真郵件）、接收時間、發(fā)件人、主題等摘要信息高知用戶。如果是電子郵件，用戶可以選擇收聽實時合成的郵件正文或語音附件，如果是語音郵件，則直接播放給用戶收聽。 （ 3） 瀏覽、轉(zhuǎn)發(fā)、刪除郵件：用戶可以前后瀏覽其他郵件；在收聽郵件過程中，用戶可以回復(fù)郵件，將郵件轉(zhuǎn)發(fā)給其他系統(tǒng)用戶或在地址本中登記的系統(tǒng)用戶以及其他電子郵件用戶，或者刪除郵件。 4.1.2 電話 /手機(jī)發(fā)送郵件 （ 1） 撥號：用戶通過電話 /傳真機(jī)撥打 UMS 運營商的統(tǒng)一接入號，選擇發(fā)送郵件。 語音郵箱 傳真服務(wù) 個人助理 日程提醒 附加功能 Internet 短信 /尋呼 （ 2） 發(fā)送語音郵件：選擇發(fā)送語音郵件，聽到系統(tǒng)的提示音后開始錄音并按 #鍵結(jié)束；錄音結(jié)束后可以試聽、重錄，確定后輸入收件人的信箱號碼或地址編號，即開始發(fā)送語音郵件，系統(tǒng)將提示發(fā)送成功。 4.1.3 撥打手機(jī)遇忙 /關(guān)機(jī)自動轉(zhuǎn)入 UMS 信箱 若某手機(jī)用戶注冊了 UMS 信箱后，當(dāng)其他 固定電話或移動電話 撥打該手機(jī)，遇到手機(jī)忙或關(guān)機(jī)時，可以自動轉(zhuǎn)到該手機(jī)用戶的 UMS 信箱，信箱從轉(zhuǎn)過來的消息中若提取到該 UMS 用戶的手機(jī)號后（即信箱用戶 ID 號），直接播報提示語請主叫留言，而不必再輸入 UMS 信 箱用戶 ID 號了。 但這要求 MSC 提供信令消息碼格式。 4.1.4 群發(fā) 系統(tǒng)用戶可預(yù)先錄制好地址本，發(fā)送語音郵件時，收件人地址輸入 地址本 中對應(yīng)的一組用戶 地址編號 ，則同時發(fā)送給這組用戶。 4.2 傳真服務(wù) 4.2.1 傳真到電子郵件 系統(tǒng)用 戶的親朋好友可以通過普通的傳真機(jī)，將傳真圖文信息傳送到 系統(tǒng)用戶的電子郵件信箱內(nèi)。這一服務(wù)，不但增加了獲取信息的渠道，更使得其傳真文檔具有特殊的私密性。 4.2.2 電子郵件到傳真機(jī) 系統(tǒng)用 戶可以方便地實現(xiàn)電子郵件到國內(nèi)外不同區(qū)域的傳真服務(wù)。通過系統(tǒng)提示界面，客戶只要在 傳真至 一欄中鍵入需要發(fā)送的傳真號碼，然后在文本框中鍵入正文，并加上附件，便可以將電子郵件傳到世界各地。目前附件可以支持多種圖片格式和微軟 Office 的文檔格式。 4.2.3 傳真廣播 系統(tǒng)用 戶可以通過一次操作，將同一文件送達(dá)到多個電子郵箱或傳真機(jī)。同樣，傳真廣播服務(wù)支持附加文件中的多種圖片格式以及微軟 Office 的格式。 4.2.4 傳真索取 當(dāng)客戶要求把您的產(chǎn)品信息、目錄、報價等資訊直接從您網(wǎng)頁發(fā)送到他的傳真機(jī)上時， 系統(tǒng) 可以幫助您方便地完成這一服務(wù)。 4.2.5 計算機(jī)傳真 通過 網(wǎng)上操作 ，客戶在下載了系統(tǒng)軟件（ PC-to-Fax）后，便可方便、快捷地將文檔發(fā)送至所需的傳真機(jī)上。 4.3 Internet短信 /尋呼 可以登錄 UMS，登記尋呼機(jī)號或手機(jī)號，建立郵件即時通知。每當(dāng)用戶 UMS信箱中有新的郵件到達(dá)時，系統(tǒng)都會通過尋呼、手機(jī)短消息的方式即時通知用戶。如果用戶登記的是數(shù)字尋呼機(jī)或英文手機(jī)，則顯示有新郵件及郵件的時間；如用戶登記的是中文尋呼機(jī)或中文手機(jī)，則顯示郵件主題、發(fā)件人、到達(dá)時間等摘要信息或郵件全文（需取決于尋呼機(jī)和手機(jī)的存儲區(qū)大?。?。 4.4 個人助理 4.4.1 語音秘書 系統(tǒng)用戶可以預(yù)先錄制信箱個人問候語，免打擾等語音，其他人撥打統(tǒng)一編號時系統(tǒng)會根據(jù)設(shè)置自動播放語音。 4.4.2 接收終端設(shè)置 注冊用戶可隨時根據(jù)自己 需要通過任一信息終端設(shè)備設(shè)置自己的接收設(shè)備，如可設(shè)置上班時間用手機(jī)或辦公室電話接收信息、下班時間用家里電話接收信息；或者是第一接收設(shè)備是手機(jī)，第二是固定電話，若都不通可轉(zhuǎn)為郵件。 4.4.3 通訊方式選擇 主叫用戶可查詢該時段被叫用戶接收設(shè)備，選擇接通對方或轉(zhuǎn)為語音留言或語音郵件。 4.4.4 全國漫游 申請了 UMS 服務(wù)的用戶可以免費全國漫游，使用 UMS 的功能，但僅限聯(lián)通GSM 手機(jī)用戶。 4.5 日程提醒 系統(tǒng)用戶可通過手機(jī)或 PC 定制一個月內(nèi)或一天內(nèi)重要的事件（如親友生日，航班時間，重要會議等），當(dāng)?shù)教囟〞r間時系統(tǒng)會根據(jù)用戶登記的手機(jī)或傳 呼號發(fā)消息通知用戶。 4.6 附加功能 附加功能是在 UMS 平臺上的垂直增值業(yè)務(wù)，可以根據(jù)需求實時加入，如股票告警、詳單發(fā)送、信息預(yù)定、廣告服務(wù)等。 第 5章 數(shù)據(jù)預(yù)測 5.1 E1數(shù) 語音接入中繼線 E1 數(shù)的確定是建立在業(yè)務(wù)量的預(yù)測上的。我們在此先提出一個預(yù)測模型，假設(shè)應(yīng)用前提如下表所示： UMS 系統(tǒng)各類客戶請求發(fā)生比例參考表 數(shù)據(jù)類別 月人均撥打次數(shù) n （次 ） 每次平均時長 t （秒） GSM /CDMA發(fā)生比率 10 240 固定電話發(fā)生比率 5 240 傳真機(jī)發(fā)生比率 1 300 （ 1） 忙時呼叫次數(shù) （ N）經(jīng)驗公式： 210 TTknUkN其中 k0 為浪涌呼叫系數(shù)，取 1.3； U UMS 用戶數(shù)，設(shè)福建聯(lián)通用戶數(shù)為 50 萬； n 月人均 撥打 次數(shù)； k 高峰時段使用量比率，設(shè) 90%用戶在高峰時段使用； T1 月高峰日天數(shù)，即每月的工作日天數(shù)，取 23； T2 高峰時段的小時數(shù)，取 10 個小時（早 9 時 晚 7 時） （ 2） 忙時呼叫話務(wù)量強(qiáng)度（ E）公式： )E rl(3 6 0 0tNE 其中 t 呼叫平均處理時長（秒） 根據(jù)上述公式，則聯(lián)通 UMS 系統(tǒng)的各類業(yè)務(wù)量預(yù)測計算如下： a） GSM/CDMA 手機(jī)用戶的忙時呼叫次數(shù)： Na= 1.3 U 10 次 （ ） = 508.7U /10000（次） 90% 23 天 10 小時 忙時流入流出話務(wù)量強(qiáng)度： Ea = 508.7U /10000 （ ） = 33.9U /10000 Erl b）固定電話用戶的忙時呼叫次數(shù)： Nb= 1.3 U 5 次 （ ） = 254.3U /10000（次） 忙時流入流出話務(wù)量強(qiáng)度： Eb = 254.3U /10000 （ ） = 16.95U /10000 Erl C）傳真機(jī)用戶的忙時呼叫次數(shù)： NC= 1.3 U 1 次 （ ） = 50.87U /10000（次） 忙時流入流出話務(wù)量強(qiáng)度： EC = 50.87U /10000 （ ） = 4.24U /10000 Erl UMS 系統(tǒng)的忙時流入流出話務(wù)量強(qiáng)度 E = Ea + Eb + EC =（ 33.9+16.95+4.24） U /10000 = 55U /10000（ Erl） 若設(shè)福建聯(lián)通的 UMS 用戶數(shù)為 50 萬 ，代入上式，得 E = 2750（ Erl），取定中繼線線負(fù)載能力為 70%，則 端口數(shù) = E / 70% = 2750/ 70% = 3928 ， 即需要 130 個 E1。 考慮到系統(tǒng)用戶的增長有一個過程，前期投入時按 10%計算，以后隨著用戶數(shù)的增加逐漸增加投入，早期需要中繼線 E1 數(shù)約 13 個。 240 3600 90% 23 天 10 小時 240 3600 90% 23 天 10 小時 300 3600 5.2 磁盤陣列 郵件系統(tǒng)的磁盤陣列數(shù)根據(jù)聯(lián)通 GSM 手機(jī)的用戶數(shù)來計算。公式如下： G=M 1024 N P。其中 G 為所需磁盤陣列個數(shù)， M 為給每個用戶分配的磁盤空間數(shù)， N 為總用戶數(shù)， P 為每個磁盤陣列容量大小?，F(xiàn)假設(shè)福建聯(lián)通現(xiàn)有GSM 手機(jī)用戶數(shù) 50 萬，則 50 萬用戶數(shù)都可能成為 UMS 個人用戶，給個人用戶每人分配 10M 硬盤空間，每個磁盤陣列的容量為 100G，則個人用戶所需磁盤陣列數(shù)： G=10 1024 500000 100 =49(個 )。 另外給每個集團(tuán)用戶 /企業(yè)用戶分配 200M 的磁盤空間，假設(shè)用戶數(shù)為 10000，則所需磁盤陣列數(shù)： G=200 1024 10000 100 =19(個 ) 因此郵件系統(tǒng)所 需磁盤陣列總數(shù)約為 68 個，考慮到系統(tǒng)用戶的增長有一個過程，前期投入時按 10%計算，以后隨著用戶數(shù)的增加逐漸增加投入，早期需要磁盤陣列約 7 個。第 6章 網(wǎng)絡(luò)設(shè)計 福建聯(lián)通 UMS 是多節(jié)點分布式 UMS 系統(tǒng)。每個節(jié)點內(nèi)， 福建聯(lián)通 UMS各設(shè)備通過以太網(wǎng)交換機(jī)聯(lián)成一個局域網(wǎng)，對外通過數(shù)字中繼與 PSTN互聯(lián)，通過路由器與其他 福建聯(lián)通 UMS 節(jié)點、 INTERNET、 GSM/CDMA、 193、165、尋呼系統(tǒng) 的聯(lián)網(wǎng)（如圖 2、圖 3 所示）。 福建聯(lián)通 UMS 節(jié)點 間通過 INTERNET或?qū)Ｓ脭?shù)據(jù)網(wǎng)聯(lián)成一個廣域網(wǎng)，確保用戶在任何地方都可以訪 問系統(tǒng)。根據(jù)運營商電子郵件系統(tǒng)的分布情況， 福建聯(lián)通 UMS 可以有 3 種廣域組網(wǎng)模式： (1) 模式一 ：所有的 福建聯(lián)通 UMS 節(jié)點 都是 中心節(jié)點 （如圖 4 所示），此模式適合于運營商各節(jié)點所在地均有 電子郵件系統(tǒng) 。 圖 4、福建聯(lián)通 UMS 廣域組網(wǎng)模式一 (2) 模式二 ：一個 福建聯(lián)通 UMS 中心節(jié)點 與其他 福建聯(lián)通 UMS 子節(jié)點 互聯(lián)（如圖 5 所示），此模式適合于只有一個中心 電子郵件系統(tǒng) 的 ISP 或 ICP。 圖 5、福建聯(lián)通 UMS 廣域組網(wǎng)模式二 (3) 模式三 ：多個 福建聯(lián)通 UMS 中心節(jié)點 與多個 福建聯(lián)通 UMS 子節(jié)點 混合聯(lián)網(wǎng)（如圖 6 所示），此模式 適合于運營商有些節(jié)點所在地有 電子郵件系統(tǒng) ，而有些則沒有。 圖 6、福建聯(lián)通 UMS 廣域組網(wǎng)模式三 第 7章 工程實施 7.1 項目管理 7.1.1 組織結(jié)構(gòu)及其職責(zé) 實施領(lǐng)導(dǎo)小組負(fù)責(zé)制（領(lǐng)導(dǎo)小組可以由多方共同組建 用戶方、項目承包商、用戶方的上級主管部門及相關(guān)領(lǐng)導(dǎo)等）。領(lǐng)導(dǎo)小組對項目實施提供全面的指導(dǎo)，一方面，它可以協(xié)調(diào)各方關(guān)系，調(diào)動各方力量；另一方面，它對項目實施過程中出現(xiàn)的問題及時提供咨詢以幫助解決，對所有實施步驟進(jìn)行嚴(yán)格的審定，從技術(shù)上保證系統(tǒng)的先進(jìn)性、實用性、可靠性和可擴(kuò)展性，從組織和管理上保證整個項目統(tǒng)一規(guī)劃，統(tǒng)一管理，統(tǒng)一標(biāo)準(zhǔn)。 整個項目實施小組結(jié)構(gòu)如下圖所示： 項目領(lǐng)導(dǎo) 小組 用 戶 方 項目承包商 相 關(guān)領(lǐng)導(dǎo) 用戶方的上級主管部門 相關(guān)部門 項目領(lǐng)導(dǎo)小組 在系統(tǒng)的建設(shè)過程中，項目領(lǐng)導(dǎo)小組是最高決策機(jī)構(gòu)，它為所有工作人員提供強(qiáng)有力的支持與保障，協(xié)調(diào)承包商與客戶之間的關(guān)系，同時監(jiān)督項目參與方的行為。因此，項目領(lǐng)導(dǎo)小組的有效運做，是本項目成功的基礎(chǔ)與關(guān)鍵。 鑒于項目領(lǐng)導(dǎo)小組的特殊地位，我們建議它由用戶方領(lǐng)導(dǎo)以及承包商的項目負(fù)責(zé)人共同組成。 用戶方 用戶單位針對本項目專門組建用戶方小組，應(yīng)包括下列人員：項目技術(shù)負(fù)責(zé)人、業(yè)務(wù)需求負(fù)責(zé)人、業(yè)務(wù)人員代表。 用戶方人員主要協(xié)助 我方技術(shù)人員完成數(shù)據(jù)準(zhǔn)備工作，提供系統(tǒng)需求等輔助性工作，以保證項目能夠保質(zhì)保量地完成。 項目承包商 我公司針對用戶 UMS 系統(tǒng)的建設(shè)和實施，專門設(shè)立了項目組，主要負(fù)責(zé)項目的調(diào)研、設(shè)計、實施以及維護(hù)、培訓(xùn)等各項工作，以保證項目的順利完成以及系統(tǒng)建成后的正常運行。 我公司項目組成員如下圖所示： 用戶方項目負(fù)責(zé)人 項目技術(shù)負(fù)責(zé)人 項目技術(shù)負(fù)責(zé)人 項目技術(shù)負(fù)責(zé)人 7.1.2 人員配置 我方將投入最優(yōu)秀、最有經(jīng)驗的系統(tǒng)工程師和軟件開發(fā)設(shè)計人員進(jìn)行系統(tǒng)的調(diào)研與設(shè)計。 以下是我公司根據(jù)項目規(guī)模擬投入的實施人員配置計劃（可以由 項目領(lǐng)導(dǎo)小組各方協(xié)商共同組建）： 項目 需求人員 領(lǐng)導(dǎo) /高中級技術(shù)人員 初級技術(shù)人員 領(lǐng)導(dǎo)小組 2 2 項目總體組 2 2 系統(tǒng)分析設(shè)計 2 2 應(yīng)用軟件開發(fā) 10 4 6 測試及質(zhì)量控制 3 1 2 項目負(fù)責(zé)人 應(yīng)用軟件系統(tǒng)負(fù)責(zé)人 平臺系統(tǒng)負(fù)責(zé)人 系統(tǒng)分析設(shè)計人員 程序編碼人員 測試及質(zhì)量控制人員 系統(tǒng)設(shè)計人員 安裝調(diào)試人員 系統(tǒng)維護(hù)人員 培訓(xùn)人員 設(shè)備采購人員 安裝調(diào)試 4 2 2 系統(tǒng)維護(hù) 2 2 培訓(xùn) 1 1 總?cè)藬?shù) 26 16 10 7.2 工程進(jìn)度計劃 自合同簽定日起， 3 個月內(nèi)完成系統(tǒng)的開發(fā)、安裝和初驗。 初驗后，系統(tǒng)投入試運行；試運行 3 個月，進(jìn)行系統(tǒng)終驗。 工程進(jìn)度表如下： 12周 第 3周 45周 68周 910周 1112周 1316周 1720周 2124周 合同簽定 起點 需求分析 方案討論 硬件定貨 硬件安裝 客戶化開發(fā) 軟件安裝 系統(tǒng)初驗 系統(tǒng)試運行 系統(tǒng)終驗 7.3 工程質(zhì)量保證 已方保證按照雙方協(xié)商的工程進(jìn)度表的日程完成工程的規(guī)劃、調(diào)研、設(shè)計、主機(jī)設(shè)備及系統(tǒng)軟件、應(yīng)用軟件安裝 調(diào)試。 已方在系統(tǒng)建設(shè)中嚴(yán)格遵守有關(guān)標(biāo)準(zhǔn)化的規(guī)定，并保證系統(tǒng)結(jié)構(gòu)完整統(tǒng)一。 項目進(jìn)行中已方保證不對甲方移動電話系統(tǒng)的正常運行及相關(guān)通信業(yè)務(wù)產(chǎn)生影響。 已方將保證 UMS 系統(tǒng)接口的穩(wěn)定、準(zhǔn)備、安全。 我公司針對用戶的 UMS 工程，結(jié)合項目進(jìn)度計劃中劃分的各階段，編制施工質(zhì)量保證文件如下： 1 合同簽定階段 嚴(yán)格進(jìn)行合同評審 目的： 確保合同規(guī)范化，減少合同雙方風(fēng)險，確保我公司交付的“ UMS 省級系統(tǒng)