專利名稱：一種網(wǎng)絡(luò)通信的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種網(wǎng)絡(luò)通信的方法和設(shè)備。
背景技術(shù)：
隨著全球IPv4(Internet Protocol version 4，網(wǎng)際協(xié)議版本4)地址的耗盡，以及業(yè)務(wù)對終端“永遠(yuǎn)在線”的要求，IPv6(網(wǎng)際協(xié)議版本6)技術(shù)的部署將成為必然。為了實現(xiàn)IPv6技術(shù)的部署和平滑過渡，需要對IPv6技術(shù)的引入策略和應(yīng)用場景加以設(shè)定，而為了逐步引入IPv6網(wǎng)絡(luò)的概念，IPv6網(wǎng)絡(luò)以及IPv4/IPv6雙棧網(wǎng)絡(luò)的建設(shè)將成為IPv6技術(shù)部署的第一步。具體的，關(guān)于 IPv6 技術(shù)的演進(jìn)，IETF (The Internet Engineering Task Force，互聯(lián)網(wǎng)工程任務(wù)組)進(jìn)行了一系列切實可行的理論預(yù)測，并指出IPv6的演進(jìn)主要分為以下三個階段階段一，IPv6演進(jìn)初期，在該階段中，網(wǎng)絡(luò)中大部分的服務(wù)提供還是基于IPv4，為了實現(xiàn)向IPv6的過渡，各種IPv6的過渡技術(shù)(例如，隧道、翻譯和雙棧技術(shù)等)將逐步在網(wǎng)絡(luò)中加以實施，并逐漸增加網(wǎng)絡(luò)中IPv6的相關(guān)流量。階段二，IPv4和IPv6技術(shù)共存階段，在該階段中，互聯(lián)網(wǎng)業(yè)務(wù)提供商將同時分別向用戶提供IPv4業(yè)務(wù)和IPv6業(yè)務(wù)，用戶可以根據(jù)具體情況來判斷并選擇所要求的業(yè)務(wù)類型。另外，在該階段中，IPv6部署規(guī)模將逐漸增加，并擁有與IPv4同樣豐富的業(yè)務(wù)資源。階段三，IPv6技術(shù)演進(jìn)的后期，在該階段中，網(wǎng)絡(luò)中業(yè)務(wù)將以IPv6為主，IPv4業(yè)務(wù)提供的范圍將逐步縮小，IPv6網(wǎng)絡(luò)也將成為互聯(lián)網(wǎng)主要的組網(wǎng)技術(shù)形態(tài)，IPv4網(wǎng)絡(luò)范圍面臨萎縮，互聯(lián)網(wǎng)絡(luò)將完成向IPv6的過渡?？梢钥闯?，IPv6業(yè)務(wù)提供方式將逐漸成為未來互聯(lián)網(wǎng)提供的主流方式，在IPv6過渡的中后期，隨著IPv60nly網(wǎng)絡(luò)的出現(xiàn)，僅支持IPv6技術(shù)的應(yīng)用將成為互聯(lián)網(wǎng)業(yè)務(wù)的主要提供方式。在這種情況下，由于網(wǎng)絡(luò)中存在無法支持IPv6的舊設(shè)備，個別運(yùn)營商考慮到 IPv6升級投入而未能支持IPv6應(yīng)用等原因，雖然IPv4網(wǎng)絡(luò)將逐步消退，但I(xiàn)Pv4技術(shù)和網(wǎng)絡(luò)的消失仍然需要經(jīng)歷一個漫長的時間。因此，需要使得IPv6應(yīng)用能夠在IPv4網(wǎng)絡(luò)中運(yùn)行和工作。但是，現(xiàn)有技術(shù)中提供的解決方案中，并不能很好的實現(xiàn)IPv6應(yīng)用通過IPv4網(wǎng)絡(luò)進(jìn)行通信的技術(shù)問題。

發(fā)明內(nèi)容
本發(fā)明提供一種網(wǎng)絡(luò)通信的方法和設(shè)備，以實現(xiàn)IPv6應(yīng)用通過IPv4網(wǎng)絡(luò)進(jìn)行通信。為了達(dá)到上述目的，本發(fā)明提出了一種網(wǎng)絡(luò)通信的方法，包括以下步驟當(dāng)接收到IPv6應(yīng)用發(fā)送的IPv6信息時，終端將所述IPv6信息翻譯為IPv4信息， 并發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求；所述終端接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)。
本發(fā)明提出了一種網(wǎng)絡(luò)通信的方法，包括以下步驟終端接收IPv6應(yīng)用信息，將所述IPv6應(yīng)用信息發(fā)送給雙棧服務(wù)器，并接收所述雙棧服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。本發(fā)明還提出了一種網(wǎng)絡(luò)通信的設(shè)備，包括翻譯模塊，用于當(dāng)接收到IPv6應(yīng)用發(fā)送的IPv6信息時，將所述IPv6信息翻譯為 IPv4信息；發(fā)送模塊，用于發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求；接收模塊，用于接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)。本發(fā)明還提出了一種網(wǎng)關(guān)設(shè)備，包括第一接收模塊，用于接收來自終端的翻譯后的IPv4請求信息；第一發(fā)送模塊，用于向IPv6網(wǎng)絡(luò)中的設(shè)備發(fā)送所述IPv4請求信息對應(yīng)的IPv6請求；第二接收模塊，用于接收IPv6網(wǎng)絡(luò)中的設(shè)備針對所述IPv4請求信息對應(yīng)的IPv6 請求返回的IPv6響應(yīng)；第二發(fā)送模塊，用于將所述IPv6響應(yīng)對應(yīng)的IPv4響應(yīng)發(fā)送給IPv4網(wǎng)絡(luò)中的終端。本發(fā)明還提出了一種網(wǎng)絡(luò)通信的設(shè)備，包括發(fā)送模塊，用于當(dāng)接收到IPv6應(yīng)用信息時，將所述IPv6應(yīng)用信息發(fā)送給雙棧服務(wù)器；接收模塊，用于接收所述雙棧服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。與現(xiàn)有技術(shù)相比，本發(fā)明實施例至少具有以下優(yōu)點實現(xiàn)了 IPv4網(wǎng)絡(luò)內(nèi)的IPv6應(yīng)用程序與其他IP地址族服務(wù)進(jìn)行自由互通。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例一中提出的一種網(wǎng)絡(luò)通信的方法流程圖；圖2是本發(fā)明實施例應(yīng)用場景下提出的系統(tǒng)架構(gòu)示意圖；圖3是本發(fā)明實施例二中提出的IPv6應(yīng)用訪問IPv6服務(wù)器的功能流程示意圖；圖4是本發(fā)明實施例三中提出的IPv6應(yīng)用訪問IPv4服務(wù)器的功能流程示意圖；圖5是本發(fā)明實施例四中提出的IPv6應(yīng)用訪問雙棧服務(wù)器的功能流程示意圖；圖6-圖8是本發(fā)明實施例中提出的網(wǎng)絡(luò)通信的設(shè)備結(jié)構(gòu)圖。
具體實施例方式由于IPv4技術(shù)和網(wǎng)絡(luò)的消失仍然需要經(jīng)歷一個漫長的時間，且IPv6應(yīng)用迅速發(fā)展，需要使得IPv6應(yīng)用能夠在IPv4網(wǎng)絡(luò)中運(yùn)行和工作。此外，IPv6應(yīng)用通過IPv4網(wǎng)絡(luò)通信的需求還出現(xiàn)在移動網(wǎng)絡(luò)運(yùn)營中。
移動網(wǎng)絡(luò)中R8之前的終端無法實現(xiàn)在一個PDP (Packet Data Protocol，分組數(shù)據(jù)協(xié)議)上下文同時得到IPv4地址和IPv6地址，只能分別激活兩個PDP來實現(xiàn)IPv4地址和 IPv6地址的下發(fā)。由于移動網(wǎng)絡(luò)中R8之前的移動終端數(shù)量很多，為了節(jié)省移動網(wǎng)絡(luò)運(yùn)營資源，終端在通信之前可以僅激活一次PDP上下文，即終端僅得到一個地址，通常為IPv4地址。當(dāng)終端發(fā)起向IPv6的業(yè)務(wù)請求時，由于不同地址族間的應(yīng)用無法通信，終端將被迫激活另一個 PDP來滿足IPv6的通信。此時，如果采用IPv6應(yīng)用通過IPv4網(wǎng)絡(luò)的通信功能，則可以使得終端僅需維護(hù)一次PDP就可以滿足終端各種通信的需求?？紤]到以上因素，在IPv6過渡階段中如何解決IPv4網(wǎng)絡(luò)中IPv6應(yīng)用的訪問和應(yīng)用層互通，將成為IPv6過渡中需要考慮的重要問題。針對該問題，解決方案可分為基于終端側(cè)的方案和基于網(wǎng)絡(luò)側(cè)的方案。在基于終端側(cè)的解決方案中，Teredo(面向IPv6的IPv4 NAT網(wǎng)絡(luò)地址轉(zhuǎn)換穿越) 可以使位于NAT (Network Address Translation，網(wǎng)絡(luò)地址轉(zhuǎn)換)后的節(jié)點獲得全局性的 IPv6連接，其核心思想是將IPv6的包封裝在IPv4 UDP (UserDatagram Protocol，用戶數(shù)據(jù)包協(xié)議)包的凈荷中，以穿過NAT設(shè)備，并在Teredo的部署中需要Teredo Server (服務(wù)器)和Teredo Relay (中繼)的協(xié)助。在基于網(wǎng)絡(luò)側(cè)的解決方案中，主要有6to4和6over4等技術(shù)。其中，6to4隧道技術(shù)實現(xiàn)了孤立的IPv6站點，在沒有hternet服務(wù)提供商提供IPv6互連服務(wù)的條件下，與其他孤立站點以及與IPv6主干網(wǎng)內(nèi)部各站點之間進(jìn)行通信的問題。6to4過渡技術(shù)將采用自動構(gòu)造隧道的機(jī)制，要求站點采用特殊的IPv6地址 (2002:IPv4ADDR: :/48)，這種IPv6地址是自動從站點的IPv4地址派生出來的，所以每個采用6to4機(jī)制的節(jié)點至少必須具有一個全球唯一的IPv4地址。由于這種機(jī)制下隧道端點的IPv4地址可以從IPv6地址中提取，所以隧道的建立是自動的，而對于接收端的6to4路由器來說，可以自動地區(qū)分隧道接收端點是否在本域內(nèi)，6to4不會在IPv4的路由表中引入新的條目。另外，6over4所要解決的問題與6to4類似，但實施方式不同，6over4采用IPv4組播自動建立隧道的機(jī)制，6oVer4隧道通過組播機(jī)制，將一個網(wǎng)絡(luò)內(nèi)部、位于不同子網(wǎng)且沒有 IPv6路由器直接相連的IPv6主機(jī)連接到一個虛擬的鏈路上，形成邏輯上的同一子網(wǎng)。其核心思想是將IPv6多播地址映射成IPv4多播地址，通過鄰居發(fā)現(xiàn)中的路由器請求/宣告、鄰居請求/宣告過程完成其他IPv6主機(jī)的IPv4地址的發(fā)現(xiàn)和邊界路由器IPv4的發(fā)現(xiàn)。對于IPv6而言，整個IPv4組播域就是一個虛擬以太網(wǎng)(virtual Ethernet)， 6over4過渡技術(shù)與6to4隧道不同的是，6over4不需要特殊格式的IPv6地址，IPv4組播域可以是采用全球唯一的IPv4地址的網(wǎng)絡(luò)，或是一個私有的IPv4網(wǎng)絡(luò)的一部分，IPv6可以獨立于底層的鏈路且可以跨越IPv4的子網(wǎng)。但是，采用6over4這種機(jī)制的前提是IPv4網(wǎng)絡(luò)基礎(chǔ)設(shè)施必須支持IPv4組播。這種機(jī)制適用于IPv6路由器沒有直連的物理鏈路上的孤立IPv6主機(jī)，使得IPv6主機(jī)能夠?qū)?IPv4組播域作為虛擬鏈路，成為功能完全的IPv6站點。需要注意的是，在Teredo的實施過程中，Teredo機(jī)制在地址中嵌入了 IPv4映射地址和端口，特殊的地址前綴破壞了 IPv6層次化的路由體系，從而出現(xiàn)IPv6在路由可擴(kuò)展性的相關(guān)問題。另外，Teredo在實施過程中，需要Teredo中繼器和Teredo服務(wù)器的支持， 且所有要訪問IPv6應(yīng)用的數(shù)據(jù)包都需要在Teredo服務(wù)器上加以處理，從而使得Teredo的數(shù)據(jù)路由永遠(yuǎn)不是最優(yōu)的。而隨著Teredo用戶的增長，Teredo服務(wù)器的處理載荷將逐步上升，進(jìn)一步帶來一系列的安全隱患。此外，Teredo無法穿越對稱形的NAT，使得相關(guān)NAT 場景下iTeredo無法工作。6to4技術(shù)一般在邊界路由器中實現(xiàn)，因此要求邊界路由器需要支持6to4技術(shù)，在 6to4技術(shù)實施過程中，一旦IPv4地址發(fā)生變化，整個站點的IP地址需要重新分配，因此無法適用于動態(tài)地址分配的情形下，如撥號訪問、xDSUDigitalSubscribe Line，數(shù)字用戶線路)接入、DHCP (Dynamic Host Conf iguratiorfrotocol，動態(tài)主機(jī)設(shè)置協(xié)議)等；另外， 6to4技術(shù)也存在單點失效問題，如果邊界6to4路由器故障，則整個站點與其他IPv6通信中斷。在6over4技術(shù)中，6over4隧道適用于具備雙協(xié)議棧的主機(jī)之間通信，由于利用 IPv4的組播機(jī)制創(chuàng)建虛擬鏈路，因此6oVer4機(jī)制的執(zhí)行要求網(wǎng)絡(luò)必須支持組播技術(shù)。然而由于目前支持組播的IPv4網(wǎng)絡(luò)缺乏，且6oVer4相對于6to4并沒有太多的優(yōu)勢，實際中 6over4極少使用。另外，上述技術(shù)均屬于隧道技術(shù)，因此還具有隧道共有的缺點。其一，在IPv6網(wǎng)絡(luò)過渡中，使用隧道封裝技術(shù)會使得IP報頭增長至60字節(jié)，對于移動運(yùn)營商而言，無線空口是很有價值且稀缺的資源，數(shù)億移動終端數(shù)量會使得網(wǎng)絡(luò)的傳輸負(fù)載具有相當(dāng)程度的增大；且隧道技術(shù)需要在數(shù)據(jù)通信之前建立并且維護(hù)，造成的代價較高。其二，上述技術(shù)方案均存在網(wǎng)絡(luò)單點失效及瓶頸現(xiàn)象，例如，Teredo通信數(shù)據(jù)需"Teredo krver來處理，6to4 方案都需要特定的6to4路由器來處理。其三，隧道技術(shù)由于采用了多層數(shù)據(jù)封裝頭，攜帶 QoS (Quality of krvice，服務(wù)質(zhì)量)控制信息的數(shù)據(jù)頭部通常被封裝在另外一個IP數(shù)據(jù)包中，因此在QoS策略執(zhí)行點處，設(shè)備無法識別QoS信息。針對以上問題，本發(fā)明實施例提供一種網(wǎng)絡(luò)通信的方法和設(shè)備，以實現(xiàn)IPv6應(yīng)用程序通過IPv4網(wǎng)絡(luò)進(jìn)行通信，并滿足IPv6和IPv4應(yīng)用間自由通信的需求；而且克服隧道過渡機(jī)制對空口資源產(chǎn)生的影響，避免消耗額外的空口資源；并支持主機(jī)和主機(jī)間的直接通信，防止網(wǎng)絡(luò)單點失效及瓶頸現(xiàn)象，支持IPv4主機(jī)發(fā)起的向IPv6的訪問請求。下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明實施例一部分實施例，而不是全部的實施例。基于本發(fā)明實施例中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明實施例保護(hù)的范圍。如圖1所示，本發(fā)明實施例一中提出了一種網(wǎng)絡(luò)通信的方法，包括以下步驟步驟101，當(dāng)接收到IPv6應(yīng)用發(fā)送的IPv6信息時，終端將所述IPv6信息翻譯為 IPv4信息，并發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求。步驟102，所述終端接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)。可見，通過使用本發(fā)明實施例提供的技術(shù)方案，實現(xiàn)了 IPv4網(wǎng)絡(luò)內(nèi)的IPv6應(yīng)用程序與其他IP地址族服務(wù)進(jìn)行自由互通。為了更加清楚的闡述本發(fā)明實施例提供的技術(shù)方案，以下結(jié)合具體的應(yīng)用場景對本發(fā)明實施例進(jìn)行詳細(xì)說明。本應(yīng)用場景下，以圖2所示的系統(tǒng)架構(gòu)示意圖為例進(jìn)行說明。
本應(yīng)用場景下，為了實現(xiàn)將IPv6應(yīng)用通過IPv4網(wǎng)絡(luò)進(jìn)行通信，本發(fā)明實施例中將在IPv4終端(例如，IPv4主機(jī))上設(shè)計相關(guān)功能來處理IPv6應(yīng)用的數(shù)據(jù)包(當(dāng)然，在實際應(yīng)用中，只要IPv6應(yīng)用位于IPv4網(wǎng)絡(luò)中即可，并不局限于在IPv4終端上)，并對域名消息進(jìn)行相應(yīng)處理，從而實現(xiàn)IPv6應(yīng)用和網(wǎng)絡(luò)中的IPv4服務(wù)器、雙棧服務(wù)器以及IPv6服務(wù)器的自由互通。具體的，為了實現(xiàn)和IPv6服務(wù)器的互通，本發(fā)明實施例中需要在IPv4網(wǎng)絡(luò)和IPv6 網(wǎng)絡(luò)邊界上設(shè)計NAT46網(wǎng)關(guān)(該NAT46網(wǎng)關(guān)可以為單獨的設(shè)備，也可以將NAT46網(wǎng)關(guān)的相關(guān)功能集成在現(xiàn)有設(shè)備上，本發(fā)明實施例中以為單獨設(shè)備為例進(jìn)行說明)進(jìn)行相關(guān)的數(shù)據(jù)包處理。本應(yīng)用場景下，需要在IPv4終端上新增的模塊包括但不限于主機(jī)翻譯模塊、主機(jī)DNS代理模塊、IPv4-IPv6映射地址池功能模塊。當(dāng)然，在實際應(yīng)用中，上述各個功能模塊還可以進(jìn)行合并或者進(jìn)一步拆分為子模塊，本應(yīng)用場景下以上述3個功能模塊為例進(jìn)行說明。(1)主機(jī)翻譯模塊，用于完成IPv6應(yīng)用所產(chǎn)生的IPv6數(shù)據(jù)到IPv4數(shù)據(jù)的轉(zhuǎn)換。具體的，當(dāng)主機(jī)翻譯模塊接收到IPv6應(yīng)用發(fā)出的信息時，主機(jī)翻譯模塊需要將包含有IPv6地址的應(yīng)用信息翻譯為IPv4應(yīng)用信息，并實現(xiàn)在IPv4網(wǎng)絡(luò)中信息傳遞。本應(yīng)用場景下，主機(jī)翻譯模塊功能的執(zhí)行可基于包頭翻譯和Socket翻譯，其中， 包頭翻譯的執(zhí)行將監(jiān)聽IPv6應(yīng)用發(fā)出的IPv6數(shù)據(jù)包，并將數(shù)據(jù)包頭轉(zhuǎn)換為IPv4。Socket 翻譯的執(zhí)行主要是將截獲IPv6應(yīng)用發(fā)起的IPv6系統(tǒng)調(diào)用，并轉(zhuǎn)換為相應(yīng)IPv4系統(tǒng)調(diào)用， 完成IPv4數(shù)據(jù)包的傳輸?；谝陨蟽煞N處理機(jī)制，主機(jī)翻譯模塊實現(xiàn)了源地址和目的地址的IPv6到IPv4的翻譯。(2)主機(jī)DNS代理模塊，用于實現(xiàn)對IPv6發(fā)出的攜帶AAAA類型的DNS請求的處理。其中，為了滿足IPv6應(yīng)用和對端服務(wù)器自由互通的目的，主機(jī)DNS代理模塊需要執(zhí)行以下操作當(dāng)IPv6應(yīng)用發(fā)起攜帶AAAA類型的DNS請求時，主機(jī)DNS代理模塊將AAAA類型翻譯為AAAA類型和A類型，并同時將攜帶AAAA類型和A類型的DNS請求發(fā)向網(wǎng)絡(luò)。當(dāng)IPv6應(yīng)用訪問對端為雙棧服務(wù)器時，主機(jī)DNS代理模塊將接收DNSkrver返回的攜帶A類型和AAAA類型的DNS回復(fù)，并將攜帶AAAA類型的DNS回復(fù)返回給上層IPv6應(yīng)用。當(dāng)IPv6應(yīng)用訪問對端為IPv4服務(wù)器時，主機(jī)DNS代理模塊將接收DNSkrver返回的攜帶A類型的DNS回復(fù)，并在終端的IPv4和IPv6映射池中創(chuàng)建一條映射記錄，并將A 類型記錄翻譯為A類型和AAAA類型記錄，將攜帶翻譯后的AAAA類型的DNS回復(fù)返回給上層IPv6應(yīng)用。當(dāng)IPv6應(yīng)用訪問對端為IPv6服務(wù)器時，主機(jī)DNS代理模塊將接收DNSkrver返回的攜帶AAAA類型的DNS回復(fù)，并再次向NAT46網(wǎng)關(guān)發(fā)起攜帶A類型和AAAA類型的DNS 請求，并等待NAT46網(wǎng)關(guān)返回的攜帶A類型和AAAA類型的DNS回復(fù)。需要注意的是，對于發(fā)起DNS請求類的應(yīng)用，在IPv4網(wǎng)絡(luò)環(huán)境下，DNS服務(wù)器做正向解析時，需要處理的是A(助記符)類型的記錄，在IPv6網(wǎng)絡(luò)環(huán)境下，DNS服務(wù)器做正向解析時，需要處理的是AAAA (助記符)類型的記錄，在IPv6和IPv4共存的網(wǎng)絡(luò)環(huán)境下，DNS服務(wù)器做正向解析時，需要處理的是A類型和AAAA類型的記錄。其中，A類型的記錄映射了一個IPv4地址對應(yīng)的目標(biāo)名稱，包含主機(jī)名，time-to-live生存時間(TTL)，和IPv4 IP 地址等；AAAA類型的記錄映射了一個IPv6地址對應(yīng)的目標(biāo)名稱，包含主機(jī)名，TTLjn IPv6 IP地址等。(3) IPv4-IPv6映射地址池功能模塊，在IPv6應(yīng)用訪問IPv4服務(wù)器的場景下，用于在主機(jī)上創(chuàng)建IPv4和IPv6記錄，并協(xié)助主機(jī)DNS代理功能創(chuàng)建攜帶A類型和AAAA類型的 DNS回復(fù)返回給IPv6應(yīng)用。本應(yīng)用場景下，為了實現(xiàn)在IPv6應(yīng)用和遠(yuǎn)端IPv6網(wǎng)絡(luò)中服務(wù)器的交互，需要使用 NAT46網(wǎng)關(guān)處理功能來完成數(shù)據(jù)信息的翻譯，其中，需要在NAT46網(wǎng)關(guān)上新增的模塊包括但不限于IP包頭翻譯、DNS網(wǎng)關(guān)代理、IPv4-IPv6映射地址池。當(dāng)然，在實際應(yīng)用中，上述各個功能模塊還可以進(jìn)行合并或者進(jìn)一步拆分為子模塊，本應(yīng)用場景下以上述3個功能模塊為例進(jìn)行說明。(1) IP包頭翻譯，用于對發(fā)往NAT46網(wǎng)關(guān)的數(shù)據(jù)包源地址和目的地址從IPv4到 IPv6的翻譯。具體的，NAT46網(wǎng)關(guān)在處理數(shù)據(jù)包時將檢查數(shù)據(jù)包的目的地址，當(dāng)數(shù)據(jù)包屬于 NAT46網(wǎng)關(guān)維護(hù)的映射地址范圍之內(nèi)時，將執(zhí)行IPv4到IPv6間的翻譯，否則將直接轉(zhuǎn)發(fā)該數(shù)據(jù)包，僅支持路由功能。(2) DNS網(wǎng)關(guān)代理，用于執(zhí)行向NAT46網(wǎng)關(guān)發(fā)起的DNS請求的處理，當(dāng)NAT46網(wǎng)關(guān)接收到發(fā)向自身的DNS請求時，向IPv6網(wǎng)絡(luò)中轉(zhuǎn)發(fā)AAAA類型和A類型請求并等待回復(fù)。當(dāng)接收到AAAA類型后，NAT46網(wǎng)關(guān)需要在網(wǎng)關(guān)中創(chuàng)建一條IPv6到IPv4的映射記錄，其中的IPv4地址為網(wǎng)絡(luò)中預(yù)留給NAT46網(wǎng)關(guān)專用的IPv4共有地址。本應(yīng)用場景下，考慮到節(jié)約IPv4地址的目的，映射將采用端口復(fù)用的形式進(jìn)行， 即一個預(yù)留的IPv4共有地址即可表示65535個IPv6地址，而根據(jù)網(wǎng)絡(luò)的容量，網(wǎng)絡(luò)管理者可對預(yù)留的IPv4地址進(jìn)行規(guī)劃。具體的，根據(jù)預(yù)留信息，DNS網(wǎng)關(guān)代理功能需要將AAAA類型解析為AAAA類型和A 類型，在NAT46網(wǎng)關(guān)上保留映射信息，并將A類型和AAAA類型同時返回給要求地址解析的主機(jī)。(3) IPv4-IPv6映射地址池，主要用于實現(xiàn)DNS所創(chuàng)建的映射信息的維護(hù)?；谏鲜鰬?yīng)用場景，本發(fā)明實施例二中，IPv6應(yīng)用訪問IPv6服務(wù)器的功能流程如圖3所示，包括以下步驟步驟301，IPv6應(yīng)用發(fā)起DNS請求消息，該DNS請求消息為基于AAAA類型的DNS 請求消息。其中，該DNS請求消息在被發(fā)送到IPv4網(wǎng)絡(luò)之前，將被終端的主機(jī)DNS代理模塊獲取。步驟302，主機(jī)DNS代理模塊對IPv6DNS AAAA類型請求消息進(jìn)行擴(kuò)展，并向DNS服務(wù)器發(fā)出攜帶A類型和AAAA類型的DNS請求。其中，該DNS服務(wù)器為IPv4網(wǎng)絡(luò)內(nèi)的DNS 服務(wù)器。步驟303，DNS服務(wù)器向主機(jī)DNS代理模塊返回攜帶AAAA類型的DNS回復(fù)。其中，由于IPv6應(yīng)用訪問對端為IPv6服務(wù)器，因此，DNS服務(wù)器需要向主機(jī)DNS代理模塊返回攜帶AAAA類型的DNS回復(fù)。步驟304，主機(jī)DNS代理模塊向NAT46網(wǎng)關(guān)重新發(fā)起攜帶AAAA類型和A類型的DNS 請求。具體的，當(dāng)主機(jī)DNS代理模塊確認(rèn)僅得到AAAA類型后，需要向NAT46網(wǎng)關(guān)重新發(fā)起攜帶AAAA類型和A類型的DNS請求。步驟305，NAT46網(wǎng)關(guān)向IPv6網(wǎng)絡(luò)的DNS服務(wù)器發(fā)送攜帶AAAA類型和A類型的 DNS請求消息。具體的，當(dāng)NAT46網(wǎng)關(guān)接收到發(fā)向自身的DNS請求消息后，NAT46網(wǎng)關(guān)需要將該 DNS請求消息發(fā)向IPv6網(wǎng)絡(luò)中的DNS服務(wù)器。步驟306，DNS服務(wù)器向ΝΑ ~46網(wǎng)關(guān)返回攜帶AAAA類型的DNS回復(fù)。具體的，當(dāng)接收到DNS請求消息后，IPv6網(wǎng)絡(luò)中的DNS服務(wù)器需要向ΝΑΤ46網(wǎng)關(guān)返回攜帶AAAA類型的DNS回復(fù)。步驟307，ΝΑΤ46網(wǎng)關(guān)將AAAA類型解析為A類型和AAAA類型，并創(chuàng)建IPv6到IPv4 的映射。具體的，當(dāng)接收到攜帶AAAA類型的DNS回復(fù)后，ΝΑΤ46網(wǎng)關(guān)中的網(wǎng)關(guān)DNS代理需要將AAAA類型解析為A類型和AAAA類型，并在ΝΑΤ64網(wǎng)關(guān)上創(chuàng)建IPv6到IPv4的映射地
址記錄。另外，為了節(jié)省ΝΑΤ46網(wǎng)關(guān)所維護(hù)的IPv4地址池資源，IPv6到IPv4的映射地址記錄將采用端口復(fù)用方式。步驟308，ΝΑΤ46網(wǎng)關(guān)內(nèi)的網(wǎng)關(guān)DNS代理將解析后的A類型和AAAA類型返回給主機(jī)中的主機(jī)DNS代理模塊。步驟309，主機(jī)DNS代理模塊將AAAA類型返回給IPv6應(yīng)用。步驟310，IPv6應(yīng)用發(fā)起向網(wǎng)絡(luò)的應(yīng)用請求。具體的，向網(wǎng)絡(luò)發(fā)起的應(yīng)用請求中，IPv6應(yīng)用所采用的源地址為終端自身參數(shù)的假地址，由于該地址僅在終端內(nèi)使用，不會對網(wǎng)絡(luò)產(chǎn)生任何影響。步驟311，主機(jī)翻譯模塊監(jiān)聽并截獲IPv6發(fā)起的應(yīng)用請求消息，并將源地址和目的地址由IPv6翻譯為IPv4。其中，對于源地址，需要將IPv6假地址翻譯為主機(jī)配置的IPv4 地址；對于目的地址，需要將IPv6的目的地址翻譯為A記錄所對應(yīng)的IPv4地址。步驟312，主機(jī)翻譯模塊將翻譯后的數(shù)據(jù)發(fā)向ΝΑΤ46網(wǎng)關(guān)。步驟313，ΝΑΤ46網(wǎng)關(guān)根據(jù)ΙΡν4_ΙΡν6映射地址池的信息將IPv4地址翻譯為IPv6 地址。具體的，ΝΑ ~46網(wǎng)關(guān)需要將源IPv4地址和目的IPv4地址翻譯為IPv6地址；對于源地址，ΝΑΤ46網(wǎng)關(guān)上將配置特定的IPv6前綴，該前綴屬于NSP范圍，源地址的IPv4地址和NSP前綴的組合將形成IPv6源地址；對于目的地址，ΝΑΤ46網(wǎng)關(guān)根據(jù)ΙΡν4_ΙΡν6映射地址池的信息將IPv4地址翻譯為IPv6地址。步驟314，NAT46網(wǎng)關(guān)將翻譯后的數(shù)據(jù)發(fā)向IPv6服務(wù)器。步驟315，IPv6服務(wù)器向NAT46網(wǎng)關(guān)返回相應(yīng)的業(yè)務(wù)數(shù)據(jù)。步驟316，NAT46網(wǎng)關(guān)接收到業(yè)務(wù)數(shù)據(jù)后，NAT46網(wǎng)關(guān)將IPv6地址翻譯為IPv4地址。
本步驟中需要根據(jù)步驟313的逆過程進(jìn)行相應(yīng)處理。具體的，對于源地址，NAT46 網(wǎng)關(guān)需要將IPv6地址中屬于NSP范圍的配置特定的IPv6前綴去掉，對于目的地址，NAT46 網(wǎng)關(guān)將根據(jù)IPv4-IPv6映射地址池的信息將IPv6地址翻譯為IPv4地址。步驟317，NAT46網(wǎng)關(guān)將翻譯的應(yīng)用回復(fù)數(shù)據(jù)發(fā)向主機(jī)，主機(jī)接接收到NAT46網(wǎng)關(guān)發(fā)來的數(shù)據(jù)后即可完成整個業(yè)務(wù)交互。本發(fā)明實施例三中，IPv6應(yīng)用訪問IPv4服務(wù)器的功能流程如圖4所示，包括以下步驟步驟401，IPv6應(yīng)用發(fā)起DNS請求消息，該DNS請求消息為基于AAAA類型的DNS 請求消息。其中，該DNS請求消息在被發(fā)送到IPv4網(wǎng)絡(luò)之前，將被終端的主機(jī)DNS代理模塊獲取。步驟402，主機(jī)DNS代理模塊對IPv6 DNS AAAA類型請求消息進(jìn)行擴(kuò)展，并向DNS 服務(wù)器發(fā)出攜帶A類型和AAAA類型的DNS請求。其中，該DNS服務(wù)器為IPv4網(wǎng)絡(luò)內(nèi)的DNS 服務(wù)器。步驟403，DNS服務(wù)器向主機(jī)DNS代理模塊返回攜帶A類型的DNS回復(fù)。其中，由于IPv6應(yīng)用訪問對端為IPv4服務(wù)器，因此，DNS服務(wù)器需要向主機(jī)DNS代理模塊返回攜帶A類型的DNS回復(fù)。步驟404，主機(jī)DNS代理模塊將A類型解析為AAAA類型，并創(chuàng)建IPv4到IPv6的映射。具體的，當(dāng)主機(jī)DNS代理模塊接收到攜帶A類型的DNS回復(fù)后，為了實現(xiàn)上層IPv6 應(yīng)用對DNS回復(fù)消息的識別，需要解析A類型為AAAA類型，并在主機(jī)上的IPv4_IPv6地址映射池中創(chuàng)建IPv4到IPv6的映射記錄。其中，在地址映射池中，主機(jī)將維護(hù)IPv6地址池來和IPv4進(jìn)行映射，而為了不和外部的IPv6通信對端地址產(chǎn)生沖突，IPv6地址池將屬于8/的范圍之內(nèi)，該范圍內(nèi)的地址已被IETF所預(yù)留，不會在網(wǎng)絡(luò)上出現(xiàn)，因此也不會產(chǎn)生沖突問題。步驟405，主機(jī)DNS代理模塊將解析出的AAAA類型返回給IPv6應(yīng)用。步驟406，IPv6應(yīng)用發(fā)起向網(wǎng)絡(luò)的應(yīng)用請求。向網(wǎng)絡(luò)發(fā)起的應(yīng)用請求中，IPv6應(yīng)用所采用的源地址為主機(jī)自身參數(shù)的假地址， 由于該地址僅在主機(jī)內(nèi)使用，因此不會對網(wǎng)絡(luò)產(chǎn)生任何影響。IPv6應(yīng)用所采用的目的地址為主機(jī)IPv6地址池中所產(chǎn)生的地址。步驟407，主機(jī)翻譯模塊將IPv6地址翻譯為IPv4地址。具體的，主機(jī)翻譯模塊將監(jiān)聽并截獲IPv6發(fā)起的應(yīng)用請求消息，并將源地址和目的地址由IPv6翻譯為IPv4 ；對應(yīng)源地址，需要將IPv6假地址翻譯為主機(jī)配置的IPv4地址； 對于目的地址，需要將IPv6的目的地址翻譯為A類型記錄所對應(yīng)的IPv4地址。步驟408，主機(jī)翻譯模塊將翻譯后的數(shù)據(jù)發(fā)向IPv4服務(wù)器。步驟409，IPv4服務(wù)器接收到應(yīng)用請求消息后返回應(yīng)用數(shù)據(jù)，主機(jī)接收到服務(wù)器發(fā)來的數(shù)據(jù)后即可完成整個業(yè)務(wù)交互。本發(fā)明實施例四中，IPv6應(yīng)用訪問雙棧服務(wù)器的功能流程如圖5所示，包括以下步驟
步驟501，IPv6應(yīng)用發(fā)起DNS請求消息，該DNS請求消息為基于AAAA類型的DNS 請求消息。其中，該DNS請求消息在被發(fā)送到IPv4網(wǎng)絡(luò)之前，將被終端的主機(jī)DNS代理模塊獲取。步驟502，主機(jī)DNS代理模塊對IPv6DNS AAAA類型請求消息進(jìn)行擴(kuò)展，并向DNS服務(wù)器發(fā)出攜帶A類型和AAAA類型的DNS請求。其中，該DNS服務(wù)器為IPv4網(wǎng)絡(luò)內(nèi)的DNS 服務(wù)器。步驟503，DNS服務(wù)器向主機(jī)DNS代理模塊返回攜帶A類型和AAAA類型的DNS回
ο其中，由于IPv6應(yīng)用訪問對端為雙棧服務(wù)器，因此，DNS服務(wù)器需要向主機(jī)DNS代理模塊返回攜帶A類型和AAAA類型的DNS回復(fù)。步驟504，主機(jī)DNS代理模塊將AAAA類型返回給IPv6應(yīng)用。步驟505，IPv6應(yīng)用發(fā)起向網(wǎng)絡(luò)的應(yīng)用請求。向網(wǎng)絡(luò)發(fā)起的應(yīng)用請求中，IPv6應(yīng)用所采用的源地址為主機(jī)自身參數(shù)的假地址， 由于該地址僅在主機(jī)內(nèi)使用，因此不會對網(wǎng)絡(luò)產(chǎn)生任何影響。IPv6應(yīng)用所采用的目的地址為AAAA類型對應(yīng)的IPv6地址。步驟506，主機(jī)翻譯模塊IPv6應(yīng)用發(fā)向雙棧服務(wù)器。步驟507，雙棧服務(wù)器接收到應(yīng)用請求消息后返回應(yīng)用數(shù)據(jù)，終端接收到服務(wù)器發(fā)來的數(shù)據(jù)后即可完成整個業(yè)務(wù)交互。綜上所述，通過采用本發(fā)明各個實施例提供的技術(shù)方案，具有以下優(yōu)點實現(xiàn)了 IPv4網(wǎng)內(nèi)的IPv6應(yīng)用程序和其他IP地址族服務(wù)進(jìn)行自由互通。其中， 在IPv6網(wǎng)絡(luò)過渡中，IPv6網(wǎng)絡(luò)中會共存多種類型的IP服務(wù)，而這些IP服務(wù)對于運(yùn)營商和互聯(lián)網(wǎng)服務(wù)商而言，是創(chuàng)造價值的重要途徑，對于用戶而言是提高用戶感受的重要資源。因此，IPv4網(wǎng)內(nèi)的IPv6應(yīng)用程序和其他類型業(yè)務(wù)的互通將大大提高業(yè)務(wù)的靈活性，有利于提升用戶體驗。而且通過采用本發(fā)明實施例能夠減小無線空口的負(fù)擔(dān)，而在IPv6網(wǎng)絡(luò)過渡中，通過使用IP-in-IP封裝的隧道技術(shù)會使得IP報頭增長至60字節(jié)。首先，對于移動運(yùn)營商而言，無線空口是很有價值且稀缺的資源，數(shù)億移動終端數(shù)量會使得網(wǎng)絡(luò)的傳輸負(fù)載有相當(dāng)程度的增大；另外，隧道技術(shù)必須在數(shù)據(jù)通信之前建立并且維護(hù)，造成的代價較高，而通過采用本發(fā)明實施例提供的技術(shù)方案，能夠在IPv6過渡技術(shù)中，避免一些消耗空口資源，且減小維護(hù)的代價。另外，本發(fā)明實施例提供的技術(shù)方案能夠支持主機(jī)到主機(jī)之間的直接通信，從而防止網(wǎng)絡(luò)單點失效及瓶頸現(xiàn)象?；谕瑯拥陌l(fā)明構(gòu)思，本發(fā)明實施例中還提出了一種網(wǎng)絡(luò)通信的設(shè)備，如圖6所示，包括翻譯模塊11，用于當(dāng)接收到IPv6應(yīng)用發(fā)送的IPv6信息時，將所述IPv6信息翻譯為IPv4信息；發(fā)送模塊12，用于發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求；接收模塊13，用于接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)。
所述IPv6應(yīng)用發(fā)送的IPv6信息包括攜帶AAAA類型的DNS請求；所述翻譯模塊11，具體用于將攜帶AAAA類型的DNS請求翻譯為攜帶AAAA類型和 A類型的DNS請求；所述發(fā)送模塊12，具體用于將攜帶AAAA類型和A類型的DNS請求發(fā)送給IPv4網(wǎng)絡(luò)中的DNS服務(wù)器；所述接收模塊13，具體用于接收所述DNS服務(wù)器根據(jù)IPv6應(yīng)用訪問對端的服務(wù)器類型返回的DNS回復(fù)。另外，該設(shè)備還包括處理模塊14，當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4服務(wù)器時，DNS服務(wù)器將返回攜帶A類型的DNS回復(fù)；所述處理模塊14，用于將A類型翻譯為AAAA類型，創(chuàng)建IPv4到IPv6的映射關(guān)系， 并將攜帶翻譯后的AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用；當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6服務(wù)器時，DNS服務(wù)器將返回攜帶 AAAA類型的DNS回復(fù)；所述處理模塊14，用于向NAT46網(wǎng)關(guān)發(fā)起攜帶A類型和AAAA類型的DNS請求，并接收NAT46網(wǎng)關(guān)返回的攜帶A類型和AAAA類型的DNS回復(fù)，將攜帶AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用。所述IPv6應(yīng)用發(fā)送的IPv6信息包括IPv6應(yīng)用信息；所述翻譯模塊11，具體用于將所述IPv6應(yīng)用信息中的IPv6源地址翻譯為IPv4源地址，將所述IPv6應(yīng)用信息中的IPv6目的地址翻譯為IPv4目的地址；所述發(fā)送模塊12，具體用于當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6服務(wù)器時， 將翻譯后的IPv6應(yīng)用信息發(fā)送給NAT46網(wǎng)關(guān)；當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4服務(wù)器時，將翻譯后的IPv6應(yīng)用信息發(fā)送給IPv4服務(wù)器；所述接收模塊13，具體用于當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6服務(wù)器時， 接收所述NAT46網(wǎng)關(guān)返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)；當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4服務(wù)器時，接收所述IPv4服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊?；谕瑯拥陌l(fā)明構(gòu)思，本發(fā)明實施例中還提出了一種網(wǎng)關(guān)設(shè)備，如圖7所示，包括第一接收模塊21，用于接收來自終端的翻譯后的IPv4請求信息；第一發(fā)送模塊22，用于向IPv6網(wǎng)絡(luò)中的設(shè)備發(fā)送所述IPv4請求信息對應(yīng)的IPv6 請求；第二接收模塊23，用于接收IPv6網(wǎng)絡(luò)中的設(shè)備針對所述IPv4請求信息對應(yīng)的 IPv6請求返回的IPv6響應(yīng)；第二發(fā)送模塊對，用于將所述IPv6響應(yīng)對應(yīng)的IPv4響應(yīng)發(fā)送給IPv4網(wǎng)絡(luò)中的終端。
所述IPv4請求信息包括攜帶AAAA類型和A類型的DNS請求；所述第一接收模塊21，具體用于接收來自終端的攜帶AAAA類型和A類型的DNS請求；所述第一發(fā)送模塊22，具體用于向IPv6網(wǎng)絡(luò)中的DNS服務(wù)器發(fā)送所述攜帶AAAA 類型和A類型的DNS請求；所述第二接收模塊23，具體用于接收IPv6網(wǎng)絡(luò)中的DNS服務(wù)器返回的攜帶AAAA 類型的DNS回復(fù)；所述第二發(fā)送模塊M，具體用于將所述攜帶AAAA類型的DNS回復(fù)中的AAAA類型翻譯為A類型和AAAA類型，創(chuàng)建IPv6到IPv4的映射關(guān)系，并將攜帶A類型和AAAA類型的 DNS回復(fù)發(fā)送給IPv4網(wǎng)絡(luò)中的終端。所述IPv4請求信息包括攜帶IPv4源地址和IPv4目的地址的IPv6應(yīng)用信息；所述第一接收模塊21，具體用于接收來自終端的攜帶IPv4源地址和IPv4目的地址的IPv6應(yīng)用信息；所述第一發(fā)送模塊22，具體用于根據(jù)所述IPv6到IPv4的映射關(guān)系將IPv6應(yīng)用信息中的IPv4源地址翻譯為IPv6源地址，將IPv6應(yīng)用信息中的IPv4目的地址翻譯為IPv6 目的地址；并向IPv6網(wǎng)絡(luò)中的IPv6服務(wù)器發(fā)送攜帶IPv6源地址和IPv6目的地址的IPv6
應(yīng)用信息；所述第二接收模塊23，具體用于接收IPv6網(wǎng)絡(luò)中的IPv6服務(wù)器返回的所述IPv6 應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)；所述第二發(fā)送模塊M，具體用于根據(jù)所述IPv6到IPv4的映射關(guān)系將所述業(yè)務(wù)數(shù)據(jù)中的IPv6源地址翻譯為IPv4源地址，將所述業(yè)務(wù)數(shù)據(jù)中的IPv6目的地址翻譯為IPv4 目的地址；并向IPv4網(wǎng)絡(luò)中的終端發(fā)送攜帶IPv4源地址和IPv4目的地址的業(yè)務(wù)數(shù)據(jù)。其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊?；谕瑯拥陌l(fā)明構(gòu)思，本發(fā)明實施例中還提出了一種網(wǎng)絡(luò)通信的設(shè)備，如圖8所示，包括發(fā)送模塊31，用于當(dāng)接收到IPv6應(yīng)用信息時，將所述IPv6應(yīng)用信息發(fā)送給雙棧服務(wù)器；接收模塊32，用于接收所述雙棧服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。翻譯模塊33，用于當(dāng)IPv6應(yīng)用發(fā)送攜帶AAAA類型的DNS請求時，將AAAA類型翻譯為AAAA類型和A類型；所述發(fā)送模塊31，還用于將攜帶AAAA類型和A類型的DNS請求發(fā)送給IPv4網(wǎng)絡(luò)中的DNS服務(wù)器；所述接收模塊32，還用于接收所述DNS服務(wù)器返回的攜帶A類型和AAAA類型的 DNS回復(fù)，并將攜帶AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用。其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進(jìn)行分布于實施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。上述本發(fā)明序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種網(wǎng)絡(luò)通信的方法，其特征在于，包括以下步驟當(dāng)接收到IPv6應(yīng)用發(fā)送的IPv6信息時，終端將所述IPv6信息翻譯為IPv4信息，并發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求；所述終端接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)。
2.如權(quán)利要求1所述的方法，其特征在于，所述IPv6應(yīng)用發(fā)送的IPv6信息包括攜帶 AAAA類型的DNS請求；所述終端將所述IPv6信息翻譯為IPv4信息，包括所述終端將攜帶AAAA類型的DNS請求翻譯為攜帶AAAA類型和A類型的DNS請求。
3.如權(quán)利要求2所述的方法，其特征在于，所述發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求，包括所述終端將攜帶AAAA類型和A類型的DNS請求發(fā)送給IPv4網(wǎng)絡(luò)中的DNS服務(wù)器；所述終端接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)，包括所述終端接收所述DNS服務(wù)器根據(jù)IPv6應(yīng)用訪問對端的服務(wù)器類型返回的DNS回復(fù)。
4.如權(quán)利要求3所述的方法，其特征在于，當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4 服務(wù)器時，DNS服務(wù)器將返回攜帶A類型的DNS回復(fù)；所述終端接收所述DNS服務(wù)器根據(jù)IPv6應(yīng)用訪問對端的服務(wù)器類型返回的DNS回復(fù)， 之后還包括所述終端將A類型翻譯為AAAA類型，創(chuàng)建IPv4到IPv6的映射關(guān)系，并將攜帶翻譯后的AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用；當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6服務(wù)器時，DNS服務(wù)器將返回攜帶AAAA類型的DNS回復(fù)；所述終端接收所述DNS服務(wù)器根據(jù)IPv6應(yīng)用訪問對端的服務(wù)器類型返回的DNS回復(fù)， 之后還包括所述終端向NAT46網(wǎng)關(guān)發(fā)起攜帶A類型和AAAA類型的DNS請求，并接收NAT46網(wǎng)關(guān)返回的攜帶A類型和AAAA類型的DNS回復(fù)，將攜帶AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用。
5.如權(quán)利要求4所述的方法，其特征在于，所述終端向NAT46網(wǎng)關(guān)發(fā)起攜帶A類型和 AAAA類型的DNS請求，之后還包括NAT46網(wǎng)關(guān)將攜帶A類型和AAAA類型的DNS請求發(fā)送給IPv6網(wǎng)絡(luò)的DNS服務(wù)器；所述IPv6網(wǎng)絡(luò)的DNS服務(wù)器向所述NAT46網(wǎng)關(guān)發(fā)送攜帶AAAA類型的DNS回復(fù)；所述ΝΑ ~46網(wǎng)關(guān)將AAAA類型解析為A類型和AAAA類型，并創(chuàng)建IPv6到IPv4的映射關(guān)系；所述ΝΑΤ46網(wǎng)關(guān)向所述終端發(fā)送攜帶解析后的A類型和AAAA類型的DNS回復(fù)。
6.如權(quán)利要求1所述的方法，其特征在于，所述IPv6應(yīng)用發(fā)送的IPv6信息包括ΙΡν6應(yīng)用信息；所述終端將所述IPv6信息翻譯為IPv4信息，包括所述終端將所述IPv6應(yīng)用信息中的IPv6源地址翻譯為IPv4源地址，將所述IPv6應(yīng)用信息中的IPv6目的地址翻譯為IPv4目的地址。
7.如權(quán)利要求6所述的方法，其特征在于，當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6 服務(wù)器時，所述發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求，包括所述終端將翻譯后的IPv6應(yīng)用信息發(fā)送給NAT46網(wǎng)關(guān)；所述終端接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)，包括所述終端接收所述 NAT46網(wǎng)關(guān)返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)； 當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4服務(wù)器時，所述發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求，包括所述終端將翻譯后的IPv6應(yīng)用信息發(fā)送給IPv4服務(wù)器；所述終端接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)，包括所述終端接收所述 IPv4服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。
8.如權(quán)利要求7所述的方法，其特征在于，所述終端接收所述NAT46網(wǎng)關(guān)返回的所述 IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)，之前還包括當(dāng)接收到翻譯后的IPv6應(yīng)用信息時，所述NAT46網(wǎng)關(guān)根據(jù)所述IPv6到IPv4的映射關(guān)系將翻譯后的IPv6應(yīng)用信息中的IPv4源地址翻譯為IPv6源地址，將翻譯后的IPv6應(yīng)用信息中的IPv4目的地址翻譯為IPv6目的地址；所述NAT46網(wǎng)關(guān)將攜帶IPv6源地址和IPv6目的地址的IPv6應(yīng)用信息發(fā)送給IPv6服務(wù)器，由所述IPv6服務(wù)器返回所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)；所述NAT46網(wǎng)關(guān)根據(jù)所述IPv6到IPv4的映射關(guān)系將所述業(yè)務(wù)數(shù)據(jù)中的IPv6源地址翻譯為IPv4源地址，將所述業(yè)務(wù)數(shù)據(jù)中的IPv6目的地址翻譯為IPv4目的地址； 所述NAT46網(wǎng)關(guān)向所述終端發(fā)送翻譯后的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。
9.一種網(wǎng)絡(luò)通信的方法，其特征在于，包括以下步驟終端接收IPv6應(yīng)用信息，將所述IPv6應(yīng)用信息發(fā)送給雙棧服務(wù)器，并接收所述雙棧服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。
10.如權(quán)利要求9所述的方法，其特征在于，所述終端接收IPv6應(yīng)用信息，之前還包括當(dāng)IPv6應(yīng)用發(fā)送攜帶AAAA類型的DNS請求時，所述終端將AAAA類型翻譯為AAAA類型和A類型，并將攜帶AAAA類型和A類型的DNS請求發(fā)送給IPv4網(wǎng)絡(luò)中的DNS服務(wù)器；所述終端接收所述DNS服務(wù)器返回的攜帶A類型和AAAA類型的DNS回復(fù)，并將攜帶 AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用。
11.一種網(wǎng)絡(luò)通信的設(shè)備，其特征在于，包括翻譯模塊，用于當(dāng)接收到IPv6應(yīng)用發(fā)送的IPv6信息時，將所述IPv6信息翻譯為IPv4 fn息；發(fā)送模塊，用于發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求； 接收模塊，用于接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)。
12.如權(quán)利要求11所述的設(shè)備，其特征在于，所述IPv6應(yīng)用發(fā)送的IPv6信息包括攜帶AAAA類型的DNS請求；所述翻譯模塊，具體用于將攜帶AAAA類型的DNS請求翻譯為攜帶AAAA類型和A類型的DNS請求；所述發(fā)送模塊，具體用于將攜帶AAAA類型和A類型的DNS請求發(fā)送給IPv4網(wǎng)絡(luò)中的 DNS服務(wù)器；所述接收模塊，具體用于接收所述DNS服務(wù)器根據(jù)IPv6應(yīng)用訪問對端的服務(wù)器類型返回的DNS回復(fù)。
13.如權(quán)利要求12所述的設(shè)備，其特征在于，還包括處理模塊，當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4服務(wù)器時，DNS服務(wù)器將返回攜帶A類型的DNS回復(fù)；所述處理模塊，用于將A類型翻譯為AAAA類型，創(chuàng)建IPv4到IPv6的映射關(guān)系，并將攜帶翻譯后的AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用；當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6服務(wù)器時，DNS服務(wù)器將返回攜帶AAAA類型的DNS回復(fù)；所述處理模塊，用于向NAT46網(wǎng)關(guān)發(fā)起攜帶A類型和AAAA類型的DNS請求，并接收 NAT46網(wǎng)關(guān)返回的攜帶A類型和AAAA類型的DNS回復(fù)，將攜帶AAAA類型的DNS回復(fù)通知給 IPv6應(yīng)用。
14.如權(quán)利要求11所述的設(shè)備，其特征在于，所述IPv6應(yīng)用發(fā)送的IPv6信息包括 IPv6應(yīng)用信息；所述翻譯模塊，具體用于將所述IPv6應(yīng)用信息中的IPv6源地址翻譯為IPv4源地址， 將所述IPv6應(yīng)用信息中的IPv6目的地址翻譯為IPv4目的地址；所述發(fā)送模塊，具體用于當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6服務(wù)器時，將翻譯后的IPv6應(yīng)用信息發(fā)送給NAT46網(wǎng)關(guān)；當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4服務(wù)器時，將翻譯后的IPv6應(yīng)用信息發(fā)送給IPv4服務(wù)器；所述接收模塊，具體用于當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv6服務(wù)器時，接收所述NAT46網(wǎng)關(guān)返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)；當(dāng)IPv6應(yīng)用訪問對端的服務(wù)器類型為IPv4服務(wù)器時，接收所述IPv4服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。
15.一種網(wǎng)關(guān)設(shè)備，其特征在于，包括第一接收模塊，用于接收來自終端的翻譯后的IPv4請求信息； 第一發(fā)送模塊，用于向IPv6網(wǎng)絡(luò)中的設(shè)備發(fā)送所述IPv4請求信息對應(yīng)的IPv6請求； 第二接收模塊，用于接收IPv6網(wǎng)絡(luò)中的設(shè)備針對所述IPv4請求信息對應(yīng)的IPv6請求返回的IPv6響應(yīng)；第二發(fā)送模塊，用于將所述IPv6響應(yīng)對應(yīng)的IPv4響應(yīng)發(fā)送給IPv4網(wǎng)絡(luò)中的終端。
16.如權(quán)利要求15所述的網(wǎng)關(guān)設(shè)備，其特征在于，所述IPv4請求信息包括攜帶AAAA 類型和A類型的DNS請求；所述第一接收模塊，具體用于接收來自終端的攜帶AAAA類型和A類型的DNS請求； 所述第一發(fā)送模塊，具體用于向IPv6網(wǎng)絡(luò)中的DNS服務(wù)器發(fā)送所述攜帶AAAA類型和 A類型的DNS請求；所述第二接收模塊，具體用于接收IPv6網(wǎng)絡(luò)中的DNS服務(wù)器返回的攜帶AAAA類型的 DNS回復(fù)；所述第二發(fā)送模塊，具體用于將所述攜帶AAAA類型的DNS回復(fù)中的AAAA類型翻譯為 A類型和AAAA類型，創(chuàng)建IPv6到IPv4的映射關(guān)系，并將攜帶A類型和AAAA類型的DNS回復(fù)發(fā)送給IPv4網(wǎng)絡(luò)中的終端。
17.如權(quán)利要求16所述的設(shè)備，其特征在于，所述IPv4請求信息包括攜帶IPv4源地址和IPv4目的地址的IPv6應(yīng)用信息；所述第一接收模塊，具體用于接收來自終端的攜帶IPv4源地址和IPv4目的地址的 IPv6應(yīng)用信息；所述第一發(fā)送模塊，具體用于根據(jù)所述IPv6到IPv4的映射關(guān)系將IPv6應(yīng)用信息中的 IPv4源地址翻譯為IPv6源地址，將IPv6應(yīng)用信息中的IPv4目的地址翻譯為IPv6目的地址；并向IPv6網(wǎng)絡(luò)中的IPv6服務(wù)器發(fā)送攜帶IPv6源地址和IPv6目的地址的IPv6應(yīng)用信息；所述第二接收模塊，具體用于接收IPv6網(wǎng)絡(luò)中的IPv6服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)；所述第二發(fā)送模塊，具體用于根據(jù)所述IPv6到IPv4的映射關(guān)系將所述業(yè)務(wù)數(shù)據(jù)中的 IPv6源地址翻譯為IPv4源地址，將所述業(yè)務(wù)數(shù)據(jù)中的IPv6目的地址翻譯為IPv4目的地址；并向IPv4網(wǎng)絡(luò)中的終端發(fā)送攜帶IPv4源地址和IPv4目的地址的業(yè)務(wù)數(shù)據(jù)。
18.—種網(wǎng)絡(luò)通信的設(shè)備，其特征在于，包括發(fā)送模塊，用于當(dāng)接收到IPv6應(yīng)用信息時，將所述IPv6應(yīng)用信息發(fā)送給雙棧服務(wù)器；接收模塊，用于接收所述雙棧服務(wù)器返回的所述IPv6應(yīng)用信息對應(yīng)的業(yè)務(wù)數(shù)據(jù)。
19.如權(quán)利要求18所述的設(shè)備，其特征在于，還包括翻譯模塊，用于當(dāng)IPv6應(yīng)用發(fā)送攜帶AAAA類型的DNS請求時，將AAAA類型翻譯為AAAA 類型和A類型；所述發(fā)送模塊，還用于將攜帶AAAA類型和A類型的DNS請求發(fā)送給IPv4網(wǎng)絡(luò)中的DNS 服務(wù)器；所述接收模塊，還用于接收所述DNS服務(wù)器返回的攜帶A類型和AAAA類型的DNS回復(fù)， 并將攜帶AAAA類型的DNS回復(fù)通知給IPv6應(yīng)用。
全文摘要
本發(fā)明實施例公開了一種網(wǎng)絡(luò)通信的方法和設(shè)備，該方法包括以下步驟當(dāng)接收到IPv6應(yīng)用發(fā)送的IPv6信息時，終端將所述IPv6信息翻譯為IPv4信息，并發(fā)送攜帶所述IPv4信息的IPv6應(yīng)用請求；所述終端接收所述IPv6應(yīng)用請求對應(yīng)的IPv6應(yīng)用響應(yīng)。本發(fā)明實施例中，實現(xiàn)了IPv4網(wǎng)絡(luò)內(nèi)的IPv6應(yīng)用程序與其他IP地址族服務(wù)進(jìn)行自由互通。
文檔編號H04L29/08GK102347993SQ20101023985
公開日2012年2月8日 申請日期2010年7月28日 優(yōu)先權(quán)日2010年7月28日
發(fā)明者鄧輝, 陳剛 申請人:中國移動通信集團(tuán)公司