(57)【要約】【課題】  通信端末間の確実かつ効率的な通信およびオーバーヘッドの軽減が可能となる。【解決手段】  データを複数の分割データに分割して各々連続したシーケンス番号を付与し，上記分割データを送信するデータ送信装置３１０と，上記分割データを受信して上記データ送信装置にＡＣＫパケットを送信し，上記シーケンス番号順に並べられる所定数の分割データ群を受信した後，上記分割データ群をデータに復号して当該データの処理を開始するデータ受信装置３２０とからなるデータ伝送システムであって，隠れ端末問題回避のためのＲＴＳパケットやＣＴＳパケットに，送信する分割データに関する情報を添付し，互いの通信端末で送信量（送信個数）を確認することによって，通信端末間の確実かつ効率的な通信およびオーバーヘッドの軽減を可能にするデータ伝送システムが提供される。【選択図】    図１９
2006074085.tif 000002
【特許請求の範囲】
【請求項１】
データを複数の分割データに分割して各々連続したシーケンス番号を付与し，当該シーケンス番号順に前記分割データを送信するデータ送信装置と，前記データ送信装置から送信された前記分割データを受信して前記データ送信装置にＡＣＫパケットを送信し，前記シーケンス番号順に並べられる所定数の分割データ群を受信した後，前記分割データ群をデータに復号して当該データの処理を開始するデータ受信装置とからなり，前記両装置の通信はＲＴＳパケットおよびＣＴＳパケットの制御信号によって確保されるデータ伝送システムであって：
前記データ送信装置に設けられ，送信する分割データの個数を含むＲＴＳパケットを前記データ受信装置に送信するＲＴＳ送信部と；
前記データ受信装置に設けられ，前記ＲＴＳパケットに基づいて，受信可能な分割データの個数を含むＣＴＳパケットを前記データ送信装置に送信するＣＴＳ送信部と；
前記データ送信装置に設けられ，前記ＣＴＳパケットに基づいて，１または２以上の前記分割データを含むＤＡＴＡパケットを前記データ受信装置に送信するＤＡＴＡ送信部と；
前記データ受信装置に設けられ，実際に受信した分割データの個数を含むＡＣＫパケットを前記データ送信装置に送信するＡＣＫ送信部と；
前記データ送信装置に設けられ，ＡＣＫパケットに基づいて次回送信する分割データを決定する分割データ決定部と；
を備えることを特徴とする，データ伝送システム。
【請求項２】
前記ＲＴＳパケット，ＣＴＳパケット，ＡＣＫパケットにおける分割データの個数は，対象となる各分割データに付与された前記シーケンス番号の最大値で表されることを特徴とする，請求項１に記載のデータ伝送システム。
【請求項３】
前記ＲＴＳパケットは，送信する分割データのシーケンス番号および分割データ長を含むことを特徴とする，請求項２に記載のデータ伝送システム。
【請求項４】
前記データ受信装置に設けられ，前記ＲＴＳパケットのシーケンス番号と分割データ長とを記憶するＲＴＳパケット記憶部をさらに備えることを特徴とする，請求項３に記載のデータ伝送システム。
【請求項５】
前記ＤＡＴＡ送信部は，前記分割データがそれぞれ１または２以上含まれる複数のＤＡＴＡパケットを連続して送信することを特徴とする，請求項１に記載のデータ伝送システム。
【請求項６】
データを複数の分割データに分割して各々連続したシーケンス番号を付与するシーケンス付与部と；
送信する分割データの個数を含むＲＴＳパケットを前記データ受信装置に送信するＲＴＳ送信部と；
前記データ受信装置からのＣＴＳパケットにおける，前記データ受信装置が受信可能な分割データの個数に基づいて，１または２以上の前記分割データを含むＤＡＴＡパケットをデータ受信装置に送信するＤＡＴＡ送信部と；
前記データ受信装置からのＡＣＫパケットにおける，前記データ受信装置が実際に受信した分割データの個数に基づいて次回送信する分割データを決定する分割データ決定部と；
を備えることを特徴とする，データ送信装置。
【請求項７】
前記ＲＴＳパケット，ＣＴＳパケット，ＡＣＫパケットにおける分割データの個数は，対象となる各分割データに付与された前記シーケンス番号の最大値で表されることを特徴とする，請求項６に記載のデータ送信装置。
【請求項８】
前記ＲＴＳパケットは，送信する分割データのシーケンス番号および分割データ長を含むことを特徴とする，請求項７に記載のデータ送信装置。
【請求項９】
前記ＲＴＳ送信部は，既に送信完了しているシーケンス番号と分割データ長とを前記ＲＴＳパケットに含まないことを特徴とする，請求項８に記載のデータ送信装置。
【請求項１０】
前記ＤＡＴＡ送信部は，前記分割データがそれぞれ１または２以上含まれる複数のＤＡＴＡパケットを連続して送信することを特徴とする，請求項６に記載のデータ送信装置。
【請求項１１】
コンピュータを，
データを複数の分割データに分割して各々連続したシーケンス番号を付与するシーケンス付与部と；
送信する分割データの個数を含むＲＴＳパケットをデータ受信装置に送信するＲＴＳ送信部と；
前記データ受信装置からのＣＴＳパケットにおける，前記データ受信装置が受信可能な分割データの個数に基づいて，１または２以上の前記分割データを含むＤＡＴＡパケットをデータ受信装置に送信するＤＡＴＡ送信部と；
前記データ受信装置からのＡＣＫパケットにおける，前記データ受信装置が実際に受信した分割データの個数に基づいて次回送信する分割データを決定する分割データ決定部と；
して機能させることを特徴とする，コンピュータプログラム。
【請求項１２】
データを複数の分割データに分割して各々連続したシーケンス番号を付与するシーケンス付与工程と；
送信する分割データの個数を含むＲＴＳパケットをデータ受信装置に送信するＲＴＳ送信工程と；
前記データ受信装置からのＣＴＳパケットにおける，前記データ受信装置が受信可能な分割データの個数に基づいて，１または２以上の前記分割データを含むＤＡＴＡパケットをデータ受信装置に送信するＤＡＴＡ送信工程と；
前記データ受信装置からのＡＣＫパケットにおける，前記データ受信装置が実際に受信した分割データの個数に基づいて次回送信する分割データを決定する分割データ決定工程と；
を含むことを特徴とする，データ送信方法。
【請求項１３】
前記データ送信装置からのＲＴＳパケットに基づいて，受信可能な分割データの個数を含むＣＴＳパケットを前記データ送信装置に送信するＣＴＳ送信部と；
前記データ送信装置から実際に受信した分割データの個数を含むＡＣＫパケットを前記データ送信装置に送信するＡＣＫ送信部と；
前記シーケンス番号順に並べられる所定数の分割データ群を受信した後，前記分割データ群をデータに復号して当該データの処理を開始するデータ処理部と；
を備えることを特徴とする，データ受信装置。
【請求項１４】
前記ＲＴＳパケット，ＣＴＳパケット，ＡＣＫパケットにおける分割データの個数は，対象となる各分割データに付与された前記シーケンス番号の最大値で表されることを特徴とする，請求項１３に記載のデータ受信装置。
【請求項１５】
前記ＲＴＳパケットは，送信する分割データのシーケンス番号および分割データ長を含み，
前記ＲＴＳパケットのシーケンス番号と分割データ長とを記憶するＲＴＳパケット記憶部をさらに備えることを特徴とする，請求項１４に記載のデータ受信装置。
【請求項１６】
前記ＡＣＫ送信部は，実際に受信した分割データのシーケンス番号が不連続であった場合，先頭分割データからシーケンス番号が連続している分割データのみを実際に受信した分割データとすることを特徴とする，請求項１３に記載のデータ受信装置。
【請求項１７】
コンピュータを，
データ送信装置からのＲＴＳパケットに基づいて，受信可能な分割データの個数を含むＣＴＳパケットを前記データ送信装置に送信するＣＴＳ送信部と；
前記データ送信装置から実際に受信した分割データの個数を含むＡＣＫパケットを前記データ送信装置に送信するＡＣＫ送信部と；
前記シーケンス番号順に並べられる所定数の分割データ群を受信した後，前記分割データ群をデータに復号して当該データの処理を開始するデータ処理部と；
して機能させることを特徴とする，コンピュータプログラム。
【請求項１８】
データ送信装置からのＲＴＳパケットに基づいて，受信可能な分割データの個数を含むＣＴＳパケットを前記データ送信装置に送信するＣＴＳ送信工程と；
前記データ送信装置から実際に受信した分割データの個数を含むＡＣＫパケットを前記データ送信装置に送信するＡＣＫ送信工程と；
前記シーケンス番号順に並べられる所定数の分割データ群を受信した後，前記分割データ群をデータに復号して当該データの処理を開始するデータ処理工程と；
を含むことを特徴とする，データ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，データ伝送システム，データ送信装置，データ受信装置，並びに，そのコンピュータプログラムおよび方法に関する。
【背景技術】
【０００２】
無線ネットワークに関する標準的な規格の一例として米国電子技術者協会ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１，ＨｉｐｅｒＬＡＮ／２，ＩＥＥＥ３０２．１５．３，Ｂｌｕｅｔｏｏｔｈなどが挙げられる。上記ＩＥＥＥ８０２．１１規格には，無線通信方式や使用する周波数帯域の違いなどにより，ＩＥＥＥ８０２．１１ａ規格，ＩＥＥＥ８０２．１１ｂ規格などの各種無線通信プロトコルが存在する。
【０００３】
従来から知られているこのような無線通信プロトコルでは，データを送信する側でデータ列を分割データに分割し，かかる分割データを送信単位にしてデータの伝送を行っている。上記の通信が正常に行われているかどうかを認識するため，データの受信側では分割データの受信に応じて受信完了信号（ＡＣＫ）を送信側に送信し，送信側ではその応答を受けて分割データの送信が確実に行われたことを確認している。また，上記受信完了信号（ＡＣＫ）が確認されない場合，データの送信側では分割データが正しく伝送されなかったものとみなして同分割データを再送していた。
【０００４】
このような無線通信の応用としてアクセスポイントを介さずに各通信端末同士で直接通信可能なアドホック（Ａｄ−ｈｏｃ）通信も考案されている。かかるアドホック通信は，各通信端末同士が直接，非同期に無線通信を行なうことができる反面，ある特定の通信端末間で通信を行なう場合に一方の通信端末とは通信可能であるが他方の通信端末とは通信できない第３の通信端末，所謂，隠れ端末の問題を有している。
【０００５】
このような隠れ端末による通信データの衝突を避けるために，通信を行う通信端末同士が事前にＲＴＳ（Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ）やＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）の制御信号を出力し，隠れ端末は，上記ＲＴＳもしくはＣＴＳのうち少なくとも一方を受信すると一定期間自局からの送信を停止する技術が知られる（例えば，非特許文献１）。しかし，かかる従来の技術では，ＲＴＳおよびＣＴＳは隠れ端末による通信の衝突回避のためにのみ利用され，送信される分割データの長さや量によっては相変わらずオーバーヘッドが生じていた。
【０００６】
【非特許文献１】米国電子技術者協会ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１  ９．２節ＤＣＦ
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は，従来の無線通信システムが有する上記問題点に鑑みてなされたものであり，本発明の目的は，上記隠れ端末問題回避のためのＲＴＳパケットやＣＴＳパケットを有効に利用し，通信端末間の確実かつ効率的な通信およびオーバーヘッド軽減が可能な，新規かつ改良されたデータ伝送システム，データ送信装置，データ受信装置，並びに，そのコンピュータプログラムおよび方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために，本発明のある観点によれば，データを複数の分割データに分割して各々連続したシーケンス番号を付与し，当該シーケンス番号順に上記分割データを送信するデータ送信装置と，上記データ送信装置から送信された上記分割データを受信して上記データ送信装置にＡＣＫパケットを送信し，上記シーケンス番号順に並べられる所定数の分割データ群を受信した後，上記分割データ群をデータに復号して当該データの処理を開始するデータ受信装置とからなり，上記両装置の通信はＲＴＳパケットおよびＣＴＳパケットの制御信号によって確保されるデータ伝送システムであって：上記データ送信装置に設けられ，送信する分割データの個数を含むＲＴＳパケットを上記データ受信装置に送信するＲＴＳ送信部と；上記データ受信装置に設けられ，上記ＲＴＳパケットに基づいて，受信可能な分割データの個数を含むＣＴＳパケットを上記データ送信装置に送信するＣＴＳ送信部と；上記データ送信装置に設けられ，上記ＣＴＳパケットに基づいて，１または２以上の上記分割データを含むＤＡＴＡパケットを上記データ受信装置に送信するＤＡＴＡ送信部と；上記データ受信装置に設けられ，実際に受信した分割データの個数を含むＡＣＫパケットを上記データ送信装置に送信するＡＣＫ送信部と；上記データ送信装置に設けられ，ＡＣＫパケットに基づいて次回送信する分割データを決定する分割データ決定部とを備えることを特徴とする，データ伝送システムが提供される。かかるデータ送信装置やデータ受信装置は，パーソナルコンピュータ，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ），携帯電話，テレビ会議システム等を含んで構成される。
【０００９】
上記データ伝送システムではデータ送信装置からデータ受信装置にデータが送信される。かかるデータを分割データ単位に分割することにより受信する分割データの長さをある程度揃えることが可能となり通信資源の有効利用ができる。また，データの細分化によりエラー箇所の特定も容易になる。さらに，エラーが発生した場合，そのエラーに関する分割データのみを再送することで，通信効率および伝送品質が向上する。この分割データ毎に添付されるシーケンス番号は，個々の分割データのトランザクションを管理するために利用される。
【００１０】
本発明では，上記隠れ端末問題回避のためのＲＴＳパケットやＣＴＳパケットに，送信する分割データに関する情報を添付し，互いの通信端末で送信量（送信個数）を確認することによって，通信端末間の確実かつ効率的な通信を行うことが可能となり，併せてオーバーヘッドをも軽減する。
【００１１】
また，上記ＲＴＳパケット，ＣＴＳパケット，ＡＣＫパケットにおける分割データの個数は，対象となる各分割データに付与された上記シーケンス番号の最大値で表されるとしても良い。例えば，ＲＴＳパケット，ＣＴＳパケット，ＡＣＫパケットの各々送信側装置は，送信もしくは受信の対象となる１または２以上の分割データのうち，シーケンス番号が最大値の分割データ，即ち最後の分割データのシーケンス番号を受信側装置に送信し，受信側装置は，前回の通信時に送信されたシーケンス番号の最大値との差をとることにより，分割データの総数およびその分割データの各シーケンス番号を認識する。
【００１２】
かかる構成により，データ送信装置およびデータ受信装置の両装置において，シーケンス番号という絶対的な値で分割データを管理することができる。両装置は，送信分割データの数を改めて導出することなく，対象となる各分割データの最後尾のシーケンス番号のみを参照する。
【００１３】
上記ＲＴＳパケットは，送信する分割データのシーケンス番号および分割データ長を含むとしても良い。即ち，データ受信装置は，送信される分割データのシーケンス番号および分割データ長を事前に把握することによってデータ受信装置のバッファの空き容量を確認でき，データ受信装置は，データの送信前に受信の可否を確認することができる。
【００１４】
かかる構成により，データ受信装置は，データ送信装置のＲＴＳパケットに対して，バッファの空き容量を考慮したＣＴＳパケットの応答を行うことが可能となり，実際にデータ送信装置が分割データを送信する前段階において分割データの数を制限することができる。このようにして，データ受信装置が受信できないにも拘わらず無駄な分割データの伝送を行う，ということがなくなり，バッファのオーバーフローを完全に防止できる。
【００１５】
上記データ受信装置は，上記ＲＴＳパケットのシーケンス番号と分割データ長とを記憶するＲＴＳパケット記憶部をさらに備えるとしても良い。また，ＲＴＳパケットのシーケンス番号と分割データ長とは，データ受信装置がそれに対応する分割データを実際に受信するまで，ＲＴＳパケット記憶部に記憶されているとしても良い。
【００１６】
本発明による，データ伝送システムでは，先ず，シーケンス番号と分割データ長とが含まれるＲＴＳパケットがデータ受信装置に送信され，その後に，実際の分割データを含むＤＡＴＡパケットがデータ受信装置に送信される。しかし，ＲＴＳ送信部によって送信要求された分割データが，ＤＡＴＡ送信部によって確実に伝達されるとは限らない。従って，送信完了していない分割データは再度送信される。かかるＲＴＳパケット記憶部により既に受信されているシーケンス番号と分割データ長とはデータ受信装置に保持され，当該シーケンス番号と分割データ長を再送する必要が無くなり，効率的な通信が可能となる。
【００１７】
従って，上記ＲＴＳ送信部は，既に送信完了しているシーケンス番号と分割データ長とを上記ＲＴＳパケットに含まないとすることができる。
【００１８】
上記ＡＣＫ送信部は，実際に受信した分割データのシーケンス番号が不連続であった場合，先頭分割データからシーケンス番号が連続している分割データのみを実際に受信した分割データとすることもできる。
【００１９】
本発明では，送信する分割データの個数等をシーケンス番号の最大値で管理しているため，欠落した分割データがあった場合，その分割データ以降に受信された分割データは無視される。従って，当該データ伝送システムでは，先頭分割データからシーケンス番号が連続している分割データ，即ち，欠落分割データの前までの分割データのみを実際に受信した分割データとしてデータ処理の対象とし，欠落した分割データ以降の分割データは実際に受信ができていたとしても再送信の対象となる。
【００２０】
また，上記ＤＡＴＡ送信部は，１または２以上の上記分割データを含むＤＡＴＡパケットの代わりに，上記分割データがそれぞれ１または２以上含まれる複数のＤＡＴＡパケットをデータ受信装置に送信することもできる。この場合，データ送信装置がＣＴＳパケットを受信してから，かかる複数のＤＡＴＡパケットをシーケンス番号に従って連続して送信するとしても良い。
【００２１】
上記課題を解決するために，本発明の別の観点によれば，上記データ伝送システムを構成するデータ送信装置およびデータ受信装置並びにそのコンピュータプログラムおよび方法が提供される。また，上述のデータ伝送システムとして利用可能なデータ伝送方法も提供される。
【００２２】
上記データ送信装置とデータ受信装置は，一体に形成されるとしても良く，その場合，無線通信による送受信をランダムかつ全二重に行うことができる。
【発明の効果】
【００２３】
以上説明したように本発明によれば，アドホック通信における隠れ端末問題を解決しつつ，互いの通信端末で送信量（送信個数）を確認することによって，確実かつ効率的な通信端末間の通信が可能となり，オーバーヘッドを軽減することができる。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００２５】
（アドホック通信）
本実施形態によるデータ伝送システムを説明する前に，その前提となるアドホック通信について詳細に説明する。
【００２６】
無線通信によるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を利用することで，オフィスなどの作業空間における有線ケーブル等を省略でき，空間の有効活用が可能となる。従って，ユーザは，パーソナルコンピュータなどの通信端末を比較的容易に移動することが可能となる。近年では，このような無線による無線ＬＡＮシステムの高速化，低価格化に伴い，その需要が著しく増加してきている。特に近日においては，人の身の回りに存在する複数の電子機器間で小規模な無線ネットワークを構築して情報通信を行なうための，ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の導入が検討されている。例えば，２．４ＧＨｚ帯や５ＧＨｚ帯などの周波数帯域を利用して異なった無線通信システム並びに無線通信装置が規定されている。
【００２７】
無線ネットワークに関する標準的な規格として，ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１，ＨｉｐｅｒＬＡＮ／２，ＩＥＥＥ３０２．１５．３，Ｂｌｕｅｔｏｏｔｈ通信等を挙げることができる。上記ＩＥＥＥ８０２．１１規格については，無線通信方式や使用する周波数帯域の違いなどにより，ＩＥＥＥ８０２．１１ａ規格，ＩＥＥＥ８０２．１１ｂ規格等の各種無線通信方式が存在する。
【００２８】
従来，ＬＡＮを構成するにあたって，ＬＡＮエリア内にアクセス・ポイントまたはコーディネータと呼ばれる無線制御局を設け，この無線制御局の統括的な制御下でネットワークを形成していた。
【００２９】
上記アクセス・ポイントを配置した無線ネットワークでは，ある通信端末から情報伝送を試みた場合，先ずその情報伝送に必要な帯域をアクセス・ポイントに予約し，他の通信端末における情報伝送と衝突が生じないように伝送路を確保する。このような帯域の予約に基づくアクセス制御方法が広く採用されている。従って，上記アクセス・ポイントを配置する無線ネットワークでは，無線ネットワーク内の通信端末が互いに同期していることになる。
【００３０】
このようなアクセス・ポイントを利用した無線通信システムでは，通信端末は必ずアクセス・ポイントを介す必要があり，通信対象の無線端末に直接データを伝送することが出来ない。従って，伝送路の利用効率が激減する。
【００３１】
上記の問題を解決する一手段として，通信端末同士が直接，非同期に無線通信を行なうアドホック（Ａｄ−ｈｏｃ）通信が考案される。特に，所定範囲内における比較的少数の通信端末で構成された小規模無線ネットワークにおいては，特定のアクセス・ポイントを利用しないで任意の通信端末同士が直接，非同期の無線通信を行なう，即ちアドホック通信が適当であると思料される。例えば，ＩＥＥＥ８０２．１１系の無線ＬＡＮシステムでは，制御局を配さなくとも自律分散的にピア・ツウ・ピア（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）で動作するアドホック・モードが用意されている。
【００３２】
一方，アドホック環境における無線ＬＡＮネットワークでは，隠れ端末問題が生じることが知られている。隠れ端末とは，ある特定の通信端末間で通信を行なう場合に，一方の通信端末とは通信可能であるが他方の通信端末とは通信ができない第３の通信端末のことであり，隠れ端末同士ではネゴシエーションを行なうことができないため，各端末における送信動作が衝突する可能性がある。
【００３３】
このような隠れ端末問題を解決する方法論として，ＲＴＳ／ＣＴＳ手順によるＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ：搬送波感知多重アクセス）が知られている。
【００３４】
ここで，ＣＳＭＡ／ＣＡとはキャリア検出に基づいて多重アクセスを行なう接続方式である。無線通信においては自ら情報送信した信号を受信することが困難なので，ＣＳＭＡ／ＣＤ（Ｃｏｌｌｉｓｉｏｎ  Ｄｅｔｅｃｔｉｏｎ）ではなくＣＳＭＡ／ＣＡ（Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）方式が利用される。この方式では，他の通信端末の情報送信がないことを確認してから自らの情報送信を開始することによって，他の通信端末との衝突を回避している。
【００３５】
また，上記ＲＴＳ／ＣＴＳ手順では，先ず，データ送信元の通信端末がＲＴＳ（Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ：送信要求）パケットを送信し，データ送信先の通信端末からＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ：確認通知）パケットを受信するといった処理を踏まえて，データ送信先の通信端末にデータを送信する。このとき，隠れ端末は，ＲＴＳパケットまたはＣＴＳパケットのうち少なくとも一方を受信し，その通信対象が自己の端末でないことを認識すると，通信を行う通信端末同士がデータ伝送を行うと予想される期間，自局の情報送信を停止する。このようにして，無線通信の衝突を回避することができる。
【００３６】
ここで，ＩＥＥＥ８０２．１１の拡張規格であるＩＥＥＥ８０２．１１ａを例にとり，無線ネットワークについて説明する。
【００３７】
図１は，ＩＥＥＥ８０２．１１ａにおけるフレームフォーマットを示した説明図である。各パケットの先頭には，パケットの存在を示すためのプリアンブル１１０が付加されている。プリアンブル１１０は，規格により既知のシンボル・パターンが定義されている。受信端末は，この既知パターンに基づいて受信信号がプリアンブルに値するか否かを判断することができる。
【００３８】
上記プリアンブル１１０に続き，シグナル・フィールド１１２が定義されている。シグナル・フィールド１１２には，当該分割データのデータフィールド１１４を復号するのに必要な情報が格納されている。分割データの復号に必要な情報は，ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  ＬａｙｅｒＣｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）ヘッダ１２０と呼ばれ，ＰＬＣＰヘッダ１２０には，データフィールド（ＰＬＣＰヘッダの一部であるＳｅｒｖｉｃｅフィールド１２２も含む。）１１４の伝送レートを示すＲＡＴＥフィールド１２４，情報部の長さを示すＬＥＮＧＴＨフィールド１２６，パリティ・ビット１２８，エンコーダのＴａｉｌビット１３０などが含まれている。受信機は，ＰＬＣＰヘッダ１２０のＲＡＴＥフィールド１２４並びにＬＥＮＧＴＨフィールド１２６の復号結果に基づき，以下に示す情報部の復号作業を行なう。
【００３９】
ＰＬＣＰヘッダ１２０を格納しているＳＩＧＮＡＬフィールド１１２は，ノイズに強い符号化が施されており，６Ｍｂｐｓ相当の伝送レートで伝送される。一方，分割データ等のデータフィールド１１４は，受信する通信端末におけるＳＮＲ（Ｓｉｇｎａｌ−Ｎｏｉｓｅ  Ｒａｔｉｏ）等に応じて，エラーの発生率が低い範囲における最も高ビットレートが選択される伝送レート・モードで伝送される。例えば，ＩＥＥＥ８０２．１１ａでは，６，９，１２，１８，２４，３６，４８，５４Ｍｂｐｓの８種類の伝送レート・モードが定義されており，これらのうちいずれかが選択される。従って，送受信する通信端末同士が近隣に位置する場合は高いビットレートの伝送レート・モードが選択され，離れて位置する場合は低いビットレートの伝送レート・モードが選択される。互いの位置関係によっては，上記の情報を復号することができない場合もある。
【００４０】
データフィールド１１４は，ＰＳＤＵ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）１４０として上位レイヤであるリンク層に受け渡される。また，このように，１連のデータフィールド１１４に複数の分割データを添付して，送信効率の向上をはかることをマルチプレクスという。
【００４１】
図２は，ＰＳＤＵのフレーム・フィールドの構成を示した構成図である。ＩＥＥＥ８０２．１１では幾つかのフレームタイプが定義されているが，ここでは，本発明の説明に必要な，ＲＴＳ，ＣＴＳ，ＤＡＴＡ，ＡＣＫパケットの４種類のフレームについてのみ説明を行なう。
【００４２】
各フレームには，Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド１５０とＤｕｒａｔｉｏｎフィールド１５２が共通で定義されている。Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド１５０は，当該フレームの種類や用途などを示す情報が格納されており，具体的には，下記表１に示す情報が記載されている。また，Ｄｕｒａｔｉｏｎフィールド１５２には，後述するＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）に関する情報が格納されており，当該分割データのトランザクションが終了するまでの時間が含まれている。
【表１】
2006074085.tif 000003
…（表１）
【００４３】
ＤＡＴＡフレームには，上記の他に送信元の通信端末，相手先の通信端末等の特定を行なう４つのアドレス・フィールドＡｄｄｒ１〜４  １６０と，シーケンス・フィールド（ＳＥＱ）１６２と，上位レイヤに提供する実質的な情報であるＦｒａｍｅ  Ｂｏｄｙ１６４と，チェックサムであるＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）１６６が含まれている。
【００４４】
ＲＴＳフレームには，相手通信端末の宛先を示すＲｅｃｅｉｖｅｒ  Ａｄｄｒｅｓｓ（ＲＡ）１７０と，送信元である自己の通信端末を示すＴｒａｎｓｍｉｔｔｅｒ  Ａｄｄｒｅｓｓ（ＴＡ）１７２と，チェックサムであるＦＣＳ１６６が含まれる。
【００４５】
ＣＴＳフレーム並びにＡＣＫフレームには，相手通信端末の宛先を示すＲＡ１７０とチェックサムであるＦＣＳ１６６とが含まれている。
【００４６】
このようなフレームを利用して，ＲＴＳ／ＣＴＳ手順によるＣＳＭＡ／ＣＡ方式の無線通信ネットワークが遂行される。ここで，ＩＥＥＥ８０２．１１において規定されているアクセス競合方法について説明する。
【００４７】
図３は，ＩＥＥＥ８０２．１１における分割データの送信タイミングを示したタイミング図である。図３では，右方向に時間の経過を示し，各時点における通信端末ＳＴＡ０，ＳＴＡ１の送信パケットが記載されている。また，ＩＥＥＥ８０２．１１では，３種類の分割データ間隔（ＩＦＳ：Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｅ）が定義されており，短いものから順にＳＩＦＳ（Ｓｈｏｒｔ  ＩＦＳ），ＰＩＦＳ（ＰＣＦ  ＩＦＳ），ＤＩＦＳ（ＤＣＦ  ＩＦＳ）となっている。
【００４８】
また，ＩＥＥＥ８０２．１１では，基本的なメディア・アクセス手順としてＣＳＭＡが採用されている。従って，送信端末が情報を送信する前に，他のメディア状態を監視しつつランダムな時間にわたりバックオフのタイマーを動作させ，この間に送信信号が存在しない場合に初めて送信権利が与えられることになる。
【００４９】
通常の分割データをＣＳＭＡの手順に従って送信する場合，ＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）は，何らかの分割データ２１０の送信が終了してからＤＩＦＳだけメディア状態を監視し，この間に送信信号が存在しなければさらにランダム・バックオフを行ない，その間にも送信信号が存在しない場合に自己に送信権利が与えられる。
【００５０】
ＤＩＦＳの時間間隔に対して，ＡＣＫパケット等の例外的に緊急度の高い分割データを送信する場合は，間隔の短いＳＩＦＳ２１２の後に送信することが許可される。これにより，緊急度の高い分割データは，通常のＣＳＭＡの手順に従って送信される分割データよりも早く送信することが可能となる。このように異なる種類の分割データ間隔（ＩＦＳ）が定義されているのは，分割データの送信権に優先順位が設けられ，その優先権に応じて分割データ間隔を調整する必要性があるからである。
【００５１】
図３においては，ＳＴＡ０からＳＴＡ１にＲＴＳパケットが送信され，そのＲＴＳパケットに応じてＳＴＡ１がＳＴＡ０にＣＴＳパケットを送信している。図３におけるＲＴＳ，ＣＴＳ，ＤＡＴＡ，ＡＣＫパケットの返信タイミングは，それぞれ優先順位の高いＳＩＦＳが使用される。
【００５２】
次に，ＩＥＥＥ８０２．１１におけるＲＴＳ／ＣＴＳの具体的な手順について説明する。
【００５３】
図４は，ＲＴＳ／ＣＴＳの動作例を模式的に示した模式図である。図４では，ＳＴＡ０からＳＴＡ１に任意のＤＡＴＡを送信する例が示される。アドホック環境の無線ＬＡＮネットワークにおいては，一般に隠れ端末問題が生じている。この問題の多くを軽減する方法として，ＲＴＳ／ＣＴＳ手順によるＣＳＭＡ／ＣＡが行われている。
【００５４】
ＳＴＡ０は，実際に送信する内容であるデータ（分割データ）の送信に先立ち，通信の相手であるＳＴＡ１に向けてＣＳＭＡの手順に従いＲＴＳパケット２５０を送信する。ＳＴＡ１は，ＲＴＳパケット２５０を受信したことに応答して，ＲＴＳパケットを受信できた旨をフィードバックするＣＴＳパケット２５２をＳＴＡ０に返信する。
【００５５】
送信端末であるＳＴＡ０は，ＣＴＳパケットを受信するとメディアがクリアであることを判断し，直ぐにＤＡＴＡパケット２５４の送信を開始する。そして，受信端末であるＳＴＡ１は，ＤＡＴＡパケット２５４を受信し終えると，ＡＣＫパケット２５６をＳＴＡ０に対して返信する。このようにして１分割データ分の送受信トランザクションが終了する。
【００５６】
図５は，このような無線通信ネットワークにおける各通信端末の配置例を示した概略図である。このデータ伝送システムでは通信局としての特定の制御局が無く，各通信端末が自律分散的に動作し，アドホック・ネットワークが形成される。ここでは，４つの通信端末ＳＴＡ０，ＳＴＡ１，ＳＴＡ２，ＳＴＡ３が示され，各通信端末ＳＴＡ０，ＳＴＡ１，ＳＴＡ２，ＳＴＡ３は，それぞれ自己の通信可能範囲２５８内にある他の通信端末ＳＴＡ０，ＳＴＡ１，ＳＴＡ２，ＳＴＡ３と無線による通信を行う。例えば，通信端末ＳＴＡ０は通信端末ＳＴＡ１，ＳＴＡ２と，通信端末ＳＴＡ１は通信端末ＳＴＡ０，ＳＴＡ３と，通信端末ＳＴＡ２は通信端末ＳＴＡ０のみと，通信端末ＳＴＡ３は通信端末ＳＴＡ１のみと無線による通信伝送路を形成する。ここで各通信端末ＳＴＡ０，ＳＴＡ１，ＳＴＡ２，ＳＴＡ３は，通信可能範囲２５８内にある通信端末を通信可能な通信端末として，また，自己の通信データが干渉する可能性がある通信端末として認識する。本実施形態は上記の自律分散型の無線通信に限られず，制御局を有する無線通信や有線による通信にも適応可能である。
【００５７】
ＳＴＡ０がＳＴＡ１に対してデータ（分割データ）を送信しようと試みた場合，近隣には通信端末ＳＴＡ２およびＳＴＡ３が存在し，そのＳＴＡ２やＳＴＡ３が，一方の通信端末とは通信可能であるが他方の通信端末とは通信ができない所謂隠れ端末となっている。このように所定の範囲内にＳＴＡ０，ＳＴＡ１，ＳＴＡ２，ＳＴＡ３の４つの通信端末が隣接し，隣り合う通信端末同士のみが電波の到達範囲に位置しているという通信環境において，どのようにＳＴＡ０とＳＴＡ１が通信を行うかを説明する。
【００５８】
図６は，ＲＴＳ／ＣＴＳの機能を説明するためのタイミング図である。送信元であるＳＴＡ０は，ＣＳＭＡの手順によりメディアが一定期間（時刻Ｔ０から時刻Ｔ１まで）クリアであることを確認した後，時刻Ｔ１からＲＴＳパケット２５０をＳＴＡ１に対して送信する。ＲＴＳパケット２５０のＦｒａｍｅ  ＣｏｎｔｒｏｌフィールドのＴｙｐｅ／ＳｕｂＴｙｐｅ情報には当該分割データがＲＴＳパケットであることを示す情報が記載され，Ｄｕｒａｔｉｏｎフィールドには当該分割データ送受信トランザクションが終了するまでの時間，即ち時刻Ｔ８までの時間が記載される。また，ＲＡフィールドには通信対象であるＳＴＡ１のアドレスが記載され，ＴＡフィールドには，自局であるＳＴＡ０のアドレスが記載されている。
【００５９】
ＳＴＡ０は，Ｄｕｒａｔｉｏｎフィールドに当該ＲＴＳ／ＣＴＳ手順に基づくトランザクションが終了するまでの時間を記述するために，ＲＴＳパケットを送信する時点において当該トランザクションの終了時刻を決定しておく必要がある。即ち，送信元であるＳＴＡ０は，当該トランザクションにおいて以後送受信されるＣＴＳパケット，ＤＡＴＡパケット，ＡＣＫパケットを含むすべての伝送レート・モードを，ＲＴＳパケットを送信する時点で確定しなければならない。また，ここで決定される伝送レート・モードはトランザクション全体に関するものであり，トランザクション内において分割データ送信毎に個々に伝送レート・モードを設定することは許容されていない。
【００６０】
上述したように，ＳＴＡ０は，ＲＴＳパケット２５０を送信する時点において，当該トランザクション全体についての伝送レート・モードを決定する。即ち，送信端末ＳＴＡ０の持つ情報，例えば，トランザクション全体での通信データ量や伝送レート等に基づいて，当該トランザクションの終了時間，即ち図６における時刻Ｔ８を推測している。その後送受信されるＣＴＳ，ＤＡＴＡ，ＡＣＫフレームの各フレームにおける伝送レートは，基本的にＲＴＳパケットで適用されたレートに従うことになる。ここで，通信の確実性のため，ＲＴＳ，ＣＴＳ，ＡＣＫフレームはＤＡＴＡフレームに比べて伝送レートを遅くしても良い。
【００６１】
また，上記通信端末同士の距離が短かったり，アンテナの指向性を狭めたりすることによって，より一層マルチパスを少なくできる場合，ＳＴＡ０は，かかる通信システムにおいて高品質なデータ伝送が可能であると判断し，より高速な伝送レート（例えば，１００Ｍｂｐｓから２００Ｍｂｐｓ）に切り替えることができる。しかし，本発明の実施形態のように受信側通信端末の受信状態を把握することができない場合，受信バッファのオーバーフローが生じることとなる。
【００６２】
次に，隠れ端末に対する当該無線通信ネットワークの動作を説明する。図５と図６とを参照すると，ＳＴＡ０から送信されるＲＴＳパケットはＳＴＡ１は勿論のこと，ＳＴＡ０の近隣に位置するＳＴＡ２でも受信することができる。このＳＴＡ２は，ＳＴＡ１の存在に拘わらずＲＴＳパケット２５０を受信し，そのＲＴＳパケット２５０が有するプリアンブルにより受信作業を開始する。さらに，ＰＬＣＰヘッダを復号して得られた情報に基づきＰＳＤＵ（ＰＬＣＰ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）も復号する。そして，ＰＳＤＵ内のＦｒａｍｅＣｏｎｔｒｏｌフィールドから当該分割データがＲＴＳパケットであることを認識し，ＳＴＡ０が何らかの情報を送信したいということを認識する。
【００６３】
さらに，ＳＴＡ２は，ＲＡフィールドから，そのＲＴＳパケット２５０が自局に対する送信要求でないことを認識し，ＳＴＡ０と他の通信端末との通信を妨げないように，当該トランザクションが終了するまでメディアを監視することなく，メディアが他の通信端末に占有されている状態であるとみなして自局の送信を停止する。このような状態は，ＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）２６０と呼ばれ，ＮＡＶ２６０は，Ｄｕｒａｔｉｏｎフィールドで示された期間にわたり有効となる。このように，ＳＴＡ２のような隠れ端末が時刻Ｔ８までＮＡＶ２６０を立てることによって，通信の衝突が避けられる。
【００６４】
一方，ＳＴＡ１もＳＴＡ２同様にＲＴＳパケット２５０が受信される。ＳＴＡ１は，上記ＳＴＡ２と同様の手順によりＰＳＤＵを復号し，ＳＴＡ０が自局であるＳＴＡ１宛てに分割データの送信を要求していることを認識する。ＳＴＡ１は，ＳＴＡ０のＲＴＳパケット２５０に応答し，ＳＩＦＳ間隔後の時刻Ｔ３にＣＴＳパケット２５２を返信する。
【００６５】
また，ＣＴＳパケット２５２の伝送レート・モードは，ＲＴＳパケット２５０と同一でなければならない。上記ＣＴＳパケットにおけるＰＳＤＵのＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドには当該分割データがＣＴＳパケットであることが記載され，Ｄｕｒａｔｉｏｎフィールドには当該トランザクションが終了するまでの時間，即ち時刻Ｔ８までの時間が記載され，ＲＡフィールドには返信先であるＳＴＡ０のアドレスが記載される。
【００６６】
このＣＴＳパケット２５２は，送信先であるＳＴＡ０と同様に，近隣に位置するＳＴＡ３でも受信される。かかるＳＴＡ３も隠れ端末である。ＳＴＡ３では，上記ＳＴＡ２と同様の手順によりＰＳＤＵを復号し，近隣にある通信端末が時刻Ｔ８までの間分割データの受信を予定していることを認識する。これによってＳＴＡ３は，ＳＴＡ１の受信要求を妨げないように，当該トランザクションが終了するまでＮＡＶ２６２を立てて送信をストップさせる。ＮＡＶは，Ｄｕｒａｔｉｏｎフィールドで示された期間にわたり有効となり，ＳＴＡ３も時刻Ｔ８まで送信不許可状態となる。
【００６７】
ＣＴＳパケット２５２は通信相手であるＳＴＡ０でも受信される。ＳＴＡ０は，上記ＳＴＡ３と同様の手順によりＰＳＤＵを復号し，ＳＴＡ１が受信の準備ができていることを認識すると，ＳＩＦＳ間隔後の時刻Ｔ５においてＤＡＴＡパケット２５４を送信し始める。
【００６８】
ＤＡＴＡパケット２５４の送信が時刻Ｔ６で終了し，ＳＴＡ１がこれを誤りなく復号すると，ＳＴＡ１はＳＩＦＳ間隔後の時刻Ｔ７でＡＣＫパケットを返送し，これをＳＴＡ０が受信して１つの分割データの送受信トランザクションが終了する（時刻Ｔ８）。
【００６９】
時刻Ｔ８になると，近隣通信局であるＳＴＡ２並びにＳＴＡ３は，ＮＡＶをおろして，通常の送受信状態へと復帰する。
【００７０】
上述したように，ＲＴＳ／ＣＴＳ手順においては，ＳＴＡ０からのＲＴＳパケット２５０を受信したＳＴＡ２と，ＳＴＡ１からのＣＴＳパケット２５２を受信したＳＴＡ３が，通信を行うＳＴＡ０とＳＴＡ１に対する隠れ端末となり，両端末は上述のＮＡＶを立てて自発的に送信を禁止する。これにより，周辺局からの突然の送信信号に妨害されることなく，ＳＴＡ０は，ＳＴＡ１に対して確実に情報送信することが可能となり，通信品質が保たれる。
【００７１】
（第１の実施形態：データ伝送システム）
本実施形態では，様々な通信経路を利用してデータの交換が可能な複数の通信端末でデータの伝送を行うデータ伝送システムを提供する。また，かかる通信経路の中でも，特に無線の伝送路による通信を想定し，複数の通信端末間で相互にデータの交換を行う。各通信端末はそれぞれ無線通信のための通信局を有す。各通信局は単一のチャネルまたは複数の周波数チャネル（マルチチャネル）からなる伝送媒体を用いて無線通信を行う。さらに，本実施形態のデータ伝送システムは，上述したＲＴＳ／ＣＴＳを利用して隠れ端末問題をも回避している。
【００７２】
図７，８は，データ伝送システムの個々の装置構成を示すブロック図である。図７によると上記データ伝送システムは，データを送信するデータ送信装置３１０と，データ送信装置３１０から送信されたデータを受信するデータ受信装置３２０とからなる。また，図８に示すように，データ送信装置３１０として機能するデータ送信部３３０と，データ受信装置３２０として機能するデータ受信部３３２とを１つの通信端末３３４に備えることもできる。かかる通信端末３３４では，一方のデータ送信部３３０から他方のデータ受信部３３２に対してデータを送信することができ（図中矢印で示す。），相互のデータ交換が可能になる。
【００７３】
ここでは，理解を容易にするため図７に示すデータ送信装置３１０とデータ受信装置３２０をとりあげ，詳細に説明する。
【００７４】
本実施形態は，アドホック・ネットワークにおける上記隠れ端末問題回避のためのＲＴＳパケットやＣＴＳパケットに，送信する分割データに関する情報を添付し，互いの通信端末で送信量（送信個数）を確認することによって，通信端末間の確実かつ効率的な通信およびオーバーヘッドの軽減を可能とする。即ち，隠れ端末問題を回避するためにのみ設けられたＲＴＳパケットやＣＴＳパケットに新たなる情報を付加して，かかるＲＴＳパケットおよびＣＴＳパケットを有効に利用すると共に，通信の品質を向上しようとするものである。
【００７５】
上述したように，アドホック・ネットワークにおいて，以下のような分割データの交換が行われる。先ず，データ送信装置３１０はＲＴＳパケットをデータ受信装置３２０に送信し，データ受信装置３２０はそれに応じてＣＴＳパケットを返信する。両装置換で通信経路が確立されるとデータ送信装置３１０はデータ（分割データ）をデータ受信装置３２０に送信し，データ受信装置３２０は，受信が完了したことをＡＣＫパケットによって知らせる。
【００７６】
（データ送信装置３１０）
図９は，データ送信装置３１０の構成を示すブロック図である。上記データ送信装置３１０は，データ送信制御部３５０と，シーケンス付与部３５２と，ＲＴＳ送信部３５４と，ＤＡＴＡ送信部３５６と，分割データ決定部３５８と，アンテナ部３６０とを含んで構成される。
【００７７】
上記データ送信制御部３５０は，中央処理装置（ＣＰＵ）を含む制御装置によりデータ送信装置３１０における一連の処理を一元的に管理および制御する。
【００７８】
上記シーケンス付与部３５２は，データ送信装置３１０における送信すべきデータを所定のフレームで表される複数の分割データに分割し，この複数の分割データを送信する順に並べ，各分割データに，例えば連続する数字で表される固有のシーケンス番号を付与する。
【００７９】
データ受信装置３２０では，かかるシーケンス番号順に受信した分割データを所定数の分割データ群として並べ，データに復号する。従って，たとえデータ受信装置３２０で受信するパケットの順番が変わったとしても，シーケンス番号を昇順または降順に並び替えることによって，確実にデータへと復元することができる。また，データ受信装置３２０で同じパケットを重複して受信した場合でも，シーケンス番号により正しいデータへの復号が実行される。また，シーケンス番号は,分割データの送信順をデータ受信装置３２０で把握する機能と，送受信する分割データ数を互いの通信端末で制限する機能を有している。上記シーケンス番号は，例えば，１ずつインクリメントされ，所定数（上限）を越えると再び０からカウントされる。
【００８０】
上記ＲＴＳ送信部３５４は，送信する分割データの個数を含むＲＴＳパケットをアンテナ部３６０を介してデータ受信装置３２０に送信する。また，このＲＴＳパケットは，送信する分割データのシーケンス番号および分割データ長を含むことができる。
【００８１】
上記分割データの個数は，１回のデータ送信（ＲＴＳパケット，ＣＴＳパケットを含む一連のトランザクション）において，データ送信装置３１０が送信しようとしているＤＡＴＡパケットの個数を言う。このＤＡＴＡパケットはシーケンス番号順に送信されるので，ＤＡＴＡパケットの個数は，送信されるＤＡＴＡパケットの最後のシーケンス番号，即ち，ＤＡＴＡパケットに付与されたシーケンス番号の最大値で表すことができる。ＤＡＴＡパケットの個数を判断する側（ここでは，ＲＴＳパケットを受信するデータ受信装置３２０）は，前回値を記憶しておき，その前回値と今回受信したシーケンス番号の最大値との差をとることによって，ＤＡＴＡパケットの個数を計算することができる。
【００８２】
ただし，後述するように，データ受信装置３２０のバッファの空き容量が不足している場合や，ＤＡＴＡパケットが意図したように受信されなかった場合は，その他の情報も加味して分割データの個数を計算しなければならない。また，上記のような状況下では，既に送信完了しているシーケンス番号と分割データ長とを上記ＲＴＳパケットに含めずに送信することが可能である。
【００８３】
上記ＤＡＴＡ送信部３５６は，ＲＴＳ送信部３５４が送信したＲＴＳパケットに対するデータ受信装置３２０からの応答であるＣＴＳパケットを受信した場合，このＣＴＳパケットにおける，データ受信装置３２０が受信可能な分割データの個数に基づいて，シーケンス番号順に並べられた１または２以上の上記分割データを含むＤＡＴＡパケットを，アンテナ部３６０を介してデータ受信装置３２０に送信する。例えば，上記ＲＴＳパケットで３つの分割データの送信を要求したが，ＣＴＳパケットにおいて２つの分割データの送信許可のみ返信された場合，最大２つの分割データを送信することができる。かかる複数の分割データを同時に送信する構成により，分割データを効率よく送信することが可能となる。
【００８４】
また，上記ＤＡＴＡ送信部３５６は，ＣＴＳパケットを受信した後，分割データ各々に一つのＤＡＴＡパケットをまたは複数の分割データ毎に一つのＤＡＴＡパケットを割り当て，シーケンス番号順にその１または２以上のＤＡＴＡパケットを連続して送信することもできる。かかるＤＡＴＡパケットの送信は，１回のトランザクション内で行われる。この場合，後述するＡＣＫ送信部からのＡＣＫパケットは，受信した分割データのシーケンス番号をまとめて返信するグループＡＣＫであっても良い。
【００８５】
上記分割データ決定部３５８は，ＤＡＴＡ送信部３５６による分割データの送信に応じてデータ受信装置３２０から受信したＡＣＫパケットにおける，データ受信装置３２０が実際に受信した分割データの個数に基づいて次回送信する分割データを決定する。例えば，ＤＡＴＡ送信部３５６から２つの分割データを送信したが，上記ＡＣＫパケットを参照すると，実際にデータ受信装置３２０には１つの分割データしか受信されていなかった場合，送信完了していない分割データを再送信することも考慮して，次回送信する分割データの個数およびシーケンス番号を決定する。
【００８６】
上記アンテナ部３６０は，データ受信装置３２０に対して電磁波による信号を所定の周波数チャネル上で無線送信し，データ受信装置３２０から送られるＣＴＳパケットおよびＡＣＫパケットを受信する。また，他の分割データやビーコン等も送信することができる。
【００８７】
また，かかるデータ送信装置３１０として機能せしめるコンピュータプログラムも提供される。
【００８８】
（データ受信装置）
図１０は，データ受信装置３２０の構成を示すブロック図である。上記データ受信装置３２０は，データ受信制御部３８０と，ＲＴＳパケット記憶部３８２と，ＣＴＳ送信部３８４と，ＡＣＫ送信部３８６と，データ処理部３８８と，アンテナ部３９０とを含んで構成される。
【００８９】
上記データ送信制御部３８０は，中央処理装置（ＣＰＵ）を含む制御装置によりデータ受信装置３２０における一連の処理を一元的に管理および制御する。
【００９０】
上記ＲＴＳパケット記憶部３８２は，データ送信装置３１０からのＲＴＳパケットにおけるシーケンス番号と分割データ長とを記憶する。かかるＲＴＳパケット記憶部３８２によって前回以前の通信で既に受信されているシーケンス番号と分割データ長とは，お互いが関連付けられてデータ受信装置３２０に保持される。これにより，当該シーケンス番号と分割データ長を再送する必要が無くなり，効率的な通信が可能となる。また，分割データが実際に受信されることによって不要になったシーケンス番号および分割データ長は削除されるとしても良い。
【００９１】
上記ＣＴＳ送信部３８４は，データ送信装置３１０からのＲＴＳパケットに基づいて，受信可能な分割データの個数を含むＣＴＳパケットをアンテナ部３９０を介してデータ送信装置３１０に送信する。例えば，ＲＴＳパケットに送信要求している分割データが３つある場合，データ受信装置３２０は，自己のバッファの空き容量を確認し，受信要求している分割データのうちいくつまで受信可能か計算する。そしてこの計算結果をＣＴＳパケットに添付する。上記受信可能な分割データの判断は，シーケンス番号順に行い，ＲＴＳパケットに含まれるシーケンス番号と分割データ長とにより行われるとしても良い。
【００９２】
このＣＴＳパケットもＲＴＳパケット同様に，分割データの個数を，対象となる各分割データ，即ち受信可能な分割データに付与された上記シーケンス番号の最大値で表すことができる。
【００９３】
かかる構成により，データ送信装置３１０が，実際にデータを送信する前に，データ受信装置３２０のバッファ量をネゴシエーションすることができるので，データ受信装置３２０のバッファのオーバーフローを防止でき，伝送品質や無線上のエラー発生率に応じた無線伝送レートや最適な分割データの送信数を適応させることが可能となる。
【００９４】
上記ＡＣＫ送信部３８６は，データ送信装置３１０から実際に受信した分割データの個数を含むＡＣＫパケットをデータ送信装置３１０に送信する。ＡＣＫ送信部３８６は，実際に受信した分割データのシーケンス番号が不連続であった場合，先頭分割データからシーケンス番号が連続している分割データのみを実際に受信した分割データとする。例えば，実際に受信した分割データのシーケンス番号が１，２，３，５，６の５つであった場合，シーケンス番号が１，２，３の受信分割データのみをデータ処理の対象とし，欠落分割データ以降の分割データであるシーケンス番号５，６の分割データは改めて再送信させることになる。この場合，ＡＣＫパケットに記された分割データの個数は，実際に受信した分割データの最大値，即ちシーケンス番号３として表される。
【００９５】
上記データ処理部３８８は，受信した分割データをシーケンス番号順に並べ，予め定められた所定数の分割データ群が受信された時点でこの分割データ群をデータに復号し，復号した当該データの処理を開始する。
【００９６】
上記アンテナ部３９０は，データ送信装置３１０に対して電磁波による信号を所定の周波数チャネル上で無線送信し，データ送信装置３１０から送られるＲＴＳパケットやＤＡＴＡパケットを受信する。また，他の分割データやビーコン等も送信することができる。
【００９７】
また，かかるデータ受信装置３２０として機能せしめるコンピュータプログラムも提供される。
【００９８】
このようなデータ伝送システムにおいて実際に交換される通信パケット（ＲＴＳ，ＣＴＳ，ＤＡＴＡ，ＡＣＫパケット）を以下に詳述する。
【００９９】
（ＲＴＳ，ＣＴＳ，ＤＡＴＡ，ＡＣＫパケット）
図１１は，ＲＴＳパケットのフォーマットを示した説明図であり，図１２は，ＲＴＳパケットの各フレームを説明するためのパラメータ図である。
【０１００】
かかるＲＴＳパケットでは，自己がＲＴＳパケットであることを「Ｆｒａｍｅ  Ｔｙｐｅ」に示し，当該ＲＴＳパケットによって隠れ端末を含む近隣領域で通信を独占する時間を「Ｍａｘ  Ｄｕｒａｔｉｏｎ」に示す。このＤｕｒａｔｉｏｎによって，送受信端末以外の他の通信端末は，通信を妨げないように当該トランザクションが終了するまでメディアを監視することなく送信を停止，即ち送信不許可状態になる。
【０１０１】
また，本実施形態の特徴としての分割データの個数が，「ＲＴＳ  Ｓｅｑ．」として各分割データに付与されたシーケンス番号の最大値で表される。かかるシーケンス番号の最大値と，前回値と，実際に受信された分割データの最大シーケンス番号とによって，分割データの送信個数およびその分割データの各々のシーケンス番号が計算される。
【０１０２】
さらに，「Ｉｎｆｏ．ＭＵＸ」には，送信される分割データのうち，既に分割データ長が送信されている分割データを除いた残りの分割データの個数が記され，「Ｌｅｎｇｔｈ  Ｉｎｆｏ．＃ｎ」には，上記残りの分割データ各々に対応した分割データ長が添付される。ここでは，「ＲＴＳ  Ｓｅｑ．」と「Ｉｎｆｏ．ＭＵＸ」を送信することによって，シーケンス番号の送信を省略している。例えば，「ＲＴＳ  Ｓｅｑ．」が１３，「ＲＴＳ  Ｓｅｑ．」の前回値が７であった場合，分割データ長が送信されていない分割データの数「Ｉｎｆｏ．ＭＵＸ」は，６となり，そのシーケンス番号は，８，９，１０，１１，１２，１３となる。従って，「Ｌｅｎｇｔｈ  Ｉｎｆｏ．＃ｎ」には，シーケンス番号８，９，１０，１１，１２，１３の分割データの分割データ長が記載される。
【０１０３】
図１３は，ＣＴＳパケットのフォーマットを示した説明図であり，図１４は，ＣＴＳパケットの各フレームを説明するためのパラメータ図である。
【０１０４】
かかるＣＴＳパケットでは，自己がＣＴＳパケットであることを「Ｆｒａｍｅ  Ｔｙｐｅ」に示す。上記ＲＴＳパケットと同様，当該ＣＴＳパケットによっても隠れ端末を含む近隣領域で通信を独占する必要があるが，本実施形態においては，Ｄｕｒａｔｉｏｎが固定され，「Ｍａｘ  Ｄｕｒａｔｉｏｎ」のフレームは準備されていない。しかし，「Ｍａｘ  Ｄｕｒａｔｉｏｎ」を設けることを妨げるものではない。この固定されたＤｕｒａｔｉｏｎによって，送受信端末以外の他の通信端末は，通信を妨げないように当該トランザクションが終了するまでメディアを監視することなく送信を停止，即ち送信不許可状態になる。
【０１０５】
また，本実施形態の特徴としての分割データの個数が，「ＣＴＳ  Ｓｅｑ．」として各分割データに付与されたシーケンス番号の最大値で表される。かかるシーケンス番号の最大値と，前回値とによって，データ受信装置３２０で受信可能な分割データの個数およびその分割データ各々のシーケンス番号が導き出される。
【０１０６】
図１５は，ＤＡＴＡパケットのフォーマットを示した説明図であり，図１６は，ＤＡＴＡパケットの各フレームを説明するためのパラメータ図である。
【０１０７】
かかるＤＡＴＡパケットでは，自己がＤＡＴＡパケットであることを「Ｆｒａｍｅ  Ｔｙｐｅ」に示す。１回のトランザクションで送信される分割データの個数は本実施形態においては最大８個とし，それぞれ「Ｓｕｂ  ＭＡＣ  Ｈｅａｄｅｒ」と「Ｐｙａｌｏａｄ」の２フレームで分割データ単位を成す。各分割データの「ＤＡＴＡ  Ｈｅａｄｅｒ」フレームには，その分割データのシーケンス番号（「Ｓｅｑｕｅｎｃｅ」）と分割データ長（「Ｌｅｎｇｔｈ」）とが並記される。
【０１０８】
図１７は，ＡＣＫパケットのフォーマットを示した説明図であり，図１８は，ＡＣＫパケットの各フレームを説明するためのパラメータ図である。
【０１０９】
かかるＡＣＫパケットでは，自己がＡＣＫパケットであることを「Ｆｒａｍｅ  Ｔｙｐｅ」に示す。本実施形態の特徴としての実際に受信した分割データの個数が，「Ｓｅｑｕｅｎｃｅ」として各分割データに付与されたシーケンス番号の最大値で表される。かかるシーケンス番号の決定は，上述したように，実際に受信した分割データのシーケンス番号が不連続であった場合，先頭分割データからシーケンス番号が連続している分割データのみを実際に受信した分割データとして導出する。
【０１１０】
このようなＲＴＳ，ＣＴＳ，ＤＡＴＡ，ＡＣＫパケットを利用して，本実施形態のデータ伝送システムが実行される。データ送信装置３１０とデータ受信装置３２０とが上述したＲＴＳパケットおよびＣＴＳパケットの制御信号を利用して相互の通信を確保するデータ伝送方法，即ちデータ送信方法およびデータ受信方法を以下で詳細に説明する。
【０１１１】
（第２の実施形態：データ送信方法およびデータ受信方法）
図１９は，データ送信方法およびデータ受信方法の概略的な流れを説明したフローチャート図である。先ず，データ送信装置３１０は，送信するデータを複数の分割データに分割し，各々連続したシーケンス番号をその分割データに付与する（Ｓ４１０）。そして，後述する分割データ決定工程（Ｓ４５０）によって決定された送信分割データの送信準備を始め，その送信要求する分割データの最大シーケンス番号を含むＲＴＳパケットをデータ受信装置３２０に送信する（Ｓ４１２）。以下，本実施形態においては，対象とする分割データの個数は，シーケンス番号の最大値で表す。
【０１１２】
上記ＲＴＳパケットは，送信する分割データのシーケンス番号および分割データ長を含むとしても良く，ＲＴＳ送信工程（Ｓ４１２）では，既に送信完了しているシーケンス番号と分割データ長とをＲＴＳパケットに含まないとすることもできる。
【０１１３】
そのＲＴＳパケットを受信したデータ受信装置３２０は，ＲＴＳパケットの最大シーケンス番号と前回値とから，データ送信装置３１０が送信要求している分割データを特定し，今回受信したＲＴＳパケットのシーケンス番号と分割データ長とを次回のために記憶する（Ｓ４２０）。そして，当該データ受信装置３２０に設けられたバッファの空き容量と上記送信要求の分割データとを比較して，受信可能な分割データを選定し，この受信可能な分割データの最大シーケンス番号を含むＣＴＳパケットを上記データ送信装置に送信する（Ｓ４２２）。
【０１１４】
このＣＴＳパケットを受信したデータ送信装置３１０は，ＣＴＳパケットの受信可能な分割データに基づいてシーケンス番号の若い順に分割データをデータ受信装置３２０に送信する（Ｓ４３０）。ここで，ＣＴＳパケットが受信されず，所定時間が経過した場合，データ送信装置３１０は再度ＲＴＳ送信工程（Ｓ４１２）を行う。
【０１１５】
データ受信装置３２０は，データ送信装置３１０から分割データを受信し，実際に受信した分割データの最大シーケンス番号を含むＡＣＫパケットをデータ送信装置３１０に送信する（Ｓ４４０）。このＡＣＫ送信工程（Ｓ４４０）では，実際に受信した分割データのシーケンス番号が不連続であった場合，先頭分割データからシーケンス番号が連続している分割データのみを実際に受信した分割データとしている。続いて，シーケンス番号順に並べられる所定数の分割データ群を受信した後，その分割データ群をデータに復号し，当該データの処理を開始する（Ｓ４４２）。
【０１１６】
上記ＡＣＫパケットを受信したデータ送信装置３１０は，一連のトランザクションが終了したことを認識し，受信したＡＣＫパケットに基づいて次回送信する分割データを決定する（Ｓ４５０）。ここで，ＡＣＫパケットが受信されず，所定時間が経過した場合，データ送信装置３１０は再度ＤＡＴＡ送信工程（Ｓ４３０）を行う。
【０１１７】
次に，上記ＲＴＳ送信工程（Ｓ４１２），ＣＴＳ送信工程（Ｓ４２２），ＤＡＴＡ送信工程（Ｓ４３０），ＡＣＫ送信工程（Ｓ４４０），分割データ決定工程（Ｓ４５０）の５工程について，シーケンス番号をどのように管理しているか詳細に説明する。ここで，ＲＴＳパケット，ＣＴＳパケット，ＤＡＴＡパケット，ＡＣＫパケットに付与される分割データのシーケンス番号の最大値をそれぞれ変数ｒｔｓ，ｃｔｓ，ｄａｔａ，ａｃｋとする。
【０１１８】
図２０は，上記ＲＴＳ送信工程（Ｓ４１２）の概略的な流れを説明したフローチャートである。データ送信装置３１０は，先ず，データ送信装置３１０が送信要求する分割データのシーケンス番号の最大値を，送信要求する分割データの最大シーケンス番号ｒｔｓに代入し，ＲＴＳパケットの「ＲＴＳ  Ｓｅｑ．」（図１１，１２参照）にこのｒｔｓを記載する（Ｓ５１０）。
【０１１９】
続いて，上記ｒｔｓと，ｒｔｓの前回値であるｒｔｓ＿ｏとの差を計算し，送信される分割データのうち，既に分割データ長が送信されている分割データを除いた残りの分割データの個数として，ＲＴＳパケットの「Ｉｎｆｏ．ＭＵＸ」に記載される（Ｓ５１２）。また，かかる残りの分割データに関して，各々の分割データ長がシーケンス番号の昇順に「Ｌｅｎｇｔｈ  Ｉｎｆｏ．＃ｎ」に記載される（Ｓ５１４）。例えば，ｒｔｓ（「ＲＴＳ  Ｓｅｑ．」の今回値）が１３，ｒｔｓ＿ｏ（「ＲＴＳ  Ｓｅｑ．」の前回値）が７の場合，送信要求している分割データのうち，分割データ長が送信されていない分割データは，ｒｔｓ−ｒｔｓ＿ｏ＝６個存在し，その６個のシーケンス番号は，各々，８，９，１０，１１，１２，１３となる。従って，「Ｌｅｎｇｔｈ  Ｉｎｆｏ．＃ｎ」には，シーケンス番号８，９，１０，１１，１２，１３の分割データの分割データ長が記載される。
【０１２０】
また，上記ｒｔｓ＿ｏの代わりにｃｔｓを利用して，ｒｔｓとの差を計算し，ＲＴＳパケットの「Ｉｎｆｏ．ＭＵＸ」に記載されるとしても良い。これは，データ送信装置３１０が送信した分割データ長のうち，データ受信装置３２０が確実に把握している分割データ長のみを送信済みとすることによって，より確実な無線通信を確立しようとするものである。
【０１２１】
このようにして，ＲＴＳパケットの全フレームが記載されると，データ受信装置３２０に対してかかるＲＴＳパケットが送信され（Ｓ５１６）。次回の計算のために，今回分割データ長が送信された分割データの最大シーケンス番号ｒｔｓをｒｔｓ＿ｏにロードする（Ｓ５１８）。
【０１２２】
図２１は，上記ＣＴＳ送信工程（Ｓ４２２）の概略的な流れを説明したフローチャートである。データ受信装置３２０は，ＲＴＳパケットを受信すると，そのＲＴＳパケットの「ＲＴＳ  Ｓｅｑ．」，「Ｉｎｆｏ．ＭＵＸ」，「Ｌｅｎｇｔｈ  Ｉｎｆｏ．＃ｎ」のそれぞれのフレームから，送信要求分割データの最大シーケンス番号ｒｔｓ，分割データ長が未取得な分割データの個数，分割データ長未取得分割データの分割データ長とを得ることができる（Ｓ５３０）。
【０１２３】
取得された１または２以上の分割データ長は，シーケンス番号と分割データ長とが関連付けられて保存されている分割データ長テーブルの最後尾に新たに加えられる（Ｓ５３２）。
【０１２４】
また，他方では，送信要求分割データの最大シーケンス番号ｒｔｓと前回のトランザクションで実際に受信した分割データの最大シーケンス番号ａｃｋとの差をとって，今回送信要求がされている分割データの総数とシーケンス番号を把握する。かかる分割データは，シーケンス番号も導き出されるので，上記分割データ長テーブルを利用して，分割データそれぞれの分割データ長も把握される（Ｓ５３４）。
【０１２５】
データ受信装置３２０は，自己のバッファの空きと上記送信要求のあった分割データの分割データ長（分割データ容量）とをシーケンス番号順に比較し，受信可能な分割データの最大シーケンス番号をｃｔｓに代入する（Ｓ５３６）。
【０１２６】
続いて，上記ｃｔｓを各分割データに付与されたシーケンス番号の最大値として，ＣＴＳパケットの「ＣＴＳ  Ｓｅｑ．」に記載し（Ｓ５３８），ＣＴＳパケットの全フレームが記載されると，データ送信装置３１０に対してかかるＣＴＳパケットが送信される（Ｓ５４０）。
【０１２７】
図２２は，上記ＤＡＴＡ送信工程（Ｓ４３０）の概略的な流れを説明したフローチャートである。データ送信装置３１０は，ＣＴＳパケットを受信すると，そのＣＴＳパケットの「ＣＴＳ  Ｓｅｑ．」のフレームから，受信可能分割データの最大シーケンス番号ｃｔｓを得ることができる（Ｓ５５０）。
【０１２８】
そして，データ送信装置３１０は，受信可能分割データの最大シーケンス番号ｃｔｓと前回のトランザクションで実際に受信した分割データの最大シーケンス番号ａｃｋとの差をとって，今回送信が可能な分割データの総数とシーケンス番号を把握する（Ｓ５５４）。ここで導き出された分割データの総数は，今回送信が可能な分割データの最大値なので，データ送信装置３１０の状況によっては，かかる個数以下の分割データが送信されることもある。
【０１２９】
データ送信装置３１０は，データ受信装置３２０に送信する分割データを上記で計算された範囲で決定すると（Ｓ５５６），各分割データに関して，シーケンス番号をＤＡＴＡパケットの「Ｓｅｑｕｅｎｃｅ」に，分割データ長を「Ｌｅｎｇｔｈ」に，分割データ自体を「ＤＡＴＡ  Ｐａｙｌｏａｄ」に記載し（Ｓ５５８），ＤＡＴＡパケットの全フレームが記載されると，データ受信装置３２０に対してかかるＤＡＴＡパケットが送信される（Ｓ５６０）。このＤＡＴＡパケットは，１または２以上の分割データをそれぞれ１つずつ含んだ複数のＤＡＴＡパケットであっても良い。
【０１３０】
図２３は，上記ＡＣＫ送信工程（Ｓ４４０）の概略的な流れを説明したフローチャートである。データ受信装置３２０は，ＤＡＴＡパケットを受信すると，そのＤＡＴＡパケットから，当該分割データを抽出する（Ｓ５８０）。
【０１３１】
このとき，実際に受信した分割データのシーケンス番号が不連続であった場合，先頭分割データからシーケンス番号が連続している分割データのみを実際に受信した分割データとみなして，シーケンス番号が不連続の分割データを無視する（Ｓ５８２）。
【０１３２】
そして，データ受信装置３２０は，上記実際に受信した分割データの最大シーケンス番号をａｃｋとして検出し，このａｃｋを，受信完了したシーケンス番号の最大値として，ＡＣＫパケットの「Ｓｅｑｕｅｎｃｅ」に記載する（Ｓ５８４）。ＡＣＫパケットの全フレームが記載されると，データ送信装置３１０に対してかかるＡＣＫパケットが送信される（Ｓ５８６）。
【０１３３】
ここで，受信完了した分割データに関する分割データ長テーブルのシーケンス番号および分割データ長は，削除されるとしても良い。
【０１３４】
図２４は，上記分割データ決定工程（Ｓ４５０）の概略的な流れを説明したフローチャートである。データ送信装置３１０は，ＡＣＫパケットを受信すると，そのＡＣＫパケットの「Ｓｅｑｕｅｎｃｅ」から，送信完了した分割データの最大シーケンス番号ａｃｋを得ることができる（Ｓ５９０）。
【０１３５】
データ送信装置３１０は，かかる送信完了分割データの最大シーケンス番号ａｃｋと，送信要求した分割データの最大シーケンス番号ｒｔｓとの差をとることによって，送信要求をしたが，データ受信装置３２０で受信されることがなかった送信未完了の分割データの総数とその分割データのシーケンス番号とを把握する（Ｓ５９２）。そして，かかる送信未完了の分割データを考慮して，次回送信要求する分割データを決定する（Ｓ５９４）。
【０１３６】
このような上述の工程により，シーケンス番号の最大値のみをもって送信する分割データの総数およびその分割データのシーケンス番号を管理している。
【０１３７】
次に，かかるデータ送信方法およびデータ受信方法における，シーケンス番号の具体的な管理例を説明する。
【０１３８】
図２５は，本実施形態によるデータ送信方法およびデータ受信方法の具体例を示したフローチャート図である。このデータ送信，受信方法では，シーケンス番号０の分割データから送信されている。
【０１３９】
Ｐｈａｓｅ１において，データ送信装置３１０がデータ受信装置３２０に送信要求する分割データのシーケンス番号は，０，１，２であり，分割データの最大シーケンス番号，即ちｒｔｓは２となる。データ送信装置３１０は，かかるｒｔｓ＝２と，シーケンス番号０，１，２の分割データ長とをＲＴＳパケットに記載し，データ受信装置３２０に送信する（Ｓ６１０）。分割データ長を送付する分割データは，ｒｔｓとｒｔｓ＿ｏとから算出されるが，算出時のｒｔｓ＿ｏは初期値０なので，送信要求される全ての分割データ（シーケンス番号０，１，２）の分割データ長が送信されている。ＲＴＳパケットが送信された後，ｒｔｓ＿ｏにｒｔｓ，即ち２がロードされる。
【０１４０】
データ受信装置３２０は，送信要求された分割データの総数と分割データ長とから自己のバッファで受信可能な分割データを導出し，ＣＴＳパケットに記載する（Ｓ６１２）。ここでは，バッファに十分な余裕があり，そのままｃｔｓにｒｔｓがロードされている。
【０１４１】
データ送信装置３１０は，かかる受信可能な分割データを受けて，ＤＡＴＡパケットによりシーケンス番号２までの分割データ，即ち，シーケンス番号０，１，２の３つの分割データを送付する（Ｓ６１４）。データ受信装置３２０は，データ送信装置３１０から分割データをエラー無しで受信し，ＡＣＫパケットにａｃｋ＝２を記載して送付する（Ｓ６１６）。かかるａｃｋ＝２は，ＣＴＳ送信工程（Ｓ４２２），ＤＡＴＡ送信工程（Ｓ４３０），分割データ決定工程（Ｓ４５０）で利用される。
【０１４２】
Ｐｈａｓｅ２において，データ送信装置３１０がデータ受信装置３２０に送信要求する分割データの個数は，Ｐｈａｓｅ１同様３つであり，シーケンス番号は，３，４，５である。従って，分割データの最大シーケンス番号，即ちｒｔｓは５となる。また，ｒｔｓとｒｔｓ＿ｏとに基づいて，分割データ長を送付する分割データの総数は３（ｒｔｓ（５）−ｒｔｓ＿ｏ（２）），シーケンス番号は，３，４，５となる。データ送信装置３１０は，ｒｔｓ＝５と，シーケンス番号３，４，５の分割データ長とをＲＴＳパケットに記載し，データ受信装置３２０に送信する（Ｓ６２０）。ＲＴＳパケットが送信された後，ｒｔｓ＿ｏにｒｔｓ，即ち５がロードされる。
【０１４３】
データ受信装置３２０は，送信要求された分割データの総数と分割データ長とから自己のバッファで受信可能な分割データを導出し，ＣＴＳパケットに記載する（Ｓ６２２）。ここでは，バッファに余裕が無いと判断し，シーケンス番号３，４，５の分割データのうち，シーケンス番号３，４のみが受信可能，即ち，ｃｔｓ＝４がＣＴＳパケットに記載される。
【０１４４】
データ送信装置３１０は，ＣＴＳパケットのｃｔｓ＝４および前回既に送信が完了しているａｃｋ＝２とに基づいて，ＤＡＴＡパケットによりシーケンス番号４までの分割データ，即ち，シーケンス番号３，４の２つの分割データを送付する（Ｓ６２４）。データ受信装置３２０は，データ送信装置３１０から分割データをエラー無しで受信し，ＡＣＫパケットにａｃｋ＝４を記載して送付している（Ｓ６２６）。
【０１４５】
Ｐｈａｓｅ３において，データ送信装置３１０がデータ受信装置３２０に送信要求する分割データの個数は，Ｐｈａｓｅ１，２同様３つである。ｒｔｓ＿ｏとａｃｋとが相違する，即ち，送信要求を出したが未完了に終わった分割データが存在するので，その未完了の分割データ（シーケンス番号５）とを合わせて，送信要求する分割データのシーケンス番号は，５，６，７になる。従って，分割データの最大シーケンス番号，即ちｒｔｓは７となる。また，ｒｔｓとｒｔｓ＿ｏとの差に基づいて，分割データ長を送付する分割データの総数は２（ｒｔｓ（７）−ｒｔｓ＿ｏ（５）），シーケンス番号は，６，７となる。データ送信装置３１０は，ｒｔｓ＝７と，シーケンス番号６，７の分割データ長とをＲＴＳパケットに記載し，データ受信装置３２０に送信する（Ｓ６３０）。ＲＴＳパケットが送信された後，ｒｔｓ＿ｏにｒｔｓ，即ち７がロードされる。
【０１４６】
データ受信装置３２０は，送信要求された分割データの総数と分割データ長とから自己のバッファで受信可能な分割データを導出し，ＣＴＳパケットに記載する（Ｓ６３２）。ここでは，バッファに十分な余裕があり，そのままｃｔｓにｒｔｓ＝７がロードされている。
【０１４７】
データ送信装置３１０は，ＣＴＳパケットのｃｔｓ＝７および前回既に送信が完了しているａｃｋ＝４とに基づいて，ＤＡＴＡパケットによりシーケンス番号７までの分割データ，即ち，シーケンス番号５，６，７の３つの分割データを送付する（Ｓ６３４）。ここで，ＲＴＳパケットにはシーケンス番号６，７の分割データ長のみ記載されているが，ＤＡＴＡパケットにはシーケンス番号５，６，７の分割データが記載されていることに留意されたい。
【０１４８】
データ受信装置３２０は，データ送信装置３１０から分割データを受信したが，エラーにより，最後の分割データ（シーケンス番号７）を実際に受信できなかった。従って，データ受信装置３２０は，ＡＣＫパケットにａｃｋ＝６を記載して送付している（Ｓ６３６）。
【０１４９】
Ｐｈａｓｅ４において，データ送信装置３１０がデータ受信装置３２０に送信要求する分割データの個数は，Ｐｈａｓｅ１，２，３同様３つである。ｒｔｓ＿ｏとａｃｋとが相違する，即ち，送信要求を出したが未完了に終わった分割データが存在するので，その未完了の分割データ（シーケンス番号７）とを合わせて，送信要求する分割データのシーケンス番号は，７，８，９である。従って，分割データの最大シーケンス番号，即ちｒｔｓは９となる。また，ｒｔｓとｒｔｓ＿ｏとの差に基づいて，分割データ長を送付する分割データの総数は２（ｒｔｓ（９）−ｒｔｓ＿ｏ（７）），シーケンス番号は，８，９となる。データ送信装置３１０は，ｒｔｓ＝９と，シーケンス番号８，９の分割データ長とをＲＴＳパケットに記載し，データ受信装置３２０に送信する（Ｓ６４０）。ＲＴＳパケットが送信された後，ｒｔｓ＿ｏにｒｔｓ，即ち９がロードされる。
【０１５０】
データ受信装置３２０は，送信要求された分割データの総数と分割データ長とから自己のバッファで受信可能な分割データを導出し，ＣＴＳパケットに記載する（Ｓ６４２）。ここでは，バッファに十分な余裕があり，そのままｃｔｓにｒｔｓ＝９がロードされている。
【０１５１】
データ送信装置３１０は，ＣＴＳパケットのｃｔｓ＝９および前回既に送信が完了しているａｃｋ＝６とに基づいて，ＤＡＴＡパケットによりシーケンス番号９までの分割データ，即ち，シーケンス番号７，８，９の３つの分割データを送付する（Ｓ６４４）。ここで，ＲＴＳパケットにはＰｈａｓｅ３同様，シーケンス番号８，９の分割データ長のみ記載されているが，ＤＡＴＡパケットにはシーケンス番号７，８，９の分割データが記載されていることに留意されたい。
【０１５２】
データ受信装置３２０は，データ送信装置３１０から分割データをエラー無しで受信し，ＡＣＫパケットにａｃｋ＝９を記載して送付している（Ｓ６４６）。
【０１５３】
尚,一度シーケンス番号が割り当てられた分割データは,データ受信装置３２０に受信されなかった場合，データの有効時間ＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）がタイムアウトされるまで再送し続ける。また，一度付加されたシーケンス番号は送信が完了するまで再付与されることはない。そのため,ＴＴＬのタイムアウトが発生すると,シーケンス番号の再割当による問題が発生する。これを回避するため,対象となるデータ又は分割データを破棄したことを送信元の上位プロトコルに通知する。
【０１５４】
上述したデータ送信方法およびデータ受信方法の例のように，シーケンス番号の具体的な管理によって，アドホック通信における隠れ端末問題を解決しつつ，通信端末間の確実かつ効率的な通信およびオーバーヘッドの軽減が可能となる。
【０１５５】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１５６】
例えば，上記実施形態の説明において，シーケンス番号を昇順に付与する場合を述べているが降順に付与するとしても良く，予め番号付与のステップ数が決められている場合は，そのステップ数に応じて例えば１，３，５，７と言う具合に付与することもできる。
【産業上の利用可能性】
【０１５７】
本発明は，データ伝送システム，データ送信装置，データ受信装置，並びに，そのコンピュータプログラムおよび方法に適用可能である。
【図面の簡単な説明】
【０１５８】
【図１】ＩＥＥＥ８０２．１１ａにおけるフレームフォーマットを示した説明図である。
【図２】ＰＳＤＵのフレーム・フィールドの構成を示した構成図である。
【図３】ＩＥＥＥ８０２．１１における分割データの送信タイミングを示したタイミング図である。
【図４】ＲＴＳ／ＣＴＳの動作例を模式的に示した模式図である。
【図５】無線通信ネットワークにおける各通信端末の配置例を示した概略図である。
【図６】ＲＴＳ／ＣＴＳの機能を説明するためのタイミング図である。
【図７】データ伝送システムの個々の装置構成を示すブロック図である。
【図８】データ伝送システムの個々の装置構成を示すブロック図である。
【図９】データ送信装置の構成を示すブロック図である。
【図１０】データ受信装置の構成を示すブロック図である。
【図１１】ＲＴＳパケットのフォーマットを示した説明図である。
【図１２】ＲＴＳパケットの各フレームを説明するためのパラメータ図である。
【図１３】ＣＴＳパケットのフォーマットを示した説明図である。
【図１４】ＣＴＳパケットの各フレームを説明するためのパラメータ図である。
【図１５】ＤＡＴＡパケットのフォーマットを示した説明図である。
【図１６】ＤＡＴＡパケットの各フレームを説明するためのパラメータ図である。
【図１７】ＡＣＫパケットのフォーマットを示した説明図である。
【図１８】ＡＣＫパケットの各フレームを説明するためのパラメータ図である。
【図１９】データ送信方法およびデータ受信方法の概略的な流れを説明したフローチャート図である。
【図２０】ＲＴＳ送信工程の概略的な流れを説明したフローチャートである。
【図２１】ＣＴＳ送信工程の概略的な流れを説明したフローチャートである。
【図２２】ＤＡＴＡ送信工程の概略的な流れを説明したフローチャートである。
【図２３】ＡＣＫ送信工程の概略的な流れを説明したフローチャートである。
【図２４】分割データ決定工程の概略的な流れを説明したフローチャートである。
【図２５】データ送信方法およびデータ受信方法の具体例を示したフローチャート図である。
【符号の説明】
【０１５９】
３１０  データ送信装置
３２０  データ受信装置
３５２  シーケンス付与部
３５４  ＲＴＳ送信部
３５６  ＤＡＴＡ送信部
３５８  分割データ決定部
３８２  ＲＴＳパケット記憶部
３８４  ＣＴＳ送信部
３８６  ＡＣＫ送信部
３８８  データ処理部
Ｓ４１０  シーケンス付与工程
Ｓ４１２  ＲＴＳ送信工程
Ｓ４２０  ＲＴＳパケット記憶工程
Ｓ４２２  ＣＴＳ送信工程
Ｓ４３０  ＤＡＴＡ送信工程
Ｓ４４０  ＡＣＫ送信工程
Ｓ４４２  データ処理工程
Ｓ４５０  分割データ決定工程
【図１】
2006074085.tif 000004
【図２】
2006074085.tif 000005
【図３】
2006074085.tif 000006
【図４】
2006074085.tif 000007
【図５】
2006074085.tif 000008
【図６】
2006074085.tif 000009
【図７】
2006074085.tif 000010
【図８】
2006074085.tif 000011
【図９】
2006074085.tif 000012
【図１０】
2006074085.tif 000013
【図１１】
2006074085.tif 000014
【図１２】
2006074085.tif 000015
【図１３】
2006074085.tif 000016
【図１４】
2006074085.tif 000017
【図１５】
2006074085.tif 000018
【図１６】
2006074085.tif 000019
【図１７】
2006074085.tif 000020
【図１８】
2006074085.tif 000021
【図１９】
2006074085.tif 000022
【図２０】
2006074085.tif 000023
【図２１】
2006074085.tif 000024
【図２２】
2006074085.tif 000025
【図２３】
2006074085.tif 000026
【図２４】
2006074085.tif 000027
【図２５】
2006074085.tif 000028