專利名稱:無線數(shù)據(jù)通信裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明實涉及無線數(shù)據(jù)通信裝置。
背景技術(shù):
現(xiàn)在,與因特網(wǎng)連接時,通常作為傳輸層協(xié)議,是使用TCP(Transmission Control Protocol)。在TCP中,鑒于在傳輸通路上數(shù)據(jù)包丟失的情況,設(shè)置了再傳送功能。在TCP中,將數(shù)據(jù)包向?qū)Ψ桨l(fā)送時,起動再傳送計時器,在接收到對方的確認(rèn)應(yīng)答時,就停止再傳送計時器,在未接收到確認(rèn)應(yīng)答而再傳送計時器已超時時就再次傳送數(shù)據(jù)包。
另外,在終端經(jīng)過公眾網(wǎng)與因特網(wǎng)連接時,作為TCP/IP(Trabsmission Control Protocol/Internet Protocol)的低位層的數(shù)據(jù)鏈路層協(xié)議,通常使用PPP(Point to Point Protocol)。在PPP中,通過發(fā)送返送請求并接收對方的返回請求,進(jìn)行數(shù)據(jù)鏈路的監(jiān)視。在發(fā)送返回請求時,起動監(jiān)視計時器,在監(jiān)視計時器超時未返回應(yīng)答時,就切斷PPP的鏈路。
這樣,從終端經(jīng)過公眾網(wǎng)與網(wǎng)絡(luò)連接時,使用TCP/IP、PPP的協(xié)議棧,但是,在終端為無線終端時,作為TCP/IP、PPP協(xié)議的低位層,使用無線用的數(shù)據(jù)傳輸協(xié)議,以避免無線通信特有的錯誤引起的數(shù)據(jù)包的丟失。
在TCP/IP、PPP中,以有線連接為前提,在TCP中的數(shù)據(jù)包的丟失,考慮了網(wǎng)絡(luò)的阻塞等,相反,在無線用的數(shù)據(jù)傳輸協(xié)議中,則考慮無線特有的突發(fā)的錯誤和轉(zhuǎn)移等。作為無線用的數(shù)據(jù)傳輸協(xié)議的代表性的協(xié)議,有例如在PHS(Personal HandyphoneSystem)中使用的PIAFS(PHS Internet Access Forum Standard)數(shù)據(jù)傳輸協(xié)議等。
下面,參照圖7說明該PIAFS數(shù)據(jù)傳輸協(xié)議。圖7是表示PIAFS數(shù)據(jù)傳輸協(xié)議中的幀格式的圖。
在PIAFS數(shù)據(jù)傳輸協(xié)議中,按圖7所示的640bit的幀格式進(jìn)行數(shù)據(jù)的傳輸。在該幀中,設(shè)置了多個區(qū)域900~905。
區(qū)域900是存儲幀標(biāo)識符(FI)的區(qū)域。幀標(biāo)識符(FI)用于識別是協(xié)商幀、同步幀、控制幀、數(shù)據(jù)幀中的哪一個幀。協(xié)商幀是在決定是否使用PIAFS數(shù)據(jù)傳輸協(xié)議的協(xié)商中使用的幀。同步幀在PIAFS數(shù)據(jù)傳輸協(xié)議中用于獲得640bit的數(shù)據(jù)幀的同步??刂茙谑瞻l(fā)數(shù)據(jù)傳輸協(xié)議的各參量等和控制數(shù)據(jù)的收發(fā)中使用。數(shù)據(jù)幀用于數(shù)據(jù)的傳輸。
這里,作為上述數(shù)據(jù)幀的格式,有圖7所示的格式,這時,在區(qū)域901中存儲發(fā)送幀號碼(FFI),在區(qū)域902中存儲要求幀號碼(FBI)。發(fā)送側(cè)只要未接收到由要求幀號碼(FBI)表示的確認(rèn),就繼續(xù)發(fā)送該發(fā)送幀。
在區(qū)域903中,存儲用本幀發(fā)送的數(shù)據(jù)的長度(字節(jié)數(shù))。在區(qū)域904中,存儲用本幀發(fā)送的數(shù)據(jù)。在區(qū)域905中,存儲按幀檢驗序列得到的該幀的CRC32的運算結(jié)果。該運算結(jié)果存儲在發(fā)送地。
在PIAFS數(shù)據(jù)傳輸協(xié)議中,進(jìn)行所接收的幀的CRC32的運算,將該運算結(jié)果與存儲在區(qū)域905中的運算結(jié)果進(jìn)行比較,并根據(jù)該比較結(jié)果判斷來自對方的接收數(shù)據(jù)中是否有錯誤。在判斷的結(jié)果為兩者不一致時,就丟棄所接收的幀。以后,就將CRC32的運算結(jié)果不一致的情況標(biāo)記為CRC錯誤。
在無線狀況差或者發(fā)生了轉(zhuǎn)移時,將連續(xù)地發(fā)生CRC錯誤。在PIAFS數(shù)據(jù)傳輸協(xié)議中,進(jìn)行32Kbps數(shù)據(jù)通信時20幀連續(xù)地發(fā)生CRC錯誤、進(jìn)行64Kbps數(shù)據(jù)通信時,40幀連續(xù)地發(fā)生CRC錯誤時,就視為失去同步了,再次開始進(jìn)行同步序列。最大在15秒以內(nèi)再次確立了同步時,就繼續(xù)進(jìn)行PIAFS的數(shù)據(jù)傳輸。
下面,參照圖8說明使用無線數(shù)據(jù)終端的可以連接因特網(wǎng)的系統(tǒng)。
如圖8所示,無線數(shù)據(jù)終端701具有進(jìn)行PHS的控制的無線控制部801、PIAFS協(xié)議控制部805、PPP協(xié)議控制部806、TCP/IP協(xié)議控制部807。圖中雖然未示出,但是,無線數(shù)據(jù)終端701在TCP/IP協(xié)議控制部807的高位,具有控制電子郵件或Web瀏覽器等的應(yīng)用程序的應(yīng)用程序控制部。
下面,說明從無線數(shù)據(jù)終端701發(fā)送TCP/IP數(shù)據(jù)包時的序列。圖8是表示從無線數(shù)據(jù)終端701通過基站102和訪問點104向服務(wù)器106發(fā)送TCP/IP數(shù)據(jù)包時的序列的圖。基站102與訪問點104通過公眾網(wǎng)連接,訪問點104與服務(wù)器106通過因特連接。
現(xiàn)在,假定無線數(shù)據(jù)終端701與訪問點104已通過基站102和公眾網(wǎng)相連接。這時,在無線數(shù)據(jù)終端701的PIAFS協(xié)議控制部805與訪問點104之間,存在PIAFD的鏈路和PPP的鏈路。
如圖8所示,TCP/IP協(xié)議控制部807向PPP協(xié)議控制部806發(fā)送數(shù)據(jù)包811。在發(fā)送的同時,起動再發(fā)送計時器。由TCP/IP協(xié)議控制部807接收TCP/IP數(shù)據(jù)包811的PPP協(xié)議控制部806給TCP/IP數(shù)據(jù)包811附加上PPP標(biāo)題,向PIAFS協(xié)議控制部805發(fā)送PPP數(shù)據(jù)包812。PIAFS協(xié)議控制部805將PPP數(shù)據(jù)包分割為73字節(jié)以下的數(shù)據(jù)幀813A~D,經(jīng)由公眾網(wǎng)向訪問點104發(fā)送。
在訪問點104,再次構(gòu)筑分割的PIAFS數(shù)據(jù)幀813A~D,復(fù)原為PPP數(shù)據(jù)包,去掉PPP的標(biāo)題,將其作為TCP/IP數(shù)據(jù)幀814向因特網(wǎng)發(fā)送。
在服務(wù)器106中,接收到包含自己地址的TCP/IP數(shù)據(jù)包814時,就發(fā)送TCP/IP確認(rèn)應(yīng)答數(shù)據(jù)包821。TCP/IP確認(rèn)應(yīng)答數(shù)據(jù)包821通過與TCP/IP數(shù)據(jù)包相反的路由822到達(dá)無線數(shù)據(jù)終端701。無線數(shù)據(jù)終端701的TCP/IP協(xié)議控制部807接收到TCP/IP確認(rèn)應(yīng)答數(shù)據(jù)包824時,就停止數(shù)據(jù)包發(fā)送時起動的再次發(fā)送計時器。
在再次發(fā)送計時器超時以前未接收到確認(rèn)應(yīng)答數(shù)據(jù)包824時,就再次發(fā)送已發(fā)送的數(shù)據(jù)包811。
如上所述,對于PHS那樣的移動通信網(wǎng),由于無線狀況的惡化或發(fā)生轉(zhuǎn)移等有可能在PIAFS數(shù)據(jù)傳輸協(xié)議中連續(xù)地發(fā)生CRC錯誤。在連續(xù)地發(fā)生CRC錯誤時,PIAFS數(shù)據(jù)傳輸協(xié)議就再次起動再同步序列,但是,再同步序列的同步的再確立需要15秒的時間,所以,將發(fā)生以下的不良情況。
下面,參照圖9說明這些不良情況。圖9是表示在圖8的系統(tǒng)中進(jìn)行TCP/IP數(shù)據(jù)發(fā)送時發(fā)生不良情況時的序列圖。
從TCP/IP協(xié)議控制部807通過PPP協(xié)議控制部806向PIAFS協(xié)議控制部805傳送的TCP/IP數(shù)據(jù)包811(PPP數(shù)據(jù)包812)分割為PIAFS的數(shù)據(jù)幀813A~D后進(jìn)行發(fā)送,但是,在數(shù)據(jù)幀813A~D的發(fā)送中起動再同步序列831、832時,在再同步序列結(jié)束之前不發(fā)送數(shù)據(jù)幀(813C、D)。
因此,TCP/IP的數(shù)據(jù)包到達(dá)服務(wù)器106的時間與數(shù)據(jù)幀發(fā)送中未發(fā)生再同步序列831、832的情況相比,落后了與再同步確立時間相當(dāng)?shù)臅r間。
另外,在服務(wù)器106的確認(rèn)應(yīng)答數(shù)據(jù)包821傳輸時,在無線數(shù)據(jù)終端101與基站102之間也發(fā)生了轉(zhuǎn)移(833)時,確認(rèn)應(yīng)答數(shù)據(jù)包824到達(dá)TCP/IP協(xié)議控制部807的時間就進(jìn)一步延遲了。
在傳送這樣的TCP/IP數(shù)據(jù)包的時間段,在無線數(shù)據(jù)終端101與基站102之間起動了再同步序列時,在從TCP/IP協(xié)議控制部807發(fā)送TCP/IP數(shù)據(jù)包到接收到確認(rèn)應(yīng)答數(shù)據(jù)包的時間上,要再加上再同步序列的總時間,所以,與通常的情況相比,再次發(fā)送計時器超時的可能性高。并且,再次發(fā)送計時器超時時,就進(jìn)行TCP/IP數(shù)據(jù)包的再次發(fā)送(811R)。
即,現(xiàn)有的系統(tǒng)在傳送TCP/IP的數(shù)據(jù)包的時間段,在無線數(shù)據(jù)終端101與基站102之間發(fā)生了轉(zhuǎn)移時,即使TCP/IP所設(shè)定的有線網(wǎng)絡(luò)全部正常,也會發(fā)生再次發(fā)送計時器的超時,所以,進(jìn)行數(shù)據(jù)包的發(fā)送。
另外,在PPP協(xié)議控制部206中,為了監(jiān)視鏈路,向PPP鏈路的對方發(fā)送返回請求,并等待其返回應(yīng)答,在返回請求和返回應(yīng)答的傳輸中即使起動了再同步序列,同樣也有可能發(fā)生PPP的監(jiān)視計時器的超時,由于監(jiān)視計時器的超時,鏈路就沒有意義,從而被切斷。
發(fā)明內(nèi)容
本發(fā)明的目的旨在不論作為低位層協(xié)議的無線數(shù)據(jù)傳輸協(xié)議的狀態(tài)如何,在高位層協(xié)議中可以適當(dāng)?shù)卦O(shè)定等待對方的應(yīng)答的時間。
本發(fā)明的其他目的在于,在低位層協(xié)議是無線數(shù)據(jù)傳輸協(xié)議時,可以防止多次發(fā)生高位層協(xié)議再次發(fā)送數(shù)據(jù)的情況。
本發(fā)明的其他目的在于,在低位層協(xié)議是無線數(shù)據(jù)傳輸協(xié)議時可以防止多次發(fā)生高位層協(xié)議切斷鏈路的情況。另外,本發(fā)明的其他目的從以下實施例的說明中就明白了。
圖1是使用本發(fā)明實施例1的無線數(shù)據(jù)通信裝置的系統(tǒng)的結(jié)構(gòu)圖。
圖2是表示圖1的無線數(shù)據(jù)通信裝置的結(jié)構(gòu)的框圖。
圖3是表示圖1的無線數(shù)據(jù)終端101的TCP/IP協(xié)議控制部207的動作的流程圖。
圖4是表示從圖1的無線數(shù)據(jù)終端101發(fā)送數(shù)據(jù)包時的序列的圖。
圖5是表示本發(fā)明實施例2的無線數(shù)據(jù)通信裝置的PPP協(xié)議控制部的動作的流程圖。
圖6是表示本發(fā)明實施例3的無線數(shù)據(jù)通信裝置的結(jié)構(gòu)的框圖。
圖7是表示PIAFS數(shù)據(jù)傳輸協(xié)議的幀格式的圖。
圖8是表示從無線數(shù)據(jù)終端發(fā)送TCP/IP數(shù)據(jù)包時的序列的圖。
圖9是在圖8的系統(tǒng)中進(jìn)行TCP/IP數(shù)據(jù)發(fā)送時發(fā)生不良情況時的序列圖。
具體實施例方式
下面,參照
本發(fā)明的實施例。
圖1是使用本發(fā)明實施例1的無線數(shù)據(jù)通信裝置的系統(tǒng)的結(jié)構(gòu)圖,圖2是表示圖1的無線數(shù)據(jù)通信裝置的結(jié)構(gòu)的框圖。
圖1的系統(tǒng)包括由具有無線數(shù)據(jù)通信功能的PHS等構(gòu)成的無線數(shù)據(jù)終端101、PHS的基站102a及102b、公眾網(wǎng)103、無線數(shù)據(jù)終端101經(jīng)由公眾網(wǎng)103與因特網(wǎng)105連接時的訪問點104、Web及電子郵件用服務(wù)器106。以下,將基站102a、102b統(tǒng)稱為基站102。
如圖2所示,無線數(shù)據(jù)終端101包括進(jìn)行PHS的控制的無線控制部201、PIAFS協(xié)議控制部205、PPP協(xié)議控制部206、TCP/IP協(xié)議控制部207和電子郵件或Web瀏覽器等的應(yīng)用程序控制部208。無線控制部201包括無線收發(fā)部202、無線基帶控制部203和無線協(xié)議控制部204。無線數(shù)據(jù)終端101使用的無線用的數(shù)據(jù)傳輸協(xié)議不限于PHS的PIAFS數(shù)據(jù)傳輸協(xié)議,可以使用其他的無線用的數(shù)據(jù)傳輸協(xié)議。
PIAFS協(xié)議控制部205控制數(shù)據(jù)同步通信的協(xié)議,在數(shù)據(jù)幀的數(shù)據(jù)傳輸中,在32Kbps數(shù)據(jù)通信時20幀連續(xù)地檢測到CRC錯誤(數(shù)據(jù)傳輸中斷原因)、64Kbps數(shù)據(jù)通信時40幀連續(xù)地檢測到CRC錯誤時,就起動再同步序列,同時向作為高位層協(xié)議控制部的TCP/IP協(xié)議控制部207通知再同步開始。另外,由該再同步序列確立了再同步(數(shù)據(jù)傳輸再次開始的原因)時,PIAFS協(xié)議控制部205就向TCP/IP協(xié)議控制部207通知再同步結(jié)束。
TCP/IP協(xié)議控制部207進(jìn)行作為傳輸層協(xié)議的TCP/IP協(xié)議的控制。TCP/IP協(xié)議具有伴隨數(shù)據(jù)包的傳送起動再次傳送計時器207T、并在再次傳送計時器207T超時之前根據(jù)是否接收到對該數(shù)據(jù)包的確認(rèn)應(yīng)答數(shù)據(jù)包而進(jìn)行數(shù)據(jù)包的再次傳送的功能。TCP/IP協(xié)議控制部207在從作為低電位層協(xié)議控制部的PIAFS協(xié)議控制部205通知了再同步開始時,就暫時停止再次傳送計時器207T。另外,TCP/IP協(xié)議控制部207在從PIAFS協(xié)議控制部205通知了再同步結(jié)束時,就再次起動暫時停止的再次傳送計時器207T。
下面,參照圖3和圖4說明無線數(shù)據(jù)終端101的數(shù)據(jù)包傳送時的動作。圖3是表示圖1的無線數(shù)據(jù)終端101的TCP/IP協(xié)議控制部207的動作的流程圖,圖4是表示從圖1的無線數(shù)據(jù)終端101發(fā)送數(shù)據(jù)包時的序列的圖。由存儲程序的存儲器和從存儲器讀出該程序而動作的計算機(jī)構(gòu)成TCP/IP協(xié)議控制部207時,圖3就表示該程序的一部分。
無線數(shù)據(jù)終端101與訪問點104通過基站102a或102b和公眾網(wǎng)103連接時,如圖4所示,在無線數(shù)據(jù)終端701的PIAFS協(xié)議控制部205與訪問點104之間存在PIAFS的鏈路和PPP的鏈路。
如圖3和圖4所示,TCP/IP協(xié)議控制部207向PPP協(xié)議控制部206發(fā)送數(shù)據(jù)包401(步驟S301),伴隨該發(fā)送,起動再次傳送計時器207T(步驟S302)。
從TCP/IP協(xié)議控制部207接收到TCP/IP數(shù)據(jù)包401的PPP協(xié)議控制部205給TCP/IP數(shù)據(jù)包401附加上PPP標(biāo)題,向PIAFS協(xié)議控制部205發(fā)送PPP數(shù)據(jù)包402。PIAFS協(xié)議控制部205將PPP數(shù)據(jù)包402分割為73字節(jié)以下的數(shù)據(jù)幀403A~D后,經(jīng)由公眾網(wǎng)103向訪問點104發(fā)送。
在訪問點104,再次構(gòu)筑分割的PIAFS數(shù)據(jù)幀403A~D,復(fù)原為PPP數(shù)據(jù)包,進(jìn)而除去PPP的標(biāo)題,并將其作為TCP/IP數(shù)據(jù)幀404向因特網(wǎng)105發(fā)送。即,由PIAFS協(xié)議控制部205發(fā)送的PIAFS數(shù)據(jù)幀403的發(fā)送地就是訪問點104。
這里,在PIAFS協(xié)議控制部205檢測到32Kbps數(shù)據(jù)通信或64Kbps數(shù)據(jù)通信中的CRC錯誤(數(shù)據(jù)傳輸中斷原因)時,PIAFS協(xié)議控制部205就起動再同步序列421,同時向TCP/IP協(xié)議控制部207通知再同步開始431。
在TCP/IP協(xié)議控制部207中,在再次傳送計時器207T起動之后有再同步開始431的通知時(步驟S306),就暫時停止再次傳送計時器207T(步驟S307)。在該再次傳送計時器207T的暫時停止?fàn)顟B(tài),從PIAFS協(xié)議控制部205通知了再同步結(jié)束432時(步驟S308),就再次起動暫時停止的再次傳送計時器207T(步驟S309)。在本實施例中,在步驟S309,從暫時停止再次傳送計時器207T的計時器值開始再次開始計時。因此,再次傳送計時器207T只延長了再同步期間。在第1變形例中,在步驟S309,使再次傳送計時器207T從初始值開始再次計時。在第2變形例中,在步驟S302,如對時間T1進(jìn)行計時那樣,起動計時器207T,在步驟S307,如對時間T2(>T1)進(jìn)行計時那樣,起動計時器207T,并進(jìn)入步驟S303,等待時間T2的超時。時間T2的一例,就是作為再同步的期限的15秒。在第2變形例中,不需要再同步結(jié)束的通知。
并且,PIAFS協(xié)議控制部205伴隨再同步結(jié)束,向訪問點104發(fā)送PIAFS數(shù)據(jù)幀403B、403C。這里,說明了TCP/IP協(xié)議控制部207在從PIAFS協(xié)議控制部205通知了再同步開始時,延長等待確認(rèn)應(yīng)答數(shù)據(jù)包的到來的時間的情況,但是,TCP/IP協(xié)議控制部207也可以使用接收錯誤的信息取代再同步開始而延長等待確認(rèn)應(yīng)答數(shù)據(jù)包的到來的時間。
服務(wù)器106接收到由訪問點104再次構(gòu)筑的TCP/IP數(shù)據(jù)包404(包含了自己地址)時,就發(fā)送TCP/IP確認(rèn)應(yīng)答數(shù)據(jù)包411。即,由TCP/IP協(xié)議控制部207發(fā)送的TCP/IP數(shù)據(jù)包401的發(fā)送目的地是服務(wù)器106。TCP/IP確認(rèn)應(yīng)答數(shù)據(jù)包411通過與TCP/IP數(shù)據(jù)包相反的路由(412)到達(dá)無線數(shù)據(jù)終端101。在無線數(shù)據(jù)終端101中,PIAFS協(xié)議控制部205將PIAFS數(shù)據(jù)幀412變換為PPP數(shù)據(jù)包413,PPP協(xié)議控制部206將PPP數(shù)據(jù)包413變換為TCP/IP確認(rèn)應(yīng)答數(shù)據(jù)包414。
在TCP/IP協(xié)議控制部207接收到TCP/IP確認(rèn)應(yīng)答數(shù)據(jù)包414時(步驟S304),TCP/IP協(xié)議控制部207就完全停止在數(shù)據(jù)包401發(fā)送時起動的再次傳送計時器207T(步驟S305)。在本實施例中,在伴隨數(shù)據(jù)包發(fā)送的再次傳送計時器207T起動之后接收確認(rèn)應(yīng)答數(shù)據(jù)包時或在暫時停止的再次傳送計時器再次起動之后接收到確認(rèn)應(yīng)答數(shù)據(jù)包時,就完全停止再次傳送計時器207T。
另外,在接收到確認(rèn)應(yīng)答數(shù)據(jù)包414之前再次傳送計時器207T已超時時(步驟S303),就進(jìn)行數(shù)據(jù)包401的再次傳送(步驟S301),并起動再次傳送計時器207T(步驟S302)。
這樣,在本實施例中,在無線數(shù)據(jù)終端101與基站102之間由于發(fā)生無線狀況惡化或轉(zhuǎn)移等而在PIAFS數(shù)據(jù)通信協(xié)議中連續(xù)地發(fā)生CRC錯誤時,就起動再同步序列,在該再同步序列中,暫時停止TCP/IP的再次傳送計時器,所以,可以避免考慮網(wǎng)絡(luò)的阻塞等本來TCP的TCP/IP數(shù)據(jù)包丟失以外的無線數(shù)據(jù)傳輸協(xié)議的不通時間段發(fā)生的延遲所引起的數(shù)據(jù)包的再次傳送。
下面,參照圖5說明本發(fā)明的實施例2。圖5是表示本發(fā)明實施例2的無線數(shù)據(jù)通信裝置的PPP協(xié)議控制部的動作的流程圖。本實施例具有與上述實施例1相同的結(jié)構(gòu),在以下的說明中,使用相同的符號。由存儲程序的存儲器和從存儲器讀出該程序而動作的計算機(jī)構(gòu)成PPP協(xié)議控制部205時,圖5表示該程序的一部分。
PIAFS協(xié)議控制部205在數(shù)據(jù)幀的數(shù)據(jù)傳輸中32Kbps數(shù)據(jù)通信時20幀連續(xù)地檢測到CRC錯誤、64Kbps數(shù)據(jù)通信時40幀連續(xù)地檢測到CRC錯誤(數(shù)據(jù)傳輸中斷原因)時,就起動再同步序列,同時向作為高位層協(xié)議控制部的PPP協(xié)議控制部206通知再同步開始。由該再同步序列確立了再同步(數(shù)據(jù)傳輸再次開始的原因)時,PIAFS協(xié)議控制部205就向PPP協(xié)議控制部206通知再同步結(jié)束。
PPP協(xié)議控制部206進(jìn)行作為數(shù)據(jù)鏈路協(xié)議的PPP協(xié)議的控制。
在PPP協(xié)議控制部206中,如圖5所示,發(fā)送了返回請求時(步驟S501),就起動監(jiān)視計時器(步驟S502)。在發(fā)送了返回請求并起動了監(jiān)視計時器之后,從PIAFS協(xié)議控制部205通知了再同步開始時(步驟S506),就暫時停止監(jiān)視計時器(步驟S507)。
在監(jiān)視計時器暫時停止的狀態(tài),從PIAFS協(xié)議控制部205通知了再同步結(jié)束時(步驟S508),就再次起動暫時停止的監(jiān)視計時器(步驟S509)。在本實施例中,在步驟S509,使監(jiān)視計時器從暫時停止的計時器值開始進(jìn)行計時。因此,監(jiān)視計時器只延長了再同步期間。在第1變形例中,在步驟S509,對監(jiān)視計時器從初始值開始再次進(jìn)行計時。在第2變形例中,在步驟S502,如對時間T3計時時那樣,起動監(jiān)視計時器,在步驟S507,如對時間T4(>T3)計時時那樣,起動監(jiān)視計時器,并進(jìn)入步驟S503,等待時間T4的超時。時間T4的一例,就是作為再同步的期限的15秒。在第2變形例中,不需要再同步結(jié)束的通知。這里,說明了PPP協(xié)議控制部206在從PIAFS協(xié)議控制部205通知了再同步開始時,延長等待返回應(yīng)答到來的時間的情況,但是,PPP協(xié)議控制部206也可以使用接收錯誤的信息取代再同步開始而延長等待返回應(yīng)答到來的時間。
另外,在從返回應(yīng)答請求的發(fā)送開始到監(jiān)視計時器超時的期間中接收到了返回應(yīng)答時(步驟S504),監(jiān)視計時器就完全停止(步驟S505),繼續(xù)鏈路的確立(步驟S510)。
在接收到返回應(yīng)答之前,監(jiān)視計時器已超時時(步驟S503),就釋放數(shù)據(jù)鏈路(步驟S511)。
這樣,在本實施例中,在無線數(shù)據(jù)終端101與基站102之間由于發(fā)生無線狀況惡化或轉(zhuǎn)移等而在PIAFS數(shù)據(jù)通信協(xié)議中連續(xù)地發(fā)生CRC錯誤時,就起動再同步序列,在該再同步序列中,PPP的再次傳送計時器暫時停止,所以,可以避免由于發(fā)生無線用數(shù)據(jù)傳輸協(xié)議的不通時間段產(chǎn)生的延遲所引起的無意義的數(shù)據(jù)鏈路的切斷。
下面,參照圖6說明本發(fā)明的實施例3。圖6是表示本發(fā)明實施例3的無線數(shù)據(jù)通信裝置的結(jié)構(gòu)的框圖。
如圖6所示,本實施例的無線數(shù)據(jù)通信裝置具有無線數(shù)據(jù)通信單元601和數(shù)據(jù)終端602,無線數(shù)據(jù)通信單元601與數(shù)據(jù)終端602通過連接電纜603而連接。作為連接電纜603的代表是RS232C電纜,但是,只要可以在無線數(shù)據(jù)通信單元601與數(shù)據(jù)終端602之間進(jìn)行通信,既可以使用其他規(guī)格的電纜,也可以使用插塞和塞孔。另外,作為無線數(shù)據(jù)通信單元601與數(shù)據(jù)終端602間的通信形式,也可以使用紅外線通信、光通信、無線通信等通信形式取代使用這樣的連接電纜603的有線的通信形式。
無線數(shù)據(jù)通信單元601具有無線控制部201和PIAFS協(xié)議控制部205。無線控制部201包括無線收發(fā)部202、無線基帶控制部203和無線協(xié)議控制部204。數(shù)據(jù)終端602具有PPP協(xié)議控制部206、TCP/IP協(xié)議控制部207和電子郵件或Web瀏覽器等應(yīng)用程序控制部208。
從數(shù)據(jù)終端602通過無線通信訪問因特網(wǎng)等時,無線數(shù)據(jù)通信單元601通過連接電纜603與數(shù)據(jù)終端602連接。
在本實施例中,在無線數(shù)據(jù)通信單元601中,PIAFS控制部205在數(shù)據(jù)幀傳輸中檢測到上述CRC錯誤時,PIAFS控制部205就起動再同步序列,同時通過連接電纜603向數(shù)據(jù)終端602通知再同步開始。由再同步序列確立了再同步時,PIAFS控制部205就通過連接電纜603向數(shù)據(jù)終端602通知再同步結(jié)束。
在通知了上述再同步開始或再同步結(jié)束的數(shù)據(jù)終端602中,TCP/IP協(xié)議控制部207執(zhí)行與上述實施例1相同的動作(參見圖3),另外,PPP協(xié)議控制部206的動作執(zhí)行與上述實施例2相同的動作(參見圖5)。這里,省略這些動作的說明。
在本實施例中,通過連接電纜603將無線數(shù)據(jù)通信單元601與數(shù)據(jù)終端602連接而訪問因特網(wǎng)等時,也可以得到與上述實施例1和實施例2相同的效果。特別是如果變更數(shù)據(jù)終端602的TCP/IP協(xié)議控制部207或PPP協(xié)議控制部206的計時處理,作為無線數(shù)據(jù)通信單元601,具有可以通知再同步開始和再同步結(jié)束的功能,從而可以廣泛地使用。
以上,根據(jù)極佳的實施例說明了本發(fā)明,但是,本發(fā)明不限于上述實施例,也可以應(yīng)用于訪問點104或基站102,此外,在幀的范圍內(nèi)可以有各種各樣的變形。
權(quán)利要求
1.一種通信裝置,其特征在于包括用于等待對方的應(yīng)答的計時單元和根據(jù)從低位層協(xié)議控制部來的無線數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)延長上述計時單元的高位層協(xié)議控制單元。
2.按權(quán)利要求1所述的通信裝置,其特征在于上述高位層協(xié)議控制單元根據(jù)無線數(shù)據(jù)傳輸協(xié)議中的錯誤并根據(jù)從低位層協(xié)議控制部輸出的數(shù)據(jù)延長上述計時單元。
3.按權(quán)利要求1所述的通信裝置,其特征在于上述高位層協(xié)議控制單元根據(jù)無線數(shù)據(jù)傳輸協(xié)議中的再同步并根據(jù)從低位層協(xié)議控制部輸出的數(shù)據(jù)延長上述計時單元。
4.按權(quán)利要求1所述的通信裝置,其特征在于上述高位層協(xié)議控制單元具有在經(jīng)過了等待對方的應(yīng)答的時間之后再次向?qū)Ψ桨l(fā)送數(shù)據(jù)的再發(fā)送單元。
5.按權(quán)利要求1所述的通信裝置,其特征在于上述高位層協(xié)議控制單元具有在經(jīng)過了等待對方的應(yīng)答的時間之后切斷與對方的鏈路的切斷單元。
6.按權(quán)利要求1所述的通信裝置,其特征在于上述低位層協(xié)議控制部與通過第1網(wǎng)絡(luò)而連接的訪問點進(jìn)行通信,上述高位層協(xié)議控制單元等待通過第1網(wǎng)絡(luò)、訪問點、第2網(wǎng)絡(luò)而連接的對方的應(yīng)答。
7.一種通信裝置,其特征在于包括用于等待對方的應(yīng)答的計時單元和根據(jù)低位層控制部的無線數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)停止上述計時單元的高位層協(xié)議控制單元。
8.按權(quán)利要求7所述的通信裝置,其特征在于上述高位層協(xié)議控制單元根據(jù)無線數(shù)據(jù)傳輸協(xié)議中的再同步并根據(jù)從無線數(shù)據(jù)傳輸協(xié)議控制部輸出的數(shù)據(jù)停止上述計時單元。
9.一種通信裝置,其特征在于包括控制無線數(shù)據(jù)傳輸協(xié)議的低位層協(xié)議控制單元,和根據(jù)從低位層協(xié)議控制單元來的無線數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)延長等待對方的應(yīng)答的時間的高位層協(xié)議控制單元。
10.按權(quán)利要求9所述的通信裝置,其特征在于上述高位層協(xié)議控制單元根據(jù)無線數(shù)據(jù)傳輸協(xié)議中的再同步并根據(jù)從低位層協(xié)議控制單元輸出的數(shù)據(jù)延長等待對方的應(yīng)答的時間。
11.一種高位層協(xié)議的控制方法,其特征在于包括等待對方的應(yīng)答的步驟和根據(jù)從低位層協(xié)議控制部來的無線數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)延長等待對方的應(yīng)答的時間的步驟。
12.按權(quán)利要求11所述的控制方法,其特征在于在上述延長步驟,根據(jù)無線數(shù)據(jù)傳輸協(xié)議中的錯誤并根據(jù)從上述無線數(shù)據(jù)傳輸協(xié)議控制部輸出的數(shù)據(jù)延長等待對方的應(yīng)答的時間。
13.按權(quán)利要求11所述的控制方法,其特征在于在上述延長步驟,根據(jù)無線數(shù)據(jù)傳輸協(xié)議中的再同步并根據(jù)從低位層協(xié)議控制部輸出的數(shù)據(jù)延長等待對方的應(yīng)答的時間。
14.按權(quán)利要求11所述的控制方法,其特征在于上述等待步驟包括在經(jīng)過了等待對方的應(yīng)答的時間之后再次向?qū)Ψ桨l(fā)送數(shù)據(jù)的再次發(fā)送步驟。
15.按權(quán)利要求11所述的控制方法,其特征在于上述等待步驟包括在經(jīng)過了等待對方的應(yīng)答的時間之后切斷與對方的鏈路的切斷步驟。
16.按權(quán)利要求11所述的控制方法,其特征在于上述低位層協(xié)議控制部與通過第1網(wǎng)絡(luò)而連接的訪問點進(jìn)行通信,在上述等待步驟,等待通過第1網(wǎng)絡(luò)、訪問點和第2網(wǎng)絡(luò)而連接的對方的應(yīng)答。
17.一種高位層協(xié)議的控制程序,其特征在于包括等待對方的應(yīng)答的程序,和根據(jù)從低位層協(xié)議控制部來的無線數(shù)據(jù)傳輸協(xié)議的數(shù)據(jù)延長等待對方的應(yīng)答的時間的程序。
18.按權(quán)利要求17所述的程序,其特征在于在上述延長步驟,根據(jù)無線數(shù)據(jù)傳輸協(xié)議的再同步并根據(jù)從低位層協(xié)議控制部輸出的數(shù)據(jù)延長等待對方的應(yīng)答的時間。
全文摘要
本發(fā)明涉及一種無線數(shù)據(jù)通信裝置,在數(shù)據(jù)傳輸中PIAFS協(xié)議控制部檢測到CRC錯誤時,PIAFS協(xié)議控制部就起動再同步序列,同時向TCP/IP協(xié)議控制部通知再同步開始。在TCP/IP協(xié)議控制部中,起動再次傳送計時器后,有再同步開始的通知時,就暫時停止再次傳送計時器,在該再次傳送計時器暫時停止的狀態(tài),從PIAFS協(xié)議控制部通知了再同步結(jié)束時,就再次起動暫時停止的再次傳送計時器。
文檔編號H04L1/18GK1400791SQ0212729
公開日2003年3月5日 申請日期2002年7月31日 優(yōu)先權(quán)日2001年8月1日
發(fā)明者廣木茂 申請人:佳能株式會社