融合網(wǎng)絡(luò )需要開(kāi)放式解決方案保證
Mark Sylor 2010/09/14
語(yǔ)音、視頻、數據和無(wú)線(xiàn)服務(wù)的融合已經(jīng)開(kāi)始，并且正在不斷發(fā)展。通過(guò)在單個(gè)網(wǎng)絡(luò )上提供這些基于 IP 的下一代服務(wù)，而不是通過(guò)分開(kāi)的專(zhuān)用網(wǎng)絡(luò )提供，改進(jìn)了整個(gè)世界的通信、互動(dòng)、業(yè)務(wù)聯(lián)系與娛樂(lè )方式。對于服務(wù)提供商而言，共享/融合網(wǎng)絡(luò )比傳統的專(zhuān)用解決方案更為高效。但其劣勢在于，為每項服務(wù)的每位客戶(hù)都確保同樣高的體驗質(zhì)量 (QoE) 更為復雜，并且需要更多的關(guān)注和專(zhuān)業(yè)知識。在服務(wù)提供商的整個(gè)運營(yíng)支持系統/業(yè)務(wù)支持系統 (OSS/BSS) 中，融合網(wǎng)絡(luò )的每個(gè)位置都需要一致的端到端服務(wù)質(zhì)量 (QoS)；而通過(guò)服務(wù)保證系統便可滿(mǎn)足這一需求。
此外，服務(wù)保證系統還能測量用戶(hù)感受到的 QoE 和網(wǎng)絡(luò )提供的 QoE。它可將對整個(gè)網(wǎng)絡(luò )的測量結果進(jìn)行整合，并關(guān)聯(lián)到系統維護的數據庫中。另外，還能對原始測量結果進(jìn)行分析，得出貴機構從操作員到管理人員再到客戶(hù)等所有人員需要的有用信息。此外，它還能直觀(guān)展示數據，以便用戶(hù)輕易理解信息并對其進(jìn)行處理。服務(wù)保證所提供的價(jià)值在于它為決策者所提供的信息。
開(kāi)放式解決方案為何如此重要
服務(wù)提供商會(huì )出于多種考慮采用 IP 多媒體子系統 (IMS) 等 NGN 架構。一般而言，相比于傳統的封閉式專(zhuān)用系統，開(kāi)放式 NGN 組件的購買(mǎi)和運行相關(guān)費用更為低廉，因此能夠節省成本。開(kāi)放式 NGN 將眾多服務(wù)整合到一個(gè)靈活的融合網(wǎng)絡(luò )基礎架構上，使該網(wǎng)絡(luò )的使用更加高效和便捷。而最重要的是，一旦開(kāi)放式 NGN 部署就位，新型服務(wù)就能以更快的速度開(kāi)發(fā)并從相同或不同來(lái)源提供給客戶(hù)。借助開(kāi)放式 NGN，服務(wù)提供商就無(wú)需在每次需要銷(xiāo)售新型服務(wù)時(shí)都構建新的網(wǎng)絡(luò )或提供新的線(xiàn)路。這些新型服務(wù)為服務(wù)提供商實(shí)現全新收入流帶來(lái)了契機。這些優(yōu)勢來(lái)源于 Internet 標準所固有的開(kāi)放式傳統，而這些技術(shù)正是基于該傳統開(kāi)發(fā)出來(lái)的。盡管如此，只有在支持這些網(wǎng)絡(luò )和服務(wù)的 OSS/BSS 的開(kāi)放程度相等時(shí)，才能實(shí)現開(kāi)放式 NGN 的優(yōu)勢。
與需要為每項服務(wù)都提供單獨網(wǎng)絡(luò )的傳統系統相比，基于 IP 的開(kāi)放式 NGN 在購買(mǎi)、構建和運營(yíng)上都更高效。利用開(kāi)放式標準和接口設計網(wǎng)絡(luò )組件可提高組件使用率，避免自定義產(chǎn)品的開(kāi)支，從而大幅降低成本。由于開(kāi)放式系統得到了普遍采用，所以有更多的人員知道如何管理開(kāi)放式系統，從而擴展了提供商可以吸納的人才庫。這一概念將面向孤立服務(wù)構建的孤立網(wǎng)絡(luò )轉化為融合網(wǎng)絡(luò )，并將其作為共享服務(wù)和內容交付平臺。
圖1所示的第三代合作伙伴計劃 (3GPP) 架構就是服務(wù)提供商正在構建的基于 IP 的開(kāi)放式 NGN 服務(wù)的示例。這些網(wǎng)絡(luò )正在將多種服務(wù)和應用融合到一個(gè)開(kāi)放式 NGN，包括固定和移動(dòng)語(yǔ)音、電子郵件、實(shí)時(shí)通訊、Web 以及視頻。
圖1. 3GPP/IMS 基礎架構
當服務(wù)提供商將網(wǎng)絡(luò )服務(wù)整合到開(kāi)放式 NGN 時(shí)，就突破了內部組織的障礙。傳統網(wǎng)絡(luò )包括多個(gè)專(zhuān)用系統：OSS 調配、故障和性能管理系統，以及測試和測量系統。這些專(zhuān)用系統通常都會(huì )導致專(zhuān)用的支持組織（孤井）。
開(kāi)放式 NGN 突破了這些孤井的界限，使 OSS 能夠用于多種用途，繼而支持多個(gè)組織。通過(guò)單個(gè)集成系統就能支持從網(wǎng)絡(luò )操作員到管理人員和客戶(hù)等多種類(lèi)型的用戶(hù)。通過(guò)針對客戶(hù)購買(mǎi)的所有服務(wù)都提供統一接口的統一客戶(hù)支持、計費和調配系統，提供商將為客戶(hù)帶來(lái)更為一致的體驗。而在提供商的內部，由于組織之間的矛盾減少了，問(wèn)題也能夠更容易地得到解決。
與傳統網(wǎng)絡(luò )相比，開(kāi)放式 NGN 包含更多來(lái)自不同網(wǎng)絡(luò )設備制造商的設備。因此，要對這一環(huán)境中的性能和故障進(jìn)行測試和測量，就需要多臺設備（通常由不同廠(chǎng)商供應）之間的協(xié)作和協(xié)調。為此，針對運行測試、報告測量結果以及發(fā)出故障通知的標準就顯得至關(guān)重要。為了進(jìn)行測量，服務(wù)保證系統就必須與網(wǎng)絡(luò )中已經(jīng)部署的設備進(jìn)行互操作，如圖 2 所示。此外，還必須考慮到傳統的測試和測量系統可能仍在使用；它們提供的數據對于為 NGN 服務(wù)提供商提供所需信息將非常必要。沒(méi)有一家廠(chǎng)商能夠監控所有這一切。
圖2. 面向基于IP的NGN的服務(wù)保證
開(kāi)放式 NGN 的關(guān)鍵優(yōu)勢在于，能夠基于該平臺提供的服務(wù)數量和種類(lèi)十分靈活。借助該平臺，新型服務(wù)能夠更快地開(kāi)發(fā)、部署和交付。再也不必為每款服務(wù)都開(kāi)發(fā)全新的網(wǎng)絡(luò )。現有的設備、OSS/BSS 以及現有的政策和流程都可以進(jìn)行調整以供再次使用，從而縮短了新型服務(wù)的上市時(shí)間。YouTube.com 網(wǎng)站就是一個(gè)很好的例子，這項新型服務(wù)在沒(méi)有創(chuàng )建全新系統的情況下，利用現有 Internet 基礎架構成功推出。
為了實(shí)現開(kāi)放式 NGN 的優(yōu)勢，支持這些網(wǎng)絡(luò )的 OSS/BSS 必須與其支持的網(wǎng)絡(luò )具有同等程度的開(kāi)放性和靈活性，并且價(jià)格更低、經(jīng)過(guò)整合。一家廠(chǎng)商無(wú)法提供一整套 NGN OSS/BSS，但一家廠(chǎng)商卻可以提供 NGN 的全部組件。要裝配一套完整的 NGN OSS/BSS，服務(wù)提供商必須從一個(gè)一個(gè)的組件開(kāi)始構建。連接器可以傳輸數據，并通過(guò) OSS 提供的開(kāi)放 API 采取相應行動(dòng)，從而將這些組件系統集成為一項解決方案。這些 API 的形式多種多樣；可以是 XML 之類(lèi)數據交換格式的編程 API，可以是 RTCP-XR 之類(lèi)的網(wǎng)絡(luò )協(xié)議，也可以是命令行調用的數據導入/提取實(shí)用程序。API 的格式并不重要，重要的是它的存在。
集成需要時(shí)間。如果構建一項新型應用（如在線(xiàn)音樂(lè )和機頂盒視頻）的時(shí)間、成本和工作量過(guò)高，那么 OSS 集成問(wèn)題便會(huì )阻礙服務(wù)提供商實(shí)現開(kāi)放式 NGN 的優(yōu)勢。通過(guò)開(kāi)放式 API 和標準將多個(gè) OSS/BSS 相連，以實(shí)施服務(wù)提供商的整體程序和流程必定非常簡(jiǎn)單。畢竟，這些流程可將客戶(hù)滿(mǎn)意度較高的 tier-1 服務(wù)與客戶(hù)投訴嚴重的提供商區分開(kāi)來(lái)。服務(wù)提供商需要的是靈活便捷；它可以通過(guò)易于集成的開(kāi)放接口實(shí)現。
服務(wù)提供商所實(shí)施的流程最長(cháng)的服務(wù)，往往都是能夠確保服務(wù)正常運行并且 QoS 體驗能夠接受的服務(wù)。這一流程從服務(wù)首次售出一直運行到服務(wù)終止使用為止。如果該服務(wù)成功，那么與設計、規劃和實(shí)施新型服務(wù)相比，它能夠運行更長(cháng)的時(shí)間并且消耗的資源更少。
利用 NGN 解決方案，組織內部的管理人員、技術(shù)人員以及客戶(hù)的高級管理人員便能提供服務(wù)等級協(xié)議 (SLA) 報告。這些業(yè)務(wù)報告用于展示服務(wù)質(zhì)量會(huì )如何影響性能和用戶(hù) QoE。該信息會(huì )直接影響客戶(hù)的滿(mǎn)意度或投訴率。
對服務(wù)保證系統開(kāi)放接口
要實(shí)現開(kāi)放式服務(wù)保證的優(yōu)勢，系統必須提供一系列 API 與系統處理的信息進(jìn)行交互。API 的用途各不相同。傳統上，我們主要將接口分為四類(lèi)：北向、南向、東向和西向。北向 API 用于訪(fǎng)問(wèn)信息。南向 API 可使系統從多個(gè)來(lái)源獲取數據。東向和西向配置負責導出和導入 API，并用于與 OSS/BSS 調配系統集成。系統的每個(gè)階段都需要北向和南向 API（如圖 3 所示）。然后，API 會(huì )用于一個(gè)軟件組件，即將 OSS/BSS 連接在一起的連接器。其中的箭頭表示可使用 API 開(kāi)發(fā)的多種連接器。
圖3. 連接 Brix 系統的北向、南向、東向和西向接口
北向 API 和連接器
北向 API 和連接器主要用于提取開(kāi)放式服務(wù)保證系統處理的信息。
1. 直觀(guān)展示
現代 OSS 通過(guò) Web 界面向用戶(hù)提供信息。在開(kāi)放式服務(wù)保證系統中，每個(gè)顯示畫(huà)面、屏幕、門(mén)戶(hù)頁(yè)面、報告和管理界面都以 Web 頁(yè)面的形式展現內容，而 Web 頁(yè)面可以基于 URL 從其他任何 Web 門(mén)戶(hù)或應用程序啟動(dòng)。這樣，就可以對來(lái)自不同 OSS/BSS 的信息進(jìn)行簡(jiǎn)單但功能強大的 Web 集成或結合。這項技術(shù)的主要用途就是顯示由服務(wù)保證系統從故障管理系統（如 Micromuse Netcool）生成的詳細故障診斷信息。
可以使用標準 Web 門(mén)戶(hù)（信息接入點(diǎn)）來(lái)創(chuàng )建門(mén)戶(hù)頁(yè)面，并且針對管理層人員、事務(wù)管理人員和客戶(hù)定制其內容。該門(mén)戶(hù)內置的報告和儀表板可顯示為 portlet，并且可以根據需要進(jìn)行混合和匹配。所有這些 portlet 都可通過(guò)符合遠程門(mén)戶(hù) (WSRP) 標準的 Web 服務(wù)進(jìn)行訪(fǎng)問(wèn)，并可導入到來(lái)自 BEA 和 IBM 等廠(chǎng)商的公司 Web 門(mén)戶(hù)中進(jìn)行顯示。
2. 分析
服務(wù)保證系統可對收集的數據進(jìn)行分析，以生成用戶(hù)所需信息。它可將服務(wù)質(zhì)量的測量結果轉換為用戶(hù)能夠理解的關(guān)鍵性能指標 (KPI) 和關(guān)鍵質(zhì)量指標 (KQI)。它利用強大的商業(yè)智能特性來(lái)整合和總結數據，從而以用戶(hù)能夠理解的方式進(jìn)行組織、過(guò)濾和呈現。此外，還能以業(yè)務(wù)環(huán)境的角度組織信息，而不是單純從技術(shù)角度。分析過(guò)的數據可通過(guò) API 進(jìn)行提供。該接口的一般用途便是將融合的 SLA 數據饋送到客戶(hù)支持門(mén)戶(hù)。
系統會(huì )對收集的數據進(jìn)行分析，查找預示著(zhù)潛在 SLA 違例的條件。如果檢測到潛在的 SLA 違例，系統便會(huì )通過(guò)信令網(wǎng)絡(luò )管理協(xié)議 (SNMP) 或者能夠轉發(fā)到 OSS 的故障和問(wèn)題管理系統的電子郵件來(lái)發(fā)送 SLA 告警。EMC Smarts、Remedy 的 AR 故障標簽系統和 Tivoli Enterprise Console 都是故障和問(wèn)題管理系統的示例，它們可與本系統的 SLA 告警相集成。
3. 整合
服務(wù)保證系統可將從網(wǎng)絡(luò )多個(gè)位置和設備獲得的測量結果整合到系統維護的數據庫中。此外，它還可將在不同位置獲得的測量結果關(guān)聯(lián)為單個(gè)視圖，對進(jìn)行質(zhì)量測量的測試、呼叫、視頻流或服務(wù)請求進(jìn)行集中顯示。與傳統測試和測量裝置采用的本地視圖不同，此類(lèi)系統可顯示相互關(guān)聯(lián)的端到端服務(wù)質(zhì)量測量結果。這些相互關(guān)聯(lián)的整合測量結果可導出到 CA 的 eHealth、InfoVista 和 Telcordia 的 Service Director 等性能管理系統。
4. 測量
服務(wù)保證系統利用整個(gè)網(wǎng)絡(luò )上的軟硬件進(jìn)行服務(wù)質(zhì)量測量。可以通過(guò)整合數據庫查看這些測量結果。此外，測量層還會(huì )生成閾交告警，這些告警可以通過(guò)標準 SNMP 通知協(xié)議發(fā)送。這些通知可用作對潛在問(wèn)題的快速早期警告；測量層生成的 SNMP 自陷已與眾多故障管理系統相集成，包括 Micromuse NetCool 和 HP OpenView。
南向 API
與開(kāi)放式服務(wù)保證系統連接的南向接口通過(guò)系統內置的專(zhuān)業(yè)知識和智能，獲取來(lái)自網(wǎng)絡(luò )設備、測試和測量系統以及其他 OSS 的測量結果和數據進(jìn)行處理。API 可在每個(gè)級別獲取數據，如圖 3 所示。
1. 測量
很多測量都是通過(guò)網(wǎng)絡(luò )中的設備并使用相關(guān)標準進(jìn)行的。其中一些標準包括：
(1) 實(shí)時(shí)控制協(xié)議 (RTCP XR)，端點(diǎn)可利用該協(xié)議報告語(yǔ)音質(zhì)量
(2) 雙向主動(dòng)測量協(xié)議 (TWAMP)，可提供一項標準技術(shù)測量同一網(wǎng)絡(luò )上兩臺設備之間的 IP 層網(wǎng)絡(luò )性能
(3) 會(huì )話(huà)發(fā)起協(xié)議 (SIP) 和網(wǎng)絡(luò )呼叫信令 (NCS) 媒體環(huán)回，可以使 Brix 系統將非插入式測試呼叫置于客戶(hù)駐地網(wǎng)設備、終端適配器、住宅網(wǎng)關(guān)以及 IP 電話(huà)
(4) IEEE 802.1ag 和 ITU Y.1731，可用于測試和測量基于提供商的以太網(wǎng)接入網(wǎng)絡(luò )的性能
2. 整合
網(wǎng)絡(luò )中的設備、測試和測量系統，或者其他 OSS 性能系統得出的測量結果，可整合到開(kāi)放式服務(wù)保證系統及其測量結果數據庫。Cisco 的 IP SLA 就是一個(gè)例子，通過(guò)這項功能，已部署在網(wǎng)絡(luò )中的路由器便可以運行測試并測量網(wǎng)絡(luò )性能。借助開(kāi)放式服務(wù)保證系統，所有這些統計數據都可存儲在中央數據庫中，以便與從其他來(lái)源收集到的監控數據一同進(jìn)行分析、關(guān)聯(lián)和報告。
3. 分析
對于任何服務(wù)保證系統而言，使數據與業(yè)務(wù)用戶(hù)相關(guān)聯(lián)都是一項挑戰。面向業(yè)務(wù)用戶(hù)的高效分析可構建于服務(wù)保證系統的商業(yè)智能 (BI) 引擎上。一個(gè)簡(jiǎn)單的例子就是，獲取與某位客戶(hù)有關(guān)的全部服務(wù)質(zhì)量測量結果，并將其整合到 KQI 的整體視圖中。這樣，服務(wù)客戶(hù)經(jīng)理即可利用該信息回答諸如“哪些客戶(hù)在這段時(shí)期遭遇了較差的服務(wù)？”之類(lèi)簡(jiǎn)單但卻至關(guān)重要的問(wèn)題。獲得這樣的信息后，客戶(hù)經(jīng)理就能前瞻性地采取行動(dòng)，從而在問(wèn)題變得嚴重之前安撫受影響的客戶(hù)，以次減少客戶(hù)投訴。
當與其他 OSS/BSS 數據庫中存儲的其他業(yè)務(wù)數據結合使用時(shí)，服務(wù)質(zhì)量 BI 分析將發(fā)揮出更大作用。例如，通過(guò)將每位客戶(hù)的收入與客戶(hù)的服務(wù)質(zhì)量信息相結合，服務(wù)提供商就能夠開(kāi)發(fā)出更精巧的收入模型。而開(kāi)放式服務(wù)保證系統可從外部數據庫獲取數據，并將其納入自己的分析。
4. 直觀(guān)展示
通過(guò)在開(kāi)放式服務(wù)保證系統中添加 Web 門(mén)戶(hù)，服務(wù)提供商便可將來(lái)自任何 Web 應用程序的信息與服務(wù)質(zhì)量信息一同展示在單個(gè)門(mén)戶(hù)頁(yè)面中。例如，通過(guò)單個(gè)頁(yè)面便可呈現站點(diǎn)的可用性，以及連接到該站點(diǎn)的調配系統的 Web 接口。門(mén)戶(hù)可以包括采用 WSRP 標準開(kāi)發(fā)的 portlet，或者可以包括 Web 頁(yè)面或 Web 頁(yè)面片斷，所有這些都可通過(guò) RUL 進(jìn)行訪(fǎng)問(wèn)。
東向和西向 API
東向和西向 API 用于將開(kāi)放式服務(wù)保證系統的配置集成到服務(wù)提供商的調配系統中；是處理插件、遷移和變更的地方。通過(guò) Brix 系統，可提供兩種主要的 API：調配導入 API 和配置導出 API。
1. 調配導入
調配導入 API 用于控制服務(wù)保證系統。例如，添加新客戶(hù)時(shí)，調配 API 可用于創(chuàng )建從已部署 Brix 檢測器運行的新測試，以測量該客戶(hù)的網(wǎng)絡(luò )接入鏈接，并為該用戶(hù)添加用戶(hù)帳戶(hù)，供其查看月度報告和安排運行這些報告的日程。
2. 配置導出
與調配導入相反，配置導出 API 用于確定當前的服務(wù)保證系統配置。它可用于推動(dòng)對業(yè)務(wù)流程的支持，如在將新檢測器添加到網(wǎng)絡(luò )時(shí)為其自動(dòng)分配地址并設置防火墻。
結論
借助開(kāi)放 API 以及 OSS/BSS 之間的連接器，服務(wù)提供商可以開(kāi)發(fā)出靈活的系統，以適應不斷變化的各種下一代 IP 融合網(wǎng)絡(luò )。隨著(zhù)該網(wǎng)絡(luò )上構建的服務(wù)數量變得越來(lái)越巨大，并且越來(lái)越復雜，確保用戶(hù)獲得同樣高的體驗質(zhì)量的重要性也隨之增加。能夠確保用戶(hù)獲得比競爭對手更好的服務(wù)質(zhì)量，是使頂級服務(wù)提供商脫穎而出的關(guān)鍵所在。服務(wù)保證流程必須全天候對服務(wù)質(zhì)量進(jìn)行測量、整合、關(guān)聯(lián)、分析和直觀(guān)展示。要取得成功，服務(wù)保證系統就必須與所管理的 IP 網(wǎng)絡(luò )具有相同程度的開(kāi)放性。
通訊世界(www.tele.com.cn)
相關(guān)閱讀:
亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩
江安县|
临西县|
自贡市|
浦东新区|
莎车县|
靖安县|
武夷山市|
柳江县|
巢湖市|
唐山市|
永仁县|
湖南省|
左云县|
团风县|
孟村|
宜春市|
花莲县|
山丹县|
瑞安市|
敦煌市|
容城县|
青阳县|
绥宁县|
柞水县|
晋城|
中西区|
陕西省|
海淀区|
南宫市|
探索|
阿图什市|
晋江市|
石楼县|
惠东县|
潜山县|
关岭|
梓潼县|
陈巴尔虎旗|
富民县|
无锡市|
潞西市|
http://444
http://444
http://444
http://444
http://444
http://444