新媒體運(yùn)營的底層邏輯精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的新媒體運(yùn)營的底層邏輯主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：新媒體運(yùn)營的底層邏輯范文

【關(guān)鍵詞】IMS技術(shù)；新業(yè)務(wù)；全業(yè)務(wù)運(yùn)營

1 前言：

IMS（IP Multimedia Subsystem）是提升網(wǎng)絡(luò)業(yè)務(wù)能力、應(yīng)對全業(yè)務(wù)運(yùn)營和互聯(lián)網(wǎng)競爭的重要手段，是核心網(wǎng)演進(jìn)的目標(biāo)架構(gòu)。它用IP從技術(shù)上粘合了移動網(wǎng)絡(luò)和固定網(wǎng)絡(luò)，實(shí)現(xiàn)了FMC（Fixed Mobile Convergence），它可以使采用不同接入手段的用戶通過一張融合的核心網(wǎng)絡(luò)來使用運(yùn)營商提供的各類業(yè)務(wù)。隨著國內(nèi)3G牌照的發(fā)放，三大運(yùn)營商均具有移動和固網(wǎng)牌照，這使得各運(yùn)營商也加緊對基于IMS的新業(yè)務(wù)研究與試驗(yàn)部署。本文對IMS技術(shù)發(fā)展情況進(jìn)行了探討，闡述了基于IMS的新業(yè)務(wù)能力要求和相關(guān)架構(gòu)，并對組管理、公共業(yè)務(wù)標(biāo)識、呈現(xiàn)、PoC、綜合多媒體會議等新業(yè)務(wù)進(jìn)行了介紹，為IMS新業(yè)務(wù)的開展和部署提出了建議，為迎接全業(yè)務(wù)的到來做好充分準(zhǔn)備。

2 IMS概述：

IMS（IP Multimedia Subsystem）由3GPP于2000年提出，是一個(gè)支持IP多媒體業(yè)務(wù)的子系統(tǒng)，其核心特點(diǎn)是采用了基于IP的SIP協(xié)議和實(shí)現(xiàn)了底層接入的無關(guān)性和融合核心網(wǎng)的目標(biāo)。

軟交換的引入第一次實(shí)現(xiàn)了承載和控制的分離，引入了IP，是對傳統(tǒng)交換網(wǎng)絡(luò)的革新，而IMS是對軟交換的演進(jìn)，進(jìn)一步實(shí)現(xiàn)了業(yè)務(wù)與控制的分離。IMS對交換網(wǎng)絡(luò)的改造程度更高，各司其職，實(shí)現(xiàn)了網(wǎng)元實(shí)體的功能細(xì)化，核心控制實(shí)體更純凈。

IMS網(wǎng)絡(luò)分為3層：從上到下為業(yè)務(wù)層，控制層和承載層。網(wǎng)元實(shí)體功能細(xì)化，各司其職，網(wǎng)元間接口標(biāo)準(zhǔn)化。

3GPP使用分層的方法設(shè)計(jì)IMS體系結(jié)構(gòu)。分層的方法是為了最小化各層之間的依賴性，以便于實(shí)現(xiàn)傳輸、控制、業(yè)務(wù)相分離，避免由于其中一層的變化而影響其他層的穩(wěn)定性，這就使加入新接入網(wǎng)變得更加容易，從而可擴(kuò)大IMS的接入范圍，拓寬了新業(yè)務(wù)的應(yīng)用范圍。

圖1描繪了一個(gè)基于IMS的全業(yè)務(wù)運(yùn)營網(wǎng)絡(luò)的分層體系結(jié)構(gòu)。該體系結(jié)構(gòu)共包括3層，其中，承載由底層的“接入層”提供，業(yè)務(wù)邏輯由上層的“應(yīng)用層”實(shí)現(xiàn)，而IMS心系統(tǒng)是中間的“核控制層”，它為業(yè)務(wù)提供會話控制能力。

3 基于IMS的新業(yè)務(wù)能力要求：

IMS架構(gòu)方便了新業(yè)務(wù)的提出和實(shí)現(xiàn)。組管理、呈現(xiàn)、PoC業(yè)務(wù)等這些在智能網(wǎng)時(shí)代很難實(shí)現(xiàn)的業(yè)務(wù)形式，將成為運(yùn)營商主要的盈利內(nèi)容和競爭手段。

對于IMS的新業(yè)務(wù)來說，必須能夠?qū)崿F(xiàn)業(yè)務(wù)的注冊和注銷、鑒權(quán)和授權(quán)、業(yè)務(wù)信令的接入、SCSF指配、用戶和業(yè)務(wù)數(shù)據(jù)管理、業(yè)務(wù)觸發(fā)和漫游支持、信令路由、編碼和尋址、SIP壓縮和會話管理等基本能力要求。

IMS終端的注冊流程：

3.1 IMS用戶發(fā)出注冊請求消息

3.2 P-CSCF通過DNS得到用戶歸屬網(wǎng)的I-CSCF

3.3 P-CSCF把注冊消息轉(zhuǎn)到I-CSCF

3.4 I-CSCF查詢HSS，為用戶選擇一個(gè)S-CSCF

3.5 I-CSCF將消息轉(zhuǎn)到S-CSCF

3.6 S-CSCF從HSS得到用戶的認(rèn)證信息

3.7 S-CSCF通知用戶重新認(rèn)證

3.8 用戶重新發(fā)起注冊（1－5步）

3.9 認(rèn)證通過，S-CSCF通知HSS

3.10 S-CSCF從HSS下載用戶數(shù)據(jù)和iFC

3.11 S-CSCF通知AS進(jìn)行第三方注冊

3.12 AS從HSS得到用戶數(shù)據(jù)

3.13 P-CSC用戶向S-CSCF訂閱注冊事件通知

3.14 用戶向S-CSCF訂閱注冊事件通知

4 IMS的新業(yè)務(wù)應(yīng)用：

多媒體彩鈴、GM、IM、Presence等業(yè)務(wù)是IMS中的重要業(yè)務(wù)，是運(yùn)營商未來盈利的主要內(nèi)容，歸納起來，這些業(yè)務(wù)有以下特點(diǎn)：

以群組列表數(shù)據(jù)為中心；

業(yè)務(wù)有很強(qiáng)的關(guān)聯(lián)性或依賴性；

數(shù)據(jù)高度共享，為用戶-網(wǎng)絡(luò)共享（如Group信息），不同業(yè)務(wù)共享（如訪問列表信息）；

數(shù)據(jù)網(wǎng)絡(luò)化，數(shù)據(jù)存貯在網(wǎng)絡(luò)，可以供用戶和網(wǎng)絡(luò)使用；

數(shù)據(jù)可移動，數(shù)據(jù)可以根據(jù)用戶的不同位置（如移動終端、Internet），從網(wǎng)絡(luò)上進(jìn)行下載，或從不同的位置進(jìn)行修改；

數(shù)據(jù)管理要求很高，要求可以在不同位置修改，對不同位置進(jìn)行同步等。

下面，我們以幾個(gè)典型的IMS新業(yè)務(wù)形式進(jìn)行重點(diǎn)說明。

4.1 組管理業(yè)務(wù)特征：

組列表管理是IMS群組類新業(yè)務(wù)的數(shù)據(jù)中心，是IMS的重要應(yīng)用服務(wù)器AS，但又不同于普通的AS，具有很大的特殊性。它能夠?yàn)椴煌腁S提供列表數(shù)據(jù)，并可以作為業(yè)務(wù)單獨(dú)提供給用戶。組管理不完全依賴于IMS的框架，具有很強(qiáng)的獨(dú)立性。在網(wǎng)絡(luò)和業(yè)務(wù)部署時(shí)，其位置與HSS相似，是運(yùn)營商的核心網(wǎng)元。組管理可以促進(jìn)業(yè)務(wù)融合，并影響運(yùn)營模式。

組管理業(yè)務(wù)雖然可以作為單獨(dú)業(yè)務(wù)提供，如提供移動電話本，但主要目的是為其他業(yè)務(wù)提供數(shù)據(jù)，因此決定其具有以下特征：移動電話本業(yè)務(wù)可以供用戶通過其他方式編輯電話本，并下載到終端，具有管理方便、可移動、不易失等特點(diǎn)，適應(yīng)更換終端設(shè)備、多終端的場合，但吸引力不大組管理業(yè)務(wù)為PoC、Presence、IM、Conference等業(yè)務(wù)提供服務(wù)，而且是上述業(yè)務(wù)開展的必要條件，因此在上述業(yè)務(wù)開展時(shí)，必須同步開展組管理業(yè)務(wù)的部署。

群組類業(yè)務(wù)是未來移動業(yè)務(wù)中的重要業(yè)務(wù)，極具發(fā)展?jié)摿?，隨著群組類業(yè)務(wù)的發(fā)展和成熟，組管理業(yè)務(wù)也將迅速發(fā)展，并可能獲得獨(dú)立發(fā)展的機(jī)會，或派生出其他類型的新業(yè)務(wù)。

4.2 公共業(yè)務(wù)標(biāo)識：

為了在IMS系統(tǒng)中引入標(biāo)準(zhǔn)的呈現(xiàn)、消息、會議、群組等業(yè)務(wù)，需要引入公共業(yè)務(wù)標(biāo)識PSI（Public Service Identities）。PSI標(biāo)識的是業(yè)務(wù)，由AS負(fù)責(zé)執(zhí)行。另外，PSI也可用于標(biāo)識群組。

IMS系統(tǒng)使用戶能在AS的控制下創(chuàng)建、管理、使用PSI的能力。PSI的創(chuàng)建既可以是靜態(tài)，也可以動態(tài)的。每個(gè)PSI由一個(gè)AS管理，該AS根據(jù)PSI執(zhí)行相應(yīng)的邏輯控制。

IMS能夠使用PSI來為IMS消息進(jìn)行尋址。又如IMS域組用戶數(shù)據(jù)由一個(gè)或多個(gè)AS（通常是XDM）創(chuàng)建。這些組用戶數(shù)據(jù)可以為不同的應(yīng)用和不同的AS使用，以完成和組用戶數(shù)據(jù)相關(guān)的不同業(yè)務(wù)。

由于PSI直接影響消息路由、業(yè)務(wù)觸發(fā)、業(yè)務(wù)邏輯等處理，必須統(tǒng)一規(guī)劃、明確規(guī)定，保證其唯一性和正確的語義，使網(wǎng)元能正確理解PSI，并正確處理。

4.3 多媒體彩鈴業(yè)務(wù)：

IMS多媒體彩鈴業(yè)務(wù)（MRBT: Multimedia Ring Back Tone）是一種在主、被叫用戶通話前，向主叫用戶播放一段用戶預(yù)設(shè)的個(gè)性化多媒體回鈴音取代普通回鈴音的業(yè)務(wù)。他的實(shí)現(xiàn)原理：（1）多媒體彩鈴平臺跨接在主被叫終端媒體協(xié)商路徑。（2）彩鈴媒體由被叫彩鈴平臺直接提供給主叫UE。

4.4 Presense（呈現(xiàn)）業(yè)務(wù)：

Presence是以某種通信方式，按照一定的接入準(zhǔn)則，實(shí)時(shí)獲取Presence信息，并展現(xiàn)給其他用戶的一種方法。Presence 是面向用戶提供的IMS業(yè)務(wù)中的一個(gè)關(guān)鍵部件，支持增值業(yè)務(wù)：如，基于Presence的智能路由、實(shí)時(shí)狀態(tài)顯示、一鍵通業(yè)務(wù)（Push to talk）、統(tǒng)一通信業(yè)務(wù)（Unified Communication）等。業(yè)務(wù)提供者能根據(jù)用戶目前的Presence信息，來提供最適當(dāng)?shù)臉I(yè)務(wù)方式。

5 結(jié)束語:

IMS業(yè)務(wù)層的標(biāo)準(zhǔn)目前來看還相對不成熟，標(biāo)準(zhǔn)定義比較完善的Presence、GM(Group Messaging)、OCS等業(yè)務(wù)和部件，而業(yè)務(wù)管理等部分還沒有標(biāo)準(zhǔn)化，即時(shí)會議和MRS雖有部分標(biāo)準(zhǔn)，但還沒有最終完成。設(shè)備商目前的實(shí)現(xiàn)是基于這些草案來做的，為實(shí)現(xiàn)豐富的業(yè)務(wù)功能，各自進(jìn)行了少量的擴(kuò)展。

要真正進(jìn)行IMS業(yè)務(wù)商用部署，首先應(yīng)該開始IMS新業(yè)務(wù)的演示和試驗(yàn)，然后進(jìn)行商業(yè)規(guī)模的應(yīng)用。IMS新業(yè)務(wù)只在重點(diǎn)城市推出試商用，可以根據(jù)發(fā)展的用戶規(guī)模決定建設(shè)IMS核心網(wǎng)；IMS核心網(wǎng)及應(yīng)用提供基于IMS的新的增值業(yè)務(wù)，如：對媒體彩鈴、Presence、GM、企業(yè)通信助理等?，F(xiàn)網(wǎng)業(yè)務(wù)由原有的業(yè)務(wù)平臺提供業(yè)務(wù)，同時(shí)完成IMS與現(xiàn)網(wǎng)各設(shè)備的互通。

參考文獻(xiàn)

[1][芬]Gonzalo CamarilloMiguel A.García-Martín 編著 張同須等譯3G IP多媒體子系統(tǒng)IMS――融合移動網(wǎng)與因特網(wǎng)

[2]Miikka Poikselka, Aki Niemi, 編著The IMS: IP Multimedia Concepts and Services, 2nd Edition

作者簡介：

第2篇：新媒體運(yùn)營的底層邏輯范文

[關(guān)鍵字]Parlay　ParlayX　OSA　OSE　OMA

1　增值業(yè)務(wù)平臺概述

移動增值業(yè)務(wù)是能夠給運(yùn)營商以及業(yè)務(wù)提供商、內(nèi)容提供商帶來高額利潤的業(yè)務(wù)。近幾年來，國內(nèi)外運(yùn)營商一直將增值業(yè)務(wù)的開展作為其業(yè)務(wù)開展的重點(diǎn)。而增值業(yè)務(wù)有著種類繁多、內(nèi)容復(fù)雜的特點(diǎn)，如何進(jìn)行新業(yè)務(wù)的快速開發(fā)以及如何進(jìn)行有效的業(yè)務(wù)管理，成為運(yùn)營商以及各標(biāo)準(zhǔn)化組織關(guān)注的熱點(diǎn)。同時(shí)。技術(shù)和市場的發(fā)展使得移動業(yè)務(wù)的價(jià)值鏈分工進(jìn)一步細(xì)化，運(yùn)營商希望通過加強(qiáng)對業(yè)務(wù)平臺的控制保持對價(jià)值鏈的主導(dǎo)地位。因此，移動增值業(yè)務(wù)平臺的重要性日益凸顯。

由于歷史的原因。增值業(yè)務(wù)系統(tǒng)的建設(shè)原來是垂直的網(wǎng)絡(luò)結(jié)構(gòu)，運(yùn)營商每提供一種增值業(yè)務(wù)就要建設(shè)一套完整的業(yè)務(wù)系統(tǒng)。包括業(yè)務(wù)接入、業(yè)務(wù)鑒權(quán)、業(yè)務(wù)管理、用戶管理以及業(yè)務(wù)計(jì)費(fèi)等功能。這樣不僅造成了嚴(yán)重的重復(fù)投資，還使網(wǎng)絡(luò)的維護(hù)和管理成本也越來越高，更不能簡單、方便、快捷地提供各種新應(yīng)用。因此。運(yùn)營商迫切需要改變目前的這種狀況，使移動增值業(yè)務(wù)系統(tǒng)由垂直架構(gòu)體系向水平架構(gòu)方向發(fā)展，以便于新業(yè)務(wù)的快速開發(fā)、商用，同時(shí)也使得業(yè)務(wù)系統(tǒng)的建設(shè)、運(yùn)營、維護(hù)更加科學(xué)化。降低業(yè)務(wù)系統(tǒng)的復(fù)雜度。水平體系架構(gòu)的業(yè)務(wù)系統(tǒng)正是由于其易于管理、便于迅速開發(fā)新業(yè)務(wù)等特點(diǎn)，正逐漸被運(yùn)營商和設(shè)備廠商采用，進(jìn)行業(yè)務(wù)的開發(fā)與部署。

目前在移動增值業(yè)務(wù)平臺方面比較重要的標(biāo)準(zhǔn)化組織有Parlay／OSA與OMA的業(yè)務(wù)平臺架構(gòu)。這兩種平臺架構(gòu)都基于水平體系架構(gòu)，能方便的實(shí)現(xiàn)業(yè)務(wù)管理、業(yè)務(wù)開發(fā)、業(yè)務(wù)能功能。

2　OSA／Parlay、ParlayX架構(gòu)

2.1 Parlay、ParlayX介紹

Parlay組織成立于1998年，最初由BT、Ulticom、Microsoft、Nortel和Siemens五家公司聯(lián)合發(fā)起成立，其主要目標(biāo)就是制定符合工業(yè)標(biāo)準(zhǔn)的應(yīng)用編程接口規(guī)范，開放電信領(lǐng)域，使最大范圍內(nèi)的市場參與者可開發(fā)和提供電信業(yè)務(wù)。同時(shí)為特定的用戶群快速定制個(gè)性化業(yè)務(wù)。Parlay組織的工作重點(diǎn)在于制定Parlay API規(guī)范，但不包括如何實(shí)現(xiàn)API，以及基于API的應(yīng)用、底層網(wǎng)絡(luò)軟件、物理構(gòu)件、物理接口和協(xié)議。

目前，Parlay組織的成員已經(jīng)超過60家，覆蓋了國際上著名的電信運(yùn)營商、網(wǎng)絡(luò)設(shè)備供應(yīng)商和計(jì)算機(jī)設(shè)備供應(yīng)商，隨著研究的深入，Parlay組織逐漸與其他標(biāo)準(zhǔn)化組織或論壇，如ETSI、IEEE、IETF、3GPP、OMA等建立起合作關(guān)系。

在Parlay組織成立后不久，3GPP和ETSI啟動了3G系統(tǒng)UMTS的開放式業(yè)務(wù)架構(gòu)的研究，稱之為OSA(Open Service Access)。OSA目標(biāo)就是提供一種可擴(kuò)展和可伸縮的開放式體系結(jié)構(gòu)，以靈活和向后兼容的方式開發(fā)新業(yè)務(wù)能力特征，同時(shí)定義一個(gè)常規(guī)的API，以支持第三方應(yīng)用接入網(wǎng)絡(luò)的能力。兩者非常類似，最初的OSA標(biāo)準(zhǔn)就是由Parlay1.2和2.1加上少量的3GPP新增功能組成的。早期兩者的差別在于：Parlay是單純的接口標(biāo)準(zhǔn)，不關(guān)心任何基礎(chǔ)電信網(wǎng)絡(luò)結(jié)構(gòu)和技術(shù)；而OSA是一種業(yè)務(wù)結(jié)構(gòu)。不但包括業(yè)務(wù)接口。還包括體系結(jié)構(gòu)以及Parlay至移動網(wǎng)絡(luò)協(xié)議，如MAP，CAP等的映射。其后，兩個(gè)組織決定共同研究提供一套網(wǎng)絡(luò)運(yùn)營商之外的第三方應(yīng)用安全接入和控制核心網(wǎng)絡(luò)資源的標(biāo)準(zhǔn)方法，從Parlay3.0和OSA R5開始，共同API規(guī)范，這標(biāo)志著Parlay與OSA規(guī)范區(qū)于一致，統(tǒng)稱為Parlay／OSA。

目前OSA提供兩種API，即OSA／Parlay API和Parlay X Web Service。

Parlay／OSA API源自Parlay Group的Parlay API，自3GPP R5階段開始由3GPP、ETSI和Parlay Group聯(lián)合。它得到了3GPP2，JAIN，OMA等國際技術(shù)組織的支持。目前Parlay／OSA API已經(jīng)發(fā)展到了OSA v7.0.0／Parlay 6。

為了讓第三方業(yè)務(wù)開發(fā)商也能夠開發(fā)電信業(yè)務(wù)，3GPPR6規(guī)范中引入了Parlay X Web Service。Parlay X Web Service最初由Parlay Group定義，與Parlay／OSA API相比，Parlay X完全針對缺乏電信網(wǎng)絡(luò)知識的業(yè)務(wù)開發(fā)者而設(shè)計(jì)，在更高的層次對網(wǎng)絡(luò)能力進(jìn)行了抽象，完全屏蔽了網(wǎng)絡(luò)技術(shù)實(shí)現(xiàn)的細(xì)節(jié)，因此更加簡單易用。當(dāng)然，代價(jià)是ParlayX的能力遠(yuǎn)沒有Parlay API強(qiáng)大。它只是一個(gè)應(yīng)用接口，僅能夠提供一些基本的網(wǎng)絡(luò)能力，不提供AAA、服務(wù)級別的協(xié)商或其它環(huán)境相關(guān)能力，當(dāng)使用到某些網(wǎng)絡(luò)能力時(shí)，需要通過調(diào)用Parlay API來實(shí)現(xiàn)。目前Parlay X已發(fā)展到了OSAParlay X v7.2.0／Parlay X 3.0。

2.2 Parlay／OSA架構(gòu)

如圖1所示，Parlay／OSA體系結(jié)構(gòu)分為應(yīng)用(Application)、框架(Framework)和業(yè)務(wù)能力服務(wù)器三部分。

(1)應(yīng)用(Application)：應(yīng)用是指開發(fā)的具體業(yè)務(wù)，如會議電視、基于位置的應(yīng)用等。業(yè)務(wù)層的業(yè)務(wù)應(yīng)用程序可以是第三方SP、CP開發(fā)的業(yè)務(wù)，也可以是網(wǎng)絡(luò)運(yùn)營商自己提供的業(yè)務(wù)。這些業(yè)務(wù)可以在一個(gè)或多個(gè)應(yīng)用服務(wù)器(Application Server)上實(shí)現(xiàn)。

(2)框架(Framework)：框架接口為網(wǎng)絡(luò)業(yè)務(wù)接口提供必需的支撐能力以及對網(wǎng)絡(luò)業(yè)務(wù)接口的安全管理。框架接口的存在是為了保證上層的應(yīng)用業(yè)務(wù)以一種可擴(kuò)展的和安全的方式使用Parlay／OSA網(wǎng)絡(luò)業(yè)務(wù)接口。當(dāng)前Parlay／OSAAPI規(guī)范的框架接口提供的功能包括：業(yè)務(wù)注冊、訂購和查找、認(rèn)證和鑒權(quán)、完整性管理。

(3)業(yè)務(wù)能力服務(wù)器(Service Capability Server)：業(yè)務(wù)能力服務(wù)器提供的業(yè)務(wù)能力特征屬于非框架業(yè)務(wù)能力特征，是網(wǎng)絡(luò)能力的抽象與封裝，應(yīng)用通過這些業(yè)務(wù)接口獲得網(wǎng)絡(luò)的能力，保證應(yīng)用的開發(fā)不依賴于任何的網(wǎng)絡(luò)細(xì)節(jié)與特定的網(wǎng)絡(luò)復(fù)雜性。這些業(yè)務(wù)能力主要包括傳統(tǒng)電信網(wǎng)絡(luò)能力。如：呼叫控制、用戶交互、移動管理、帳戶管理、計(jì)費(fèi)等。OSA的業(yè)務(wù)能力特征SCF(Service Capability Feature)及框架提供的運(yùn)行機(jī)制都用接13API定義。需要注意的是，在使用任何業(yè)務(wù)能力特征之前，非框架業(yè)務(wù)能力特征必須向框架注冊并通知框架可 用。除此之外，業(yè)務(wù)能力服務(wù)器也支持在線監(jiān)控、負(fù)荷管理、時(shí)間通知等機(jī)制以及故障恢復(fù)方法。在Parlay／OSA的網(wǎng)絡(luò)結(jié)構(gòu)中，SCS一方面為應(yīng)用層提供API接口，同時(shí)完成與底層網(wǎng)絡(luò)的適配。SCS是邏輯的概念，可以分布在不同的物理節(jié)點(diǎn)或同一個(gè)物理結(jié)點(diǎn)上。

Parlay／OSA架構(gòu)提供對業(yè)務(wù)能力特征(SCF)的訪問控制，從而提供了靈活的應(yīng)用技術(shù)和商業(yè)模式。此外，Parlay／OSAI作方式還可以管理不同廠家提供的非標(biāo)準(zhǔn)的SCF，這些由各廠家提供的非標(biāo)準(zhǔn)的SCF往往具有各自特殊的強(qiáng)大功能。Parlay／OSA架構(gòu)主要包括以下幾個(gè)主要功能。

Parlay／OSA業(yè)務(wù)、發(fā)現(xiàn)、綁定過程大致描述為：

(1)業(yè)務(wù)的：業(yè)務(wù)能力服務(wù)器(SCS)啟動和通過框架認(rèn)證后。SCS將業(yè)務(wù)能力特征(SCF)在框架上注冊。

(2)業(yè)務(wù)的發(fā)現(xiàn)：當(dāng)應(yīng)用需要使用業(yè)務(wù)能力服務(wù)器提供的SCF時(shí)。也必須首先通過框架認(rèn)證，認(rèn)證的應(yīng)用可以獲得可用的框架接口，并使用開放接口獲得被授權(quán)的網(wǎng)絡(luò)業(yè)務(wù)能力特征的業(yè)務(wù)。應(yīng)用選擇SCF后，在與網(wǎng)絡(luò)業(yè)務(wù)能力特征交互之前，必須建立業(yè)務(wù)協(xié)議，應(yīng)用在使用任何網(wǎng)絡(luò)SCF前，需要簽訂在線的業(yè)務(wù)協(xié)議?？蚣苷埱蠓?wù)生成一個(gè)服務(wù)管理器，框架將服務(wù)管理器的引用傳遞給應(yīng)用。

(3)業(yè)務(wù)的綁定執(zhí)行：應(yīng)用和選中的SCF交互，在交互過程中由服務(wù)管理器在服務(wù)中負(fù)責(zé)處理與應(yīng)用的所有通信，應(yīng)用可以通過控制命令來使用選中的SCF，或者在SCF中注冊回調(diào)接口來獲得需要的事件通知。服務(wù)通過相應(yīng)的回調(diào)接口返回對于控制命令的響應(yīng)，或者向應(yīng)用報(bào)告相關(guān)事件的發(fā)生。

2.3 Parlay X架構(gòu)

Parlay API功能強(qiáng)大，但其對于普通開發(fā)者來說，技術(shù)難度較大，且需要開發(fā)者具備一定的電信知識。并且，在基于CORBA技術(shù)實(shí)現(xiàn)的Parlay API中，對于多媒體業(yè)務(wù)的控制響應(yīng)速度慢、效率不高，尤其在創(chuàng)建跨平臺應(yīng)用時(shí)，可伸縮性較差。對此。Parlay組織在2002年提出了另外一種業(yè)務(wù)發(fā)現(xiàn)、創(chuàng)建方式：基于HTTP的Web Service模式。Parlay4.1規(guī)范從整體上引入了Web Service的概念，并且在原有Parlay API協(xié)議基礎(chǔ)上，對Parlay API所描述的電信網(wǎng)絡(luò)能力進(jìn)一步的進(jìn)行抽象，使用基于Web Service的WSDL(Web Service Descript Language)語言對API進(jìn)行描述，從而給開發(fā)人員一個(gè)更為清晰、簡潔、易于理解的電信業(yè)務(wù)開發(fā)接口。這樣，IT開發(fā)人員無需掌握電信網(wǎng)絡(luò)專業(yè)知識，即可快速理解ParlayX，利用Web Service技術(shù)開發(fā)出豐富多彩的電信增值業(yè)務(wù)。

Parlay與Parlay X在網(wǎng)絡(luò)中的位置如圖2所示。

從圖2可以看出，Parlay X Web Services API位于現(xiàn)有網(wǎng)絡(luò)之上，現(xiàn)有網(wǎng)絡(luò)的網(wǎng)絡(luò)單元通過Parlay X Web Services網(wǎng)關(guān)與應(yīng)用服務(wù)器進(jìn)行交互，從而提供第三方業(yè)務(wù)或綜合的業(yè)務(wù)。

Parlay X Web Services網(wǎng)關(guān)可以直接與網(wǎng)元連接，也可以通過Parlay／OSA網(wǎng)關(guān)與網(wǎng)元連接。Parlay X WebServices網(wǎng)關(guān)與應(yīng)用服務(wù)器之間的接口為Parlay X WebServices APIs，與Parlay／OSA網(wǎng)關(guān)之間的接口為ParlayAPIs，與現(xiàn)有網(wǎng)絡(luò)的網(wǎng)絡(luò)單元之間的協(xié)議采用各個(gè)網(wǎng)絡(luò)的現(xiàn)有協(xié)議。

3　OMA OSE架構(gòu)

OSE(OMA Service Environment)，是OMA的業(yè)務(wù)體系架構(gòu)規(guī)范?？梢院唵蔚睦斫鉃镺MA定義的移動業(yè)務(wù)應(yīng)用層邏輯體系架構(gòu)，或者體系架構(gòu)的抽象模型。

OSE的目標(biāo)就是提供一個(gè)靈活的、可擴(kuò)展的結(jié)構(gòu)給應(yīng)用開發(fā)者、業(yè)務(wù)能力和業(yè)務(wù)提供者，在這個(gè)結(jié)構(gòu)中可以生成、部署OMA業(yè)務(wù)引擎，并對其進(jìn)行業(yè)務(wù)維護(hù)。OSE是OMA業(yè)務(wù)能力和相關(guān)操作者之間的一個(gè)概念環(huán)境，可以實(shí)現(xiàn)業(yè)務(wù)能力之間的重用，不同的業(yè)務(wù)能力可以方便地加入這個(gè)框架。OSE提供給業(yè)務(wù)開發(fā)者和SP一個(gè)完整的具有互操作性的環(huán)境，可以對OMA業(yè)務(wù)能力方便地進(jìn)行集成、移植。

OSE 1.0規(guī)范已經(jīng)完成，并開始實(shí)施。OSE 1.0的邏輯結(jié)構(gòu)如圖3所示。

(1)業(yè)務(wù)引擎實(shí)現(xiàn)

指業(yè)務(wù)引擎在運(yùn)營商側(cè)或者終端側(cè)的實(shí)現(xiàn)。業(yè)務(wù)引擎是用于某一業(yè)務(wù)開發(fā)、部署及運(yùn)營的技術(shù)，它被OMA定義為一個(gè)或一組規(guī)范，這些規(guī)范以標(biāo)準(zhǔn)包的方式。如Presence、定位業(yè)務(wù)引擎。

(2)策略執(zhí)行者

提供基于策略的管理機(jī)制，通過諸如收費(fèi)、用戶隱私／參數(shù)設(shè)置等方式保證底層資源的安全，并對訪問請求進(jìn)行管理。

(3)業(yè)務(wù)綁定

指通過特定的語言、協(xié)議將業(yè)務(wù)引擎和接口進(jìn)行綁定。業(yè)務(wù)綁定通常指訪問某業(yè)務(wù)引擎所需要的特定的語言的語法、協(xié)議。

(4)業(yè)務(wù)執(zhí)行環(huán)境

包括流程監(jiān)視、軟件生命周期管理、系統(tǒng)支撐功能(如線程管理、負(fù)載均衡和緩存)、對引擎的運(yùn)行維護(hù)管理等功能。

(5)應(yīng)用

執(zhí)行工作時(shí)所需的相關(guān)功能的實(shí)現(xiàn)，通常涉及一個(gè)或多個(gè)業(yè)務(wù)，由軟件和硬件元素組成。應(yīng)用是開始和結(jié)束調(diào)用引擎的基本實(shí)體，它可以直接調(diào)用業(yè)務(wù)引擎實(shí)現(xiàn)去實(shí)現(xiàn)業(yè)務(wù)。應(yīng)用可以放在業(yè)務(wù)環(huán)境(包括移動終端)的任何地方。

OSE的基本思想是每個(gè)業(yè)務(wù)引擎只定義與核心功能相關(guān)的功能、協(xié)議和調(diào)用方式。每個(gè)業(yè)務(wù)引擎都必須定義一個(gè)或多個(gè)標(biāo)準(zhǔn)接口提供給外部，以便其他業(yè)務(wù)引擎調(diào)用其功能。如果某個(gè)業(yè)務(wù)引擎需要依賴已定義的OMA功能，必須指明使用哪個(gè)引擎的何種接口。

為了簡化業(yè)務(wù)應(yīng)用層的架構(gòu)模型，OMA首先對各種應(yīng)用接口進(jìn)行了分類。OMA在OSE中定義了四類接口：

10：內(nèi)在功能接口類，由OMA進(jìn)行定義。若沒有Policy部分，該接口直接提供給Application和其他Enabler，便于不同Enabier之間的功能重用；

10+P：應(yīng)用了Policy的IO接口，提供給Application和其他Enabler。其中，P是IO接口上的一個(gè)附加參數(shù)集，部分P參數(shù)的語法和語義在OMA中進(jìn)行定義，但P也可以不含任何附加參數(shù)：

11：資源與業(yè)務(wù)執(zhí)行環(huán)境之間的接口，例如軟件生命周期管理。在OMA中進(jìn)行規(guī)范，作為OSPE的一個(gè)部分；

12：實(shí)體調(diào)用底層資源功能的接口類，例如IMS提供給應(yīng)用層的開放接口。這一類接口不在OMA中進(jìn)行規(guī)范。

4　OSE與Parlay／Parlay X

Parlay/OSA與Parlay X為第三方業(yè)務(wù)開發(fā)商提供了方便調(diào)用電信網(wǎng)絡(luò)資源的API，這些網(wǎng)絡(luò)資源(業(yè)務(wù)能力)包括呼叫控制、消息類業(yè)務(wù)、位置類業(yè)務(wù)、Presence、計(jì)費(fèi)、策略等，以及OMA定義的業(yè)務(wù)能力。3GPP和OMA的 工作范圍有著大概的分工，3GPP負(fù)責(zé)定義3G網(wǎng)絡(luò)協(xié)議、網(wǎng)絡(luò)架構(gòu)，包括無線鏈路、接入網(wǎng)及核心網(wǎng)的協(xié)議、架構(gòu)，OMA負(fù)責(zé)與底層網(wǎng)絡(luò)無關(guān)的業(yè)務(wù)能力的定義。而Parlay和ParlayX則是為了在業(yè)務(wù)能力之上調(diào)用業(yè)務(wù)能力、開發(fā)第三方應(yīng)用。由此看來。Parlay／ParlayX與OMA的關(guān)系應(yīng)該更為密切，因此，在2008年，Parlay與ParlayX的工作由3GPP轉(zhuǎn)移到了OMA，3GPP原來關(guān)于Parlay／OSA與ParlayX的工作凍結(jié)。

為了更好地利用Parlay、ParlayX來訪問、開發(fā)基于OMA業(yè)務(wù)能力的業(yè)務(wù)，2008年OMA的ARC組成立了一個(gè)PSA(Parlay Service Access)項(xiàng)目。其目的在于繼續(xù)Parlay／OSA與ParlayX在3GPP凍結(jié)之后未完成的非技術(shù)性的工作。另外，為了給出Parlay與OSE的相互融合架構(gòu)以及OSE如何更好地使用Parlay與PadayX提供的資源，OMA的ARC組還成立了一個(gè)PIOSE(Parlay in OSE)項(xiàng)目。

在PSA中，OMA給出了從OSE的角度來如何使用Parlay和ParlayX，如圖5所示。

圖5給出了將Parlay／ParlayX融合到OSE架構(gòu)中的一個(gè)框架。從該框架可以看出，OSE的底層資源被分為兩類：Parlay／ParlayX資源和非Parlay／ParlayX資源。Parlay／ParlayX API則看作是OMA的一種業(yè)務(wù)能力實(shí)現(xiàn)。業(yè)務(wù)能力實(shí)現(xiàn)可以調(diào)用Parlay／ParlayX資源和非Parlay/ParlayX資源。當(dāng)SP開發(fā)應(yīng)用時(shí)，通過10+P或直接通過10接口調(diào)用OMA業(yè)務(wù)能力實(shí)現(xiàn)。如果SP開發(fā)的業(yè)務(wù)需要調(diào)用Parlay／ParlayX資源，則通過Parlay／ParlayX API調(diào)用這些資源。

Parlay／ParlayX資源指實(shí)現(xiàn)Parlay／ParlayX API的物理實(shí)體，如Parlay／ParlayX網(wǎng)關(guān)、OSA SCS(Service CapabiIityServers,業(yè)務(wù)能力服務(wù)器)。從圖6可以看出，OSE中的應(yīng)用或業(yè)務(wù)能力實(shí)現(xiàn)可以通過10接口直接調(diào)用Parlay／ParlayX資源。

將Parlay／ParlayX與OSE結(jié)合起來的好處是：

(1)在OSE環(huán)境下，調(diào)用Parlay／ParlayX資源，從而盡可能地減少投資損失；

(2)為運(yùn)營商和設(shè)備商在開發(fā)平臺架構(gòu)時(shí)，提供一個(gè)更為靈活的架構(gòu)；

(3)給業(yè)務(wù)開發(fā)者提供更為靈活的接口?？梢蚤_發(fā)基于3GPP的業(yè)務(wù)和OMA業(yè)務(wù)能力的業(yè)務(wù)；

(4)在重用OMA業(yè)務(wù)能力和Parlay／ParlayX API時(shí)。避免因?yàn)閰⒖疾煌囊?guī)范給開發(fā)者帶來困惑。

第3篇：新媒體運(yùn)營的底層邏輯范文

關(guān)鍵詞：三網(wǎng)融合；WLAN；廣電

1 三網(wǎng)融合下WIFI發(fā)展的背景

有線電視網(wǎng)作為國家的重要戰(zhàn)略資源，不僅是黨和政府的“喉舌”，擔(dān)負(fù)著非常重要的宣傳任務(wù)；另一方面它們又是信息傳播的工具，是滿足人民文化生活需要的大眾媒體。其公益性、廣泛接入性和寬帶優(yōu)勢使其可以通過優(yōu)質(zhì)的服務(wù)和經(jīng)濟(jì)合理的價(jià)格同時(shí)起到為黨和政府服務(wù)，以及為民眾提供豐富的多媒體信息服務(wù)的雙重功用。

南京有線互聯(lián)網(wǎng)接入業(yè)務(wù)的開展有助于實(shí)現(xiàn)數(shù)字電視、互動電視、網(wǎng)絡(luò)媒體等不同類型的多媒體信息服務(wù)產(chǎn)品。為南京200余萬乃至全省1600萬有線網(wǎng)絡(luò)用戶的提供多層次服務(wù)。

此外，南京有線互聯(lián)網(wǎng)接入業(yè)務(wù)兼?zhèn)渚W(wǎng)絡(luò)交互傳輸技術(shù)，以及視頻節(jié)目豐富的雙重優(yōu)勢。在家庭電腦和電視終端擁有數(shù)較高的南京，通過業(yè)務(wù)的運(yùn)營，可以在全國首先實(shí)現(xiàn)寬帶信息網(wǎng)絡(luò)全面接入每一個(gè)家庭，大大豐富民眾對寬帶接入的選擇，不僅使得寬帶互聯(lián)網(wǎng)接入不再因服務(wù)和資費(fèi)的高高在上而成為少數(shù)人的服務(wù)，真正貼近百姓民生。更可通過對現(xiàn)有各項(xiàng)資源的高度整合，在服務(wù)和覆蓋上對有線數(shù)字互動電視形成有效補(bǔ)充，在滿足老百姓不斷增長的文化需求消費(fèi)的同時(shí)，充分利用業(yè)務(wù)的優(yōu)勢發(fā)揮承載社會信息化的基本功能，推動南京信息化服務(wù)產(chǎn)業(yè)的發(fā)展，與有線數(shù)字互動電視并肩促進(jìn)數(shù)字南京的推進(jìn)步伐，在全國信息化和文化產(chǎn)業(yè)建設(shè)中起到示范和標(biāo)桿作用！

無線WIFI作為互聯(lián)網(wǎng)接入的新技術(shù)，越來越多的被政府、企業(yè)和個(gè)人用戶所使用，基于WIFI接入和有線電視網(wǎng)絡(luò)承載的新型網(wǎng)絡(luò)就成為廣電發(fā)展的必然選擇；同時(shí)也可以將電視業(yè)務(wù)和視頻節(jié)目更好的覆蓋的千家萬戶。目前有線電視網(wǎng)絡(luò)本身就在走IP化的道路，不僅僅在接入網(wǎng)，目前核心的數(shù)字電視前端已經(jīng)IP化了，點(diǎn)播流的推送也實(shí)現(xiàn)了IP化，采用WIF接入并依托有線電視網(wǎng)絡(luò)的安全性和權(quán)威性構(gòu)建權(quán)威信息平臺，發(fā)揮對輿論的正確導(dǎo)向，凈化網(wǎng)絡(luò)輿論環(huán)境的作用，建立政府和市民的良好溝通渠道；同時(shí)為有線電視迅速接入新媒體產(chǎn)業(yè)，樹立新媒體權(quán)威性奠定了堅(jiān)實(shí)的基礎(chǔ)。

2 國家政策

根據(jù)工信部電管函【2012】452號文件給南京有線的批復(fù)，其中第一條“同意你公司在南京市開展基于有線電視網(wǎng)的互聯(lián)網(wǎng)接入業(yè)務(wù)、互聯(lián)網(wǎng)數(shù)據(jù)傳送增值業(yè)務(wù)、國內(nèi)IP電話業(yè)務(wù)?！?/p>

互聯(lián)網(wǎng)的基礎(chǔ)是基于TCP/IP協(xié)議，所有的用戶互聯(lián)網(wǎng)終端是以為TCP/IP協(xié)議簇為基礎(chǔ)的網(wǎng)絡(luò)終端。因此廣電要實(shí)現(xiàn)基于有線電視網(wǎng)絡(luò)的互聯(lián)網(wǎng)業(yè)務(wù)，必須對接入網(wǎng)絡(luò)進(jìn)行改造，即要實(shí)現(xiàn)從有線電視網(wǎng)絡(luò)到TCP/IP網(wǎng)絡(luò)的轉(zhuǎn)換。這種改造必須適應(yīng)未來網(wǎng)絡(luò)發(fā)展的趨勢，即高帶寬、移動化和廣覆蓋。從目前的發(fā)展趨勢來看，WIFI作為一種高帶寬和可集中管理的接入方式，是未來互聯(lián)網(wǎng)接入的重要手段，也是作為家庭有線接入的重要補(bǔ)充， WIFI更為重要的特點(diǎn)是面向全終端，任何時(shí)間任何地點(diǎn)都可以使用。

根據(jù)國家無委會相關(guān)的法規(guī)已經(jīng)批準(zhǔn)將2.4G和5.8G用于無線業(yè)務(wù)接入，這也為互聯(lián)網(wǎng)接入業(yè)務(wù)、互聯(lián)網(wǎng)數(shù)據(jù)傳送增值業(yè)務(wù)和國內(nèi)IP電話業(yè)務(wù)提供了更多的接入選擇。因此從技術(shù)和政策來說都不存在任何問題。

另一方面，根據(jù)工信息部批文目前南京有線具備從事基于有線電視網(wǎng)絡(luò)的互聯(lián)網(wǎng)業(yè)務(wù)資質(zhì)。因此南京有線可以充分利用現(xiàn)有網(wǎng)絡(luò)采用多樣的接入手段將互聯(lián)網(wǎng)用接入到有線電視網(wǎng)絡(luò)中，通過與運(yùn)營商的骨干網(wǎng)互聯(lián)來開展國際互聯(lián)。

3 技術(shù)實(shí)現(xiàn)

TCP/IP協(xié)議棧作為internet互聯(lián)網(wǎng)的基礎(chǔ)，由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。TCP/IP定義了電子設(shè)備如何連入因特網(wǎng)，以及數(shù)據(jù)如何在它們之間傳輸?shù)臉?biāo)準(zhǔn)。協(xié)議采用了5層的層級結(jié)構(gòu)，每一層都使用它的下一層所提供的網(wǎng)絡(luò)來完成自己的需求。而南京廣電有線電視是基于Docsis協(xié)議，因此廣電要提供互聯(lián)接入業(yè)務(wù)首先要做的是如何將TCP/IP協(xié)議棧和Docsis協(xié)議棧相互映射。

從下圖1可以看出Docsis協(xié)議棧的網(wǎng)絡(luò)層、傳輸層和應(yīng)用層同TCP/IP協(xié)議棧的互聯(lián)網(wǎng)層、傳輸層和應(yīng)用層對應(yīng)。不同的在于底層協(xié)議間的映射。TCP/IP的數(shù)據(jù)鏈路層協(xié)議主要有例如以太網(wǎng)、令牌環(huán)、HDLC、幀中繼、ISDN、ATM、IEEE 802.11、FDDI、PPP；物理層協(xié)議主要有以太網(wǎng)、Wi-Fi等。從目前來說互聯(lián)網(wǎng)無論是鏈路層協(xié)議還是物理層協(xié)議主要采用以太網(wǎng)和IEEE 802.11。

因此廣電要提供互聯(lián)網(wǎng)業(yè)務(wù)DOCSIS協(xié)議棧必須完成物理層和鏈路層到以太網(wǎng)和802.11的轉(zhuǎn)換。Docsis和以太網(wǎng)的協(xié)議棧之間轉(zhuǎn)換關(guān)系為下圖2：

DOCSIS在網(wǎng)絡(luò)層上完全采用了IP協(xié)議，這樣可以很好地和支持IP協(xié)議的設(shè)備兼容。在數(shù)據(jù)鏈路層上分了三個(gè)子層，邏輯鏈路控制子層、邏輯鏈路安全子層和介質(zhì)訪問控制子層。邏輯鏈路控制子層采用了以太網(wǎng)的標(biāo)準(zhǔn)，DOCSIS制定了邏輯鏈路安全子層、介質(zhì)訪問控制子層（MAC）的協(xié)議。DOCSIS在物理層上定義了兩個(gè)子層：下行傳輸匯聚子層，任務(wù)是將以太網(wǎng)幀封裝成MPEG-2數(shù)據(jù)幀，在HFC網(wǎng)絡(luò)上傳輸；物理媒體子層，定義CM和CMTS的互操作性，制定了物理層傳輸?shù)腡DMA和S-CDMA標(biāo)準(zhǔn)。

因此只要Cable Modem提供了CMCI以太網(wǎng)接口，用戶可以在有線電視網(wǎng)絡(luò)內(nèi)實(shí)現(xiàn)國際互聯(lián)網(wǎng)有線覆蓋。從目前來看，這種方案已經(jīng)非常成熟，很多大的廠家如MOTO、CISCO和華為等公司都有成熟穩(wěn)定的產(chǎn)品。

對于無線來說802.11協(xié)議定義了物理層和MAC，LLC子層。LLC子層以上和 DOCSIS以Ethernet完全兼容，因此可以很容易的實(shí)現(xiàn)兩種協(xié)議間的轉(zhuǎn)換。

從技術(shù)角度來說有兩種方案，一種是將802.11協(xié)議直接轉(zhuǎn)換為Docsis協(xié)議；另一種是先將802.11轉(zhuǎn)換為Ethernet協(xié)議，然后將Ethernet轉(zhuǎn)換為Docsis，由于兩者都有成熟的產(chǎn)品，因此可以很容易的實(shí)現(xiàn)集成。

第4篇：新媒體運(yùn)營的底層邏輯范文

【關(guān)鍵詞】軟交換技術(shù)；下一代網(wǎng)絡(luò)NGN；媒體網(wǎng)關(guān)；移動3G網(wǎng)絡(luò)

一、軟交換的概念

隨著計(jì)算機(jī)和通信技術(shù)的不斷發(fā)展，通過在一個(gè)公共的分組網(wǎng)絡(luò)中承載話音，數(shù)據(jù)，圖象已經(jīng)被越來越多的運(yùn)營商和設(shè)備制造商所認(rèn)同。在這樣的業(yè)務(wù)驅(qū)動和網(wǎng)絡(luò)融合的趨勢下，誕生了NGN下一代網(wǎng)絡(luò)模型，實(shí)現(xiàn)在分組網(wǎng)絡(luò)中，采用分布式網(wǎng)絡(luò)結(jié)構(gòu)，有效承載話音、數(shù)據(jù)和多媒體業(yè)務(wù)。作為NGN網(wǎng)絡(luò)的核心技術(shù)，軟交換主要遵循業(yè)務(wù)、控制和承載相分離的原則，為電信網(wǎng)提供一個(gè)不受話務(wù)傳輸模式限制的業(yè)務(wù)環(huán)境。

國際軟交換聯(lián)盟(International Softswitch Consortium)對軟交換的定義是“軟交換是提供呼叫控制功能的軟件實(shí)體”，信息產(chǎn)業(yè)部電信傳輸研究所(現(xiàn)通信標(biāo)準(zhǔn)研究所)對軟交換的定義是“軟交換是網(wǎng)絡(luò)演進(jìn)以及下一代分組核心設(shè)備之一，它獨(dú)立于傳送網(wǎng)絡(luò)，主要完成呼叫控制、資源分配、協(xié)議處理、路由、認(rèn)證、計(jì)費(fèi)等主要功能，同時(shí)可以向用戶提供現(xiàn)有電路交換機(jī)所能提供的所有業(yè)務(wù)，并向第三方提供可編程能力?！蹦壳?，我國已完成并頒布了《軟交換設(shè)備總體技術(shù)要求》(YDC003-2001)，明確規(guī)范了軟交換在網(wǎng)絡(luò)中的位置，功能要求、業(yè)務(wù)要求、操作維護(hù)和網(wǎng)管要求、協(xié)議和接口要求，計(jì)費(fèi)要求和性能指標(biāo)，并規(guī)定了與IP電話及智能網(wǎng)的互通要求等。

二、軟交換的體系結(jié)構(gòu)

軟交換網(wǎng)絡(luò)從功能上可以分為業(yè)務(wù)平面、控制平面、傳輸平面和接入平面，如圖1所示。

1.軟交換的網(wǎng)絡(luò)結(jié)構(gòu)介紹

接入平面：提供各種網(wǎng)絡(luò)和設(shè)備接入到核心骨干網(wǎng)的方式和手段，主要包括信令網(wǎng)關(guān)、媒體網(wǎng)關(guān)、接入網(wǎng)關(guān)等多種接入設(shè)備。

傳輸平面：負(fù)責(zé)提供各種信令和媒體流傳輸?shù)耐ǖ溃W(wǎng)絡(luò)的核心傳輸網(wǎng)將是IP分組網(wǎng)絡(luò)。

控制平面：主要提供呼叫控制、連接控制、協(xié)議處理等能力，并為業(yè)務(wù)平面提供訪問底層各種網(wǎng)絡(luò)資源的開放接口。該平面的主要組成部分是軟交換設(shè)備。

應(yīng)用平面：利用底層的各種網(wǎng)絡(luò)資源為用戶提供豐富多樣的網(wǎng)絡(luò)業(yè)務(wù)。主要包括應(yīng)用服務(wù)器（Application Server）、策略/管理服務(wù)器（Policy Server）、AAA服務(wù)器(Authority Authentication and Accounting Server)等。其中最主要的功能實(shí)體是應(yīng)用服務(wù)器，它是軟交換網(wǎng)絡(luò)體系中業(yè)務(wù)的執(zhí)行環(huán)境。

2.軟交換的主要功能

軟交換的主要設(shè)計(jì)思想是業(yè)務(wù)與呼叫控制分離、呼叫控制與承載分離，各實(shí)體之間通過標(biāo)準(zhǔn)的協(xié)議進(jìn)行連接和通信。軟交換的功能結(jié)構(gòu)如圖2所示。從圖中看出，其主要功能包括媒體網(wǎng)關(guān)接入、呼叫控制、業(yè)務(wù)提供、互連互通、計(jì)費(fèi)與網(wǎng)管、地址解析等功能。

圖2 軟交換功能結(jié)構(gòu)示意圖

媒體網(wǎng)關(guān)接入功能

媒體網(wǎng)關(guān)功能是接入到IP網(wǎng)絡(luò)的一個(gè)端點(diǎn)、網(wǎng)絡(luò)中繼或幾個(gè)端點(diǎn)的集合，它是分組網(wǎng)絡(luò)和外部網(wǎng)絡(luò)之間的接口設(shè)備，提供媒體流映射或代碼轉(zhuǎn)換的功能。例如，PSTN/ISDNIP中繼媒體網(wǎng)關(guān)、ATM媒體網(wǎng)關(guān)、用戶媒體網(wǎng)關(guān)和綜合接入網(wǎng)關(guān)等，支持MGCP協(xié)議和H.1248/MEGACO協(xié)議來實(shí)現(xiàn)資源控制、媒體處理控制、信號與事件處理、連接管理、維護(hù)管理、傳輸和安全等多種復(fù)雜的功能。

呼叫控制和處理功能

呼叫控制和處理功能是軟交換的重要功能之一，可以說是整個(gè)網(wǎng)絡(luò)的靈魂。它可以為基本業(yè)務(wù)/多媒體業(yè)務(wù)呼叫的建立、保持和釋放提供控制功能，包括呼叫處理、連接控制、智能呼叫觸發(fā)檢出和資源控制等。支持基本的雙方呼叫控制功能和多方呼叫控制功能，多方呼叫控制功能包括多方呼叫的特殊邏輯關(guān)系、呼叫成員的加入/退出/隔離/旁聽等。

業(yè)務(wù)提供功能

在網(wǎng)絡(luò)從電路交換向分組交換的演進(jìn)過程中，軟交換必須能夠?qū)崿F(xiàn)PSTN/ISDN交換機(jī)所提供的全部業(yè)務(wù)，包括基本業(yè)務(wù)和補(bǔ)充業(yè)務(wù)，還應(yīng)該與現(xiàn)有的智能網(wǎng)配合提供智能網(wǎng)業(yè)務(wù)，也可以與第三方合作，提供多種增值業(yè)務(wù)和智能業(yè)務(wù)。

互連互通功能

下一代網(wǎng)絡(luò)并不是一個(gè)孤立的網(wǎng)絡(luò)，尤其是在現(xiàn)有網(wǎng)絡(luò)向下一代網(wǎng)絡(luò)的發(fā)展演進(jìn)中，不可避免地要實(shí)現(xiàn)與現(xiàn)有網(wǎng)絡(luò)的協(xié)同工作、互連互通、平滑演進(jìn)。例如，可以通過信令網(wǎng)關(guān)實(shí)現(xiàn)分組網(wǎng)與現(xiàn)有7號信令網(wǎng)的互通；可以通過信令網(wǎng)關(guān)與現(xiàn)有智能網(wǎng)互通，為用戶提供多種智能業(yè)務(wù)；可以采用H.323協(xié)議實(shí)現(xiàn)與現(xiàn)有H.323體系的IP電話網(wǎng)的互通；可以采用SIP協(xié)議實(shí)現(xiàn)與未來SIP網(wǎng)絡(luò)體系的互通；可以采用SIP或BICC協(xié)議與其他軟交換設(shè)備互聯(lián)；還可以提供IP網(wǎng)內(nèi)H.248終端、SIP終端和MGCP終端之間的互通。

協(xié)議功能

軟交換是一個(gè)開放的、多協(xié)議的實(shí)體，因此必須采用各種標(biāo)準(zhǔn)協(xié)議與各種媒體網(wǎng)關(guān)、應(yīng)用服務(wù)器、終端和網(wǎng)絡(luò)進(jìn)行通信，最大限度地保護(hù)用戶投資并充分發(fā)揮現(xiàn)有通信網(wǎng)絡(luò)的作用。這些協(xié)議包括H.323、SIP、H.248、MGCP、SIGTRAN、RTP、INAP等。

軟交換除了完成以上主要功能之外，還有資源管理功能、計(jì)費(fèi)功能、認(rèn)證與授權(quán)功能、地址解析功能、話音處理功能等。

3.軟交換的主要協(xié)議

由于軟交換是一個(gè)開放的、多協(xié)議的實(shí)體，必須采用標(biāo)準(zhǔn)協(xié)議與各種媒體網(wǎng)關(guān)、終端與網(wǎng)絡(luò)進(jìn)行通信。下一代網(wǎng)絡(luò)中軟交換設(shè)備涉及的幾個(gè)主要協(xié)議有H.323、MGCP/H.248、SIP、BICC等。

H.323協(xié)議

H.323是一個(gè)傘狀協(xié)議，它描述了在一個(gè)基于分組的交換網(wǎng)絡(luò)上進(jìn)行多媒體通信的系統(tǒng)的整體結(jié)構(gòu)和操作。H.323建議對呼叫控制、多媒體管理、帶寬管理以及LAN和其他網(wǎng)絡(luò)的接口都進(jìn)行了詳細(xì)的規(guī)范說明。采用H.323建議，各個(gè)不同廠商的多媒體產(chǎn)品和應(yīng)用可以進(jìn)行相互操作，用戶不必考慮其兼容性問題。該建議為商業(yè)、個(gè)人用戶基于LAN、MAN的多媒體產(chǎn)品協(xié)同開發(fā)奠定了基礎(chǔ)。它是ITU-T為了在無服務(wù)質(zhì)量保證的IP網(wǎng)上的可視電話系統(tǒng)和設(shè)備進(jìn)行多媒體通信所建議的協(xié)議集，包括點(diǎn)到點(diǎn)通信和多點(diǎn)會議。H.323包括如下幾個(gè)部分的協(xié)議：H.225.0，Q.931，H.245RTP/RTCP。這套建議的主體目前已基本穩(wěn)定，一些基本框架已被廣泛采用，ITU-T還在不斷地對協(xié)議的擴(kuò)展應(yīng)用進(jìn)行研究。

軟交換與媒體網(wǎng)關(guān)接口協(xié)議MGCP/H.248

MGCP協(xié)議是簡單網(wǎng)關(guān)控制協(xié)議(SGCP)和IP設(shè)備控制(IPDC)協(xié)議合并的結(jié)果，是H.323網(wǎng)關(guān)分解的產(chǎn)物，基于主從工作模式。H.248協(xié)議使語音、傳真和多媒體信號在公共電話交換網(wǎng)與新興IP網(wǎng)絡(luò)之間進(jìn)行交換成為可能。與MGCP相比，H.248可以支持更多類型的接入技術(shù)并支持終端的移動性，比MGCP所允許的規(guī)模更大，并且H.248協(xié)議通過增加許多Package的定義來對協(xié)議的功能進(jìn)行擴(kuò)展，因而，H.248比MGCP更具靈活性，已逐漸取代MGCP發(fā)展為媒體網(wǎng)關(guān)控制協(xié)議的標(biāo)準(zhǔn)。

軟交換間的接口協(xié)議SIP協(xié)議

SIP用于實(shí)現(xiàn)會話(session)的發(fā)起、建立和釋放，并支持單播、組播和移動性。它以Internet協(xié)議（HTTP）為基礎(chǔ)，遵循Internet的設(shè)計(jì)原則，所以很容易增加新業(yè)務(wù)，擴(kuò)展協(xié)議，而不會引起互操作問題。SIP協(xié)議簡單，是模塊式，不受基礎(chǔ)協(xié)議與結(jié)構(gòu)的限制。在軟交換系統(tǒng)中，SIP協(xié)議主要應(yīng)用于軟交換與SIP終端之間，軟交換與軟交換之間，也可用于軟交換和應(yīng)用服務(wù)器之間，提供基于SIP實(shí)現(xiàn)的增值業(yè)務(wù)。國際軟交換聯(lián)盟和一些組織提倡SIP，認(rèn)為它雖沒有H.323那樣功能強(qiáng)大，但對運(yùn)營者來說，比較容易實(shí)施，不少運(yùn)營者和制造商從H.323轉(zhuǎn)移到SIP。而全網(wǎng)采用SIP協(xié)議的大型電信網(wǎng)絡(luò)目前尚不成熟。3GPP已經(jīng)決定在SIP協(xié)議的基礎(chǔ)上建立全I(xiàn)P網(wǎng)絡(luò)，并要求未來3G終端支持SIP。

呼叫控制BICC協(xié)議

傳統(tǒng)網(wǎng)絡(luò)呼叫信令協(xié)議和承載的信令協(xié)議都是綜合在一起，新的信令技術(shù)需要將呼叫控制和承載連接控制分開，以適應(yīng)網(wǎng)絡(luò)發(fā)展的要求和支持不斷出現(xiàn)的新業(yè)務(wù)；另外骨干寬帶傳送網(wǎng)(ATM/IP)的出現(xiàn)，希望現(xiàn)有網(wǎng)絡(luò)能夠采用與網(wǎng)絡(luò)基礎(chǔ)的承載傳送技術(shù)無關(guān)的呼叫控制信令協(xié)議。ITU-T提出了與承載無關(guān)的呼叫控制(BICC)，BICC支持獨(dú)立于承載和信令消息的傳送技術(shù)而支持窄帶ISDN業(yè)務(wù)，ISUP消息同時(shí)攜載呼叫控制和承載控制信息，用電路標(biāo)識碼(CIC)標(biāo)識物理承載電路，CIC是指TDM的電路，而BICC可以與任何承載互操作，例如ATM、IP以及TDM。

三、軟交換應(yīng)用故障案例分析

案例：LAN Switch故障導(dǎo)致端局呼叫接續(xù)困難的故障處理

故障現(xiàn)象

深圳某軟交換MSC-Server所覆蓋范圍內(nèi)的用戶出現(xiàn)主叫難打出難打入現(xiàn)象，PLLDP值僅為8%。

告警信息

MSC-Server：

*** ALARM 021 O2/APZ

SCTP NETWORK STATUS CHANGE

原因分析

1.狀況描述：

深圳某MSC-Server在幾乎無任何征兆的情況下，出現(xiàn)用戶難打進(jìn)打出的現(xiàn)象，PLLDP值僅為8%。

在檢查告警及各參數(shù)狀態(tài)時(shí)，未發(fā)現(xiàn)有A級告警。

2.故障原因分析：

撥測發(fā)現(xiàn)難以打通電話的兩個(gè)BSC為對應(yīng)同一MGW。

MSC Server上用指令EREPP查詢，發(fā)現(xiàn)event 1025、1030頻繁出現(xiàn)，逐定位故障原因?yàn)镸SC->MGW->BSC的信令傳送存在不斷閃斷的情況。

在Lan Switch上通過鏡像端口抓取IP包的方式，發(fā)現(xiàn)從LanSwitch上出來的部分IP包存在異常情況。至此將故障鎖定在Lan Switch上，原因?yàn)長an Switch頻繁發(fā)錯(cuò)誤包，并在MGW積累，導(dǎo)致在MGW上Mc信令擁塞，盡而下掛的兩個(gè)發(fā)生BSC限呼。

處理步驟

1.對BSC作LARGE RESTART，SYREI:RANK=LARGE，EXPL=OTHER，在短暫恢復(fù)15分鐘后，故障重現(xiàn)。

2.對MGW做WARM RESTART，話務(wù)逐步恢復(fù)。

3.將故障Lan Switch的線路拔出，從而將Mc口鏈路進(jìn)行倒換。

4.更換故障Lan Switch。

故障總結(jié)

軟交換端局的故障定位較傳統(tǒng)復(fù)雜，需要考慮MSC Server、MGW、IP承載網(wǎng)等設(shè)備。此次故障在定位時(shí)，我們也主要考慮到主設(shè)備方面的原因，通過逐步分析在定位在IP設(shè)備。

在本次故障定位時(shí)沒有重視O2等低級別告警而走了一些歪路，下次故障定位時(shí)應(yīng)該抓住各個(gè)告警，對系統(tǒng)的軟件錯(cuò)誤，event等要仔細(xì)分析，不遺漏任何潛在的痕跡。

四、結(jié)束語

第5篇：新媒體運(yùn)營的底層邏輯范文

IPTV系統(tǒng)與終端互通中間件封裝了特定IPTV應(yīng)用的核心業(yè)務(wù)邏輯，屏蔽了系統(tǒng)底層軟硬件資源的復(fù)雜性和差異性，并通過更高層的標(biāo)準(zhǔn)API接口支持業(yè)務(wù)領(lǐng)域應(yīng)用程序的快速開發(fā)，同時(shí)保證IPTV系統(tǒng)業(yè)務(wù)能力的開放性和可擴(kuò)展性。

當(dāng)前，雖然IPTV可以提供直播、點(diǎn)播、時(shí)移等基本視頻業(yè)務(wù)和一定數(shù)量的增值業(yè)務(wù)，但整個(gè)產(chǎn)業(yè)仍在呼喚具備很強(qiáng)競爭優(yōu)勢的差異化和殺手級業(yè)務(wù)。IPTV系統(tǒng)的業(yè)務(wù)能力正在深入發(fā)展中，如最新涌現(xiàn)的視頻匯聚、視頻關(guān)聯(lián)業(yè)務(wù)等。此外，IPTV系統(tǒng)的商業(yè)模式也正在發(fā)展探索中。可以預(yù)見的是，第三方面業(yè)務(wù)提供商、業(yè)務(wù)開發(fā)商和應(yīng)用軟件提供商將在產(chǎn)業(yè)鏈中占有越來越重要的角色。

因此，IPTV業(yè)務(wù)能力和商務(wù)模式的不斷發(fā)展，對當(dāng)前機(jī)頂盒與系統(tǒng)的互通接口提出明確的需求，即互通接口要和IPTV開放的業(yè)務(wù)實(shí)現(xiàn)技術(shù)上的獨(dú)立；互通接口要支持新業(yè)務(wù)的發(fā)展；互通接口也要能支持新業(yè)務(wù)的快速部署。

IPTV系統(tǒng)和終端的互通和標(biāo)準(zhǔn)化

目前業(yè)界在機(jī)頂盒與系統(tǒng)互通的討論上主要有兩種主流的方案。一種是基于信令協(xié)議的互通，另一種是基于中間件的互通。

基于信令互通模式需要事先確定好IPTV所要支持的全部業(yè)務(wù)，然后對每個(gè)業(yè)務(wù)的實(shí)現(xiàn)在終端和系統(tǒng)間約定精確到比特的信令協(xié)議來實(shí)現(xiàn)。如果增加任何業(yè)務(wù)或修改某個(gè)業(yè)務(wù)，系統(tǒng)和終端雙方都需要重新定義接口協(xié)議，工作量相對繁重而冗長。這種模式對于電話這樣的單一業(yè)務(wù)是非常適合的，但對于不斷有新業(yè)務(wù)涌現(xiàn)的IPTV，則不適合新業(yè)務(wù)的引入和快速部署。對于現(xiàn)有的很多有生命力的互動業(yè)務(wù)，如視頻關(guān)聯(lián)，也很難用定義信令的模式來實(shí)現(xiàn)互通。此外，考慮到目前國內(nèi)主要IPTV系統(tǒng)廠家的業(yè)務(wù)接入方式各有不同，業(yè)務(wù)方案各有差異，在機(jī)頂盒上實(shí)現(xiàn)業(yè)務(wù)的技術(shù)手段也各不相同的現(xiàn)狀。即使只互通有限的業(yè)務(wù)，信令互通模式也會面臨諸多實(shí)現(xiàn)上的困難。

從中間件的發(fā)展歷程看，中間件產(chǎn)生的原始需求就是為了實(shí)現(xiàn)異構(gòu)系統(tǒng)間的標(biāo)準(zhǔn)化和互通化。比如大家十分熟悉的分布式數(shù)據(jù)庫中間件ODBC(OpenDatabaseConnectivity)，就是為了屏蔽不同數(shù)據(jù)庫間的差異、屏蔽客戶端的差異、并實(shí)現(xiàn)異構(gòu)數(shù)據(jù)庫系統(tǒng)間的標(biāo)準(zhǔn)化互通。另外，JAVA虛擬機(jī)也是為了屏蔽操作系統(tǒng)差異性、滿足異構(gòu)計(jì)算機(jī)互通標(biāo)準(zhǔn)化的需要。

考慮到本文以系統(tǒng)和終端互通為主題，IPTV領(lǐng)域的中間件可被概括為如下三類：第一類是系統(tǒng)中間件，位于IPTV系統(tǒng)側(cè)各模塊間或IPTV系統(tǒng)服務(wù)器與第三方服務(wù)器之間，與終端不直接發(fā)生交互。例如位于IPTV內(nèi)容引入頭端與第三方業(yè)務(wù)供應(yīng)商服務(wù)器間的中間件，被用來支持節(jié)目和內(nèi)容的標(biāo)準(zhǔn)化引入。第二類是機(jī)頂盒終端內(nèi)部中間件，位于機(jī)頂盒中操作系統(tǒng)和應(yīng)用程序之間，主要用于協(xié)調(diào)機(jī)頂盒內(nèi)部模塊間的交互，不涉及終端與系統(tǒng)的交互。例如機(jī)頂盒內(nèi)部的“瀏覽器”和媒體播放器等。當(dāng)前市場的這類中間件通常是由專門的機(jī)頂盒中間件開發(fā)商開發(fā)。第三類是IPTV系統(tǒng)和終端間互聯(lián)互通的中間件，位于IPTV系統(tǒng)服務(wù)器和機(jī)頂盒終端間，主要用于實(shí)現(xiàn)系統(tǒng)與終端間業(yè)務(wù)的互通，亦可起到屏蔽機(jī)頂盒底層資源的作用，保證IPTV系統(tǒng)業(yè)務(wù)可在多種平臺機(jī)頂盒終端上獲得實(shí)現(xiàn)。本文主要關(guān)注和討論的是第三類中間件，各機(jī)頂盒廠家最為關(guān)注的也是這類中間件。

IPTV系統(tǒng)和終端互通中間件的目的就是為了實(shí)現(xiàn)異構(gòu)的終端和系統(tǒng)間的標(biāo)準(zhǔn)化和互聯(lián)互通。它不僅可將應(yīng)用程序與底層資源隔離，更重要的是實(shí)現(xiàn)系統(tǒng)應(yīng)用與終端應(yīng)用之間的交互，保障IPTV具備開放的業(yè)務(wù)能力。IPTV系統(tǒng)與終端間不僅可以通過該種中間件實(shí)現(xiàn)IPTV基本業(yè)務(wù)，當(dāng)新業(yè)務(wù)被引入時(shí)，系統(tǒng)平臺只需要下發(fā)更新后的中間件模塊就可以實(shí)現(xiàn)業(yè)務(wù)擴(kuò)展和更新，終端同樣只需要通過下載更新應(yīng)用程序就可以實(shí)現(xiàn)新的業(yè)務(wù)應(yīng)用。

基于中間件的IPTV互聯(lián)互通商業(yè)模式

當(dāng)前中間件互通商業(yè)模式主要是由系統(tǒng)廠商直接提供相應(yīng)的中間件給機(jī)頂盒廠商。終端廠商根據(jù)系統(tǒng)廠商中間件接口規(guī)范開發(fā)相應(yīng)機(jī)頂盒底層接口協(xié)議，以便系統(tǒng)廠商中間件可被下載到第三方機(jī)頂盒平臺上運(yùn)行。系統(tǒng)集成廠商與機(jī)頂盒廠商合作，依據(jù)機(jī)頂盒關(guān)聯(lián)的業(yè)務(wù)能力模塊集成接口中間件，并各自獲取相應(yīng)的知識產(chǎn)權(quán)權(quán)益。

IPTV業(yè)務(wù)的更新通過中間件的更新得以實(shí)現(xiàn)，中間件可被方便地下載升級，這種便利開放的特性，使得中間件互通模式極具生命力。盡管某些機(jī)頂盒廠家擔(dān)心中間件會被系統(tǒng)廠家壟斷。但實(shí)際上，運(yùn)營商通過制定標(biāo)準(zhǔn)的初始化下載協(xié)議，統(tǒng)一配置中間件調(diào)度服務(wù)器和中間件下載服務(wù)器，對新入網(wǎng)的機(jī)頂盒進(jìn)行統(tǒng)一的授權(quán)管理和中間件下載。由于系統(tǒng)廠商間在接口中間件開發(fā)上的關(guān)系是自由競爭，與終端廠商的關(guān)系是協(xié)同合作，運(yùn)營商也由于引入更多終端廠家而獲得議價(jià)權(quán)，各方的利益被有機(jī)平衡，中間件被某個(gè)系統(tǒng)廠商壟斷的局面不會發(fā)生。因此，基于中間件的互通商務(wù)模式可以動態(tài)平衡產(chǎn)業(yè)鏈各方的利益，對當(dāng)前產(chǎn)業(yè)鏈的發(fā)展起到了和促進(jìn)的作用。

更進(jìn)一步，當(dāng)IPTV發(fā)展得更為成熟后，機(jī)頂盒廠商、系統(tǒng)廠商還可以聯(lián)合提供SDK(SoftwareDevelopmentKit)給第三方業(yè)務(wù)開發(fā)商，并各自獲得相應(yīng)知識產(chǎn)權(quán)權(quán)益。由第三中間件開發(fā)商開發(fā)專業(yè)的中間件軟件，并存放在中間件管理服務(wù)器中供下載，每次下載均獲得相應(yīng)的知識產(chǎn)權(quán)權(quán)益。同時(shí)，也有專業(yè)的業(yè)務(wù)開發(fā)商在標(biāo)準(zhǔn)中間件的接口上開發(fā)新的IPTV業(yè)務(wù)，業(yè)務(wù)提供商在運(yùn)營商網(wǎng)絡(luò)中設(shè)置業(yè)務(wù)注冊和管理服務(wù)器，對其提供的IPTV業(yè)務(wù)進(jìn)行管理和分發(fā)，或由運(yùn)營商代為分發(fā)。業(yè)務(wù)提供商因開發(fā)業(yè)務(wù)獲得知識產(chǎn)權(quán)權(quán)益。運(yùn)營商對機(jī)頂盒的業(yè)務(wù)框架和業(yè)務(wù)能力進(jìn)行統(tǒng)一管理，并對中間件開發(fā)商和業(yè)務(wù)開發(fā)商提供的產(chǎn)品進(jìn)行選擇和管理。通過這種模式，產(chǎn)業(yè)鏈各個(gè)環(huán)節(jié)都專注于自身最擅長的業(yè)務(wù)領(lǐng)域，通過IPTV平臺為用戶提供專業(yè)化，個(gè)性化的業(yè)務(wù)。

UT斯達(dá)康奔流IPTV系統(tǒng)

UT斯達(dá)康奔流(RollingStream)IPTV系統(tǒng)是業(yè)界領(lǐng)先的、開放的、支持多業(yè)務(wù)、多服務(wù)終端的寬帶多媒體業(yè)務(wù)平臺，并得到世界范圍的大規(guī)模商用。奔流是目前國內(nèi)IPTV商用部署市場份額最大的方案，也是業(yè)界唯一超過百萬用戶商用規(guī)模的IPTV整體解決方案。奔流提供目前國內(nèi)最成熟的基于中間件的互聯(lián)互通模式，不僅可以集成諸如DRM系統(tǒng)、內(nèi)容編碼器等第三方系統(tǒng)，更可以完美地對接基于各種硬件平臺的第三方機(jī)頂盒終端。

第6篇：新媒體運(yùn)營的底層邏輯范文

微信這次低調(diào)而不經(jīng)意地推出“微信電話本”產(chǎn)品再次輕而易舉地博取了媒體眼球。主要是因?yàn)檫@一次的行動恐怕真的踩到運(yùn)營商的底線了——免費(fèi)電話。

一時(shí)間，行業(yè)內(nèi)外的各種評論以“刷屏”態(tài)勢出現(xiàn)在各大科技媒體頭條。有的說《微信電話本來了，虎口再奪食》、有的說《微信電話本來了！顫抖吧！運(yùn)營商！》、有的說《中國移動宣告短信免費(fèi)，不過是OTT沖擊后的自救》。

總結(jié)起來，無非是微信搶了運(yùn)營商的最大一塊奶酪，隨時(shí)可能顛覆通信業(yè)。

在我看來，對于微信與運(yùn)營商的關(guān)系，真的很有必要重新梳理一下，避免再次挑起本不存在的矛盾。

說微信推出“免費(fèi)通話”是顛覆運(yùn)營商的行為在我看來是站不住腳的。這種咄咄的解讀一是造成對微信的“捧殺”，捧得越高摔得越慘(后文會分析原因)；二是對運(yùn)營商的“詆毀”，運(yùn)營商沒那么脆弱說顛覆就顛覆了。

從微信誕生之日起，這款明星級的應(yīng)用就被披上了“PK運(yùn)營商”的戰(zhàn)衣，無論對短彩信業(yè)務(wù)的替代，還是對話音價(jià)值造成的潛在傷害，微信似乎天生就是運(yùn)營商的敵人。2013年2月底，坊間一則關(guān)于電信運(yùn)營商要向微信收費(fèi)的傳聞引爆了兩者長期積累的矛盾，引發(fā)了令人矚目的行業(yè)震蕩。

我不知道是媒體推手還是什么別的原因，運(yùn)營商與騰訊之間的關(guān)系似乎突然變得緊張起來。

我卻堅(jiān)持認(rèn)為：微信與運(yùn)營商之間從來都不是“冰與火”、“水與土”樣的對立關(guān)系，相反兩者更多的是相互依存、合作共贏的關(guān)系，正所謂“大家好才是真的好”。而這個(gè)觀點(diǎn)也得到不少運(yùn)營商和騰訊內(nèi)部工作人士的認(rèn)同。

下面，我就具體談?wù)勎⑿排c運(yùn)營商合作的N種可能。

一、網(wǎng)絡(luò)層面：部署PCC將為微信等產(chǎn)品提供差異化的QoS保障

此次微信推出電話本應(yīng)用的殺手級功能是“高清免費(fèi)電話”，經(jīng)筆者多次實(shí)測，盡管話音質(zhì)量確實(shí)非常優(yōu)秀，但在通話接續(xù)等方面的使用感知并不算好，甚至有些糟糕。(這也是為什么我說媒體的捧殺會害了微信電話本的原因，用戶抱著很高的期望去體驗(yàn)，最后發(fā)現(xiàn)使用感知不好，恐怕很難再次啟動了)那么問題來了，如何才能保證同等條件下的微信用戶使用感知呢？那就要依靠運(yùn)營商的智能管道了。

作為運(yùn)營商構(gòu)建智能管道的主要技術(shù)，PCC可以實(shí)現(xiàn)網(wǎng)絡(luò)承載與控制的有機(jī)分離，讓運(yùn)營商的管道能夠做到“用戶可識別、業(yè)務(wù)可區(qū)分、質(zhì)量可控制、網(wǎng)絡(luò)可管理?！蓖ㄟ^網(wǎng)絡(luò)資源與計(jì)費(fèi)策略控制，為用戶提供差異化的服務(wù)質(zhì)量及靈活的計(jì)費(fèi)策略。

比如，有些用戶對移動上網(wǎng)提出更高質(zhì)量的要求，運(yùn)營商可以針對此類用戶制定專門的網(wǎng)絡(luò)服務(wù)質(zhì)量方案；再比如，有些用戶對微信等業(yè)務(wù)有較高的需求，運(yùn)營商可以實(shí)施基于業(yè)務(wù)的優(yōu)先級策略，為其量身定制適合微信的流量服務(wù)，使得他們享受到更好的業(yè)務(wù)體驗(yàn)。

總之，運(yùn)營商可以通過部署PCC等智能管道技術(shù)為用戶提供差異化的服務(wù)，改善微信等應(yīng)用的用戶感知。

二、資源層面：運(yùn)營商的碼號認(rèn)證體系將為微信提供更值得信賴的用戶關(guān)系體系

用過微信電話本的人肯定知道，想要撥打“免費(fèi)電話”，必須要先與手機(jī)號進(jìn)行綁定。而就今天的實(shí)際使用體驗(yàn)來說，在獲得短信驗(yàn)證碼這個(gè)步驟，筆者以及身邊的不少朋友均存在“收不到驗(yàn)證碼”、“網(wǎng)絡(luò)不可用”、“注冊超時(shí)”等提示。據(jù)騰訊內(nèi)部人士解釋，這是由于微信電話本的系統(tǒng)尚不穩(wěn)定，因此在碼號綁定環(huán)節(jié)出現(xiàn)了不少bug。

然而在我看來，這同樣可能成為微信與運(yùn)營商合作的契機(jī)。微信電話本之所以要與用戶手機(jī)號綁定，首先是為了建立可信任的用戶關(guān)系。這同樣也是微信與手機(jī)綁定的初衷。作為一款移動端的即時(shí)通訊應(yīng)用，微信完全可以建立自己的獨(dú)立碼號體系，然而在微信起步階段，就設(shè)置了與手機(jī)或QQ號綁定的功能，我認(rèn)為這為微信后期的快速發(fā)展是密不可分的。一方面可以幫助微信快速積累相當(dāng)規(guī)模的初始用戶，另一方面是基于電話號碼的用戶關(guān)系相對微博等陌生社交軟件更值得用戶信賴。

這也再次印證我的觀點(diǎn)，運(yùn)營商的底層碼號體系由于實(shí)名制等關(guān)系，更加安全可控，完全可以成為與微信等產(chǎn)品的合作資源。

三、商業(yè)層面：微信與運(yùn)營商合作可共同開發(fā)面向個(gè)人及政企的藍(lán)海市場

1.個(gè)人層面，微信+運(yùn)營商可推出更加靈活的資費(fèi)套餐方案

不可否認(rèn)的是，作為一款移動端的社交軟件，微信具備了比運(yùn)營商的短彩信更加出色的業(yè)務(wù)體驗(yàn)。這也是造成運(yùn)營商短彩信收入持續(xù)下滑的主要原因?，F(xiàn)在推出“免費(fèi)電話”功能勢必將對運(yùn)營商視若命根的話音業(yè)務(wù)產(chǎn)生替代呢？是否真如一些業(yè)內(nèi)人士所說的“虎口奪食”呢？我認(rèn)為是不會的。根據(jù)實(shí)際測試結(jié)果顯示，微信電話本通話一分鐘產(chǎn)生的單向流量大約是0.33M，也就是說主叫+被叫共計(jì)產(chǎn)生流量答曰是0.66M，按照運(yùn)營商平均流量單價(jià)折算，運(yùn)營商并不吃虧。再加上，基于VoIP技術(shù)的“免費(fèi)通話”功能受制于無線網(wǎng)絡(luò)環(huán)境，無法滿足所有場景下的客戶需求，最多算是運(yùn)營商話音業(yè)務(wù)的一種補(bǔ)充。

但是，無論是對短彩信業(yè)務(wù)的替代，還是對話音業(yè)務(wù)的補(bǔ)充，微信在用戶通信方面已經(jīng)可以形成完整的需求解決方案了。

因此，這就為不同用戶群體提供了更多的選擇。用戶可以使用基于流量的微信服務(wù)(包含微信電話本)來實(shí)現(xiàn)基本的通信需求，同時(shí)可以使用更高質(zhì)、更安全、更可靠的電信級話音業(yè)務(wù)(未來將是基于IMS的VoLTE業(yè)務(wù))。

運(yùn)營商完全可以為用戶提供不同服務(wù)等級和容量的微信流量包和話音套餐方案。事實(shí)上，中國聯(lián)通曾在這方面進(jìn)行過有益的嘗試。今后，隨著智能管道的進(jìn)一步完善以及VoLTE全面上線，運(yùn)營商的業(yè)務(wù)定制化能力將持續(xù)增強(qiáng)。而這，也可稱為微信與運(yùn)營商合作的重要因素之一。

2.政企層面，微信的產(chǎn)品化能力+運(yùn)營商的電信級服務(wù)強(qiáng)強(qiáng)聯(lián)手開拓政企藍(lán)海

誠然，微信作為一款互聯(lián)網(wǎng)公司的產(chǎn)品，以其快速迭代的產(chǎn)品更新機(jī)制帶來了良好的用戶體驗(yàn)。不論是微信訂閱號、服務(wù)號、企業(yè)號，還是對京東等商家的資本運(yùn)作，互聯(lián)網(wǎng)靈活創(chuàng)新的機(jī)制讓微信體現(xiàn)出了驚人的產(chǎn)品化能力。

而運(yùn)營商的機(jī)制體制造成了他不可能像微信一樣不斷去試錯(cuò)創(chuàng)新，但這也未必是壞事。偏向于“穩(wěn)”的運(yùn)營商盡管無法快速形成產(chǎn)品化能力，但卻可以毫不費(fèi)力地提供安全可靠的電信級服務(wù)。而這本身就是政企機(jī)構(gòu)看重的能力。

那么，當(dāng)微信的產(chǎn)品化能力遇上運(yùn)營商的電信級服務(wù)，或許可以產(chǎn)生奇妙的化學(xué)反應(yīng)，誕生出兼具創(chuàng)新與穩(wěn)定的新型政企服務(wù)，而這將為兩者拓展政企市場奠定良好的基礎(chǔ)。

寫給微信與運(yùn)營商的話：莫忘初心

截至發(fā)稿時(shí)，騰訊控股有限公司公布了2014財(cái)年第三季度財(cái)報(bào)。報(bào)告顯示，第三季度騰訊總營收為人民幣198.08億元，同比增長28%；凈利潤為人民幣56.57億元，同比增長46%。

我猜，或許明天還會有更多人繼續(xù)“挑撥”微信與運(yùn)營商之間的關(guān)系了。你看騰訊的財(cái)報(bào)蒸蒸日上，運(yùn)營商的財(cái)報(bào)卻有些“不忍直視”，這不是搶你飯碗是什么……

但我卻以為，騰訊是一家互聯(lián)網(wǎng)公司，主要領(lǐng)域并不是通信。微信作為一款社交軟件，無論是消息還是電話服務(wù)都只是為了提高用戶粘性，而在日益飽和的市場環(huán)境下，運(yùn)營商也在不斷強(qiáng)調(diào)“存量經(jīng)營”，在這一點(diǎn)上，兩家公司并無根本利益上的沖突，談不上“搶食”，反過來講甚至還有些相互依存的意味。過分強(qiáng)調(diào)微信與運(yùn)營商的對立實(shí)際上是陷入了某種邏輯陷阱。

第7篇：新媒體運(yùn)營的底層邏輯范文

關(guān)鍵詞:軟交換 技術(shù) 網(wǎng)絡(luò) 電力

1 引言

由于科技的進(jìn)步,企業(yè)的競爭,人們的需求促進(jìn)了通信的發(fā)展,為適應(yīng)各種業(yè)務(wù)發(fā)展的需求,提出了下一代網(wǎng)絡(luò)的概念。NGN從廣義上來說是指可以提供語音、數(shù)據(jù)及多媒體業(yè)務(wù),能夠?qū)崿F(xiàn)網(wǎng)絡(luò)終端用戶之間的業(yè)務(wù)互通及共享的融合網(wǎng)絡(luò)。從狹義來講特指以軟交換設(shè)備為控制核心,能夠?qū)崿F(xiàn)業(yè)務(wù)與控制、接入與承載彼此分離,各功能部件之間采用標(biāo)準(zhǔn)的協(xié)議互通,兼容各業(yè)務(wù)網(wǎng)(PSTN、IP網(wǎng)等)技術(shù),提供豐富的用戶接入手段,支持標(biāo)準(zhǔn)的業(yè)務(wù)開發(fā)接口,采用統(tǒng)一的分組網(wǎng)絡(luò)進(jìn)行傳送,能夠?qū)崿F(xiàn)語音、數(shù)據(jù)和多媒體業(yè)務(wù)開放的分層體系架構(gòu)。

2 軟交換概念及其網(wǎng)絡(luò)結(jié)構(gòu)

軟交換是提供呼叫控制功能的軟件實(shí)體,也稱作A2gent ,是下一代網(wǎng)絡(luò)(NGN) 的核心技術(shù),在NGN 分層結(jié)構(gòu)中位于控制層面的位置,是多種邏輯功能實(shí)體的集合,能提供綜合業(yè)務(wù)的呼叫控制、連接以及部分業(yè)務(wù)功能,實(shí)現(xiàn)傳統(tǒng)程控交換機(jī)的“呼叫控制”功能。傳統(tǒng)呼叫控制功能必須與業(yè)務(wù)結(jié)合在一起,而軟交換與業(yè)務(wù)無關(guān),因此它提供的呼叫控制功能是各種業(yè)務(wù)的基本呼叫控制,而將智能盡可能移至外部的業(yè)務(wù)層。軟交換設(shè)備是下一代通信網(wǎng)中語音、數(shù)據(jù)、視頻業(yè)務(wù)呼叫、控制、業(yè)務(wù)提供的核心設(shè)備,也是目前電路交換網(wǎng)向分組網(wǎng)演進(jìn)的主要設(shè)備之一。

其核心是一個(gè)采用標(biāo)準(zhǔn)化協(xié)議和應(yīng)用編程接口(API) 的開放體系結(jié)構(gòu)。這就為第三方開發(fā)新應(yīng)用和新業(yè)務(wù)敞開了大門。軟交換體系結(jié)構(gòu)的其他重要特性還包括應(yīng)用分離( de coupling of applications) 、呼叫控制和承載控制。軟交換系統(tǒng)4個(gè)功能層,各功能層完全地分離,并利用一些具有開放接口的網(wǎng)絡(luò)部件去構(gòu)造各個(gè)功能層,實(shí)現(xiàn)了開放的分層架構(gòu)。各層次網(wǎng)絡(luò)單元通過標(biāo)準(zhǔn)協(xié)議互通,可以各自獨(dú)立演進(jìn),具有開放接口協(xié)議的網(wǎng)絡(luò)部件的集合。如圖1 所示。

圖1 軟交換系統(tǒng)結(jié)構(gòu)圖

這種網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)與現(xiàn)有網(wǎng)絡(luò)相比具有如下優(yōu)點(diǎn):可以使用基于包的承載傳送,例如IP、ATM ,克服了TDM網(wǎng)絡(luò)中容量不足的缺點(diǎn);具有開放式端點(diǎn)的拓?fù)浣Y(jié)構(gòu),既能良好的傳送話音,也能支持?jǐn)?shù)據(jù)業(yè)務(wù);將網(wǎng)絡(luò)的承載部分與控制部分相分離,允許二者分別演進(jìn),有效地打破了單塊集成交換的結(jié)構(gòu);在各單元之間使用開放的接口,允許運(yùn)營者為其網(wǎng)絡(luò)的每一部分購買最理想的產(chǎn)品。

3 軟交換的主要協(xié)議

3.1 H.323 協(xié)議

H.323協(xié)議標(biāo)準(zhǔn)是ITU T 的Study Group16 在1996 年提出的,并1998 年2 月修訂第2 版。該標(biāo)準(zhǔn)是用于包交換網(wǎng)的多媒體通信的標(biāo)準(zhǔn),用于不支持QOS的網(wǎng)絡(luò)環(huán)境,這些網(wǎng)絡(luò)構(gòu)成當(dāng)前企業(yè)的主要計(jì)算機(jī)環(huán)境,包括高速Ethernet、FDDI、令牌環(huán)網(wǎng)、ATM 上的TCP/IP和IPX。H.323 基于集中式對等結(jié)構(gòu),其優(yōu)點(diǎn)是協(xié)議成熟,定義完全,設(shè)備的穩(wěn)定性強(qiáng),互通性較好,缺點(diǎn)是協(xié)議復(fù)雜,成本高,不能與No.7集成,不適用于組建大規(guī)模網(wǎng)絡(luò),且沒有擁塞控制機(jī)制,服務(wù)質(zhì)量不能得到保證,效率和擴(kuò)展性較差。

3.2 SIP 協(xié)議

SIP(Session Initiation Protoco1) 是IETF 提出的在IP網(wǎng)絡(luò)上進(jìn)行多媒體通信的應(yīng)用層控制協(xié)議,采用基于文本格式的C/S的工作方式,由客戶機(jī)發(fā)起請求,服務(wù)器進(jìn)行響應(yīng)。SIP 獨(dú)立于低層協(xié)議,采用自己的應(yīng)用層可靠性機(jī)制來保證消息的可靠傳送,最大的特點(diǎn)是僅需利用已定義的消息頭字段,對其進(jìn)行簡單必要的擴(kuò)充就能很方便地支持各項(xiàng)新業(yè)務(wù)和智能業(yè)務(wù),具有很強(qiáng)的靈活性和擴(kuò)充性。SIP 協(xié)議簡單、靈活,很容易增加新業(yè)務(wù),擴(kuò)展性強(qiáng),具備終端能力檢測、在線檢測、支持移動性、組播等能力,而且采用文本格式,開發(fā)人員容易理解,并被指定為3G的控制協(xié)議。其缺點(diǎn)是不夠成熟,需與其他協(xié)議配合使用,單獨(dú)應(yīng)用的范圍窄。

3.3 MGCP 協(xié)議

MGCP(Media Gateway Control Protocol) 是1998 年年底SGCP 與新的VOIP 協(xié)議IPDC 合并而成,由IETF 所提出的。MGCP 針對H.323 在VOIP 應(yīng)用上的缺點(diǎn)進(jìn)行了改良,在MGCP中擴(kuò)充了原本SGCP中Call Agent的功能成為MGC(Media Gateway Cont roller)。在軟交換系統(tǒng)中,MGCP協(xié)議主要用于軟交換和媒體網(wǎng)關(guān)或軟交換與MGCP終端之間,軟交換通過此協(xié)議控制媒體網(wǎng)關(guān)/MGCP終端上的媒體/控制流的連接、建立和釋放。MGCP 協(xié)議基于主從結(jié)構(gòu),因此其解決方案有利于網(wǎng)關(guān)的互連,適合構(gòu)建大規(guī)模網(wǎng)絡(luò),且可以和No.7信令網(wǎng)關(guān)配合工作,能與No.7信令網(wǎng)良好集成,協(xié)議具有很好的擴(kuò)展性。其缺點(diǎn)是MGCP與H.248/MEGACO存在競爭關(guān)系,而后者已于2000年年初由IETF和ITU簽署認(rèn)可。

3.4 H248/MEGACO 協(xié)議

在MGCP提出之后,IETF 在1999年初便以現(xiàn)有的MGCP為基礎(chǔ)制定了MEGACO協(xié)議,后來被提交給ITUTSG l6并被采納,形成了ITUT H.248協(xié)議,因而H.248和MEGACO實(shí)質(zhì)上是一樣的,是IETF 和ITU T 共同認(rèn)可的標(biāo)準(zhǔn)協(xié)議。在軟交換系統(tǒng)中,H.248協(xié)議主要用于軟交換和媒體網(wǎng)關(guān)或軟交換與H.248終端之間,軟交換通過此協(xié)議控制媒體網(wǎng)關(guān)/H.248終端上的媒體/ 控制流的連接、建立和釋放。

4 軟交換系統(tǒng)的主要功能

軟交換實(shí)際上是多種邏輯功能實(shí)體的集合,提供綜合業(yè)務(wù)的呼叫控制、連接以及部分業(yè)務(wù)功能,是下一代電信網(wǎng)中語音/ 數(shù)據(jù)/ 視頻業(yè)務(wù)呼叫、控制、業(yè)務(wù)提供的核心設(shè)備,也是目前電路交換網(wǎng)向分組網(wǎng)演進(jìn)的主要設(shè)備之一。其主要設(shè)計(jì)思想是業(yè)務(wù)/ 控制與傳送/ 接入分離,各實(shí)體之間通過標(biāo)準(zhǔn)的協(xié)議進(jìn)行連接和通信。作為新、舊網(wǎng)絡(luò)融合和關(guān)鍵設(shè)備,他必須具有以下功能:

4.1媒體網(wǎng)關(guān)接入功能

該功能可以認(rèn)為是一種適配功能。他可以連接各種媒體網(wǎng)關(guān),如PSTN/ISDN 的IP 中繼媒體網(wǎng)關(guān)、ATM 媒體網(wǎng)關(guān)、用戶媒體網(wǎng)關(guān)、無線媒體網(wǎng)關(guān)、數(shù)據(jù)媒體網(wǎng)關(guān)等,完成H.248協(xié)議功能。同時(shí)還可以直接與H.323 終端和SIP 客戶端終端進(jìn)行連接,提供相應(yīng)業(yè)務(wù)。

4.2呼叫控制功能

呼叫控制功能是軟交換的重要功能之一。他完成基本呼叫的建立、維持和釋放,所提供的控制功能包括呼叫處理、連接控制、智能呼叫觸發(fā)檢出和資源控制等。

4.3 業(yè)務(wù)提供功能

由于軟交換在網(wǎng)絡(luò)從電路交換向分組交換演進(jìn)的過程中起著十分重要的作用, 因此軟交換應(yīng)能夠支持PSTN/ ISDN 交換機(jī)提供的全部業(yè)務(wù),包括基本業(yè)務(wù)和補(bǔ)充業(yè)務(wù);同時(shí)還應(yīng)該可以與現(xiàn)有智能網(wǎng)配合,提供現(xiàn)有智能網(wǎng)提供的業(yè)務(wù)。

4.4 互聯(lián)互通功能

目前,存在兩種比較流行的IP電話體系結(jié)構(gòu),一種是ITUT制定的H.323 協(xié)議,另一種是IETF 制定的SIP協(xié)議標(biāo)準(zhǔn),2 者是并列的、不可兼容的體系結(jié)構(gòu),均可以完成呼叫建立、釋放、補(bǔ)充業(yè)務(wù)、能力交換等功能。軟交換可以支持多種協(xié)議,當(dāng)然也可以同時(shí)支持這兩種協(xié)議。

5 軟交換技術(shù)在電力通信系統(tǒng)中的應(yīng)用

采用軟交換技術(shù)組建電力通信網(wǎng)可應(yīng)用純IP的底層網(wǎng)絡(luò),使得底層網(wǎng)絡(luò)建設(shè)和維護(hù)成本大大降低。但考慮到保護(hù)現(xiàn)有網(wǎng)絡(luò)投資,部分話音業(yè)務(wù)仍采用現(xiàn)有TDM 網(wǎng)絡(luò)承載,利用媒體網(wǎng)關(guān)提供的IP語音網(wǎng)關(guān)功能無縫連接IP電話、傳統(tǒng)電話及話音交換機(jī)。

在供電局通信中心設(shè)置媒體網(wǎng)關(guān)和特征服務(wù)器(融合了媒體服務(wù)器) ,其他邊緣供電所、辦公大樓、營業(yè)點(diǎn)、變電站等電力生產(chǎn)場所作為遠(yuǎn)程數(shù)據(jù)采集系統(tǒng)(主要包括通信調(diào)度、數(shù)據(jù)流、工業(yè)監(jiān)控視頻采集) 和接人終端,把語音、數(shù)據(jù)和采集到的視頻信號進(jìn)行壓縮處理后經(jīng)IP網(wǎng)傳輸?shù)矫襟w網(wǎng)關(guān)統(tǒng)一管理、分發(fā)和資源控制。電力系統(tǒng)IP 專網(wǎng)通過路由器/ 防火墻與Internet相連,媒體網(wǎng)關(guān)通過Et與PSTN和移動通信網(wǎng)相連,實(shí)現(xiàn)各種業(yè)務(wù)與公網(wǎng)的互聯(lián)互通,從而利用公網(wǎng)的多種資源和提供的服務(wù)對電力通信專網(wǎng)進(jìn)行有效的業(yè)務(wù)補(bǔ)充。由于軟交換技術(shù)自身的功能及特點(diǎn),電力系統(tǒng)引入軟交換技術(shù),可以解決以下幾個(gè)方面的問題:

5.1在電力通信信息網(wǎng)中實(shí)現(xiàn)網(wǎng)絡(luò)互通,并能統(tǒng)一不同介質(zhì)的網(wǎng)絡(luò)。

電力通信網(wǎng)中的電話網(wǎng)是一種交換網(wǎng)絡(luò);同時(shí)電力通信網(wǎng)中也存在以IP協(xié)議為基礎(chǔ)的分組網(wǎng)絡(luò)( 計(jì)算機(jī)網(wǎng)絡(luò))。軟交換可以提供支持多種信令協(xié)議的接口,可以實(shí)現(xiàn)電話網(wǎng)和計(jì)算機(jī)網(wǎng)之間的信令互通及不同網(wǎng)關(guān)的互操作問題。

電力通信網(wǎng)有光纖、微波、載波等多種傳輸介質(zhì)。就形成了光纖網(wǎng)、微波網(wǎng)等不同傳輸介質(zhì)的網(wǎng)絡(luò)形式,以前各網(wǎng)絡(luò)間只能通過各自的復(fù)接及終端設(shè)備進(jìn)行簡單的模擬或數(shù)據(jù)信號轉(zhuǎn)接。若引進(jìn)了軟交換技術(shù),在一臺交換服務(wù)器上可對多種介質(zhì)的信息進(jìn)行交換,各種介質(zhì)的網(wǎng)絡(luò)達(dá)到了融合互通。在不同介質(zhì)的網(wǎng)絡(luò)中傳遞信息時(shí)也省掉了復(fù)雜的轉(zhuǎn)換環(huán)節(jié),節(jié)約資金避免浪費(fèi),特別是提高了網(wǎng)絡(luò)的可靠性, 而且在管理上也極易實(shí)現(xiàn)對整個(gè)網(wǎng)絡(luò)的維護(hù)。

5.2極易實(shí)現(xiàn)新業(yè)務(wù)

軟交換提供了開放式的應(yīng)用程序接口(API),非常便于提供新業(yè)務(wù)。這對于滿足電力發(fā)展過程中對通信網(wǎng)中傳輸?shù)男畔⒉粩嗵岢龅男乱?避免重復(fù)投資,都大有益處。

5.3 可實(shí)現(xiàn)各種業(yè)務(wù)統(tǒng)計(jì)功能

此外,在電力通信網(wǎng)中引入軟交換,其應(yīng)用將不僅限于以上幾個(gè)方面,由于軟交換技術(shù)自身的功能及特點(diǎn),將會產(chǎn)生很多方面有益的影響和作用。

6 結(jié)語

軟交換技術(shù)是促進(jìn)網(wǎng)絡(luò)融合、業(yè)務(wù)整合的主要技術(shù)之一,能支持各種網(wǎng)絡(luò)實(shí)體的互通和業(yè)務(wù)的互操作,適應(yīng)各種贏利模式,代表網(wǎng)絡(luò)技術(shù)的發(fā)展趨勢。隨著下一代網(wǎng)絡(luò)的逐步實(shí)現(xiàn),軟交換技術(shù)將會發(fā)展得更加完善。在合適時(shí)機(jī)引入,必能提高電力行業(yè)通信信息水平,為電網(wǎng)提供高質(zhì)量的服務(wù)。

第8篇：新媒體運(yùn)營的底層邏輯范文

【關(guān)鍵詞】NFV IMS SDN

中圖分類號：TN03 文獻(xiàn)標(biāo)識碼：A 文章編號：1006-1010（2014）-22-0060-05

Research on Virtualization Solution of IMS core Network Functions

PENG Li

（Guangzhou Research Institute of China Telecom Co.， Ltd.， Guangzhou 510630， China）

[Abstract] As network function virtualization （NFV） decouple the software functions and hardware functions of traditional network equipments， it decreases the investment and operating costs to enhance the deployment efficiency of new business. SDN provides a solution to NFV bearer network and ensures the implementation of NFV. In this paper， the solution to NFV of IMS core network is discussed， as well as the networking scheme of the bearer network in the environment of IMS core network visualization based on SDN framework is proposed.

[Key words]NFV IMS SDN

1 引言

網(wǎng)絡(luò)功能虛擬化（NFV，Network Functions Virtualisation）改變了現(xiàn)有網(wǎng)絡(luò)運(yùn)營商構(gòu)建網(wǎng)絡(luò)的方法：不再采用專用的網(wǎng)絡(luò)設(shè)備，而是利用IT虛擬化技術(shù)在標(biāo)準(zhǔn)的高性能服務(wù)器、交換機(jī)、存儲設(shè)備上來實(shí)現(xiàn)各類網(wǎng)絡(luò)節(jié)點(diǎn)和用戶前端設(shè)備的功能。原則上，所有網(wǎng)絡(luò)節(jié)點(diǎn)的功能都可以被虛擬化并在標(biāo)準(zhǔn)的服務(wù)器上運(yùn)行。

軟件定義網(wǎng)絡(luò)（SDN，Software Defined Network）提出了一種新型的網(wǎng)絡(luò)架構(gòu)：將1―4層網(wǎng)絡(luò)的控制平面與數(shù)據(jù)轉(zhuǎn)發(fā)平面進(jìn)行分離，并提供開放的接口和實(shí)現(xiàn)可編程化控制。

多媒體業(yè)務(wù)統(tǒng)一控制層IMS網(wǎng)絡(luò)的虛擬化可以提高多媒體業(yè)務(wù)部署的靈活性并降低成本，但同時(shí)也對承載網(wǎng)帶來了新的功能需求。SDN架構(gòu)可以滿足該需求，并進(jìn)一步增強(qiáng)IMS虛擬化的能力。

2 NFV和SDN概述

2.1 NFV體系架構(gòu)及關(guān)鍵技術(shù)

由全球領(lǐng)先的7家電信網(wǎng)絡(luò)運(yùn)營商發(fā)起成立的ETSI網(wǎng)絡(luò)功能虛擬化行業(yè)規(guī)范工作組（ETSI NFV ISG）是目前業(yè)界一致認(rèn)可的NFV相關(guān)標(biāo)準(zhǔn)體系研究的領(lǐng)跑者和主要推動者，現(xiàn)已制訂和了NFV虛擬化需求、NFV用戶案例、NFV體系框架等5個(gè)文檔。

在NFV架構(gòu)中，所有的網(wǎng)絡(luò)功能都是以純軟件的方式運(yùn)行于統(tǒng)一分配的計(jì)算、存儲和網(wǎng)絡(luò)等基礎(chǔ)設(shè)施之上，軟件功能不再和原有的專用硬件平臺相捆綁。其體系架構(gòu)如圖1所示：

圖1 NFV體系架構(gòu)

NFV體系架構(gòu)包括虛擬網(wǎng)絡(luò)功能（VNFs，Virtualised Network Functions）、NFV基礎(chǔ)設(shè)施（NFVI，NFV Infrastructure）、NFV管理和業(yè)務(wù)編排（NFV Management and Orchestration）3個(gè)核心工作域，具體如下：

（1）虛擬網(wǎng)絡(luò)功能（VNFs）：運(yùn)行在NFVI之上的執(zhí)行指定網(wǎng)絡(luò)功能的軟件，如IMS網(wǎng)絡(luò)中的P/I/S-CSCF、HSS。網(wǎng)元節(jié)點(diǎn)的功能和狀態(tài)與它是否虛擬化無關(guān)。物理的網(wǎng)絡(luò)功能和虛擬化的網(wǎng)絡(luò)功能的能力以及對外的運(yùn)維接口應(yīng)該是相同的。一個(gè)VNF可以由多個(gè)內(nèi)部組件構(gòu)成。在該場景下，同一個(gè)VNF可以部署在多個(gè)虛機(jī)上，也可以運(yùn)行在同一個(gè)虛機(jī)上。前者每個(gè)虛機(jī)只運(yùn)行該VNF的一個(gè)組件。

（2）NFV基礎(chǔ)設(shè)施（NFVI）：包括硬件和軟件在內(nèi)的提供VNFs部署、管理和執(zhí)行的環(huán)境。硬件資源包括通過虛擬化層為VNFs提供處理、存儲和連接能力的計(jì)算、存儲和網(wǎng)絡(luò)資源。虛擬化層對硬件資源進(jìn)行了抽象，并把VNF的軟件功能和底層的硬件解耦合，從而保證硬件資源與VNFs的無關(guān)性。

（3）NFV管理和業(yè)務(wù)編排：包括業(yè)務(wù)編排系統(tǒng)、VNF管理系統(tǒng)和NFVI管理系統(tǒng)3部分。其中，業(yè)務(wù)編排系統(tǒng)負(fù)責(zé)NFV基礎(chǔ)設(shè)施、軟件資源的編排和管理，并在NFV上提供網(wǎng)絡(luò)服務(wù);VNF管理系統(tǒng)負(fù)責(zé)VNF生命周期的管理（如建立、更新、擴(kuò)展、終結(jié)）;NFVI管理系統(tǒng)為VNF提供管理和控制其所需的計(jì)算、存儲及網(wǎng)絡(luò)資源的能力。

2.2 SDN體系架構(gòu)及關(guān)鍵技術(shù)

SDN是一種新型的網(wǎng)絡(luò)架構(gòu)，其設(shè)計(jì)理念是將網(wǎng)絡(luò)的控制平面與數(shù)據(jù)轉(zhuǎn)發(fā)平面進(jìn)行分離，并實(shí)現(xiàn)可編程化控制。ONF、IETF等各大標(biāo)準(zhǔn)組織都根據(jù)各自的研究領(lǐng)域和技術(shù)觀點(diǎn)對SDN的技術(shù)進(jìn)行了研究，并制訂相應(yīng)的標(biāo)準(zhǔn)。雖然各大流派的具體技術(shù)方案不盡相同，但所遵循的總體框架和關(guān)鍵技術(shù)是基本一致的。

典型的SDN體系架構(gòu)分為應(yīng)用層、控制層和基礎(chǔ)設(shè)施層3部分，具體如圖2所示：

圖2 SDN體系架構(gòu)

（1）應(yīng)用層：通過控制層提供的接口獲取網(wǎng)絡(luò)的控制權(quán)，并在其基礎(chǔ)上開發(fā)各種業(yè)務(wù)應(yīng)用，從而實(shí)現(xiàn)業(yè)務(wù)創(chuàng)新。

（2）控制層：是網(wǎng)絡(luò)智能的集中，負(fù)責(zé)維護(hù)網(wǎng)絡(luò)的整體狀態(tài)和數(shù)據(jù)平面資源的編排，可根據(jù)用戶不同的需求和全局網(wǎng)絡(luò)拓?fù)?，靈活動態(tài)地為每個(gè)用戶分配資源。SDN控制器具有網(wǎng)絡(luò)的全局視圖，負(fù)責(zé)管理整個(gè)網(wǎng)絡(luò)，對下通過標(biāo)準(zhǔn)的協(xié)議與基礎(chǔ)網(wǎng)絡(luò)進(jìn)行通信，對上通過開放接口向應(yīng)用層提供對網(wǎng)絡(luò)資源的控制能力。

（3）基礎(chǔ)設(shè)施層：是硬件設(shè)備層，專注于單純的數(shù)據(jù)處理和轉(zhuǎn)發(fā)。

3 IMS核心網(wǎng)虛擬化方案

IMS網(wǎng)絡(luò)由業(yè)務(wù)層、控制層和接入層組成，不同層面之間采用開放的接口協(xié)議，在EPC和其他IP承載網(wǎng)上提供基于SIP協(xié)議的多媒體會話業(yè)務(wù)的控制能力及業(yè)務(wù)提供能力，包括業(yè)務(wù)層、控制層和接入層在內(nèi)的IMS網(wǎng)絡(luò)各個(gè)層面的網(wǎng)絡(luò)設(shè)備功能都可以通過虛擬化的方式進(jìn)行部署及建設(shè)。由于篇幅限制，本文將重點(diǎn)針對IMS核心控制層的網(wǎng)絡(luò)功能虛擬化方案進(jìn)行討論。

IMS核心控制層主要完成SIP會話控制、資源分配、協(xié)議處理、路由、認(rèn)證、計(jì)費(fèi)、業(yè)務(wù)觸發(fā)等功能，控制層的功能實(shí)體包括P-CSCF、I-CSCF、S-CSCF、AGCF、HSS、SLF、MGCF、MGW、BGCF、ENUM/DNS、BAC等。目前這些網(wǎng)絡(luò)實(shí)體都是基于ATCA硬件架構(gòu)實(shí)現(xiàn)，運(yùn)營商根據(jù)預(yù)測的業(yè)務(wù)量進(jìn)行網(wǎng)絡(luò)部署。

IMS核心網(wǎng)網(wǎng)元功能虛擬化通過重新設(shè)計(jì)P/I/S-CSCF、HSS等核心網(wǎng)網(wǎng)元的系統(tǒng)和軟件架構(gòu)，使其可以獨(dú)立于底層的硬件設(shè)備而運(yùn)行于通用服務(wù)器平臺之上。運(yùn)營商在部署IMS網(wǎng)絡(luò)時(shí)不需要購置專用的硬件平臺，而是根據(jù)業(yè)務(wù)量的實(shí)際需要?jiǎng)討B(tài)地在云平臺上加載、安裝、運(yùn)行P/I/S-CSCF等各核心網(wǎng)網(wǎng)元軟件功能模塊。IMS虛擬化邏輯架構(gòu)如圖3所示：

圖3 IMS虛擬化邏輯架構(gòu)

IMS虛擬化應(yīng)提供以下4個(gè)基本功能：

（1）IMS虛擬網(wǎng)絡(luò)功能（IMS VNF）部署的一鍵完成：根據(jù)預(yù)定義好的業(yè)務(wù)模板和腳本，包括P/I/S-CSCF所有IMS核心網(wǎng)元在內(nèi)的虛擬網(wǎng)絡(luò)功能可以自動地在云平臺上加載安裝。

（2）IMS虛擬網(wǎng)絡(luò)功能（IMS VNF）的自動擴(kuò)展：虛擬網(wǎng)絡(luò)功能管理系統(tǒng)自動監(jiān)測虛擬網(wǎng)絡(luò)功能KPI運(yùn)行指標(biāo)。一旦監(jiān)測到虛擬網(wǎng)絡(luò)功能的負(fù)荷已經(jīng)超過了警戒值，虛擬網(wǎng)絡(luò)功能管理系統(tǒng)則申請計(jì)算、存儲、網(wǎng)絡(luò)等資源，并使用預(yù)定義好的模板和腳本在新增的虛機(jī)上自動安裝相關(guān)的IMS虛擬網(wǎng)絡(luò)功能。

（3）IMS虛擬網(wǎng)絡(luò)功能（IMS VNF）的自動回收：虛擬網(wǎng)絡(luò)功能管理系統(tǒng)自動監(jiān)測虛擬網(wǎng)絡(luò)功能KPI運(yùn)行指標(biāo)。一旦監(jiān)測到虛擬網(wǎng)絡(luò)功能的負(fù)荷已經(jīng)低于最低值，虛擬網(wǎng)絡(luò)功能管理系統(tǒng)則通知虛擬網(wǎng)絡(luò)功能準(zhǔn)備關(guān)閉。在虛擬網(wǎng)絡(luò)功能關(guān)閉準(zhǔn)備工作完成后，虛擬網(wǎng)絡(luò)功能管理系統(tǒng)會收回分配的資源。

（4）IMS虛擬網(wǎng)絡(luò)功能（IMS VNF）的自動容災(zāi)保護(hù)：當(dāng)運(yùn)行虛擬網(wǎng)絡(luò)功能實(shí)例的虛機(jī)發(fā)生故障時(shí)，一個(gè)新的安裝有同樣虛擬網(wǎng)絡(luò)功能實(shí)例的虛機(jī)會被自動創(chuàng)建，以接管發(fā)生故障的虛機(jī)承擔(dān)的呼叫。

4 基于SDN架構(gòu)的虛擬化IMS核心網(wǎng)承

載網(wǎng)解決方案

4.1 IMS核心網(wǎng)虛擬化對承載網(wǎng)絡(luò)的需求

IMS系統(tǒng)是基于IP承載的應(yīng)用系統(tǒng)，因此IMS網(wǎng)絡(luò)的核心網(wǎng)網(wǎng)元是通過IP網(wǎng)絡(luò)進(jìn)行連接的。在現(xiàn)有的IMS網(wǎng)絡(luò)部署中，網(wǎng)絡(luò)容量、網(wǎng)絡(luò)路由組織都是在網(wǎng)絡(luò)建設(shè)過程中根據(jù)預(yù)測的業(yè)務(wù)量和業(yè)務(wù)流量流向配置及設(shè)計(jì)的，每個(gè)網(wǎng)元對IP承載網(wǎng)帶寬、端口數(shù)、IP地址的需求都是明確和固定不變的。IP承載網(wǎng)只需根據(jù)IMS系統(tǒng)提出的具體帶寬、端口和路由需求提供網(wǎng)絡(luò)連接。除非有IMS網(wǎng)絡(luò)設(shè)備退網(wǎng)，否則其承載網(wǎng)方案都是無需變化的。

IMS網(wǎng)元功能虛擬化后，各個(gè)網(wǎng)元功能以軟件的形式按用戶容量變化的實(shí)際需要自動在通用硬件平臺上加載或卸載。IMS核心網(wǎng)網(wǎng)元功能間的信令流程以及提供IMS業(yè)務(wù)的終端和核心網(wǎng)網(wǎng)元功能間的信令、業(yè)務(wù)流程仍保持不變。也就是說，網(wǎng)元功能虛擬化后各網(wǎng)元功能和終端仍是基于IP網(wǎng)絡(luò)進(jìn)行承載的，只是承載的需求發(fā)生了根本性的變化。IMS核心網(wǎng)網(wǎng)絡(luò)功能虛擬化后對承載網(wǎng)絡(luò)的需求如下：

（1）IMS核心網(wǎng)網(wǎng)絡(luò)功能虛擬化后，各網(wǎng)元功能將部署于運(yùn)營商的網(wǎng)絡(luò)功能虛擬基礎(chǔ)設(shè)施（NFVI）中以共享計(jì)算、網(wǎng)絡(luò)和存儲資源。因此，IMS虛擬化網(wǎng)絡(luò)功能會同時(shí)部署在多個(gè)數(shù)據(jù)中心里，需實(shí)現(xiàn)數(shù)據(jù)中心內(nèi)部和數(shù)據(jù)中心之間的網(wǎng)絡(luò)連接。

（2）P/I/S-CSCF、MGCF等IMS網(wǎng)元是用SIP URI進(jìn)行標(biāo)識的，通過DNS查詢到下一跳網(wǎng)元的網(wǎng)元標(biāo)識對應(yīng)的IP地址進(jìn)行網(wǎng)元間的逐跳SIP消息路由及尋址。當(dāng)一鍵完成IMS虛擬網(wǎng)絡(luò)功能的自動部署時(shí)，需要給每個(gè)網(wǎng)元分配IP地址和SIP URI，并在IMS域內(nèi)的DNS中自動生成各個(gè)網(wǎng)元IP地址和SIP URI的對應(yīng)解析關(guān)系。

（3）當(dāng)網(wǎng)絡(luò)根據(jù)業(yè)務(wù)量的變化自動擴(kuò)展IMS虛擬網(wǎng)絡(luò)功能時(shí)，部分IMS用戶會被調(diào)整接入到新的網(wǎng)元中，這要求除了在IMS域內(nèi)的DNS中自動生成各個(gè)新生成網(wǎng)元的IP地址和SIP URI的對應(yīng)解析關(guān)系外，還需在公網(wǎng)的DNS中自動加入新增用戶接入網(wǎng)元P-CSCF或BAC的IP地址和域名對應(yīng)解析關(guān)系。

（4）當(dāng)網(wǎng)絡(luò)根據(jù)業(yè)務(wù)量的變化自動回收IMS虛擬網(wǎng)絡(luò)功能時(shí)，部分IMS用戶會被調(diào)整接入到別的網(wǎng)元中，這要求需在IMS域內(nèi)的DNS中自動刪除被回收網(wǎng)元的IP地址和SIP URI的對應(yīng)解析關(guān)系，同時(shí)在公網(wǎng)的DNS中自動刪除被回收接入網(wǎng)元P-CSCF或BAC的IP地址和域名對應(yīng)解析關(guān)系，并新增被調(diào)整用戶的SIP URI和其接入網(wǎng)元的IP地址的對應(yīng)關(guān)系。

（5）當(dāng)IMS虛擬網(wǎng)絡(luò)功能進(jìn)行自動容災(zāi)保護(hù)時(shí)，部分IMS用戶的業(yè)務(wù)會被新的網(wǎng)元接管，這要求在IMS域內(nèi)的DNS中將發(fā)生故障網(wǎng)元的SIP URI對應(yīng)的IP地址更新為新生成網(wǎng)元的IP地址。如果是接入網(wǎng)元發(fā)生容災(zāi)倒換，則還需在公網(wǎng)的DNS中將被接管用戶的SIP URI對應(yīng)的IP地址改為新生成網(wǎng)元的IP地址。

4.2 IMS核心網(wǎng)虛擬化承載網(wǎng)組網(wǎng)方案

IMS核心網(wǎng)的各個(gè)虛擬化網(wǎng)絡(luò)功能具備自動部署、自動擴(kuò)展、自動回收和容災(zāi)保護(hù)的特性，這要求虛擬化網(wǎng)絡(luò)功能所在數(shù)據(jù)中心的承載網(wǎng)支持自動為IMS虛擬化網(wǎng)絡(luò)功能建立虛擬專網(wǎng)、分配網(wǎng)絡(luò)資源和IP地址、提供有QoS保證的專用網(wǎng)絡(luò)通道，而且該虛擬專網(wǎng)還應(yīng)能跨域跨數(shù)據(jù)中心。

目前數(shù)據(jù)中心內(nèi)部和跨數(shù)據(jù)中心的組網(wǎng)方案都不具備上述能力，因此需要重新考慮數(shù)據(jù)中心的承載網(wǎng)方案。

SDN體系架構(gòu)將網(wǎng)絡(luò)的控制面和轉(zhuǎn)發(fā)面相分離，實(shí)現(xiàn)了對網(wǎng)絡(luò)資源的自動管理，可以很好地實(shí)現(xiàn)上述功能?；赟DN架構(gòu)的組網(wǎng)方案如圖4所示：

該架構(gòu)把物理網(wǎng)絡(luò)資源虛擬化，形成一個(gè)虛擬網(wǎng)絡(luò)。虛擬網(wǎng)絡(luò)以業(yè)務(wù)的方式開放給IMS虛擬化網(wǎng)絡(luò)功能，負(fù)責(zé)承載業(yè)務(wù)流，從而屏蔽掉了實(shí)際的物理網(wǎng)絡(luò)。數(shù)據(jù)中心域內(nèi)SDN控制器負(fù)責(zé)管理域內(nèi)的交換機(jī)、路由器等物理節(jié)點(diǎn)設(shè)備，并通過北向API把物理網(wǎng)絡(luò)的相關(guān)信息傳送給虛擬基礎(chǔ)設(shè)施管理系統(tǒng)。虛擬基礎(chǔ)設(shè)施管理系統(tǒng)再根據(jù)收集到的物理網(wǎng)絡(luò)拓?fù)湫畔ⅲ沓稣麄€(gè)虛擬網(wǎng)絡(luò)的網(wǎng)絡(luò)拓?fù)浜蜖顟B(tài)，對虛擬網(wǎng)絡(luò)的網(wǎng)絡(luò)資源進(jìn)行管理，并將相關(guān)信息開放給虛擬網(wǎng)絡(luò)功能管理系統(tǒng)和業(yè)務(wù)編排系統(tǒng)。

IMS核心網(wǎng)虛擬化包括自動部署、自動擴(kuò)展、自動回收和容災(zāi)保護(hù)4個(gè)基本應(yīng)用場景，由于篇幅有限，本文僅針對自動部署和自動回收這2種場景進(jìn)行說明。自動擴(kuò)展場景可參考自動部署場景，容災(zāi)保護(hù)場景則參考自動擴(kuò)展和回收場景。

（1）IMS虛擬網(wǎng)絡(luò)功能（IMS VNF）部署的一鍵完成：虛擬網(wǎng)絡(luò)功能管理系統(tǒng)把部署IMS虛擬網(wǎng)絡(luò)功能對計(jì)算、存儲和網(wǎng)絡(luò)等資源的需求提交給虛擬基礎(chǔ)設(shè)施管理系統(tǒng)。虛擬基礎(chǔ)設(shè)施管理系統(tǒng)收到網(wǎng)絡(luò)資源需求時(shí)，根據(jù)虛擬網(wǎng)絡(luò)的網(wǎng)絡(luò)資源使用情況為IMS虛擬網(wǎng)絡(luò)功能建立專用的VPN，并為相關(guān)的網(wǎng)絡(luò)功能分配IP地址。虛擬基礎(chǔ)設(shè)施管理系統(tǒng)將相關(guān)的路由策略通過SDN控制器下發(fā)給涉及到的交換機(jī)和路由器，并將資源的分配情況反饋給虛擬網(wǎng)絡(luò)功能管理系統(tǒng)。虛擬網(wǎng)絡(luò)功能管理系統(tǒng)根據(jù)分配到的資源生成P/S/I-CSCF等IMS虛擬網(wǎng)絡(luò)功能，同時(shí)在DNS中添加各個(gè)網(wǎng)元IP地址和SIP URI的對應(yīng)解析關(guān)系。

（2）IMS虛擬網(wǎng)絡(luò)功能（IMS VNF）的自動回收：待被回收的IMS虛擬網(wǎng)絡(luò)功能關(guān)閉后，虛擬網(wǎng)絡(luò)功能管理系統(tǒng)把可回收的計(jì)算、存儲和網(wǎng)絡(luò)資源需求提交給虛擬基礎(chǔ)設(shè)施管理系統(tǒng)，同時(shí)在DNS中刪去回收網(wǎng)元IP地址和SIP URI的對應(yīng)解析關(guān)系。虛擬基礎(chǔ)設(shè)施管理系統(tǒng)收到回收網(wǎng)絡(luò)資源請求時(shí)，根據(jù)虛擬專網(wǎng)的網(wǎng)絡(luò)資源使用情況回收相對應(yīng)的網(wǎng)絡(luò)資源和IP地址，并將修改后的路由策略通過SDN控制器下發(fā)給交換機(jī)和路由器。

5 結(jié)束語

NFV和SDN作為解決現(xiàn)有網(wǎng)絡(luò)存在的網(wǎng)絡(luò)不能感知應(yīng)用、無法實(shí)時(shí)靈活部署業(yè)務(wù)、無法共享基礎(chǔ)設(shè)施資源、運(yùn)營成本高等問題的新的體系架構(gòu)，得到了業(yè)界的一致認(rèn)可，是未來網(wǎng)絡(luò)發(fā)展的方向。雖然近年來NFV和SDN技術(shù)發(fā)展十分迅速，但仍處于發(fā)展初期，ONF/IETF/ETSI/OpenSource的大部分技術(shù)方案離規(guī)模部署還需要進(jìn)一步的細(xì)化和驗(yàn)證。

參考文獻(xiàn)：

[1] NFV ETSI ISG. ETSI GS NFV 004 V1.1.1-2013 Network Functions Virtualisation （NFV）： Virtualisation Requirements[S]. Sophia Antipolis： ETSI， 2013.

[2] NFV ETSI ISG. ETSI GS NFV 001 V1.1.1-2013 Network Functions Virtualisation （NFV）： Use Cases[S]. Sophia Antipolis： ETSI， 2013.

[3] NFV ETSI ISG. ETSI GS NFV 002 V1.1.1-2013 Network Functions Virtualisation （NFV）： Architectural Framework[S]. Sophia Antipolis： ETSI， 2013.

第9篇：新媒體運(yùn)營的底層邏輯范文

關(guān)鍵詞：Web；協(xié)作翻譯；SSH架構(gòu)；vSphere

引言

隨著翻譯事業(yè)的蓬勃發(fā)展，翻譯規(guī)模不斷擴(kuò)大，翻譯數(shù)量和翻譯類別逐漸增加，各類語言翻譯的數(shù)據(jù)量和信息量成倍甚至數(shù)十倍增長，給以個(gè)人為中心的傳統(tǒng)翻譯工作帶來巨大壓力。機(jī)器翻譯在半個(gè)世紀(jì)前就已進(jìn)入人們的視線，但是機(jī)器缺乏人類所獨(dú)有的處理社會知識能力，因此機(jī)器翻譯所輸出的譯文質(zhì)量遠(yuǎn)不如人譯。為了適應(yīng)新時(shí)代網(wǎng)絡(luò)迅猛發(fā)展要求，推動翻譯模式不斷創(chuàng)新，開發(fā)基于Web的協(xié)作翻譯系統(tǒng)是提高翻譯工作效率、保證翻譯工作規(guī)范化的必由之路，對探索協(xié)作翻譯新模式具有十分重要的現(xiàn)實(shí)意義。

1基于Web的協(xié)作翻譯模式構(gòu)建

1．1協(xié)作翻譯內(nèi)涵協(xié)作翻譯模式對提高翻譯工作效率、保證翻譯工作質(zhì)量具有積極作用，是解決翻譯工作量大、翻譯周期短的重要途徑［1］。許多翻譯機(jī)構(gòu)都非常重視協(xié)作翻譯模式的應(yīng)用。協(xié)作翻譯模式主要用于翻譯機(jī)構(gòu)中的譯者協(xié)作翻譯，在基于Internet的跨區(qū)域翻譯中沒有得到很好應(yīng)用，主要原因在于缺少一個(gè)適合的平臺，而目前正在設(shè)計(jì)開發(fā)的協(xié)作翻譯系統(tǒng)為譯者跨區(qū)域協(xié)作翻譯提供了一個(gè)新途徑。1．2基于Web的協(xié)作翻譯模式構(gòu)建基于Web的協(xié)作翻譯活動只需一網(wǎng)的計(jì)算機(jī)就能保證翻譯工作順利開展。協(xié)作能創(chuàng)造出一種比單個(gè)工作量簡單累加更大的效果，實(shí)現(xiàn)協(xié)同效應(yīng)。協(xié)作的優(yōu)點(diǎn)是可以充分有效地利用組織資源，縮短工作時(shí)間，便于集中力量在短時(shí)間內(nèi)完成個(gè)人難以完成的任務(wù)。（1）協(xié)作翻譯平臺構(gòu)建。構(gòu)建協(xié)作平臺是為了充分利用組織資源實(shí)現(xiàn)共同目標(biāo)。在團(tuán)隊(duì)協(xié)作翻譯過程中，有創(chuàng)意的觀點(diǎn)和翻譯方法常會出人意料地出現(xiàn)。為了使協(xié)作翻譯平臺發(fā)揮積極作用，有效促進(jìn)譯者之間的協(xié)作與交流，需要構(gòu)建一個(gè)便捷并具有統(tǒng)一規(guī)范的網(wǎng)絡(luò)協(xié)作翻譯環(huán)境。在協(xié)作翻譯平臺上，譯者可以創(chuàng)建各自獨(dú)立的翻譯工作室，再邀請譯者根據(jù)實(shí)際需求加入到各自的翻譯工作室，一個(gè)譯者可以隸屬于多個(gè)翻譯工作室。這樣，譯者之間共同構(gòu)建了協(xié)作翻譯環(huán)境，在協(xié)作翻譯活動開展過程中，譯者也可以參與到對方的翻譯活動中，整個(gè)翻譯活動是同步、動態(tài)、開放的過程。協(xié)作翻譯平臺成員關(guān)系如圖1所示。（2）創(chuàng)建獨(dú)立翻譯工作室。為了方便譯者協(xié)作翻譯，需要在協(xié)作翻譯平臺中創(chuàng)建獨(dú)立的翻譯工作室，最恰當(dāng)?shù)姆椒ㄊ菂f(xié)作小組發(fā)起人申請創(chuàng)建翻譯工作室，根據(jù)翻譯需求邀請譯者加入。組建協(xié)作翻譯小組的過程類似于騰訊QQ群功能，比如：申請創(chuàng)建一個(gè)英漢科技類翻譯協(xié)作小組，小組發(fā)起人在系統(tǒng)中申請建立翻譯工作室，有一個(gè)唯一的標(biāo)識名和該工作室的詳細(xì)說明，翻譯小組發(fā)起人可根據(jù)需求邀請熟悉的譯者加入該協(xié)作小組。翻譯小組發(fā)起人也可在平臺中邀請世界各地的翻譯工作者加入。（3）以任務(wù)驅(qū)動開展協(xié)作翻譯。一個(gè)協(xié)作翻譯小組中有多個(gè)小組負(fù)責(zé)人。開始階段，翻譯小組負(fù)責(zé)人選擇翻譯任務(wù)，對需要翻譯的任務(wù)進(jìn)行分析，決定該翻譯任務(wù)適合多少人完成、翻譯工作的周期有多長、協(xié)作翻譯過程中的約定用語和注意事項(xiàng)等。然后，通過協(xié)作翻譯平臺邀請組內(nèi)譯者加入到該翻譯任務(wù)中，譯者可根據(jù)情況決定是否加入該翻譯任務(wù)。小組負(fù)責(zé)人根據(jù)翻譯小組人員水平設(shè)置翻譯任務(wù)，使每個(gè)成員都能輕松完成任務(wù)。在翻譯過程中，譯者可隨時(shí)查看小組其他成員的翻譯進(jìn)度和翻譯內(nèi)容，發(fā)現(xiàn)其他譯者翻譯錯(cuò)誤并進(jìn)行提示和標(biāo)注，翻譯過程如果出現(xiàn)異議可通過協(xié)作翻譯平臺相互討論。隨著翻譯工作的層層深入，小組成員間的協(xié)作逐步融洽，小組負(fù)責(zé)人應(yīng)適時(shí)關(guān)注翻譯工作完成情況，使整個(gè)翻譯工作不脫離預(yù)定軌跡。（4）成員互評引領(lǐng)翻譯活動。翻譯工作在平臺上進(jìn)行，每個(gè)譯者的譯文在網(wǎng)上同步，和其他成員共享，翻譯組成員在自己翻譯的同時(shí)可看到其他成員的譯文。此時(shí)，翻譯組成員對彼此之間的譯文并不是簡單評判，而是根據(jù)每個(gè)成員的翻譯特點(diǎn)，針對不同譯文給出建設(shè)性意見。協(xié)作翻譯小組可最大化地發(fā)揮每個(gè)成員的能動性，與翻譯團(tuán)體共享勞動成果，使每個(gè)譯者都得到關(guān)注，以此挖掘最大潛能，提高譯者翻譯的信心和積極性。（5）互評和驗(yàn)收分發(fā)校驗(yàn)相結(jié)合。在基于Web的協(xié)作翻譯平臺上，協(xié)作小組的翻譯活動公開、透明。翻譯內(nèi)容的一致性對翻譯活動來說至關(guān)重要，在協(xié)作翻譯平臺會將翻譯過程進(jìn)行統(tǒng)一規(guī)格描述，譯者可以在翻譯過程中查看其他譯者譯文，可以互評交流。通過瀏覽其他譯者的譯文及評價(jià)，及時(shí)回顧和總結(jié)，使互評過程在不知不覺中成為反思過程。驗(yàn)收環(huán)節(jié)的分發(fā)校驗(yàn)也是整個(gè)翻譯過程必不可少的。為了保證譯文的準(zhǔn)確性和一致性，協(xié)作翻譯采用分發(fā)校驗(yàn)方式來完成。協(xié)作小組成員提交完譯文，系統(tǒng)會自動將譯文隨機(jī)分發(fā)給協(xié)作小組成員進(jìn)行校驗(yàn)，校驗(yàn)完成后由小組負(fù)責(zé)人統(tǒng)一歸檔整理。翻譯過程中的互評和驗(yàn)收分發(fā)校驗(yàn)相結(jié)合，使多人協(xié)作翻譯在提高效率的同時(shí)保證翻譯質(zhì)量。

2基于Web的協(xié)作翻譯系統(tǒng)設(shè)計(jì)

2．1系統(tǒng)設(shè)計(jì)原則協(xié)作翻譯系統(tǒng)可利用校園網(wǎng)作為平臺，將Web服務(wù)器與數(shù)據(jù)庫技術(shù)相結(jié)合，把協(xié)作翻譯模式中需要的信息轉(zhuǎn)換成數(shù)據(jù)，由專業(yè)的管理人員對系統(tǒng)進(jìn)行監(jiān)督和管理，譯者可以登錄系統(tǒng)組建自己的翻譯協(xié)作工作室進(jìn)行協(xié)作翻譯活動［2］。在基于Web的協(xié)作翻譯系統(tǒng)中，協(xié)作翻譯小組的建立、構(gòu)成及譯者之間的協(xié)作會隨著需求而發(fā)生變化，在系統(tǒng)設(shè)計(jì)中要以協(xié)作翻譯過程作為數(shù)據(jù)流程依據(jù)，以翻譯人員管理權(quán)限輔助管理。2．2系統(tǒng)結(jié)構(gòu)設(shè)計(jì)協(xié)作翻譯系統(tǒng)采用以云操作系統(tǒng)VMwarevSphere為核心的云計(jì)算基礎(chǔ)架構(gòu)，支持在線翻譯。大規(guī)模的在線翻譯活動對服務(wù)器來說是一個(gè)很大的負(fù)擔(dān)，增加了硬件設(shè)備的投入。利用vSphere虛擬化平臺，可使協(xié)作翻譯系統(tǒng)在現(xiàn)有設(shè)備的基礎(chǔ)上具備快速響應(yīng)能力和高穩(wěn)定性。vSphere虛擬化平臺通過將系統(tǒng)的應(yīng)用與底層硬件分離，使服務(wù)器工作負(fù)載均衡［3］。協(xié)作翻譯系統(tǒng)結(jié)構(gòu)如圖2所示。VMwarevSphere使用虛擬化技術(shù)匯總多個(gè)系統(tǒng)間的基礎(chǔ)物理硬件資源，同時(shí)為數(shù)據(jù)中心提供大量虛擬資源。如圖2所示，協(xié)作翻譯系統(tǒng)是構(gòu)建在云平臺之上的，VM－warevSphere云操作系統(tǒng)可無縫和動態(tài)管理大型基礎(chǔ)架構(gòu)（如：CPU、存儲器和網(wǎng)絡(luò)）。用戶使用Web瀏覽器訪問協(xié)作翻譯系統(tǒng)，系統(tǒng)通過vCenterServer提供的服務(wù)來管理和使用位于虛擬機(jī)群的資源，同時(shí)還管理復(fù)雜的數(shù)據(jù)中心。vSphereWebAccess用于解析虛擬機(jī)的物理位置，并將Web瀏覽器重定向至虛擬機(jī)。協(xié)作翻譯系統(tǒng)需要強(qiáng)大的運(yùn)算能力來支撐在線翻譯活動。早期的單服務(wù)器模式無法滿足該需求，大量的并發(fā)訪問造成服務(wù)器負(fù)載及穩(wěn)定性下降。以虛擬技術(shù)為基礎(chǔ)將協(xié)作翻譯系統(tǒng)構(gòu)建在云平臺上，通過云操作系統(tǒng)對服務(wù)器資源進(jìn)行整合和統(tǒng)一管理，在節(jié)約計(jì)算機(jī)資源的同時(shí)還保證了系統(tǒng)安全穩(wěn)定運(yùn)行。2．3系統(tǒng)開發(fā)關(guān)鍵技術(shù)協(xié)作翻譯系統(tǒng)采用J2EE輕量級SSH框架技術(shù)，即Struts、Hibernate和Spring的框架組合，SSH框架結(jié)構(gòu)如圖3所示。典型SSH框架分為表現(xiàn)層、業(yè)務(wù)邏輯層和持久層，三層體系將業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問及合法性校驗(yàn)等工作放在中間層處理。協(xié)作翻譯系統(tǒng)中譯者不需要直接與數(shù)據(jù)庫交互，而是通過表現(xiàn)層與中間層建立連接，再由中間層與數(shù)據(jù)庫交互。系統(tǒng)采用Oracle數(shù)據(jù)庫。（1）表示層。表示層由Struts實(shí)現(xiàn)。它是三層架構(gòu)的最外層，負(fù)責(zé)用戶和系統(tǒng)的交互，系統(tǒng)接受用戶請求并收集用戶提交的信息，通過控制器把相應(yīng)的請求轉(zhuǎn)發(fā)到對應(yīng)的Action中，并在Action中調(diào)用業(yè)務(wù)邏輯，進(jìn)行業(yè)務(wù)邏輯處理，然后將相應(yīng)結(jié)果返回給用戶［4］。用戶提交的表單數(shù)據(jù)使用ActionForm組件進(jìn)行封裝。協(xié)作翻譯系統(tǒng)使用Struts2技術(shù)開發(fā)，它提供了更強(qiáng)大、更易用的輸入檢驗(yàn)功能，支持更多的視圖技術(shù)，并整合了Ajax技術(shù)。圖3SSH框架結(jié)構(gòu)表示層中，通過開發(fā)的多媒體編輯器可實(shí)現(xiàn)漢語、英語、日語、俄語等多國語言的在線可視化輸入、編輯。此外，在編輯器中集成了自主開發(fā)的翻譯原文分句、分行、分段排版工具，保證譯者選擇適合的翻譯方式。該編輯器主要應(yīng)用于在線協(xié)作翻譯和協(xié)作校對交互模塊，對協(xié)作翻譯活動提供支持。系統(tǒng)還開發(fā)了即時(shí)通訊工具，譯者在翻譯和校對過程中可以與小組成員同步交流，提高了協(xié)作翻譯效果。（2）業(yè)務(wù)邏輯層。業(yè)務(wù)邏輯層由Spring實(shí)現(xiàn)，它是系統(tǒng)中間件Spring框架的核心，采取控制翻轉(zhuǎn)IoC（Inver－sionofControl）依賴注入DI（DependenceInjection）機(jī)制。通過讀取配置文件，IoC將業(yè)務(wù)邏輯的各個(gè)模塊實(shí)現(xiàn)依賴注入到實(shí)際調(diào)用業(yè)務(wù)邏輯的動作模塊中。DI容器在運(yùn)行期間動態(tài)地將依賴關(guān)系（如構(gòu)造參數(shù)、構(gòu)造對象或接口）注入到組件中。Spring框架使用bean屬性進(jìn)行反轉(zhuǎn)控制，在bean．xml文件中配置相應(yīng)的屬性就可以將bean放入Spring容器中，使得bean成為業(yè)務(wù)邏輯層的一個(gè)組件。比如在線協(xié)作翻譯模塊，只需配置bean屬性，創(chuàng)建繼承Spring提供的HibernateDao類DAO對象，然后復(fù)寫其中關(guān)于CRUD方法，就可以完成業(yè)務(wù)邏輯組件的加載，使其納入Spring容器管理。（3）持久層。持久層由Hibernate實(shí)現(xiàn)，作為ORM（對象／關(guān)系映射）框架，它是目前最流行的對象持久化技術(shù)。Hibernate將面向?qū)ο缶幊踢^程中的數(shù)據(jù)對象通過映射對應(yīng)到數(shù)據(jù)庫相關(guān)表，并將相關(guān)數(shù)據(jù)存儲到數(shù)據(jù)表中。Hibernate通過對JDBC的封裝，向程序員屏蔽底層的數(shù)據(jù)庫操作，底層數(shù)據(jù)庫的改變只需更改初始化配置文件（hibernate．cfg．xml或hibernate．properties）即可。通過配制數(shù)據(jù)庫的連接屬性，相關(guān)插件能自動生成Hibernate增、刪、查、改等多種方法［5］。比如即時(shí)通訊模塊，首先要?jiǎng)?chuàng)建持久化類，然后在進(jìn)行對象關(guān)系映射后使用XML方式配置Hibernate文件。配置主要內(nèi)容有數(shù)據(jù)庫驅(qū)動程序、數(shù)據(jù)庫語言、日志輸出等，使用連接池還需要配置連接池大小、連接數(shù)等。2．4系統(tǒng)功能協(xié)作翻譯系統(tǒng)主要完成譯者組織管理和在線協(xié)作翻譯兩個(gè)主要功能。該系統(tǒng)通過多個(gè)功能模塊把分布于世界各地的譯者有機(jī)統(tǒng)一起來，充分發(fā)揮協(xié)作翻譯模式優(yōu)勢，利用協(xié)作翻譯系統(tǒng)進(jìn)行在線協(xié)作翻譯活動。系統(tǒng)功能如圖4所示。（1）譯者組織管理功能。協(xié)作翻譯系統(tǒng)有協(xié)作翻譯小組組織者、協(xié)作翻譯小組成員和系統(tǒng)管理員3種角色。協(xié)作翻譯小組組織者的主要任務(wù)是申請創(chuàng)建協(xié)作小組、成員審核、翻譯活動的發(fā)起和整個(gè)翻譯過程的控制管理；協(xié)作翻譯小組成員在加入到協(xié)作小組后接受組織者的邀請參與翻譯活動，每位譯者可以從屬于多個(gè)翻譯小組；系統(tǒng)管理員負(fù)責(zé)用戶管理、信息管理和系統(tǒng)維護(hù)工作。（2）在線協(xié)作翻譯功能。在線翻譯的平臺貫穿協(xié)作翻譯整個(gè)流程。翻譯活動開始由小組負(fù)責(zé)人登錄工作室上傳原文、填寫描述信息和翻譯周期、選擇該任務(wù)譯者、分發(fā)任務(wù)，系統(tǒng)通過短信形式通知譯者，譯者登錄系統(tǒng)后翻譯工作正式開始。譯者通過在線編輯器開始在線翻譯，翻譯過程中可隨時(shí)查看小組成員的翻譯進(jìn)度和翻譯內(nèi)容，還可通過即時(shí)通訊功能進(jìn)行討論。翻譯完成后，有兩名以上成員提交完成的譯文時(shí)，系統(tǒng)會自動將譯文隨機(jī)分發(fā)給其他成員校驗(yàn)，校驗(yàn)完成后系統(tǒng)會根據(jù)原文拆分順序進(jìn)行歸檔整理，小組成員都可以查看到完整的譯文。

3基于Web的協(xié)作翻譯系統(tǒng)應(yīng)用

協(xié)作翻譯系統(tǒng)要考慮實(shí)施過程中的網(wǎng)絡(luò)支撐環(huán)境和系統(tǒng)應(yīng)用過程中的常見問題，為跨區(qū)域的協(xié)作翻譯活動提供技術(shù)支持。協(xié)作翻譯系統(tǒng)除譯者組織管理和在線協(xié)作翻譯兩大功能外，還包括即時(shí)短信通知、多國語言支持、譯文的拆分組合管理、譯文的同步共享、譯者的即時(shí)通訊、共享譯文的標(biāo)注管理、譯者翻譯量統(tǒng)計(jì)和數(shù)據(jù)的自動備份等輔助功能［6］。（1）網(wǎng)絡(luò)支撐環(huán)境。協(xié)作翻譯系統(tǒng)架構(gòu)在VMwarevSphere云操作系統(tǒng)之上。vSphere是VMware公司推出新一代數(shù)據(jù)中心虛擬化套件，提供了虛擬化基礎(chǔ)架構(gòu)的一整套解決方案。vSphere云操作系統(tǒng)使用ESX部署服務(wù)器集群，vCenterServer作為ESX以及在其上的虛擬機(jī)管理服務(wù)器，通過vSphereClient對ESXServer進(jìn)行管理。vSphere云操作系統(tǒng)自動完成服務(wù)器間的輔助均衡，同時(shí)使用vLockstep容錯(cuò)技術(shù)對虛擬機(jī)數(shù)據(jù)進(jìn)行備份，使虛擬機(jī)上的資源更加安全、有效。（2）即時(shí)短信通知。協(xié)作翻譯系統(tǒng)支持短信通知，以保證譯者沒有及時(shí)查看系統(tǒng)消息時(shí)能第一時(shí)間收到翻譯任務(wù)邀請。系統(tǒng)提供兩種解決方案：①通過運(yùn)營商提供的API接口實(shí)現(xiàn)即時(shí)短信通知，如聯(lián)通采用的ETOT1009協(xié)議轉(zhuǎn)換器，系統(tǒng)開發(fā)過程中直接使用ETOTAPI接口。數(shù)據(jù)傳輸采用MD5和DES加密，確保信息安全；②通過手機(jī)或者GSMmodem連接計(jì)算機(jī)進(jìn)行即時(shí)短信通知。因第一種方式需要與運(yùn)營商洽談，并需要專線與短信網(wǎng)關(guān)相連，成本投入較高，所以即時(shí)短信通知模塊在設(shè)計(jì)初給出了兩種解決方案。（3）多國語言支持。在協(xié)作翻譯平臺上可以多國語言互譯。協(xié)作翻譯系統(tǒng)采用外部語言包技術(shù)，即將語言資源存儲在外部語言包中，應(yīng)用程序根據(jù)對應(yīng)的語言標(biāo)識，通過語言包中的鍵與值對應(yīng)，動態(tài)更改翻譯語言。在協(xié)作翻譯系統(tǒng)應(yīng)用過程中，可根據(jù)需要加入新的語言包，確保系統(tǒng)擴(kuò)展性。為支持多國語言，在系統(tǒng)表示層下加入多語言支持層，該層負(fù)責(zé)管理多語種資源，并處理與數(shù)據(jù)層的交互。該層負(fù)責(zé)接收處理來自表示層的數(shù)據(jù)，根據(jù)需求切換語言操作。

4結(jié)語