專利名稱：無線傳輸層網(wǎng)關(guān)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于IT技術(shù)領(lǐng)域中的無線傳輸層網(wǎng)關(guān)，尤其是提供一種無線通訊環(huán)境下比TCP平穩(wěn)得多的，并能支持基于IPv4的傳統(tǒng)因特網(wǎng)與基于IPv6的第二代互聯(lián)網(wǎng)之間的高性能互通的傳輸服務(wù)網(wǎng)。
隨著因特網(wǎng)的日益普及，無線上網(wǎng)逐漸成為一個(gè)重大方向。無線通訊錯(cuò)包率比有線通訊明顯要高。傳統(tǒng)的因特網(wǎng)上，90％以上的應(yīng)用都是基于TCP傳輸服務(wù)，象應(yīng)用最廣泛的HTTP(WEB瀏覽)，SMTP(電子郵件傳遞)，POP3和IMAPv4(電子郵件存取)等，都使用TCP傳輸服務(wù)。但TCP不區(qū)分物理線路錯(cuò)包所造成的丟包，和網(wǎng)絡(luò)擁堵所造成的丟包，在發(fā)現(xiàn)丟包時(shí)，會(huì)縮小擁堵窗口、延長丟包報(bào)文重發(fā)時(shí)間、大大降低了傳輸速率。理論計(jì)算和實(shí)踐經(jīng)驗(yàn)都表明，在無線傳輸環(huán)境下，錯(cuò)包率一升高，網(wǎng)絡(luò)應(yīng)用訪問性能就顯著降低。象一些已經(jīng)部署的第三代無線通訊網(wǎng)絡(luò)，雖然理論上的通訊速度可以達(dá)到144Kbps，但實(shí)際上只能達(dá)到30-50Kbps的持續(xù)平均速度，造成這一令人不滿效果的原因，除了因?yàn)闊o線網(wǎng)絡(luò)是一種共享介質(zhì)以外，實(shí)際上主要是因?yàn)門CP面對(duì)丟包現(xiàn)象時(shí)不能做到平穩(wěn)傳輸。
無線連網(wǎng)的一種重要新技術(shù)是藍(lán)牙(Bluetooth)技術(shù)。藍(lán)牙技術(shù)作為一種低功耗、低成本、短距離無線通訊技術(shù)，要求其支持軟件應(yīng)該力求簡單。傳統(tǒng)上試圖采用嵌入式TCP/IP協(xié)議棧驅(qū)動(dòng)藍(lán)牙無線接口，但TCP/IP協(xié)議棧是為了適應(yīng)復(fù)雜網(wǎng)絡(luò)環(huán)境而設(shè)計(jì)，有比較多的額外開銷(overhead)，藍(lán)牙技術(shù)在無線傳輸上節(jié)約的成本，往往不可避免地被運(yùn)行TCP/IP協(xié)議棧需要的較高性能、較大存儲(chǔ)容量的微處理器及操作系統(tǒng)內(nèi)核所吞噬，違反了藍(lán)牙技術(shù)設(shè)計(jì)的初衷。
由于藍(lán)牙技術(shù)的出現(xiàn)，智能家居變得十分可行。例如電表、水表、氣表的無線遠(yuǎn)程抄表，準(zhǔn)許收費(fèi)人員不打擾住戶，就能獲得煤氣和水電的使用量數(shù)據(jù)，同時(shí)也不象使用智能卡(IC)技術(shù)的三表，一旦預(yù)定額耗盡，就強(qiáng)行斷水、斷電，給住戶帶來極大的不便。
與此同時(shí)，由于智能家庭網(wǎng)絡(luò)的大量增加，智能移動(dòng)設(shè)備的使用迅速增長，每個(gè)家庭智能設(shè)備或智能移動(dòng)設(shè)備都需要至少一個(gè)IP地址，傳統(tǒng)因特網(wǎng)IPv4地址嚴(yán)重不足的問題明確擺在了人們眼前?；贗Pv6的第二代互聯(lián)網(wǎng)有效解決了這一問題，公認(rèn)是將來聯(lián)網(wǎng)必用的途徑。
但現(xiàn)有的智能家居網(wǎng)絡(luò)系統(tǒng)，最多是在網(wǎng)絡(luò)層(ISO/OSI參考模型的第三層)實(shí)現(xiàn)網(wǎng)關(guān)功能，一方面還不能同時(shí)支持傳統(tǒng)的IPv4和新的IPv6，另一方面如前所述對(duì)藍(lán)牙技術(shù)的使用違反了其設(shè)計(jì)初衷，嚴(yán)重影響智能家居網(wǎng)絡(luò)系統(tǒng)的普及。
以VoIP為代表的互聯(lián)網(wǎng)上的音頻、視頻流應(yīng)用、音頻、視頻交互等媒體傳輸類的應(yīng)用，對(duì)所傳輸媒體數(shù)據(jù)的正確性沒有苛刻要求，也不要求每一段數(shù)據(jù)都不能丟失，但要求數(shù)據(jù)保持相對(duì)順序，即接收方上層應(yīng)用接收到的報(bào)文的先后關(guān)系，應(yīng)該與發(fā)送方發(fā)出數(shù)據(jù)的報(bào)文的先后關(guān)系一致。由于小波變換(Wavelet Transform)等技術(shù)的使用，媒體傳輸類應(yīng)用面對(duì)數(shù)據(jù)傳輸錯(cuò)誤或丟失時(shí)仍能保持不對(duì)用戶聽覺或視覺效果產(chǎn)生連續(xù)的或嚴(yán)重的惡劣影響，這類應(yīng)用對(duì)媒體數(shù)據(jù)傳輸?shù)恼_性要求更為寬松。而傳統(tǒng)的TCP傳輸服務(wù)相比之下所提供的正確性標(biāo)準(zhǔn)過于苛刻，開銷過大，UDP傳輸服務(wù)則不能保證報(bào)文的先后順序。
要解決上述問題，必須設(shè)計(jì)一個(gè)嶄新的傳輸層協(xié)議，這一新協(xié)議不僅在既有因特網(wǎng)上能夠使用，而且面對(duì)IPv6優(yōu)化，還要能夠針對(duì)特定的物理鏈路或數(shù)據(jù)鏈路如藍(lán)牙通訊進(jìn)行協(xié)議棧精簡，特別地一定要適用于無線傳輸環(huán)境。另外，還要根據(jù)媒體傳輸類應(yīng)用的需要，并基于出錯(cuò)率較高的無線傳輸環(huán)境的現(xiàn)實(shí)，提供與TCP或UDP品質(zhì)都不相同的傳輸層服務(wù)。
因此，本發(fā)明的目的在于，在保持無線通訊的不插即用(Play，withoutPlug and Pray)特性同時(shí)，提供一種無線通訊環(huán)境下比TCP平穩(wěn)得多的傳輸服務(wù)，同時(shí)在協(xié)議棧設(shè)計(jì)與實(shí)現(xiàn)上使無線通訊技術(shù)類中藍(lán)牙無線通訊的低成本優(yōu)勢(shì)不被浪費(fèi)，并且能夠支持基于IPv4的傳統(tǒng)因特網(wǎng)與基于IPv6的第二代互聯(lián)網(wǎng)之間的高性能互通。
本發(fā)明的其它目的在于，所提供的傳輸服務(wù)對(duì)TCP保持向下兼容，面向下一代互聯(lián)網(wǎng)協(xié)議IPv6優(yōu)化。在兼容TCP傳輸服務(wù)的同時(shí)，還要提供不檢驗(yàn)數(shù)據(jù)準(zhǔn)確性、但保證順序和限定延遲的傳輸服務(wù)，填補(bǔ)TCP與UDP留下的空白。所實(shí)現(xiàn)的產(chǎn)品要有突出的性能，良好的可擴(kuò)充性，容易控制成本，便于部署使用。
本發(fā)明所涉及的無線傳輸層網(wǎng)關(guān)，是基于ATP over UDP/IPv4和ATPover Multi-Access-Serial(多址訪問的串行通訊)技術(shù)，以及開放的ATP/IPv6技術(shù)，從傳輸層(ISO/OSI參考模型的第四層)上適應(yīng)無線上網(wǎng)環(huán)境，并在傳輸層實(shí)現(xiàn)網(wǎng)關(guān)功能，能夠區(qū)別對(duì)待不同的傳輸環(huán)境，如無線連接，進(jìn)行優(yōu)化。
ATP over UDP/IPv4，或者簡稱ATP*UDP，是在既有因特網(wǎng)TCP/IP協(xié)議組中IPv4上的用戶數(shù)據(jù)報(bào)協(xié)議UDP傳輸服務(wù)之上，實(shí)現(xiàn)非對(duì)稱傳輸協(xié)議ATP。
ATP over Muti-Access-Serial直接驅(qū)動(dòng)具有多址訪問能力的串行或串行兼容的物理接口，傳遞ATP協(xié)議報(bào)文，象TCP一樣提供可靠的流傳輸服務(wù)，但開銷小很多，非常適合于要求低成本的嵌入式環(huán)境。
ATP/IPv6是隨本發(fā)明一同開發(fā)的一種開放技術(shù)，針對(duì)應(yīng)用層兼容既有因特網(wǎng)上的傳輸控制協(xié)議TCP，同時(shí)面向下一代互聯(lián)網(wǎng)協(xié)議IPv6優(yōu)化。ATP在缺省模式下它象TCP一樣提供可靠的流傳輸服務(wù)，但使用嶄新的擁堵控制與出錯(cuò)重傳機(jī)制，極大地提升了無線環(huán)境下的工作性能。同時(shí)，它還為上層應(yīng)用提供保持報(bào)文順序、但不保證數(shù)據(jù)正確性、也不保證報(bào)文無丟失的傳輸服務(wù)，適用于多媒體傳輸類的應(yīng)用。
下面將結(jié)合附圖和實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)的說明。


圖1表示本發(fā)明無線傳輸層網(wǎng)關(guān)的系統(tǒng)結(jié)構(gòu)圖；圖2表示圖1所示的無線傳輸層網(wǎng)關(guān)的系統(tǒng)結(jié)構(gòu)中ATP*UDP，即ATPover UDP/IPv4傳輸服務(wù)的程序結(jié)構(gòu)設(shè)置圖；圖3表示圖1所示的無線傳輸層網(wǎng)關(guān)的系統(tǒng)結(jié)構(gòu)中傳輸層轉(zhuǎn)發(fā)器的結(jié)構(gòu)示意圖。
在圖1所示的本發(fā)明無線傳輸層網(wǎng)關(guān)的結(jié)構(gòu)示意圖中，虛線以內(nèi)是無線傳輸層網(wǎng)關(guān)的關(guān)鍵模塊及其連接關(guān)系，所述的模塊包含無線以太網(wǎng)(11)，串行紅外端口/快速紅外無線接口(12)，Bluetooth接口(13)，Tiny TCP/IPv4(14)，ATP/IPv6協(xié)議棧(15)，IrDA協(xié)議(16)，ATPoverMulti-Access-Serial(17)，ATP*UDP(18)，傳輸層轉(zhuǎn)發(fā)器(19)，Web服務(wù)器(29)，智能設(shè)備控制代理(21)，10/100Mbps自適應(yīng)以太網(wǎng)接口(22)，RS422/485串行接口(23)。在網(wǎng)關(guān)中還設(shè)置圖中沒有標(biāo)出的嵌入式微處理器和嵌入式操作系統(tǒng)。虛線以外是無線傳輸層網(wǎng)關(guān)所能連接的用戶設(shè)備，以及這些設(shè)備與無線傳輸層網(wǎng)關(guān)之間的關(guān)系。實(shí)際所能連接的設(shè)備并不限于圖中所示的幾種。其中，ATP over Multi-Access-Serial(17)，ATP*UDP(18)和傳輸層轉(zhuǎn)發(fā)器(19)是本發(fā)明系統(tǒng)主要的創(chuàng)新點(diǎn)。整體的集成設(shè)計(jì)也是本發(fā)明系統(tǒng)的創(chuàng)新點(diǎn)。
圖2表示圖1中所示的ATP*UDP(18)，即ATP over UDP/IPv4傳輸服務(wù)的程序結(jié)構(gòu)。圖中，自標(biāo)號(hào)(181到188)分別是其主要組成功能模塊，模塊(189)是包含含緩沖區(qū)在內(nèi)的TCB(傳輸控制塊)。細(xì)實(shí)線所連接的是網(wǎng)絡(luò)體系結(jié)構(gòu)中相鄰層之間的服務(wù)關(guān)系。
所述的功能模塊(181-188)分別是連接建立協(xié)商控制(181)，連接終止協(xié)商控制(182)，預(yù)處理和后處理壓縮、加密、分段、歸并、解密和解壓(183)，選擇肯定性應(yīng)答協(xié)議，含流量控制、窗口滑動(dòng)控制、緩沖區(qū)管理、響應(yīng)位圖管理(184)，校驗(yàn)和處理(185)，快速重傳協(xié)議(186)，定時(shí)器管理與超時(shí)控制(187)，擁堵規(guī)避(與路由系統(tǒng)協(xié)作)(188)。
圖3表示圖1中傳輸層轉(zhuǎn)發(fā)器(19)的結(jié)構(gòu)示意圖。在圖中虛線內(nèi)，標(biāo)號(hào)(191，194，196和197)所示的是轉(zhuǎn)發(fā)器(19)的內(nèi)部處理子程序，而標(biāo)號(hào)(192，193和195)是轉(zhuǎn)發(fā)器(19)內(nèi)部的結(jié)構(gòu)數(shù)據(jù)。虛線以外是與傳輸層轉(zhuǎn)發(fā)器(19)有聯(lián)系的各層各種網(wǎng)絡(luò)服務(wù)。其中各標(biāo)號(hào)所表示的子程序和結(jié)構(gòu)數(shù)據(jù)分別是傳輸層地址管理器(191)，報(bào)文分析器(194)，DNS-ALG(DNS應(yīng)用層網(wǎng)關(guān))(196)，傳輸層報(bào)頭變換器(197)，以及傳輸層地址映射表(NAT-PT對(duì)應(yīng)表)(192)，動(dòng)態(tài)映射傳輸層地址池(193)和轉(zhuǎn)換狀態(tài)記錄表(195)。
下面將結(jié)合附圖進(jìn)一步詳細(xì)地介紹本發(fā)明的技術(shù)內(nèi)容。
如圖1所示，無線傳輸層網(wǎng)關(guān)(以下簡稱網(wǎng)關(guān))由無線通訊接口模塊(11，12，13)、有線通訊接口模塊(22，23)、ATP over UDP/IPv4軟件模塊(18)、ATP over Multi-Access-Serial軟件模塊(17)、傳輸層報(bào)文轉(zhuǎn)發(fā)器(19)和智能設(shè)備控制代理軟件模塊(21)，以及圖中沒有明確標(biāo)示的嵌入式微處理器(含EEPROM模塊、RAM模塊)和嵌入式操作系統(tǒng)組成。
所述的嵌入式微處理器，包括EEPROM模塊和RAM模塊，是系統(tǒng)程序運(yùn)行的硬件基礎(chǔ)。使用市場上通用的單片機(jī)等芯片即可。微處理器運(yùn)行嵌入式操作系統(tǒng)和其它軟件模塊，對(duì)無線和有線通訊接口模塊進(jìn)行控制，處理數(shù)據(jù)，執(zhí)行用戶指令。EEPROM用于存放嵌入式操作系統(tǒng)和其它軟件程序模塊。隨機(jī)訪問存儲(chǔ)器RAM則是運(yùn)行程序所需要的資源。
支持現(xiàn)有互聯(lián)網(wǎng)的TCP/IPv4協(xié)議棧(14)、支持連接下一代互聯(lián)網(wǎng)(IPv6互聯(lián)網(wǎng))的ATP/IPv6協(xié)議棧(15)、驅(qū)動(dòng)紅外接口的紅外數(shù)據(jù)訪問IrDA協(xié)議(16)內(nèi)核模塊和內(nèi)嵌的WEB服務(wù)器(20)分別是嵌入式操作系統(tǒng)的必要組成部分。嵌入式操作系統(tǒng)選擇WinCE，PalmOS，PSOS，VxWorks或嵌入式Linux實(shí)現(xiàn)，為市場上可立即獲得的流行嵌入式操作系統(tǒng)。實(shí)際產(chǎn)品選擇何種操作系統(tǒng)，則根據(jù)隨應(yīng)用場合不同而不同的產(chǎn)品型號(hào)而定。操作系統(tǒng)內(nèi)核中還有支持藍(lán)牙無線接口的設(shè)備驅(qū)動(dòng)內(nèi)核模塊、以太網(wǎng)接口的設(shè)備驅(qū)動(dòng)內(nèi)核模塊、802.11b驅(qū)動(dòng)內(nèi)核模塊以及RS-232，EIA-422/485串行接口設(shè)備驅(qū)動(dòng)內(nèi)核模塊。
圖中，ATP/IPv6協(xié)議棧(15)是基于IPv6和IPv6上的ATP實(shí)現(xiàn)的操作系統(tǒng)內(nèi)核模塊。IPv6上的ATP是隨本專利產(chǎn)品一同開發(fā)的一種開放技術(shù)，針對(duì)應(yīng)用層兼容既有因特網(wǎng)上的傳輸控制協(xié)議TCP，同時(shí)面向下一代互聯(lián)網(wǎng)協(xié)議IPv6優(yōu)化。這些技術(shù)內(nèi)容不在本專利申請(qǐng)的保護(hù)范圍之內(nèi)。
標(biāo)號(hào)(11)，(12)，(13)示意網(wǎng)關(guān)內(nèi)置的無線通訊接口模塊。根據(jù)實(shí)際產(chǎn)品型號(hào)，可以，但并不局限于，從藍(lán)牙無線通訊接口模塊(13)、紅外串行接口/快速紅外線接口(12)、802.11b(11)/802.11a無線局域網(wǎng)接口、LMDS區(qū)域多點(diǎn)數(shù)據(jù)服務(wù)接口或正交序列擴(kuò)頻無線連接等接口中選擇配置。
標(biāo)號(hào)(22)，(23)示意網(wǎng)關(guān)內(nèi)置的有線通訊接口模塊。根據(jù)實(shí)際產(chǎn)品型號(hào)，可以，但并不局限于，從10/100Mbps自適應(yīng)以太接口模塊(22)，千兆以太網(wǎng)模塊，EIA422/485串行接口模塊(23)，HDSL2，VDSL，CableModem中選擇配置。以太網(wǎng)光纖接口可用于實(shí)現(xiàn)FTIH光纖到戶。
標(biāo)號(hào)20是WEB服務(wù)器，用于支持SSL安全連接和使用數(shù)字證書進(jìn)行用戶身份認(rèn)證。WEB服務(wù)器(20)通過CGI(通用網(wǎng)關(guān)接口)驅(qū)動(dòng)智能設(shè)備控制代理(21)軟件模塊。
智能設(shè)備控制代理(21)軟件模塊是系統(tǒng)根據(jù)應(yīng)用場合配置的智能設(shè)備控制代理軟件模塊，它們被服務(wù)器(20)所驅(qū)動(dòng)，通過ATP overMulti-Access-Serial軟件模塊(17)驅(qū)動(dòng)串行接口(23)，并與有關(guān)設(shè)備建立聯(lián)系，對(duì)其進(jìn)行診斷和控制，并向WEB服務(wù)器(20)報(bào)告結(jié)果，使用戶能夠采用B/S應(yīng)用結(jié)構(gòu)，最終控制設(shè)備和獲取信息。
所述的ATP over Muti-Access-Serial軟件模塊(17)根據(jù)嵌入式環(huán)境低成本的要求，將ATP協(xié)議包直接在具有多址訪問能力的串行或串行兼容接口上傳遞，消除了PPP及IP層的開銷，象TCP一樣提供可靠的流傳輸服務(wù)，上層應(yīng)用編程接口格式和SOCK_STREAM完全一致。
其工作原理是(1)直接利用物理接口的輸入輸出控制，實(shí)現(xiàn)一個(gè)能夠多址訪問的數(shù)據(jù)鏈路層。
(2)采用三次握手，協(xié)商和匹配最大報(bào)文長度、發(fā)送與接收緩沖區(qū)，以及初始序列號(hào)。發(fā)送與接收緩沖區(qū)一經(jīng)雙方同意，就不再變化。緩沖區(qū)的大小只要能容納最大報(bào)文即可。
(3)關(guān)閉連接使用快速方式，不經(jīng)過任何中間過程。
(4)使用一種特殊的32位循環(huán)校驗(yàn)碼(CRC)-法爾碼(Fire Code)，生成多項(xiàng)式為(X21+1)(X11+X2+1)作為校驗(yàn)方式，能夠糾正一段不超過11位(含)的連續(xù)錯(cuò)，和檢測(cè)兩段不超過11位的連續(xù)錯(cuò)。校驗(yàn)碼的生成，糾錯(cuò)或檢錯(cuò)應(yīng)使用硬件實(shí)現(xiàn)。
(5)上層應(yīng)用可以協(xié)商使用共享密鑰的方式，對(duì)傳輸報(bào)文進(jìn)行加密處理。
(6)發(fā)送緩沖區(qū)只有在收到對(duì)方的肯定性應(yīng)答之后，才能繼續(xù)接受本端上層應(yīng)用發(fā)送數(shù)據(jù)的要求。只有在接收方發(fā)回否定性應(yīng)答、且報(bào)文序列號(hào)一致的時(shí)候，才重傳緩沖區(qū)中的報(bào)文。其中如果硬件檢到了錯(cuò)而不能糾錯(cuò)時(shí)，接收方必須立即發(fā)回否定性響應(yīng)。
(7)不進(jìn)行任何擁堵控制或發(fā)送速率調(diào)整。
(8)使用簡單的超時(shí)機(jī)制，包括建立連接時(shí)，SYN報(bào)文的重試；數(shù)據(jù)傳遞過程中，如收不到對(duì)方任報(bào)文，接收方定時(shí)向遠(yuǎn)端發(fā)出否定性應(yīng)答，告知發(fā)送方尚未接收的報(bào)文序列號(hào)，同時(shí)也用于通知發(fā)送方上層應(yīng)用，本機(jī)工作正常。
所述的ATP over UDP/IPv4協(xié)議棧(18)，簡稱為ATP*UDP，它基于在IPv4上的UDP傳輸服務(wù)，增加非對(duì)稱傳輸協(xié)議(ATP)封裝，象TCP一樣提供可靠的流傳輸服務(wù)，但改變了TCP的擁堵控制與出錯(cuò)重傳機(jī)制，極大地提升了無線環(huán)境下的工作性能。
如圖2所示，ATP*UDP(18)有如下幾項(xiàng)功能性組成部分連接建立的協(xié)商控制(181)；連接終止的協(xié)商控制(182)；報(bào)文的發(fā)送前處理與接收后處理，包括載荷的壓縮、加密、分段、歸并、解密和解壓縮(183)；選擇肯定性應(yīng)答協(xié)議(184)，含流量控制、窗口滑動(dòng)控制、緩沖區(qū)管理和響應(yīng)位圖管理功能；校驗(yàn)和處理(185)，以實(shí)現(xiàn)檢錯(cuò)功能；接收方督促的快速重傳協(xié)議(186)；定時(shí)器管理與超時(shí)控制(187)；擁堵規(guī)避管理(188)；以及傳輸控制塊(TCB)(189)。
ATP*UDP(18)的擁堵規(guī)避的功能是和路由系統(tǒng)協(xié)作實(shí)現(xiàn)的，具體而言就是協(xié)議自動(dòng)機(jī)識(shí)別ICMP Source Quench信號(hào)，即網(wǎng)際控制信息協(xié)議“信源熄火”命令報(bào)文，依靠識(shí)別該報(bào)文，而不是根據(jù)丟包狀況，來決定何時(shí)應(yīng)降低發(fā)送速率。因?yàn)樵搱?bào)文只在發(fā)生擁堵或者路由器出現(xiàn)故障時(shí)才會(huì)出現(xiàn)，而丟包可以是因?yàn)槲锢砭€路傳輸狀況不佳，例如在無線傳輸環(huán)境中，所以這樣做可以明顯提高無線傳輸環(huán)境下的網(wǎng)絡(luò)傳輸效率。
傳輸控制塊(含緩沖區(qū))TCB(189)的完整內(nèi)容包括連接狀態(tài)，含本端和對(duì)方各自的傳輸層地址；發(fā)送窗口、發(fā)送緩沖區(qū)；接收窗口、接收緩沖區(qū)；響應(yīng)位圖；定時(shí)器的時(shí)間輪。
它的工作原理是(1)基于UDP無連接報(bào)文傳輸服務(wù)實(shí)現(xiàn)。這與TCP或ATP/IPv6不同，它們是基于IP層的網(wǎng)絡(luò)報(bào)文收發(fā)服務(wù)實(shí)現(xiàn)的。
(2)建立連接時(shí)，采用和TCP一樣的三次握手，這其中包括初始序列號(hào)的選擇。
(3)文雅方式時(shí)的連接關(guān)閉(graceful close)，采用和ATP一樣的三元條件組合狀態(tài)轉(zhuǎn)換。這三元條件是收到遠(yuǎn)端的終止連接請(qǐng)求FIN報(bào)文；收到本端上層應(yīng)用的關(guān)閉連接命令；內(nèi)部狀態(tài)表明遠(yuǎn)端所有的數(shù)據(jù)報(bào)文都已被接收并已按協(xié)議要求發(fā)回應(yīng)答。
(4)采取和ATP一樣的超時(shí)機(jī)制，包括建立連接時(shí)按一定間隔重試發(fā)送未得到肯定性應(yīng)答的建立連接請(qǐng)求SYN報(bào)文；連接建立后，在報(bào)文收發(fā)過程中，收不到遠(yuǎn)端信號(hào)時(shí)，按一定間隔發(fā)送否定性應(yīng)答；在報(bào)文收發(fā)過程中，接收窗口中出現(xiàn)了空隙，該空隙若在一定時(shí)間不能被填充，則向發(fā)送方發(fā)回否定性應(yīng)答；遠(yuǎn)端發(fā)送終止連接請(qǐng)求，在一定時(shí)間內(nèi)未得到肯定性應(yīng)答、就強(qiáng)行快速關(guān)閉連接；收到遠(yuǎn)端終止連接請(qǐng)求、但在一定時(shí)間內(nèi)得不到接收窗口中的空隙數(shù)據(jù)報(bào)文，就強(qiáng)行快速關(guān)閉連接；向本端上層應(yīng)用遞交關(guān)閉連接請(qǐng)求、在一定時(shí)間內(nèi)未得到上層應(yīng)用的連接關(guān)閉命令、就強(qiáng)行關(guān)閉連接；收到低層遞交的一個(gè)ICMP”Source Quench”信號(hào)而降低發(fā)送速率之后、不再理會(huì)隨后一定時(shí)期(”Deaf Time”作聾時(shí)間)內(nèi)的其它”Source Quench”信號(hào)等。
(5)使用改進(jìn)的滑動(dòng)窗口協(xié)議，來協(xié)調(diào)收發(fā)雙方的緩沖區(qū)匹配和控制端到端的流量。對(duì)一般的滑動(dòng)窗口所作的改進(jìn)是，系統(tǒng)根據(jù)發(fā)送需要和資源狀態(tài)，動(dòng)態(tài)調(diào)整窗口大小。具體而言，就是如果發(fā)送窗口第一個(gè)包的肯定性應(yīng)答，在最后一個(gè)包收到之前就已收到，就準(zhǔn)許雙方減少窗口大?。徊蝗?，只要仍有可用空閑資源，就加大窗口大小，從而達(dá)到最佳傳輸性能。
(6)缺省方式下，啟動(dòng)重傳機(jī)制。通過接收方向發(fā)送方按定時(shí)機(jī)制發(fā)回否定性應(yīng)答，來催促發(fā)送方及時(shí)重發(fā)不能通過數(shù)據(jù)校驗(yàn)、或者因種種原因中途丟失的報(bào)文。數(shù)據(jù)校驗(yàn)直接利用了UDP的Checksum字段。上層應(yīng)用，例如媒體傳輸類應(yīng)用，可設(shè)置ATP*UDP停用重傳機(jī)制。這時(shí)候，ATP不對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)，對(duì)于每一個(gè)收到的報(bào)文，在等待由上層應(yīng)用指定的一個(gè)較短時(shí)間間隔后，就將該報(bào)文及先前收到、而尚未遞交給上層應(yīng)用的報(bào)文，按通過報(bào)文序列號(hào)體現(xiàn)的發(fā)送順序，遞交給上層應(yīng)用，而不管報(bào)文序列號(hào)中間是否有間隙，即是否有丟失的報(bào)文。
(7)不使用TCP或TCP友好的擁堵控制機(jī)制，而采取與路由系統(tǒng)協(xié)作的擁堵預(yù)防機(jī)制(”Cooperative Congestion Avoidance”)。具體而言，就是初始發(fā)送時(shí)，選擇一個(gè)合理的中速發(fā)送速率，這一速率的選擇取決于低層服務(wù)的流量控制配置在發(fā)送過程中維持一個(gè)發(fā)送信用額度，每發(fā)送一個(gè)報(bào)文，就將這一發(fā)送信用額度減去報(bào)文大??；每過一定時(shí)間間隔，依照當(dāng)前控制發(fā)送速率，給發(fā)送信用額度加上一個(gè)值，該值等于當(dāng)前控制發(fā)送速率乘以這一時(shí)間間隔；每當(dāng)信用額度的值超過了發(fā)送窗口的總大小，就停止發(fā)送信用額度的定時(shí)累加；每當(dāng)發(fā)送窗口已滿、而窗口中的第一個(gè)報(bào)文得到否定性應(yīng)答進(jìn)入重傳，就將發(fā)送信用額度清零，同時(shí)再啟動(dòng)發(fā)送信用額度的定時(shí)累加；在重傳機(jī)制關(guān)閉的工作模式下，每當(dāng)收到一個(gè)報(bào)文，延遲一定的時(shí)間，將該報(bào)文以及接收窗口中尚未遞交給上層應(yīng)用的報(bào)文，按發(fā)送順序遞交給上層應(yīng)用，同時(shí)滑動(dòng)接收窗口；每當(dāng)收到一個(gè)與本次連接對(duì)應(yīng)的ICMP“SourceQuench”信號(hào)，而且又不在”Deaf Time”內(nèi)，就將當(dāng)前控制發(fā)送速率減半，同時(shí)進(jìn)入”Deaf Time”的超時(shí)遞減(Count Down)。
所述的傳輸層報(bào)文轉(zhuǎn)發(fā)器(19)用于提供IPv6網(wǎng)絡(luò)(第二代互聯(lián)網(wǎng))與IPv4網(wǎng)絡(luò)(因特網(wǎng))之間的互通，并支持ATP的網(wǎng)絡(luò)與傳統(tǒng)的TCP/IP網(wǎng)絡(luò)之間的互通。它所處理的是傳輸層報(bào)文，包括ATP over IPv6，TCP overIPv6，UDP over IPv6，TCP over IPv4，ATP over UDP/IPv4和UDP overIPv4。
圖3表示圖1中傳輸層轉(zhuǎn)發(fā)器的結(jié)構(gòu)，其中，所述的傳輸層地址管理器(191)，它用于從外部的傳輸層地址檢索服務(wù)中，查找那些位于IPv4網(wǎng)絡(luò)中而分配了IPv6地址的網(wǎng)絡(luò)服務(wù)的傳輸層地址，這些服務(wù)主要是那些傳輸層協(xié)議使用了ATP/IPv6的網(wǎng)絡(luò)服務(wù)。對(duì)于傳輸層協(xié)議為TCP或UDP的IPv4網(wǎng)絡(luò)上的服務(wù)一般不需要查找IPv6地址，只要按兼容IPv4地址的IPv6地址格式處理即可。傳輸層地址管理器(191)還負(fù)責(zé)查找那些位于IPv6網(wǎng)絡(luò)中而分配了IPv4地址的網(wǎng)絡(luò)服務(wù)的傳輸層地址，包括這些服務(wù)所使用的傳輸層協(xié)議(TCP或UDP)、IPv4地址和傳輸層端口號(hào)。查找結(jié)果存在傳輸層地址映射表中。傳輸層地址管理器(191)一般要和DNS-ALG(DNS應(yīng)用層網(wǎng)關(guān))(196)配合工作。
在傳輸層轉(zhuǎn)發(fā)器內(nèi)部具有一個(gè)傳輸層地址映射表(192)。所述傳輸層地址是一個(gè)多元組，其分量包括第三層協(xié)議的版本(IPv4或IPv6)、IP地址、上層協(xié)議(ATP，TCP，UDP或其它)、上層協(xié)議端口號(hào)(僅對(duì)TCP，UDP或ATP*UDP有意義)。傳輸層地址映射表(192)記載了IPv6地址、傳輸層協(xié)議(ATP，TCP或UDP)和端口號(hào)(ATP沒有端口號(hào))，與IPv4地址、傳輸層協(xié)議和端口號(hào)之間的對(duì)應(yīng)關(guān)系。傳輸層地址映射表(192)存放著所有的靜態(tài)NAT-PT變換，并緩存著系統(tǒng)最近最常使用的傳輸層地址變換，包括所有處于轉(zhuǎn)發(fā)狀態(tài)的傳輸層服務(wù)所使用的傳輸層地址映射，和動(dòng)態(tài)NAT-PT變換。表中每一項(xiàng)為兩個(gè)傳輸層地址，這兩個(gè)傳輸層地址必須保持映射前后傳輸層協(xié)議的相容性。規(guī)定IPv6上的ATP或TCP，與IPv4上TCP或ATP*UDP相容，反之亦然；除此之外，完全相同的傳輸層協(xié)議之間也相容。其它都是不相容。傳輸層地址映射表(192)中不應(yīng)有傳輸層協(xié)議不相容的項(xiàng)。
所述傳輸層轉(zhuǎn)發(fā)器中的動(dòng)態(tài)映射傳輸層地址池(193)，它用于支持NAT-PT傳輸層地址的動(dòng)態(tài)分配。
所述傳輸層轉(zhuǎn)發(fā)器中的報(bào)文分析器(194)，它根據(jù)每個(gè)報(bào)文的報(bào)頭內(nèi)容，和內(nèi)部的轉(zhuǎn)換狀態(tài)記錄，決定系統(tǒng)下一步的動(dòng)作。
所述傳輸層轉(zhuǎn)發(fā)器中的轉(zhuǎn)換狀態(tài)記錄表(195)，它用于轉(zhuǎn)換狀態(tài)記錄，是有連接的傳輸層協(xié)議ATP或TCP的代理連接狀態(tài)，或者UDP或TCP的傳輸層地址轉(zhuǎn)換情形。
所述傳輸層轉(zhuǎn)發(fā)器中的域名解析服務(wù)的應(yīng)用層網(wǎng)關(guān)(DNS-ALG)(196)，它接受IPv6報(bào)文中的DNS域名解析請(qǐng)求，將IPv4網(wǎng)絡(luò)中網(wǎng)絡(luò)資源的IPv4地址，翻譯成兼容的IPv6地址，返回給用戶。同時(shí)，它還接受IPv4報(bào)文中的DNS域名解析請(qǐng)求，將IPv6網(wǎng)絡(luò)中網(wǎng)絡(luò)資源的IPv6地址，對(duì)應(yīng)為預(yù)定的IPv4地址。其中，從IPv4地址到IPv6地址的翻譯，是一對(duì)一的；從IPv6地址到IPv4地址的對(duì)應(yīng)，一般是多對(duì)一的，還需要由上層應(yīng)用加上端口號(hào)，才能建立IPv4傳輸層地址(TCP地址或UDP地址)到IPv6傳輸層地址(對(duì)于ATP，就是IPv6地址；對(duì)于TCP地址或UDP地址，要加上端口號(hào))的一一對(duì)應(yīng)。
所述傳輸層轉(zhuǎn)發(fā)器中的傳輸層報(bào)頭變換器(197)，在使用NAT-PT時(shí)，它將收到的報(bào)文的傳輸層報(bào)頭中的傳輸層地址，按照傳輸層地址映射關(guān)系，變換成新地址，并按傳輸層校驗(yàn)和的計(jì)算辦法，重新計(jì)算校驗(yàn)之和，再將報(bào)文按修改后的信宿IP地址發(fā)送出去。除傳輸層校驗(yàn)外，傳輸層報(bào)頭修改的部分包括信源IP地址、信源端口、信宿IP地址和信宿端口。
所述傳輸層轉(zhuǎn)發(fā)器中的存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列(198)，在使用傳輸層的存儲(chǔ)轉(zhuǎn)發(fā)時(shí)，它緩存從接收?qǐng)?bào)文的傳輸層自動(dòng)機(jī)(包括TCP，ATP*UDP和ATP/IPv6)遞交的載荷數(shù)據(jù)，再依照FIFO順序遞交給由轉(zhuǎn)換狀態(tài)記錄規(guī)定的傳輸層自動(dòng)機(jī)，發(fā)送給同一個(gè)轉(zhuǎn)換狀態(tài)記錄所規(guī)定的傳輸層地址。
它的工作原理是這樣的首先，報(bào)文分析器(194)從IPv4或IPv6網(wǎng)際層收發(fā)服務(wù)中截獲(圖三中沒有示意)網(wǎng)際層報(bào)文，并根據(jù)信源傳輸層地址查找系統(tǒng)中是否有對(duì)應(yīng)的轉(zhuǎn)發(fā)狀態(tài)記錄。如果已有轉(zhuǎn)發(fā)狀態(tài)記錄，則根據(jù)既有的轉(zhuǎn)發(fā)狀態(tài)記錄和報(bào)文內(nèi)的控制信息，作恰當(dāng)?shù)奶幚?。轉(zhuǎn)發(fā)狀態(tài)記錄規(guī)定的處理為如下幾種之一(1)傳輸層報(bào)文中的載荷，如需要，按傳輸層協(xié)議要求恰當(dāng)向信源做出應(yīng)答，載荷內(nèi)容送存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列(198)，再按對(duì)應(yīng)的另一傳輸層協(xié)議要求方式發(fā)送。
(2)使用網(wǎng)絡(luò)地址轉(zhuǎn)換加端口轉(zhuǎn)換(NAT-PT)，并由傳輸層報(bào)頭變換器(197)處理。
(3)丟棄，即濾除該傳輸層報(bào)文。
(4)關(guān)閉連接，并銷除轉(zhuǎn)發(fā)狀態(tài)記錄。
如果系統(tǒng)中還沒有與該報(bào)文對(duì)應(yīng)的轉(zhuǎn)發(fā)狀態(tài)記錄，則系統(tǒng)如下工作(1)如果該報(bào)文信源傳輸層協(xié)議是IPv6上的ATP，則依照信宿傳輸層地址查找傳輸層地址映射表。如果找到了一項(xiàng)，其傳輸層協(xié)議是TCP，則創(chuàng)建轉(zhuǎn)發(fā)狀態(tài)記錄，處理ATP over IPv6到TCP over IPv4報(bào)文轉(zhuǎn)發(fā)。如果找到一項(xiàng)，其傳輸層協(xié)議是ATP*UDP，則創(chuàng)建轉(zhuǎn)發(fā)狀態(tài)記錄，進(jìn)行ATP over IPv6到ATP over UDP/IPv4的報(bào)文轉(zhuǎn)發(fā)。如非上述情形之一，就按第三層路由交換處理。
(2)如果該報(bào)文信源傳輸層協(xié)議是IPv6上的TCP，則依照信宿傳輸層地址查找傳輸層地址映射表。如果找到一項(xiàng)，其傳輸層協(xié)議是TCP，則進(jìn)行TCP下的網(wǎng)絡(luò)地址與端口轉(zhuǎn)換(NAT-PT)。如果找到一項(xiàng)，其傳輸層協(xié)議是ATP*UDP，則創(chuàng)建轉(zhuǎn)發(fā)狀態(tài)記錄，處理TCP overIPv6到ATP over UDP/IPv4的報(bào)文轉(zhuǎn)發(fā)。如非上述情形之一，就按第三層路由交換處理。
在查找傳輸層地址映射表時(shí)，所查到的項(xiàng)可能是一個(gè)動(dòng)態(tài)映射項(xiàng)，即映射后的傳輸層地址并沒有明確。這時(shí)需要從傳輸層動(dòng)態(tài)映射地址池(193)中取得一個(gè)空閑傳輸層地址，置換變換前的傳輸層地址，這一置換填寫到轉(zhuǎn)換狀態(tài)記錄中，用于以后的轉(zhuǎn)發(fā)處理。
(3)如果該報(bào)文信源傳輸層協(xié)議是IPv6上的UDP，則檢查應(yīng)用層端口是否為DNS。如果是，則系統(tǒng)按DNS-ALG(域名解析服務(wù)的應(yīng)用層網(wǎng)關(guān))行為工作。如果不是，則系統(tǒng)查找傳輸層地址映射表；如果找到一項(xiàng)，則進(jìn)行UDP下的網(wǎng)絡(luò)地址與端口轉(zhuǎn)換(NAT-PT)，否則就按第三層路由交換處理。
(4)如果報(bào)文信源傳輸層協(xié)議是IPv4上的TCP，則依照信宿傳輸層地址查找傳輸層地址映射表。如果找到一項(xiàng)，其傳輸層協(xié)議是TCP，則進(jìn)行TCP下的網(wǎng)絡(luò)地址與端口轉(zhuǎn)換(NAT-PT)。如果找到一項(xiàng)，其傳輸層協(xié)議是ATP，則建立連接狀態(tài)記錄，進(jìn)行TCP over IPv4到ATP over IPv6之間的報(bào)文轉(zhuǎn)發(fā)。如果不是上述情形之一，則按第三層路由交換處理。
(5)如果報(bào)文信源傳輸層協(xié)議是IPv4上的UDP，且根據(jù)端口號(hào)判斷上層應(yīng)用使用了ATP*UDP，則依照信宿傳輸層地址查找傳輸層地址映射表。如果找到一項(xiàng)，其傳輸層協(xié)議是ATP，則建立連接狀態(tài)記錄，進(jìn)行ATP over UDP/IPv4到ATP over IPv6之間的報(bào)文轉(zhuǎn)發(fā)。如果找到一項(xiàng)，其傳輸層協(xié)議是TCP，則建立連接狀態(tài)記錄，進(jìn)行ATP over UDP/IPv4到ATP over IPv6之間的報(bào)文轉(zhuǎn)發(fā)。如果不是上述情形之一，則按第三層路由交換處理。
在IPv4報(bào)文中，如果傳輸層協(xié)議是UDP，則根據(jù)端口號(hào)，能夠判定該端口是否分配給了使用ATP*UDP的上層應(yīng)用，如果是，則傳輸層協(xié)議就為ATP*UDP。
(6)如果報(bào)文信源傳輸層協(xié)議是IPv4上的UDP，則檢查其應(yīng)用層端口是否是DNS。如果是，則系統(tǒng)按DNS-ALG的行為工作。如果不是，則查找傳輸層地址映射表；如果找到一項(xiàng)，則進(jìn)行UDP下的網(wǎng)絡(luò)地址與端口轉(zhuǎn)換(NAT-PT)，否則就按第三層路由交換處理。
(7)如果不是上述情形之一，則按第三層路由交換處理。
在IPv4網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)之間，本系統(tǒng)不進(jìn)行針對(duì)TCP或UDP報(bào)文以外的網(wǎng)絡(luò)地址轉(zhuǎn)換。
實(shí)施例例一一臺(tái)家庭計(jì)算機(jī)上安裝了ATP over Multi-Access-Serial軟件模塊以及有關(guān)設(shè)備的控制代理軟件模塊。通過USB通用串行總線、連接一個(gè)藍(lán)牙收發(fā)器。使用瀏覽器訪問家用計(jì)算機(jī)的WEB服務(wù)器，驅(qū)動(dòng)設(shè)備控制代理軟件模塊，該軟件模塊再驅(qū)動(dòng)ATP over Multi-Access-Serial軟件模塊，再通過USB驅(qū)動(dòng)藍(lán)牙收發(fā)器，與同樣使用了藍(lán)牙無線接口和ATP over Multi-Access-Serial協(xié)議報(bào)文格式的智能家居設(shè)備建立聯(lián)系，傳遞用戶指令并獲得設(shè)備狀態(tài)，實(shí)現(xiàn)控制和狀態(tài)詢問。
例二一家移動(dòng)無線上網(wǎng)服務(wù)商(Mobile ISP)配置的一套本發(fā)明的無線傳輸層網(wǎng)關(guān)，內(nèi)部有高性能的處理器和大容量的RAM、優(yōu)化的操作系統(tǒng)，配置ATP over UDP/IPv4適配器軟件模塊和傳輸層轉(zhuǎn)發(fā)器軟件模塊。用戶設(shè)備是使用了GPRS或3G移動(dòng)上網(wǎng)的WAP手機(jī)、PDA、便攜電腦等，用的是ATP/IPv6協(xié)議棧，或者仍用TCP/IPv4協(xié)議棧，但增加了ATP over UDP/IPv4軟件模塊，通過本網(wǎng)關(guān)的傳輸層交換，同有線網(wǎng)絡(luò)中的傳統(tǒng)因特網(wǎng)信息資源站點(diǎn)或不使用ATP協(xié)議的IPv6站點(diǎn)建立連接，獲取信息資源。
例三一個(gè)寫字樓內(nèi)聯(lián)網(wǎng)(Intranet)上內(nèi)部配置的一臺(tái)本發(fā)明的無線傳輸層網(wǎng)關(guān)，內(nèi)有單片機(jī)、嵌入式操作系統(tǒng)、ASIC實(shí)現(xiàn)的ATP/IPv6、ASIC實(shí)現(xiàn)的ATP over UDP/IPv4、ASIC實(shí)現(xiàn)的TCP/IPv4、ASIC實(shí)現(xiàn)的傳輸層轉(zhuǎn)發(fā)器、集成的802.11b無線訪問接入點(diǎn)和10/100Mbps以太網(wǎng)接口。用戶持安裝有802.11b網(wǎng)絡(luò)接口和同樣安裝了ATP overUDP/IPv4或ATP/IPv6協(xié)議棧的便攜電腦，與網(wǎng)關(guān)建立連接，可靠、穩(wěn)定地訪問企業(yè)信息資源。
例四一個(gè)工業(yè)企業(yè)安裝的一套本發(fā)明的無線傳輸層網(wǎng)關(guān)，內(nèi)有單片機(jī)、嵌入式操作系統(tǒng)、IrDA接口、藍(lán)牙無線接口、EIA-422/485串行接口，居民小區(qū)樓宇內(nèi)、WEB服務(wù)器、有關(guān)工業(yè)設(shè)備的智能控制代理軟件模塊。專業(yè)人員通過IrDA接口或藍(lán)牙無線接口與網(wǎng)關(guān)建立聯(lián)系，控制串聯(lián)在EIA-422/485總線上的工業(yè)設(shè)備。
權(quán)利要求
1.一種無線傳輸層網(wǎng)關(guān)，其特征是所述的網(wǎng)關(guān)包含下述模塊及其連接關(guān)系，所述的模塊包含無線以太網(wǎng)(11)，串行紅外端口/快速紅外無線接口(12)，Bluetooth接口(13)，Tiny TCP/IPv4(14)，ATP/IPv6協(xié)議棧(15)，IrDA協(xié)議(16)，ATP overMulti-Access-Serial(17)，ATP*UDP(18)，傳輸層轉(zhuǎn)發(fā)器(19)，Web服務(wù)器(29)，智能設(shè)備控制代理(21)，10/100Mbps自適應(yīng)以太網(wǎng)接口(22)，RS422/485串行接口(23)，在所述網(wǎng)關(guān)中還設(shè)置嵌入式微處理器和嵌入式操作系統(tǒng)，其中，一類有無線通訊接口、有線通訊接口、使用了UDP之上的非對(duì)稱傳輸協(xié)議(ATP)或直接驅(qū)動(dòng)多址訪問串聯(lián)型接口(Multi-Access-Serial)非對(duì)稱傳輸協(xié)議的傳輸層網(wǎng)關(guān)或第四層交換機(jī)。
2.如權(quán)利要求1所述的網(wǎng)關(guān)，其特征是具有直接驅(qū)動(dòng)多址訪問串聯(lián)型接口的非對(duì)稱傳輸協(xié)議(ATP)軟件或ASIC模塊，和傳輸層(ISO/OSI參考模型的第四層)轉(zhuǎn)發(fā)器。
3.如權(quán)利要求2所述的網(wǎng)關(guān)，其特征是用非對(duì)稱傳輸協(xié)議(ATP)驅(qū)動(dòng)藍(lán)牙(Bluetooth)或其它短距低成本射頻無線通訊接口。
4.如權(quán)利要求2所述的網(wǎng)關(guān)，其特征是用非對(duì)稱傳輸協(xié)議(ATP)驅(qū)動(dòng)串行紅外線或高速紅外線(SIR/FIR)無線通訊接口。
5.如權(quán)利要求2所述的網(wǎng)關(guān)，其特征是用非對(duì)稱傳輸協(xié)議(ATP)驅(qū)動(dòng)可菊花鏈或總線方式連接的EIA-422/485平衡串行接口，或者RS232非平衡串行接口。
6.如權(quán)利要求1所述的網(wǎng)關(guān)，其特征是支持TCP/IPv4協(xié)議棧，并在UDP之上運(yùn)行非對(duì)稱傳輸協(xié)議(ATP over UDP/IPv4)。
7.如權(quán)利要求6所述的網(wǎng)關(guān)，其特征是在802.11/802.11b無線以太網(wǎng)通訊接口之上，運(yùn)行ATP over UDP/IPv4。
8.如權(quán)利要求1所述的網(wǎng)關(guān)，其特征是使用了非對(duì)稱傳輸協(xié)議ATP，不論是ATP/IPv6還是ATP over UDP/IPv4，同時(shí)連接IPv4網(wǎng)絡(luò)，不論是因特網(wǎng)(Internet)還是內(nèi)聯(lián)網(wǎng)(intranet)，和IPv6網(wǎng)絡(luò)，不論是下一代互聯(lián)網(wǎng)還是家庭網(wǎng)絡(luò)，并使用傳輸層交換擔(dān)任二者之間的傳輸層網(wǎng)關(guān)(Layer 4Gateway)。
9.如權(quán)利要求1所述的網(wǎng)關(guān)，其特征是所使用的非對(duì)稱傳輸協(xié)議軟件模塊，不論是多址訪問串行接口上的非對(duì)稱傳輸協(xié)議，還是用戶數(shù)據(jù)報(bào)協(xié)議UDP上的非對(duì)稱傳輸協(xié)議，和傳輸層轉(zhuǎn)發(fā)軟件模塊，安裝并運(yùn)行在一臺(tái)通用計(jì)算機(jī)上，不論是手持電腦、家用計(jì)算機(jī)、工業(yè)PC機(jī)還是商用服務(wù)器，使用內(nèi)置或通過USB或IEEE 1394外接的藍(lán)牙或紅外無線通訊收發(fā)器進(jìn)行無線連接，接入IPv4或IPv6網(wǎng)絡(luò)。
全文摘要
本發(fā)明涉及無線傳輸層網(wǎng)關(guān)，基于ATP overUDP/IPv4和ATP over Multi－Access－Serial(多址訪問的串行通訊)技術(shù)，以及開放的ATP/IPv6技術(shù)，從傳輸層(ISO/OSI參考模型的第四層)上適應(yīng)無線上網(wǎng)環(huán)境，并在傳輸層實(shí)現(xiàn)網(wǎng)關(guān)功能，能夠區(qū)別對(duì)待不同的傳輸環(huán)境，如無線連接，進(jìn)行優(yōu)化。ATP在缺省模式下它象TCP一樣提供可靠的流傳輸服務(wù)，但使用嶄新的擁堵控制與出錯(cuò)重傳機(jī)制，極大提升了無線環(huán)境下的工作性能。
文檔編號(hào)H04L29/06GK1391380SQ0111869
公開日2003年1月15日 申請(qǐng)日期2001年6月11日 優(yōu)先權(quán)日2001年6月11日
發(fā)明者朱漢強(qiáng), 楊燕, 吳忠明, 郭舜成, 高軍安 申請(qǐng)人:朱漢強(qiáng), 楊燕