两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

一種會(huì)話轉(zhuǎn)換的方法及裝置的制作方法

文檔序號(hào):7660201閱讀:185來(lái)源:國(guó)知局
專利名稱:一種會(huì)話轉(zhuǎn)換的方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及計(jì)算機(jī)及通信領(lǐng)域,特別是涉及會(huì)話轉(zhuǎn)換的方法及裝置。
背景技術(shù)
目前的網(wǎng)絡(luò)系統(tǒng)^f叉支持點(diǎn)到點(diǎn)協(xié)議(Point to Point Protocol, PPP )會(huì)話, 用戶設(shè)備(User Equipment, UE )在數(shù)據(jù)鏈路層均基于PPP接入互聯(lián)網(wǎng),其中 通過(guò)以太網(wǎng)承載點(diǎn)到點(diǎn)協(xié)議(PPP over Ethernet, PPPoE )連4妄共享的以太網(wǎng)上 的多個(gè)設(shè)備。業(yè)內(nèi)新提出 一種互聯(lián)網(wǎng)協(xié)議(Internet Protocol, IP )會(huì)話(session), 用于網(wǎng)絡(luò)對(duì)用戶接入網(wǎng)絡(luò)的管理,如計(jì)費(fèi)、狀態(tài)管理等。IP會(huì)話是UE與IP 邊緣設(shè)備(IP Edge device )建立的一條會(huì)話連接。其中,IP邊緣設(shè)備包括多種 設(shè)備,如寬帶網(wǎng)絡(luò)網(wǎng)關(guān)(Broadband Network Gateway, BNG)和寬帶遠(yuǎn)程接入 月良務(wù)器(Broadband Remote Access Server, BRAS)等。
隨著無(wú)線接入網(wǎng)絡(luò)和便攜式UE (如筆記本電腦和手機(jī)等)的普及,UE初 始?xì)w屬的家鄉(xiāng)地網(wǎng)絡(luò)與漫游后歸屬的拜訪地網(wǎng)絡(luò)支持的協(xié)議會(huì)話不同,例如, 參見(jiàn)圖1所示,點(diǎn)虛線表示IP會(huì)話,線虛線表示PPP會(huì)話,實(shí)線表示設(shè)備的 連接關(guān)系,家鄉(xiāng)地網(wǎng)絡(luò)僅支持IP會(huì)話,拜訪地網(wǎng)絡(luò)僅支持PPP會(huì)話,UE未漫 游到拜訪地網(wǎng)絡(luò)時(shí),其與家鄉(xiāng)地網(wǎng)絡(luò)中某個(gè)設(shè)備(如服務(wù)供應(yīng)商(Service Provider, SP ))交互過(guò)程中,IP會(huì)話在家鄉(xiāng)地網(wǎng)絡(luò)中的IP邊緣設(shè)備(如僅支持 IP會(huì)話的BNG )上終結(jié)。漫游后,UE必須與拜訪地網(wǎng)絡(luò)中的IP邊緣設(shè)備(如 僅支持PPP會(huì)話的BRAS )進(jìn)行PPP會(huì)話,以及通過(guò)拜訪地網(wǎng)絡(luò)中的IP邊緣 設(shè)備和家鄉(xiāng)地網(wǎng)絡(luò)中的IP邊緣設(shè)備與所述家鄉(xiāng)地網(wǎng)絡(luò)中某個(gè)設(shè)備進(jìn)行交互。 或者,例如,參見(jiàn)圖2所示,點(diǎn)虛線表示IP會(huì)話,線虛線表示PPP會(huì)話,實(shí) 線表示設(shè)備的連接關(guān)系,家鄉(xiāng)地網(wǎng)絡(luò)僅支持PPP會(huì)話,拜訪地網(wǎng)絡(luò)僅支持IP 會(huì)話,漫游前,UE基于PPP會(huì)話與家鄉(xiāng)地網(wǎng)絡(luò)中的SP進(jìn)行交互,PPP會(huì)話將
在家鄉(xiāng)地網(wǎng)絡(luò)中的BRAS上終結(jié)。漫游后,UE必須與拜訪地網(wǎng)絡(luò)中的BNG 進(jìn)行IP會(huì)話,以及通過(guò)拜訪地網(wǎng)絡(luò)中的BNG和家鄉(xiāng)地網(wǎng)絡(luò)中的BRAS與家鄉(xiāng) 地網(wǎng)絡(luò)中SP進(jìn)行交互。
由于IP會(huì)話是最近剛提出的一種會(huì)話,網(wǎng)絡(luò)側(cè)設(shè)備與UE的更新速度可能 不一致。例如,參見(jiàn)圖3所示,基于PPP的UE需要通過(guò)其所在的用戶駐地網(wǎng) (Customer Premises Network, CPN)中的住宅網(wǎng)關(guān)(Residential Gateway, RG ) 與僅支持IP會(huì)話的拜訪地網(wǎng)絡(luò)(Access Network)連接?;蛘呃?,參見(jiàn)圖4 所示,基于IP的UE需要通過(guò)其所在的CPN中的RG登錄僅支持PPP會(huì)話的 拜訪地網(wǎng)絡(luò)。
在上述四個(gè)例子中,均需要實(shí)現(xiàn)PPP會(huì)話與IP會(huì)話的相互轉(zhuǎn)換,目前業(yè) 內(nèi)尚無(wú)有效的解決方案,這是急待解決的問(wèn)題,尤其是PPP會(huì)話與IP會(huì)話的
認(rèn)證轉(zhuǎn)換問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種會(huì)話轉(zhuǎn)換的方法及裝置,用于實(shí)現(xiàn)PPP會(huì)話與IP 會(huì)話之間的轉(zhuǎn)換。
一種點(diǎn)到點(diǎn)協(xié)議會(huì)話與互聯(lián)網(wǎng)協(xié)議會(huì)話之間的轉(zhuǎn)換方法,包括以下步驟
會(huì)話中繼與PPP會(huì)話通信對(duì)端進(jìn)行點(diǎn)到點(diǎn)協(xié)議PPP會(huì)話通信,會(huì)話中繼 與IP會(huì)話通信對(duì)端進(jìn)行IP會(huì)話通信;以及
會(huì)話中繼將PPP會(huì)話中需要由IP會(huì)話通信對(duì)端處理的信息以IP會(huì)話形式 轉(zhuǎn)發(fā)給IP會(huì)話通信對(duì)端,將IP會(huì)話中需要由PPP會(huì)話通信對(duì)端處理的信息以 PPP會(huì)話形式轉(zhuǎn)發(fā)給PPP會(huì)話通信對(duì)端。
一種用于會(huì)話轉(zhuǎn)換的裝置會(huì)話中繼,包括
PPP會(huì)話接口單元,用于與PPP會(huì)話通信對(duì)端交互點(diǎn)到點(diǎn)協(xié)議PPP會(huì)話; IP會(huì)話接口單元,用于與IP會(huì)話通信對(duì)端交互IP會(huì)話; 會(huì)話轉(zhuǎn)換單元,用于將PPP會(huì)話中需要由IP會(huì)話通信對(duì)端處理的信息以 IP會(huì)話形式發(fā)送給IP會(huì)話通信對(duì)端,將IP會(huì)話中需要由PPP會(huì)話通信對(duì)端處
理的信息以PPP會(huì)話形式發(fā)送給PPP會(huì)話通信對(duì)端。
本發(fā)明實(shí)施例通過(guò)會(huì)話中繼實(shí)現(xiàn)了 PPP會(huì)話與IP會(huì)話的轉(zhuǎn)換,尤其是認(rèn) 證轉(zhuǎn)換,使應(yīng)用不同協(xié)議的UE和網(wǎng)絡(luò)側(cè)之間實(shí)現(xiàn)數(shù)據(jù)傳輸,以及UE在應(yīng)用 不同協(xié)議的網(wǎng)絡(luò)之漫游過(guò)程中,其業(yè)務(wù)不中斷,可增強(qiáng)用戶體驗(yàn)。


圖1、圖2為目前在UE漫游情況下的網(wǎng)絡(luò)結(jié)構(gòu)圖; 圖3、圖4為目前在UE非漫游情況下的網(wǎng)絡(luò)結(jié)構(gòu)圖; 圖5A為本發(fā)明實(shí)施例中系統(tǒng)的結(jié)構(gòu)圖; 圖5B為本發(fā)明實(shí)施例中會(huì)話中繼的結(jié)構(gòu)圖6為本發(fā)明實(shí)施例中PPP會(huì)話到IP會(huì)話轉(zhuǎn)換的主要方法流程圖; 圖7為本發(fā)明實(shí)施例中PPP會(huì)話不包括認(rèn)證過(guò)程及IP會(huì)話包括利用Option 82進(jìn)行DHCP認(rèn)證時(shí),PPP會(huì)話到IP會(huì)話轉(zhuǎn)換的方法流程認(rèn)證的DHCP認(rèn)證時(shí),PPP會(huì)話到IP會(huì)話轉(zhuǎn)換的方法流程圖9A為本發(fā)明實(shí)施例中PPP會(huì)話包括認(rèn)證過(guò)程及IP會(huì)話包括EAP認(rèn)證 時(shí),PPP會(huì)話到IP會(huì)話轉(zhuǎn)換的方法流程圖9B為本發(fā)明實(shí)施例中PPP會(huì)話包括CHAP認(rèn)證及IP會(huì)話包括承載在 PANA上的EAP認(rèn)證時(shí),PPP會(huì)話到IP會(huì)話轉(zhuǎn)換的方法流程圖10為本發(fā)明實(shí)施例中PPP會(huì)話包括EAP認(rèn)證及IP會(huì)話包括承載在 PANA上的EAP認(rèn)證時(shí),PPP會(huì)話到IP會(huì)話轉(zhuǎn)換的方法流程圖11為本發(fā)明實(shí)施例中PPP會(huì)話包括EAP認(rèn)證及IP會(huì)話包括支持EAP 認(rèn)證的DHCP認(rèn)證時(shí),PPP會(huì)話到IP會(huì)話轉(zhuǎn)換的方法流程圖12為本發(fā)明實(shí)施例中IP會(huì)話到PPP會(huì)話轉(zhuǎn)換的主要方法流程圖13為本發(fā)明實(shí)施例中PPP會(huì)話不包括認(rèn)證過(guò)程及IP會(huì)話包括利用 Option 82進(jìn)行DHCP認(rèn)證時(shí),IP會(huì)話到PPP會(huì)話轉(zhuǎn)換的方法流程圖14為本發(fā)明實(shí)施例中PPP會(huì)話包括CHAP認(rèn)證及IP會(huì)話包括支持
CHAP認(rèn)證的DHCP認(rèn)證時(shí),IP會(huì)話到PPP會(huì)話轉(zhuǎn)換的方法流程時(shí),IP會(huì)話到PPP會(huì)話轉(zhuǎn)換的方法流程EAPoL上的EAP認(rèn)證時(shí),IP會(huì)話到PPP會(huì)話轉(zhuǎn)換的方法流程圖16為本發(fā)明實(shí)施例中PPP會(huì)話包括EAP認(rèn)證及IP會(huì)話包括承載在 EAPoL上的EAP認(rèn)證時(shí),IP會(huì)話到PPP會(huì)話轉(zhuǎn)換的方法流程圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例通過(guò)一種中間模塊實(shí)現(xiàn)PPP會(huì)話與IP會(huì)話的轉(zhuǎn)換,在PPP 會(huì)話到IP會(huì)話的轉(zhuǎn)換過(guò)程中,將PPP會(huì)話網(wǎng)絡(luò)中的信息發(fā)送給IP會(huì)話網(wǎng)絡(luò)中 的設(shè)備,以創(chuàng)建IP會(huì)話,實(shí)現(xiàn)數(shù)據(jù)在PPP會(huì)話網(wǎng)絡(luò)與IP會(huì)話網(wǎng)絡(luò)之間的傳輸。 或者,在IP會(huì)話到PPP會(huì)話的轉(zhuǎn)換過(guò)程中,將IP會(huì)話網(wǎng)絡(luò)中的信息發(fā)送給PPP 會(huì)話網(wǎng)絡(luò)中的設(shè)備,以創(chuàng)建PPP會(huì)話,實(shí)現(xiàn)數(shù)據(jù)在PPP會(huì)話網(wǎng)絡(luò)與IP會(huì)話網(wǎng) 絡(luò)之間的傳輸。
本實(shí)施例中的PPP會(huì)話是一種廣義的PPP會(huì)話,包括PPPoE會(huì)話和異步 傳輸模式承載點(diǎn)到點(diǎn)協(xié)議(PPP over ATM, PPPoA)會(huì)話,本實(shí)施例以PPPoE 會(huì)話為例進(jìn)行詳細(xì)i兌明。
PPPoE會(huì)話到IP會(huì)話的基本轉(zhuǎn)換過(guò)程包括(1 )會(huì)話建立階段PPPoE會(huì)話 建立過(guò)程到IP會(huì)話建立過(guò)程的轉(zhuǎn)換;其中,PPPoE會(huì)話建立過(guò)程包括PPPoE發(fā) 現(xiàn)過(guò)程、鏈路建立過(guò)程、PPP認(rèn)證過(guò)程和NCP協(xié)商(主要指地址分配)過(guò)程; IP會(huì)話建立過(guò)程包括DHCP認(rèn)證和地址分配。(2)會(huì)話數(shù)據(jù)傳送階段PPPoE 會(huì)話數(shù)據(jù)傳送到IP會(huì)話數(shù)據(jù)傳送的轉(zhuǎn)換。(3)會(huì)話終止階段PPPoE會(huì)話終止 過(guò)程到IP會(huì)話終止過(guò)程的轉(zhuǎn)換;其中,PPPoE會(huì)話終止過(guò)程包括鏈路終止過(guò)程、 PPPoE終止過(guò)程。
IP會(huì)話到PPPoE會(huì)話的基本轉(zhuǎn)換過(guò)程包括(1 )會(huì)話建立階段IP會(huì)話建立
過(guò)程到PPPoE會(huì)話建立過(guò)程的轉(zhuǎn)換;其中,PPPoE會(huì)話建立過(guò)程包括PPPoE發(fā)
現(xiàn)過(guò)程、鏈路建立過(guò)程、PPP認(rèn)證過(guò)程和NCP協(xié)商(主要指地址分配)過(guò)程; IP會(huì)話建立過(guò)程包括DHCP認(rèn)證和地址分配。(2)會(huì)話數(shù)據(jù)傳送階段IP會(huì)話 數(shù)據(jù)傳送到PPPoE會(huì)話數(shù)據(jù)傳送的轉(zhuǎn)換。(3)會(huì)話終止階段IP會(huì)話終止過(guò)程 到PPPoE會(huì)話終止過(guò)程的轉(zhuǎn)換;其中,PPPoE會(huì)話終止過(guò)程包括鏈路終止過(guò)程、 PPPoE終止過(guò)程。
本發(fā)明實(shí)施例中的中間模塊具體為會(huì)話中繼,會(huì)話中繼可以是一種物理設(shè) 備實(shí)體,也可以是一種邏輯設(shè)備,存在于其它設(shè)備中。
本實(shí)施例中,PPPoE會(huì)話過(guò)程可以不包括認(rèn)證過(guò)程,或者包括密碼認(rèn)證協(xié) i義(Password Authentication Protocol, PAP) i人"i正、才兆戰(zhàn)才屋手i人i正十辦i義 (Challenge-Handshake Authentication Protocol, CHAP )認(rèn)證或可擴(kuò)展認(rèn)證協(xié)議 (Extensible Authentication Protocol, EAP)認(rèn)證等。IP會(huì)話過(guò)程可以不包括 EAP認(rèn)證,也可以包括EAP認(rèn)證。IP會(huì)話不包括EAP認(rèn)證時(shí),IP會(huì)話過(guò)程包 括采用82選項(xiàng)(Option )或支持PAP/CHAP模式的動(dòng)態(tài)主機(jī)配置協(xié)議(Dynamic Host Configuration Protocol, DHCP )認(rèn)證。IP會(huì)話包括EAP ^人i正時(shí),EAP認(rèn) 證包括承載在網(wǎng)絡(luò)接入認(rèn)證承載協(xié)議(PANA)上的EAP認(rèn)證、承載在EAP 承載在局域網(wǎng)上的協(xié)議(EAP over LAN, EAPoL )上的EAP認(rèn)證或支持EAP 模式的DHCP認(rèn)證等。綜上,PPPoE會(huì)話包括四種認(rèn)證方式,IP會(huì)話包括五 種認(rèn)證方式,PPPoE會(huì)話的四種認(rèn)證方式均可以與IP會(huì)話的五種認(rèn)證方式進(jìn) 行相互轉(zhuǎn)換。
參見(jiàn)圖5A,本實(shí)施例中的系統(tǒng)包括用戶側(cè)的會(huì)話通信對(duì)端(或稱為申請(qǐng) 者(Suppliant))、會(huì)話中繼、網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端、認(rèn)證者、認(rèn)證服務(wù)器和 DHCP服務(wù)器。
其中,用戶側(cè)或網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端既可以是PPP會(huì)話通信對(duì)端,也可 以是IP會(huì)話通信對(duì)端。會(huì)話。
用戶側(cè)的會(huì)話通信對(duì)端可以位于UE或RG上,作為用戶側(cè)的會(huì)話通信對(duì) 端用于與會(huì)話中繼進(jìn)行交互,以實(shí)現(xiàn)PPPoE會(huì)話(或IP會(huì)話),也作為iU正的 申請(qǐng)方,與會(huì)話中繼進(jìn)行交互,實(shí)現(xiàn)接入認(rèn)證。本實(shí)施例中以Suppliant位于 UE上為例進(jìn)4于i兌明。
會(huì)話中繼,用于與Suppliant進(jìn)行交互以實(shí)現(xiàn)PPPoE會(huì)話(或IP會(huì)話), 以及根據(jù)Suppliant的MAC地址與網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端進(jìn)行交互以實(shí)現(xiàn)IP 會(huì)話(或PPPoE會(huì)話),并進(jìn)行PPPoE會(huì)話與IP會(huì)話之間的轉(zhuǎn)換,即從PPPoE 會(huì)話中得到需要實(shí)現(xiàn)IP會(huì)話時(shí)的信息并發(fā)送給IP會(huì)話中連接的設(shè)備,以及從 IP會(huì)話中得到需要實(shí)現(xiàn)PPPoE會(huì)話時(shí)的信息并發(fā)送給PPPoE會(huì)話中連接的設(shè) 備。其中,由會(huì)話中繼代替Suppliant獲得網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端發(fā)送的第一 IP地址,會(huì)話中繼可以將該第一 IP地址發(fā)送給Suppliant?;蛘?,會(huì)話中繼為 Suppliant分配第二 IP地址,并建立第二 IP地址與第一 IP地址的對(duì)應(yīng)關(guān)系,當(dāng) 收到Suppliant發(fā)送的報(bào)文時(shí),將報(bào)文中的第二 IP地址轉(zhuǎn)換為對(duì)應(yīng)的第一 IP地 址并發(fā)送給網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端,以及將網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端發(fā)送的報(bào)文 中的第一 IP地址轉(zhuǎn)換為對(duì)應(yīng)的第二 IP地址并發(fā)送給Suppliant。
認(rèn)證者用于會(huì)話的認(rèn)證過(guò)程,通過(guò)網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端與會(huì)話中繼進(jìn)行 交互,以及與認(rèn)證服務(wù)器進(jìn)行認(rèn)證交互。網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端和認(rèn)證者可均 位于AN或IP邊緣設(shè)備等物理實(shí)體上,或者,網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端和認(rèn)證 者位于不同的物理實(shí)體上,此時(shí),網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端比認(rèn)證者靠近 Suppliant。本實(shí)施例以網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端和認(rèn)證者均位于IP邊緣設(shè)備上為 例進(jìn)行說(shuō)明。在DHCP認(rèn)證中,認(rèn)證者為DHCP認(rèn)證者;在承載在PANA的 EAP認(rèn)證中,認(rèn)證者為PANA認(rèn)證代理(PAA)。認(rèn)證服務(wù)器用于根據(jù)認(rèn)證者 發(fā)送的認(rèn)證信息對(duì)Suppliant進(jìn)行認(rèn)證。DHCP服務(wù)器用于分配IP地址。由網(wǎng) 絡(luò)側(cè)的會(huì)話通信對(duì)端對(duì)DHCP服務(wù)器進(jìn)行選擇并與其交互。網(wǎng)絡(luò)側(cè)的會(huì)話通信 對(duì)端、認(rèn)證者、認(rèn)證服務(wù)器和DHCP服務(wù)器之間的交互過(guò)程為現(xiàn)有技術(shù),在此 不作詳述。
會(huì)話中繼可以是一種邏輯實(shí)體,存在于其它設(shè)備中,其它設(shè)備可以有多種,
如RG、接入節(jié)點(diǎn)(Access Node, AN)、 IP邊緣設(shè)備等。系統(tǒng)中的哪個(gè)設(shè)備為 IP會(huì)話與PPPoE會(huì)話的轉(zhuǎn)折點(diǎn),會(huì)話中繼就在哪個(gè)設(shè)備上。如Suppliant到RG 應(yīng)用PPPoE會(huì)話,RG到AN及以上設(shè)備應(yīng)用IP會(huì)話,則會(huì)話中繼位于RG上; 如Suppliant到AN應(yīng)用PPPoE會(huì)話,AN到IP邊緣設(shè)備及以上設(shè)備應(yīng)用IP會(huì) 話,則會(huì)話中繼位于AN上;如Suppliant到IP邊緣設(shè)備應(yīng)用PPPoE會(huì)話,IP 邊緣設(shè)備到SP或其它IP邊緣設(shè)備應(yīng)用IP會(huì)話,則會(huì)話中繼位于IP邊緣設(shè)備 上,會(huì)話中繼與IP邊緣設(shè)備的交互即為會(huì)話中繼與IP邊緣設(shè)備內(nèi)部的其它模 塊之間的交互。
會(huì)話中繼也可以是一種物理實(shí)體,獨(dú)立存在于UE與IP邊緣設(shè)備之間的任 一位置。系統(tǒng)中的哪兩個(gè)設(shè)備為IP會(huì)話與PPPoE會(huì)話的轉(zhuǎn)折點(diǎn),會(huì)話中繼就 在哪個(gè)設(shè)備之前。如Suppliant到RG應(yīng)用PPPoE會(huì)話,AN到IP邊緣設(shè)備及 以上設(shè)備應(yīng)用IP會(huì)話,則會(huì)話中繼在RG與AN之間;如Suppliant到AN應(yīng) 用PPPoE會(huì)話,IP邊緣設(shè)備到SP應(yīng)用IP會(huì)話,則會(huì)話中繼在AN與IP邊緣 設(shè)備之間。
參見(jiàn)圖5B,本發(fā)明實(shí)施例中的會(huì)話中繼包括PPP會(huì)話接口單元、IP會(huì)話 接口單元和會(huì)話轉(zhuǎn)換單元。
PPP會(huì)話接口單元,用于與PPP會(huì)話通信對(duì)端交互點(diǎn)到點(diǎn)協(xié)議PPPoE會(huì) 話。當(dāng)與Suppliant交互PPPoE會(huì)話時(shí),Suppliant為PPP會(huì)話通信對(duì)端;當(dāng)與 網(wǎng)絡(luò)側(cè)交互PPPoE會(huì)話時(shí),網(wǎng)絡(luò)側(cè)包括PPP會(huì)話通信對(duì)端。
IP會(huì)話接口單元,用于與IP會(huì)話通信對(duì)端交互IP會(huì)話。當(dāng)與Suppliant 交互IP會(huì)話時(shí),Suppliant為IP會(huì)話通信對(duì)端;當(dāng)與網(wǎng)絡(luò)側(cè)交互IP會(huì)話時(shí),網(wǎng) 絡(luò)側(cè)包括IP會(huì)話通信對(duì)端。
會(huì)話轉(zhuǎn)換單元,用于將PPPoE會(huì)話中需要由IP會(huì)話通信對(duì)端處理的信息 以IP會(huì)話形式發(fā)送給IP會(huì)話通信對(duì)端,將IP會(huì)話中需要由PPP會(huì)話通信對(duì) 端處理的信息以PPPoE會(huì)話形式發(fā)送給PPP會(huì)話通信對(duì)端。
會(huì)話中繼包括認(rèn)證中繼(Authentication Relay, AR), AR用于在會(huì)話認(rèn)證 階段中對(duì)PPPoE會(huì)話和IP會(huì)話進(jìn)行認(rèn)證轉(zhuǎn)換;AR代理Suppliant,可以利用 Suppliant的MAC地址標(biāo)識(shí)與認(rèn)證者間通過(guò)IP會(huì)話(或PPP會(huì)話),最終完成 用戶認(rèn)證或設(shè)備認(rèn)證;通常認(rèn)證中繼位于會(huì)話中繼中,認(rèn)證中繼也可和會(huì)話中 繼分離,本實(shí)施例以認(rèn)證中繼位于會(huì)話中繼中為例進(jìn)行說(shuō)明。
當(dāng)會(huì)話中繼存在于其它設(shè)備實(shí)體中時(shí),PPP會(huì)話接口單元和IP會(huì)話接口單 元即為其它設(shè)備實(shí)體內(nèi)的接口單元。
PPPoE會(huì)話與IP會(huì)話之間的轉(zhuǎn)換過(guò)程包括PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換和 IP會(huì)話到PPPoE會(huì)話的轉(zhuǎn)換。參見(jiàn)圖6, PPPoE會(huì)話到IP會(huì)話轉(zhuǎn)換的主要方 法流程如下
步驟601: Suppliant發(fā)起PPPoE會(huì)話的創(chuàng)建過(guò)程,并與會(huì)話中繼進(jìn)行交互, 實(shí)現(xiàn)和完成PPPoE發(fā)現(xiàn)階段,即創(chuàng)建PPPoE會(huì)話。
步驟602:實(shí)現(xiàn)并完成鏈路建立階段,及建立標(biāo)準(zhǔn)PPP會(huì)話。Suppliant與 會(huì)話中繼進(jìn)行鏈路控制協(xié)議(Link Control Protocol , LCP )協(xié)商。
步驟603:會(huì)話中繼與IP邊緣設(shè)備進(jìn)行交互,進(jìn)入IP會(huì)話的創(chuàng)建過(guò)程。
步驟604: Suppliant發(fā)起地址分配過(guò)程,由會(huì)話中繼代替Suppliant通過(guò)IP 邊緣設(shè)備向DHCP服務(wù)器請(qǐng)求獲得Suppliant的IP地址,會(huì)話中繼通過(guò)IP邊 緣設(shè)備獲得DHCP服務(wù)器分配的IP地址,以及將DHCP服務(wù)器分配的第一 IP 地址發(fā)送給Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一個(gè)第二 IP地址,該 第二 IP地址與DHCP J良務(wù)器分配的第一 IP地址——對(duì)應(yīng)。
步驟605:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸PPPoE形式 的數(shù)據(jù),會(huì)話中繼與IP邊緣設(shè)備之間傳輸以太網(wǎng)承載IP協(xié)議(IP over Ethernet, IPoE)形式的數(shù)據(jù)。由會(huì)話中繼對(duì)兩種形式的數(shù)據(jù)進(jìn)行轉(zhuǎn)換。
步驟606:數(shù)據(jù)傳輸完畢后,進(jìn)入PPPoE會(huì)話終止階段,首先是鏈路終止 階段。Suppliant發(fā)起PPPoE會(huì)話的終止過(guò)程,并與會(huì)話中繼交互以終止標(biāo)準(zhǔn) PPP會(huì)話。
步驟607: Suppliant或會(huì)話中繼發(fā)送PPPoE激活發(fā)現(xiàn)終止(PPPoE Active Discovery Terminate, PADT)才艮文,以終止PPPoE會(huì)話。
步驟608:會(huì)話中繼通過(guò)IP邊緣設(shè)備向DHCP服務(wù)器發(fā)送DHCP釋放 (DHCP Release )報(bào)文,以請(qǐng)求DHCP服務(wù)器釋放Suppliant的IP地址,IP會(huì)
話終止。
其中,步驟602與步驟603是兩個(gè)獨(dú)立的操作過(guò)程,無(wú)嚴(yán)格的先后順序。 下面對(duì)PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換過(guò)程的幾種典型實(shí)例進(jìn)行詳細(xì)描述。
DHCP認(rèn)證時(shí),PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換方法流程如下
步驟701: PPPoE發(fā)現(xiàn)階段的第一步,即PPPoE激活發(fā)現(xiàn)初始階段(PPPoE Active Discovery Initiation, PADI),發(fā)起PPPoE會(huì)話的創(chuàng)建過(guò)程并創(chuàng)建PPPoE 會(huì)話。Suppliant以廣播方式發(fā)送PADI報(bào)文,其中會(huì)話標(biāo)識(shí)(ID )采用默認(rèn)會(huì) 話ID如0x0000。若會(huì)話中繼位于AN之后,則AN將接入環(huán)路標(biāo)識(shí)(如接收 端口號(hào))以TAG (標(biāo)簽)的形式添加到收到的PADI報(bào)文中,并發(fā)送。若會(huì)話中 繼位于AN上,則由AN中除會(huì)話中繼以外的其它沖莫塊將接入環(huán)路標(biāo)識(shí)發(fā)送給 會(huì)話中繼。其中,會(huì)話中繼至少在該步驟獲得Suppliant的MAC地址。
步驟702:進(jìn)入IP會(huì)話創(chuàng)建過(guò)程,包括DHCP認(rèn)證和地址分配過(guò)程。收到 PADI報(bào)文的會(huì)話中繼向多個(gè)IP邊緣設(shè)備發(fā)送動(dòng)態(tài)主機(jī)配置協(xié)議的發(fā)現(xiàn)(DHCP Discover)報(bào)文,或者,會(huì)話中繼向一個(gè)IP邊緣設(shè)備發(fā)送DHCP Discover報(bào)文, 由該IP邊緣設(shè)備將DHCP Discover報(bào)文發(fā)送給其它的IP邊緣設(shè)備。其中,會(huì) 話中繼將獲得的接入環(huán)路標(biāo)識(shí)以O(shè)ption 82的格式插入到該DHCP Discover報(bào) 文中。其中,會(huì)話中繼若位于AN之后,則從PADI TAG中獲得接入環(huán)路標(biāo) 識(shí),會(huì)話中繼若位于AN上,則從AN內(nèi)部獲得接入環(huán)路標(biāo)識(shí)。其中,會(huì)話中 繼利用獲得的Suppliant的MAC地址向IP邊緣設(shè)備發(fā)送DHCP Discover報(bào)文。 步驟703: IP邊緣設(shè)備將DHCP Discover報(bào)文轉(zhuǎn)發(fā)給多個(gè)DHCP服務(wù)器以 選擇DHCP服務(wù)器,IP邊緣設(shè)備根據(jù)獲得的接入環(huán)路標(biāo)識(shí)進(jìn)行認(rèn)證,并在認(rèn)證
成功后,IP邊緣設(shè)備向會(huì)話中繼返回動(dòng)態(tài)主機(jī)配置協(xié)議確-i人(DHCP Offer ) 報(bào)文,表示認(rèn)證成功并同意進(jìn)行后續(xù)關(guān)于地址分配的操作。選擇IP邊緣設(shè)備 和DHCP服務(wù)器的方式有多種,如第一個(gè)返回DHCP Offer報(bào)文的DHCP服務(wù) 器被確定為IP邊緣設(shè)備的后續(xù)IP會(huì)話的對(duì)象,以及第一個(gè)返回DHCP Offer 報(bào)文的IP邊緣設(shè)備被確定為會(huì)話中繼的后續(xù)IP會(huì)話的對(duì)象。
步驟704:進(jìn)入PPPoE發(fā)現(xiàn)階段的第二步,即PPPoE激活發(fā)現(xiàn)應(yīng)答(PPPoE Active Discovery Offer, PADO )階段。會(huì)話中繼響應(yīng)Suppliant發(fā)送的PADI 報(bào)文,即向Suppliant發(fā)送PADO報(bào)文,在PADO報(bào)文中,以太網(wǎng)幀中的源地 址用會(huì)話中繼的MAC地址填充,會(huì)話ID仍用0x0000填充。
步驟705:進(jìn)入PPPoE發(fā)現(xiàn)階段的第三步,即PPPoE激活發(fā)現(xiàn)請(qǐng)求(PPPoE Active Discovery Request, PADR)階段。Suppliant收到PADO報(bào)文后,如果收 到多個(gè)會(huì)話中繼的PADO報(bào)文,則依據(jù)PADO報(bào)文的內(nèi)容或收到PADO報(bào)文 的時(shí)間順序從多個(gè)會(huì)話中繼中選擇一個(gè)會(huì)話中繼作為后續(xù)會(huì)話的對(duì)象,并向選 擇的會(huì)話中繼發(fā)送單播的請(qǐng)求報(bào)文(即PADR報(bào)文X其中會(huì)話ID仍為0x0000 )。
步驟706:進(jìn)入PPPoE發(fā)現(xiàn)階段的最后一步,即PPPoE激活發(fā)現(xiàn)確認(rèn) (PPPoE Active Discovery Session-confirmation, PADS)階段。會(huì)話中繼收到 PADR報(bào)文后,為PPPoE會(huì)話分配一個(gè)唯一的會(huì)話進(jìn)程ID (本實(shí)施例中稱特 定會(huì)話ID ),并向Suppliant發(fā)送攜帶特定會(huì)話ID的PADS報(bào)文。
步驟707:進(jìn)入鏈路建立階段,即創(chuàng)建標(biāo)準(zhǔn)PPP會(huì)話。Suppliant和會(huì)話中 繼進(jìn)行LCP協(xié)商。
步驟708:進(jìn)入地址分配階段。Suppliant發(fā)送配置請(qǐng)求(Config-Request) 報(bào)文給會(huì)話中繼,請(qǐng)求分配IP地址(可表示為IP@)。 Config-Request報(bào)文形 如(0.0.0.0),表示需要配置IP地址。
步驟709:會(huì)話中繼通過(guò)IP邊緣設(shè)備向選4奪的DHCP服務(wù)器發(fā)送DHCP 請(qǐng)求(DHCP Request)報(bào)文,請(qǐng)求獲得Suppliant的第一 IP地址。
步驟710: DHCP服務(wù)器通過(guò)IP邊緣設(shè)備向會(huì)話中繼發(fā)送DHCP應(yīng)答
(DHCP Ack )報(bào)文,其中DHCP Ack報(bào)文攜帶分配給Suppliant的第一 IP地址。
步驟711:會(huì)話中繼向Suppliant發(fā)送配置應(yīng)答(Config-Nak)報(bào)文,將DHCP 服務(wù)器分配的第一IP地址發(fā)送給Suppliant?;蛘撸瑫?huì)話中繼為Suppliant分配 一個(gè)第二 IP地址,會(huì)話中繼建立該第二 IP地址與DHCP服務(wù)器分配的第一 IP i也址——乂于應(yīng)關(guān)系。
其中,會(huì)話中繼發(fā)送DHCP Request報(bào)文與會(huì)話中繼為Suppliant分配一個(gè) 第二IP地址是兩個(gè)獨(dú)立的操作,可同時(shí)進(jìn)行。
Suppliant和會(huì)話中繼還可進(jìn)一步進(jìn)行NCP協(xié)商中除地址分配以外的操作, 如關(guān)于用戶業(yè)務(wù)的配置參數(shù)的協(xié)商等。有利于減少用戶的操作。
步驟712:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸PPPoE形式 的數(shù)據(jù),會(huì)話中繼與IP邊緣設(shè)備之間傳輸IPoE形式的數(shù)據(jù),由會(huì)話中繼對(duì)數(shù) 據(jù)形式進(jìn)行轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPPoE或IPoE更改數(shù)據(jù)報(bào)文的首部及尾 部,凈荷部分不需要變更。如,需要從PPPoE形式轉(zhuǎn)換為IPoE形式時(shí),從數(shù) 據(jù)報(bào)文中刪除PPPoE首部及尾部;如,需要從IPoE形式轉(zhuǎn)換為PPPoE形式時(shí), 在數(shù)據(jù)報(bào)文中增加PPPoE首部及尾部。
步驟713: Suppliant和會(huì)話中繼交互終止請(qǐng)求(Termination-Request)報(bào)文 和終止應(yīng)答(Termination-Ack)報(bào)文,以終止鏈路(即終止標(biāo)準(zhǔn)PPP會(huì)話)。 例如,用戶關(guān)機(jī)時(shí),Suppliant發(fā)送Termination-Request寺艮文,會(huì)話中繼發(fā)送 Termination-Ack報(bào)文。用戶欠費(fèi)時(shí),會(huì)話中繼發(fā)送Termination-Request報(bào)文, Suppliant發(fā)送Termination-Ack才艮文。
步驟714: Termination-Ack寺艮文觸發(fā)Suppliant或會(huì)話中繼發(fā)送PPPoE激 活發(fā)現(xiàn)終止(PPPoE Active Discovery Terminate, PADT )報(bào)文,以終止PPPoE 會(huì)話。即,收到Termination-Ack報(bào)文的裝置發(fā)送PADT報(bào)文。
步驟715:會(huì)話中繼通過(guò)IP邊緣設(shè)備向DHCP服務(wù)器發(fā)送DHCP釋放 (DHCP Release )報(bào)文以請(qǐng)求釋放Suppliant的IP地址,終止IP會(huì)話。
其中,步驟702和步驟703必須在步驟701和709之間完成。
在步驟707和步驟708之間,可增加認(rèn)證階段,進(jìn)行PAP認(rèn)證或CHAP 認(rèn)證。PAP認(rèn)證為兩次握手認(rèn)證,口令為明文。PAP認(rèn)證過(guò)程如下被認(rèn)證方 發(fā)送用戶名和口令到認(rèn)證方,認(rèn)證方查看是否有此用戶,口令是否正確,然后 發(fā)送相應(yīng)的響應(yīng)。CHAP認(rèn)證為三次握手認(rèn)證,口令為密文(密鑰)。CHAP 認(rèn)證由認(rèn)證方發(fā)送一些隨機(jī)產(chǎn)生的報(bào)文并發(fā)送給被認(rèn)證方;被認(rèn)證方用自己的 口令字通過(guò)信息-摘要算法5 (Message-Digest Algorithm 5, MD5 )算法進(jìn)行 加密,并向認(rèn)證方返回密文;認(rèn)證方用自己保存的口令字及隨機(jī)報(bào)文用MD5 算法加密,比4交二者的密文,才艮據(jù)比4交結(jié)果返回相應(yīng)的響應(yīng)。本實(shí)施例中 Suppliant采用任何用戶名和密碼,會(huì)話中繼均默認(rèn)Suppliant認(rèn)證成功。
本實(shí)施例描述了不包括認(rèn)證過(guò)程的PPPoE會(huì)話到包括DHCP認(rèn)證的IP會(huì) 話的轉(zhuǎn)換過(guò)程,不包括認(rèn)證過(guò)程的PPPoE會(huì)話到包括其它認(rèn)證方式的IP會(huì)話 的轉(zhuǎn)換過(guò)程與本實(shí)施例的流程類似,可參照?qǐng)?zhí)行,在此不再贅述。
認(rèn)證時(shí),PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換方法參見(jiàn)圖8所示,具體流程如下
步驟801: Suppliant和會(huì)話中繼交互以進(jìn)行PPPoE發(fā)現(xiàn)階段,具體過(guò)程參
見(jiàn)步驟701、 704、 705和706。
步驟802:進(jìn)入鏈路建立階段,即Suppliant和會(huì)話中繼進(jìn)行LCP協(xié)商。 步驟803:進(jìn)入IP會(huì)話創(chuàng)建階段。收到PADI報(bào)文的會(huì)話中繼向IP邊緣
設(shè)備和DHCP服務(wù)器發(fā)送DHCP Discover報(bào)文,其中DHCP Discover報(bào)文通過(guò)
攜帶的認(rèn)證選項(xiàng)(auth-proto Option ),以表明采用Chap認(rèn)證。
步驟804: IP邊緣設(shè)備返回DHCP Offer報(bào)文給會(huì)話中繼,DHCP Offer報(bào)
文通過(guò)認(rèn)證選項(xiàng)攜帶Chap挑戰(zhàn)字(Chap-Challenge)認(rèn)證信息。第一個(gè)回復(fù)
DHCP Offer報(bào)文的DHCP服務(wù)器和IP邊緣設(shè)備為選定的后續(xù)會(huì)話對(duì)象。
步驟805:會(huì)話中繼通過(guò)PPP LCP報(bào)文,將DHCP Offer中的Chap-Challenge
攜帶給Suppliant。
步驟806: Suppliant對(duì)Chap-Challenge進(jìn)行處理后,通過(guò)PPP LCP報(bào)文回
復(fù)Chap應(yīng)答(Chap-Response)給會(huì)話中繼。
步驟807:會(huì)話中繼發(fā)送DHCP Request報(bào)文,通過(guò)認(rèn)證選項(xiàng)攜帶 Chap-Response認(rèn)證信息給IP邊緣設(shè)備,并向DHCP服務(wù)器請(qǐng)求Suppliant的 IP i也址。
步驟808: IP邊緣設(shè)備根據(jù)收到的DHCP Request報(bào)文中的Chap-Response 對(duì)Suppliant進(jìn)4亍認(rèn)證,并在認(rèn)證成功后,由DHCP服務(wù)器通過(guò)IP邊緣設(shè)備向 會(huì)話中繼返回DHCP應(yīng)答(DHCPAck)報(bào)文,其中攜帶分配給Suppliant的第 一 IP地址,會(huì)話中繼記錄下分配給Suppliant的IP地址。
步驟809:會(huì)話中繼通過(guò)PPP LCP報(bào)文通知Suppliant, Chap認(rèn)證成功。 步驟810:在認(rèn)證成功后,進(jìn)入地址分配階段。Suppliant發(fā)送Config-Request 報(bào)文給會(huì)話中繼,請(qǐng)求配置IP地址。
步驟811:會(huì)話中繼向Suppliant返回Config-Nak報(bào)文,將記錄下的DHCP 服務(wù)器分配的第一 IP地址攜帶給Suppliant?;蛘撸瑫?huì)話中繼為Suppliant分配 一個(gè)第二 IP地址并攜帶在Config-Nak報(bào)文中,該第二 IP地址與DHCP服務(wù)器 分配的第一 IP地址——對(duì)應(yīng)。
Suppliant和會(huì)話中繼還可進(jìn)一步進(jìn)行關(guān)于用戶業(yè)務(wù)的NCP協(xié)商。 步驟812:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸PPPoE形式 的數(shù)據(jù),會(huì)話中繼與IP邊緣設(shè)備之間傳輸IPoE形式的數(shù)據(jù),由會(huì)話中繼對(duì)數(shù) 據(jù)形式進(jìn)行轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPPoE或IPoE更改數(shù)據(jù)報(bào)文的首部及尾 部,凈荷部分不需要變更。其中,會(huì)話中繼將來(lái)自Suppliant的數(shù)據(jù)報(bào)文中的 第二 IP地址轉(zhuǎn)換為對(duì)應(yīng)的第一 IP地址后發(fā)送給IP邊緣設(shè)備,以及將來(lái)自IP 邊緣設(shè)備的數(shù)據(jù)報(bào)文中的第一 IP地址轉(zhuǎn)換為對(duì)應(yīng)的第二 IP地址后發(fā)送給 Suppliant。
步驟813: Suppliant和會(huì)話中繼交互終止請(qǐng)求(Termination-Request)報(bào)文 和終止應(yīng)答(Termination-Ack)凈艮文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟814:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack才艮文觸發(fā)Suppliant
或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
步驟815:會(huì)話中繼通過(guò)IP邊緣設(shè)備向DHCP服務(wù)器發(fā)送DHCP釋放 (DHCP Release )凈艮文以請(qǐng)求釋放Suppliant的IP地址,終止IP會(huì)話。
其中,步驟803發(fā)生在步驟801的開(kāi)始階段之后,步驟805發(fā)生在步驟802 之后。
參見(jiàn)圖9A, PPPoE會(huì)話包括認(rèn)證過(guò)程及IP會(huì)話包括EAP認(rèn)證時(shí),PPPoE 會(huì)話到IP會(huì)話的轉(zhuǎn)換方法流程如下
步驟900A: Suppliant和會(huì)話中繼交互以進(jìn)行PPPoE發(fā)現(xiàn)階段。 步驟900B:進(jìn)入鏈路建立階段,即Suppliant和會(huì)話中繼進(jìn)行LCP協(xié)商。 步驟900C:進(jìn)入EAP認(rèn)證啟動(dòng)階段。會(huì)話中繼根據(jù)獲得的Suppliant的 MAC地址與IP邊,彖設(shè)備交互以完成EAP認(rèn)證啟動(dòng)。
步驟900D:進(jìn)入PPPoE會(huì)話的認(rèn)證階段和IP會(huì)話的EAP認(rèn)證階段。 Suppliant與IP邊緣設(shè)備通過(guò)會(huì)話中繼進(jìn)行交互,由會(huì)話中繼將來(lái)自Suppliant 的基于PPP的報(bào)文轉(zhuǎn)換為基于IP的報(bào)文并發(fā)送給IP邊緣設(shè)備,以及將來(lái)自IP 邊緣設(shè)備的基于IP的報(bào)文轉(zhuǎn)換為基于PPP的報(bào)文并發(fā)送給Suppliant,由IP邊 緣設(shè)備根據(jù)收到的報(bào)文和本地保存的信息對(duì)Suppliant進(jìn)行認(rèn)證。
步驟900E:在認(rèn)證成功后,進(jìn)入PPPoE會(huì)話的地址分配階段和IP會(huì)話的 DHCP地址分配階段。Suppliant與DHCP服務(wù)器通過(guò)會(huì)話中繼和IP邊緣設(shè)備 進(jìn)行交互,由DHCP服務(wù)器為Suppliant分配IP地址,并發(fā)送給會(huì)話中繼。會(huì) 話中繼將DHCP服務(wù)器分配的第一IP地址發(fā)送給Suppliant?;蛘?,會(huì)話中繼 為Suppliant分配一個(gè)第二 IP地址,該第二 IP地址與DHCP服務(wù)器分配的第一 IP地址——對(duì)應(yīng)。
步驟900F:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸PPPoE會(huì) 話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳輸IPoE會(huì)話形式的數(shù)據(jù)報(bào) 文,由會(huì)話中繼對(duì)數(shù)據(jù)報(bào)文形式進(jìn)行轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPPoE或IPoE 更改數(shù)據(jù)報(bào)文的首部及尾部,凈荷部分不需要變更。
步驟900G:進(jìn)入鏈路終止階段。Suppliant和會(huì)話中繼交互以終止標(biāo)準(zhǔn)PPP 會(huì)話。
步驟900H:進(jìn)入PPPoE會(huì)話終止階段。Suppliant或會(huì)話中繼發(fā)送PADT 才艮文,以終止PPPoE會(huì)"i舌。
步驟900I:進(jìn)入IP會(huì)話終止階段。會(huì)話中繼與DHCP服務(wù)器通過(guò)IP邊緣 設(shè)備交互以終止IP會(huì)話。
下面對(duì)幾種關(guān)于PPPoE會(huì)話和IP會(huì)話的常用認(rèn)證方法的會(huì)話轉(zhuǎn)換過(guò)程進(jìn) 4亍i羊細(xì)i苗述。
參見(jiàn)圖9B , PPPoE會(huì)話包括CHAP認(rèn)證及IP會(huì)話包括承載在PANA上的 EAP認(rèn)證時(shí),PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換方法流程如下
步驟901: Suppliant和會(huì)話中繼交互以進(jìn)行PPPoE發(fā)現(xiàn)階段,具體過(guò)程參 見(jiàn)步驟701、 704、 705和706。
步驟902:進(jìn)入鏈路建立階段,即Suppliant和會(huì)話中繼進(jìn)行LCP協(xié)商。
步驟903:進(jìn)入EAP認(rèn)證啟動(dòng)階段。會(huì)話中繼向IP邊緣設(shè)備發(fā)送PANA客戶 啟動(dòng)報(bào)文(PANA-Client-Initiation),來(lái)選擇提供認(rèn)證授權(quán)服務(wù)的PANA認(rèn)證代 理(PANA Authentication Agent, PAA),并且表明采用承載在PANA上的EAP 認(rèn)證,其中PAA位于IP邊緣設(shè)備上。
步驟904:選擇的PAA與會(huì)話中繼進(jìn)行報(bào)文交互,以完成EAP認(rèn)證啟動(dòng)階 段。具體操作包括PAA向會(huì)話中繼發(fā)送PANA認(rèn)證請(qǐng)求(PANA-Auth-Request) 報(bào)文,表明本地可以提供的認(rèn)證授權(quán)服務(wù),并通過(guò)PANA-Auth-Request報(bào)文向 會(huì)話中繼發(fā)送本地使用的局部IP地址;會(huì)話中繼發(fā)送PANA認(rèn)證答復(fù) (PANA-Auth-Answer)報(bào)文來(lái)響應(yīng)PAA。其中,將S位置為l。
步驟905:進(jìn)入EAP認(rèn)證階段。PAA向會(huì)話中繼發(fā)送EAP身份請(qǐng)求 (EAP-Request/Identity)報(bào)文,以告知EAP身份(Identity ),該EAP-Request/Identity 報(bào)文由P ANA-Auth-Request報(bào)文承載。
步驟906:會(huì)話中繼將Suppliant的媒體接入控制(Media Access Control,
MAC)地址與EAPIdentity綁定。由于一方會(huì)話采用EAPi人證,而另一方會(huì)i舌 未釆用EAP認(rèn)證,所以需要進(jìn)行MAC地址與EAPIdentity的綁定。其中,會(huì)話 中繼在與Suppliant建立初始連接時(shí)既已獲得Suppliant的MAC地址。
步驟卯7:會(huì)話中繼向PAA發(fā)送承載EAP身份應(yīng)答(EAP-Response/Identity ) 報(bào)文的PANA-Auth-Answer報(bào)文。
步驟908: PAA向會(huì)話中繼發(fā)送承載EAP MD5挑戰(zhàn)請(qǐng)求(EAP-R叫uest/MD5 Challenge)報(bào)文的PANA-Auth-Request報(bào)文。
步驟909:會(huì)話中繼將EAP-Request/MD5 Challenge轉(zhuǎn)換為Chap-Challenge, 以及將PANA-Auth-Request報(bào)文轉(zhuǎn)換為PPP LCP報(bào)文,并將承載Chap-Challenge 的PPP LCP報(bào)文發(fā)送給Suppliant。
步驟910: Suppliant對(duì)Chap-Challenge進(jìn)行處理后,通過(guò)PPPLCP報(bào)文回復(fù) Chap-Response給會(huì)話中繼。
步驟911:會(huì)話中繼將Chap-Response轉(zhuǎn)換為EAP MD5挑戰(zhàn)應(yīng)答 (EAP-Response/MD5 Challenge ),以及將PPP LCP凈艮文轉(zhuǎn)換為 PANA-Auth-Answer才艮文,并將承載EAP-Response/MD5 Challenge報(bào)文的 PANA-Auth-Answer報(bào)文發(fā)送給PAA。
步驟912: PAA根據(jù)收到的PANA-Auth-Answer報(bào)文對(duì)Suppliant進(jìn)行認(rèn)證, 并在認(rèn)證成功后,向會(huì)話中繼回復(fù)EAP認(rèn)證成功(EAP success)(可進(jìn)一步回 復(fù)相應(yīng)的EAP衍生密鑰),將回復(fù)信息承載在PANA-Auth-Request報(bào)文中發(fā)送給 會(huì)話中繼。會(huì)話中繼發(fā)送PANA-Auth-Answer報(bào)文來(lái)響應(yīng)PAA。其中,將C位置 為l,表示i人i正結(jié)束。
步驟913:會(huì)話中繼通過(guò)PPP LCP報(bào)文通知Suppliant, Chap認(rèn)證成功。
步驟914:進(jìn)入地址分配階段。Suppliant發(fā)送Config-Request報(bào)文給會(huì)話中 繼,請(qǐng)求配置IP地址。
步驟915:會(huì)話中繼發(fā)起標(biāo)準(zhǔn)的DHCP過(guò)程,與DHCP服務(wù)器交互,以獲得 DHCP服務(wù)器為Suppliant分配的IP地址,具體過(guò)程參見(jiàn)步驟803、 804、 807和808。
步驟916:會(huì)話中繼向Suppliant返回Config-Nak報(bào)文,將記錄下的DHCP 服務(wù)器分配的IP地址攜帶給Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一個(gè) 第二 IP地址并攜帶在Config-Nak報(bào)文中,該第二 IP地址與DHCP服務(wù)器分配 的IP地址--對(duì)應(yīng)。
Suppliant和會(huì)話中繼還可進(jìn)一步進(jìn)行關(guān)于用于業(yè)務(wù)配置的NCP協(xié)商過(guò)程。
步驟917:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸PPPoE會(huì)話 形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳輸IPoE會(huì)話形式的數(shù)據(jù)報(bào)文, 由會(huì)話中繼對(duì)數(shù)據(jù)報(bào)文形式進(jìn)行轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPPoE或IPoE更改 數(shù)據(jù)報(bào)文的首部及尾部,凈荷部分不需要變更。
步驟918 : Suppliant和會(huì)話中繼交互Termination-Request報(bào)文和 Termination-Ack才艮文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟919:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack報(bào)文觸發(fā)Suppliant 或會(huì)話中繼發(fā)送PADT才艮文,以終止PPPoE會(huì)話。
步驟920:會(huì)話中繼向PAA發(fā)送PANA終止請(qǐng)求
(PANA-Termination-Request)才艮文,以及PAA返回PANA終答復(fù)止
(PANA-Termination-Answer)才艮文,以終止PANA會(huì)話。
步驟921:會(huì)話中繼通過(guò)IP邊緣設(shè)備向DHCP服務(wù)器發(fā)送DHCP Release
^艮文以請(qǐng)求釋放Suppliant的IP地址。
其中,步驟906與步驟907是兩個(gè)獨(dú)立的操作,無(wú)嚴(yán)格的執(zhí)行先后。 上述三個(gè)實(shí)施例描述了包括Chap認(rèn)證的PPPoE會(huì)話到包括DHCP認(rèn)證或
可參照?qǐng)?zhí)行,在此不再贅述。
PAP認(rèn)證與Chap認(rèn)證的區(qū)別在于PAP認(rèn)證是兩次握手認(rèn)證,Chap認(rèn)證是 三次握手認(rèn)證,包括PAP認(rèn)證的PPPoE會(huì)話到包括各種認(rèn)證的IP會(huì)話的轉(zhuǎn)換 過(guò)程與包括Chap認(rèn)證的PPPoE會(huì)話到包括各種認(rèn)證的IP會(huì)話的轉(zhuǎn)換過(guò)程類
似,可參照?qǐng)?zhí)行,在此不再贅述。
參見(jiàn)圖10, PPPoE會(huì)話包括EAP認(rèn)證及IP會(huì)話包括承載在PANA上的 EAP認(rèn)證時(shí),PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換方法流程如下
步驟1001: Suppliant和會(huì)話中繼交互以進(jìn)行PPPoE發(fā)現(xiàn)階段,具體過(guò)程 參見(jiàn)步驟701、 704、 705和706。
步驟1002:進(jìn)入鏈路建立階段,即Suppliant和會(huì)話中繼進(jìn)行LCP協(xié)商。
步驟1003:進(jìn)入認(rèn)證階段。會(huì)話中繼向IP邊緣設(shè)備發(fā)送 PANA-Client-Initiation報(bào)文,來(lái)選擇提供認(rèn)證授權(quán)服務(wù)的PAA, PAA位于IP邊緣 設(shè)備上。
步驟1004:選擇的PAA與會(huì)話中繼進(jìn)行報(bào)文交互,以進(jìn)入EAP認(rèn)證啟動(dòng)階 段。具體操作包括PAA向會(huì)話中繼發(fā)送PANA-Auth-Request報(bào)文,表明本地 可以提供認(rèn)證授權(quán)服務(wù),并通過(guò)PANA-Auth-Request報(bào)文向會(huì)話中繼發(fā)送本地 使用的局部IP地址;會(huì)話中繼發(fā)送PANA-Auth-Answer報(bào)文來(lái)響應(yīng)PAA。
步驟1005: PAA向會(huì)話中繼發(fā)送EAP身份請(qǐng)求(EAP-R叫uest/Identity)報(bào) 文,以告知 EAP Identity , 該 EAP-R叫uest/Identity 報(bào)文承載在 PANA-Auth-Request才艮文上。
步驟1006:會(huì)話中繼將PANA-Auth-Request報(bào)文轉(zhuǎn)換為PPPLCP報(bào)文,以及 將承載EAP-Request/Identity的PPP LCP報(bào)文發(fā)送給Suppliant。
步驟1007: Suppliant發(fā)送承載EAP-Response/Identity的PPP LCP報(bào)文給會(huì)話 中繼。
步驟1008:會(huì)話中繼將PPPLCP報(bào)文轉(zhuǎn)換為PANA-Auth-Answer報(bào)文,以及 將承載E AP-Response/Identity的PANA-Auth-Answer寺艮文發(fā)送給PAA 。
步驟1009:進(jìn)行EAP的認(rèn)證方法(EAP Method)協(xié)商,以及認(rèn)證方法交互的 過(guò)程。具體過(guò)程包括Suppliant和會(huì)話中繼之間均采用PPPLCP才艮文承載EAP
EAP認(rèn)證過(guò)程結(jié)束。當(dāng)PPP會(huì)話和IP會(huì)話均釆用EAP認(rèn)證方式時(shí),認(rèn)證方法有
多種,如通過(guò)MD5算法進(jìn)行認(rèn)證等。
步驟1010: PAA根據(jù)收到的PANA-Auth-Answer報(bào)文對(duì)Suppliant進(jìn)行認(rèn)證, 并在認(rèn)證成功時(shí),向會(huì)話中繼回復(fù)EAP認(rèn)證成功(EAP success )和相應(yīng)的EAP 衍生密鑰,將兩者承載在PANA-Auth-Request報(bào)文中發(fā)送給會(huì)話中繼。會(huì)話中 繼發(fā)送PAN A-Auth-Ans wer報(bào)文來(lái)響應(yīng)PAA 。
步驟1011:會(huì)話中繼將EAP認(rèn)證成功(EAP success )報(bào)文封裝在PPP LCP 報(bào)文中并發(fā)送給Suppliant。
步驟1012:進(jìn)入地址分配階段。Suppliant發(fā)送Config-Request報(bào)文給會(huì)話中 繼,請(qǐng)求配置IP地址。
步驟1013:會(huì)話中繼發(fā)起標(biāo)準(zhǔn)的DHCP過(guò)程,與DHCP服務(wù)器交互,以獲 得DHCP服務(wù)器為Suppliant分配的IP地址,具體過(guò)程參見(jiàn)步驟803、 804、 807和 808。
其中,步驟1012和步驟1013是兩個(gè)獨(dú)立的過(guò)程,無(wú)嚴(yán)格的執(zhí)行先后。
步驟10M:會(huì)話中繼向Suppliant返回Config-Nak報(bào)文,將記錄下的DHCP 服務(wù)器分配的IP地址攜帶給Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一個(gè) 第二 IP地址,該第二 IP地址與DHCP服務(wù)器分配的IP地址——對(duì)應(yīng)。
Suppliant和會(huì)話中繼還可進(jìn)一步進(jìn)行關(guān)于用戶業(yè)務(wù)的NCP協(xié)商。
步驟1015:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸PPPoE會(huì) 話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳輸IPoE會(huì)話形式的數(shù)據(jù)報(bào) 文,由會(huì)話中繼對(duì)數(shù)據(jù)報(bào)文形式進(jìn)行轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPPoE或IPoE 更改數(shù)據(jù)報(bào)文的首部及尾部,凈荷部分不需要變更。
步驟1016: Suppliant與會(huì)話中繼交互Termination-Request報(bào)文和 Termination-Ack才艮文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟1017:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack報(bào)文觸發(fā)Suppliant 或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
步驟1018:會(huì)話中繼向PAA發(fā)送PANA-Termination-Request報(bào)文,以及PAA
返回PAN A-Termination-Answer才艮文,完成PANA會(huì)話的終止。
步驟1019:會(huì)話中繼通過(guò)IP邊緣設(shè)備向DHCP服務(wù)器發(fā)送DHCP Release 報(bào)文以請(qǐng)求釋放Suppliant的IP地址。
認(rèn)證時(shí),PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換方法流程如下
步驟1101: Suppliant和會(huì)話中繼交互以進(jìn)行PPPoE發(fā)現(xiàn)階段,具體過(guò)程 參見(jiàn)步驟701、 704、 705和706。
步驟1102:進(jìn)入鏈路建立階段,即Suppliant和會(huì)話中繼進(jìn)行LCP協(xié)商。
步驟1103:會(huì)話中繼發(fā)送DHCPDiscover報(bào)文給DHCP認(rèn)證者(位于IP邊緣 設(shè)備上)和DHCP服務(wù)器,來(lái)選擇提供認(rèn)證授權(quán)服務(wù)的DHCP認(rèn)證者和DHCP服 務(wù)器,并通過(guò)認(rèn)證選項(xiàng)表明會(huì)話中繼支持的認(rèn)證模式。其中,會(huì)話中繼通過(guò)獲 得的Suppliant的MAC地址與DHCP認(rèn)證者進(jìn)行交互。
步驟1104: DHCP服務(wù)器返回DHCPOffer報(bào)文。DHCP認(rèn)證者收到DHCP Offer報(bào)文后,添加認(rèn)證選項(xiàng)表明本地支持的認(rèn)證模式,記錄下DHCP服務(wù)器為 會(huì)話中繼提供的未租借的IP地址,并可將其替換為一個(gè)供Suppliant本地使用的 局部IP地址,然后向會(huì)話中繼轉(zhuǎn)發(fā)攜帶局部IP地址的DHCPOffer才艮文。
表明已經(jīng)選擇能支持相應(yīng)認(rèn)證模式的DHCP認(rèn)證者并接受了該DHCP認(rèn)證者提 供的IP地址。
步驟1106: DHCP認(rèn)證者接收到DHCPRequest報(bào)文后,向會(huì)話中繼發(fā)送承 載EAP-Request/Identity才艮文的DHCP Ack才艮文。
步驟1107:會(huì)話中繼將DHCP報(bào)文轉(zhuǎn)換為PPPLCP報(bào)文,以及將承載 EAP-R叫uest/Identity的PPP LCP報(bào)文發(fā)送給Suppliant。
步驟1108: Suppliant發(fā)送承載EAP-Response/Identity的PPP LCP報(bào)文給會(huì) 話中繼。
步驟1109:會(huì)話中繼將PPPLCP報(bào)文轉(zhuǎn)換為DHCPRequest報(bào)文,以及將承 載EAP-Response/Identity的DHCP R叫uest報(bào)文發(fā)送給DHCP認(rèn)證者。
步驟1110:進(jìn)行EAPMethod協(xié)商,以及認(rèn)證方法交互的過(guò)程。具體過(guò)程包 括Suppliant和會(huì)話中繼之間均采用PPP LCP報(bào)文承載EAP進(jìn)行交互,在會(huì)話
程結(jié)束。
步驟1111: DHCP認(rèn)證者根據(jù)收到的DHCP Request報(bào)文對(duì)Suppliant進(jìn)行認(rèn) 證,并在認(rèn)證成功時(shí),向會(huì)話中繼回復(fù)EAP success (或者EAP success和相應(yīng)的 EAP衍生密鑰),將其承載在DHCP Ack報(bào)文中,并在DHCP Ack報(bào)文中攜帶 DHCP服務(wù)器為Suppliant分配第一IP地址發(fā)送給會(huì)話中繼。
步驟1112:會(huì)話中繼將EAP success報(bào)文封裝在PPP LCP報(bào)文中并發(fā)送給 Suppliant。
步驟1113:進(jìn)入地址分配階段。Suppliant發(fā)送Config-Request報(bào)文給會(huì)話中 繼,請(qǐng)求配置IP地址。
步驟1114:會(huì)話中繼向Suppliant返回Config-Nak報(bào)文,將記錄下的DHCP 服務(wù)器分配的IP地址并攜帶給Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一 個(gè)第二 IP地址,該第二 IP地址與DHCP服務(wù)器分配的IP地址——對(duì)應(yīng)。
Suppliant和會(huì)話中繼還可進(jìn)一步進(jìn)行關(guān)于用戶業(yè)務(wù)的NCP協(xié)商。
步驟1115:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸PPPoE會(huì) 話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與DHCP認(rèn)證者之間傳輸IPoE會(huì)話形式的數(shù)據(jù) 報(bào)文,由會(huì)話中繼對(duì)數(shù)據(jù)報(bào)文形式進(jìn)行轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPPoE或IPoE 更改數(shù)據(jù)報(bào)文的首部及尾部,凈荷部分不需要變更。
步驟1116: Suppliant和會(huì)話中繼交互Termination-Request才艮文和 Termination-Ack報(bào)文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟1117:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack報(bào)文觸發(fā)Suppliant 或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
步驟1118:會(huì)話中繼通過(guò)DHCP認(rèn)證者向DHCP月良務(wù)器發(fā)送DHCP Release 報(bào)文以請(qǐng)求釋放Suppliant的IP地址,終止IP會(huì)話。
上述兩個(gè)實(shí)施例描述了包括EAP認(rèn)證的PPPoE會(huì)話到包括承載在PANA 的EAP認(rèn)證的IP會(huì)話的轉(zhuǎn)換過(guò)程,以及描述了包括EAP認(rèn)證的PPPoE會(huì)話 到包括支持EAP認(rèn)證的DHCP認(rèn)證的IP會(huì)話的轉(zhuǎn)換過(guò)程,包括EAP認(rèn)證的 PPPoE會(huì)話到包括其它i人^E方式的IP會(huì)話的轉(zhuǎn)換過(guò)程與上述兩個(gè)實(shí)施例的流 程類似,可參照?qǐng)?zhí)行,在此不再贅述。
以上實(shí)施例描述了 PPPoE會(huì)話到IP會(huì)話的轉(zhuǎn)換過(guò)程,對(duì)應(yīng)的,IP會(huì)話到 PPPoE會(huì)話的轉(zhuǎn)換過(guò)程參見(jiàn)圖12所示,主要方法流程如下
步驟1201: Suppliant發(fā)起IP會(huì)話的創(chuàng)建過(guò)程,啟動(dòng)IP會(huì)話的認(rèn)證和地址 分配過(guò)程。
步驟1202:會(huì)話中繼發(fā)起PPPoE會(huì)話的創(chuàng)建過(guò)程,并根據(jù)獲得的Suppliant 的MAC地址與IP邊緣設(shè)備進(jìn)行交互,實(shí)現(xiàn)和完成PPPoE發(fā)現(xiàn)階段,即創(chuàng)建 PPPoE會(huì)話。
步驟1203:進(jìn)入PPPoE會(huì)話的鏈路建立階段,創(chuàng)建標(biāo)準(zhǔn)PPP會(huì)話,即會(huì) 話中繼與IP邊緣設(shè)備進(jìn)行LCP協(xié)商。
步驟1204:會(huì)話中繼回應(yīng)Suppliant的發(fā)起操作,以完成IP會(huì)話的認(rèn)證過(guò)程。
步驟1205:進(jìn)入地址分配階段。Suppliant發(fā)起地址分配過(guò)程,由會(huì)話中 繼代替Suppliant向IP邊緣設(shè)備(或DHCP服務(wù)器)請(qǐng)求獲得Suppliant的IP 地址。會(huì)話中繼將IP邊緣設(shè)備(或DHCP服務(wù)器)分配的第一 IP地址發(fā)送給 Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一個(gè)第二 IP地址,該第二IP地址 與IP邊緣設(shè)備(或DHCP服務(wù)器)分配的第一 IP地址——對(duì)應(yīng)。
步驟1206:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸IPoE會(huì)話 形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳輸PPPoE會(huì)話形式的數(shù)據(jù)報(bào) 文。
步驟1207:數(shù)據(jù)傳輸完畢后,Suppliant向會(huì)話中繼發(fā)送DHCP Release報(bào) 文,以請(qǐng)求釋放本地的IP地址,IP會(huì)話終止。其中,Suppliant將會(huì)話中繼確 定為DHCP服務(wù)器。
步驟1208:進(jìn)入PPP會(huì)話的鏈路終止階段。會(huì)話中繼與IP邊緣設(shè)備交互 以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟1209: IP邊緣設(shè)備或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
其中,步驟1202與步驟1203是兩個(gè)獨(dú)立的操作過(guò)程,無(wú)嚴(yán)格的先后順序。
參見(jiàn)圖13,PPPoE會(huì)話不包括認(rèn)證過(guò)程及IP會(huì)話包括利用Option 82進(jìn)行 DHCP認(rèn)證時(shí),IP會(huì)話到PPPoE會(huì)話的轉(zhuǎn)換方法流程如下
步驟1301: Suppliant發(fā)送DHCP Discover報(bào)文給會(huì)話中繼,以啟動(dòng)DHCP 認(rèn)證和地址分配過(guò)程。若會(huì)話中繼位于AN之后,則AN將接入環(huán)路標(biāo)識(shí)(如 接收端口號(hào))以TAG的形式添加到收到的PADI報(bào)文中,并發(fā)送。若會(huì)話中繼 位于AN上,則由AN中除會(huì)話中繼以外的其它^^莫塊將接入環(huán)路標(biāo)識(shí)發(fā)送給會(huì) 話中繼。
步驟1302: DHCP Discover報(bào)文觸發(fā)會(huì)話中繼以廣播方式發(fā)送PADI報(bào)文 (其中會(huì)話ID為0x0000 )。其中,會(huì)話中繼將獲得的IP會(huì)話建立過(guò)程報(bào)文的 接入環(huán)路標(biāo)識(shí)以TAG的格式插入到該P(yáng)ADI報(bào)文中。其中,會(huì)話中繼若位于 AN之后,則從Option 82中獲得接入環(huán)路標(biāo)識(shí),會(huì)話中繼若位于AN上,則從 AN內(nèi)部獲得接入環(huán)^各標(biāo)識(shí)。
步驟1303: IP邊緣設(shè)備根據(jù)收到的PADI報(bào)文中的接入環(huán)路標(biāo)識(shí)檢查 Suppliant的合法性,合法性;險(xiǎn)查通過(guò)后,IP邊緣設(shè)備發(fā)送PADO報(bào)文給會(huì)話 中繼,該P(yáng)ADO才艮文的以太網(wǎng)幀中的源地址用IP邊緣設(shè)備的MAC地址填充。
步驟1304:會(huì)話中繼收到PADO報(bào)丈后,如果收到多個(gè)IP邊緣設(shè)備的PADO 報(bào)文,則依據(jù)PADO報(bào)文的內(nèi)容或收到PADO報(bào)文的順序從多個(gè)IP邊緣設(shè)備中 選擇一個(gè)IP邊緣設(shè)備作為后續(xù)會(huì)話的對(duì)象,并向選擇的IP邊緣設(shè)備發(fā)送單播的
PADR報(bào)文(其中會(huì)話ID仍為0x0000)。
步驟1305: IP邊纟彖設(shè)備為PPPoE會(huì)話分配一個(gè)唯一的會(huì)話進(jìn)程ID (即特 定會(huì)話ID),并在向會(huì)話中繼回復(fù)的PADS報(bào)文中攜帶特定會(huì)話ID。
步驟1306:會(huì)話中繼發(fā)送DHCP Offer報(bào)文給Suppliant,在DHCP Offer 報(bào)文中用會(huì)話中繼所在節(jié)點(diǎn)的IP地址代替DHCP服務(wù)器的地址。
步驟1307:進(jìn)入鏈路建立階段,即會(huì)話中繼和IP邊緣設(shè)備進(jìn)行LCP協(xié)商。
步驟1308: Suppliant發(fā)送DHCP Request報(bào)文給會(huì)話中繼,以請(qǐng)求分配IP 地址。
步驟1309:會(huì)話中繼發(fā)送Config-Request報(bào)文給IP邊緣設(shè)備,以請(qǐng)求為 Suppliant配置IP地址。
步驟1310: IP邊緣設(shè)備向會(huì)話中繼返回Config-Nak報(bào)文,并攜帶PPP過(guò) 程分配的第一IP地址。
會(huì)話中繼和IP邊緣設(shè)備還可進(jìn)一步進(jìn)行關(guān)于用戶業(yè)務(wù)的NCP協(xié)商。
步驟1311:會(huì)話中繼向Suppliant返回?cái)y帶分配給Suppliant的第一 IP地址 的DHCPAck才艮文。或者,會(huì)話中繼為Suppliant分配一個(gè)第二 IP地址并攜帶 在DHCP Ack報(bào)文中,該第二 IP地址與PPP過(guò)程分配的IP地址——對(duì)應(yīng)。
步驟1312:在認(rèn)證和地址分配成功后,進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與 會(huì)話中繼之間傳輸IPoE會(huì)話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳 輸PPPoE會(huì)話形式的數(shù)據(jù)報(bào)文。由會(huì)話中繼進(jìn)行IPoE會(huì)話形式的數(shù)據(jù)報(bào)文與 PPPoE會(huì)話形式的數(shù)據(jù)報(bào)文之間的轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPP或IP更改數(shù) 據(jù)報(bào)文的首部及尾部,凈荷部分不需變化。
步驟1313:需要結(jié)束數(shù)據(jù)傳輸階段時(shí),Suppliant向會(huì)話中繼發(fā)送DHCP Release報(bào)文,以請(qǐng)求釋放Suppliant的IP地址。
步驟1314:會(huì)話中繼和IP邊緣設(shè)備交互Termination-Request報(bào)文和 Termination-Ack才艮文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟1315:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack報(bào)文觸發(fā)IP邊緣設(shè)
備或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
在步驟1307和步驟1308之間,可進(jìn)行會(huì)話中繼和IP邊緣設(shè)備之間的PPP認(rèn) 證階段,會(huì)話中繼采用預(yù)先在會(huì)話中繼上設(shè)置的合法用戶名和密碼,通過(guò)IP邊 緣設(shè)備取得認(rèn)證的成功。
其中,步驟1306發(fā)生在步驟1301之后,結(jié)束于步驟1309之前。
DHCP認(rèn)證時(shí),IP會(huì)話到PPPoE會(huì)話的轉(zhuǎn)換方法流程如下
步驟M01: Suppliant發(fā)送DHCPDiscover報(bào)文給會(huì)話中繼,以啟動(dòng)DHCP認(rèn)
證和地址分配過(guò)程。其中DHCP Discover報(bào)文攜帶認(rèn)證選項(xiàng)(auth-proto Option ),
表明采用Chap認(rèn)證。
步驟1402:會(huì)話中繼和IP邊緣設(shè)備進(jìn)行PPPoE發(fā)現(xiàn)階段的交互,具體過(guò)程
參見(jiàn)步驟1302 -步驟1305。
步驟1403:進(jìn)入鏈路建立階段,會(huì)話中繼和IP邊緣設(shè)備進(jìn)行LCP協(xié)商。 步驟1404: IP邊緣設(shè)備發(fā)送攜帶Chap-Challenge認(rèn)證信息的PPP LCP報(bào)文給
會(huì)話中繼。
步驟1405:會(huì)話中繼從PPPLCP報(bào)文中獲得Chap-Challenge,并將 Chap-Challenge攜帶在DHCP Offer報(bào)文中發(fā)送給Suppliant。
步驟M06: Suppliant向會(huì)話中繼發(fā)送通過(guò)認(rèn)證選項(xiàng)承載Chap-Response報(bào)文 的DHCP Request報(bào)文,以向會(huì)話中繼請(qǐng)求本地的IP地址。
步驟1407:會(huì)話中繼從DHCP Request中獲得Chap-Response,并將 Chap-Response攜帶在PPP LCP報(bào)文中發(fā)送給IP邊緣設(shè)備。
步驟1408: IP邊緣設(shè)備根據(jù)PPPLCP報(bào)文對(duì)Suppliant進(jìn)行認(rèn)證,并在認(rèn)證 成功時(shí),通過(guò)發(fā)送PPPLCP報(bào)文通知會(huì)話中繼,Chap認(rèn)證成功。
步驟1409:會(huì)話中繼發(fā)送Config-Request報(bào)文給IP邊緣設(shè)備,以請(qǐng)求為 Suppliant配置IP地址。
步驟1410: IP邊緣設(shè)備向會(huì)話中繼返回Config-Nak報(bào)文,并攜帶PPP過(guò)
牙呈分配的第一 IP地址,由會(huì)話中繼將PPP過(guò)程分配的第一 IP地址發(fā)送給
Suppliant?;蛘?,由會(huì)話中繼為Suppliant分配一個(gè)第二 IP地址,該第二 IP地 址與PPP過(guò)程分配的第一 IP地址--對(duì)應(yīng)。
會(huì)話中繼和IP邊緣設(shè)備還可進(jìn)一步進(jìn)行關(guān)于用戶業(yè)務(wù)的NCP協(xié)商。
步驟1411:會(huì)話中繼向Suppliant返回DHCPAck報(bào)文,其中攜帶分配給 SuppHant的IP;也址,表明ChapiU正成功。
步驟1412:在認(rèn)證和地址分配成功后,進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與 會(huì)話中繼之間傳輸IPoE會(huì)話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳 輸PPPoE會(huì)話形式的數(shù)據(jù)報(bào)文。由會(huì)話中繼進(jìn)行IPoE會(huì)話形式的數(shù)據(jù)報(bào)文與 PPPoE形式的數(shù)據(jù)報(bào)文之間的轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPP或IP更改數(shù)據(jù)報(bào) 文的首部及尾部,凈荷部分不需變化。
步驟1413:需要結(jié)束數(shù)據(jù)傳輸階段時(shí),Suppliant向會(huì)話中繼發(fā)送DHCP Release報(bào)文,以請(qǐng)求釋力文Suppliant的IP地址。
步驟1414:會(huì)話中繼和IP邊緣設(shè)備交互Termination-Request報(bào)文和 Termination-Ack報(bào)文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟1415:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack報(bào)文觸發(fā)IP邊緣設(shè) 備或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
上述兩個(gè)實(shí)施例描述了包括DHCP認(rèn)證的IP會(huì)話到不包括認(rèn)證過(guò)程的 PPPoE會(huì)話的轉(zhuǎn)換過(guò)程,以及描述了包括DHCP認(rèn)證的IP會(huì)話到包括Chap 認(rèn)證過(guò)程的PPPoE會(huì)話的轉(zhuǎn)換過(guò)程,包括DHCP認(rèn)證的IP會(huì)話到包括其它認(rèn) 證過(guò)程的PPPoE會(huì)話的轉(zhuǎn)換過(guò)程與上述兩個(gè)實(shí)施例的流程類似,可參照?qǐng)?zhí)行, 在此不再贅述。
參見(jiàn)圖15A, PPPoE會(huì)話包括認(rèn)證過(guò)程及IP會(huì)話包括EAP認(rèn)證時(shí),IP會(huì) 話到PPPoE會(huì)話的轉(zhuǎn)換方法流程如下
步驟MOOA:進(jìn)入EAP認(rèn)證啟動(dòng)階段。Suppliant發(fā)起IP會(huì)話的創(chuàng)建過(guò)程, 啟動(dòng)IP會(huì)話的認(rèn)i正和地址分配過(guò)程。
步驟1500B:進(jìn)入PPPoE發(fā)現(xiàn)階段,即創(chuàng)建PPPoE會(huì)話和PPPoE會(huì)話。 會(huì)話中繼發(fā)起PPPoE會(huì)話的創(chuàng)建過(guò)程,并根據(jù)獲得的Suppliant的MAC地址 與IP邊緣設(shè)備進(jìn)行交互,實(shí)現(xiàn)和完成PPPoE發(fā)現(xiàn)階段。
步驟1500C:進(jìn)入PPPoE會(huì)話的鏈路建立階段,即會(huì)話中繼與IP邊緣設(shè) 備進(jìn)行LCP協(xié)商。
步驟1500D:進(jìn)入PPPoE會(huì)話的認(rèn)證階段和IP會(huì)話的EAP認(rèn)證階段。 Suppliant與IP邊緣設(shè)備通過(guò)會(huì)話中繼進(jìn)行交互,由會(huì)話中繼將來(lái)自Suppliant 的基于IP的報(bào)文轉(zhuǎn)換為基于PPP的報(bào)文并發(fā)送給IP邊緣設(shè)備,以及將來(lái)自IP 邊緣設(shè)備的基于PPP的報(bào)文轉(zhuǎn)換為基于IP的報(bào)文并發(fā)送給Suppliant,由IP邊 緣設(shè)備根據(jù)收到的報(bào)文和本地保存的信息對(duì)Suppliant進(jìn)行認(rèn)證。
步驟1500E:在認(rèn)證成功后,進(jìn)入地址分配階段。Suppliant發(fā)起地址分配 過(guò)程,由會(huì)話中繼代替Suppliant向IP邊緣設(shè)備(或DHCP服務(wù)器)請(qǐng)求獲得 Suppliant的IP地址。會(huì)話中繼將IP邊緣設(shè)備(或DHCP服務(wù)器)分配的第一 IP 地址發(fā)送給Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一個(gè)第二 IP地址,該 第二 IP地址與IP邊緣設(shè)備(或DHCP服務(wù)器)分配的第一 IP地址——對(duì)應(yīng)。
步驟1500F:進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與會(huì)話中繼之間傳輸IPoE會(huì) 話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳輸PPPoE會(huì)話形式的數(shù)據(jù) 報(bào)文。
步驟1500G:數(shù)據(jù)傳輸完畢后,Suppliant向會(huì)話中繼發(fā)送DHCP Release 報(bào)文,以請(qǐng)求釋放本地的IP地址,IP會(huì)話終止。
步驟1500H:進(jìn)入鏈路終止階段。會(huì)話中繼與IP邊緣設(shè)備交互以終止 PPPoE會(huì)話。
步驟15001: IP邊緣設(shè)備或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。 下面對(duì)幾種關(guān)于PPPoE會(huì)話和IP會(huì)話的常用認(rèn)證方法的會(huì)話轉(zhuǎn)換過(guò)程進(jìn) 4亍詳細(xì)描述。
參見(jiàn)圖15B, PPPo
的EAP認(rèn)證時(shí),IP會(huì)話到PPPoE會(huì)話的轉(zhuǎn)換方法流程如下
步驟1501: Suppliant發(fā)送EAPoL啟動(dòng)(EAPoL-St會(huì)話中繼t)報(bào)文給會(huì)話中 繼,以啟動(dòng)EAP認(rèn)證。其中,EAPoL-St會(huì)話中繼t才艮文表明采用承載在EAPoL 上的EAP認(rèn)證。
步驟1502:會(huì)話中繼和IP邊緣設(shè)備進(jìn)行PPPoE發(fā)現(xiàn)階段的交互,具體過(guò)程 參見(jiàn)步驟1302 -步驟1305。
步驟1503:進(jìn)入鏈路建立階段,會(huì)話中繼和IP邊緣設(shè)備進(jìn)行LCP協(xié)商。
步驟1S(M:進(jìn)入認(rèn)證階段。IP邊緣設(shè)備發(fā)送攜帶Chap-Challenge認(rèn)證信息 的PPP LCP報(bào)文給會(huì)話中繼。
步驟1505:會(huì)話中繼發(fā)送EAPRequest/Identity報(bào)文給Suppliant,以及 Suppliant返回EAP-Response/Identity報(bào)文,其中,EAP Request/Identity報(bào)文和 EAP-Response/Identity報(bào)文均承載在EAPoli艮文上。
步驟1506:會(huì)話中繼將PPPoE會(huì)話ID與EAP Identity綁定。
步驟1507:會(huì)話中繼將Chap-Challenge轉(zhuǎn)換為EAP-Request/MD5 Challenge, 以及將PPPLCP報(bào)文轉(zhuǎn)換為EAPoL報(bào)文,并將承載EAP-Request/MD5 Challenge 的EAPoL報(bào)文發(fā)送給Suppliant。
步驟1508: Suppliant通過(guò)EAPoL報(bào)文返回處理后的EAP-Response/MD5 Challenge給會(huì)話中繼。
步驟1509:會(huì)話中繼將EAP-Response/MD5 Challenge轉(zhuǎn)換為 Chap-Response,以及將EAPoL報(bào)文轉(zhuǎn)換為PPP LCP報(bào)文,并將承載 Chap-Response的PPP LCP報(bào)文發(fā)送給IP邊緣設(shè)備。
步驟1510: IP邊緣設(shè)備根據(jù)收到的PPPLCP報(bào)文進(jìn)行認(rèn)證,并在認(rèn)證成功 時(shí),通過(guò)PPPLCP報(bào)文通知會(huì)話中繼,Chap認(rèn)證成功。
步驟1511:會(huì)話中繼生成EAP success,并將EAP success通過(guò)EAPoL報(bào)文發(fā) 送給Suppliant。
步驟15!2:進(jìn)入地址分配階段。Suppliant向會(huì)話中繼發(fā)送DHCP Discover
報(bào)文,以啟動(dòng)DHCP地址分配過(guò)程。
步驟1513: DHCP Discover報(bào)文觸發(fā)會(huì)話中繼發(fā)送Config-Request報(bào)文給IP 邊緣設(shè)備,以-清求配置IP地址。
步驟1514:會(huì)話中繼返回DHCPOffer報(bào)文給Suppliant,以響應(yīng)DHCP Disco ver報(bào)文。
給Suppliant是兩個(gè)獨(dú)立的操作,可同時(shí)進(jìn)行。
步驟1515: Suppliant向會(huì)話中繼發(fā)送DHCP R叫uest報(bào)文,以請(qǐng)求獲得IP地址。
步驟1516: IP邊緣設(shè)備向會(huì)話中繼返回Config-Nak報(bào)文,將PPP過(guò)程分配 的第一IP地址帶給會(huì)話中繼。
步驟1517:會(huì)話中繼將PPP過(guò)程分配的IP地址通過(guò)DHCP ACK報(bào)文發(fā)送給 Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一個(gè)第二IP地址并攜帶在DHCP ACK 報(bào)文中,該第二IP地址與PPP過(guò)程分配的IP地址——對(duì)應(yīng)。
IP邊緣設(shè)備和會(huì)話中繼還可進(jìn)一步進(jìn)行關(guān)于用于業(yè)務(wù)的NCP協(xié)商。
步驟1518:在認(rèn)證和地址分配成功后,進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與 會(huì)話中繼之間傳輸IPoE會(huì)話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳 輸PPPoE會(huì)話形式的數(shù)據(jù)報(bào)文。由會(huì)話中繼進(jìn)行IPoE會(huì)話形式的數(shù)據(jù)報(bào)文與 PPPoE會(huì)話形式的數(shù)據(jù)報(bào)文之間的轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPP或IP更改數(shù) 據(jù)報(bào)文的首部及尾部,凈荷部分不需變化。
步驟1519:需要結(jié)束數(shù)據(jù)傳輸階段時(shí),Suppliant向會(huì)話中繼發(fā)送DHCP Release報(bào)文,以請(qǐng)求釋放Suppliant的IP地址。
步驟1520:會(huì)話中繼和IP邊緣設(shè)備交互Termination-Request報(bào)文和 Termination-Ack才艮文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟1521:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack報(bào)文觸發(fā)IP邊緣設(shè) 備或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
參見(jiàn)圖16, PPPoE會(huì)話包括EAP認(rèn)證及IP會(huì)話包括承載在EAPoL上的 EAP認(rèn)證時(shí),IP會(huì)話到PPPoE會(huì)話的轉(zhuǎn)換方法流程如下
步驟1601: Suppliant發(fā)送EAPoL-St會(huì)話中繼t報(bào)文給會(huì)話中繼,以啟動(dòng)EAP 認(rèn)證
步驟1602:會(huì)話中繼和IP邊緣設(shè)備進(jìn)行PPPoE發(fā)現(xiàn)階段的交互,具體過(guò)程 參見(jiàn)步驟1302 -步驟1305。
步驟1603:進(jìn)入鏈路建立階段,會(huì)話中繼和IP邊緣設(shè)備進(jìn)行LCP協(xié)商。
步驟1604:進(jìn)入認(rèn)證階段。IP邊緣設(shè)備向會(huì)話中繼發(fā)送承載 EAP-Request/Identity的PPP LCP才良文。
步驟1605:會(huì)話中繼將PPPLCP報(bào)文轉(zhuǎn)換為EAPoL報(bào)文,在EAPoL報(bào)文中 攜帶EAP-R叫uest/Identity并發(fā)送給Suppliant。
步驟1606: Suppliant發(fā)送承載EAP-Response/Identity的EAPoL報(bào)文給會(huì)話中繼。
步驟1607:會(huì)話中繼將EAPoL報(bào)文轉(zhuǎn)換為PPPLCP報(bào)文,并在PPP LCP報(bào) 文中攜帶EAP- Response/Identity,發(fā)送給IP邊緣設(shè)備。
步驟1608:進(jìn)行EAPMethod協(xié)商,以及認(rèn)證方法交換的過(guò)程。具體包括 Suppliant和會(huì)話中繼之間均采用EAPoL報(bào)文承載EAP進(jìn)行交互,在會(huì)話中繼和 IP邊緣設(shè)備之間均采用PPP LCP報(bào)文承載EAP進(jìn)行交互,直到EAP認(rèn)證過(guò)程結(jié) 束。
步驟1609: IP邊緣設(shè)備根據(jù)收到的PPPLCP報(bào)文進(jìn)行認(rèn)證,并在認(rèn)證成功 時(shí),將EAP success封裝在PPP LCP報(bào)文中發(fā)送給會(huì)話中繼,通知會(huì)話中繼認(rèn)證 成功。
步驟1610:會(huì)話中繼將PPPLCP報(bào)文轉(zhuǎn)換為EAPoL報(bào)文,并將EAP success 攜帶在S011x報(bào)文中發(fā)送給Suppliant。
步驟1611:進(jìn)入地址分配階段。Suppliant向會(huì)話中繼發(fā)送DHCP Discover 報(bào)文,以啟動(dòng)DHCP地址分配過(guò)程。
步驟1612: DHCP Discover報(bào)文觸發(fā)會(huì)話中繼發(fā)送Config-Request報(bào)文給IP 邊緣設(shè)備,以請(qǐng)求配置IP地址。
步驟1613:會(huì)話中繼返回DHCPOffer報(bào)文給Suppliant,以響應(yīng)DHCP Discovcr報(bào)文。
步驟16M: Suppliant向會(huì)話中繼發(fā)送DHCPRequest報(bào)文,以請(qǐng)求獲得IP地址。
步驟1615: IP邊緣設(shè)備向會(huì)話中繼返回Config-Nak報(bào)文,將PPP過(guò)程分配 的IP地址帶給會(huì)話中繼。
Suppliant?;蛘?,會(huì)話中繼為Suppliant分配一個(gè)第二IP地址并攜帶在DHCP ACK 才艮文中,該第二IP地址與PPP過(guò)程分配的IP地址——對(duì)應(yīng)。
IP邊緣設(shè)備和會(huì)話中繼還可進(jìn)一 步進(jìn)行NCP協(xié)商的其它操作。
步驟1617:在認(rèn)證和地址分配成功后,進(jìn)入數(shù)據(jù)傳輸階段。Suppliant與 會(huì)話中繼之間傳輸IPoE會(huì)話形式的數(shù)據(jù)報(bào)文,會(huì)話中繼與IP邊緣設(shè)備之間傳 輸PPPoE會(huì)話形式的數(shù)據(jù)報(bào)文。由會(huì)話中繼進(jìn)行IPoE會(huì)話形式的數(shù)據(jù)報(bào)文與 PPPoE會(huì)話形式的數(shù)據(jù)報(bào)文之間的轉(zhuǎn)換,會(huì)話中繼只需依據(jù)PPP或IP更改數(shù) 據(jù)報(bào)文的首部及尾部,凈荷部分不需變化。
步驟1618:需要結(jié)束數(shù)據(jù)傳輸階段時(shí),Suppliant向會(huì)話中繼發(fā)送DHCP Release報(bào)文,以請(qǐng)求釋放Suppliant的IP地址。
步驟1619:會(huì)話中繼和IP邊緣設(shè)備交互Termination-Request報(bào)文和 Termination-Ack才艮文,以終止標(biāo)準(zhǔn)PPP會(huì)話。
步驟1620:當(dāng)標(biāo)準(zhǔn)PPP會(huì)話終止時(shí),Termination-Ack報(bào)文觸發(fā)IP邊緣設(shè) 備或會(huì)話中繼發(fā)送PADT報(bào)文,以終止PPPoE會(huì)話。
上述兩個(gè)實(shí)施例描述了包括承載在EAPoL上的EAP認(rèn)證的IP會(huì)話到包括 Chap認(rèn)證過(guò)程的PPPoE會(huì)話的轉(zhuǎn)換過(guò)程,以及描述了包括承載在EAPoL上的 EAP認(rèn)證的IP會(huì)話到包括EAP認(rèn)證過(guò)程的PPPoE會(huì)話的轉(zhuǎn)換過(guò)程,包括EAP
認(rèn)證的IP會(huì)話到PPPoE會(huì)話的轉(zhuǎn)換過(guò)程與上述兩個(gè)實(shí)施例的流程類似,可參 照?qǐng)?zhí)行,在此不再贅述。
以上實(shí)施例描述了 PPPoE會(huì)話與IP會(huì)話之間的轉(zhuǎn)換過(guò)程,PPPoA會(huì)話與 IP會(huì)話之間的轉(zhuǎn)換過(guò)程可參照?qǐng)?zhí)行,在此不再贅述。
本發(fā)明實(shí)施例通過(guò)會(huì)話中繼實(shí)現(xiàn)了 PPP會(huì)話與IP會(huì)話的轉(zhuǎn)換,尤其是認(rèn)
證轉(zhuǎn)換,使應(yīng)用不同協(xié)議的UE和網(wǎng)絡(luò)側(cè)之間實(shí)現(xiàn)數(shù)據(jù)傳輸,以及UE在應(yīng)用 不同協(xié)議的網(wǎng)絡(luò)之漫游過(guò)程中,其業(yè)務(wù)不中斷,可增強(qiáng)用戶體驗(yàn)。并且,本發(fā)
會(huì)話的轉(zhuǎn)換方法,使各種情況下的PPP會(huì)話和IP會(huì)話均可實(shí)現(xiàn)相互轉(zhuǎn)換,保 持?jǐn)?shù)據(jù)傳輸。
明的精神和范圍。這樣,倘若對(duì)本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求 及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種點(diǎn)到點(diǎn)協(xié)議會(huì)話與互聯(lián)網(wǎng)協(xié)議會(huì)話之間的轉(zhuǎn)換方法,其特征在于,包括以下步驟會(huì)話中繼與PPP會(huì)話通信對(duì)端進(jìn)行點(diǎn)到點(diǎn)協(xié)議PPP會(huì)話通信,會(huì)話中繼與IP會(huì)話通信對(duì)端進(jìn)行IP會(huì)話通信以及會(huì)話中繼將PPP會(huì)話中需要由IP會(huì)話通信對(duì)端處理的信息以IP會(huì)話形式轉(zhuǎn)發(fā)給IP會(huì)話通信對(duì)端,將IP會(huì)話中需要由PPP會(huì)話通信對(duì)端處理的信息以PPP會(huì)話形式轉(zhuǎn)發(fā)給PPP會(huì)話通信對(duì)端。
2、 如權(quán)利要求1所述的轉(zhuǎn)換方法,其特征在于,會(huì)話中繼根據(jù)用戶側(cè)的 會(huì)話通信對(duì)端的MAC地址與網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端交互PPP會(huì)話或IP會(huì)話。
3、 如權(quán)利要求1所述的轉(zhuǎn)換方法,其特征在于,PPP會(huì)話和IP會(huì)話均包 括會(huì)話創(chuàng)建階段、會(huì)話數(shù)據(jù)傳輸階段和會(huì)話終止階段;其中在會(huì)話創(chuàng)建階段中,由會(huì)話中繼進(jìn)行PPP會(huì)話創(chuàng)建階段與IP會(huì)話創(chuàng)建階 段之間的轉(zhuǎn)換;在會(huì)話數(shù)據(jù)傳輸階段中,會(huì)話中繼將來(lái)自PPP會(huì)話通信對(duì)端的PPP會(huì)話 形式的數(shù)據(jù)報(bào)文轉(zhuǎn)換為IP會(huì)話形式的數(shù)據(jù)報(bào)文并發(fā)送給IP會(huì)話通信對(duì)端,以 及將來(lái)自IP會(huì)話通信對(duì)端的IP會(huì)話形式的數(shù)據(jù)報(bào)文轉(zhuǎn)換為PPP會(huì)話形式的數(shù) 據(jù)報(bào)文并發(fā)送給PPP會(huì)話通信對(duì)端;在會(huì)話終止階段中,由會(huì)話中繼進(jìn)行PPP會(huì)話終止階段與IP會(huì)話終止階 段之間的轉(zhuǎn)換。
4、 如權(quán)利要求3所述的轉(zhuǎn)換方法,其特征在于,IP會(huì)話創(chuàng)建階段和PPP 會(huì)話創(chuàng)建階段均包括認(rèn)證階段會(huì)話中繼將PPP會(huì)話通信對(duì)端發(fā)送的承載認(rèn)證 信息的PPP會(huì)話形式報(bào)文轉(zhuǎn)換為承載認(rèn)證信息的IP會(huì)話形式報(bào)文并發(fā)送給IP 會(huì)話通信對(duì)端,以及將IP會(huì)話通信對(duì)端發(fā)送的承載認(rèn)證信息的IP會(huì)話形式報(bào) 文轉(zhuǎn)換為承載認(rèn)證信息的PPP會(huì)話形式報(bào)文并發(fā)送給PPP會(huì)話通信對(duì)端;由 網(wǎng)絡(luò)側(cè)中的認(rèn)證者將PPP會(huì)話通信對(duì)端或IP會(huì)話通信對(duì)端發(fā)送的認(rèn)證信息轉(zhuǎn)發(fā)給認(rèn)證服務(wù)器,由認(rèn)證服務(wù)器根據(jù)認(rèn)證信息對(duì)用戶進(jìn)行認(rèn)證。
5、 如權(quán)利要求4所述的轉(zhuǎn)換方法,其特征在于,PPP會(huì)話認(rèn)證階段包括密碼認(rèn)證協(xié)議PAP認(rèn)證方式、挑戰(zhàn)握手協(xié)議Chap認(rèn)證方式或可擴(kuò)展認(rèn)證協(xié)議 EAPi/vi正方式。
6、 如權(quán)利要求5所述的轉(zhuǎn)換方法,其特征在于,IP會(huì)話創(chuàng)建階段包括DHCP 認(rèn)證方式或者EAP認(rèn)證方式。
7、 如權(quán)利要求6所述的轉(zhuǎn)換方法,其特征在于,DHCP認(rèn)證方式包括采 用82選項(xiàng)的DHCP認(rèn)證方式、采用PAP/Chap模式的DHCP認(rèn)證方式;EAP 認(rèn)證方式包括采用EAP模式的DHCP認(rèn)證方式、承載在PANA上的EAP認(rèn)證 方式或承載在局域網(wǎng)上的EAP認(rèn)證方式。
8、 如權(quán)利要求7所述的轉(zhuǎn)換方法,其特征在于,在DHCP認(rèn)證方式中, 會(huì)話中繼與IP會(huì)話通信對(duì)端通過(guò)DHCP發(fā)現(xiàn)Discover才艮文中的DHCP認(rèn)證選 項(xiàng)交互支持的認(rèn)i正方式。
9、 如權(quán)利要求8所述的轉(zhuǎn)換方法,其特征在于,當(dāng)DHCP Discover報(bào)文 未包括認(rèn)證選項(xiàng)時(shí),表示采用82選項(xiàng)的DHCP認(rèn)證方式;當(dāng)DHCP Discover 報(bào)文包括認(rèn)證選項(xiàng)且認(rèn)證選項(xiàng)為Chap或PAP模式時(shí),表示采用Chap模式或 PAP模式的DHCP認(rèn)證方式;當(dāng)DHCP Discover報(bào)文包括認(rèn)證選項(xiàng)且認(rèn)證選項(xiàng) 為EAP模式時(shí),表示采用EAP模式的DHCP認(rèn)證方式。
10、 如權(quán)利要求7所述的轉(zhuǎn)換方法,其特征在于,在EAPi^證方式中, 會(huì)話中繼與IP會(huì)話通信對(duì)端交互PANA客戶啟動(dòng)l艮文,PANA客戶啟動(dòng)報(bào)文 表示采用承載在網(wǎng)絡(luò)接入認(rèn)證承載協(xié)議PANA上的EAP認(rèn)證。
11、 如權(quán)利要求7所述的轉(zhuǎn)換方法,其特征在于,在EAP認(rèn)證方式中, 會(huì)話中繼IP會(huì)話通信對(duì)端交互EAP承載在局域網(wǎng)EAPoL啟動(dòng)^^文,EAPoL 啟動(dòng)報(bào)文表示采用承載在局域網(wǎng)上的EAP認(rèn)證。
12、 如權(quán)利要求7所述的轉(zhuǎn)換方法,其特征在于,當(dāng)PPP會(huì)話創(chuàng)建階段采 用的認(rèn)證方式與IP會(huì)話創(chuàng)建階段采用的認(rèn)證方式不匹配時(shí),會(huì)話中繼將PPP會(huì)話創(chuàng)建采用的認(rèn)證方式轉(zhuǎn)換為IP會(huì)話創(chuàng)建階段采用的認(rèn)證方式,以及將IP 會(huì)話創(chuàng)建階段采用的認(rèn)證方式轉(zhuǎn)換為PPP會(huì)話創(chuàng)建階段采用的認(rèn)證方式。
13、 如權(quán)利要求12所述的轉(zhuǎn)換方法,其特征在于,當(dāng)PPP會(huì)話創(chuàng)建階段和IP會(huì)話創(chuàng)建階^殳分別采用PAP/Chap i人i正方式和EAP認(rèn)證方式時(shí),會(huì)話中 繼進(jìn)行PAP/Chap 44戰(zhàn)字和EAP 4兆戰(zhàn)字之間的轉(zhuǎn)換。
14、 如權(quán)利要求12所述的轉(zhuǎn)換方法,其特征在于,IP會(huì)話創(chuàng)建階段和PPP 會(huì)話創(chuàng)建階段中僅有一方會(huì)話創(chuàng)建階段包括EAP認(rèn)證方式時(shí),在進(jìn)行認(rèn)證方 式轉(zhuǎn)換前,會(huì)話中繼與僅有一方會(huì)話創(chuàng)建階段的會(huì)話通信對(duì)端交互EAP身份, 并將另 一方會(huì)話通信對(duì)端的MAC地址和EAP身份綁定。
15、如權(quán)利要求12所述的轉(zhuǎn)換方法,其特征在于,僅IP會(huì)話創(chuàng)建階段包 括EAP認(rèn)證方式時(shí),在進(jìn)行認(rèn)證方式轉(zhuǎn)換前,會(huì)話中繼與IP會(huì)話通信對(duì)端交 互EAP身份,與PPP會(huì)話通信對(duì)端交互PPP會(huì)話標(biāo)識(shí),并將PPP會(huì)話標(biāo)識(shí)和 EAP身份綁定。 .
16、 如權(quán)利要求7所述的轉(zhuǎn)換方法,其特征在于,IP會(huì)話創(chuàng)建階段采用承 載在PANA上的EAP認(rèn)證方式時(shí),會(huì)話中繼與IP會(huì)話通信對(duì)端交互PANA認(rèn) 證請(qǐng)求/答復(fù)報(bào)文,以表明本地提供的認(rèn)證授權(quán)服務(wù)。
17、 如權(quán)利要求3所述的轉(zhuǎn)換方法,其特征在于,僅IP會(huì)話創(chuàng)建階段包 括認(rèn)證階段;由會(huì)話中繼代替PPP會(huì)話通信對(duì)端與IP會(huì)話通信對(duì)端交互以完 成認(rèn)證階段。
18、 如權(quán)利要求17所述的轉(zhuǎn)換方法,其特征在于,IP會(huì)話創(chuàng)建階段包括 采用82選項(xiàng)的DHCP認(rèn)證方式、采用PAP/Chap模式的DHCP認(rèn)證方式、采 用EAP模式的DHCP認(rèn)證方式、承載在PANA上的EAP認(rèn)證方式或承載在局 域網(wǎng)上的EAP認(rèn)證方式。
19、 如權(quán)利要求18所述的轉(zhuǎn)換方法,其特征在于,當(dāng)IP會(huì)話通信對(duì)端位 于網(wǎng)絡(luò)側(cè)時(shí),在IP會(huì)話創(chuàng)建階段采用82選項(xiàng)的DHCP認(rèn)證方式的情況下,由 會(huì)話中繼進(jìn)行攜帶接入環(huán)路標(biāo)識(shí)的PPP會(huì)話報(bào)文與以82選項(xiàng)的格式攜帶接入環(huán)路標(biāo)識(shí)的IP會(huì)話報(bào)文之間的轉(zhuǎn)換,由網(wǎng)絡(luò)側(cè)中的認(rèn)證服務(wù)器根據(jù)接入環(huán)路 標(biāo)識(shí)對(duì)PPP會(huì)話通信對(duì)端進(jìn)行認(rèn)證;在IP會(huì)話創(chuàng)建階段采用PAP/Chap模式進(jìn)行DHCP認(rèn)證的情況下,由會(huì)話 中繼對(duì)網(wǎng)絡(luò)側(cè)中認(rèn)證服務(wù)器發(fā)送的Chap挑戰(zhàn)字進(jìn)行處理,并回復(fù)Chap響應(yīng), 由認(rèn)證服務(wù)器根據(jù)Chap響應(yīng)中的認(rèn)證信息進(jìn)行認(rèn)證;在IP會(huì)話創(chuàng)建階段采用EAP認(rèn)證方式的情況下,由會(huì)話中繼根據(jù)網(wǎng)絡(luò)側(cè) 中認(rèn)證服務(wù)器發(fā)送的EAP請(qǐng)求返回EAP響應(yīng),由認(rèn)證服務(wù)器根據(jù)EAP響應(yīng)中 的認(rèn)證信息進(jìn)行認(rèn)證。
20、 如權(quán)利要求3所述的轉(zhuǎn)換方法,其特征在于,會(huì)話創(chuàng)建階段包括地址 分配階段,其中,會(huì)話中繼代替用戶側(cè)的會(huì)話通信對(duì)端向網(wǎng)絡(luò)側(cè)中的DHCP服 務(wù)器請(qǐng)求并獲得第一IP地址;以及會(huì)話中繼將獲得的第一 IP地址發(fā)送給用戶側(cè)的會(huì)話通信對(duì)端;或者,會(huì) 話中繼為用戶側(cè)的會(huì)話通信對(duì)端分配第二 IP地址,并建立第二 IP地址與第一 IP地址的對(duì)應(yīng)關(guān)系。
21、 如權(quán)利要求20所述的轉(zhuǎn)換方法,其特征在于,當(dāng)會(huì)話中繼向用戶側(cè) 的會(huì)話通信對(duì)端分配第二 IP地址后,會(huì)話中繼將來(lái)自用戶側(cè)的會(huì)話通信對(duì)端 的報(bào)文中的第二 IP地址轉(zhuǎn)換為對(duì)應(yīng)的第一 IP地址后轉(zhuǎn)發(fā)給網(wǎng)絡(luò)側(cè)的會(huì)話通信 對(duì)端,以及將來(lái)自網(wǎng)絡(luò)側(cè)的會(huì)話通信對(duì)端的報(bào)文中的第一 IP地址轉(zhuǎn)換為對(duì)應(yīng) 的第二 IP地址后轉(zhuǎn)發(fā)給用戶側(cè)的會(huì)話通信對(duì)端。
22、 如權(quán)利要求3所述的轉(zhuǎn)換方法,其特征在于,PPP的會(huì)話創(chuàng)建階段包括以太網(wǎng)承載點(diǎn)到點(diǎn)協(xié)議PPPoE發(fā)現(xiàn)階段會(huì)話中繼與PPP會(huì)話通信對(duì)端 建立連接,并獲得PPP會(huì)話標(biāo)識(shí);鏈路建立階段會(huì)話中繼與PPP會(huì)話通信對(duì)端進(jìn)行鏈路控制協(xié)議LCP協(xié)商。
23、 如權(quán)利要求22所述的轉(zhuǎn)換方法,其特征在于,所述PPPoE發(fā)現(xiàn)階段 包括步驟會(huì)話中繼通過(guò)PPPoE ;敫活發(fā)現(xiàn)初始PADI報(bào)文和PPPoE激活發(fā)5見(jiàn)確i人 PADO報(bào)文與PPP會(huì)話通信對(duì)端建立連接,并彼此確定為后續(xù)會(huì)話對(duì)象,其中 用本地的MAC地址填充PADO報(bào)文的源地址;會(huì)話中繼與PPP會(huì)話通信對(duì)端通過(guò)PPPoE激活發(fā)現(xiàn)請(qǐng)求PADR才艮文和 PADS l艮文交互PPP會(huì)話標(biāo)識(shí)。
24、 如權(quán)利要求3所述的轉(zhuǎn)換方法,其特征在于,在IP會(huì)話創(chuàng)建階段采 用DHCP認(rèn)證方式時(shí),會(huì)話中繼與IP會(huì)話通信對(duì)端通過(guò)動(dòng)態(tài)主機(jī)配置協(xié)議發(fā) 現(xiàn)DHCP Discover報(bào)文和動(dòng)態(tài)主機(jī)配置協(xié)議確i人DHCP Offer報(bào)文進(jìn)行交互, 并彼此確定為后續(xù)會(huì)話對(duì)象。
25、 如權(quán)利要求3所述的轉(zhuǎn)換方法,其特征在于,在IP會(huì)話創(chuàng)建階段采 用承載在PANA上的EAP認(rèn)證方式時(shí),會(huì)話中繼與IP會(huì)話通信對(duì)端通過(guò)PANA 客戶啟動(dòng)報(bào)文和PANA認(rèn)證請(qǐng)求/答復(fù)報(bào)文建立連接,并彼此確定為后續(xù)會(huì)話 對(duì)象。
26、 如權(quán)利要求3所述的轉(zhuǎn)換方法,其特征在于,所述會(huì)話終止階段包括 步驟會(huì)話中繼與IP會(huì)話通信對(duì)端交互請(qǐng)求釋放IP地址的報(bào)文以終止IP會(huì)話。
27、 如權(quán)利要求26所述的轉(zhuǎn)換方法,其特征在于,在IP會(huì)話創(chuàng)建階段包 括承載在PANA上的EAP認(rèn)證過(guò)程情況下,會(huì)話中繼與IP會(huì)話通信對(duì)端交互 請(qǐng)求釋放IP地址的報(bào)文前,進(jìn)行PANA終止請(qǐng)求/答復(fù)報(bào)文交互,以終止PANA 會(huì)話。
28、 一種用于會(huì)話轉(zhuǎn)換的裝置,其特征在于,包括PPP會(huì)話接口單元,用于與PPP會(huì)話通信對(duì)端交互點(diǎn)到點(diǎn)協(xié)議PPP會(huì)話;IP會(huì)話接口單元,用于與IP會(huì)話通信對(duì)端交互IP會(huì)話;會(huì)話轉(zhuǎn)換單元,用于將PPP會(huì)話中需要由IP會(huì)話通信對(duì)端處理的信息以 IP會(huì)話形式發(fā)送給IP會(huì)話通信對(duì)端,將IP會(huì)話中需要由PPP會(huì)話通信對(duì)端處 理的信息以PPP會(huì)話形式發(fā)送給PPP會(huì)話通信對(duì)端。
29、 如權(quán)利要求28所述的裝置,其特征在于,所述裝置為邏輯裝置,存 在于家庭網(wǎng)關(guān)、接入節(jié)點(diǎn)AN或IP邊緣設(shè)備中;或者所述會(huì)話中繼為物理實(shí)體,位于用戶設(shè)備和IP邊緣設(shè)備之間。
30、 如權(quán)利要求28所述的裝置,其特征在于,所述會(huì)話轉(zhuǎn)換單元包括認(rèn) 證中繼AR, AR用于PPP會(huì)話和IP會(huì)話中認(rèn)證階段的轉(zhuǎn)換。
全文摘要
本發(fā)明公開(kāi)一種會(huì)話轉(zhuǎn)換的方法,以實(shí)現(xiàn)PPP會(huì)話與IP會(huì)話之間的轉(zhuǎn)換。所述方法為會(huì)話中繼與PPP會(huì)話通信對(duì)端進(jìn)行PPP會(huì)話通信,并與IP會(huì)話通信對(duì)端進(jìn)行IP會(huì)話通信;以及,會(huì)話中繼將PPP會(huì)話中需要由IP會(huì)話通信對(duì)端處理的信息以IP會(huì)話形式轉(zhuǎn)發(fā)給IP會(huì)話通信對(duì)端,將IP會(huì)話中需要由PPP會(huì)話通信對(duì)端處理的信息以PPP會(huì)話形式轉(zhuǎn)發(fā)給PPP會(huì)話通信對(duì)端。本發(fā)明還公開(kāi)了一種裝置。
文檔編號(hào)H04L29/06GK101365238SQ20071014389
公開(kāi)日2009年2月11日 申請(qǐng)日期2007年8月6日 優(yōu)先權(quán)日2007年8月6日
發(fā)明者鄭若濱 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
集贤县| 桃园县| 沐川县| 广水市| 广德县| 江油市| 黄梅县| 前郭尔| 上犹县| 林州市| 广汉市| 河间市| 石台县| 娱乐| 鞍山市| 商河县| 开远市| 梅河口市| 奈曼旗| 涡阳县| 普兰店市| 广宁县| 清丰县| 阜南县| 娄烦县| 平泉县| 昌平区| 苍南县| 宁武县| 博野县| 手游| 麟游县| 庆城县| 盐边县| 岑溪市| 讷河市| 延长县| 永顺县| 玉田县| 江川县| 慈利县|