(57)【要約】  統合したパケットを通信する無線ネットワークと方法の実施形態を説明する。一部の実施形態では、メディアアクセス制御（ＭＡＣ）フレームの統合フレームに送信側を特定する統合ヘッダフレームを含め、どのＭＡＣフレームも正しく受信できなかったときに、送信側を容易に特定できるようにする。
2010529806.tif 000002
【特許請求の範囲】
【請求項１】
受信側が統合フレーム中のフレームをアクノレッジする方法であって、
複数のメディアアクセス制御レイヤ（ＭＡＣ）フレームと、送信側を特定する統合ヘッダフレームとを含む統合フレームを前記送信側から受信する段階と、
インテグリティチェッキング部を用いて前記ＭＡＣフレームのインテグリティをチェックして、どのＭＡＣフレームを正しく受信したか判断する段階とを含み、
前記統合フレームのどのＭＡＣフレームも正しく受信しなかったとき、前記方法は、
前記統合ヘッダフレームから前記送信側を特定する段階と、
どのＭＡＣフレームも正しく受信できなかったことを示すブロックアクノレッジ（ＢＡ）を前記送信側に送信する段階とをさらに含む方法。
【請求項２】
前記ＢＡはインプリシットＢＡであり、
前記インプリシットＢＡの受信に応じて、前記送信側は再送状態に入らずに、ＢＡを要求するブロックアクノレッジ要求フレームを前記受信側に送信しない、
請求項１に記載の方法。
【請求項３】
前記統合フレームの各ＭＡＣフレームはヘッダと、ペイロードとを有し、インテグリティチェッキング部を含み、
前記統合フレームの少なくとも１つのＭＡＣフレームを正しく受信したとき、前記方法は、
正しく受信したＭＡＣフレームのヘッダまたは統合ヘッダフレームから前記送信側を特定する段階と、
どのＭＡＣフレームを正しく受信したか示すＢＡを前記送信側に送信する段階とをさらに含む、
請求項１に記載の方法。
【請求項４】
前記ＢＡはビットマップを含み、
どのＭＡＣフレームも正しく受信しなかったとき、前記ビットマップは、どのＭＡＣフレームも正しく受信しなかったことを示し、
少なくとも１つのＭＡＣフレームを正しく受信したとき、前記ビットマップは、どのＭＡＣフレームを正しく受信したか示す、
請求項３に記載の方法。
【請求項５】
各ＭＡＣフレーム２０４のインテグリティチェッキング部は、そのＭＡＣフレーム全体について計算し、各ＭＡＣフレームの終わりに含まれた周期的冗長検査（ＣＲＣ）値を含み、
インテグリティをチェックする段階は、各ＭＡＣフレームのＣＲＣを実行する段階を含む、
請求項３に記載の方法。
【請求項６】
前記統合フレームは物理レイヤ変換プロトコルデータユニットであり、パケット検出に用いるプリアンブルを含み、
前記ＭＡＣフレームはＭＡＣプロトコルデータユニットである、
請求項１に記載の方法。
【請求項７】
前記統合ヘッダフレームはヘッダを有するがペイロードが無いＭＡＣフレームを含み、
前記統合ヘッダフレームを含む前記統合フレームの前記複数のＭＡＣフレームは、前記統合フレームを構成するように、間にフレーム間スペースを設けずに連結される、
請求項１に記載の方法。
【請求項８】
前記統合ヘッダフレームは、送信側アドレスフィールド、受信者アドレスフィールド、フレームタイプフィールド、サービス品質フィールド、及びシーケンス制御フィールドを含む、
請求項７に記載の方法。
【請求項９】
前記統合ヘッダフレームは３０バイトより大きくなく、前記統合フレームは少なくとも１０００バイトである、
請求項８に記載の方法。
【請求項１０】
前記統合ヘッダフレームの大きさは前記統合フレームの大きさの５％より大きくない、
請求項８に記載の方法。
【請求項１１】
前記ＢＡは、前記統合フレームに続き短いフレーム間スペーシングの後に送信される、
請求項３に記載の方法。
【請求項１２】
前記統合ヘッダフレームはインテグリティチェッキング部を含み、
前記統合フレームのどのＭＡＣフレームも正しく受信できなかったとき、前記方法は、前記統合ヘッダフレームにインテグリティチェックを実行してから、前記統合ヘッダフレームから前記送信側を特定する、
請求項３に記載の方法。
【請求項１３】
無線通信装置であって、
インテグリティチェッキング部を用いて送信側から受信した統合フレームに含まれるフレームのインテグリティをチェックし、どのＭＡＣフレームを正しく受信したか判断するメディアアクセス制御（ＭＡＣ）レイヤ回路を有し、前記統合フレームは複数のＭＡＣフレームと、前記送信側を特定する統合ヘッダフレームとを含み、
前記統合フレームのどのＭＡＣフレームも正しく受信できなかったとき、前記ＭＡＣ回路は、前記統合ヘッダフレームから前記送信側を特定し、前記無線通信装置は、どのＭＡＣフレームも正しく受信できなかったことを示すブロックアクノレッジ（ＢＡ）を前記送信側に送信する無線通信装置。
【請求項１４】
前記ＢＡはインプリシットＢＡであり、
前記インプリシットＢＡの受信に応じて、前記送信側は再送状態に入らずに、ＢＡを要求するブロックアクノレッジ要求フレームを前記受信側に送信しない、
請求項１３に記載の無線通信装置。
【請求項１５】
前記統合フレームの各ＭＡＣフレームはヘッダと、ペイロードとを有し、インテグリティチェッキング部を含み、
前記統合フレームの少なくとも１つのＭＡＣフレームを正しく受信したとき、
前記ＭＡＣレイヤ回路は、正しく受信したＭＡＣフレームのヘッダまたは統合ヘッダフレームから前記送信側を特定し、
どのＭＡＣフレームを正しく受信したか示すＢＡを前記送信側に送信する、
請求項１３に記載の無線通信装置。
【請求項１６】
前記統合ヘッダフレームはヘッダを有するがペイロードが無いＭＡＣフレームを含み、
前記統合ヘッダフレームを含む前記統合フレームの前記複数のＭＡＣフレームは、前記統合フレームを構成するように、間にフレーム間スペースを設けずに連結される、
請求項１５に記載の無線通信装置。
【請求項１７】
前記統合ヘッダフレームは、送信側アドレスフィールド、受信者アドレスフィールド、フレームタイプフィールド、サービス品質フィールド、及びシーケンス制御フィールドを含む、
請求項１６に記載の無線通信装置。
【請求項１８】
前記統合ヘッダフレームの大きさは前記統合フレームの大きさの５％より大きくない、
請求項１７に記載の無線通信装置。
【請求項１９】
前記統合ヘッダフレームはインテグリティチェッキング部を含み、
前記統合フレームのどのＭＡＣフレームも正しく受信できなかったとき、前記統合ヘッダフレームにインテグリティチェックを実行してから、前記統合ヘッダフレームから前記送信側を特定する、
請求項１５に記載の無線通信装置。
【請求項２０】
システムであって、
１つ以上のアンテナと、
複数のメディアアクセス制御レイヤ（ＭＡＣ）フレームと、送信側を特定する統合ヘッダフレームとを含む統合フレームを前記１つ以上のアンテナを用いて前記送信側から受信する物理（ＰＨＹ）レイヤ回路と、
インテグリティチェッキング部を用いて前記ＭＡＣフレームのインテグリティをチェックして、どのＭＡＣフレームを正しく受信したか判断するＭＡＣレイヤ回路とを有し、
前記統合フレームのどのＭＡＣフレームも正しく受信できなかったとき、前記ＭＡＣ回路は、前記統合ヘッダフレームから前記送信側を特定し、前記ＰＨＹレイヤ回路は、どのＭＡＣフレームも正しく受信できなかったことを示すブロックアクノレッジ（ＢＡ）を前記送信側に送信するシステム。
【請求項２１】
前記統合フレームの各ＭＡＣフレームはヘッダと、ペイロードとを有し、インテグリティチェッキング部を含み、
前記統合フレームの少なくとも１つのＭＡＣフレームを正しく受信したとき、
前記ＭＡＣレイヤ回路は、正しく受信したＭＡＣフレームのヘッダまたは統合ヘッダフレームから前記送信側を特定し、
どのＭＡＣフレームを正しく受信したか示すＢＡを前記送信側に送信する、
請求項２０に記載のシステム。
【請求項２２】
前記統合ヘッダフレームはヘッダを有するがペイロードが無いＭＡＣフレームを含み、
前記統合ヘッダフレームを含む前記統合フレームの前記複数のＭＡＣフレームは、前記統合フレームを構成するように、間にフレーム間スペースを設けずに連結される、
請求項２１に記載のシステム。
【請求項２３】
前記統合ヘッダフレームは、送信側アドレスフィールド、受信者アドレスフィールド、フレームタイプフィールド、サービス品質フィールド、及びシーケンス制御フィールドを含む、
請求項２２に記載のシステム。
【請求項２４】
前記統合ヘッダフレームの大きさは前記統合フレームの大きさの５％より大きくない、
請求項２３に記載のシステム。
【請求項２５】
前記統合ヘッダフレームはインテグリティチェッキング部を含み、
前記統合フレームのどのＭＡＣフレームも正しく受信できなかったとき、前記統合ヘッダフレームにインテグリティチェックを実行してから、前記統合ヘッダフレームから前記送信側を特定する、
請求項２２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
一部の実施形態は無線通信に関する。一部の実施形態は統合パケット（aggregation  of  packets）の通信に関する。
【背景技術】
【０００２】
高スループット無線ローカルエリアネットワーク（ＨＴ−ＷＬＡＮ）などの一部の無線通信ネットワークでは、パケットの統合（aggregation）により通信チャネルのスループットを増大しようとしている。こうしたネットワークでは、送信前に多くのパケットをパケット間にフレーム間スペーシング（interframe  spacing  (IFS)）を設けずに連結する。ＩＦＳを無くし、個々のパケットを送信することに伴うオーバーヘッドの問題を無くすことは、スループットを増大に役立つ。こうしたネットワークに関する１つの問題は、統合パケットをうまく受信できず、特に受信側装置（responder）が送信側装置（originator）を識別できないときに、端末相互間（ＥＴＥ）の平均的な遅延につながることである。
【０００３】
このように、パケットの端末相互間平均遅延を低減できる無線ネットワークと方法とが必要である。また、スループットを増大し、チャネルを効率的に利用できる無線ネットワークと方法とが必要である。
【図面の簡単な説明】
【０００４】
【図１】本発明の一部の実施形態による無線通信ネットワークを示す図である。
【図２】本発明の一部の実施形態による統合フレームとブロックアクノレッジを示す図である。
【図３】本発明の一部の実施形態による統合パケットの通信手順を示すフローチャートである。
【図４】従来システムの平均パケット遅延と比較して、本発明の一部の実施形態による平均パケット遅延を示す図である。
【発明を実施するための形態】
【０００５】
以下の説明と図面により、当業者がこれを実施できるように本発明の具体的な実施形態を十分に説明する。他の実施形態には、構造的、論理的、電気的、プロセス的その他の変更を加えてもよい。実施例は単に可能性のある変形例を代表するものである。個々のコンポーネントや機能は、明示的に必要とされない限り、任意的なものであり、動作の順序は変わることもある。一部の実施形態の部分や特徴を他の実施形態の部分や特徴とに含めてもよいし、置き換えてもよい。請求項に記載した本発明の実施形態は、それら請求項の均等の範囲に及ぶ。ここでは本発明の実施形態を個別的または集合的に「発明」と呼ぶが、これは便宜的なものであり、本願の範囲をどれか１つの発明や発明概念に限定することを意図したものではない。
【０００６】
図１は、本発明の一部の実施形態による無線通信ネットワークを示す図である。無線通信ネットワーク１００は、例えば無線通信装置１０３と無線通信装置１１３との２つ以上の無線通信装置を含む。無線通信装置１０３、１１３は、以下に詳しく説明する無線通信信号を用いて相互に通信している。
【０００７】
無線通信装置１０３は、メディアアクセスコントロール（ＭＡＣ）レイヤ回路１０４と、物理（ＰＨＹ）レイヤ回路１０２と、１つ以上のアンテナ１０１とを有する。無線通信装置１１３は、ＭＡＣレイヤ回路１１４と、ＰＨＹレイヤ回路１１２と、１つ以上のアンテナ１１１とを有する。無線通信装置１０３は、パケットの出どころであり、送信側装置（originator、以下「送信側」）１５３と呼ぶ。無線通信装置１１３は、無線通信装置１０３からのパケットを受信し、受信側装置（responder、以下「受信側」）１６３と呼ぶ。留意すべき点として、無線通信装置１０３と無線通信装置１１３のどちらがパケットの送信側になっても、受信側になってもよい。
【０００８】
一部の実施形態では、ＭＡＣレイヤ回路１０４は、複数のＭＡＣフレームを統合して、統合フレーム（aggregation）１５０を生成し、１つ以上のアンテナ１０１を介してＰＨＹレイヤ回路１０２により送信する。ＰＨＹレイヤ回路１１２は、１つ以上のアンテナ１１１を介して統合フレーム１５０を受信する。統合フレーム１５０は、複数のＭＡＣフレームと、少なくとも送信側１５３を識別する統合ヘッダフレームとを有する。ＭＡＣレイヤ回路１１４は、各ＭＡＣフレームのインテグリティチェック部（integrity  checking  portions）を用いて、各ＭＡＣフレームのインテグリティ（integrity）をチェックし、どのＭＡＣフレームを正しく受信したか判断する。統合フレーム１５０の（統合ヘッダフレーム以外の）どのＭＡＣフレームも（例えば干渉により）正しく受信できなかったとき、ＭＡＣ回路１１４が統合ヘッダフレームから送信側１５３のアドレスを特定し、ＰＨＹレイヤ回路１０２が送信側１５３にブロックアクノレッジ（block  acknowledge  (BA)）１５４を送信する。ＢＡ１５４は、統合フレーム１５０の（統合ヘッダフレーム以外の）どのＭＡＣフレームも正しく受信できなかったことを示す。
【０００９】
一部の実施形態では、ＰＨＹレイヤ回路１１２は統合フレーム１５０のフレームを受信順に分析（parse）する。こうした実施形態では、統合ヘッダフレームから送信側のアドレスを判断してから、統合フレーム１５０のその他のフレームを正しく受信したか判断することができる。留意すべき点として、送信側のアドレスが統合フレーム１５０のその他のフレームから識別できない時に限って送信側のアドレスを統合ヘッダフレームから識別する必要はない。
【００１０】
一部の実施形態では、統合ヘッダフレームは統合フレーム１５０のＭＡＣフレームより大幅に短いので、受信側１６３が正しく受信する確率は非常に高く、そのため受信側がＢＡ１５４を生成する確率は非常に高い。一部の実施形態では、受信側１６３は統合ヘッダフレームをもう１つのＭＡＣフレームとして処理するので、送信側１５３の識別が容易になる。従来のシステムでは、ＭＡＣフレームを正しく受信できないと、受信側（responder）１６３はＢＡ１５４を生成できない。送信側（originator）のアドレスを正しく決定できないからである。統合フレーム（aggregation）１５０に統合ヘッダを含めることにより、送信側１５３と受信側１６３との間で送信されたパケットの平均ＥＴＥ遅延を短縮でき、チャネルのスループットを増大でき、チャネルをより効率的に利用できる。また、統合フレーム１５０に統合ヘッダフレームを含めることにより、送信側１５３と受信側１６３との間のリンクの安定性を改善できる。これらの実施形態を以下にもっと詳しく説明する。
【００１１】
無線通信装置１０３と１１３が分離した複数の機能要素を有するように図示したが、これらの機能要素は、結合してもよいし、デジタル信号プロセッサ（ＤＳＰ）を含む処理要素などのソフトウェアに基づき動作する要素（software-configured  elements）やその他のハードウェア要素の組み合わせで実施してもよい。例えば、機能要素は、マイクロプロセッサ、ＤＳＰ、特定用途用ＩＣ（ＡＳＩＣ）、ラジオ周波数ＩＣ（ＲＦＩＣ）、または少なくともここに説明する機能を実行する、様々なハードウェアと論理回路の組み合わせであってもよい。一部の実施形態では、無線通信装置１０３と１１３の機能要素は、処理要素上で動作するプロセスを指すこともある。
【００１２】
図２は、本発明の一部の実施形態による統合フレームとブロックアクノレッジを示す図である。統合フレーム２００は統合フレーム１５０（図１）に対応し、ブロックアクノレッジ（ＢＡ）２１４はＢＡ１５４（図１）に対応するが、本発明の範囲はこの点に限定されない。
【００１３】
統合フレーム２００は、統合ヘッダ（ＡＨ）フレーム２０２と、それに続く複数のＭＡＣフレーム２０４とを含む。各ＭＡＣフレーム２０４は、ヘッダ２０６と、ペイロード２０８と、（分けて図示してはいない）インテグリティチェッキング部とを含む。
【００１４】
一部の実施形態によると、受信側１６３（図１）は、送信側１５３（図１）から統合フレーム２００を受信し、インテグリティチェッキング部を用いて各ＭＡＣフレーム２０４のインテグリティをチェックして、どのＭＡＣフレーム２０４を正しく受信したか判断する。干渉２１０のために統合フレーム２００のどのＭＡＣフレーム２０４も正しく受信できなかった場合、受信側１６３は、統合ヘッダフレーム２０２から送信側１５３のアドレスを特定し、その送信側１５３のアドレスを用いて送信側１５３にＢＡ２１４を送信できる。ＢＡ２１４は、どのＭＡＣフレーム２０４も正しく受信できなかったことを示すものであってもよい。
【００１５】
図２には、各ＭＡＣフレーム２０４の受信の際に干渉２１０があり、各ＭＡＣフレーム２０４を正しく受信できないことを示した。この例では、受信側１６３が各ＭＡＣフレーム２０４に行うインテグリティチェックにより、どのＭＡＣフレームも正しく受信できなかったことが分かり、送信側１５３のアドレスをヘッダ２０６から決定できない。干渉２１０は多くの原因（sources）により起こる。この原因には近くの無線ネットワークの無線通信装置が含まれる。しかし、本発明の範囲はこの点に限定はされない。
【００１６】
一部の実施形態では、ＢＡ２１４はインプリシットＢＡ（implicit）であってもよい。インプリシットＢＡは、送信側１５３からのブロックアクノレッジ要求（ＢＡＲ）フレームに応答して生成されるエクスプリシットＢＡ（explicit  BA）とは異なり、受信側１６３が統合フレーム２００に応答して生成するものである。これらの実施形態では、ＢＡ２１４を受信すると、送信側１５３は、再送状態に入らず、受信側１６３にＢＡＲフレームを送信してＢＡを要求する必要はない。このように、送信側１５３は、ＢＡを要求するＢＡＲを送信する必要はなく、ＢＡＲ送信に付随する時間損失を回避できる。統合ヘッダフレーム２０２を付加することにより、受信側１６３は、送信側アドレスを特定し送信側にＢＡフレーム２１４を返す追加的チャンスを与えられる。こうすることにより、送信側１５３は、再送状態に入ることなくデータ送信を続けられる。これにより、媒体をより効率的に利用でき、従来の再送方式と比較してパケットのＥＴＥ遅延を低減できる。一部の実施形態では、ピアツーピア接続ではＥＴＥ遅延を平均１０％低減できる。
【００１７】
統合ヘッダフレーム２０２がないと、ＭＡＣフレーム２０４を正しく受信しなかった場合、送信側１５３はＢＡＲを送信してＭＡＣフレーム２０４の状態を要求する。受信側１６３は、ＭＡＣフレーム２０４を正しく受信できなかったことを示すＢＡで応答する。統合ヘッダフレーム２０２を用いることにより、この時間と帯域幅の無駄を低減することができる。
【００１８】
本発明の実施形態では、送信側１５３は、ＭＡＣフレーム２０４を正しく受信しなかったことを示すＢＡ２１４を受信すると、統合フレーム２００を同じレートで再送してもよいし、統合フレーム２００を遅いレートで再送してもよいし、統合フレーム２００の再送を送らせて、他のデータの送信に媒体を用い続けてもよい。送信側１５３は、ＭＡＣフレーム２０４の一部を正しく受信したことを示すＢＡ２１４を受信すると、他の統合フレームの一部として、正しく受信されなかったＭＡＣフレームを同じレートまたは遅いレートで再送してもよいし、正しく受信されなかったＭＡＣフレームの再送を送らせて媒体を他のデータの送信に用い続けてもよい。
【００１９】
一部の実施形態では、統合フレーム２００のうち少なくとも１つのＭＡＣフレーム２０４を（例えばインテグリティチェックに基づき）正しく受信すると、受信側１６３は正しく受信したＭＡＣフレーム２０４のヘッダ２０６から送信側１５３のアドレスを特定できる。受信側１６３は送信側１５３のアドレスを用いて送信側１５３にＢＡ２１４を送信できる。ＢＡ２１４は、どのＭＡＣフレーム２０４を正しく受信したかを示すものであってもよい。
【００２０】
一部の実施形態では、ＭＡＣフレーム２０４のどれも正しく受信できなかったとき、ＢＡ２１４はＭＡＣフレーム２０４のどれも正しく受信できなかったことを示すビットマップを含む。一部の実施形態では、統合ヘッダフレーム２０２をＭＡＣフレーム２０４の１つとして処理し、ビットマップにより統合ヘッダフレーム２０２を正しく受信したことを示す。ＭＡＣフレーム２０４のうち少なくとも１つを正しく受信すると、ビットマップによりどのＭＡＣフレーム２０４を正しく受信したか示してもよい。
【００２１】
一部の実施形態では、各ＭＡＣフレーム２０４のインテグリティチェッキング部は、ＭＡＣフレーム２０４全体について計算した周期的冗長検査（ＣＲＣ）値を含み、各ＭＡＣフレーム２０４の終わりに含まれる。受信側１６３は、各ＭＡＣフレーム２０４のＣＲＣを実行して、各ＭＡＣフレーム２０４のインテグリティをチェックできる。この他のタイプのインテグリティチェックを用いることもできる。一部の実施形態では、ＣＲＣ値は３２ビットである（例えば、ＣＲＣ３２）。しかし、本発明の範囲はこの点には限定されない。
【００２２】
一部の実施形態では、統合フレーム２００は物理パケットであり、例えばプロトコルデータユニット（ＰＤＵ）や物理レイヤ変換プロトコル（ＰＬＣＤ）プロトコルデータユニット（ＰＰＤＵ）である。これらの実施形態では、統合フレーム２００はパケット検出用のプリアンブル２０１を含む。一部の実施形態では、ＭＡＣフレーム２０４は、他のタイプのフレームも好適ではあるが、ＭＡＣデータパケットまたはＭＡＣプロトコルデータユニット（ＭＰＤＵ）のいずれかを含む。
【００２３】
一部の実施形態では、統合ヘッダフレーム２０２は、ヘッダ部分のみを有しペイロード部分が無いＭＡＣフレームであってもよい。これらの実施形態では、統合ヘッダフレーム２０２はデータを有していなくてもよい。これらの実施形態では、統合ヘッダフレーム２０２を含む統合フレーム２００の複数のＭＡＣフレーム２０４は、間にＩＦＳを設けずに連結されて、統合フレーム２００を形成している。これらの実施形態では、受信側１６３は、統合ヘッダフレーム２０２をもう１つのＭＡＣフレームとして処理してもよく、そうすると受信側１６３は容易に送信側１５３を特定できる。しかし、本発明の範囲はこの点には限定されない。
【００２４】
統合ヘッダフレーム２０２はＭＡＣフレームより非常に短いので、受信側１６３が正しく受信する確率は非常に高く、そのため受信側１６３がＢＡ２１４を生成する確率は非常に高い。
【００２５】
統合ヘッダフレーム以外２０２は送信側のアドレスのフィールドを含んでいてもよい。統合ヘッダフレーム２０２０は、受信側アドレスのフィールド、フレームタイプのフィールド、サービス品質（ＱｏＳ）フィールド、及び／またはシーケンス制御フィールドも含んでいてもよい。ファイルされたＱｏＳはＱｏＳに関する情報を含んでもよい。統合ヘッダフレーム２０２がＱｏＳフィールドを含む実施形態では、統合ヘッダフレーム２０２をＱｏＳヌルフレームとしてもよい。ただし、本発明の範囲はこの点に限定されるものではない。
【００２６】
一部の実施形態では、統合ヘッダフレーム２０２は３０バイトを越えない。高画質ビデオを受信し、または大きなファイルをダウンロードする場合、ＭＡＣフレーム２０４は、１０００バイトから１５００バイト、またはそれ以上の大きさとなることもある。ボイスパケットを受信する場合、ＭＡＣフレーム２０４は３００バイトから５００バイトのオーダーである。一部の実施形態では、統合フレーム２００のＭＡＣフレーム２０４の最大数は、ビットマップに示せるフレーム数（例えば、６４））に制限される。ただし、本発明の範囲はこの点に限定されない。一部の実施形態では、統合フレーム１５０のサイズは６４ＫＢに制限される。ただし、本発明の範囲はこの点に限定されない。統合フレーム２００はもっと大きくてもよいからである。一部の実施形態では、ＭＡＣフレーム２０４は、統合ヘッダフレーム２０２の１０倍ないし２０倍の大きさであり、このため統合ヘッダフレーム２０２を正しく受信することは容易である。ただし、本発明の範囲はこの点に限定されない。
【００２７】
一部の実施形態では、ＭＡＣフレームヘッダ２０６は２４バイトである。一部の実施形態では、統合ヘッダフレーム２０２はヘッダ２０６と同様である。ただし、本発明の範囲はこの点に限定されない。一部の実施形態では、統合フレーム２００の後、短いフレーム間スペーシング（ＳＩＦＳ）２１２をおいてＢＡ２１４を送信する。
【００２８】
一部の実施形態では、統合ヘッダフレーム２０２はインテグリティチェッキング部（例えば、ＣＲＣ）を含む。これらの実施形態では、（例えば干渉２１０により）統合フレーム２００のどのＭＡＣフレーム２０４も正しく受信できないとき、受信側１６３は、統合ヘッダフレーム２０２から送信側１５３のアドレスを特定する前に、統合ヘッダフレーム２０２にインテグリティチェックを実行してもよい。
【００２９】
一部の実施形態では、統合フレーム２００は、ＰＨＹレイヤ１１２（図１）が統合フレーム２００を検出して（すなわち、パケット検出）、チャネル推定を生成するために用いるプリアンブル２０１を含む。プリアンブル２０１は、ＰＨＹレイヤ１１２（図１）が統合フレーム２００を復号・復調するために用いる、統合フレーム２００の長さに関する情報と、レート情報とを含んでいてもよい。
【００３０】
図３は、本発明の一部の実施形態による統合パケットの通信手順を示すフローチャートである。手順３００は、受信側１６３（図１）等の受信側により実行される。
【００３１】
動作３０２において、複数のＭＡＣフレームと統合ヘッダフレームとを含む統合フレーム（例えば、図２の統合フレーム２００）を受信する。
【００３２】
動作３０４において、インテグリティチェッキング部を用いてＭＡＣフレームのインテグリティをチェックし、どのＭＡＣフレームを正しく受信したか判断する。
【００３３】
動作３０６において、統合フレームの（統合ヘッダフレーム以外）ＭＡＣフレームをどれか正しく受信したか判断する。統合フレームの（統合ヘッダフレーム以外の）どのＭＡＣフレームも正しく受信できなかった場合、動作３０８、３１０を実行する。統合フレームの（統合ヘッダフレーム以外の）少なくとも１つのＭＡＣフレームを正しく受信できた場合、動作３１２、３１４を実行する。
【００３４】
動作３０８において、統合ヘッダフレームから送信側のアドレスを特定する。一部の実施形態では、動作３０４，３０６，３０８は同時に実行してもよく、ＰＨＹレイヤ回路１１２（図１）は受信した順序で統合フレーム２００（図２）のフレームを分析（parse）する。こうした実施形態では、統合ヘッダフレーム２０２（図２）から送信側のアドレスを判断してから、MACフレーム２０４（図２）を正しく受信したか判断することができる。留意すべき点として、送信側のアドレスがヘッダ２０６（図２）から識別できない時に限って送信側のアドレスを統合ヘッダフレームから識別する必要はない。
【００３５】
動作３１０において、統合ヘッダフレームから判断した送信側のアドレスを用いて、送信側にBAを送信する。ＢＡは、どのＭＡＣフレームも正しく受信できなかったことを示すものであってもよい。動作３１６に示したように、送信側１５３は、ＢＡを受信すると、再送状態に入らず、受信側にＢＡＲフレームを送信してＢＡを要求する必要はない。
【００３６】
動作３１２において、正しく受信したＭＡＣフレームの１つのヘッダ２０６（図２）から、送信側のアドレスを特定する。動作３１２において、統合ヘッダフレーム２０２（図２）及び／またはＭＡＣフレーム２０４（図２）の１つのヘッダ２０６（図２）から、送信側のアドレスを特定できる。
【００３７】
動作３１４において、送信側にＢＡを送信する。ＢＡは、どのＭＡＣフレームが正しく受信できたか示すものであってもよい。
【００３８】
動作３１６において、送信側は、ＢＡＲフレームを送信してＢＡを要求する再送状態に入らなくてもよい。これらの実施形態ではＢＡＲフレームを使わなくても、送信側は、ＢＡにおいて正しく受信できないとされたＭＡＣフレームを再送できる。
【００３９】
手順３００の個々の動作を別々の動作として図示して説明したが、２つ以上の動作を同時に実行してもよい。また、例示した順序で動作を実行する必要はない。
【００４０】
図４は、従来システムの平均パケット遅延と比較して、本発明の一部の実施形態による平均パケット遅延を示す図である。グラフ４０２は、統合ヘッダフレーム２０２（図２）を用いた、本発明の一部の実施形態による平均パケット遅延を示す。グラフ４０４は、統合ヘッダフレーム２０２（図２）を用いない場合の平均パケット遅延を示す。グラフ４０２が示す平均パケット遅延は、グラフ４０４が示す平均パケット遅延よりも約１０％低い。グラフ４０２と４０４は、２つの無線通信装置間のピアツーピア接続をシミュレーションして求めた。
【００４１】
本発明の一部の実施形態は、時間依存的な高帯域幅情報での使用に適しており、例えば、帯域幅が制限されている状況や、（例えば、近隣のＷＬＡＮによりエラーが生じる）干渉が大きい状況におけるビデオストリーミングでの使用に適している。ただし、本発明の範囲はこの点において限定されない。
【００４２】
一部の実施形態では、無線通信装置１０３及び／または無線通信装置１１３は、パーソナルデジタルアシスタント（ＰＤＡ）、無線通信機能を有するラップトップまたはポータブルコンピュータ、ウェブタブレット、無線電話、無線ヘッドセット、ページャ、インスタントメッセージ装置、デジタルカメラ、アクセスポイント、テレビジョン、医療機器（例えば、心拍モニター、血圧モニター）、その他の無線で情報を送受信する装置の一部である。
【００４３】
一部の実施形態では、無線通信装置１０３及び／または無線通信装置１１３は、１つ以上の通信方法及び／または通信標準にしたがって通信できる。
【００４４】
一部の実施形態では、無線通信装置１０３及び／または無線通信装置１１３は、マルチキャリア通信チャネルを介して直交周波数分割多重（ＯＦＤＭ）通信信号を通信する。ＯＦＤＭ信号は複数の直交サブキャリアを含む。こうしたマルチキャリアの実施形態では、無線通信装置１０３及び／または無線通信装置１１３は、無線アクセスポイント（ＡＰ）、基地局、または（ＷｉＦｉ装置を含む）移動装置などの無線ローカルエリアネットワーク（ＷＬＡＮ）通信局であってもよい。マルチキャリアの実施形態では、無線通信装置１０３及び／または無線通信装置１１３は、ＷｉＭＡＸ通信局などのブロードバンド無線アクセス（ＢＷＡ）ネットワーク通信局の一部であってもよい。ただし、本発明の範囲はこの点には限定されない。
【００４５】
一部の実施形態では無線通信装置１０３及び／または無線通信装置１１３は、例えば、ＩＥＥＥ８０２．１１（ａ）、８０２．１１（ｂ）、８０２．１１（ｇ）、８０２．１１（ｈ）、及び／または８０２．１１（ｎ）標準を含むＩＥＥＥ標準や、提案されているＷＬＡＮの仕様など、特定の通信標準により通信する。ただし、本発明の範囲はこの点には限定されない。他の方法や標準によっても送受信できるからである。一部の実施形態では、無線通信装置１０３及び／または無線通信装置１１３は、無線メトロポリタンエリアネットワーク（ＷＭＡＮ）用のＩＥＥＥ８０２．１６−２００４とＩＥＥＥ８０２．１６（ｅ）標準及びその変形及び発展形により通信できる。ただし、本発明の範囲はこの点には限定されない。他の方法や標準による送受信にも適しているからである。ＩＥＥＥ８０２．１１とＩＥＥＥ８０２．１６標準に関する情報は、「IEEE  Standards  for  Information  Technology  --  Telecommunications  and  Information  Exchange  between  Systems」、特にローカルエリアネットワーク特有の要求はPart  １１  「Wireless  LAN  Medium  Access  Control  (MAC)  and  Physical  Layer  (PHY),  ISO/IEC  ８８０２-１１  :  １９９９」、及びメトロポリタンエリアネットワークに特有の要求はPart  １６:  「Air  Interface  for  Fixed  Broadband  Wireless  Access  Systems」  May  ２００５及び関連する改正または版を参照して欲しい。
【００４６】
アンテナ１０１と１１１は、１またはそれ以上の指向性または無指向性のアンテナであってもよい。これには、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ、その他のラジオ周波数（ＲＦ）信号の送信に適したタイプのアンテナが含まれる。一部の実施形態では、２つ以上のアンテナの替わりに、複数のアパーチャー（apertures）を有するシングルアンテナを用いてもよい。これらの実施形態では、各アパーチャーは別々のアンテナと考えることができる。複数入力・複数出力（ＭＩＭＯ）の実施形態では、アンテナ１０１とアンテナ１１１は、各アンテナ１０１と各アンテナ１１１との間にある空間ダイバーシチと、チャネル特性の違いとを利用するように、実際には離れている。
【００４７】
特に断らなければ、処理、算出、計算、判断、表示等の用語は、処理システム、コンピューティングシステム、または類似の電子的計算機器の動作やプロセスであって、処理システムのレジスタやメモリ内の物理的（電子的）量として表されたデータを操作し、処理システムのレジスタやメモリ、その他の情報記憶装置、伝送装置、表示装置内の物理量として同様に表された他のデータに変換するものを指す。さらに、ここでは、コンピューティング装置は、揮発性または不揮発性のメモリまたはその組合せであるコンピュータ読み取り可能メモリと結合した処理要素を含む。
【００４８】
本発明の実施形態は、ハードウェア、ファームウェア、及びソフトウェアの１つまたはその組合せで実施することができる。本発明の実施形態は、機械読み取り可能媒体に格納された命令として実施することもできる。少なくとも１つのプロセッサがこの命令を読み出し、実行して、ここに説明した動作を実行する。機械読み取り可能媒体には、機械による読み取りが可能な形式で情報を格納または伝送する任意のメカニズムが含まれる。例えば、機械読み取り可能媒体は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、その他が含まれる。
【００４９】
要約は、読者に技術的開示の本質及び要点を理解させる要約を要求する３７ＣＦＲ１．７２（ｂ）に従って記載したものである。請求項の範囲や意味を解釈したり限定したりするためには使用されないとの理解に基づき提出するものである。以下に記載する請求項は詳細な説明に組み込まれ、各請求項がそれぞれ別々の実施形態を構成する。
【図１】
2010529806.tif 000003
【図２】
2010529806.tif 000004
【図３】
2010529806.tif 000005
【図４】
2010529806.tif 000006
【国際調査報告】
2010529806.tif 000007
2010529806.tif 000008
2010529806.tif 000009