本發(fā)明涉及通信領域，具體而言，涉及一種4in6隧道模式選擇方法及裝置。
背景技術：
：隨著網(wǎng)絡技術的發(fā)展，IPv4正在不斷向IPv6網(wǎng)絡演進。在該演進過程中，存在著兩個主要矛盾，一是IPv4地址短缺與IPv4業(yè)務蓬勃發(fā)展的矛盾，二是IPv6海量地址空間與IPv6應用匱乏的矛盾。換言之，IPv4業(yè)務豐富，IPv6驅(qū)動力小，在很長一段時間內(nèi)，龐大的IPv4用戶群依舊存在，但設備IPv6支持能力強，即目前的狀態(tài)是“IPv4為主-IPv6Ready-IPv4為主”。該狀態(tài)決定了在IPv6過渡過程中，4in6場景將是一個重要的研究領域，圖1示出了經(jīng)典的4in6組網(wǎng)場景圖。與此同時，IETF也產(chǎn)生了眾多針對4in6場景的過渡技術，比如DS-lite、輕量級4over6隧道(Lightweight4voer6)、基于翻譯技術(MAP-T)、基于報文封裝(MAP-E)等。不同的運行商可能需要不同的4in6隧道模式，同一運行商在不同的網(wǎng)絡部署地區(qū)亦可能需要不同的4in6隧道模式，為不同的運行商不同的地區(qū)單獨定制支持特定模式4in6隧道過渡技術的用戶終端設備(CustomerPremiseEquipment，簡稱為CPE)顯然是不合適的。CPE一般可以支持多種4in6隧道過渡技術，這種情況下運行商亦需要根據(jù)自身的網(wǎng)絡環(huán)境通過默認配置、遠程配置或用戶配置等方式選擇一種4in6隧道模式。很明顯，該處理方式需要預先配置，不僅被動也存在出錯的風險。針對相關技術中，無法快速部署4in6隧道模式的問題，還未提出有效的解決方案。技術實現(xiàn)要素：本發(fā)明提供了一種4in6隧道模式選擇方法及裝置，以至少解決相關技術中無法快速部署4in6隧道模式的問題。根據(jù)本發(fā)明的一個方面，提供了一種4in6隧道模式選擇方法，包括：用戶終端設備CPE向服務器發(fā)送動態(tài)主機配置協(xié)議DHCPv6請求消息；所述CPE接收所述服務器針對所述DHCPv6請求消息的響應消息，其中，所述響應消息中包括IPv6地址和指定4in6配置參數(shù)；所述CPE根據(jù)所述響應消息選擇4in6隧道模式?？蛇x地，所述CPE接收所述服務器針對所述DHCPv6請求消息的響應消息之后包括：所述CPE向所述服務器發(fā)送DHCPv6確認消息，其中，所述DHCPv6確認消息用于指示所述服務器確認所述IPv6地址和所述指定4in6配置參數(shù)。可選地，所述4in6隧道模式包括以下至少之一：輕級雙棧技術(Dual-StackLite，簡稱為DS-lite)、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。根據(jù)本發(fā)明的另一個方面，還提供了另一種4in6隧道模式選擇方法，包括：服務器從用戶終端設備CPE接收動態(tài)主機配置協(xié)議DHCPv6請求消息；所述服務器向所述CPE發(fā)送針對所述DHCPv6請求消息的響應消息，其中，所述響應消息中包括IPv6地址和指定4in6配置參數(shù)；所述響應消息為所述CPE選擇4in6隧道模式的依據(jù)?？蛇x地，所述服務器向所述CPE發(fā)送針對所述DHCPv6請求消息的響應消息之后包括：所述服務器從所述CPE接收DHCPv6確認消息，其中，所述DHCPv6確認消息用于指示所述服務器確認所述IPv6地址和所述指定4in6配置參數(shù)。可選地，所述4in6隧道模式包括以下至少之一：DS-lite、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。根據(jù)本發(fā)明的一個方面，提供了一種4in6隧道模式選擇裝置，該裝置應用于用戶終端設備CPE，所述裝置包括：第一發(fā)送模塊，用于向服務器發(fā)送動態(tài)主機配置協(xié)議DHCPv6請求消息；接收模塊，用于接收所述服務器針對所述DHCPv6請求消息的響應消息，其中，所述響應消息中包括IPv6地址和指定4in6配置參數(shù)；選擇模塊，用于根據(jù)所述響應消息選擇4in6隧道模式。可選地，所述裝置還包括：第二發(fā)送模塊，用于向所述服務器發(fā)送DHCPv6確認消息，其中，所述DHCPv6確認消息用于指示所述服務器確認所述IPv6地址和所述指定4in6配置參數(shù)?？蛇x地，所述4in6隧道模式包括以下至少之一：DS-lite、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。根據(jù)本發(fā)明的另一個方面，還提供了另一種4in6隧道模式選擇裝置，應用于服務器，所述裝置包括：第一接收模塊，用于從用戶終端設備CPE接收動態(tài)主機配置協(xié)議DHCPv6請求消息；發(fā)送模塊，用于向所述CPE發(fā)送針對所述DHCPv6請求消息的響應消息，其中，所述響應消息中包括IPv6地址和指定4in6配置參數(shù)；所述響應消息為所述CPE選擇4in6隧道模式的依據(jù)?？蛇x地，所述裝置還包括：第二接收模塊，用于從所述CPE接收DHCPv6確認消息，其中，所述DHCPv6確認消息用于指示所述服務器確認所述IPv6地址和所述指定4in6配置參數(shù)?？蛇x地，所述4in6隧道模式包括以下至少之一：DS-lite、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。通過本發(fā)明，采用用戶終端設備CPE向服務器發(fā)送動態(tài)主機配置協(xié)議DHCPv6請 求消息；CPE接收服務器針對DHCPv6請求消息的響應消息，其中，該響應消息中包括IPv6地址和指定4in6配置參數(shù)；CPE根據(jù)該響應消息選擇4in6隧道模式。解決了相關技術中無法快速部署4in6隧道模式的問題，簡化了配置流程，提高了4in6部署效率，降低了設備制造商與運行商的運行與維護成本。附圖說明此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：圖1是本發(fā)明適用的網(wǎng)絡場景組網(wǎng)示意圖；圖2是根據(jù)本發(fā)明實施例的4in6隧道模式選擇方法的流程圖；圖3是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖；圖4是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖(一)；圖5是根據(jù)本發(fā)明實施例的4in6隧道模式選擇方法的流程圖(一)；圖6是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖(二)；圖7是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖(三)；圖8是根據(jù)本發(fā)明實施例的新定義的DHCPv6消息option結構示意圖；圖9是根據(jù)本發(fā)明實施例的通過DHCPv6消息交互為CPE配置IPv6參數(shù)的流程示意圖；圖10是根據(jù)本發(fā)明實施例的CPE中DHCP6c與4in6隧道結構示意圖。具體實施方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。在本實施例中提供了一種4in6隧道模式選擇方法，圖2是根據(jù)本發(fā)明實施例的4in6隧道模式選擇方法的流程圖，如圖2所示，該流程包括如下步驟：步驟S202，用戶終端設備CPE向服務器發(fā)送動態(tài)主機配置協(xié)議DHCPv6請求消息；步驟S204，CPE接收服務器針對DHCPv6請求消息的響應消息，其中，該響應消息中包括IPv6地址和指定4in6配置參數(shù)；步驟S206，CPE根據(jù)該響應消息選擇4in6隧道模式。通過上述步驟，CPE根據(jù)從服務器獲取的IPv6地址和指定4in6選擇參數(shù)配置4in6隧道模式，相比于相關技術中，不同的運行商可能需要不同的4in6隧道模式，同一運行商在不同的網(wǎng)絡部署地區(qū)亦可能需要不同的4in6隧道模式，運行商亦需要根據(jù)自身的網(wǎng)絡環(huán)境通過默認配置、遠程配置或用戶配置等方式選擇一種4in6隧道模式，上述步驟解決了相關技術中無法快速部署4in6隧道模式的問題，簡化了配置流程，提高了4in6部署效率，降低了設備制造商與運行商的運行與維護成本。為了確保CPE收到的IPv6地址和指定4in6配置參數(shù)的正確性，在一個可選實施例中，CPE接收服務器針對DHCPv6請求消息的響應消息之后，CPE向服務器發(fā)送DHCPv6確認消息，其中，該DHCPv6確認消息用于指示該服務器確認該IPv6地址和該指定4in6配置參數(shù)。在一個可選實施例中，4in6隧道模式包括以下至少之一：DS-lite、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。在本實施例中還提供了一種4in6隧道模式選擇裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。圖3是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖，該裝置應用于用戶終端設備CPE，如圖3所示，該裝置包括：第一發(fā)送模塊32，用于向服務器發(fā)送動態(tài)主機配置協(xié)議DHCPv6請求消息；接收模塊34，用于接收該服務器針對該DHCPv6請求消息的響應消息，其中，該響應消息中包括IPv6地址和指定4in6配置參數(shù)；選擇模塊36，用于根據(jù)該響應消息選擇4in6隧道模式。圖4是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖(一)，如圖4所示，該裝置還包括：第二發(fā)送模塊44，用于向該服務器發(fā)送DHCPv6確認消息，其中，該DHCPv6確認消息用于指示該服務器確認該IPv6地址和該指定4in6配置參數(shù)?？蛇x地，該4in6隧道模式包括以下至少之一：DS-lite、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。在本實施例中提供了一種4in6隧道模式選擇方法，圖5是根據(jù)本發(fā)明實施例的4in6隧道模式選擇方法的流程圖(一)，如圖5所示，該流程包括如下步驟：步驟S502，服務器從用戶終端設備CPE接收動態(tài)主機配置協(xié)議DHCPv6請求消息；步驟S504，服務器向CPE發(fā)送針對該DHCPv6請求消息的響應消息，其中，該響應消息中包括IPv6地址和指定4in6配置參數(shù)；響應消息為該CPE選擇4in6隧道模式的依據(jù)。通過上述步驟，CPE根據(jù)從服務器獲取的IPv6地址和指定4in6配置參數(shù)選擇4in6隧道模式，相比于相關技術中，不同的運行商可能需要不同的4in6隧道模式，同一運行商在不同的網(wǎng)絡部署地區(qū)亦可能需要不同的4in6隧道模式，運行商亦需要根據(jù)自身的網(wǎng)絡環(huán)境通過默認配置、遠程配置或用戶配置等方式選擇一種4in6隧道模式，上述步驟解決了相關技術中無法快速部署4in6隧道模式的問題，簡化了配置流程，提高了4in6部署效率，降低了設備制造商與運行商的運行與維護成本。為了確保CPE收到的IPv6地址和指定4in6配置參數(shù)的正確性，在一個可選實施例中，服務器向CPE發(fā)送針對該DHCPv6請求消息的響應消息之后，服務器從CPE接收DHCPv6確認消息，其中，該DHCPv6確認消息用于指示該服務器確認該IPv6地址和該指定4in6配置參數(shù)。在一個可選實施例中，4in6隧道模式包括以下至少之一：DS-lite、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。在本實施例中還提供了一種4in6隧道模式選擇裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。圖6是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖(二)，應用于服務器，如圖6所示，該裝置包括：第一接收模塊62，用于從用戶終端設備CPE接收動態(tài)主機配置協(xié)議DHCPv6請求消息；發(fā)送模塊64，用于向CPE發(fā)送針對該DHCPv6請求消息的響應消息，其中，響應消息中包括IPv6地址和指定4in6配置參數(shù)；響應消息為該CPE選擇4in6隧道模式的依據(jù)。圖7是根據(jù)本發(fā)明實施例的4in6隧道模式選擇裝置的結構框圖(三)，如圖7所示，該裝置還包括：第二接收模塊72，用于從CPE接收DHCPv6確認消息，其中，DHCPv6確認消息用于指示該服務器確認該IPv6地址和該指定4in6配置參數(shù)?？蛇x地，該4in6隧道模式包括以下至少之一：DS-lite、輕量級Lightweight4voer6隧道、基于翻譯封裝MAP-T、基于報文封裝MAP-E。需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。本發(fā)明的實施例還提供了一種存儲介質(zhì)。可選地，在本實施例中，上述存儲介質(zhì)可以被設置為存儲用于執(zhí)行以下步驟的程序代碼：S1，用戶終端設備CPE向服務器發(fā)送動態(tài)主機配置協(xié)議DHCPv6請求消息；S2，CPE接收服務器針對DHCPv6請求消息的響應消息，其中，該響應消息中包括IPv6地址和指定4in6配置參數(shù)；S3，CPE根據(jù)該響應消息選擇4in6隧道模式?？蛇x地，存儲介質(zhì)還被設置為存儲用于執(zhí)行以下步驟的程序代碼：S4，服務器從用戶終端設備CPE接收動態(tài)主機配置協(xié)議DHCPv6請求消息；S5，服務器向CPE發(fā)送針對該DHCPv6請求消息的響應消息，其中，該響應消息中包括IPv6地址和指定4in6配置參數(shù)；響應消息為該CPE選擇4in6隧道模式的依據(jù)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(ROM，Read-OnlyMemory)、隨機存取存儲器(RAM，RandomAccessMemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)?？蛇x地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行S1、S2以及S3?？蛇x地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行S4和S5?？蛇x地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。本可選實施例的目的在于，提供一種CPE快速部署4in6隧道模式的方法，該方法無需任何操作，同時部署的結果能很好地滿足運行商的要求，部署快速準確、靈活方便。本發(fā)明可選實施例提出了一種CPE依據(jù)外部網(wǎng)絡環(huán)境自適應選擇選擇4in6隧道模式的方法，該方法主要包括：CPE向服務器發(fā)送DHCPv6請求消息，該DHCPv6請求報文中新定義了特定containeroption(OPTION_S46_CONT)并封裝有若干子option(包括OPTION_S46_RULE、OPTION_S46_DMR、OPTION_S46_V4V6BIND、OPTION_S46_BR等，也可以根據(jù)具體情況新定義)，參考圖8；CPE接收服務器返回的響應消息，該響應消息承載了某一個或幾個4in6隧道配置參數(shù)特定的option選項，通過解析這些option的值來確定CPE應選擇配置何種模式的4in6隧道；CPE從所述響應消息中獲取4in6隧道的配置參數(shù)，完成隧道配置并進行通信。本可選實施例亦提出一種CPE設備系統(tǒng)，該CPE設備特征包括：DHCP6c與4in6隧道設計為獨立的兩部分，其中DHCP6c負責DHCPv6報文相關的所有處理，4in6隧道部分僅負責各種隧道的配置與通信；DHCP6c部分包含DHCPv6報文組裝、DHCPv6報文接收/發(fā)送、DHCPv6報文解析、DHCP6c狀態(tài)機等幾部分，參考圖10；各種4in6隧道技術也相互獨立為各自的模塊，如圖10中的lw4o6、MAP-E、MAP-T等。本發(fā)明可選實施例提供了一種CPE依據(jù)外部網(wǎng)絡環(huán)境快速部署4in6隧道模式的方法和系統(tǒng)，用以簡化4in6隧道配置流程，提高4in6隧道部署效率。下面結合說明書附圖及具體實施例對本發(fā)明方法作進一步的詳細說明。圖1是本發(fā)明適用的網(wǎng)絡場景組網(wǎng)示意圖，在需要部署4in6隧道的IPv4-IPv6-IPv4網(wǎng)絡環(huán)境下均適用。本發(fā)明實施例提供一種CPE自適應網(wǎng)絡環(huán)境自動選擇配置4in6隧道的方法，通過在DHCPv6消息里新定義option選項并封裝若干子option，使在DHCPv6消息交互過程中以option的形式給CPE下發(fā)特定4in6隧道模式的配置參數(shù)，從而指示CPE選擇配置該種模式的4in6隧道。圖8是根據(jù)本發(fā)明實施例的新定義的DHCPv6消息option結構示意圖，為方便查看，該新定義containeroption選項稱為OPTION_S46_CONT類型的option選項，該option選項可以封裝各種子option，具體格式包括：1)option-code：OPTION_S46_CONT，將由IANA定義；2)option選項長度：option-length，由封裝的子option確定；3)封裝的子option：encapsulated-options，用于封裝所有與4in6隧道有關的option，如OPTION_S46_DMR、OPTION_S46_BR、OPTION_S46_RULE、 OPTION_S46_PORTPARAMS、OPTION_S46_V4V6BIND等，亦可以根據(jù)實際情況定義新的option進行封裝。特別指出，若需要支持DHCPv4overDHCPv6的方式獲取lw4o6隧道的配置參數(shù)，可以將DHCPv4的Messagetype封裝在這些子option里。圖9是根據(jù)本發(fā)明實施例的通過DHCPv6消息交互為CPE配置IPv6參數(shù)的流程示意圖，CPE通過DHCPv6協(xié)議交互消息獲取4in6配置參數(shù)的過程，這些DHCPv6報文承載了本可選實施例新定義的containeroption選項——OPTION_S46_CONT，并封裝有若干4in6隧道相關的option。本實施例簡單考慮，僅畫出了地址下發(fā)流程，并未考慮地址續(xù)租問題。圖10是根據(jù)本發(fā)明實施例的CPE中DHCP6c與4in6隧道結構示意圖，CPE涉及到的主要結構及處理流程，包括：1)DHCPv6報文封裝，構造承載有新定義containeroption選項的DHCPv6請求報文，并封裝有各個子option，本實施例假設外部網(wǎng)絡環(huán)境可能支持lw4o6、MAP-E或MAP-T，則封裝OPTION_S46_RULE、OPTION_S46_BR、OPTION_S46_DMR三個子option。本實施例僅封裝必選option，可以視要求封裝其他option。2)DHCPv6報文發(fā)送/接收，CPE與DHCPv6服務器間進行報文交互，完成IPv6地址及配置參數(shù)的下發(fā)。3)DHCPv6報文解析，CPE解析收到的DHCPv6響應報文，提取封裝的option及其value值，從而分析出CPE該選用何種模式的4in6隧道，并保存配置參數(shù)。4)隧道配置，報文解析完成，觸發(fā)CPE配置相應的4in6隧道。表1是本實施例中CPE選擇配置何種4in6隧道模式的依據(jù)。該表羅列了lw4o6、MAP-E、MAP-T三種4in6隧道涉及的所有option，對應某種隧道，M表示必選option、O表示可選option、N/A表示未被應用，即對于MAP-E，OPTION_S46_RULE與OPTION_S46_BR為必選的，可以選擇下發(fā)OPTION_S46_PORTPARAMS，但不是必須的。表1OptionMAP-EMAP-TLw4o6OPTION_S46_RULEMMN/AOPTION_S46_BRMN/AMOPTION_S46_PORTPARAMSOOOOPTION_S46_DMRN/AMN/AOPTION_S46_V4V6BINDN/AN/AOM–Mandatory；O–Optional；N/A-NotApplicable下面詳細說明本實施例的配置方法，即詳細說明利用DHCPv6協(xié)議消息為CPE分配IPv6地址和配置參數(shù)的過程，以及CPE獲取其4in6隧道配置參數(shù)并創(chuàng)建隧道的流程，該流程包括以下步驟：步驟1，參考圖9，CPE廣播發(fā)送DHCPv6-Solicit消息，以請求網(wǎng)絡中的DHCPv6服務器為其分配IPv6地址及其他配置參數(shù)，其中，其他配置參數(shù)可以包括主要是分配4in6隧道創(chuàng)建所需要的參數(shù)，如創(chuàng)建lw4o6所需的對端IPv6地址、分配給lwB4的IPv4地址與PSID、IPv6bindingprefix；創(chuàng)建MAP-E所需的BMR/FMR規(guī)則參數(shù)、BR的IPv6地址；創(chuàng)建MAP-T所需的BMR/FMR規(guī)則參數(shù)、DMR參數(shù)等；其中，該請求消息里封裝了本發(fā)明可選實施例新定義的containeroption(OPTION_S46_CONT)，并封裝有若干子option，其中，若干子option的作用在于請求報文里選擇封裝各個子option，若響應報文里對應的option有value，則以此判斷選擇何種4in6隧道模式。如假定存在的組網(wǎng)可能會支持lw4o6、MAP-E、MAP-T三種模式的隧道，則可以封裝OPTION_S46_RULE、OPTION_S46_BR、OPTION_S46_DMR三個子option，若響應報文里OPTION_S46_RULE與OPTION_S46_BR兩個子option承載有值，則我們應選擇MAP-E隧道模式；若響應報文里OPTION_S46_RULE與OPTION_S46_DMR兩個子option承載有值，則應選擇MAP-T隧道模式；若僅有OPTION_S46_BR這一個option有值，則我們應選擇lw4o6隧道模式。具體的選擇依據(jù)參照表1，當然可以根據(jù)4in6隧道其他模式，新增擴展子option，如環(huán)境可以支持DS-Lite，我們可以擴展子option64。具體格式如圖8所示。步驟2，DHCPv6服務器根據(jù)該DHCPv6-Solicit消息，向CPE發(fā)送DHCPv6-Advertise消息，用以通告為CPE分配的IPv6地址、IPv6地址租期等網(wǎng)絡配置參數(shù)；若該網(wǎng)絡環(huán)境支持某種4in6隧道，則會將特定的4in6配置參數(shù)承載在相應的option選項內(nèi)，如網(wǎng)絡環(huán)境支持MAP-E，則optionOPTION_S46_RULE與optionOPTION_S46_BR將會承載特定的vlaue。步驟3，CPE向DHCPv6服務器發(fā)送DHCPv6-Request消息，以請求服務器確認其分配的IPv6地址及其他的配置參數(shù)；需要注意的是，該請求消息的option選項與步驟1中的DHCPv6-Solicit請求消息中的option選項一致。步驟4，DHCPv6服務器接收到CPE發(fā)送的DHCPv6-Request消息后，若確認將IPv6地址以及相關配置參數(shù)分配給該CPE使用，則返回DHCPv6-Reply消息，該DHCPv6-Reply消息封裝有option選項，用于承載IPv6地址及其他配置參數(shù)；步驟5，CPE解析收到的DHCPv6-Reply報文，提取出其承載的option值，依據(jù)這些option值及其所承載的參數(shù)，確定CPE應該配置何種模式的4in6隧道。對于選用何 種4in6隧道可以簡單參照表1，若承載有OPTION_S46_DMR與OPTION_S46_RULE兩個option，則選用MAP-T模式，若承載有option——OPTION_S46_BR，則選用lw4o6隧道模式。綜上所述，通過本發(fā)明提供的一種CPE快速部署4in6隧道業(yè)務的方法和系統(tǒng)，本發(fā)明CPE通過發(fā)送封裝有特定option選項的DHCPv6請求消息，外部網(wǎng)絡服務器進行響應，該響應消息承載了某種4in6隧道所需要的配置參數(shù)信息，CPE通過分析收到響應報文的option來確定具體配置何種模式的4in6隧道。本發(fā)明解決了設備對于4in6隧道模式的選擇問題，設備制造商不再需要針對不同的運行商、不同的網(wǎng)絡地區(qū)定制不同的配置，運行商亦無需擔心各個地區(qū)網(wǎng)絡部署的差異及用戶修改隧道配置導致通信異常的問題，即CPE上的4in6隧道模式將依據(jù)外部網(wǎng)絡環(huán)境自動調(diào)整。通過CPE自適應網(wǎng)絡環(huán)境完成4in6隧道模式的選擇與配置，簡單方便，無需運行商或用戶進行任何配置就能保證4in6隧道選型的準確性。同時CPE是利用現(xiàn)有IPv6地址配置參數(shù)分配過程中的消息交互完成4in6隧道參數(shù)的配置，并未增加CPE與服務器之間額外的消息交互，節(jié)約帶寬資源，提高網(wǎng)絡資源利用率。本發(fā)明簡化了配置流程，不僅提高了4in6部署效率，還降低了設備制造商與運行商的運行與維護成本。本發(fā)明易于實施，不僅省去了預配置或更換配置的操作，亦提高了網(wǎng)絡部署的靈活性，實施與維護也將更簡單、更經(jīng)濟。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。當前第1頁1 2 3