專利名稱:一種在異制鏈路層通路動態(tài)建立點對點協(xié)議通道的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種動態(tài)建立點對點協(xié)議通道的方法,特別涉及一種在異制鏈路層通路動態(tài)建立點對點協(xié)議通道的方法。
背景技術(shù):
PPP協(xié)議(Point-to-Point Protocol),即點對點協(xié)議,被設(shè)計用來建立可靠的點對點的數(shù)據(jù)傳送方式,它可以封裝多種協(xié)議類型的數(shù)據(jù)報文,包含有鏈路層控制協(xié)議,以建立、配置和測試數(shù)據(jù)鏈路鏈接,網(wǎng)絡(luò)層控制協(xié)議,用以建立和配置不同的網(wǎng)絡(luò)層協(xié)議。PPP協(xié)議是目前最常用的實現(xiàn)用戶計算機(jī)到網(wǎng)絡(luò)交換設(shè)備的連接,從而接入因特網(wǎng)的方式。
在采用ATM(Asynchronous Transfer Mode,異步傳輸模式)技術(shù)的接入網(wǎng)絡(luò)中,用戶使用PPPOA(PPP Over ATM,異步傳輸模式點對點通信協(xié)議)方式接入,應(yīng)用PPPOA技術(shù)傳送PPP協(xié)議包,即對PPP包進(jìn)行AAL5層封裝處理,形成ATM信元流進(jìn)行傳送。由ATM接口送至上層PPP處理設(shè)備。AAL5協(xié)議被稱為簡單有效的適配層SEAL(simple efficient adaptationlayer),經(jīng)過論證,ATM論壇接受了SEAL,并為它起名叫AAL5。
在采用IP技術(shù)的接入網(wǎng)絡(luò)中,用戶通常使用PPPOE(PPP Over Ethernet,以太網(wǎng)點對點通信協(xié)議)方式接入,即將用戶的PPP協(xié)議包封裝在以太網(wǎng)的幀格式中進(jìn)行傳送。由以太網(wǎng)接口送至上層PPP處理設(shè)備。
隨著IP交換網(wǎng)絡(luò)的發(fā)展,接入網(wǎng)的建設(shè)逐漸向以太網(wǎng)組網(wǎng)方向轉(zhuǎn)移,但是對于早先的PPPOA用戶,設(shè)備仍然需要提供支持,但是如果既要支持PPPOA接入,又要支持PPPOE的接入,設(shè)備之間就需要同時存在以太網(wǎng)接口和ATM接口,這在組網(wǎng)成本上是很不利的。
根據(jù)上述的情況,要求在不同的鏈路層間,這里即指ATM鏈路層和IP鏈路層的不同鏈路層---異制鏈路層,可以建立點對點協(xié)議通道,提出了將用戶PPPOA接入方式轉(zhuǎn)為PPPOE接入方式的設(shè)想,并且有了一些實現(xiàn)方案的建議。方案中比較明確的兩點是一是要根據(jù)PPPOE的實現(xiàn)流程,模擬用戶完成PPPOE發(fā)現(xiàn)的過程;二是實現(xiàn)PPPOA封裝的ATM報文到PPPOE封裝的以太網(wǎng)數(shù)據(jù)幀之間的轉(zhuǎn)換。但是對于如何確認(rèn)PPPOE連接,以及PPP連接的建立和拆除有很多不同的做法,有的是分析PPP協(xié)議報文的詳細(xì)信息,有的是檢測用戶實際在線情況。
對于分析PPP協(xié)議報文的詳細(xì)信息的方法不足是對所有PPP用戶建鏈報文進(jìn)行解析,處理復(fù)雜,容易使設(shè)備負(fù)荷過重。
對于檢測用戶實際在線情況方法的不足是通過檢測用戶實際在線情況,當(dāng)發(fā)現(xiàn)用戶離線時,即進(jìn)行拆鏈處理,受物理鏈路影響過大,有可能導(dǎo)致誤拆。如果接入設(shè)備無法正確判斷PPPOE連接和PPP連接的建立狀態(tài),對用戶和上層PPP處理設(shè)備相關(guān)的處理將產(chǎn)成不正確的影響。
發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供了一種在異制鏈路層通路動態(tài)建立點對點協(xié)議通道的方法,比如在ATM的鏈路層變換到以太網(wǎng)鏈路層時,正常建立點對點協(xié)議通道,以達(dá)到在通信系統(tǒng)接入網(wǎng)領(lǐng)域中,提供在以太網(wǎng)交換設(shè)備上將采用PPPOA接入方式的用戶轉(zhuǎn)換為PPPOE的接入方式時,動態(tài)建立、維持和撤銷PPP通道。
為解決上述技術(shù)問題,本發(fā)明提供了一種在異制鏈路層通路動態(tài)建立點對點協(xié)議通道的方法,本方法包括如下步驟步驟1、收到來自用戶的點對點通信協(xié)議鏈路控制協(xié)議配置請求報文后,模擬用戶發(fā)起以太網(wǎng)點對點通信協(xié)議發(fā)現(xiàn)階段流程;步驟2、對用戶上行的異步傳輸模式點對點通信協(xié)議報文進(jìn)行封裝修改,形成以太網(wǎng)點對點通信協(xié)議封裝的以太網(wǎng)數(shù)據(jù)幀;步驟3、點對點通信協(xié)議連接建立后,上層點對點通信協(xié)議協(xié)議實體和用戶點對點通信協(xié)議實體間互發(fā)鏈路控制協(xié)議響應(yīng)請求報文,收到鏈路控制協(xié)議響應(yīng)請求報文后,回應(yīng)鏈路控制協(xié)議響應(yīng)回答報文;步驟4、設(shè)置鏈路控制協(xié)議響應(yīng)回答報文定時器,在定時器內(nèi)設(shè)置等待時間;步驟5、檢測到等待時間內(nèi)沒有鏈路控制協(xié)議響應(yīng)回答報文時,接入設(shè)備終止以太網(wǎng)點對點通信協(xié)議連接,釋放原保存的以太網(wǎng)點對點通信協(xié)議會話標(biāo)識。
本方法可以進(jìn)一步包括如下步驟步驟6、接入設(shè)備回到最初狀態(tài),等待用戶的點對點通信協(xié)議鏈路控制協(xié)議配置請求報文,準(zhǔn)備開始新的連接。
所述鏈路控制協(xié)議響應(yīng)回答報文可以是來自用戶側(cè)的鏈路控制協(xié)議響應(yīng)回答報文。
本方法可以進(jìn)一步包括如下步驟當(dāng)檢測到以太網(wǎng)點對點通信協(xié)議會話終止報文時,接入設(shè)備終止以太網(wǎng)點對點通信協(xié)議連接,釋放原保存的以太網(wǎng)點對點通信協(xié)議會話標(biāo)識。
所述以太網(wǎng)點對點通信協(xié)議會話終止報文可以是來自上層點對點協(xié)議處理實體的以太網(wǎng)點對點通信協(xié)議會話終止報文。
本方法可以進(jìn)一步包括如下步驟當(dāng)檢測到鏈路控制協(xié)議終止請求報文時,接入設(shè)備終止以太網(wǎng)點對點通信協(xié)議連接,釋放原保存的以太網(wǎng)點對點通信協(xié)議會話標(biāo)識。
所述鏈路控制協(xié)議終止請求可以是來自用戶側(cè)的鏈路控制協(xié)議終止請求。
本方法充分考慮了PPPOE和PPP流程的特點,在避免了對PPP流程的過多干預(yù),保證其透明可靠地傳送的前提下,實現(xiàn)PPPOA到PPPOE的轉(zhuǎn)換,能夠動態(tài)建立、維持和撤銷PPP通道,切實可行,保證了網(wǎng)絡(luò)使用效率。
圖1是實施例所述PPPOA轉(zhuǎn)PPPOE基本實現(xiàn)流程示意圖;
圖2是實施例所述接入設(shè)備收到用戶請求,開始建立PPPOE會話的流程示意圖;圖3是實施例所述接入設(shè)備收到上層確認(rèn),建立PPPOE會話的流程示意圖;圖4是實施例所述接入設(shè)備在PPPOE會話建立期間,處理協(xié)議包和數(shù)據(jù)包的流程示意圖;圖5是實施例所述等待用戶LCP echo ack(鏈路控制協(xié)議響應(yīng)回答)報文的定時器超時,接入設(shè)備解除PPP連接的流程示意圖。
具體實施例方式
下面結(jié)合附圖來說明本發(fā)明具體實施。
第一步接入設(shè)備收到來自用戶的PPP LCP config request(鏈路控制協(xié)議配置請求)報文后,模擬用戶發(fā)起PPPOE Discovery流程。當(dāng)成功收到上層PPPOE處理模塊發(fā)來的PADS(PPPOE會話確認(rèn))報文,即認(rèn)為PPPOE連接已經(jīng)建立。保存會話標(biāo)識。
第二步在PPPOE連接狀態(tài)建立情況下,對用戶上行的PPPOA報文進(jìn)行封裝修改,形成PPPOE封裝的以太網(wǎng)數(shù)據(jù)幀。下行處理則相反。PPPOE的連接建立并不表示PPP連接建立。在PPPOE連接建立的基礎(chǔ)上,PPP通過PPP鏈路控制協(xié)議的進(jìn)一步交互處理,才能確認(rèn)連接建立,PPP連接建立后,上層PPP協(xié)議實體和用戶PPP協(xié)議實體間會互發(fā)PPP LCP echorequest(鏈路控制協(xié)議響應(yīng)請求)報文,收到LCP echo request的回應(yīng)LCP echoack(鏈路控制協(xié)議響應(yīng)回答)。如此雙方確認(rèn)PPP連接的正常存在。對于接入設(shè)備,監(jiān)測來自用戶的LCP echo ack報文,來確認(rèn)用戶和上層PPP協(xié)議處理實體間的正常連接。之所以只需要監(jiān)測用戶側(cè)的LCP echo ack,是因為上層PPP處理設(shè)備發(fā)送LCP echo request的時間間隔可以配置,并且對其下的所有用戶都相同,而用戶主動發(fā)起LCP echo request報文的時間間隔則不好控制。
第三步接入設(shè)備檢測到一定時間內(nèi)沒有來自用戶側(cè)的LCP echo ack報文,確認(rèn)PPP連接異常,這種異常來自用戶,也有可能來自上層處理設(shè)備。接入設(shè)備從而確認(rèn)自己維護(hù)的PPPOE連接也終止,釋放原保存的PPPOE會話標(biāo)識。接入設(shè)備然后回到最初的狀態(tài),等待接收用戶的PPP LCP configrequest報文,以準(zhǔn)備開始新的連接的建立。
當(dāng)然,在PPPOE連接建立狀態(tài)下,還需要監(jiān)測來自上層的PADT(PPPOE會話終止)報文,以及來自用戶的PPP LCP terminate request(鏈路控制協(xié)議終止請求)報文。從而可以確認(rèn)PPP連接及PPPOE連接的終止。
如圖1所示,PPPOA轉(zhuǎn)PPPOE基本流程是接入設(shè)備接收到用戶終端發(fā)出的PPP LCP config request,開始模擬用戶向上層PPP處理模塊發(fā)起PPPOE DISCOVERY(PPPOE發(fā)現(xiàn))過程。接入設(shè)備收到上層PPP處理模塊的PADS后,完成PPPOE DISCOVERY過程,確認(rèn)PPPOE會話的建立。會話建立后,接入設(shè)備將由用戶終端收到的PPPOA封裝的數(shù)據(jù)包修改為PPPOE封裝的以太網(wǎng)數(shù)據(jù)幀,發(fā)往上層設(shè)備。下行方向,接入設(shè)備將收到的PPPOE封裝的以太網(wǎng)數(shù)據(jù)幀轉(zhuǎn)換為PPPOA封裝的ATM PDU,發(fā)往用戶終端。接入設(shè)備檢測用戶側(cè)的PPP LCP terminate request和PPP LCP echo ack包,也檢測來自上層PPP處理設(shè)備的PADT,收到上行的PPP LCP terminate request或者下行的PADT,都可確認(rèn)本次PPPOE會話連接終止。PPP LCP terminate req和PPP LCP echo ack包被處理后,仍需修改為PPPOE封裝向上轉(zhuǎn)發(fā)。
圖2是接入設(shè)備收到用戶請求,開始建立PPPOE會話的流程示意圖,如圖所示接入設(shè)備在起始狀態(tài),等待接收來自用戶終端的PPP LCP configrequest,其他類型報文都丟棄,當(dāng)收到第一個PPP LCP config request后,不再接收任何報文,開始模擬用戶PPPOE DISCOVERY流程。
圖3是接入設(shè)備收到上層確認(rèn),建立PPPOE會話的流程示意圖,如圖所示接入設(shè)備收到下行PPPOE DISCOVERY過程最后的會話確認(rèn)報文,確認(rèn)PPPOE會話連接建立,進(jìn)入PPPOE連接狀態(tài),開始接收用戶側(cè)報文,并開始啟動定時器監(jiān)測用戶側(cè)PPP LCP echo ack報文的接收。
圖4是接入設(shè)備在PPPOE會話建立期間,處理協(xié)議包和數(shù)據(jù)包的流程示意圖,如圖所示PPPOE會話連接期間報文的處理流程是除了用戶側(cè)的PPP LCP terminate request和PPP LCP echo ack和網(wǎng)絡(luò)側(cè)的PADT報文外,其他所有協(xié)議包和數(shù)據(jù)包都只做PPPOA到PPPOE封裝的轉(zhuǎn)換處理。收到PPP LCP echo ack報文,重置定時器,確認(rèn)連接繼續(xù)保持。收到PPP LCP terminate request,表示用戶側(cè)要求取消PPP連接,收到網(wǎng)絡(luò)側(cè)的PADT,表示上層設(shè)備要求取消當(dāng)前該用戶的PPPOE和PPP連接,接入模塊即終止當(dāng)前PPPOE連接,回復(fù)到起始狀態(tài)。
圖5是等待用戶LCP echo ack報文的定時器超時,接入設(shè)備解除PPP連接的流程示意圖,如圖所示在PPPOE會話連接期間,當(dāng)監(jiān)測用戶側(cè)PPP LCP echo ack報文接收的定時器超時,表示在定時器設(shè)置時間內(nèi),沒有收到來自用戶側(cè)的PPP LCPecho ack報文,這說明當(dāng)前PPP連接已經(jīng)中斷,接入處理模塊由此終止當(dāng)前PPPOE連接,恢復(fù)到起始狀態(tài)。
權(quán)利要求
1.一種在異制鏈路層通路動態(tài)建立點對點協(xié)議通道的方法,其特征在于,包括如下步驟步驟1、收到來自用戶的點對點通信協(xié)議鏈路控制協(xié)議配置請求報文后,模擬用戶發(fā)起以太網(wǎng)點對點通信協(xié)議發(fā)現(xiàn)階段流程;步驟2、對用戶上行的異步傳輸模式點對點通信協(xié)議報文進(jìn)行封裝修改,形成以太網(wǎng)點對點通信協(xié)議封裝的以太網(wǎng)數(shù)據(jù)幀;步驟3、點對點通信協(xié)議連接建立后,上層點對點通信協(xié)議協(xié)議實體和用戶點對點通信協(xié)議實體間互發(fā)鏈路控制協(xié)議響應(yīng)請求報文,收到鏈路控制協(xié)議響應(yīng)請求報文后,回應(yīng)鏈路控制協(xié)議響應(yīng)回答報文;步驟4、設(shè)置鏈路控制協(xié)議響應(yīng)回答報文定時器,在定時器內(nèi)設(shè)置等待時間;步驟5、檢測到等待時間內(nèi)沒有鏈路控制協(xié)議響應(yīng)回答報文時,接入設(shè)備終止以太網(wǎng)點對點通信協(xié)議連接,釋放原保存的以太網(wǎng)點對點通信協(xié)議會話標(biāo)識。
2.如權(quán)利要求1所述的方法,其特征在于,進(jìn)一步包括如下步驟步驟6、接入設(shè)備回到最初狀態(tài),等待用戶的點對點通信協(xié)議鏈路控制協(xié)議配置請求報文,準(zhǔn)備開始新的連接。
3.如權(quán)利要求1所述的方法,其特征在于,所述鏈路控制協(xié)議響應(yīng)回答報文是來自用戶側(cè)的鏈路控制協(xié)議響應(yīng)回答報文。
4.如權(quán)利要求1所述的方法,其特征在于,進(jìn)一步包括如下步驟當(dāng)檢測到以太網(wǎng)點對點通信協(xié)議會話終止報文時,接入設(shè)備終止以太網(wǎng)點對點通信協(xié)議連接,釋放原保存的以太網(wǎng)點對點通信協(xié)議會話標(biāo)識。
5.如權(quán)利要求4所述的方法,其特征在于,所述以太網(wǎng)點對點通信協(xié)議會話終止報文是來自上層點對點協(xié)議處理實體的以太網(wǎng)點對點通信協(xié)議會話終止報文。
6.如權(quán)利要求1所述的方法,其特征在于,進(jìn)一步包括如下步驟當(dāng)檢測到鏈路控制協(xié)議終止請求報文時,接入設(shè)備終止以太網(wǎng)點對點通信協(xié)議連接,釋放原保存的以太網(wǎng)點對點通信協(xié)議會話標(biāo)識。
7.如權(quán)利要求6所述的方法,其特征在于,所述鏈路控制協(xié)議終止請求是來自用戶側(cè)的鏈路控制協(xié)議終止請求。
全文摘要
本發(fā)明公開了一種在異制鏈路層通路動態(tài)建立點對點協(xié)議通道的方法,包括如下步驟收到來自用戶的點對點通信協(xié)議鏈路控制協(xié)議配置請求報文后,模擬用戶發(fā)起以太網(wǎng)點對點通信協(xié)議發(fā)現(xiàn)階段流程;對用戶上行的異步傳輸模式點對點通信協(xié)議報文進(jìn)行封裝修改,形成以太網(wǎng)點對點通信協(xié)議封裝的以太網(wǎng)數(shù)據(jù)幀;點對點通信協(xié)議連接建立后,設(shè)置鏈路控制協(xié)議響應(yīng)回答報文定時器,在定時器內(nèi)設(shè)置等待時間;檢測到等待時間內(nèi)沒有鏈路控制協(xié)議響應(yīng)回答報文時,接入設(shè)備終止以太網(wǎng)點對點通信協(xié)議連接,接入設(shè)備回到最初狀態(tài),準(zhǔn)備開始新的連接。本方法避免了對流程的過多干預(yù),能夠動態(tài)建立、維持和撤銷點對點協(xié)議通道,保證了網(wǎng)絡(luò)使用效率。
文檔編號H04L29/08GK101035137SQ20061005865
公開日2007年9月12日 申請日期2006年3月6日 優(yōu)先權(quán)日2006年3月6日
發(fā)明者張小鷗, 沈宇揚(yáng), 顏曉慶 申請人:中興通訊股份有限公司