【正文】 決辦法，從需求和發(fā)展的角度看亟待提升。三、3G運(yùn)營(yíng)支撐系統(tǒng)功能3G發(fā)展初期的業(yè)務(wù)模式不會(huì)有太大變化，2G與3G業(yè)務(wù)捆綁和組合營(yíng)銷應(yīng)該是業(yè)務(wù)支撐系統(tǒng)首先需要支持的。3GBOSS系統(tǒng)將具備復(fù)雜的價(jià)格體系、復(fù)雜的優(yōu)惠打折體系、與內(nèi)容提供商等多方的復(fù)雜結(jié)算體系。實(shí)現(xiàn)統(tǒng)一界面、統(tǒng)一平臺(tái)、統(tǒng)一服務(wù)、統(tǒng)一標(biāo)準(zhǔn)和統(tǒng)一質(zhì)量要求；具有較強(qiáng)的實(shí)時(shí)處理能力；具有良好的擴(kuò)展性，以滿足新業(yè)務(wù)、新服務(wù)的開(kāi)展；具有統(tǒng)一的業(yè)務(wù)處理和管理流程、統(tǒng)一的接口、統(tǒng)一的協(xié)議，以及統(tǒng)一的數(shù)據(jù)格式。實(shí)現(xiàn)系統(tǒng)數(shù)據(jù)模型、業(yè)務(wù)功能模塊、對(duì)外接口的擴(kuò)展和標(biāo)準(zhǔn)化，為業(yè)務(wù)支撐網(wǎng)絡(luò)化和產(chǎn)品化奠定可持續(xù)發(fā)展的基礎(chǔ)。五、 BOSS計(jì)費(fèi)系統(tǒng)方案BOSS系統(tǒng)的核心是計(jì)費(fèi)、帳務(wù)、結(jié)算和營(yíng)業(yè)。特別是有些信息不僅要滿足終端客戶的實(shí)時(shí)性帳務(wù)查詢需求，也要滿足合作伙伴的一些實(shí)時(shí)帳務(wù)信息查詢需求。圖1 3GBOSS計(jì)費(fèi)體系結(jié)構(gòu)電路域MSC/GMSC產(chǎn)生CDR后，發(fā)送給計(jì)費(fèi)系統(tǒng)作后續(xù)處理；分組域GpRS服務(wù)支持節(jié)點(diǎn)/GpRS網(wǎng)關(guān)支持節(jié)點(diǎn)(SGSN/GGSN)產(chǎn)生CDR后，經(jīng)計(jì)費(fèi)網(wǎng)關(guān)功能體(CGF)發(fā)送給計(jì)費(fèi)系統(tǒng)作后續(xù)處理；增值應(yīng)用域由各業(yè)務(wù)網(wǎng)關(guān)/業(yè)務(wù)平臺(tái)產(chǎn)生CDR后，發(fā)送給計(jì)費(fèi)系統(tǒng)作后續(xù)處理。而且，從目前情況看，3G將來(lái)的需求還有很多的不確定性，如果目前就建立較大規(guī)模的或單獨(dú)的3G支撐系統(tǒng)是不現(xiàn)實(shí)的。該方案需要對(duì)現(xiàn)有2GBOSS系統(tǒng)的各模塊進(jìn)行改造。該方案將單獨(dú)建設(shè)采集、計(jì)費(fèi)模塊，對(duì)現(xiàn)有的BOSS系統(tǒng)影響較大。在初級(jí)階段，主要考慮對(duì)現(xiàn)有BOSS系統(tǒng)的影響較小，能適應(yīng)BOSS系統(tǒng)未來(lái)發(fā)展趨勢(shì)。建議對(duì)DSMp系統(tǒng)網(wǎng)關(guān)進(jìn)行升級(jí)改造，以實(shí)現(xiàn)對(duì)3G新增業(yè)務(wù)的內(nèi)容及流量計(jì)費(fèi)。經(jīng)營(yíng)分析系統(tǒng)的發(fā)展目標(biāo)是建設(shè)成為企業(yè)的決策支持系統(tǒng)。經(jīng)營(yíng)分析系統(tǒng)負(fù)責(zé)到制定目錄提取并完成ETL余下的所有工作。經(jīng)營(yíng)分析系統(tǒng)的建設(shè)、完善的過(guò)程，同時(shí)也是向企業(yè)級(jí)數(shù)據(jù)倉(cāng)庫(kù)與發(fā)展的過(guò)程。第二階段：3G用戶數(shù)發(fā)展到具有一定規(guī)模時(shí)，根據(jù)集團(tuán)公司的相關(guān)精神及規(guī)范要求，并結(jié)合具體業(yè)務(wù)開(kāi)展情況，對(duì)現(xiàn)有的經(jīng)營(yíng)分析系統(tǒng)進(jìn)行升級(jí)。通過(guò)統(tǒng)一客戶資料平臺(tái)，客戶管理系統(tǒng)與BOSS系統(tǒng)實(shí)時(shí)同步，共享部分信息資源。聯(lián)想未來(lái)可能被收購(gòu)(20100413 16：37)云計(jì)算技術(shù)應(yīng)用于廣電網(wǎng)絡(luò)公司運(yùn)維支撐系統(tǒng)（OSS）對(duì)提高網(wǎng)絡(luò)運(yùn)維支撐能力、提升廣電客戶網(wǎng)絡(luò)體驗(yàn)、提高網(wǎng)絡(luò)運(yùn)維質(zhì)量有重要作用。一、云計(jì)算技術(shù)及其特點(diǎn)維基百科對(duì)云計(jì)算是這樣定義的：云計(jì)算就是一種以互聯(lián)網(wǎng)為基礎(chǔ)的計(jì)算方式，通過(guò)這種方式，共享的軟硬件資源以及信息都可以按照所需要的服務(wù)提供給計(jì)算機(jī)或者是其他的設(shè)備。云計(jì)算把大量計(jì)算資源集中到一個(gè)公共資源池中，通過(guò)多主租用的方式共享計(jì)算資源。該特點(diǎn)不僅僅提供了數(shù)據(jù)恢復(fù)的依據(jù)，也使得網(wǎng)絡(luò)病毒和網(wǎng)絡(luò)黑客的攻擊失去目的性而變成徒勞，大大提高系統(tǒng)的安全性和容災(zāi)能力。同時(shí)對(duì)軟件層的用戶而言基礎(chǔ)設(shè)備層透明的，用戶只能看到虛擬化層中虛擬出來(lái)的各類設(shè)備。大量中間件軟件和設(shè)備提供針對(duì)該平臺(tái)的通用接口，允許用戶添加本層的擴(kuò)展設(shè)備。云平臺(tái)管理軟件將整合的計(jì)算資源根據(jù)應(yīng)用訪問(wèn)的具體情況進(jìn)行動(dòng)態(tài)調(diào)整，包括增大或減少資源的要求。（6）按需付費(fèi)降低使用成本。 OSS的功能模型運(yùn)維支撐系統(tǒng)的功能模型OSS的功能視圖的設(shè)計(jì)一般是從網(wǎng)絡(luò)運(yùn)維流程的角度來(lái)描述運(yùn)維支撐系統(tǒng)要實(shí)現(xiàn)的目標(biāo)，功能設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的基礎(chǔ)。（3）服務(wù)管理與運(yùn)營(yíng)層：主要是實(shí)現(xiàn)面向服務(wù)就緒域、開(kāi)通域、保障域和和規(guī)劃域提供覆蓋全業(yè)務(wù)服務(wù)的支撐功能，包括服務(wù)就緒、服務(wù)開(kāi)通、服務(wù)保障、服務(wù)分析以及服務(wù)規(guī)劃功能。同時(shí)，它還使得管理得到提升，通過(guò)系統(tǒng)進(jìn)行數(shù)據(jù)集中，實(shí)現(xiàn)統(tǒng)一管理，進(jìn)而能夠提升管理能力。我們應(yīng)該要考慮目前廣電的現(xiàn)狀，透過(guò)引入云存儲(chǔ)管理系統(tǒng)、虛擬化改造以及云計(jì)算管理平臺(tái)來(lái)實(shí)現(xiàn)統(tǒng)一的系統(tǒng)資源管理，逐漸實(shí)現(xiàn)從豎井化到統(tǒng)一支撐的過(guò)渡，并從原來(lái)的獨(dú)立建設(shè)、分散維護(hù)模式逐漸發(fā)展到集約化的運(yùn)營(yíng)管理。服務(wù)器虛擬化服務(wù)器虛擬化也就是將服務(wù)器上所擁有的物理資源通過(guò)虛擬化技術(shù)映射成為一種虛擬資源。將服務(wù)器配合其他諸如工作負(fù)載管理等技術(shù)還可以讓服務(wù)器在滿足不同類型的工作負(fù)載的服務(wù)水平的同時(shí)，還能夠充分的利用服務(wù)器的物理資源。在采用云計(jì)算技術(shù)的過(guò)程中，安全策略也是我們要重點(diǎn)考慮的對(duì)象，我們可以將功能區(qū)分為3個(gè)安全區(qū)域，分別是應(yīng)用服務(wù)器區(qū)、中心采集區(qū)、Web服務(wù)器區(qū)。而且用戶管理的也是一個(gè)統(tǒng)一的整體，不再是一個(gè)一個(gè)具體的系統(tǒng)。同時(shí)，在構(gòu)建云計(jì)算資源池之后，很多的異構(gòu)設(shè)別都被納入到統(tǒng)一管理域內(nèi)，需要通過(guò)集中的資源池管理平臺(tái)，優(yōu)化現(xiàn)有的管理工作，讓有限的人力可以通過(guò)提高管理效率的方式來(lái)支撐更大規(guī)模的系統(tǒng)維護(hù)。綜合監(jiān)控系統(tǒng)中告警數(shù)據(jù)管理模塊并行處理的最小粒度是告警源，這個(gè)系統(tǒng)引入云計(jì)算技術(shù)主要就是考慮到laaS資源池的部署問(wèn)題。在存儲(chǔ)中，綜合資源系統(tǒng)是典型的OLTP應(yīng)用，沒(méi)有大量的非結(jié)構(gòu)化文檔存儲(chǔ)，可以采用傳統(tǒng)SAN設(shè)備。對(duì)于綜合分析系統(tǒng)來(lái)說(shuō)，數(shù)據(jù)庫(kù)服務(wù)器上主要采用的就是UNIX小型機(jī)方案為主。而且，云計(jì)算是強(qiáng)調(diào)集中化、跨系統(tǒng)的優(yōu)勢(shì)以及應(yīng)用平臺(tái)資源的分層耦合管理，這和傳統(tǒng)的煙囪式的系統(tǒng)建設(shè)與管理有很大的不同，同時(shí)也為系統(tǒng)建設(shè)以及運(yùn)維管理方面帶來(lái)了很大的挑戰(zhàn)。參 考 文 獻(xiàn)[1] [M].北京：電子工業(yè)出版社，[2] [D].湖南：國(guó)防科學(xué)技術(shù)大學(xué)，2011[3] 林華明，徐青，[J].廣播與電視技術(shù)，2012年06期[4] [J].數(shù)字技術(shù)與應(yīng)用，2012年04期[5] [D].長(zhǎng)沙：國(guó)防科學(xué)技術(shù)大學(xué)，2008[6] 王力劭，[J].電視技術(shù)，2009年10期[7] [D].湖南：中南大學(xué)，2010[8] 房秉毅，張?jiān)朴?，[J].移動(dòng)通信，2011年09期第四篇：水利網(wǎng)格工作流管理系統(tǒng)及其在水污染事件中的應(yīng)用（精選）龍?jiān)雌诳W(wǎng) ://.水利網(wǎng)格工作流管理系統(tǒng)及其在水污染事件中的應(yīng)用作者：楊寧 楊明祥來(lái)源：《現(xiàn)代電子技術(shù)》2011年第05期0 引 言第五篇：基于EPON+EOC技術(shù)構(gòu)建廣電綜合業(yè)務(wù)寬帶接入網(wǎng)基于EPON+EOC技術(shù)構(gòu)建廣電綜合業(yè)務(wù)寬帶接入網(wǎng)您是第1094位瀏覽者摘要：基帶傳輸與同軸WiFi技術(shù)已經(jīng)進(jìn)入商用階段，不少地方正進(jìn)行試點(diǎn)工作，相信不久的將來(lái)會(huì)出現(xiàn)越來(lái)越多的EPON+EOC網(wǎng)絡(luò)。從技術(shù)上講有三種方式突破接入網(wǎng)瓶頸，一是甚高速數(shù)字用戶線路(VDSL)；二是基于無(wú)源光網(wǎng)絡(luò)(PON)的光纖到戶(FTTH)；三是高速無(wú)線接入。PON是一種純介質(zhì)網(wǎng)絡(luò)，由于消除了局端與用戶端之間的有源設(shè)備，它能避免外部設(shè)備的電磁干擾和雷電影響，減少線路和外部設(shè)備的故障率，提高系統(tǒng)可靠性，同時(shí)可節(jié)省維護(hù)成本，是電信維護(hù)部門長(zhǎng)期期待的技術(shù)。圖1APON二層采用的是ATM封裝和傳送技術(shù)，因此存在帶寬不足、技術(shù)復(fù)雜、價(jià)格高、承載IP業(yè)務(wù)效率低等問(wèn)題，未能取得市場(chǎng)上的成功。在物理層，EPON使用1000BASE的以太PHY，同時(shí)在PON的傳輸機(jī)制上，通過(guò)新增加的MAC控制命令來(lái)控制和優(yōu)化各光網(wǎng)絡(luò)單元(ONU)與光線路終端(OLT)之間突發(fā)性數(shù)據(jù)通信和實(shí)時(shí)的TDM通信。EPON的系統(tǒng)結(jié)構(gòu)如圖2所示。EPON系統(tǒng)使用單模光纖，在一芯光纖上利用上下行兩個(gè)波（上行波長(zhǎng)1310 nm，下行波長(zhǎng)1490 nm）傳輸雙向數(shù)據(jù)。EPON結(jié)構(gòu)在傳輸途中不需要電源，節(jié)省電力，容易鋪設(shè)，不占用小區(qū)機(jī)房，無(wú)需任何有源光模塊，長(zhǎng)期運(yùn)營(yíng)成本和管理成本的節(jié)省很大。EPON目前可以提供上下行。EPON可以通過(guò)DBA(動(dòng)態(tài)帶寬算法)、DiffServ、PQ/WFQ、WRED等來(lái)實(shí)現(xiàn)對(duì)每個(gè)用戶進(jìn)行帶寬分配，并保證每個(gè)用戶的QoS。數(shù)據(jù)從OLT到多個(gè)ONU以廣播式下行（時(shí)分復(fù)用技術(shù)），每一個(gè)數(shù)據(jù)幀的幀頭包含前面注冊(cè)時(shí)分配的、特定ONU的邏輯鏈路標(biāo)識(shí)（LLID），該標(biāo)識(shí)表明本數(shù)據(jù)幀是給ONU（ONUONUONU3，......，ONUn）中的惟一一個(gè)。如圖3中，ONU1收到包3，但是它僅僅發(fā)送包1給終端用戶1，摒棄包2和包3。在一個(gè)OLT端口（PON端口）下面，所有的ONU與OLTPON端口之間的時(shí)鐘是嚴(yán)格同步的，每一個(gè)ONU只能夠在OLT給它分配的時(shí)刻開(kāi)始，用分配給它的時(shí)隙長(zhǎng)度傳輸數(shù)據(jù)。在缺省狀態(tài)下是禁止的，所以安全方面不存在問(wèn)題。各個(gè)ONU的密鑰是不同的。有線電視承載網(wǎng)由數(shù)字電視平臺(tái)、總前端設(shè)備、分前端設(shè)備、光節(jié)點(diǎn)和同軸分配網(wǎng)組成，完全繼承和利用廣電原有的網(wǎng)絡(luò)資源，承載原有的廣播電視信號(hào)。利用EPON實(shí)現(xiàn)FTTB之后的入戶方式主要有以下3種。LAN，ONU到樓棟后，使用雙絞線入戶，用戶帶寬可控制OLT輸出端口及樓棟二層交換機(jī)進(jìn)行調(diào)節(jié)。EOC方案使用原有同軸資源解決最后一百米的接入問(wèn)題，避免龐大的雙線入戶改造工程，在不影響原有下行廣播電視信號(hào)的情況下，提供數(shù)據(jù)上下行傳輸功能。而在實(shí)際的應(yīng)用中，5～20 MHz頻帶由于雜散信號(hào)干擾嚴(yán)重，無(wú)法被采用頻帶傳輸方式的CMTS/CM通信系統(tǒng)所使用。CableRanCableRan是一種建立在單向有線電視網(wǎng)絡(luò)上的寬帶接入系統(tǒng)。智能端口I/O設(shè)備是一種信號(hào)轉(zhuǎn)換設(shè)備，它可以把來(lái)自于前置MAS調(diào)制在同軸電纜上的IP信號(hào)，還原為以RJ45或USB接口形式的標(biāo)準(zhǔn)以太網(wǎng)信號(hào)。下行采用16/64/256QAM調(diào)制，上行采用QPSK、16QAM調(diào)制。UCLink將上行信號(hào)放在800～900MHz的頻率范圍，下行信號(hào)放在900～1000MHz的頻率范圍，是上、下行速率完全對(duì)稱的傳輸結(jié)構(gòu)。上行接口為射頻接口（上行信道頻率800~900MHz），經(jīng)HFC網(wǎng)絡(luò)中的同軸分配網(wǎng)與UCM相連，下行提供10/100BaseT以太網(wǎng)接口與計(jì)算機(jī)或其它數(shù)據(jù)設(shè)備相連?；鶐鬏斉c同軸WiFi技術(shù)已經(jīng)進(jìn)入商用階段，不少地方正進(jìn)行試點(diǎn)工作，相信不久的將來(lái)會(huì)出現(xiàn)越來(lái)越多的EPON+EOC