專利名稱：接入網(wǎng)絡(luò)的裝置及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種通過基于擴(kuò)展隧道協(xié)議的PPP協(xié)議撥號(hào)方式接入網(wǎng)絡(luò)的裝置及方法。
背景技術(shù)：
由于3G無線傳輸受到頻率的限制，數(shù)據(jù)帶寬容量有限，短期內(nèi)無法突破該技術(shù)難度，因此中國(guó)電信廣泛鋪設(shè)熱點(diǎn)地區(qū)，推廣C (CDMA)網(wǎng)+W (WIFI)網(wǎng)雙網(wǎng)絡(luò)，彌補(bǔ)了 3G網(wǎng)絡(luò)覆蓋廣、帶寬不足的問題。C網(wǎng)仍然使用傳統(tǒng)的PPP (Point-to-Point Protocol，點(diǎn)對(duì)點(diǎn)協(xié)議)撥號(hào)方式；而在W網(wǎng)，僅僅簡(jiǎn)單的將用戶接入Internet，并不能滿足用戶的業(yè)務(wù)多樣性，因此摒棄了原有的PPPoE(PPP over Ethernet,以太網(wǎng)上的點(diǎn)對(duì)點(diǎn)協(xié)議)撥號(hào)方式，而采用PPPoXturmel (基于擴(kuò)展隧道協(xié)議的PPP協(xié)議)方式將用戶接入無線接入服務(wù)器，實(shí)現(xiàn)用戶的流量控制和服務(wù)質(zhì)量(Quality of Service，簡(jiǎn)稱QoS)。參考附圖1，PPPoXtunne 1通信流程架構(gòu)圖，包含發(fā)現(xiàn)和PPP會(huì)話兩個(gè)階段，發(fā)現(xiàn)階段是無狀態(tài)的Client/Server模式， 目的是獲得PPPoXtunnel終結(jié)端的以太網(wǎng)MAC地址，并建立一個(gè)唯一的Xtunnel. session, ID (會(huì)話號(hào))；發(fā)現(xiàn)階段結(jié)束后，就進(jìn)入標(biāo)準(zhǔn)的PPP會(huì)話階段。Android系統(tǒng)是目前市場(chǎng)上非常流行的手機(jī)操作系統(tǒng)，使用范圍廣泛，但目前的 Android系統(tǒng)并不支持PPPoXturmel撥號(hào)技術(shù)，因此采用Android系統(tǒng)的終端用戶實(shí)現(xiàn) PPPoXtunnel撥號(hào)技術(shù)，需要對(duì)現(xiàn)有的Android網(wǎng)絡(luò)體系結(jié)構(gòu)進(jìn)行改進(jìn)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種接入網(wǎng)絡(luò)的裝置及方法，解決目前的Android系統(tǒng)不支持PPPoXturmel撥號(hào)技術(shù)，采用Android系統(tǒng)的終端用戶實(shí)現(xiàn) PPPoXtunnel撥號(hào)技術(shù)，需要對(duì)現(xiàn)有的Android網(wǎng)絡(luò)體系結(jié)構(gòu)進(jìn)行改進(jìn)的問題。為了解決上述問題，本發(fā)明提供了一種接入網(wǎng)絡(luò)裝置包括PPP線路規(guī)范、PPPoX, TCP/IP、APP和無線網(wǎng)絡(luò)設(shè)備，所述PPP線路規(guī)范用于完成字符轉(zhuǎn)義、所述PPPoX用于選擇 PPP撥號(hào)使用的PPP承載通道、所述無線網(wǎng)絡(luò)設(shè)備作為實(shí)際物理設(shè)備，對(duì)PPP協(xié)議或應(yīng)用程序數(shù)據(jù)進(jìn)行收發(fā)，進(jìn)一步包括PPPD、PPPoXturmel和PPP網(wǎng)絡(luò)設(shè)備；所述PPPD為PPP撥號(hào)后臺(tái)服務(wù)程序，通過第一 PPP鏈路與所述PPP線路規(guī)范相連，負(fù)責(zé)所述PPPc^timnel的建立、 所述PPP網(wǎng)絡(luò)設(shè)備的創(chuàng)建和PPP協(xié)議的處理；所述PPPoXturmel注冊(cè)在所述PPPoX體系結(jié)構(gòu)中，通過第二PPP鏈路與所述PPPoX以及所述PPP網(wǎng)絡(luò)設(shè)備相連，負(fù)責(zé)所述PPP網(wǎng)絡(luò)設(shè)備的調(diào)用和所述PPPD控制命令的實(shí)施；所述PPP網(wǎng)絡(luò)設(shè)備注冊(cè)在接入網(wǎng)絡(luò)體系結(jié)構(gòu)中，通過第三PPP鏈路與所述無線網(wǎng)絡(luò)設(shè)備以及所述TCP/IP相連，負(fù)責(zé)PPP協(xié)議或應(yīng)用程序數(shù)據(jù)的封裝、解封裝、接收和發(fā)送。進(jìn)一步，所述網(wǎng)絡(luò)體系結(jié)構(gòu)為Android內(nèi)核體系結(jié)構(gòu)。進(jìn)一步，所述無線網(wǎng)絡(luò)設(shè)備為WIFI設(shè)備。進(jìn)一步，所述PPPoXturmel和所述PPP網(wǎng)絡(luò)設(shè)備之間采用自定義收發(fā)接口。
3
進(jìn)一步，所述無線網(wǎng)絡(luò)設(shè)備接收到的PPP協(xié)議或應(yīng)用程序數(shù)據(jù)，均通過所述TCP/ IP的IP協(xié)議棧內(nèi)部Netfilter的HOOK函數(shù)抓回所述PPP網(wǎng)絡(luò)設(shè)備完成解除隧道封裝。為了解決上述問題，本發(fā)明還提供了一種接入網(wǎng)絡(luò)方法，包括以下步驟
(a)PPPD配置PPP線路規(guī)范為PPPoX體系結(jié)構(gòu)；
(b)所述PPPD配置所述PPPoX體系結(jié)構(gòu)選擇PPPoXturmel為本次PPP撥號(hào)使用的PPP 承載通道；
(c)所述PPPD創(chuàng)建PPP網(wǎng)絡(luò)設(shè)備；
(d)進(jìn)入PPP撥號(hào)流程，通過PPPoXturmel進(jìn)行PPP協(xié)議的收發(fā)；
(e)通過PPP網(wǎng)絡(luò)設(shè)備進(jìn)行應(yīng)用程序數(shù)據(jù)的收發(fā)。進(jìn)一步，所述PPPD進(jìn)一步配置所述PPPoXturmel選擇無線網(wǎng)絡(luò)設(shè)備為本次PPP撥號(hào)的真實(shí)物理網(wǎng)絡(luò)設(shè)備。進(jìn)一步，所述無線網(wǎng)絡(luò)設(shè)備接收到的PPP協(xié)議或應(yīng)用程序數(shù)據(jù)，均通過所述TCP/ IP的IP協(xié)議棧內(nèi)部Netfilter的HOOK函數(shù)抓回所述PPP網(wǎng)絡(luò)設(shè)備完成解除隧道封裝。進(jìn)一步，所述無線網(wǎng)絡(luò)設(shè)備為WIFI設(shè)備。本發(fā)明的優(yōu)點(diǎn)在于，充分利用了 Android系統(tǒng)的現(xiàn)有內(nèi)核體系結(jié)構(gòu)，以簡(jiǎn)單的技術(shù)實(shí)現(xiàn)了既高效又相對(duì)兼容的PPPo)(tunnel撥號(hào)實(shí)現(xiàn)技術(shù)，最小化了開發(fā)成本和開發(fā)周期，在Android網(wǎng)絡(luò)體系結(jié)構(gòu)中實(shí)現(xiàn)PPPoXturmel撥號(hào)，進(jìn)而實(shí)現(xiàn)用戶的WIFI寬帶接入功能。


附圖1，PPPoXtunnel通信流程架構(gòu)圖； 附圖2，本發(fā)明所述接入網(wǎng)絡(luò)裝置的架構(gòu)示意圖； 附圖3，本發(fā)明所述接入網(wǎng)絡(luò)方法的流程示意圖。
具體實(shí)施例方式下面結(jié)合附圖對(duì)本發(fā)明提供的接入網(wǎng)絡(luò)的裝置及方法的具體實(shí)施方式
做詳細(xì)說明。參考附圖2，本發(fā)明所述接入網(wǎng)絡(luò)裝置的架構(gòu)示意圖，包括PPPD(PPP后臺(tái)進(jìn)程)組件M21、PPP線路規(guī)范組件M22、PPPoX組件M23、PPPoXtunnel組件M24、PPP網(wǎng)絡(luò)設(shè)備組件 M25,TCP/IP組件]\C6、APP組件M27和無線網(wǎng)絡(luò)設(shè)備]\C8。其中PPPD組件M21、PPPoXtunne 1 組件MM和PPP網(wǎng)絡(luò)設(shè)備組件M25是在Android現(xiàn)有內(nèi)核體系結(jié)構(gòu)基礎(chǔ)上增加的組件； PPPoXtunnel組件MM和PPP網(wǎng)絡(luò)設(shè)備組件M25之間的采用自定義的收發(fā)接口，PPP網(wǎng)絡(luò)設(shè)備組件M25和TCP/IP組件M26之間的收發(fā)接口是在Android現(xiàn)有內(nèi)核體系結(jié)構(gòu)基礎(chǔ)上增加的。其中 PPPoX 包括 PPPoE、PPPoA (PPP over ATM)以及 PPPoEoA (PPPoE over ATM，在 ATM 上承載 PPPoE )。PPPD組件M21是用戶態(tài)PPPoXturmel撥號(hào)后臺(tái)服務(wù)程序，負(fù)責(zé)內(nèi)核PPPoXturmel 通道建立、PPP網(wǎng)絡(luò)設(shè)備創(chuàng)建和PPP協(xié)議處理。具體為，PPPD組件M21配置PPP線路規(guī)范組件M22為PPPoX體系結(jié)構(gòu)；PPPD組件M21配置PPPoX組件M23選擇PPPoXturmel通道為本次PPP撥號(hào)使用的PPP承載通道；PPPD組件M21配置PPPoXturmel組件MM選擇指定無線網(wǎng)絡(luò)設(shè)備組件為本次PPP撥號(hào)的真實(shí)物理網(wǎng)絡(luò)設(shè)備；PPPD組件M21創(chuàng)建PPP網(wǎng)絡(luò)設(shè)備組件似5。PPP線路規(guī)范(LineDiscpline)組件M22是對(duì)數(shù)據(jù)進(jìn)行編碼的方式，用于對(duì)PPP 協(xié)議或應(yīng)用程序數(shù)據(jù)進(jìn)行字符轉(zhuǎn)義。PPPoX組件M23用于選擇PPP撥號(hào)使用的PPP承載通道。PPPoXtunnel組件M24以通道形式注冊(cè)在Android內(nèi)核PPPoX體系結(jié)構(gòu)中，負(fù)責(zé) PPP網(wǎng)絡(luò)設(shè)備組件M25的設(shè)備調(diào)用和PPPD組件M21控制命令的實(shí)施。PPP網(wǎng)絡(luò)設(shè)備(netdevice)組件M25以網(wǎng)絡(luò)設(shè)備方式注冊(cè)在Android內(nèi)核標(biāo)準(zhǔn)網(wǎng)絡(luò)體系結(jié)構(gòu)中，負(fù)責(zé)對(duì)無線網(wǎng)絡(luò)設(shè)備組件M28的封裝、解封裝、接收和發(fā)送。無線網(wǎng)絡(luò)設(shè)備組件似8作為實(shí)際物理設(shè)備，對(duì)PPP協(xié)議或應(yīng)用程序數(shù)據(jù)進(jìn)行收發(fā)。 所述無線網(wǎng)絡(luò)設(shè)備組件似8可以為WIFI設(shè)備。PPPoXtunnel組件MM和PPP網(wǎng)絡(luò)設(shè)備組件似5之間采用自定義收發(fā)接口，通過虛線1所示PPP鏈路完成PPP協(xié)議或應(yīng)用程序數(shù)據(jù)的收發(fā)。由于PPPc^turmel采用的是類UDP協(xié)議，UDP是一個(gè)無連接協(xié)議，傳輸數(shù)據(jù)之前源端和終端不建立連接，當(dāng)UDP需要傳輸數(shù)據(jù)時(shí)就簡(jiǎn)單地去抓取來自應(yīng)用程序的數(shù)據(jù)，并盡可能快地把抓取來的數(shù)據(jù)傳送到網(wǎng)絡(luò)上。因此無線網(wǎng)絡(luò)設(shè)備組件似8接收到的 PPPoXtunnel報(bào)文(包括PPP協(xié)議或應(yīng)用程序數(shù)據(jù))在完成傳輸層協(xié)議解析前，PPP網(wǎng)絡(luò)設(shè)備組件M25無法判斷PPPoXturmel報(bào)文傳送的目的地址，因此TCP/IP組件M26通過IP協(xié)議棧內(nèi)部Netfilter的HOOK (鉤子)函數(shù)抓取PPPoXtunnel報(bào)文，通過虛線2所示PPP鏈路回到PPP網(wǎng)絡(luò)設(shè)備組件M25解除隧道封裝后，重新進(jìn)入TCP/IP流程。其中，Netfilter是新一代的Linux防火墻機(jī)制。Netfilter采用模塊化設(shè)計(jì)，具有良好的可擴(kuò)充性，允許使用者對(duì)數(shù)據(jù)報(bào)進(jìn)行過濾、地址轉(zhuǎn)換、處理等操作。Netfilter提供了一個(gè)框架，將對(duì)網(wǎng)絡(luò)代碼的直接干涉降到最低，并允許用規(guī)定的接口將其他包處理代碼以模塊的形式添加到內(nèi)核中，具有極強(qiáng)的靈活性。Netfilter的通用框架不依賴于具體的協(xié)議，而是為每種網(wǎng)絡(luò)協(xié)議定義一套HOOK (鉤子)函數(shù)，HOOK提供了一種方便的機(jī)制在數(shù)據(jù)報(bào)文通過Linux內(nèi)核的不同位置上截獲和操作處理數(shù)據(jù)報(bào)文。使用本發(fā)明，可以在Android網(wǎng)絡(luò)體系結(jié)構(gòu)中實(shí)現(xiàn)PPPoXturme 1撥號(hào)，進(jìn)而實(shí)現(xiàn)用戶的WIFI寬帶接入功能；本發(fā)明充分利用了 Android現(xiàn)有內(nèi)核體系結(jié)構(gòu)，通過在現(xiàn)有內(nèi)核體系結(jié)構(gòu)基礎(chǔ)上增加PPPD組件、PPPoXtunnel組件和PPP網(wǎng)絡(luò)設(shè)備組件，其中PPPoXtunnel 組件和PPP網(wǎng)絡(luò)設(shè)備組件之間采用自定義的收發(fā)接口，以簡(jiǎn)單的技術(shù)實(shí)現(xiàn)了既高效又相對(duì)兼容的PPPoXturmel撥號(hào)實(shí)現(xiàn)技術(shù)，最小化了開發(fā)成本和開發(fā)周期；簡(jiǎn)單易于實(shí)現(xiàn)；協(xié)議性能優(yōu)。參考附圖3，本發(fā)明所述接入網(wǎng)絡(luò)方法的流程示意圖，包括如下步驟 S31 =PPPD配置PPP線路規(guī)范為PPPoX體系結(jié)構(gòu)。S32 =PPPD配置PPPoX體系結(jié)構(gòu)選擇PPPoXtunnel為本次PPP撥號(hào)使用的PPP承
載通道。S33 =PPPD配置PPPoXturmel選擇WIFI網(wǎng)絡(luò)設(shè)備為本次PPP撥號(hào)的真實(shí)物理網(wǎng)絡(luò)設(shè)備。S34 =PPPD創(chuàng)建PPP網(wǎng)絡(luò)設(shè)備。
S35 =PPPD進(jìn)入PPP撥號(hào)流程，通過PPPoXtunnel進(jìn)行PPP協(xié)議的收發(fā)。在協(xié)議發(fā)送過程中，首先由PPPD的PPP協(xié)議依次發(fā)起LCP、CHAP、IPCP的協(xié)議流程，所述協(xié)議均經(jīng)由PPP線路規(guī)范進(jìn)行字符轉(zhuǎn)義后，交由PPPoX選擇通道PPPoXturmel，再交由PPP網(wǎng)絡(luò)設(shè)備完成隧道和以太網(wǎng)封裝，最后由實(shí)際物理設(shè)備WIFI發(fā)送出去。在協(xié)議接收過程中，首先由實(shí)際物理設(shè)備WIFI依次接收LCP、CHAP、IPCP協(xié)議報(bào)文，所述協(xié)議報(bào)文均先交由TCP/IP協(xié)議處理，通過TCP/IP的IP協(xié)議棧內(nèi)部的Netfilter 的HOOK函數(shù)將數(shù)據(jù)抓回PPP網(wǎng)絡(luò)設(shè)備解除隧道封裝后，上交給PPPoX，PPPoX再交由PPP線路規(guī)范進(jìn)行字符轉(zhuǎn)義后通過字符設(shè)備方式傳遞給PPPD做協(xié)議處理。S36 :PPPD進(jìn)入核心網(wǎng)絡(luò)應(yīng)用程序流程，通過PPP網(wǎng)絡(luò)設(shè)備進(jìn)行應(yīng)用程序數(shù)據(jù)的收發(fā)。PPPD完成PPP撥號(hào)后進(jìn)入核心網(wǎng)絡(luò)應(yīng)用程序流程，在應(yīng)用程序數(shù)據(jù)發(fā)送過程中， 應(yīng)用程序數(shù)據(jù)經(jīng)由APP應(yīng)用程序，然后通過標(biāo)準(zhǔn)SOCKET (套接字)發(fā)給TCP/IP完成協(xié)議棧封裝以后，再交由PPP網(wǎng)絡(luò)設(shè)備完成隧道和以太網(wǎng)封裝，最后由實(shí)際物理設(shè)備WIFI發(fā)送到核心網(wǎng)絡(luò)。在應(yīng)用程序數(shù)據(jù)接收過程中，實(shí)際物理設(shè)備WIFI接收核心網(wǎng)絡(luò)發(fā)送的應(yīng)用程序數(shù)據(jù)后，首先交由TCP/IP，通過TCP/IP的IP協(xié)議棧內(nèi)部的Netfilter的HOOK函數(shù)，將應(yīng)用程序數(shù)據(jù)抓回PPP網(wǎng)絡(luò)設(shè)備解除隧道封裝后，重新交由TCP/IP處理內(nèi)層用戶IP的解封裝后，最終通過標(biāo)準(zhǔn)SOCKET交由APP應(yīng)用程序處理。本發(fā)明充分利用了 Android的現(xiàn)有內(nèi)核體系結(jié)構(gòu)，通過在現(xiàn)有內(nèi)核體系結(jié)構(gòu)基礎(chǔ)上增加PPPD、PPPoXtunne 1和PPP網(wǎng)絡(luò)設(shè)備，其中PPPoXtunnel和PPP網(wǎng)絡(luò)設(shè)備之間采用自定義的收發(fā)接口，以簡(jiǎn)單的技術(shù)實(shí)現(xiàn)了既高效又相對(duì)兼容的PPPoXturmel撥號(hào)實(shí)現(xiàn)技術(shù)， 最小化了開發(fā)成本和開發(fā)周期；實(shí)現(xiàn)在Android網(wǎng)絡(luò)體系結(jié)構(gòu)中通過PPPoXturmel撥號(hào)，進(jìn)而實(shí)現(xiàn)用戶的WIFI寬帶接入功能。以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種接入網(wǎng)絡(luò)裝置，包括PPP線路規(guī)范、PPPoX, TCP/IP、APP和無線網(wǎng)絡(luò)設(shè)備，所述 PPP線路規(guī)范用于完成字符轉(zhuǎn)義、所述PPPoX用于選擇PPP撥號(hào)使用的PPP承載通道、所述無線網(wǎng)絡(luò)設(shè)備作為實(shí)際物理設(shè)備，對(duì)PPP協(xié)議或應(yīng)用程序數(shù)據(jù)進(jìn)行收發(fā)，其特征在于進(jìn)一步包括PPP后臺(tái)進(jìn)程、基于擴(kuò)展隧道協(xié)議的PPP協(xié)議和PPP網(wǎng)絡(luò)設(shè)備；所述PPP后臺(tái)進(jìn)程為 PPP撥號(hào)后臺(tái)服務(wù)程序，通過第一 PPP鏈路與所述PPP線路規(guī)范相連，負(fù)責(zé)所述基于擴(kuò)展隧道協(xié)議的PPP協(xié)議的建立、所述PPP網(wǎng)絡(luò)設(shè)備的創(chuàng)建和PPP協(xié)議的處理；所述基于擴(kuò)展隧道協(xié)議的PPP協(xié)議注冊(cè)在所述PPPoX體系結(jié)構(gòu)中，通過第二 PPP鏈路與所述PPPoX以及所述 PPP網(wǎng)絡(luò)設(shè)備相連，負(fù)責(zé)所述PPP網(wǎng)絡(luò)設(shè)備的調(diào)用和所述PPP后臺(tái)進(jìn)程控制命令的實(shí)施；所述PPP網(wǎng)絡(luò)設(shè)備注冊(cè)在網(wǎng)絡(luò)體系結(jié)構(gòu)中，通過第三PPP鏈路與所述無線網(wǎng)絡(luò)設(shè)備以及所述 TCP/IP相連，負(fù)責(zé)PPP協(xié)議或應(yīng)用程序數(shù)據(jù)的封裝、解封裝、接收和發(fā)送。
2.根據(jù)權(quán)利要求1所述接入網(wǎng)絡(luò)裝置，其特征在于所述網(wǎng)絡(luò)體系結(jié)構(gòu)為Android內(nèi)核體系結(jié)構(gòu)。
3.根據(jù)權(quán)利要求1所述接入網(wǎng)絡(luò)裝置，其特征在于所述無線網(wǎng)絡(luò)設(shè)備為WIFI設(shè)備。
4.根據(jù)權(quán)利要求1所述接入網(wǎng)絡(luò)裝置，其特征在于所述基于擴(kuò)展隧道協(xié)議的PPP協(xié)議和所述PPP網(wǎng)絡(luò)設(shè)備之間采用自定義收發(fā)接口。
5.根據(jù)權(quán)利要求1所述接入網(wǎng)絡(luò)裝置，其特征在于所述無線網(wǎng)絡(luò)設(shè)備接收到的PPP 協(xié)議或應(yīng)用程序數(shù)據(jù)，均通過所述TCP/IP的IP協(xié)議棧內(nèi)部Netfilter的HOOK函數(shù)抓回所述PPP網(wǎng)絡(luò)設(shè)備完成解除隧道封裝。
6.一種接入網(wǎng)絡(luò)方法，其特征在于包括以下步驟(a)PPP后臺(tái)進(jìn)程配置PPP線路規(guī)范為PPPoX體系結(jié)構(gòu)；(b)所述PPP后臺(tái)進(jìn)程配置所述PPPoX體系結(jié)構(gòu)選擇基于擴(kuò)展隧道協(xié)議的PPP協(xié)議為本次PPP撥號(hào)使用的PPP承載通道；(C)所述PPP后臺(tái)進(jìn)程創(chuàng)建PPP網(wǎng)絡(luò)設(shè)備；(d)進(jìn)入PPP撥號(hào)流程，通過基于擴(kuò)展隧道協(xié)議的PPP協(xié)議進(jìn)行PPP協(xié)議的收發(fā)；(e)通過PPP網(wǎng)絡(luò)設(shè)備進(jìn)行應(yīng)用程序數(shù)據(jù)的收發(fā)。
7.根據(jù)權(quán)利要求6所述接入網(wǎng)絡(luò)方法，其特征在于所述PPPD進(jìn)一步配置所述基于擴(kuò)展隧道協(xié)議的PPP協(xié)議選擇無線網(wǎng)絡(luò)設(shè)備為本次PPP撥號(hào)的真實(shí)物理網(wǎng)絡(luò)設(shè)備。
8.根據(jù)權(quán)利要求7所述接入網(wǎng)絡(luò)方法，其特征在于所述無線網(wǎng)絡(luò)設(shè)備接收到的PPP 協(xié)議或應(yīng)用程序數(shù)據(jù)，均通過所述TCP/IP的IP協(xié)議棧內(nèi)部Netfilter的HOOK函數(shù)抓回所述PPP網(wǎng)絡(luò)設(shè)備完成解除隧道封裝。
9.根據(jù)權(quán)利要求6或7所述接入網(wǎng)絡(luò)方法，其特征在于所述無線網(wǎng)絡(luò)設(shè)備為WIFI設(shè)備。
全文摘要
一種接入網(wǎng)絡(luò)裝置包括PPP線路規(guī)范、PPPoX、TCP/IP、APP、無線網(wǎng)絡(luò)設(shè)備、PPPD、PPPoXtunnel和PPP網(wǎng)絡(luò)設(shè)備；所述PPPD為PPP撥號(hào)后臺(tái)服務(wù)程序，與PPP線路規(guī)范通過鏈路相連，負(fù)責(zé)所述PPPoXtunnel的建立、所述PPP網(wǎng)絡(luò)設(shè)備的創(chuàng)建和PPP協(xié)議的處理；所述PPPoXtunnel注冊(cè)在PPPoX體系結(jié)構(gòu)中，與PPPoX以及PPP網(wǎng)絡(luò)設(shè)備通過鏈路相連，負(fù)責(zé)PPP網(wǎng)絡(luò)設(shè)備的調(diào)用和PPPD控制命令的實(shí)施；所述PPP網(wǎng)絡(luò)設(shè)備注冊(cè)在網(wǎng)絡(luò)體系結(jié)構(gòu)中，與所述無線網(wǎng)絡(luò)設(shè)備以及所述TCP/IP通過鏈路相連，負(fù)責(zé)PPP協(xié)議或應(yīng)用程序數(shù)據(jù)的封裝、解封裝、接收和發(fā)送。
文檔編號(hào)H04L29/08GK102548022SQ20111044295
公開日2012年7月4日 申請(qǐng)日期2011年12月27日 優(yōu)先權(quán)日2011年12月27日
發(fā)明者邢有濤 申請(qǐng)人:上海頂竹通訊技術(shù)有限公司