JP2008167081A - バースト通信装置 - Google Patents

Abstract

【課題】誤り訂正符号を用いるバースト通信方式において、通信路で誤りが発生しなかった場合、迅速に送達確認フレームを返すことが可能なバースト通信装置を提供する。
【解決手段】バースト通信装置であって、検出手段１１は、受信フレームに誤りがあるかを検出する。訂正手段１３は、受信フレームの誤りを訂正する。解析手段１２は、受信フレームの種類を解析する。第１の生成手段１４は、バースト転送用の送達確認フレームを生成する。第２の生成手段１６は、通常転送用の送達確認フレームを生成する。送信手段１５は、解析手段からの指示により送達確認フレームを送信する時、訂正手段からの情報によって、第１の生成手段により生成されたバースト転送用の送達確認フレームと、第２の生成手段により生成された通常転送用の送達確認フレームのどちらを送信するかを判断して送信する。
【選択図】 図１

Description

本発明は、例えば無線ＬＡＮに使用され、連続的にフレームを送信するバースト通信を行うシステムに誤り訂正符号を使用したバースト通信装置に関する。

例えば無線ＬＡＮ等の通信において、送信したフレームに通信路中で誤りが発生し、受信側に正しく到達しないことが良くある。このため、送信したフレームが受信側に正しく届いたかを確認する送達確認フレームを受信側が送信側に送ることにより、送信側が送達を確認する通信方式がある。送信側は送信したフレームに対する送達確認が一定時間内に届かない場合、又はフレームにエラーが発生したと通知された場合、再度同じフレームを受信側に送信して通信を成立させている。これを再送と読んでいる。この再送が頻繁に発生すると通信の効率が悪くなる。このため、送信フレームに誤り訂正符号を付加し、通信路で誤りが発生した場合においても、受信側で復元可能とすることにより、再送回数を低減する方策がとられている。

また、フレームの１つずつ送達確認を行う場合、通信効率が低下する。このため、フレームの１つずつについて送達確認を行うのではなく、連続的に複数のフレームを送信し、その後、複数のフレームに対して、１つのフレームにより一括して送達確認を行うバースト通信を行うことにより、通信効率の向上が図られている。この例として、無線ＬＡＮ通信のIEEE802.11方式のIEEE802.11e（非特許文献１参照）に規定されるBlockAck方式などがある。BlockAck方式には、例えば２つの方式がある。

第１の方式は、例えば３つのフレームを連続して送信し、続けて送達確認を要求することを示すBlockAckRequestフレームを送信する。すると、受信側は、受け取った３つのフレームのうちのどれが正しく届いたかを示すBlockAckフレームで応答する。送信側は、送達の確認されなかったフレームのみを再送することとなる。

しかし、IEEE802.11では、BlockAckRequestフレームの受信からBlockAckフレーム、又は通常転送用の送達確認を示すAckフレームの応答までの時間が規定されている。このため、３つのフレームのうち最後のフレームが届いてからBlockAckフレームを返すまでの時間が短く、この間にBlockAckフレームを生成することができないシステムの場合、対応できないことがある。

このような場合、第２の方式が適用される。第２の方式は、送信側からのBlockAckRequestフレームに対して、受信側は先ずAckフレームを返しておく。この後、BlockAckフレームの生成が終わってから送信側にBlockAckフレームを返して送達確認を行う。送信側はBlockAckフレームが正しく届いたことを示すAckフレームを受信側に送ることにより、一連の通信が終了する。

IEEE802.11e規格では、第１、第２の方式の両方が規定され、これらの方式を選択可能とされている。

すなわち、上記第１の方式において、BlockAckフレームの生成が間に合わないような場合として、受信したフレームの誤り訂正処理が、BlockAckフレームを生成するための時間内に終わらない場合が考えられる。この場合、第２の方式のタイミングでBlockAckフレームを返すこととなる。

このように誤り訂正符号を用いたバースト通信方式の場合、誤り訂正符号の方式によっては、常に、第１の方式ではなく、第２の方式のようになる。しかし、第２の方式は、第１の方式に比べてAckフレームの数が２つ多い。また、第２の方式は、第１の方式に比べて、BlockAckフレームを送信側に返すまでに時間を要するため、送信側のフレームバッファを早期に開放できない。したがって、通信の効率が低下するという問題があった。

尚、関連技術として、送信装置から符号かれて送信されたパケットを、受信装置で誤り検出及び補正しながら段階的に確認応答を返送することにより、効率よい再生制御を行う再生制御方法が開発されている（例えば特許文献１参照）。
特開２００４−２９７２００号公報 IEEE Standard for Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements, Part 11: Wireless LAN Medium Access Control(MAC) and Physical Layer(PHY) specifications, Amendment 8: Medium Access Control(MAC) Quality of Service Enhancements, 11 November 2005

本発明は、誤り訂正符号を用いるバースト通信において、通信路で誤りが発生しなかった場合、迅速に送達確認フレームを返すことが可能なバースト通信装置を提供しようとするものである。

本発明の第１の態様によれば、複数のフレームを連続に送信した後、一括して複数の前記フレームの送達確認を行うバースト通信装置であって、受信フレームに誤りがあるかを検出する検出手段と、前記受信フレームの誤りを訂正する訂正手段と、前記受信フレームの種類を解析する解析手段と、バースト転送用の送達確認フレームを生成する第１の生成手段と、通常転送用の送達確認フレームを生成する第２の生成手段と、前記解析手段からの指示により送達確認フレームを送信する時、前記訂正手段が非動作状態の場合、前記第１の生成手段により生成されたバースト転送用の送達確認フレームを送信する送信手段とを具備することを特徴とするバースト通信装置が提供される。

本発明の第２の態様によれば、複数のフレームを連続に送信した後、一括して複数の前記フレームの送達確認を行うバースト通信装置であって、受信フレームに誤りがあるかを検出する検出手段と、前記受信フレームの誤りを誤り訂正する訂正手段と、前記受信フレームの種類を解析する解析手段と、バースト転送中に誤りのあるフレームを受信したこと示すフラグ情報を記憶する記憶手段と、バースト転送用の送達確認フレームを生成する第１の生成手段と、通常転送用の送達確認フレームを生成する第２の生成手段と、前記解析手段からの指示により送達確認フレームを送信する時、前記記憶手段にフラグ情報が記憶されていない場合、前記第１の生成手段により生成されたバースト転送用の送達確認フレームを送信する送信手段とを具備することを特徴とするバースト通信装置が提供される。

本発明によれば、誤り訂正符号を用いるバースト通信において、通信路で誤りが発生しなかった場合、迅速に送達確認フレームを返すことが可能なバースト通信装置を提供できる。

以下、本発明の実施の形態について、図面を参照して説明する。

先ず、図２、図３を用いてバースト通信方式について説明する。図２は、上記第１の方式を示し、図３は、上記第２の方式を示している。

図２に示す第１の方式において、送信側は、例えばframe10、frame11、frame12の３つのフレームを連続して送信し、続けて送達確認を要求するBlockAckRequestフレーム(BAreq13)を送信する。受信側は、BlockAckRequestフレーム(BAreq13)を受信すると、受け取った３つのフレームのうちのどれが正しく届いたかを示すBlockAckフレーム(BA14)で応答する。

また、図３に示す第２の方式において、送信側は、例えばframe20、frame21、frame22の３つのフレームを連続して送信し、続けて送達確認を要求することを示すBlockAckRequestフレーム(BAreq23)を送信する。受信側は、先ず通常転送用の送達確認を示すAckフレームAck24を返し、BlockAckフレームの生成が終わってから送信側にBlockAckフレームBA25を返して送達確認を行う。送信側はBlockAckフレームBA25が正しく届いたことを示すAck26を受信側に送る。

図４（ａ）乃至（ｄ）は、各実施形態に適用されるフレームのフォーマットを示している。

図４（ａ）に示すframe40は、本来の情報部に、誤り訂正処理で情報を復元するための誤り訂正情報部、及び誤り自体が存在するかどうかのみを判定する誤り検出情報部を付加している。また、誤り検出情報部は、本来の情報部のみに関しての情報でもよいし、本来の情報部と誤り訂正情報部の両方に関しての情報でもよい。

使用される誤り訂正符号の方式によっては、誤り訂正情報部に誤り自体が存在するかどうかの情報が含まれる場合もある。この場合、図４（ｂ）に示すframe41のように、誤り検出情報部を省略することも可能である。

また、使用される誤り訂正符号の方式によっては、本来の情報と誤り訂正情報が一体化される可能性もある。その場合、図４（ｃ）に示すframe42のように、本来の情報と誤り訂正情報が一体化された誤り訂正符号化部と、誤り検出情報部とにより構成される。

さらに、使用される誤り訂正符号の方式によっては、本来の情報と誤り訂正情報と誤り検出情報の全てが一体化される可能性もある。その場合、図４（ｄ）に示すframe43のように誤り訂正符号化部のみにより構成してもよい。

尚、frame40、frame41、frame42において、フレーム中の各情報部や誤り訂正符号化部の並び順は変更可能である。

（第１の実施形態）
図５は、第１の実施形態に係り、受信側の処理のアルゴリズムの一例を示している。

図５において、受信側は、送信されてきたフレームを受信し、受信したフレーム(例えば図２に示すframe10,11,12)毎に、そのフレームに誤りが有るか無いかを判定する（Ｓ１１，Ｓ１２）。受信フレームに誤りが発見された場合、誤りを復元するため、誤り訂正処理が起動される（Ｓ１３）。また、受信フレームに誤りが無い場合、及び誤り訂正処理が起動された後、BlockAckRequestフレームが受信されたかどうかが判別される（Ｓ１４）。このような動作がBlockAckRequestフレームを受信するまで繰り返される（Ｓ１４−Ｓ１１）。

一方、BlockAckRequestフレームを受信した場合、誤り訂正処理が実行中か、終了したが判別される（Ｓ１５）。この結果、誤り訂正処理が実行中である場合、Ackフレームを送信側に返し（Ｓ１６）、誤り訂正処理の終了を待ち（Ｓ１７）、誤り訂正処理が終了後、その結果を反映したBlockAckフレーム（BA）を返す（Ｓ１８）。また、前記誤り訂正処理が実行されているかどうかの判別（Ｓ１５）において、誤り訂正処理が実行されていない場合、BlockAckフレーム（BA）を返す（Ｓ１８）。

図１は、第１の実施形態に係り、図５に示すアルゴリズムを実現するための受信側の装置の構成例を示している。

受信フレームは、誤り検出部１１、フレーム解析部１２、誤り訂正部１３に供給される。誤り検出部１１は、受信したフレームを、図４（ａ）乃至（ｄ）に示すフォーマットに従って検査し、受信フレームに誤りの有無を検出する。誤り検出部１１は、検出結果を誤り訂正部１３、及びBA(BlockAck)パケット生成部１４に通知する。

フレーム解析部１２は、受信フレームの例えばヘッダに含まれる情報に基づき、受信フレームの種類や応答先の情報を解析する。このフレーム解析部１２は、BlockAckRequestフレームを受信した場合、それをAck送信部１５に通知する。また、フレーム解析部１２は、BlockAck又はAckフレームのヘッダ部分を生成するために必要な応答先等の情報をBAパケット生成部１４、及びAckパケット生成部１６に通知する。

誤り訂正部１３は、誤り検出部１１で誤りが発見された場合、そのフレームの誤り訂正処理を行う。誤り訂正部１３は、訂正処理が実行されているかどうかを示す信号Busyを出力するとともに、訂正処理によりフレームの復元に成功した場合、訂正情報CIを出力する。

BAパケット生成部１４は、受信した１つ以上のフレームに対するBlockAckパケットを生成する。すなわち、BAパケット生成部１４は、フレーム解析部１２から供給される応答先などの基本情報、及び誤り検出部１１からのフレームの誤りに関する情報を用いてBlockAckパケットを生成する。さらに、受信フレームに誤りが有り、誤り訂正部１３によってフレームの復元に成功した場合には、誤り訂正部１３からの訂正情報CIによりBlockAckフレームの対応する部分を、正しく受信できたことを示す状態に変更する。

Ackパケット生成部１６は、BlockAckではなく、通常のAck応答を行う場合、フレーム解析部１２から供給される応答先などの基本情報を受け取り、Ackフレームを生成する。

Ack送信部１５は、フレーム解析部１２からBlockAckRequestフレームを受信したことが通知された場合、誤り訂正部１３から供給される信号Busyより、誤り訂正部１３が処理中（動作中）かどうかを判定し、まだ処理が終了していない場合（動作中である場合）、Ackパケット生成部１６により生成されたAckパケットを送信する。また、Ack送信部１５は、誤り訂正部１３の処理が終了していない場合でAckパケットを送信したとき、誤り訂正部１３の処理が終了してから、BAパケット生成部１４により生成されたBlockAckパケットを送信する。さらに、Ack送信部１５は、受信フレームに誤りが無く、信号Busyが誤り訂正部１３の非動作状態を示す場合、BAパケット生成部１４により生成されたBlockAckパケットを送信する。

尚、誤り訂正方式によっては、処理に時間がかかり、処理中にバースト転送されてくる次のフレームが受信される場合が考えられる。この場合、処理中に受信したフレームを一時的に格納しておくバッファメモリを用意する必要がある。このバッファメモリは、図１にＢＦＭ１７で示すように、誤り訂正部１３に内蔵するか、誤り訂正部１３の入力段に挿入すればよい。

上記構成において、図５を参照して動作について説明する。

フレームを受信すると（Ｓ１１）、そのフレームは誤り検出部１１、フレーム解析部１３、誤り訂正部１３に供給される。誤り検出部１１は誤りの有無を検出する（Ｓ１２）。検出の結果、誤りが有る場合、誤り訂正部１３が起動され、誤り訂正が実行される（Ｓ１３）。また、誤りの有無の情報は、誤り検出部１１からBAパケット生成部１４にもフレーム毎に通知され、BlockAckパケットの生成に使用される。

また、フレーム解析部１２でBlockAckRequestフレームの受信が検出されると（Ｓ１４）、Ack送信部１５にBlockAck応答を行う指示が出される。これと同時にBlockAckフレーム、又はAckフレームのヘッダ部分を構成するために必要な情報が、フレーム解析部１２からBAパケット生成部１４及びAckパケット生成部１６に送られる。また、フレーム解析部１２により、バースト通信ではない通常の通信のフレームを受信したことが解析され、且つ、誤り検出部１１により誤りが検出されなかった場合、Ack送信部１５に通常転送用のAck応答を行なう指示が出される。

BAパケット生成部１４は、誤り検出部１１とフレーム解析部１２からの情報に応じてBlockAck応答用のパケットを生成する。さらに、BAパケット生成部１４は、受信フレームに誤りが有り、誤り訂正部１３によってフレームの復元に成功した場合、誤り訂正部１３からの情報によりBlockAckフレームの対応する部分を、正しく受信できたことを示す状態に変更する。

Ackパケット生成部１６は、フレーム解析部１２の情報からの情報に応じて、Ack応答用のパケットを生成する。

フレーム解析部１２からBlockAck応答の指示を受けたAck送信部１５は、誤り訂正部１３から供給される信号Busyに基づき、誤り訂正部１３の実行状態を判断する（Ｓ１５）。この結果、誤り訂正処理が終了していない場合、Ackパケット生成部１６で生成されたAckパケットを送信する（Ｓ１６）。Ackパケット送信後、誤り訂正部１３での処理が全て終了した場合（Ｓ１７）、Ack送信部１５はBlockAckパケットを送信する（Ｓ１８）。

尚、通常のAck応答の指示を受けたAck送信部１５は、Ackパケット生成部１６で生成されたAckパケットを送信する。

一方、誤り検出部１１において、受信フレームに誤りがないことが検出された場合、フレーム解析部１２において、BlockAckRequestフレームが受信されたかが判別される（Ｓ１２−Ｓ１４）。この結果、BlockAckRequestフレームが受信された場合、フレーム解析部１２は、Ack送信部１５にBlockAck応答を行うことを通知する。また、フレーム解析部１２は、BlockAck又はAckフレームの生成に必要な応答先等の情報をBAパケット生成部１４、及びAckパケット生成部１６に通知する。

BlockAck応答を受けたAck送信部１５は、誤り訂正部１３から供給される信号Busyが非動作状態を示しているため、BAパケット生成部１４により生成されたBlockAckパケットを送信する（Ｓ１５−Ｓ１８）。

図６は、送信側の構成の一例を示すものであり、例えば図４（ａ）に示すフレームを生成する構成を示している。送信側は、送信フレームバッファ２１、誤り訂正符号付加部２２、誤り検出情報付加部２３、送信確認フレーム解析部２４、再送制御部２５により構成されている。

図６において、送信したい本来の情報部が送信データとして送信フレームバッファ２１に供給される。送信フレームバッファ２１から出力される送信データは、誤り訂正符号付加部２３に供給され、誤り訂正符号が付加される。誤り訂正符号付加部２２から出力された誤り訂正符号が付加された送信データは、誤り検出情報付加部２３に供給され、誤り検出情報が付加される。このようにして生成されたフレームが送信される。

一方、受信側からの送達確認フレームであるBlockAckフレーム又はAckフレームを受信すると、送達確認フレーム解析部２４は、再送の必要なフレームを判定する。再送が必要なフレームがある場合、その情報が再送制御部２５へ通知される。再送制御部２５は、送信フレームバッファ２１から再送が必要なフレームを上記と同様にして再送する。

上記第１の実施形態によれば、Ack送信部１５は、フレーム解析部１２よりBlockAckRequestフレームを受信したことが通知された場合において、誤り訂正部１３から供給される信号Busyが非動作状態を示している場合、第１の方式によって、直ちにBAパケット生成部１４により生成されたBlockAckパケットを送信する。このため、誤り訂正符号が付加されたバースト通信において、Ack送信部１５は、受信フレームに誤りが無い場合、又は送達確認フレームを送信するまでに誤り訂正処理が終了した場合、BlockAckRequestフレームを受信したことが通知されてから、高速にBlockAckパケットを送信することができる。したがって、例えば第２の方式のように、後から送達確認フレームを送る場合に比べて、通信路上のフレーム数を削減できるため、通信路の利用効率を向上することができる。

また、送信側は、早期に送達確認フレームを受けることができるため、送信フレームバッファを早期に開放することができる。このため、バッファメモリを効率的に利用することができ、高速なバースト通信が可能となる。

（第２の実施形態）
図７は、第２の実施形態に係り、受信側の処理のアルゴリズムの一例を示している。第１の実施形態は、誤り訂正部の処理状態を信号Busyに基づき判別した。これに対して、第２の実施形態は、フラグを用いて誤り訂正部の処理状態（動作／非動作状態）を判別する。

図７において、受信側は、先ず、フラグをクリアし（Ｓ２１）、受信したフレーム(例えば図２に示すframe10,11,12)毎に、そのフレームに誤りが有るか無いかを判定する（Ｓ２２，Ｓ２３）。この結果、誤りが発見された場合、それを示すためにフラグをセットするとともに、誤り訂正処理が実行される（Ｓ２４）。この動作はBlockAckRequestを受信するまで繰り返される（Ｓ２２−Ｓ２５）。BlockAckRequestフレームを受信した場合、フラグの状態が判定され（Ｓ２６）、フラグがセットされている場合、誤り訂正処理が終了してからBlockAck応答をするため、Ack送信部３５は、Ackフレームを返す(例えば図３に示すAck24)（Ｓ２７）。この後、誤り訂正処理が終了した場合（Ｓ２８）、その結果を反映したBlockAckを送信する(例えば図３に示すBA25)。

一方、BlockAckRequestフレームを受信した状態において、フラグがセットされていない場合、全てのフレームを正常に受信したことを示すBlockAckを送信する（Ｓ２６−Ｓ２９）(例えば図２に示すBA14)。

図８は、図７に示すアルゴリズムを実現する受信側の装置の一例を示している。

図８において、受信したフレームは、誤り検出部２１、フレーム解析部２２、誤り訂正部３３に供給される。誤り検出部２１は、受信フレームを図４に示すフォーマットに従って検査し、誤りが存在するかしないかを検出する。誤り検出部２１は、検出結果を誤り訂正部３３、BAパケット生成部３４、フラグ部３７に通知する。

フレーム解析部３２は、受信したフレームの例えばヘッダに含まれる情報からフレームの種類を判定し、BlockAckRequestフレームを受信した場合、それをAck送信部３５へ通知する。また、フレーム解析部３２は、BlockAckフレームの生成に必要な情報をBA(BlockAck)パケット生成部３４に通知し、Ackフレームの生成に必要な情報をAckパケット生成部３６へ通知する。

フラグ部３７は、例えばフリップフロップ回路又はレジスタにより構成されている。フラグ部３７は、誤り検出部３１から受信したフレームに誤りが有ったことが通知されると、それを保持する。すなわち、フラグがセットされる。また、フラグ部３７は、Ack送信部３５からBlockAck応答を送信した事が通知されると、フラグをリセットする。

BAパケット生成部３４は、受信した１つ以上のフレームに対するBlockAckパケットを生成する。BAパケット生成部３４は、フレーム解析部３２から応答先などの基本情報を受け取り、誤り検出部３１からのフレームの誤りに関する情報に基づきBlockAckパケットを生成する。受信フレームに誤りがあり、誤り訂正部３３によってフレームの復元に成功した場合、BAパケット生成部３４は、誤り訂正部３３からの情報によりBlockAckフレームの対応する部分を、正しく受信できたことを示す状態に変更する。

Ackパケット生成部３６は、フレーム解析部３２からの応答先などの基本情報を受け取り、BlockAckではなく、通常のAck応答を行う場合のAckフレームを生成する。

Ack送信部３５は、フレーム解析部３２からBlockAckRequestフレームを受信した事が通知された場合、フラグ部３７に保持された状態を判定する。この結果、受信フレームに誤りが有る場合、Ack送信部３５は、Ackパケット生成部３６により生成されたAckパケットを送信し、受信フレームに誤りがない場合、BAパケット生成部３４で生成されたBlockAckパケットを送信する。また、受信フレームに誤りが有り、Ackパケットを送信した場合、Ack送信部３５は、誤り訂正部３３での全ての処理が終了した後、BAパケット生成部３４により生成されたBlockAckパケットを送信する。

誤り訂正部３３は、誤り検出部３１で誤りが発見された場合、そのフレームの誤り訂正処理を行う。誤り訂正方式によっては、処理に時間がかかり、処理中に次のフレームが受信される場合が考えられる。この場合、処理中に受信したフレームを一時的に格納しておくバッファメモリを用意する必要がある。バッファメモリは、ＢＦＭ１７で示すように、第１の実施形態と同様、誤り訂正部３３内、又は誤り訂正部３３の入力段に配置すればよい。

上記構成において、図７を参照して図８に示す装置の動作について説明する。

フラグ部３７は予めリセットされる（Ｓ２１）。フレームを受信すると（Ｓ２２）、そのフレームは誤り検出部３１、フレーム解析部３２、誤り訂正部３３に供給される。誤り検出部３１において誤りが発見されると（Ｓ２３）、誤り訂正部３３が起動され、誤りの復元が試みられる。また、誤りを発見したことがフラグ部３７に通知され、フラグがセットされる（Ｓ２４）。誤りの有無の情報は、BAパケット生成部３６にもフレーム毎に通知され、BlockAckパケットの生成に使用される。

フレーム解析部３２において、BlockAckRequestフレームの受信が検出されると（Ｓ２５）、Ack送信部３５にBlockAck応答を行う指示が出される。同時にBlockAckフレーム又はAckフレームのヘッダ部分を構成するために必要な情報がBAパケット生成部３４、Ackパケット生成部３６に供給される。

BAパケット生成部３４は、誤り検出部３１とフレーム解析部３２の情報からBlockAck応答用のパケットを生成する。

Ackパケット生成部３６は、フレーム解析部３２の情報からAck応答用のパケットを生成する。

Ack送信部３５は、フレーム解析部３２からBlockAck応答の指示を受けた場合、フラグ部３７に記憶されたフラグを判断する（Ｓ２６）。この結果、フラグがセットされ、受信フレームに誤りがある場合、Ackパケット生成部３６で生成されたAckパケットを送信する（Ｓ２７）。Ackパケット送信後、誤り訂正部３３から供給される信号Busyが非動作状態を示し、誤り訂正部３３での処理が全て終了した場合、Ack送信部３５は、BAパケット生成部３４により生成されたBlockAckパケットを送信する（Ｓ２８，Ｓ２９）。BlockAckパケットを送信後、Ack送信部３５は、フラグ部３７にセットされたフラグをクリアする（Ｓ２１）。

一方、フラグがリセットされたままであり、受信フレームに誤りが無い状態において、フレーム解析部３２からBlockAck応答の指示を受けた場合、Ack送信部３５は、BAパケット生成部３４で生成されたBlockAckパケットを送信する（Ｓ２６−Ｓ２９）。BlockAckパケットを送信後、Ack送信部３５は、フラグ部３７にセットされたフラグをクリアする（Ｓ２１）。

また、バースト通信ではない通常の通信のフレームを受信した場合、フレーム解析部３２からAck送信部３５に通常転送用のAck応答を行う指示が出される。Ack送信部３５は、通常転送用のAck応答の指示を受けた場合、Ackパケット生成部３６により生成されたAckパケットを送信する。

上記第２の実施形態によれば、Ack送信部３５は、フレーム解析部３２よりBlockAckRequestフレームを受信したことが通知された場合で、フラグ部３７にフラグがセットされていない場合、第１の方式によって、直ちにBAパケット生成部３４により生成されたBlockAckパケットを送信する。このため、誤り訂正符号が付加されたバースト通信において、受信フレームに誤りが無い場合、BlockAckRequestフレームを受信してから、高速にBlockAckパケットを送信することができる。したがって、例えば第２の方式のように、後から送達確認フレームを送る場合に比べて、通信路上のフレーム数を削減できるため、通信路の利用効率を向上することができる。

また、送信側は、早期に送達確認フレームを受けることができるため、送信フレームバッファを早期に開放することができる。このため、バッファメモリを効率的に利用することができ、高速なバースト通信が可能となる。

尚、上記第１、第２の実施形態において、誤り訂正部１３、３３は、誤り検出部１１、３１で誤りが発見された場合のみ起動される例を示した。しかし、これに限定されるものではなく、例えば制御を単純にする場合、受信したフレーム全てに対して誤り訂正処理を行ってもよい。この場合、BAパケット生成部１４、３４は、誤り検出部１１、３１の情報を使用せず、誤り訂正部１３、３３の情報のみでBlockAck応答パケットを生成することも可能である。

また、誤り訂正部１３、３３は、フレーム受信中に並行して動作している例を示した。しかし、受信したフレームを一度バッファメモリに格納し、BlockAckRequestフレームに対してAckパケットを送信した後、まとめて誤り訂正処理をするようにしてもよい。

その他、本発明は、上記実施形態に限定されるものではなく、発明の要旨を変えない範囲において種々変形実施可能なことは勿論である。

第１の実施形態に係り、受信側の構成を示す図。 バースト通信方式の一例を示す図。 バースト通信方式の他の例を示す図。 図４（ａ）乃至（ｄ）は、各実施形態に適用されるフレームのフォーマットを示す図。 第１の実施形態に係り、受信側の処理のアルゴリズムの一例を示すフローチャート。 送信側の構成の一例を示す構成図。 第２の実施形態に係り、受信側の処理のアルゴリズムの一例を示すフローチャート。 図７に示すアルゴリズムを実現する受信側の構成の一例を示す図。

符号の説明

１１、３１…誤り検出部、１２、３３…フレーム解析部、１３、３３…誤り訂正部、１４、３４…BAパケット生成部、１５、３５…Ack送信部、１６、３６…Ackパケット生成部、１７…バッファメモリ、３７…フラグ部。

Claims (5)

1. 複数のフレームを連続に送信した後、一括して複数の前記フレームの送達確認を行うバースト通信装置であって、
   受信フレームに誤りがあるかを検出する検出手段と、
   前記受信フレームの誤りを訂正する訂正手段と、
   前記受信フレームの種類を解析する解析手段と、
   バースト転送用の送達確認フレームを生成する第１の生成手段と、
   通常転送用の送達確認フレームを生成する第２の生成手段と、
   前記解析手段からの指示により送達確認フレームを送信する時、前記訂正手段が非動作状態の場合、前記第１の生成手段により生成されたバースト転送用の送達確認フレームを送信する送信手段と
   を具備することを特徴とするバースト通信装置。
2. 複数のフレームを連続に送信した後、一括して複数の前記フレームの送達確認を行うバースト通信装置であって、
   受信フレームに誤りがあるかを検出する検出手段と、
   前記受信フレームの誤りを誤り訂正する訂正手段と、
   前記受信フレームの種類を解析する解析手段と、
   バースト転送中に誤りのあるフレームを受信したこと示すフラグ情報を記憶する記憶手段と、
   バースト転送用の送達確認フレームを生成する第１の生成手段と、
   通常転送用の送達確認フレームを生成する第２の生成手段と、
   前記解析手段からの指示により送達確認フレームを送信する時、前記記憶手段にフラグ情報が記憶されていない場合、前記第１の生成手段により生成されたバースト転送用の送達確認フレームを送信する送信手段と
   を具備することを特徴とするバースト通信装置。
3. 前記訂正手段に供給される前記受信フレームを保持するバッファ手段をさらに具備することを特徴とする請求項１又は２記載のバースト通信装置。
4. 前記訂正手段は、受信フレームの全てを訂正することを特徴とする請求項１又は２記載のバースト通信装置。
5. 前記受信フレームは、少なくとも誤り情報を復元するための誤り訂正情報と、フレーム中に誤りがあるかどうかを示す誤り検出情報のうちの１つを含むことを特徴とする請求項１又は２記載のバースト通信装置。

Images