IPv6終端技術研究
IPv6終端技術研究?中國移動通信研究院 于 川 鄭 巍 陳健捷 陳 剛?摘??要:隨著可供分配的IPv4地址越來越少,IPv6距離我們的腳步越來越近了;終端作為IPv6商用化進程中重要
IPv6終端技術研究?
中國移動通信研究院 于 川 鄭 巍 陳健捷 陳 剛
?
摘??要:隨著可供分配的IPv4地址越來越少,IPv6距離我們的腳步越來越近了;終端作為IPv6商用化進程中重要的環(huán)節(jié)之一,需要我們重點關注。本文在介紹I Pv6終端現(xiàn)狀的同時,分析了終端從IPv4到IPv6過渡所面臨的主要場景,并提出了應對各種場景可能的解決方案;最后,本文對IPv6終端領域的一些關鍵技術進行了重點介紹。
關鍵字:終端??IPv6??按需PDP 激活??PDCP ?頭壓縮
?
一、 IPv6終端技術現(xiàn)狀
1998年8月10日,IETF IESG 宣布了一組互聯(lián)網(wǎng)草案成為標準,即從RFC2460到2463,這一天也就被認為是IPv6的誕生日。十幾年已經(jīng)過去,IPv6服務仍沒有在網(wǎng)絡上進行廣泛部署,全世界除了幾個教育研究機構的網(wǎng)絡能夠提供IPv6終端的接入外,IPv6服務寥寥無幾。然而隨著互聯(lián)網(wǎng)(包括移動互聯(lián)網(wǎng))在中國的迅猛發(fā)展,IPv4地址即將耗盡,IPv6技術已經(jīng)引起了廣泛的關注,尤其是中國IP 地址緊缺問題十分嚴峻,一方面寬帶業(yè)務急劇擴展,未來物聯(lián)網(wǎng)、云計算等業(yè)務都對IP 地址存在著海量需求;另一方面,中國目前IPv4公網(wǎng)地址極度緊缺,推廣IPv6技術已經(jīng)勢在必行。
但目前IPv6還非常不成熟,設備支持程度還遠遠不夠,尤其是手機終端,到目前為止還沒有一款TD 手機能夠支持IPv6,能夠支持IPv6的GSM 手機數(shù)量也十分有限;手機終端對IPv6的支持情況,已經(jīng)成為了制約中國IPv6發(fā)展及運營商IPv6推廣建設的主要瓶頸。
二、 IPv6終端過渡方案
IPv4向IPv6過渡是一個長期的過程,在這個過程中如何做到終端側的平滑切換直接影響到用戶體驗,而用戶體驗直接關系到IPv6產(chǎn)品的商業(yè)化進程,然而終端在其產(chǎn)品設計和開發(fā)中面臨著很多的挑戰(zhàn)。終端不像其他網(wǎng)絡設備可以在產(chǎn)品發(fā)布之后方便地進行升級,終端到了用戶手中之后就失去了對其的控制,所以終端的IPv6設計一定要考慮得十分周全,有設計瑕疵的終端流入市場之后,網(wǎng)絡要一直保持對這類終端的適配,這樣會為IPv4向IPv6過渡留下不可預測的隱患。
實現(xiàn)終端IPv4/IPv6的平滑切換顯得十分重要,終端在未來的IPv6世界,也就IPv4/IPv6長期并存的世界里面臨著以下幾種不確定性: z 終端獲取的IP 地址是IPv4還是IPv6?
,z 業(yè)務服務器的地址是IPv4還是IPv6?
z 用戶選擇的業(yè)務是IPv4還是IPv6?
目前終端訪問業(yè)務是通過APN 撥號的方式進行,網(wǎng)絡在為終端分配IP 地址的時候很難知道業(yè)務服務器的信息,因而存在以下使用場景:
z 用戶分配到的地址是IPv4地址,但要訪問的業(yè)務是IPv6;
z 用戶分配到的地址是IPv6地址,但要訪問的業(yè)務是IPv4;
z 用戶只分配到了一種地址,但要同時訪問IPv4、IPv6兩類業(yè)務。 要適用于以上使用場景,有以下幾種解決方案:
z 終端同時申請IPv4、IPv6兩類地址,終端根據(jù)業(yè)務服務器地址的不同
進行地址的選擇和路由;
z 設置IPv6業(yè)務專用APN,通過APN 設置來消除業(yè)務服務器地址的不確定; z 終端根據(jù)業(yè)務的需要,動態(tài)地申請IP 地址;
z 終端只申請一類地址,通過翻譯/隧道方式進行轉(zhuǎn)換如PNAT。
IPv6終端過渡方案一定要考慮到以上使用場景并根據(jù)運營商不同的網(wǎng)絡部署策略采取不同的方案。
三、 IPv6終端關鍵技術
為了實現(xiàn)終端從IPv4到IPv6的平滑過渡,根據(jù)不同的網(wǎng)絡部署策略,終端側有很多關鍵技術可以選擇。
3.1 IPv6終端的AP 和CP 接口設計
雙核終端架構將成為IPv6終端的一種主流架構,在該架構之下的AP 和CP 接口設計是實現(xiàn)IPv6的關鍵,圖1為激活IPv6類型的PDP 并動態(tài)獲取IPv6地址而涉及的流程和主要的AP 與CP 之間的命令交互的一個工程實現(xiàn)樣例。 ?
,
?
圖1 AP和CP 接口
注:AT Adapter為一個CP 側標準Modem 接口與AP 側操作系統(tǒng)接口之間的適配層。AT Adapter運行在AP 上,但為流程敘述方便,下文中如無特殊說明,都將AT Adapter在邏輯上視為CP 功能的一部分,而AP 則指AP 側的操作系統(tǒng)。
各步驟描述如下:
1.AP 給CP 發(fā)送AT 消息1設置要激活的PDP 類型(IPv6、IPv4);
2.CP 給AP 返回一個響應,確認是否設置成功,CP是否準備好;
3.AP 給CP 發(fā)送AT 消息2,要求CP 開始執(zhí)行PDP 激活;
4.CP 向SGSN 發(fā)出“Activate PDP Context Request”;
5.在接受創(chuàng)建PDP 上下文請求時,GGSN 創(chuàng)建由PDP 上下文分配的前綴和GGSN 生成的接口標識組成的IPv6地址。此地址隨后在“Create PDP Context Response”的PDP 地址信息元素被返回;
6.SGSN 將“Activate PDP Context Accept”消息返回給CP;
7.AP 側的AT Adapter調(diào)用位于AP 側的pppd 與CP 側Modem 完成PPP 協(xié)商流程,隨后向AP 側操作系統(tǒng)返回一個響應,確認PDP 激活是否成功;
8.AP 在空閑命令通道上向CP 發(fā)送AT 消息3,來讀取CP 從網(wǎng)絡獲得的IPv6
,地址;
9.CP 給AP 返回一個響應,包含從GGSN 申請到的IPv6地址。AP收到GGSN 產(chǎn)生的IPv6地址,從中提取出接口標識并存儲。AP要用此接口標識來建立其鏈路。AP忽略在激活PDP 上下文接受中收到的IPv6地址中包含的前綴;
10.AP 給GGSN 發(fā)送“Router Solicitation message”來激活路由器廣播消息的發(fā)送;
11.GGSN 向AP 發(fā)送“Router Advertisement message”,其中包含步驟5相同的前綴。在AP 收到路由器廣播消息后,AP通過步驟9收到的接口標識或本地生成的接口標識與路由器廣播收到的前綴,構造出完整IPv6地址。
3.2 按需PDP 激活
按需PDP 激活是針對3GPP R8以前的終端,雙棧終端通過設置雙棧APN,終端通過該APN 激活PS 域業(yè)務時,終端根據(jù)業(yè)務所訪問的目的服務器決定做哪種類型的PDP 激活。
如果業(yè)務已指明訪問的是IPv4、IPv6地址,則終端應對應的進行IPv4類型的PDP 激活、IPv6類型的PDP 激活。如果業(yè)務訪問的是域名,則先進行IPv6類型的PDP 激活。
IPv6 PDP 成功激活獲得IPv6地址后,對要訪問的域名做DNS 解析。如果解析結果業(yè)務具有IPv6地址,那么就可以正常訪問;如果解析結果沒有IPv6地址,則終端發(fā)起IPv4類型的PDP 激活消息,并獲得IPv4地址,然后重新進行服務器端地址解析,或者從之前的地址解析結果中尋找IPv4地址,如果解析成功或者從之前的地址解析結果中找到IPv4地址,那么就可以進行業(yè)務訪問,否則業(yè)務訪問失敗,見圖2。
,
圖2 按需PDP 激活流程圖
????
,3.3 PNAT
PNAT(Prefix based NAT)是基于主機的IPv6過渡技術,目的是達到部署IPv6的同時,保證傳統(tǒng)IPv4應用程序在IPv4和IPv6網(wǎng)絡能夠正常通信,做到對應用程序透明無感知。這不僅大大降低了網(wǎng)絡IPv6升級而帶來的對業(yè)務的影響和沖擊,而且通過網(wǎng)絡技術手段促進了IPv6端到端業(yè)務提供產(chǎn)業(yè)鏈的形成,可以大大加速IPv6過渡進程。
PNAT 技術是在充分考慮IPv6過渡階段大量IPv4業(yè)務升級改造難、IPv6產(chǎn)業(yè)推動阻力大等問題,結合了移動互聯(lián)網(wǎng)大力發(fā)展的趨勢和移動用戶永遠在線的需求,實現(xiàn)不影響應用的前提下,通過創(chuàng)新的網(wǎng)絡側機制來滿足IPv4和IPv6網(wǎng)絡之間自由通信的能力。其核心設計理念主要體現(xiàn)在三個方面:首先,PNAT目標是要部署真正的IPv6網(wǎng)絡,通過為每一個移動互聯(lián)網(wǎng)終端配置一個獨有的IPv6地址標識,實現(xiàn)了網(wǎng)絡中端對端地址可達,從而促進了新業(yè)務的發(fā)明和推廣;其次,通過PNAT 部署來加速業(yè)務流量從IPv4向IPv6遷移,增強業(yè)務對IPv6網(wǎng)絡的附著性和依賴性,從技術上加快網(wǎng)絡向IPv6的邁進步伐;最后,PNAT的設計也充分借鑒了2G 網(wǎng)絡到3G 網(wǎng)絡的成功經(jīng)驗,考慮IPv4/IPv6共存的多種可能性,實現(xiàn)對IPv4業(yè)務的兼容。
PNAT 可適用于多種IPv6應用場景,主要支持的IPv6過渡場景如圖3所示。其中,包括PNAT 主機和PNAT64網(wǎng)關。PNAT主機將支持主機翻譯功能,從而能使位于雙棧主機上的IPv4程序能夠通過IPv6或IPv4網(wǎng)絡來與IPv4或IPv6通信對端進行通信。其主機翻譯功能可包括兩種模式:Socket API翻譯和包頭翻譯。PNAT64網(wǎng)關連接IPv6和IPv4網(wǎng)絡,在PNAT464場景下,用于IPv6和IPv4報文的翻譯。對于目的地址,PNAT網(wǎng)關直接去掉其WKP 前綴而獲得對應的IPv4地址;對于源地址,PNAT網(wǎng)關去掉LIR 前綴而得到對應的IPv4地址。

PNAT場景一:4-6-4PNAT場景二:4-6
圖3 PNAT應用場景
PNAT 作為一個開放的新型IPv6過渡技術,已經(jīng)在IETF、3GPP 等國際標準化組織中做了積極推進。在IETF,PNAT 主要在Behave 工作組進行標準化推動,目前基于主機翻譯的需求及方案取得了廣泛共識。在3GPP SA2,成立了研究移動網(wǎng)絡IPv6 演進的Study Item,PNAT作為一種移動網(wǎng)絡解決方案也受到了業(yè)界的廣泛關注。
,與PNAT 標準化進程并行,PNAT 還進行了原型系統(tǒng)開發(fā),來推動PNAT 的產(chǎn)業(yè)化進程。目前,PNAT已經(jīng)實現(xiàn)了在CNGI(China Next Generation Internet)超高清流媒體業(yè)務演示中進行部署和試驗。并在該演示中,用于接收超高清流媒體業(yè)務的機頂盒軟件只支持IPv4,增加了PNAT 模塊后,機頂盒可以通過CNGI 的IPv6骨干網(wǎng)絡和位于CNGI 網(wǎng)絡邊緣的PNAT64網(wǎng)關與位于IPv4網(wǎng)絡中的超高流媒體服務器進行通信。超高清流媒體的碼流速率高達每用戶50Mbps,在PNAT 模塊加載后,機頂盒的性能沒有受到任何影響,各項業(yè)務功能正常,取得了良好的演示和試驗效果。
3.4 PDCP 頭壓縮技術
由于IPv6數(shù)據(jù)包的包頭相對于IPv4來講要大得多,因此對于IPv6來講減少包頭開銷就顯得十分重要了。PDCP頭壓縮技術對于IPv6網(wǎng)絡,尤其是當網(wǎng)絡中小數(shù)據(jù)量包很多的時候是非常重要的。
PDCP 頭壓縮技術,能夠有效減少包頭開銷,特定環(huán)境下可以提高帶寬、時延及信道收益。但是,它也有著它的不足。他需要對每個IP 包頭進行處理,延長了數(shù)據(jù)交付時間、增加了相關單元的負荷;高度依賴于底層鏈路的傳輸質(zhì)量;并且一定程度上限制了包發(fā)送和接收的順序;對于大數(shù)據(jù)量的包,頭壓縮所帶來的收益不明顯;對于傳輸速率高的鏈路,頭壓縮的必要性不明顯;對于實時性要求不高的應用,頭壓縮的必要性不明顯。
那么,為什么PDCP 頭壓縮技術能有如此優(yōu)秀的頭壓縮能力呢?因為,對于同一數(shù)據(jù)包流(packet stream)來講,其中的各IP 包具有相同/相近的域,另外部分信息域呈現(xiàn)有規(guī)律的變化,只有同一數(shù)據(jù)包流IP 包的少數(shù)信息域隨機變化。所以,PDCP頭壓縮協(xié)議,通過發(fā)送完整的包頭信息或某些關鍵信息域可以建立壓縮端/解壓端間的上下文(context);上下文建立成功后,省略掉IP 包中恒定不變及可以重新推算的信息域;并在確定其變化規(guī)律后,省略IP 包中有規(guī)律變化的信息;只原樣照傳隨機變化的信息。
PDCP 針對不同類型的包文將采用不同的協(xié)議和流程。對于TCP/IP、non TCP/IP報文采用RFC2507協(xié)議(包壓縮流程參見圖4、圖5);對于RTP/UDP、non RTP/UDP報文采用RFC3095協(xié)議(包壓縮流程參見圖6)。
,








?
圖4??RFC2507?TCP/IP包壓縮流程









?
?
圖5??RFC2507?non ‐TCP/IP包壓縮流程
















?
?
圖6??RFC3095壓縮流程?
?
,四、 總結
?
在IPv4和IPv6 長期共存的漫長歲月里,終端對IPv6 的支持以及良好的用戶體驗是推廣IPv6的關鍵點之一。不同的網(wǎng)絡部署方案會直接影響終端的設計和實現(xiàn),網(wǎng)絡的復雜性要求終端具有更大的兼容性,良好的用戶體驗又要做到用戶對IP 地址類型的無感知,所有這些都給終端的IPv6設計帶來了很多的難點和更大的挑戰(zhàn)。我們只有不斷地用創(chuàng)新的思路解決這些實際的問題,并時刻從用戶(注:此處的用戶是指對技術一無所知的用戶)的角度思考問題,才能推動IPv6終端技術不斷走向成熟。
?
作者簡介?
?
于川,高級工程師,畢業(yè)于北京郵電大學,獲工學碩士學位,現(xiàn)任中國
移動通信研究院終端技術研究所副所長。先后從事國際漫游、業(yè)務支撐
系統(tǒng)、IT 支撐系統(tǒng)規(guī)劃及整合以及移動數(shù)據(jù)業(yè)務、移動終端的技術研究
和業(yè)務開發(fā)。曾負責參與多項中國移動增值業(yè)務產(chǎn)品開發(fā)項目,并多次
獲得中國移動科技進步獎項。在各類期刊發(fā)表論文10余篇。?
?
?
鄭巍,2002年畢業(yè)于北京郵電大學,獲信號與信息系統(tǒng)碩士學位?,F(xiàn)任中
國移動研究院終端技術研究所項目經(jīng)理。先后在華為從事過移動終端研
發(fā),在高通從事過蜂窩系統(tǒng)空口信令分析及測試工作。于2007年加入中
國移動研究院,目前主要研究領域為TD 、WLAN 、IPv6等。?
?
?
陳健捷,碩士學歷,2009年加入中國移動通信有限公司研究院終端所。
目前專注于手機終端、IPv6等領域科研工作,對于手機通信芯片、硬件
結構和操作系統(tǒng)等方面都有深入的研究。?
?
?
?
?
?
?
陳剛,2008年畢業(yè)于北京郵電大學,獲電路與系統(tǒng)博士學位,后加入中
國移動研究院?,F(xiàn)任中國移動研究院網(wǎng)絡技術研究所項目經(jīng)理。主要從
事IP 路由、IPv6過渡技術、IP 移動性管理、IP 網(wǎng)絡管理架構設計等方向
的研究工作,在國家一級期刊和國際重要學術會議上發(fā)表12篇學術論文。
同時,也積極參加IETF 、3GPP 標準化工作,目前擔任3GPP ?SA5標準規(guī)
范報告人。?
??










