專(zhuān)利名稱(chēng)：通信設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通信設(shè)備，尤其涉及一種用于在用戶(hù)終端和網(wǎng)絡(luò)服務(wù)提供商設(shè)備之間執(zhí)行通信的通信設(shè)備。
由于新的高速傳輸技術(shù)的出現(xiàn)，例如ADSL(不對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn))/FTTH(光纖到戶(hù))，或者由于電信公司之間的激烈競(jìng)爭(zhēng)，通過(guò)使用ISDN或電話(huà)線(xiàn)撥號(hào)來(lái)實(shí)現(xiàn)的根據(jù)使用情況計(jì)費(fèi)的互聯(lián)網(wǎng)/內(nèi)聯(lián)網(wǎng)接入系統(tǒng)已經(jīng)迅速地被根據(jù)固定價(jià)格收費(fèi)的系統(tǒng)所取代，所述系統(tǒng)近似于一種使用專(zhuān)線(xiàn)并且價(jià)格低廉的系統(tǒng)。
為普通家庭提供的業(yè)務(wù)首先要求便捷的網(wǎng)絡(luò)連接，所以以太網(wǎng)是為用戶(hù)提供的較佳的接口。另一方面，提供互聯(lián)網(wǎng)連接業(yè)務(wù)的ISP(互聯(lián)網(wǎng)服務(wù)供應(yīng)商)要求通過(guò)與諸如點(diǎn)對(duì)點(diǎn)協(xié)議(PPP)的常規(guī)撥號(hào)系統(tǒng)相同的機(jī)制來(lái)執(zhí)行用戶(hù)管理。
為了滿(mǎn)足這兩個(gè)要求，已經(jīng)設(shè)計(jì)了在以太網(wǎng)上打包PPP的PPPoE(以太網(wǎng)上的PPP)，這在IETF(互聯(lián)網(wǎng)工程特別工作組)的文件RFC2516中進(jìn)行了規(guī)定。使用該技術(shù)的業(yè)務(wù)在世界上的多個(gè)國(guó)家受到重視。
背景技術(shù)：
應(yīng)用了ADSL或FTTH的接入線(xiàn)具有這樣一種結(jié)構(gòu)，即用戶(hù)一側(cè)的設(shè)備不能接入除了電信公司設(shè)備之外的其它設(shè)備。然而，以太網(wǎng)接入網(wǎng)未來(lái)的發(fā)展預(yù)計(jì)將是在光纖上直接承載以太網(wǎng)，從而在電桿(utility pole)等設(shè)備上執(zhí)行交換。
這種以太網(wǎng)接入網(wǎng)具有如圖1所示的結(jié)構(gòu)，將在下文中進(jìn)行詳細(xì)描述。即，用戶(hù)終端11和12分別通過(guò)ONU 13和14以及通信設(shè)備15連接到一個(gè)ISP終端即邊沿設(shè)備18。用戶(hù)終端11和12通過(guò)邊沿設(shè)備18接入互聯(lián)網(wǎng)INET。
為了安全性，該網(wǎng)絡(luò)使用諸如由IEEE802.1Q規(guī)定的VLAN(虛擬LAN)技術(shù)防止用戶(hù)終端11和12接入除了邊沿設(shè)備18之外的其它設(shè)備。
也就是說(shuō)，雖然以太網(wǎng)本來(lái)就能夠與相鄰房間的個(gè)人計(jì)算機(jī)進(jìn)行直接通信，但惡意的第三方如果愿意地話(huà)將可以偷偷查看一個(gè)幀，或者使用其它人的ID接入該網(wǎng)絡(luò)。
因?yàn)楹茈y采取防護(hù)措施，尤其是沒(méi)有安全知識(shí)的初學(xué)者，提供這種機(jī)制以便經(jīng)提供安全措施的邊沿設(shè)備18進(jìn)行通信。
通過(guò)使用上述PPPoE的所述機(jī)制，為了用戶(hù)終端11與用戶(hù)終端12通信，一旦一個(gè)幀23通過(guò)ONU 13和通信設(shè)備15傳送到邊沿設(shè)備18，則從其返回以便通信。而且，當(dāng)用戶(hù)終端11和12分別向不同的ISP預(yù)約時(shí)，通過(guò)互聯(lián)網(wǎng)進(jìn)行通信。
這不僅浪費(fèi)帶寬，而且導(dǎo)致使邊沿設(shè)備18負(fù)載增加的問(wèn)題。將來(lái)，由于在線(xiàn)游戲的發(fā)展、社區(qū)應(yīng)用程序的出現(xiàn)以及各種設(shè)備的網(wǎng)絡(luò)支持，預(yù)計(jì)設(shè)備之間短距離的通信比例將會(huì)增加。
然而，在當(dāng)前系統(tǒng)擴(kuò)容的情況下，如果每個(gè)用戶(hù)終端的可用帶寬增加十倍，簡(jiǎn)單的計(jì)算表明，將需要這樣一個(gè)邊沿設(shè)備，其處理能力將是當(dāng)前狀態(tài)乘以用戶(hù)數(shù)目的十倍。
因此，如果簡(jiǎn)單地構(gòu)建使用以太網(wǎng)的系統(tǒng)，將產(chǎn)生上述安全問(wèn)題，所以需要一種機(jī)制，能夠進(jìn)行一種維持當(dāng)前安全等級(jí)的快捷通信(不通過(guò)邊沿設(shè)備18的通信)。
也就是說(shuō)，為了不在用戶(hù)終端之間構(gòu)建一個(gè)系統(tǒng)的情況下不通過(guò)邊沿設(shè)備18來(lái)執(zhí)行快捷通信，需要相互連接用戶(hù)終端11和12的通信設(shè)備15以將從用戶(hù)終端11和12接收到的一個(gè)幀直接發(fā)送給目的用戶(hù)終端，而不將其發(fā)送給邊沿設(shè)備18。

發(fā)明內(nèi)容
因此，本發(fā)明的一個(gè)目的是提供一種通信設(shè)備，用于在用戶(hù)終端和網(wǎng)絡(luò)服務(wù)提供商設(shè)備之間執(zhí)行通信，能夠通過(guò)用戶(hù)終端之間的快捷通信來(lái)提高通信速度。
為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一種通信設(shè)備，包括一個(gè)連接處理器，用于在用戶(hù)終端和網(wǎng)絡(luò)服務(wù)提供商設(shè)備之間通信；一個(gè)信息監(jiān)視器，用于讀取在源用戶(hù)終端所發(fā)送的數(shù)據(jù)中包含的數(shù)據(jù)鏈路層信息，并用于監(jiān)視在數(shù)據(jù)鏈路層信息中是否包含到網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信請(qǐng)求信息或與目的用戶(hù)終端的快捷通信請(qǐng)求信息；和一個(gè)控制器，用于在數(shù)據(jù)鏈路層信息中包括通信請(qǐng)求信息時(shí)，將數(shù)據(jù)輸出給網(wǎng)絡(luò)服務(wù)提供商設(shè)備，和用于在數(shù)據(jù)鏈路層信息中包括快捷通信請(qǐng)求信息時(shí)，將數(shù)據(jù)輸出給目的用戶(hù)終端。
即，在本發(fā)明中，在源用戶(hù)終端所發(fā)送的數(shù)據(jù)中包括的數(shù)據(jù)鏈路層信息被讀取。當(dāng)該數(shù)據(jù)鏈路層信息包括到網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信請(qǐng)求信息時(shí)，維持基于一個(gè)將數(shù)據(jù)組輸出給網(wǎng)絡(luò)服務(wù)提供商設(shè)備的現(xiàn)有協(xié)議的通信功能。當(dāng)數(shù)據(jù)鏈路層信息包括到目的用戶(hù)終端的快捷通信請(qǐng)求信息時(shí)，該數(shù)據(jù)可以被直接輸出給目的用戶(hù)終端。
因此，不再需要限制網(wǎng)絡(luò)服務(wù)提供商設(shè)備，即使從源用戶(hù)終端輸出給目的用戶(hù)終端的數(shù)據(jù)量變得很大，從而能夠提高通信速度(權(quán)利要求1)。
而且，快捷通信請(qǐng)求信息可以被封裝在數(shù)據(jù)鏈路層信息中(權(quán)利要求2)。
而且，快捷通信請(qǐng)求信息可以被封裝在數(shù)據(jù)鏈路層信息內(nèi)的以太網(wǎng)協(xié)議中。
因此，當(dāng)以太網(wǎng)的數(shù)據(jù)鏈路層信息被讀取時(shí)，讀取快捷通信請(qǐng)求信息，而不考慮在數(shù)據(jù)鏈路層信息中所包括的諸如PPPoE等協(xié)議信息是否被讀取，以便不再需要通過(guò)諸如PPPoE等協(xié)議信息來(lái)維持連接狀態(tài)。結(jié)果，能夠避免連接狀態(tài)的額外開(kāi)銷(xiāo)，從而可以增加帶寬利用率(權(quán)利要求3)。
而且，通信請(qǐng)求信息可以包括一個(gè)PPPoE協(xié)議，并且快捷通信請(qǐng)求信息可以被封裝在數(shù)據(jù)鏈路層信息中的PPPoE協(xié)議中。
因此，通過(guò)有效地使用在現(xiàn)有的用戶(hù)終端和網(wǎng)絡(luò)服務(wù)提供商終端之間使用的諸如PPPoE等協(xié)議，能夠進(jìn)行用戶(hù)終端之間的快捷通信(權(quán)利要求4)。
而且，數(shù)據(jù)鏈路層信息可以包括鑒權(quán)信息，控制器可以根據(jù)鑒權(quán)信息來(lái)確定是否允許源用戶(hù)終端和目的用戶(hù)終端之間的快捷通信，以便在允許快捷通信時(shí)使連接處理器將數(shù)據(jù)輸出給目的用戶(hù)終端。
因此，在快捷通信的情況下，需要與對(duì)方進(jìn)行確認(rèn)，而不是無(wú)條件地將數(shù)據(jù)發(fā)送給目的終端，從而能夠防止未授權(quán)的接入(權(quán)利要求5)。
而且，可以在RADIUS格式中描述鑒權(quán)信息，控制器可以將鑒權(quán)信息輸出給RADIUS服務(wù)器以根據(jù)RADIUS服務(wù)器中的驗(yàn)證結(jié)果確定是否允許快捷通信。
因此，在快捷通信的情況下通過(guò)RADIUS格式執(zhí)行非?？煽康蔫b權(quán)，從而能夠防止快捷通信中的未授權(quán)接入(權(quán)利要求6)。
而且，控制器可以包括一個(gè)存儲(chǔ)器，用于存儲(chǔ)與通信端口相關(guān)的源用戶(hù)終端和目的用戶(hù)終端的地址信息，并且當(dāng)數(shù)據(jù)包括快捷通信請(qǐng)求信息時(shí)，可以使連接處理器通過(guò)與快捷通信請(qǐng)求信息中所包括的地址信息相關(guān)的通信端口輸出數(shù)據(jù)。
因此，可以?xún)H根據(jù)直接通信請(qǐng)求信息中所包括的地址信息來(lái)執(zhí)行快捷通信(權(quán)利要求7)。
而且，當(dāng)在信息監(jiān)視器讀取結(jié)果的通信請(qǐng)求信息中包括與網(wǎng)絡(luò)服務(wù)提供商設(shè)備的連接的中止請(qǐng)求信息時(shí)，連接處理器可以中止與網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信(權(quán)利要求8)。
而且，通過(guò)重寫(xiě)在數(shù)據(jù)鏈路層信息中所包括的MAC地址，控制器可以控制數(shù)據(jù)的輸出目的(權(quán)利要求9)。
而且，通過(guò)驗(yàn)證來(lái)自源用戶(hù)終端的數(shù)據(jù)鏈路層信息中所包括的鑒權(quán)信息和來(lái)自目的用戶(hù)終端的鑒權(quán)信息，控制器可以確定是否允許源用戶(hù)終端和目的用戶(hù)終端之間的快捷通信(權(quán)利要求10)。
而且，當(dāng)在信息監(jiān)視器讀取結(jié)果的通信請(qǐng)求信息中包括與網(wǎng)絡(luò)服務(wù)提供商設(shè)備連接的重新啟動(dòng)請(qǐng)求信息時(shí)，連接處理器可以重新啟動(dòng)與網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信(權(quán)利要求11)。


圖1是一個(gè)示意圖，圖示應(yīng)用根據(jù)本發(fā)明的通信設(shè)備的一種實(shí)施例的一個(gè)網(wǎng)絡(luò)的結(jié)構(gòu)；圖2是圖示根據(jù)本發(fā)明的通信設(shè)備結(jié)構(gòu)的一種實(shí)施例的方框圖；圖3是圖示由根據(jù)本發(fā)明的通信設(shè)備所執(zhí)行的一種操作實(shí)施例(1)的控制程序的流程圖；圖4是一個(gè)流程圖，圖示由根據(jù)本發(fā)明的通信設(shè)備所執(zhí)行的操作實(shí)施例中所用TTL計(jì)數(shù)的控制程序；圖5圖示保存與根據(jù)本發(fā)明的通信設(shè)備的操作實(shí)施例中的端口相對(duì)應(yīng)的信息的表格；圖6圖示當(dāng)在根據(jù)本發(fā)明的通信設(shè)備的操作實(shí)施例中開(kāi)始快捷通信時(shí)所接收的一個(gè)幀的格式；圖7圖示當(dāng)在根據(jù)本發(fā)明的通信設(shè)備的操作實(shí)施例中請(qǐng)求一個(gè)快捷通信的鑒權(quán)時(shí)所接收的一個(gè)幀的格式；圖8圖示在根據(jù)本發(fā)明的通信設(shè)備的操作實(shí)施例(1)中一個(gè)快捷通信過(guò)程中所接收的一個(gè)幀的格式；圖9圖示在根據(jù)本發(fā)明的通信設(shè)備的操作實(shí)施例中完成一個(gè)快捷通信時(shí)所接收的一個(gè)幀的格式；圖10圖示在根據(jù)本發(fā)明的通信設(shè)備的操作實(shí)施例中中止一個(gè)快捷通信時(shí)所接收的一個(gè)幀的格式；圖11圖示在根據(jù)本發(fā)明的通信設(shè)備的操作實(shí)施例中重新啟動(dòng)一個(gè)快捷通信時(shí)所接收的一個(gè)幀的格式；
圖12是一個(gè)方框圖，圖示用于根據(jù)本發(fā)明的通信設(shè)備的一個(gè)用戶(hù)終端的在所有附圖中，相同的參考數(shù)字表示相同或相應(yīng)的組件。
具體實(shí)施例方式
圖1圖示應(yīng)用本發(fā)明的網(wǎng)絡(luò)結(jié)構(gòu)。如上所述，該網(wǎng)絡(luò)包括用戶(hù)終端11和12、光網(wǎng)絡(luò)單元(ONU)13和14、通信設(shè)備15-17、邊沿設(shè)備18-20、RADIUS服務(wù)器21和在線(xiàn)游戲服務(wù)器22。
用戶(hù)終端11和12通過(guò)以太網(wǎng)分別連接到ONU 13和14，并通過(guò)ONU 13和14共同連接到本發(fā)明的通信設(shè)備15。ONU 13和14安裝在光纖用戶(hù)家中以將諸如個(gè)人計(jì)算機(jī)(PC)的用戶(hù)終端連接到光纖。
注意到在網(wǎng)絡(luò)上還圖示了通信設(shè)備16和17，多個(gè)用戶(hù)終端(未圖示)也類(lèi)似地分別與之相連。
通信設(shè)備15連接到包括一個(gè)提供商終端的邊沿設(shè)備18。用戶(hù)終端11和12通過(guò)通信設(shè)備15連接到邊沿設(shè)備18，從而能夠接入到互聯(lián)網(wǎng)。
鑒權(quán)用的RADIUS服務(wù)器21連接到邊沿設(shè)備18，該邊沿設(shè)備18通過(guò)電信公司網(wǎng)絡(luò)CN連接到邊沿設(shè)備19和20。邊沿設(shè)備19和20構(gòu)成互聯(lián)網(wǎng)INET的服務(wù)提供商(ISP)，在線(xiàn)游戲服務(wù)器22通過(guò)互聯(lián)網(wǎng)INET與之相連接。
在這樣一種結(jié)構(gòu)中，當(dāng)用戶(hù)在用戶(hù)終端11和12上玩網(wǎng)絡(luò)游戲時(shí)，它們通過(guò)如上所述的網(wǎng)絡(luò)路由接入在線(xiàn)游戲服務(wù)器22。
在圖1下方圖示的幀23-27示意性地圖示了從用戶(hù)終端11和12發(fā)送給在線(xiàn)游戲服務(wù)器22的數(shù)據(jù)的協(xié)議，并僅圖示了與本發(fā)明相關(guān)的數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層。
首先，下面將描述幀23用戶(hù)終端11和12通過(guò)諸如UTP(非屏蔽雙絞線(xiàn))或10BASE-T的光纖的LAN纜線(xiàn)分別連接到ONU 13和14以便通過(guò)以太網(wǎng)協(xié)議進(jìn)行通信。
因此，用戶(hù)終端11和12將幀23分別發(fā)送給ONU 13和14，所述幀具有在網(wǎng)絡(luò)層中包括IP地址和在數(shù)據(jù)鏈路層中包括PPP、PPPoE和以太網(wǎng)協(xié)議的結(jié)構(gòu)。
注意到在例如幀23中圖示的“以太網(wǎng)(UTP)”表明物理層是UTP或光纖。在下文中，括號(hào)內(nèi)的最低層表示物理層的內(nèi)容。
因?yàn)镺NU 13和14以與幀23相同的方式通過(guò)以太網(wǎng)協(xié)議與通信設(shè)備15通信，幀24具有與幀23相同的格式。因此，ONU 13和14將與幀23格式相同的幀24發(fā)送給通信設(shè)備15。因而，盡管幀24的物理層由UTP改變成光纖，并不影響數(shù)據(jù)鏈路層。
因?yàn)橥ㄐ旁O(shè)備15以與幀24相同的方式通過(guò)光纖的以太網(wǎng)協(xié)議與邊沿設(shè)備18通信，幀25的物理層并不改變。因而，如幀25所示，通信設(shè)備15在不進(jìn)行重寫(xiě)的情況下將幀發(fā)送給邊沿設(shè)備18。
因?yàn)檫呇卦O(shè)備18通過(guò)ATM(異步傳輸模式)連接到邊沿設(shè)備19和20，幀26具有一種通過(guò)L2TP(第二層嵌套協(xié)議)而非PPPoE進(jìn)行通信的格式。
因此，通信設(shè)備18在數(shù)據(jù)鏈路層將PPPoE重寫(xiě)成L2TP，將以太網(wǎng)協(xié)議重寫(xiě)成IP地址和ATM格式，分別如幀26所圖示的，以便被發(fā)送給邊沿設(shè)備19或20。
因?yàn)檫呇卦O(shè)備19和20通過(guò)互聯(lián)網(wǎng)INET連接到在線(xiàn)服務(wù)器22，幀27在互聯(lián)網(wǎng)INET上的連接并不限制于以太網(wǎng)，不規(guī)定其連接方式。
然而，根據(jù)目的地的IP地址來(lái)確定傳輸路由，以便邊沿設(shè)備19和20使用未改變的幀26的IP地址和根據(jù)幀27所通過(guò)的路由來(lái)重寫(xiě)其余部分，如幀27所示，以便將其發(fā)送給在線(xiàn)游戲服務(wù)器22。
從在線(xiàn)游戲服務(wù)器22到用戶(hù)終端11和12的幀沿著上述流程的相反方向被重寫(xiě)。
圖2圖示根據(jù)本發(fā)明的通信設(shè)備的結(jié)構(gòu)。該通信設(shè)備包括控制器30、存儲(chǔ)器31、以太網(wǎng)處理器32、信息監(jiān)視器33和RADIUS控制器34，每個(gè)都可以使用CPU、ROM和RAM等。
其中，控制器30執(zhí)行與本發(fā)明相關(guān)的整體控制，包括改變幀信息和管理表格。存儲(chǔ)器31保存控制器30處理所需的數(shù)據(jù)等。以太網(wǎng)處理器32執(zhí)行通信處理，例如PPPoE。
信息監(jiān)視器33識(shí)別所接收幀的內(nèi)容，RADIUS控制器34執(zhí)行到/從RADIUS服務(wù)器21的幀的發(fā)送/接收處理。
實(shí)施例(1)圖3-13圖3和圖4圖示圖2所示的通信設(shè)備的操作實(shí)施例(1)的流程圖。圖5圖示通信設(shè)備15所保存的與相連終端有關(guān)的一個(gè)表格。圖6-11圖示在用戶(hù)終端11和通信設(shè)備15之間交換的幀的格式。在下文中，將參考圖3-圖11描述在圖1和圖2中圖示的通信設(shè)備15的操作實(shí)施例(1)。
首先，圖1的用戶(hù)終端11和12具有分別分配給到邊沿設(shè)備19和20的連接的IP地址，分別連接到互聯(lián)網(wǎng)INET，并處于僅可以通過(guò)互聯(lián)網(wǎng)INET進(jìn)行通信的狀態(tài)。
現(xiàn)在，分別使用用戶(hù)終端11和12的用戶(hù)A和B通過(guò)某一網(wǎng)站公告牌發(fā)現(xiàn)他們正在使用同一消息區(qū)域(MA)內(nèi)的相同接入服務(wù)，并且都決定使用快捷服務(wù)相互之間對(duì)打在線(xiàn)游戲。
為了簡(jiǎn)化說(shuō)明，假設(shè)在快捷通信過(guò)程中的幀23(24)僅從用戶(hù)終端11流向用戶(hù)終端12，并且同時(shí)從兩個(gè)用戶(hù)終端11和12接收到用于快捷通信啟動(dòng)、中止、重新啟動(dòng)或完成的幀23(24)。同樣的說(shuō)明適用于用戶(hù)終端12向用戶(hù)終端11發(fā)送一個(gè)幀的情況。注意到幀23和24的內(nèi)容相同。
首先，控制器30為開(kāi)始通信執(zhí)行初始化操作(在步驟S1)。然后，以太網(wǎng)處理器32進(jìn)入幀等待狀態(tài)，控制器30確定以太網(wǎng)處理器32是否已經(jīng)接收到幀24(在步驟S2)。
如果以太網(wǎng)處理器32尚未接收到幀24，控制器30從圖5所示的表TBL中刪除一個(gè)端口的表目，所述端口的如圖4所示計(jì)算的TTL(生存時(shí)間)值為“0”(在步驟S3)。
每秒將TTL值遞減“1”。對(duì)于TTL值為“0”的信息，其表目將被從表TBL中刪除。在每次從用戶(hù)終端11和12發(fā)送幀時(shí)，將TTL的值重新設(shè)置為初始值。
具體地說(shuō)，如圖4所示，控制器30等待定時(shí)器計(jì)時(shí)一秒鐘(在步驟S27)。在一秒鐘內(nèi)，控制器30確定每個(gè)端口的TTL值是否為“0”(在步驟S28)。在為“0”的情況下，不需要改變TTL，以便該程序返回步驟S27。注意到如上所述，將從表TBL中刪除對(duì)應(yīng)于其TTL值為“0”的端口P1和P2的數(shù)據(jù)。
如果TTL值不是“0”，控制器30將每個(gè)端口的TTL值遞減“1”(在步驟S29)，該程序返回步驟S27。注意到由控制器30獨(dú)立于圖3所示的流程圖執(zhí)行TTL值的處理。
在下文中，將描述圖5所示的表TBL的內(nèi)容。通信設(shè)備15具有端口P1和P2(參見(jiàn)圖1)，并通過(guò)端口P1和P2與用戶(hù)終端11和12通信。存儲(chǔ)器31保存分別與端口P1和P2相關(guān)的MAC地址、PPPoE會(huì)話(huà)ID、IP地址、組ID、電信公司網(wǎng)絡(luò)連接可用性和TTL值(十六進(jìn)制數(shù)字)。
其中，MAC地址、PPPoE對(duì)話(huà)ID和IP地址用于指定目的用戶(hù)終端。組ID用于與目的用戶(hù)終端的鑒權(quán)。電信公司連接可用性用于確定是否執(zhí)行一個(gè)快捷通信。TTL值在上文中已經(jīng)被描述。
返回圖3的流程圖，當(dāng)以太網(wǎng)處理器32接收到幀24時(shí)，控制器30將TTL值遞增“1”(在步驟S4)。
控制器30確定所接收的幀是否是從電信公司網(wǎng)絡(luò)CN即從邊沿設(shè)備18發(fā)送的幀25(在步驟S5)。
當(dāng)所接收的幀被確定是從邊沿設(shè)備18發(fā)送的幀25時(shí)，以太網(wǎng)處理器32檢查與邊沿設(shè)備19和20的連接狀態(tài)(在步驟S6)。結(jié)果，如果與邊沿設(shè)備19和20的連接被中斷，則不需要處理幀25，以便該程序再次返回步驟S2，并且以太網(wǎng)處理器32進(jìn)入幀接收等待狀態(tài)。
如果與電信公司網(wǎng)絡(luò)CN的連接未中斷，并且處于接收幀的狀態(tài)下，以太網(wǎng)處理器32通過(guò)常規(guī)交換來(lái)處理該幀(在步驟S7)，該程序返回步驟S2。
信息監(jiān)視器33識(shí)別所接收幀24的內(nèi)容(在步驟S8)。作為信息監(jiān)視器33的識(shí)別結(jié)果，控制器30確定在所接收的幀24中是否包括源MAC地址、PPPoE對(duì)話(huà)ID和IP地址(在步驟S9)。如果不包括，則該程序前進(jìn)到步驟S10，反之前進(jìn)到步驟S15。
信息監(jiān)視器33確定在幀24中是否包括將在下文中進(jìn)行描述的擴(kuò)展PPPoE數(shù)據(jù)(在步驟S10)。如果不包括該數(shù)據(jù)，則該程序前進(jìn)到步驟S7，并執(zhí)行常規(guī)交換。
如果在幀24中包括擴(kuò)展PPPoE數(shù)據(jù)，則信息監(jiān)視器33確定該幀的類(lèi)型(在步驟S11)。在一個(gè)幀指示一個(gè)快捷通信啟動(dòng)的情況下，該程序前進(jìn)到步驟S12及其之后的鑒權(quán)處理，反之則前進(jìn)到步驟S23。
圖6圖示在快捷通信啟動(dòng)時(shí)幀24的格式。
在快捷通信啟動(dòng)時(shí)的幀24通常包括以下七個(gè)層物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、對(duì)話(huà)層、表示層和應(yīng)用層。
注意到網(wǎng)絡(luò)層及其以上各層未改變，并且在網(wǎng)絡(luò)中的各個(gè)區(qū)域中是共同的。物理層僅涉及電纜、連接器等。因此，在下文對(duì)幀的描述中，將如圖1所述，僅描述涉及本發(fā)明所改變內(nèi)容的數(shù)據(jù)鏈路層。
構(gòu)成數(shù)據(jù)鏈路層的MAC地址是唯一地分配給網(wǎng)絡(luò)上每個(gè)終端的一個(gè)地址。目的MAC地址和源MAC地址被寫(xiě)在該幀中。例如，當(dāng)從ONU 13向通信設(shè)備15發(fā)送一個(gè)幀時(shí)，通信設(shè)備15的MAC地址被寫(xiě)在目的MAC地址中，ONU 13的MAC地址被寫(xiě)在源MAC地址中。
當(dāng)將幀傳送給其它終端時(shí)，通信設(shè)備15根據(jù)目的終端重寫(xiě)目的MAC地址，并將源MAC地址重寫(xiě)在通信設(shè)備15的MAC地址中。
隨后所寫(xiě)的PPPoE協(xié)議包括上層標(biāo)識(shí)符、版本、類(lèi)型、代碼、PPPoE對(duì)話(huà)ID和數(shù)據(jù)長(zhǎng)度。其結(jié)構(gòu)與常規(guī)通信中的幀結(jié)構(gòu)相同。
在PPPoE協(xié)議之后，快捷通信啟動(dòng)的TAG類(lèi)型、TAG數(shù)據(jù)長(zhǎng)度、組ID的TAG類(lèi)型、TAG數(shù)據(jù)長(zhǎng)度、組ID、密碼的TAG類(lèi)型、TAG數(shù)據(jù)長(zhǎng)度和密碼被封裝在PPPoE協(xié)議中寫(xiě)入在PPPoE的上述擴(kuò)展部分內(nèi)。
對(duì)于組ID的確定方法，可以通過(guò)執(zhí)行快捷通信的用戶(hù)使用諸如郵件、聊天或電話(huà)等通信方式來(lái)預(yù)先確定組ID。而且，也可以由例如在線(xiàn)游戲提供商通過(guò)實(shí)時(shí)獲得用戶(hù)是否能夠執(zhí)行快捷通信的指示信息來(lái)自動(dòng)地分配組ID。
擴(kuò)展PPPoE中所包括的結(jié)構(gòu)不同于常規(guī)PPPoE，快捷通信的TAG類(lèi)型的存在/不存在被用于確定是否已經(jīng)開(kāi)始快捷通信(在步驟S11)。
當(dāng)在步驟S11發(fā)現(xiàn)來(lái)自用戶(hù)終端11和12的幀24在請(qǐng)求開(kāi)始快捷通信時(shí)，如果假定通過(guò)雙方的組ID相互匹配而允許用戶(hù)終端11和12之間的快捷通信，則惡意的第三方可以通過(guò)某種方式獲取組ID，并侵入到快捷組間通信中。
為了防止惡意侵入，在此所用的是利用口令與RADIUS服務(wù)器21協(xié)作進(jìn)行用戶(hù)鑒權(quán)(參見(jiàn)圖1)。當(dāng)然，快捷通信可以?xún)H通過(guò)組ID來(lái)許可，或者控制器30可以執(zhí)行用戶(hù)鑒權(quán)而不與RADIUS服務(wù)器21協(xié)作。
RADIUS控制器34生成將被發(fā)送給RADIUS服務(wù)器21的圖7所示的幀(在步驟S12)。這個(gè)幀是當(dāng)前由RFC2865定義并使用的RADIUS幀格式。
隨后的操作稍微取決于鑒權(quán)方法。然而，最終將有鑒權(quán)OK或NG的一個(gè)應(yīng)答幀被從RADIUS服務(wù)器返回給通信設(shè)備。同樣，在此序列中使用在RFC2865中所規(guī)定的格式而不進(jìn)行改變。
注意到在這種情況的結(jié)構(gòu)中，目的MAC地址和源MAC地址被寫(xiě)入在數(shù)據(jù)鏈路層中。上層標(biāo)識(shí)符、版本、類(lèi)型、服務(wù)類(lèi)型(TOS)、數(shù)據(jù)長(zhǎng)度、標(biāo)識(shí)符、標(biāo)志、段偏移、TTL、上層標(biāo)識(shí)符(UDP)、首部校驗(yàn)和、源IP地址和RADIUS服務(wù)器的IP地址被寫(xiě)入在網(wǎng)絡(luò)層中。
源端口號(hào)、目的端口號(hào)、數(shù)據(jù)長(zhǎng)度和UDP校驗(yàn)和被寫(xiě)入在傳輸層中，代碼(接入請(qǐng)求)、標(biāo)識(shí)符、數(shù)據(jù)長(zhǎng)度、鑒權(quán)請(qǐng)求、組ID(包括類(lèi)型和數(shù)據(jù)長(zhǎng)度)、口令(包括類(lèi)型和數(shù)據(jù)長(zhǎng)度)、通信設(shè)備的IP地址(包括類(lèi)型和數(shù)據(jù)長(zhǎng)度)、類(lèi)型(NAS端口)、數(shù)據(jù)長(zhǎng)度和通信設(shè)備的端口被寫(xiě)入在上層中。
然后，RADIUS控制器34確定鑒權(quán)是否成功(在步驟S13)。如果鑒權(quán)未成功，則不能執(zhí)行快捷通信，所以該程序返回到步驟S2以等待幀。
如果鑒權(quán)成功，則控制器30將所接收的組ID寫(xiě)入在映射在存儲(chǔ)器31上的圖5所示的表TBL中(在步驟S14)。通過(guò)完全相同的程序，在從用戶(hù)終端12接收到快捷通信啟動(dòng)請(qǐng)求并執(zhí)行鑒權(quán)之后，寫(xiě)入組ID。
返回步驟S9，將描述在所接收的幀中包括源MAC地址、PPPoE對(duì)話(huà)ID和IP地址的情況。
當(dāng)源MAC地址、PPPoE對(duì)話(huà)ID和IP地址包括在所接收的幀24中時(shí)，信息監(jiān)視器33根據(jù)存儲(chǔ)器31上的表格TBL確定是否存在對(duì)應(yīng)于與在幀24中所寫(xiě)入的源IP地址相同的IP地址的一個(gè)端口(在步驟S15)。
不存在相同的IP地址意味著用戶(hù)終端11的信息并不存在于表格TBL上，因此控制器30重新將諸如MAC地址、PPPoE對(duì)話(huà)ID和對(duì)應(yīng)于用戶(hù)終端11的IP地址等信息寫(xiě)入表格TBL中(在步驟S16)。
在步驟S15中存在相同IP地址的情況下，控制器30進(jìn)一步比較該IP地址的端口的MAC地址和PPPoE對(duì)話(huà)ID與幀24中的內(nèi)容以確定它們是否相同(在步驟S17)。
如果端口信息和幀24的信息彼此不同，則控制器30根據(jù)幀24的內(nèi)容改變表格TBL的內(nèi)容(在步驟S18)。
如果在步驟S17端口信息和幀24的信息相同，則信息監(jiān)視器33確認(rèn)在幀24中所寫(xiě)的組ID(在步驟S19)。當(dāng)組ID是“0”時(shí)，該組ID未被設(shè)置，因而不能執(zhí)行快捷通信。因此，該程序返回步驟S7，通過(guò)常規(guī)交換來(lái)處理幀24。
如果組ID不是“0”，則控制器30比較在表格TBL中存儲(chǔ)的端口P1和P2的信息，并確定是否存在IP地址和目的IP地址相同的用戶(hù)終端(在步驟S20)。注意到可以在圖5所示的表格TBL中預(yù)先準(zhǔn)備目的用戶(hù)終端的組ID，也可以從目的用戶(hù)終端接收。
當(dāng)確定組ID和IP地址分別與目的用戶(hù)終端的相同時(shí)，控制器30將在幀24的數(shù)據(jù)鏈路層中所寫(xiě)的目的MAC地址、源MAC地址和PPPoE對(duì)話(huà)ID的信息重新寫(xiě)入到與用戶(hù)終端12相對(duì)應(yīng)的信息中，以便將所接收的幀24返回給用戶(hù)終端12。隨后，控制器30將圖6所示的幀24發(fā)送給用戶(hù)終端12(在步驟S21)。
圖8圖示在快捷通信過(guò)程中的幀格式。
將省略對(duì)目的MAC地址、源MAC地址和PPPoE協(xié)議結(jié)構(gòu)的描述，因?yàn)樗鼈兣c圖6中用于快捷通信啟動(dòng)的結(jié)構(gòu)相同。
而且，PPPoE協(xié)議的擴(kuò)展部分以相同的方式跟隨。然而，這種結(jié)構(gòu)與快捷通信啟動(dòng)的結(jié)構(gòu)不同。即，在這個(gè)擴(kuò)展PPPoE部分中，寫(xiě)有上層標(biāo)識(shí)符、版本、類(lèi)型、TOS、數(shù)據(jù)長(zhǎng)度、標(biāo)識(shí)符、標(biāo)志、段偏移、TTL、上層標(biāo)識(shí)符、首部校驗(yàn)和、源IP地址和目的IP地址。其結(jié)構(gòu)與常規(guī)通信中一個(gè)幀的網(wǎng)絡(luò)層內(nèi)所寫(xiě)的結(jié)構(gòu)相同。也就是說(shuō)，與網(wǎng)絡(luò)層中所寫(xiě)的結(jié)構(gòu)相同的結(jié)構(gòu)被寫(xiě)入在PPPoE擴(kuò)展部分中。
這是因?yàn)镮P地址對(duì)于使用圖5所示的表格TBL確定是否允許快捷通信來(lái)說(shuō)是必需的，盡管通信設(shè)備15可以?xún)H讀取物理層和數(shù)據(jù)鏈路層的信息，通信設(shè)備15應(yīng)當(dāng)能夠象讀取數(shù)據(jù)鏈路層信息那樣讀取IP地址。
當(dāng)在步驟S20確定組ID和IP地址不與目的用戶(hù)終端的相一致時(shí)，控制器30確認(rèn)與電信公司網(wǎng)絡(luò)CN的連接狀態(tài)(在步驟S22)。如果與電信公司網(wǎng)絡(luò)CN的連接中斷，該幀不需要被處理，以便該程序再次返回到步驟S2，進(jìn)入幀接收等待狀態(tài)。
如果與電信公司網(wǎng)絡(luò)CN的連接在幀接收狀態(tài)過(guò)程中未中斷，則該程序返回到步驟S7以通過(guò)常規(guī)交換來(lái)處理幀24。
返回步驟S11，將描述幀24并不包括指示快捷通信啟動(dòng)的指示數(shù)據(jù)的情況。
信息監(jiān)視器33確定是否已經(jīng)從執(zhí)行快捷通信的相同組發(fā)送幀24(在步驟S23)。如果該幀來(lái)自相同組的外部，則該幀來(lái)自并非快捷通信方的某個(gè)人，所以該程序在不處理的情況下返回步驟S2，進(jìn)入幀等待狀態(tài)。
如果所接收的幀24是圖9所示用于快捷通信完成的幀，則控制器30將圖5所示的表格TBL的組ID改變?yōu)椤?”以完成快捷通信(在步驟S24)。然后，控制器30將電信公司網(wǎng)絡(luò)連接可用性的參數(shù)設(shè)置為“0x0000”，以便重新啟動(dòng)與電信公司網(wǎng)絡(luò)CN的連接(在步驟S25)，并返回步驟S2以等待幀。
圖9圖示快捷通信完成的幀格式。
將省略對(duì)目的MAC地址、源MAC地址和PPPoE協(xié)議結(jié)構(gòu)的描述，因?yàn)樗鼈兣c圖6中的用于快捷通信啟動(dòng)的結(jié)構(gòu)相同。
類(lèi)似的，PPPoE協(xié)議的擴(kuò)展部分與快捷通信啟動(dòng)中的相同。然而，TAG類(lèi)型指示的不是快捷通信啟動(dòng)的內(nèi)容，而是快捷通信完成的內(nèi)容。這個(gè)TAG類(lèi)型用于確定是否允許快捷通信完成。
如果所接收的幀24是圖10所示用于中止快捷通信的幀，則控制器30前進(jìn)到步驟S25以重新啟動(dòng)快捷通信，并返回步驟S2等待幀。
圖10圖示快捷通信中止的幀格式。將省略對(duì)PPPoE協(xié)議及其擴(kuò)展部分的描述，因?yàn)樗鼈兣c快捷通信完成中的相同。
類(lèi)似的，這個(gè)TAG類(lèi)型的內(nèi)容不是快捷通信啟動(dòng)，而是快捷通信中止。這個(gè)TAG類(lèi)型用于確定是否允許快捷通信中止。
如果所接收的幀24是圖11所示的快捷通信恢復(fù)幀，控制器30將電信公司網(wǎng)絡(luò)可用性參數(shù)改變?yōu)椤?x0001”以便中止與電信公司網(wǎng)絡(luò)CN的連接(在步驟S26)。
圖11圖示快捷通信重新啟動(dòng)的幀格式。將省略對(duì)PPPoE協(xié)議及其擴(kuò)展部分的描述，因?yàn)樗鼈兣c快捷通信完成中的相同。
類(lèi)似的，這個(gè)TAG類(lèi)型的內(nèi)容表示的不是快捷通信啟動(dòng)而是快捷通信恢復(fù)。這個(gè)TAG類(lèi)型用于確定是否允許快捷通信重新啟動(dòng)。
在下文中，將描述用戶(hù)終端11和12的處理。
圖12圖示用戶(hù)終端11和12的結(jié)構(gòu)，包括控制器41、應(yīng)用程序42、存儲(chǔ)器43、以太網(wǎng)處理器44和PPPoE處理器45。這些可以在內(nèi)部包括CPU、ROM和RAM等(未圖示)。
控制器41執(zhí)行用戶(hù)終端11的整體控制，例如生成幀。存儲(chǔ)器43存儲(chǔ)控制器41操作所需的信息。以太網(wǎng)處理器44通過(guò)以太網(wǎng)協(xié)議執(zhí)行通信處理。PPPoE處理器45準(zhǔn)備幀中的PPPoE協(xié)議及其諸如TAG類(lèi)型的擴(kuò)展形式。
圖13圖示根據(jù)本發(fā)明的用戶(hù)終端的操作實(shí)施例(1)的流程圖。圖4所示TTL值的描述、圖5所示表格TBL內(nèi)容和圖6-11所示幀內(nèi)容的描述與通信設(shè)備15的相同，所以在需要時(shí)將予以參考。將參考上述附圖描述實(shí)施例(1)中用戶(hù)終端的操作。
在加電之后，當(dāng)在用戶(hù)終端11中指示接入互聯(lián)網(wǎng)時(shí)，PPPoE處理器45開(kāi)始對(duì)經(jīng)ONU 13和通信設(shè)備15與邊沿設(shè)備18的連接的處理(在步驟S31)。用戶(hù)終端11根據(jù)常規(guī)PPPoE處理執(zhí)行一個(gè)互聯(lián)網(wǎng)連接(在步驟S32)。
然后，控制器41確定是否存在用戶(hù)A通過(guò)應(yīng)用程序42的輸入(在步驟S33)。在沒(méi)有用戶(hù)A的輸入的情況下，該程序返回步驟S32以執(zhí)行常規(guī)通信處理。
在有來(lái)自用戶(hù)A的輸入的情況下，控制器41確定這些輸入是否是用于快捷通信啟動(dòng)的指令(在步驟S34)，如果是，則控制器41確定組ID是否被設(shè)置在這些指令中(在步驟S35)。
如果組ID被設(shè)置，則用戶(hù)終端11的控制器41設(shè)置與用戶(hù)B共同確定的組ID和口令，以及在用戶(hù)終端11的通信軟件中分配給用戶(hù)終端B的IP地址，并將快捷通信功能設(shè)置為“啟動(dòng)”。
然后，用戶(hù)終端11的PPPoE處理器44和以太網(wǎng)處理器45準(zhǔn)備圖6所示將被發(fā)送的幀23(在步驟S36)。
如果組ID未設(shè)置，則控制器41通過(guò)應(yīng)用程序42指示一個(gè)錯(cuò)誤(在步驟S37)，并且該程序返回到步驟S33的用戶(hù)輸入。
如果在步驟S43用戶(hù)輸入不是快捷通信啟動(dòng)，則控制器41確定該輸入是否是用于快捷通信完成的指令(在步驟S38)。
在快捷通信完成的情況下，圖1和圖9所示的幀23被準(zhǔn)備和發(fā)送(在步驟S39)。
如果在步驟S38輸入不是快捷通信完成，則控制器41確定輸入是否是用于快捷通信中止的指令(在步驟S40)。
如果輸入是快捷通信中止，則圖10所示的幀23被準(zhǔn)備和發(fā)送(在步驟S41)。
如果在步驟S40輸入不是快捷通信中止，則控制器41確定輸入是否是用于快捷通信重新啟動(dòng)的指令(在步驟S42)。
在快捷通信重新啟動(dòng)的情況下，圖11所示的幀23被準(zhǔn)備和發(fā)送(在步驟S43)。
實(shí)施例(2)圖14-圖16在下文中，將描述圖2所示的通信設(shè)備15的操作實(shí)施例(2)，其中快捷通信過(guò)程中的幀24不是被封裝在擴(kuò)展PPPoE上，而是在以太網(wǎng)上。
圖14圖示該操作實(shí)施例(2)中的通信設(shè)備的流程圖。圖15圖示在操作實(shí)施例(2)中在快捷通信過(guò)程中在用戶(hù)終端11和通信設(shè)備15之間交換的一個(gè)幀的格式。
在下文中，將參考圖14至圖15描述通信設(shè)備的實(shí)施例(2)。注意到用于該操作的參考數(shù)字與操作實(shí)施例(1)的相同，將省略其說(shuō)明。
首先，執(zhí)行與實(shí)施例(1)的步驟S1-S8分別對(duì)應(yīng)的步驟S51-S58。
然后，信息監(jiān)視器33確定在所接收的幀24中是否包括源MAC地址、PPPoE對(duì)話(huà)ID和IP地址(在步驟S59)。如果包括它們，則該程序返回到步驟S56。
如果在所接收的幀24中不包括源MAC地址、PPPoE對(duì)話(huà)ID和IP地址，則信息監(jiān)視器33確定在所接收的幀24中是否存在直接封裝在以太網(wǎng)上的源IP地址(在步驟S60)。
如果在所接收的幀24中并不存在直接封裝在以太網(wǎng)上的源IP地址等，則執(zhí)行分別對(duì)應(yīng)于實(shí)施例(1)的步驟S10-S14的步驟S61-S65。此時(shí)，執(zhí)行使用圖6和圖7所示幀的快捷通信的啟動(dòng)處理，其中包括通過(guò)RAIDIUS鑒權(quán)。
注意到快捷通信的啟動(dòng)處理與實(shí)施例(1)中擴(kuò)展PPPoE所執(zhí)行的處理相同。
如果在所接收的幀24中存在被直接封裝在以太網(wǎng)上的源IP地址，則通過(guò)執(zhí)行分別對(duì)應(yīng)于實(shí)施例(1)的步驟S15-S22的步驟S66-S73來(lái)執(zhí)行是否發(fā)送幀24的確定以及該幀的發(fā)送。
圖15圖示直接封裝在以太網(wǎng)上的幀24，與圖8所示的擴(kuò)展PPPoE的不同在于不包括PPPoE協(xié)議，并且對(duì)應(yīng)于PPPoE擴(kuò)展部分的源IP地址、目的IP地址等以一種直接封裝在以太網(wǎng)上的格式寫(xiě)入。
而且，當(dāng)在對(duì)應(yīng)于步驟S11的步驟S62上確定不是快捷通信啟動(dòng)時(shí)，執(zhí)行分別對(duì)應(yīng)于實(shí)施例(1)的步驟S23-S26的步驟S74-S77。執(zhí)行使用如圖9-11所示幀的快捷通信的完成/中止/重新啟動(dòng)處理。
注意到快捷通信的啟動(dòng)/中止/重新啟動(dòng)處理與實(shí)施例(1)的操作相同，因?yàn)樗鼈兺ㄟ^(guò)擴(kuò)展PPPoE來(lái)執(zhí)行。
在下文中，將描述用戶(hù)終端11的操作實(shí)施例(2)。在這種情況下，采用圖12所示的結(jié)構(gòu)。
圖16圖示操作實(shí)施例(2)的流程圖，將在需要時(shí)參考與實(shí)施例(1)共用的附圖進(jìn)行描述。
首先，執(zhí)行對(duì)應(yīng)于步驟S31的步驟S81。然后，控制器41確定標(biāo)志SC是否為“1”，它指示在快捷通信處理中(在步驟S82)。
如果標(biāo)志SC為“1”，則控制器41確定標(biāo)志CS是否為“1”，它指示快捷通信被中止(在步驟S83)。
如果標(biāo)志CS為“0”，則以太網(wǎng)處理器44將幀23封裝在以太網(wǎng)上以發(fā)送給快捷目的地，并且不將該幀23發(fā)送給除快捷目的地之外的目的地(在步驟S84)。
如果標(biāo)志CS為“1”，則以太網(wǎng)處理器44將幀23封裝在以太網(wǎng)上以發(fā)送給快捷目的地。反之，PPPoE處理器45將幀23封裝在PPPoE上以發(fā)送給除了快捷目的地之外的目的地(在步驟S85)。注意到在完成步驟S84或S85之后，該程序返回到步驟S87。
然后，執(zhí)行分別對(duì)應(yīng)于步驟S32-S37的步驟S86-S90。注意到為快捷通信啟動(dòng)執(zhí)行步驟S90，以便在傳輸幀23的同時(shí)將標(biāo)志SC設(shè)置為“1”。
當(dāng)在步驟S88發(fā)現(xiàn)幀23不用于快捷通信啟動(dòng)時(shí)，執(zhí)行對(duì)應(yīng)于步驟S38-S39的步驟S92-S93。注意到為快捷通信完成執(zhí)行步驟S93，以便控制器41在幀傳輸?shù)耐瑫r(shí)將標(biāo)志“SC”設(shè)置為“0”。
當(dāng)在步驟S92上未進(jìn)行快捷通信完成時(shí)，控制器41確定輸入是否是用于快捷通信中止的指令(在步驟S94)。
當(dāng)未進(jìn)行快捷通信中止時(shí)，標(biāo)志CS被設(shè)置為“1”(在步驟S95)，并且以太網(wǎng)處理器44準(zhǔn)備將被發(fā)送的圖10所示的幀23(在步驟S96)。
當(dāng)在步驟S94未進(jìn)行快捷通信中止時(shí)，控制器41確定輸入是否是用于快捷通信重新啟動(dòng)的指令(在步驟S97)。
當(dāng)未進(jìn)行快捷通信重新啟動(dòng)時(shí)，則控制器41將標(biāo)志CS設(shè)置為“0”(在步驟S98)，并且以太網(wǎng)處理器44準(zhǔn)備將被發(fā)送的圖11所示的幀23(在步驟S99)。
如上所述，使用根據(jù)本發(fā)明的通信設(shè)備，讀取從源用戶(hù)終端所發(fā)送數(shù)據(jù)中包括的數(shù)據(jù)鏈路層信息，當(dāng)該數(shù)據(jù)鏈路層信息中包括對(duì)網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信請(qǐng)求信息時(shí)，通過(guò)一種將數(shù)據(jù)組輸出給網(wǎng)絡(luò)服務(wù)提供商設(shè)備的現(xiàn)有協(xié)議來(lái)維持通信功能，并且當(dāng)數(shù)據(jù)鏈路層信息中包括與目的用戶(hù)終端的快捷通信請(qǐng)求信息時(shí)，將數(shù)據(jù)直接輸出給目的用戶(hù)終端。
因此，即使從源用戶(hù)終端輸出給目的終端的數(shù)據(jù)量變得非常大，也不需要再限制網(wǎng)絡(luò)提供商設(shè)備，從而提高了通信速度。
權(quán)利要求
1.一種通信設(shè)備，包括一個(gè)連接處理器，用于執(zhí)行用戶(hù)終端和網(wǎng)絡(luò)服務(wù)提供商設(shè)備之間的通信；一個(gè)信息監(jiān)視器，用于讀取源用戶(hù)終端所發(fā)送的數(shù)據(jù)中包含的數(shù)據(jù)鏈路層信息，并用于監(jiān)視在數(shù)據(jù)鏈路層信息中是否包括到網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信請(qǐng)求信息或與目的用戶(hù)終端的快捷通信請(qǐng)求信息；和一個(gè)控制器，用于在數(shù)據(jù)鏈路層信息包括通信請(qǐng)求信息時(shí)，將數(shù)據(jù)輸出給網(wǎng)絡(luò)服務(wù)提供商設(shè)備，并用于在數(shù)據(jù)鏈路層信息包括快捷通信請(qǐng)求信息時(shí)，將數(shù)據(jù)輸出給目的用戶(hù)終端。
2.如權(quán)利要求1所述的通信設(shè)備，其中快捷通信請(qǐng)求信息被封裝在數(shù)據(jù)鏈路層信息中。
3.如權(quán)利要求2所述的通信設(shè)備，其中快捷通信請(qǐng)求信息被封裝在數(shù)據(jù)鏈路層信息內(nèi)的以太網(wǎng)協(xié)議中。
4.如權(quán)利要求2所述的通信設(shè)備，其中通信請(qǐng)求信息包括一個(gè)PPPoE協(xié)議，并且快捷通信請(qǐng)求信息被封裝在數(shù)據(jù)鏈路層信息中的PPPoE協(xié)議中。
5.如權(quán)利要求1所述的通信設(shè)備，其中數(shù)據(jù)鏈路層信息包括鑒權(quán)信息，并且控制器根據(jù)該鑒權(quán)信息來(lái)確定是否允許源用戶(hù)終端和目的用戶(hù)終端之間的快捷通信，以便在允許快捷通信時(shí)使連接處理器將數(shù)據(jù)輸出給目的用戶(hù)終端。
6.如權(quán)利要求5所述的通信設(shè)備，其中在基于RADIUS格式的一種格式中描述鑒權(quán)信息，并且控制器將鑒權(quán)信息輸出給RADIUS服務(wù)器以根據(jù)RADIUS服務(wù)器中的驗(yàn)證結(jié)果確定是否允許快捷通信。
7.如權(quán)利要求1至6中任一權(quán)利要求所述的通信設(shè)備，其中控制器包括一個(gè)存儲(chǔ)器，用于存儲(chǔ)與通信端口相關(guān)的源用戶(hù)終端和目的用戶(hù)終端的地址信息，和當(dāng)數(shù)據(jù)包括快捷通信請(qǐng)求信息時(shí)，使連接處理器通過(guò)與快捷通信請(qǐng)求信息中所包括的地址信息相關(guān)的通信端口輸出數(shù)據(jù)。
8.如權(quán)利要求1至6中任一權(quán)利要求所述的通信設(shè)備，其中當(dāng)在信息監(jiān)視器所讀取的通信請(qǐng)求信息中包括與網(wǎng)絡(luò)服務(wù)提供商設(shè)備的連接的中止請(qǐng)求信息時(shí)，連接處理器中止與網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信。
9.如權(quán)利要求1至6中任一權(quán)利要求所述的通信設(shè)備，其中通過(guò)重寫(xiě)在數(shù)據(jù)鏈路層信息中所包括的MAC地址，控制器控制數(shù)據(jù)的輸出目的地。
10.如權(quán)利要求1至6中任一權(quán)利要求所述的通信設(shè)備，其中通過(guò)驗(yàn)證來(lái)自源用戶(hù)終端的數(shù)據(jù)鏈路層信息中所包括的鑒權(quán)信息和來(lái)自目的用戶(hù)終端的鑒權(quán)信息，控制器確定是否允許源用戶(hù)終端和目的用戶(hù)終端之間的快捷通信。
11.如權(quán)利要求8所述的通信設(shè)備，其中在信息監(jiān)視器所讀取的通信請(qǐng)求信息中包括與網(wǎng)絡(luò)服務(wù)提供商設(shè)備的連接的重新啟動(dòng)請(qǐng)求信息時(shí)，連接處理器重新啟動(dòng)與網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信。
全文摘要
在用于提供用戶(hù)終端和網(wǎng)絡(luò)服務(wù)提供商設(shè)備之間通信的通信設(shè)備中，讀取源用戶(hù)終端所發(fā)送的數(shù)據(jù)中包括的數(shù)據(jù)鏈路層信息，當(dāng)該數(shù)據(jù)鏈路層信息包括到網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信請(qǐng)求信息時(shí)，維持現(xiàn)有協(xié)議的將數(shù)據(jù)組輸出給網(wǎng)絡(luò)服務(wù)提供商設(shè)備的通信功能，當(dāng)數(shù)據(jù)鏈路層信息包括到目的用戶(hù)終端的快捷通信請(qǐng)求信息時(shí)，將數(shù)據(jù)直接輸出給目的用戶(hù)終端。
文檔編號(hào)H04L12/28GK1411207SQ0214339
公開(kāi)日2003年4月16日 申請(qǐng)日期2002年9月27日 優(yōu)先權(quán)日2001年9月28日
發(fā)明者北村卓也 申請(qǐng)人:富士通株式會(huì)社