服務(wù)提供商會(huì)出于多種考慮采用 IP 多媒體子系統(tǒng) (IMS) 等 NGN 架構(gòu)。一般而言，相比于傳統(tǒng)的封閉式專(zhuān)用系統(tǒng)，開(kāi)放式 NGN 組件的購(gòu)買(mǎi)和運(yùn)行相關(guān)費(fèi)用更為低廉，因此能夠節(jié)省成本。開(kāi)放式 NGN 將眾多服務(wù)整合到一個(gè)靈活的融合網(wǎng)絡(luò)基礎(chǔ)架構(gòu)上，使該網(wǎng)絡(luò)的使用更加高效和便捷。而最重要的是，一旦開(kāi)放式 NGN 部署就位，新型服務(wù)就能以更快的速度開(kāi)發(fā)并從相同或不同來(lái)源提供給客戶。借助開(kāi)放式 NGN，服務(wù)提供商就無(wú)需在每次需要銷(xiāo)售新型服務(wù)時(shí)都構(gòu)建新的網(wǎng)絡(luò)或提供新的線路。這些新型服務(wù)為服務(wù)提供商實(shí)現(xiàn)全新收入流帶來(lái)了契機(jī)。這些優(yōu)勢(shì)來(lái)源于 Internet 標(biāo)準(zhǔn)所固有的開(kāi)放式傳統(tǒng)，而這些技術(shù)正是基于該傳統(tǒng)開(kāi)發(fā)出來(lái)的。盡管如此，只有在支持這些網(wǎng)絡(luò)和服務(wù)的 OSS/BSS 的開(kāi)放程度相等時(shí)，才能實(shí)現(xiàn)開(kāi)放式 NGN 的優(yōu)勢(shì)。
與需要為每項(xiàng)服務(wù)都提供單獨(dú)網(wǎng)絡(luò)的傳統(tǒng)系統(tǒng)相比，基于 IP 的開(kāi)放式 NGN 在購(gòu)買(mǎi)、構(gòu)建和運(yùn)營(yíng)上都更高效。利用開(kāi)放式標(biāo)準(zhǔn)和接口設(shè)計(jì)網(wǎng)絡(luò)組件可提高組件使用率，避免自定義產(chǎn)品的開(kāi)支，從而大幅降低成本。由于開(kāi)放式系統(tǒng)得到了普遍采用，所以有更多的人員知道如何管理開(kāi)放式系統(tǒng)，從而擴(kuò)展了提供商可以吸納的人才庫(kù)。這一概念將面向孤立服務(wù)構(gòu)建的孤立網(wǎng)絡(luò)轉(zhuǎn)化為融合網(wǎng)絡(luò)，并將其作為共享服務(wù)和內(nèi)容交付平臺(tái)。
圖1所示的第三代合作伙伴計(jì)劃 (3GPP) 架構(gòu)就是服務(wù)提供商正在構(gòu)建的基于 IP 的開(kāi)放式 NGN 服務(wù)的示例。這些網(wǎng)絡(luò)正在將多種服務(wù)和應(yīng)用融合到一個(gè)開(kāi)放式 NGN，包括固定和移動(dòng)語(yǔ)音、電子郵件、實(shí)時(shí)通訊、Web 以及視頻。
要實(shí)現(xiàn)開(kāi)放式服務(wù)保證的優(yōu)勢(shì)，系統(tǒng)必須提供一系列 API 與系統(tǒng)處理的信息進(jìn)行交互。API 的用途各不相同。傳統(tǒng)上，我們主要將接口分為四類(lèi)：北向、南向、東向和西向。北向 API 用于訪問(wèn)信息。南向 API 可使系統(tǒng)從多個(gè)來(lái)源獲取數(shù)據(jù)。東向和西向配置負(fù)責(zé)導(dǎo)出和導(dǎo)入 API，并用于與 OSS/BSS 調(diào)配系統(tǒng)集成。系統(tǒng)的每個(gè)階段都需要北向和南向 API（如圖 3 所示）。然后，API 會(huì)用于一個(gè)軟件組件，即將 OSS/BSS 連接在一起的連接器。其中的箭頭表示可使用 API 開(kāi)發(fā)的多種連接器。
圖3. 連接 Brix 系統(tǒng)的北向、南向、東向和西向接口
北向 API 和連接器
北向 API 和連接器主要用于提取開(kāi)放式服務(wù)保證系統(tǒng)處理的信息。
1. 直觀展示
現(xiàn)代 OSS 通過(guò) Web 界面向用戶提供信息。在開(kāi)放式服務(wù)保證系統(tǒng)中，每個(gè)顯示畫(huà)面、屏幕、門(mén)戶頁(yè)面、報(bào)告和管理界面都以 Web 頁(yè)面的形式展現(xiàn)內(nèi)容，而 Web 頁(yè)面可以基于 URL 從其他任何 Web 門(mén)戶或應(yīng)用程序啟動(dòng)。這樣，就可以對(duì)來(lái)自不同 OSS/BSS 的信息進(jìn)行簡(jiǎn)單但功能強(qiáng)大的 Web 集成或結(jié)合。這項(xiàng)技術(shù)的主要用途就是顯示由服務(wù)保證系統(tǒng)從故障管理系統(tǒng)（如 Micromuse Netcool）生成的詳細(xì)故障診斷信息。
可以使用標(biāo)準(zhǔn) Web 門(mén)戶（信息接入點(diǎn)）來(lái)創(chuàng)建門(mén)戶頁(yè)面，并且針對(duì)管理層人員、事務(wù)管理人員和客戶定制其內(nèi)容。該門(mén)戶內(nèi)置的報(bào)告和儀表板可顯示為 portlet，并且可以根據(jù)需要進(jìn)行混合和匹配。所有這些 portlet 都可通過(guò)符合遠(yuǎn)程門(mén)戶 (WSRP) 標(biāo)準(zhǔn)的 Web 服務(wù)進(jìn)行訪問(wèn)，并可導(dǎo)入到來(lái)自 BEA 和 IBM 等廠商的公司 Web 門(mén)戶中進(jìn)行顯示。 2. 分析
服務(wù)保證系統(tǒng)可對(duì)收集的數(shù)據(jù)進(jìn)行分析，以生成用戶所需信息。它可將服務(wù)質(zhì)量的測(cè)量結(jié)果轉(zhuǎn)換為用戶能夠理解的關(guān)鍵性能指標(biāo) (KPI) 和關(guān)鍵質(zhì)量指標(biāo) (KQI)。它利用強(qiáng)大的商業(yè)智能特性來(lái)整合和總結(jié)數(shù)據(jù)，從而以用戶能夠理解的方式進(jìn)行組織、過(guò)濾和呈現(xiàn)。此外，還能以業(yè)務(wù)環(huán)境的角度組織信息，而不是單純從技術(shù)角度。分析過(guò)的數(shù)據(jù)可通過(guò) API 進(jìn)行提供。該接口的一般用途便是將融合的 SLA 數(shù)據(jù)饋送到客戶支持門(mén)戶。
服務(wù)保證系統(tǒng)可將從網(wǎng)絡(luò)多個(gè)位置和設(shè)備獲得的測(cè)量結(jié)果整合到系統(tǒng)維護(hù)的數(shù)據(jù)庫(kù)中。此外，它還可將在不同位置獲得的測(cè)量結(jié)果關(guān)聯(lián)為單個(gè)視圖，對(duì)進(jìn)行質(zhì)量測(cè)量的測(cè)試、呼叫、視頻流或服務(wù)請(qǐng)求進(jìn)行集中顯示。與傳統(tǒng)測(cè)試和測(cè)量裝置采用的本地視圖不同，此類(lèi)系統(tǒng)可顯示相互關(guān)聯(lián)的端到端服務(wù)質(zhì)量測(cè)量結(jié)果。這些相互關(guān)聯(lián)的整合測(cè)量結(jié)果可導(dǎo)出到 CA 的 eHealth、InfoVista 和 Telcordia 的 Service Director 等性能管理系統(tǒng)。
4. 測(cè)量
服務(wù)保證系統(tǒng)利用整個(gè)網(wǎng)絡(luò)上的軟硬件進(jìn)行服務(wù)質(zhì)量測(cè)量�？梢酝ㄟ^(guò)整合數(shù)據(jù)庫(kù)查看這些測(cè)量結(jié)果。此外，測(cè)量層還會(huì)生成閾交告警，這些告警可以通過(guò)標(biāo)準(zhǔn) SNMP 通知協(xié)議發(fā)送。這些通知可用作對(duì)潛在問(wèn)題的快速早期警告；測(cè)量層生成的 SNMP 自陷已與眾多故障管理系統(tǒng)相集成，包括 Micromuse NetCool 和 HP OpenView。
當(dāng)與其他 OSS/BSS 數(shù)據(jù)庫(kù)中存儲(chǔ)的其他業(yè)務(wù)數(shù)據(jù)結(jié)合使用時(shí)，服務(wù)質(zhì)量 BI 分析將發(fā)揮出更大作用。例如，通過(guò)將每位客戶的收入與客戶的服務(wù)質(zhì)量信息相結(jié)合，服務(wù)提供商就能夠開(kāi)發(fā)出更精巧的收入模型。而開(kāi)放式服務(wù)保證系統(tǒng)可從外部數(shù)據(jù)庫(kù)獲取數(shù)據(jù)，并將其納入自己的分析。
4. 直觀展示
通過(guò)在開(kāi)放式服務(wù)保證系統(tǒng)中添加 Web 門(mén)戶，服務(wù)提供商便可將來(lái)自任何 Web 應(yīng)用程序的信息與服務(wù)質(zhì)量信息一同展示在單個(gè)門(mén)戶頁(yè)面中。例如，通過(guò)單個(gè)頁(yè)面便可呈現(xiàn)站點(diǎn)的可用性，以及連接到該站點(diǎn)的調(diào)配系統(tǒng)的 Web 接口。門(mén)戶可以包括采用 WSRP 標(biāo)準(zhǔn)開(kāi)發(fā)的 portlet，或者可以包括 Web 頁(yè)面或 Web 頁(yè)面片斷，所有這些都可通過(guò) RUL 進(jìn)行訪問(wèn)。
東向和西向 API
東向和西向 API 用于將開(kāi)放式服務(wù)保證系統(tǒng)的配置集成到服務(wù)提供商的調(diào)配系統(tǒng)中；是處理插件、遷移和變更的地方。通過(guò) Brix 系統(tǒng)，可提供兩種主要的 API：調(diào)配導(dǎo)入 API 和配置導(dǎo)出 API。
1. 調(diào)配導(dǎo)入
調(diào)配導(dǎo)入 API 用于控制服務(wù)保證系統(tǒng)。例如，添加新客戶時(shí)，調(diào)配 API 可用于創(chuàng)建從已部署 Brix 檢測(cè)器運(yùn)行的新測(cè)試，以測(cè)量該客戶的網(wǎng)絡(luò)接入鏈接，并為該用戶添加用戶帳戶，供其查看月度報(bào)告和安排運(yùn)行這些報(bào)告的日程。
2. 配置導(dǎo)出
與調(diào)配導(dǎo)入相反，配置導(dǎo)出 API 用于確定當(dāng)前的服務(wù)保證系統(tǒng)配置。它可用于推動(dòng)對(duì)業(yè)務(wù)流程的支持，如在將新檢測(cè)器添加到網(wǎng)絡(luò)時(shí)為其自動(dòng)分配地址并設(shè)置防火墻。
結(jié)論
借助開(kāi)放 API 以及 OSS/BSS 之間的連接器，服務(wù)提供商可以開(kāi)發(fā)出靈活的系統(tǒng)，以適應(yīng)不斷變化的各種下一代 IP 融合網(wǎng)絡(luò)。隨著該網(wǎng)絡(luò)上構(gòu)建的服務(wù)數(shù)量變得越來(lái)越巨大，并且越來(lái)越復(fù)雜，確保用戶獲得同樣高的體驗(yàn)質(zhì)量的重要性也隨之增加。能夠確保用戶獲得比競(jìng)爭(zhēng)對(duì)手更好的服務(wù)質(zhì)量，是使頂級(jí)服務(wù)提供商脫穎而出的關(guān)鍵所在。服務(wù)保證流程必須全天候?qū)Ψ⻊?wù)質(zhì)量進(jìn)行測(cè)量、整合、關(guān)聯(lián)、分析和直觀展示。要取得成功，服務(wù)保證系統(tǒng)就必須與所管理的 IP 網(wǎng)絡(luò)具有相同程度的開(kāi)放性。
