(57)【要約】  説明される技術は、ブロック肯定応答を集成することによってデータスループットを向上させる。これらの実施形態は、通信局とのデータ通信において複数のトラフィック識別子に対して単一のブロック肯定応答を供給する。１つの方法は、複数のトラフィック識別子の各トラフィック識別子に対応する複数の開始シーケンス番号を供給する段階と、各複数の開始シーケンス番号に対応ビットマップを供給する段階とを含む。ビットマップは、複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットのブロック肯定応答を示す。【選択図】図３
2008507226.tif 000002
【特許請求の範囲】
【請求項１】
通信局とのデータ通信において複数のトラフィック識別子に対するブロック肯定応答を供給する方法であって、
複数のトラフィック識別子の各トラフィック識別子に対応する複数の開始シーケンス番号を供給する段階と、
各複数の開始シーケンス番号に対応し、前記複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットのブロック肯定応答を示すビットマップを供給する段階と、
を含む方法。
【請求項２】
通信局に集成方式で送信された複数のフレームに応答して単一の肯定応答を伝送する段階を更に含む請求項１に記載の方法。
【請求項３】
伝送されるデータは、非サービス品質（ＱｏＳ）データ、局、及びアクセスポイントであり、前記開始シーケンス番号の１つのインスタンスを更に含む請求項１に記載の方法。
【請求項４】
前記ブロック肯定応答は、受信側に対する識別を含む請求項１に記載の方法。
【請求項５】
通信フレームにおいてトラフィック識別子の番号を示す番号トラフィック識別子を供給する段階を更に含む請求項１に記載の方法。
【請求項６】
前記通信フレームは、ブロックＡＣＫ制御フィールド、ブロックＡＣＫ開始シーケンス制御フィールド、及びブロックＡＣＫビットマップフィールドを含む請求項５に記載の方法。
【請求項７】
前記通信フレームは、前記通信フレームの長さの指示を備えた持続時間フィールドを含む請求項５に記載の方法。
【請求項８】
通信バーストの最後で前記ブロック肯定応答を有するフレームを即時に伝送する段階を更に含む請求項１に記載の方法。
【請求項９】
通信バーストの最後からある遅延後に前記ブロック肯定応答を有するフレームを伝送する段階を更に含む請求項１に記載の方法。
【請求項１０】
前記ブロック肯定応答は、局からの通信データのデータ転送速度よりも低いデータ転送速度で伝送されることを特徴とする請求項１に記載の方法。
【請求項１１】
通信局とのデータ通信において複数のトラフィック識別子に対して単一のブロック肯定応答を供給するためのシステムであって、
データ及び短いフレーム間隔を含む送信機会と、
複数のトラフィック識別子の各々に対する複数の開始シーケンス番号と、前記複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットの肯定応答を示す対応ビットマップとを含むブロック肯定応答構造と、
を含むシステム。
【請求項１２】
前記ブロック肯定応答構造は、通信フレームにおいてトラフィック識別子の番号を示す番号トラフィック識別子を含むことを特徴とする請求項１０に記載のシステム。
【請求項１３】
前記ブロック肯定応答構造は、ブロック肯定応答制御フィールド、ブロック肯定応答開始シーケンス制御フィールド、及びブロック肯定応答ビットマップフィールドを含むことを特徴とする請求項１０に記載のシステム。
【請求項１４】
前記ブロック肯定応答構造は、前記通信フレームの長さの指示を備えた持続時間フィールドを含むことを特徴とする請求項１０に記載のシステム。
【請求項１５】
前記データは、サービス品質データを含むことを特徴とする請求項１０に記載のシステム。
【請求項１６】
集成されたブロック肯定応答を含むデータスループットを備えた無線ローカルエリアネットワーク（ＷＬＡＮ）で通信するように構成されたデバイスであって、
前記デバイスが、
ブロック肯定応答構造を含むように構成されたメモリと、
データの受信を示すために前記ブロック肯定応答構造を伝送するプロセッサと、
を含み、
前記ブロック肯定応答構造は、複数のトラフィック識別子の各々についての複数の開始シーケンス番号と、前記複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットの肯定応答を示す対応ビットマップとを含むことを特徴とするデバイス。
【請求項１７】
前記ブロック肯定応答構造は、通信フレームでトラフィック識別子の番号を示す番号トラフィック識別子を含むことを特徴とする請求項１６に記載のデバイス。
【請求項１８】
前記ブロック肯定応答構造は、ブロック肯定応答制御フィールド、ブロック肯定応答開始シーケンス制御フィールド、及びブロック肯定応答ビットマップフィールドを含むことを特徴とする請求項１６に記載のデバイス。
【請求項１９】
前記ブロック肯定応答構造は、前記通信フレームの長さの指示を備えた持続時間フィールドを含むことを特徴とする請求項１４に記載のデバイス。
【請求項２０】
前記データは、サービス品質データであることを特徴とする請求項１６に記載のデバイス。
【請求項２１】
ブロック肯定応答を通信システムにおける複数のトラフィック識別子に対する単一のブロック肯定応答に集成することによってデータスループットを向上させるコンピュータプログラム製品であって、
複数のトラフィック識別子の各々に対して開始シーケンス番号を割り当てるためのコンピュータコードであって、各開始シーケンス番号が前記対応するトラフィック識別子に対する肯定応答状態を示すビットマップに関連付けられたコンピュータコードと、
前記複数のトラフィック識別子の各々に対してブロック肯定応答制御フィールドを供給するためのコンピュータコードと、
を含むコンピュータプログラム製品。
【請求項２２】
前記開始シーケンス番号の番号は、幾つかのトラフィック識別子フィールドに含まれていることを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２３】
送信機会の終了を決定するためのコンピュータコードを更に含む請求項２１に記載のコンピュータプログラム製品。
【請求項２４】
複数のトラフィック識別子の各々に対する複数の開始シーケンス番号と、
前記複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットの肯定応答を示す対応ビットマップと、
を含むブロック肯定応答構造。
【請求項２５】
通信フレームにおいてトラフィック識別子の番号を示す番号トラフィック識別子を更に含むことを特徴とする請求項２４に記載のブロック肯定応答構造。
【請求項２６】
ブロック肯定応答制御フィールド、ブロック肯定応答開始シーケンス制御フィールド、及びブロック肯定応答ビットマップフィールドを更に含むことを特徴とする請求項２４に記載のブロック肯定応答構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線ローカルエリアネットワーク（ＷＬＡＮ）技術に関する。更に詳細には、本発明はブロック肯定応答を用いたデータスループットの向上に関する。
【背景技術】
【０００２】
このセクションでは、特許請求の範囲に記載された本発明に対する背景又は関連状況を提供することを目的としている。本明細書の説明は、探求される概念を含むことができるが、必ずしも以前に考案され或いは探求されたものとは限らない。従って、本明細書において特に指示されない限り、このセクションで説明されることは、本出願の特許請求の範囲に対する先行技術ではなく、この段落に含まれることで先行技術とは認められない。
【０００３】
最近、ＩＥＥＥ８０２．１１通信規格に準拠する無線ローカルエリアネットワーク（ＷＬＡＮ）の使用が大幅に増えてきた。ＷＬＡＮは、交換又は補完される有線ネットワークと同じアプリケーションをサポートすることが期待される。ＩＥＥＥ８０２．１１ｅグループは、サービス品質（ＱｏＳ）感知アプリケーションをサポートし、より良好なモバイルユーザー体験を実現し、更に無線チャンネルをより効率的に利用するために媒体アクセス制御（ＭＡＣ）の改善を整備しつつある。
【０００４】
図１は、非サービス品質（ＱｏＳ）肯定応答のための従来技術の通信フレーム２を示している。通信フレーム２は、フレーム制御フィールド３、持続時間／ＩＤフィールド４、受信側アドレス（ＲＡ）フィールド５、及びＦＣＳ（フレームチェックシーケンス）フィールド６を含む。
【０００５】
８０２．１１ｅ仕様は、多様なオプション機能を含む。オプション機能の１つは、ブロック肯定応答（ブロックＡＣＫ）として知られる。レガシー８０２．１１ＭＡＣは常に、正常に受信された各フレーム後にＡＣＫフレームを送信する。ブロックＡＣＫによって、ＡＣＫが戻る前に幾つかのデータフレームを送信することができ、全てのＡＣＫフレームは送信に対してかなりのオーバーヘッドを有するので効率が向上することになる。ブロックＡＣＫは、サービス品質ステーション（ＱＳＴＡ）とサービス品質アクセスポイント（ＱＡＰ）との間のセットアップ及びネゴシエーションプロセスによって開始される。ブロックＡＣＫが確立されると、複数のサービス品質（ＱｏＳ）データフレームが、フレーム間の短いフレーム間隔（ＳＩＦＳ）分離によってコンテンションフリーバーストで送信できる。
【０００６】
現在、８０２．１１ｅに基づいて定義された２つのブロックＡＣＫ機構、すなわち即時及び遅延が存在する。即時ブロックＡＣＫを使用する場合、送信局は、コンテンションフリーバーストでＳＩＦＳで分離された複数のデータフレームを送信する。送信側は、現在内部で動作している送信機会（ＴＸＯＰ）持続時間の制約に従う必要がある。バーストの最後で送信側はブロックＡＣＫ要求フレームを送信する。受信側は、データフレームの前のバーストに対する肯定応答状態を含むブロックＡＣＫフレームによって即座に応答しなければならない。
【０００７】
遅延ポリシーによって、バーストに続く次のＴＸＯＰでグループ肯定応答を送信することができる。コンテンションフリーバースト及びブロックＡＣＫ要求の同じシーケンスが、即時モードにおけるのと同様に使用される。受信側は単に、ブロックＡＣＫが遅延していることを示すブロックＡＣＫ要求に応答して標準ＡＣＫを送信する。遅延肯定応答は、待ち時間を増大させ、ＡＣＫを即時には計算することができない低性能の実装をサポートするために供給される。
【０００８】
図２は、サービス品質（ＱｏＳ）データブロック肯定応答の従来技術の通信フレームを示す。このブロック肯定応答は、ＩＥＥＥ８０２．１１ｅ仕様で定義されている。ブロック肯定応答（ＡＣＫ）構造は、トラフィック識別子（ＴＩＤ）内でフレームを通知する。ブロックＡＣＫは、１つの信号メッセージを備えたフレームのブロックを通知する。それにも関わらず、ブロックＡＣＫは、トラフィック識別子（ＴＩＤ）によって識別された１つの通信トラフィックストリームにのみ適用可能である。トラフィックストリームは、あるトラフィック仕様に関連したデータのストリーム（例えば、音声及びベストエフォートデータ）である。開始シーケンス制御は、ブロック肯定応答の送信を必要とする受信側から始まるフレームのシーケンス番号を供給する。全ての次のフレームは、ビットマップのビットとして示される。ビットマップのゼロ（０）は何も受信されていないことを示し、ビットマップの１（１）は、受信されたことを意味する。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従って、複数のトラフィックストリームに適用できるように、通信局用の種々のＴＩＤに対してブロックＡＣＫを集成することによってブロックＡＣＫ機能を拡張する必要性がある。このように、複数のアプリケーションを備える通信局は、各トラフィック識別子（ＴＩＤ）に対してブロックＡＣＫを要求する代わりに１つだけのブロックＡＣＫを使用するだけでよい。更に、複数のＴＩＤに対して１つの通信局毎に集成ブロックＡＣＫの送信を行うことができるように、種々のトラフィック識別子（ＴＩＤ）から複数のフレームを集成する必要性がある。
【課題を解決するための手段】
【００１０】
１つの例示的な実施形態は、通信局とのデータ通信において複数のトラフィック識別子に対して単一のブロック肯定応答を供給する方法に関する。本方法は、複数のトラフィック識別子の各トラフィック識別子に対応する複数の開始シーケンス番号を供給する段階と、各複数の開始シーケンス番号に対応ビットマップを供給する段階とを含む。ビットマップは、複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットのブロック肯定応答を示す。
【００１１】
例示的な実施形態の結果として、局は、複数のＡＣＫの代わりに共に集成された複数のフレームを受信したときに１つのＡＣＫで応答する。この例示的な実施形態は、即時及び遅延ＡＣＫケースの両方に適用可能である。あらゆる組合せで標準ＡＣＫ、遅延ブロックＡＣＫ、及び即時ブロックＡＣＫの集成を行うことができる。
【００１２】
別の例示的な実施形態は、通信局とのデータ通信において複数のトラフィック識別子に対して単一のブロック肯定応答を供給するためのシステムに関する。本システムは、サービス品質データと短いフレーム間スペースを含む送信機会と、複数のトラフィック識別子の各々に対する複数の開始シーケンス番号と複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットの肯定応答を示す対応ビットマップとを含むブロック肯定応答構造と、を含む。
【００１３】
別の例示的な実施形態は、集成されたブロック肯定応答を含むデータスループットを備えた無線ローカルエリアネットワーク（ＷＬＡＮ）における通信用に構成されたデバイスに関する。本デバイスは、ブロック肯定応答構造を含むように構成されたメモリと、データの受信を示すためにブロック肯定応答構造を伝送するプロセッサとを含む。ブロック肯定応答構造は、複数のトラフィック識別子の各々についての複数の開始シーケンス番号と、複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットの肯定応答を示す対応ビットマップとを含む。
【００１４】
別の例示的な実施形態は、ブロック肯定応答を通信システムにおける複数のトラフィック識別子に対する単一のブロック肯定応答に集成することによってデータスループットを向上させるコンピュータプログラム製品に関する。本コンピュータプログラム製品は、複数のトラフィック識別子の各々に対して開始シーケンス番号を割り当てるためのコンピュータコードであって、各開始シーケンス番号は、対応するトラフィック識別子に対する肯定応答状態を示すビットマップに関連付けられたコンピュータコードと、更に複数のトラフィック識別子の各々に対してブロック肯定応答制御フィールドを供給するためのコンピュータコードとを含む。
【００１５】
更に別の例示的な実施形態は、複数のトラフィック識別子の各々に対する複数の開始シーケンス番号と、複数のトラフィック識別子の１つのトラフィック識別子に対応するパケットの肯定応答を示す対応ビットマップとを含むブロック肯定応答構造に関する。
【発明を実施するための最良の形態】
【００１６】
図３は、通信局（ＳＴＡ）へのブロック肯定応答機能を含む通信フレーム１０を示す。ブロック肯定応答は、通信局（ＳＴＡ）によって現在サービスされている全トラフィック識別子（ＴＩＤ）のフレームを通知する。通信フレーム１０は、幾つかのデータ通信フィールドから構成される。例示的な実施形態によれば、通信フレーム１０は、フレーム制御フィールド１２、持続時間フィールド１４、ＲＡ（受信側アドレス）フィールド１６、及びＴＡ（送信側アドレス）フィールド１８を含む。
【００１７】
ＴＩＤ番号１では、ブロックＡＣＫ制御フィールド２２、ブロックＡＣＫ開始シーケンス制御フィールド２４、及びブロックＡＣＫビットマップフィールド２６がある。付加的なＴＩＤに対するフィールドを含めてもよい。例証の目的で、ＴＩＤ−ｎは、最も大きな番号のＴＩＤを表わす。ＴＩＤ−ｎは、ブロックＡＣＫ制御フィールド２８、ブロックＡＣＫ開始シーケンス制御フィールド３０、及びブロックＡＣＫビットマップフィールド３２で表わすことができる。通信フレーム１０は、ＦＣＳ（フレームチェックシーケンス）フィールド３４を含むことができる。
【００１８】
幾つかのＴＩＤが存在する場合、構造に含まれる１つよりも多いブロックＡＣＫ制御フィールド、ブロックＡＣＫ開始シーケンス制御フィールド、及びブロックＡＣＫビットマップフィールドがある。他の実施形態において、ＴＩＤの番号に対する値を記憶する番号ＴＩＤフィールドを含むことができる。持続時間フィールド１４は、通信フレーム１０の長さを示すことができる。
【００１９】
複数の開始シーケンスフィールド（各ＴＩＤに対して１つ）とＴＩＤに対応するパケットのＡＣＫ／ブロックＡＣＫを示す対応ビットマップによって、種々のＴＩＤに対してブロックＡＣＫを集成することが可能となる。この結果、複数のアプリケーションを備えた局は、各アクセスカテゴリーに対してブロックＡＣＫを要求する代わりに１つのブロックＡＣＫを使用することができる。ブロックＡＣＫ制御フィールド２２は、トラフィック識別子（ＴＩＤ）を搬送する。ブロックＡＣＫ開始シーケンス制御フィールド２４は、２つの部分、すなわちシーケンス番号とフラグメント番号を有する。ブロックＡＣＫビットマップフィールド２６は、フレームの受信状態を示し、ここで、値１はフレームが正常に受信されたことを意味し、値ゼロ（０）はフレームが正常に受信されなかったことを意味する。ビットマップのポジションは、通信フレームにおけるロケーションを決定するために開始シーケンス制御に加えられる。
【００２０】
図４は、ブロック肯定応答機能を含む通信フレーム３５を示す。通信フレーム３５は、非ＱｏＳデータを含む。通信フレーム３５は、フレーム制御フィールド３６、持続時間フィールド３７、ＲＡ（受信側アドレス）フィールド３８、ブロックＡＣＫ開始シーケンス制御フィールド３９、ブロックＡＣＫビットマップフィールド４０、及びＦＣＳ（フレームチェックシーケンス）フィールド４１などの幾つかのデータ通信フィールドから構成される。
【００２１】
通信フレーム３５は、例示的な実施形態が非ＱｏＳ  ＳＴＡ又は非ＱｏＳ  ＡＰに拡張されていることを示している。非ＱｏＳケースでは、集成されたブロックＡＣＫは、シーケンス番号の１つだけのインスタンスとシーケンスビットマップとを搬送する。トラフィック識別子（ＴＩＤ）又はＴＩＤの番号を搬送する必要はない。
【００２２】
フレームのセットに対して１つのＡＣＫを送信することにより、障害の単一のポイントが生成される。言い換えると、この１つのＡＣＫが失われた場合、送信側は、ＡＣＫを待機する未処理のフレーム全てを再送信する必要がある。有利には、例示的な実施形態によれば、集成されたブロックＡＣＫは、無線でより堅牢なコーディングにより伝送され、集成されたブロックＡＣＫの正常な送信の確率が高められる。局に対する１つの選択肢は、局の現在の能力を上回るより堅牢なコーディングによって集成されたブロックＡＣＫを送信することである。別の選択肢は、最適なコーディング能力によって集成されたブロックＡＣＫを送信することである。
【００２３】
例示的な実施形態に従って、集成されたブロックＡＣＫは受信側に対する識別を有する。これは制御フレームで種々のサブタイプ（すなわち、通信フレームを識別するためのクラス）を有することができるので、受信側ではこれを認識することができる。これは、別の機能、例えば高スループットフレーム集成機能を有するデフォルト機能とすることができる。この結果、フレーム集成の存在は、集成されたブロックＡＣＫが存在することを意味する。また、送信側と受信側との間で取り決められたオプション機能があってもよい。
【００２４】
図５は、図１を参照して説明されたブロック肯定応答機能を含む例示的な通信セッションを示す。通信セッション４０では、３つのトラフィック識別子ＴＩＤ＝１、ＴＩＤ＝２、及びＴＩＤ＝３が使用される。トラフィック識別子は、送信機会を伝達することに相当し、該送信機会中にサービス品質データが伝送される。当業者には理解されるように、サービス品質（ＱｏＳ）は、種々の技術にわたり選択されたネットワークトラフィックにより良好なサービスを提供するためのネットワークの能力を示す。
【００２５】
共通ブロック肯定応答要求４２は、複数のトラフィック識別子の通信ストリームによって利用される。共通ブロック肯定応答要求４２は、応答として単一のブロック肯定応答４４を生じる。ブロック肯定応答の実施例を図３を参照して説明する。結果として、通信ネットワークにおけるデータスループットが改善される。３つの肯定応答要求及び３つの肯定応答の代わりに、１つの肯定応答要求及び１つの肯定応答が伝送される。
【００２６】
無線ローカルエリアネットワーク（ＷＬＡＮ）システムは、８０２．１１ａシステムで６、９、１２、１８、２４、３６、４８、及び５４Ｍｂｐｓなどの範囲のデータ転送速度を提供する。データ転送速度は、現在の変調及び符号化方式（ＭＣＳ）に基づいて局（ＳＴＡ）に対して設定され、これはまた、ＳＴＡの無線環境によって管理される。より低いデータ転送速度は、より高いデータ転送速度よりも良好なエラー保護を提供する。例えば、１８Ｍｂｐｓでのフレーム送信が正常に行われる可能性は、２４Ｍｂｐｓでのフレーム送信よりも高い。しかしながら、同時にＳＴＡは、現在の無線条件に基づいて最大利用可能データ転送速度を使用する。フレームのセットに対して１つの集成されたブロックＡＣＫを送信することで、障害の単一のポイントが生成される。言い換えると、この１つのＡＣＫが失われた場合、送信側は、ＡＣＫを待機している未処理のフレーム全てを再送信する必要がある。この結果、例示的な実施形態において、集成されたブロックＡＣＫは、より低いデータ転送速度（又はより高いエラー保護）で伝送されることで、正常な送信の可能性を向上させる。１つのオプションの実装は、ＳＴＡがＳＴＡの現在の能力よりも低い１つのレートレベルで集成されたブロックＡＣＫを送信することである。例えば、ＳＴＡが１８Ｍｂｐｓの能力がある場合、１２Ｍｂｐｓで集成されたブロックＡＣＫを送信する。別のオプションは、最も低いデータ転送速度すなわち６Ｍｂｐｓで集成されたブロックＡＣＫを送信することである。
【００２７】
図６は、本明細書で説明されるブロックＡＣＫ機能を含む通信システム５０を示す。本明細書で説明される例示的な実施形態は、どのような通信システムにも適用することができる。通信システム５０は、端末装置（ＴＥ）デバイス５２、アクセスポイント（ＡＰ）５４、サーバ５６、及びネットワーク５８を含む。ＴＥデバイス５２は、メモリ（ＭＥＭ）、中央処理ユニット（ＣＰＵ）、ユーザーインターフェース（ＵＩ）、及び入力−出力インターフェース（Ｉ／Ｏ）を含むことができる。メモリは、ＣＰＵを制御するアプリケーションを格納するための不揮発性メモリとデータ処理のためのランダムアクセスメモリとを含むことができる。Ｉ／Ｏインターフェースは、ＩＥＥＥ８０２．１１規格に基づいたカードの１つのような無線ローカルエリアネットワークのネットワークインターフェースカードを含むことができる。
【００２８】
ＴＥデバイス５２は、アクセスポイント５４を介してネットワーク５８（例えばローカルエリアネットワーク（ＬＡＮ）、インターネット、電話ネットワーク）に接続し、更にサーバ５６に接続することができる。ＴＥデバイス５２はまた、例えばケーブル、赤外線、又は無線周波数でデータ送信を使用してサーバ５６と直接通信することができる。サーバ５６は、ＴＥデバイス５２に対して種々の処理機能を提供することができる。
【００２９】
ＴＥデバイス５２は、例えば携帯情報端末（ＰＤＡ）デバイス、リモートコントローラ、又はイヤフォンとマイクロフォンを組み合わせたものなどの、音声認識が行われるあらゆる携帯電子デバイスとすることができる。ＴＥデバイス５２は、コンピュータ又は移動局によって使用される補助デバイスとすることができ、この場合、サーバ５６へのデータ送信は、コンピュータ又は移動局を介して構成される。例示的な実施形態では、ＴＥデバイス５２は、公衆陸上移動通信網と通信する移動局であり、これに対してサーバ５６が機能的に接続される。ネットワーク５８に接続されたＴＥデバイス５２は、無線でネットワーク５８と通信するための移動局機能を含む。ネットワーク５８は、いずれかの公知の無線ネットワーク、例えばＧＳＭサービスをサポートするネットワーク、ＧＰＲＳ（汎用パケット無線サービス）をサポートするネットワーク、又は３ＧＰＰ（第３世代パートナーシッププロジェクト）規格に従うＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションズシステム）ネットワークのような第３世代モバイルネットワークとすることができる。サーバ５６の機能はまた、モバイルネットワークに実装することができる。ＴＥデバイス５６は、会話だけに使用される移動電話とすることができ、或いはＰＤＡ（携帯情報端末）機能を含むことができる。
【００３０】
本発明の幾つかの実施形態について説明してきたが、当業者であれば本発明の関連する修正及び変更を想起することができることを理解されたい。本発明は、特定の実施形態に制限されず、添付の請求項の範囲及び精神に含まれる種々の修正形態、組み合わせ、及び置換形態に拡張される。
【図面の簡単な説明】
【００３１】
【図１】非サービス品質（ＱｏＳ）データ肯定応答のための通信フレームを示す図である。
【図２】ブロック肯定応答機能を含む通信フレームを示す図である。
【図３】例示的な実施形態によるブロック肯定応答機能を含む通信フレームを示す図である。
【図４】例示的な実施形態による非ＱｏＳデータのための集成されたブロック肯定応答機能を含む通信フレームを示す図である。
【図５】図３のブロック肯定応答機能を含む例示的な通信セッションを示す図である。
【図６】図３のブロック肯定応答機能を含む通信システムを示す図である。
【符号の説明】
【００３２】
１２  フレーム制御
１４  持続時間
２２  ブロックＡＣＫ制御（ＴＩＤ−１）
２４  ブロックＡＣＫ開始シーケンス制御
２６  ブロックＡＣＫビットマップ
２８  ブロックＡＣＫ制御（ＴＩＤ−ｎ）
３０  ブロックＡＣＫ開始シーケンス制御
３２  ブロックＡＣＫビットマップ
３４  ＦＣＳ
【図１】
2008507226.tif 000003
【図２】
2008507226.tif 000004
【図３】
2008507226.tif 000005
【図４】
2008507226.tif 000006
【図５】
2008507226.tif 000007
【図６】
2008507226.tif 000008
【国際調査報告】
2008507226.tif 000009
2008507226.tif 000010
2008507226.tif 000011
2008507226.tif 000012