專利名稱：基于數(shù)據(jù)包封裝類型來控制用戶設(shè)備接入的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及接入網(wǎng)絡(luò)，尤其涉及一種在接入網(wǎng)絡(luò)中用于對用戶設(shè)備進(jìn)行接入控制的方法及相應(yīng)接入設(shè)備。
背景技術(shù)：
在接入網(wǎng)絡(luò)中，用戶側(cè)的設(shè)備多種多樣，有的是采用經(jīng)ETHERNET(以太網(wǎng))傳輸再承載在ATM(異步傳輸模式)網(wǎng)絡(luò)上的方式接入，如基于PPP(點對點通訊協(xié)議)的PPPoE，有的則直接采用ATM(異步傳輸模式)承載的方式接入，如基于PPP的PPPoA。
PPPoA接入模式有兩種具體封裝類型可以選擇VCMUX-PPP和LLC-NLPID，而對于PPPoE接入模式，則有VCMUX_BRIDGED和LLC-SNAP-BRIDGED。
實際應(yīng)用中經(jīng)常會出現(xiàn)采用PPPoA接入模式的用戶設(shè)備轉(zhuǎn)為采用PPPoE的接入模式，或者用戶設(shè)備從PPPoE接入模式轉(zhuǎn)為PPPoA接入模式以及由同種接入模式下的一種接入類型轉(zhuǎn)為另一種接入類型的情況。
本發(fā)明中所稱的接入類型表示數(shù)據(jù)包的具體封裝類型，即采用某種具體封裝類型的接入模式。
現(xiàn)有技術(shù)中，對以下內(nèi)容，接入設(shè)備(如數(shù)字用戶線接入復(fù)用器DSLAM)不能自動識別1.PPP用戶采用PPPoA接入模式還是PPPoE接入模式；以及2.用戶采用一種接入模式下的具體哪種封裝類型，即采用與該封裝類型相對應(yīng)的接入類型。
采用現(xiàn)有技術(shù)，如果用戶設(shè)備需要在兩種接入模式之間進(jìn)行轉(zhuǎn)換，或者在不同的接入類型間進(jìn)行轉(zhuǎn)換，都需要網(wǎng)絡(luò)管理人員手動地進(jìn)行大量的配置管理工作，這個過程復(fù)雜而繁瑣。
因此，迫切需要一種新的接入控制方法來解決上述問題，減輕網(wǎng)管在接入模式等切換時的工作量。

發(fā)明內(nèi)容
本發(fā)明正是為了解決現(xiàn)有技術(shù)中的上述問題而提出的。
根據(jù)本發(fā)明的一個方面，提供了一種在通信網(wǎng)絡(luò)的接入設(shè)備中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的方法，包括以下步驟接收來自一個用戶設(shè)備的數(shù)據(jù)包；檢測所述數(shù)據(jù)包的封裝類型；根據(jù)所述封裝類型來控制所述用戶設(shè)備的接入。其中，優(yōu)選地，通過對來自用戶設(shè)備的數(shù)據(jù)包的封裝類型進(jìn)行不斷的檢測，判斷該數(shù)據(jù)包的封裝類型是否發(fā)生改變，如果來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型改變?yōu)樾碌姆庋b類型，則斷開與所述用戶設(shè)備之間的原有連接并將與所述用戶設(shè)備相對應(yīng)的接入端口配置成與所述新的封裝類型相對應(yīng)的接入類型，進(jìn)而建立與所述用戶設(shè)備之間的新連接。
根據(jù)本發(fā)明的另一個方面，提供了一種在通信網(wǎng)絡(luò)中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的接入設(shè)備，包括一個接收裝置，用于接收來自一個用戶設(shè)備的數(shù)據(jù)包；一個檢測裝置，用于檢測所述數(shù)據(jù)包的封裝類型；一個接入控制裝置，用于根據(jù)所述封裝類型來控制所述用戶設(shè)備的接入。其中，優(yōu)選地，所述接入控制裝置包括一個端口配置裝置，用于將與所述用戶設(shè)備相對應(yīng)的接入端口配置成與所述封裝類型相對應(yīng)的接入類型；一個連接建立裝置，用于建立與所述用戶設(shè)備之間的連接。更為優(yōu)選地，所述接入設(shè)備還包括一個判斷裝置，用于判斷來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型是否發(fā)生改變，并且，所述接入控制裝置還包括一個連接斷開裝置，用于當(dāng)來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型改變?yōu)樾碌姆庋b類型時，斷開與所述用戶設(shè)備之間的連接；所述端口配置裝置還用于，將與所述用戶設(shè)備相對應(yīng)的接入端口配置成與所述新的封裝類型相對應(yīng)的接入類型；所述連接建立裝置還用于，建立與所述用戶設(shè)備之間的新連接。
采用本發(fā)明的方案，管理員在配置接入用戶時，不需要再關(guān)心用戶使用什么類型的MODEM(調(diào)制解調(diào)器)或用戶的MODEM的具體配置情況以及用戶設(shè)備采用的接入模式。無論用戶設(shè)備采用哪種接入模式，更具體地，無論用戶設(shè)備采用哪種接入類型，接入設(shè)備都可以在無需管理員干預(yù)的情況下自動檢測出來自用戶設(shè)備的數(shù)據(jù)包的封裝類型，進(jìn)而得知其接入類型，并進(jìn)行相應(yīng)的配置工作，將管理員從這些重復(fù)勞動中解放出來。因此，本發(fā)明在電信領(lǐng)域的推廣具有非常深遠(yuǎn)的意義。


下面結(jié)合附圖對本發(fā)明作進(jìn)一步描述圖1顯示包含PPPoA和PPPoE兩種接入模式及其不同接入類型的接入網(wǎng)絡(luò)的拓?fù)鋱D；圖2為根據(jù)本發(fā)明的對PPPoA和PPPoE兩種接入模式分別進(jìn)行接入控制的網(wǎng)絡(luò)示意圖；圖3為根據(jù)本發(fā)明的一個具體實施方式
的在通信網(wǎng)絡(luò)的接入設(shè)備中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的方法的流程圖；圖4為根據(jù)本發(fā)明的一個具體實施方式
的在通信網(wǎng)絡(luò)中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的接入設(shè)備的框圖；圖5為在根據(jù)本發(fā)明的一個具體實施方式
的接入設(shè)備中當(dāng)判斷來自用戶設(shè)備的數(shù)據(jù)包發(fā)生封裝類型變化后的進(jìn)行接入控制的示意圖。
具體實施例方式
最初的ATM網(wǎng)絡(luò)采用RFC1483和RFC1577(分別為兩種在ATM網(wǎng)絡(luò)上承載IP協(xié)議的標(biāo)準(zhǔn)規(guī)范)作為實現(xiàn)靜態(tài)IP接入的方案，對于一些需要固定IP資源的專線用戶，可以利用上述技術(shù)為其提供良好的服務(wù)。
然而，隨著IP網(wǎng)絡(luò)的迅猛發(fā)展，IP資源日益緊張，面對眾多的普通接入用戶，運營商不可能再利用靜態(tài)IP方式為其實現(xiàn)寬帶接入。因此，人們自然想到了可以利用窄帶撥號動態(tài)分配IP地址的PPP接入技術(shù)。
圖1顯示包含PPPoA和PPPoE兩種接入模式及其不同接入類型的接入網(wǎng)絡(luò)的拓?fù)鋱D。
以PPPoA的2種接入類型為例，對于DSL(數(shù)字用戶線路)的用戶，其用戶設(shè)備(如個人電腦)發(fā)出的PPP數(shù)據(jù)包到達(dá)網(wǎng)卡處后，根據(jù)RFC2364封裝標(biāo)準(zhǔn)，對所述數(shù)據(jù)包進(jìn)行AAL5層(ATM適配層5，主要用于ATM網(wǎng)及LANE上傳輸標(biāo)準(zhǔn)的IP業(yè)務(wù))封裝處理，形成ATM信元(增加了一個AAL5報頭)，用于在ATM網(wǎng)絡(luò)上傳輸。由于PPP數(shù)據(jù)包直接在ATM網(wǎng)絡(luò)上傳輸，因此這類接入模式稱為PPPoA接入模式。對于同屬于RFC2364標(biāo)準(zhǔn)下的封裝類型，又分別對應(yīng)了LLC-NLPID和VCMUX-PPP，采用這兩種封裝類型的其中之一的PPPoA接入模式我們在本發(fā)明中也稱之為一種接入類型。
區(qū)別于PPPoA，當(dāng)用戶設(shè)備工作在PPPoE模式下時，PPP數(shù)據(jù)包首先封裝在以太網(wǎng)傳輸單元中，而后再經(jīng)AAL5層封裝處理。該模式下的數(shù)據(jù)包封裝采用RFC2684封裝標(biāo)準(zhǔn)，封裝類型對應(yīng)VCMUX-BRIDGED和LLC-SNAP-BRIDGED。由于采用經(jīng)以太網(wǎng)傳輸?shù)臄?shù)據(jù)包再承載在ATM網(wǎng)絡(luò)上的方式，所以這類接入模式稱為PPPoE接入模式。而采用上述兩種封裝類型之一的PPPoE接入模式我們也稱之為一種接入類型，至此，PPPoA和PPPoE有各2種，共4種接入類型。
圖2為根據(jù)本發(fā)明的對PPPoA和PPPoE兩種接入模式分別進(jìn)行接入控制的網(wǎng)絡(luò)示意圖。
其中，包括工作于諸如PPPoA和PPPoE等接入模式及其不同接入類型之下的多個用戶設(shè)備及兩個并聯(lián)的接入設(shè)備，在此，為簡明起見，僅標(biāo)識一個用戶設(shè)備1和一個接入設(shè)備2。通常地，用戶設(shè)備的接入類型可以通過改變調(diào)制解調(diào)器并相應(yīng)地變換撥號方式來改變。
下面參照圖2來對本發(fā)明的一個具體實施方式
進(jìn)行詳細(xì)描述。當(dāng)用戶設(shè)備1需要進(jìn)行接入類型轉(zhuǎn)換時(如從采用VCMUX-PPP的PPPoA接入模式轉(zhuǎn)換為采用LLC-SNAP-BRIDGED的PPPoE接入模式)，用戶設(shè)備1在結(jié)束前次通信后，重新向接入設(shè)備發(fā)送一個接入請求消息(該請求消息的接入類型為LLC-SNAP-BRIDGED接入類型)。當(dāng)接入設(shè)備2接收到所述接入請求消息后，通過檢測，得知所述用戶設(shè)備1采用的是LLC-SNAP-BRIDGED接入類型，而非之前的VCMUX-PPP接入類型。于是，接入設(shè)備2將執(zhí)行會話終止操作，清除原來的PPPoA會話，并且，將接入設(shè)備2處先前被配置為工作在VCMUX-PPP接入類型下的與該用戶設(shè)備1對應(yīng)的接入端口進(jìn)行重新配置，配置后的該端口將工作在LLC-SNAP-BRIDGED接入類型下。接著，用戶設(shè)備1與圖中所示的PPP服務(wù)器進(jìn)行通信協(xié)商，用戶設(shè)備1實現(xiàn)了從PPPoA接入到PPPoE接入的轉(zhuǎn)換。
容易理解，當(dāng)用戶設(shè)備1第一次接入所述寬帶業(yè)務(wù)時，接入設(shè)備2尚未對其與所述用戶設(shè)備1對應(yīng)的接入端口進(jìn)行過相應(yīng)配置，當(dāng)其接收到接入請求消息后，將檢測該接入請求消息的數(shù)據(jù)包的封裝類型，并將所述接入端口配置為與該封裝類型相對應(yīng)的接入類型，為所述用戶設(shè)備1建立相應(yīng)的通信。
實際應(yīng)用中，由于動態(tài)時延的存在，有可能發(fā)生用戶設(shè)備1已經(jīng)終止前次通信，并在新的接入類型下發(fā)送接入請求消息給接入設(shè)備，接入設(shè)備在接收到該接入請求消息之前還未得知所述前次通信已經(jīng)在用戶端被終止的情況。因此，優(yōu)選地，接入設(shè)備2對來自用戶設(shè)備1的數(shù)據(jù)包的封裝類型不斷地進(jìn)行檢測，而不限于檢測來自用戶的接入請求消息中的數(shù)據(jù)包的封裝類型。具體流程如圖3所示。
圖3為根據(jù)本發(fā)明的一個具體實施方式
的在通信網(wǎng)絡(luò)的接入設(shè)備中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的方法的流程圖。
下面將參照圖3并結(jié)合圖1和2，對根據(jù)本發(fā)明的一個具體實施方式
的在通信網(wǎng)絡(luò)的接入設(shè)備中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的方法進(jìn)行描述。
如圖3中，上述接入控制的方法起始于步驟S201中，其中，接入設(shè)備2經(jīng)由與一個用戶設(shè)備1對應(yīng)的接入端口接收到一個來自所述用戶設(shè)備1的數(shù)據(jù)包，應(yīng)當(dāng)理解，該數(shù)據(jù)包包括接入請求數(shù)據(jù)包和承載各種業(yè)務(wù)的數(shù)據(jù)包；隨后，在步驟S202中，接入設(shè)備2檢測所述接收到的數(shù)據(jù)包的封裝類型，在本發(fā)明一個優(yōu)選實施例中，所述封裝類型可以是ATM的AAL5層封裝類型，其能夠用于標(biāo)識用戶設(shè)備1的接入類型；接著，在步驟S203中，接入設(shè)備2判斷來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型是否發(fā)生了改變。換言之，接入設(shè)備2將在步驟S202中檢測出的所述數(shù)據(jù)包的封裝類型與該接入端口的預(yù)先配置的封裝類型進(jìn)行比較；明顯地，如果所述數(shù)據(jù)包的封裝類型與該接入端口的預(yù)先配置的封裝類型相同，那么就意味著來自用戶設(shè)備1的數(shù)據(jù)包的封裝類型未發(fā)生改變，則該用戶設(shè)備1還工作在之前配置好的相應(yīng)接入類型下。因而，無需對端口進(jìn)行重復(fù)配置，只需對所述數(shù)據(jù)包進(jìn)行正常轉(zhuǎn)發(fā)等處理即可。
相反，如果在步驟S203中判斷結(jié)果為，來自用戶設(shè)備1的數(shù)據(jù)包的封裝類型發(fā)生了改變，那么就需要對該接入端口進(jìn)行重新配置，則進(jìn)到步驟S204；在步驟S204中，在接入設(shè)備2處斷開與用戶設(shè)備1之間的連接，即清除采用前次接入類型的會話；并且進(jìn)到步驟S205；在步驟S205中，將與用戶設(shè)備1相對應(yīng)的接入端口配置成與用戶設(shè)備的新封裝類型相對應(yīng)的接入類型。當(dāng)然，還可將所述新封裝類型作為預(yù)先配置的封裝類型進(jìn)行保存，以用于與以后接收到的數(shù)據(jù)包的封裝類型進(jìn)行比較，判斷用戶設(shè)備1的封裝類型是否又發(fā)生改變。
在將所述端口進(jìn)行重新配置之后，在步驟S206中，重新建立與所述用戶設(shè)備基于與新封裝類型相對應(yīng)的接入類型的通信。其中，當(dāng)新連接采用PPPoA接入模式時，接入設(shè)備2需要參與通信建立前的協(xié)商；而當(dāng)新連接采用PPPoE接入模式時，接入設(shè)備2無需參與通信建立前的協(xié)商。
如上所述，當(dāng)用戶設(shè)備1第一次接入所述寬帶業(yè)務(wù)時，接入設(shè)備2處尚未對其與用戶設(shè)備1相對應(yīng)的接入端口進(jìn)行過相應(yīng)配置，當(dāng)其接收到接入請求消息后，將檢測該接入請求消息中數(shù)據(jù)包的封裝類型，并將該接入端口配置為與所述封裝類型對應(yīng)的接入類型，為用戶設(shè)備1建立相應(yīng)的通信。
圖4為根據(jù)本發(fā)明的一個具體實施方式
的在通信網(wǎng)絡(luò)中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的接入設(shè)備的框圖。
下面將參照圖4并結(jié)合圖1和2，對根據(jù)本發(fā)明的一個具體實施方式
的接入設(shè)備進(jìn)行描述。
如圖4所示，接入設(shè)備2包括一個接收裝置201、一個檢測裝置202和一個接入控制裝置203。
接收裝置201經(jīng)由與一個用戶設(shè)備對應(yīng)的接入端口接收來自該用戶設(shè)備1的數(shù)據(jù)包，并將該數(shù)據(jù)包傳遞給所述檢測裝置202。在此，應(yīng)當(dāng)理解，該數(shù)據(jù)包包括接入請求數(shù)據(jù)包和承載各種業(yè)務(wù)的數(shù)據(jù)包；檢測裝置202將對接收裝置發(fā)來的來自用戶設(shè)備1的數(shù)據(jù)包的封裝類型進(jìn)行檢測，優(yōu)選地，所述封裝類型為ATM的AAL5層封裝類型。
接入控制裝置203將根據(jù)檢測裝置202的檢測結(jié)果對所述用戶的接入控制。
在一個優(yōu)選實施方式中，接入設(shè)備2還包括一個判斷裝置204。判斷裝置204將檢測裝置202給出的當(dāng)前數(shù)據(jù)包的封裝類型與先前數(shù)據(jù)包的封裝類型進(jìn)行比較，以判斷來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型是否發(fā)生了改變。所述先前數(shù)據(jù)包的封裝類型與接入端口的預(yù)先配置的接入類型相對應(yīng)。
明顯地，如果當(dāng)前數(shù)據(jù)包的封裝類型與先前數(shù)據(jù)包的封裝類型相同，那么就意味著來自用戶設(shè)備1的數(shù)據(jù)包的封裝類型未發(fā)生改變，則無需對該端口進(jìn)行重復(fù)配置，只需對所述數(shù)據(jù)包進(jìn)行正常轉(zhuǎn)發(fā)等處理即可。
相反，如果判斷裝置204的判斷結(jié)果為，來自用戶設(shè)備1的當(dāng)前數(shù)據(jù)包的新封裝類型與先前數(shù)據(jù)包的封裝類型不同，即用戶設(shè)備的封裝類型發(fā)生了改變，則接入控制裝置203將根據(jù)這一判斷結(jié)果將所述接入端口配置為與當(dāng)前數(shù)據(jù)包的新封裝類型相對應(yīng)的接入類型。當(dāng)然，還可將所述新封裝類型作為預(yù)先配置的封裝類型進(jìn)行保存，以用于與以后接收到的數(shù)據(jù)包的封裝類型進(jìn)行比較，判斷用戶設(shè)備1的封裝類型是否又發(fā)生改變。
在一個優(yōu)選實施例中，接入控制裝置203包括一個連接斷開裝置2033、一個端口配置裝置2031、一個連接建立裝置203。
具體地，當(dāng)判斷裝置204的判斷結(jié)果表明需要對所述接入端口進(jìn)行重新配置時，連接斷開裝置2033斷開與用戶設(shè)備先前建立的連接，即清除采用與先前數(shù)據(jù)包的封裝類型相對應(yīng)的接入類型的會話。
端口配置裝置2031，將與用戶設(shè)備1對應(yīng)的接入端口配置成與當(dāng)前數(shù)據(jù)包的新封裝類型相對應(yīng)的接入類型。
隨后，連接建立裝置2032將重新建立與所述用戶基于與新封裝類型相對應(yīng)的接入類型的通信。其中，當(dāng)新連接采用PPPoA接入模式時，接入設(shè)備2需要參與通信建立前的協(xié)商；而當(dāng)新連接采用PPPoE接入模式時，接入設(shè)備2無需參與通信建立前的協(xié)商。
如上所述，，當(dāng)用戶設(shè)備1第一次接入所述寬帶業(yè)務(wù)時，接入設(shè)備2處尚未對與用戶設(shè)備1對應(yīng)的接入端口進(jìn)行過相應(yīng)配置，當(dāng)其接收到接入請求消息后，將由檢測裝置202檢測該接入請求消息中數(shù)據(jù)包的封裝類型，并由所述端口配置裝置2031將所述接入端口配置為與所述封裝類型對應(yīng)的接入類型，由所述連接建立裝置2032為用戶設(shè)備1建立相應(yīng)的通信。
圖5為在根據(jù)本發(fā)明的一個具體實施方式
的接入設(shè)備中當(dāng)判斷來自用戶設(shè)備的數(shù)據(jù)包發(fā)生封裝類型變化后的進(jìn)行接入控制的示意圖。其中標(biāo)示了控制信息的傳遞方向。
當(dāng)PPP封裝類型發(fā)生改變(見S1)。首先，接入設(shè)備2中的網(wǎng)絡(luò)處理器(即優(yōu)選的一種檢測裝置)檢測出來自用戶設(shè)備1的數(shù)據(jù)包的PPP封裝類型的改變(見S2)，而后，將封裝類型改變的消息上報給PPPoXRelay協(xié)議處理模塊(即優(yōu)選的一種接入控制裝置)(見S3)，協(xié)議處理模塊接收到該關(guān)于封裝類型改變的消息后，在接入設(shè)備端將與該用戶設(shè)備1對應(yīng)的接入端口配置為與所述封裝類型相對應(yīng)的接入類型(見S4)，至此，用戶設(shè)備1完成了接入類型的轉(zhuǎn)換。
雖然本發(fā)明僅描述了PPP數(shù)據(jù)包的傳輸，但是顯而易見地，本領(lǐng)域的普通技術(shù)人員可以不經(jīng)創(chuàng)造性勞動根據(jù)本申請說明書的教導(dǎo)將本發(fā)明應(yīng)用于同種接入模式(如PPPoA)下的不同接入類型(例如VCMUX-PPP與LLC-NLPID)之間以及不同接入模式下的不同接入類型(例如VCMUX-PPP與LLC-SNAP-BRIDGED)之間的切換，同樣地，本領(lǐng)域技術(shù)人員也可不通過任何創(chuàng)造性勞動將本發(fā)明適用于諸如IPoA和IPoE的其他不同類型接入模式的應(yīng)用情景。
以上對本發(fā)明的具體實施例進(jìn)行了描述。需要理解的是，本發(fā)明并不局限于上述特定實施方式，本領(lǐng)域技術(shù)人員可以在所附權(quán)利要求的范圍內(nèi)做出各種變形或修改。
權(quán)利要求
1.一種在通信網(wǎng)絡(luò)的接入設(shè)備中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的方法，包括a.接收來自一個用戶設(shè)備的數(shù)據(jù)包；b.檢測所述數(shù)據(jù)包的封裝類型；c.根據(jù)所述封裝類型來控制所述用戶設(shè)備的接入。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟c包括以下步驟將與所述用戶設(shè)備對應(yīng)的接入端口配置成與所述封裝類型相對應(yīng)的接入類型；建立與所述用戶設(shè)備之間的連接。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括以下步驟d.判斷來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型是否發(fā)生改變；其中，所述步驟c還包括以下步驟-如果來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型改變?yōu)樾碌姆庋b類型，斷開與所述用戶設(shè)備之間的連接；-將與所述用戶設(shè)備相對應(yīng)的端口配置成與所述新的封裝類型相應(yīng)的接入類型；-建立與所述用戶設(shè)備之間的新連接。
4.根據(jù)權(quán)利要求1-3中任一項所述的方法，其特征在于，所述封裝類型為AAL5封裝類型。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述接入類型包括PPPoA和PPPoE。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述接入類型包括基于PPPoA的VCMUX-PPP，LLC-NLPID和基于PPPoE的VCMUX-BRIDGED和LLC-SNAP-BRIDGED。
7.一種在通信網(wǎng)絡(luò)中基于數(shù)據(jù)包封裝類型對用戶設(shè)備進(jìn)行接入控制的接入設(shè)備，包括一個接收裝置，用于接收來自一個用戶設(shè)備的數(shù)據(jù)包；一個檢測裝置，用于檢測所述數(shù)據(jù)包的封裝類型；一個接入控制裝置，用于根據(jù)所述封裝類型來控制所述用戶設(shè)備的接入。
8.根據(jù)權(quán)利要求7所述的接入設(shè)備，其特征在于，所述接入控制裝置包括一個端口配置裝置，用于將與所述用戶設(shè)備對應(yīng)的接入端口配置成與所述封裝類型相對應(yīng)的接入類型；一個連接建立裝置，用于建立與所述用戶設(shè)備之間的連接。
9.根據(jù)權(quán)利要求7或8所述的接入設(shè)備，其特征在于，還包括一個判斷裝置，用于判斷來自所述用戶設(shè)備的數(shù)據(jù)包的封裝類型是否發(fā)生改變；其中，所述接入控制裝置還包括一個連接斷開裝置，用于當(dāng)所述用戶設(shè)備的數(shù)據(jù)包的封裝類型改變?yōu)樾碌姆庋b類型時，斷開與所述用戶設(shè)備之間的連接；所述端口配置裝置還用于，將與所述用戶設(shè)備相對應(yīng)的接入端口配置成與所述新的封裝類型相應(yīng)的接入類型；所述連接建立裝置還用于，建立與所述用戶設(shè)備之間的新連接。
10.根據(jù)權(quán)利要求7-9中任一項所述的接入設(shè)備，其特征在于，所述封裝類型為AAL5封裝類型。
11.根據(jù)權(quán)利要求10所述的接入設(shè)備，其特征在于，所述接入類型包括PPPoA和PPPoE。
12.根據(jù)權(quán)利要求4所述的接入設(shè)備，其特征在于，所述接入類型包括基于PPPoA的VCMUX-PPP，LLC-NLPID和基于PPPoE的VCMUX-BRIDGED和LLC-SNAP-BRIDGED。
全文摘要
本發(fā)明提供了一種在通信網(wǎng)絡(luò)中基于數(shù)據(jù)包封裝類型來對用戶設(shè)備進(jìn)行接入控制的接入設(shè)備及其方法。本發(fā)明的目的是為了解決現(xiàn)有的接入設(shè)備無法自動識別用戶接入模式或接入模式下的具體封裝類型的問題。本發(fā)明的特征在于，在接入設(shè)備端檢測來自用戶設(shè)備的數(shù)據(jù)包的封裝類型，并將與該用戶相對應(yīng)的端口配置為與其相應(yīng)的接入類型。并且，還判斷新接收到的數(shù)據(jù)包的封裝類型是否與原配置封裝類型相同，如不同則斷開連接，重新配置。采用本發(fā)明，網(wǎng)管可以從繁雜配置工作中解脫出來，接入設(shè)備對用戶設(shè)備采用的接入類型進(jìn)行自動檢測和配置。
文檔編號H04L12/56GK101064733SQ20061002608
公開日2007年10月31日 申請日期2006年4月26日 優(yōu)先權(quán)日2006年4月26日
發(fā)明者張偉華, 趙民正, 熊誠鋒, 趙喜鴻 申請人:上海貝爾阿爾卡特股份有限公司