專利名稱：負載均衡方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種負載均衡方法及系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的迅速發(fā)展，互聯(lián)網(wǎng)協(xié)議版本4anternet Protocol version4;以下簡稱IPv4)定義的有限地址空間將被耗盡，為了防止地址空間的不足影響互聯(lián)網(wǎng)的進一步發(fā)展，提出了下一版本的互聯(lián)網(wǎng)協(xié)議版本6anternet Protocol version 6;以下簡稱 IPv6)以擴大地址空間，有效地增加地址資源，為互聯(lián)網(wǎng)的普及與深化發(fā)展提供基本條件。 因此，現(xiàn)有技術(shù)的互聯(lián)網(wǎng)中IPv4和IPv6共存?，F(xiàn)有技術(shù)中，城域網(wǎng)中電信局的寬帶接入服務(wù)器(Broadband Remote Access Server ；以下簡稱BRAQ設(shè)備直接接收用戶的業(yè)務(wù)流量，用戶的業(yè)務(wù)流量可以是IPv4業(yè)務(wù)的流量也可以是IPv6業(yè)務(wù)的流量。而通常情況下，城域網(wǎng)中電信局的BRAS僅支持IPv4業(yè)務(wù)而不支持IPv6業(yè)務(wù)。因此，通常采用二層隧道協(xié)議(Layer Two Tunneling Protocol ； 以下簡稱L2TP)的隧道將城域網(wǎng)中電信局的BRAS設(shè)備連接至既支持IPv6又支持IPv4的雙棧BRAS設(shè)備，從而為用戶提供IPv6的接入。但是，采用上述技術(shù)方案會導(dǎo)致用戶所有的流量不管IPv4業(yè)務(wù)的流量還是IPv6 業(yè)務(wù)的流量均會送至雙棧BRAS設(shè)備上，而城域網(wǎng)中電信局的僅支持IPv4的BRAS設(shè)備僅起中轉(zhuǎn)作用，造成僅支持IPv4的BRAS設(shè)備和既支持IPv6又支持IPv4的雙棧BRAS設(shè)備負載不均衡。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種負載均衡方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)中IPv4業(yè)務(wù)的流量和IPv6業(yè)務(wù)的流量均由雙棧BRAS設(shè)備進行處理，造成IPv4BRAS設(shè)備和雙棧BRAS設(shè)備負載不均衡的缺陷。本發(fā)明實施例提供一種負載均衡方法，包括從用戶設(shè)備發(fā)送的PPP認證報文中獲取用戶賬戶；根據(jù)所述用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；所述PPP報文為對所述PPP認證報文驗證通過后所述用戶設(shè)備發(fā)送的；當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，轉(zhuǎn)發(fā)所述PPP報文中的IP 數(shù)據(jù)包；當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文，由所述IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。本發(fā)明實施例還提供一種寬帶接入服務(wù)器設(shè)備，應(yīng)用于處理IPv4對應(yīng)的用戶的業(yè)務(wù)流量，包括獲取模塊，用于從用戶設(shè)備發(fā)送的PPP認證報文中獲取用戶賬戶；判斷模塊，用于根據(jù)所述用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量
4還是IPv6業(yè)務(wù)流量；所述PPP報文為對所述PPP認證報文驗證通過后所述用戶設(shè)備發(fā)送的；發(fā)送模塊，用于當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，轉(zhuǎn)發(fā)所述PPP 報文中的IP數(shù)據(jù)包；當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文，由所述IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。本發(fā)明實施例還提供一種負載均衡系統(tǒng)，其特征在于，包括第一寬帶接入服務(wù)器設(shè)備和第二寬帶接入服務(wù)器設(shè)備；所述第一寬帶接入服務(wù)器設(shè)備應(yīng)用于處理IPv4對應(yīng)的用戶的業(yè)務(wù)流量，所述第二寬帶接入服務(wù)器設(shè)備應(yīng)用于處理IPv6對應(yīng)的用戶的業(yè)務(wù)流量；所述第一寬帶接入服務(wù)器設(shè)備采用如上所述的寬帶接入服務(wù)器設(shè)備；所述第二寬帶接入服務(wù)器設(shè)備，用于當(dāng)所述用戶的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時， 接收所述第一寬帶接入服務(wù)器設(shè)備發(fā)送的封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，再進行解封裝處理獲取所述IP數(shù)據(jù)包，并轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。本發(fā)明實施例的負載均衡方法及系統(tǒng)，IPv4對應(yīng)的寬帶接入服務(wù)器設(shè)備能夠根據(jù)獲取的用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)PPP 報文對應(yīng)的業(yè)務(wù)流量是IPv4時，轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有IPv6數(shù)據(jù)包的數(shù)據(jù)報文， 由IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備轉(zhuǎn)發(fā)IP數(shù)據(jù)包；這樣便能夠解決現(xiàn)有技術(shù)中BRAS設(shè)備間負載不均衡的問題，從而實現(xiàn)IPv4的業(yè)務(wù)流量和IPv6的業(yè)務(wù)流量分別通過IPv4的BRAS 設(shè)備和IPv6的BRAS設(shè)備承載，有效地實現(xiàn)兩者的負載均衡。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明一實施例提供的負載均衡方法的流程圖。圖2為本發(fā)明另一實施例的負載均衡方法的流程圖。圖3為本發(fā)明一實施例提供的BRAS設(shè)備的結(jié)構(gòu)示意圖。圖4為本發(fā)明另一實施例提供的BRAS設(shè)備的結(jié)構(gòu)示意圖。圖5為本發(fā)明再一實施例提供的BRAS設(shè)備的結(jié)構(gòu)示意圖。圖6為本發(fā)明實施例提供的負載均衡系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明一實施例提供的負載均衡方法的流程圖。如圖1所示，本實施例的負載均衡方法的執(zhí)行主體為一 BRAS設(shè)備，具體地該BRAS設(shè)備可以為位于城域網(wǎng)中電信局中的用于處理IPv4對應(yīng)的業(yè)務(wù)流量的BRAS設(shè)備。本實施例的負載均衡方法，具體可以包括如下100、從UE發(fā)送的點對點協(xié)議(Point-to-Point Protocol ；以下簡稱PPP)認證報文中獲取用戶賬戶；101、根據(jù)用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)該PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，執(zhí)行102，否則當(dāng)該PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，執(zhí)行103 ；其中PPP報文為對PPP認證報文驗證通過后UE發(fā)送的。102、轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；103、向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，由IPv6對應(yīng)的 BRAS設(shè)備轉(zhuǎn)發(fā)該IP數(shù)據(jù)包。本實施例的負載均衡方法，IPv4對應(yīng)的BRAS設(shè)備能夠根據(jù)獲取的用戶賬戶判斷 PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4時，轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，向 IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IPv6數(shù)據(jù)包的數(shù)據(jù)報文，由IPv6對應(yīng)的BRAS設(shè)備轉(zhuǎn)發(fā) IP數(shù)據(jù)包；這樣便能夠解決現(xiàn)有技術(shù)中BRAS設(shè)備間負載不均衡的問題，從而實現(xiàn)IPv4的業(yè)務(wù)流量和IPv6的業(yè)務(wù)流量分別通過IPv4的BRAS設(shè)備和IPv6的BRAS設(shè)備承載，有效地實現(xiàn)負載均衡。上述實施例的技術(shù)方案中，用戶對應(yīng)的UE發(fā)送的PPP認證報文采用以太網(wǎng)上的點對點協(xié)議(Point-to-Point Protocol over Ethernet ；以下簡稱 PPPoE)數(shù)據(jù)報文。此時上述實施例中的100中“從UE發(fā)送的PPP認證報文中獲取用戶賬戶”，具體可以包括(1)對PPP認證報文進行拆包處理，獲取PPP認證報文的報文頭；(2)從PPP報文頭中獲取用戶賬戶。本實施例中該用戶賬戶可以為用戶在開戶時在營業(yè)廳申請的，例如用戶開戶申請時，可以采用不同的域名來區(qū)分IPv4的用戶和IPv6的用戶。當(dāng)該用戶開戶時申請的是 IPv4業(yè)務(wù)時，對應(yīng)的用戶賬戶可以為XXX@IPv4. com,當(dāng)用戶開戶時申請的是IPv6業(yè)務(wù)時， 對應(yīng)的用戶賬戶可以為XXX@IPv6. com。實際應(yīng)用中也可以采用其他方式區(qū)分IPv4的用戶和IPv6的用戶，例如當(dāng)賬戶中未采用域名的時候，可以采用用戶賬戶中的第一位或者最后一位來標(biāo)識是IPv4的用戶還是IPv6的用戶。可選地，在上述實施例的技術(shù)方案的基礎(chǔ)上，當(dāng)PPP認證報文對應(yīng)的業(yè)務(wù)流量是 IPv4業(yè)務(wù)流量時，102中“轉(zhuǎn)發(fā)所述PPP報文中的IP數(shù)據(jù)包”之前，還包括(a)拆去PPP報文中的報文頭，得到IP數(shù)據(jù)包；(b)從IP數(shù)據(jù)包中獲取目的IP地址。此時對應(yīng)的102中“轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包”具體可以為根據(jù)相應(yīng)目的IP 地址轉(zhuǎn)發(fā)IP數(shù)據(jù)包。進一步可選地，當(dāng)101中確定用戶的業(yè)務(wù)流量是IPv6時，上述實施例的103中的 “向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文”之前，還包括將PPP報文再進行L2TP隧道封裝，得到L2TP數(shù)據(jù)報文，其中的PPP報文為對IPv6數(shù)據(jù)包進行PPP封裝得到的。此時103中的“向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IPv6數(shù)據(jù)包的數(shù)據(jù)報文”，具體可以為向IPv6對應(yīng)的BRAS設(shè)備發(fā)送L2TP數(shù)據(jù)報文。具體地IPv6對應(yīng)的BRAS設(shè)備接收到該L2TP數(shù)據(jù)報文之后，先拆去L2TP數(shù)據(jù)報文的L2TP幀頭，得到PPP報文；再拆去PPP報文頭，得到IPv6數(shù)據(jù)包，最后再從IPv6數(shù)據(jù)包中獲取目的IPv6地址，并由IPv6對應(yīng)的BRAS設(shè)備根據(jù)目的IPv6地址轉(zhuǎn)發(fā)該IPv6數(shù)據(jù)包。需要說明的是，在上述實施例的基礎(chǔ)上，100之前，還可以包括接收用戶對應(yīng)的 UE發(fā)送的PPP認證報文以及在對PPP認證報文驗證通過后UE發(fā)送的PPP報文。上述實施例中的PPP認證報文和PPP報文傳輸過程中都被封裝為一定格式，例如均可以采用以太網(wǎng)的封裝格式得到PPPoE數(shù)據(jù)報文。在IPv4對應(yīng)的BRAS接收到封裝得到的PPPoE數(shù)據(jù)報文之后，可以采用相應(yīng)的解封裝去掉以太網(wǎng)包頭，得到對應(yīng)的PPP認證報文或者PPP報文。詳細過程亦可以參考現(xiàn)有技術(shù)，在此不再贅述。圖2為本發(fā)明另一實施例的負載均衡方法的流程圖。本實施例的負載均衡方法在上述圖1所示實施例的基礎(chǔ)上，更加詳細地介紹本發(fā)明的技術(shù)方案。如圖2所示，本實施例的負載均衡方法，具體可以包括如下200、UE向城域網(wǎng)的電信局中的IPv4對應(yīng)的BRAS設(shè)備發(fā)送PPP認證報文；201、IPv4對應(yīng)的BRAS設(shè)備接收PPP認證報文，并對該PPP認證報文進行拆包處理，獲取PPP認證報文的報文頭；具體地，由于UE向IPv4對應(yīng)的BRAS設(shè)備發(fā)送的PPP認證報文是采用具體的封裝形式封裝而成的，例如采用以太網(wǎng)封裝而成的PPPoE形式的報文。此時即是將PPPoE形式的PPP認證報文進行拆包處理，獲取其中的PPP認證報文的報文頭。202、IPv4對應(yīng)的BRAS設(shè)備從PPP認證報文的報文頭中獲取用戶賬戶；203、IPv4對應(yīng)的BRAS設(shè)備根據(jù)用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)PPP報文的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，執(zhí)行204，否則當(dāng) PPP報文的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，執(zhí)行207 ；其中PPP報文為IPv4對應(yīng)的BRAS設(shè)備對PPP認證報文驗證通過后UE發(fā)送的； 這里需要說明的是PPP報文和PPP認證報文都是經(jīng)以太網(wǎng)封裝得到的PPPoE數(shù)據(jù)報文的形式。204、IPv4對應(yīng)的BRAS設(shè)備拆去PPP報文中的報文頭，得到IP數(shù)據(jù)包；執(zhí)行205 ；205、IPv4對應(yīng)的BRAS設(shè)備從IP數(shù)據(jù)包中獲取目的IP地址，執(zhí)行206 ；206、IPv4對應(yīng)的BRAS設(shè)備根據(jù)目的IP地址轉(zhuǎn)發(fā)該IP數(shù)據(jù)包，結(jié)束。207、IPv4對應(yīng)的BRAS設(shè)備對PPP報文進行L2TP隧道封裝，得到L2TP數(shù)據(jù)報文； 執(zhí)行208 ；208、IPv4對應(yīng)的BRAS設(shè)備向IPv6對應(yīng)的BRAS設(shè)備發(fā)送L2TP數(shù)據(jù)報文；執(zhí)行 209 ；209、IPv6對應(yīng)的BRAS設(shè)備接收IPv4對應(yīng)的BRAS設(shè)備發(fā)送的L2TP數(shù)據(jù)報文；執(zhí)行 210 ；210、IPv6對應(yīng)的BRAS設(shè)備拆去L2TP數(shù)據(jù)報文的L2TP幀頭，得到PPP報文；執(zhí)行211 ；211、IPv6對應(yīng)的BRAS設(shè)備拆去PPP報文頭，得到IP數(shù)據(jù)包；執(zhí)行212 ；212、IPv6對應(yīng)的BRAS設(shè)備從IP數(shù)據(jù)包中獲取目的IP地址；執(zhí)行213 ；213、IPv6對應(yīng)的BRAS設(shè)備根據(jù)目的IP地址轉(zhuǎn)發(fā)該IP數(shù)據(jù)包，結(jié)束。本實施例的負載均衡方法，IPv4對應(yīng)的BRAS設(shè)備能夠根據(jù)獲取的用戶賬戶判斷 PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4時，IPv4對應(yīng)的BRAS設(shè)備根據(jù)目的IP地址轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng) PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，IPv4對應(yīng)的BRAS設(shè)備向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，由IPv6對應(yīng)的BRAS設(shè)備根據(jù)目的IP地址轉(zhuǎn)發(fā)IP數(shù)據(jù)包； 這樣便能夠解決現(xiàn)有技術(shù)中BRAS設(shè)備間負載不均衡的問題，從而實現(xiàn)IPv4的業(yè)務(wù)流量和 IPv6的業(yè)務(wù)流量分別通過IPv4的BRAS設(shè)備和IPv6的BRAS設(shè)備承載，有效地實現(xiàn)負載均圖3為本發(fā)明一實施例提供的BRAS設(shè)備的結(jié)構(gòu)示意圖。如圖1所示，本實施例的 BRAS設(shè)備應(yīng)用于處理IPv4對應(yīng)的用戶的業(yè)務(wù)流量。本實施例的BRAS設(shè)備，具體可以包括獲取模塊10、判斷模塊11和發(fā)送模塊12。其中獲取模塊10用于從UE發(fā)送的PPP認證報文中獲取用戶賬戶。判斷模塊11 與獲取模塊10連接，判斷模塊11用于根據(jù)獲取模塊10獲取的用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量，PPP報文為對PPP認證報文驗證通過后 UE發(fā)送的。發(fā)送模塊12與判斷模塊11連接，發(fā)送模塊12用于當(dāng)判斷模塊11判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；當(dāng)判斷模塊11判斷 PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，由IPv6對應(yīng)的BRAS設(shè)備轉(zhuǎn)發(fā)IP數(shù)據(jù)包。本實施例的BRAS設(shè)備，通過采用上述模塊實現(xiàn)負載均衡與上述相關(guān)方法實施例實現(xiàn)負載均衡的實現(xiàn)機制相同，詳細可以參考上述相關(guān)方法實施例的記載，在此不再贅述。本實施例的BRAS設(shè)備，通過采用上述模塊能夠根據(jù)獲取的用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4 時，轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，由IPv6對應(yīng)的BRAS設(shè)備轉(zhuǎn)發(fā)IP數(shù)據(jù)包； 這樣便解決現(xiàn)有技術(shù)中BRAS設(shè)備間負載不均衡的問題，從而實現(xiàn)IPv4的業(yè)務(wù)流量和IPv6 的業(yè)務(wù)流量分別通過IPv4的BRAS設(shè)備和IPv6的BRAS設(shè)備承載，有效地實現(xiàn)負載均衡。圖4為本發(fā)明另一實施例提供的BRAS設(shè)備的結(jié)構(gòu)示意圖。如圖4所示，本實施例的BRAS設(shè)備在上述圖3所示實施例的基礎(chǔ)上，進一步還可以包括如下內(nèi)容本實施例的BRAS設(shè)備中，獲取模塊10包括拆包單元101和獲取單元102。其中拆包單元101用于當(dāng)用戶對應(yīng)的用戶設(shè)備發(fā)送的PPP認證報文采用PPPoE數(shù)據(jù)報文的形式， 對PPP認證報文進行拆包處理，獲取PPP報文頭。獲取單元102與拆包單元101連接，獲取單元102用于從拆包單元101得到的PPP報文頭中獲取用戶賬戶?？蛇x地，本實施例中的拆包單元101還用于當(dāng)判斷模塊判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，發(fā)送模塊12轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包之前，拆去PPP報文頭， 得到IP數(shù)據(jù)包。獲取單元102還用于從拆包單元101得到的IP數(shù)據(jù)包中獲取目的IP地址。進一步可選地，本實施例的BRAS設(shè)備中發(fā)送模塊12具體用于向網(wǎng)絡(luò)中獲取單元 102獲取的目的IP地址轉(zhuǎn)發(fā)IP數(shù)據(jù)包?？蛇x地，本實施例的BRAS設(shè)備中還可以包括接收模塊13，用于接收UE發(fā)送的PPP 認證報文以及在PPP認證通過后UE發(fā)送的PPP報文。其中PPP認證報文和PPP報文都是經(jīng)過封裝處理的，例如為采用以太網(wǎng)封裝的PPPoE數(shù)據(jù)報文格式。此時對應(yīng)的拆包單元101 與接收模塊13連接，拆包單元101用于對從接收模塊13接收的PPP認證報文進行拆包處理，獲取PPP認證報文的報文頭。本實施例的BRAS設(shè)備，通過采用上述模塊及單元實現(xiàn)負載均衡與上述相關(guān)方法實施例實現(xiàn)負載均衡的實現(xiàn)機制相同，詳細可以參考上述相關(guān)方法實施例的記載，在此不再贅述。本實施例的BRAS設(shè)備，通過采用上述模塊及單元能夠根據(jù)獲取的用戶賬戶判斷 PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4時，轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，向 IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，由IPv6對應(yīng)的BRAS設(shè)備轉(zhuǎn)發(fā)IP 數(shù)據(jù)包；這樣便能夠解決現(xiàn)有技術(shù)中BRAS設(shè)備間負載不均衡的問題，從而實現(xiàn)IPv4的業(yè)務(wù)流量和IPv6的業(yè)務(wù)流量分別通過IPv4的BRAS設(shè)備和IPv6的BRAS設(shè)備承載，有效地實現(xiàn)負載均衡。圖5為本發(fā)明再一實施例提供的BRAS設(shè)備的結(jié)構(gòu)示意圖。如圖5所示，本實施例的BRAS設(shè)備在上述圖3所示實施例的基礎(chǔ)上，進一步還可以包括如下內(nèi)容與上述圖4所示實施例相同，本實施例的BRAS設(shè)備中，獲取模塊10仍然可以包括拆包單元101和獲取單元102。其中拆包單元101用于對PPP認證報文進行拆包處理，獲取PPP認證報文的報文頭。獲取單元102與拆包單元101連接，獲取單元102用于從拆包單元101得到的PPP認證報文的報文頭中獲取用戶賬戶。同理，本實施例的BRAS設(shè)備中也可以包括接收模塊13，該接收模塊13用于接收 UE發(fā)送的PPP報文。此時對應(yīng)的拆包單元101與接收模塊13連接，拆包單元101用于對接收模塊13接收的PPP認證報文進行拆包處理，獲取PPP認證報文的報文頭?？蛇x地，本實施例的BRAS設(shè)備中，當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，還可以包括封裝模塊14。該封裝模塊14分別與判斷模塊11和接收模塊13連接，該封裝模塊14用于當(dāng)判斷模塊11判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，發(fā)送模塊12向IPv6 對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文之前，將接收模塊13接收到的PPP報文進行L2TP隧道封裝，得到L2TP數(shù)據(jù)報文，該PPP報文為對IPv6數(shù)據(jù)包進行PPP封裝得到的。通常情況下由于接收模塊13接收到PPP報文采用特殊的封裝格式，此時需要先解封裝獲取PPP報文，然后再對PPP報文進行L2TP隧道封裝。例如接收模塊13接收到的PPP報文可以為采用以太網(wǎng)封裝的PPPoE數(shù)據(jù)報文格式，此時可以先對PPPoE數(shù)據(jù)報文解封裝獲取PPP報文，然后再進行L2TP隧道封裝。進一步可選地，本實施例的BRAS設(shè)備中發(fā)送模塊12還與封裝模塊14連接，發(fā)送模塊12具體用于向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝模塊14封裝處理得到的L2TP數(shù)據(jù)報文。
9
本實施例的BRAS設(shè)備，通過采用上述模塊及單元實現(xiàn)負載均衡與上述相關(guān)方法實施例實現(xiàn)負載均衡的實現(xiàn)機制相同，詳細可以參考上述相關(guān)方法實施例的記載，在此不再贅述。本實施例的BRAS設(shè)備，通過采用上述模塊及單元能夠根據(jù)獲取的用戶賬戶判斷 PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4時，轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，向 IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IPv6數(shù)據(jù)包的數(shù)據(jù)報文，由IPv6對應(yīng)的BRAS設(shè)備轉(zhuǎn)發(fā) IPv6數(shù)據(jù)包；這樣便能夠解決現(xiàn)有技術(shù)中BRAS設(shè)備間負載不均衡的問題，從而實現(xiàn)IPv4 的業(yè)務(wù)流量和IPv6的業(yè)務(wù)流量分別通過IPv4的BRAS設(shè)備和IPv6的BRAS設(shè)備承載，有效地實現(xiàn)負載均衡。圖6為本發(fā)明實施例提供的負載均衡系統(tǒng)的結(jié)構(gòu)示意圖。如圖6所示，本實施例的負載均衡系統(tǒng)，包括第一 BRAS設(shè)備20和第二 BRAS設(shè)備30。第一 BRAS設(shè)備20應(yīng)用于處理IPv4對應(yīng)的用戶的業(yè)務(wù)流量，第二 BRAS設(shè)備30應(yīng)用于處理IPv6對應(yīng)的用戶的業(yè)務(wù)流量。第一 BRAS設(shè)備20和第二 BRAS設(shè)備30通信連接。第一 BRAS設(shè)備20用于從用戶對應(yīng)的UE發(fā)送的PPP認證報文中獲取用戶賬戶，根據(jù)獲取的用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；其中PPP報文為對PPP認證報文驗證通過后UE發(fā)送的。當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4 時，轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，向IPv6對應(yīng)的BRAS設(shè)備發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文。第二 BRAS設(shè)備30用于接收第一 BRAS設(shè)備20發(fā)送的封裝有IPv6數(shù)據(jù)包的數(shù)據(jù)報文，再進行解封裝處理獲取IP數(shù)據(jù)包，并轉(zhuǎn)發(fā)該IPv6數(shù)據(jù)包。本實施例的負載均衡系統(tǒng)，第一 BRAS設(shè)備20具體可以采用上述圖3所示的BRAS 設(shè)備。進一步可選地，本實施例的第一 BRAS設(shè)備20還可以采用上述圖4所示的BRAS設(shè)備。本實施例的負載均衡系統(tǒng)，通過采用第一 BRAS設(shè)備20和第二 BRAS設(shè)備30實現(xiàn)負載均衡與上述相關(guān)方法實施例的實現(xiàn)機制相同，詳細可以參考上述相關(guān)方法實施例的記載，在此不再贅述。本實施例的負載均衡系統(tǒng)，通過采用第一 BRAS設(shè)備20和第二 BRAS設(shè)備30，由第一 BRAS設(shè)備20根據(jù)獲取的用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是 IPv6業(yè)務(wù)流量；當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4時，第一 BRAS設(shè)備20轉(zhuǎn)發(fā)PPP報文中的IP數(shù)據(jù)包；否則當(dāng)PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，第一 BRAS設(shè)備20向第二 BRAS 設(shè)備30發(fā)送封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，由第二 BRAS設(shè)備30轉(zhuǎn)發(fā)IP數(shù)據(jù)包；這樣便能夠解決現(xiàn)有技術(shù)中BRAS設(shè)備間負載不均衡的問題，從而實現(xiàn)IPv4的業(yè)務(wù)流量和IPv6的業(yè)務(wù)流量分別通過IPv4的BRAS設(shè)備和IPv6的BRAS設(shè)備承載，有效地實現(xiàn)負載均衡。以上所描述的裝置實施例僅僅是示意性的，其中作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到至少兩個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡
10管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種負載均衡方法，其特征在于，包括從用戶設(shè)備發(fā)送的PPP認證報文中獲取用戶賬戶；根據(jù)所述用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；所述PPP報文為對所述PPP認證報文驗證通過后所述用戶設(shè)備發(fā)送的；當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，轉(zhuǎn)發(fā)所述PPP報文中的IP數(shù)據(jù)包；當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文，由所述IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PPP報文采用PPPoE數(shù)據(jù)報文的形式，從用戶設(shè)備發(fā)送的PPP認證報文中獲取用戶賬戶，包括對所述PPP認證報文進行拆包處理，獲取所述PPP認證報文的報文頭；從所述PPP認證報文的報文頭中獲取所述用戶賬戶。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4 業(yè)務(wù)流量時，轉(zhuǎn)發(fā)所述PPP報文中的IP數(shù)據(jù)包之前，還包括拆去所述PPP報文中的報文頭，得到所述IP數(shù)據(jù)包；從所述IP數(shù)據(jù)包中獲取目的IP地址。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，轉(zhuǎn)發(fā)所述PPP報文中的IP數(shù)據(jù)包，包括 根據(jù)所述目的IP地址轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6 業(yè)務(wù)流量時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文之前,還包括將所述PPP報文進行L2TP隧道封裝，得到L2TP數(shù)據(jù)報文，所述PPP報文為對所述IP 數(shù)據(jù)包進行PPP封裝得到的。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文，包括向所述IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送所述L2TP數(shù)據(jù)報文。
7.一種寬帶接入服務(wù)器設(shè)備，應(yīng)用于處理IPv4對應(yīng)的用戶的業(yè)務(wù)流量，其特征在于， 包括獲取模塊，用于從用戶設(shè)備發(fā)送的PPP認證報文中獲取用戶賬戶；判斷模塊，用于根據(jù)所述用戶賬戶判斷PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是 IPv6業(yè)務(wù)流量；所述PPP報文為對所述PPP認證報文驗證通過后所述用戶設(shè)備發(fā)送的；發(fā)送模塊，用于當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，轉(zhuǎn)發(fā)所述PPP報文中的IP數(shù)據(jù)包；當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文，由所述IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。
8.根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述獲取模塊，包括拆包單元，用于當(dāng)所述PPP認證報文采用PPPoE數(shù)據(jù)報文的形式，對所述PPP認證報文進行拆包處理，獲取所述PPP認證報文的報文頭；獲取單元，用于從所述PPP認證報文的報文頭中獲取所述用戶賬戶。
9.根據(jù)權(quán)利要求8所述的設(shè)備，其特征在于所述拆包單元，還用于當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量時，轉(zhuǎn)發(fā)所述 PPP報文中的IP數(shù)據(jù)包之前，拆去所述PPP報文中的報文頭，得到所述IP數(shù)據(jù)包； 所述獲取單元，還用于從所述IP數(shù)據(jù)包中獲取目的IP地址。
10.根據(jù)權(quán)利要求9所述的設(shè)備，其特征在于，所述發(fā)送模塊，具體用于根據(jù)所述目的 IP地址轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。
11.根據(jù)權(quán)利要求9所述的設(shè)備，其特征在于，還包括封裝模塊，用于當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文之前，將所述PPP報文進行L2TP 隧道封裝，得到L2TP數(shù)據(jù)報文，所述PPP報文為對所述IPv6數(shù)據(jù)包進行PPP封裝得到的。
12.根據(jù)權(quán)利要求11所述的設(shè)備，其特征在于，所述發(fā)送模塊，具體用于向所述IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送所述L2TP數(shù)據(jù)報文。
13.一種負載均衡系統(tǒng)，其特征在于，包括第一寬帶接入服務(wù)器設(shè)備和第二寬帶接入服務(wù)器設(shè)備；所述第一寬帶接入服務(wù)器設(shè)備應(yīng)用于處理IPv4對應(yīng)的用戶的業(yè)務(wù)流量，所述第二寬接入服務(wù)器設(shè)備應(yīng)用于處理IPv6對應(yīng)的用戶的業(yè)務(wù)流量；所述第一寬帶接入服務(wù)器設(shè)備采用如上權(quán)利要求7-12任一所述的寬帶接入服務(wù)器設(shè)備；所述第二寬帶接入服務(wù)器設(shè)備，用于當(dāng)所述用戶的業(yè)務(wù)流量是IPv6業(yè)務(wù)流量時，接收所述第一寬帶接入服務(wù)器設(shè)備發(fā)送的封裝有IP數(shù)據(jù)包的數(shù)據(jù)報文，再進行解封裝處理獲取所述IP數(shù)據(jù)包，并轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。
全文摘要
本發(fā)明提供一種負載均衡方法及系統(tǒng)。其方法包括從用戶設(shè)備發(fā)送的PPP認證報文中獲取用戶賬戶；根據(jù)所述用戶賬戶判斷所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4業(yè)務(wù)流量還是IPv6業(yè)務(wù)流量；所述PPP報文為對所述PPP認證報文驗證通過后所述用戶設(shè)備發(fā)送的；當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv4時，轉(zhuǎn)發(fā)所述PPP報文中的IP數(shù)據(jù)包；否則當(dāng)所述PPP報文對應(yīng)的業(yè)務(wù)流量是IPv6時，向IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備發(fā)送封裝有所述IP數(shù)據(jù)包的數(shù)據(jù)報文，由所述IPv6對應(yīng)的寬帶接入服務(wù)器設(shè)備轉(zhuǎn)發(fā)所述IP數(shù)據(jù)包。本發(fā)明的技術(shù)方案，能夠有效地實現(xiàn)負載均衡。
文檔編號H04L29/06GK102368786SQ201110358110
公開日2012年3月7日 申請日期2011年11月11日 優(yōu)先權(quán)日2011年11月11日
發(fā)明者孫莉, 張瑜, 張震, 徐東, 解克 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司