特開 2025-3426 リンクアダプテーション、レイテンシの影響を受けやすいトラフィック、およびデバイス内共存の性能を向上させるための８０２．１１におけるフィードバックの拡張

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025003426

(43)【公開日】2025-01-09

(54)【発明の名称】リンクアダプテーション、レイテンシの影響を受けやすいトラフィック、およびデバイス内共存の性能を向上させるための８０２．１１におけるフィードバックの拡張

(51)【国際特許分類】

   H04W 72/21 20230101AFI20241226BHJP

   H04W 72/0446 20230101ALI20241226BHJP

   H04W 88/06 20090101ALI20241226BHJP

   H04W 84/12 20090101ALI20241226BHJP

   H04W 72/1273 20230101ALI20241226BHJP

【ＦＩ】

H04W72/21

H04W72/0446

H04W88/06

H04W84/12

H04W72/1273

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024101069

(22)【出願日】2024-06-24

(31)【優先権主張番号】202321041989

(32)【優先日】2023-06-23

(33)【優先権主張国・地域又は機関】IN

(31)【優先権主張番号】63/573,093

(32)【優先日】2024-04-02

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】18/749,819

(32)【優先日】2024-06-21

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】318015161

【氏名又は名称】アバゴ・テクノロジーズ・インターナショナル・セールス・プライベート・リミテッド

【氏名又は名称原語表記】Ａｖａｇｏ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓａｌｅｓ Ｐｔｅ．Ｌｉｍｉｔｅｄ

【住所又は居所原語表記】Ｎｏ．１ Ｙｉｓｈｕｎ Ａｖｅｎｕｅ ７，Ｓｉｎｇａｐｏｒｅ ７６８９２３，Ｓｉｎｇａｐｏｒｅ

(74)【代理人】

【識別番号】100087642

【弁理士】

【氏名又は名称】古谷 聡

(74)【代理人】

【識別番号】100082946

【弁理士】

【氏名又は名称】大西 昭広

(74)【代理人】

【識別番号】100195693

【弁理士】

【氏名又は名称】細井 玲

(72)【発明者】

【氏名】シンドゥ・ヴェルマ

(72)【発明者】

【氏名】シュブホディープ・アディカリ

(72)【発明者】

【氏名】マシュー・ジェイ・フィッシャー

(72)【発明者】

【氏名】ヴィンコ・アーセグ

(72)【発明者】

【氏名】ボビー・ジョセフ

(72)【発明者】

【氏名】プラッドハップ・アソカン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE04

5K067EE10

(57)【要約】

【課題】レイテンシの影響を受けやすいトラフィック、マルチリンク動作、リンクアダプテーション、およびデバイス内共存の性能を向上させるための解決策を開示すること。
【解決手段】Ｗｉ－Ｆｉトランシーバーと、少なくとも１つのアンテナを共有する第２のトランシーバーとを備えるデバイスは、第２のトランシーバーによって受信された通信のバーストが第２の通信に割り当てられた期間を超えたことを検出することができる。デバイスは、Ｗｉ－Ｆｉ通信を受信するためにＷｉ－Ｆｉアクセスポイント（ＡＰ）と通信することができる。デバイスは、検出に応答して、ＡＰがデバイスにＷｉ－Ｆｉ通信を伝送するためのスケジュールを決定することができる。スケジュールは、第２の期間を基礎とする周期で第１の期間のバースト制限を含む。デバイスは、スケジュールをアクセスポイントに伝達することができる。
【選択図】図１

【特許請求の範囲】

【請求項1】

少なくとも１つのアンテナを共有するＷｉ－Ｆｉトランシーバーおよび第２の無線トランシーバーを含むデバイスであって、メモリと結合された１つ以上のプロセッサを含み、前記１つ以上のプロセッサは、
前記第２の無線トランシーバーによって受信された通信のバーストが第２の無線通信に割り当てられた期間を超えていることを検出し、前記デバイスが、Ｗｉ－Ｆｉ通信を受信するためにアクセスポイント（ＡＰ）と通信しており、
前記検出に応答して、前記ＡＰがＷｉ－Ｆｉ通信を前記デバイスに伝送するスケジュールを決定し、前記スケジュールが、第２の期間を基礎とする周期で第１の期間のバースト制限を含み、
前記スケジュールを前記アクセスポイントに伝達する、デバイス。

【請求項2】

前記第１の期間は、前記Ｗｉ－Ｆｉ伝送の受信に割り当てられ、前記第２の期間は、前記第１の期間の開始と、前記第２の期間を基礎とする周期に基づく次の第１の期間の開始との間の時間の長さに対応し、前記次の第１の期間は、前記Ｗｉ－Ｆｉ伝送の受信に割り当てられる、請求項１に記載のデバイス。

【請求項3】

前記次の第１の期間中に、前記Ｗｉ－Ｆｉ通信の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）を受信するための、前記１つ以上のプロセッサを含み、
前記ＡＭＰＤＵは、前記次の第１の期間にしたがって調節されたサイズを有する、請求項２に記載のデバイス。

【請求項4】

前記次の第１の期間中に、前記Ｗｉ－Ｆｉ通信の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）を受信するための、前記１つ以上のプロセッサを含み、
前記ＡＭＰＤＵは、前記次の第１の期間の時間長に関してサイズ調節されており、それによって前記次の第１の期間内に、前記ＡＭＰＤＵのブロック確認応答（ＢＡ）の伝送を完了することができる、請求項２に記載のデバイス。

【請求項5】

前記第２の無線トランシーバーによって受信された通信の第２のバーストが、前記スケジュールにしたがった前記ＡＰからのＷｉ－Ｆｉ通信の受信に割り当てられた前記第１の期間の一部と重複することを検出し、
前記重複に応答して前記スケジュールを調節するための、前記１つ以上のプロセッサを含む、請求項１に記載のデバイス。

【請求項6】

前記スケジュールは、前記通信の第２のバーストの持続時間に応じて、前記第１の期間の持続時間または前記第２の期間の持続時間の少なくとも一方を変更するように調節される、請求項５に記載のデバイス。

【請求項7】

前記第２の無線通信は、Ｂｌｕｅｔｏｏｔｈ通信、ＵＷＢ（超広帯域）通信、ＬＴＥ（ロングタームエボリューション）通信、ＬＡＡ（免許制アシストアクセス）通信、ＮＲ（新無線）通信、またはＮＲ－Ｕ（新無線－非免許制）通信のうちの少なくとも１つに対応する、請求項１に記載のデバイス。

【請求項8】

前記アクセスポイントから、前記Ｗｉ－Ｆｉ通信の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）を受信し、
前記ＡＭＰＤＵのブロック確認応答（ＢＡ）を生成し、
前記ＢＡを介して前記スケジュールを前記アクセスポイントに伝達するための、前記１つ以上のプロセッサを含む、請求項１に記載のデバイス。

【請求項9】

前記スケジュールは、複数の通信チャネルのうちの第１の通信チャネルを介して前記Ｗｉ－Ｆｉ通信を受信するためのものである、請求項１に記載のデバイス。

【請求項10】

前記第２のトランシーバーによって受信された通信の第２のバーストが、第２の無線通信に割り当てられた第２の期間を超えていることを検出し、
前記通信の第２のバーストの検出に応答して、前記アクセスポイントが前記複数のチャネルのうちの第２のチャネルを介して前記デバイスにＷｉ－Ｆｉ通信を伝送するための第２のスケジュールを決定し、前記第２のスケジュールが、第４の期間を基礎とする第２の周期で第３の期間の第２のバースト制限を含み、
前記第２のスケジュールを前記アクセスポイントに伝達するための、前記１つ以上のプロセッサを含む、請求項９に記載のデバイス。

【請求項11】

アクセスポイントであって
メモリと結合された１つ以上のプロセッサを含み、前記１つ以上のプロセッサは、
デバイスから、前記デバイス上のデバイス内共存の問題の存在を識別する情報を含むブロック確認応答（ＢＡ）を受信し、
前記デバイス内共存の問題を識別することに応答し、前記ＡＰからの１つ以上の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）に応答して、前記デバイスからの１つ以上のＢＡが、失敗として識別されることなく、短期フレーム間間隔（ＳＩＦＳ）を超えて遅延されることを許容することを決定し、
前記ＳＩＦＳの後、前記決定に応答して、前記デバイスから第２のＢＡを受信し、
前記第２のＢＡは、前記ＡＰから受信した複数のＡＭＰＤＵに対応する複数の確認応答を含む、アクセスポイント。

【請求項12】

前記決定に応答して、前記ＳＩＦＳの後に受信した前記第２のＢＡに関係なく、前記複数のＡＭＰＤＵの複数の送信が成功したと判定するための、前記１つ以上のプロセッサを含む、請求項１１に記載のアクセスポイント。

【請求項13】

第２のデバイスから、前記第２のデバイス上のデバイス内共存の問題を識別しない情報を含むブロック確認応答（ＢＡ）を受信し、
第２のデバイスにＡＭＰＤＵを伝送し、
前記ＡＭＰＤＵのＢＡが前記ＳＩＦＳ内に受信されていないことを判定し、
前記ＢＡが前記ＳＩＦＳ内に受信されていないことに応答して、前記ＡＭＰＤＵの伝送が失敗したことを識別するための、前記１つ以上のプロセッサを含む、請求項１１に記載のアクセスポイント。

【請求項14】

前記１つ以上のＡＭＰＤＵの１つ以上のＢＡの伝送が、前記１つ以上のＡＭＰＤＵに続く１つ以上のＳＩＦＳの後まで遅延されるＷｉ－Ｆｉ通信用に、前記デバイスが構成されていることを識別し、
前記構成に応答して、前記構成にしたがって前記複数のＡＭＰＤＵを伝達するための規定を伝送するための、前記１つ以上のプロセッサを含む、請求項１１に記載のアクセスポイント。

【請求項15】

前記規定は、前記複数のＡＭＰＤＵのうちのあるＡＭＰＤＵの物理層のヘッダーまたはメディアアクセス制御ヘッダーのヘッダーの少なくとも一方に表示される、請求項１４に記載のアクセスポイント。

【請求項16】

前記情報から、信号対干渉プラス雑音比（ＳＩＮＲ）マージンを示すチャネル品質情報を識別し、
前記ＳＩＮＲマージンに応じて、前記デバイスへの伝送用の変調符号化方式（ＭＣＳ）を調節するための、前記１つ以上のプロセッサを含む、請求項１１に記載のアクセスポイント。

【請求項17】

前記情報から、前記デバイスへの伝送用の変調符号化方式（ＭＣＳ）、前記１つ以上のＡＭＰＤＵの信号強度、または１つ以上の隠しノードの存在のうちの少なくとも１つに対応する表示を識別し、
前記表示に応答して、前記デバイスに伝送される次のＡＭＰＤＵについて、前記ＭＣＳ、前記信号強度、または前記１つ以上の隠しノードに対応する伝送パワーのうちの少なくとも１つを調節するための、前記１つ以上のプロセッサを含む、請求項１１に記載のアクセスポイント。

【請求項18】

前記情報から、前記１つ以上のＡＭＰＤＵ内のすべてのＭＰＤＵが前記デバイスによって受信されなかったことを判定するための、前記１つ以上のプロセッサを含む、請求項１７に記載のアクセスポイント。

【請求項19】

アクセスポイント（ＡＰ）と無線通信するデバイスであって、
メモリと結合された１つ以上のプロセッサを含み、
前記１つ以上のプロセッサは、
現在のトランザクション機会（ＴＸＯＰ）中に作成され、アクセスポイント（ＡＰ）に伝送されるのを待っている物理プロトコルデータユニット（ＰＰＤＵ）を識別し、
前記現在のＴＸＯＰ中に前記デバイスによって受信された低レイテンシパケットを識別し、前記低レイテンシパケットが、前記ＰＰＤＵに続く次のＰＰＤＵ内で前記ＡＰに伝達される予定のものであり、
前記低レイテンシパケットを前記ＰＰＤＵに挿入し、
前記低レイテンシパケットを含む前記ＰＰＤＵを前記現在のＴＸＯＰ内で前記ＡＰに伝送する、デバイス。

【請求項20】

前記現在のＴＸＯＰに続く次のＴＸＯＰを介して伝送するようにスケジュールされた前記次のＰＰＤＵ内の前記低レイテンシパケットを識別し、
前記低レイテンシパケットを前記ＰＰＤＵに挿入することを決定するための、前記１つ以上のプロセッサを含む、請求項１９に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連特許出願の相互参照
本出願は、２０２３年６月２３日に出願されたインド仮特許出願第２０２３２１０４１９８９号、および２０２４年４月２日に出願された米国仮特許出願第６３／５７３０９３号の利益およびそれらの優先権を主張するものである。これらの仮特許出願は両方とも、参照によりその全体があらゆる目的のために本明細書に組み込まれる。

【0002】

技術分野
本開示は、概して、リンクアダプテーション、トラフィックレイテンシ、および異なる無線技術間の共存の実施を含む、無線ローカルエリアネットワークにおける通信のシステムおよび方法に関する。

【背景技術】

【0003】

背景
無線通信デバイスは、様々なネットワーク通信チップセットまたはサブシステムを利用することができ、これらは、無線ローカルエリアネットワーク（ＷＬＡＮ）技術、セルラー通信技術、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ（超広帯域）、または任意の他の無線通信技術のような、異なる無線通信技術を実施するように構成され得る。無線通信デバイスは、様々な環境および状況で動作することができる。

【0004】

概要
本開示の技術的解決策は、８０２．１１Ｗｉ－Ｆｉ通信で発生するような無線通信システムにおけるデバイス内共存（ＩＤＣ：Ｉｎ－Ｄｅｖｉｃｅ Ｃｏｅｘｉｓｔｅｎｃｅ）の問題の低減を目的としたフィードバックメカニズムの拡張を提供する。これらの拡張により、リンクアダプテーションが改善され、レイテンシが低減され、ホストデバイスのリソース（アンテナなど）をＷｉ－Ｆｉと共有する他の無線機能との間のＩＤＣが最適化される。本技術的解決策によれば、Ｗｉ－Ｆｉ以外の無線通信バーストが共有リソースの使用に割り当てられた時間を超えると、Ｗｉ－Ｆｉアクセスポイントは、長時間のバーストとの重複を回避して、伝送の時間調節と同期を行うためのスケジュールを生成することができる。例えば、Ｗｉ－Ｆｉ以外の通信は、周期的に発生する時点、またはＷｉ－Ｆｉモジュールに従来知られていない時点で、共有リソースを使用することができる。本解決策によれば、Ｗｉ－Ｆｉ通信のスケジュールを調整することで、Ｗｉ－Ｆｉ通信の忠実度に悪影響を与えないようにしながら、Ｗｉ－Ｆｉ以外の通信との重複を回避することができる。本技術的解決策によれば、Ｗｉ－Ｆｉアクセスポイントが、デバイスから、そのデバイス上の２つの技術間のＩＤＣ問題に関する通知を受信した場合、すでに伝送されたデータフレームについては、それらを失敗として記録することなく、それらのデータフレームの確認応答を遅延させるように、そのＡＰ（アクセスポイント）を構成することができる。本解決策によれば、失敗が発生した場合でも、フレーム確認応答を利用して伝送情報を提供できるため、アクセスポイントによる、より多くの情報に基づく調節が可能になる。本解決策によれば、例えば、前のフレームの伝送中に低レイテンシパケットが識別された場合、その低レイテンシパケットを進行中のフレーム伝送に含めることができるため、スループットと通信効率が向上する。

【0005】

本技術的解決策の一態様は、方法に向けられている。前記方法は、少なくとも１つのアンテナを共有するＷｉ－Ｆｉトランシーバーおよび第２の無線トランシーバーを含むデバイスによって、通信のバーストを検出することを含み得る。前記通信のバーストは、第２の無線通信に割り当てられた期間を超えて、前記第２の無線トランシーバーによって受信され得る。前記デバイスは、Ｗｉ－Ｆｉ通信を受信するためにアクセスポイント（ＡＰ）と通信することができる。前記方法は、前記検出に応答して、前記デバイスにより、前記ＡＰが前記デバイスにＷｉ－Ｆｉ通信を伝送するスケジュールを決定することを含み得る。前記スケジュールは、第２の期間を基礎とする周期で第１の期間のバースト制限を含み得る。前記方法は、前記デバイスが、前記スケジュールを前記アクセスポイントに伝達することを含み得る。

【0006】

前記第１の期間は、Ｗｉ－Ｆｉ伝送の受信に割り当てられる場合があり、前記第２の期間は、前記第１の期間の開始と、前記第２の期間を基礎とする周期に基づく次の第１の期間の開始との間の時間に対応する。前記次の第１の期間は、前記Ｗｉ－Ｆｉ伝送の受信に割り当てられる場合がある。前記方法は、前記デバイスが、前記次の第１の期間中に、前記Ｗｉ－Ｆｉ通信の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ：Ａｇｇｒｅｇａｔｅｄ Ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信することを含み得る。前記ＡＭＰＤＵは、前記次の第１の期間にしたがって調節されたサイズを有することができる。

【0007】

前記方法は、前記デバイスにより、前記次の第１の期間中に、前記Ｗｉ－Ｆｉ通信のＡＭＰＤＵを受信することを含み得る。前記ＡＭＰＤＵは、前記次の第１の期間内に収まるように最大化されたサイズを有し、それによって、前記次の第１の期間内に、前記ＡＭＰＤＵのブロック確認応答（ＢＡ：Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の伝送を完了することができる。

【0008】

前記方法は、前記デバイスにより、前記第２の無線トランシーバーによって受信された通信の第２のバーストが、前記スケジュールにしたがった前記ＡＰからのＷｉ－Ｆｉ通信の受信に割り当てられた前記第１の期間の一部と重複することを検出することを含み得る。前記方法は、前記デバイスにより、前記重複に応答して前記スケジュールを調節することを含み得る。前記スケジュールは、前記通信の第２のバーストの持続時間に応じて、前記第１の期間の持続時間または前記第２の期間の持続時間の少なくとも一方を変更するように調節され得る。前記第２の無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信、ＵＷＢ（超広帯域）通信、ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；ロングタームエボリューション）通信、ＬＡＡ（Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ；免許制アシストアクセス）通信、ＮＲ（Ｎｅｗ Ｒａｄｉｏ；新無線）通信、またはＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ－Ｕｎｌｉｃｅｎｓｅｄ；新無線－非免許制）通信のうちの少なくとも１つに対応する。

【0009】

前記方法は、前記デバイスにより、前記アクセスポイントから、前記Ｗｉ－Ｆｉ通信の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）を受信することを含み得る。前記方法は、前記デバイスにより、前記ＡＭＰＤＵのブロック確認応答（ＢＡ）を生成することを含み得る。前記方法は、前記デバイスにより、前記ＢＡを介して前記スケジュールを前記アクセスポイントに伝達することを含み得る。前記スケジュールは、複数の通信チャネルのうちの第１の通信チャネルを介して前記Ｗｉ－Ｆｉ通信を受信するためのものであってもよい。

【0010】

前記方法は、前記デバイスにより、前記第２のトランシーバーによって受信された通信の第２のバーストが、第２の無線通信に割り当てられた第２の期間を超えていることを検出することを含み得る。前記方法は、前記デバイスにより、前記通信の第２のバーストの検出に応答して、前記アクセスポイントが前記複数のチャネルのうちの第２のチャネルを介して前記デバイスにＷｉ－Ｆｉ通信を伝送するための第２のスケジュールを決定することを含む場合があり、前記第２のスケジュールは、第４の期間を基礎とする第２の周期で第３の期間の第２のバースト制限を含む。本方法は、前記デバイスにより、前記第２のスケジュールを前記アクセスポイントに伝達することを含み得る。

【0011】

本技術的解決策の一態様は、Ｗｉ－Ｆｉ ＡＰデバイスなどのアクセスポイント（ＡＰ）に向けられ得る。前記アクセスポイントは、メモリと結合された１つ以上のプロセッサを含み得る。前記１つ以上のプロセッサは、デバイスから、前記デバイス上のデバイス内共存の問題の存在を識別する情報を含むブロック確認応答（ＢＡ）を受信するように構成され得る。前記１つ以上のプロセッサは、前記デバイス内共存の問題を識別することに応答し、前記ＡＰからの１つ以上の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）に応答して、前記デバイスからの１つ以上のＢＡが、失敗として識別されることなく、短期フレーム間間隔（ＳＩＦＳ）を超えて遅延されることを許容することを決定するように構成され得る。前記１つ以上のプロセッサは、前記ＳＩＦＳの後、前記決定に応答して、前記デバイスから第２のＢＡを受信するように構成され得る。前記第２のＢＡは、前記ＡＰから受信した複数のＡＭＰＤＵに対応する複数の確認応答を含み得る。

【0012】

前記１つ以上のプロセッサは、前記決定に応答して、前記ＳＩＦＳの後に受信した前記第２のＢＡに関係なく、前記複数のＡＭＰＤＵの複数の伝送が成功したと判定するように構成され得る。前記１つ以上のプロセッサは、第２のデバイスから、前記第２のデバイス上のデバイス内共存の問題を識別しない情報を含むブロック確認応答（ＢＡ）を受信するように構成され得る。前記１つ以上のプロセッサは、第２のデバイスにＡＭＰＤＵを伝送し、前記ＡＭＰＤＵのＢＡが前記ＳＩＦＳ内に受信されていないことを判定するように構成され得る。前記１つ以上のプロセッサは、前記ＢＡが前記ＳＩＦＳ内で受信されていないことに応答して、前記ＡＭＰＤＵの伝送が失敗したことを識別するように構成され得る。

【0013】

前記１つ以上のプロセッサは、前記１つ以上のＡＭＰＤＵの１つ以上のＢＡの伝送が、前記１つ以上のＡＭＰＤＵに続く１つ以上のＳＩＦＳの後まで遅延されるＷｉ－Ｆｉ通信用に、前記デバイスが構成されていることを識別するように構成されてもよい。前記１つ以上のプロセッサは、前記構成に応答して、前記構成にしたがって前記複数のＡＭＰＤＵを伝達するための規定を伝送するように構成され得る。前記規定は、前記複数のＡＭＰＤＵのうちのあるＡＭＰＤＵの物理層のヘッダーまたはメディアアクセス制御ヘッダーのヘッダーの少なくとも一方に表示され得る。

【0014】

前記１つ以上のプロセッサ（例えば、受信機のプロセッサ）は、前記情報から、信号対干渉プラス雑音比（ＳＩＮＲ：Ｓｉｇｎａｌ－ｔｏ－Ｉｎｔｅｒｆｅｒｅｎｃｅ－ｐｌｕｓ－Ｎｏｉｓｅ Ｒａｔｉｏ）マージンを示すチャネル品質情報を識別するように構成され得る。前記１つ以上のプロセッサ（例えば、受信機のプロセッサ）は、前記ＳＩＮＲマージンに応じて、前記デバイスへの伝送用の変調符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）を調節するように構成され得る。前記１つ以上のプロセッサ（例えば、受信機のプロセッサ）は、前記情報から、前記デバイスへの伝送用の変調符号化方式（ＭＣＳ）、前記１つ以上のＡＭＰＤＵの信号強度、または１つ以上の隠しノードの存在のうちの少なくとも１つに対応する表示を識別するように構成され得る。

【0015】

前記１つ以上のプロセッサ（例えば、送信機のプロセッサ）は、前記表示に応答して、前記デバイスに伝送される次のＡＭＰＤＵについて、前記ＭＣＳ、前記信号強度、または前記１つ以上の隠しノードに対応する伝送パワーのうちの少なくとも１つを調節するように構成され得る。前記１つ以上のプロセッサ（例えば、送信機のプロセッサ）は、前記情報から、前記１つ以上のＡＭＰＤＵ内のすべてのＭＰＤＵ（ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）が前記デバイスによって受信されなかったことを判定するように構成され得る。

【0016】

本技術的解決策の一態様は、アクセスポイント（ＡＰ）と無線通信するデバイスに向けられている。前記デバイスは、メモリと結合された１つ以上のプロセッサを含み得る。前記１つ以上のプロセッサは、現在のＴＸＯＰ中に作成され、アクセスポイント（ＡＰ）に伝送されるのを待っている物理プロトコルデータユニット（ＰＰＤＵ）を識別するように構成され得る。前記１つ以上のプロセッサは、前記現在のＴＸＯＰ中に前記デバイスによって受信された低レイテンシパケットを識別するように構成され得る。前記低レイテンシパケットは、前記ＰＰＤＵに続く次のＰＰＤＵ内で前記ＡＰに伝達される予定のものである。前記１つ以上のプロセッサは、前記低レイテンシパケットを前記ＰＰＤＵに挿入するように構成され得る。前記１つ以上のプロセッサは、前記低レイテンシパケットを含む前記ＰＰＤＵを前記現在のＴＸＯＰ内で前記ＡＰに伝送するように構成され得る。前記１つ以上のプロセッサは、前記現在のＴＸＯＰに続く次のＴＸＯＰを介して伝送するようにスケジュールされた前記次のＰＰＤＵ内の前記低レイテンシパケットを識別するように構成され得る。前記１つ以上のプロセッサは、前記低レイテンシパケットを前記ＰＰＤＵに挿入することを決定するように構成され得る。

【図面の簡単な説明】

【0017】

本実施形態のこれらおよび他の態様および特徴は、添付の図と併せて具体的な実施形態の以下の説明を検討すれば、当業者には明らかになるであろう。

【0018】

【図1】リンクアダプテーション、レイテンシに敏感なトラフィック、およびデバイス内共存の性能を向上させるためのフィードバックの拡張を提供するシステムの例示的なブロック図である。

【0019】

【図2】本明細書で図示説明されるシステムおよび方法の種々の要素を実施するために採用できるコンピュータシステムのアーキテクチャを示すブロック図である。

【0020】

【図3】拡張送信機会（ＴＸＯＰ）、プロトコルデータユニット（ＰＤＵ）、および集約されたＭＡＣプロトコルデータユニット（ＡＭＰＤＵ）を有する構造についての、レイテンシの影響を受けやすいトラフィックを管理するためのグラフの例を示す図である。

【0021】

【図4】拡張ＴＸＯＰ、ＰＤＵ、およびＡＭＰＤＵを有する構造についての、レイテンシの影響を受けやすいトラフィックを管理するためのグラフの別の例を示す図である。

【0022】

【図5】８０２．１１のアクティビティバーストとバースト制限の後ろにアクティビティ不可期間が続くグラフの例を示す図である。

【0023】

【図6】８０２．１１のアクティビティバーストの後ろにアクティビティ不可期間が続き、バースト持続時間の動的調節を伴うグラフの例を示す図である。

【0024】

【図7】Ｗｉ－Ｆｉ通信に割り当てられた時間を超える通信のバーストに応答してＷｉ－Ｆｉ通信のスケジュールを生成する例示的方法を示す図である。

【0025】

【図8】Ｗｉ－Ｆｉ ＡＰが、ユーザー機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）によって報告されたＩＤＣ問題に応答して、伝送されたＡＭＰＤＵのブロック確認応答（ＢＡ）の受信を遅延させるための例示的方法を示す図である。

【0026】

【図9】後で送信されることがスケジュールされているＭＰＤＵの低レイテンシパケットを、現在または今度のＴＸＯＰで伝送されることがスケジュールされているＭＡＣプロトコルデータユニット（ＭＰＤＵ）に挿入することによって、低レイテンシパケットの伝送を促進するための例示的方法を示す図である。

【発明を実施するための形態】

【0027】

詳細な説明
次のＩＥＥＥ規格（これらの規格のドラフト版を含む）、すなわち、Ｗｉ－Ｆｉアライアンス規格およびＩＥＥＥ ８０２．１１規格（限定はしないが、ＩＥＥＥ ８０２．１１ａ（登録商標）、ＩＥＥＥ ８０２．１１ｂ（登録商標）、ＩＥＥＥ ８０２．１１ｇ（登録商標）、ＩＥＥＥ Ｐ８０２．１１ｎ（登録商標）、ＩＥＥＥ Ｐ８０２．１１ａｃ（登録商標）、およびＩＥＥＥ Ｐ８０２．１１ｂｅ（登録商標）ドラフト版Ｄ３．０～Ｄ６．０規格を含む）は、参照によりその全体が本明細書に組み込まれ、あらゆる目的のために本開示の一部とされる。本開示はこれらの規格の側面を参照することができるが、本開示は決してこれらの規格によって限定されるものではない。

【0028】

次に、種々の実施形態について、図面を参照して詳細に説明する。図面は、当業者が実施形態および当業者に明らかな代替案を実施できるように、例示的実施形態として提供される。以下の図および例は、本実施形態の範囲を単一の実施形態に限定することを意図するものではなく、記載または図示された要素の一部または全部、または当業者に明らかな要素を交換することによって、他の実施形態が可能である。本実施形態の特定の要素は、既知のコンポーネントを用いて部分的または完全に実施することができ、そのような既知のコンポーネントのうち、本実施形態の理解に必要な部分のみを説明し、そのような既知のコンポーネントの他の部分の詳細な説明は、本実施形態を不明瞭にしないように省略する。図示された文脈で説明される実施形態は、それに限定されるべきではない。例えば、ソフトウェアで実施されるとして説明される実施形態は、そのような実施形態のみに限定されるべきではなく、本明細書で特に明記されていない限り、当業者には明らかであるように、ハードウェアで実施される実施形態、またはソフトウェアとハードウェアの組み合わせを含むことができ、その逆も同様である。本明細書において、単一のコンポーネントを示す実施形態を、限定とみなすべきではない。むしろ、本開示は、本明細書に明示的に別段の記載がない限り、複数の同じコンポーネントを含む他の実施形態を包含することを意図しており、その逆もまた同様である。さらに、出願人は、本明細書または特許請求の範囲におけるいかなる用語も、明示的に記載されていない限り、一般的でないまたは特別な意味を有することを意図していない。さらに、本実施形態には、例示のために本明細書に記載される既知のコンポーネントの、現在の均等や将来の既知の均等も包含される。

【0029】

無線通信デバイスは、ユーザー機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とも呼ばれ、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ（超広帯域）、ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＡＡ（免許制アシストアクセス）、ＮＲ（新無線）またはＮＲ－Ｕ（新無線－非免許制）を含む、複数のタイプの無線通信をユーザーに提供するように構成され得る。これらのＷｉ－Ｆｉ以外の技術の一部は、ＵＥ上のＷｉ－Ｆｉ機能との間で、ＵＥリソースの一部を共有するように構成されることがある。これらの共有リソースには、例えば、アンテナシステム、ベースバンドプロセッサ若しくは他の処理機能、電力管理回路、またはＵＥの無線周波数（ＲＦ）フロントエンドコンポーネント（例えば、フィルタ、アンプ、スイッチなど）、あるいは異なる種類の無線通信間で干渉を引き起こす可能性のある他のハードウェアリソースが含まれ得る。これらの共有リソースがＷｉ－Ｆｉ以外の技術による通信に使用される場合、Ｗｉ－Ｆｉ通信は、共有リソースが使用可能になるまで、通信の続行を待たなければならないことがある。ＵＥは、これらの技術間の通信イベントを監督および調整するシステムを含むことができ、同じＵＥ上のこれらの技術間のデバイス内共存（ＩＤＣ）を容易にし、衝突や、伝送の失敗を回避する。

【0030】

無線通信デバイスでは、時々、デバイス内共存の問題が発生することがある。この問題では、Ｗｉ－ＦｉやＢｌｕｅｔｏｏｔｈのような複数の無線技術が互いの動作に干渉し、その結果、性能が低下したり、通信が非効率になったりする。例えば、Ｗｉ－Ｆｉ以外の技術による無線伝送では、Ｗｉ－Ｆｉ通信と重複する可能性がある周期的または動的に発生する期間中に、送信デバイスから、無線通信の割り当て時間を超える通信のバーストが着信することがある。通信のバーストには、連続して伝送される任意のグループ（例えば、２つ以上）のデータパケットが含まれ得る。このような場合、長時間の通信バーストは、Ｗｉ－Ｆｉ通信に割り当てられた時間間隔を浸食する可能性がある。Ｗｉ－Ｆｉ通信によって回避されない限り、このような浸食は、２つの技術が同じ共有リソースを同時に使用しようとするＩＤＣ問題（例えば、競合または重複）を引き起こす可能性がある。このような場合、デバイスで進行中のＩＤＣ問題を認識していないＷｉ－Ｆｉアクセスポイントは、事前に自分に割り当てられた時間によっては、Ｗｉ－Ｆｉ通信のデータフレームの伝送を続行する可能性がある。ただし、このような伝送は、他の技術の拡張通信バーストによって引き起こされるＩＤＣ問題のために失敗する可能性があり、Ｗｉ－Ｆｉアクセスポイントは、問題を誤診し、デバイスが高いデータレートを維持する能力がないと判断して、今後の伝送のデータレートを低下させる可能性がある。したがって、異なる技術間のＩＤＣ問題の管理を改善し、同時に、Ｗｉ－Ｆｉアクセスポイントに通知して、Ｗｉ－Ｆｉアクセスポイントが、デバイスとの間の通信問題について、より多くの情報に基づいた評価を行えるようにすることは、デバイスにとって有益である。第２の無線トランシーバーが参加する通信のバーストは、所定のスケジュール（例えば、第１および第２の期間）による周期的なものであってもよいし、バーストの動的インスタンスが非周期的に発生する非周期的なものであってもよい。

【0031】

また、場合によっては、無線通信デバイスまたはシステムは、集約されたメディアアクセスポイント（ＭＡＣ）プロトコルデータユニット（ＡＭＰＤＵ）に応答して伝送されるブロック確認応答（ＢＡ）により、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）の伝送失敗の原因、すなわちそれらが失敗した原因であるマージンに関する十分な情報を提供できないという制限を有する可能性がある。

【0032】

ＡＭＰＤＵは、伝送用に単一のフレームに編成された複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）の配列であり得る。ＡＭＰＤＵは、通信の効率の向上およびスループットの向上のために、単一のバースト通信として伝送されるデータパケットの任意のグループの配置を含み得る。ＡＭＰＤＵの受信者は、ブロック確認応答（ＢＡ）の形で、伝送成功の確認応答を送信者に返すことができる。

【0033】

ブロック確認応答（ＢＡ：Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）は、受信したＡＭＰＤＵ伝送に関して、確認応答を返すため、すなわち、応答を提供するための任意の確認応答（例えば、確認応答１２６）を含み得る。ＢＡのような確認応答１２６は、１つ以上の受信データフレームに対する単一の確認済み受信または応答を示すメッセージまたは伝送データを含み得る。ＢＡは、複数のデータフレーム（例えば、ＡＭＰＤＵのＭＰＤＵ、または複数のＡＭＰＤＵ）の確認応答を単一の応答で可能にする機能であってもよい。ＡＭＰＤＵのすべての構成ＭＰＤＵのうちの少なくとも１つのＭＰＤＵが正しく受信された場合にのみ、受信者はフィードバックを提供できる。

【0034】

また、リンクアダプテーションの収束に問題が生じる可能性もある。これは、短期フレーム間間隔（ＳＩＦＳ： Ｓｈｏｒｔ ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ）の２つ分の長さ（例えば、２＊ＳＩＦＳ）とＢＡ、またはＳＩＦＳのいずれかのギャップに続いて、ＭＣＳ／ＮＳＳを有する各物理プロトコルデータユニット（ＰＰＤＵ： Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を一度に１つずつ試す可能性があるため、複数の変調符号化方式（ＭＣＳ）または複数の空間ストリーム（ＮＳＳ）を効率的かつ柔軟に同時に試すことは、困難なことがあるからである。ＳＩＦＳ、すなわち短期フレーム間間隔には、データフレームの伝送を分離するためにＷｉ－Ｆｉ通信で使用される任意の固定時間間隔を含めることができ、無線媒体への効率的で整然としたアクセスが保証される。例えば、ＳＩＦＳを使用すると、ＡＭＰＤＵの伝送後に、確認応答１２６（例えば、ＢＡ）を適当なタイミングで受信することができる。例えば、ＡＭＰＤＵ伝送のＢＡは、ＳＩＦＳギャップにおいてまたはＳＩＦＳギャップ中に受信されることが、Ｗｉ－Ｆｉデバイスによって予想され得る。提案した方式でＢＡが受信されないことは、ＩＤＣの問題の存在として識別することができる。本技術的解決策によれば、このような検出があったときには、ＢＡを遅延させ、ＳＩＦＳの後の期間中に、ただしその遅延後の期間の時間枠内でＢＡを受信することを許容にするように、受信機を構成することができる。複数のＭＣＳ／ＮＳＳについて複合フィードバックを得ることができ、かつ、発信者が希望する場合にのみ、リンクアダプテーションアルゴリズムの収束を高速化することができる。現在の解決策では、チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）のオーバーヘッドが高く、より粒度の細かいＭＣＳが不足している可能性がある。

【0035】

例えば、ＡＭＰＤＵ受信者（例えば、ＵＥ１０２）は、ＡＭＰＤＵのＰＰＤＵの受信後、ＳＩＦＳ内にＢＡで応答することができない処理上の制限に直面する可能性がある。物理プロトコルデータユニット（ＰＰＤＵ）は、無線通信で使用される任意のデータフレームを含むことができ、データフレームは、無線媒体を介した送受信のための任意の関連する物理層情報とともに、データパケット（例えば、ＭＡＣプロトコルデータユニットまたはＭＰＤＵ）を含み得る。ＡＭＰＤＵ受信者が、ＡＭＰＤＵのＰＰＤＵの受信後、ＳＩＦＳで、ＢＡで応答するときに、受信者は、第２の通信１１２の長時間の通信バーストによって引き起こされる可能性がある内部処理制限（例えば、ＭＣＳ／バイト数／ＭＰＤＵ数などに基づく、ＳＩＦＳを超える処理遅延など）によって、この応答を実行できない場合がある。これらの制限により、受信者は、長いＡＭＰＤＵ内の後ろの方のＭＰＤＵを受信できなくなる可能性がある。このような制限に対処するために、最小ＭＰＤＵ開始間隔パラメータを使用することができる。最小ＭＰＤＵ開始間隔は、処理上の制限に対処するためのパラメータである場合がある。このパラメータは、ＭＣＳ、帯域幅、またはＭＩＭＯ順序などの要素とは無関係に、任意の２つのＭＰＤＵ間の最小間隔を（例えば、マイクロ秒単位で）指定することができる。伝送リソースに関して非効率をもたらす可能性のあるパディングによっても、この間隔を保証することができる。本技術的解決策によれば、指定された最大ＭＰＤＵ数またはＭＰＤＵバイト数が受信者側で超過した場合にのみ、そのような解決策を実行することができ、それによってリソースの浪費を回避できる。

【0036】

受信者（例えば、ＵＥ１０２）のＩＤＣ機能に関し、受信者が、ＡＭＰＤＵのＰＰＤＵの受信後のＳＩＦＳで、ＡＭＰＤＵ受信者を使用してＢＡで応答するときに、受信者は、別のデバイス内技術（例えば、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、またはＮＲなどの第２の通信１１２）のその後のアクティビティのバーストによって、応答することができない場合があり、その結果、デバイス内干渉によって、ＵＥ１０２は、後続のＭＰＤＵを受信したり、ＢＡを送信したりすることができない場合がある。

【0037】

ＡＰにおける非スケジュール型トリガー受信者（ＮＳＴＲ： Ｎｏｎ－Ｓｃｈｅｄｕｌｅｄ Ｔｒｉｇｇｅｒｅｄ Ｒｅｃｉｐｉｅｎｔ）クライアントの処理に関しては、別のリンク上で進行中の受信者の受信に破壊的な干渉を引き起こす可能性があるＵＬ伝送を回避するために、送信デバイスは、ＢＡを直ちに送信する代わりに、複数の受信者に対して連続したＤＬ伝送を実行し、その後に、マルチユーザー（ＭＵ）方式でＢＡをトリガー送信させることができる。リンクアダプテーションの収束に関しては、複数のＭＣＳ／ＮＳＳを一緒に試すことはできず、各組み合わせを一度に１つずつ試してから、対応するフィードバックを伝送することができる。複数のＭＣＳ／ＮＳＳについて、発信者が望む場合にのみ、複合フィードバックを得ることができれば、リンクアダプテーションアルゴリズムの収束を高速化できる。中間ＢＡを必須にすると、効率は低下する可能性がある。

【0038】

ＴＸＯＰ／ＰＰＤＵ／ＡＭＰＤＵ構造の制限には、ＡＭＰＤＵ構築のための媒体ロックアウト（ＭＬＯ：Ｍｅｄｉｕｍ ＬｏｃｋＯｕｔ）における時間マージンの欠如が含まれ得る。媒体ロック期間（ＭＬＤ：Ｍｅｄｉｕｍ Ｌｏｃｋ Ｄｕｒａｔｉｏｎ）は、両方のリンク上にＡＭＰＤＵを同時に送信するように準備され、それに応じて、異なるシーケンス番号セットで送信が準備される場合がある。ただし、一方のリンクが先にアクセス権を獲得した場合や、他方のリンクがビジーになった場合、特にＮＳＴＲ／ＥＭＬＳＲ ＭＬＤの場合、勝利したリンクには、先のシーケンス番号が送信される可能性がある。いずれかのリンクへのアクセスを獲得した帯域幅が、２つのリンクの不連続な伝送セットを準備する際に想定されたものとは異なる場合、ＡＭＰＤＵの内容は、再構成される可能性がある。場合によっては、再構築せずに送信すると、不要なＭＰＤＵの再送信や、シーケンス番号に不要なギャップがあるＭＰＤＵの送信が発生する可能性がある。２つのリンク上のＰＰＤＵを揃えようとするＳＴＲ ＭＬＤは、他方のリンク（例えば、リンク２）へのアクセスを獲得していても、ＮＳＴＲ ＭＬデバイスから一方のリンク（例えば、リンク１）に対する送信の長さ情報をデコードするのを待っている可能性がある。ＳＴＲ ＭＬＤによってリンク２の送信の終了がリンク１の受信の終了と揃わない場合、リンク２のプリアンブルを見逃したＮＳＴＲ ＭＬデバイスは、リンク２での送信と衝突する可能性がある。

【0039】

ＴＸＯＰ／ＰＰＤＵ／ＡＭＰＤＵ構造の制限により、ＭＬＯでは、リンク１上のイベントがリンク２での伝送に関する決定に影響を与える可能性がある。例えば、ＭＬＤは、リンク１ではＢＡを正しく受信するが、リンク２では正しく受信せず、非同期で受信する場合がある。この場合、送信機ＭＬＤは、リンク１の送信がリンク２の送信終了よりも早く開始された場合でも、リンク２からの誤ったパケットの再送信を優先する柔軟性を必要とする場合がある。また、ＭＬＯでは、ＮＳＴＲ ＭＬ受信者の場合、一方のリンク上のＢＡのＵＬ送信が他方のリンク上の受信を破壊しないように、２つのリンク上のＰＰＤＵを揃える必要がある場合がある。ＡＭＰＤＵの長さは、Ｌ－ＳＩＧに含まれているため、ＰＰＤＵの送信が開始されると、ＡＭＰＤＵの長さと内容は調節できなくなる場合がある。

【0040】

レイテンシの影響を受けやすい伝送の処理は、レイテンシの影響を受けやすいトラフィックが新たに到着した場合、進行中の送信バースト／ＴＸＯＰの終了を待ってからそのトラフィックを伝送できるようにする、というものである。ＡＭＰＤＵは、可能な限り長く構成されてよい。これは、ＡＭＰＤＵが長いほど、中間ＰＨＹヘッダー／ＳＩＦＳ／ＢＡを省略することで、ＭＡＣ効率が向上するからである。長いＡＭＰＤＵの場合、最初のＰＨＹヘッダーが失われると、受信デバイスでデコードに失敗し、ＣＣＡを実行するデバイスでプリアンブル検出に失敗する可能性がある。この問題は、隠しノード、フェージングチャネル、および、ＮＳＴＲ／ＥＭＬＳＲ ＭＬデバイスの存在を認識できない場合に特に顕著である。リンクアダプテーションの収束には、一緒に試すことができない複数のＭＣＳ／ＮＳＳが必要となる場合があり、各組み合わせが一度に１つずつ試され、その後に対応するフィードバックが続くように制限される。

【0041】

さらに、バースト持続時間に対する受信者の制御が不足している場合がある。デバイス内共存（ＩＤＣ）は、ＡＰからの伝送の長いバーストや、ＡＰによって受信者に引き起こされる伝送の長いバーストに対する制御の不足による影響を受ける可能性がある。８０２．１１およびＢｌｕｅｔｏｏｔｈ／ＵＷＢを用いたＩＤＣのシナリオでは、８０２．１１媒体の連続可用性は、数ミリ秒に制限される場合がある。例えば、Ｂｌｕｅｔｏｏｔｈプロファイルによっては、８０２．１１の媒体可用性は、３．７５ミリ秒ごとに２．５ミリ秒、７．５ミリ秒ごとに６．２５ミリ秒、または１１ミリ秒ごとに８．５ミリ秒などになる。長い受信パケットやＲＸパケットのバーストは、８０２．１１の媒体境界を越えて、Ｂｌｕｅｔｏｏｔｈによって制限される可能性が高くなる。そのため、（Ｂｌｕｅｔｏｏｔｈスロットや他の共存デバイスの外側で）８０２．１１の媒体可用性に適合させるために、Ｒｘパケットの持続時間を短縮する必要がある。８０２．１１とＢｌｕｅｔｏｏｔｈ／ＵＷＢ／ＬＴＥとの間の共存は、カスタマイズされた方法で処理できる。

【0042】

一部の標準化されていない実施形態では、Ｒｘ／Ｔｘパケットの持続時間を間接的に制御するために、既存の機能に過剰な負荷をかけることがある。ダウンリンクの場合、ＡＭＰＤＵの集約を低減したり、ＡＭＰＤＵ／ＡＭＳＤＵの集約を完全にオフにしたり、最大長をバイト単位で低減したりすることもできる。これにより、実際の問題に対処せずに、最適でないパフォーマンスが発生する可能性がある。集約をオフにしても、必要な非アクティブ期間にまで及ぶ可能性がある単一のＭＳＤＵの持続時間を制御する手段がない場合がある。アップリンクの場合、トリガーモードの動作を無効にできるが、これにより、アップリンクＯＦＤＭＡも無効になり、望ましくない場合がある。共存をサポートする標準化されたメカニズムがあれば、８０２．１１とＢＴ／ＵＷＢの共存を改善することができる。同メカニズムを使用して、８０２．１１とＬＴＥ／ＮＲの共存のようなデバイス内共存の他の問題を解決することもできる。また、８０２．１１フレームの受信／送信が一時的にできなくなるアクティビティが発生した場合、それらのメカニズムは、パフォーマンスの最適化にも使用することができる。

【0043】

本解決策の１つの態様は、チャネル品質インジケータ（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）情報をＢＡに含めることにより、信号対干渉プラス雑音比（ＳＩＮＲ）マージンに基づいて変調方式と伝送パワーを調節して、リンクアダプテーションの収束を高速化することを含み得る。フィードバックレポートはフレームの種類と特定の考慮事項によって異なり、その中に、対応するＩＤが、フィードバックレポーターによって挿入される。フィードバックのタイミングは、ＰＰＤＵ後のＳＩＦＳギャップ中に発生する可能性があり、フィードバックを報告するエラーシナリオは限られている。さらに、本解決策によれば、遅延ＢＡおよびＢＡ動作の選択の柔軟性、ならびに、連続ＰＰＤＵシーケンス用の小さなＰＰＤＵおよび複合ＢＡの組み込みが可能になり、リンクアダプテーションの収束および効率が向上する。これにより、本解決策によれば、リンクアダプテーション、レイテンシ、および他の技術との共存の観点で、無線通信システムの性能を向上させることができる。

【0044】

また、本解決策によれば、既存のＡＭＰＤＵ ＢＡメカニズムおよび送信機会（ＴＸＯＰ）構造の拡張により、レイテンシの影響を受けやすいトラフィック、マルチリンク動作、リンクアダプテーション、およびデバイス内共存などの、様々な局面におけるパフォーマンスを向上させることもできる。例えば、本解決策によれば、最小ＭＰＤＵ開始間隔パラメータを導入することで、処理上の制限に対処し、伝送リソースを無駄にすることなくＭＰＤＵ間の間隔を確保することができる。例えば、本解決策によれば、受信者は、Ｗｉ－Ｆｉ通信の送信者に送信されるスケジュールを使用して、共有リソースを介したＷｉ－Ｆｉ以外の通信による通信の浸食や長時間のバーストに基づいて、送信者のタイミングを調節することにより、バーストの長さを制御することが可能になる。もう１つの拡張には、遅延ＢＡの使用がある。遅延ＢＡでは、受信者が自分の制限を発信者に知らせると、交渉で定められた時間枠内でＢＡ送信が遅延される。本解決策には、レイテンシの影響を受けやすいトラフィックやデコード、またはクリアチャネルアセスメント（ＣＣＡ）の失敗をより適切に処理し、リンクアダプテーションアルゴリズムの収束を高速化するための、拡張されたＴＸＯＰ／ＰＰＤＵ／ＡＭＰＤＵ構造が含まれ得る。また、本解決策では、他のデバイス内技術との共存を最適化するために、トラフィックパラメータの半静的調節や動的調節も提案する。

【0045】

８０２．１１のフィードバックメカニズムは、データユニット（ＭＰＤＵ）のエラー状態に関する客観的情報を提供できるが、８０２．１１デバイスの全体的パフォーマンスを向上させるには、改善の余地がある。この改善は、８０２．１１の種々の側面に関連する可能性があり、かかる側面には、リンクアダプテーション、レイテンシの影響を受けやすいトラフィックのレイテンシ、及び、同じデバイス内におけるＢｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＮＲのような他の技術との共存が含まれる。フィードバックメカニズムを拡張することで、８０２．１１デバイスは、無線チャネルの状態に基づいて伝送パラメータをより良好に適合させることができ、データレート、変調方式、チャネルコーディングを最適化して、スループットを最大化し、安定した接続を維持することができる。さらに、レイテンシの影響を受けやすいトラフィックのレイテンシを改善することで、時間的に重要なデータを適時に配信することが可能になる。また、他の技術との共存を最適化することで、シームレスな動作と干渉の緩和が可能になり、８０２．１１デバイスは、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＮＲ、および他の無線技術との間で、無線スペクトルを効率的に共有することができる。

【0046】

本解決策は、リンクアダプテーション、レイテンシ、およびデバイス内共存の改善を達成するために、フィードバックに関する拡張を提示する。本解決の一態様は、レイテンシの影響を受けやすいトラフィック、マルチリンク動作、リンクアダプテーション、およびデバイス内共存の性能改善を含み得る。様々なメカニズムには、より効率的なマルチリンク動作、レイテンシの低減、リンクアダプテーション、およびデバイス内共存のための、既存の集約されたＭＡＣプロトコルデータユニットブロック確認応答（ＡＭＰＤＵ－ＢＡ：Ａｇｇｒｅｇａｔｅｄ ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）メカニズムや送信機会（ＴＸＯＰ）構造の拡張が含まれ得る。さらに、デバイス内共存を最適化するために、トラフィックパラメータやＴＸＯＰの調節も考慮することができる。本発明によれば、これらのメカニズムを実施することで、８０２．１１ネットワークにおいて所望の拡張を達成するフィードバックシステムの効率および有効性を最大化することができる。

【0047】

例えば、本解決策によれば、８０２．１１ネットワークにおけるリンクアダプテーション、レイテンシ、およびデバイス内共存を改善するために、フィードバックメカニズムを拡張することができる。拡張には、より効率的なマルチリンク動作、レイテンシの低減、および隠しノードのより良好な処理を達成するための、既存のＡＭＰＤＵ－ＢＡメカニズムおよびＴＸＯＰ構造に対する拡張が含まれ得る。チャネル品質インジケータ（ＣＱＩ）情報をブロック確認応答（ＢＡ）に組み込むことで、リンクアダプテーションの収束が高速化され、ＳＩＮＲマージンに基づいてＭＣＳおよび伝送パワーを調節することが可能になる。フィードバックレポートは、フレームのタイプと特定の考慮事項によって異なる場合があり、その中に、対応するＩＤが、フィードバックレポーターによって挿入される。本技術的解決策によれば、すべてのＭＰＤＵがエラーである場合でも、フィードバックを挿入することが可能になる。例えば、本技術的解決策によれば、すべてのＭＰＤＵがエラーである場合であっても、受信者の自分のＩＤを含めることができる。これは、ＭＰＤＵに、受信者アドレスや、送信者が通信を改善してＩＤＣの問題を回避できる他の情報を含めることができるからである。フィードバックのタイミングは、ＰＰＤＵ後のＳＩＦＳギャップ中に発生し、フィードバックを報告するエラーシナリオは、タイミング、以前の交換への依存、追加のＰＨＹヘッダー情報により制限される。また、本解決策によれば、遅延ＢＡや、バースト毎の動的選択のようなＢＡ動作の柔軟な選択が可能になる。さらに、連続ＰＰＤＵシーケンス用に小さなＰＰＤＵと複合ＢＡを含めることで、リンクアダプテーションの収束と効率が向上する。発信者は、柔軟性を高めるために、ＰＨＹヘッダーやＭＡＣヘッダーに、即時ＢＡの不在と連続構造を表示することができる。

【0048】

構成に応じて、通信の送信者および受信者は、Ｗｉ－Ｆｉ１０４またはＵＥ１０２のいずれかであり得る。例えば、送信（例えば、ＭＰＤＵまたはＡＭＰＤＵ）とフィードバック（例えば、ＢＡを介して）の両方が、Ｗｉ－Ｆｉ ＡＰまたはクライアントデバイス（例えば、ＳＴＡ）の両方によって提供され得る。例えば、Ｗｉ－Ｆｉ ＡＰ１０４がＡＭＰＤＵの送信機である場合、Ｗｉ－Ｆｉ ＡＰは、クライアントから受信したフィードバックに基づいて調節を実行できる。例えば、クライアント（例えば、ＵＥ１０２）がＡＭＰＤＵの送信機である場合、クライアントは、Ｗｉ－Ｆｉ ＡＰから受信したフィードバックに基づいて調節を実行できる。

【0049】

いくつかの態様において、本解決策は、レイテンシの影響を受けやすいトラフィック、マルチリンク動作、リンクアダプテーション、およびデバイス内共存のコンテキストで性能を向上させるための機能強化に関する。本解決策によれば、より効率的なマルチリンク動作、レイテンシの低減、リンクアダプテーション、およびデバイス内共存のための既存のＡＭＰＤＵ－ＢＡメカニズムおよびＴＸＯＰ構造の改善、ならびにより良好なデバイス内共存のためのトラフィックパラメータおよびＴＸＯＰの調節を導入することができる。

【0050】

図１は、リンクアダプテーション、レイテンシの影響を受けやすいトラフィック、およびデバイス内共存のパフォーマンスを向上させるためのフィードバックの機能強化を提供するためのシステム１００の一例を示している。システム１００は、１つ以上の無線リンク１６０を介して１つ以上のアクセスポイント（ＡＰ）１０４および１つ以上の第２の通信システム１０６と通信する、１つ以上のユーザー機器（ＵＥ）１０２を含み得る。ＵＥ１０２は、１つ以上のアンテナ１４２と結合された１つ以上の共有リソース１０８を含み得る。ＵＥ１０２は、１つ以上のＷｉ－Ｆｉトランシーバー１２０、通信機能１３０、および第２のトランシーバー１１０を含み得る。第２のトランシーバー１１０は、１つ以上の第２の通信１１２を含み、または実施することができる。Ｗｉ－Ｆｉトランシーバー１２０は、１つ以上のＷｉ－Ｆｉ通信１２２を含み、または実施することができ、これには、１つ以上の伝送ユニット１２４および確認応答１２６が含まれ得る。通信機能１３０は、１つ以上のＷｉ－Ｆｉ通信１２２と、第２の通信１１２と、スケジュール１３６とを含むことができ、スケジュール１３６には、Ｗｉ－Ｆｉ通信のタイミングをとるための１つ以上の第１の期間１２８および第２の期間１４０が含まれ得る。ＡＰ１０４は、１つ以上のアンテナ１４２と結合された１つ以上の通信リソース１５０を含み得る。ＡＰ１０４は、１つ以上のスケジュール１３６およびＵＥ情報１５４を利用して、受信した情報に基づいてＵＥ１０２との通信を管理することができる１つ以上の通信機能１３０をさらに含む場合がある。第２の通信システム１０６は、無線リンク１６０を介してＵＥ１０２と無線通信するために、１つ以上のアンテナ１４２と結合された１つ以上の通信リソース１５０を含み得る。

【0051】

ユーザー機器（ＵＥ）１０２は、無線通信用に設計または構成されたデバイスなどの、ハードウェアとソフトウェアの任意の組み合わせを含み得る。ＵＥ１０２は、無線リンク１６０を介した無線通信を容易にするための、命令およびデータを有するコンピュータコードを含む、任意の集積回路、プロセッサ、メモリ、コントローラ、ファームウェア、またはソフトウェアを含み得る。ＵＥ１０２は、１つ以上のハードウェアまたはソフトウェアの共有リソース１０８、アンテナ１４２、および様々なタイプの無線通信用のトランシーバーを含むデバイスであってもよく、無線通信には、Ｗｉ－Ｆｉトランシーバー１２０を使用して実施できるＷｉ－Ｆｉ通信１２２や、第２のトランシーバー１１０を介して実施できる第２の通信１１２のような他の無線通信が含まれる。ＵＥ１０２は、通信機能１３０を含み、これを使用してＷｉ－Ｆｉ通信１２２および第２の通信１１２を生成し、処理し、管理することができ、また、通信機能１３０とスケジュール１３６を使用して、ＩＤＣ問題（例えば、異なるワイヤレス技術間の重複や衝突）の発生を低減し、管理し、克服することができる。

【0052】

アクセスポイント１０４は、ＵＥ１０２との間のＷｉ－Ｆｉ通信１２２を提供し、またはやりとりするためのハードウェアとソフトウェアの任意の組み合わせを含み得る。ＡＰ１０４は、ＵＥ１０２と、ネットワークインフラストラクチャとの間の通信を容易にすることができる。ネットワークインフラストラクチャは、１つ以上の他のネットワーク（例えば、有線または無線ネットワーク、セルラーネットワーク、インターネットなど）を含み得る。ＡＰ１０４は、通信リソース１５０を介してデータパケットを送受信できるトランシーバーを含み得るか、またはそのようなトランシーバーとして動作し得る。ＡＰ１０４の通信リソース１５０は、アンテナ１４２、トランシーバー、ＲＦフロントエンドコンポーネント（例えば、フィルタ、増幅器、スイッチなど）、ベースバンドプロセッサまたは電力管理回路のような、無線通信を送信または受信するための任意の特徴または機能を含み得る。ＡＰ１０４は、通信リソース１５０およびその１つ以上のアンテナ１４２を介して、Ｗｉ－Ｆｉ通信１２２を送受信することができる。ＡＰ１０４は、ネットワークへのアクセスを管理し、ＩＰアドレスを割り当て、セキュリティプロトコルを処理することによって、ＡＰ１０４自体とＵＥ１０２との間のＷｉ－Ｆｉ通信１２２の流れを調整することができる。ＡＰ１０４は、ＵＥ１０２との間の無線通信を管理し、または時間調節するために、ＵＥ１０２との間の通信のスケジュール１３６を確立し、使用する機能を実施することができる通信機能１３０を有することができる。

【0053】

第２の通信システム１０６は、ＵＥ１０２との間で第２の通信１２２を伝送するためのハードウェアとソフトウェアの任意の組み合わせを含み得る。第２の通信システム１０６は、第２の通信１１２を送受信するためのコンポーネント（例えば、通信リソース１５０）を含む、Ｗｉ－Ｆｉ以外の無線通信に使用するためのインフラストラクチャおよび技術を含み得る。通信リソース１５０は、ＡＰ１０４のものと同様に、様々な無線通信回路、ＲＦフロントエンドモジュール、トランシーバー、およびアンテナ１４２を含むことができ、これらはすべてデータの送受信を容易にすることができる。第２の通信システム１０６は、任意の第２の通信１１２（例えば、Ｗｉ－Ｆｉ通信１２２に割り当てられた時間を浸食する可能性がある通信のバーストを含む）の送受信を容易にすることができ、第２の通信には、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＮＲ、ＮＲ－Ｕ、およびＬＡＡなどの任意の多様なＷｉ－Ｆｉ以外の技術が含まれ得る。第２の通信システム１０６は、ＵＥ１０２との間に無線リンク１６０を確立し、使用することができる。

【0054】

無線リンク１６０は、ＵＥ１０２デバイス、ＡＰ１０４デバイス、および第２の通信システム１０６の間に確立された任意の無線インターフェースまたは通信経路を含み得る。無線リンク１６０によれば、Ｗｉ－Ｆｉ通信１２２や第２の通信１１２のような様々な技術にわたる、またはそれらを含むデータ交換および接続が容易になる。無線リンクによれば、Ｗｉ－Ｆｉ、ＵＷＢ、ＬＴＥ、ＮＲ、ＮＲ－Ｕ、ＬＡＡ、または他の技術によるものを含む、インターネットアクセスおよびローカルネットワークとの接続が容易になる。

【0055】

Ｗｉ－Ｆｉ通信１２２を実行しながら、ＵＥ１０２またはＡＰ１０４のいずれかは、送信機または受信機として動作することができる。例えば、ＵＥ１０２およびＡＰ１０４はそれぞれ、任意の伝送ユニット１２４（例えば、ＡＭＰＤＵ、ＰＰＤＵ、または低レイテンシパケット）を互いに送信することができ、相手方から確認応答１２６（例えば、送信されたＡＭＰＤＵに対するＢＡ）を受信することができる。例えば、ＰＰＤＵまたはＡＭＰＤＵに応答して受信されるＢＡは、ＡＭＰＤＵの少なくとも１つのＭＰＤＵが正しく受信された場合に提供され得る。ただし、ＰＰＤＵ／ＡＭＰＤＵの受信機は、様々な個々のＭＰＤＵの受信またはエラーの詳細に関して、より多くの情報を有することができる場合が多い。例えば、ＭＰＤＵで実現される信号対干渉プラス雑音比（ＳＩＮＲ）と、システムまたはデバイスで使用されるＭＣＳをサポートするために最低限必要な信号対干渉プラス雑音比（ＳＩＮＲ）との差に関する情報などである。受信機は、任意の断続的な干渉、および、対象信号と比較したときの、その干渉の相対強度を認識することができる。

【0056】

例えば、エラーの文字列ごとに、受信者は、必要なＳＩＮＲと実現されたＳＩＮＲとの間の量子化された差が閾値を超えた場合、その量子化された差を報告することができる。送信機は、これを使用して、隠しノードによる途中の突然の干渉があったかどうか、またはチャネルが弱くなっているかどうかを判断することができ、その場合、ＭＣＳを減少させる（または、伝送パワーを増加させる）ことができる。また、実現されたＳＩＮＲが所望のＳＩＮＲよりも高い場合、受信者は、実現されたＳＩＮＲと実際のＳＩＮＲとの最小の差を報告することができる。これにより、送信機は、実現されたＳＩＮＲが最小であると仮定して、ＭＣＳを増加させる（またはＭＣＳを変えずに伝送パワーを低下させる）ことができる。さらに、同じＡＭＰＤＵ内の異なる時点で、異なるＳＩＮＲが存在することもあり得る。例えば、２つのＳＮＲ（１つはベースライン用で、１つは＋ＯＢＳＳ用）のような複数のＳＮＲが提供されてもよく、任意選択で０、１つまたは２つの値を提示することができる。値の数は、４つ、５つ、またはそれ以上のように、２つより大きくてもよい。

【0057】

共有リソース１０８は、ＵＥ１０２のハードウェアとソフトウェアの任意の組み合わせを含み得る。これらは、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ超広帯域（ＵＷＢ）、ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＡＡ（Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ）、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）、またはＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ－Ｕｎｌｉｃｅｎｓｅｄ）のような、複数の異なる無線技術によって共有され、または使用される可能性がある。共有リソース１０８は、これらの無線通信プロトコルまたは技術のいずれかのＲＦ送信または受信信号チェーンの任意の部分を含み得る。これらの無線通信プロトコルまたは技術は、さらに２つのこのようなプロトコルまたは技術によって使用される可能性がある。共有リソース１０８は、アンテナシステム（例えば、アンテナ１４２）、ならびにアンテナを動作させるための任意の回路を含み得る。共有リソース１０８は、Ｗｉ－Ｆｉ通信１２２または第２の通信１１２に使用される様々な周波数帯域またはチャネルの管理に使用され得る任意のフィルタ、増幅器、およびスイッチなどの、無線周波数（ＲＦ）フロントエンドコンポーネントを含み得る。共有リソース１０８は、ＲＦ信号を処理するためのベースバンドプロセッサ、および、種々のトランシーバー（例えば、１１０または１２０）にわたる電力使用量を調整するための電力管理システムを含み得る。

【0058】

Ｗｉ－Ｆｉトランシーバー１２０は、Ｗｉ－Ｆｉ通信１２２を提供し、または実施するためのハードウェアとソフトウェアの任意の組み合わせを含み得る。ＵＥ１０２デバイス内のＷｉ－Ｆｉトランシーバーは、Ｗｉ－Ｆｉ無線通信１２２用に設計された送信機と受信機の結合ユニットを含み得る。Ｗｉ－Ｆｉトランシーバー１２０は、送信時にデジタルデータを無線信号に変換し、受信時にその逆を行うことで、Ｗｉ－Ｆｉネットワークを介したＷｉ－Ｆｉ通信１２２の送受信を容易にすることができる。Ｗｉ－Ｆｉトランシーバー１２０は、インターネット接続およびデータ交換を提供するために、通信プロトコル、信号処理、および無線アクセスポイントとの情報のやりとりを管理するための種々のコンポーネントを含み得る。Ｗｉ－Ｆｉトランシーバー１２０は、共有リソース１０８を使用して、無線通信を実行することができる。

【0059】

第２のトランシーバー１１０は、第２の通信１１２を提供し、または実施するためのハードウェアとソフトウェアの任意の組み合わせを含み得る。第２の通信１１２は、例えばＢｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＬＡＡ、ＮＥまたはＮＲ－Ｕのような、任意のＷｉ－Ｆｉ以外の技術または規格を使用する、任意の無線通信または無線データ交換を含み得る。第２のトランシーバー１１０は、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＬＡＡ、ＮＥ、またはＮＲ－Ｕの任意の無線規格またはプロトコルのような、１つ以上の無線プロトコルまたは規格を処理することができ、ＵＥ１０２による多様なネットワークにわたる接続を容易にする。ＵＥ１０２は、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＬＡＡ、ＮＥ、またはＮＲ－Ｕ通信の任意の組み合わせ用に構成された複数の第２のトランシーバー１１０を含み得る。第２のトランシーバー１１０は、共有リソース１０８を使用して、無線通信を実行することができる。

【0060】

Ｗｉ－Ｆｉ通信１２２には、電波を使用する、ローカルエリアネットワーク（ＬＡＮ）、または他の任意の無線ネットワークを介したデータの任意の無線送受信が含まれ得る。Ｗｉ－Ｆｉ通信１２２には、１つ以上のＩＥＥＥ８０２．１１規格に基づく無線通信が含まれ得る。Ｗｉ－Ｆｉ通信１２２は、Ｗｉ－Ｆｉアクセスポイント１０４（例えば、Ｗｉ－Ｆｉ無線ルーター）を使用して、無線リンク１６０（例えば、無線ローカルエリアネットワーク接続）を介して実施され得る。Ｗｉ－Ｆｉ通信１２２には、Ｗｉ－Ｆｉ規格（例えば、８０２．１１）にしたがって編成若しくは構成され得る、伝送ユニット１２４および確認応答１２６が含まれ得る。

【0061】

伝送ユニット１２４またはフレームは、Ｗｉ－Ｆｉ通信プロトコルまたは規格にしたがって組み立てられ、使用され得る。これらの伝送ユニットには、１つ以上のＭＰＤＵ（ＭＡＣプロトコルデータユニット）をカプセル化できるＰＰＤＵ（物理プロトコルデータユニット）や、信頼性の高いデータ配信を容易にするためのブロック確認応答（ＢＡ）などの確認応答メッセージが含まれ得る。

【0062】

Ｗｉ－Ｆｉ通信１２２には、様々な通信フレームが含まれ得る。例えば、ＡＭＰＤＵ（Ａｇｇｒｅｇａｔｅｄ ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；集約されたＭＡＣプロトコルデータユニット）、ＭＰＤＵ（ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；ＭＡＣプロトコルデータユニット）、ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；物理プロトコルデータユニット）、ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；プロトコルデータユニット）、およびＢＡ（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ；ブロック確認応答）は、ＭＰＤＵがＡＭＰＤＵに集約され、そのＡＭＰＤＵがＰＰＤＵとして送信され、これらのユニットの受信がＢＡによって確認される無線通信システムのコンポーネントである可能性がある。

【0063】

伝送ユニット１２４は、Ｗｉ－Ｆｉ通信１２２で使用される任意のパケットフォーマットを有することができる。伝送ユニット１２４は、ＡＭＰＤＵ（Ａｇｇｒｅｇａｔｅｄ ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔｓ）を含むことができ、ＡＭＰＤＵは、複数のＭＰＤＵ（ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔｓ）を１回の伝送に結合してオーバーヘッドを低減し、スループットを改善することができる。伝送ユニット１２４は、関連するヘッダーおよびトレーラを含む、集約されたＡＭＰＤＵを運ぶ物理層パケットであるＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔｓ；物理プロトコルデータユニット）を含むか、またはそれを使用することができる。伝送ユニット１２４は、最小限の遅延での通信を目的とする、時間的制約のあるデータ用に設計された低レイテンシパケットを含み得る。低レイテンシパケットは、送信中および受信中の遅延を減少し、または最小限に抑えるように構成された任意のデータパケットであってよく、例えば、送信時により高い優先順位で処理されるように構成された時間的制約のあるペイロードを含むデータパケットなどであってもよい。低レイテンシパケットには、平均的なネットワークトラフィックよりも低レイテンシで配信されるパケットや、他の種類のネットワークトラフィックよりも優先して送信されるパケットが含まれ得る。例えば、ＶｏＩＰを介したリアルタイムの音声通信では、低レイテンシパケットによって音声データが迅速に伝送され、会話の品質が維持される。例えば、ＡＭＰＤＵには、ビデオストリーム用の複数のＭＰＤＵを含めることができる一方、リアルタイムのゲームコマンドには、別の低レイテンシパケットが使用される場合がある。通信機能１３０は、様々な伝送ユニット１２４を組み合わせて効率を改善し、ＩＤＣの問題や重複を低減し、または処理することができる。

【0064】

Ｗｉ－Ｆｉ伝送ユニット１２４の確認応答１２６は、データの受信を確認するか、または信頼の高い通信を容易にするためのフィードバック情報を提供するための任意のメカニズムを含み得る。確認応答１２６は、ＡＭＰＤＵ内の複数のＭＰＤＵの受信を確認し、正常に受信されたパケットのビットマップを提供するブロック確認応答（ＢＡ）を含み得る。確認応答１２６は、単一パケットに対する即時確認応答メッセージ（例えば、ＡＣＫ）、または遅延ＡＣＫを含むことができ、スケジューリングに対応してＩＤＣ問題や衝突を低減する。例えば、ＡＭＰＤＵを送信した後、ＡＰ１０４は、どのＭＰＤＵが正しく受信されたかを示すＢＡをＵＥ１０２から受信するか、または進行中のＩＤＣ問題のために遅延された遅延ＢＡをＵＥ１０２から受信することができる。

【0065】

通信機能１３０は、Ｗｉ－Ｆｉ通信１２２および第２の通信１１２を監視し、デバイス内共存（ＩＤＣ）の問題を検出して管理するためのハードウェアとソフトウェアの任意の組み合わせを含み得る。通信機能１３０は、ＩＤＣパフォーマンスを改善し、共有リソース１０８に関する時間の重複を低減し、通信の衝突やネットワークトラフィックのドロップもしくは損失を低減するための機能を含み得る。通信機能１３０は、Ｗｉ－Ｆｉ通信１２２と第２の通信１１２が互いに干渉しないように保護するための措置を講じることができる。そのために、通信機能１３０は、それらの通信の動作時間（例えば、スケジュール１３６）、ならびに帯域、チャネル、または共有リソース１０８に関する構成を調節する（例えば、周期的に、動的に、またはイベントに基づいて）ことができる。例えば、通信機能１３０が、スケジュールされたＷｉ－Ｆｉ通信１２２または進行中のＷｉ－Ｆｉ通信１２２を中断させようとする長時間のＢｌｕｅｔｏｏｔｈ伝送（例えば、１１２）を検出した場合、通信機能１３０は、スケジューラ１３４を使用して、スケジュール１３６の第１の期間と第２の期間を更新し、干渉を回避するためにＷｉ－Ｆｉ伝送を再スケジュールする（例えば、延期）することにより、両方の技術にわたるシームレスな接続性とパフォーマンスを維持することができる。

【0066】

通信機能１３０は、ＵＥ１０２における無線通信、リソースの共有、およびＩＤＣの改善を制御、管理、および実施するための、ハードウェアとソフトウェアの任意の組み合わせを含み得る。通信機能１３０は、伝送ユニット１２４（例えば、ＰＰＤＵ／ＡＭＰＤＵ）および確認応答１２６（例えば、ＢＡ）のタイミングおよび送信を管理することができる。通信機能１３０は、伝送ユニット１２４を修正し（例えば、低レイテンシパケットを含むようにＡＭＰＤＵを再パッケージ化し、再配置し、再パッケージ化し）、また確認応答１２６を修正することができる（例えば、ＢＡにデータを含むように）。通信機能１３０は、共有リソースに割り当てられた時間を超える可能性のある長時間の送信バーストを検出し、ＩＤＣの問題を管理するための措置をとることができる。通信機能１３０は、スケジューラ１３４を使用して、Ｗｉ－Ｆｉ通信１２２が実施され得る第１の期間１３８、およびＷｉ－Ｆｉ通信１２２が実施されない第２の期間１４０（例えば、第２の通信１１２の時間間隔）を有するスケジュール１３６を生成することができる。

【0067】

第１の期間１３８は、第２の期間によって定義された周期の持続期間中のＷｉ－Ｆｉ通信が終了する時点を識別するか、またはその時点に対応するバースト制限を含み得る。バースト制限は、第１の期間１３８中の任意の時点、または第１の期間１３８の終了時点を含み得る。例えば、バースト制限は、第１の期間１３８の終了時点であってもよく、その時点でＷｉ－Ｆｉ通信（例えば、ＡＭＰＤＵの伝送と、ＡＭＰＤＵに応答するＢＡの伝送との両方）が第２の期間１４０中に完了することになる。第１の期間１３８の終了を示すバースト制限の後に続く第２の期間１４０の残りの部分は、他の用途（例えば、第２のまたはＷｉ－Ｆｉ以外の通信）に使用することができる。通信機能１３０は、ＡＭＰＤＵに関する確認応答１２６（例えば、ＢＡ）の遅延を調整したり、さまざまな障害やエラーに関するデータを含めるようにＢＡを更新したりするなど、通信を管理する機能を含み得る。

【0068】

通信機能１３０は、第２の期間１４０の第１の期間１３８中に（例えば、周期的に）、バースト制限に応じた（例えば、第１の期間１３８の終了時の）サイズを形成するように収集され、配置されたＭＰＤＵを有するＡＭＰＤＵフレームを送信または受信することができる。例えば、通信機能１３００は、次の第１の期間１３８（例えば、将来または次の第２の期間１４０の期間１３８）中に、この次の第１の期間１３８内に収まるサイズを有するか、または収まるサイズに作成され、若しくは構成されたＷｉ－Ｆｉ通信１２２のＡＭＰＤＵを送信または受信することができ、同時に、同じ次の第１の期間１３８内にこのＡＭＰＤＵに対するブロック確認応答（ＢＡ）の送信を完了するために、第１の期間１３８の一部を残すこともできる。

【0069】

例えば、通信機能１３０は、Ｗｉ－Ｆｉ通信１２２（例えば、ＡＭＰＤＵ）の受信者からのチャネル品質インジケータ（ＣＱＩ）情報を確認応答１２６（例えば、ＢＡ）に挿入することができ、これによりいくつかの利点が得られる。例えば、確認応答１２６（例えば、ＢＡ）に情報を挿入すると、十分なＳＩＮＲマージンがある場合に、送信機がＭＣＳを最小サポートレベルまで増加させることが容易になり、データレートが向上し、伝送パワーが減少する可能性がある。ＳＩＮＲが現在のＭＣＳのしきい値を下回る場合、送信機は、ＭＣＳを最大サポートレベルまで減少させることで、エラーを回避し、コンテンションウィンドウ（ＣＷ）の増加を防止することができる。Ｗｉ－Ｆｉでは、ＣＷパラメータは、デバイスが送信を試みる前に待機しなければならないランダムな待機時間に対応する。ＣＷは、エラーが発生するたびに増加される可能性がある。したがって、エラーの数が多いほど、待機時間が長くなり、スループットが低下する。

【0070】

このＣＱＩ情報の組み込みにより、リンクアダプテーションの収束が高速化される。さらに、ＢＡは、隠しノードがバースト中に送信を開始したか否か、またはＴＸＯＰがＲＴＳ／ＣＴＳ交換を開始しなかったか否かを、送信機に通知することができる。後者の場合、受信者が仮想キャリアセンスネットワーク割り当てベクトル（ＣＳ ＮＡＶ）情報を持っていれば、それをＢＡに埋め込むことができるため、送信者は同じＴＸＯＰ内でＭＣＳを減らして継続するか、さらなるエラーを防ぐためにＴＸＯＰを縮小するかについて、情報に基づいた決定を行うことができる。さらに、バーストの途中で隠しノードからの干渉が発生したが、それが終了し、後半部分でエラーのないＭＰＤＵが得られた場合、送信機は、ＢＡから推定されたパケット誤り率（ＰＥＲ：Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）に基づいて、ＭＣＳを減少させるか否かに関する決定を行うことができる。本解決策は、ＡＭＰＤＵの途中でのＳＩＮＲの僅かな変化ではなく急激な変化など、考えられる伝送失敗の理由に関する追加情報を含むことができる。このような情報に基づいて、送信機は、伝送失敗が隠しノードによるものか、それとも一般的な通信路ドップラーによるものかを結論付けることができる。

【0071】

例えば、通信機能１３０は、ＳＩＮＲマージンに関する情報を確認応答１２６（例えば、ＢＡ）に含めることができる。実現されたＳＩＮＲが、ＭＰＤＵのセットに対する所与のＭＣＳについてのＳＩＮＲ閾値よりも高い場合、実現されたＳＩＮＲと必要なＳＩＮＲとの間の最小差を表す量子化された値を、報告することができる。この情報により、送信機はＭＣＳを増加させたり、伝送パワーを低下させたりすることができる。実現されたＳＩＮＲが、所与のＭＣＳについてのＳＩＮＲを下回る一連のエラーが生じた場合、必要なＳＩＮＲと実現されたＳＩＮＲとの差を示す量子化された値を、提供することができる。送信機は、この情報を使用して、隠しノードの存在を推測したり、ＭＣＳを減らしたり、伝送パワーを増加させたりするなどの調節を行うことができる。一般化された形式では、実現されたＳＩＮＲ値が特定の閾値内にあるＭＰＤＵの各文字列について、実現されたＳＩＮＲと必要なＳＩＮＲとの間の量子化された差を、それらの発生順に報告することができる。この報告メカニズムにより、１つ以上のそのような値をＢＡに含めることができる。

【0072】

通信機能１３０は、ＡＭＰＤＵのすべてのＭＰＤＵが伝送に失敗した場合であっても、ＭＰＤＵ伝送の失敗またはエラーに関する情報を挿入することができる。例えば、ＢＡメカニズムは、受信者がＡＣＫを送信するために、ＡＭＰＤＵの少なくとも１つのＭＰＤＵが正しく受信されることを含む場合がある。ただし、すべてのＭＰＤＵにエラーがあっても、受信者がロングトレーニングシーケンス（Ｌ－ＳＩＧ）や物理層（ＰＨＹ）ヘッダーの他の部分を正しくデコードできる場合もある。特定のＭＣＳの全てのＭＰＤＵがエラーであっても、確認応答１２６を提供することは、リンクアダプテーション、パワー制御、または隠しノードの処理を改善し、適切なＭＣＳ調節により媒体の所有権を保持するための情報交換に役立つ可能性がある。このような確認応答は、ＰＨＹヘッダー自体のＡＣＫを許可することによって有効にできる（したがって、Ｌ－ＳＩＧが与えられ、ＰＰＤＵの終了時間が分かっている場合は、ＳＩＦＳの後にＡＣＫを送信できる）。ＰＰＤＵの終了時間に関するさらなる忠実度は、より低いＭＣＳを使用して（Ｌ－ＳＩＧ／ＲＬ－ＳＩＧの表示に加えて）それをＵＨＲ（超高速）ヘッダーの新しいフィールドに表示できれば、達成することができる。すべてのＭＰＤＵがエラーである場合でも、ＵＨＲ送信機と受信者に対しては、確認応答の送信を実施することができる。このような情報をＵＨＲ ＰＨＹヘッダーに含めることで、送信機／受信者を確実に識別することができる。

【0073】

通信機能１３０は、通知された遅延ＢＡメカニズムを実施することができる。例えば、ＡＭＰＤＵ受信者の通信機能１３０は、その種々の制限をＡＭＰＤＵ発信元に知らせることができる。そのような制限には、最大ＭＰＤＵ数、最大バイト数、ＳＩＦＳでＢＡを送信できるようにするためのＡＭＰＤＵの最大持続時間、最小遅延、ＢＡ送信の最大遅延、およびデバイス共存の問題が存在する場合にはその問題などが含まれる。ＡＭＰＤＵ発信元の通信機能１３０は、ＡＭＰＤＵ発信元が受信者の制限に従っている場合、ＢＡ応答の遅延を許容することができる。これは例えば、ＡＭＰＤＵ発信元がＲＸ－ＴＸ遅延限度を下回るＡＭＰＤＵを送信し、受信者が共存の問題が存在することを通知していない場合である。ＡＭＰＤＵ発信元は、ＳＩＦＳでのＢＡの欠如を失敗として解釈することができる。そうでない場合、ＡＭＰＤＵ発信元は、ＢＡの欠如を遅延ＢＡとして解釈することができる。

【0074】

通信機能１３０は、任意の伝送ユニット１２４または確認応答１２６に関する任意のタイミングまたはコンテンツ関連の調節を管理または実施することができる。すべてのＭＰＤＵがエラーである場合のフィードバックの報告は、フレームのタイプと特定の考慮事項によって異なる場合がある。例えば、ダウンリンクシングルユーザー（ＤＬ ＳＵ）フレームの場合、フィードバックは、送信機会（ＴＸＯＰ）内の前の交換の受信者、または超高速（ＵＨＲ）ヘッダー内の宛先に関する明示的表示に基づいて報告することができる。ダウンリンクマルチユーザー（ＤＬ ＭＵ）フレームの場合、フィードバック報告は、ＵＨＲヘッダー内の宛先に関する表示による場合がある。先行するトリガーを有しないアンリンクシングルユーザー（ＵＬ ＳＵ）フレームの場合、フィードバックレポーターは、ＴＸＯＰ内の前の交換の受信者、またはＵＨＲヘッダー内の宛先に関する明示的表示に基づいて決定され得る。先行するトリガーを有する可能性があるＵＬ ＳＵフレームの場合、トリガー、または、ＵＨＲヘッダー内の宛先に関する表示を送信したアクセスポイント（ＡＰ）が、フィードバックレポーターを決定することができる。最後に、先行するトリガーを有する可能性があるＵＬ ＭＵフレームの場合、トリガー、または、ＵＨＲヘッダー内の宛先に関する表示を送信したＡＰが、フィードバックを報告する責任を負うことができる。フィードバックレポーターは、それに応じて、対応するＩＤをフィードバックに挿入する。

【0075】

通信機能１３０は、確認応答１２６またはフィードバックのタイミングを管理することができる。フィードバックの受信者は、報告するフィードバックから省略されてもよい。これは、前のＰＰＤＵを送信したエンティティは、フィードバックに挿入されたＩＤに基づいて、そのフィードバックが自分自身に向けられていることを認識し、識別できるからである。フィードバックレポートのタイミングは、ＰＰＤＵの終了後のＳＩＦＳギャップ中に発生する可能性があり、これは、ロングトレーニングシーケンス（Ｌ－ＳＩＧ）またはリバースロングトレーニングシーケンス（ＲＬ－ＳＩＧ）、および物理層（ＰＨＹ）ヘッダーの他の部分から推測される。応答のタイミング、以前の交換への依存、および追加のＰＨＹヘッダー情報により、フィードバックを報告するためのエラーシナリオは制限される可能性がある。

【0076】

通信機能１３０によれば、応答としては単一のＢＡのみで、複数のＡＭＰＤＵを送信することが容易になる。例えば、発信元デバイスまたはシステムは、ＳＩＦＳ後のＢＡを望まない場合がある。これは、発信元は、リンクアダプテーションのためのＭＣＳ探索を実行し、デコード／ＣＣＡを改善するために、ＡＭＰＤＵのシーケンスを（ギャップなしまたはＳＩＦＳギャップなしで）送信することを意図しているからである。このような例では、発信元は、そのような機能を示す遅延ＢＡについての規定／要望を、受信者に知らせることができる（例えば、ＰＨＹヘッダーまたはＭＡＣヘッダー内の表示で）。これにより、（ＨＴ即時コンテキスト内で）Ａｃｋポリシー＝ブロックＡｃｋを設定する場合よりも高い柔軟性が得られる。これは、後者の規定は、いずれのＡＭＰＤＵも即時ＢＡで確認応答できず、代わりにＢＡＲ－ＳＩＦＳ－ＢＡの組み合わせで確認応答する必要があることを意味することがあるからである。

【0077】

例えば、発信元の通信機能１３０は、ＳＩＦＳギャップの後、またはギャップがなくても、伝送ユニット１２４を再度送信することができる。発信者は、暗黙的ＢＡＲ／明示的ＢＡＲを使用するなどして、後で確認応答１２６（例えば、ＢＡ）を引き出すことができ、任意選択で、受信者が、例えば受信者自身のＴＸＯＰ内でＢＡ送信を開始できるようにすることができる。いくつかの例では、既存の遅延ＢＡ手順と本解決策との違いは、本解決策ではＢＡの選択（すなわち、即時か遅延か）に関してバーストごとの動的動作が可能である一方、既存の手順では、ＢＡ合意設定に応じて、すべてのバーストのＢＡが即時か遅延ＢＡかのいずれかに強制されることである。

【0078】

通信機能１３０によれば、効率を向上させるためのＰＰＤＵのサイズ設定が提供され、または容易になる。例えば、短いＰＰＤＵは、ＳＩＦＳギャップありまたはギャップなしのいずれかで、より長いＰＰＤＵの前に配置され得る。２つのＡＭＰＤＵの間にＳＩＦＳ＋ＢＡ＋ＳＩＦＳを挿入することを、避けることができる。また、同期ＭＬＤ受信機で問題が発生する可能性もある。最初に小さなＰＰＤＵを挿入し、その後に所望の最終的な長さおよび内容を有するＰＰＤＵが出現する柔軟性があると便利である。このような実施形態によれば、リンクアダプテーションの収束が改善される。例えば、複数のＭＣＳ／ＮＳＳを有する連続ＰＰＤＵ（ＡＭＰＤＵ）シーケンスの複合フィードバックを取得できれば、リンクアダプテーションアルゴリズムの収束を高速化することができる。送信機は、それぞれ異なるＭＣＳ／ＮＳＳの組み合わせを有する連続ＰＰＤＵを、ギャップなしまたはＳＩＦＳギャップ付きでパケットに収めることができる。バーストの終了時に複合ＢＡを引き出すことができ、これによって送信機は、どのＭＣＳ／ＮＳＳの組み合わせが最も成功したかを知ることができる。中間ＢＡ（およびＳＩＦＳ）を行わないことで、効率を高めることができる。一部のリンクアダプテーションアルゴリズムでは、正しいＭＣＳを取得するために、１回のＡＭＰＤＵの後に複数回の反復を使用する場合がある。これは、ＢＡが、ＭＣＳの成功／失敗率に関する情報しか提供できず、マージンに関する情報を提供できないからである。このような拡張ＢＡがない場合、最適なＭＣＳ／ＮＳＳに到達するためには、ＡＭＰＤＵ－ＢＡを何度も繰り返す必要がある場合がある。発信元は、即時ＢＡがないこと、および連続構造を、ＰＨＹまたはＭＡＣヘッダー内に動的に表示することができる。これにより、（ＨＴ即時コンテキスト内で）Ａｃｋポリシー＝ブロックＡｃｋを設定する場合よりも高い柔軟性が得られる。これは、後者の規定は、いずれのＡＭＰＤＵも即時ＢＡで確認応答できず、代わりにＢＡＲ－ＳＩＦＳ－ＢＡの組み合わせで確認応答する必要があることを意味することがあるからである。

【0079】

ＡＭＰＤＵの発信元の通信機能１３０がＢＡの欠如を遅延ＢＡとして解釈した場合、通信機能１３０は、コンテンションを使用して、またはＢＡＲによってトリガー駆動され、これにより、交渉で定められた最小遅延Ｘの後、最大遅延Ｙの前に、欠落したＢＡが受信者によって送信されることが想定される。最大遅延の期限が切れると、発信元は、ＡＭＰＤＵがエラーであると想定する可能性がある。発信元は、ＴＸＯＰ（すなわち、ＰＩＦＳの後）を継続して、次のＰＰＤＵを同じ受信者または他の受信者（複数可）へ送信することができる。

【0080】

ＡＭＰＤＵの受信者の通信機能１３０は、時々、遅延ＢＡを実行することができる。例えば、受信者がＳＩＦＳ内でＢＡを送信する場合、ＢＡにより、ＡＭＰＤＵの最後に処理されたシーケンス番号（ＡＭＰＤＵの最後のシーケンス番号以下）を知らせることができる。それ以外の場合、ＢＡが送信されるとき、ＢＡは、Ａｃｋ情報に関して累積的であってもよい（例えば、ＢＡが送信される前に追加のＡＭＰＤＵが到着した場合）。

【0081】

発信元の通信機能１３０は、ＳＩＦＳ後のＢＡを望まない可能性がある。これは例えば、受信者が、レイテンシの影響を受けやすいトラフィックの処理、リンクアダプテーションのためのＭＣＳ探索、デコード／ＣＣＡの改善のために、ＡＭＰＤＵのシーケンスを送信すること（ギャップなしまたはＳＩＦＳギャップなしで）を意図する可能性があるからである。また、ＡＭＰＤＵが受信者の最大バイト数を超えることなど、ＡＭＰＤＵの内容に対する既知の受信者制限が存在する可能性もある。この場合、発信元は、（能力を示す受信者に）、遅延ＢＡの規定／要望を知らせることができる。例えば、ＰＨＹヘッダーやＭＡＣヘッダーに、表示を置くことができる。シグナリングの後、発信元は、ＳＩＦＳの後、またはギャップなしで、再度自由に自由に送信することができる。発信元は、例えば明示的ＢＡＲ／暗黙的ＢＡＲを使用する場合、後でＢＡを引き出すことができる。任意選択で、受信者が（例えば、受信者自身のＴＸＯＰ内で）ＢＡ送信を開始できるようにしてもよい。

【0082】

通信機能１３０によれば、ＴＸＯＰ／ＰＰＤＵ／ＡＭＰＤＵ構造の拡張が容易になる。例えば、短いＰＰＤＵ（ＡＭＰＤＵ）は、ＳＩＦＳギャップありまたはギャップなしのいずれかで、より長いＰＰＤＵ（ＡＭＰＤＵ）の前に配置され得る。２つのＡＭＰＤＵの間にＳＩＦＳ＋ＢＡ＋ＳＩＦＳを挿入すると、無駄が生じる可能性がある。また、同期ＭＬＤ受信機で問題が発生する可能性もある。最初に小さなＰＰＤＵを挿入し、その後に所望の最終的な長さおよび内容を有するＰＰＤＵが出現する柔軟性があると便利である。本解決策の利点としては、ＡＭＰＤＵの発信元が、チャネルアクセスを獲得したリンクと、チャネルアクセスを獲得した帯域幅とに基づいて、あるいは、アライメントの目的で長さ情報のデコードを待っている間に、ＡＭＰＤＵを構築／再構築するための、時間的マージンが挙げられる。ＡＭＰＤＵの発信元がＭＬＤの複数のリンク上の非同期イベントに反応するためのオプション。したがって、ＭＬＤは、リンク１の送信開始時に小さなＰＰＤＵを暫定的に使用し、リンク２のＡＣＫステータスに応じて、より大きなＰＰＤＵをその後ろに続けることができる。

【0083】

（例えば、ＵＥ１０２デバイスの）通信機能１３０は、第２の無線トランシーバー１１０によって受信された通信のバースト（例えば、１１２）が、第２の無線通信１１２に割り当てられた期間を超えていることを、検出することができる。ＵＥ１０２デバイスは、ＡＰ１０４と通信してＷｉ－Ｆｉ通信１２２を受信することができる。例えば、ＵＥ１０２は、第２の通信システム１０６からの通信のバーストが超過または浸食した時間間隔中に、Ｗｉ－Ｆｉ通信１２２を受信するように構成され、スケジュールされ得る。例えば、通信機能１３０は、第２の無線トランシーバー１１０によって受信された通信の第２のバーストが、所定のスケジュール１３６にしたがってＡＰ１０４からＷｉ－Ｆｉ通信１２２を受信するために割り当てられた第１の期間の一部と重複していることを検出することができる。通信機能１３０は、この重複に応答して、スケジューラ１３４を使用してスケジュール１３６を調節することができる。このように更新されたスケジュール１３６は、ＡＰ１０４に伝送され、ＡＰ１０４はこれを使用して、ＵＥ１０２における通信の第２のバースト（例えば、１１２）との競合または重複を回避することができる。

【0084】

例えば、通信機能１３０は、Ｗｉ－Ｆｉ通信１２２のＡＭＰＤＵを受信することができる。ＡＭＰＤＵは、周期性を生成する第２の期間１４０内のＷｉ－Ｆｉ通信１２２を受信するための第１の期間１３８を含む、周期的スケジュール１３６の次の第１の期間中に受信され得る。ＡＭＰＤＵは、次の第１の期間にしたがって調節されたサイズを有することができる。例えば、通信機能１３０は、第１の期間１３８の残りの部分の量を決定し、それを超過することなく、第１の期間１３８の残りの部分に収まるようにＡＭＰＤＵを生成することができる。これを行うことで、通信機能１３０は、Ｗｉ－Ｆｉ通信１２２に専用の第１の期間１３８の使用量を最大化して、スループットおよびデータレートを向上させることができる。送信者（例えば、ＡＰ１０４またはＵＥ１０２）は、そのようなサイズのＡＭＰＤＵを、次の第１の期間１３８（例えば、次の第１の期間１３８）に挿入することができる。例えば、通信機能１３０は、次の第１の期間内に収まるように確立または構成された（例えば、最大化されたパケット数を使用して形成されるように最大化された）サイズを有するＷｉ－Ｆｉ通信１２２のＡＭＰＤＵを次の第１の期間中に受信し、当該次の第１の期間中にそのＡＭＰＤＵのブロック確認応答（ＢＡ）の送信を完了することができる。

【0085】

通信機能１３０は、第２の無線トランシーバー１１０によって受信された通信の第２のバースト（例えば、１１２）が、スケジュール１３６にしたがってＡＰ１０４からＷｉ－Ｆｉ通信１２２を受信するために割り当てられた第１の期間１３８の一部と重複していることを検出できる。通信機能１３０は、重複に応じて、スケジューラ１３４を使用してスケジュール１３６を調節することができる。例えば、通信機能１３０は、第１の期間１３８の開始のタイミングを調節することで、第２のバーストとの干渉または重複を回避することができる。更新されたスケジュール１３６はＡＰ１０４に伝送され、ＡＰ１０４の通信機能１３０は、ＵＥ１０２へのＷｉ－Ｆｉ通信１２２を管理して、ＡＰ１０４からの送信がＵＥ１０２の共有リソース１０８を介して受信される通信の第２のバーストと競合しないようにすることができる。通信機能１３０は、送信者からＷｉ－Ｆｉ通信１２２のＡＭＰＤＵを受信し、そのＡＭＰＤＵのブロック確認応答（ＢＡ）を生成し、ＢＡ（例えば、１２６）を介して送信者（例えば、ＡＰ１０４またはＵＥ１０２）にスケジュールを伝達することができる。

【0086】

通信機能１３０は、第２のトランシーバー１１０によって受信された通信１１２の第２のバーストが、第２の無線通信１１２に割り当てられた第２の期間を超えることを検出することができる。通信機能１３０は、通信の第２のバーストの検出に応答して、第２のスケジュール１３６を決定することができる。ＡＰ１０４は、第２のスケジュールにしたがって、無線リンク１６０の複数のチャネルのうちの第２のチャネルを介して、ＵＥ１０２デバイスにＷｉ－Ｆｉ通信１２２を伝送することができる。第２のスケジュールは、第４の期間を基礎とする第２の周期で、第３の期間の第２のバースト制限を含み得る。通信機能１３０は、第２のスケジュールをアクセスポイントに伝達することができる。

【0087】

ＡＰ１０４の通信機能１３０は、ＩＤＣの問題（例えば、重複または競合）の存在を示すＵＥ１０２からの情報（例えば、確認応答１２６を介する）に応答して、ＡＭＤＰＵ伝送の処理を変更することができる。例えば、ＡＰ１０４は、メモリと結合された１つ以上のプロセッサを使用して実施され得る通信機能１３０を有することができる。通信機能１３０は、ＵＥ１０２デバイスから、ブロック確認応答（ＢＡ）（例えば、１２６）を受信することができる。ＢＡは、デバイス上のデバイス内共存問題の存在を識別する情報を含み得る。ＩＤＣの例には、アンテナ１４２を含む共有リソース１０８を介した第２の通信１１２の浸食のイベント（例えば、第２の通信システム１０６から受信された通信のバースト）の検出が含まれる。通信機能１３０は、デバイス内共存問題の識別に応答して、ＡＰ１０４からの１つ以上のＡＭＰＤＵに応答するＵＥ１０２デバイスからの１つ以上のＢＡ（例えば、１２６）がＳＩＦＳを超えて遅延されることを、許容する決定をすることができる。通信機能１３０は、１つ以上のＢＡ（例えば、１２６）が、失敗として識別されることなく（例えば、ＡＭＰＤＵ伝送を失敗、不完全、またはドロップされた伝送として識別することなく）遅れることを、許容する決定をすることができる。

【0088】

通信機能１３０は、ＳＩＦＳの後に、その決定に応答して、ＵＥ１０２デバイスから第２のＢＡを受信することができる。第２のＢＡ（例えば、１２６）は、ＡＰから受信した複数のＡＭＰＤＵに対応する複数の確認応答（例えば、ＢＡ）を含み得る。例えば、通信機能１３０が、遅れたＢＡ（例えば、確認応答１２６）がある、すなわち、その時点でＢＡ（例えば、確認応答１２６）が欠落している関わらず、伝送されたＡＭＰＤＵを伝送失敗としてマークも識別もしないという決定を行った後、通信機能１３０は、時間閾値（例えば、予想されるＢＡ時間閾値）の後に、それらの欠落した若しくは遅れたＡＭＰＤＵのＢＡを受信することができる。通信機能１３０は、その決定に応答して、ＳＩＦＳの後に受信した第２のＢＡに関係なく、複数のＡＭＰＤＵの複数の伝送が成功したと判定することができる。

【0089】

通信機能１３０が、以前に伝送されたＡＭＰＤＵに対するＵＥ１０２によるＢＡの送信が遅れようとしているという情報を（例えば、ＢＡを介して）受信すると、通信機能１３０は、代わりに他のＵＥ１０２にサービスを提供することを決定できる。例えば、通信機能１３０は、第２のＵＥ１０２デバイスから、第２のデバイス上のデバイス内共存の問題を識別しない情報を含むブロック確認応答（ＢＡ）を受信する可能性がある。通信機能１３０は、第２のＵＥ１０２デバイスに、ＡＭＰＤＵ（例えば、１２２）を送信できる。通信機能１３０は、（第１の）ＵＥ１０２が自分のＢＡ送信を遅延させているという判定に応答して、この送信を第２のＵＥ１０２に対して実施することを決定することができる。通信機能１３０は、ＡＭＰＤＵのＢＡがＳＩＦＳ内に受信されていないと判定する場合がある。通信機能１３０は、ＢＡがＳＩＦＳ内に受信されていないことに応答して、ＡＭＰＤＵの伝送は失敗したものと識別することができる。

【0090】

通信機能１３０は、１つ以上のＡＭＰＤＵに対する１つ以上のＢＡの送信が１つ以上のＡＭＰＤＵに続く１つ以上のＳＩＦＳの後まで遅延されるＷｉ－Ｆｉ通信用に、デバイスが構成されていることを識別することができる。通信機能１３０は、この構成に応じて、この構成にしたがって複数のＡＭＰＤＵを伝達するための規定を送信することができる。この規定は、複数のＡＭＰＤＵのうちのあるＡＭＰＤＵの物理層のヘッダーまたはメディアアクセス制御ヘッダーのヘッダーのうちの少なくとも一方において、表示することができる。

【0091】

ＢＡの受信側の通信機能１３０は、（例えば、送信側の通信機能１３０によってＢＡに挿入された）情報から、信号対干渉プラス雑音比（ＳＩＮＲ）マージンを示すチャネル品質情報を識別することができる。受信側の通信機能１３０は、ＳＩＮＲマージンに応じて、デバイスへの送信用の変調符号化方式（ＭＣＳ）を調節することができる。ＢＡの受信側の通信機能１３０は、ＢＡの情報から、デバイスへの送信用の変調符号化方式（ＭＣＳ）、１つ以上のＡＭＰＤＵの信号強度、または１つ以上の隠しノードの存在のうちの少なくとも１つに対応する表示を識別することができる。ＢＡの受信側の通信機能１３０は、この表示に応答して、デバイスに送信される次のＡＭＰＤＵについて、前記ＭＣＳ、前記信号強度、または前記１つ以上の隠しノードに対応する伝送パワーのうちの少なくとも１つを調節することができる。ＢＡの受信側の通信機能１３０は、送信側の通信機能１３０によって編集または調節されたＢＡを介して受信した情報から、１つ以上のＡＭＰＤＵ内のすべてのＭＰＤＵデバイスによって受信されなかったことを判定することができる。

【0092】

通信機能１３０は、ＵＥ１０２デバイスによって現在のＴＸＯＰ中に受信された低レイテンシパケットを識別することができる。低レイテンシパケットは、ＡＰ１０４に伝達されるものと判定される場合がある。通信機能１３０は、現在のＴＸＯＰ中に作成され、ＡＰ１０４に伝送されるのを待っている物理プロトコルデータユニット（ＰＰＤＵ）を識別することができる。通信機能１３０は、低レイテンシパケットをＰＰＤＵに挿入することができる。通信機能１３０は、低レイテンシパケットを含むＰＰＤＵを、現在のＴＸＯＰ内でＡＰに伝送することができる。通信機能１３０は、現在のＴＸＯＰに続く次のＴＸＯＰを介して伝送するようにスケジュールされている第２のＰＰＤＵ内の低レイテンシパケットを識別し、その低レイテンシパケットをＰＰＤＵに挿入することを決定することができる。

【0093】

スケジューラ１３４は、異なるタイプの無線通信のために特定の時間を割り当てるスケジュール１３６を生成するための、ハードウェアとソフトウェアの任意の組み合わせを含み得る。スケジューラ１３４は、ＩＤＣの改善を容易にし、ネットワークパケットの損失若しくはドロップの原因となるＩＤＣの問題、重複、またはネットワーク衝突を最小限に抑えるために、第１の期間１３８および第２の期間１４０を生成する機能を含み得る。スケジューラ１３４は、第１の期間１３８および第２の期間１４０、時間間隔の任意の周期性若しくは繰り返し、ならびにスケジュール１３６に対する任意の変更を定義、識別、若しくは設定できるスケジュール１３６を生成することができる。スケジュール１３６は、スケジューラがＷｉ－Ｆｉアクセスポイント（ＡＰ）１０４に、Ｗｉ－Ｆｉ通信１２２に使用可能な時間を通知する第１の期間１３８と、ＢｌｕｅｔｏｏｔｈまたはＬＴＥなどの他の通信用に指定された第２の期間１４０とを含み得る。例えば、スケジューラ１３４は、２０ミリ秒ごとに繰り返される第２の期間１４０を有するスケジュール１３６を生成することができる。２０ミリ秒のうち、５ミリ秒の第１の期間１３８をＷｉ－Ｆｉ通信１２２に割り当てることができ、第２の期間１４０の残りの１５ミリ秒をＢｌｕｅｔｏｏｔｈやＬＴＥのような他の無線通信に割り当てることができる。

【0094】

スケジューラ１３４によって生成されたスケジュール１３６は、任意の組織化された時間間隔または構造化された計画を含むことができ、それによって、特定の無線通信に特定の時間間隔を割り当てて、ＵＥ１０２内の共有リソース１０８に関するＩＤＣを容易にする。スケジュール１３６は、Ｗｉ－Ｆｉ通信１２２（例えば、Ｗｉ－Ｆｉ ＡＰ１０４からの伝送ユニット１２４の送信やＵＥ１０２からの確認応答１２６の送信）に専用の時間間隔を識別できる第１の期間１３８を含み得る。Ｗｉ－Ｆｉ ＡＰ１０４は、スケジュール１３６を使用して、伝送ユニット１２４（例えば、ＡＭＰＤＵ、低レイテンシパケット）をＵＥ１０２に送信するタイミングと、確認応答１２６（例えば、ＢＡ）が受信されると予想されるタイミングとを同期させ、または時間調節することができる。スケジュールは、種々の周期的な時間間隔を含み得る。周期的な時間間隔は、第１の期間１３８を含む第２の期間１４０によって定義できる。周期的な時間間隔は、第１の期間１３８と第２の期間１４０の連結の持続時間によって定義できる。ここで、第１の期間１３８は、Ｗｉ－Ｆｉ通信の時間間隔に対応し、第２の期間１４０は、第２の通信の時間間隔に対応する。

【0095】

スケジューラ１３４は、ＩＤＣイベントまたは問題に基づいて、スケジュール１３６を更新したり、新しいスケジュール１３６を生成したりすることができる。例えば、通信機能１３０は、検出された通信のバースト（例えば、１１２）に応じてバースト制限を生成することができる。例えば、通信機能１３０は、第２の無線トランシーバー１１０によって受信された通信のバーストが、第２の無線通信１１２に割り当てられた期間を超えていることの検出に応答して、ＡＰ１０４がＷｉ－Ｆｉ通信１２２をＵＥ１０２デバイスに伝送するスケジュール１３６を決定することができる。スケジュール１３６は、第２の期間１４０を基礎とする周期で、第１の期間１３８のバースト制限を含み得る。通信機能１３０は、スケジューラ１３４からスケジュール１３６を受信し、Ｗｉ－Ｆｉトランシーバー１２０を使用して、そのスケジュールをアクセスポイントに伝達することができる。

【0096】

第１の期間１３８は、スケジューラ１３４によって、Ｗｉ－Ｆｉ送信１２２の受信に割り当てられ得る。第２の期間１４０は、第１の期間１３８の開始と、前記第２の期間１４０を基礎とする周期に基づく次の第１の期間１３８の開始との間の時間の長さに対応し得る。次の第１の期間１３８は、連結された複数の第２の期間１４０からなる複数の期間のうちの次の期間の第１の期間１３８であり得る。次の第１の期間１３８は、任意の将来のＷｉ－Ｆｉ通信１２２の受信に割り当てられ得る。

【0097】

第１の期間１３８は、図５に示されるようなバースト制限５０２を含み、表し、または表示することができる。バースト制限５０２は、第２の期間内にＷｉ－Ｆｉ通信１２２を伝送できる時間の上限を含み得る。バースト制限５０２は、第１の期間１３８の終了と、Ｗｉ－Ｆｉ通信が取り交わされない第２の期間１４０の残りの部分の始まりとを表すことができる。バースト制限５０２は、第１の期間１３８または第２の期間１４０の少なくとも一方の開始を基準として確立され得る。バースト制限５０２は、周期内でＷｉ－Ｆｉ通信に割り当てられる持続期間または間隔を表すことができる。

【0098】

スケジューラ１３４は、共有リソース１０８に関する第２の通信１１２とＷｉ－Ｆｉ通信１２２との間の重複の検出に応答して、スケジュールを調節することができる。例えば、スケジューラは、第２の無線トランシーバーによって受信された通信の第２のバーストが、スケジュールにしたがってＡＰからＷｉ－Ｆｉ通信を受信するために割り当てられた第１の期間の一部と重複していることを（例えば、通信機能１３０により）検出することができる。スケジューラ１３４は、複数の通信チャネルのうちの第１の通信チャネルを介してＷｉ－Ｆｉ通信１２２を受信するために、スケジュール１３６を更新したり、新たなスケジュール１３６を生成したりすることができる。スケジューラ１３４は、複数の通信帯域のうちの特定の通信帯域（例えば、Ｗｉ－Ｆｉ通信帯域）を介してＷｉ－Ｆｉ通信１２２を受信するためのスケジュール１３６を生成することができる。スケジュール１３６を調節することで、通信の第２のバーストの持続時間に応じて、第１の期間１３８の持続時間または第２の期間１４０の持続時間の少なくとも一方を変更することができる。

【0099】

第２の期間１４０は、第１の期間１３８を含み、周期性または反復間隔を含む全体的なタイミングを定義して、Ｗｉ－Ｆｉ ＡＰ１０４とＵＥ１０２との間の同期通信を容易にすることができる。第２の期間１４０は、時間間隔を含むことができ、この時間間隔は、Ｗｉ－Ｆｉ通信１２４が許可される当該時間間隔の一部（例えば、第１の期間１３８）を含む。第２の期間１４０は、第１の期間１３８の時間間隔を除く第２の期間１４０の残りの部分など、Ｗｉ－Ｆｉ通信１２４が許可されない前記時間間隔の一部を含み得る。例えば、第２の期間１４０は、Ｗｉ－Ｆｉ通信１２２が許可されない時間間隔（例えば、ＵＥ１０２で第２の通信１１２に割り当てられた時間）を含むか、またはそれに対応し得る。例えば、スケジューラ１３４は、１０ミリ秒ごとに繰り返される第２の期間１４０を定義するスケジュールを提供することができる。１０ミリ秒のうち、４ミリ秒の第１の期間１３８は、Ｗｉ－Ｆｉ通信１２２に割り当てられ、第２の期間１４０の残りの部分（例えば、６ミリ秒）は、Ｗｉ－Ｆｉ通信１２２には使用されない。このアプローチにより、Ｗｉ－Ｆｉトランシーバー１２０と他の無線トランシーバーが互いに干渉することがなくなり、デバイスの共有リソースの効率的かつ効果的な使用が維持される。

【0100】

図２は、コンピューティングシステム２００とも呼ばれる例示的なコンピュータシステム２００のブロック図を示している。コンピュータシステム２００は、本明細書に記載したシステム１００の任意の計算若しくは処理（例えば、コマンド、プロトコルまたはデータ処理）を含むことができ、またはそのような計算若しくは処理の実施に使用することができる。コンピュータシステム２００は、本明細書で説明される任意のデバイス若しくはシステム（例えば、ＵＥ１０２、ＡＰ１０４または第２の通信システム１０６）に含めることができ、また、そのようなデバイス若しくはシステムを動作させることができる。コンピュータシステム２００は、任意のデバイスまたはプラットフォーム（例えば、ユーザーのモバイルデバイス、サーバ、仮想サーバ、クラウドインフラストラクチャ、または任意の他のシステム若しくはサービス）上の通信１１２または１２２、ならびに通信機能１３０の機能を作動させ、実施し、または伝達するために使用することができる。

【0101】

コンピューティングシステム２００は、情報を伝達するための少なくとも１つのバスデータバス２０５または他の通信コンポーネントと、情報を処理するためにデータバス２０５に接続された少なくとも１つのプロセッサ２１０または処理回路とを含み得る。コンピューティングシステム２００は、データまたは情報を交換または処理するためにデータバス２０５に接続された１つ以上のプロセッサ２１０または処理回路を含み得る。コンピューティングシステム２００は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、または他の動的ストレージデバイスのような１つ以上のメインメモリ２１５を含み得る。これらは、データバス２０５に接続され、プロセッサ（複数可）２１０によって実行される情報および命令を記憶している。メインメモリ２１５を使用して、プロセッサ（単数または複数）２１０による命令の実行中に情報（例えば、データ、コンピュータコード、コマンドまたは命令）を記憶することができる

【0102】

コンピューティングシステム２００は、プロセッサ（単数または複数）２１０の静的情報および命令を記憶するために、バス２０５に接続された１つ以上の読み取り専用メモリ（ＲＯＭ）２２０または他の静的ストレージデバイスを含み得る。ストレージ２２５には、ソリッドステートデバイス（ＳＳＤ）、磁気ディスクまたは光ディスクのような任意のストレージデバイスが含まれ得る。これらをデータバス２０５に接続することで、情報および命令を永続的に記憶することができる、

【0103】

コンピューティングシステム２００は、データバス２０５を介して、スピーカーやディスプレイ（例えば、液晶ディスプレイまたはアクティブマトリクスディスプレイ）などの１つ以上の出力デバイス２３５に接続され、ユーザーに情報を表示または提供することができる。キーボード、タッチスクリーンまたは音声インターフェースなどの入力デバイス２３０は、データバス２０５に接続され、プロセッサ（単数または複数）２１０に情報やコマンドを伝達することができる。入力デバイス２３０には、例えば、タッチスクリーンディスプレイ（例えば、出力デバイス２３５）が含まれ得る。入力デバイス２３０には、方向情報やコマンド選択をプロセッサ（複数可）２１０に伝達してディスプレイ上のカーソル移動を制御するための、マウス、トラックボール、またはカーソル方向キーなどのカーソル制御手段が含まれ得る。

【0104】

コンピュータシステム２００は、Ｉ／Ｏポート２４０とも呼ばれる入出力ポート２４０を含むことができ、また、外部デバイスまたは周辺デバイスと、プロセッサ（単数または複数）２１０および／またはメモリ２１５との間の通信を容易にする、またはそのような通信を提供する物理的インターフェースを含むことができる。Ｉ／Ｏポート２４０は、データバス２０５に接続され、プロセッサ（単数または複数）２１０、メモリ２１５、および任意の外部デバイス（例えば、キーボード、マウス、プリンタ、および外部ストレージデバイスなど）の間のデータ転送を可能にする。コンピュータシステム２００は、データバス２０５を介して結合された１つ以上のネットワークインターフェース２４５をさらに含むことができる。ネットワークインターフェース２４５は、コンピュータシステム２００と任意の外部ネットワーク（例えば、インターネット）との間の通信を可能にする任意の物理的または仮想的コンポーネントを含み得る。ネットワークインターフェース２４５は、プロセッサ２１０、メモリ２１５、および任意の外部ネットワークの間のデータ転送を提供することができる。

【0105】

本明細書に記載するプロセス、システム、および方法は、プロセッサ２１０がメインメモリ２１５に含まれる命令の配列を実行することに応答して、コンピューティングシステム２００によって実施され得る。このような命令は、ストレージデバイス２２５のような別のコンピュータ読み取り可能媒体からメインメモリ２１５に読み込むことができる。メインメモリ２１５に含まれる命令の配列を実行すると、コンピューティングシステム２００は、本明細書に記載された例示的プロセスを実行する。マルチプロセッシング構成の１つ以上のプロセッサ２１０を使用して、メインメモリ２１５に含まれる命令を実行してもよい。ソフトウェア命令の代わりに、またはソフトウェア命令と組み合わせて、本明細書に記載するシステムおよび方法とともに、ハードワイヤード回路を使用してもよい。本明細書に記載するシステムおよび方法は、ハードウェア回路とソフトウェアの任意の特定の組み合わせに限定されない。

【0106】

図２では例示的コンピューティングシステムについて説明したが、本明細書に記載する動作を伴う対象は、本明細書に開示した構造およびそれらの構造的均等を含む他のタイプのデジタル電子回路、すなわち、コンピュータソフトウェア、ファームウェア、またはハードウェアで実施されてもよく、あるいは、それらの１つ以上の組合せで実施されてもよい。

【0107】

図３および図４は、次のＰＰＤＵ３０８または次のＴＸＯＰ３１０で送信するために作成され、またはそのように送信することが意図された低レイテンシパケット３０２が、現在のＴＸＯＰ３０６で送信するようにスケジュールされた先のＰＰＤＵ３０４、すなわち現在のＰＰＤＵ３０４に挿入されることを、例示的グラフ３００および４００に示している。図３の例３００では、ＰＤＵ／ＰＰＤＵ３０４は、現在のＴＸＯＰ３０６で送信するために作成され、またはそのように送信することが意図された独自のネットワークパケットを含み得る。各ＰＰＤＵは、その内容に関する情報を含み得るＰＰＤＵヘッダー３１２を含むことができ、複数のＭＰＤＵを含むＡＭＰＤＵとして編成される場合がある。例えば、低レイテンシパケットは、次のＡＭＰＤＵに対応し得る次のＰＰＤＵ３０８のＭＰＤＵの一部であってもよく、現在のＰＰＤＵ３０４のＡＭＰＤＵに挿入することができる（例えば、任意の関連データとともに、その低レイテンシパケットに関連する次のＰＰＤＵ３０８のＰＰＤＵヘッダー３１２の一部などに）。ＰＰＤＵ３０４またはＰＰＤＵ３０８の後には、所定のＰＰＤＵに対応するＢＡ３１４が続くことがある。ＢＡ３１４は、受信側が、応答として送信する可能性がある。

【0108】

図３は、現在のＰＰＤＵ３０４に続いて送信するようにスケジュールされる可能性がある次のＰＰＤＵ３０８も示している。次のＰＰＤＵ３０８は、現在のＴＸＯＰ３０６で送信するようにスケジュールされてもよいし、次のＴＸＯＰ３１０で送信するようにスケジュールされてもよい。次のＰＤＵ３０８は、次のＰＰＤＵ３０８とともに送信（例えば、次のＴＸＯＰ３１０で）するようにスケジュールされ、またはそのように送信することが意図された低レイテンシパケット３０２を含み得る。しかしながら、本技術的解決策によれば、次のＰＰＤＵ３０８から低レイテンシパケット３０２を取り出して現在のＴＸＯＰ３０６に挿入することが可能な拡張ＴＸＯＰ／ＰＰＤＵ／ＡＭＰＤＵ構造が得られる。これは、図４の例４００に示すように、次のＰＰＤＵ３０８のパケットが低レイテンシパケットであり、その低レイテンシパケットを現在のＰＰＤＵ３０４に含めるスペース、時間、または機会があるという判断に応答して、通信機能１３０によって行うことができる。低レイテンシパケットを挿入するときに、次のＰＰＤＵ３０８のＰＰＤＵヘッダー３１２を低レイテンシパケットに含めることで、現在のＰＰＤＵ３０４内の低レイテンシパケットに関するＰＰＤＵヘッダー３１２の情報の少なくとも一部を提供することができる。

【0109】

図３および図４は、ＳＩＦＳギャップなしまたはギャップなしで複数のＰＰＤＵを送信することが可能な、レイテンシの影響を受けやすいトラフィックを処理するための技術を示している。この技術は、レイテンシの影響を受けやすいトラフィックをより良好に優先順位付けし、レイテンシを低減する（例えば、伝送レートおよびスループットを向上させることによって）のに役立つ。例えば、この技術によれば、進行中の送信バースト／ＴＸＯＰの終了を待つのではなく、進行中の伝送または先行するＰＤＵに、レイテンシの影響を受けやすいトラフィックを挿入することができる。低レイテンシパケットが予想される場合、ＴＸＯＰ内の長いＰＰＤＵを一連の短いＰＰＤＵに分割することで、低レイテンシトラフィックを挿入することが可能になる。

【0110】

本解決策は、長いＡＭＰＤＵ／ＰＰＤＵに対するクリアチャネルアセスメント（ＣＣＡ）失敗をデコードすることを含み得る。例えば、長いＰＰＤＵの代わりに、一連のより短い連続ＰＰＤＵを、ギャップなしでまたはＳＩＦＳギャップ付きで伝送し、その後に単一の複合ＢＡを伝送すれば、このような問題を軽減できる。中間ＰＰＤＵにエラーがあっても、残りのＰＰＤＵをデコードすることができる。これにより、フェージング／動的チャネルの場合に、受信側のスループットが向上する。また、これにより、例えばＮＳＴＲ／ＥＭＬＳＲ ＭＬデバイスの存在を認識できない場合に、プリアンブル検出によって衝突を回避するのにも役立つ。これは、そのようなデバイスが、同じ量のデータ送信に対して、１つのプリアンブルだけではなく複数のプリアンブルをデコードすることができ、ＳＩＦＳ＋ＢＡの繰り返しによるオーバーヘッドも発生しないからである。

【0111】

複数のＭＣＳ／ＮＳＳを含む連続したＰＰＤＵ（ＡＭＰＤＵ）のシーケンスに対して、複合フィードバックを取得できれば、リンクアダプテーションアルゴリズムの収束を高速化することができる。送信側は、各々が異なるＭＣＳ／ＮＳＳの組み合わせを含む連続したＰＰＤＵを、ギャップなしでまたはＳＩＦＳギャップ付きで、パケットに収めることができる。バーストの最後に複合ＢＡが引き出され、これにより、送信側は、どのＭＣＳ／ＮＳＳの組み合わせが最も成功したかを知ることができる。中間ＢＡ（および、ＳＩＦＳ）がないことで、効率が向上する。ＮＳＴＲ ＭＬ受信側の柔軟性により、受信側からのＵＬ送信を回避することができる。受信側からのＵＬ送信は、別のリンクにおける受信側の進行中の受信に破壊的干渉を引き起こす可能性がある。発信者は、複数の受信者に対して連続したＤＬ送信を実施し、その後、ＭＵ方式でＢＡをトリガー送信させることができる。

【0112】

本解決策は、再関連付けなしでトラフィックパラメータの半静的に調節することに関する場合がある。バイト数やＭＳＤＵ／ＭＰＤＵ集約の程度に関係なく、関係する非ＡＰとの間のバーストの持続期間に、半静的な制限を設けることが望ましい場合がある。共存環境において非ＡＰがサポートできるダウンリンクバースト持続時間を半静的に変更するために、新しいアクションフレームを定義することができる。同様の手順を使用して、トリガーとなるアップリンクの持続時間制限を半静的に調節することもできる。これにより、トリガーとなるアップリンクを完全に無効にする必要性を低減し、または排除することができる。ダウンリンク／アップリンクのバースト持続時間に加えて、ダウンリンク／アップリンクのアクティビティの望ましい周期性を示すことも有益である。例えば、非ＡＰは、ｙミリ秒ごとに最大ｘミリ秒のバースト持続時間を有することができ、その結果、８０２．１１以外の動作では、ｙミリ秒ごとに少なくとも（ｙ－ｘ）ミリ秒が利用可能になる。サポートされるバーストパラメータは、リンクごとであっても、チャネルごとであっても、バンドごとであってもよい。これは、各リンク／チャネル／バンドが、デバイス内の共存問題（ＢＴ／ＵＷＢ／ＬＴＥ／ＬＡＡ／ＮＲ／ＮＲ－Ｕのような様々な技術に関する）を有する可能性があるからである。

【0113】

図５は、交渉で定められたバースト通信（例えば、大規模ＡＭＰＤＵ送信におけるもの）のバースト制限５０２に基づく送信のグラフ５００の例を示している。バースト通信のバースト制限５０２は、例５００に示すように、ｘミリ秒（例えば、第１の期間１３８）のような所定の持続時間と、ｙミリ秒（例えば、第２の期間１４０）のような周期的時間長とによって定義することができる。グラフ５００は、最大で「ｘ」ミリ秒（例えば、第１の期間１３８の持続時間）のアクティビティのバーストと、その後に続く（ｙ－ｘ）ミリ秒のアクティビティ不可時間（例えば、第１の期間１３８の終了に続く第２の期間１４０の一部）とを示すことができる。バースト制限５０２ならびにグラフ５００の第１の期間１３８および第２の期間１４０は、スケジュール１３６として表されてもよいし、スケジュール１３６に含まれてもよく、またはスケジュール１３６に対応していてもよい。

【0114】

本解決策は、バースト持続時間の動的調節に関係し得る。ＩＤＣの制約または問題を有するデバイスは、残りのバースト持続時間を短縮することを動的に要求することができる。残りのバースト持続時間は、ダウンリンク送信に応答して、ＣＴＳまたはＢＡを通じて知らせることができる。ＣＴＳの例では、初期ＴＸＯＰ持続時間をＲＴＳに含める。ＩＤＣ制限を有する応答者は、残りのＴＸＯＰ持続時間のうちのどの程度を優先すれば、ＴＸＯＰの動的短縮が得られるかを提案する。ＢＡの例では、より短いＤＬバーストで送信を開始することができるため、ＢＡでは、応答者は、残りのＴＸＯＰ持続時間を提案する。残りのバースト持続時間は、トリガーフレームに応答して送信されるアップリンクパケットで知らせることができる。残りのバースト持続時間は、このデバイスへのダウンリンク送信、またはＩＤＣ制限に直面しているこのデバイスからのアップリンク送信のいずれかに使用できる。また、現在のバーストの完了後に、望ましいアクティビティ不可の時間を示すことも有益である。これは、不在通知として機能し得る。

【0115】

図６は、バースト持続時間とアクティビティ不可期間の動的調節のグラフの例６００を示している。図６では、ＡＭＰＤＵに応答し、ＢＡを使用して、残りのバースト持続時間、および８０２．１１アクティビティの好ましい次の開始までの時間を知らせることができる。同様に、これらのパラメータは、ＲＴＳに応答してＣＴＳで知らせることもでき、また、トリガーフレームに応答してＴＢ ＰＰＤＵで知らせることもできる。このような場合、追加の考慮事項が含まれる可能性がある。例えば、ＲＴＳを使用して媒体がより長い持続時間にわたって予約された後に、残りのバースト持続時間が短縮された場合、特定の非ＡＰへのバーストの終了後に、未使用の予約済み通信時間が残る可能性がある。しかしながら、この場合、ＡＰはＣＦエンドを使用して、この残りの持続時間をチャネル上の他のデバイスが利用できるようにする。ＡＰは、この残りの予約時間を他の交換（すなわち、他の非ＡＰとの交換）に使用してもよい。

【0116】

８０２．１１ｂｎでは、ＡＭＰＤＵ－ＢＡ交換メカニズムによれば、受信側は、即時ＢＡ送信、最大ＭＰＤＵ数、ＳＩＦＳを満たすＡＭＰＤＵの最大バイト数、ＢＡ送信の応答時間、最小遅延、ＢＡ送信の最大遅延、およびデバイス内共存の問題に関する制限を表示することが可能になる。発信者は、ＰＰＤＵ後のＳＩＦＳにおけるＢＡ送信が許可されない可能性があることを、ＰＰＤＵ内に表示することができる。

【0117】

８０２．１１ｂｎのＡＭＰＤＵ－ＢＡ交換メカニズムによれば、ＡＭＰＤＵ発信者は、介在ギャップなしで、またはＳＩＦＳギャップありでＰＰＤＵを送信することが可能になり、各ＰＰＤＵが、異なるＭＣＳ／ＮＳＳ／持続時間を有することが可能になる。ダウンリンク／アップリンクのバースト持続時間を半静的に変更するための新しいアクションフレームは、共存環境にある非ＡＰによってサポートされ得る。バースト持続時間に加えて、バーストの好ましい周期性も知らせることができる。サポートされるバーストパラメータは、リンクであっても、チャネルごとであっても、バンドごとであってもよい。

【0118】

非ＡＰによる現在の送信の直後における残りの望ましいダウンリンク／アップリンクバースト持続時間を動的に知らせるメカニズムまたはフィールドのサポートは、共存デバイス環境にある非ＡＰによってサポートされてもよい。このフィールドは ＣＴＳ、ＢＡまたはＴＢ ＰＰＤＵに含めることができる。残りのバースト持続時間に加えて、バーストの好ましい次の発生時期も、知らせることができる。

【0119】

本技術的解決策によれば、例えば、８０２．１１デバイスとコンポーネント（例えば、処理ユニット、トランシーバー、アンテナ、受信および送信のプロセスチェーン、データ送信および管理コンポーネントなど）を含み得る種々のシステムの組み合わせを使用し、遅延ブロック確認応答メッセージを使用して、レイテンシの影響を受けやすいトラフィック送信の効率を改善することができる。本技術的解決策は、ブロック確認応答（ＢＡ）の遅延を示す情報を受信すること、および、ＡＭＰＤＵを送信することを含み得る。本技術的解決策は、ＡＭＰＤＵのＢＡが遅延範囲内にあることを識別し、ＢＡが遅延していると判断すると、エラーメッセージの延期を含めることができる。

【0120】

本技術的解決策の一態様は、クライアントとモバイルの同時アクセスポイントについての、デバイス内共存（ＩＤＣ）の最適化に関する。特に、本技術的解決策は、モバイルＡＰおよび同じリンク上のインフラストラクチャＡＰに接続されたクライアントとして同時に機能するデバイスとの間のＩＤＣを最適化し、または改善するシステムおよび方法を提供する。本解決策は、少なくともチャネルの重複や追加の無線技術（例えば、ＢｌｕｅｔｏｏｔｈやＵｌｔｒａ－Ｗｉｄｅｂａｎｄなど）の影響などの要因に基づいて、２つのＷＬＡＮ（例えば、Ｗｉ－Ｆｉなど）接続の間の調整を改善し、効率化する。通信を効率化するために、本技術的解決策は、Ｗｉ－Ｆｉ８の機能を利用して、デバイスと、インフラストラクチャＡＰおよびピアツーピア（Ｐ２Ｐ）クライアントの両方との間で、動的かつ周期的な使用不可スケジュールを提供することができる。空きスケジュールで制御フレーム（ＣＦ）や制御応答（ＣＲ）を送信することで、デバイスは、独立した通信チャネルに関連する遅延やオーバーヘッドを最小限に抑えることができる。本技術的解決策によれば、種々の接続間でＩＤＣ制限を調和させることが可能になり、一貫した動作が容易になり、リソースの使用を最大化することができる。

【0121】

本技術的解決策は、モバイルＡＰおよび同じリンク上のインフラストラクチャＡＰに接続されたクライアントとして同時に機能するデバイス（例えば、別のＵＥ１０２に対するテザリング接続として機能するＵＥ１０２）におけるデバイス内共存（ＩＤＣ）を最適化するシステムおよび方法に関する。Ｗｉ－Ｆｉエコシステムは、インフラストラクチャＡＰに接続されたクライアントと、より遠くのまたはプライベートなピアツーピアクライアントにＷｉ－Ｆｉ接続を提供するモバイルＡＰとの、両方の役割をデバイスが果たす多数のインスタンスを有することができる。これは、中間デバイスが、Ｗｉ－Ｆｉ、有線、またはセルラーであってもよい２つの通信リンクを繋ぐことから、「テザリング」と呼ばれることがある。本技術的解決策は、テザリングされるリンクが両方ともＷｉ－Ｆｉリンクである場合に関連することがある。一例として、構成は次のようになる。ＡＰ１０４←Ｗｉ－Ｆｉリンク（例えば、１６０）→［クライアント／モバイルＡＰ（例えば、ＡＰとしてテザリングを行うＵＥ１０２）］←Ｗｉ－Ｆｉリンク（例えば、１６０）→［Ｐ２Ｐクライアント（例えば、別のＵＥ１０２）］。中間クライアント／モバイルＡＰ（例えば、ＵＥ１０２テザリングデバイス）は、同じチャネルまたは異なるチャネルのいずれかにある２つのＷｉ－Ｆｉリンク間で、マルチタスクを実行することができる。同じチャネルの重複は、２つのリンク間の調整を含み得る。２つのリンクに異なるチャネルが使用される場合であっても、中間クライアント／モバイルＡＰ（例えば、テザリングＵＥ １０２）にハードウェア制限が存在する可能性があり、それをトリガーとして、２つのリンク上のアクティビティの調整が行われる場合がある。本技術的解決策によれば、中間でデザリングを行っているＵＥ１０２で通信機能１３０を使用し、またはそのようなＵＥ１０２に通信機能１３０を持たせることで、本明細書に記載する技術的解決策を使用して、ＩＤＣの問題を軽減し、若しくは解消し、スループット性能を向上させることができる。

【0122】

中間クライアント／モバイルＡＰ（例えば、テザリングＵＥ１０２）は、２つの接続におけるアクティビティの調整にさらなる影響を与える可能性のあるＢｌｕｅｔｏｏｔｈ／ＵＷＢデバイスを有する可能性がある。通常、Ｗｉ－Ｆｉ８でも想定されているように、効率的な動作のために、中間クライアント／モバイルＡＰは、一方の側ではインフラＡＰ１０４として、他方の側ではＰ２Ｐクライアントとして、独立して個別に通信することができる。これには、周期的または動的な使用可能／使用不可のインスタンスおよび持続時間が含まれる。インフラストラクチャＡＰ１０４やＰ２Ｐクライアントに示されるこのようなインスタンスは、相関関係を有する可能性がある。ただし、それらを独立して通信させる必要があると、遅延が増加し、余分なオーバーヘッドが発生する可能性がある。本技術的解決策は、本明細書に記載する技術を使用して、これらに対処することができる。

【0123】

Ｗｉ－Ｆｉ８で実施できる技術的解決策によれば、任意の非ＡＰからそのＡＰ１０４へ、スケジューラ１３４によって生成された使用不可／使用可能スケジュール１３６を送信させることができる。これらのスケジュール１３６には、（例えば、第２の通信システム１０６）がいつ、どのくらいの期間にわたって使用不可になるか、および、その後どのくらいの期間にわたって使用可能になるか等の情報を含めることができる。これらの表示は、ＴＸＯＰホルダとして制御フレーム（ＣＦ：Ｃｏｎｔｒｏｌ Ｆｒａｍｅ）で送信されてもよいし、ＴＸＯＰレスポンダとして制御応答（ＣＲ：Ｃｏｎｔｒｏｌ Ｒｅｓｐｏｎｓｅ）で送信されてもよい。一例では、中間クライアント／モバイルＡＰ（例えば、テザリングＵＥ１０２）は、使用可能スケジュール１３６にしたがって、ＣＦ／ＣＲをインフラＡＰに送信することができる。このＣＦ／ＣＲは、Ｐ２Ｐクライアントがそこから補完的な使用不可スケジュールを推論できるようにする意図もある。中間クライアント／モバイルＡＰは、使用可能スケジュールとともにＣＦ／ＣＲをＰ２Ｐクライアントに送信することができる。このＣＦ／ＣＲは、インフラストラクチャＡＰ１０４によって傍受され、そこから補完的な利用不可スケジュールが推論されてもよい。さらに、クライアント／モバイルＡＰは、Ｂｌｕｅｔｏｏｔｈ／ＵＷＢによる他のＩＤＣ制限を有する場合があり、制限によって、クライアント／モバイルＡＰは、インフラＡＰとＰ２Ｐクライアントの両方から、動的に利用不可になる場合がある。ＣＦ／ＣＲは、両方の接続に共通するそのような動的な利用不可を知らせるように拡張されてもよい。例えば、マルチＳＴＡ ＢＡ形式のＣＦの場合、両方の受信者に確認応答を求めることができる。したがって、本技術的解決策の技術を使用すると、エンド受信者（例えば、Ｐ２ＰデバイスＵＥ１０２）とＡＰ１０４の両方が、Ｐ２Ｐデバイスからの送信およびＡＰ１０４からの送信のための第１の期間および第２の期間１４０を示すスケジュール１３６の両方を受信することができ、したがって、仲介ＵＥ１０２で受信された両方の送信を完全に認識することができる。これらのスケジュール１３６を使用すると、ＡＰ１０４およびＰ２Ｐデバイスは、各自の送信のタイミングを調節し、各自の第１の期間１３８（例えば、使用可能時間枠）内で各自のＡＭＰＤＵおよび他の送信バーストのサイズやサイズ調節を決定して、スループットを最大化することができる。

【0124】

Ｗｉ－Ｆｉ８のような実施形態では、任意の非ＡＰ（例えば、１０６）は、そのＡＰ １０４に、周期的な使用不可スケジュール１３６を送信することができ、逆もまた同様である。これらのスケジュール１３６には、非ＡＰ（例えば、１０６）がいつ、どのくらいの期間にわたって周期的に使用不可になるかについての情報を含めることができる。共有リソース１０８を介したＵＥ１０２への送信のタイミングを調節するために、これらの表示を２つの接続間で調和させてもよい。これにより、スケジュール１３６の空きが余分な使用可能な送信時間の存在を示すときに、調節を行うことができる。例えば、クライアント／モバイルＡＰは、インフラストラクチャＡＰのターゲットビーコン送信時間（ＴＢＴＴ）などをデコードし、インフラストラクチャＡＰがビーコンのデコードを望む時間間隔を決定することができる。クライアント／モバイルＡＰは、それらを、Ｐ２Ｐクライアントによる周期的な使用不可時間として設定することができる。クライアントＡＰは、Ｐ２Ｐクライアント向けのビーコンを送信するビーコン間隔を決定し、それらを、インフラストラクチャＡＰによる周期的な使用不可時間として設定することができる。さらに、クライアント／モバイルＡＰは、Ｂｌｕｅｔｏｏｔｈ／ＵＷＢによる他のＩＤＣ制限を有する場合があり、制限によって、クライアント／モバイルＡＰは、インフラＡＰとＰ２Ｐクライアントの両方から、周期的に使用不可になる可能性がある。例えば、マルチステーションＢＡ形式の場合、両方の受信者に確認応答を求めることができる。

【0125】

図７は、割り当てられた時間を超える通信のバーストに応答してＷｉ－Ｆｉ通信のスケジュールを生成するための例示的方法７００を示している。方法７００は、例えばコンピュータシステム２００で実施されるシステム１００を含む、図１００～６００に関して説明したシステムの特徴または技術を使用して実施することができる。方法７００は、方法８００および９００とともに実施されてもよいし、方法８００および９００の任意の行為または動作を使用して実施されてもよく、逆もまた同様である。方法７００は、行為または動作７０５～７１５を含み得る。７０５において、この方法は、ＵＥデバイス上のＷｉ－Ｆｉトランシーバーとリソースを共有するトランシーバーの通信のバーストを検出することができる。７１０において、この方法は、ＡＰからのＷｉ－Ｆｉ送信のスケジュールを決定することができる。７１５において、この方法は、スケジュールをＷｉ－Ｆｉ ＡＰに伝達することができる。

【0126】

７０５において、この方法は、ＵＥ上のＷｉ－Ｆｉトランシーバーとリソースを共有するトランシーバーの通信のバーストを検出することができる。この方法は、少なくとも１つのアンテナを共有するＷｉ－Ｆｉトランシーバーおよび第２の無線トランシーバーを含むデバイスによって、第２の無線トランシーバーによって受信された通信のバーストを検出することを含み得る。通信のバーストは、少なくとも１つのアンテナを介して受信される第２の無線通信に割り当てられた期間を超える可能性がある。前記デバイスは、アクセスポイント（ＡＰ）と通信して、アクセスポイントからＷｉ－Ｆｉ通信を受信することができる。

【0127】

前記デバイスは、前記デバイスの１つ以上のトランシーバーを介して着信ネットワークトラフィックを監視する通信機能を含むＵＥデバイスであってもよい。ＵＥデバイスは、無線リンク（例えば、ＷＬＡＮ接続）を介して、Ｗｉ－Ｆｉアクセスポイント（ＡＰ）デバイスからＷｉ－Ｆｉトランシーバーの送信を受信することができる。ＵＥデバイスは、異なる技術またはプロトコルのセットにより無線通信を送受信する第２の（例えば、Ｗｉ－Ｆｉ以外の）トランシーバーを介して、第２の無線通信の送信を受信することができる。第２の無線通信は、次のうちの少なくとも１つを含み得る：Ｂｌｕｅｔｏｏｔｈ通信、超広帯域（ＵＷＢ）通信、ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信、ＬＡＡ（Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ）通信、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）通信、またはＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ－Ｕｎｌｉｃｅｎｓｅｄ）通信。第２の通信は、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＬＡＡ、ＮＲまたはＮＲ－Ｕ通信のいずれか１つ以上を使用する無線通信システムなどの第２の通信システムから受信できる。Ｗｉ－Ｆｉトランシーバーと第２のトランシーバーは、無線通信を受信または送信するために、アンテナ、ＲＦフロントエンド回路、プロセッサ、または電力管理回路などの、ＵＥデバイスの１つ以上のリソースを共有することができる。

【0128】

通信のバーストは、第２の通信（例えば、Ｗｉ－Ｆｉ以外の通信）に割り当てられた所定の期間を超える第２の通信システムからの複数のデータパケットを含み得る。通信機能は、ＵＥデバイスが受信した無線通信を監視し、第２の通信システムからの通信のバーストが、Ｗｉ－Ｆｉ送信に割り当てられた時間を侵食し若しくはその時間を超えて延在すること、または、当該通信のバーストが、Ｗｉ－Ｆｉ送信に割り当てられた時間を浸食し若しくはその時間を超えて延在することを示す閾値に達したか、若しくはその閾値を超過したことを、検出しまたは判定することができる。

【0129】

この方法は、第２の無線トランシーバーによって受信された通信の第２のバーストが、スケジュールにしたがってＡＰからＷｉ－Ｆｉ通信を受信するために割り当てられた第１の期間の一部と重複していることを、デバイスが検出することを含み得る。この方法は、第２のトランシーバーによって受信された通信の第２のバーストが、第２の無線通信に割り当てられた第２の期間を超えていることを、デバイスが検出することを含み得る。例えば、ＵＥデバイスの通信機能は、同じまたは異なる第２の通信システムからの通信の第２のバーストを識別し、または検出することができる。通信の第２のバーストは、第３のプロトコルセットまたは第３の技術（例えば、Ｗｉ－Ｆｉ通信、および通信の最初のバーストの第２の無線通信とは異なる）の無線通信を含み得る。

【0130】

７１０において、この方法は、ＡＰからのＷｉ－Ｆｉ送信のスケジュールを決定することができる。この方法は、検出に応答して、ＡＰがデバイスにＷｉ－Ｆｉ通信を送信するためのスケジュールを、デバイスが決定することを含み得る。スケジュールは、第２の期間を周期の基礎とする第１の期間のバースト制限を含み得る。バースト時間制限は、Ｗｉ－Ｆｉ送信を計画するための周期の基礎（例えば、周期性）を形成する第２の期間内にある、第１の期間内のＷｉ－Ｆｉ送信の持続時間を識別することができる。スケジュールは、第１の期間（例えば、Ｗｉ－Ｆｉ送信に使用可能な時間を示す）および第２の期間（例えば、期間全体を示す）のそれぞれの開始と終了の識別情報を含み得る。スケジュールは、第１の期間と、バースト制限を超えた第２の期間の残りとの差から、Ｗｉ－Ｆｉ送信が利用可能でない時間間隔をＷｉ－Ｆｉ ＡＰのために識別し、または指摘することができる。

【0131】

例えば、第１の期間は、Ｗｉ－Ｆｉ送信の受信に割り当てられる場合がある。第２の期間は、第１の期間の開始と次の第１の期間の開始との間の時間の長さに対応する場合があり、この時間は、第２の期間を周期（例えば、第２の期間の周期）の基礎として定義され得る。第１の期間および次の第１の期間（例えば、周期性の第２の期間の各々における第１の期間）は、Ｗｉ－Ｆｉ送信の受信または送信に割り当てられる場合がある。第２の期間の周期の各々において、第２の期間のうち、第１の期間の外にある第２の期間の部分は、Ｗｉ－Ｆｉ送信に割り当てられていない時間に対応し、若しくはそのような時間を示すことができ、この部分は、第２の無線送信（例えば、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＬＡＡ、ＮＲまたはＮＲ－Ｕ）のスケジューリングや送信に使用することができる。

【0132】

この方法は、Ｗｉ－Ｆｉ送信に割り当てられた、または意図された時間の長さに関して、通信の第２のバーストからの重複を検出または識別することに応答して、ＵＥデバイスがスケジュールを調節することを含み得る。スケジュールは、通信の第２のバーストの持続時間に応じて、第１の期間の持続時間または第２の期間の持続時間の少なくとも一方を変更するように調節され得る。例えば、スケジュールを調節するとき、またはＷｉ－Ｆｉ ＡＰの新しいスケジュールを生成するときに、スケジュールは、周期性（例えば、期間の頻度または第２の期間の時間長）に対応する変更を変更または反映することができる。スケジュールは、例えば、第２の期間または第１の期間を長くしたり短くしたりする変更を含み得る。スケジュールは、例えば、１つ以上の第２の期間内で期間をシフトさせる変更（例えば、第２の期間の開始から、第２の期間の終了まで、または第２の期間の途中まで、または第２の期間の開始まで）を含み得る。

【0133】

この方法は、ＵＥデバイスが、アクセスポイントから、Ｗｉ－Ｆｉ通信の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）を受信することを含み得る。ＡＭＰＤＵは、連結されて、一連の単一のバースト送信の形で送信することができる複数のＭＰＤＵを含み得る。ＡＭＰＤＵは、Ｗｉ－Ｆｉ ＡＰからＵＥデバイスへ送信される場合がある。この方法は、ＵＥデバイスがＡＭＰＤＵに対するブロック確認応答（ＢＡ）を生成することを含み得る。ＢＡは、送信の成功または失敗に関する情報、あるいは、ＡＭＰＤＵ内のＭＰＤＵの各々の成功もしくは失敗に関する情報を含み得る。ＵＥデバイスは、ＢＡを介して、スケジュールをＷｉ－Ｆｉ ＡＰに伝達することができる。例えば、通信機能によれば、スケジュールをＢＡの一部に挿入し、ＢＡをＷｉ－Ｆｉ ＡＰに送信して、Ｗｉ－Ｆｉ ＡＰにスケジュールを更新させ、Ｗｉ－Ｆｉ送信のタイミングを修正させることで、ＵＥデバイスにおける通信のバーストとの重複を回避することができる。

【0134】

スケジュールは、複数の通信チャネルのうちの第１の通信チャネルを介して、ＵＥデバイスでＷｉ－Ｆｉ通信を受信するためのスケジュールであってもよい。スケジュールは、複数のＷｉ－Ｆｉ通信帯域のうちの特定の通信帯域を介して、ＵＥデバイスでＷｉ－Ｆｉ通信を受信するためのスケジュールであってもよい。スケジュールは、１ミリ秒以上、１秒以上、１時間以上、１日以上、１週間以上、１か月以上、または１年以上のような所定の期間のスケジュールであってもよい。スケジュールは、Ｗｉ－Ｆｉ ＡＰによって無期限に利用できる常設スケジュールであってもよい。

【0135】

本方法は、第２のトランシーバーによって受信された通信の第２のバーストの検出に応答して、デバイスが第２のスケジュールを決定することを含み得る。通信の第２のバーストは、Ｗｉ－Ｆｉ ＡＰが複数のチャネルのうちの第２のチャネルを介してＵＥデバイスにＷｉ－Ｆｉ通信を伝送するために第２の無線通信に割り当てられた第２の期間を超えていると、ＵＥデバイスによって判定されることがある。

【0136】

例えば、スケジュールは、複数のチャネルまたは帯域のうちの第１の通信チャネルまたは帯域を介したＷｉ－Ｆｉ通信のスケジュールであってもよく、第２のスケジュールは、複数のチャネルまたは帯域のうちの第２のチャネルまたは帯域を介したＷｉ－Ｆｉ通信のスケジュールであってもよい。第２のスケジュールは、第４の期間を第２の周期の基礎とする第３の期間の第２のバースト制限を含み得る。第３の期間は、第４の期間内の期間であってもよい。第２のスケジュールの第３の期間は、スケジュールの第１の期間に対応する場合があり、第２のスケジュールの第４の期間は、スケジュールの第３の期間に対応する場合がある。周期性（例えば、第２の期間と第４の期間の長さ）は同じであっても異なっていてもよい。第１の期間と第３の期間の長さ（例えば、Ｗｉ－Ｆｉ通信専用の時間の長さ）は、通信機能の決定に応じて、同じであっても異なっていてもよい。

【0137】

７１５において、この方法は、スケジュールをＷｉ－Ｆｉ ＡＰに伝達することができる。この方法は、ＵＥデバイスがスケジュールをＷｉ－Ｆｉ ＡＰに伝達することを含み得る。ＵＥデバイスは、スケジュールまたは第２のスケジュールを１つ以上の方法でＷｉ－Ｆｉ ＡＰに伝達することができる。例えば、ＵＥデバイスは、１つ以上のＭＰＤＵまたはＡＭＰＤＵを使用するなど、送信またはメッセージを介して、スケジュールをＷｉ－Ｆｉ ＡＰに送信することができる。ＵＥデバイスは、受信した１つ以上のＡＭＰＤＵに応答して送信される１つ以上のＢＡを介して、スケジュールまたは第２のスケジュールを送信することができる。ＵＥデバイスは、スケジュールをＷｉ－Ｆｉ ＡＰに周期的に送信してもよいし、スケジュールの変更に応答して送信してもよい。

【0138】

この方法は、ＵＥデバイスが、次の第１の期間中にＷｉ－Ｆｉ通信のＡＭＰＤＵを受信することを含み得る。ＡＭＰＤＵは、次の第１の期間に応じて調節されたサイズを有する場合がある。例えば、ＡＭＰＤＵは、ＵＥがＡＰにスケジュールを送信した後に、Ｗｉ－Ｆｉ ＡＰからＵＥへ送信される場合がある。ＡＭＰＤＵは、スケジュールの第１の期間に応じてサイズ調節され、ＡＭＰＤＵサイズを最大化して、第１の期間内に収まるが、第１の期間を超えないようにすることができる。例えば、ＵＥデバイスは、次の第１の期間中に、次の第１の期間内に収まるように最大化されたサイズを有するＡＭＰＤＵを受信することができる。ＡＭＰＤＵは、第１の期間の使用を最大化するようにサイズ調節されてもよいが、次の第１の期間内にＡＭＰＤＵのブロック確認応答（ＢＡ）の送信を完了できるような時間枠または時間部分も含む場合がある。

【0139】

この方法は、ＵＥデバイスが、通信の第２のバーストの検出に応答して、決定された第２のスケジュールをアクセスポイントに伝達することを含み得る。第２のスケジュールは、第４の期間を基礎とする第２の周期で、第３の期間の第２のバースト制限にしたがって、複数のチャネルのうちの第２のチャネルを介してＵＥデバイスへの通信を調整し、または同期させるために、Ｗｉ－Ｆｉ ＡＰによって使用され得る。

【0140】

図８は、ＵＥによって報告されたＩＤＣ問題に応答して、送信されたＡＭＰＤＵに対するブロック確認応答（ＢＡ）の受信をＷｉ－Ｆｉ ＡＰが遅延させるための例示的方法８００を示している。方法８００は、例えば、図１００～６００に関連して説明したシステムの機能または技術を使用して実施され得る。システムには、例えば、コンピュータシステム２００で実施されるシステム１００が含まれる。方法８００は、方法７００および９００の任意の動作または操作とともに実施されてもよいし、方法７００および９００の任意の動作または操作を使用して実施されてもよく、その逆もまた同様である。方法８００は、動作または操作８０５～８１５を含み得る。８０５において、この方法は、デバイス内共存（ＩＤＣ）の問題を識別するＢＡを受信することができる。８１０において、この方法は、失敗を示すことなくＡＭＰＤＵの遅延ＢＡを許容することを決定し得る。８１５において、この方法は、遅延ＢＡを受信することができる。

【0141】

８０５において、この方法は、デバイス内共存（ＩＤＣ）の問題を識別するＢＡを受信することができる。この方法は、Ｗｉ－Ｆｉアクセスポイント（ＡＰ）が、デバイスからブロック確認応答（ＢＡ）を受信することを含み得る。ＢＡは、ＵＥデバイス上のデバイス内共存（ＩＤＣ）の問題の存在を識別する情報を含み得る。ＩＤＣ問題には、例えば、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ、ＬＴＥ、ＬＡＡ、ＮＲ、またはＮＲ－Ｕのうちの１つ以上の形式の、第２の通信システムからの無線通信のバーストが含まれ得る。ＡＰは、ＵＥデバイスをＩＤＣ問題のあるデバイスとしてマークすることができる。

【0142】

無線通信のバーストは、ＵＥデバイスとＡＰとの間のスケジュールされたＷｉ－Ｆｉ通信の範囲を超えて延在すること、またはそのようなＷｉ－Ｆｉ通信を侵食することが、ＵＥデバイスの通信機能によって検出され、または決定される場合がある。ＢＡは、通信が行われているチャネルまたは帯域を識別することができる。ＢＡは、通信のバーストがＷｉ－Ｆｉ通信を侵食する期間を識別することができる。

【0143】

この方法は、ＡＰが、第２のデバイスからブロック確認応答（ＢＡ）を受信することを含み得る。ＢＡは、第２のデバイスにおけるデバイス共存の問題を識別しない情報を含み得る。ＡＰは、ＵＥデバイスを、ＩＤＣの問題がないＵＥデバイスとしてマークすることができる。ＡＰは、ＡＭＰＤＵ送信を失敗と識別せずに遅延ＢＡを許可することによって、ＩＤＣ問題の存在を通知するＵＥデバイスとの通信を管理するように構成されてもよい。ＡＰは、遅延ＢＡを許容せず、むしろ、そのＢＡが所定の時間間隔内に到着しない場合は、ＡＭＰＤＵ送信を失敗として識別することにより、ＩＤＣ問題の存在を通知しないＵＥとの通信を管理するように構成されてもよい。

【0144】

８１０において、この方法は、失敗を示すことなく、ＡＭＰＤＵの遅延ＢＡを許容することを決定することができる。この方法は、ＩＤＣ問題の識別に応答して、ＡＰからの１つ以上の集約されたメディアアクセス制御プロトコルデータユニット（ＡＭＰＤＵ）に応答するデバイスからの１つ以上のＢＡが、失敗として識別されることなく、短いフレーム間スペース（ＳＩＦＳ）を超えて遅延されることを許容することを、ＡＰが決定することを含み得る。例えば、ＡＰは、ＢＡが所定の時間間隔（例えば、ＳＩＦＳ）内に到着しないすべてのＡＭＰＤＵを送信失敗としてマークするように構成されてもよい。ＵＥデバイスからＢＡを介してＩＤＣ存在通知を受信することに応答して、ＡＰは、そのＵＥに関する自分の通信管理を再構成することで、ＢＡが到着するための追加の時間間隔を提供し、ＢＡが遅れているにもかかわらず、そのような遅れたＢＡのＡＭＰＤＵを、送信失敗として識別しないようにすることができる。

【0145】

この方法は、ＡＰが、第２のデバイスから、第２のデバイス上のデバイス内共存の問題を識別しない情報を含むブロック確認応答（ＢＡ）を受信することを含み得る。ＡＰの通信機能は、１つ以上のＡＭＰＤＵに対する１つ以上のＢＡの送信が、１つ以上のＡＭＰＤＵに続く１つ以上のＳＩＦＳの後まで遅延されるＷｉ－Ｆｉ通信用に、前記デバイスが構成されていることを識別するように構成されてもよい。ＡＰは、この構成に応答して、この構成にしたがって前記複数のＡＭＰＤＵを伝達するための規定を送信することができる。この規定は、複数のＡＭＰＤＵのうちのＡＭＰＤＵの物理層のヘッダーまたはメディアアクセス制御ヘッダーのヘッダーの少なくとも一方に表示され得る。

【0146】

この方法は、ＡＰが、前記情報から、信号対干渉プラス雑音比（ＳＩＮＲ）マージンを示すチャネル品質情報を識別することを含み得る。この方法は、ＡＰの通信機能が、前記ＳＩＮＲマージンに応じて、前記デバイスへの送信のための変調符号化方式（ＭＣＳ）を調節することを含み得る。ＡＰは、受信した前記情報から表示を識別することができる。この表示は、前記デバイスへの送信のための変調符号化方式（ＭＣＳ）、前記１つ以上のＡＭＰＤＵの信号強度、または１つ以上の隠しノードの存在のうちの少なくとも１つに関する情報またはそれに対応する情報を含み得る。ＡＰの通信機能は、前記表示に応じて、前記デバイスに送信される次のＡＭＰＤＵについて、前記１つ以上の隠しノードに対応する前記ＭＣＳ、信号強度、または伝送パワーのうちの少なくとも１つを調節することができる。ＡＰは、前記情報から、前記１つ以上のＡＭＰＤＵ内のすべてのＭＰＤＵが前記デバイスによって受信されなかったことを判定することができる。ＡＰは、ＡＭＰＤＵの各ＭＰＤＵが失敗したにもかかわらず、ＢＡを受信することができる。

【0147】

第２のＵＥデバイスに関してＩＤＣの問題の表示を受信しなかったことに応答して、ＡＰは、第２のデバイスにＡＭＰＤＵを送信することができる。第２のデバイスからＡＭＰＤＵのＢＡが到着するのを所定の長さの時間（例えば、ＳＩＦＳ）待った後、ＡＰは、ＡＭＰＤＵのＢＡがＳＩＦＳ内に受信されなかったと判定することができる。ＡＰは、この判定に応答して、ＢＡがＳＩＦＳ内で受信されていないこと、および、第２のＵＥデバイスについてＩＤＣの問題の報告がないことに応答して、ＡＭＰＤＵの送信が失敗したことを識別することができる。

【0148】

８１５において、この方法は、遅延ＢＡを受信することができる。この方法は、ＡＰが、前記所定の期間（例えば、ＳＩＦＳ）後に、前記判定に応答して、前記デバイスから第２のＢＡを受信することを含み得る。第２のＢＡは、ＡＰから受信した複数のＡＭＰＤＵに対応する複数の確認応答を含み得る。例えば、ＡＰは、複数のＡＭＰＤＵをＵＥデバイスに送信することができる。ＡＰは、動作８１０での前記判定に応答して、ＳＩＦＳの後に受信した第２のＢＡに関係なく、前記複数のＡＭＰＤＵの複数の送信が成功したと判定することができる。

【0149】

図９は、現在または今後の送信機会（ＴＸＯＰ）で送信するようにスケジュールされたＭＰＤＵに低レイテンシパケットを挿入することによって、後で送信するようにスケジュールされたＭＰＤＵの低レイテンシパケットの送信を促進するための例示的方法９００を示している。方法９００は、例えばコンピュータシステム２００で実施されるシステム１００を含む、図１００～６００に関連して説明したシステムの機能または技術を使用して実施することができる。方法９００は、方法７００および８００とともに実施されてもよいし、方法７００および８００の任意の行為または動作を使用して実施されてもよく、逆も同様である。方法９００は、行為または操作９０５～９２０を含み得る。９０５において、この方法は、現在のＴＸＯＰ中に送信するためのＰＰＤＵを識別することができる。９１０において、この方法は、後続のＰＰＤＵ中の低レイテンシパケットを識別することができる。９１５において、この方法は、低レイテンシパケットをＰＰＤＵに挿入することができる。９２０において、この方法は、現在のＴＸＯＰで、低レイテンシパケットを含むＰＰＤＵを送信することができる。

【0150】

９０５において、この方法は、現在の送信機会（ＴＸＯＰ）中に送信するためのＰＰＤＵを識別することができる。この方法は、アクセスポイント（ＡＰ）と無線通信するＵＥデバイスによって、現在のＴＸＯＰ中に作成され、ＡＰに送信されるのを待っている物理プロトコルデータユニット（ＰＰＤＵ）を識別することを含むことができる。通信機能は、現在のＴＸＯＰ中に送信されるようにスケジュールされているＰＰＤＵ／ＡＭＰＤＵ内の１つ以上のＭＰＤＵを識別することができる。前記１つ以上のＰＰＤＵは、送信されるＰＰＤＵに関する情報を含むヘッダーを含むことができる。

【0151】

９１０において、この方法は、後続のＰＰＤＵ内の低レイテンシパケットを識別することができる。この方法は、ＵＥデバイスが、現在のＴＸＯＰ中に前記デバイスによって受信された低レイテンシパケットを識別することを含み得る。低レイテンシパケットは、ＰＰＤＵに続く次のＰＰＤＵ内でＡＰに伝達することが意図された低レイテンシパケットであり得る。この方法は、現在のＴＸＯＰを介して送信するようにスケジュールされた次のＰＰＤＵ内（例えば、まだ行為９０５のＭＰＤＵに続くＭＰＤＵ内）で、または現在のＴＸＯＰに続く次のＴＸＯＰ内で、低レイテンシパケットを識別することを含み得る。低レイテンシパケットは、ヘッダーを含むか、またはヘッダーに関連付けられることができる。ヘッダーは、低レイテンシパケットの情報またはデータを含み得る。低レイテンシパケットのヘッダーは、次のＭＰＤＵのデータを含み得る。

【0152】

９１５において、この方法は、低レイテンシパケットをＰＰＤＵに挿入することができる。この方法は、ＵＥデバイスが低レイテンシパケットをＰＰＤＵに挿入することを含み得る。この方法は、ＵＥデバイスが低レイテンシパケットをＰＰＤＵに挿入することを決定することを含み得る。例えば、通信機能は、低レイテンシパケットをＭＰＤＵの少なくとも一部に、または１つ以上のＭＰＤＵに隣接して挿入することができる。低レイテンシパケットは、長レイテンシパケットのヘッダーとともに挿入されてもよい。

【0153】

通信機能は、次のＭＰＤＵまたは第２のＭＰＤＵに続く第３のＭＰＤＵの第２の低レイテンシパケットを挿入できるか否か、または挿入する余地があるか否かを識別することができる。通信機能は、現在（第１の）ＭＰＤＵに挿入されている低レイテンシパケットの代わりに、第２の低レイテンシパケットを次のＭＰＤＵに挿入することができる。通信機能は、第２の低レイテンシパケットを挿入するための十分な空き時間があるという判定に応答して、第２の低レイテンシパケットを（第１の）ＭＰＤＵに挿入することができる。

【0154】

９２０において、この方法は、現在のＴＸＯＰにおいて、低レイテンシパケットを含むＰＰＤＵを送信することができる。この方法は、ＵＥデバイスが、低レイテンシパケットを含むＰＰＤＵを、現在のＴＸＯＰ内で送信することを含み得る。ＵＥデバイスは、現在のＴＸＯＰでＰＰＤＵを送信し、自分自身の所定のＴＸＯＰ（例えば、現在のＴＸＯＰまたは次のＴＸＯＰのいずれか）内で次のＭＰＤＵを送信することができる。ＵＥデバイスは、共有リソースおよびアンテナを介して、スケジュールにしたがってＰＰＤＵを送信することができる。

【0155】

本明細書において、ある要素が別の要素に「接続」または「結合」されていると言及されている場合、その要素は、別の要素に直接接続または結合されている場合もあれば、あるいは、接続または結合された要素の間に介在要素が存在する場合もあることを理解されたい。対照的に、ある要素が別の要素に「直接接続」または「直接結合」されていると言及されている場合、要素間の「直接」接続には介在要素が存在しないと理解されるべきである。ただし、直接接続が存在することは、介在要素が存在する可能性がある他の接続を排除するものではない。

【0156】

「または」への言及は、包括的なものとして解釈され、「または」を使用して記載された用語は、記載された用語の１つ、複数、およびすべてのいずれかを示すことができる。接続用語リストの少なくとも１つへの言及は、記載された用語の１つ、複数、およびすべての何れかを示す包括的ＯＲとして解釈される場合がある。例えば、「「Ａ」と「Ｂ」の少なくとも一方」への言及は、「Ａ」のみ、「Ｂ」のみ、および「Ａ」と「Ｂ」の両方を含み得る。これらの記載は、「含む」などの他のオープンな用語と組み合わせて使用される場合、追加の項目を含む可能性がある。

【0157】

本開示の特定の箇所は、送信空間ストリーム、サウンディングフレーム、応答、およびデバイスのサブセットに関連して、「第１」や「第２」などの用語を参照することがあることに留意されたい。これは、あるものを別のものから、または他のものから識別し、または区別する目的のためである。これらの用語は、種々のエンティティ（例えば、第１の基板と第２の基板）を単に時間的に、または順序にしたがって関連付けることを意図するものではないが、場合によっては、これらのエンティティは、そのような関係を有していてもよい。また、それらの用語は、システムまたは環境内で動作可能なエンティティ（例えば、遅延回路、フィルタ、ピーク検出器）の数を制限するものではない。上述のシステムは、それらのコンポーネントのいずれかまたはそれぞれを、複数提供することができる。また、それらのコンポーネントは、スタンドアロンの構造若しくはデバイスに設けられてもよいし、実施形態によっては、分散システム内の複数の構造またはデバイスのいずれかに設けられてもよいことを理解されたい。

【0158】

本方法およびシステムに関する上記の書面による説明によれば、当業者はその実施形態を作成し使用することができる。ただし、当業者であれば、本明細書に記載された特定の実施形態、方法、および例の変形、組み合わせ、および均等の存在を理解し、認識するであろう。したがって、本方法およびシステムは、上記の実施形態、方法、および例によって限定されるべきではなく、本開示の範囲と思想の範囲内のすべての実施形態および方法によって限定されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【外国語明細書】