首先 ， 在底層網(wǎng)絡(luò)中引入IPv6協(xié)議簡(jiǎn)化了上層業(yè)務(wù)平臺(tái)/平臺(tái)開(kāi)發(fā)和提供業(yè)務(wù)的方式 ， 由于IPv6可以保證給予網(wǎng)絡(luò)上每個(gè)終端一個(gè)公有IP地址 ， 避免了在傳統(tǒng)IPv4中的NAT穿透問(wèn)題 ， 實(shí)現(xiàn)了IP網(wǎng)上端到端的數(shù)據(jù)傳輸 ， 方便了業(yè)務(wù)的部署和提供 。
其次 ， 通用業(yè)務(wù)平臺(tái)主要負(fù)責(zé)提供業(yè)務(wù)引擎、SP/CP接入、底層網(wǎng)絡(luò)適配及相關(guān)治理功能 ， 是獨(dú)立于業(yè)務(wù)的底層承載網(wǎng)絡(luò)的 ， 并不用來(lái)處理IPv4或者IPv6地址及相關(guān)信息 ， 從協(xié)議層次的角度來(lái)說(shuō) ， 底層采用IPv6協(xié)議對(duì)于通用業(yè)務(wù)平臺(tái)是不可見(jiàn)的 。
再者 ， 通用業(yè)務(wù)平臺(tái)的下層——基礎(chǔ)業(yè)務(wù)系統(tǒng)與IPv6協(xié)議是相關(guān)的 ?；A(chǔ)業(yè)務(wù)系統(tǒng)負(fù)責(zé)通信會(huì)話的控制 ， 一般情況下 ， 會(huì)話控制的信令信息中含有特定協(xié)議的IP地址信息 ， 因此 ， 對(duì)于業(yè)務(wù)平臺(tái)來(lái)說(shuō) ， 為了更好地支持業(yè)務(wù) ， 要求基礎(chǔ)業(yè)務(wù)系統(tǒng)必須識(shí)別與IPv6相關(guān)的信息 ， 主要體現(xiàn)在信令層面對(duì)于IPv6的支持 ， 因此基礎(chǔ)業(yè)務(wù)系統(tǒng)各部件與IPv6協(xié)議是密切相關(guān)的 ， 業(yè)務(wù)層面的演進(jìn)需要從這個(gè)層面出發(fā) 。
最后 ， 底層網(wǎng)絡(luò)引入IPv6可引起通用業(yè)務(wù)平臺(tái)中增加新的業(yè)務(wù)引擎 。和IPv4協(xié)議相比 ， IPv6有些新的特征 ， 如巨大的地址空間、內(nèi)置IPSec和良好的移動(dòng)IP等 ， 盡管通用業(yè)務(wù)平臺(tái)層獨(dú)立于底層承載技術(shù)和接入技術(shù) ， 但底層網(wǎng)絡(luò)協(xié)議的變化會(huì)對(duì)上層的通用業(yè)務(wù)平臺(tái)產(chǎn)生較大的影響 ， 從而引入新的業(yè)務(wù)引擎 ， 如專(zhuān)門(mén)針對(duì)IPSecVPN的業(yè)務(wù)引擎等 ， 從而豐富了業(yè)務(wù)引擎的種類(lèi)和功能 。
6、在業(yè)務(wù)系統(tǒng)中引入IPv6的策略
當(dāng)前電信運(yùn)營(yíng)正在進(jìn)行技術(shù)轉(zhuǎn)型 ， 這在一定程度上也為IPv6的發(fā)展創(chuàng)造了機(jī)遇 。IPv6要獲得成功 ， 就不能自創(chuàng)業(yè)務(wù)體系 ， 而必須從業(yè)務(wù)需求出發(fā) ， 和NGN其它技術(shù)(如IMS、軟交換、3G)等協(xié)調(diào)發(fā)展 ， 在電信運(yùn)營(yíng)商的技術(shù)轉(zhuǎn)型中找好自己的定位 。運(yùn)營(yíng)商也需要從業(yè)務(wù)發(fā)展的角度對(duì)于IPv6進(jìn)行選擇和定制 ， 發(fā)揮其優(yōu)勢(shì) ， 使其更加符合NGN的需求 。IPv4協(xié)議是在互聯(lián)網(wǎng)領(lǐng)域取得成功后逐漸走入電信領(lǐng)域的 ， 但I(xiàn)Pv4業(yè)務(wù)的發(fā)展始終呈自由松散狀態(tài) ， 運(yùn)營(yíng)商在其中處于被動(dòng)接受的狀態(tài) 。運(yùn)營(yíng)商在部署IPv6時(shí)需避免重走IPv4互聯(lián)網(wǎng)老路 ， 應(yīng)該將IPv6協(xié)議直接放在電信級(jí)IP網(wǎng)中來(lái)發(fā)展 。
通用業(yè)務(wù)平臺(tái)系統(tǒng)獨(dú)立于底層網(wǎng)絡(luò)協(xié)議 ， 因此IPv6在業(yè)務(wù)發(fā)展中的角色主要靠基礎(chǔ)業(yè)務(wù)系統(tǒng)來(lái)體現(xiàn) 。目前 ， 運(yùn)營(yíng)商要在網(wǎng)絡(luò)中部署IPv6 ， 主要有三種途徑 ， 一是在現(xiàn)有基礎(chǔ)業(yè)務(wù)系統(tǒng)中逐漸升級(jí)來(lái)支持雙棧 ， 二是通過(guò)協(xié)議互通的方式來(lái)實(shí)現(xiàn)已有IPv4業(yè)務(wù)系統(tǒng)和純IPv6業(yè)務(wù)系統(tǒng)的互通 ， 三是直接新建支持IPv4/IPv6雙棧的業(yè)務(wù)系統(tǒng) 。
對(duì)于大多數(shù)傳統(tǒng)電信運(yùn)營(yíng)商來(lái)說(shuō) ， 他們已經(jīng)建立了一個(gè)甚至多個(gè)基礎(chǔ)業(yè)務(wù)系統(tǒng) ， 例如VoIP業(yè)務(wù)系統(tǒng)、視頻會(huì)議業(yè)務(wù)系統(tǒng)、軟交換業(yè)務(wù)系統(tǒng)等 ， 由于市場(chǎng)和成本的問(wèn)題 ， 短期內(nèi)再建設(shè)一個(gè)純IPv6業(yè)務(wù)系統(tǒng)的可能性不是很大 ， 因此需要考慮在升級(jí)過(guò)程中逐漸引入IPv6 ， 并增強(qiáng)通用業(yè)務(wù)平臺(tái)的能力 ， 開(kāi)發(fā)出新的業(yè)務(wù) 。
對(duì)于部分已有的IPv4業(yè)務(wù)系統(tǒng) ， 假如在短期內(nèi)很難升級(jí)來(lái)支持IPv6協(xié)議 ， 就需要解決純IPv6業(yè)務(wù)系統(tǒng)和純IPv4業(yè)務(wù)系統(tǒng)的互通問(wèn)題 ， 目前主要通過(guò)IPv4/IPv6NAT-PT和應(yīng)用層網(wǎng)關(guān)的方式來(lái)實(shí)現(xiàn) 。
對(duì)于新成立業(yè)務(wù)提供商 ， 可以考慮直接采用支持IPv6/IPv4的雙?；A(chǔ)業(yè)務(wù)系統(tǒng) ， 直接給用戶提供新型業(yè)務(wù) ， 但對(duì)于用戶來(lái)說(shuō) ， 采用何種協(xié)議棧訪問(wèn)這些業(yè)務(wù)是透明的 。
和其它電信網(wǎng)絡(luò)一樣 ， 電信運(yùn)營(yíng)商將在IPv6業(yè)務(wù)的產(chǎn)業(yè)鏈中起主導(dǎo)作用 。運(yùn)營(yíng)商建立一個(gè)可治理、可運(yùn)營(yíng)、可盈利的電信級(jí)通用業(yè)務(wù)平臺(tái) ， 并向用戶提供多樣化的服務(wù) ， 是NGN成功的要害 ， 也是發(fā)展以IPv6為核心的NGI的主要工作之一 。考慮到不同業(yè)務(wù)提供商在市場(chǎng)覆蓋面、經(jīng)營(yíng)理念、業(yè)務(wù)類(lèi)別、用戶群等方面存在較大的差別 ， 在發(fā)展NGI業(yè)務(wù)時(shí) ， 需要根據(jù)具體情況采用不同的策略和方案 。
推薦閱讀
- NGN 解析下一代網(wǎng)絡(luò)業(yè)務(wù)平臺(tái)建設(shè)
- IP電話的七條原則
- 語(yǔ)音一鍵通業(yè)務(wù):“一鍵通”網(wǎng)絡(luò)結(jié)構(gòu)及規(guī)劃
- IP城域網(wǎng)
- 語(yǔ)音一鍵通業(yè)務(wù)：有效提高運(yùn)營(yíng)商ARPU值
- IPv6協(xié)議中的地址配置
- 開(kāi)通漏話提醒業(yè)務(wù)是什么意思
- 移動(dòng)IPv6協(xié)議：移動(dòng)通信的基石
- IPv6協(xié)議產(chǎn)生的背景過(guò)程和現(xiàn)狀
- IPv6的鄰居發(fā)現(xiàn)技術(shù)