愛(ài)立信(中國(guó))通信有限公司 北京 100102

引言

我們的世界正在發(fā)生深刻的變化，任何人、任何事物都可以實(shí)時(shí)互聯(lián)。網(wǎng)絡(luò)社會(huì)所引發(fā)的急劇變化，也給傳統(tǒng)電信運(yùn)營(yíng)商帶來(lái)巨大挑戰(zhàn)。這些挑戰(zhàn)體現(xiàn)在通信市場(chǎng)對(duì)通信服務(wù)提出的諸多新要求上，例如永遠(yuǎn)在線、瞬時(shí)聯(lián)結(jié)、線上生活方式、在線工作方式等等。新的需求迫切需要運(yùn)營(yíng)商開(kāi)創(chuàng)新的商業(yè)模式，并且更加關(guān)注用戶體驗(yàn)，進(jìn)一步提高運(yùn)營(yíng)效率。

如果運(yùn)營(yíng)商想在未來(lái)商業(yè)競(jìng)爭(zhēng)中立于不敗之地，就需要認(rèn)真考慮如何把自己的網(wǎng)絡(luò)能力、服務(wù)能力開(kāi)放給更多的市場(chǎng)參與者，從普通的應(yīng)用開(kāi)發(fā)者到OTT運(yùn)營(yíng)商，到習(xí)慣數(shù)字生活方式的消費(fèi)者等等[1]，構(gòu)造一個(gè)全面的生態(tài)系統(tǒng)，如圖1所示。

圖1 OTT時(shí)代新商業(yè)生態(tài)系統(tǒng)

相對(duì)于傳統(tǒng)通信業(yè)務(wù)，運(yùn)營(yíng)商不得不面對(duì)更加動(dòng)態(tài)變化的市場(chǎng)、層出不窮的新需求，甚至是日新月異的接入方式。從另一個(gè)角度講，用戶也期望從更多的設(shè)備、更多的應(yīng)用獲得便捷的直接體驗(yàn)。在此情況下，如何使運(yùn)營(yíng)商的運(yùn)營(yíng)支撐系統(tǒng)(OSS/BSS)能夠適配這種新的商業(yè)需求至關(guān)重要。尤其是未來(lái)商業(yè)模式還處于探索階段，運(yùn)營(yíng)商如何快速靈活地響應(yīng)這些新需求新變化變得非常重要。

由此，運(yùn)營(yíng)商的OSS/BSS能力，包括人員、組織、運(yùn)營(yíng)流程及系統(tǒng)本身都需要完成敏捷化改造，當(dāng)商業(yè)策略有動(dòng)態(tài)、快速的變化時(shí)，能夠提供有力保障。運(yùn)營(yíng)商可以嘗試以下措施。1)為客戶創(chuàng)造一種新的體驗(yàn)。用戶可以有更豐富的選擇，可以使用訂制化服務(wù)來(lái)滿足個(gè)性化需求。并且，這種體驗(yàn)是跨平臺(tái)、跨網(wǎng)絡(luò)、跨設(shè)備的統(tǒng)一的體驗(yàn)。2)優(yōu)化用戶體驗(yàn)。實(shí)時(shí)探測(cè)用戶所使用的服務(wù)、網(wǎng)絡(luò)以及業(yè)務(wù)狀態(tài)，并快速反饋到運(yùn)營(yíng)系統(tǒng)當(dāng)中，形成用戶體驗(yàn)優(yōu)化閉環(huán)系統(tǒng)。3)流量、服務(wù)貨幣化。為外部服務(wù)提供商、開(kāi)發(fā)者和其它合作伙伴提供更多機(jī)會(huì)，共同挖掘客戶的商業(yè)價(jià)值。4)挖掘物聯(lián)網(wǎng)(M2M)的機(jī)會(huì)，讓他們和傳統(tǒng)通信服務(wù)一樣，享受OSS/BSS帶來(lái)的便利和能力。

為給用戶最好的體驗(yàn)，運(yùn)營(yíng)商有一個(gè)開(kāi)放的、靈活的OSS/BSS架構(gòu)是關(guān)鍵，在此架構(gòu)下，OSS/BSS系統(tǒng)能夠與通訊網(wǎng)絡(luò)緊密集成、實(shí)時(shí)交互，能時(shí)刻洞察網(wǎng)絡(luò)使用狀態(tài)。

1 OTT時(shí)代運(yùn)營(yíng)商面臨的挑戰(zhàn)

網(wǎng)絡(luò)社會(huì)的發(fā)展將迫使運(yùn)營(yíng)商所提供服務(wù)的種類和數(shù)量大量增長(zhǎng)，因?yàn)檎麄€(gè)市場(chǎng)將會(huì)越來(lái)越細(xì)分化，極度細(xì)分的市場(chǎng)必然要求運(yùn)營(yíng)商業(yè)務(wù)的多樣性。同時(shí)，極度細(xì)分的市場(chǎng)也自然會(huì)要求很低的服務(wù)步進(jìn)成本，這樣將更便于細(xì)分市場(chǎng)用戶動(dòng)態(tài)，靈活控制費(fèi)用。

我們觀察到，用戶消費(fèi)習(xí)慣有一個(gè)趨勢(shì)，他們不再傾向于為某一個(gè)單一條目進(jìn)行付費(fèi)，比如說(shuō)一部電影或者一段精彩視頻。運(yùn)營(yíng)商的定價(jià)靈活性將更加集中體現(xiàn)在按時(shí)段定價(jià)、按服務(wù)品質(zhì)定價(jià)、按網(wǎng)絡(luò)擁塞程度定價(jià)，而且用戶將為自己所需要的業(yè)務(wù)策略及數(shù)據(jù)流控策略而付費(fèi)。

日趨激烈的商業(yè)競(jìng)爭(zhēng)是各種商業(yè)創(chuàng)新的的原動(dòng)力。新商業(yè)創(chuàng)新的嘗試手段必須要簡(jiǎn)單，實(shí)施速度必須要快，必須要有很低的試錯(cuò)成本。同樣，OSS/BSS對(duì)商業(yè)創(chuàng)新的支持也必須非常迅速。在新的市場(chǎng)環(huán)境下、運(yùn)營(yíng)商新角色的業(yè)務(wù)發(fā)展和業(yè)務(wù)差異化面臨諸多挑戰(zhàn)。

2 運(yùn)營(yíng)商應(yīng)對(duì)OTT時(shí)代挑戰(zhàn)的三個(gè)關(guān)鍵領(lǐng)域

面對(duì)挑戰(zhàn)，傳統(tǒng)電信運(yùn)營(yíng)商需要革新和轉(zhuǎn)型。本文所關(guān)注的以下三個(gè)方面將是電信運(yùn)營(yíng)商能否成功轉(zhuǎn)型、重新占領(lǐng)產(chǎn)業(yè)鏈制高點(diǎn)的關(guān)鍵領(lǐng)域。

2.1 改造OSS/BSS系統(tǒng)，提高動(dòng)態(tài)、快速響應(yīng)客戶需求和挖掘新商業(yè)機(jī)會(huì)的能力

在OTT時(shí)代，運(yùn)營(yíng)商不能再閉門造車，在圍墻花園內(nèi)競(jìng)爭(zhēng)，運(yùn)營(yíng)商必須具備和傳統(tǒng)通訊領(lǐng)域外的合作伙伴協(xié)作的能力。這些OTT合作伙伴能夠提供非常具有創(chuàng)造力的服務(wù)，例如新的廣告嵌入方式、新的金融模型、具有無(wú)縫用戶體驗(yàn)的新APP應(yīng)用(可以讓iOS系統(tǒng)終端之間、甚至iOS和Android終端之間有一樣的體驗(yàn)，或者可以讓APP在Wi-Fi和3G有相同的使用體驗(yàn))等。

激烈的互聯(lián)網(wǎng)競(jìng)爭(zhēng)，更加激發(fā)了各種服務(wù)應(yīng)用創(chuàng)新，面向越來(lái)越細(xì)分化的用戶和市場(chǎng)，迫使運(yùn)營(yíng)商提高動(dòng)態(tài)響應(yīng)能力。建議運(yùn)營(yíng)商開(kāi)放自己的獨(dú)特能力給外界，商務(wù)條款也可以更加靈活，從而使合作伙伴的創(chuàng)造力以及和用戶的聯(lián)系渠道貨幣化，使市場(chǎng)創(chuàng)新的利益能為多方分享。傳統(tǒng)上，運(yùn)營(yíng)商只開(kāi)放短信和付費(fèi)接口。但是在新市場(chǎng)環(huán)境下，用戶信息、網(wǎng)絡(luò)能力及其策略、訂單管理能力等等都可以開(kāi)放。

用戶對(duì)體驗(yàn)的感知是基于他所使用的整個(gè)服務(wù)包和服務(wù)過(guò)程的體驗(yàn)，無(wú)論是網(wǎng)絡(luò)連接、應(yīng)用程序，還是內(nèi)容，都是用戶體驗(yàn)的一部分。用戶也會(huì)不自覺(jué)地尋求跨設(shè)備的訂制化服務(wù)，從而享受更簡(jiǎn)單更便捷的體驗(yàn)。但傳統(tǒng)的OSS/BSS系統(tǒng)很難滿足這樣的用戶需求，其設(shè)計(jì)理念并沒(méi)有考慮到如此細(xì)分化、大規(guī)模、動(dòng)態(tài)的、由用戶體驗(yàn)所驅(qū)動(dòng)的功能需求。還有一個(gè)趨勢(shì)是，在不同的場(chǎng)景下，不同的用戶甚至有不同的角色，比如說(shuō)，一個(gè)移動(dòng)設(shè)備的擁有者是A，而使用者是B；一個(gè)服務(wù)是由A來(lái)支付費(fèi)用，而B(niǎo)才是真正的服務(wù)使用者；員工所使用的移動(dòng)設(shè)備，其雇主也許需要對(duì)流量進(jìn)行實(shí)時(shí)監(jiān)控；一群用戶也許既是一段視頻的演員、制片人，也是視頻的消費(fèi)者等等。這些需求和變化都是傳統(tǒng)OSS/BSS無(wú)法適應(yīng)的。

2.2 優(yōu)化用戶體驗(yàn)，OSS/BSS、用戶、合作伙伴、通信網(wǎng)絡(luò)一體化管理

優(yōu)化用戶體驗(yàn)，實(shí)時(shí)探測(cè)用戶所使用的服務(wù)、網(wǎng)絡(luò)以及業(yè)務(wù)的狀態(tài)，并快速反饋到運(yùn)營(yíng)系統(tǒng)當(dāng)中，形成用戶體驗(yàn)優(yōu)化閉環(huán)系統(tǒng)。具備OSS/BSS系統(tǒng)、用戶、合作伙伴、通信網(wǎng)絡(luò)的交互和一體化管理的能力。

在OTT時(shí)代新的商業(yè)環(huán)境下，新的服務(wù)和新的商業(yè)機(jī)會(huì)稍縱即逝。整個(gè)生態(tài)系統(tǒng)都要保持一致的、可信任的和完整的用戶體驗(yàn)，要確保整個(gè)商業(yè)過(guò)程的數(shù)據(jù)和信息都是最新的、一致的；因此，在正確的時(shí)間獲取正確的數(shù)據(jù)，對(duì)運(yùn)營(yíng)商保持高效運(yùn)營(yíng)至關(guān)重要，這也是運(yùn)營(yíng)商能夠保持比競(jìng)爭(zhēng)對(duì)手先一步的競(jìng)爭(zhēng)優(yōu)勢(shì)的關(guān)鍵點(diǎn)之一。與此同時(shí)，要做到這一點(diǎn)，運(yùn)營(yíng)商又會(huì)面臨另外一個(gè)難題：數(shù)據(jù)挖掘。如何從如此復(fù)雜的網(wǎng)絡(luò)、流程、用戶數(shù)據(jù)中提煉出有用、可執(zhí)行的信息，并形成指令，非常具有挑戰(zhàn)性。

傳統(tǒng)的BSS系統(tǒng)，可以實(shí)時(shí)監(jiān)視用戶用量，并與用戶購(gòu)買的流量配額匹配，執(zhí)行一些策略，比如給流量打折或者限制帶寬。用戶信用額度控制的關(guān)鍵在于實(shí)時(shí)判斷此用戶是否已經(jīng)、或者在未來(lái)能夠?yàn)槠渌褂玫姆?wù)付費(fèi)。而現(xiàn)在，當(dāng)引入更先進(jìn)的策略管理系統(tǒng)后，網(wǎng)絡(luò)可以與OSS系統(tǒng)實(shí)時(shí)交互。一個(gè)具體的例子是更先進(jìn)的流量監(jiān)控和家長(zhǎng)控制。對(duì)一個(gè)VIP用戶，即使他的信用額度已經(jīng)耗盡，運(yùn)營(yíng)商仍然會(huì)持續(xù)為他提供優(yōu)質(zhì)服務(wù)；或者當(dāng)OSS發(fā)現(xiàn)用戶只是一個(gè)兒童時(shí)，可以幫助家長(zhǎng)把一些不健康的內(nèi)容從該兒童所使用的移動(dòng)終端上屏蔽掉。

OSS系統(tǒng)實(shí)時(shí)運(yùn)作的要求也會(huì)越來(lái)越高。比如，自組織網(wǎng)絡(luò)能夠?qū)崟r(shí)發(fā)現(xiàn)、理解網(wǎng)絡(luò)狀態(tài)，并自動(dòng)觸發(fā)適當(dāng)?shù)男袆?dòng)進(jìn)行自優(yōu)化、自愈，更便捷快速地引入新的網(wǎng)絡(luò)服務(wù)。例如，過(guò)去開(kāi)通一個(gè)基站需要一天甚至一周的時(shí)間，現(xiàn)在在先進(jìn)的OSS系統(tǒng)支持下，也許只需要幾分鐘即可，所有的網(wǎng)絡(luò)配置都自動(dòng)完成。過(guò)去一個(gè)電路域話務(wù)路由的調(diào)整也需要花幾天時(shí)間，但是在IMS(IP Multimedia Subsystem，IP多媒體子系統(tǒng))引入后，這個(gè)過(guò)程變?yōu)橐粋€(gè)簡(jiǎn)單的帶寬分配的問(wèn)題。更進(jìn)一步，當(dāng)引入SDN (Software-defined Networking，軟件定義網(wǎng)絡(luò))以后，網(wǎng)絡(luò)的調(diào)整將更加簡(jiǎn)便。

目前的趨勢(shì)是為用戶提供更加靈活的資費(fèi)計(jì)劃和更加個(gè)性化的服務(wù)。用戶體驗(yàn)的優(yōu)化極大地依賴于是否能實(shí)時(shí)洞察用戶目前的狀態(tài)，如正在使用的服務(wù)、用量、行為習(xí)慣、消費(fèi)偏好等等。這為運(yùn)營(yíng)商打開(kāi)了一扇機(jī)會(huì)的大門，當(dāng)然，也對(duì)運(yùn)營(yíng)能力提出了新的要求。

一個(gè)關(guān)鍵能力要求是，要有提供實(shí)時(shí)網(wǎng)絡(luò)狀態(tài)信息的能力，并且OSS/BSS應(yīng)能夠整合這些信息，以適合的方式呈現(xiàn)給業(yè)務(wù)部門(例如客戶服務(wù)部門、市場(chǎng)營(yíng)銷部門等等)，而這些部門傳統(tǒng)上是無(wú)法獲得這些實(shí)時(shí)信息的。舉例來(lái)說(shuō)，在一個(gè)用戶舉起電話投訴之前，告訴他附近的網(wǎng)絡(luò)正在做一個(gè)改造升級(jí)，將極大地平息他對(duì)網(wǎng)絡(luò)性能下降的不滿。類似的，當(dāng)一個(gè)沒(méi)有訂閱視頻服務(wù)的用戶希望觀看某個(gè)精彩視頻時(shí)，可以及時(shí)地提供給他適當(dāng)?shù)挠嗛営?jì)劃，這樣不僅能夠創(chuàng)造更多的收入，還提高了用戶滿意度和忠誠(chéng)度[2]。

2.3 簡(jiǎn)單、開(kāi)放、彈性、向后兼容的OSS/BSS系統(tǒng)架構(gòu)

傳統(tǒng)OSS/BSS系統(tǒng)非常復(fù)雜，OPEX(運(yùn)營(yíng)成本)和CAPEX(資產(chǎn)投入)指標(biāo)都很高，主要是由于各個(gè)OSS/BSS的功能都由不同的系統(tǒng)堆砌起來(lái)，不僅架構(gòu)復(fù)雜，流程也會(huì)非常繁瑣。很多運(yùn)營(yíng)商甚至有幾百個(gè)系統(tǒng)在運(yùn)作。在這種情況下，如何集成這些系統(tǒng)、管理這些數(shù)據(jù)也是一個(gè)棘手的問(wèn)題。同樣類型的數(shù)據(jù)信息分散在不同的地方，無(wú)法同步。從技術(shù)角度來(lái)看，信息模型缺位、架構(gòu)混亂。其結(jié)果是業(yè)務(wù)流程只能以單個(gè)業(yè)務(wù)為中心，無(wú)法做到以用戶為中心，端到端的優(yōu)化更是無(wú)從談起。

例如，用戶簽約數(shù)據(jù)、合作伙伴簽約信息、產(chǎn)品信息、庫(kù)存信息、訂單信息、收入信息可能存在于多個(gè)地方，而且有可能時(shí)刻在改變，這些信息如何同步是個(gè)難題。在更加動(dòng)態(tài)和開(kāi)放的生態(tài)環(huán)境下，運(yùn)營(yíng)商內(nèi)部的效率問(wèn)題將迅速變?yōu)楝F(xiàn)實(shí)商業(yè)拓展的障礙，使得新業(yè)務(wù)拓展尤其是跨多個(gè)業(yè)務(wù)領(lǐng)域的服務(wù)很難得到實(shí)施。

3 OSS/BSS演進(jìn)方向

簡(jiǎn)單來(lái)講，本文所推薦的能夠應(yīng)對(duì)挑戰(zhàn)的OSS/BSS演進(jìn)方案需要能夠具備下文描述的特性。

3.1 敏捷性

新的OSS/BSS系統(tǒng)能為OTT時(shí)代運(yùn)營(yíng)商帶來(lái)創(chuàng)新和商業(yè)敏捷性。

為適應(yīng)開(kāi)放生態(tài)系統(tǒng)，并且讓商業(yè)機(jī)會(huì)能夠拓展到公司原有邊際之外，創(chuàng)造全新的商業(yè)成功，運(yùn)營(yíng)商需要和合作伙伴緊密合作。這些合作伙伴包括其它運(yùn)營(yíng)商、OTT公司、內(nèi)容提供者、銀行、醫(yī)療健康服務(wù)機(jī)構(gòu)等等。例如，運(yùn)營(yíng)商可以為健康產(chǎn)業(yè)提供服務(wù)，利用運(yùn)營(yíng)商自身的移動(dòng)寬帶資源，通過(guò)為醫(yī)療服務(wù)提供商提供移動(dòng)診斷服務(wù)，或者實(shí)時(shí)身體狀態(tài)告警服務(wù)來(lái)撬動(dòng)產(chǎn)業(yè)發(fā)展，實(shí)現(xiàn)商業(yè)成功。

多方合作的出現(xiàn)不僅催生新的商業(yè)模式，也對(duì)高度靈活的計(jì)費(fèi)、財(cái)務(wù)模型提出需求，OSS/BSS不能成為運(yùn)營(yíng)商和合作伙伴商業(yè)創(chuàng)新的絆腳石。這些商業(yè)創(chuàng)新可能要求多邊收費(fèi)模型、廣告植入模型、靈活套餐升級(jí)/降級(jí)、細(xì)分市場(chǎng)策略、捆綁銷售等按周/日甚至按小時(shí)計(jì)費(fèi)，也許會(huì)包含流量折扣促銷，并以此來(lái)提高空閑時(shí)間網(wǎng)絡(luò)的使用率。運(yùn)營(yíng)商在OTT時(shí)代轉(zhuǎn)型過(guò)程當(dāng)中，需要盡早拋棄傳統(tǒng)業(yè)務(wù)零售思維。傳統(tǒng)的零售思維總體來(lái)說(shuō)是比較狹窄的甲乙方關(guān)系，而這一思維方式在OTT多邊合作時(shí)代不再能積極創(chuàng)造價(jià)值。在OTT時(shí)代，批發(fā)、分銷的商業(yè)思路可能更為實(shí)用。新的OTT商家、新的費(fèi)用支付者會(huì)為運(yùn)營(yíng)商所運(yùn)營(yíng)的移動(dòng)寬帶增添更多的附加值，更關(guān)鍵的是，這種新增的附加值是多方合力的結(jié)果。在新的模型中，參與業(yè)務(wù)的每一方都為用戶端到端的體驗(yàn)作出了貢獻(xiàn)，從而也應(yīng)該分享收益。

讓我們?cè)俅尉劢谷绾胃艚莸貞?yīng)對(duì)OTT時(shí)代市場(chǎng)變幻。運(yùn)營(yíng)商的靈活性極大的取決于它如何有效利用它的OSS/BSS系統(tǒng)能力，這個(gè)系統(tǒng)需要能夠?yàn)槎喾教峁┎煌姆?wù)能力，支持動(dòng)態(tài)變化的商業(yè)模式。對(duì)OSS/BSS系統(tǒng)本身而言，分層的架構(gòu)尤為重要，這樣的架構(gòu)才能保證新型的OSS/BSS系統(tǒng)能夠?yàn)椴煌挠脩籼峁┎煌臉I(yè)務(wù)能力，在保持靈活性的基礎(chǔ)上，整個(gè)系統(tǒng)的價(jià)值，甚至過(guò)去已在運(yùn)行的系統(tǒng)的價(jià)值也能夠最大化。

為構(gòu)建這樣一個(gè)架構(gòu)，并消除商業(yè)需求同OSS/BSS能力之間的鴻溝，運(yùn)營(yíng)商需要改造他們的OSS/BSS系統(tǒng)以符合下面三個(gè)核心概念。1)抽象化。商業(yè)邏輯流程應(yīng)該是全局和普適的，這樣的邏輯流程才可能被廣泛應(yīng)用。2)模塊化。軟件可重用，服務(wù)模塊應(yīng)當(dāng)符合SOA(Service-oriented Architecture，面向服務(wù)的架構(gòu))準(zhǔn)則。3)開(kāi)放性。數(shù)據(jù)和信息模型能夠?yàn)椴煌膽?yīng)用提供服務(wù)，也就是說(shuō)開(kāi)放式架構(gòu)。

跟隨這些原則，業(yè)務(wù)的捆綁、產(chǎn)品的打包可以有統(tǒng)一的工具和方法。在此框架下，可以分權(quán)、分域、分用戶、分業(yè)務(wù)地管理而又有統(tǒng)一的操作模式和信息同步機(jī)制。本文推薦運(yùn)營(yíng)商使用端到端的架構(gòu)模型，比如TOGAF (The Open Group Architecture Framework，開(kāi)放組體系結(jié)構(gòu)框架) 或類似的架構(gòu)[3]，這些比較成熟的架構(gòu)能夠作為運(yùn)營(yíng)商很好的參考，如圖2 所示。

圖2 TOGAF架構(gòu)示意

3.2 實(shí)時(shí)性

適用于OTT時(shí)代的OSS/BSS對(duì)實(shí)時(shí)性要求無(wú)處不在，從運(yùn)營(yíng)、網(wǎng)絡(luò)到業(yè)務(wù)管理。隨著越來(lái)越多的業(yè)務(wù)要求實(shí)時(shí)特性，運(yùn)營(yíng)商不得不作出一個(gè)選擇，要么改造其OSS/BSS系統(tǒng)以提供實(shí)時(shí)能力，要么放棄這塊收入。

網(wǎng)絡(luò)與OSS/BSS系統(tǒng)之間的交互，最大的障礙在于實(shí)時(shí)性。如果能解決這一問(wèn)題，服務(wù)交付過(guò)程中的端到端用戶體驗(yàn)就能得到保障。比如，信用認(rèn)證、合約驗(yàn)證、帶寬提速、網(wǎng)絡(luò)優(yōu)化等這些服務(wù)才可以融合起來(lái)。

電信網(wǎng)絡(luò)未來(lái)的發(fā)展也會(huì)對(duì)OSS/BSS系統(tǒng)中網(wǎng)絡(luò)管理部分提出更多的要求，如圖3所示。云技術(shù)的全面引入意味著OSS/BSS系統(tǒng)需要同時(shí)管理專用業(yè)務(wù)節(jié)點(diǎn)和垂直業(yè)務(wù)架構(gòu)。

賬戶激活是另一個(gè)網(wǎng)絡(luò)與OSS/BSS系統(tǒng)之間需要實(shí)時(shí)交互的典型例子。目前，移動(dòng)電話的業(yè)務(wù)開(kāi)通速度已經(jīng)非?？炝?，但是某些新的業(yè)務(wù)甚至可能會(huì)要求瞬時(shí)的業(yè)務(wù)開(kāi)通，用戶還在線的時(shí)候，一個(gè)新的業(yè)務(wù)已經(jīng)為他激活。一個(gè)計(jì)費(fèi)和業(yè)務(wù)開(kāi)通實(shí)時(shí)交互的例子是Amzon的Kindle業(yè)務(wù)。當(dāng)您購(gòu)買了一臺(tái)Kindle，訪問(wèn)Amazon網(wǎng)絡(luò)購(gòu)物，接入移動(dòng)寬帶是免費(fèi)的，而其它應(yīng)用則是禁止的，這個(gè)費(fèi)用由Amazon承擔(dān)。當(dāng)用戶確實(shí)想用Kindle訪問(wèn)其它網(wǎng)站，使用其它業(yè)務(wù)的時(shí)候，先進(jìn)的OSS/BSS能夠獲知用戶的這一需求，并引導(dǎo)用戶挑選合適的套餐，按小時(shí)付費(fèi)、包月或其它選擇。在客戶確定后，立即激活用戶的新業(yè)務(wù)。這一系列操作對(duì)OSS/BSS提出很高的要求，也為運(yùn)營(yíng)商如何與OTT服務(wù)提供商合作提供了范例。

圖3 OTT時(shí)代網(wǎng)絡(luò)環(huán)境示意圖[4]

另外，用戶關(guān)懷和用戶自服務(wù)過(guò)程中，如果運(yùn)營(yíng)商、OTT服務(wù)提供商都能夠及時(shí)獲知用戶的使用狀態(tài)，將非常有益于提高服務(wù)質(zhì)量和提高用戶感受。當(dāng)然，實(shí)時(shí)客服系統(tǒng)的實(shí)現(xiàn)不僅僅依賴于OSS/BSS的改造，也需要運(yùn)營(yíng)商組織架構(gòu)、業(yè)務(wù)流程作出相應(yīng)的調(diào)整以適應(yīng)實(shí)時(shí)客服關(guān)懷運(yùn)作的要求。沒(méi)有這些配合，很難實(shí)現(xiàn)成功的運(yùn)作。

3.3 彈性的目錄化OSS/BSS架構(gòu)

為實(shí)現(xiàn)彈性化的要求，我們需要把傳統(tǒng)的煙囪型OSS/BSS系統(tǒng)，以低成本的方式改造為我們所要求的OTT時(shí)代新OSS/BSS系統(tǒng)。運(yùn)營(yíng)商需要模塊化設(shè)計(jì)、組件標(biāo)準(zhǔn)化設(shè)計(jì)，以確保配置的靈活性。如前所述，SOA架構(gòu)是一個(gè)很好的選擇。 在這樣靈活的OSS/BSS架構(gòu)下，運(yùn)營(yíng)商能夠便捷、按需、彈性地開(kāi)發(fā)部署，配置所需要的組件[5]。

本文建議運(yùn)營(yíng)商從一開(kāi)始就要以構(gòu)建目錄化的OSS/BSS架構(gòu)為目標(biāo)，架構(gòu)內(nèi)能實(shí)現(xiàn)信息分享和數(shù)據(jù)隔離。所謂目錄化的OSS/BSS架構(gòu)，是指一種所有信息數(shù)據(jù)統(tǒng)一存放，信息和數(shù)據(jù)的使用者根據(jù)業(yè)務(wù)需要以目錄方式提取、應(yīng)用并更新數(shù)據(jù)信息的架構(gòu)方法[6]。如圖4所示，數(shù)據(jù)統(tǒng)一存放在Product Catalog模塊當(dāng)中，由此保持用戶數(shù)據(jù)、網(wǎng)絡(luò)數(shù)據(jù)、策略信息的一致性和統(tǒng)一管理，而不同的業(yè)務(wù)所需調(diào)用的信息可以通過(guò)標(biāo)準(zhǔn)化接口對(duì)數(shù)據(jù)進(jìn)行讀取、更新。

圖4 目錄化OSS/BSS業(yè)務(wù)框架示意[6]

目錄化架構(gòu)的一個(gè)好處是其信息能夠方便地為多個(gè)協(xié)作方使用。在這樣的環(huán)境下，標(biāo)準(zhǔn)化(例如命名規(guī)則、訪問(wèn)接口、訂單、匯聚指令等的)非常有必要。不僅對(duì)運(yùn)營(yíng)商，對(duì)整個(gè)生態(tài)環(huán)境更容易地適配新業(yè)務(wù)模型都有好處。

目錄化架構(gòu)的另一方面是數(shù)據(jù)隔離，運(yùn)營(yíng)商OSS/BSS要確保正確的應(yīng)用對(duì)正確的數(shù)據(jù)有正確的權(quán)限。簡(jiǎn)單來(lái)講，用戶自服務(wù)系統(tǒng)所使用的數(shù)據(jù)和商業(yè)分析公司所能獲取的數(shù)據(jù)是截然不同的。本文推薦如圖5所示的高效清晰的OSS/BSS架構(gòu)[4]。網(wǎng)路和OSS/BSS數(shù)據(jù)能夠同步，OSS/BSS負(fù)責(zé)處理產(chǎn)品、用戶和資源信息。這樣架構(gòu)的另外一個(gè)好處是更利于低成本的擴(kuò)展，更適合運(yùn)營(yíng)商做新的商業(yè)探索。

圖5 高效OSS/BSS架構(gòu)示意圖

4 OSS/BSS架構(gòu)設(shè)計(jì)要點(diǎn)

以下一些檢查點(diǎn)是運(yùn)營(yíng)商在OSS/BSS轉(zhuǎn)型實(shí)踐當(dāng)中需要關(guān)注的設(shè)計(jì)原則。1)檢查組織架構(gòu)、人員、業(yè)務(wù)流程和系統(tǒng)本身，確保他們能夠支持OSS/BSS轉(zhuǎn)型，并從中獲益。2)明確OSS/BSS系統(tǒng)能力的頂層設(shè)計(jì)，例如到底是集中放置、分散放置還是云化。3)以現(xiàn)代化架構(gòu)為目標(biāo)，例如SOA架構(gòu)。4)引入跨技術(shù)跨領(lǐng)域的OSS/BSS應(yīng)用，例如統(tǒng)一的批價(jià)計(jì)費(fèi)，統(tǒng)一的資源管理、庫(kù)存管理、資產(chǎn)管理，統(tǒng)一的用戶數(shù)據(jù)，統(tǒng)一的身份管理等。5)BSS系統(tǒng)的演進(jìn)無(wú)需太考慮技術(shù)的繼承性。新舊并存、逐步引入或許是最現(xiàn)實(shí)安全高效的辦法。6)關(guān)注實(shí)時(shí)性。網(wǎng)絡(luò)、OSS/BSS、用戶的交互性，將賦予運(yùn)營(yíng)商更多的控制力和創(chuàng)造力。

5 總結(jié)

過(guò)去電信運(yùn)營(yíng)商的核心資產(chǎn)主要是通信網(wǎng)絡(luò)和最終用戶，但是在OTT時(shí)代，通信網(wǎng)絡(luò)有了淪為OTT運(yùn)營(yíng)商管道的風(fēng)險(xiǎn)，OTT運(yùn)營(yíng)商也更能影響最終用戶的消費(fèi)行為。電信運(yùn)營(yíng)商在產(chǎn)業(yè)鏈的地位正受到前所未有的挑戰(zhàn)。

在OTT時(shí)代，OSS/BSS及其所蘊(yùn)含的數(shù)據(jù)和服務(wù)能力將成為運(yùn)營(yíng)商的核心資產(chǎn)之一。OSS/BSS獲取這樣地位的前提是自我革新，使用新的技術(shù)架構(gòu)，具備能夠敏捷、實(shí)時(shí)、彈性地為創(chuàng)新商業(yè)模式提供支持的能力。OTT時(shí)代的電信運(yùn)營(yíng)商只有盡快把握OSS/BSS演進(jìn)時(shí)機(jī)，才能在與OTT運(yùn)營(yíng)商的競(jìng)爭(zhēng)中獲得主動(dòng)權(quán)，掌握產(chǎn)業(yè)鏈話語(yǔ)權(quán)，獲得可持續(xù)的商業(yè)成功。

參考文獻(xiàn)

[1] Ericsson.Networked Society Essentials[EB/OL].[2014-08-05].http://www.ericsson.com/res/docs/2013/networked-society-essentials-booklet.pdf.

[2] Ericsson.Service Exposure–the key to network relevance and innovation[EB/OL].[2014-08-05].http://www.ericsson.com/res/docs/whitepapers/wp-networkservice-exposure.pdf

[3] Ericsson.The Open Group Architecture Framework(TOGAF)[EB/OL].[2014-08-05].http://www.opengroup.org/togaf/

[4] Ericsson.OSS/BSS Evolution[EB/OL].[2014-08-05].http://www.ericsson.com/whitepaper/

[5] Greg Pavlik,Dan Hynes.Next Generation SOA Infrastructure – An Oracle White Paper [EB/OL].[2014-08-05].http://www.oracle.com/technetwork/topics/nextgeneration-soa-infrastructure-132959.pdf

[6] Shyamalee Samvatsar,Advantages of a Catalog driven architecture for Telcos[EB/OL].[2014-08-05].http://www.infosysblogs.com/customer-relationshipmanagement/2014/04/the_acquisitions_and_consolida.html