(57)【要約】データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に第２のパケットとして受信処理する。
2005020531.tif 000002
【特許請求の範囲】
【請求項１】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項２】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、前記誤り検出コードＣと前記誤り検出コードＦ１が一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣと前記誤り検出コードＦ２が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項３】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対じて前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードに前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項４】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、前記誤り検出コードＣ１に前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項５】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項６】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項７】
請求の範囲１〜請求の範囲４のいずれかに記載のパケット通信方法において、
前記第１の誤り検出コードに対する所定の演算処理は、前記第１の誤り検出コードの全ビットのビット反転、または前記第１の誤り検出コードの一部のビットのビット反転、または前記第１の誤り検出コードに所定値の加算、または前記第１の誤り検出コードに所定値の減算の少なくとも１つの処理を行う
ことを特徴とするパケット通信方法。
【請求項８】
請求の範囲７に記載のパケット通信方法において、
前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した前記第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で、前記第１のパケットを含めて３種類以上のパケットを送受信する
ことを特徴とするパケット通信方法。
【請求項９】
請求の範囲５または請求の範囲６に記載のパケット通信方法において、
前記第１の誤り検出コード演算処理と前記第２の誤り検出コード演算処理は、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、前記第１の通信局と前記第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する
ことを特徴とするパケット通信方法。
【請求項１０】
請求の範囲１〜請求の範囲４のいずれかに記載の前記第１の誤り検出コードに対する所定の演算処理の種類と、請求の範囲５または請求の範囲６に記載の前記誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で送受信する
ことを特徴とするパケット通信方法。
【請求項１１】
請求の範囲１〜請求の範囲１０のいずれかに記載のパケット通信方法において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、フレームフォーマットが互いに異なり、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納し、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいて前記パケットの受信処理を行う
ことを特徴とするパケット通信方法。
【請求項１２】
請求の範囲１１に記載のパケット通信方法において、
前記誤り検出コードに対応するフレームフォーマットは、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットである
ことを特徴とするパケット通信方法。
【請求項１３】
請求の範囲１２に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、前記第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含むことを特徴とするパケット通信方法。
【請求項１４】
請求の範囲１３に記載のパケット通信方法において、
前記データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含むことを特徴とするパケット通信方法。
【請求項１５】
請求の範囲１４に記載のパケット通信方法において、
前記複数のデータパケットは、複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて並列送信される
ことを特徴とするパケット通信方法。
【請求項１６】
請求の範囲１５に記載のパケット通信方法において、
前記複数のデータパケットは、各データパケットのパケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成される
ことを特徴とするパケット通信方法。
【請求項１７】
請求の範囲１２に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、前記通信局の制御情報を格納する領域を含むことを特徴とするパケット通信方法。
【請求項１８】
請求の範囲１２に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の制御情報を格納する領域が設けられることを特徴とするパケット通信方法。
【請求項１９】
請求の範囲１２に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の送信データを格納する領域が設けられることを特徴とするパケット通信方法。
【請求項２０】
請求の範囲１２に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、規定外のフレームヘッダを有することを特徴とするパケット通信方法。
【請求項２１】
請求の範囲１７または請求の範囲１８に記載のパケット通信方法において、
前記制御情報は、前記通信局のトラヒック情報であることを特徴とするパケット通信方法。
【請求項２２】
請求の範囲１７または請求の範囲１８に記載のパケット通信方法において、
前記制御情報は、前記通信局のハンドオーバ処理を行うための情報であることを特徴とするパケット通信方法。
【請求項２３】
請求の範囲１７または請求の範囲１８に記載のパケット通信方法において、
前記制御情報は、前記通信局がネットワークに接続するために必要なパラメータであることを特徴とするパケット通信方法。
【請求項２４】
請求の範囲１７または請求の範囲１８に記載のパケット通信方法において、
前記制御情報は、前記通信局のチャネルアクセス手順を変更するための情報であることを特徴とするパケット通信方法。
【請求項２５】
請求の範囲１７または請求の範囲１８に記載のパケット通信方法において、
前記制御情報は、前記通信局のチャネル割当時間に関する情報であることを特徴とするパケット通信方法。
【請求項２６】
請求の範囲１７または請求の範囲１８に記載のパケット通信方法において、
前記制御情報は、前記通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報であることを特徴とするパケット通信方法。
【請求項２７】
請求の範囲１〜請求の範囲１０のいずれかに記載のパケット通信方法において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納し、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う
ことを特徴とするパケット通信方法。
【請求項２８】
請求の範囲１〜請求の範囲１０のいずれかに記載のパケット通信方法において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納し、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う
ことを特徴とするパケット通信方法。
【請求項２９】
請求の範囲２８に記載のパケット通信方法において、
前記パケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードが用いられることを特徴とするパケット通信方法。
【請求項３０】
請求の範囲２９に記載のパケット通信方法において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、前記第１の通信局を特別な処理に対応する通信局として管理することを特徴とするパケット通信方法。
【請求項３１】
請求の範囲２９に記載のパケット通信方法において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知することを特徴とするパケット通信方法。
【請求項３２】
請求の範囲２８に記載のパケット通信方法において、
前記パケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードが用いられることを特徴とするパケット通信方法。
【請求項３３】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３４】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、前記誤り検出コードＣと前記誤り検出コードＦ１が一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣと前記誤り検出コードＦ２が一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３５】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードに前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３６】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、前記誤り検出コードＣ１に前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３７】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３８】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３９】
請求の範囲３３〜請求の範囲３６のいずれかに記載のパケット通信装置において、
前記第１の誤り検出コードに対する所定の演算処理は、前記第１の誤り検出コードの全ビットのビット反転、または前記第１の誤り検出コードの一部のビットのビッ下反転、または前記第１の誤り検出コードに所定値の加算、または前記第１の誤り検出コードに所定値の減算の少なくとも１つの処理を行う構成である
ことを特徴とするパケット通信装置。
【請求項４０】
請求の範囲３９に記載のパケット通信装置において、
前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した前記第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で、前記第１のパケットを含めて３種類以上のパケットを送受信する構成である
ことを特徴とするパケット通信装置。
【請求項４１】
請求の範囲３７または請求の範囲３８に記載のパケット通信装置において、
前記第１の誤り検出コード演算処理と前記第２の誤り検出コード演算処理は、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、前記第１の通信局と前記第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する構成である
ことを特徴とするパケット通信装置。
【請求項４２】
請求の範囲３３〜請求の範囲３６のいずれかに記載の前記第１の誤り検出コードに対する所定の演算処理の種類と、請求の範囲３７または請求の範囲３８に記載の前記誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で送受信する構成である
ことを特徴とするパケット通信装置。
【請求項４３】
請求の範囲３３〜請求の範囲４２のいずれかに記載のパケット通信装置において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、フレームフォーマットが互いに異なり、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納する手段を備え、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいて前記パケットの受信処理を行う手段を備えた
ことを特徴とするパケット通信装置。
【請求項４４】
請求の範囲４３に記載のパケット通信装置において、
前記誤り検出コードに対応するフレームフォーマットとして、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４５】
請求の範囲４４に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、前記第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４６】
請求の範囲４５に記載のパケット通信装置において、
前記データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４７】
請求の範囲４６に記載のパケット通信装置において、
複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて、前記複数のデータパケットを並列送信する手段を備えたことを特徴とするパケット通信装置。
【請求項４８】
請求の範囲４７に記載のパケット通信装置において、
前記複数のデータパケットの各パケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４９】
請求の範囲４４に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、前記通信局の制御情報を格納する領域を含むパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項５０】
請求の範囲４４に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の制御情報を格納する領域を設けたパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項５１】
請求の範囲４４に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の送信データを格納する領域を設けたパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項５２】
請求の範囲４４に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、規定外のフレームヘッダを有するパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項５３】
請求の範囲４５または請求の範囲５０に記載のパケット通信装置において、
前記通信局のトラヒック情報を測定し、前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５４】
請求の範囲４９または請求の範囲５０に記載のパケット通信装置において、
前記通信局のハンドオーバ処理を行うための情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５５】
請求の範囲４９または請求の範囲５０に記載のパケット通信装置において、
前記通信局がネットワークに接続するために必要なパラメータを前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５６】
請求の範囲４９または請求の範囲５０に記載のパケット通信装置において、
前記通信局のチャネルアクセス手順を変更するための情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５７】
請求の範囲４９または請求の範囲５０に記載のパケット通信装置において、
前記通信局のチャネル割当時間に関する情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５８】
請求の範囲４９または請求の範囲５０に記載のパケット通信装置において、
前記通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５９】
請求の範囲３３〜請求の範囲４２のいずれかに記載のパケット通信装置において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納する手段を備え、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う手段を備えた
ことを特徴とするパケット通信装置。
【請求項６０】
請求の範囲３３〜請求の範囲４２のいずれかに記載のパケット通信装置において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納する手段を備え、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う手段を備えた
ことを特徴とするパケット通信装置。
【請求項６１】
請求の範囲６０に記載のパケット通信装置において、
前記パケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードを用いる手段を備えたことを特徴とするパケット通信装置。
【請求項６２】
請求の範囲６１に記載のパケット通信装置において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、前記第１の通信局を特別な処理に対応する通信局として管理する手段を備えたことを特徴とするパケット通信装置。
【請求項６３】
請求の範囲６１に記載のパケット通信装置において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知する手段を備えたことを特徴とするパケット通信装置。
【請求項６４】
請求の範囲６０に記載のパケット通信装置において、
前記パケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードを用いる手段を備えたことを特徴とするパケット通信装置。
【発明の詳細な説明】
【技術分野】  本発明は、通信局間で複数種類のパケットを伝送する場合に用いられるパケット通信方法およびパケット通信装置に関する。
【背景技術】  複数種類のパケットが伝送される無線パケット通信システムでは、受信したパケットの種類を識別してそれに応じた処理を行う必要がある。このようなパケットの識別情報を通知する方法の一つとして、パケットのＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）領域に格納される誤り検出のためのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）コードを操作する方法がある（特許第３３４９８６１号公報）。
すなわち、２種類のパケット（例えばデータパケットと制御パケット）を識別する場合、一方は所定のＣＲＣ演算処理により生成される通常のＣＲＣコードをＦＣＳ領域に格納し、他方はＣＲＣコードの代わりに所定コードをＦＣＳ領域に格納する。受信局では、受信パケットに対して所定のＣＲＣ演算処理により生成されるＣＲＣコードと、ＦＣＳ領域に格納されたＣＲＣコードを比較するＦＣＳチェックを行い、両者が一致すれば一方のパケットとして処理し、両者が不一致（ＦＣＳチェックエラー）であれば破棄するか、不一致でもＦＣＳ領域に格納されたものが所定コードであれば他方のパケットとして処理する。
なお、上記文献では、特殊なパケット（通知パケットや同期パケット）を受信処理する無線局と、特殊なパケットを破棄する無線局を識別するために本方法を用いている。すなわち、無線局ＡではＦＣＳチェックエラーとなれば当該パケット（特殊なパケット）を破棄し、無線局ＢではＦＣＳチェックエラーであっても所定コードを有するパケットであれば、エラーとみなさず特殊なパケットとして処理するようにしている。
ここで、無線局で識別を要する複数種類のパケットとしては、上記のデータパケットと制御パケットの他に、複数のアクセス制御のモード変更に用いる複数の制御パケットや、標準フォーマットのデータパケットと特殊フォーマットのデータパケットなどがある。以下、特殊フォーマットのデータパケットが伝送される無線パケット通信システムについて説明する。
標準規格に準拠する従来の無線パケット通信方法では、使用する無線チャネルを事前に１つだけ決めておき、データパケットの送信に先立って当該無線チャネルが空き状態か否かを検出（キャリアセンス）し、当該無線チャネルが空き状態の場合にのみ１つのデータパケットを送信していた。このような制御により、１つの無線チャネルを複数の無線局で互いに時間をずらして共用することができた（（１）ＩＥＥＥ８０２．１１″ＭＡＣ  ａｎｄ  ＰＨＹ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｆｏｒ  Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ″，ＩＥＥＥ  ８０２．１１，１９９８、（２）小電力データ通信システム／広帯域移動アクセスシステム（ＣＳＭＡ）標準規格、ＡＲＩＢ  ＳＤＴ−Ｔ７１  １．０版、（社）電波産業会、平成１２年策定）。
このような無線パケット通信方法において、データパケットの伝送効率を高めるために、公知の空間分割多重技術（黒崎ほか、ＭＩＭＯチャネルにより１００Ｍｂｉｔ／ｓを実現する広帯域移動通信用ＳＤＭ−ＣＯＦＤＭ方式の提案、電子情報通信学会技術研究報告、Ａ・Ｐ２００１−９６，ＲＣＳ２００１−１３５（２００１−１０））を用い、１つの無線チャネルで複数のデータパケットを並列送信する無線パケット通信方法が検討されている。この空間分割多重技術（ＳＤＭ）は、複数のアンテナから同じ無線チャネルで同時に異なるデータパケットを送信し、対向する無線局の複数のアンテナに受信された各データパケットの伝搬係数の違いに対応するディジタル信号処理により、同じ無線チャネルで同時に送信された複数のデータパケットを受信する方式である。なお、伝搬係数等に応じて空間分割多重数が決定される。
また、データパケットの伝送効率を高めるために、各無線局がそれぞれ複数の無線通信インタフェースをもち、キャリアセンスの際に複数の無線チャネルが空き状態であれば、その複数の無線チャネルを用いて複数のデータパケットを並列送信する無線パケット通信方法が検討されている。
また、複数の無線チャネルと空間分割多重技術の組み合わせにより、複数の無線チャネルの各空間分割多重数の総和に相当する数のデータパケットを並列送信する無線パケット通信方法も検討されている。
これらの方法では、例えば３個のデータパケットに対して、空き状態の無線チャネルが２つあれば、２つの無線チャネルを用いて３個のうちの２個のデータパケットを並列送信する。また、２個のデータパケットに対して、空き状態の無線チャネルが３つあれば、２つの無線チャネルを用いて全て（２個）のデータパケットを並列送信する。空間分割多重技術を用いる場合も同様である。
ここで、データフレームから並列送信する複数のデータパケットを生成する方法としては、次の３つの方法がある。例えばデータフレームが１つで空きチャネル数が２つの場合には、図５６（１）に示すようにデータフレームを分割することにより、同一パケット長の２つのデータパケットを生成する。また、データフレームが３つで空きチャネル数が２つの場合には、図５６（２）に示すように、例えばデータフレーム２を分割してそれぞれデータフレーム１およびデータフレーム３と結合することにより、同一パケット長の２つのデータパケットを生成する。あるいは、３つのデータフレームを連結してから２分割しても同様である。また、図５６（３）に示すように、データフレーム１とデータフレーム２を連結し、データフレーム３にダミービットを付加し、同一パケット長の２つのデータパケットを生成する。なお、複数の無線チャネルを使用する際に各無線チャネルの伝送速度が異なる場合には、各データパケットのサイズ比を伝送速度比に対応させてパケット長が同じになるように調整する。
また、無線ＬＡＮシステムでは、１つのデータフレームを１つのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームに変換している。したがって、データフレームのデータ領域のデータサイズが小さい場合でも、１つのＭＡＣフレームに変換され、１つのデータパケット（無線パケット）として送信されることになる。例えば、ＩＥＥＥ８０２．１１規格のＭＡＣフレームのデータ領域の最大サイズは２２９６バイトであるのに対して、データフレームとして一般的に用いられているイーサネット（登録商標）フレームでは、データ領域のデータサイズが最大１５００バイトに制限されている。したがって、最大サイズのイーサネットフレームであっても、ＭＡＣフレームのデータ領域の最大サイズ（２２９６バイト）に対して余裕があることになる。すなわち、従来のシステムでは、１つのＭＡＣフレームで送信可能な最大のデータサイズを有効に活用できず、スループットの改善にも限界があった。
したがって、データパケットのデータサイズを最大限に活用するために、図５６（４）に示すように、複数のデータフレームのデータ領域を結合して１つのデータパケットとして伝送する方法も検討されている。なお、図５６（２），（３）に示す方法においても、ＭＡＣフレームの最大サイズの範囲でデータフレームの結合等が行われる。
ここで、図５６（１）に示すフレーム分割により生成される複数のデータパケットは、既存のフラグメント処理に基づく標準規格に準拠するフレームフォーマットにより対応することができる。一方、図５６（２）に示すデータフレームの「切り貼り」や、図５６（３），（４）に示すデータフレームの「結合」により再構成されたデータパケットは、標準規格に準拠しない特殊フォーマットになる。
このような特殊フォーマットのデータパケットは、当然のことながらデータフレームのデータ領域とデータパケットのデータ領域とが１対１に対応しないことになる。一方、受信側の無線局では、受信したデータパケットから元のデータフレームを復元しなければならないが、従来は想定されていないパケットフォーマットであるので、そのままでは復元できない。その理由は次の通りである。
実際のシステムでは、例えばＩＰレイヤにおけるＩＰパケットを下位レイヤに引き渡す場合に、いくつかのデータフレームに分割して引き渡すような処理を行う。この場合、分割してできた各データフレームのデータ領域の先頭部分には、元のＩＰパケットを復元するためのヘッダがそれぞれ付加される。このようにして生成されたデータフレームから作られたデータパケットを受信側で受信した場合には、データパケットからデータフレームを抽出し、さらに元のＩＰパケットを復元する。
一般に、受信側のＩＰレイヤでは、受信した各データフレームのデータ領域の先頭部分が、元のＩＰパケットを復元するために必要なヘッダ情報であるものと機械的に認識してＩＰパケットの復元処理を行う。すなわち、ＩＰレイヤの立場からすると、各データフレームのデータ領域の先頭部分は元のＩＰパケットを復元するためのヘッダ情報でなければ問題が生じる。
ところが、前述のように送信側で「切り貼り」や「結合」により再構成されたデータパケットは、元のＩＰパケットを復元するためのヘッダ情報が各データフレームのデータ領域の先頭以外の部分に移動することになり、そのままではＩＰレイヤでＩＰパケットを復元できない。したがって、受信側ではＩＰパケットに復元する前に、まず受信したデータパケットから再構成される前の元のデータフレームを復元する必要がある。
送信側で再構成された特殊フォーマットのデータパケットから受信側で再構成前のデータフレームを復元するためには、データパケットが特殊フォーマットか否か、特殊フォーマットの場合にはデータフレームの境目、データパケットの順番などの情報が必要になる。しかし、標準フォーマットでは、そのような情報を伝送するための領域が定義されていないので、新たに定義される特殊フォーマットによって、その情報を送信側から受信側に伝える必要がある。ただし、一般的に定義されていない特殊フォーマットを通信システム全体で採用すると、通信システムを構成する全ての無線局を特殊フォーマットに対応した新たな装置に置き換えざるを得ないので、コストの増大が避けられない。
ここでは、例えば１つのデータパケットが１つのデータフレームから生成される標準フォーマットのデータパケットを扱う既存の無線局と、１つのデータパケット中に複数のデータフレームのデータ領域が切り貼りされる特殊フォーマットのデータパケットを扱う新規の無線局が混在する場合を想定する。
この場合には、まず無線パケット通信を行う無線局間で、標準フォーマットのみに対応しているのか、標準フォーマットおよび特殊フォーマットに対応しているのか、双方で確認パケットおよび応答パケットをやりとりして認識する必要がある。その上で、特殊フォーマットのデータパケットに、（１）データパケットがデータフレームを「切り貼り」や「結合」により再構成されたものかどうか、（２）データフレームの境目、（３）データパケットの順番などの情報を含める必要がある。
しかし、確認パケットおよび応答パケットのような制御パケットと通常のデータパケットの識別、さらに標準フォーマットのデータパケットと特殊フォーマットのデータパケットの識別などのために、前記文献に示す方法では次のような問題がある。すなわち、前記文献に示す方法は、ＦＣＳ領域に通常のＣＲＣコードまたは所定コードを格納し、受信側でＦＳＣチェックを行い、ＦＣＳチェックエラーであっても所定コードを有するパケットであれば、エラーとみなさず制御パケットとして処理するものである。これにより、制御パケットと通常のデータパケットとの識別は可能であるものの、ＦＣＳチェックは通常のデータパケットのみに対して機能し、制御パケットに対しては機能していないことになる。すなわち、通常のデータパケットと制御パケットの識別のために、制御パケットについてはＦＣＳチェックの機能を犠牲にしている。
本発明の目的は、複数種類のパケットを識別するために、パケットのＦＣＳ領域に格納される誤り検出のための誤り検出コードを操作する方法をとりながら、各パケットのＦＣＳチェックを確実に行うことができるパケット通信方法およびパケット通信装置を実現するところにある。
【発明の開示】
請求の範囲１のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に第２のパケットとして受信処理する。
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
請求の範囲２のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、誤り検出コードＣと誤り検出コードＦ１が一致する場合に第１のパケットとして受信処理し、誤り検出コードＣと誤り検出コードＦ２が一致する場合に第２のパケットとして受信処理する。
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
請求の範囲３のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードに所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する。
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
請求の範囲４のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、誤り検出コードＣ１に所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する。
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
請求の範囲５のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する。
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
請求の範囲６のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する。
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
請求の範囲７のパケット通信方法は、請求の範囲１〜請求の範囲４のいずれかに記載の第１の誤り検出コードに対する所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を行う。
請求の範囲８のパケット通信方法は、請求の範囲７に記載の第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、第１の通信局と第２の通信局との間で、第１のパケットを含めて３種類以上のパケットを送受信する。
請求の範囲９のパケット通信方法は、請求の範囲５または請求の範囲６に記載の第１の誤り検出コード演算処理と第２の誤り検出コード演算処理として、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、第１の通信局と第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する。
請求の範囲１０のパケット通信方法は、請求の範囲１〜請求の範囲４のいずれかに記載の第１の誤り検出コードに対する所定の演算処理の種類と、請求の範囲５または請求の範囲６に記載の誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、第１の通信局と第２の通信局との間で送受信する。
請求の範囲１１のパケット通信方法では、請求の範囲１〜請求の範囲１０のいずれかに記載の第１のパケットと第２のパケット、あるいは３種類以上のパケットは、フレームフォーマットが互いに異なる。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいてパケットの受信処理を行う。
請求の範囲１２のパケット通信方法では、請求の範囲１１に記載の誤り検出コードに対応するフレームフォーマットは、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットである。
請求の範囲１３のパケット通信方法では、請求の範囲１２に記載の特殊フレームフォーマットのパケットは、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含む。
請求の範囲１４のパケット通信方法では、請求の範囲１３のデータパケットとして、データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含む。
請求の範囲１５のパケット通信方法では、請求の範囲１４の複数のデータパケットは、複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて並列送信される。
請求の範囲１６のパケット通信方法では、請求の範囲１５の複数のデータパケットは、各データパケットのパケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成される。
請求の範囲１７のパケット通信方法では、請求の範囲１２に記載の特殊フレームフォーマットのパケットは、通信局の制御情報を格納する領域を含む。
請求の範囲１８のパケット通信方法では、請求の範囲１２に記載の特殊フレームフォーマットのパケットは、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の制御情報を格納する領域が設けられる。
請求の範囲１９のパケット通信方法では、請求の範囲１２に記載の特殊フレームフォーマットのパケットは、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の送信データを格納する領域が設けられる。
請求の範囲２０のパケット通信方法では、請求の範囲１２に記載の特殊フレームフォーマットのパケットは、規定外のフレームヘッダを有する。
請求の範囲２１のパケット通信方法では、請求の範囲１７または請求の範囲１８に記載の制御情報は、通信局のトラヒック情報である。
請求の範囲２２のパケット通信方法では、請求の範囲１７または請求の範囲１８に記載の制御情報は、通信局のハンドオーバ処理を行うための情報である。
請求の範囲２３のパケット通信方法では、請求の範囲１７または請求の範囲１８に記載の制御情報は、通信局がネットワークに接続するために必要なパラメータである。
請求の範囲２４のパケット通信方法では、請求の範囲１７または請求の範囲１８に記載の制御情報は、通信局のチャネルアクセス手順を変更するための情報である。
請求の範囲２５のパケット通信方法では、請求の範囲１７または請求の範囲１８に記載の制御情報は、通信局のチャネル割当時間に関する情報である。
請求の範囲２６のパケット通信方法では、請求の範囲１７または請求の範囲１８に記載の制御情報は、通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報である。
請求の範囲２７のパケット通信方法では、請求の範囲１〜請求の範囲１０のいずれかに記載の第１のパケットと第２のパケット、あるいは３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う。
請求の範囲２８のパケット通信方法では、請求の範囲１〜請求の範囲１０のいずれかに記載の第１のパケットと第２のパケット、あるいは３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う。
請求の範囲２９のパケット通信方法では、請求の範囲２８に記載のパケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードが用いられる。
請求の範囲３０のパケット通信方法では、請求の範囲２８，２９に記載の第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、第１の通信局を特別な処理に対応する通信局として管理する。
請求の範囲３１のパケット通信方法では、請求の範囲２８，２９に記載の第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知する。
請求の範囲３２のパケット通信方法では、請求の範囲２８に記載のパケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードが用いられる。
請求の範囲３３のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に第２のパケットとして受信処理する手段を備える。
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
請求の範囲３４のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、誤り検出コードＣと誤り検出コードＦ１が一致する場合に第１のパケットとして受信処理し、誤り検出コードＣと誤り検出コードＦ２が一致する場合に第２のパケットとして受信処理する手段を備える。
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
請求の範囲３５のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードに所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する手段を備える。
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
請求の範囲３６のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、誤り検出コードＣ１に所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する手段を備える。
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
請求の範囲３７のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する手段を備える。
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
請求の範囲３８のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する手段を備える。
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
請求の範囲３９のパケット通信装置は、請求の範囲３３〜請求の範囲３６のいずれかに記載の第１の誤り検出コードに対する所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を行う構成である。
請求の範囲４０のパケット通信装置は、請求の範囲３９に記載の第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、第１の通信局と第２の通信局との間で、第１のパケットを含めて３種類以上のパケットを送受信する構成である。
請求の範囲４１のパケット通信装置は、請求の範囲３７または請求の範囲３８に記載の第１の誤り検出コード演算処理と第２の誤り検出コード演算処理として、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、第１の通信局と第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する構成である。。
請求の範囲４２のパケット通信装置は、請求の範囲３３〜請求の範囲３６のいずれかに記載の第１の誤り検出コードに対する所定の演算処理の種類と、請求の範囲３７または請求の範囲３８に記載の誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、第１の通信局と第２の通信局との間で送受信する構成である。
請求の範囲４３のパケット通信装置では、請求の範囲３３〜請求の範囲４２のいずれかに記載の第１のパケットと第２のパケット、あるいは３種類以上のパケットは、フレームフォーマットが互いに異なる。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいてパケットの受信処理を行う。
請求の範囲４４のパケット通信装置では、請求の範囲４３に記載の誤り検出コードに対応するフレームフォーマットとして、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットを生成する手段を備える。
請求の範囲４５のパケット通信装置では、請求の範囲４４に記載の特殊フレームフォーマットのパケットとして、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備える。
請求の範囲４６のパケット通信装置では、請求の範囲４５のデータパケットとして、データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備える。
請求の範囲４７のパケット通信装置では、複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて、請求の範囲４６の複数のデータパケットを並列送信する手段を備える。
請求の範囲４８のパケット通信装置で、請求の範囲４７の複数のデータパケットの各パケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成する手段を備える。
請求の範囲４９のパケット通信装置では、請求の範囲４４に記載の特殊フレームフォーマットのパケットとして、通信局の制御情報を格納する領域を含むパケットを生成する手段を備える。
請求の範囲５０のパケット通信装置では、請求の範囲４４に記載の特殊フレームフォーマットのパケットとして、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の制御情報を格納する領域を設けたパケットを生成する手段を備える。
請求の範囲５１のパケット通信装置では、請求の範囲４４に記載の特殊フレームフォーマットのパケットとして、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の送信データを格納する領域を設けたパケットを生成する手段を備える。
請求の範囲５２のパケット通信装置では、請求の範囲４４に記載の特殊フレームフォーマットのパケットとして、規定外のフレームヘッダを有するパケットを生成する手段を備える。
請求の範囲５３のパケット通信装置では、請求の範囲４９または請求の範囲５０に記載の制御情報として、通信局のトラヒック情報を測定して用いる手段を備える。
請求の範囲５４のパケット通信装置では、請求の範囲４９または請求の範囲５０に記載の制御情報として、通信局のハンドオーバ処理を行うための情報を用いる手段を備える。
請求の範囲５５のパケット通信装置では、請求の範囲４９または請求の範囲５０に記載の制御情報として、通信局がネットワークに接続するために必要なパラメータを用いる手段を備える。
請求の範囲５６のパケット通信装置では、請求の範囲４９または請求の範囲５０に記載の制御情報として、通信局のチャネルアクセス手順を変更するための情報を用いる手段を備える。
請求の範囲５７のパケット通信装置では、請求の範囲４９または請求の範囲５０に記載の制御情報として、通信局のチャネル割当時間に関する情報を用いる手段を備える。
請求の範囲５８のパケット通信装置では、請求の範囲４９または請求の範囲５０に記載の制御情報として、通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報を用いる手段を備える。
請求の範囲５９のパケット通信装置では、請求の範囲３３〜請求の範囲４２のいずれかに記載の第１のパケットと第２のパケット、あるいは３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納する手段を備える。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う手段を備える。
請求の範囲６０のパケット通信装置では、請求の範囲３３〜請求の範囲４２のいずれかに記裁の第１のパケットと第２のパケット、あるいは３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納する手段を備える。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う手段を備える。
請求の範囲６１のパケット通信装置では、請求の範囲６０に記載のパケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードを用いる手段を備える。
請求の範囲６２のパケット通信装置では、請求の範囲６０，６１に記載の第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、第１の通信局を特別な処理に対応する通信局として管理する手段を備える。
請求の範囲６３のパケット通信装置では、請求の範囲６０，６１に記載の第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知する手段を備える。
請求の範囲６４のパケット通信装置では、請求の範囲６０に記載のパケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードを用いる手段を備える。
【図面の簡単な説明】  図１は、本発明のパケット通信方法の第１の実施形態を示す図である。
図２は、本発明のパケット通信方法の第２の実施形態を示す図である。
図３は、本発明のパケット通信方法の第３の実施形態を示す図である。
図４は、本発明のパケット通信方法の第４の実施形態を示す図である。
図５は、本発明のパケット通信方法の第５の実施形態を示す図である。
図６は、本発明のパケット通信方法の第６の実施形態を示す図である。
図７は、本発明のパケット通信方法の第７の実施形態を示す図である。
図８は、本発明の実施例１を示す図である。
図９は、各通信局間で伝送される制御パケットおよび制御情報付ビーコンパケットのフレーム構成を示す図である。
図１０は、本発明の実施例２を示す図である。
図１１は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す図である。
図１２は、本発明の実施例３を示す図である。
図１３は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示すである。
図１４は、本発明の実施例４を示す図である。
図１５は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示すである。
図１６は、本発明の実施例５を示す図である。
図１７は、各通信局間で伝送される制御情報付ビーコンパケットおよび制御情報付データパケットのフレーム構成を示す図である。
図１８は、本発明の実施例６を示す図である。
図１９は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す図である。
図２０は、本発明の実施例７を示す図である。
図２１は、各通信局間で伝送される標準フォーマットおよび特殊フォーマットのビーコンパケットのフレーム構成を示す図である。
図２２は、本発明の実施例８を示す図である。
図２３は、各通信局間で伝送される制御情報付データパケットのフレーム構成を示す図である。
図２４は、本発明の実施例９を示す図である。
図２５は、各通信局間で伝送される制御情報付ポーリングパケットのフレーム構成を示す図である。
図２６は、本発明の実施例１０を示す図である。
図２７は、各通信局間で伝送される制御情報付データパケットのフレーム構成を示す図である。
図２８は、本発明の実施例１１を示す図である。
図２９は、各通信局間で伝送される制御情報付ＡＣＫパケットのフレーム構成を示す図である。
図３０は、本発明の実施例１２を示す図である。
図３１は、本発明の実施例１３を示す図である。
図３２は、各通信局間で伝送されるデータ付ＡＣＫパケットのフレーム構成を示す図である。
図３３は、本発明の実施例１４を示す図である。
図３４は、各通信局間で伝送される特殊フォーマットのパケットのフレーム構成を示す図である。
図３５は、本発明の実施例１５を示す図である。
図３６は、本発明の実施例１６を示す図である。
図３７は、本発明の実施例１７を示す図である。
図３８は、本発明の実施例１８を示す図である。
図３９は、本発明の実施例１９を示す図である。
図４０は、本発明の実施例２０を示す図である。
図４１は、本発明の実施例２１を示す図である。
図４２は、本発明の実施例２１を示す図である。
図４３は、実施例２１に対応する無線局Ａの通信機能確認処理手順を示すフローチャートである。
図４４は、実施例２１に対応する無線局Ａのデータパケット送信処理手順１を示すフローチャートである。
図４５は、実施例２１に対応する無線局Ａのデータパケット送信処理手順２を示すフローチャートである。
図４６は、実施例２１に対応する無線局Ｂのデータパケット受信処理手順を示すフローチャートである。
図４７は、本発明の実施例２２を示す図である。
図４８は、実施例２２に対応する無線局Ａの通信機能確認処理手順を示すフローチャートである。
図４９は、実施例２２に対応する無線局Ａのデータパケット送信処理手順１を示すフローチャートである。
図５０は、実施例２２に対応する無線局Ａのデータパケット送信処理手順２を示すフローチャートである。
図５１は、実施例２２に対応する無線局Ａのデータパケット送信処理手順３を示すフローチャートである。
図５２は、実施例２２に対応する無線局Ａのデータパケット送信処理手順４を示すフローチャートである。
図５３は、実施例２２に対応する無線局Ｂのデータパケット受信処理手順１を示すフローチャートである。
図５４は、実施例２２に対応する無線局Ｂのデータパケット受信処理手順２を示すフローチャートである。
図５５は、本発明のパケット通信装置の構成例を示すブロック図である。
図５６は、複数のデータフレームから１または複数のデータパケットを生成する方法を説明する図であり、（１）はデータフレームの分割、（２）はデータフレームの切り貼り、（３）はデータフレームの結合、（４）はデータフレームの結合を示す。
【発明を実施するための最良の形態】  （第１の実施形態）
図１は、本発明のパケット通信方法の第１の実施形態を示す。なお、第１の実施形態〜第７の実施形態では、識別する第１のパケットと第２のパケットとして、標準フォーマットのデータパケットと特殊フォーマットのデータパケット、モード１の設定に用いる制御パケット１とモード２の設定に用いる制御パケット２などを想定している。
図１において、送信無線局が第１のパケットを送信する場合には、（１）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、（２）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。なお、所定の演算処理は、ＣＲＣコード１の全ビットのビット反転、または一部のビットのビット反転、またはＣＲＣコード１に所定値の加算、またはＣＲＣコード１に所定値の減算の少なくとも１つの処理を行うものとし、その組合せも可能である。
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ１）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、ＣとＦ１が不一致の場合は、ＣＲＣコード（Ｃ）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコードに対して送信側と逆演算処理を施したＣＲＣコード（Ｆ２）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣとＦ２のＦＣＳチェックにより第２のパケットを識別し、次にＣとＦ１のＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
ここで、ＣとＦ１が不一致であり、かつＣとＦ２が不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
（第２の実施形態）
図２は、本発明のパケット通信方法の第２の実施形態を示す。図２において、送信無線局が第１のパケットを送信する場合には、（１）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、（２）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコードに対して送信側と逆演算処理を施したＣＲＣコード（Ｆ２）とを比較し、ＣとＦ１が一致する場合に第１のパケットとして認識し、ＣとＦ２が一致する場合に第２のパケットとして認識し、それぞれ受信処理する。
ここで、ＣとＦ１が不一致であり、かつＣとＦ２が不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
（第３の実施形態）
図３は、本発明のパケット通信方法の第３の実施形態を示す。図３において、送信無線局が第１のパケットを送信する場合には、（１）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、（２）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、Ｃ１とＦが不一致の場合は、ＣＲＣコード（Ｃ１）に対して送信側と同じ演算処理を施したＣＲＣコード（Ｃ  ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣ２とＦのＦＣＳチェックにより第２のパケットを識別し、次にＣ１とＦのＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
（第４の実施形態）
図４は、本発明のパケット通信方法の第４の実施形態を示す。図４において、送信無線局が第１のパケットを送信する場合には、（１）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、（２）に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、ＣＲＣコード（Ｃ  １）に対して送信側と同じ演算処理を施したＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、Ｃ１とＦが一致する場合に第１のパケットとして認識し、Ｃ２とＦが一致する場合に第２のパケットとして認識し、それぞれ受信処理する。
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
（第５の実施形態）
図５は、本発明のパケット通信方法の第５の実施形態を示す。図５において、送信無線局が第１のパケットを送信する場合には、（１）に示すように、選択信号１によるＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、（２）に示すように、選択信号２によるＣＲＣ演算により生成されたＣＲＣコード２をＦＣＳ領域に格納する。ここで、選択信号１，２は、例えばＣＲＣ演算に用いる生成多項式等のパラメータを指定するものである。
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、選択信号１によるＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、Ｃ１とＦが不一致の場合は、選択信号２によるＣＲＣ演算により生成されるＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣ２とＦのＦＣＳチェックにより第２のパケットを識別し、次にＣ１とＦのＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
（第６の実施形態）
図６は、本発明のパケット通信方法の第６の実施形態を示す。図６において、送信無線局が第１のパケットを送信する場合には、（１）に示すように、第１のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、（２）に示すように、第２のＣＲＣ演算により生成されたＣＲＣコード２をＦＣＳ領域に格納する。ここで、第１のＣＲＣ演算と第２のＣＲＣ演算は、例えばＣＲＣ演算に用いる生成多項式等のパラメータが異なるものである。
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、第１のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、Ｃ１とＦが不一致の場合は、第２のＣＲＣ演算により生成されるＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣ２とＦのＦＣＳチェックにより第２のパケットを識別し、次にＣ１とＦのＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
（第７の実施形態）
図７は、本発明のパケット通信方法の第７の実施形態を示す。図７において、送信無線局が第１のパケットを送信する場合には、（１）に示すように、第１のＣＲＣ演算により生成されたＣＲＣコードをＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、（２）に示すように、第２のＣＲＣ演算により生成されたＣＲＣコードをＦＣＳ領域に格納する。
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、第１のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、第２のＣＲＣ演算により生成されるＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、Ｃ１とＦが一致する場合に第１のパケットとして認識し、Ｃ２とＦが一致する場合に第２のパケットとして認識し、それぞれ受信処理する。
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
以上示した第１の実施形態〜第７の実施形態は、２種類のパケットを識別するためのものであるが、ＣＲＣコードに対する演算の種類や加減算する所定値を２以上にすることにより、ＣＲＣコードをもつパケットとＣＲＣコードの演算結果をもつパケットとして、合計３種類以上のパケットを生成し、識別処理に供することができる。また、ＣＲＣ演算のパラメータの種類を３以上にすることにより、それぞれのＣＲＣコードをもつ３種類以上のパケットを生成し、識別処理に供することができる。さらに、ＣＲＣコードに対する演算の種類とＣＲＣ演算のパラメータの種類を組み合わせることにより、３種類以上のパケットを生成し、識別処理に供することができる。
【実施例１】  図８は、本発明の実施例１を示す。図９は、各通信局間で伝送される制御パケットおよび制御情報付ビーコンパケットのフレーム構成を示す。
図８において、通信局Ａおよび通信局Ｂは、有線ネットワークを介して接続される基地局であり、それぞれ自セル内のトラヒックを測定し、制御パケットを用いて測定したトラヒック情報を交換している。通信局Ｃは、通信局Ａまたは通信局Ｂと無線回線を介して接続される移動端末であり、ここでは通信局Ａから通信局Ｂへのハンドオーバが想定されている。
通信局Ａと通信局Ｂの制御情報の交換に用いる制御パケットは、図９（１）に示すように、データ部に各セルのトラヒック情報を格納し、通常のＣＲＣコードに対して所定の演算処理を行ったＣＲＣコードがＦＣＳ領域に格納される。以下に示す各実施例の説明では、代表的な演算処理の例として通常のＣＲＣコードをビット反転させた「Ｒ（リバース）−ＦＣＳ」を用いて説明する。これにより、通信局Ａおよび通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御パケットであることを認識し、データ部から他セルのトラヒック情報を取得する。そして自セルのトラヒック情報と比較し、閾値以上の差を検出した通信局（ここではＡ）は、配下の移動端末（ここでは通信局Ｃ）に対して制御情報付ビーコンパケットを送信する。
この制御情報付ビーコンパケットは、図９（２）に示すように、Ｒ−ＦＣＳが格納された特殊フォーマットのビーコンパケットであり、通常の制御情報部とは別に設けられた追加制御情報部にハンドオーバ命令を含む制御情報が格納される。なお、ビーコンパケットとして通常もっている制御情報部はなくてもよい。制御情報付ビーコンパケットを受信した通信局Ｃは、Ｒ−ＦＣＳによって特殊フォーマットのパケットであることを認識し、追加制御情報部からハンドオーバ命令を取得し、ハンドオーバを開始する。通信局Ｃは、他の通信局との間で標準フォーマットの認証パケットをやりとりし、ここでは通信局Ｂと通信が可能と判断されたときに、通信局Ｂを基地局としてデータパケットの送受信を開始する。
なお、ここでは基地局間でトラヒック情報を交換し、基地局からの命令で強制的に移動端末をハンドオーバさせている。もう一つの方法としては、交換した各基地局のトラヒック情報をそのまま制御情報付ビーコンパケットに格納して移動端末に通知し、移動端末がハンドオーバすべきかどうかを判断するようにしてもよい。この場合の制御情報付ビーコンパケットのフレーム構成を図９（３）に示す。
【実施例２】  図１０は、本発明の実施例２を示す。図１１は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
図１０において、通信局Ａおよび通信局Ｂは、有線ネットワークを介して接続される基地局または互いに異なる有線ネットワークに接続される基地局であり、それぞれ自セル内のトラヒックを測定している。通信局Ｃは、通信局Ａまたは通信局Ｂと無線回線を介して接続される移動端末であり、ここでは通信局Ａから通信局Ｂへのハンドオーバが想定されている。
通信局Ａおよび通信局Ｂは、それぞれ測定したトラヒック情報を制御情報付ビーコンパケットに格納して通信局Ｃに通知する。この制御情報付ビーコンパケットは、図１１に示すように、追加制御情報部に各セルのトラヒック情報を格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から各セルのトラヒック情報を取得する。
通信局Ｃは、現在通信中の通信局Ａのトラヒックが閾値を超え、かつ通信局Ｂのトラヒックが閾値を超えていなければ、通信局Ａから通信局Ｂへのハンドオーバを開始する。そして、通信局Ｂとの間で標準フォーマットの認証パケットをやりとりし、通信局Ｂと通信が可能と判断されたときに、通信局Ｂを基地局としてデータパケットの送受信を開始する。
【実施例３】  図１２は、本発明の実施例３を示す。図１３は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
図１２において、通信局Ａおよび通信局Ｂは、互いに異なる有線ネットワークに接続される基地局である。通信局Ｃは、通信局Ａまたは通信局Ｂと無線回線を介して接続される移動端末であり、ここでは通信局Ａから通信局Ｂへのハンドオーバが想定されている。
通信局Ａおよび通信局Ｂは、それぞれ自局に接続するための無線設定情報および自局が接続する有線ネットワークに接続するための有線設定情報を制御情報付ビーコンパケットに格納して通信局Ｃへ送信している。この制御情報付ビーコンパケットは、図１２に示すように、追加制御情報部に有線／無線設定情報を格納し、Ｒ−ＦＣＳが設定される。ここで、通信局Ａと通信していた通信局Ｃは、移動や伝搬環境の変化等を検知し、通信局Ｂへハンドオーバすることを決定する。このとき、通信局Ｂから送信された制御情報付ビーコンパケットを受信し、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から無線設定情報（ＥＳＳ−ＩＤ、Ｗｅｐキー等）と、有線設定情報（ＩＰアドレス、サブネットマスク、ｐｒｏｘｙ、ｄｅｆａｕｌｔ  ｐｒｉｎｔｅｒ等）を取得し、自局の情報を更新する。そして、通信局Ｂとの間で標準フォーマットの認証パケットをやりとりし、通信局Ｂと通信が可能と判断されたときに、通信局Ｂを基地局としてデータパケットの送受信を開始する。
【実施例４】  図１４は、本発明の実施例４を示す。図１５は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
図１４において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここではＣＳＭＡ／ＣＡに基づく通常の通信モード（標準モード）から、トラヒックの混雑状況に応じてポーリングに基づく集中制御の通信モード（ポーリングモード）への切り替えが想定されている。
通信局Ａは、トラヒックが増えて頻繁に衝突が起きていることを検知した場合や、自セル内のトラヒックを測定して閾値を超えた場合に、制御情報付ビーコンパケットを通信局Ｂおよび通信局Ｃに送信する。この制御情報付ビーコンパケットは、図１５に示すように、追加制御情報部にポーリングモードに移行することを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部からポーリングモードへの移行情報を取得し、自局の通信モードを更新する。それ以後は、通信局Ａから通信局Ｂおよび通信局Ｃに対して順番にポーリングパケットを送信し、通信局Ｂおよび通信局Ｃはそれに応じてデータパケットを送信する。
【実施例５】  図１６は、本発明の実施例５を示す。図１７は、各通信局間で伝送される制御情報付ビーコンパケットおよび制御情報付データパケットのフレーム構成を示す。
図１６において、通信局Ａ，Ｂ，Ｃの接続関係、およびＣＳＭＡ／ＣＡに基づく標準モードからポーリングモードへの切り替えまでの手順は、実施例４の場合と同様である。
ポーリングパケットを受信した通信局Ｂは、データパケットを送信する際に、自局がバッファリングしているデータフレーム数またはデータサイズを制御情報として付加した制御情報付データパケットを送信する。制御情報付データパケットは、図１７（２）に示すように、データ部に自局がバッファリングしているデータフレーム数またはデータサイズを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から通信局Ｂがバッファリングしているデータフレーム数またはデータサイズを取得する。このデータフレーム数またはデータサイズが閾値以下の場合には、通信局Ａは現在のポーリングモードから標準モードに変更するための制御情報付ビーコンパケットを通信局Ｂおよび通信局Ｃへ送信する。
制御情報付ビーコンパケットは、図１７（１）に示すように、追加制御情報部に標準モードに移行することを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から標準モードへの移行情報を取得し、自局の通信モードを更新する。
【実施例６】  図１８は、本発明の実施例６を示す。図１９は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
図１８において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここではＣＳＭＡ／ＣＡに基づく通常の通信モード（標準モード）から、トラヒックの混雑状況に応じて、送信権を獲得した通信局がデータパケットを連続送信する通信モード（連続送信モード）への切り替えが想定されている。
通信局Ａは、トラヒックが増えて頻繁に衝突が起きていることを検知した場合や、自セル内のトラヒックを測定して閾値を超えた場合に、制御情報付ビーコンパケットを通信局Ｂおよび通信局Ｃに送信する。この制御情報付ビーコンパケットは、図１９に示すように、追加制御情報部に連続送信モードに移行することを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から連続送信モードへの移行情報を取得し、自局の通信モードを更新する。それ以後は、送信権を獲得した通信局（ここではＢ）がデータパケットを連続送信する。
なお、実施例４〜６では、標準モードに対してポーリングモードあるいは連続送信モードの通信モード切り替え例を示した。このような制御情報付ビーコンパケットにより設定可能な通信モードやアドレス制御モードの他の例としては、例えば、分散制御モードと特殊制御モード、ＤＡＴＡ−ＡＣＫシーケンスモードとＲＴＳ−ＣＴＳ−ＤＡＴＡ−ＡＣＫシーケンスモード、バックオフ値変更による通常送信モードと優先送信モードなどがある。また、ビーコンパケットに代わり、ブロードキャストパケットのような全体に通知することを目的とした制御パケットあるいはデータパケットを用いてもよい。
【実施例７】  図２０は、本発明の実施例７を示す。図２１は、各通信局間で伝送される標準フォーマットおよび特殊フォーマットのビーコンパケットのフレーム構成を示す。
図２０において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは特殊フォーマットのビーコンパケットの受信が可能な通信局Ｂの送信権獲得が優先される場合を想定している。なお、通信局Ｃは特殊フォーマットのビーコンパケットは受信できない。
通信局Ａは、通常のＦＣＳをもった標準フォーマットのビーコンパケットを通信局Ｂおよび通信局Ｃへ送信し、それぞれ対応するＮＡＶを設定する。標準フォーマットのビーコンパケットは、図２１（１）に示すように、ヘッダにＮＡＶ情報（Ｔａ）を有している。次に、通信局Ａは、特殊フォーマットのビーコンパケットを通信局Ｂおよび通信局Ｃへ送信する。特殊フォーマットのビーコンパケットは、図２１（２）に示すように、ヘッダのＮＡＶ情報は０であり、制御情報部にＮＡＶ解除時間としてＴｂを格納し、Ｒ−ＦＣＳが設定される。なお、Ｔｂは、特殊フォーマットのビーコンパケットを受信した時点でＮＡＶの設定時間Ｔａの残りの時間に相当する。
通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットのビーコンパケットであることを認識し、制御情報部からＮＡＶ解除時間Ｔｂを取得し、自局のＮＡＶ設定を解除する。そして、通信局Ａおよび通信局Ｂは、ＮＡＶ設定が解除されている期間（Ｔｂ）は、Ｒ−ＦＣＳをもったデータパケットおよびＡＣＫパケットを送受信する。一方、通信局Ｃは、Ｒ−ＦＣＳのビーコンパケットを認識できず、ＦＣＳエラーとして廃棄する。したがって、通信局ＣのＮＡＶ設定による送信抑制は継続される。
【実施例８】  図２２は、本発明の実施例８を示す。図２３は、各通信局間で伝送される制御情報付データパケットのフレーム構成を示す。
図２２において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局Ａからのポーリングパケットに対して通信局Ｂがデータパケットを送信するポーリングモードを想定し、通信局Ｂが次回の送信希望時刻を通信局Ａに通知することを特徴としている。
通信局Ｂは、通信局Ａからのポーリングパケットに対してデータパケットを送信する際に、過去の送信間隔履歴や上位レイヤからの通知に基づいて次回の送信希望時刻を算出し、この送信希望時刻を格納した制御情報付データパケットを通信局Ａに送信する。この制御情報付データパケットは、図２３に示すように、データ部に送信希望時刻を制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から通信局Ｂの送信希望時刻を取得し、ポーリングリスト上の通信局Ｂに対応する次回送信時刻を更新し、タイマを起動する。通信局Ａは、この送信希望時刻になるとポーリングパケットを通信局Ｂへ送信する。以下同様である。
【実施例９】  図２４は、本発明の実施例９を示す。図２５は、各通信局間で伝送される制御情報付ポーリングパケットのフレーム構成を示す。
図２４において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される固定端末（例えば画像情報を送信するカメラ）であり、ここでは通信局Ａからのポーリングパケットに対して通信局Ｂおよび通信局Ｃがデータパケットを送信するポーリングモードを想定している。
通信局Ａは、所定のスケジューリングに基づいて通信局Ｂおよび通信局Ｃの送信時刻を算出し、この送信時刻を格納した制御情報付ポーリングパケットを通信局Ｂおよび通信局Ｃに送信（マルチキャスト）する。この制御情報付ポーリングパケットは、図２５（１），（２）に示すように、データ部に各通信局の送信時刻を制御情報として格納し、Ｒ−ＦＣＳが設定される。なお、図２５（２）に示すフレームフォーマットは、ポーリングの順番を毎回変更する場合に適するものである。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ポーリングパケットであることを認識し、データ部から自局の送信時刻を取得し、タイマを起動して対応する時刻にデータパケットの送信を行う。
【実施例１０】  図２６は、本発明の実施例１０を示す。図２７は、各通信局間で伝送される制御情報付データパケットのフレーム構成を示す。
図２６において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは対向する通信局からの受信電力や送信レートを測定し、次回の送信に用いる送信電力や推奨する送信レートを対向する通信局へ通知することを特徴としている。
通信局Ａおよび通信局Ｂは、認証処理等において受信電力や送信レートを測定し、管理リストを初期化する。通信局Ａは、通信局Ｂから受信した最後のパケットを用いて受信電力や送信レートを算出し、通信局Ｂの送信電力や推奨する送信レートを格納した制御情報付データパケットを送信する。このとき、管理リスト中の通信局Ｂに対する送信電力および送信レート等を用いて制御情報付データパケットが送信される。
この制御情報付データパケットは、図２７に示すように、データ部に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ｂは、管理リストの通信局Ａに対する送信電力および送信レート等の値を更新する。なお、この制御情報付データパケットに対するＡＣＫパケットは標準フォーマットで送信される。
また、通信局Ｂは、当該制御情報付データパケットを用いて受信電力や送信レートを算出し、次回のデータパケット送信の際に、通信局Ａの送信電力や推奨する送信レートを格納した制御情報付データパケットを送信する。このとき、管理リスト中の通信局Ａに対する送信電力および送信レート等を用いて制御情報付データパケットが送信される。通信局Ａでは、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ａは、管理リストの通信局Ｂに対する送信電力および送信レート等の値を更新する。以下同様に繰り返される。
【実施例１１】  図２８は、本発明の実施例１１を示す。図２９は、各通信局間で伝送される制御情報付ＡＣＫパケットのフレーム構成を示す。
実施例１０は、相手局の送信電力や推奨する送信レートをデータパケットに格納して送信する例であるが、本実施例はＡＣＫパケットにその情報を格納することを特徴とする。
通信局Ａおよび通信局Ｂは、認証処理等において受信電力や送信レートを測定し、管理リストを初期化する。通信局Ａは、管理リスト中の通信局Ｂに対する送信電力および送信レート等を用いてデータパケットを送信する。通信局Ｂは、データパケットを受信してＡＣＫパケットを送信する際に、当該データパケットを用いて受信電力や送信レートを算出し、通信局Ａの送信電力や推奨する送信レートを格納した制御情報付ＡＣＫパケットを送信する。
この制御情報付ＡＣＫパケットは、図２９に示すように、通常のＡＣＫパケットにない制御情報部を設け、その制御情報耶に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ＡＣＫパケットであることを認識し、制御情報部から送信電力や推奨する送信レートを取得する。そして、通信局Ａは、管理リストの通信局Ｂに対する送信電力および送信レート等の値を更新する。通信局Ｂがデータパケットを送信する場合も同様である。
【実施例１２】  図３０は、本発明の実施例１２を示す。
図３０において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは実施例１０および実施例１１を合わせた処理が行われる。
通信局Ａおよび通信局Ｂは、認証処理等において受信電力や送信レートを測定し、管理リストを初期化する。通信局Ａは、通信局Ｂから受信した最後のパケットを用いて受信電力や送信レートを算出し、通信局Ｂの送信電力や推奨する送信レートを格納した制御情報付データパケットを送信する。このとき、管理リスト中の通信局Ｂに対する送信電力および送信レート等を用いて制御情報付データパケットが送信される。
この制御情報付データパケットは、図２７に示すように、データ部に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ｂは、管理リストの通信局Ａに対する送信電力および送信レート等の値を更新する。
通信局Ｂは、データパケットを受信してＡＣＫパケットを送信する際に、当該制御情報付データパケットを用いて受信電力や送信レートを算出し、通信局Ａの送信電力や推奨する送信レートを格納した制御情報付ＡＣＫパケットを送信する。
この制御情報付ＡＣＫパケットは、図２９に示すように、通常のＡＣＫパケットにないデータ部を設け、そのデータ部に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ＡＣＫパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ａは、管理リストの通信局Ｂに対する送信電力および送信レート等の値を更新する。以下、同様に繰り返される。
【実施例１３】  図３１は、本発明の実施例１３を示す。図３２は、各通信局間で伝送されるデータ付ＡＣＫパケットのフレーム構成を示す。
図３１において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ＡＣＫパケットにデータを付加することを特徴としている。
通信局Ｂは、通信局Ａへデータパケットを送信する。通信局Ａは、データパケットを受信してＡＣＫパケットを送信する際に、通信局Ｂ宛てのデータフレームがあるか否かを判断する。ここで、通信局Ｂ宛てのデータフレームがあれば、ＡＣＫパケットにデータフレームを格納したデータ付ＡＣＫパケットを送信する。
このデータ付ＡＣＫパケットは、図３２に示すように、通常のＡＣＫパケットにないデータ部を設け、そのデータ部にデータフレームを格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットのデータ付ＡＣＫパケットであることを認識し、データ部から通信局Ｂ宛てのデータフレームを取得する。なお、ＡＣＫパケットを送信する際に、通信局Ｂ宛てのデータフレームがない場合には、標準フォーマットのＡＣＫパケットが送信される。
【実施例１４】  図３３は、本発明の実施例１４を示す。図３４は、各通信局間で伝送される特殊フォーマットのパケットのフレーム構成を示す。
現在の無線ＬＡＮの規格は、１つの無線パケットで１つのデータフレームを送信することを前提とし、データ部の最大サイズが２２９６バイトに制限されている。また、これに合わせてＭＡＣヘッダ内のＤｕｒａｔｉｏｎフィールドで表現可能なＮＡＶの最大設定時間も３２ｍｓｅｃになっている。一方、この最大サイズを超える大きなパケットを送信する場合に、低い伝送レートを使用すると、ＭＡＣヘッダで表現可能なＮＡＶの最大設定時間３２ｍｓｅｃを超えることになり、本実施例はこのような状況に対応するものである。
図３３において、例えば複数のデータフレームを結合し、データ部の最大サイズが２２９６バイトを超えるパケットを生成したときに（Ｓ１）、ＮＡＶの設定値が最大設定時間Ｔｔｈを超えるか否かを判断する（Ｓ２）。ここで、ＮＡＶの設定値がＴｔｈ以下であれば、通常のＭＡＣヘッダで対応できるので、標準フォーマットのパケットを生成する（Ｓ３）。一方、ＮＡＶの設定値がＴｔｈを超える場合には、通常のＭＡＣヘッダで対応できないので、特殊フォーマットのパケットを生成し（Ｓ４）、さらにＣＲＣ操作によってＲ−ＦＣＳが設定される（Ｓ５）。特殊フォーマットのパケットは、図３４に示すように、ＭＡＣヘッダのＤｕｒａｔｉｏｎフィールドのビット数を拡張した特殊ヘッダを有する。
これにより、この特殊フォーマットのパケットを受信した通信局では、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットのパケットであることを認識し、ＭＡＣヘッダのＤｕｒａｔｉｏｎフィールドから拡張されたＮＡＶ情報を取得して対応することができる。
【実施例１５】  図３５は、本発明の実施例１５を示す。
図３５において、通信局Ａ、通信局Ｂおよび通信局Ｃは、同一の有線ネットワークを介して接続される。同一の有線ネットワークに接続された通信局がブロードキャストパケットを送信した場合、従来はそのネットワークに接続された全ての通信局がそのパケットを処理している。しかし、ネットワークに接続される通信局のうち処理能力の低いＰＤＡなど（ここでは通信局Ｃ）は、ブロードキャストパケットに対する処理を行わないようにすることにより、ＣＰＵの負荷を軽減することができる。このような通信局Ｃは、Ｒ−ＦＣＳに対応する機能を有するとともに、通常のＦＣＳが設定されたパケットはＦＣＳエラーとして廃棄する。
したがって、例えば通信局Ａが通常のＦＣＳとＲ−ＦＣＳを使い分け、通常の通信局に対するブロードキャストパケットは通常のＦＣＳを設定し、処理能力の低い通信局に対してはＲ−ＦＣＳを設定したパケットを送信する。これにより、通信局Ｃは、ブロードキャストパケットを廃棄し、Ｒ−ＦＣＳが設定されたパケットのみを選択的に受信することができ、ＣＰＵの負荷を軽減することができる。
【実施例１６】  図３６は、本発明の実施例１６を示す。
図３６において、通信局Ａ、通信局Ｂおよび通信局Ｃは、同一の有線ネットワークを介して接続される。通信局Ａはローカルネットワークに接続されるローカルサーバであり、通信局Ｂはインターネットに接続されるルータであり、通信局Ｃは基地局である。通信局Ｄは、通信局Ｃと無線回線を介して接続される移動端末である。
通信局Ｄが通信局Ｃを介してローカルネットワークにデータパケットを送信する際には、Ｒ−ＦＣＳを用いた特殊フォーマットのデータパケットを送信する。通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによってローカルネットワーク宛てのデータパケットであることを認識すると、ローカルネットワークに接続される通信局Ａへ送信する。
一方、通信局Ｄが通信局Ｃを介してインターネットにデータパケットを送信する際には、通常のＦＣＳを用いた標準フォーマットのデータパケットを送信する。通信局Ｃでは、通常のＦＣＳによってインターネット宛てのデータパケットであることを認識すると、インターネットに接続される通信局Ｂへ送信する。
【実施例１７】  図３７は、本発明の実施例１７を示す。
図３７において、通信局Ａは、有線ネットワークを介してサーバに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳに対応し、通信局ＣがＲ−ＦＣＳに対応しないものとする。
通信局Ａは、サーバから送信された視聴制限付のデータパケットをそのポート番号等により認識すると、Ｒ−ＦＣＳを用いた特殊フォーマットのマルチキャストデータパケットに変換して送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳの認識によってマルチキャストデータパケットを受信することができる。一方、通信局Ｃは、Ｒ−ＦＣＳが設定されたマルチキャストデータパケットをＦＣＳエラーとして廃棄する。なお、通常のＦＣＳが設定されたマルチキャストデータパケットは、すべての通信局が受信できるものとする。これにより、マルチキャストデータパケットを送信すべき通信局を容易に選択することができる。
【実施例１８】  図３８は、本発明の実施例１８を示す。
図３８において、通信局Ａは、有線ネットワークを介してサーバに接続される基地局である。通信局Ｂ、通信局Ｃおよび通信局Ｄは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳ１およびＲ−ＦＣＳ２に対応し、通信局ＣがＲ−ＦＣＳ２のみに対応し、通信局ＤがＲ−ＦＣＳ１およびＲ−ＦＣＳ２に対応しないものとする。なお、Ｒ−ＦＣＳ１およびＲ−ＦＣＳ２は、複数種類のＣＲＣ演算処理に対応するＣＲＣコードである。
通信局Ａは、サーバから送信された視聴制限付のデータパケットをそのポート番号等により認識すると、Ｒ−ＦＣＳ１あるいはＲ−ＦＣＳ２を用いた特殊フォーマットのマルチキャストデータパケットに変換して送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳ１あるいはＲ−ＦＣＳ２の認識によってマルチキャストデータパケットを受信することができる。通信局Ｃでは、同様にＲ−ＦＣＳ２の認識によって対応するマルチキャストデータパケットのみを受信することができる。一方、通信局Ｄは、Ｒ−ＦＣＳ１およびＲ−ＦＣＳ２が設定されたマルチキャストデータパケットをＦＣＳエラーとして廃棄する。なお、通常のＦＣＳが設定されたマルチキャストデータパケットは、すべての通信局が受信できるものとする。これにより、マルチキャストデータパケットを送信すべき通信局を容易に選択し、かつクラス分けすることができる。
なお、実施例１７，１８は、Ｒ−ＦＣＳに対応した通信局のみが所定のパケットを受信できる機能を説明するものであるが、同様の機能を用いて認証パケットとしての活用、あるいは所定の動作を行わせるためにも利用可能である。前者の場合については後述する実施例で詳しく説明するが、後者の場合については例えばＲ−ＦＣＳのパケットを受信した通信局にＬＥＤ点灯させるなどの利用方法がある。
【実施例１９】  図３９は、本発明の実施例１９を示す。
図３９において、通信局Ａは、有線ネットワークを介してサーバに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳに対応し、通信局ＣがＲ−ＦＣＳに対応しないものとする。
通信局Ａは、サーバから送信された視聴制限付のデータパケットをそのポート番号等により認識すると、通常のものとは異なる暗号鍵により暗号化処理を施し、Ｒ−ＦＣＳを用いたマルチキャストデータパケットに変換して送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳの認識によって暗号鍵を識別し、この暗号鍵を用いてマルチキャストデータパケットを復号し、データフレームを抽出することができる。一方、通信局Ｃは、Ｒ−ＦＣＳが設定されたマルチキャストデータパケットをＦＣＳエラーとして廃棄する。なお、通信局Ｃがこのマルチキャストデータパケットを廃棄せずに復号しようとしても、Ｒ−ＦＣＳを認識できないために必要な暗号鍵を識別することができず、復号は不可能である。これにより、マルチキャストデータパケットを送信すべき通信局を容易に選択することができる。
なお、複数のＲ−ＦＣＳにそれぞれ対応する暗号鍵を割り当て、複数のマルチキャストデータパケットをそれぞれ対応する通信局のみで復号できるようにすることも可能である。
【実施例２０】  図４０は、本発明の実施例２０を示す。
図４０において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳに対応し、通信局ＣがＲ−ＦＣＳに対応しないものとする。
通信局Ａは、Ｒ−ＦＣＳを用いた特殊フォーマットのデータパケットを送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳの認識によってデータパケットを受信し、同様にＲ−ＦＣＳを用いたＡＣＫパケットを送信する。一方、通信局Ｃは、Ｒ−ＦＣＳが設定されたデータパケットをＦＣＳエラーとして廃棄する。
通信局Ｂは、ＡＣＫパケットを送信してからＤＩＦＳ経過後にバックオフ制御を開始する。一方、通信局Ｃはデータパケットを廃棄してからＥＩＦＳ経過後にバックオフ制御を開始する。ここで、ＥＩＦＳは、ＳＩＦＳ＋（最低レートで送信した場合のＡＣＫフレーム長）＋ＤＩＦＳであり、
ＥＩＦＳ＞ＤＩＦＳ
となって通信局Ｃの待機時間が長くなり、結果的に通信局Ｂの送信権獲得が優先されることになる。
【実施例２１】  図４１および図４２は、本発明の実施例２１を示す。ここでは、無線局Ａおよび無線局ＢがＲ−ＦＣＳを用いた特殊フォーマットに対応し、無線局ＣがＲ−ＦＣＳを用いた特殊フォーマットに対応していないものとする。また、Ｒ−ＦＣＳを用いた特殊フォーマットのパケットは、無線局間で特殊フォーマット対応の有無を確認する認証パケット（確認パケットおよび応答パケット）として利用されるものとする。また、データパケットは、通常のＦＣＳを用いたものとする。
図４１は、特殊フォーマットに対応の無線局Ａと特殊フォーマットに対応の無線局Ｂとの間で、特殊フォーマットに対応しているか否かの通信機能確認処理およびデータパケットの送受信処理を示す。図４２は、特殊フォーマットに対応の無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かの通信機能確認処理およびデータパケットの送受信処理を示す。
図４１において、まず特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｂに対して送信する（Ｓ７１）。この確認パケットＰ２ａは、第１〜第７の実施形態の構成によってＲ−ＦＣＳが設定されており、特殊フォーマットに対応する無線局のみで正常に受信できる。
無線局Ｂは特殊フォーマットに対応しているので確認パケットＰ２ａを識別し、送信元の無線局Ａが特殊フォーマットに対応しているものと認識する（Ｓ７２）。そして、無線局Ａについて特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。この機能管理テーブルには、例えば図４１（２）に示すように、各無線局のＩＤ（識別符号）に対応付けて、特殊フォーマットへの対応の有無を表す情報が記録されている。
無線局Ｂは受信した確認パケットＰ２ａに対して、送信元に対して所定の応答パケットＰ２ｂを送信する（Ｓ７３）。この応答パケットＰ２ｂもＲ−ＦＣＳが設定される。無線局Ａは、送信した確認パケットＰ２ａに対する無線局Ｂからの応答パケットＰ２ｂを識別し、無線局Ｂが特殊フォーマットに対応しているものと認識する（Ｓ７４）。そして、特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。
無線局ＡがデータパケットＰ１ａを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７５）。図４１の例では送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ７５）。このデータパケットＰ１ａは通常のＦＣＳをもつ。
無線局ＢはデータパケットＰ１ａを受信すると、その送信元である無線局Ａが特殊フォーマットに対応しているか否かを自局の機能管理テーブルを参照して確認する（Ｓ７６）。図４１の例では無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは受信したデータパケットＰ１ａを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ７６）。
同様に、無線局ＢがデータパケットＰ１ｂを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７７）。図４１の例では送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ７７）。このデータパケットＰ１ｂは通常のＦＣＳをもつ。無線局ＡはデータパケットＰ１ｂを受信すると、その送信元である無線局Ｂが特殊フォーマットに対応しているか否かを自局の機能管理テーブルを参照して確認する（Ｓ７８）。図４１の例では無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは受信したデータパケットＰ１ｂを特殊フォーマットの定義に従って処理する（Ｓ７８）。
図４２において、まず特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｃに対して送信する（Ｓ８１）。この確認パケットＰ２ａは、第１〜第７の実施形態に示すＲ−ＦＣＳが設定されており、特殊フォーマットに対応する無線局のみで正常に受信できる。無線局Ｃは特殊フォーマットに対応していないので、受信した確認パケットＰ２ａに対してＦＣＳチェックエラーが発生する（Ｓ８２）。これにより、確認パケットは破棄され、無線局Ｃの以後の動作には全く影響を及ぼさない。
無線局Ａでは、送信した確認パケットＰ２ａに対して応答パケットがいつまでも届かないので、タイムアウトが発生する（Ｓ８３）。これにより、無線局Ａは無線局Ｃを特殊フォーマット非対応と認識する。そして、その情報を自局の機能管理テーブルに登録する。
無線局ＡがデータパケットＰ１ａを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ８４）。図４２の例では送信先の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは標準フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｃに送信する（Ｓ８４）。このデータパケットＰ１ａは通常のＦＣＳをもつ。
無線局ＣはデータパケットＰ１ａを受信すると、標準フォーマットの定義に従って処理する（Ｓ８５）。また、無線局ＣがデータパケットＰ１ｂを送信する場合には、標準フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ８６）。このデータパケットＰ１ｂは通常のＣＲＣコードをもつ。無線局ＡはデータパケットＰ１ｂを受信すると、その送信元である無線局Ｃが特殊フォーマットに対応しているか否かを自局の機能管理テーブルを参照して確認する（Ｓ８７）。図４２の例では無線局Ｃが特殊フォーマットに対応していないので、無線局Ａは受信したデータパケットＰ１ｂを標準フォーマットの定義に従って処理する（Ｓ８７）。
このように、本例では確認パケットＰ２ａおよび応答パケットＰ２ｂのＲ−ＦＣＳを用いることにより、無線局Ａ，Ｂ間で互いに特殊フォーマットへの対応の有無を確認する。無線局Ａ，Ｂは、その情報に基づいて、通常のＦＣＳをもつ標準フォーマットまたは特殊フォーマットのデータパケットをそれぞれ受信処理する。
（実施例２１に対応する無線局Ａの通信機能確認処理手順）
図４３は、実施例２１に対応する無線局Ａの通信機能確認処理手順を示す。図において、無線局Ａは、通信機能確認用のデータパケットを確認パケットとして生成する（Ｓ１０）。次に、確認パケットに対する誤り検出のためのＣＲＣコードを生成し（Ｓ１１）、そのＣＲＣコードの全ビットをビット反転し、その結果を確認パケットのＦＣＳ領域に格納する（Ｓ１２）。なお、全ビットをビット反転する代わりに、所定の一部のビットをビット反転したり、所定値を加算または減算する処理を行ってもよい。
次に、この確認パケットを通信相手の無線局Ｂに対して送信し（Ｓ１３）、確認パケットを送信してからの経過時間を確認するために内部タイマを起動する（Ｓ１４）。ここで、内部タイマがタイムアウトする前に送信した確認パケットに対する応答パケットを受信するか否かを監視し（Ｓ１５，Ｓ１６）、タイムアウトする前に応答パケットを受信した場合には、送信先の無線局Ｂが特殊フォーマット対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ１７）。一方、応答パケットを受信する前にタイムアウトした場合には、送信先の無線局Ｂが特殊フォーマット非対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ１８）。
また、他にも通信相手の無線局が存在する場合にはステップＳ１９からＳ１０に戻り、上記の動作を繰り返す。これにより、各無線局の機能管理テーブルには図４１（２）に示すような情報が登録される。これにより、各無線局は通信相手の無線局が特殊フォーマットに対応しているか否かを機能管理テーブルの内容から把握できる。
（実施例２１に対応する無線局Ａのデータパケット送信処理手順１）
図４４は、実施例２１に対応する無線局Ａのデータパケット送信処理手順１を示す。図において、送信処理を行う無線局Ａは、利用可能な全ての無線チャネルの中から全ての空き無線チャネルを検索する（Ｓ２１）。実際には、チャネル毎にキャリアセンスによって無線チャネルの空き状況を検出する。検出した空き無線チャネルの総数をＮとする。空き無線チャネルを１つ以上検出した場合には次のステップＳ２２に進む。次に、送信バッファ上で送信待ち状態にあるデータフレームの有無に関する情報を取得する（Ｓ２２）。そして、送信待ちのデータフレームがあれば次のステップＳ２３に進む。
次に、自局の機能管理テーブルの内容を参照し、送信先の無線局が特殊フォーマットの通信に対応しているか否かを識別する（Ｓ２３）。特殊フォーマット非対応の無線局Ｃに向けて送信する場合には、一般的な無線局の場合と同様に、１個のデータフレームから標準フォーマットの１個のデータパケットを生成する（Ｓ２４）。一方、特殊フォーマット対応の無線局Ｂに向けて送信する場合には、空き無線チャネル数Ｎに応じて特殊フォーマットのデータパケットを生成する。空き無線チャネルの数Ｎが１の場合には、一般的な無線局の場合と同様に１個のデータフレームを用いて１個のデータパケットを生成するが、データパケットのフォーマットとして従来とは異なる特殊フォーマットを用いる（Ｓ２５，Ｓ２６）。空き無線チャネルの数Ｎが２以上の場合には、１個または複数個のデータフレームを用いて特殊フォーマットのＸ個（複数）のデータパケットを生成する（Ｓ２５，Ｓ２８）。
ステップＳ２４，Ｓ２６で１個のデータパケットが生成される場合には、１個の空き無線チャネルを用いて１個のデータパケットを送信する（Ｓ２７）。一方、ステップＳ２８で空き無線チャネルの数Ｎが２以上でＸ個（複数）のデータパケットが生成される場合には、Ｘ個のデータパケットをＸ個の空き無線チャネルを同時に使って並列送信する（Ｓ２９）。次に、ステップＳ２７，Ｓ２９で送信開始したデータパケットの送信が完了するまで待機し（Ｓ３０）、その後ステップＳ２１に戻る。
（実施例２１に対応する無線局Ａのデータパケット送信処理手順２）
図４５は、実施例２１に対応する無線局Ａのデータパケット送信処理手順２を示す。ここでは、空間分割多重を併用する場合を示し、空き無線チャネル数がＮ、空間分割多重数がＬである場合に、並列送信するデータパケット数Ｘは（Ｘ≦Ｎ・Ｌ）の範囲内で決定される。
空間分割多重により１つの無線チャネルで複数のデータパケットを同時に送信できるので、図４４のステップＳ２５，Ｓ２６に相当する処理は省略されている。したがって、送信先の無線局が特殊フォーマットに対応している場合には、ステップＳ２３からＳ２８に進み、Ｘ個のデータパケットを生成する。次に、１個または複数個の空き無線チャネルと空間分割多重を併用し、Ｘ個のデータパケットを並列送信する（Ｓ２９Ｂ）。その他の動作は図４４と同様である。
なお、この送信処理手順２では、複数の無線チャネルを同時に使用できる場合に空間分割多重を併用することを想定しているが、使用可能な無線チャネルが１つだけの場合であっても、空間分割多重を用いて複数のデータパケットを同時に並列送信することが可能である。
（実施例２１に対応する無線局Ｂのデータパケット受信処理手順）
図４６は、実施例２１に対応する無線局Ｂのデータパケット受信処理手順を示す。ここでは、通信機能確認用のデータパケット（確認パケット）と通信用のデータパケットを順次識別して受信処理する手順として、図１に示す第１の実施形態に対応する例を示す。
図において、受信処理を行う無線局Ｂは、複数の無線チャネルの各々についてデータパケットの受信処理を繰り返し実行する（Ｓ４１）。ここで、データパケットを受信すると、受信したデータパケットについてＦＣＳチェックを行う（Ｓ４２）。すなわち、データパケットに対して所定のＣＲＣ演算を行った結果とＦＣＳ領域に格納されているＣＲＣコードが一致するか否かを調べる。
標準フォーマットあるいは特殊フォーマットのデータパケットを受信した場合には、ＣＲＣ演算の結果とＣＲＣコードとが一致するが、データパケットの内容にビットエラーなどが発生している場合には不一致が生じる。また、確認パケットを伝送する場合には、送信側が図４３のステップＳ１２でＣＲＣコードをビット反転しているので、常に不一致が生じる。
そこで、ＣＲＣコードの一致を検出した場合には、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ４３）、自局宛ての場合には受信したデータパケットの処理を実行し（Ｓ４４）、自局宛てでなければ受信したデータパケットを破棄する（Ｓ４６）。
また、ＣＲＣコードの不一致を検出した場合には、ＣＲＣコードに対して送信側が図４３のステップＳ１２で行う演算と逆の演算を行う。ここでは、ＣＲＣコードの全ビットを反転して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する（Ｓ４５）。受信したデータパケットにデータのビットエラーが発生している場合には、ＣＲＣコードをビット反転しても不一致が検出されるので、受信したデータパケットを破棄する（Ｓ４６）。一方、確認パケットを受信した場合には、ビット反転の結果が一致するので、受信した確認パケットの宛先が自局のＩＤと一致するか否かを確認する（Ｓ４７）。自局宛の確認パケットを受信した場合には、送信元の無線局Ａを特殊フォーマット対応と認識し、その情報を送信元の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ４８）。さらに、送信元の無線局Ａに対して所定の応答パケットを送信する（Ｓ４９）。一方、確認パケットが自局宛てでなければ破棄する（Ｓ４６）。
なお、特殊フォーマットに対応していない従来の動作を行う無線局が確認パケットを受信した場合には、単にＦＣＳチェックエラーとして処理してパケットを破棄するので、何も問題は生じない。すなわち、特殊フォーマットに対応した無線局と特殊フォーマット非対応の無線局とが混在するシステムであっても問題は生じない。
【実施例２２】  図４７は、本発明の実施例２２を示す。ここでは、無線局が特殊フォーマットに対応しているか否かを確認するためのデータパケットＰ２（確認パケットＰ２ａおよび応答パケットＰ２ｂ）と、標準フォーマットおよび特殊フォーマットのデータパケットＰ１をそれぞれ識別して対応する受信処理を行う。例えば、標準フォーマットのデータパケットは通常のＦＣＳに格納し、特殊フォーマットのデータパケットはＲ−ＦＣＳ１を格納し、データパケットＰ２はＲ−ＦＣＳ２を格納する。図４７において、無線局Ａと無線局Ｂが確認パケットＰ２ａおよび応答パケットＰ２ｂのやりとりにより、互いに特殊フォーマットに対応する無線局であることを認識し、その情報を自局の機能管理テーブルに登録する手順（Ｓ７１〜Ｓ７４）は、図４１に示す処理と同じである。ただし、確認パケットＰ２ａおよび応答パケットＰ２ｂは、Ｒ−ＦＣＳ２を用いており、特殊フォーマットに対応する無線局のみで正常に受信できる。
無線局ＡがデータパケットＰ１ａを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７５）。図４７の例では送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ７５）。このデータパケットＰ１ａはＲ−ＦＣＳ１が設定されており、特殊フォーマットに対応する無線局のみで正常に受信できる。無線局ＢはデータパケットＰ１ａを受信すると、ＦＣＳチェックによって特殊フォーマットであることを認識し、特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ９１）。
一方、無線局ＢがデータパケットＰ１ｂを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７７）。図４７の例では送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ７７）。このデータパケットＰ１ｂはＲ−ＦＣＳ１を設定しており、特殊フォーマットに対応する無線局のみで正常に受信できる。無線局ＡはデータパケットＰ１ｂを受信すると、ＦＣＳチェックによって特殊フォーマットであることを認識し、特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ９２）。
なお、特殊フォーマットに対応の無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かの通信機能確認処理およびデータパケットの送受信処理は、図４２に示すものと同じである。ところで、受信側の無線局が特殊フォーマットに対応している場合には、図４７に示すように、データパケットＰ１ａが特殊フォーマットであることをＣＲＣコードによって通知されることにより、図４１に示す例のように送信元を確認し、機能管理テーブルを参照して受信パケットのフォーマットを確認する手順が解消され、効率がよくなる。しかし、特殊フォーマットに対応していない無線局Ｃでは、このようなＣＲＣコードが操作されたデータパケットを受信するとＦＣＳチェックエラーになり、現在用いられている無線ＬＡＮシステムでは通常よりも長い時間キャリアセンスを行う必要が生じ、伝送効率が大きく劣化することになる。したがって、特殊フォーマットに対応する無線局と非対応の無線局が混在する場合には、データパケットのフォーマットにかかわらず通常のＦＣＳを用いる図４１に示すシーケンスの方が効率がよい。
（実施例２２に対応する無線局Ａの通信機能確認処理手順）
図４８は、実施例２２に対応する無線局Ａの通信機能確認処理手順を示す。図において、無線局Ａは、通信機能確認用のデータパケットを確認パケットとして生成する（Ｓ１０）。次に、確認パケットに対する誤り検出のためのＣＲＣコードを生成し（Ｓ１１）、そのＣＲＣコードに定数Ｑを加算し、その結果を確認パケットのＦＣＳ領域に格納する（Ｓ１２Ｂ）。なお、定数Ｑを加算する代わりに、定数Ｑを減算したり、他の定数Ｑ１を加減算する処理を行ってもよい。これ以降の処理は、図４３に示す実施例２１に対応するものと同様である。
（実施例２２に対応する無線局Ａのデータパケット送信処理手順１）
図４９は、実施例２２に対応する無線局Ａのデータパケット送信処理手順１を示す。基本的な処理手順は、図４４に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２６，Ｓ２８で生成される特殊フォーマットのデータパケットのＦＣＳ領域に、所定のＣＲＣ演算処理により得られたＣＲＣコードをビット反転して格納する処理（Ｓ３１，Ｓ３２）が追加される。
（実施例２２に対応する無線局Ａのデータパケット送信処理手順２）
図５０は、実施例２２に対応する無線局Ｂのデータパケット送信処理手順２を示す。基本的な処理手順は、図４５に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２８で生成される特殊フォーマットのデータパケットのＦＣＳ領域に、所定のＣＲＣ演算処理により得られたＣＲＣコードをビット反転して格納する処理（Ｓ３２）が追加される。
（実施例２２に対応する無線局Ａのデータパケット送信処理手順３）
図５１は、実施例２２に対応する無線局Ｂのデータパケット送信処理手順３を示す。基本的な処理手順は、図４５に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２８で生成するデータパケットについて、標準フォーマットと特殊フォーマットとを必要に応じて使い分ける（Ｓ３３）。そして、生成したデータパケットを特殊フォーマットで生成する場合には、ＦＣＳ領域のＣＲＣコードをビット反転し（Ｓ３２）、標準フォーマットで生成する場合にはＦＣＳ領域のＣＲＣコードには変更を加えない。
このため、送信側において例えば空き無線チャネル数が１でかつバッファ内のデータフレーム数が１の場合のように、特殊フォーマットを用いる必要がない場合には、相手の無線局が特殊フォーマット対応の場合であっても標準フォーマットのデータパケットを送信することができる。標準フォーマットを選択することにより、伝送効率が改善される。
（実施例２２に対応する無線局Ａのデータパケット送信処理手順４）
図５２は、実施例２２に対応する無線局Ｂのデータパケット送信処理手順４を示す。基本的な処理手順は、図４５に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２８で生成するＸ個のデータパケットについて、空き無線チャネル数Ｎが１の場合と２以上の場合で使い分ける（Ｓ３４）。
空き無線チャネル数Ｎが２以上の場合には、データパケットのＦＣＳ領域のＣＲＣコードをビット反転し（Ｓ３２）、複数の無線チャネルを用いて並列送信する（Ｓ２９Ｃ）。一方、空き無線チャネル数Ｎが１の場合には、データパケットのＦＣＳ領域のＣＲＣコードに定数Ｑ２を加算し（Ｓ３５）、１つの無線チャネルで空間分割多重を用いて並列送信する（Ｓ２９Ｄ）。
すなわち、送信側は複数の無線チャネルを用いて複数のデータパケットを並列送信するモードと、空間分割多重を用いて複数のデータパケットを並列送信するモードとを必要に応じて使い分ける。前者のモードで送信する場合にはデータパケットのＦＣＳ領域のＣＲＣコードはビット反転され、後者のモードで送信する場合にはデータパケットのＦＣＳ領域のＣＲＣコードにＱ２が加算される。なお、それぞれの演算処理は一例である。
（実施例２２に対応する無線局Ｂのデータパケット受信処理手順１）
図５３は、実施例２２に対応する無線局Ｂのデータパケット受信処理手順１を示す。ここでは、通常のＣＲＣコードがＦＣＳ領域に格納された標準フォーマットのデータパケットと、ＣＲＣコードがビット反転した特殊フォーマットのデータパケットと、ＣＲＣコードに定数Ｑが加算された通信機能確認用のデータパケット（確認パケット）とを順次識別して受信処理する手順を示す。
図において、受信動作を行う無線局Ｂは、複数の無線チャネルの各々についてデータパケットの受信処理を繰り返し実行する（Ｓ４１）。ここで、データパケットを受信すると、受信したデータパケットについてＦＣＳチェックを行う（Ｓ４２）。すなわち、データパケットに対して所定のＣＲＣ演算を行った結果とＦＣＳ領域に格納されているＣＲＣコードが一致するか否かを調べる。
標準フォーマットのデータパケットを受信した場合には、ＣＲＣ演算の結果とＣＲＣコードとが一致するが、データパケットの内容にビットエラーなどが発生している場合には不一致が生じる。また、確認パケットや特殊フォーマットのデータパケットを伝送する場合には、送信側が図４８のステップＳ１２ＢでＣＲＣコードに定数Ｑを加算したり、図４９のステップＳ３１，３２でＣＲＣコードをビット反転しているので、常に不一致が生じる。
そこで、ＣＲＣコードの一致を検出した場合には、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ４３）、自局宛ての場合には受信したデータパケットを標準フォーマットに従って処理し（Ｓ４４Ｂ）、自局宛てでなければ受信したデータパケットを破棄する（Ｓ４６）。
また、ＣＲＣコードの不一致を検出した場合には、ＣＲＣコードに対して送信側が図４９のステップＳ３１，３２で行う演算と逆の演算を行う。ここでは、ＣＲＣコードの全ビットを反転して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する（Ｓ４５）。ここで、特殊フォーマットのデータパケットを受信した場合にはビット反転の結果が一致するので、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ４７Ｂ）、自局宛ての場合には受信したデータパケットを特殊フォーマットに従って処理し（Ｓ４４Ｃ）、自局宛てでなければ受信したデータパケットを破棄する（Ｓ４６）。
また、確認パケットを受信した場合にはビット反転の結果が不一致となるので、ＣＲＣコードに対して送信側が図４８のステップＳ１２Ｂで行う演算と逆の演算を行う。ここでは、ＣＲＣコードから定数Ｑを減算して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する（Ｓ５１）。受信したデータパケットにデータのビットエラーが発生している場合には、ＣＲＣコードから定数Ｑを減算しても不一致が検出されるので、受信したデータパケットを破棄する（Ｓ４６）。一方、確認パケットを受信した場合には、定数Ｑの減算結果が一致するので、受信した確認パケットの宛先が自局のＩＤと一致するか否かを確認する（Ｓ４７Ｃ）。自局宛の確認パケットを受信した場合には、送信元の無線局を特殊フォーマット対応と認識し、その情報を送信元の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ４８）。さらに、送信元の無線局に対して所定の応答パケットを送信する（Ｓ４９）。一方、確認パケットが自局宛てでなければ破棄する（Ｓ４６）。
なお、特殊フォーマットに対応していない従来の動作を行う無線局が確認パケットや特殊フォーマットのデータパケットを受信した場合には、単にＦＣＳチェックエラーとして処理してパケットを破棄するので、何も問題は生じない。すなわち、特殊フォーマットに対応した無線局と特殊フォーマット非対応の無線局とが混在するシステムであっても問題は生じない。
（実施例２２に対応する無線局Ｂのデータパケット受信処理手順２）
図５４は、実施例２２に対応する無線局Ｂのデータパケット受信処理手順２を示す。ここでは、通常のＣＲＣコードがＦＣＳ領域に格納された標準フォーマットのデータパケットと、ＣＲＣコードがビット反転した特殊フォーマットのデータパケットと、ＣＲＣコードに定数Ｑが加算された通信機能確認用のデータパケット（確認パケット）とを順次識別する受信処理手順１に、図５２のデータパケット送信処理手順４に対応し、並列送信の種別（複数の無線チャネル、空間分割多重）に応じた手順を加えている。
すなわち、図５３の受信処理手順１にステップＳ５２およびＳ５３が追加される。ステップＳ５２では、受信したデータパケットのＦＣＳ領域のＣＲＣコードから定数Ｑ２を減算してから、このＣＲＣコードとデータパケットの計算値とが一致するかどうかを調べる。ステップＳ５３では、ＣＲＣコードの一致を検出したステップがＳ４５，Ｓ５２の何れであるかを調べることにより、通信モードを認識する。すなわち、ステップＳ４５で一致を検出した場合には送信側は図５２のステップＳ３２を実行したことになるので、複数の無線チャネルを使用する通信モードであり、ステップＳ５２で一致を検出した場合には送信側は図５２のステップＳ３５を実行したことになるので、空間分割多重を使用する通信モードである。
実際には、受信側の無線局Ｂは、ステップＳ５３で認識した通信モードに応じて、ＡＣＫパケットの返送方法を自動的に切り替える。すなわち、送信側が複数の無線チャネルを使用して複数のデータパケットを並列送信する場合には、受信側は複数の無線チャネルを使用して受信したデータパケット毎にＡＣＫパケットを返す。また、送信側が空間分割多重を使用して複数のデータパケットを並列送信する場合には、受信側は同時に受信した複数のデータパケットに対して、まとめて１つのＡＣＫパケットだけを返し、空間分割多重は用いない。
（パケット通信装置の構成例）
図５５は、本発明のパケット通信装置の構成例を示す。ここでは、３個の無線チャネル＃１，＃２，＃３を用いて３個のデータパケットを並列に送受信可能な無線パケット通信装置の構成について示すが、その並列数は任意に設定可能である。なお、各無線チャネルごとに空間分割多重を利用する場合には、複数の無線チャネルの各空間分割多重数の総和に相当する並列送信数のデータパケットを並列に送受信可能であるが、ここでは空間分割多重については省略する。なお、有線接続される一般的なパケット通信装置についても同様である。
図において、無線パケット通信装置は、送受信処理部１０−１，１０−２，１０−３と、送信バッファ２１，データパケット生成部２２，データフレーム管理部２３，チャネル状態管理部２４，パケット振り分け送信制御部２５，データフレーム復元部２６およびヘッダ除去部２７とを備える。
送受信処理部１０−１，１０−２，１０−３は、互いに異なる無線チャネル＃１，＃２，＃３で無線通信を行う。これらの無線チャネルは、互いに無線周波数などが異なるので互いに独立であり、同時に複数の無線チャネルを利用して無線通信できる構成になっている。各送受信処理部１０は、変調器１１，無線送信部１２，アンテナ１３，無線受信部１４，復調器１５，パケット選択部１６およびキャリア検出部１７を備える。
他の無線パケット通信装置が互いに異なる無線チャネル＃１，＃２，＃３を介して送信した無線信号は、それぞれ対応する送受信処理部１０−１，１０−２，１０−３のアンテナ１３を介して無線受信部１４に入力される。各無線チャネル対応の無線受信部１４は、入力された無線信号に対して周波数変換，フィルタリング，直交検波およびＡＤ変換を含む受信処理を施す。なお、各無線受信部１４には、それぞれ接続されたアンテナ１３が送信のために使用されていない時に、各無線チャネルにおける無線伝搬路上の無線信号が常時入力されており、各無線チャネルの受信電界強度を表すＲＳＳＩ信号がキャリア検出部１７へ出力される。また、無線受信部１４に対応する無線チャネルで無線信号が受信された場合には、受信処理されたベースバンド信号が復調器１５へ出力される。
復調器１５は、無線受信部１４から入力されたベースバンド信号に対してそれぞれ復調処理を行い、得られたデータパケットはパケット選択部１６へ出力される。パケット選択部１６は、入力されたデータパケットに対してＣＲＣチェックを行い、データパケットが誤りなく受信された場合には、そのデータパケットが自局に対して送信されたものか否かを識別する。すなわち、各データパケットの宛先ＩＤが自局と一致するか否かを調べ、自局宛てのデータパケットをデータフレーム復元部２６へ出力するとともに、図示しない送達確認パケット生成部で送達確認パケットを生成して変調器１１に送出し、応答処理を行う。このとき、送達確認パケットの送信にあたって、伝送速度の設定や空間分割多重を適用しないなどの送信モードの設定を行うようにしてもよい。一方、自局宛でないデータパケットの場合には、パケット選択部１６で当該パケットが破棄される。
データフレーム復元部２６は、上述したデータフレーム復元処理手順を用いて、データパケットからデータフレームを抽出する。その結果を受信データフレーム系列としてヘッダ除去部２７へ出力する。ヘッダ除去部２７は、入力された受信データフレーム系列に含まれている各々のデータフレームからヘッダ部分を除去して出力する。
キャリア検出部１７は、ＲＳＳＩ信号が入力されると、その信号によって表される受信電界強度の値と予め設定した閾値とを比較する。そして、所定の期間中の受信電界強度が連続的に閾値よりも小さい状態が継続すると、割り当てられた無線チャネルが空き状態であると判定し、それ以外の場合には割り当てられた無線チャネルがビジーであると判定する。各無線チャネルに対応するキャリア検出部１７は、この判定結果をキャリア検出結果ＣＳ１〜ＣＳ３として出力する。なお、各送受信処理部１０において、アンテナ１３が送信状態である場合にはキャリア検出部１７にＲＳＳＩ信号が入力されない。また、アンテナ１３が既に送信状態にある場合には、同じアンテナ１３を用いて他のデータパケットを無線信号として同時に送信することはできない。したがって、各キャリア検出部１７はＲＳＳＩ信号が入力されなかった場合には、割り当てられた無線チャネルがビジーであることを示すキャリア検出結果を出力する。
各無線チャネルに対応するキャリア検出部１７から出力されるキャリア検出結果ＣＳ１〜ＣＳ３は、チャネル状態管理部２４に入力される。チャネル状態管理部２４は、各無線チャネルに対応するキャリア検出結果に基づいて各無線チャネルの空き状態を管理し、空き状態の無線チャネルおよび空きチャネル数などの情報をデータフレーム管理部２３に通知する（図５５，ａ）。
一方、送信バッファ２１には、送信すべき送信データフレーム系列が入力され、バッファリングされる。この送信データフレーム系列は、１つあるいは複数のデータフレームで構成される。送信バッファ２１は、現在保持しているデータフレームの数、宛先となる無線パケット通信装置のＩＤ情報、データサイズ、バッファ上の位置を表すアドレス情報などをデータフレーム管理部２３に逐次通知する（ｂ）。
データフレーム管理部２３は、送信バッファ２１から通知された各宛先無線局ＩＤごとのデータフレームに関する情報と、チャネル状態管理部２４から通知された無線チャネルに関する情報に基づき、どのデータフレームからどのようにデータパケットを生成し、どの無線チャネルで送信するかを決定し、それぞれ送信バッファ２１，データパケット生成部２２およびデータパケット振り分け送信制御部２５に通知する（ｃ，ｄ，ｅ）。例えば、空き状態の無線チャネル数Ｎが送信バッファ２１にある送信待ちのデータフレーム数Ｋより少ない場合に、空き状態の無線チャネル数Ｎを並列送信するデータパケット数として決定し、送信バッファ２１に対してＫ個のデータフレームから、Ｎ×Ｄｍａｘ以下になるように送信するデータフレームを決定し、それを指定するアドレス情報を通知する（ｃ）。また、データパケット生成部２２に対しては、送信バッファ２１から入力したデータフレームからＮ個のデータパケットを生成するための情報を通知する（ｄ）。また、パケット振り分け送信制御部２５に対しては、データパケット生成部２２で生成されたＮ個のデータパケットと空き状態の無線チャネルとの対応を指示する（ｅ）。
送信バッファ２１は、出力指定されたデータフレームをデータパケット生成部２２に出力する（ｆ）。データパケット生成部２２は、各データフレームからデータ領域を抽出し、前述したサブヘッダを付加した上で切り貼りし、パケット長が揃った複数のデータブロックを生成し、このデータブロックに当該データパケットの宛先となる宛先無線局のＩＤ情報やデータフレームの順番を表すシーケンス番号などの制御情報を含むヘッダ部と、誤り検出符号であるＣＲＣ符号（ＦＣＳ部）を付加してデータパケットを生成する。このとき、パケットのフォーマットや種類や宛先などに応じたＣＲＣコードが用いられる。パケット振り分け送信制御部２５は、データパケット生成部２２から入力された各データパケットと各無線チャネルとの対応付けを行う。
このような対応付けの結果、無線チャネル＃１に対応付けられたデータパケットは送受信処理部１０−１内の変調器１１に入力され、無線チャネル＃２に対応付けられたデータパケットは送受信処理部１０−２内の変調器１１に入力され、無線チャネル＃３に対応付けられたデータパケットは送受信処理部１０−３内の変調器１１に入力される。各変調器１１は、パケット振り分け送信制御部２５からデータパケットが入力されると、そのデータパケットに対して所定の変調処理を施して無線送信部１２に出力する。各無線送信部１２は、変調器１１から入力された変調処理後のデータパケットに対して、ＤＡ変換，周波数変換，フィルタリング及び電力増幅を含む送信処理を施し、それぞれ対応する無線チャネルを介してアンテナ１３からデータパケットとして送信する。
【産業上の利用可能性】  本発明のパケット通信方法およびパケッド通信装置は、複数のパケットを識別する情報を通信局間で送受信できるので、双方の通信局の通信モードやデータパケットのフォーマットなどに応じた処理が可能になる。しかも、これらの情報を含むパケットは、従来の通信制御だけに対応する通信局の通信に特別な影響を及ぼさないので、新規な通信モードやフォーマットに対応した通信局と従来の通信局とが混在する通信システムを構成することもできる。例えば、データフレームのデータ領域の分割・切り貼りを行って生成される特殊フォーマットに対応する通信局と、特殊フォーマットに対応しない通信局とが混在するシステムを構成することができる。
【図１】
2005020531.tif 000003
【図２】
2005020531.tif 000004
【図３】
2005020531.tif 000005
【図４】
2005020531.tif 000006
【図５】
2005020531.tif 000007
【図６】
2005020531.tif 000008
【図７】
2005020531.tif 000009
【図８】
2005020531.tif 000010
【図９】
2005020531.tif 000011
【図１０】
2005020531.tif 000012
【図１１】
2005020531.tif 000013
【図１２】
2005020531.tif 000014
【図１３】
2005020531.tif 000015
【図１４】
2005020531.tif 000016
【図１５】
2005020531.tif 000017
【図１６】
2005020531.tif 000018
【図１７】
2005020531.tif 000019
【図１８】
2005020531.tif 000020
【図１９】
2005020531.tif 000021
【図２０】
2005020531.tif 000022
【図２１】
2005020531.tif 000023
【図２２】
2005020531.tif 000024
【図２３】
2005020531.tif 000025
【図２４】
2005020531.tif 000026
【図２５】
2005020531.tif 000027
【図２６】
2005020531.tif 000028
【図２７】
2005020531.tif 000029
【図２８】
2005020531.tif 000030
【図２９】
2005020531.tif 000031
【図３０】
2005020531.tif 000032
【図３１】
2005020531.tif 000033
【図３２】
2005020531.tif 000034
【図３３】
2005020531.tif 000035
【図３４】
2005020531.tif 000036
【図３５】
2005020531.tif 000037
【図３６】
2005020531.tif 000038
【図３７】
2005020531.tif 000039
【図３８】
2005020531.tif 000040
【図３９】
2005020531.tif 000041
【図４０】
2005020531.tif 000042
【図４１】
2005020531.tif 000043
【図４２】
2005020531.tif 000044
【図４３】
2005020531.tif 000045
【図４４】
2005020531.tif 000046
【図４５】
2005020531.tif 000047
【図４６】
2005020531.tif 000048
【図４７】
2005020531.tif 000049
【図４８】
2005020531.tif 000050
【図４９】
2005020531.tif 000051
【図５０】
2005020531.tif 000052
【図５１】
2005020531.tif 000053
【図５２】
2005020531.tif 000054
【図５３】
2005020531.tif 000055
【図５４】
2005020531.tif 000056
【図５５】
2005020531.tif 000057
【図５６】
2005020531.tif 000058
【手続補正書】
【提出日】平成18年6月23日(2006.6.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項２】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、前記誤り検出コードＣと前記誤り検出コードＦ１が一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣと前記誤り検出コードＦ２が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項３】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードに前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項４】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、前記誤り検出コードＣ１に前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項５】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第１の誤り検出コード演算処理と前記第２の誤り検出コード演算処理は、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、前記第１の通信局と前記第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信し、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項６】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信方法において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信し、
前記第１の誤り検出コード演算処理と前記第２の誤り検出コード演算処理は、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、前記第１の通信局と前記第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信し、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する
ことを特徴とするパケット通信方法。
【請求項７】
請求項１〜請求項４のいずれかに記載のパケット通信方法において、
前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した前記第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で、前記第１のパケットを含めて３種類以上のパケットを送受信する
ことを特徴とするパケット通信方法。
【請求項８】
請求項１〜請求項４のいずれかに記載の前記第１の誤り検出コードに対する所定の演算処理の種類と、請求項５または請求項６に記載の前記誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で送受信する
ことを特徴とするパケット通信方法。
【請求項９】
請求項１〜請求項８のいずれかに記載のパケット通信方法において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、フレームフォーマットが互いに異なり、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納し、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいて前記パケットの受信処理を行う
ことを特徴とするパケット通信方法。
【請求項１０】
請求項９に記載のパケット通信方法において、
前記誤り検出コードに対応するフレームフォーマットは、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットである
ことを特徴とするパケット通信方法。
【請求項１１】
請求項１０に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、前記第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含むことを特徴とするパケット通信方法。
【請求項１２】
請求項１１に記載のパケット通信方法において、
前記データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含むことを特徴とするパケット通信方法。
【請求項１３】
請求項１２に記載のパケット通信方法において、
前記複数のデータパケットは、複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて並列送信される
ことを特徴とするパケット通信方法。
【請求項１４】
請求項１３に記載のパケット通信方法において、
前記複数のデータパケットは、各データパケットのパケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成される
ことを特徴とするパケット通信方法。
【請求項１５】
請求項１０に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、前記通信局の制御情報を格納する領域を含むことを特徴とするパケット通信方法。
【請求項１６】
請求項１０に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の制御情報を格納する領域が設けられることを特徴とするパケット通信方法。
【請求項１７】
請求項１０に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の送信データを格納する領域が設けられることを特徴とするパケット通信方法。
【請求項１８】
請求項１０に記載のパケット通信方法において、
前記特殊フレームフォーマットのパケットは、規定外のフレームヘッダを有することを特徴とするパケット通信方法。
【請求項１９】
請求項１５または請求項１６に記載のパケット通信方法において、
前記制御情報は、前記通信局のトラヒック情報であることを特徴とするパケット通信方法。
【請求項２０】
請求項１５または請求項１６に記載のパケット通信方法において、
前記制御情報は、前記通信局のハンドオーバ処理を行うための情報であることを特徴とするパケット通信方法。
【請求項２１】
請求項１５または請求項１６に記載のパケット通信方法において、
前記制御情報は、前記通信局がネットワークに接続するために必要なパラメータであることを特徴とするパケット通信方法。
【請求項２２】
請求項１５または請求項１６に記載のパケット通信方法において、
前記制御情報は、前記通信局のチャネルアクセス手順を変更するための情報であることを特徴とするパケット通信方法。
【請求項２３】
請求項１５または請求項１６に記載のパケット通信方法において、
前記制御情報は、前記通信局のチャネル割当時間に関する情報であることを特徴とするパケット通信方法。
【請求項２４】
請求項１５または請求項１６に記載のパケット通信方法において、
前記制御情報は、前記通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報であることを特徴とするパケット通信方法。
【請求項２５】
請求項１〜請求項８のいずれかに記載のパケット通信方法において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納し、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う
ことを特徴とするパケット通信方法。
【請求項２６】
請求項１〜請求項８のいずれかに記載のパケット通信方法において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納し、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う
ことを特徴とするパケット通信方法。
【請求項２７】
請求項２６に記載のパケット通信方法において、
前記パケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードが用いられることを特徴とするパケット通信方法。
【請求項２８】
請求項２７に記載のパケット通信方法において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、前記第１の通信局を特別な処理に対応する通信局として管理することを特徴とするパケット通信方法。
【請求項２９】
請求項２７に記載のパケット通信方法において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知することを特徴とするパケット通信方法。
【請求項３０】
請求項２６に記載のパケット通信方法において、
前記パケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードが用いられることを特徴とするパケット通信方法。
【請求項３１】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３２】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して前記所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、前記誤り検出コードＣと前記誤り検出コードＦ１が一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣと前記誤り検出コードＦ２が一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３３】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードに前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３４】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、前記第１の誤り検出コードに所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、前記誤り検出コードＣ１に前記所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する手段を備えた
ことを特徴とするパケット通信装置。
【請求項３５】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第１のパケットとして受信処理し、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に前記第２のパケットとして受信処理する手段を備え、
前記第１の誤り検出コード演算処理と前記第２の誤り検出コード演算処理は、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、前記第１の通信局と前記第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する構成である
ことを特徴とするパケット通信装置。
【請求項３６】
伝送すべき情報が格納されたデータ領域と誤り検出コードが格納されたＦＣＳ領域とを含むパケットを複数の通信局の間で伝送するためのパケット通信装置において、
第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備え、
前記第２の通信局は、受信パケットに対して前記第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して前記第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、前記誤り検出コードＣ１と前記誤り検出コードＦが一致する場合に前記第１のパケットとして受信処理し、前記誤り検出コードＣ２と前記誤り検出コードＦが一致する場合に前記第２のパケットとして受信処理する手段を備え、
前記第１の誤り検出コード演算処理と前記第２の誤り検出コード演算処理は、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、前記第１の通信局と前記第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する構成である
ことを特徴とするパケット通信装置。
【請求項３７】
請求項３１〜請求項３４のいずれかに記載のパケット通信装置において、
前記第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した前記第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で、前記第１のパケットを含めて３種類以上のパケットを送受信する構成である
ことを特徴とするパケット通信装置。
【請求項３８】
請求項３１〜請求項３４のいずれかに記載の前記第１の誤り検出コードに対する所定の演算処理の種類と、請求項３７または請求項３８に記載の前記誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、前記第１の通信局と前記第２の通信局との間で送受信する構成である
ことを特徴とするパケット通信装置。
【請求項３９】
請求項３１〜請求項３８のいずれかに記載のパケット通信装置において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、フレームフォーマットが互いに異なり、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納する手段を備え、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいて前記パケットの受信処理を行う手段を備えた
ことを特徴とするパケット通信装置。
【請求項４０】
請求項３９に記載のパケット通信装置において、
前記誤り検出コードに対応するフレームフォーマットとして、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４１】
請求項４０に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、前記第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４２】
請求項４１に記載のパケット通信装置において、
前記データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４３】
請求項４２に記載のパケット通信装置において、
複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて、前記複数のデータパケットを並列送信する手段を備えたことを特徴とするパケット通信装置。
【請求項４４】
請求項４３に記載のパケット通信装置において、
前記複数のデータパケットの各パケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４５】
請求項４０に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、前記通信局の制御情報を格納する領域を含むパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４６】
請求項４０に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の制御情報を格納する領域を設けたパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４７】
請求項４０に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、前記標準フレームフォーマットのパケットにデータ部が存在しない場合に、前記通信局の送信データを格納する領域を設けたパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４８】
請求項４０に記載のパケット通信装置において、
前記特殊フレームフォーマットのパケットとして、規定外のフレームヘッダを有するパケットを生成する手段を備えたことを特徴とするパケット通信装置。
【請求項４９】
請求項４５または請求項４６に記載のパケット通信装置において、
前記通信局のトラヒック情報を測定し、前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５０】
請求項４５または請求項４６に記載のパケット通信装置において、
前記通信局のハンドオーバ処理を行うための情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５１】
請求項４５または請求項４６に記載のパケット通信装置において、
前記通信局がネットワークに接続するために必要なパラメータを前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５２】
請求項４５または請求項４６に記載のパケット通信装置において、
前記通信局のチャネルアクセス手順を変更するための情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５３】
請求項４５または請求項４６に記載のパケット通信装置において、
前記通信局のチャネル割当時間に関する情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５４】
請求項４５または請求項４６に記載のパケット通信装置において、
前記通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報を前記制御情報として用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５５】
請求項３１〜請求項３８のいずれかに記載のパケット通信装置において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納する手段を備え、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う手段を備えた
ことを特徴とするパケット通信装置。
【請求項５６】
請求項３１〜請求項３８のいずれかに記載のパケット通信装置において、
前記第１のパケットと前記第２のパケット、あるいは前記３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有し、
前記第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納する手段を備え、
前記第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う手段を備えた
ことを特徴とするパケット通信装置。
【請求項５７】
請求項５６に記載のパケット通信装置において、
前記パケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードを用いる手段を備えたことを特徴とするパケット通信装置。
【請求項５８】
請求項５７に記載のパケット通信装置において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、前記第１の通信局を特別な処理に対応する通信局として管理する手段を備えたことを特徴とするパケット通信装置。
【請求項５９】
請求項５７に記載のパケット通信装置において、
前記第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知する手段を備えたことを特徴とするパケット通信装置。
【請求項６０】
請求項５６に記載のパケット通信装置において、
前記パケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードを用いる手段を備えたことを特徴とするパケット通信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信局間で複数種類のパケットを伝送する場合に用いられるパケット通信方法およびパケット通信装置に関する。
【背景技術】
【０００２】
複数種類のパケットが伝送される無線パケット通信システムでは、受信したパケットの種類を識別してそれに応じた処理を行う必要がある。このようなパケットの識別情報を通知する方法の一つとして、パケットのＦＣＳ（Frame Check Sequence）領域に格納される誤り検出のためのＣＲＣ(Cyclic Redundancy Check) コードを操作する方法がある（特許文献１）。
【０００３】
すなわち、２種類のパケット（例えばデータパケットと制御パケット）を識別する場合、一方は所定のＣＲＣ演算処理により生成される通常のＣＲＣコードをＦＣＳ領域に格納し、他方はＣＲＣコードの代わりに所定コードをＦＣＳ領域に格納する。受信局では、受信パケットに対して所定のＣＲＣ演算処理により生成されるＣＲＣコードと、ＦＣＳ領域に格納されたＣＲＣコードを比較するＦＣＳチェックを行い、両者が一致すれば一方のパケットとして処理し、両者が不一致（ＦＣＳチェックエラー）であれば破棄するか、不一致でもＦＣＳ領域に格納されたものが所定コードであれば他方のパケットとして処理する。
【０００４】
なお、特許文献１では、特殊なパケット（通知パケットや同期パケット）を受信処理する無線局と、特殊なパケットを破棄する無線局を識別するために本方法を用いている。すなわち、無線局ＡではＦＣＳチェックエラーとなれば当該パケット（特殊なパケット）を破棄し、無線局ＢではＦＣＳチェックエラーであっても所定コードを有するパケットであれば、エラーとみなさず特殊なパケットとして処理するようにしている。
【０００５】
ここで、無線局で識別を要する複数種類のパケットとしては、上記のデータパケットと制御パケットの他に、複数のアクセス制御のモード変更に用いる複数の制御パケットや、標準フォーマットのデータパケットと特殊フォーマットのデータパケットなどがある。以下、特殊フォーマットのデータパケットが伝送される無線パケット通信システムについて説明する。
【０００６】
標準規格に準拠する従来の無線パケット通信方法では、使用する無線チャネルを事前に１つだけ決めておき、データパケットの送信に先立って当該無線チャネルが空き状態か否かを検出（キャリアセンス）し、当該無線チャネルが空き状態の場合にのみ１つのデータパケットを送信していた。このような制御により、１つの無線チャネルを複数の無線局で互いに時間をずらして共用することができた（非特許文献１，非特許文献２）。
【０００７】
このような無線パケット通信方法において、データパケットの伝送効率を高めるために、公知の空間分割多重技術（非特許文献３）を用い、１つの無線チャネルで複数のデータパケットを並列送信する無線パケット通信方法が検討されている。この空間分割多重技術（ＳＤＭ）は、複数のアンテナから同じ無線チャネルで同時に異なるデータパケットを送信し、対向する無線局の複数のアンテナに受信された各データパケットの伝搬係数の違いに対応するディジタル信号処理により、同じ無線チャネルで同時に送信された複数のデータパケットを受信する方式である。なお、伝搬係数等に応じて空間分割多重数が決定される。
【０００８】
また、データパケットの伝送効率を高めるために、各無線局がそれぞれ複数の無線通信インタフェースをもち、キャリアセンスの際に複数の無線チャネルが空き状態であれば、その複数の無線チャネルを用いて複数のデータパケットを並列送信する無線パケット通信方法が検討されている。
【０００９】
また、複数の無線チャネルと空間分割多重技術の組み合わせにより、複数の無線チャネルの各空間分割多重数の総和に相当する数のデータパケットを並列送信する無線パケット通信方法も検討されている。
【００１０】
これらの方法では、例えば３個のデータパケットに対して、空き状態の無線チャネルが２つあれば、２つの無線チャネルを用いて３個のうちの２個のデータパケットを並列送信する。また、２個のデータパケットに対して、空き状態の無線チャネルが３つあれば、２つの無線チャネルを用いて全て（２個）のデータパケットを並列送信する。空間分割多重技術を用いる場合も同様である。
【００１１】
ここで、データフレームから並列送信する複数のデータパケットを生成する方法としては、次の３つの方法がある。例えばデータフレームが１つで空きチャネル数が２つの場合には、図５６(1) に示すようにデータフレームを分割することにより、同一パケット長の２つのデータパケットを生成する。また、データフレームが３つで空きチャネル数が２つの場合には、図５６(2) に示すように、例えばデータフレーム２を分割してそれぞれデータフレーム１およびデータフレーム３と結合することにより、同一パケット長の２つのデータパケットを生成する。あるいは、３つのデータフレームを連結してから２分割しても同様である。また、図５６(3) に示すように、データフレーム１とデータフレーム２を連結し、データフレーム３にダミービットを付加し、同一パケット長の２つのデータパケットを生成する。なお、複数の無線チャネルを使用する際に各無線チャネルの伝送速度が異なる場合には、各データパケットのサイズ比を伝送速度比に対応させてパケット長が同じになるように調整する。
【００１２】
また、無線ＬＡＮシステムでは、１つのデータフレームを１つのＭＡＣ（Media Access Control) フレームに変換している。したがって、データフレームのデータ領域のデータサイズが小さい場合でも、１つのＭＡＣフレームに変換され、１つのデータパケット（無線パケット）として送信されることになる。例えば、ＩＥＥＥ802.11規格のＭＡＣフレームのデータ領域の最大サイズは2296バイトであるのに対して、データフレームとして一般的に用いられているイーサネット（登録商標）フレームでは、データ領域のデータサイズが最大1500バイトに制限されている。したがって、最大サイズのイーサネットフレームであっても、ＭＡＣフレームのデータ領域の最大サイズ（2296バイト）に対して余裕があることになる。すなわち、従来のシステムでは、１つのＭＡＣフレームで送信可能な最大のデータサイズを有効に活用できず、スループットの改善にも限界があった。
【００１３】
したがって、データパケットのデータサイズを最大限に活用するために、図５６(4) に示すように、複数のデータフレームのデータ領域を結合して１つのデータパケットとして伝送する方法も検討されている。なお、図５６(2) ，(3) に示す方法においても、ＭＡＣフレームの最大サイズの範囲でデータフレームの結合等が行われる。
【００１４】
ここで、図５６(1) に示すフレーム分割により生成される複数のデータパケットは、既存のフラグメント処理に基づく標準規格に準拠するフレームフォーマットにより対応することができる。一方、図５６(2) に示すデータフレームの「切り貼り」や、図５６(3),(4) に示すデータフレームの「結合」により再構成されたデータパケットは、標準規格に準拠しない特殊フォーマットになる。
【００１５】
このような特殊フォーマットのデータパケットは、当然のことながらデータフレームのデータ領域とデータパケットのデータ領域とが１対１に対応しないことになる。一方、受信側の無線局では、受信したデータパケットから元のデータフレームを復元しなければならないが、従来は想定されていないパケットフォーマットであるので、そのままでは復元できない。その理由は次の通りである。
【００１６】
実際のシステムでは、例えばＩＰレイヤにおけるＩＰパケットを下位レイヤに引き渡す場合に、いくつかのデータフレームに分割して引き渡すような処理を行う。この場合、分割してできた各データフレームのデータ領域の先頭部分には、元のＩＰパケットを復元するためのヘッダがそれぞれ付加される。このようにして生成されたデータフレームから作られたデータパケットを受信側で受信した場合には、データパケットからデータフレームを抽出し、さらに元のＩＰパケットを復元する。
【００１７】
一般に、受信側のＩＰレイヤでは、受信した各データフレームのデータ領域の先頭部分が、元のＩＰパケットを復元するために必要なヘッダ情報であるものと機械的に認識してＩＰパケットの復元処理を行う。すなわち、ＩＰレイヤの立場からすると、各データフレームのデータ領域の先頭部分は元のＩＰパケットを復元するためのヘッダ情報でなければ問題が生じる。
【００１８】
ところが、前述のように送信側で「切り貼り」や「結合」により再構成されたデータパケットは、元のＩＰパケットを復元するためのヘッダ情報が各データフレームのデータ領域の先頭以外の部分に移動することになり、そのままではＩＰレイヤでＩＰパケットを復元できない。したがって、受信側ではＩＰパケットに復元する前に、まず受信したデータパケットから再構成される前の元のデータフレームを復元する必要がある。
【特許文献１】特許第３３４９８６１号公報
【非特許文献１】International Standard ISO/IEC 8802-11 ANSI/IEEE Std 802.11, 1999 edition, 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
【非特許文献２】小電力データ通信システム／広帯域移動アクセスシステム（ＣＳＭＡ）標準規格、ARIB STD-T71 1.0版、（社）電波産業会、平成12年策定
【非特許文献３】黒崎ほか、ＭＩＭＯチャネルにより100Mbit/s を実現する広帯域移動通信用ＳＤＭ−ＣＯＦＤＭ方式の提案、電子情報通信学会技術研究報告、Ａ・Ｐ2001-96,RCS2001-135(2001-10)
【発明の開示】
【発明が解決しようとする課題】
【００１９】
送信側で再構成された特殊フォーマットのデータパケットから受信側で再構成前のデータフレームを復元するためには、データパケットが特殊フォーマットか否か、特殊フォーマットの場合にはデータフレームの境目、データパケットの順番などの情報が必要になる。しかし、標準フォーマットでは、そのような情報を伝送するための領域が定義されていないので、新たに定義される特殊フォーマットによって、その情報を送信側から受信側に伝える必要がある。ただし、一般的に定義されていない特殊フォーマットを通信システム全体で採用すると、通信システムを構成する全ての無線局を特殊フォーマットに対応した新たな装置に置き換えざるを得ないので、コストの増大が避けられない。
【００２０】
ここでは、例えば１つのデータパケットが１つのデータフレームから生成される標準フォーマットのデータパケットを扱う既存の無線局と、１つのデータパケット中に複数のデータフレームのデータ領域が切り貼りされる特殊フォーマットのデータパケットを扱う新規の無線局が混在する場合を想定する。
【００２１】
この場合には、まず無線パケット通信を行う無線局間で、標準フォーマットのみに対応しているのか、標準フォーマットおよび特殊フォーマットに対応しているのか、双方で確認パケットおよび応答パケットをやりとりして認識する必要がある。その上で、特殊フォーマットのデータパケットに、(1) データパケットがデータフレームを「切り貼り」や「結合」により再構成されたものかどうか、  (2) データフレームの境目、(3) データパケットの順番などの情報を含める必要がある。
【００２２】
しかし、確認パケットおよび応答パケットのような制御パケットと通常のデータパケットの識別、さらに標準フォーマットのデータパケットと特殊フォーマットのデータパケットの識別などのために、前記文献に示す方法では次のような問題がある。すなわち、前記文献に示す方法は、ＦＣＳ領域に通常のＣＲＣコードまたは所定コードを格納し、受信側でＦＳＣチェックを行い、ＦＣＳチェックエラーであっても所定コードを有するパケットであれば、エラーとみなさず制御パケットとして処理するものである。これにより、制御パケットと通常のデータパケットとの識別は可能であるものの、ＦＣＳチェックは通常のデータパケットのみに対して機能し、制御パケットに対しては機能していないことになる。すなわち、通常のデータパケットと制御パケットの識別のために、制御パケットについてはＦＣＳチェックの機能を犠牲にしている。
【００２３】
本発明の目的は、複数種類のパケットを識別するために、パケットのＦＣＳ領域に格納される誤り検出のための誤り検出コードを操作する方法をとりながら、各パケットのＦＣＳチェックを確実に行うことができるパケット通信方法およびパケット通信装置を実現するところにある。
【課題を解決するための手段】
【００２４】
本発明のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に第２のパケットとして受信処理する。
【００２５】
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
【００２６】
本発明のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、誤り検出コードＣと誤り検出コードＦ１が一致する場合に第１のパケットとして受信処理し、誤り検出コードＣと誤り検出コードＦ２が一致する場合に第２のパケットとして受信処理する。
【００２７】
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
【００２８】
本発明のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードに所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する。
【００２９】
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
【００３０】
本発明のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、誤り検出コードＣ１に所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する。
【００３１】
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
【００３２】
ここで、第１の誤り検出コードに対する所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を行う。
【００３３】
また、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、第１の通信局と第２の通信局との間で、第１のパケットを含めて３種類以上のパケットを送受信するようにしてもよい。
【００３４】
本発明のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する。
【００３５】
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
【００３６】
本発明のパケット通信方法では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する。
【００３７】
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
【００３８】
ここで、第１の誤り検出コード演算処理と第２の誤り検出コード演算処理として、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、第１の通信局と第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する。
【００３９】
また、第１の誤り検出コードに対する所定の演算処理の種類と、誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、第１の通信局と第２の通信局との間で送受信するようにしてよい。
【００４０】
また、第１のパケットと第２のパケット、あるいは３種類以上のパケットは、フレームフォーマットが互いに異なる。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいてパケットの受信処理を行う。
【００４１】
また、誤り検出コードに対応するフレームフォーマットは、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットである。
【００４２】
また、特殊フレームフォーマットのパケットは、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含む。
【００４３】
また、データパケットとして、データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含む。
【００４４】
また、複数のデータパケットは、複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて並列送信される。
【００４５】
また、複数のデータパケットは、各データパケットのパケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成される。
【００４６】
また、特殊フレームフォーマットのパケットは、通信局の制御情報を格納する領域を含む。
また、特殊フレームフォーマットのパケットは、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の制御情報を格納する領域が設けられる。
また、特殊フレームフォーマットのパケットは、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の送信データを格納する領域が設けられる。
また、特殊フレームフォーマットのパケットは、規定外のフレームヘッダを有する。
【００４７】
また、制御情報は、通信局のトラヒック情報、通信局のハンドオーバ処理を行うための情報、通信局がネットワークに接続するために必要なパラメータ、通信局のチャネルアクセス手順を変更するための情報、通信局のチャネル割当時間に関する情報、通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報である。
【００４８】
また、記載の第１のパケットと第２のパケット、あるいは３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う。
【００４９】
また、第１のパケットと第２のパケット、あるいは３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う。
【００５０】
また、パケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードが用いられる。
【００５１】
また、第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、第１の通信局を特別な処理に対応する通信局として管理する。
【００５２】
また、第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知する。
【００５３】
また、パケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードが用いられる。
【００５４】
本発明のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１とを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、両者が一致する場合に第２のパケットとして受信処理する手段を備える。
【００５５】
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
【００５６】
本発明のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣと、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦ１に対して所定の演算処理の結果を元に戻す逆演算処理を施した誤り検出コードＦ２とを比較し、誤り検出コードＣと誤り検出コードＦ１が一致する場合に第１のパケットとして受信処理し、誤り検出コードＣと誤り検出コードＦ２が一致する場合に第２のパケットとして受信処理する手段を備える。
【００５７】
このように、受信パケットの誤り検出コードに対して逆演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
【００５８】
本発明のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードに所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する手段を備える。
【００５９】
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
【００６０】
本発明のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して所定の誤り検出コード演算処理により生成される第１の誤り検出コードをＦＣＳ領域に格納した第１のパケットと、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して所定の誤り検出コード演算処理により生成される誤り検出コードＣ１と、誤り検出コードＣ１に所定の演算処理を施した誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する手段を備える。
【００６１】
このように、受信パケットに対して所定の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
【００６２】
ここで、第１の誤り検出コードに対する所定の演算処理として、第１の誤り検出コードの全ビットのビット反転、または第１の誤り検出コードの一部のビットのビット反転、または第１の誤り検出コードに所定値の加算、または第１の誤り検出コードに所定値の減算の少なくとも１つの処理を行う構成である。
【００６３】
また、第１の誤り検出コードに所定の演算処理を施した第２の誤り検出コードをＦＣＳ領域に格納した第２のパケットとして、所定の演算処理あるいは加減算する複数種類の所定値を組み合わせて２種類以上のパケットを生成し、第１の通信局と第２の通信局との間で、第１のパケットを含めて３種類以上のパケットを送受信する構成としてもよい。
【００６４】
本発明のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第１のパケットとして受信処理し、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦとを比較し、両者が一致する場合に第２のパケットとして受信処理する手段を備える。
【００６５】
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を識別し、対応する受信処理を行うことができる。
【００６６】
本発明のパケット通信装置では、データ領域とＦＣＳ領域を含むパケットを送信する第１の通信局は、送信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードをＦＣＳ領域に格納した第１のパケットと、送信パケットに対して第２の誤り検出コード演算処理により生成された誤り検出コードをＦＣＳ領域に格納した第２のパケットを選択して第２の通信局に送信する手段を備える。第２の通信局は、受信パケットに対して第１の誤り検出コード演算処理により生成される誤り検出コードＣ１と、受信パケットに対して第２の誤り検出コード演算処理により生成される誤り検出コードＣ２と、受信パケットのＦＣＳ領域に格納された誤り検出コードＦを比較し、誤り検出コードＣ１と誤り検出コードＦが一致する場合に第１のパケットとして受信処理し、誤り検出コードＣ２と誤り検出コードＦが一致する場合に第２のパケットとして受信処理する手段を備える。
【００６７】
このように、受信パケットに対して複数の誤り検出コード演算処理を行うことにより、受信パケットのＦＣＳチェックを確実に行いながら、ＦＣＳ領域に格納された誤り検出コードに応じて受信パケットの種類を同時に識別し、対応する受信処理を行うことができる。
【００６８】
ここで、第１の誤り検出コード演算処理と第２の誤り検出コード演算処理として、互いに異なる誤り検出コードを演算するためのパラメータが相違するものであり、第１の通信局と第２の通信局との間で、このパラメータを３種類以上用いてそれぞれ生成される誤り検出コードをＦＣＳ領域に格納した３種類以上のパケットを送受信する構成である。
【００６９】
また、第１の誤り検出コードに対する所定の演算処理の種類と、誤り検出コード演算処理の種類とを組み合わせて３種類以上のパケットを生成し、第１の通信局と第２の通信局との間で送受信する構成としてもよい。
【００７０】
また、第１のパケットと第２のパケット、あるいは３種類以上のパケットは、フレームフォーマットが互いに異なる。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットのフレームフォーマットに対応する演算処理により生成された誤り検出コードを格納する。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によってそのフレームフォーマットを認識し、認識したフレームフォーマットに基づいてパケットの受信処理を行う。
【００７１】
また、誤り検出コードに対応するフレームフォーマットとして、規定の標準フレームフォーマットと、規定外の特殊フレームフォーマットを生成する手段を備える。
【００７２】
また、特殊フレームフォーマットのパケットとして、データ部にデータフレームを分割したフラグメント、または複数のデータフレームとともに、第２の通信局で当該データパケットから対応するデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備える。
【００７３】
また、データパケットとして、データフレームの分割または切り貼りまたは結合により複数のデータパケットを生成し、各データパケットにそれぞれデータフレームを復元するために必要な情報を格納する領域を含むパケットを生成する手段を備える。
【００７４】
また、複数の無線チャネルを用いた並列送信、または１つの無線チャネルで空間分割多重を用いた並列送信、または複数の無線チャネルおよび空間分割多重を用いて、複数のデータパケットを並列送信する手段を備える。
【００７５】
また、複数のデータパケットの各パケットサイズ比を各無線チャネルの伝送速度比に対応させて調整し、伝送所要時間に相当するパケット長が互いに同等になるように生成する手段を備える。
【００７６】
また、特殊フレームフォーマットのパケットとして、通信局の制御情報を格納する領域を含むパケットを生成する手段を備える。
また、特殊フレームフォーマットのパケットとして、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の制御情報を格納する領域を設けたパケットを生成する手段を備える。
また、特殊フレームフォーマットのパケットとして、標準フレームフォーマットのパケットにデータ部が存在しない場合に、通信局の送信データを格納する領域を設けたパケットを生成する手段を備える。
また、特殊フレームフォーマットのパケットとして、規定外のフレームヘッダを有するパケットを生成する手段を備える。
【００７７】
また、制御情報として、通信局のトラヒック情報を測定して用いる手段、通信局のハンドオーバ処理を行うための情報を用いる手段、通信局がネットワークに接続するために必要なパラメータを用いる手段、通信局のチャネルアクセス手順を変更するための情報を用いる手段、通信局のチャネル割当時間に関する情報を用いる手段、通信局が検知する伝搬路情報、伝送レート、送信電力制御に関する情報を用いる手段を備える。
【００７８】
また、第１のパケットと第２のパケット、あるいは３種類以上のパケットは、その宛先ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの宛先に対応する演算処理により生成された誤り検出コードを格納する手段を備える。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された自局宛てのパケットの受信処理を行う手段を備える。
【００７９】
また、第１のパケットと第２のパケット、あるいは３種類以上のパケットは、パケットの種類ごとに互いに異なる演算処理により生成された誤り検出コードを有する。第１の通信局は、送信するパケットのＦＣＳ領域に、送信するパケットの種類に対応する演算処理により生成された誤り検出コードを格納する手段を備える。第２の通信局は、受信するパケットの誤り検出コードに対する演算処理によって認識された種類のパケットの受信処理を行う手段を備える。
【００８０】
また、パケットの種類は、当該パケットに含まれる当該パケットの種類を示す識別子により識別され、それぞれのパケットの種類に対応する誤り検出コードを用いる手段を備える。
【００８１】
また、第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、当該パケットに対する返信処理を行うとともに、第１の通信局を特別な処理に対応する通信局として管理する手段を備える。
【００８２】
また、第２の通信局は、受信したパケットの誤り検出コードに対する演算処理によって所定のパケットを受信したことを認識した場合に、特別な処理に対応する通信局が存在することを示す情報を上位レイヤに対して通知する手段を備える。
【００８３】
また、パケットの種類は、暗号化されたデータパケットの暗号鍵を示す情報に対応するものであり、それぞれ暗号鍵に対応する誤り検出コードを用いる手段を備える。
【発明の効果】
【００８４】
本発明のパケット通信方法およびパケット通信装置は、複数のパケットを識別する情報を通信局間で送受信できるので、双方の通信局の通信モードやデータパケットのフォーマットなどに応じた処理が可能になる。しかも、これらの情報を含むパケットは、従来の通信制御だけに対応する通信局の通信に特別な影響を及ぼさないので、新規な通信モードやフォーマットに対応した通信局と従来の通信局とが混在する通信システムを構成することもできる。例えば、データフレームのデータ領域の分割・切り貼りを行って生成される特殊フォーマットに対応する通信局と、特殊フォーマットに対応しない通信局とが混在するシステムを構成することができる。
【発明を実施するための最良の形態】
【００８５】
（第１の実施形態）
図１は、本発明のパケット通信方法の第１の実施形態を示す。なお、第１の実施形態〜第７の実施形態では、識別する第１のパケットと第２のパケットとして、標準フォーマットのデータパケットと特殊フォーマットのデータパケット、モード１の設定に用いる制御パケット１とモード２の設定に用いる制御パケット２などを想定している。
【００８６】
図１において、送信無線局が第１のパケットを送信する場合には、(1) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、(2) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。なお、所定の演算処理は、ＣＲＣコード１の全ビットのビット反転、または一部のビットのビット反転、またはＣＲＣコード１に所定値の加算、またはＣＲＣコード１に所定値の減算の少なくとも１つの処理を行うものとし、その組合せも可能である。
【００８７】
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ１）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、ＣとＦ１が不一致の場合は、ＣＲＣコード（Ｃ）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコードに対して送信側と逆演算処理を施したＣＲＣコード（Ｆ２）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣとＦ２のＦＣＳチェックにより第２のパケットを識別し、次にＣとＦ１のＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
【００８８】
ここで、ＣとＦ１が不一致であり、かつＣとＦ２が不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
【００８９】
（第２の実施形態）
図２は、本発明のパケット通信方法の第２の実施形態を示す。図２において、送信無線局が第１のパケットを送信する場合には、(1) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、(2) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。
【００９０】
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコードに対して送信側と逆演算処理を施したＣＲＣコード（Ｆ２）とを比較し、ＣとＦ１が一致する場合に第１のパケットとして認識し、ＣとＦ２が一致する場合に第２のパケットとして認識し、それぞれ受信処理する。
【００９１】
ここで、ＣとＦ１が不一致であり、かつＣとＦ２が不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
【００９２】
（第３の実施形態）
図３は、本発明のパケット通信方法の第３の実施形態を示す。図３において、送信無線局が第１のパケットを送信する場合には、(1) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、(2) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。
【００９３】
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、Ｃ１とＦが不一致の場合は、ＣＲＣコード（Ｃ１）に対して送信側と同じ演算処理を施したＣＲＣコード（Ｃ  ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣ２とＦのＦＣＳチェックにより第２のパケットを識別し、次にＣ１とＦのＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
【００９４】
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
【００９５】
（第４の実施形態）
図４は、本発明のパケット通信方法の第４の実施形態を示す。図４において、送信無線局が第１のパケットを送信する場合には、(1) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、(2) に示すように、所定のＣＲＣ演算により生成されたＣＲＣコードに所定の演算処理を施し、変換されたＣＲＣコード２をＦＣＳ領域に格納する。
【００９６】
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、所定のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、ＣＲＣコード（Ｃ  １）に対して送信側と同じ演算処理を施したＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、Ｃ１とＦが一致する場合に第１のパケットとして認識し、Ｃ２とＦが一致する場合に第２のパケットとして認識し、それぞれ受信処理する。
【００９７】
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
【００９８】
（第５の実施形態）
図５は、本発明のパケット通信方法の第５の実施形態を示す。図５において、送信無線局が第１のパケットを送信する場合には、(1) に示すように、選択信号１によるＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、(2) に示すように、選択信号２によるＣＲＣ演算により生成されたＣＲＣコード２をＦＣＳ領域に格納する。ここで、選択信号１，２は、例えばＣＲＣ演算に用いる生成多項式等のパラメータを指定するものである。
【００９９】
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、選択信号１によるＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、Ｃ１とＦが不一致の場合は、選択信号２によるＣＲＣ演算により生成されるＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣ２とＦのＦＣＳチェックにより第２のパケットを識別し、次にＣ１とＦのＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
【０１００】
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
【０１０１】
（第６の実施形態）
図６は、本発明のパケット通信方法の第６の実施形態を示す。図６において、送信無線局が第１のパケットを送信する場合には、(1) に示すように、第１のＣＲＣ演算により生成されたＣＲＣコード１をＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、(2) に示すように、第２のＣＲＣ演算により生成されたＣＲＣコード２をＦＣＳ領域に格納する。ここで、第１のＣＲＣ演算と第２のＣＲＣ演算は、例えばＣＲＣ演算に用いる生成多項式等のパラメータが異なるものである。
【０１０２】
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、第１のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第１のパケットとして認識し、受信処理する。一方、Ｃ１とＦが不一致の場合は、第２のＣＲＣ演算により生成されるＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、両者が一致する場合に第２のパケットとして認識し、受信処理する。なお、先にＣ２とＦのＦＣＳチェックにより第２のパケットを識別し、次にＣ１とＦのＦＣＳチェックにより第１のパケットを識別するようにしてもよい。
【０１０３】
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
【０１０４】
（第７の実施形態）
図７は、本発明のパケット通信方法の第７の実施形態を示す。図７において、送信無線局が第１のパケットを送信する場合には、(1) に示すように、第１のＣＲＣ演算により生成されたＣＲＣコードをＦＣＳ領域に格納する。また、送信無線局が第２のパケットを送信する場合には、(2) に示すように、第２のＣＲＣ演算により生成されたＣＲＣコードをＦＣＳ領域に格納する。
【０１０５】
受信無線局では、受信パケットに対してＦＣＳチェックを行う。すなわち、第１のＣＲＣ演算により生成されるＣＲＣコード（Ｃ１）と、第２のＣＲＣ演算により生成されるＣＲＣコード（Ｃ２）と、受信パケットのＦＣＳ領域に格納されたＣＲＣコード（Ｆ）とを比較し、Ｃ１とＦが一致する場合に第１のパケットとして認識し、Ｃ２とＦが一致する場合に第２のパケットとして認識し、それぞれ受信処理する。
【０１０６】
ここで、Ｃ１とＦが不一致であり、かつＣ２とＦが不一致の場合には、受信パケットはビットエラーとして破棄される。すなわち、第１のパケットおよび第２のパケットは、ともにＦＣＳチェックを経てそれぞれ識別することができる。
【０１０７】
以上示した第１の実施形態〜第７の実施形態は、２種類のパケットを識別するためのものであるが、ＣＲＣコードに対する演算の種類や加減算する所定値を２以上にすることにより、ＣＲＣコードをもつパケットとＣＲＣコードの演算結果をもつパケットとして、合計３種類以上のパケットを生成し、識別処理に供することができる。また、ＣＲＣ演算のパラメータの種類を３以上にすることにより、それぞれのＣＲＣコードをもつ３種類以上のパケットを生成し、識別処理に供することができる。さらに、ＣＲＣコードに対する演算の種類とＣＲＣ演算のパラメータの種類を組み合わせることにより、３種類以上のパケットを生成し、識別処理に供することができる。
【０１０８】
（実施例１）
図８は、本発明の実施例１を示す。図９は、各通信局間で伝送される制御パケットおよび制御情報付ビーコンパケットのフレーム構成を示す。
【０１０９】
図８において、通信局Ａおよび通信局Ｂは、有線ネットワークを介して接続される基地局であり、それぞれ自セル内のトラヒックを測定し、制御パケットを用いて測定したトラヒック情報を交換している。通信局Ｃは、通信局Ａまたは通信局Ｂと無線回線を介して接続される移動端末であり、ここでは通信局Ａから通信局Ｂへのハンドオーバが想定されている。
【０１１０】
通信局Ａと通信局Ｂの制御情報の交換に用いる制御パケットは、図９(1) に示すように、データ部に各セルのトラヒック情報を格納し、通常のＣＲＣコードに対して所定の演算処理を行ったＣＲＣコードがＦＣＳ領域に格納される。以下に示す各実施例の説明では、代表的な演算処理の例として通常のＣＲＣコードをビット反転させた「Ｒ（リバース）−ＦＣＳ」を用いて説明する。これにより、通信局Ａおよび通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御パケットであることを認識し、データ部から他セルのトラヒック情報を取得する。そして自セルのトラヒック情報と比較し、閾値以上の差を検出した通信局（ここではＡ）は、配下の移動端末（ここでは通信局Ｃ）に対して制御情報付ビーコンパケットを送信する。
【０１１１】
この制御情報付ビーコンパケットは、図９(2) に示すように、Ｒ−ＦＣＳが格納された特殊フォーマットのビーコンパケットであり、通常の制御情報部とは別に設けられた追加制御情報部にハンドオーバ命令を含む制御情報が格納される。なお、ビーコンパケットとして通常もっている制御情報部はなくてもよい。制御情報付ビーコンパケットを受信した通信局Ｃは、Ｒ−ＦＣＳによって特殊フォーマットのパケットであることを認識し、追加制御情報部からハンドオーバ命令を取得し、ハンドオーバを開始する。通信局Ｃは、他の通信局との間で標準フォーマットの認証パケットをやりとりし、ここでは通信局Ｂと通信が可能と判断されたときに、通信局Ｂを基地局としてデータパケットの送受信を開始する。
【０１１２】
なお、ここでは基地局間でトラヒック情報を交換し、基地局からの命令で強制的に移動端末をハンドオーバさせている。もう一つの方法としては、交換した各基地局のトラヒック情報をそのまま制御情報付ビーコンパケットに格納して移動端末に通知し、移動端末がハンドオーバすべきかどうかを判断するようにしてもよい。この場合の制御情報付ビーコンパケットのフレーム構成を図９(3) に示す。
【０１１３】
（実施例２）
図１０は、本発明の実施例２を示す。図１１は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
【０１１４】
図１０において、通信局Ａおよび通信局Ｂは、有線ネットワークを介して接続される基地局または互いに異なる有線ネットワークに接続される基地局であり、それぞれ自セル内のトラヒックを測定している。通信局Ｃは、通信局Ａまたは通信局Ｂと無線回線を介して接続される移動端末であり、ここでは通信局Ａから通信局Ｂへのハンドオーバが想定されている。
【０１１５】
通信局Ａおよび通信局Ｂは、それぞれ測定したトラヒック情報を制御情報付ビーコンパケットに格納して通信局Ｃに通知する。この制御情報付ビーコンパケットは、図１１に示すように、追加制御情報部に各セルのトラヒック情報を格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から各セルのトラヒック情報を取得する。
【０１１６】
通信局Ｃは、現在通信中の通信局Ａのトラヒックが閾値を超え、かつ通信局Ｂのトラヒックが閾値を超えていなければ、通信局Ａから通信局Ｂへのハンドオーバを開始する。そして、通信局Ｂとの間で標準フォーマットの認証パケットをやりとりし、通信局Ｂと通信が可能と判断されたときに、通信局Ｂを基地局としてデータパケットの送受信を開始する。
【０１１７】
（実施例３）
図１２は、本発明の実施例３を示す。図１３は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
【０１１８】
図１２において、通信局Ａおよび通信局Ｂは、互いに異なる有線ネットワークに接続される基地局である。通信局Ｃは、通信局Ａまたは通信局Ｂと無線回線を介して接続される移動端末であり、ここでは通信局Ａから通信局Ｂへのハンドオーバが想定されている。
【０１１９】
通信局Ａおよび通信局Ｂは、それぞれ自局に接続するための無線設定情報および自局が接続する有線ネットワークに接続するための有線設定情報を制御情報付ビーコンパケットに格納して通信局Ｃへ送信している。この制御情報付ビーコンパケットは、図１２に示すように、追加制御情報部に有線／無線設定情報を格納し、Ｒ−ＦＣＳが設定される。ここで、通信局Ａと通信していた通信局Ｃは、移動や伝搬環境の変化等を検知し、通信局Ｂへハンドオーバすることを決定する。このとき、通信局Ｂから送信された制御情報付ビーコンパケットを受信し、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から無線設定情報（ＥＳＳ−ＩＤ、Ｗｅｐキー等）と、有線設定情報（ＩＰアドレス、サブネットマスク、proxy 、default printer 等）を取得し、自局の情報を更新する。そして、通信局Ｂとの間で標準フォーマットの認証パケットをやりとりし、通信局Ｂと通信が可能と判断されたときに、通信局Ｂを基地局としてデータパケットの送受信を開始する。
【０１２０】
（実施例４）
図１４は、本発明の実施例４を示す。図１５は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
【０１２１】
図１４において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここではＣＳＭＡ／ＣＡに基づく通常の通信モード（標準モード）から、トラヒックの混雑状況に応じてポーリングに基づく集中制御の通信モード（ポーリングモード）への切り替えが想定されている。
【０１２２】
通信局Ａは、トラヒックが増えて頻繁に衝突が起きていることを検知した場合や、自セル内のトラヒックを測定して閾値を超えた場合に、制御情報付ビーコンパケットを通信局Ｂおよび通信局Ｃに送信する。この制御情報付ビーコンパケットは、図１５に示すように、追加制御情報部にポーリングモードに移行することを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部からポーリングモードへの移行情報を取得し、自局の通信モードを更新する。それ以後は、通信局Ａから通信局Ｂおよび通信局Ｃに対して順番にポーリングパケットを送信し、通信局Ｂおよび通信局Ｃはそれに応じてデータパケットを送信する。
【０１２３】
（実施例５）
図１６は、本発明の実施例５を示す。図１７は、各通信局間で伝送される制御情報付ビーコンパケットおよび制御情報付データパケットのフレーム構成を示す。
【０１２４】
図１６において、通信局Ａ，Ｂ，Ｃの接続関係、およびＣＳＭＡ／ＣＡに基づく標準モードからポーリングモードへの切り替えまでの手順は、実施例４の場合と同様である。
【０１２５】
ポーリングパケットを受信した通信局Ｂは、データパケットを送信する際に、自局がバッファリングしているデータフレーム数またはデータサイズを制御情報として付加した制御情報付データパケットを送信する。制御情報付データパケットは、図１７(2) に示すように、データ部に自局がバッファリングしているデータフレーム数またはデータサイズを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から通信局Ｂがバッファリングしているデータフレーム数またはデータサイズを取得する。このデータフレーム数またはデータサイズが閾値以下の場合には、通信局Ａは現在のポーリングモードから標準モードに変更するための制御情報付ビーコンパケットを通信局Ｂおよび通信局Ｃへ送信する。
【０１２６】
制御情報付ビーコンパケットは、図１７(1) に示すように、追加制御情報部に標準モードに移行することを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から標準モードへの移行情報を取得し、自局の通信モードを更新する。
【０１２７】
（実施例６）
図１８は、本発明の実施例６を示す。図１９は、各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す。
【０１２８】
図１８において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここではＣＳＭＡ／ＣＡに基づく通常の通信モード（標準モード）から、トラヒックの混雑状況に応じて、送信権を獲得した通信局がデータパケットを連続送信する通信モード（連続送信モード）への切り替えが想定されている。
【０１２９】
通信局Ａは、トラヒックが増えて頻繁に衝突が起きていることを検知した場合や、自セル内のトラヒックを測定して閾値を超えた場合に、制御情報付ビーコンパケットを通信局Ｂおよび通信局Ｃに送信する。この制御情報付ビーコンパケットは、図１９に示すように、追加制御情報部に連続送信モードに移行することを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ビーコンパケットであることを認識し、追加制御情報部から連続送信モードへの移行情報を取得し、自局の通信モードを更新する。それ以後は、送信権を獲得した通信局（ここではＢ）がデータパケットを連続送信する。
【０１３０】
なお、実施例４〜６では、標準モードに対してポーリングモードあるいは連続送信モードの通信モード切り替え例を示した。このような制御情報付ビーコンパケットにより設定可能な通信モードやアドレス制御モードの他の例としては、例えば、分散制御モードと特殊制御モード、ＤＡＴＡ−ＡＣＫシーケンスモードとＲＴＳ−ＣＴＳ−ＤＡＴＡ−ＡＣＫシーケンスモード、バックオフ値変更による通常送信モードと優先送信モードなどがある。また、ビーコンパケットに代わり、ブロードキャストパケットのような全体に通知することを目的とした制御パケットあるいはデータパケットを用いてもよい。
【０１３１】
（実施例７）
図２０は、本発明の実施例７を示す。図２１は、各通信局間で伝送される標準フォーマットおよび特殊フォーマットのビーコンパケットのフレーム構成を示す。
【０１３２】
図２０において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは特殊フォーマットのビーコンパケットの受信が可能な通信局Ｂの送信権獲得が優先される場合を想定している。なお、通信局Ｃは特殊フォーマットのビーコンパケットは受信できない。
【０１３３】
通信局Ａは、通常のＦＣＳをもった標準フォーマットのビーコンパケットを通信局Ｂおよび通信局Ｃへ送信し、それぞれ対応するＮＡＶを設定する。標準フォーマットのビーコンパケットは、図２１(1) に示すように、ヘッダにＮＡＶ情報（Ｔａ）を有している。次に、通信局Ａは、特殊フォーマットのビーコンパケットを通信局Ｂおよび通信局Ｃへ送信する。特殊フォーマットのビーコンパケットは、図２１(2) に示すように、ヘッダのＮＡＶ情報は０であり、制御情報部にＮＡＶ解除時間としてＴｂを格納し、Ｒ−ＦＣＳが設定される。なお、Ｔｂは、特殊フォーマットのビーコンパケットを受信した時点でＮＡＶの設定時間Ｔａの残りの時間に相当する。
【０１３４】
通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットのビーコンパケットであることを認識し、制御情報部からＮＡＶ解除時間Ｔｂを取得し、自局のＮＡＶ設定を解除する。そして、通信局Ａおよび通信局Ｂは、ＮＡＶ設定が解除されている期間（Ｔｂ）は、Ｒ−ＦＣＳをもったデータパケットおよびＡＣＫパケットを送受信する。一方、通信局Ｃは、Ｒ−ＦＣＳのビーコンパケットを認識できず、ＦＣＳエラーとして廃棄する。したがって、通信局ＣのＮＡＶ設定による送信抑制は継続される。
【０１３５】
（実施例８）
図２２は、本発明の実施例８を示す。図２３は、各通信局間で伝送される制御情報付データパケットのフレーム構成を示す。
【０１３６】
図２２において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局Ａからのポーリングパケットに対して通信局Ｂがデータパケットを送信するポーリングモードを想定し、通信局Ｂが次回の送信希望時刻を通信局Ａに通知することを特徴としている。
【０１３７】
通信局Ｂは、通信局Ａからのポーリングパケットに対してデータパケットを送信する際に、過去の送信間隔履歴や上位レイヤからの通知に基づいて次回の送信希望時刻を算出し、この送信希望時刻を格納した制御情報付データパケットを通信局Ａに送信する。この制御情報付データパケットは、図２３に示すように、データ部に送信希望時刻を制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から通信局Ｂの送信希望時刻を取得し、ポーリングリスト上の通信局Ｂに対応する次回送信時刻を更新し、タイマを起動する。通信局Ａは、この送信希望時刻になるとポーリングパケットを通信局Ｂへ送信する。以下同様である。
【０１３８】
（実施例９）
図２４は、本発明の実施例９を示す。図２５は、各通信局間で伝送される制御情報付ポーリングパケットのフレーム構成を示す。
【０１３９】
図２４において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される固定端末  （例えば画像情報を送信するカメラ）であり、ここでは通信局Ａからのポーリングパケットに対して通信局Ｂおよび通信局Ｃがデータパケットを送信するポーリングモードを想定している。
【０１４０】
通信局Ａは、所定のスケジューリングに基づいて通信局Ｂおよび通信局Ｃの送信時刻を算出し、この送信時刻を格納した制御情報付ポーリングパケットを通信局Ｂおよび通信局Ｃに送信（マルチキャスト）する。この制御情報付ポーリングパケットは、図２５(1),(2) に示すように、データ部に各通信局の送信時刻を制御情報として格納し、Ｒ−ＦＣＳが設定される。なお、図２５(2) に示すフレームフォーマットは、ポーリングの順番を毎回変更する場合に適するものである。これにより、通信局Ｂおよび通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ポーリングパケットであることを認識し、データ部から自局の送信時刻を取得し、タイマを起動して対応する時刻にデータパケットの送信を行う。
【０１４１】
（実施例１０）
図２６は、本発明の実施例１０を示す。図２７は、各通信局間で伝送される制御情報付データパケットのフレーム構成を示す。
【０１４２】
図２６において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは対向する通信局からの受信電力や送信レートを測定し、次回の送信に用いる送信電力や推奨する送信レートを対向する通信局へ通知することを特徴としている。
【０１４３】
通信局Ａおよび通信局Ｂは、認証処理等において受信電力や送信レートを測定し、管理リストを初期化する。通信局Ａは、通信局Ｂから受信した最後のパケットを用いて受信電力や送信レートを算出し、通信局Ｂの送信電力や推奨する送信レートを格納した制御情報付データパケットを送信する。このとき、管理リスト中の通信局Ｂに対する送信電力および送信レート等を用いて制御情報付データパケットが送信される。
【０１４４】
この制御情報付データパケットは、図２７に示すように、データ部に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ｂは、管理リストの通信局Ａに対する送信電力および送信レート等の値を更新する。なお、この制御情報付データパケットに対するＡＣＫパケットは標準フォーマットで送信される。
【０１４５】
また、通信局Ｂは、当該制御情報付データパケットを用いて受信電力や送信レートを算出し、次回のデータパケット送信の際に、通信局Ａの送信電力や推奨する送信レートを格納した制御情報付データパケットを送信する。このとき、管理リスト中の通信局Ａに対する送信電力および送信レート等を用いて制御情報付データパケットが送信される。通信局Ａでは、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ａは、管理リストの通信局Ｂに対する送信電力および送信レート等の値を更新する。以下同様に繰り返される。
【０１４６】
（実施例１１）
図２８は、本発明の実施例１１を示す。図２９は、各通信局間で伝送される制御情報付ＡＣＫパケットのフレーム構成を示す。
【０１４７】
実施例１０は、相手局の送信電力や推奨する送信レートをデータパケットに格納して送信する例であるが、本実施例はＡＣＫパケットにその情報を格納することを特徴とする。
【０１４８】
通信局Ａおよび通信局Ｂは、認証処理等において受信電力や送信レートを測定し、管理リストを初期化する。通信局Ａは、管理リスト中の通信局Ｂに対する送信電力および送信レート等を用いてデータパケットを送信する。通信局Ｂは、データパケットを受信してＡＣＫパケットを送信する際に、当該データパケットを用いて受信電力や送信レートを算出し、通信局Ａの送信電力や推奨する送信レートを格納した制御情報付ＡＣＫパケットを送信する。
【０１４９】
この制御情報付ＡＣＫパケットは、図２９に示すように、通常のＡＣＫパケットにない制御情報部を設け、その制御情報部に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ＡＣＫパケットであることを認識し、制御情報部から送信電力や推奨する送信レートを取得する。そして、通信局Ａは、管理リストの通信局Ｂに対する送信電力および送信レート等の値を更新する。通信局Ｂがデータパケットを送信する場合も同様である。
【０１５０】
（実施例１２）
図３０は、本発明の実施例１２を示す。
図３０において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは実施例１０および実施例１１を合わせた処理が行われる。
【０１５１】
通信局Ａおよび通信局Ｂは、認証処理等において受信電力や送信レートを測定し、管理リストを初期化する。通信局Ａは、通信局Ｂから受信した最後のパケットを用いて受信電力や送信レートを算出し、通信局Ｂの送信電力や推奨する送信レートを格納した制御情報付データパケットを送信する。このとき、管理リスト中の通信局Ｂに対する送信電力および送信レート等を用いて制御情報付データパケットが送信される。
【０１５２】
この制御情報付データパケットは、図２７に示すように、データ部に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付データパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ｂは、管理リストの通信局Ａに対する送信電力および送信レート等の値を更新する。
【０１５３】
通信局Ｂは、データパケットを受信してＡＣＫパケットを送信する際に、当該制御情報付データパケットを用いて受信電力や送信レートを算出し、通信局Ａの送信電力や推奨する送信レートを格納した制御情報付ＡＣＫパケットを送信する。
【０１５４】
この制御情報付ＡＣＫパケットは、図２９に示すように、通常のＡＣＫパケットにないデータ部を設け、そのデータ部に送信電力や推奨する送信レートを制御情報として格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ａでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットの制御情報付ＡＣＫパケットであることを認識し、データ部から送信電力や推奨する送信レートを取得する。そして、通信局Ａは、管理リストの通信局Ｂに対する送信電力および送信レート等の値を更新する。以下、同様に繰り返される。
【０１５５】
（実施例１３）
図３１は、本発明の実施例１３を示す。図３２は、各通信局間で伝送されるデータ付ＡＣＫパケットのフレーム構成を示す。
【０１５６】
図３１において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂは、通信局Ａと無線回線を介して接続される移動端末であり、ＡＣＫパケットにデータを付加することを特徴としている。
【０１５７】
通信局Ｂは、通信局Ａへデータパケットを送信する。通信局Ａは、データパケットを受信してＡＣＫパケットを送信する際に、通信局Ｂ宛てのデータフレームがあるか否かを判断する。ここで、通信局Ｂ宛てのデータフレームがあれば、ＡＣＫパケットにデータフレームを格納したデータ付ＡＣＫパケットを送信する。  このデータ付ＡＣＫパケットは、図３２に示すように、通常のＡＣＫパケットにないデータ部を設け、そのデータ部にデータフレームを格納し、Ｒ−ＦＣＳが設定される。これにより、通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットのデータ付ＡＣＫパケットであることを認識し、データ部から通信局Ｂ宛てのデータフレームを取得する。なお、ＡＣＫパケットを送信する際に、通信局Ｂ宛てのデータフレームがない場合には、標準フォーマットのＡＣＫパケットが送信される。
【０１５８】
（実施例１４）
図３３は、本発明の実施例１４を示す。図３４は、各通信局間で伝送される特殊フォーマットのパケットのフレーム構成を示す。
【０１５９】
現在の無線ＬＡＮの規格は、１つの無線パケットで１つのデータフレームを送信することを前提とし、データ部の最大サイズが2296バイトに制限されている。また、これに合わせてＭＡＣヘッダ内のDurationフィールドで表現可能なＮＡＶの最大設定時間も32ｍsec になっている。一方、この最大サイズを超える大きなパケットを送信する場合に、低い伝送レートを使用すると、ＭＡＣヘッダで表現可能なＮＡＶの最大設定時間32ｍsec を超えることになり、本実施例はこのような状況に対応するものである。
【０１６０】
図３３において、例えば複数のデータフレームを結合し、データ部の最大サイズが2296バイトを超えるパケットを生成したときに（Ｓ１）、ＮＡＶの設定値が最大設定時間Ｔthを超えるか否かを判断する（Ｓ２）。ここで、ＮＡＶの設定値がＴth以下であれば、通常のＭＡＣヘッダで対応できるので、標準フォーマットのパケットを生成する（Ｓ３）。一方、ＮＡＶの設定値がＴthを超える場合には、通常のＭＡＣヘッダで対応できないので、特殊フォーマットのパケットを生成し（Ｓ４）、さらにＣＲＣ操作によってＲ−ＦＣＳが設定される（Ｓ５）。特殊フォーマットのパケットは、図３４に示すように、ＭＡＣヘッダのDurationフィールドのビット数を拡張した特殊ヘッダを有する。
【０１６１】
これにより、この特殊フォーマットのパケットを受信した通信局では、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによって特殊フォーマットのパケットであることを認識し、ＭＡＣヘッダのDurationフィールドから拡張されたＮＡＶ情報を取得して対応することができる。
【０１６２】
（実施例１５）
図３５は、本発明の実施例１５を示す。
図３５において、通信局Ａ、通信局Ｂおよび通信局Ｃは、同一の有線ネットワークを介して接続される。同一の有線ネットワークに接続された通信局がブロードキャストパケットを送信した場合、従来はそのネットワークに接続された全ての通信局がそのパケットを処理している。しかし、ネットワークに接続される通信局のうち処理能力の低いＰＤＡなど（ここでは通信局Ｃ）は、ブロードキャストパケットに対する処理を行わないようにすることにより、ＣＰＵの負荷を軽減することができる。このような通信局Ｃは、Ｒ−ＦＣＳに対応する機能を有するとともに、通常のＦＣＳが設定されたパケットはＦＣＳエラーとして廃棄する。
【０１６３】
したがって、例えば通信局Ａが通常のＦＣＳとＲ−ＦＣＳを使い分け、通常の通信局に対するブロードキャストパケットは通常のＦＣＳを設定し、処理能力の低い通信局に対してはＲ−ＦＣＳを設定したパケットを送信する。これにより、通信局Ｃは、ブロードキャストパケットを廃棄し、Ｒ−ＦＣＳが設定されたパケットのみを選択的に受信することができ、ＣＰＵの負荷を軽減することができる。
【０１６４】
（実施例１６）
図３６は、本発明の実施例１６を示す。
図３６において、通信局Ａ、通信局Ｂおよび通信局Ｃは、同一の有線ネットワークを介して接続される。通信局Ａはローカルネットワークに接続されるローカルサーバであり、通信局Ｂはインターネットに接続されるルータであり、通信局Ｃは基地局である。通信局Ｄは、通信局Ｃと無線回線を介して接続される移動端末である。
【０１６５】
通信局Ｄが通信局Ｃを介してローカルネットワークにデータパケットを送信する際には、Ｒ−ＦＣＳを用いた特殊フォーマットのデータパケットを送信する。通信局Ｃでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳによってローカルネットワーク宛てのデータパケットであることを認識すると、ローカルネットワークに接続される通信局Ａへ送信する。
【０１６６】
一方、通信局Ｄが通信局Ｃを介してインターネットにデータパケットを送信する際には、通常のＦＣＳを用いた標準フォーマットのデータパケットを送信する。通信局Ｃでは、通常のＦＣＳによってインターネット宛てのデータパケットであることを認識すると、インターネットに接続される通信局Ｂへ送信する。
【０１６７】
（実施例１７）
図３７は、本発明の実施例１７を示す。
図３７において、通信局Ａは、有線ネットワークを介してサーバに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳに対応し、通信局ＣがＲ−ＦＣＳに対応しないものとする。
【０１６８】
通信局Ａは、サーバから送信された視聴制限付のデータパケットをそのポート番号等により認識すると、Ｒ−ＦＣＳを用いた特殊フォーマットのマルチキャストデータパケットに変換して送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳの認識によってマルチキャストデータパケットを受信することができる。一方、通信局Ｃは、Ｒ−ＦＣＳが設定されたマルチキャストデータパケットをＦＣＳエラーとして廃棄する。なお、通常のＦＣＳが設定されたマルチキャストデータパケットは、すべての通信局が受信できるものとする。これにより、マルチキャストデータパケットを送信すべき通信局を容易に選択することができる。
【０１６９】
（実施例１８）
図３８は、本発明の実施例１８を示す。
図３８において、通信局Ａは、有線ネットワークを介してサーバに接続される基地局である。通信局Ｂ、通信局Ｃおよび通信局Ｄは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳ１およびＲ−ＦＣＳ２に対応し、通信局ＣがＲ−ＦＣＳ２のみに対応し、通信局ＤがＲ−ＦＣＳ１およびＲ−ＦＣＳ２に対応しないものとする。なお、Ｒ−ＦＣＳ１およびＲ−ＦＣＳ２は、複数種類のＣＲＣ演算処理に対応するＣＲＣコードである。
【０１７０】
通信局Ａは、サーバから送信された視聴制限付のデータパケットをそのポート番号等により認識すると、Ｒ−ＦＣＳ１あるいはＲ−ＦＣＳ２を用いた特殊フォーマットのマルチキャストデータパケットに変換して送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳ１あるいはＲ−ＦＣＳ２の認識によってマルチキャストデータパケットを受信することができる。通信局Ｃでは、同様にＲ−ＦＣＳ２の認識によって対応するマルチキャストデータパケットのみを受信することができる。一方、通信局Ｄは、Ｒ−ＦＣＳ１およびＲ−ＦＣＳ２が設定されたマルチキャストデータパケットをＦＣＳエラーとして廃棄する。なお、通常のＦＣＳが設定されたマルチキャストデータパケットは、すべての通信局が受信できるものとする。これにより、マルチキャストデータパケットを送信すべき通信局を容易に選択し、かつクラス分けすることができる。
【０１７１】
なお、実施例１７，１８は、Ｒ−ＦＣＳに対応した通信局のみが所定のパケットを受信できる機能を説明するものであるが、同様の機能を用いて認証パケットとしての活用、あるいは所定の動作を行わせるためにも利用可能である。前者の場合については後述する実施例で詳しく説明するが、後者の場合については例えばＲ−ＦＣＳのパケットを受信した通信局にＬＥＤ点灯させるなどの利用方法がある。
【０１７２】
（実施例１９）
図３９は、本発明の実施例１９を示す。
図３９において、通信局Ａは、有線ネットワークを介してサーバに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳに対応し、通信局ＣがＲ−ＦＣＳに対応しないものとする。
【０１７３】
通信局Ａは、サーバから送信された視聴制限付のデータパケットをそのポート番号等により認識すると、通常のものとは異なる暗号鍵により暗号化処理を施し、Ｒ−ＦＣＳを用いたマルチキャストデータパケットに変換して送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳの認識によって暗号鍵を識別し、この暗号鍵を用いてマルチキャストデータパケットを復号し、データフレームを抽出することができる。一方、通信局Ｃは、Ｒ−ＦＣＳが設定されたマルチキャストデータパケットをＦＣＳエラーとして廃棄する。なお、通信局Ｃがこのマルチキャストデータパケットを廃棄せずに復号しようとしても、Ｒ−ＦＣＳを認識できないために必要な暗号鍵を識別することができず、復号は不可能である。これにより、マルチキャストデータパケットを送信すべき通信局を容易に選択することができる。
【０１７４】
なお、複数のＲ−ＦＣＳにそれぞれ対応する暗号鍵を割り当て、複数のマルチキャストデータパケットをそれぞれ対応する通信局のみで復号できるようにすることも可能である。
【０１７５】
（実施例２０）
図４０は、本発明の実施例２０を示す。
図４０において、通信局Ａは、有線ネットワークに接続される基地局である。通信局Ｂおよび通信局Ｃは、通信局Ａと無線回線を介して接続される移動端末であり、ここでは通信局ＢがＲ−ＦＣＳに対応し、通信局ＣがＲ−ＦＣＳに対応しないものとする。
【０１７６】
通信局Ａは、Ｒ−ＦＣＳを用いた特殊フォーマットのデータパケットを送信する。通信局Ｂでは、上記の第１〜第７の実施形態に示したように、Ｒ−ＦＣＳの認識によってデータパケットを受信し、同様にＲ−ＦＣＳを用いたＡＣＫパケットを送信する。一方、通信局Ｃは、Ｒ−ＦＣＳが設定されたデータパケットをＦＣＳエラーとして廃棄する。
【０１７７】
通信局Ｂは、ＡＣＫパケットを送信してからＤＩＦＳ経過後にバックオフ制御を開始する。一方、通信局Ｃはデータパケットを廃棄してからＥＩＦＳ経過後にバックオフ制御を開始する。ここで、ＥＩＦＳは、ＳＩＦＳ＋（最低レートで送信した場合のＡＣＫフレーム長）＋ＤＩＦＳであり、
ＥＩＦＳ＞ＤＩＦＳ
となって通信局Ｃの待機時間が長くなり、結果的に通信局Ｂの送信権獲得が優先されることになる。
【０１７８】
（実施例２１）
図４１および図４２は、本発明の実施例２１を示す。ここでは、無線局Ａおよび無線局ＢがＲ−ＦＣＳを用いた特殊フォーマットに対応し、無線局ＣがＲ−ＦＣＳを用いた特殊フォーマットに対応していないものとする。また、Ｒ−ＦＣＳを用いた特殊フォーマットのパケットは、無線局間で特殊フォーマット対応の有無を確認する認証パケット（確認パケットおよび応答パケット）として利用されるものとする。また、データパケットは、通常のＦＣＳを用いたものとする。
【０１７９】
図４１は、特殊フォーマットに対応の無線局Ａと特殊フォーマットに対応の無線局Ｂとの間で、特殊フォーマットに対応しているか否かの通信機能確認処理およびデータパケットの送受信処理を示す。図４２は、特殊フォーマットに対応の無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かの通信機能確認処理およびデータパケットの送受信処理を示す。
【０１８０】
図４１において、まず特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｂに対して送信する（Ｓ７１）。この確認パケットＰ２ａは、第１〜第７の実施形態の構成によってＲ−ＦＣＳが設定されており、特殊フォーマットに対応する無線局のみで正常に受信できる。
【０１８１】
無線局Ｂは特殊フォーマットに対応しているので確認パケットＰ２ａを識別し、送信元の無線局Ａが特殊フォーマットに対応しているものと認識する（Ｓ７２）。そして、無線局Ａについて特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。この機能管理テーブルには、例えば図４１(2) に示すように、各無線局のＩＤ（識別符号）に対応付けて、特殊フォーマットへの対応の有無を表す情報が記録されている。
【０１８２】
無線局Ｂは受信した確認パケットＰ２ａに対して、送信元に対して所定の応答パケットＰ２ｂを送信する（Ｓ７３）。この応答パケットＰ２ｂもＲ−ＦＣＳが設定される。無線局Ａは、送信した確認パケットＰ２ａに対する無線局Ｂからの応答パケットＰ２ｂを識別し、無線局Ｂが特殊フォーマットに対応しているものと認識する（Ｓ７４）。そして、特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。
【０１８３】
無線局ＡがデータパケットＰ１ａを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７５）。図４１の例では送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ７５）。このデータパケットＰ１ａは通常のＦＣＳをもつ。
【０１８４】
無線局ＢはデータパケットＰ１ａを受信すると、その送信元である無線局Ａが特殊フォーマットに対応しているか否かを自局の機能管理テーブルを参照して確認する（Ｓ７６）。図４１の例では無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは受信したデータパケットＰ１ａを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ７６）。
【０１８５】
同様に、無線局ＢがデータパケットＰ１ｂを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７７）。図４１の例では送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ７７）。このデータパケットＰ１ｂは通常のＦＣＳをもつ。無線局ＡはデータパケットＰ１ｂを受信すると、その送信元である無線局Ｂが特殊フォーマットに対応しているか否かを自局の機能管理テーブルを参照して確認する（Ｓ７８）。図４１の例では無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは受信したデータパケットＰ１ｂを特殊フォーマットの定義に従って処理する（Ｓ７８）。
【０１８６】
図４２において、まず特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｃに対して送信する（Ｓ８１）。この確認パケットＰ２ａは、第１〜第７の実施形態に示すＲ−ＦＣＳが設定されており、特殊フォーマットに対応する無線局のみで正常に受信できる。無線局Ｃは特殊フォーマットに対応していないので、受信した確認パケットＰ２ａに対してＦＣＳチェックエラーが発生する（Ｓ８２）。これにより、確認パケットは破棄され、無線局Ｃの以後の動作には全く影響を及ぼさない。
【０１８７】
無線局Ａでは、送信した確認パケットＰ２ａに対して応答パケットがいつまでも届かないので、タイムアウトが発生する（Ｓ８３）。これにより、無線局Ａは無線局Ｃを特殊フォーマット非対応と認識する。そして、その情報を自局の機能管理テーブルに登録する。
【０１８８】
無線局ＡがデータパケットＰ１ａを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ８４）。図４２の例では送信先の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは標準フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｃに送信する（Ｓ８４）。このデータパケットＰ１ａは通常のＦＣＳをもつ。
【０１８９】
無線局ＣはデータパケットＰ１ａを受信すると、標準フォーマットの定義に従って処理する（Ｓ８５）。また、無線局ＣがデータパケットＰ１ｂを送信する場合には、標準フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ８６）。このデータパケットＰ１ｂは通常のＣＲＣコードをもつ。無線局ＡはデータパケットＰ１ｂを受信すると、その送信元である無線局Ｃが特殊フォーマットに対応しているか否かを自局の機能管理テーブルを参照して確認する（Ｓ８７）。図４２の例では無線局Ｃが特殊フォーマットに対応していないので、無線局Ａは受信したデータパケットＰ１ｂを標準フォーマットの定義に従って処理する（Ｓ８７）。
【０１９０】
このように、本例では確認パケットＰ２ａおよび応答パケットＰ２ｂのＲ−ＦＣＳを用いることにより、無線局Ａ，Ｂ間で互いに特殊フォーマットへの対応の有無を確認する。無線局Ａ，Ｂは、その情報に基づいて、通常のＦＣＳをもつ標準フォーマットまたは特殊フォーマットのデータパケットをそれぞれ受信処理する。
【０１９１】
（実施例２１に対応する無線局Ａの通信機能確認処理手順）
図４３は、実施例２１に対応する無線局Ａの通信機能確認処理手順を示す。図において、無線局Ａは、通信機能確認用のデータパケットを確認パケットとして生成する（Ｓ１０）。次に、確認パケットに対する誤り検出のためのＣＲＣコードを生成し（Ｓ１１）、そのＣＲＣコードの全ビットをビット反転し、その結果を確認パケットのＦＣＳ領域に格納する（Ｓ１２）。なお、全ビットをビット反転する代わりに、所定の一部のビットをビット反転したり、所定値を加算または減算する処理を行ってもよい。
【０１９２】
次に、この確認パケットを通信相手の無線局Ｂに対して送信し（Ｓ１３）、確認パケットを送信してからの経過時間を確認するために内部タイマを起動する  （Ｓ１４）。ここで、内部タイマがタイムアウトする前に送信した確認パケットに対する応答パケットを受信するか否かを監視し（Ｓ１５，Ｓ１６）、タイムアウトする前に応答パケットを受信した場合には、送信先の無線局Ｂが特殊フォーマット対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ１７）。一方、応答パケットを受信する前にタイムアウトした場合には、送信先の無線局Ｂが特殊フォーマット非対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ１８）。
【０１９３】
また、他にも通信相手の無線局が存在する場合にはステップＳ１９からＳ１０に戻り、上記の動作を繰り返す。これにより、各無線局の機能管理テーブルには図４１(2) に示すような情報が登録される。これにより、各無線局は通信相手の無線局が特殊フォーマットに対応しているか否かを機能管理テーブルの内容から把握できる。
【０１９４】
（実施例２１に対応する無線局Ａのデータパケット送信処理手順１）
図４４は、実施例２１に対応する無線局Ａのデータパケット送信処理手順１を示す。図において、送信処理を行う無線局Ａは、利用可能な全ての無線チャネルの中から全ての空き無線チャネルを検索する（Ｓ２１）。実際には、チャネル毎にキャリアセンスによって無線チャネルの空き状況を検出する。検出した空き無線チャネルの総数をＮとする。空き無線チャネルを１つ以上検出した場合には次のステップＳ２２に進む。次に、送信バッファ上で送信待ち状態にあるデータフレームの有無に関する情報を取得する（Ｓ２２）。そして、送信待ちのデータフレームがあれば次のステップＳ２３に進む。
【０１９５】
次に、自局の機能管理テーブルの内容を参照し、送信先の無線局が特殊フォーマットの通信に対応しているか否かを識別する（Ｓ２３）。特殊フォーマット非対応の無線局Ｃに向けて送信する場合には、一般的な無線局の場合と同様に、１個のデータフレームから標準フォーマットの１個のデータパケットを生成する（Ｓ２４）。一方、特殊フォーマット対応の無線局Ｂに向けて送信する場合には、空き無線チャネル数Ｎに応じて特殊フォーマットのデータパケットを生成する。空き無線チャネルの数Ｎが１の場合には、一般的な無線局の場合と同様に１個のデータフレームを用いて１個のデータパケットを生成するが、データパケットのフォーマットとして従来とは異なる特殊フォーマットを用いる（Ｓ２５，Ｓ２６）。空き無線チャネルの数Ｎが２以上の場合には、１個または複数個のデータフレームを用いて特殊フォーマットのＸ個（複数）のデータパケットを生成する（Ｓ２５，Ｓ２８）。
【０１９６】
ステップＳ２４，Ｓ２６で１個のデータパケットが生成される場合には、１個の空き無線チャネルを用いて１個のデータパケットを送信する（Ｓ２７）。一方、ステップＳ２８で空き無線チャネルの数Ｎが２以上でＸ個（複数）のデータパケットが生成される場合には、Ｘ個のデータパケットをＸ個の空き無線チャネルを同時に使って並列送信する（Ｓ２９）。次に、ステップＳ２７，Ｓ２９で送信開始したデータパケットの送信が完了するまで待機し（Ｓ３０）、その後ステップＳ２１に戻る。
【０１９７】
（実施例２１に対応する無線局Ａのデータパケット送信処理手順２）
図４５は、実施例２１に対応する無線局Ａのデータパケット送信処理手順２を示す。ここでは、空間分割多重を併用する場合を示し、空き無線チャネル数がＮ、空間分割多重数がＬである場合に、並列送信するデータパケット数Ｘは（Ｘ≦Ｎ・Ｌ）の範囲内で決定される。
【０１９８】
空間分割多重により１つの無線チャネルで複数のデータパケットを同時に送信できるので、図４４のステップＳ２５，Ｓ２６に相当する処理は省略されている。したがって、送信先の無線局が特殊フォーマットに対応している場合には、ステップＳ２３からＳ２８に進み、Ｘ個のデータパケットを生成する。次に、１個または複数個の空き無線チャネルと空間分割多重を併用し、Ｘ個のデータパケットを並列送信する（Ｓ２９Ｂ）。その他の動作は図４４と同様である。
【０１９９】
なお、この送信処理手順２では、複数の無線チャネルを同時に使用できる場合に空間分割多重を併用することを想定しているが、使用可能な無線チャネルが１つだけの場合であっても、空間分割多重を用いて複数のデータパケットを同時に並列送信することが可能である。
【０２００】
（実施例２１に対応する無線局Ｂのデータパケット受信処理手順）
図４６は、実施例２１に対応する無線局Ｂのデータパケット受信処理手順を示す。ここでは、通信機能確認用のデータパケット（確認パケット）と通信用のデータパケットを順次識別して受信処理する手順として、図１に示す第１の実施形態に対応する例を示す。
【０２０１】
図において、受信処理を行う無線局Ｂは、複数の無線チャネルの各々についてデータパケットの受信処理を繰り返し実行する（Ｓ４１）。ここで、データパケットを受信すると、受信したデータパケットについてＦＣＳチェックを行う（Ｓ４２）。すなわち、データパケットに対して所定のＣＲＣ演算を行った結果とＦＣＳ領域に格納されているＣＲＣコードが一致するか否かを調べる。
【０２０２】
標準フォーマットあるいは特殊フォーマットのデータパケットを受信した場合には、ＣＲＣ演算の結果とＣＲＣコードとが一致するが、データパケットの内容にビットエラーなどが発生している場合には不一致が生じる。また、確認パケットを伝送する場合には、送信側が図４３のステップＳ１２でＣＲＣコードをビット反転しているので、常に不一致が生じる。
【０２０３】
そこで、ＣＲＣコードの一致を検出した場合には、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ４３）、自局宛ての場合には受信したデータパケットの処理を実行し（Ｓ４４）、自局宛てでなければ受信したデータパケットを破棄する（Ｓ４６）。
【０２０４】
また、ＣＲＣコードの不一致を検出した場合には、ＣＲＣコードに対して送信側が図４３のステップＳ１２で行う演算と逆の演算を行う。ここでは、ＣＲＣコードの全ビットを反転して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する（Ｓ４５）。受信したデータパケットにデータのビットエラーが発生している場合には、ＣＲＣコードをビット反転しても不一致が検出されるので、受信したデータパケットを破棄する（Ｓ４６）。一方、確認パケットを受信した場合には、ビット反転の結果が一致するので、受信した確認パケットの宛先が自局のＩＤと一致するか否かを確認する（Ｓ４７）。自局宛の確認パケットを受信した場合には、送信元の無線局Ａを特殊フォーマット対応と認識し、その情報を送信元の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ４８）。さらに、送信元の無線局Ａに対して所定の応答パケットを送信する（Ｓ４９）。一方、確認パケットが自局宛てでなければ破棄する（Ｓ４６）。
【０２０５】
なお、特殊フォーマットに対応していない従来の動作を行う無線局が確認パケットを受信した場合には、単にＦＣＳチェックエラーとして処理してパケットを破棄するので、何も問題は生じない。すなわち、特殊フォーマットに対応した無線局と特殊フォーマット非対応の無線局とが混在するシステムであっても問題は生じない。
【０２０６】
（実施例２２）
図４７は、本発明の実施例２２を示す。ここでは、無線局が特殊フォーマットに対応しているか否かを確認するためのデータパケットＰ２（確認パケットＰ２ａおよび応答パケットＰ２ｂ）と、標準フォーマットおよび特殊フォーマットのデータパケットＰ１をそれぞれ識別して対応する受信処理を行う。例えば、標準フォーマットのデータパケットは通常のＦＣＳに格納し、特殊フォーマットのデータパケットはＲ−ＦＣＳ１を格納し、データパケットＰ２はＲ−ＦＣＳ２を格納する。図４７において、無線局Ａと無線局Ｂが確認パケットＰ２ａおよび応答パケットＰ２ｂのやりとりにより、互いに特殊フォーマットに対応する無線局であることを認識し、その情報を自局の機能管理テーブルに登録する手順（Ｓ７１〜Ｓ７４）は、図４１に示す処理と同じである。ただし、確認パケットＰ２ａおよび応答パケットＰ２ｂは、Ｒ−ＦＣＳ２を用いており、特殊フォーマットに対応する無線局のみで正常に受信できる。
【０２０７】
無線局ＡがデータパケットＰ１ａを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７５）。図４７の例では送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ７５）。このデータパケットＰ１ａはＲ−ＦＣＳ１が設定されており、特殊フォーマットに対応する無線局のみで正常に受信できる。無線局ＢはデータパケットＰ１ａを受信すると、ＦＣＳチェックによって特殊フォーマットであることを認識し、特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ９１）。
【０２０８】
一方、無線局ＢがデータパケットＰ１ｂを送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ７７）。図４７の例では送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ７７）。このデータパケットＰ１ｂはＲ−ＦＣＳ１を設定しており、特殊フォーマットに対応する無線局のみで正常に受信できる。無線局ＡはデータパケットＰ１ｂを受信すると、ＦＣＳチェックによって特殊フォーマットであることを認識し、特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ９２）。
【０２０９】
なお、特殊フォーマットに対応の無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かの通信機能確認処理およびデータパケットの送受信処理は、図４２に示すものと同じである。ところで、受信側の無線局が特殊フォーマットに対応している場合には、図４７に示すように、データパケットＰ１ａが特殊フォーマットであることをＣＲＣコードによって通知されることにより、図４１に示す例のように送信元を確認し、機能管理テーブルを参照して受信パケットのフォーマットを確認する手順が解消され、効率がよくなる。しかし、特殊フォーマットに対応していない無線局Ｃでは、このようなＣＲＣコードが操作されたデータパケットを受信するとＦＣＳチェックエラーになり、現在用いられている無線ＬＡＮシステムでは通常よりも長い時間キャリアセンスを行う必要が生じ、伝送効率が大きく劣化することになる。したがって、特殊フォーマットに対応する無線局と非対応の無線局が混在する場合には、データパケットのフォーマットにかかわらず通常のＦＣＳを用いる図４１に示すシーケンスの方が効率がよい。
【０２１０】
（実施例２２に対応する無線局Ａの通信機能確認処理手順）
図４８は、実施例２２に対応する無線局Ａの通信機能確認処理手順を示す。図において、無線局Ａは、通信機能確認用のデータパケットを確認パケットとして生成する（Ｓ１０）。次に、確認パケットに対する誤り検出のためのＣＲＣコードを生成し（Ｓ１１）、そのＣＲＣコードに定数Ｑを加算し、その結果を確認パケットのＦＣＳ領域に格納する（Ｓ１２Ｂ）。なお、定数Ｑを加算する代わりに、定数Ｑを減算したり、他の定数Ｑ１を加減算する処理を行ってもよい。これ以降の処理は、図４３に示す実施例２１に対応するものと同様である。
【０２１１】
（実施例２２に対応する無線局Ａのデータパケット送信処理手順１）
図４９は、実施例２２に対応する無線局Ａのデータパケット送信処理手順１を示す。基本的な処理手順は、図４４に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２６，Ｓ２８で生成される特殊フォーマットのデータパケットのＦＣＳ領域に、所定のＣＲＣ演算処理により得られたＣＲＣコードをビット反転して格納する処理（Ｓ３１，Ｓ３２）が追加される。
【０２１２】
（実施例２２に対応する無線局Ａのデータパケット送信処理手順２）
図５０は、実施例２２に対応する無線局Ｂのデータパケット送信処理手順２を示す。基本的な処理手順は、図４５に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２８で生成される特殊フォーマットのデータパケットのＦＣＳ領域に、所定のＣＲＣ演算処理により得られたＣＲＣコードをビット反転して格納する処理（Ｓ３２）が追加される。
【０２１３】
（実施例２２に対応する無線局Ａのデータパケット送信処理手順３）
図５１は、実施例２２に対応する無線局Ｂのデータパケット送信処理手順３を示す。基本的な処理手順は、図４５に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２８で生成するデータパケットについて、標準フォーマットと特殊フォーマットとを必要に応じて使い分ける（Ｓ３３）。そして、生成したデータパケットを特殊フォーマットで生成する場合には、ＦＣＳ領域のＣＲＣコードをビット反転し（Ｓ３２）、標準フォーマットで生成する場合にはＦＣＳ領域のＣＲＣコードには変更を加えない。
【０２１４】
このため、送信側において例えば空き無線チャネル数が１でかつバッファ内のデータフレーム数が１の場合のように、特殊フォーマットを用いる必要がない場合には、相手の無線局が特殊フォーマット対応の場合であっても標準フォーマットのデータパケットを送信することができる。標準フォーマットを選択することにより、伝送効率が改善される。
【０２１５】
（実施例２２に対応する無線局Ａのデータパケット送信処理手順４）
図５２は、実施例２２に対応する無線局Ｂのデータパケット送信処理手順４を示す。基本的な処理手順は、図４５に示す実施例２１に対応するものと同様である。ここでは、ステップＳ２８で生成するＸ個のデータパケットについて、空き無線チャネル数Ｎが１の場合と２以上の場合で使い分ける（Ｓ３４）。
【０２１６】
空き無線チャネル数Ｎが２以上の場合には、データパケットのＦＣＳ領域のＣＲＣコードをビット反転し（Ｓ３２）、複数の無線チャネルを用いて並列送信する（Ｓ２９Ｃ）。一方、空き無線チャネル数Ｎが１の場合には、データパケットのＦＣＳ領域のＣＲＣコードに定数Ｑ２を加算し（Ｓ３５）、１つの無線チャネルで空間分割多重を用いて並列送信する（Ｓ２９Ｄ）。
【０２１７】
すなわち、送信側は複数の無線チャネルを用いて複数のデータパケットを並列送信するモードと、空間分割多重を用いて複数のデータパケットを並列送信するモードとを必要に応じて使い分ける。前者のモードで送信する場合にはデータパケットのＦＣＳ領域のＣＲＣコードはビット反転され、後者のモードで送信する場合にはデータパケットのＦＣＳ領域のＣＲＣコードにＱ２が加算される。なお、それぞれの演算処理は一例である。
【０２１８】
（実施例２２に対応する無線局Ｂのデータパケット受信処理手順１）
図５３は、実施例２２に対応する無線局Ｂのデータパケット受信処理手順１を示す。ここでは、通常のＣＲＣコードがＦＣＳ領域に格納された標準フォーマットのデータパケットと、ＣＲＣコードがビット反転した特殊フォーマットのデータパケットと、ＣＲＣコードに定数Ｑが加算された通信機能確認用のデータパケット（確認パケット）とを順次識別して受信処理する手順を示す。
【０２１９】
図において、受信動作を行う無線局Ｂは、複数の無線チャネルの各々についてデータパケットの受信処理を繰り返し実行する（Ｓ４１）。ここで、データパケットを受信すると、受信したデータパケットについてＦＣＳチェックを行う（Ｓ４２）。すなわち、データパケットに対して所定のＣＲＣ演算を行った結果とＦＣＳ領域に格納されているＣＲＣコードが一致するか否かを調べる。
【０２２０】
標準フォーマットのデータパケットを受信した場合には、ＣＲＣ演算の結果とＣＲＣコードとが一致するが、データパケットの内容にビットエラーなどが発生している場合には不一致が生じる。また、確認パケットや特殊フォーマットのデータパケットを伝送する場合には、送信側が図４８のステップＳ１２ＢでＣＲＣコードに定数Ｑを加算したり、図４９のステップＳ３１，３２でＣＲＣコードをビット反転しているので、常に不一致が生じる。
【０２２１】
そこで、ＣＲＣコードの一致を検出した場合には、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ４３）、自局宛ての場合には受信したデータパケットを標準フォーマットに従って処理し（Ｓ４４Ｂ）、自局宛てでなければ受信したデータパケットを破棄する（Ｓ４６）。
【０２２２】
また、ＣＲＣコードの不一致を検出した場合には、ＣＲＣコードに対して送信側が図４９のステップＳ３１，３２で行う演算と逆の演算を行う。ここでは、ＣＲＣコードの全ビットを反転して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する（Ｓ４５）。ここで、特殊フォーマットのデータパケットを受信した場合にはビット反転の結果が一致するので、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ４７Ｂ）、自局宛ての場合には受信したデータパケットを特殊フォーマットに従って処理し（Ｓ４４Ｃ）、自局宛てでなければ受信したデータパケットを破棄する（Ｓ４６）。
【０２２３】
また、確認パケットを受信した場合にはビット反転の結果が不一致となるので、ＣＲＣコードに対して送信側が図４８のステップＳ１２Ｂで行う演算と逆の演算を行う。ここでは、ＣＲＣコードから定数Ｑを減算して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する  （Ｓ５１）。受信したデータパケットにデータのビットエラーが発生している場合には、ＣＲＣコードから定数Ｑを減算しても不一致が検出されるので、受信したデータパケットを破棄する（Ｓ４６）。一方、確認パケットを受信した場合には、定数Ｑの減算結果が一致するので、受信した確認パケットの宛先が自局のＩＤと一致するか否かを確認する（Ｓ４７Ｃ）。自局宛の確認パケットを受信した場合には、送信元の無線局を特殊フォーマット対応と認識し、その情報を送信元の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ４８）。さらに、送信元の無線局に対して所定の応答パケットを送信する（Ｓ４９）。一方、確認パケットが自局宛てでなければ破棄する（Ｓ４６）。
【０２２４】
なお、特殊フォーマットに対応していない従来の動作を行う無線局が確認パケットや特殊フォーマットのデータパケットを受信した場合には、単にＦＣＳチェックエラーとして処理してパケットを破棄するので、何も問題は生じない。すなわち、特殊フォーマットに対応した無線局と特殊フォーマット非対応の無線局とが混在するシステムであっても問題は生じない。
【０２２５】
（実施例２２に対応する無線局Ｂのデータパケット受信処理手順２）
図５４は、実施例２２に対応する無線局Ｂのデータパケット受信処理手順２を示す。ここでは、通常のＣＲＣコードがＦＣＳ領域に格納された標準フォーマットのデータパケットと、ＣＲＣコードがビット反転した特殊フォーマットのデータパケットと、ＣＲＣコードに定数Ｑが加算された通信機能確認用のデータパケット（確認パケット）とを順次識別する受信処理手順１に、図５２のデータパケット送信処理手順４に対応し、並列送信の種別（複数の無線チャネル、空間分割多重）に応じた手順を加えている。
【０２２６】
すなわち、図５３の受信処理手順１にステップＳ５２およびＳ５３が追加される。ステップＳ５２では、受信したデータパケットのＦＣＳ領域のＣＲＣコードから定数Ｑ２を減算してから、このＣＲＣコードとデータパケットの計算値とが一致するかどうかを調べる。ステップＳ５３では、ＣＲＣコードの一致を検出したステップがＳ４５，Ｓ５２の何れであるかを調べることにより、通信モードを認識する。すなわち、ステップＳ４５で一致を検出した場合には送信側は図５２のステップＳ３２を実行したことになるので、複数の無線チャネルを使用する通信モードであり、ステップＳ５２で一致を検出した場合には送信側は図５２のステップＳ３５を実行したことになるので、空間分割多重を使用する通信モードである。
【０２２７】
実際には、受信側の無線局Ｂは、ステップＳ５３で認識した通信モードに応じて、ＡＣＫパケットの返送方法を自動的に切り替える。すなわち、送信側が複数の無線チャネルを使用して複数のデータパケットを並列送信する場合には、受信側は複数の無線チャネルを使用して受信したデータパケット毎にＡＣＫパケットを返す。また、送信側が空間分割多重を使用して複数のデータパケットを並列送信する場合には、受信側は同時に受信した複数のデータパケットに対して、まとめて１つのＡＣＫパケットだけを返し、空間分割多重は用いない。
【０２２８】
（パケット通信装置の構成例）
図５５は、本発明のパケット通信装置の構成例を示す。ここでは、３個の無線チャネル＃１，＃２，＃３を用いて３個のデータパケットを並列に送受信可能な無線パケット通信装置の構成について示すが、その並列数は任意に設定可能である。なお、各無線チャネルごとに空間分割多重を利用する場合には、複数の無線チャネルの各空間分割多重数の総和に相当する並列送信数のデータパケットを並列に送受信可能であるが、ここでは空間分割多重については省略する。なお、有線接続される一般的なパケット通信装置についても同様である。
【０２２９】
図において、無線パケット通信装置は、送受信処理部１０−１，１０−２，１０−３と、送信バッファ２１，データパケット生成部２２，データフレーム管理部２３，チャネル状態管理部２４，パケット振り分け送信制御部２５，データフレーム復元部２６およびヘッダ除去部２７とを備える。
【０２３０】
送受信処理部１０−１，１０−２，１０−３は、互いに異なる無線チャネル＃１，＃２，＃３で無線通信を行う。これらの無線チャネルは、互いに無線周波数などが異なるので互いに独立であり、同時に複数の無線チャネルを利用して無線通信できる構成になっている。各送受信処理部１０は、変調器１１，無線送信部１２，アンテナ１３，無線受信部１４，復調器１５，パケット選択部１６およびキャリア検出部１７を備える。
【０２３１】
他の無線パケット通信装置が互いに異なる無線チャネル＃１，＃２，＃３を介して送信した無線信号は、それぞれ対応する送受信処理部１０−１，１０−２，１０−３のアンテナ１３を介して無線受信部１４に入力される。各無線チャネル対応の無線受信部１４は、入力された無線信号に対して周波数変換，フィルタリング，直交検波およびＡＤ変換を含む受信処理を施す。なお、各無線受信部１４には、それぞれ接続されたアンテナ１３が送信のために使用されていない時に、各無線チャネルにおける無線伝搬路上の無線信号が常時入力されており、各無線チャネルの受信電界強度を表すＲＳＳＩ信号がキャリア検出部１７へ出力される。また、無線受信部１４に対応する無線チャネルで無線信号が受信された場合には、受信処理されたベースバンド信号が復調器１５へ出力される。
【０２３２】
復調器１５は、無線受信部１４から入力されたベースバンド信号に対してそれぞれ復調処理を行い、得られたデータパケットはパケット選択部１６へ出力される。パケット選択部１６は、入力されたデータパケットに対してＣＲＣチェックを行い、データパケットが誤りなく受信された場合には、そのデータパケットが自局に対して送信されたものか否かを識別する。すなわち、各データパケットの宛先ＩＤが自局と一致するか否かを調べ、自局宛てのデータパケットをデータフレーム復元部２６へ出力するとともに、図示しない送達確認パケット生成部で送達確認パケットを生成して変調器１１に送出し、応答処理を行う。このとき、送達確認パケットの送信にあたって、伝送速度の設定や空間分割多重を適用しないなどの送信モードの設定を行うようにしてもよい。一方、自局宛でないデータパケットの場合には、パケット選択部１６で当該パケットが破棄される。
【０２３３】
データフレーム復元部２６は、上述したデータフレーム復元処理手順を用いて、データパケットからデータフレームを抽出する。その結果を受信データフレーム系列としてヘッダ除去部２７へ出力する。ヘッダ除去部２７は、入力された受信データフレーム系列に含まれている各々のデータフレームからヘッダ部分を除去して出力する。
【０２３４】
キャリア検出部１７は、ＲＳＳＩ信号が入力されると、その信号によって表される受信電界強度の値と予め設定した閾値とを比較する。そして、所定の期間中の受信電界強度が連続的に閾値よりも小さい状態が継続すると、割り当てられた無線チャネルが空き状態であると判定し、それ以外の場合には割り当てられた無線チャネルがビジーであると判定する。各無線チャネルに対応するキャリア検出部１７は、この判定結果をキャリア検出結果CS１〜CS３として出力する。なお、各送受信処理部１０において、アンテナ１３が送信状態である場合にはキャリア検出部１７にＲＳＳＩ信号が入力されない。また、アンテナ１３が既に送信状態にある場合には、同じアンテナ１３を用いて他のデータパケットを無線信号として同時に送信することはできない。したがって、各キャリア検出部１７はＲＳＳＩ信号が入力されなかった場合には、割り当てられた無線チャネルがビジーであることを示すキャリア検出結果を出力する。
【０２３５】
各無線チャネルに対応するキャリア検出部１７から出力されるキャリア検出結果CS１〜CS３は、チャネル状態管理部２４に入力される。チャネル状態管理部２４は、各無線チャネルに対応するキャリア検出結果に基づいて各無線チャネルの空き状態を管理し、空き状態の無線チャネルおよび空きチャネル数などの情報をデータフレーム管理部２３に通知する（図５５，ａ）。
【０２３６】
一方、送信バッファ２１には、送信すべき送信データフレーム系列が入力され、バッファリングされる。この送信データフレーム系列は、１つあるいは複数のデータフレームで構成される。送信バッファ２１は、現在保持しているデータフレームの数、宛先となる無線パケット通信装置のＩＤ情報、データサイズ、バッファ上の位置を表すアドレス情報などをデータフレーム管理部２３に逐次通知する（ｂ）。
【０２３７】
データフレーム管理部２３は、送信バッファ２１から通知された各宛先無線局ＩＤごとのデータフレームに関する情報と、チャネル状態管理部２４から通知された無線チャネルに関する情報に基づき、どのデータフレームからどのようにデータパケットを生成し、どの無線チャネルで送信するかを決定し、それぞれ送信バッファ２１，データパケット生成部２２およびデータパケット振り分け送信制御部２５に通知する（ｃ，ｄ，ｅ）。例えば、空き状態の無線チャネル数Ｎが送信バッファ２１にある送信待ちのデータフレーム数Ｋより少ない場合に、空き状態の無線チャネル数Ｎを並列送信するデータパケット数として決定し、送信バッファ２１に対してＫ個のデータフレームから、Ｎ×Ｄmax 以下になるように送信するデータフレームを決定し、それを指定するアドレス情報を通知する（ｃ）。また、データパケット生成部２２に対しては、送信バッファ２１から入力したデータフレームからＮ個のデータパケットを生成するための情報を通知する（ｄ）。また、パケット振り分け送信制御部２５に対しては、データパケット生成部２２で生成されたＮ個のデータパケットと空き状態の無線チャネルとの対応を指示する（ｅ）。
【０２３８】
送信バッファ２１は、出力指定されたデータフレームをデータパケット生成部２２に出力する（ｆ）。データパケット生成部２２は、各データフレームからデータ領域を抽出し、前述したサブヘッダを付加した上で切り貼りし、パケット長が揃った複数のデータブロックを生成し、このデータブロックに当該データパケットの宛先となる宛先無線局のＩＤ情報やデータフレームの順番を表すシーケンス番号などの制御情報を含むヘッダ部と、誤り検出符号であるＣＲＣ符号（ＦＣＳ部）を付加してデータパケットを生成する。このとき、パケットのフォーマットや種類や宛先などに応じたＣＲＣコードが用いられる。パケット振り分け送信制御部２５は、データパケット生成部２２から入力された各データパケットと各無線チャネルとの対応付けを行う。
【０２３９】
このような対応付けの結果、無線チャネル＃１に対応付けられたデータパケットは送受信処理部１０−１内の変調器１１に入力され、無線チャネル＃２に対応付けられたデータパケットは送受信処理部１０−２内の変調器１１に入力され、無線チャネル＃３に対応付けられたデータパケットは送受信処理部１０−３内の変調器１１に入力される。各変調器１１は、パケット振り分け送信制御部２５からデータパケットが入力されると、そのデータパケットに対して所定の変調処理を施して無線送信部１２に出力する。各無線送信部１２は、変調器１１から入力された変調処理後のデータパケットに対して、ＤＡ変換，周波数変換，フィルタリング及び電力増幅を含む送信処理を施し、それぞれ対応する無線チャネルを介してアンテナ１３からデータパケットとして送信する。
【産業上の利用可能性】
【０２４０】
本発明のパケット通信方法およびパケット通信装置は、複数のパケットを識別する情報を通信局間で送受信できるので、双方の通信局の通信モードやデータパケットのフォーマットなどに応じた処理が可能になる。しかも、これらの情報を含むパケットは、従来の通信制御だけに対応する通信局の通信に特別な影響を及ぼさないので、新規な通信モードやフォーマットに対応した通信局と従来の通信局とが混在する通信システムを構成することもできる。例えば、データフレームのデータ領域の分割・切り貼りを行って生成される特殊フォーマットに対応する通信局と、特殊フォーマットに対応しない通信局とが混在するシステムを構成することができる。
【図面の簡単な説明】
【０２４１】
【図１】本発明のパケット通信方法の第１の実施形態を示す図である。
【図２】本発明のパケット通信方法の第２の実施形態を示す図である。
【図３】本発明のパケット通信方法の第３の実施形態を示す図である。
【図４】本発明のパケット通信方法の第４の実施形態を示す図である。
【図５】本発明のパケット通信方法の第５の実施形態を示す図である。
【図６】本発明のパケット通信方法の第６の実施形態を示す図である。
【図７】本発明のパケット通信方法の第７の実施形態を示す図である。
【図８】本発明の実施例１を示す図である。
【図９】各通信局間で伝送される制御パケットおよび制御情報付ビーコンパケットのフレーム構成を示す図である。
【図１０】本発明の実施例２を示す図である。
【図１１】各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す図である。
【図１２】本発明の実施例３を示す図である。
【図１３】各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示すである。
【図１４】本発明の実施例４を示す図である。
【図１５】各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示すである。
【図１６】本発明の実施例５を示す図である。
【図１７】各通信局間で伝送される制御情報付ビーコンパケットおよび制御情報付データパケットのフレーム構成を示す図である。
【図１８】本発明の実施例６を示す図である。
【図１９】各通信局間で伝送される制御情報付ビーコンパケットのフレーム構成を示す図である。
【図２０】本発明の実施例７を示す図である。
【図２１】各通信局間で伝送される標準フォーマットおよび特殊フォーマットのビーコンパケットのフレーム構成を示す図である。
【図２２】本発明の実施例８を示す図である。
【図２３】各通信局間で伝送される制御情報付データパケットのフレーム構成を示す図である。
【図２４】本発明の実施例９を示す図である。
【図２５】各通信局間で伝送される制御情報付ポーリングパケットのフレーム構成を示す図である。
【図２６】本発明の実施例１０を示す図である。
【図２７】各通信局間で伝送される制御情報付データパケットのフレーム構成を示す図である。
【図２８】本発明の実施例１１を示す図である。
【図２９】各通信局間で伝送される制御情報付ＡＣＫパケットのフレーム構成を示す図である。
【図３０】本発明の実施例１２を示す図である。
【図３１】本発明の実施例１３を示す図である。
【図３２】各通信局間で伝送されるデータ付ＡＣＫパケットのフレーム構成を示す図である。
【図３３】本発明の実施例１４を示す図である。
【図３４】各通信局間で伝送される特殊フォーマットのパケットのフレーム構成を示す図である。
【図３５】本発明の実施例１５を示す図である。
【図３６】本発明の実施例１６を示す図である。
【図３７】本発明の実施例１７を示す図である。
【図３８】本発明の実施例１８を示す図である。
【図３９】本発明の実施例１９を示す図である。
【図４０】本発明の実施例２０を示す図である。
【図４１】本発明の実施例２１を示す図である。
【図４２】本発明の実施例２１を示す図である。
【図４３】実施例２１に対応する無線局Ａの通信機能確認処理手順を示すフローチャートである。
【図４４】実施例２１に対応する無線局Ａのデータパケット送信処理手順１を示すフローチャートである。
【図４５】実施例２１に対応する無線局Ａのデータパケット送信処理手順２を示すフローチャートである。
【図４６】実施例２１に対応する無線局Ｂのデータパケット受信処理手順を示すフローチャートである。
【図４７】本発明の実施例２２を示す図である。
【図４８】実施例２２に対応する無線局Ａの通信機能確認処理手順を示すフローチャートである。
【図４９】実施例２２に対応する無線局Ａのデータパケット送信処理手順１を示すフローチャートである。
【図５０】実施例２２に対応する無線局Ａのデータパケット送信処理手順２を示すフローチャートである。
【図５１】実施例２２に対応する無線局Ａのデータパケット送信処理手順３を示すフローチャートである。
【図５２】実施例２２に対応する無線局Ａのデータパケット送信処理手順４を示すフローチャートである。
【図５３】実施例２２に対応する無線局Ｂのデータパケット受信処理手順１を示すフローチャートである。
【図５４】実施例２２に対応する無線局Ｂのデータパケット受信処理手順２を示すフローチャートである。
【図５５】本発明のパケット通信装置の構成例を示すブロック図である。
【図５６】複数のデータフレームから１または複数のデータパケットを生成する方法を説明する図であり、(1) はデータフレームの分割、(2) はデータフレームの切り貼り、(3) はデータフレームの結合、(4) はデータフレームの結合を示す。
【符号の説明】
【０２４２】
１０  送受信処理部
１１  変調器
１２  無線送信部
１３  アンテナ
１４  無線受信部
１５  復調器
１６  パケット選択部
１７  キャリア検出部
２１  送信バッファ
２２  データパケット生成部
２３  データフレーム管理部
２４  チャネル状態管理部
２５  パケット振り分け送信制御部
２６  データフレーム復元部
２７  ヘッダ除去部
【国際調査報告】
2005020531.tif 000059
2005020531.tif 000060