專利名稱：Ip地址轉(zhuǎn)換方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種互聯(lián)網(wǎng)協(xié)議(Internet Protocol,簡稱為IP)地址轉(zhuǎn)換方法及裝置。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的普及和迅猛發(fā)展，網(wǎng)絡(luò)的規(guī)模成指數(shù)的增長，原有的Ipv4地址已經(jīng)耗盡，使得IPv6的部署迅速擺在運營商的面前·，出于對技術(shù)平滑過渡和對運營商成本的考慮，運營商級網(wǎng)絡(luò)地址轉(zhuǎn)換(Carrier Grade Network Address Translation,簡稱為CGN)作為有效的過渡技術(shù)被重視，目前的過渡技術(shù)主要分為雙棧(Dual-Stack)、隧道(Tunnel)、翻譯(Translation),現(xiàn)有的隧道技術(shù)主要有Ipv6快速部署(IPv6RapidDeployment on IPv4 Infrastructures,簡稱為 6RD)和 IPv6 互聯(lián)網(wǎng)服務(wù)提供商邊緣(IPv6Provider Edge,簡稱為6PE),翻譯技術(shù)有Ipv4到Ipv4的地址轉(zhuǎn)換(NAT44),Ipv6 到 Ipv4 的地址轉(zhuǎn)換(NAT64), Ipv4 到 Ipv6 的地址轉(zhuǎn)換(NAT46), Ipv4 到 Ipv6的地址轉(zhuǎn)換(IVI)，前綴網(wǎng)絡(luò)地址轉(zhuǎn)換(Prefix NAT,簡稱為PNAT)，地址+端口轉(zhuǎn)換(Address+PortRange,簡稱為A+P)等，另外還有多種形式結(jié)合的技術(shù)，如雙棧隧道運營商級網(wǎng)絡(luò)地址轉(zhuǎn)換(Ds-Iite CGN)。CGN實現(xiàn)了不同地址族網(wǎng)絡(luò)的透明傳輸，有利于Ipv6的實質(zhì)部署。雙棧隧道運營商級網(wǎng)絡(luò)地址轉(zhuǎn)換(Ds-Iite CGN)，是雙棧、隧道及網(wǎng)絡(luò)地址轉(zhuǎn)換技術(shù)的結(jié)合，它的主要思路為通過用戶側(cè)的用戶接入設(shè)備(Customer Premise Equipment,簡稱為CPE)部署，首先完成用戶側(cè)的雙棧支持，同時運營商通過添加地址族轉(zhuǎn)換路由器(Address Family Transition Router,簡稱為 AFTR),來達到同時支持 IPv4 和 IPv6 的目的，通過漸進式的IP6過渡不斷的替換原有的IPv4用戶，完成IPv6的部署。這種方式的優(yōu)勢是成本相當較小，對用戶透明，對運營商網(wǎng)絡(luò)的改造較小，通過側(cè)掛AFTR設(shè)備完成網(wǎng)絡(luò)地址轉(zhuǎn)換。運營商級網(wǎng)絡(luò)地址轉(zhuǎn)換的核心為網(wǎng)絡(luò)地址的轉(zhuǎn)換，轉(zhuǎn)換形式包括但不限于以下幾種私網(wǎng)IPv4到公網(wǎng)IPv4地址、私網(wǎng)IPv4到IPv6地址、IPv6到公網(wǎng)IPv4地址。為了提高運營商級網(wǎng)絡(luò)地址轉(zhuǎn)換的性能，目前多采用獨立的處理單元，處理單元可以為單核或多核，多核處理目前采用負載分擔的形式，使得多個業(yè)務(wù)處理單元性能達到最優(yōu)，目前的分流方法為了達到負載分擔的目的，一般采用HASH的方式把流量隨機的散列到不同業(yè)務(wù)處理單元，但是有些特殊的應(yīng)用場景需要在某個CPU完成某些私有IP轉(zhuǎn)換為特定的公網(wǎng)IP地址，例如，在實際的應(yīng)用中，存在運營商部署的CGN設(shè)備公網(wǎng)地址比處理單元的處理器(CentralProcessing Unit，簡稱為CPU)少的情況，或者由于動態(tài)的分資源導致需要的地址在某個(PU上，而有些用戶需要使用不同或特定的公網(wǎng)地址，動態(tài)分流不能保證分流到達合適的CPU，從而可能導致分不到公網(wǎng)地址資源或不能分到需要的公網(wǎng)地址資源。針對相關(guān)技術(shù)中無法確保用戶能夠獲取到其需要使用的特定的公網(wǎng)地址的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中無法確保用戶能夠獲取到其需要使用的特定的公網(wǎng)地址的問題，本發(fā)明提供了一種IP地址轉(zhuǎn)換方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種IP地址轉(zhuǎn)換方法，包括獲取用戶的報文的定向分流標識，其中，所述定向分流標識用于確定所述用戶需要使用的公網(wǎng)地址；根據(jù)所述定向分流標識將所述報文發(fā)送給多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。優(yōu)選地，根據(jù)所述定向分流標識將所述報文發(fā)送給多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換包括查詢定向分流表中所述定向分流標識對應(yīng)的處理器，并將所述定向分流標識對應(yīng)的處理器作為所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理 器；將所述報文發(fā)送給所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。優(yōu)選地，獲取所述用戶的所述報文的所述定向分流標識之前，還包括確定所述用戶是否需要使用特定的公網(wǎng)地址；在所述用戶需要使用特定的公網(wǎng)地址的情況下，在所述用戶的報文中添加所述定向分流標識。優(yōu)選地，在所述用戶不需要使用特定的公網(wǎng)地址的情況下，對所述用戶的報文采用負載分擔的方式分流。優(yōu)選地，所述定向分流標識包括IP地址標識和處理器標識；在所述用戶的報文中添加所述定向分流標識包括在所述報文中添加所述用戶需要使用的公網(wǎng)地址所對應(yīng)的所述IP地址標識以及所述公網(wǎng)地址所對應(yīng)的所述處理器標識。優(yōu)選地，所述用戶包括以下至少之一 IPv4用戶、IPv6用戶、IPv4和IPv6雙棧用戶。根據(jù)本發(fā)明的另一方面，提供了一種IP地址轉(zhuǎn)換裝置，包括獲取模塊，用于獲取用戶的報文的定向分流標識，其中，所述定向分流標識用于確定所述用戶需要使用的公網(wǎng)地址；發(fā)送模塊，用于根據(jù)所述定向分流標識將所述報文發(fā)送給多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器以進行IP地址轉(zhuǎn)換。優(yōu)選地，所述發(fā)送模塊包括查詢模塊，用于查詢定向分流表中所述定向分流標識對應(yīng)的處理器，并將所述定向分流標識對應(yīng)的處理器作為所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器；第二發(fā)送模塊，用于將所述報文發(fā)送給所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。優(yōu)選地，所述裝置還包括確定模塊，用于確定所述用戶是否需要使用特定的公網(wǎng)地址；添加模塊，用于在所述用戶需要使用特定的公網(wǎng)地址的情況下，在所述用戶的報文中添加所述定向分流標識。優(yōu)選地，在所述定向分流標識包括IP地址標識和處理器標識的情況下，所述添加模塊還用于在所述報文中添加所述用戶需要使用的公網(wǎng)地址所對應(yīng)的所述IP地址標識以及所述公網(wǎng)地址所對應(yīng)的所述處理器標識。通過本發(fā)明，采用獲取用戶的報文的定向分流標識，其中，該定向分流標識用于確定該用戶需要使用的公網(wǎng)地址；根據(jù)定向分流標識將該報文發(fā)送給多核處理器中與上述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換的方式，解決了相關(guān)技術(shù)中無法確保用戶能夠獲取到其需要使用的特定的公網(wǎng)地址的問題，為相關(guān)技術(shù)中負載分擔的分流方式提供了有效補充。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖I是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換方法的流程圖；圖2是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換裝置的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換裝置的發(fā)送模塊的優(yōu)選結(jié)構(gòu)框圖；圖4是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換裝置的優(yōu)選結(jié)構(gòu)框圖； 圖5是根據(jù)本發(fā)明優(yōu)選實施例一的定向分流系統(tǒng)單元的架構(gòu)示意圖；圖6是根據(jù)本發(fā)明優(yōu)選實施例一的定向分流表的結(jié)構(gòu)示意圖；圖7是根據(jù)本發(fā)明優(yōu)選實施例一的報文結(jié)構(gòu)示意圖；圖8是根據(jù)本發(fā)明優(yōu)選實施例三的以Ds-Iite為例的組網(wǎng)示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。本實施例提供了一種IP地址轉(zhuǎn)換方法，圖I是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換方法的流程圖，如圖I所示，該方法包括如下步驟步驟S102，獲取用戶的報文的定向分流標識，其中，該定向分流標識用于確定該用戶需要使用的公網(wǎng)地址；步驟S104，根據(jù)定向分流標識將該報文發(fā)送給多核處理器中與上述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。本實施例通過上述步驟，在獲取到用戶報文中的定向分流標識后，根據(jù)該標識將用戶的報文發(fā)送給該用戶需要使用的公網(wǎng)地址所對應(yīng)的處理器進行IP地址轉(zhuǎn)換，通過使用定向分流的方式，將用戶的報文(流量)分流到用戶需要使用的公網(wǎng)地址(資源)所對應(yīng)的處理器上，從而確保了用戶能夠獲取到其需要使用的特定的公網(wǎng)地址的問題，解決了相關(guān)技術(shù)中無法確保用戶能夠獲取到其需要使用的特定的公網(wǎng)地址的問題，為相關(guān)技術(shù)中負載分擔的分流方式提供了有效補充。作為一種優(yōu)選實施方式，可以配置一個定向分流表，在該定向分流表中存儲上述定向分流標識與多核處理器中的處理器之間的對應(yīng)關(guān)系。這種情況下，在上述步驟S104中，可以查詢定向分流表中定向分流標識對應(yīng)的處理器，并將在定向分流表中查詢到的該定向分流標識所對應(yīng)的處理器作為多核處理器中與公網(wǎng)地址對應(yīng)的處理器；再將報文發(fā)送給多核處理器中與公網(wǎng)地址對應(yīng)的處理器，進行IP地址轉(zhuǎn)換。通過這種查表的方式獲取定向分流標識與多核處理器的處理器之間的對應(yīng)關(guān)系，可實現(xiàn)性強，操作方便。當然也可以通過其他方式獲取定向分流標識與處理器之間的對應(yīng)關(guān)系，例如，可以直接將處理器的內(nèi)部編號(CPU No.)作為定向分流標識。在管理單元里面配置不同的用戶類型是為了區(qū)分終端不同的接入用戶，并且進入不同的用戶處理流程，定向分流方式相同，因此所有的用戶類型的用戶都可以采用上述的定向分流方式。而是否采用可以根據(jù)實際的組網(wǎng)和業(yè)務(wù)的需求，例如，為了在對用戶側(cè)的改動較小的情況下，使本方案與負責分擔分流方式的兼容性更好，作為一種優(yōu)選實施方式，對于具體的用戶的接入控制是否使用上述的定向分流方式，可以根據(jù)實際的業(yè)務(wù)需求進行控制，例如，可以通過使用訪問控制列表(Access Control List,簡稱為ACL)來確定該用戶是否需要使用特定的公網(wǎng)地址；在確定用戶需要使用特定的公網(wǎng)地址的情況下，在用戶的報文中添加上述定向分流標識；而在用戶不需要使用特定的公網(wǎng)地址的情況下，對用戶的報文采用負載分擔的方式分流。當然也可以在用戶側(cè)發(fā)送報文時直接在報文中添加上述定向分流標識，但是這種方式對于用戶側(cè)的改動較大，實現(xiàn)成本高。考慮到在實施過程中并不一定一個公網(wǎng)地址資源僅存在于一個CPU中，多核處理器中的一個CPU也不一定僅對應(yīng)于一個用戶，因此作為一種優(yōu)選實施方式，可以將定向分流標識設(shè)置成兩部分，分別為IP地址標識(IP id)和處理器標識(CPU id)。在這種情況下，在用戶的報文中添加定向分流標識的方式可以是在報文中添加用戶需要使用的公網(wǎng)地址所對應(yīng)的IP地址標識以及該公網(wǎng)地址所對應(yīng)的處理器標識。一個用戶可以僅對應(yīng)一個IP id和一個CPU id，通過這種方式，可以通過IP id確定該用戶需要使用的公網(wǎng)地址，再 通過CPU id確定在該公網(wǎng)地址對應(yīng)的多個CPU中，該用戶的報文所對應(yīng)的處理器。從而，IP id和CPU id可以在不同的時刻添加到該用戶的報文中，也可以在相同的時刻添加到該用戶的報文中，提高了本方案的靈活性。優(yōu)選地，使用本實施例的IP地址轉(zhuǎn)換方案的用戶可以包括多種類型，例如，可以是IPv4用戶、IPv6用戶、IPv4和IPv6雙棧用戶等。在本實施例中還提供了一種IP地址轉(zhuǎn)換裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。圖2是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括獲取模塊22和發(fā)送模塊24，下面對各個模塊進行詳細說明。獲取模塊22，用于獲取用戶的報文的定向分流標識，其中，該定向分流標識用于確定用戶需要使用的公網(wǎng)地址；發(fā)送模塊24，與獲取模塊22相連，用于根據(jù)獲取模塊22獲取的定向分流標識將報文發(fā)送給多核處理器中與公網(wǎng)地址對應(yīng)的處理器以進行IP地址轉(zhuǎn)換。圖3是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換裝置的發(fā)送模塊24的優(yōu)選結(jié)構(gòu)框圖，如圖3所示，發(fā)送模塊24可以包括查詢模塊242，用于查詢定向分流表中定向分流標識對應(yīng)的處理器，并將定向分流標識對應(yīng)的處理器作為多核處理器中與公網(wǎng)地址對應(yīng)的處理器；第二發(fā)送模塊244，與查詢模塊242相連，用于將報文發(fā)送給多核處理器中與公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。圖4是根據(jù)本發(fā)明實施例的IP地址轉(zhuǎn)換裝置的優(yōu)選結(jié)構(gòu)框圖，如圖4所示，該裝置還可以包括確定模塊42，用于根據(jù)用戶的類型確定用戶是否需要使用特定的公網(wǎng)地址；添加模塊44，與確定模塊42和獲取模塊22相連，用于在用戶需要使用特定的公網(wǎng)地址的情況下，在用戶的報文中添加定向分流標識。
優(yōu)選地，在定向分流標識包括IP地址標識和處理器標識的情況下，添加模塊44還可以用于在報文中添加用戶需要使用的公網(wǎng)地址所對應(yīng)的IP地址標識以及該公網(wǎng)地址所對應(yīng)的處理器標識。下面結(jié)合優(yōu)選實施例進行說明，以下優(yōu)選實施例結(jié)合了上述實施例及其優(yōu)選實施方式。在以下優(yōu)選實施例中提供了一種運營商級網(wǎng)絡(luò)地址轉(zhuǎn)換在多核處理器上的定向分流方法，以解決網(wǎng)絡(luò)地址轉(zhuǎn)換在多核處理器上的定向分流問題。圖5是根據(jù)本發(fā)明優(yōu)選實施例的定向分流系統(tǒng)單元的架構(gòu)示意圖，該定向分流系統(tǒng)單元可以應(yīng)用在AFTR設(shè)備中。優(yōu)選實施例一結(jié)合圖5所示的系統(tǒng)單元架構(gòu)，本優(yōu)選實施例的運營商級網(wǎng)絡(luò)地址轉(zhuǎn)換在多核處 理器上的定向分流方法包括管理單元和設(shè)備交互，完成設(shè)備管理功能?？刂茊卧?實現(xiàn)了確定模塊42的功能)完成網(wǎng)絡(luò)地址轉(zhuǎn)換用戶的授權(quán)、資源下發(fā)處理，并生成定向分流表發(fā)送給轉(zhuǎn)發(fā)單元和處理單元。圖6是根據(jù)本發(fā)明優(yōu)選實施例一的定向分流表的結(jié)構(gòu)示意圖，如圖6所示的定向分流表中，IP-id和CPU-id可以作為上述定向分流標記，通過IP-id和CPU-id結(jié)合以確定CPU的內(nèi)部編號(CPU No.)，從而將用戶的報文發(fā)送至指定的業(yè)務(wù)處理單元(Service Processing Unit,簡稱為SPU)中。優(yōu)選地,如圖6所示，IP-id從M到N變化，CPU-id從I到J變化，CPU-no.從I到X變化。處理單元包括多個業(yè)務(wù)處理單元(SPU)，每個SPU包含一個CPU，處理單元從物理上看可以為多個單板，每個單板包含多個業(yè)務(wù)處理單元。轉(zhuǎn)發(fā)單元(實現(xiàn)了添加模塊44的功能)根據(jù)定向分流表，對收到報文添加定向分流標記，并發(fā)送給處理單元。圖7是根據(jù)本發(fā)明優(yōu)選實施例一的報文結(jié)構(gòu)示意圖，如圖7所示，添加定向分流標記后的報文可以包括六個部分，分別為交換頭、其它、IP-id、CPU-id、IPv6頭、以及IPv4頭。其中，交換頭可以通過交換單元進行處理；其它部分主要為出向、入向標記，pat/nat標記；IP_id和CPU_id用于結(jié)合以查詢定向分流表；IPv6頭主要是Ds-Iite的情況下，由于為IPv4-in-IPv6的形式，因此包括IPv6選項頭；IPv4頭主要是如果為pat的類型，則需要添加三層頭，該三層頭作為IPv4的負載。處理單元(實現(xiàn)了獲取模塊22和發(fā)送模塊24的功能)收到報文后根據(jù)定向分流標記查詢定向分流表，分別發(fā)送給不同的業(yè)務(wù)處理單元處理。交換單元完成控制單元，轉(zhuǎn)發(fā)單元，處理單元的相互通信。通過本優(yōu)選實施例的定向分流方法，相比采用單核或多核處理單元內(nèi)部的負載分擔(動態(tài)隨機分流)的方式，能夠?qū)崿F(xiàn)多核處理單元的定向分流，指定獲取到特定資源的業(yè)務(wù)處理單元完成特定任務(wù)，可以作為負載分擔分流方式的有效補充。優(yōu)選實施例二在本優(yōu)選實施例中提供了一種定向分流方法，該方法的流程包括如下步驟步驟一，配置地址轉(zhuǎn)換業(yè)務(wù)及定向分流標記。步驟二，接收用戶報文。步驟三，判斷用戶類型(例如，IPv4用戶、IPv6用戶、或雙棧用戶等)并初步處理。步驟四，資源(公網(wǎng)地址資源)分流和業(yè)務(wù)(用戶報文)分流。
步驟五，業(yè)務(wù)處理。步驟六，轉(zhuǎn)發(fā)報文。結(jié)合圖5所示的系統(tǒng)單元架構(gòu)，本優(yōu)選實施例的定向分流方法中，步驟一可以在管理單元中完成；步驟二可以通過轉(zhuǎn)發(fā)單元完成；步驟三可以在處理單元中完成，判斷不同的用戶類型，進入不同的處理流程進行預(yù)處理，例如對于雙棧用戶，其PC為IPv4，中間網(wǎng)絡(luò)為IPv6，在CPE上的封裝為4in6報文；步驟三中的預(yù)處理部分進行IPv6頭的出向解封裝和入向封裝等；步驟四可以在轉(zhuǎn)發(fā)單元和處理單元中完成，首先根據(jù)定向分流標記完成資源的定向分流，然后再完成業(yè)務(wù)流量的定向分流，業(yè)務(wù)流量跟隨資源進行分流；步驟五，在處理單元中完成，主要完成出向私網(wǎng)到公網(wǎng)的轉(zhuǎn)換，以及入向公網(wǎng)到私網(wǎng)的轉(zhuǎn)換等；步驟六可以在轉(zhuǎn)發(fā)單元中完成。優(yōu)選實施例三
圖8是根據(jù)本發(fā)明優(yōu)選實施例三的以Ds-Iite為例的組網(wǎng)示意圖，如圖8所示,三臺PC通過三個CPE上網(wǎng)，AFTR設(shè)備上有多個公網(wǎng)地址，AFTR設(shè)備的處理單元有兩個CPU，通過本優(yōu)選實施例中的定向分流方法使得兩臺PC獲取不同的特定公網(wǎng)地址，一臺PC隨機獲取公網(wǎng)地址。在管理單元中進行配置的示例如下
aftraftr-SPU test
cpu spu-1/1 cpu-id 1 //配置業(yè)務(wù)處理單元(SPU)的 cpu-idcpu spu-1/2 cpu-id 2aftr-pool test//配置公網(wǎng)地址池
address 10.40.1.1 shunt 1 //在定向分流標記 shunt 后指定 SPU address 10.40.1.2 shunt 2
address 10.40.1.3 //默認為負載分擔分資源到不同的SPU address 10.40.1.4 10.40.1.10 //可以指定地址段 aftr- subscriber test type ds-lite cgn//配置用戶名及類型 ipv6 2001::1 shunt 1//在用戶的定向分流標記shunt后指定SPU ipv6 2001::2 shunt 2
ipv6 2002::3 aftr-pool test//默認負載分擔的分流，隨機使用資源
ipv6 2001::/64 aftr-pool test//可以配置地址或前綴掩碼形式配置示例說明CGN的處理單元分為若干的業(yè)務(wù)處理單元(SPU)，每個SPU包含一個CPU，處理單元從物理上可以為不同的單板，每個單板包含若干個SPU’單SPU的CGN處理單板為本例的簡化情況。
在aftr模式下，首先指定不同SPU的CPU_id，然后配置公網(wǎng)地址池，可以配置很多的池，地址池默認采用負載分擔的往SPU分資源，對于需要定向分流的資源單獨指定，aftr-subscriber模式下配置不同的用戶，可以配置用戶的類型，用戶默認也是采用動態(tài)的負載分擔的形式分流，每個或者一組用戶指定需要的公網(wǎng)地址或SPU，并根據(jù)公網(wǎng)地址生成對用戶唯一的IP-id,并將該IP-id配置在用戶的定向分流標記shunt中。對于Ds-Iite，對應(yīng)于CPE，用戶為ipv6的地址或地址組合，對于NAT44或&~asnat44用戶為私有的ipv4地址，對于NAT64，用戶也是ipv6地址，這些類型都可以在配aftr-subscriber 類型時指出。本實施例在管理單元做相應(yīng)的配置管理后，在控制單元生成定向分流表，如圖6所示。定向分流表分別發(fā)送給轉(zhuǎn)發(fā)單元和處理單元，在轉(zhuǎn)發(fā)單元查詢定向分流表做轉(zhuǎn)發(fā)處理，在處理單元查詢定向分流表做地址轉(zhuǎn)換處理。在處理單元進行地址轉(zhuǎn)換處理時，出向和入向的處理流程不同。對于實施例的 PCl和PC2，出向的處理流程為經(jīng)過CPE后封裝為4in6的報文，外層地址為2001: : I和2001:: 2，在AFTR設(shè)備上匹配上配置的用戶信息，通過配置的定向分流標記shunt獲知需要定向分流，并且獲取到用戶需要的CPU-id I和2，然后根據(jù)報文中的IP-id和CPU-id查詢定向分流表，獲取到CPU-no.，之后封裝上CPU-no.發(fā)送到具體的SPU，經(jīng)過CGN之后使用公網(wǎng)地址10. 40. I. I和10. 40. I. 2作為源地址訪問Ipv4網(wǎng)絡(luò)中的服務(wù)器或主機。入向的處理流程為入向應(yīng)答報文以公網(wǎng)地址池中的地址10. 40. I. I和10. 40. I. 2為目的，發(fā)送到AFTR設(shè)備，查詢公網(wǎng)地址池地址路由和定向分流表，再次在查詢到的SPU做逆向網(wǎng)絡(luò)地址轉(zhuǎn)換，之后封裝成4in6報文發(fā)送給CPE，由CPE發(fā)送給PC。實施例中的PC3通過CPE后封裝的為4in6報文，在AFTR設(shè)備上匹配的用戶為2002: : 3，隨機使用地址池test中的剩余八個地址，具體使用哪個地址需要看用戶2002: :3分流到哪個SPU，動態(tài)的負載分擔中SPU獲取的地址也是隨機分的，具有不確認性。參考圖5中的系統(tǒng)單元架構(gòu)，本優(yōu)選實施例的定向分流方法可以包括如下步驟步驟S2，管理員在管理單元根據(jù)處理單元的CPU情況配置CPU-id，同時進行公網(wǎng)地址池的配置，對不同的公網(wǎng)地址指定不同的CPU-id，配置公網(wǎng)地址池后對每個地址會自動生成一個IP-id，對不同的用戶根據(jù)需要指定CPU-id，如果某用戶需要使用特定的資源，用戶只需要配置特定資源的IP-id即可，管理單元給控制單元發(fā)送消息，把IP-id和CPU-id信息同步到控制單元，控制單元對CPU-id和內(nèi)部的CPU-no.做映射處理，生成定向分流表;步驟S4，轉(zhuǎn)發(fā)單元收到控制單元發(fā)送的定向分流表后，更新之前的定向分流表，對收到的報文，提取報文其它字段里面的出入向和上下行標記，分別進行封裝和解封裝IPv6頭的處理，提取分流標記計算處理單元的位置，然后封裝不同的交換頭轉(zhuǎn)發(fā)；步驟S6，處理單元收到報文后，從報文提取出入向標記和分流標記，通過出入向標記判斷做地址正向或逆向處理，通過IP-id和CPU-id的組合獲取CPU-no.，CPU-no.為CPU的流量標記，獲取流量標記后，把報文封裝流量標記發(fā)往具體的CPU做地址轉(zhuǎn)換的處理。在實際的應(yīng)用中，存在運營商部署的CGN設(shè)備公網(wǎng)地址比處理單元的CPU少的情況，或者由于動態(tài)的分資源導致需要的地址在某個CPU上，而有些用戶需要使用不同或特定的公網(wǎng)地址，動態(tài)分流不能保證分流到達合適的CPU，必然導致分不到資源或不能分到需要的資源，通過使用定向分流，可以把流量鎖定在某個資源上，解決上述問題。在另外一個實施例中，還提供了一種軟件，該軟件用于執(zhí)行上述實施例及優(yōu)選實施例中描述的技術(shù)方案。在另外一個實施例中，還提供了一種存儲介質(zhì)，該存儲介質(zhì)中存儲有上述軟件，該存儲介質(zhì)包括但不限于光盤、軟盤、硬盤、可擦寫存儲器等。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種互聯(lián)網(wǎng)協(xié)議IP地址轉(zhuǎn)換方法，其特征在于，包括 獲取用戶的報文的定向分流標識，其中，所述定向分流標識用于確定所述用戶需要使用的公網(wǎng)地址； 根據(jù)所述定向分流標識將所述報文發(fā)送給多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，根據(jù)所述定向分流標識將所述報文發(fā)送給多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換包括 查詢定向分流表中所述定向分流標識對應(yīng)的處理器，并將所述定向分流標識對應(yīng)的處理器作為所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器； 將所述報文發(fā)送給所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，獲取所述用戶的所述報文的所述定向分流標識之前，還包括 確定所述用戶是否需要使用特定的公網(wǎng)地址； 在所述用戶需要使用特定的公網(wǎng)地址的情況下，在所述用戶的報文中添加所述定向分流標識。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述用戶不需要使用特定的公網(wǎng)地址的情況下，對所述用戶的報文采用負載分擔的方式分流。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述定向分流標識包括IP地址標識和處理器標識；在所述用戶的報文中添加所述定向分流標識包括 在所述報文中添加所述用戶需要使用的公網(wǎng)地址所對應(yīng)的所述IP地址標識以及所述公網(wǎng)地址所對應(yīng)的所述處理器標識。
6.根據(jù)權(quán)利要求I至5中任一項所述的方法，其特征在于，所述用戶包括以下至少之一 IPv4用戶、IPv6用戶、IPv4和IPv6雙棧用戶。
7.一種互聯(lián)網(wǎng)協(xié)議IP地址轉(zhuǎn)換裝置，其特征在于，包括 獲取模塊，用于獲取用戶的報文的定向分流標識，其中，所述定向分流標識用于確定所述用戶需要使用的公網(wǎng)地址； 發(fā)送模塊，用于根據(jù)所述定向分流標識將所述報文發(fā)送給多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器以進行IP地址轉(zhuǎn)換。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述發(fā)送模塊包括 查詢模塊，用于查詢定向分流表中所述定向分流標識對應(yīng)的處理器，并將所述定向分流標識對應(yīng)的處理器作為所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器； 第二發(fā)送模塊，用于將所述報文發(fā)送給所述多核處理器中與所述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括 確定模塊，用于確定所述用戶是否需要使用特定的公網(wǎng)地址； 添加模塊，用于在所述用戶需要使用特定的公網(wǎng)地址的情況下，在所述用戶的報文中添加所述定向分流標識。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，在所述定向分流標識包括IP地址標識和處理器標識的情況下，所述添加模塊還用于 在所述報文中添加所述用戶需要使用的公網(wǎng)地址所對應(yīng)的所述IP地址標識以及所述公網(wǎng)地址所對應(yīng)的所述處理器·標識。
全文摘要
本發(fā)明公開了一種IP地址轉(zhuǎn)換方法及裝置，其中，該方法包括獲取用戶的報文的定向分流標識，其中，該定向分流標識用于確定該用戶需要使用的公網(wǎng)地址；根據(jù)定向分流標識將該報文發(fā)送給多核處理器中與上述公網(wǎng)地址對應(yīng)的處理器進行IP地址轉(zhuǎn)換。通過本發(fā)明，解決了相關(guān)技術(shù)中無法確保用戶能夠獲取到其需要使用的特定的公網(wǎng)地址的問題，為相關(guān)技術(shù)中負載分擔的分流方式提供了有效補充。
文檔編號H04L29/12GK102821165SQ20121010811
公開日2012年12月12日 申請日期2012年4月13日 優(yōu)先權(quán)日2012年4月13日
發(fā)明者王 鋒, 陳勇, 尚志成 申請人:中興通訊股份有限公司