JPWO2005013576A1 - 無線パケット通信方法 - Google Patents
無線パケット通信方法 Download PDFInfo
- Publication number
- JPWO2005013576A1 JPWO2005013576A1 JP2005512537A JP2005512537A JPWO2005013576A1 JP WO2005013576 A1 JPWO2005013576 A1 JP WO2005013576A1 JP 2005512537 A JP2005512537 A JP 2005512537A JP 2005512537 A JP2005512537 A JP 2005512537A JP WO2005013576 A1 JPWO2005013576 A1 JP WO2005013576A1
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- frame
- wireless
- data packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1438—Negotiation of transmission parameters prior to communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
複数のデータフレームの結合または切り貼りによって生成された特殊フォーマットのデータパケットを送信する場合には、その前に、特殊フォーマットに対応している無線局のみが受信可能な確認パケットおよび応答パケットを送受信し、特殊フォーマットに対応する無線局を確認して管理する。そして、自局の管理情報に従って、送信先の無線局に応じた特殊フォーマットまたは標準フォーマットのデータパケットを送信する。複数のデータフレームを切り貼りした特殊フォーマットの複数のデータパケットを作成する際には、複数のデータフレームのそれぞれにサブヘッダを付加して結合し、それを分割した各データブロックに切り貼りされたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する。
Description
本発明は、複数のデータフレームの結合や切り貼りによって生成される特殊フォーマットのデータパケットを送受信するための無線パケット通信方法に関する。なお、複数のデータフレームの結合や切り貼りによって生成される複数のデータパケットは、例えば複数の無線チャネルや空間分割多重技術を利用した並列送信などに適用される。
標準規格に準拠する従来の無線パケット通信方法では、使用する無線チャネルを事前に１つだけ決めておき、データパケットの送信に先立って当該無線チャネルが空き状態か否かを検出（キャリアセンス）し、当該無線チャネルが空き状態の場合にのみ１つのデータパケットを送信していた。このような制御により、１つの無線チャネルを複数の無線局で互いに時間をずらして共用することができた（（１）ＩＥＥＥ８０２．１１″ＭＡＣ ａｎｄ ＰＨＹ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋｓ″， ＩＥＥＥ ８０２．１１，１９９８、（２）小電力データ通信システム／広帯域移動アクセスシステム（ＣＳＭＡ）標準規格、ＡＲＩＢ ＳＤＴ−Ｔ７１ １．０版、（社）電波産業会、平成１２年策定）。
このような無線パケット通信方法において、データパケットの伝送効率を高めるために、公知の空間分割多重技術（黒崎ほか、ＭＩＭＯチャネルにより１００Ｍｂｉｔ／ｓを実現する広帯域移動通信用ＳＤＭ−ＣＯＦＤＭ方式の提案、電子情報通信学会技術研究報告、Ａ・Ｐ２００１−９６，ＲＣＳ２００１−１３５（２００１−１０））を用い、１つの無線チャネルで複数のデータパケットを並列送信する無線パケット通信方法が検討されている。この空間分割多重技術（ＳＤＭ）は、複数のアンテナから同じ無線チャネルで同時に異なるデータパケットを送信し、対向する無線局の複数のアンテナに受信された各データパケットの伝搬係数の違いに対応するディジタル信号処理により、同じ無線チャネルで同時に送信された複数のデータパケットを受信する方式である。なお、伝搬係数等に応じて空間分割多重数が決定される。
また、データパケットの伝送効率を高めるために、各無線局がそれぞれ複数の無線通信インタフェースをもち、キャリアセンスの際に複数の無線チャネルが空き状態であれば、その複数の無線チャネルを用いて複数のデータパケットを並列送信する無線パケット通信方法が検討されている。
また、複数の無線チャネルと空間分割多重技術の組み合わせにより、複数の無線チャネルの各空間分割多重数の総和に相当する数のデータパケットを並列送信する無線パケット通信方法も検討されている。
これらの方法では、例えば３個のデータパケットに対して、空き状態の無線チャネルが２つあれば、２つの無線チャネルを用いて３個のうちの２個のデータパケットを並列送信する。また、２個のデータパケットに対して、空き状態の無線チャネルが３つあれば、２つの無線チャネルを用いて全て（２個）のデータパケットを並列送信する。空間分割多重技術を用いる場合も同様である。
ところで、複数の無線チャネルを用いて複数のデータパケットを並列送信する方法において、同時に使用する複数の無線チャネルの中心周波数が互いに近接している場合には、一方の無線チャネルから他方の無線チャネルが使用している周波数領域へ漏れ出す漏洩電力の影響が大きくなる。一般に、データパケットを伝送する場合には、送信側の無線局がデータパケットを送信した後に、受信側の無線局が受信したデータパケットに対して送達確認パケット（ＡＣＫパケット，ＮＡＣＫパケット）を送信側の無線局へ返信する。送信側の無線局がこの送達確認パケットを受信しようとするときに、並列送信に使用している他の無線チャネルからの漏洩電力の影響が問題となる。
例えば、図２３に示すように、無線チャネル＃１と無線チャネル＃２の中心周波数が互いに近接し、各無線チャネルから並列送信するデータパケットの伝送所要時間が異なる場合を想定する。ここでは、無線チャネル＃１から送信されたデータパケットが短いので、それに対するＡＣＫパケットが受信されるときに無線チャネル＃２は送信中である。そのため、無線チャネル＃１では、無線チャネル＃２からの漏洩電力によりＡＣＫパケットを受信できない可能性がある。このような状況では、同時に複数の無線チャネルを利用して並列送信を行ったとしてもスループットの改善は見込めない。
なお、このようなケースは、各無線チャネルの伝送速度が等しい場合には各データパケットのパケット長（伝送所要時間＝データサイズ）の違いにより発生し、各無線チャネルの伝送速度も考慮すると各データパケットのパケット長（伝送所要時間＝データサイズ／伝送速度）の違いにより発生する。
さらに、無線ＬＡＮシステムでは、ネットワークから入力するデータフレームのデータサイズは一定ではない。したがって、入力するデータフレームを順次にデータパケットに変換して送信する場合には、各データパケットのパケット長（伝送所要時間）も変化する。そのため、図２３に示すように複数のデータパケットのパケット長に違いが生じる場合には、同時に並列送信しても、ＡＣＫパケットの受信に失敗する可能性が高くなる。
このような問題に対して、並列送信する複数のデータパケットのパケット長を同一または同等とすることにより、複数のデータパケットの送信を同時またはほぼ同時に終了させる方法が検討されている。この方法では、複数のデータパケットのそれぞれに対するＡＣＫパケットが到着するタイミングでは、送信局は送信を行っていない。したがって、無線チャネル間の漏洩電力などの影響を受けることなく、並列送信したデータパケットに対するすべてのＡＣＫパケットを受信することができ、スループットの改善に寄与することができる。本明細書における「並列送信」は、複数のデータパケットのパケット長（伝送所要時間）が揃って並列に送信される状態を指すものとする。空間分割多重伝送する場合についても同様である。
ここで、データフレームから並列送信する複数のデータパケットを生成する方法としては、次の３つの方法がある。例えばデータフレームが１つで空きチャネル数が２つの場合には、図２４（１）に示すようにデータフレームを分割することにより、同一パケット長の２つのデータパケットを生成する。また、データフレームが３つで空きチャネル数が２つの場合には、図２４（２）に示すように、例えばデータフレーム２を分割してそれぞれデータフレーム１およびデータフレーム３と結合することにより、同一パケット長の２つのデータパケットを生成する。あるいは、３つのデータフレームを連結してから２分割しても同様である。また、図２４（３）に示すように、データフレーム１とデータフレーム２を連結し、データフレーム３にダミービットを付加し、同一パケット長の２つのデータパケットを生成する。なお、複数の無線チャネルを使用する際に各無線チャネルの伝送速度が異なる場合には、各データパケットのサイズ比を伝送速度比に対応させてパケット長が同じになるように調整する。
また、無線ＬＡＮシステムでは、１つのデータフレームを１つのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）フレームに変換している。したがって、データフレームのデータ領域のデータサイズが小さい場合でも、１つのＭＡＣフレームに変換され、１つのデータパケット（無線パケット）として送信されることになる。例えば、ＩＥＥＥ８０２．１１規格のＭＡＣフレームのデータ領域の最大サイズは２２９６バイトであるのに対して、データフレームとして一般的に用いられているイーサネット（登録商標）フレームでは、データ領域のデータサイズが最大１５００バイトに制限されている。したがって、最大サイズのイーサネットフレームであっても、ＭＡＣフレームのデータ領域の最大サイズ（２２９６バイト）に対して余裕があることになる。すなわち、従来のシステムでは、１つのＭＡＣフレームで送信可能な最大のデータサイズを有効に活用できず、スループットの改善にも限界があった。
したがって、データパケットのデータサイズを最大限に活用するために、図２４（４）に示すように、複数のデータフレームのデータ領域を結合して１つのデータパケットとして伝送する方法も検討されている。なお、図２４（１）〜（３）に示す方法においても、ＭＡＣフレームの最大サイズの範囲でデータフレームの結合等が行われる。
ここで、図２４（１）に示すフレーム分割により生成される複数のデータパケットは、既存のフラグメント処理に基づく標準規格に準拠するフレームフォーマットにより対応することができる。一方、図２４（２）に示すデータフレームの「切り貼り」や、図２４（３），（４）に示すデータフレームの「結合」により再構成されたデータパケットは、標準規格に準拠しない特殊フォーマットになる。
しかし、このような特殊フォーマットのデータパケットは、当然のことながらデータフレームのデータ領域とデータパケットのデータ領域とが１対１に対応しないことになる。一方、受信側の無線局では、受信したデータパケットから元のデータフレームを復元しなければならないが、従来は想定されていないパケットフォーマットであるので、そのままでは復元できない。その理由は次の通りである。
実際のシステムでは、例えばＩＰレイヤにおけるＩＰパケットを下位レイヤに引き渡す場合に、いくつかのデータフレームに分割して引き渡すような処理を行う。この場合、分割してできた各データフレームのデータ領域の先頭部分には、元のＩＰパケットを復元するためのヘッダがそれぞれ付加される。このようにして生成されたデータフレームから作られたデータパケットを受信側で受信した場合には、データパケットからデータフレームを抽出し、さらに元のＩＰパケットを復元する。
一般に、受信側のＩＰレイヤでは、受信した各データフレームのデータ領域の先頭部分が、元のＩＰパケットを復元するために必要なヘッダ情報であるものと機械的に認識してＩＰパケットの復元処理を行う。すなわち、ＩＰレイヤの立場からすると、各データフレームのデータ領域の先頭部分は元のＩＰパケットを復元するためのヘッダ情報でなければ問題が生じる。
ところが、前述のように送信側で「切り貼り」や「結合」により再構成されたデータパケットは、元のＩＰパケットを復元するためのヘッダ情報が各データフレームのデータ領域の先頭以外の部分に移動することになり、そのままではＩＰレイヤでＩＰパケットを復元できない。したがって、受信側ではＩＰパケットに復元する前に、まず受信したデータパケットから再構成される前の元のデータフレームを復元する必要がある。
送信側で再構成された特殊フォーマットのデータパケットから受信側で再構成前のデータフレームを復元するためには、データパケットが特殊フォーマットか否か、特殊フォーマットの場合にはデータフレームの境目、データパケットの順番などの情報が必要になる。しかし、標準フォーマットでは、そのような情報を伝送するための領域が定義されていないので、新たに定義される特殊フォーマットによって、その情報を送信側から受信側に伝える必要がある。ただし、一般的に定義されていない特殊フォーマットを通信システム全体で採用すると、通信システムを構成する全ての無線局を特殊フォーマットに対応した新たな装置に置き換えざるを得ないので、コストの増大が避けられない。
本発明の目的は、標準フォーマットのデータパケットが送受信される無線パケット通信方法において、特殊フォーマットのデータパケットの送受信および特殊フォーマットであることを認識し、再構成前のデータフレームを復元処理することができる無線パケット通信方法を実現するところにある。
このような無線パケット通信方法において、データパケットの伝送効率を高めるために、公知の空間分割多重技術（黒崎ほか、ＭＩＭＯチャネルにより１００Ｍｂｉｔ／ｓを実現する広帯域移動通信用ＳＤＭ−ＣＯＦＤＭ方式の提案、電子情報通信学会技術研究報告、Ａ・Ｐ２００１−９６，ＲＣＳ２００１−１３５（２００１−１０））を用い、１つの無線チャネルで複数のデータパケットを並列送信する無線パケット通信方法が検討されている。この空間分割多重技術（ＳＤＭ）は、複数のアンテナから同じ無線チャネルで同時に異なるデータパケットを送信し、対向する無線局の複数のアンテナに受信された各データパケットの伝搬係数の違いに対応するディジタル信号処理により、同じ無線チャネルで同時に送信された複数のデータパケットを受信する方式である。なお、伝搬係数等に応じて空間分割多重数が決定される。
また、データパケットの伝送効率を高めるために、各無線局がそれぞれ複数の無線通信インタフェースをもち、キャリアセンスの際に複数の無線チャネルが空き状態であれば、その複数の無線チャネルを用いて複数のデータパケットを並列送信する無線パケット通信方法が検討されている。
また、複数の無線チャネルと空間分割多重技術の組み合わせにより、複数の無線チャネルの各空間分割多重数の総和に相当する数のデータパケットを並列送信する無線パケット通信方法も検討されている。
これらの方法では、例えば３個のデータパケットに対して、空き状態の無線チャネルが２つあれば、２つの無線チャネルを用いて３個のうちの２個のデータパケットを並列送信する。また、２個のデータパケットに対して、空き状態の無線チャネルが３つあれば、２つの無線チャネルを用いて全て（２個）のデータパケットを並列送信する。空間分割多重技術を用いる場合も同様である。
ところで、複数の無線チャネルを用いて複数のデータパケットを並列送信する方法において、同時に使用する複数の無線チャネルの中心周波数が互いに近接している場合には、一方の無線チャネルから他方の無線チャネルが使用している周波数領域へ漏れ出す漏洩電力の影響が大きくなる。一般に、データパケットを伝送する場合には、送信側の無線局がデータパケットを送信した後に、受信側の無線局が受信したデータパケットに対して送達確認パケット（ＡＣＫパケット，ＮＡＣＫパケット）を送信側の無線局へ返信する。送信側の無線局がこの送達確認パケットを受信しようとするときに、並列送信に使用している他の無線チャネルからの漏洩電力の影響が問題となる。
例えば、図２３に示すように、無線チャネル＃１と無線チャネル＃２の中心周波数が互いに近接し、各無線チャネルから並列送信するデータパケットの伝送所要時間が異なる場合を想定する。ここでは、無線チャネル＃１から送信されたデータパケットが短いので、それに対するＡＣＫパケットが受信されるときに無線チャネル＃２は送信中である。そのため、無線チャネル＃１では、無線チャネル＃２からの漏洩電力によりＡＣＫパケットを受信できない可能性がある。このような状況では、同時に複数の無線チャネルを利用して並列送信を行ったとしてもスループットの改善は見込めない。
なお、このようなケースは、各無線チャネルの伝送速度が等しい場合には各データパケットのパケット長（伝送所要時間＝データサイズ）の違いにより発生し、各無線チャネルの伝送速度も考慮すると各データパケットのパケット長（伝送所要時間＝データサイズ／伝送速度）の違いにより発生する。
さらに、無線ＬＡＮシステムでは、ネットワークから入力するデータフレームのデータサイズは一定ではない。したがって、入力するデータフレームを順次にデータパケットに変換して送信する場合には、各データパケットのパケット長（伝送所要時間）も変化する。そのため、図２３に示すように複数のデータパケットのパケット長に違いが生じる場合には、同時に並列送信しても、ＡＣＫパケットの受信に失敗する可能性が高くなる。
このような問題に対して、並列送信する複数のデータパケットのパケット長を同一または同等とすることにより、複数のデータパケットの送信を同時またはほぼ同時に終了させる方法が検討されている。この方法では、複数のデータパケットのそれぞれに対するＡＣＫパケットが到着するタイミングでは、送信局は送信を行っていない。したがって、無線チャネル間の漏洩電力などの影響を受けることなく、並列送信したデータパケットに対するすべてのＡＣＫパケットを受信することができ、スループットの改善に寄与することができる。本明細書における「並列送信」は、複数のデータパケットのパケット長（伝送所要時間）が揃って並列に送信される状態を指すものとする。空間分割多重伝送する場合についても同様である。
ここで、データフレームから並列送信する複数のデータパケットを生成する方法としては、次の３つの方法がある。例えばデータフレームが１つで空きチャネル数が２つの場合には、図２４（１）に示すようにデータフレームを分割することにより、同一パケット長の２つのデータパケットを生成する。また、データフレームが３つで空きチャネル数が２つの場合には、図２４（２）に示すように、例えばデータフレーム２を分割してそれぞれデータフレーム１およびデータフレーム３と結合することにより、同一パケット長の２つのデータパケットを生成する。あるいは、３つのデータフレームを連結してから２分割しても同様である。また、図２４（３）に示すように、データフレーム１とデータフレーム２を連結し、データフレーム３にダミービットを付加し、同一パケット長の２つのデータパケットを生成する。なお、複数の無線チャネルを使用する際に各無線チャネルの伝送速度が異なる場合には、各データパケットのサイズ比を伝送速度比に対応させてパケット長が同じになるように調整する。
また、無線ＬＡＮシステムでは、１つのデータフレームを１つのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）フレームに変換している。したがって、データフレームのデータ領域のデータサイズが小さい場合でも、１つのＭＡＣフレームに変換され、１つのデータパケット（無線パケット）として送信されることになる。例えば、ＩＥＥＥ８０２．１１規格のＭＡＣフレームのデータ領域の最大サイズは２２９６バイトであるのに対して、データフレームとして一般的に用いられているイーサネット（登録商標）フレームでは、データ領域のデータサイズが最大１５００バイトに制限されている。したがって、最大サイズのイーサネットフレームであっても、ＭＡＣフレームのデータ領域の最大サイズ（２２９６バイト）に対して余裕があることになる。すなわち、従来のシステムでは、１つのＭＡＣフレームで送信可能な最大のデータサイズを有効に活用できず、スループットの改善にも限界があった。
したがって、データパケットのデータサイズを最大限に活用するために、図２４（４）に示すように、複数のデータフレームのデータ領域を結合して１つのデータパケットとして伝送する方法も検討されている。なお、図２４（１）〜（３）に示す方法においても、ＭＡＣフレームの最大サイズの範囲でデータフレームの結合等が行われる。
ここで、図２４（１）に示すフレーム分割により生成される複数のデータパケットは、既存のフラグメント処理に基づく標準規格に準拠するフレームフォーマットにより対応することができる。一方、図２４（２）に示すデータフレームの「切り貼り」や、図２４（３），（４）に示すデータフレームの「結合」により再構成されたデータパケットは、標準規格に準拠しない特殊フォーマットになる。
しかし、このような特殊フォーマットのデータパケットは、当然のことながらデータフレームのデータ領域とデータパケットのデータ領域とが１対１に対応しないことになる。一方、受信側の無線局では、受信したデータパケットから元のデータフレームを復元しなければならないが、従来は想定されていないパケットフォーマットであるので、そのままでは復元できない。その理由は次の通りである。
実際のシステムでは、例えばＩＰレイヤにおけるＩＰパケットを下位レイヤに引き渡す場合に、いくつかのデータフレームに分割して引き渡すような処理を行う。この場合、分割してできた各データフレームのデータ領域の先頭部分には、元のＩＰパケットを復元するためのヘッダがそれぞれ付加される。このようにして生成されたデータフレームから作られたデータパケットを受信側で受信した場合には、データパケットからデータフレームを抽出し、さらに元のＩＰパケットを復元する。
一般に、受信側のＩＰレイヤでは、受信した各データフレームのデータ領域の先頭部分が、元のＩＰパケットを復元するために必要なヘッダ情報であるものと機械的に認識してＩＰパケットの復元処理を行う。すなわち、ＩＰレイヤの立場からすると、各データフレームのデータ領域の先頭部分は元のＩＰパケットを復元するためのヘッダ情報でなければ問題が生じる。
ところが、前述のように送信側で「切り貼り」や「結合」により再構成されたデータパケットは、元のＩＰパケットを復元するためのヘッダ情報が各データフレームのデータ領域の先頭以外の部分に移動することになり、そのままではＩＰレイヤでＩＰパケットを復元できない。したがって、受信側ではＩＰパケットに復元する前に、まず受信したデータパケットから再構成される前の元のデータフレームを復元する必要がある。
送信側で再構成された特殊フォーマットのデータパケットから受信側で再構成前のデータフレームを復元するためには、データパケットが特殊フォーマットか否か、特殊フォーマットの場合にはデータフレームの境目、データパケットの順番などの情報が必要になる。しかし、標準フォーマットでは、そのような情報を伝送するための領域が定義されていないので、新たに定義される特殊フォーマットによって、その情報を送信側から受信側に伝える必要がある。ただし、一般的に定義されていない特殊フォーマットを通信システム全体で採用すると、通信システムを構成する全ての無線局を特殊フォーマットに対応した新たな装置に置き換えざるを得ないので、コストの増大が避けられない。
本発明の目的は、標準フォーマットのデータパケットが送受信される無線パケット通信方法において、特殊フォーマットのデータパケットの送受信および特殊フォーマットであることを認識し、再構成前のデータフレームを復元処理することができる無線パケット通信方法を実現するところにある。
請求項１の発明は、複数のデータフレームの結合または切り貼りによって生成された特殊フォーマットのデータパケットと、１つのデータフレームから生成された標準フォーマットのデータパケットを無線局間で伝送する際に、特殊フォーマットに対応した無線局は、データパケットを送信する前に、特殊フォーマットに対応している無線局のみが受信可能な確認パケットを送信する。確認パケットを受信した特殊フォーマットに対応する無線局は、確認パケットの送信元の無線局を特殊フォーマットに対応しているものとして管理し、その無線局に対して特殊フォーマットに対応している無線局のみが受信可能な応答パケットを送信する。応答パケットを受信した特殊フォーマットに対応する無線局は、応答パケットの送信元の無線局を特殊フォーマットに対応しているものとして管理する。そして、自局の管理情報に従って、送信先の無線局が特殊フォーマットに対応している場合には特殊フォーマットのデータパケットを送信し、特殊フォーマットに対応していない場合には標準フォーマットのデータパケットを送信する。
これにより、特殊フォーマットに対応した無線局と、標準フォーマットに対応した無線局が混在する場合でも、各無線局に対応するフォーマットを管理し、送信先の無線局のフォーマットに対応したデータパケットを送信することができる。
請求項２の発明は、データパケットを送信する無線局が、送信するデータパケットの制御情報領域の中に、少なくとも標準フォーマットと特殊フォーマットの区別を表すフォーマット識別情報を設定する。データパケットを受信した無線局は、受信したデータパケットの制御情報領域に含まれるフォーマット識別情報の内容に応じて標準フォーマットまたは特殊フォーマットを選択し、選択したフォーマットの定義に従ってデータパケットを受信処理する。
これにより、特殊フォーマットに対応した無線局と、標準フォーマットに対応した無線局が混在する場合でも、各無線局に対応するフォーマットを管理し、フォーマット識別情報により通知されるフォーマットを認識し、それぞれのフォーマットに対応したデータパケットを送受信することができる。
請求項３の発明は、データパケットを受信した無線局が、受信したデータパケットの制御情報領域から送信元の無線局を識別し、自局の管理情報に従って送信元の無線局が対応しているフォーマットを認識し、認識したフォーマットの定義に従ってデータパケットを受信処理する。
これにより、特殊フォーマットに対応した無線局と、標準フォーマットに対応した無線局が混在する場合でも、各無線局に対応するフォーマットを管理し、送信元の無線局のフォーマットを確認し、それぞれのフォーマットに対応したデータパケットを送受信することができる。
請求項４の発明は、複数のデータフレームを切り貼りした特殊フォーマットの複数のデータパケットを作成する際に、複数のデータフレームのそれぞれに、データサイズを表すフィールド、フレームの順番を表すフィールド、後続フレームの有無を表すフィールドを含むサブヘッダを付加する。次に、サブヘッダが付加されたデータフレームを結合して１つのデータブロックを作成し、この１つのデータブロックを各パケット長が揃うように分割して並列送信数のデータブロックを作成する。次に、並列送信数のデータブロックのそれぞれに、切り貼りされたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する。
これにより、特殊フォーマットを定義し、特殊フォーマットのデータパケットの送受信を行うことができる。
請求項５の発明は、メインヘッダとして、データパケット内のデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム数を示すフレーム数フィールドと、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールドと、データフレームが分割されたフラグメン卜の有無と位置を示すフラグメントフィールドを有する。
請求項６の発明は、メインヘッダとして、データパケット内のデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールドを有する。
請求項７の発明は、データパケット内のデータフレームおよびフラグメントの数が１つの場合には、種別フィールド以外のフィールドを省略してメインヘッダを形成する。
請求項８の発明は、請求項５のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認する。さらに、データパケットのメインヘッダの第１フレーム開始位置フィールドの値から、データフレームのサブヘッダの開始位置を認識し、そのサブヘッダのデータサイズから対応するデータフレームを切り出す。さらに、データパケットのメインヘッダのフレーム数フィールドとフラグメントフィールドの値から、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行う。これにより、受信した各データパケットに含まれる複数のデータフレームを復元することができる。
請求項９の発明は、請求項６のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認する。さらに、データパケットのメインヘッダの第１フレーム開始位置フィールドの値から、データフレームのサブヘッダの開始位置を認識し、そのサブヘッダのデータサイズから対応するデータフレームを切り出す。さらに、切り出したデータフレームに続くサブヘッダのデータサイズとサブヘッダに後続する部分のサイズを比較して、データフレームかデータフレームが分割されたフラグメントかを識別し、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行う。これにより、受信した各データパケットに含まれる複数のデータフレームを復元することができる。
請求項１０の発明は、請求項７のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認する。さらに、種別フィールドの構成からデータフレームおよびフラグメントの数が１の場合には、サブヘッダのデータサイズとサブヘッダに後続する部分のサイズを比較して、データフレームかデータフレームが分割されたフラグメントかを識別し、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行う。これにより、受信したデータパケットに含まれるデータフレームを復元することができる。
請求項１１の発明は、複数のデータフレームを結合した特殊フォーマットの１または複数のデータパケットを作成する際に、データフレームに、データサイズを表すフィールド、フレームの順番を表すフィールド、後続フレームの有無を表すフィールドを含むサブヘッダを付加する。次に、サブヘッダが付加されたデータフレームを結合したデータブロックを作成する。次に、データブロックに、結合されたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する。
請求項１２の発明は、メインヘッダとして、データパケット内のデータフレームの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム数を示すフレーム数フィールドとを有する。
請求項１３の発明は、データパケット内のデータフレームの数が１つの場合には、種別フィールド以外のフィールドを省略してメインヘッダを形成する。
請求項１４の発明は、請求項１２のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値から種別フィールドの構成を確認する。さらに、各データパケットごとに、メインヘッダのフレーム数フィールドの値に応じて、データフレームのサブヘッダのデータサイズから対応するデータフレームを順次切り出す。これにより、受信したデータパケットに含まれるデータフレームを復元することができる。
請求項１５の発明は、請求項１３のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値から種別フィールドの構成を確認する。さらに、各データパケットごとに、データフレームのサブヘッダのデータサイズから対応するデータフレームを順次切り出す。これにより、受信したデータパケットに含まれるデータフレームを復元することができる。
これにより、特殊フォーマットに対応した無線局と、標準フォーマットに対応した無線局が混在する場合でも、各無線局に対応するフォーマットを管理し、送信先の無線局のフォーマットに対応したデータパケットを送信することができる。
請求項２の発明は、データパケットを送信する無線局が、送信するデータパケットの制御情報領域の中に、少なくとも標準フォーマットと特殊フォーマットの区別を表すフォーマット識別情報を設定する。データパケットを受信した無線局は、受信したデータパケットの制御情報領域に含まれるフォーマット識別情報の内容に応じて標準フォーマットまたは特殊フォーマットを選択し、選択したフォーマットの定義に従ってデータパケットを受信処理する。
これにより、特殊フォーマットに対応した無線局と、標準フォーマットに対応した無線局が混在する場合でも、各無線局に対応するフォーマットを管理し、フォーマット識別情報により通知されるフォーマットを認識し、それぞれのフォーマットに対応したデータパケットを送受信することができる。
請求項３の発明は、データパケットを受信した無線局が、受信したデータパケットの制御情報領域から送信元の無線局を識別し、自局の管理情報に従って送信元の無線局が対応しているフォーマットを認識し、認識したフォーマットの定義に従ってデータパケットを受信処理する。
これにより、特殊フォーマットに対応した無線局と、標準フォーマットに対応した無線局が混在する場合でも、各無線局に対応するフォーマットを管理し、送信元の無線局のフォーマットを確認し、それぞれのフォーマットに対応したデータパケットを送受信することができる。
請求項４の発明は、複数のデータフレームを切り貼りした特殊フォーマットの複数のデータパケットを作成する際に、複数のデータフレームのそれぞれに、データサイズを表すフィールド、フレームの順番を表すフィールド、後続フレームの有無を表すフィールドを含むサブヘッダを付加する。次に、サブヘッダが付加されたデータフレームを結合して１つのデータブロックを作成し、この１つのデータブロックを各パケット長が揃うように分割して並列送信数のデータブロックを作成する。次に、並列送信数のデータブロックのそれぞれに、切り貼りされたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する。
これにより、特殊フォーマットを定義し、特殊フォーマットのデータパケットの送受信を行うことができる。
請求項５の発明は、メインヘッダとして、データパケット内のデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム数を示すフレーム数フィールドと、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールドと、データフレームが分割されたフラグメン卜の有無と位置を示すフラグメントフィールドを有する。
請求項６の発明は、メインヘッダとして、データパケット内のデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールドを有する。
請求項７の発明は、データパケット内のデータフレームおよびフラグメントの数が１つの場合には、種別フィールド以外のフィールドを省略してメインヘッダを形成する。
請求項８の発明は、請求項５のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認する。さらに、データパケットのメインヘッダの第１フレーム開始位置フィールドの値から、データフレームのサブヘッダの開始位置を認識し、そのサブヘッダのデータサイズから対応するデータフレームを切り出す。さらに、データパケットのメインヘッダのフレーム数フィールドとフラグメントフィールドの値から、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行う。これにより、受信した各データパケットに含まれる複数のデータフレームを復元することができる。
請求項９の発明は、請求項６のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認する。さらに、データパケットのメインヘッダの第１フレーム開始位置フィールドの値から、データフレームのサブヘッダの開始位置を認識し、そのサブヘッダのデータサイズから対応するデータフレームを切り出す。さらに、切り出したデータフレームに続くサブヘッダのデータサイズとサブヘッダに後続する部分のサイズを比較して、データフレームかデータフレームが分割されたフラグメントかを識別し、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行う。これにより、受信した各データパケットに含まれる複数のデータフレームを復元することができる。
請求項１０の発明は、請求項７のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認する。さらに、種別フィールドの構成からデータフレームおよびフラグメントの数が１の場合には、サブヘッダのデータサイズとサブヘッダに後続する部分のサイズを比較して、データフレームかデータフレームが分割されたフラグメントかを識別し、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行う。これにより、受信したデータパケットに含まれるデータフレームを復元することができる。
請求項１１の発明は、複数のデータフレームを結合した特殊フォーマットの１または複数のデータパケットを作成する際に、データフレームに、データサイズを表すフィールド、フレームの順番を表すフィールド、後続フレームの有無を表すフィールドを含むサブヘッダを付加する。次に、サブヘッダが付加されたデータフレームを結合したデータブロックを作成する。次に、データブロックに、結合されたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する。
請求項１２の発明は、メインヘッダとして、データパケット内のデータフレームの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム数を示すフレーム数フィールドとを有する。
請求項１３の発明は、データパケット内のデータフレームの数が１つの場合には、種別フィールド以外のフィールドを省略してメインヘッダを形成する。
請求項１４の発明は、請求項１２のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値から種別フィールドの構成を確認する。さらに、各データパケットごとに、メインヘッダのフレーム数フィールドの値に応じて、データフレームのサブヘッダのデータサイズから対応するデータフレームを順次切り出す。これにより、受信したデータパケットに含まれるデータフレームを復元することができる。
請求項１５の発明は、請求項１３のデータパケットを復元する手順である。受信した各データパケットのメインヘッダの種別フィールドの値から種別フィールドの構成を確認する。さらに、各データパケットごとに、データフレームのサブヘッダのデータサイズから対応するデータフレームを順次切り出す。これにより、受信したデータパケットに含まれるデータフレームを復元することができる。
図１は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第１の実施形態を示す図である。
図２は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第１の実施形態を示す図である。
図３は、データパケットのフォーマット識別のための無線局の処理手順を示すフローチャートである。
図４は、無線局のデータパケット送信処理手順１を示すフローチャートである。
図５は、無線局のデータパケット送信処理手順２を示すフローチャートである。
図６は、無線局のデータパケット受信処理手順を示すフローチャートである。
図７は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第２の実施形態を示す図である。
図８は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第２の実施形態を示す図である。
図９は、特殊フォーマットのデータパケットの第１のフレーム構成例を示す図である。
図１０は、特殊フォーマットのデータパケットの第２のフレーム構成例を示す図である。
図１１は、特殊フォーマットのデータパケットのフレーム構成例を示す図であり、（１）は第３のフレーム構成例、（２）は第４のフレーム構成例を示す。
図１２は、特殊フォーマットのデータパケットを作成する第１の処理手順を示すフローチャートである。
図１３は、第１の処理手順で作成された第１のフレーム構成例によるデータパケットの構成を示す図である。
図１４は、第１の処理手順で作成された第１のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図１５は、第１の処理手順で作成された第２のフレーム構成例によるデータパケットの構成を示す図である。
図１６は、第１の処理手順で作成された第２のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図１７は、特殊フォーマットのデータパケットを作成する第２の処理手順を示すフローチャートである。
図１８は、第２の処理手順で作成された第３のフレーム構成例によるデータパケットの構成を示す図である。
図１９は、第２の処理手順で作成された第３のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図２０は、第２の処理手順で作成された第４のフレーム構成例によるデータパケットの構成を示す図である。
図２１は、第２の処理手順で作成された第４のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図２２は、本発明の無線パケット通信方法が適用される無線パケット通信装置の構成例を示すブロック図である。
図２３は、複数の無線チャネルの中心周波数が近接している場合の問題点を説明するタイムチャートである。
図２４は、複数のデータフレームから１または複数のデータパケットを生成する方法を説明する図であり、（１）はデータフレームの分割、（２）はデータフレームの切り貼り、（３）はデータフレームの結合、（４）はデータフレームの結合を示す。
図２は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第１の実施形態を示す図である。
図３は、データパケットのフォーマット識別のための無線局の処理手順を示すフローチャートである。
図４は、無線局のデータパケット送信処理手順１を示すフローチャートである。
図５は、無線局のデータパケット送信処理手順２を示すフローチャートである。
図６は、無線局のデータパケット受信処理手順を示すフローチャートである。
図７は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第２の実施形態を示す図である。
図８は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第２の実施形態を示す図である。
図９は、特殊フォーマットのデータパケットの第１のフレーム構成例を示す図である。
図１０は、特殊フォーマットのデータパケットの第２のフレーム構成例を示す図である。
図１１は、特殊フォーマットのデータパケットのフレーム構成例を示す図であり、（１）は第３のフレーム構成例、（２）は第４のフレーム構成例を示す。
図１２は、特殊フォーマットのデータパケットを作成する第１の処理手順を示すフローチャートである。
図１３は、第１の処理手順で作成された第１のフレーム構成例によるデータパケットの構成を示す図である。
図１４は、第１の処理手順で作成された第１のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図１５は、第１の処理手順で作成された第２のフレーム構成例によるデータパケットの構成を示す図である。
図１６は、第１の処理手順で作成された第２のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図１７は、特殊フォーマットのデータパケットを作成する第２の処理手順を示すフローチャートである。
図１８は、第２の処理手順で作成された第３のフレーム構成例によるデータパケットの構成を示す図である。
図１９は、第２の処理手順で作成された第３のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図２０は、第２の処理手順で作成された第４のフレーム構成例によるデータパケットの構成を示す図である。
図２１は、第２の処理手順で作成された第４のフレーム構成例によるデータパケット１，２の復元処理の手順を説明する図である。
図２２は、本発明の無線パケット通信方法が適用される無線パケット通信装置の構成例を示すブロック図である。
図２３は、複数の無線チャネルの中心周波数が近接している場合の問題点を説明するタイムチャートである。
図２４は、複数のデータフレームから１または複数のデータパケットを生成する方法を説明する図であり、（１）はデータフレームの分割、（２）はデータフレームの切り貼り、（３）はデータフレームの結合、（４）はデータフレームの結合を示す。
［データパケットのフォーマット識別手順の第１の実施形態］
図１および図２は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第１の実施形態を示す。
まず、特殊フォーマットに対応する無線局Ａと無線局Ｂとの間で、特殊フォーマットに対応しているか否かを確認し、特殊フォーマットのデータパケットを送受信する手順について、図１を参照して説明する。
図１において、特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｂに対して送信する（Ｓ１１）。この確認パケットＰ２ａは、ＦＣＳ領域に格納されるＣＲＣコードの全ビットのビット反転、または一部のビットのビット反転、またはＣＲＣコードに所定値の加算または減算の少なくとも１つの処理によりＣＲＣコードが操作されている。このようなＣＲＣコードが操作された確認パケットは、特殊フォーマットに対応する無線局のみで正常に受信できるものとする。
無線局Ｂは特殊フォーマットに対応しているので確認パケットＰ２ａを識別し、送信元の無線局Ａが特殊フォーマットに対応しているものと認識する（Ｓ１２）。そして、無線局Ａについて特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。この機能管理テーブルには、例えば図１（２）に示すように、各無線局のＩＤ（識別符号）に対応付けて、特殊フォーマットへの対応の有無を表す情報が記録されている。
無線局Ｂは受信した確認パケットＰ２ａの送信元に対して、所定の応答パケットＰ２ｂを送信する（Ｓ１３）。この応答パケットＰ２ｂもＣＲＣコードが操作される。無線局Ａは、送信した確認パケットＰ２ａに対する無線局Ｂからの応答パケットＰ２ｂを識別し、無線局Ｂが特殊フォーマットに対応しているものと認識する（Ｓ１４）。そして、特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。
無線局Ａが無線局Ｂに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１５）。ここでは、送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ１５）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領域）には、特殊フォーマットであることを示すフォーマット識別情報が設定される。なお、並列送信の場合には、特殊フォーマットでパケット長が揃った複数のデータパケットが生成される。
無線局ＢはデータパケットＰ１ａを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により特殊フォーマットであることを認識し、受信したデータパケットＰ１ａを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ１６）。
同様に、無線局Ｂが無線局Ａに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１７）。ここでは、送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ１７）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領域）には、特殊フォーマットであることを示すフォーマット識別情報が設定される。なお、並列送信の場合には、特殊フォーマットでパケット長が揃った複数のデータパケットが生成される。
無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により特殊フォーマットであることを認識し、受信したデータパケットＰ１ｂを特殊フォーマットの定義に従って処理する（Ｓ１８）。
次に、特殊フォーマットに対応する無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かを確認し、標準フォーマットのデータパケットを送受信する手順について、図２を参照して説明する。
図２において、特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｃに対して送信する（Ｓ２１）。この確認パケットＰ２ａは、ＦＣＳ領域に格納されるＣＲＣコードが上記のように操作されている。このようなＣＲＣコードが操作された確認パケットは、特殊フォーマットに対応する無線局のみで正常に受信できる。
無線局Ｃは特殊フォーマットに対応していないので、受信した確認パケットＰ２ａに対してＦＣＳチェックエラーが発生する（Ｓ２２）。これにより、確認パケットは破棄され、無線局Ｃの以後の動作には全く影響を及ぼさない。
無線局Ａでは、送信した確認パケットＰ２ａに対して応答パケットがいつまでも届かないので、タイムアウトが発生する（Ｓ２３）。これにより、無線局Ａは無線局Ｃを特殊フォーマット非対応と認識する。そして、その情報を自局の機能管理テーブルに登録する。
無線局Ａが無線局Ｃに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ２４）。ここでは、送信先の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは標準フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｃに送信する（Ｓ２４）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領 域）には、標準フォーマットであることを示すフォーマット識別情報が設定される。無線局ＣはデータパケットＰ１ａを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により標準フォーマットであることを認識し、標準フォーマットの定義に従って処理する（Ｓ２５）。
また、無線局Ｃが無線局Ａに送信する場合には、標準フォーマットに従ってデータパケットＰ１ｂを生成して送信する（Ｓ２６）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領域）には、標準フォーマットであることを示すフォーマット識別情報が設定される。無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により標準フォーマットであることを認識し、受信したデータパケットＰ１ｂを標準フォーマットの定義に従って処理する（Ｓ２７）。
このように、本実施形態では確認パケットＰ２ａおよび応答パケットＰ２ｂのＣＲＣコードを操作することにより、無線局Ａ，Ｂ間および無線局Ａ，Ｃで互いに特殊フォーマットへの対応の有無を確認し、機能管理テーブルで管理する。特殊フォーマットに対応する無線局に送信する場合には、特殊フォーマットのデータパケットを生成するとともに、そのＭＡＣヘッダに特殊フォーマットであることを示すフォーマット識別情報を設定する。また、標準フォーマットに対応する無線局に送信する場合には、標準フォーマットのデータパケットを生成するとともに、そのＭＡＣヘッダに標準フォーマットであることを示すフォーマット識別情報を設定する。受信側では、ＭＡＣヘッダのフォーマット識別情報から受信したデータパケットのフォーマットを認識し、対応するフォーマットでデータパケットを受信処理する。
図３は、データパケットのフォーマット識別のための無線局の処理手順を示す。図において、無線局は、通信機能確認用のデータパケットを確認パケットとして生成する（Ｓ３０）。次に、確認パケットに対する誤り検出のためのＣＲＣコードを生成し（Ｓ３１）、そのＣＲＣコードの全ビットをビット反転し、その結果を確認パケットのＦＣＳ領域に格納する（Ｓ３２）。なお、全ビットをビット反転する代わりに、所定の一部のビットをビット反転したり、所定値を加算または減算する処理を行ってもよい。
次に、この確認パケットを通信相手の無線局に対して送信し（Ｓ３３）、確認パケットを送信してからの経過時間を確認するために内部タイマを起動する（Ｓ３４）。ここで、内部タイマがタイムアウトする前に送信した確認パケットに対する応答パケットを受信するか否かを監視し（Ｓ３５，Ｓ３６）、タイムアウトする前に応答パケットを受信した場合には、送信先の無線局が特殊フォーマット対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ３７）。一方、応答パケットを受信する前にタイムアウトした場合には、送信先の無線局が特殊フォーマット非対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ３８）。
また、他にも通信相手の無線局が存在する場合にはステップＳ３９からＳ３０に戻り、上記の動作を繰り返す。これにより、各無線局の機能管理テーブルには図１（２）に示すような情報が登録される。これにより、各無線局は通信相手の無線局が特殊フォーマットに対応しているか否かを機能管理テーブルの内容から把握できる。
図４は、無線局のデータパケット送信処理手順１を示す。図において、送信処理を行う無線局Ａは、利用可能な全ての無線チャネルの中から全ての空き無線チャネルを検索する（Ｓ４１）。実際には、チャネル毎にキャリアセンスによって無線チャネルの空き状況を検出する。検出した空き無線チャネルの総数をＮとする。空き無線チャネルを１つ以上検出した場合には次のステップＳ４２に進む。次に、送信バッファ上で送信待ち状態にあるデータフレームの有無に関する情報を取得する（Ｓ４２）。そして、送信待ちのデータフレームがあれば次のステップＳ４３に進む。
次に、自局の機能管理テーブルの内容を参照し、送信先の無線局が特殊フォーマットに対応しているか否かを識別する（Ｓ４３）。特殊フォーマット非対応の無線局に向けて送信する場合には、一般的な無線局の場合と同様に、１個のデータフレームから標準フォーマットの１個のデータパケットを生成する（Ｓ４４）。一方、特殊フォーマット対応の無線局に向けて送信する場合には、空き無線チャネル数Ｎに応じて特殊フォーマットのデータパケットを生成する。空き無線チャネルの数Ｎが１の場合には、一般的な無線局の場合と同様に１個のデータフレームを用いて１個のデータパケットを生成する（Ｓ４５，Ｓ４６）。ただし、データパケットのフォーマットは特殊フォーマットを用い、ＭＡＣヘッダに特殊フォーマットを示すフォーマット識別情報が設定される。空き無線チャネルの数Ｎが２以上の場合には、１個または複数個のデータフレームを用いて特殊フォーマットのＸ個（複数）のデータパケットを生成する（Ｓ４５，Ｓ４８）。このデータパケットのＭＡＣヘッダには、特殊フォーマットを示すフォーマット識別情報が設定される。
ステップＳ４４，Ｓ４６で１個のデータパケットが生成される場合には、１個の空き無線チャネルを用いて１個のデータパケットを送信する（Ｓ４７）。一方、ステップＳ４８で空き無線チャネルの数Ｎが２以上でＸ個（複数）のデータパケットが生成される場合には、Ｘ個のデータパケットをＸ個の空き無線チャネルを同時に使って並列送信する（Ｓ４９）。
図５は、無線局のデータパケット送信処理手順２を示す。ここでは、空間分割多重を併用する場合を示し、空き無線チャネルの各空間分割多重数の総和がＬである場合に、並列送信するデータパケット数Ｘは（Ｘ≦Ｌ）の範囲内で決定される。
空間分割多重により１つの無線チャネルで複数のデータパケットを同時に送信できるので、図４のステップＳ４５，Ｓ４６に相当する処理は省略されている。したがって、送信先の無線局が特殊フォーマットに対応している場合には、ステップＳ４３からＳ４８に進み、Ｘ個のデータパケットを生成する。次に、１個または複数個の空き無線チャネルと空間分割多重を併用し、Ｘ個のデータパケットを並列送信する（Ｓ４９Ｂ）。その他の動作は図４に示す送信処理手順１と同様である。
なお、この送信処理手順２では、複数の無線チャネルを同時に使用できる場合に空間分割多重を併用することを想定しているが、使用可能な無線チャネルが１つだけの場合であっても、空間分割多重を用いて複数のデータパケットを同時に並列送信することが可能である。
図６は、無線局のデータパケット受信処理手順を示す。図において、受信処理を行う無線局は、複数の無線チャネルの各々についてデータパケットの受信処理を繰り返し実行する（Ｓ５１）。ここで、データパケットを受信すると、受信したデータパケットについてＦＣＳチェックを行う（Ｓ５２）。すなわち、データパケットに対して所定のＣＲＣ演算を行った結果とＦＣＳ領域に格納されているＣＲＣコードが一致するか否かを調べる。
標準フォーマットあるいは特殊フォーマットのデータパケットを正常に受信した場合には、ＣＲＣ演算の結果とＣＲＣコードとが一致するが、データパケットの内容にビットエラーなどが発生している場合には不一致が生じる。また、確認パケットを伝送する場合には、送信側が図３のステップＳ３２でＣＲＣコードをビット反転しているので、常に不一致が生じる。
そこで、ＣＲＣコードの一致を検出した場合には、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ５３）、自局宛ての場合には受信したデータパケットのＭＡＣヘッダから得たフォーマット識別情報によりフレームフォーマットを認識し、受信したデータパケットを処理する（Ｓ５４）。また、自局宛てでなければ受信したデータパケットを破棄する（Ｓ５６）。
また、ＣＲＣコードの不一致を検出した場合には、ＣＲＣコードに対して送信側が図３のステップＳ３２で行う演算と逆の演算を行う。ここでは、ＣＲＣコードの全ビットを反転して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する（Ｓ５５）。受信したデータパケットにデータのビットエラーが発生している場合には、ＣＲＣコードをビット反転しても不一致が検出されるので、受信したデータパケットを破棄する（Ｓ５６）。
一方、確認パケットを受信した場合には、ビット反転の結果が一致するので、受信した確認パケットの宛先が自局のＩＤと一致するか否かを確認する（Ｓ５７）。自局宛の確認パケットを受信した場合には、送信元の無線局を特殊フォーマット対応と認識し、その情報を送信元の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ５８）。さらに、送信元の無線局Ａに対して所定の応答パケットを送信する（Ｓ５９）。一方、確認パケットが自局宛てでなければ破棄する（Ｓ５６）。
なお、特殊フォーマットに対応していない従来の動作を行う無線局が確認パケットを受信した場合には、単にＦＣＳチェックエラーとして処理してパケットを破棄するので、何も問題は生じない。すなわち、特殊フォーマットに対応した無線局と特殊フォーマット非対応の無線局とが混在するシステムであっても問題は生じない。
［データパケットのフォーマット識別手順の第２の実施形態］
図７および図８は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第２の実施形態を示す。
まず、特殊フォーマットに対応する無線局Ａと無線局Ｂとの間で、特殊フォーマットに対応しているか否かを確認し、特殊フォーマットのデータパケットを送受信する手順について、図７を参照して説明する。なお、無線局Ａと無線局Ｂが確認パケットＰ２ａおよび応答パケットＰ２ｂのやりとりにより、互いに特殊フォーマットに対応する無線局であることを認識し、その情報を自局の機能管理テーブルに登録する手順（Ｓ１１〜Ｓ１４）は、図１に示す処理と同じである。ただし、確認パケットＰ２ａおよび応答パケットＰ２ｂは、ＣＲＣコードが操作されており、特殊フォーマットに対応する無線局のみで正常に受信できる。
無線局Ａが無線局Ｂに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１５）。ここでは、送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ１５）。なお、並列送信の場合には、パケット長が揃った複数のデータパケットが生成される。
無線局ＢはデータパケットＰ１ａを受信すると、そのＭＡＣヘッダから送信元の無線局を識別し、自局の機能管理テーブルの内容を参照して送信元の無線局が特殊フォーマットに対応しているか否かを確認する。ここでは、送信元の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは受信したデータパケットＰ１ａを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ６１）。
同様に、無線局Ｂが無線局Ａに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１７）。ここでは、送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ１７）。なお、並列送信の場合には、パケット長が揃った複数のデータパケットが生成される。
無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダから送信元の無線局を識別し、自局の機能管理テーブルの内容を参照して送信元の無線局が特殊フォーマットに対応しているか否かを確認する。ここでは、送信元の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは受信したデータパケットＰ１ｂを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ６２）。
次に、特殊フォーマットに対応する無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かを確認し、標準フォーマットのデータパケットを送受信する手順について、図８を参照して説明する。なお、無線局Ａが無線局Ｃに対して確認パケットＰ２ａを送信し、無線局Ｃが標準フォーマットに対応する無線局であることを認識し、その情報を自局の機能管理テーブルに登録する手順（Ｓ２１〜Ｓ２３）は、図２に示す処理と同じである。
無線局Ａが無線局Ｃに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ２４）。ここでは、送信先の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは標準フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｃに送信する（Ｓ２４）。無線局ＣはデータパケットＰ１ａを受信すると、標準フォーマットの定義に従って処理する（Ｓ２５）。
また、無線局Ｃが無線局Ａに送信する場合には、標準フォーマットに従ってデータパケットＰ１ｂを生成して送信する（Ｓ２６）。無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダから送信元の無線局を識別し、自局の機能管理テーブルの内容を参照して送信元の無線局が特殊フォーマットに対応しているか否かを確認する。ここでは、送信元の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは受信したデータパケットＰ１ｂを標準フォーマットの定義に従って処理する（Ｓ７１）。
データパケットのフォーマット識別手順の第１の実施形態では、送信するデータパケットのＭＡＣヘッダにフォーマット識別情報を設定し、受信側でそのフォーマット識別情報に応じたフォーマットで受信処理していた。一方、本実施形態は、ＭＡＣヘッダにフォーマット識別情報を設定せず、ＭＡＣヘッダから送信元の無線局を識別し、機能管理テーブルを参照して受信したデータパケットのフォーマットを識別するようになっている。
また、データパケットについても、確認パケットおよび応答パケットと同様に、特殊フォーマットの場合にはＣＲＣコードを操作してＦＣＳ領域に格納し、受信側で操作されたＣＲＣコードであることを識別し、特殊フォーマットであることを認識するようにしてもよい。
［特殊フォーマットのデータパケットのフレーム構成］
図９は、特殊フォーマットのデータパケットの第１のフレーム構成例を示す。ここでは、図２４（２）に示すようにデータフレームの「切り貼り」により作成されるデータパケットのフレーム構成を示す。なお、切り貼りによってデータフレームが分割された場合には、それぞれを「フラグメント」という。
データパケットは、ＭＡＣヘッダ（制御情報領域）と、最大で２２９６バイトのデータ領域と、ＦＣＳ（フレームチェックシーケンス）領域から構成される。特殊フォーマットのデータパケットは、データ領域に、メインヘッダと、切り貼りされた各データフレームのデータ部と、各データ部に付加されるサブヘッダが配置される。
メインヘッダは、当該データパケットに含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールド（１ビット）、データパケット内のフレーム数を示すフレーム数フィールド（６ビット）、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールド（１１ビット）、フラグメントの有無と位置を示すフラグメントフィールド（２ビット）、その他のフィールド（４ビット）で構成される。ただし、当該データパケットに含まれるデータフレームおよびフラグメントの数が複数の場合には種別フィールドは「１」となる。また、当該データパケットに含まれるデータフレームおよびフラグメントの数が１の場合には種別フィールドは「０」となり、メインヘッダは種別フィールド（１ビット）とその他のフィールド（７ビット）で構成される。メインヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはメインヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。フラグメントフィールドは、フラグメントがない場合は「００」、先頭にある場合は「１０」、最後尾にある場合は「０１」、先頭と最後尾にある場合は「１１」となる。
サブヘッダは、各データフレームのデータサイズを示すデータサイズフィールド（１１ビット）、結合する各データフレームの順番を表すフレーム番号フィールド（８ビット）、後続フレームの有無を表す後続フレームフィールド（１ビッ ト）、その他のフィールド（４ビット）で構成される。なお、サブヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはサブヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。後続フレームフィールドは、後続フレームがある場合には「１」、後続フレームがない場合、すなわち最後尾のデータフレームの場合には「０」となる。
図１０は、特殊フォーマットのデータパケットの第２のフレーム構成例を示す。ここでは、図２４（２）に示すようにデータフレームの「切り貼り」により作成されるデータパケットのフレーム構成を示す。なお、第２のフレーム構成例は、第１のフレーム構成例のメインヘッダの構成を簡略化したものである。
メインヘッダは、当該データパケットに含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールド（１ビット）、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールド（１１ビット）、その他のフィールド（４ビット）で構成される。ただし、当該データパケットに含まれるデータフレームおよびフラグメントの数が複数の場合には種別フィールドは「１」となる。また、当該データパケットに含まれるデータフレームおよびフラグメントの数が１の場合には種別フィールドは「０」となり、メインヘッダは種別フィールド（１ビット）とその他のフィールド（７ビット）で構成される。メインヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはメインヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。
サブヘッダの構成は第１のフレーム構成例と同一である。なお、本フレーム構成例では、サブヘッダのフレームサイズの情報を用いることにより、サブヘッダに後続する部分がフレームかフラグメントがを識別することができる。これにより、第１のフレーム構成例のメインヘッダからフラグメントフィールドの省略が可能になっている。また、フレーム数フィールドは、単一のデータパケットから抽出できるデータフレーム数を示し、これを用いてデータパケットごとのデータフレーム抽出処理を完了する契機とすることができる。しかし、データパケットの先頭から順にデータフレームを抽出し、残りがフラグメントであると判断されたことを契機として当該データフレーム抽出処理を完了することもできる。これにより、第１のフレーム構成例のメインヘッダからフレーム数フィールドの省略が可能になっている。
図１１は、特殊フォーマットのデータパケットの第３〜第４のフレーム構成例を示す。ここでは、図２４（３），（４）に示すようにデータフレームの「結合」により作成されるデータパケットのフレーム構成を示す。
第３のフレーム構成例について、図１１（１）を参照して説明する。データパケットは、ＭＡＣヘッダ（制御情報領域）と、最大で２２９６バイトのデータ領域と、ＦＣＳ領域から構成される。特殊フォーマットのデータパケットは、データ領域に、メインヘッダと、結合された各データフレームのデータ部と、各データ部に付加されるサブヘッダが配置される。サブヘッダの構成は第１のフレーム構成例と同様である。
メインヘッダは、当該データパケットに含まれるデータフレームの数に応じたメインヘッダの構成を示す種別フィールド（１ビット）、データパケット内のフレーム数を示すフレーム数フィールド（１１ビット）、その他のフィールド（４ビット）で構成される。ただし、当該データパケットに含まれるデータフレームの数が複数の場合には種別フィールドは「１」となる。また、当該データパケットに含まれるデータフレームの数が１の場合には種別フィールドは「０」となり、メインヘッダは種別フィールド（１ビット）とその他のフィールド（７ビット）で構成される。メインヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはメインヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。
また、フレーム数フィールドについては、第２のフレーム構成例で説明したように省略が可能である。その場合には、メインヘッダは種別フィールドとその他のフィールドのみとなり、種別フィールドの機能であった当該データパケットに含まれるデータフレームの数に応じたメインヘッダの構成の違いがなくなる。したがって、図１１（２）に示す第４のフレーム構成例のように、メインヘッダ自体を省略することができる。サブヘッダの構成は第１のフレーム構成例と同様である。
第３〜第４のフレーム構成例では、第１〜第２のフレーム構成例のようにフラグメントが存在せず、すべてフレーム単位であり、フレーム開始位置はすべてのデータパケットで共通の値になるので、フラグメントフィールドとともに第１フレーム開始位置フィールドが不要になっている。
［特殊フォーマットの作成・復元処理：第１の処理手順］
図１２は、特殊フォーマットのデータパケットを作成する第１の処理手順を示す。図１３は、第１の処理手順で作成された第１のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、図２４（２）に示すように、３つのデータフレームの切り貼りによりパケット長を揃えた２つのデータパケットが作成されるものとする。
図１２および図１３において、最初のステップＳ１０１は、空きチャネル数に応じた並列送信数Ｘを決定する。なお、空間分割多重を併用する場合には、並列送信数Ｘは各無線チャネルの空間分割多重数の総和となる。ここでは、並列送信に用いる各伝送媒体の伝送速度は同一とする。
次のステップＳ１０２は、送信するデータパケットの最大データサイズをＤｍａｘとし、並列送信数Ｘに対応する最大データサイズの合計Ｄｍａｘ・Ｘを算出し、データサイズの合計がその範囲になる複数のデータフレームを選択する。ここでは、Ｘ＝２、Ｄｍａｘ＝２２９６バイトとすると、データサイズの合計が後述するメインヘッダおよびサブヘッダを含めて（２２９６×２）バイト以下になる複数（３個）のデータフレームが選択される。選択された各データフレーム１，２，３のデータサイズをＬ１，Ｌ２，Ｌ３（バイト）とする。
次のステップＳ１０３は、各データフレームにそれぞれサブヘッダを付加し、それらを結合したデータブロックを作成する。サブヘッダ（３バイト）の構成は、図９に示す通りである。後続フレームフィールドは、例えばデータフレーム１，２に対しては後続フレームがあるので「１」、データフレーム３に対しては後続フレームがないので「０」となる。この３つのデータフレームを結合したデータブロックのサイズは、サブヘッダが３バイトであるので、
（３＋Ｌ１）＋（３＋Ｌ２）＋（３＋Ｌ３）≦２２９６×２（バイト）
となる。
次のステップＳ１０４は、ステップＳ１０３で作成されたデータブロックを並列送信数Ｘで分割し、パケット長が揃ったＸ個のデータブロックを作成する。ここでは、第１のデータブロックは、データフレーム１とそのサブヘッダ、データフレーム２の一部（２ａ）とそのサブヘッダから構成される。第２のデータブロックは、データフレーム２の残りの一部（２ｂ）、データフレーム３とそのサブヘッダから構成される。なお、ここでの分割位置はデータフレーム２のデータ部になっているが、サブヘッダ内で分割される場合もある。いずれにしても、分割されたデータフレームは「フラグメント」として扱われる。すなわち、第１のデータブロックはデータフレーム１とフラグメント、第２のデータブロックはフラグメントとデータフレーム３という組み合わせになる。
また、並列送信する伝送媒体の伝送速度が異なる場合には、各伝送媒体の伝送速度をＲｉ（ｉは１〜Ｘの整数）、その最大速度をＲｍａｘとしたときの各伝送媒体ごとの最大データサイズＤｍａｘ・Ｒｉ／Ｒｍａｘを決定し、Ｘ個の伝送媒体を用いて並列送信する場合の最大データサイズの合計（Ｄｍａｘ・Σ（Ｒｉ／Ｒｍａｘ））を算出する。そして、その範囲で複数のデータフレームのデータ部にサブヘッダを付加して連結し、連結したデータブロックを伝送速度Ｒｉに応じたサイズ比でＸ分割し、パケット長（所要伝送時間）が揃ったＸ個のデータブロックを作成する。
次のステップＳ１０５は、Ｘ個のデータブロックにそれぞれメインヘッダを付加し、さらに先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。メインヘッダ（３バイトまたは１バイト）の構成は、図９の第１のフレーム構成例に示す通りである。
データパケット１の第１フレーム開始位置フィールドは、データパケット１のメインヘッダの開始位置を基準に、データフレーム１のサブヘッダの開始位置を示す「ａ」とする。すなわち、ａはメインヘッダの長さに対応する。データパケット２の第１フレーム開始位置フィールドは、データフレーム２のメインヘッダの開始位置を基準に、メインヘッダの長さａにフラグメント（２ｂ）の長さｐを加えた「ａ＋ｐ」となる。データフレーム１のフラグメントフィールドは、フラグメント（２ａ）が最後尾にあるので「０１」、データフレーム２のフラグメントフィールドは、フラグメント（２ｂ）が先頭にあるので「１０」となる。
次に、このデータパケット１，２の復元処理の手順について、図１４を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１，２のメインヘッダの種別フィールドの値から、データパケット１，２に含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を確認する。ここでは、データパケット１，２ともに、メインヘッダにはフレーム数フィールド、第１フレーム開始位置フィールド、フラグメントフィールドが含まれていることが確認される。
（３）データパケット１のメインヘッダの第１フレーム開始位置フィールドの値から、第１フレームのサブヘッダの開始位置（ａ）を認識する。
（４）データパケット１の第１フレーム開始位置にあるサブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）から、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
（５）データパケット１のメインヘッダのフレーム数フィールドとフラグメントフィールドの値から、次に続く処理を認識する。ここでは、データパケット１のフレーム数は「１」、フラグメント情報は「０１」であるので、データフレーム１以外のデータフレームはなく、データフレーム１の後にフラグメントが続いていると認識する。そして、データパケット２の先頭にあるフラグメントとの結合処理のために、データパケット１のフラグメントを一時格納する。
（６）データパケット２のメインヘッダの第１フレーム開始位置フィールドの値から、データパケット２のデータフレーム３のサブヘッダの開始位置（ａ＋ｐ）を認識する。
（７）データパケット２の第１フレーム開始位置にあるサブヘッダのデータサイズ（Ｌ３）とフレーム番号（３）から、対応するデータフレーム３のデータ部を切り出す。このとき、データフレーム３については、フレーム番号と後続フレームの有無が対応付けて管理される。
（８）データパケット２のメインヘッダのフレーム数フィールドとフラグメントフィールドの値から、次に続く処理を認識する。ここでは、データパケット２のフレーム数は「１」、フラグメント情報は「１０」であるので、データフレーム３以外のデータフレームはなく、データフレーム３の前はフラグメントであると認識し、フラグメントの結合処理に入る。フラグメントの結合処理では、データパケット１の最後尾のフラグメント（データフレーム２のサブヘッダとデータ部の一部（２ａ））と、データパケット２の先頭のフラグメント（データフレーム２のデータ部の一部（２ｂ））を結合する。そして、サブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）により、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
以上のように、各データパケットのメインヘッダとサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で切り貼りした３つのデータフレーム１，２，３を復元することができる。なお、データフレーム３のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２，３が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
図１５は、第１の処理手順で作成された第２のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、２つのデータフレームの切り貼りによりパケット長を揃えた２つのデータパケットが作成されるものとする。
２つのデータフレーム１，２にそれぞれサブヘッダを付加し、それらを結合したデータブロックを作成する。このデータブロックを並列送信数２で分割し、パケット長が揃った２個のデータブロックを作成する。ここでは、第１のデータブロックは、データフレーム１の一部（１ａ）とそのサブヘッダから構成される。第２のデータブロックは、データフレーム１の残りの一部（１ｂ）、データフレーム２とそのサブヘッダから構成される。すなわち、第１のデータブロックはフラグメント、第２のデータブロックはフラグメントとデータフレーム２という組み合わせになる。
次に、２個のデータブロックにそれぞれメインヘッダを付加し、さらに先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。メインヘッダ（２バイトまたは１バイト）の構成は、図１０の第２のフレーム構成例に示す通りである。データパケット１の種別フィールドは「０」であり、次の第１フレーム開始位置フィールドは存在しない。データパケット２の種別フィールドは「１」であり、次の第１フィールド開始位置フィールドの値は「ａ＋ｐ」である。
次に、このデータパケット１，２の復元処理の手順について、図１６を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１，２のメインヘッダの種別フィールドの値から、データパケット１，２に含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を確認する。ここでは、データパケット２のメインヘッダに、第１フレーム開始位置フィールドが含まれていることが確認される。また、データパケット１のメインヘッダには、第１フレーム開始位置フィールドがないことが確認される。なお、データパケット１に含まれる１つのデータフレームまたはフラグメントは、ＭＡＣヘッダの情報により１つのフラグメントであることが確認される。あるいは、データパケット１のサブヘッダのフレームサイズに対して後続するデータサイズが小さいことから、データパケット１はフラグメントである判断してもよい。
（３）データパケット１はフラグメントであり、データパケット２の先頭にあるフラグメントとの結合処理のためにデータパケット１のフラグメントを一時格納する。
（４）データパケット２のメインヘッダの第１フレーム開始位置フィールドの値から、第１フレームのサブヘッダの開始位置（ａ＋ｐ）を認識する。
（５）データパケット２の第１フレーム開始位置にあるサブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）から、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
（６）データパケット２のフラグメントの結合処理では、データパケット１の最後尾のフラグメント（データフレーム１のサブヘッダとデータ部の一部（１ａ））と、データパケット２の先頭のフラグメント（データフレーム１のデータ部の一部（１ｂ））を結合する。そして、サブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）により、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
以上のように、各データパケットのメインヘッダとサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で切り貼りした２つのデータフレーム１，２を復元することができる。なお、データフレーム２のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
［特殊フォーマットの作成・復元処理：第２の処理手順］
図１７は、特殊フォーマットのデータパケットを作成する第２の処理手順を示す。図１８は、第２の処理手順で作成された第３のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、図２４（３）に示すように、３つのデータフレームの結合によりパケット長を揃えた２つのデータパケットが作成されるものとする。
図１７および図１８において、最初のステップＳ２０１は、空きチャネル数に応じた並列送信数Ｘを決定する。なお、空間分割多重を併用する場合には、並列送信数Ｘは各無線チャネルの空間分割多重数の総和となる。ここでは、並列送信に用いる各伝送媒体の伝送速度は同一とする。
次のステップＳ２０２は、各データフレームにそれぞれサブヘッダを付加する。サブヘッダ（３バイト）の構成は、図１１（１）に示す通りである。後続フレームフィールドは、例えばデータフレーム１，２に対しては後続フレームがあるので「１」、データフレーム３に対しては後続フレームがないので「０」となる。
次のステップＳ２０３は、送信するデータパケットの最大データサイズをＤｍａｘとし、その最大データサイズの範囲内でデータフレームを組み合わせ、Ｘ個のデータブロックを作成する。次のステップＳ２０４，Ｓ２０５は、各データブロックのデータサイズを比較し、各データサイズが不揃いであれば、最大サイズのデータブロックに揃うように他のデータブロックにダミーデータを付加し、全てのデータブロックのデータサイズを揃える。ここでは、第１のデータブロックは、データフレーム１とそのサブヘッダ、データフレーム２とそのサブヘッダから構成される。第２のデータブロックは、データフレーム３とそのサブヘッダとダミービットから構成される。
次のステップＳ２０６は、Ｘ個のデータブロックにそれぞれメインヘッダを付加し、さらに先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。メインヘッダ（１バイト）の構成は、図１１（１）に示す通りである。
データパケット１のフレーム数は２であり、フレーム数フィールドに表示される。データパケット２のフレーム数は１であるが、フレーム数フィールドがない場合はフレーム数は１と判断する。
次に、このデータパケット１，２の復元処理の手順について、図１９を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１，２のメインヘッダの種別フィールドの値から、データパケット１，２に含まれるデータフレームの数に応じたメインヘッダの構成を確認する。ここでは、データパケット１のメインヘッダに、フレーム数フィールドが含まれていることが確認される。また、データパケット２のメインヘッダには、フレーム数フィールドがないことが確認される。
（３）データパケット１の第１フレームのサブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）から、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
（４）データパケット１の第２フレームのサブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）から、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
（５）データパケット２の第１フレームのサブヘッダのデータサイズ（Ｌ３）とフレーム番号（３）から、対応するデータフレーム３のデータ部を切り出す。このとき、データフレーム３については、フレーム番号と後続フレームの有無が対応付けて管理される。ダミーデータは破棄される。
以上のように、各データパケットのメインヘッダとサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で結合された３つのデータフレーム１，２，３を復元することができる。なお、データフレーム３のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２，３が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
図２０は、第２の処理手順で作成された第４のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、３つのデータフレームの結合によりパケット長を揃えた２つのデータパケットが作成されるものとする。
３つのデータフレーム１，２，３にそれぞれサブヘッダを付加し、それらを組み合わせてパケット長が揃った２個のデータブロックを作成する。次に、２個のデータブロックのそれぞれの先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。ここでは、図１７に示す第２の処理手順のステップＳ２０６でメインヘッダの付加は行われない。
次に、このデータパケット１，２の復元処理の手順について、図２１を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１の第１フレームのサブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）から、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
（３）データパケット１の第２フレームのサブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）から、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
（４）データパケット２の第１フレームのサブヘッダのデータサイズ（Ｌ３）とフレーム番号（３）から、対応するデータフレーム３のデータ部を切り出す。このとき、データフレーム３については、フレーム番号と後続フレームの有無が対応付けて管理される。ダミーデータは破棄される。
以上のように、各データパケットのサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で結合された３つのデータフレーム１，２，３を復元することができる。なお、データフレーム３のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２，３が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
ところで、図１５に示すデータパケット１，２、図１８に示すデータパケット１，２は、メインヘッダの構成の違いによりパケット長に差が生じる。しかし、その差は高々２バイト程度であるので、データパケット１，２の所要伝送時間の差はわずかであり、図２３に示したようなＡＣＫパケットが受信できない問題が生じることはない。ただし、その他のフィールドの長さを調整してパケット長が同一になるように設定してもよい。
また、データフレームを切り貼りして構成されるデータパケットの場合には、種別フィールドの値が「０」であっても、図９または図１０に示す「１」の場合と同じフレーム構成としてもよい。この場合には、種別フィールドを省略してもよい。また、データフレームを結合して構成されるデータパケットの場合には、種別フィールドの値が「０」であっても、図１１（１）に示す「１」の場合と同じフレーム構成としてもよい。この場合には、種別フィールドを省略してもよい。
［無線パケット通信装置の構成例］
図２２は、本発明の無線パケット通信方法が適用される無線パケット通信装置の構成例を示す。ここでは、３個の無線チャネル＃１，＃２，＃３を用いて３個のデータパケットを並列に送受信可能な無線パケット通信装置の構成について示すが、その並列数は任意に設定可能である。なお、各無線チャネルごとに空間分割多重を利用する場合には、複数の無線チャネルの各空間分割多重数の総和に相当する並列送信数のデータパケットを並列に送受信可能であるが、ここでは空間分割多重については省略する。
図において、無線パケット通信装置は、送受信処理部１０−１，１０−２，１０−３と、送信バッファ２１，データパケット生成部２２，データフレーム管理部２３，チャネル状態管理部２４，パケット振り分け送信制御部２５，データフレーム復元部２６およびヘッダ除去部２７とを備える。
送受信処理部１０−１，１０−２，１０−３は、互いに異なる無線チャネル＃１，＃２，＃３で無線通信を行う。これらの無線チャネルは、互いに無線周波数などが異なるので互いに独立であり、同時に複数の無線チャネルを利用して無線通信できる構成になっている。各送受信処理部１０は、変調器１１，無線送信部１２，アンテナ１３，無線受信部１４，復調器１５，パケット選択部１６およびキャリア検出部１７を備える。
他の無線パケット通信装置が互いに異なる無線チャネル＃１，＃２，＃３を介して送信した無線信号は、それぞれ対応する送受信処理部１０−１，１０−２，１０−３のアンテナ１３を介して無線受信部１４に入力される。各無線チャネル対応の無線受信部１４は、入力された無線信号に対して周波数変換，フィルタリング，直交検波およびＡＤ変換を含む受信処理を施す。なお、各無線受信部１４には、それぞれ接続されたアンテナ１３が送信のために使用されていない時に、各無線チャネルにおける無線伝搬路上の無線信号が常時入力されており、各無線チャネルの受信電界強度を表すＲＳＳＩ信号がキャリア検出部１７へ出力される。また、無線受信部１４に対応する無線チャネルで無線信号が受信された場合には、受信処理されたベースバンド信号が復調器１５へ出力される。
復調器１５は、無線受信部１４から入力されたベースバンド信号に対してそれぞれ復調処理を行い、得られたデータパケットはパケット選択部１６へ出力される。パケット選択部１６は、入力されたデータパケットに対してＣＲＣチェックを行い、データパケットが誤りなく受信された場合には、そのデータパケットが自局に対して送信されたものか否かを識別する。すなわち、各データパケットの宛先ＩＤが自局と一致するか否かを調べ、自局宛てのデータパケットをデータフレーム復元部２６へ出力するとともに、図示しない送達確認パケット生成部で送達確認パケットを生成して変調器１１に送出し、応答処理を行う。このとき、送達確認パケットの送信にあたって、伝送速度の設定や空間分割多重を適用しないなどの送信モードの設定を行うようにしてもよい。一方、自局宛でないデータパケットの場合には、パケット選択部１６で当該パケットが破棄される。
データフレーム復元部２６は、上述したデータフレーム復元処理手順を用いて、データパケットからデータフレームを抽出する。その結果を受信データフレーム系列としてヘッダ除去部２７へ出力する。ヘッダ除去部２７は、入力された受信データフレーム系列に含まれている各々のデータフレームからヘッダ部分を除去して出力する。
キャリア検出部１７は、ＲＳＳＩ信号が入力されると、その信号によって表される受信電界強度の値と予め設定した閾値とを比較する。そして、所定の期間中の受信電界強度が連続的に閾値よりも小さい状態が継続すると、割り当てられた無線チャネルが空き状態であると判定し、それ以外の場合には割り当てられた無線チャネルがビジーであると判定する。各無線チャネルに対応するキャリア検出部１７は、この判定結果をキャリア検出結果ＣＳ１〜ＣＳ３として出力する。なお、各送受信処理部１０において、アンテナ１３が送信状態である場合にはキャリア検出部１７にＲＳＳＩ信号が入力されない。また、アンテナ１３が既に送信状態にある場合には、同じアンテナ１３を用いて他のデータパケットを無線信号として同時に送信することはできない。したがって、各キャリア検出部１７はＲＳＳＩ信号が入力されなかった場合には、割り当てられた無線チャネルがビジーであることを示すキャリア検出結果を出力する。
各無線チャネルに対応するキャリア検出部１７から出力されるキャリア検出結果ＣＳ１〜ＣＳ３は、チャネル状態管理部２４に入力される。チャネル状態管理部２４は、各無線チャネルに対応するキャリア検出結果に基づいて各無線チャネルの空き状態を管理し、空き状態の無線チャネルおよび空きチャネル数などの情報をデータフレーム管理部２３に通知する（図２２，ａ）。
一方、送信バッファ２１には、送信すべき送信データフレーム系列が入力され、バッファリングされる。この送信データフレーム系列は、１つあるいは複数のデータフレームで構成される。送信バッファ２１は、現在保持しているデータフレームの数、宛先となる無線パケット通信装置のＩＤ情報、データサイズ、バッファ上の位置を表すアドレス情報などをデータフレーム管理部２３に逐次通知する（ｂ）。
データフレーム管理部２３は、送信バッファ２１から通知された各宛先無線局ＩＤごとのデータフレームに関する情報と、チャネル状態管理部２４から通知された無線チャネルに関する情報に基づき、どのデータフレームからどのようにデータパケットを生成し、どの無線チャネルで送信するかを決定し、それぞれ送信バッファ２１，データパケット生成部２２およびデータパケット振り分け送信制御部２５に通知する（ｃ，ｄ，ｅ）。例えば、空き状態の無線チャネル数Ｎが送信バッファ２１にある送信待ちのデータフレーム数Ｋより少ない場合に、空き状態の無線チャネル数Ｎを並列送信するデータパケット数として決定し、送信バッファ２１に対してＫ個のデータフレームから、Ｎ×Ｄｍａｘ以下になるように送信するデータフレームを決定し、それを指定するアドレス情報を通知する（ｃ）。また、データパケット生成部２２に対しては、送信バッファ２１から入力したデータフレームからＮ個のデータパケットを生成するための情報を通知する（ｄ）。また、パケット振り分け送信制御部２５に対しては、データパケット生成部２２で生成されたＮ個のデータパケットと空き状態の無線チャネルとの対応を指示する（ｅ）。
送信バッファ２１は、出力指定されたデータフレームをデータパケット生成部２２に出力する（ｆ）。データパケット生成部２２は、各データフレームからデータ領域を抽出し、前述したサブヘッダを付加した上で切り貼りし、パケット長が揃った複数のデータブロックを生成し、このデータブロックに当該データパケットの宛先となる宛先無線局のＩＤ情報やデータフレームの順番を表すシーケンス番号などの制御情報を含むヘッダ部と、誤り検出符号であるＣＲＣ符号（ＦＣＳ部）を付加してデータパケットを生成する。パケット振り分け送信制御部２５は、データパケット生成部２２から入力された各データパケットと各無線チャネルとの対応付けを行う。
このような対応付けの結果、無線チャネル＃１に対応付けられたデータパケットは送受信処理部１０−１内の変調器１１に入力され、無線チャネル＃２に対応付けられたデータパケットは送受信処理部１０−２内の変調器１１に入力され、無線チャネル＃３に対応付けられたデータパケットは送受信処理部１０−３内の変調器１１に入力される。各変調器１１は、パケット振り分け送信制御部２５からデータパケットが入力されると、そのデータパケットに対して所定の変調処理を施して無線送信部１２に出力する。各無線送信部１２は、変調器１１から入力された変調処理後のデータパケットに対して、ＤＡ変換，周波数変換，フィルタリング及び電力増幅を含む送信処理を施し、それぞれ対応する無線チャネルを介してアンテナ１３からデータパケットとして送信する。
図１および図２は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第１の実施形態を示す。
まず、特殊フォーマットに対応する無線局Ａと無線局Ｂとの間で、特殊フォーマットに対応しているか否かを確認し、特殊フォーマットのデータパケットを送受信する手順について、図１を参照して説明する。
図１において、特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｂに対して送信する（Ｓ１１）。この確認パケットＰ２ａは、ＦＣＳ領域に格納されるＣＲＣコードの全ビットのビット反転、または一部のビットのビット反転、またはＣＲＣコードに所定値の加算または減算の少なくとも１つの処理によりＣＲＣコードが操作されている。このようなＣＲＣコードが操作された確認パケットは、特殊フォーマットに対応する無線局のみで正常に受信できるものとする。
無線局Ｂは特殊フォーマットに対応しているので確認パケットＰ２ａを識別し、送信元の無線局Ａが特殊フォーマットに対応しているものと認識する（Ｓ１２）。そして、無線局Ａについて特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。この機能管理テーブルには、例えば図１（２）に示すように、各無線局のＩＤ（識別符号）に対応付けて、特殊フォーマットへの対応の有無を表す情報が記録されている。
無線局Ｂは受信した確認パケットＰ２ａの送信元に対して、所定の応答パケットＰ２ｂを送信する（Ｓ１３）。この応答パケットＰ２ｂもＣＲＣコードが操作される。無線局Ａは、送信した確認パケットＰ２ａに対する無線局Ｂからの応答パケットＰ２ｂを識別し、無線局Ｂが特殊フォーマットに対応しているものと認識する（Ｓ１４）。そして、特殊フォーマットへの対応の有無を表す情報を自局の機能管理テーブルに登録する。
無線局Ａが無線局Ｂに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１５）。ここでは、送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ１５）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領域）には、特殊フォーマットであることを示すフォーマット識別情報が設定される。なお、並列送信の場合には、特殊フォーマットでパケット長が揃った複数のデータパケットが生成される。
無線局ＢはデータパケットＰ１ａを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により特殊フォーマットであることを認識し、受信したデータパケットＰ１ａを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ１６）。
同様に、無線局Ｂが無線局Ａに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１７）。ここでは、送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ１７）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領域）には、特殊フォーマットであることを示すフォーマット識別情報が設定される。なお、並列送信の場合には、特殊フォーマットでパケット長が揃った複数のデータパケットが生成される。
無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により特殊フォーマットであることを認識し、受信したデータパケットＰ１ｂを特殊フォーマットの定義に従って処理する（Ｓ１８）。
次に、特殊フォーマットに対応する無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かを確認し、標準フォーマットのデータパケットを送受信する手順について、図２を参照して説明する。
図２において、特殊フォーマットに対応した無線局Ａが確認パケットＰ２ａを無線局Ｃに対して送信する（Ｓ２１）。この確認パケットＰ２ａは、ＦＣＳ領域に格納されるＣＲＣコードが上記のように操作されている。このようなＣＲＣコードが操作された確認パケットは、特殊フォーマットに対応する無線局のみで正常に受信できる。
無線局Ｃは特殊フォーマットに対応していないので、受信した確認パケットＰ２ａに対してＦＣＳチェックエラーが発生する（Ｓ２２）。これにより、確認パケットは破棄され、無線局Ｃの以後の動作には全く影響を及ぼさない。
無線局Ａでは、送信した確認パケットＰ２ａに対して応答パケットがいつまでも届かないので、タイムアウトが発生する（Ｓ２３）。これにより、無線局Ａは無線局Ｃを特殊フォーマット非対応と認識する。そして、その情報を自局の機能管理テーブルに登録する。
無線局Ａが無線局Ｃに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ２４）。ここでは、送信先の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは標準フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｃに送信する（Ｓ２４）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領 域）には、標準フォーマットであることを示すフォーマット識別情報が設定される。無線局ＣはデータパケットＰ１ａを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により標準フォーマットであることを認識し、標準フォーマットの定義に従って処理する（Ｓ２５）。
また、無線局Ｃが無線局Ａに送信する場合には、標準フォーマットに従ってデータパケットＰ１ｂを生成して送信する（Ｓ２６）。このとき、データパケットＰ１ａのＭＡＣヘッダ（制御情報領域）には、標準フォーマットであることを示すフォーマット識別情報が設定される。無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダに設定されたフォーマット識別情報により標準フォーマットであることを認識し、受信したデータパケットＰ１ｂを標準フォーマットの定義に従って処理する（Ｓ２７）。
このように、本実施形態では確認パケットＰ２ａおよび応答パケットＰ２ｂのＣＲＣコードを操作することにより、無線局Ａ，Ｂ間および無線局Ａ，Ｃで互いに特殊フォーマットへの対応の有無を確認し、機能管理テーブルで管理する。特殊フォーマットに対応する無線局に送信する場合には、特殊フォーマットのデータパケットを生成するとともに、そのＭＡＣヘッダに特殊フォーマットであることを示すフォーマット識別情報を設定する。また、標準フォーマットに対応する無線局に送信する場合には、標準フォーマットのデータパケットを生成するとともに、そのＭＡＣヘッダに標準フォーマットであることを示すフォーマット識別情報を設定する。受信側では、ＭＡＣヘッダのフォーマット識別情報から受信したデータパケットのフォーマットを認識し、対応するフォーマットでデータパケットを受信処理する。
図３は、データパケットのフォーマット識別のための無線局の処理手順を示す。図において、無線局は、通信機能確認用のデータパケットを確認パケットとして生成する（Ｓ３０）。次に、確認パケットに対する誤り検出のためのＣＲＣコードを生成し（Ｓ３１）、そのＣＲＣコードの全ビットをビット反転し、その結果を確認パケットのＦＣＳ領域に格納する（Ｓ３２）。なお、全ビットをビット反転する代わりに、所定の一部のビットをビット反転したり、所定値を加算または減算する処理を行ってもよい。
次に、この確認パケットを通信相手の無線局に対して送信し（Ｓ３３）、確認パケットを送信してからの経過時間を確認するために内部タイマを起動する（Ｓ３４）。ここで、内部タイマがタイムアウトする前に送信した確認パケットに対する応答パケットを受信するか否かを監視し（Ｓ３５，Ｓ３６）、タイムアウトする前に応答パケットを受信した場合には、送信先の無線局が特殊フォーマット対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ３７）。一方、応答パケットを受信する前にタイムアウトした場合には、送信先の無線局が特殊フォーマット非対応と認識し、その情報を送信先の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ３８）。
また、他にも通信相手の無線局が存在する場合にはステップＳ３９からＳ３０に戻り、上記の動作を繰り返す。これにより、各無線局の機能管理テーブルには図１（２）に示すような情報が登録される。これにより、各無線局は通信相手の無線局が特殊フォーマットに対応しているか否かを機能管理テーブルの内容から把握できる。
図４は、無線局のデータパケット送信処理手順１を示す。図において、送信処理を行う無線局Ａは、利用可能な全ての無線チャネルの中から全ての空き無線チャネルを検索する（Ｓ４１）。実際には、チャネル毎にキャリアセンスによって無線チャネルの空き状況を検出する。検出した空き無線チャネルの総数をＮとする。空き無線チャネルを１つ以上検出した場合には次のステップＳ４２に進む。次に、送信バッファ上で送信待ち状態にあるデータフレームの有無に関する情報を取得する（Ｓ４２）。そして、送信待ちのデータフレームがあれば次のステップＳ４３に進む。
次に、自局の機能管理テーブルの内容を参照し、送信先の無線局が特殊フォーマットに対応しているか否かを識別する（Ｓ４３）。特殊フォーマット非対応の無線局に向けて送信する場合には、一般的な無線局の場合と同様に、１個のデータフレームから標準フォーマットの１個のデータパケットを生成する（Ｓ４４）。一方、特殊フォーマット対応の無線局に向けて送信する場合には、空き無線チャネル数Ｎに応じて特殊フォーマットのデータパケットを生成する。空き無線チャネルの数Ｎが１の場合には、一般的な無線局の場合と同様に１個のデータフレームを用いて１個のデータパケットを生成する（Ｓ４５，Ｓ４６）。ただし、データパケットのフォーマットは特殊フォーマットを用い、ＭＡＣヘッダに特殊フォーマットを示すフォーマット識別情報が設定される。空き無線チャネルの数Ｎが２以上の場合には、１個または複数個のデータフレームを用いて特殊フォーマットのＸ個（複数）のデータパケットを生成する（Ｓ４５，Ｓ４８）。このデータパケットのＭＡＣヘッダには、特殊フォーマットを示すフォーマット識別情報が設定される。
ステップＳ４４，Ｓ４６で１個のデータパケットが生成される場合には、１個の空き無線チャネルを用いて１個のデータパケットを送信する（Ｓ４７）。一方、ステップＳ４８で空き無線チャネルの数Ｎが２以上でＸ個（複数）のデータパケットが生成される場合には、Ｘ個のデータパケットをＸ個の空き無線チャネルを同時に使って並列送信する（Ｓ４９）。
図５は、無線局のデータパケット送信処理手順２を示す。ここでは、空間分割多重を併用する場合を示し、空き無線チャネルの各空間分割多重数の総和がＬである場合に、並列送信するデータパケット数Ｘは（Ｘ≦Ｌ）の範囲内で決定される。
空間分割多重により１つの無線チャネルで複数のデータパケットを同時に送信できるので、図４のステップＳ４５，Ｓ４６に相当する処理は省略されている。したがって、送信先の無線局が特殊フォーマットに対応している場合には、ステップＳ４３からＳ４８に進み、Ｘ個のデータパケットを生成する。次に、１個または複数個の空き無線チャネルと空間分割多重を併用し、Ｘ個のデータパケットを並列送信する（Ｓ４９Ｂ）。その他の動作は図４に示す送信処理手順１と同様である。
なお、この送信処理手順２では、複数の無線チャネルを同時に使用できる場合に空間分割多重を併用することを想定しているが、使用可能な無線チャネルが１つだけの場合であっても、空間分割多重を用いて複数のデータパケットを同時に並列送信することが可能である。
図６は、無線局のデータパケット受信処理手順を示す。図において、受信処理を行う無線局は、複数の無線チャネルの各々についてデータパケットの受信処理を繰り返し実行する（Ｓ５１）。ここで、データパケットを受信すると、受信したデータパケットについてＦＣＳチェックを行う（Ｓ５２）。すなわち、データパケットに対して所定のＣＲＣ演算を行った結果とＦＣＳ領域に格納されているＣＲＣコードが一致するか否かを調べる。
標準フォーマットあるいは特殊フォーマットのデータパケットを正常に受信した場合には、ＣＲＣ演算の結果とＣＲＣコードとが一致するが、データパケットの内容にビットエラーなどが発生している場合には不一致が生じる。また、確認パケットを伝送する場合には、送信側が図３のステップＳ３２でＣＲＣコードをビット反転しているので、常に不一致が生じる。
そこで、ＣＲＣコードの一致を検出した場合には、受信したデータパケットの宛先が自局のＩＤと一致するか否かを確認し（Ｓ５３）、自局宛ての場合には受信したデータパケットのＭＡＣヘッダから得たフォーマット識別情報によりフレームフォーマットを認識し、受信したデータパケットを処理する（Ｓ５４）。また、自局宛てでなければ受信したデータパケットを破棄する（Ｓ５６）。
また、ＣＲＣコードの不一致を検出した場合には、ＣＲＣコードに対して送信側が図３のステップＳ３２で行う演算と逆の演算を行う。ここでは、ＣＲＣコードの全ビットを反転して元のＣＲＣコードを復元し、その結果がデータパケットのＣＲＣ演算結果と一致するか否かを確認する（Ｓ５５）。受信したデータパケットにデータのビットエラーが発生している場合には、ＣＲＣコードをビット反転しても不一致が検出されるので、受信したデータパケットを破棄する（Ｓ５６）。
一方、確認パケットを受信した場合には、ビット反転の結果が一致するので、受信した確認パケットの宛先が自局のＩＤと一致するか否かを確認する（Ｓ５７）。自局宛の確認パケットを受信した場合には、送信元の無線局を特殊フォーマット対応と認識し、その情報を送信元の無線局ＩＤに対応付けて自局の機能管理テーブルに登録する（Ｓ５８）。さらに、送信元の無線局Ａに対して所定の応答パケットを送信する（Ｓ５９）。一方、確認パケットが自局宛てでなければ破棄する（Ｓ５６）。
なお、特殊フォーマットに対応していない従来の動作を行う無線局が確認パケットを受信した場合には、単にＦＣＳチェックエラーとして処理してパケットを破棄するので、何も問題は生じない。すなわち、特殊フォーマットに対応した無線局と特殊フォーマット非対応の無線局とが混在するシステムであっても問題は生じない。
［データパケットのフォーマット識別手順の第２の実施形態］
図７および図８は、本発明の無線パケット通信方法におけるデータパケットのフォーマット識別手順の第２の実施形態を示す。
まず、特殊フォーマットに対応する無線局Ａと無線局Ｂとの間で、特殊フォーマットに対応しているか否かを確認し、特殊フォーマットのデータパケットを送受信する手順について、図７を参照して説明する。なお、無線局Ａと無線局Ｂが確認パケットＰ２ａおよび応答パケットＰ２ｂのやりとりにより、互いに特殊フォーマットに対応する無線局であることを認識し、その情報を自局の機能管理テーブルに登録する手順（Ｓ１１〜Ｓ１４）は、図１に示す処理と同じである。ただし、確認パケットＰ２ａおよび応答パケットＰ２ｂは、ＣＲＣコードが操作されており、特殊フォーマットに対応する無線局のみで正常に受信できる。
無線局Ａが無線局Ｂに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１５）。ここでは、送信先の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは特殊フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｂに送信する（Ｓ１５）。なお、並列送信の場合には、パケット長が揃った複数のデータパケットが生成される。
無線局ＢはデータパケットＰ１ａを受信すると、そのＭＡＣヘッダから送信元の無線局を識別し、自局の機能管理テーブルの内容を参照して送信元の無線局が特殊フォーマットに対応しているか否かを確認する。ここでは、送信元の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは受信したデータパケットＰ１ａを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ６１）。
同様に、無線局Ｂが無線局Ａに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ１７）。ここでは、送信先の無線局Ａが特殊フォーマットに対応しているので、無線局Ｂは特殊フォーマットに従ってデータパケットＰ１ｂを生成し、それを無線局Ａに送信する（Ｓ１７）。なお、並列送信の場合には、パケット長が揃った複数のデータパケットが生成される。
無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダから送信元の無線局を識別し、自局の機能管理テーブルの内容を参照して送信元の無線局が特殊フォーマットに対応しているか否かを確認する。ここでは、送信元の無線局Ｂが特殊フォーマットに対応しているので、無線局Ａは受信したデータパケットＰ１ｂを特殊フォーマットの定義（予め定義されている）に従って処理する（Ｓ６２）。
次に、特殊フォーマットに対応する無線局Ａと特殊フォーマットに非対応の無線局Ｃとの間で、特殊フォーマットに対応しているか否かを確認し、標準フォーマットのデータパケットを送受信する手順について、図８を参照して説明する。なお、無線局Ａが無線局Ｃに対して確認パケットＰ２ａを送信し、無線局Ｃが標準フォーマットに対応する無線局であることを認識し、その情報を自局の機能管理テーブルに登録する手順（Ｓ２１〜Ｓ２３）は、図２に示す処理と同じである。
無線局Ａが無線局Ｃに送信する場合には、自局の機能管理テーブルの内容を参照し、送信先が特殊フォーマットに対応しているか否かを確認する（Ｓ２４）。ここでは、送信先の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは標準フォーマットに従ってデータパケットＰ１ａを生成し、それを無線局Ｃに送信する（Ｓ２４）。無線局ＣはデータパケットＰ１ａを受信すると、標準フォーマットの定義に従って処理する（Ｓ２５）。
また、無線局Ｃが無線局Ａに送信する場合には、標準フォーマットに従ってデータパケットＰ１ｂを生成して送信する（Ｓ２６）。無線局ＡはデータパケットＰ１ｂを受信すると、そのＭＡＣヘッダから送信元の無線局を識別し、自局の機能管理テーブルの内容を参照して送信元の無線局が特殊フォーマットに対応しているか否かを確認する。ここでは、送信元の無線局Ｃが特殊フォーマット非対応であるので、無線局Ａは受信したデータパケットＰ１ｂを標準フォーマットの定義に従って処理する（Ｓ７１）。
データパケットのフォーマット識別手順の第１の実施形態では、送信するデータパケットのＭＡＣヘッダにフォーマット識別情報を設定し、受信側でそのフォーマット識別情報に応じたフォーマットで受信処理していた。一方、本実施形態は、ＭＡＣヘッダにフォーマット識別情報を設定せず、ＭＡＣヘッダから送信元の無線局を識別し、機能管理テーブルを参照して受信したデータパケットのフォーマットを識別するようになっている。
また、データパケットについても、確認パケットおよび応答パケットと同様に、特殊フォーマットの場合にはＣＲＣコードを操作してＦＣＳ領域に格納し、受信側で操作されたＣＲＣコードであることを識別し、特殊フォーマットであることを認識するようにしてもよい。
［特殊フォーマットのデータパケットのフレーム構成］
図９は、特殊フォーマットのデータパケットの第１のフレーム構成例を示す。ここでは、図２４（２）に示すようにデータフレームの「切り貼り」により作成されるデータパケットのフレーム構成を示す。なお、切り貼りによってデータフレームが分割された場合には、それぞれを「フラグメント」という。
データパケットは、ＭＡＣヘッダ（制御情報領域）と、最大で２２９６バイトのデータ領域と、ＦＣＳ（フレームチェックシーケンス）領域から構成される。特殊フォーマットのデータパケットは、データ領域に、メインヘッダと、切り貼りされた各データフレームのデータ部と、各データ部に付加されるサブヘッダが配置される。
メインヘッダは、当該データパケットに含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールド（１ビット）、データパケット内のフレーム数を示すフレーム数フィールド（６ビット）、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールド（１１ビット）、フラグメントの有無と位置を示すフラグメントフィールド（２ビット）、その他のフィールド（４ビット）で構成される。ただし、当該データパケットに含まれるデータフレームおよびフラグメントの数が複数の場合には種別フィールドは「１」となる。また、当該データパケットに含まれるデータフレームおよびフラグメントの数が１の場合には種別フィールドは「０」となり、メインヘッダは種別フィールド（１ビット）とその他のフィールド（７ビット）で構成される。メインヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはメインヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。フラグメントフィールドは、フラグメントがない場合は「００」、先頭にある場合は「１０」、最後尾にある場合は「０１」、先頭と最後尾にある場合は「１１」となる。
サブヘッダは、各データフレームのデータサイズを示すデータサイズフィールド（１１ビット）、結合する各データフレームの順番を表すフレーム番号フィールド（８ビット）、後続フレームの有無を表す後続フレームフィールド（１ビッ ト）、その他のフィールド（４ビット）で構成される。なお、サブヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはサブヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。後続フレームフィールドは、後続フレームがある場合には「１」、後続フレームがない場合、すなわち最後尾のデータフレームの場合には「０」となる。
図１０は、特殊フォーマットのデータパケットの第２のフレーム構成例を示す。ここでは、図２４（２）に示すようにデータフレームの「切り貼り」により作成されるデータパケットのフレーム構成を示す。なお、第２のフレーム構成例は、第１のフレーム構成例のメインヘッダの構成を簡略化したものである。
メインヘッダは、当該データパケットに含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールド（１ビット）、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールド（１１ビット）、その他のフィールド（４ビット）で構成される。ただし、当該データパケットに含まれるデータフレームおよびフラグメントの数が複数の場合には種別フィールドは「１」となる。また、当該データパケットに含まれるデータフレームおよびフラグメントの数が１の場合には種別フィールドは「０」となり、メインヘッダは種別フィールド（１ビット）とその他のフィールド（７ビット）で構成される。メインヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはメインヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。
サブヘッダの構成は第１のフレーム構成例と同一である。なお、本フレーム構成例では、サブヘッダのフレームサイズの情報を用いることにより、サブヘッダに後続する部分がフレームかフラグメントがを識別することができる。これにより、第１のフレーム構成例のメインヘッダからフラグメントフィールドの省略が可能になっている。また、フレーム数フィールドは、単一のデータパケットから抽出できるデータフレーム数を示し、これを用いてデータパケットごとのデータフレーム抽出処理を完了する契機とすることができる。しかし、データパケットの先頭から順にデータフレームを抽出し、残りがフラグメントであると判断されたことを契機として当該データフレーム抽出処理を完了することもできる。これにより、第１のフレーム構成例のメインヘッダからフレーム数フィールドの省略が可能になっている。
図１１は、特殊フォーマットのデータパケットの第３〜第４のフレーム構成例を示す。ここでは、図２４（３），（４）に示すようにデータフレームの「結合」により作成されるデータパケットのフレーム構成を示す。
第３のフレーム構成例について、図１１（１）を参照して説明する。データパケットは、ＭＡＣヘッダ（制御情報領域）と、最大で２２９６バイトのデータ領域と、ＦＣＳ領域から構成される。特殊フォーマットのデータパケットは、データ領域に、メインヘッダと、結合された各データフレームのデータ部と、各データ部に付加されるサブヘッダが配置される。サブヘッダの構成は第１のフレーム構成例と同様である。
メインヘッダは、当該データパケットに含まれるデータフレームの数に応じたメインヘッダの構成を示す種別フィールド（１ビット）、データパケット内のフレーム数を示すフレーム数フィールド（１１ビット）、その他のフィールド（４ビット）で構成される。ただし、当該データパケットに含まれるデータフレームの数が複数の場合には種別フィールドは「１」となる。また、当該データパケットに含まれるデータフレームの数が１の場合には種別フィールドは「０」となり、メインヘッダは種別フィールド（１ビット）とその他のフィールド（７ビット）で構成される。メインヘッダを構成する各フィールドのビット数は一例であり、その他のフィールドはメインヘッダがバイト単位になるように調整するものであり、必ずしも必須のものではない。
また、フレーム数フィールドについては、第２のフレーム構成例で説明したように省略が可能である。その場合には、メインヘッダは種別フィールドとその他のフィールドのみとなり、種別フィールドの機能であった当該データパケットに含まれるデータフレームの数に応じたメインヘッダの構成の違いがなくなる。したがって、図１１（２）に示す第４のフレーム構成例のように、メインヘッダ自体を省略することができる。サブヘッダの構成は第１のフレーム構成例と同様である。
第３〜第４のフレーム構成例では、第１〜第２のフレーム構成例のようにフラグメントが存在せず、すべてフレーム単位であり、フレーム開始位置はすべてのデータパケットで共通の値になるので、フラグメントフィールドとともに第１フレーム開始位置フィールドが不要になっている。
［特殊フォーマットの作成・復元処理：第１の処理手順］
図１２は、特殊フォーマットのデータパケットを作成する第１の処理手順を示す。図１３は、第１の処理手順で作成された第１のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、図２４（２）に示すように、３つのデータフレームの切り貼りによりパケット長を揃えた２つのデータパケットが作成されるものとする。
図１２および図１３において、最初のステップＳ１０１は、空きチャネル数に応じた並列送信数Ｘを決定する。なお、空間分割多重を併用する場合には、並列送信数Ｘは各無線チャネルの空間分割多重数の総和となる。ここでは、並列送信に用いる各伝送媒体の伝送速度は同一とする。
次のステップＳ１０２は、送信するデータパケットの最大データサイズをＤｍａｘとし、並列送信数Ｘに対応する最大データサイズの合計Ｄｍａｘ・Ｘを算出し、データサイズの合計がその範囲になる複数のデータフレームを選択する。ここでは、Ｘ＝２、Ｄｍａｘ＝２２９６バイトとすると、データサイズの合計が後述するメインヘッダおよびサブヘッダを含めて（２２９６×２）バイト以下になる複数（３個）のデータフレームが選択される。選択された各データフレーム１，２，３のデータサイズをＬ１，Ｌ２，Ｌ３（バイト）とする。
次のステップＳ１０３は、各データフレームにそれぞれサブヘッダを付加し、それらを結合したデータブロックを作成する。サブヘッダ（３バイト）の構成は、図９に示す通りである。後続フレームフィールドは、例えばデータフレーム１，２に対しては後続フレームがあるので「１」、データフレーム３に対しては後続フレームがないので「０」となる。この３つのデータフレームを結合したデータブロックのサイズは、サブヘッダが３バイトであるので、
（３＋Ｌ１）＋（３＋Ｌ２）＋（３＋Ｌ３）≦２２９６×２（バイト）
となる。
次のステップＳ１０４は、ステップＳ１０３で作成されたデータブロックを並列送信数Ｘで分割し、パケット長が揃ったＸ個のデータブロックを作成する。ここでは、第１のデータブロックは、データフレーム１とそのサブヘッダ、データフレーム２の一部（２ａ）とそのサブヘッダから構成される。第２のデータブロックは、データフレーム２の残りの一部（２ｂ）、データフレーム３とそのサブヘッダから構成される。なお、ここでの分割位置はデータフレーム２のデータ部になっているが、サブヘッダ内で分割される場合もある。いずれにしても、分割されたデータフレームは「フラグメント」として扱われる。すなわち、第１のデータブロックはデータフレーム１とフラグメント、第２のデータブロックはフラグメントとデータフレーム３という組み合わせになる。
また、並列送信する伝送媒体の伝送速度が異なる場合には、各伝送媒体の伝送速度をＲｉ（ｉは１〜Ｘの整数）、その最大速度をＲｍａｘとしたときの各伝送媒体ごとの最大データサイズＤｍａｘ・Ｒｉ／Ｒｍａｘを決定し、Ｘ個の伝送媒体を用いて並列送信する場合の最大データサイズの合計（Ｄｍａｘ・Σ（Ｒｉ／Ｒｍａｘ））を算出する。そして、その範囲で複数のデータフレームのデータ部にサブヘッダを付加して連結し、連結したデータブロックを伝送速度Ｒｉに応じたサイズ比でＸ分割し、パケット長（所要伝送時間）が揃ったＸ個のデータブロックを作成する。
次のステップＳ１０５は、Ｘ個のデータブロックにそれぞれメインヘッダを付加し、さらに先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。メインヘッダ（３バイトまたは１バイト）の構成は、図９の第１のフレーム構成例に示す通りである。
データパケット１の第１フレーム開始位置フィールドは、データパケット１のメインヘッダの開始位置を基準に、データフレーム１のサブヘッダの開始位置を示す「ａ」とする。すなわち、ａはメインヘッダの長さに対応する。データパケット２の第１フレーム開始位置フィールドは、データフレーム２のメインヘッダの開始位置を基準に、メインヘッダの長さａにフラグメント（２ｂ）の長さｐを加えた「ａ＋ｐ」となる。データフレーム１のフラグメントフィールドは、フラグメント（２ａ）が最後尾にあるので「０１」、データフレーム２のフラグメントフィールドは、フラグメント（２ｂ）が先頭にあるので「１０」となる。
次に、このデータパケット１，２の復元処理の手順について、図１４を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１，２のメインヘッダの種別フィールドの値から、データパケット１，２に含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を確認する。ここでは、データパケット１，２ともに、メインヘッダにはフレーム数フィールド、第１フレーム開始位置フィールド、フラグメントフィールドが含まれていることが確認される。
（３）データパケット１のメインヘッダの第１フレーム開始位置フィールドの値から、第１フレームのサブヘッダの開始位置（ａ）を認識する。
（４）データパケット１の第１フレーム開始位置にあるサブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）から、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
（５）データパケット１のメインヘッダのフレーム数フィールドとフラグメントフィールドの値から、次に続く処理を認識する。ここでは、データパケット１のフレーム数は「１」、フラグメント情報は「０１」であるので、データフレーム１以外のデータフレームはなく、データフレーム１の後にフラグメントが続いていると認識する。そして、データパケット２の先頭にあるフラグメントとの結合処理のために、データパケット１のフラグメントを一時格納する。
（６）データパケット２のメインヘッダの第１フレーム開始位置フィールドの値から、データパケット２のデータフレーム３のサブヘッダの開始位置（ａ＋ｐ）を認識する。
（７）データパケット２の第１フレーム開始位置にあるサブヘッダのデータサイズ（Ｌ３）とフレーム番号（３）から、対応するデータフレーム３のデータ部を切り出す。このとき、データフレーム３については、フレーム番号と後続フレームの有無が対応付けて管理される。
（８）データパケット２のメインヘッダのフレーム数フィールドとフラグメントフィールドの値から、次に続く処理を認識する。ここでは、データパケット２のフレーム数は「１」、フラグメント情報は「１０」であるので、データフレーム３以外のデータフレームはなく、データフレーム３の前はフラグメントであると認識し、フラグメントの結合処理に入る。フラグメントの結合処理では、データパケット１の最後尾のフラグメント（データフレーム２のサブヘッダとデータ部の一部（２ａ））と、データパケット２の先頭のフラグメント（データフレーム２のデータ部の一部（２ｂ））を結合する。そして、サブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）により、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
以上のように、各データパケットのメインヘッダとサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で切り貼りした３つのデータフレーム１，２，３を復元することができる。なお、データフレーム３のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２，３が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
図１５は、第１の処理手順で作成された第２のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、２つのデータフレームの切り貼りによりパケット長を揃えた２つのデータパケットが作成されるものとする。
２つのデータフレーム１，２にそれぞれサブヘッダを付加し、それらを結合したデータブロックを作成する。このデータブロックを並列送信数２で分割し、パケット長が揃った２個のデータブロックを作成する。ここでは、第１のデータブロックは、データフレーム１の一部（１ａ）とそのサブヘッダから構成される。第２のデータブロックは、データフレーム１の残りの一部（１ｂ）、データフレーム２とそのサブヘッダから構成される。すなわち、第１のデータブロックはフラグメント、第２のデータブロックはフラグメントとデータフレーム２という組み合わせになる。
次に、２個のデータブロックにそれぞれメインヘッダを付加し、さらに先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。メインヘッダ（２バイトまたは１バイト）の構成は、図１０の第２のフレーム構成例に示す通りである。データパケット１の種別フィールドは「０」であり、次の第１フレーム開始位置フィールドは存在しない。データパケット２の種別フィールドは「１」であり、次の第１フィールド開始位置フィールドの値は「ａ＋ｐ」である。
次に、このデータパケット１，２の復元処理の手順について、図１６を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１，２のメインヘッダの種別フィールドの値から、データパケット１，２に含まれるデータフレームおよびフラグメントの数に応じたメインヘッダの構成を確認する。ここでは、データパケット２のメインヘッダに、第１フレーム開始位置フィールドが含まれていることが確認される。また、データパケット１のメインヘッダには、第１フレーム開始位置フィールドがないことが確認される。なお、データパケット１に含まれる１つのデータフレームまたはフラグメントは、ＭＡＣヘッダの情報により１つのフラグメントであることが確認される。あるいは、データパケット１のサブヘッダのフレームサイズに対して後続するデータサイズが小さいことから、データパケット１はフラグメントである判断してもよい。
（３）データパケット１はフラグメントであり、データパケット２の先頭にあるフラグメントとの結合処理のためにデータパケット１のフラグメントを一時格納する。
（４）データパケット２のメインヘッダの第１フレーム開始位置フィールドの値から、第１フレームのサブヘッダの開始位置（ａ＋ｐ）を認識する。
（５）データパケット２の第１フレーム開始位置にあるサブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）から、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
（６）データパケット２のフラグメントの結合処理では、データパケット１の最後尾のフラグメント（データフレーム１のサブヘッダとデータ部の一部（１ａ））と、データパケット２の先頭のフラグメント（データフレーム１のデータ部の一部（１ｂ））を結合する。そして、サブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）により、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
以上のように、各データパケットのメインヘッダとサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で切り貼りした２つのデータフレーム１，２を復元することができる。なお、データフレーム２のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
［特殊フォーマットの作成・復元処理：第２の処理手順］
図１７は、特殊フォーマットのデータパケットを作成する第２の処理手順を示す。図１８は、第２の処理手順で作成された第３のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、図２４（３）に示すように、３つのデータフレームの結合によりパケット長を揃えた２つのデータパケットが作成されるものとする。
図１７および図１８において、最初のステップＳ２０１は、空きチャネル数に応じた並列送信数Ｘを決定する。なお、空間分割多重を併用する場合には、並列送信数Ｘは各無線チャネルの空間分割多重数の総和となる。ここでは、並列送信に用いる各伝送媒体の伝送速度は同一とする。
次のステップＳ２０２は、各データフレームにそれぞれサブヘッダを付加する。サブヘッダ（３バイト）の構成は、図１１（１）に示す通りである。後続フレームフィールドは、例えばデータフレーム１，２に対しては後続フレームがあるので「１」、データフレーム３に対しては後続フレームがないので「０」となる。
次のステップＳ２０３は、送信するデータパケットの最大データサイズをＤｍａｘとし、その最大データサイズの範囲内でデータフレームを組み合わせ、Ｘ個のデータブロックを作成する。次のステップＳ２０４，Ｓ２０５は、各データブロックのデータサイズを比較し、各データサイズが不揃いであれば、最大サイズのデータブロックに揃うように他のデータブロックにダミーデータを付加し、全てのデータブロックのデータサイズを揃える。ここでは、第１のデータブロックは、データフレーム１とそのサブヘッダ、データフレーム２とそのサブヘッダから構成される。第２のデータブロックは、データフレーム３とそのサブヘッダとダミービットから構成される。
次のステップＳ２０６は、Ｘ個のデータブロックにそれぞれメインヘッダを付加し、さらに先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。メインヘッダ（１バイト）の構成は、図１１（１）に示す通りである。
データパケット１のフレーム数は２であり、フレーム数フィールドに表示される。データパケット２のフレーム数は１であるが、フレーム数フィールドがない場合はフレーム数は１と判断する。
次に、このデータパケット１，２の復元処理の手順について、図１９を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１，２のメインヘッダの種別フィールドの値から、データパケット１，２に含まれるデータフレームの数に応じたメインヘッダの構成を確認する。ここでは、データパケット１のメインヘッダに、フレーム数フィールドが含まれていることが確認される。また、データパケット２のメインヘッダには、フレーム数フィールドがないことが確認される。
（３）データパケット１の第１フレームのサブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）から、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
（４）データパケット１の第２フレームのサブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）から、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
（５）データパケット２の第１フレームのサブヘッダのデータサイズ（Ｌ３）とフレーム番号（３）から、対応するデータフレーム３のデータ部を切り出す。このとき、データフレーム３については、フレーム番号と後続フレームの有無が対応付けて管理される。ダミーデータは破棄される。
以上のように、各データパケットのメインヘッダとサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で結合された３つのデータフレーム１，２，３を復元することができる。なお、データフレーム３のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２，３が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
図２０は、第２の処理手順で作成された第４のフレーム構成例によるデータパケットの構成を示す。ここでは、並列送信数を２とし、３つのデータフレームの結合によりパケット長を揃えた２つのデータパケットが作成されるものとする。
３つのデータフレーム１，２，３にそれぞれサブヘッダを付加し、それらを組み合わせてパケット長が揃った２個のデータブロックを作成する。次に、２個のデータブロックのそれぞれの先頭にＭＡＣヘッダ（データパケットの制御情報領域）を付加し、最後尾にＦＣＳ領域を付加してデータパケットを作成する。ここでは、図１７に示す第２の処理手順のステップＳ２０６でメインヘッダの付加は行われない。
次に、このデータパケット１，２の復元処理の手順について、図２１を参照して説明する。
（１）受信した各データパケットのＭＡＣヘッダに含まれるデータパケットの順番を表す値に従って、受信した複数のデータパケットを並び替える。ここでは、データパケット１，２の順番に並び替えて以下の処理を行う。
（２）データパケット１の第１フレームのサブヘッダのデータサイズ（Ｌ１）とフレーム番号（１）から、対応するデータフレーム１のデータ部を切り出す。このとき、データフレーム１については、フレーム番号と後続フレームの有無が対応付けて管理される。
（３）データパケット１の第２フレームのサブヘッダのデータサイズ（Ｌ２）とフレーム番号（２）から、対応するデータフレーム２のデータ部を切り出す。このとき、データフレーム２については、フレーム番号と後続フレームの有無が対応付けて管理される。
（４）データパケット２の第１フレームのサブヘッダのデータサイズ（Ｌ３）とフレーム番号（３）から、対応するデータフレーム３のデータ部を切り出す。このとき、データフレーム３については、フレーム番号と後続フレームの有無が対応付けて管理される。ダミーデータは破棄される。
以上のように、各データパケットのサブヘッダの情報を利用することにより、受信した２つのデータパケット１，２から送信側で結合された３つのデータフレーム１，２，３を復元することができる。なお、データフレーム３のサブヘッダの後続フレームフィールドは「０」であり、データフレーム１，２，３が復元されているので、並列送信されたすべてのデータパケット１，２を受信したことが確認される。
ところで、図１５に示すデータパケット１，２、図１８に示すデータパケット１，２は、メインヘッダの構成の違いによりパケット長に差が生じる。しかし、その差は高々２バイト程度であるので、データパケット１，２の所要伝送時間の差はわずかであり、図２３に示したようなＡＣＫパケットが受信できない問題が生じることはない。ただし、その他のフィールドの長さを調整してパケット長が同一になるように設定してもよい。
また、データフレームを切り貼りして構成されるデータパケットの場合には、種別フィールドの値が「０」であっても、図９または図１０に示す「１」の場合と同じフレーム構成としてもよい。この場合には、種別フィールドを省略してもよい。また、データフレームを結合して構成されるデータパケットの場合には、種別フィールドの値が「０」であっても、図１１（１）に示す「１」の場合と同じフレーム構成としてもよい。この場合には、種別フィールドを省略してもよい。
［無線パケット通信装置の構成例］
図２２は、本発明の無線パケット通信方法が適用される無線パケット通信装置の構成例を示す。ここでは、３個の無線チャネル＃１，＃２，＃３を用いて３個のデータパケットを並列に送受信可能な無線パケット通信装置の構成について示すが、その並列数は任意に設定可能である。なお、各無線チャネルごとに空間分割多重を利用する場合には、複数の無線チャネルの各空間分割多重数の総和に相当する並列送信数のデータパケットを並列に送受信可能であるが、ここでは空間分割多重については省略する。
図において、無線パケット通信装置は、送受信処理部１０−１，１０−２，１０−３と、送信バッファ２１，データパケット生成部２２，データフレーム管理部２３，チャネル状態管理部２４，パケット振り分け送信制御部２５，データフレーム復元部２６およびヘッダ除去部２７とを備える。
送受信処理部１０−１，１０−２，１０−３は、互いに異なる無線チャネル＃１，＃２，＃３で無線通信を行う。これらの無線チャネルは、互いに無線周波数などが異なるので互いに独立であり、同時に複数の無線チャネルを利用して無線通信できる構成になっている。各送受信処理部１０は、変調器１１，無線送信部１２，アンテナ１３，無線受信部１４，復調器１５，パケット選択部１６およびキャリア検出部１７を備える。
他の無線パケット通信装置が互いに異なる無線チャネル＃１，＃２，＃３を介して送信した無線信号は、それぞれ対応する送受信処理部１０−１，１０−２，１０−３のアンテナ１３を介して無線受信部１４に入力される。各無線チャネル対応の無線受信部１４は、入力された無線信号に対して周波数変換，フィルタリング，直交検波およびＡＤ変換を含む受信処理を施す。なお、各無線受信部１４には、それぞれ接続されたアンテナ１３が送信のために使用されていない時に、各無線チャネルにおける無線伝搬路上の無線信号が常時入力されており、各無線チャネルの受信電界強度を表すＲＳＳＩ信号がキャリア検出部１７へ出力される。また、無線受信部１４に対応する無線チャネルで無線信号が受信された場合には、受信処理されたベースバンド信号が復調器１５へ出力される。
復調器１５は、無線受信部１４から入力されたベースバンド信号に対してそれぞれ復調処理を行い、得られたデータパケットはパケット選択部１６へ出力される。パケット選択部１６は、入力されたデータパケットに対してＣＲＣチェックを行い、データパケットが誤りなく受信された場合には、そのデータパケットが自局に対して送信されたものか否かを識別する。すなわち、各データパケットの宛先ＩＤが自局と一致するか否かを調べ、自局宛てのデータパケットをデータフレーム復元部２６へ出力するとともに、図示しない送達確認パケット生成部で送達確認パケットを生成して変調器１１に送出し、応答処理を行う。このとき、送達確認パケットの送信にあたって、伝送速度の設定や空間分割多重を適用しないなどの送信モードの設定を行うようにしてもよい。一方、自局宛でないデータパケットの場合には、パケット選択部１６で当該パケットが破棄される。
データフレーム復元部２６は、上述したデータフレーム復元処理手順を用いて、データパケットからデータフレームを抽出する。その結果を受信データフレーム系列としてヘッダ除去部２７へ出力する。ヘッダ除去部２７は、入力された受信データフレーム系列に含まれている各々のデータフレームからヘッダ部分を除去して出力する。
キャリア検出部１７は、ＲＳＳＩ信号が入力されると、その信号によって表される受信電界強度の値と予め設定した閾値とを比較する。そして、所定の期間中の受信電界強度が連続的に閾値よりも小さい状態が継続すると、割り当てられた無線チャネルが空き状態であると判定し、それ以外の場合には割り当てられた無線チャネルがビジーであると判定する。各無線チャネルに対応するキャリア検出部１７は、この判定結果をキャリア検出結果ＣＳ１〜ＣＳ３として出力する。なお、各送受信処理部１０において、アンテナ１３が送信状態である場合にはキャリア検出部１７にＲＳＳＩ信号が入力されない。また、アンテナ１３が既に送信状態にある場合には、同じアンテナ１３を用いて他のデータパケットを無線信号として同時に送信することはできない。したがって、各キャリア検出部１７はＲＳＳＩ信号が入力されなかった場合には、割り当てられた無線チャネルがビジーであることを示すキャリア検出結果を出力する。
各無線チャネルに対応するキャリア検出部１７から出力されるキャリア検出結果ＣＳ１〜ＣＳ３は、チャネル状態管理部２４に入力される。チャネル状態管理部２４は、各無線チャネルに対応するキャリア検出結果に基づいて各無線チャネルの空き状態を管理し、空き状態の無線チャネルおよび空きチャネル数などの情報をデータフレーム管理部２３に通知する（図２２，ａ）。
一方、送信バッファ２１には、送信すべき送信データフレーム系列が入力され、バッファリングされる。この送信データフレーム系列は、１つあるいは複数のデータフレームで構成される。送信バッファ２１は、現在保持しているデータフレームの数、宛先となる無線パケット通信装置のＩＤ情報、データサイズ、バッファ上の位置を表すアドレス情報などをデータフレーム管理部２３に逐次通知する（ｂ）。
データフレーム管理部２３は、送信バッファ２１から通知された各宛先無線局ＩＤごとのデータフレームに関する情報と、チャネル状態管理部２４から通知された無線チャネルに関する情報に基づき、どのデータフレームからどのようにデータパケットを生成し、どの無線チャネルで送信するかを決定し、それぞれ送信バッファ２１，データパケット生成部２２およびデータパケット振り分け送信制御部２５に通知する（ｃ，ｄ，ｅ）。例えば、空き状態の無線チャネル数Ｎが送信バッファ２１にある送信待ちのデータフレーム数Ｋより少ない場合に、空き状態の無線チャネル数Ｎを並列送信するデータパケット数として決定し、送信バッファ２１に対してＫ個のデータフレームから、Ｎ×Ｄｍａｘ以下になるように送信するデータフレームを決定し、それを指定するアドレス情報を通知する（ｃ）。また、データパケット生成部２２に対しては、送信バッファ２１から入力したデータフレームからＮ個のデータパケットを生成するための情報を通知する（ｄ）。また、パケット振り分け送信制御部２５に対しては、データパケット生成部２２で生成されたＮ個のデータパケットと空き状態の無線チャネルとの対応を指示する（ｅ）。
送信バッファ２１は、出力指定されたデータフレームをデータパケット生成部２２に出力する（ｆ）。データパケット生成部２２は、各データフレームからデータ領域を抽出し、前述したサブヘッダを付加した上で切り貼りし、パケット長が揃った複数のデータブロックを生成し、このデータブロックに当該データパケットの宛先となる宛先無線局のＩＤ情報やデータフレームの順番を表すシーケンス番号などの制御情報を含むヘッダ部と、誤り検出符号であるＣＲＣ符号（ＦＣＳ部）を付加してデータパケットを生成する。パケット振り分け送信制御部２５は、データパケット生成部２２から入力された各データパケットと各無線チャネルとの対応付けを行う。
このような対応付けの結果、無線チャネル＃１に対応付けられたデータパケットは送受信処理部１０−１内の変調器１１に入力され、無線チャネル＃２に対応付けられたデータパケットは送受信処理部１０−２内の変調器１１に入力され、無線チャネル＃３に対応付けられたデータパケットは送受信処理部１０−３内の変調器１１に入力される。各変調器１１は、パケット振り分け送信制御部２５からデータパケットが入力されると、そのデータパケットに対して所定の変調処理を施して無線送信部１２に出力する。各無線送信部１２は、変調器１１から入力された変調処理後のデータパケットに対して、ＤＡ変換，周波数変換，フィルタリング及び電力増幅を含む送信処理を施し、それぞれ対応する無線チャネルを介してアンテナ１３からデータパケットとして送信する。
本発明は、複数のデータフレームの結合または切り貼りにより生成された１つまたは複数のデータパケットの特殊フォーマットを規定することができる。これにより、複数のデータフレームが含まれる特殊フォーマットのデータパケットの送受信が可能になり、最大スループットの大幅な改善と、効率的な無線パケット通信を実現することができる。
また、特殊フォーマットに対応する無線局と、標準フォーマットのみに対応する無線局が混在するシステムであっても、無線局間で対応するフォーマットを識別し、それに応じたフォーマットのデータパケットを生成して送受信することができる。これにより、特殊フォーマットに対応する新規な無線局と、標準フォーマットのみに対応する既存の無線局が混在するシステムにも適用しながらスループットの改善を図ることができる。
また、特殊フォーマットに対応する無線局と、標準フォーマットのみに対応する無線局が混在するシステムであっても、無線局間で対応するフォーマットを識別し、それに応じたフォーマットのデータパケットを生成して送受信することができる。これにより、特殊フォーマットに対応する新規な無線局と、標準フォーマットのみに対応する既存の無線局が混在するシステムにも適用しながらスループットの改善を図ることができる。
Claims (15)
- 複数のデータフレームの結合または切り貼りによって生成された特殊フォーマットのデータパケットと、１つのデータフレームから生成された標準フォーマットのデータパケットを無線局間で伝送する無線パケット通信方法において、
前記特殊フォーマットに対応した無線局は、前記データパケットを送信する前に、前記特殊フォーマットに対応している無線局のみが受信可能な確認パケットを送信し、
前記確認パケットを受信した前記特殊フォーマットに対応する無線局は、前記確認パケットの送信元の無線局を特殊フォーマットに対応しているものとして管理し、その無線局に対して前記特殊フォーマットに対応している無線局のみが受信可能な応答パケットを送信し、
前記応答パケットを受信した前記特殊フォーマットに対応する無線局は、前記応答パケットの送信元の無線局を特殊フォーマットに対応しているものとして管理し、
自局の管理情報に従って、送信先の無線局が前記特殊フォーマットに対応している場合には前記特殊フォーマットのデータパケットを送信し、前記特殊フォーマットに対応していない場合には前記標準フォーマットのデータパケットを送信する
ことを特徴とする無線パケット通信方法。 - 請求項１に記載の無線パケット通信方法において、
データパケットを送信する無線局は、送信するデータパケットの制御情報領域の中に、少なくとも前記標準フォーマットと特殊フォーマットの区別を表すフォーマット識別情報を設定し、
前記データパケットを受信した無線局は、受信したデータパケットの制御情報領域に含まれる前記フォーマット識別情報の内容に応じて前記標準フォーマットまたは特殊フォーマットを選択し、選択したフォーマットの定義に従って前記データパケットを受信処理する
ことを特徴とする無線パケット通信方法。 - 請求項１に記載の無線パケット通信方法において、
データパケットを受信した無線局は、受信したデータパケットの制御情報領域から送信元の無線局を識別し、自局の管理情報に従って送信元の無線局が対応しているフォーマットを認識し、認識したフォーマットの定義に従って前記データパケットを受信処理する
ことを特徴とする無線パケット通信方法。 - 複数のデータフレームを切り貼りした特殊フォーマットの複数のデータパケットを作成し、無線局間で並列送信する無線パケット通信方法において、
前記複数のデータフレームのそれぞれに、データサイズを表すフィールド、フレームの順番を表すフィールド、後続フレームの有無を表すフィールドを含むサブヘッダを付加し、
前記サブヘッダが付加されたデータフレームを結合して１つのデータブロックを作成し、この１つのデータブロックを各パケット長が揃うように分割して並列送信数のデータブロックを作成し、
前記並列送信数のデータブロックのそれぞれに、切り貼りされたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する
ことを特徴とする無線パケット通信方法。 - 請求項４に記載の無線パケット通信方法において、
前記メインヘッダは、データパケット内のデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム数を示すフレーム数フィールドと、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールドと、データフレームが分割されたフラグメントの有無と位置を示すフラグメントフィールドを有する
ことを特徴とする無線パケット通信方法。 - 請求項４に記載の無線パケット通信方法において、
前記メインヘッダは、データパケット内のデータフレームおよびフラグメントの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム開始位置をバイト単位で表す第１フレーム開始位置フィールドを有する
ことを特徴とする無線パケット通信方法。 - 請求項５または請求項６に記載の無線パケット通信方法において、
前記データパケット内のデータフレームおよびフラグメントの数が１つの場合には、前記種別フィールド以外のフィールドを省略して前記メインヘッダを形成する
ことを特徴とする無線パケット通信方法。 - 請求項５に記載の無線パケット通信方法において、
受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認し、
前記データパケットのメインヘッダの第１フレーム開始位置フィールドの値から、データフレームのサブヘッダの開始位置を認識し、そのサブヘッダのデータサイズから対応するデータフレームを切り出し、
前記データパケットのメインヘッダのフレーム数フィールドとフラグメントフィールドの値から、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、前記フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行い、
受信した各データパケットに含まれる複数のデータフレームを復元することを特徴とする無線パケット通信方法。 - 請求項６に記載の無線パケット通信方法において、
受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認し、
前記データパケットのメインヘッダの第１フレーム開始位置フィールドの値から、データフレームのサブヘッダの開始位置を認識し、そのサブヘッダのデータサイズから対応するデータフレームを切り出し、
切り出したデータフレームに続くサブヘッダのデータサイズと前記サブヘッダに後続する部分のサイズを比較して、データフレームかデータフレームが分割されたフラグメントかを識別し、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、前記フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行い、
受信した各データパケットに含まれる複数のデータフレームを復元することを特徴とする無線パケット通信方法。 - 請求項７に記載の無線パケット通信方法において、
受信した各データパケットのメインヘッダの種別フィールドの値からメインヘッダの構成を確認し、
前記種別フィールドの構成から前記データフレームおよびフラグメントの数が１の場合には、サブヘッダのデータサイズと前記サブヘッダに後続する部分のサイズを比較して、データフレームがデータフレームが分割されたフラグメントかを識別し、データフレームが続く場合にはそのサブヘッダのデータサイズから対応するデータフレームを切り出し、前記フラグメントが続く場合には、後続するデータパケットの先頭にあるフラグメントとの結合処理を行い、
受信したデータパケットに含まれるデータフレームを復元することを特徴とする無線パケット通信方法。 - 複数のデータフレームを結合した特殊フォーマットの１または複数のデータパケットを作成し、無線局間で送信する無線パケット通信方法において、
前記データフレームに、データサイズを表すフィールド、フレームの順番を表すフィールド、後続フレームの有無を表すフィールドを含むサブヘッダを付加し、
前記サブヘッダが付加されたデータフレームを結合したデータブロックを作成し、
前記データブロックに、結合されたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する
ことを特徴とする無線パケット通信方法。 - 請求項１１に記載の無線パケット通信方法において、
前記メインヘッダは、データパケット内のデータフレームの数に応じたメインヘッダの構成を示す種別フィールドと、データパケット内のフレーム数を示すフレーム数フィールドとを有する
ことを特徴とする無線パケット通信方法。 - 請求項１２に記載の無線パケット通信方法において、
前記データパケット内のデータフレームの数が１つの場合には、前記種別フィールド以外のフィールドを省略して前記メインヘッダを形成する
ことを特徴とする無線パケット通信方法。 - 請求項１２に記載の無線パケット通信方法において、
受信した各データパケットのメインヘッダの種別フィールドの値から種別フィールドの構成を確認し、
前記各データパケットごとに、メインヘッダのフレーム数フィールドの値に応じて、データフレームのサブヘッダのデータサイズから対応するデータフレームを順次切り出し、
受信したデータパケットに含まれるデータフレームを復元することを特徴とする無線パケット通信方法。 - 請求項１３に記載の無線パケット通信方法において、
受信した各データパケットのメインヘッダの種別フィールドの値から種別フィールドの構成を確認し、
前記各データパケットごとに、データフレームのサブヘッダのデータサイズから対応するデータフレームを順次切り出し、
受信したデータパケットに含まれるデータフレームを復元することを特徴とする無線パケット通信方法。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003203630 | 2003-07-30 | ||
| JP2003203630 | 2003-07-30 | ||
| JP2003209582 | 2003-08-29 | ||
| JP2003209582 | 2003-08-29 | ||
| PCT/JP2004/010986 WO2005013576A1 (ja) | 2003-07-30 | 2004-07-26 | 無線パケット通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2005013576A1 true JPWO2005013576A1 (ja) | 2006-09-28 |
| JP3914558B2 JP3914558B2 (ja) | 2007-05-16 |
Family
ID=34117889
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005512537A Expired - Fee Related JP3914558B2 (ja) | 2003-07-30 | 2004-07-26 | 無線パケット通信方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7668143B2 (ja) |
| EP (1) | EP1650922B1 (ja) |
| JP (1) | JP3914558B2 (ja) |
| KR (1) | KR100733673B1 (ja) |
| CN (1) | CN1774898B (ja) |
| CA (1) | CA2518696C (ja) |
| WO (1) | WO2005013576A1 (ja) |
Families Citing this family (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005027555A1 (ja) * | 2003-09-09 | 2005-03-24 | Nippon Telegraph And Telephone Corporation | 無線パケット通信方法および無線パケット通信装置 |
| EP1810424A4 (en) * | 2004-10-18 | 2011-04-06 | Lg Electronics Inc | METHOD FOR TRANSMITTING RETURN INFORMATION ON ORTHOGONAL FREQUENCY DIVISION MULTIPLEXING (OFDM) / FORCED ACCESS COMMUNICATION SYSTEM |
| US7564831B2 (en) * | 2004-12-27 | 2009-07-21 | Lg Electronics, Inc. | Method of transmitting feedback information using an extended subheader |
| JP2006197045A (ja) * | 2005-01-12 | 2006-07-27 | Nec Corp | 無線パケット信号伝送システム、無線パケット信号伝送端末及びそれらに用いる無線パケット信号伝送方法 |
| KR100713152B1 (ko) * | 2005-02-17 | 2007-05-02 | 삼성전자주식회사 | 홈네트워크 및 그의 채널할당방법 |
| US20100157833A1 (en) * | 2005-03-10 | 2010-06-24 | Qualcomm Incorporated | Methods and systems for improved timing acquisition for varying channel conditions |
| KR100930856B1 (ko) * | 2005-03-10 | 2009-12-10 | 퀄컴 인코포레이티드 | 개별적으로 디코딩가능한 패킷에서 제어 정보를송신함으로써 제어 정보 획득 레이턴시를 개선하는 방법 |
| US8675631B2 (en) * | 2005-03-10 | 2014-03-18 | Qualcomm Incorporated | Method and system for achieving faster device operation by logical separation of control information |
| JP2009508451A (ja) * | 2005-09-12 | 2009-02-26 | クゥアルコム・インコーポレイテッド | 無線ネットワーク通信において使用するための高速制御メッセージング機構 |
| US7623607B2 (en) | 2005-10-31 | 2009-11-24 | Qualcomm Incorporated | Methods and apparatus for determining timing in a wireless communication system |
| US8948329B2 (en) * | 2005-12-15 | 2015-02-03 | Qualcomm Incorporated | Apparatus and methods for timing recovery in a wireless transceiver |
| JP4566922B2 (ja) * | 2006-02-10 | 2010-10-20 | 日本電信電話株式会社 | 無線通信方法 |
| US8805367B2 (en) | 2006-03-14 | 2014-08-12 | Sharp Kabushiki Kaisha | Method and apparatus for allocating terminal identifiers based on communication function |
| JP2007318247A (ja) * | 2006-05-23 | 2007-12-06 | Allied Telesis Holdings Kk | バス型ネットワークにおける利用者制限方法および利用者制限装置、ならびにバス型ネットワークシステム |
| CN100576822C (zh) * | 2006-08-23 | 2009-12-30 | 上海贝尔阿尔卡特股份有限公司 | 无线通信网络中的数据传输及解析方法及其装置 |
| EP2134021B1 (en) * | 2007-01-09 | 2014-10-08 | Huawei Technologies Co., Ltd. | Control information transmission/reception method, and device thereof |
| KR101430465B1 (ko) * | 2007-12-05 | 2014-08-18 | 엘지전자 주식회사 | 무선 통신 시스템에서 호출 메시지 송수신 방법 및 데이터송수신 방법 |
| US8908578B2 (en) * | 2008-12-22 | 2014-12-09 | Lg Electronics Inc. | Method for requesting and allocating uplink resource in wireless communication system |
| EP2227052A1 (en) * | 2009-03-04 | 2010-09-08 | Alcatel Lucent | Resource allocation method and apparatus thereof |
| WO2010101439A2 (en) * | 2009-03-05 | 2010-09-10 | Lg Electronics Inc. | Method and apparatus for updating system information in broadband wireless communication system |
| US9008077B2 (en) * | 2009-03-17 | 2015-04-14 | Entropic Communications, Inc. | Method for quick map recovery in case of error in MoCA |
| JP5333968B2 (ja) * | 2009-04-14 | 2013-11-06 | 独立行政法人情報通信研究機構 | データ送受信方法，データ送信装置，及びデータ受信装置 |
| JP5316208B2 (ja) | 2009-05-08 | 2013-10-16 | ソニー株式会社 | 通信装置及び通信方法、コンピューター・プログラム、並びに通信システム |
| US20100309908A1 (en) * | 2009-06-08 | 2010-12-09 | Hewlett-Packard Development Company, L.P. | Method and system for communicating with a network device |
| KR20120084237A (ko) * | 2011-01-19 | 2012-07-27 | 삼성전자주식회사 | 엠엠티(ｍｍｔ)에서 엠엠티 인캡슐레이터를 전송하는 방법 |
| JP5329581B2 (ja) * | 2011-02-04 | 2013-10-30 | 株式会社東芝 | 無線通信端末および無線通信方法 |
| KR101779614B1 (ko) * | 2011-06-08 | 2017-09-18 | 엘에스산전 주식회사 | 인버터 통신 시스템 |
| JP5814829B2 (ja) | 2012-03-01 | 2015-11-17 | 株式会社東芝 | 無線通信装置及び方法 |
| US10425371B2 (en) * | 2013-03-15 | 2019-09-24 | Trane International Inc. | Method for fragmented messaging between network devices |
| US10270719B2 (en) * | 2013-09-10 | 2019-04-23 | Illinois Tool Works Inc. | Methods for handling data packets in a digital network of a welding system |
| JP5888376B2 (ja) * | 2014-08-21 | 2016-03-22 | ソニー株式会社 | 通信装置及び通信方法、並びに通信システム |
| JP2023043893A (ja) * | 2020-02-18 | 2023-03-30 | シャープ株式会社 | ステーション装置、通信方法 |
| US11722248B1 (en) * | 2022-01-26 | 2023-08-08 | Zurn Industries, Llc | Cloud communication for an edge device |
| US20240214111A1 (en) * | 2022-12-21 | 2024-06-27 | Xilinx, Inc. | Network interface device with frame sequence value checking |
| CN116668004B (zh) * | 2023-05-12 | 2024-05-07 | 深圳市晶存科技有限公司 | 一种异常信息的快速识别方法、装置及其存储介质 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2397897C (en) * | 2000-01-20 | 2012-08-14 | Nortel Networks Limited | Multi-carrier arrangement for high speed data |
| US6987770B1 (en) | 2000-08-04 | 2006-01-17 | Intellon Corporation | Frame forwarding in an adaptive network |
| US6721302B1 (en) * | 2000-11-17 | 2004-04-13 | Nokia Corporation | Apparatus, and associated method, for communicating packet data in a SDMA (Space-Division, Multiple-Access) communication scheme |
| US6804220B2 (en) | 2001-05-07 | 2004-10-12 | Qualcomm Incorporated | Method and apparatus for generating control information for packet data |
| JP2003125018A (ja) * | 2001-10-17 | 2003-04-25 | Sony Corp | 伝送システム、データ送信装置、データ受信装置、データ送信方法、データ受信方法 |
| CA2468919C (en) | 2001-12-05 | 2010-03-09 | Lg Electronics Inc. | Error detection code generating method and error detection code generator |
-
2004
- 2004-07-26 WO PCT/JP2004/010986 patent/WO2005013576A1/ja active Application Filing
- 2004-07-26 CN CN2004800097711A patent/CN1774898B/zh not_active Expired - Fee Related
- 2004-07-26 EP EP20040748145 patent/EP1650922B1/en not_active Expired - Lifetime
- 2004-07-26 JP JP2005512537A patent/JP3914558B2/ja not_active Expired - Fee Related
- 2004-07-26 US US10/549,240 patent/US7668143B2/en not_active Expired - Fee Related
- 2004-07-26 KR KR20057019382A patent/KR100733673B1/ko not_active IP Right Cessation
- 2004-07-26 CA CA 2518696 patent/CA2518696C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| KR20060020611A (ko) | 2006-03-06 |
| JP3914558B2 (ja) | 2007-05-16 |
| WO2005013576A1 (ja) | 2005-02-10 |
| EP1650922B1 (en) | 2012-01-18 |
| CN1774898A (zh) | 2006-05-17 |
| US7668143B2 (en) | 2010-02-23 |
| CA2518696A1 (en) | 2005-02-10 |
| CA2518696C (en) | 2012-11-13 |
| EP1650922A1 (en) | 2006-04-26 |
| US20060251028A1 (en) | 2006-11-09 |
| EP1650922A4 (en) | 2006-12-20 |
| CN1774898B (zh) | 2012-02-01 |
| KR100733673B1 (ko) | 2007-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3914558B2 (ja) | 無線パケット通信方法 | |
| JP4058450B2 (ja) | 無線パケット通信方法および無線パケット通信装置 | |
| US8989219B2 (en) | Wireless packet communication method | |
| US9065652B2 (en) | Apparatus and method for generating MAC protocol data unit in wireless communication system | |
| KR100608842B1 (ko) | 이동통신 시스템의 데이터 수신정보 전송방법 | |
| JP3883562B2 (ja) | パケット通信方法およびパケット通信装置 | |
| EP1994670B1 (en) | Hybrid automatic repeat request method in a mobile communication system and receiver apparatus therefor | |
| KR101126805B1 (ko) | 다수 사용자/다수 서비스의 처리 방법 및 장치 | |
| KR101145034B1 (ko) | 무선 통신 시스템에서의 무선 리소스의 할당 방법 및 무선 단말기 및 무선 기지국 | |
| EP1897329B1 (en) | Multicarrier CDMA system | |
| US10230496B2 (en) | Method and apparatus for processing control message which requests retransmitting data | |
| WO2005027555A1 (ja) | 無線パケット通信方法および無線パケット通信装置 | |
| CN1452827A (zh) | 无线通信网中载送分组语音和数据的方法和设备 | |
| CN100359827C (zh) | 利用复帧传送数据 | |
| CN101933358B (zh) | 用于无线通信系统中传送数据单元的方法和设备 | |
| EP1608130B1 (en) | Transmitter, communication system, and communication method | |
| JP5124591B2 (ja) | Ｒａｎにおける連続するデータユニットの表示の方法 | |
| KR20080015693A (ko) | 이동통신시스템에서 단말의 버퍼 상태 보고 방법 및 장치 | |
| US20080031217A1 (en) | Method For Selecting Receiving Stations In A Data Radio Transmitting System |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070202 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3914558 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130209 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |