特表2024-508429 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ クゥアルコム・インコーポレイテッドの特許一覧

特表2024-508429ワイヤレスシステムの同期式チャネルアクセス制御

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1A
1B
2A
2B
3A
3B
4
5
6A
6B
7
8
9
10
11
12
13
14
15A
15B
15C
16
17
18
19
20
21
22
23

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

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

(11)【公表番号】

(43)【公表日】2024-02-27

(54)【発明の名称】ワイヤレスシステムの同期式チャネルアクセス制御

(51)【国際特許分類】

H04W 72/56 20230101AFI20240219BHJP

H04W 74/08 20240101ALI20240219BHJP

【ＦＩ】

H04W72/56

H04W74/08

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023550116

(86)(22)【出願日】2022-01-31

(85)【翻訳文提出日】2023-08-18

(86)【国際出願番号】 US2022014565

(87)【国際公開番号】W WO2022186930

(87)【国際公開日】2022-09-09

(31)【優先権主張番号】17/188,165

(32)【優先日】2021-03-01

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

(31)【優先権主張番号】17/188,275

(32)【優先日】2021-03-01

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】シュエ、チ

(72)【発明者】

【氏名】カタール、スリニバス

(72)【発明者】

【氏名】ゾウ、チャオ

(72)【発明者】

【氏名】ガンガダラン、ナベーン

(72)【発明者】

【氏名】ヌラニ・クリシュナン、ニーラカンタン

(72)【発明者】

【氏名】ホムチャウデュリ、サンディプ

(72)【発明者】

【氏名】ファン、シャオロン

(72)【発明者】

【氏名】アショク、アニシュ

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

5K067

【Ｆターム（参考）】

5K067AA03

5K067BB21

5K067DD34

5K067EE03

5K067HH22

(57)【要約】

本開示は、ワイヤレスシステムの同期式チャネルアクセス制御のためのシステムと、方法と、装置とを提供する。いくつかの態様では、デバイスは、ＴＷＴセッションを使用して、１つまたは複数のＴＷＴサービス期間の間に第２のデバイスと通信することができる。アップリンク通信およびダウンリンク通信は、デバイスがＴＷＴサービス期間の外側で低電力モードに入ることを可能にするために、両方ともＴＷＴサービス期間内にあるように調整される場合がある。サービス期間を含むＴＷＴセッションは、（アップリンクデータとして提供されるポーズデータフレームもしくはトラッキングフレームまたはダウンリンクデータとして提供されるビデオデータフレームなどの）デバイス間のＸＲ体験に関連付けられた通信がＸＲ体験のためのレイテンシ要件または他の要件を満たすことを保証するために、デバイスまたは第２のデバイスによって構成および管理される場合がある。ＴＷＴサービス期間を使用すると、他のデバイスがＴＷＴサービス期間の外側でワイヤレス媒体を使用することが可能になる。
【選択図】図８

【特許請求の範囲】

【請求項1】

エクステンデッドリアリティ（ＸＲ）体験のためのワイヤレス通信デバイスによって実行される方法であって、
ワイヤレス媒体の制御を取得することと、ここにおいて、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して、前記ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記第２のデバイスから前記ワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスに前記第１のＰＰＤＵを提供することと、
前記第２のデバイスに前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを提供することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを提供することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を備える、方法。

【請求項2】

前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
請求項１に記載の方法。

【請求項3】

ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、請求項２に記載の方法。

【請求項4】

前記第１の優先度は第１のバックオフカウンタ値に関連付けられ、ここにおいて、前記第１のバックオフカウンタ値は、前記第１のＰＰＤＵのための前記ワイヤレス媒体を競合するために前記ワイヤレス通信デバイスのバックオフカウンタによって使用され、
前記第２の優先度は、前記第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、
前記第３の優先度は、前記第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられ、ここにおいて、前記第３のバックオフカウンタ値は、前記１つまたは複数の後続のＰＰＤＵのための前記ワイヤレス媒体を競合するために前記ワイヤレス通信デバイスの前記バックオフカウンタによって使用される、
請求項２に記載の方法。

【請求項5】

前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、請求項４に記載の方法。

【請求項6】

前記ワイヤレス通信デバイスおよび前記第２のデバイスは、第１の基本サービスセット（ＢＳＳ）に含まれ、
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
前記ＯＢＳＳデバイスは、第４の優先度に関連付けられた高重要度分類データを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスまたは前記第２のデバイスは、前記第１の優先度または前記第２の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
請求項２に記載の方法。

【請求項7】

前記ワイヤレス通信デバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記第２のデバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
請求項６に記載の方法。

【請求項8】

前記ワイヤレス媒体の制御を取得するために第１の送信要求（ＲＴＳ）フレームを提供することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間は、前記第１のＰＰＤＵが提供される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを提供した後に、前記第２のデバイスから第１の送信可（ＣＴＳ）フレームを取得することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に、第２のＲＴＳフレームを提供することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを提供することは、前記第１のＣＴＳフレームを取得した後、および前記第１のＴＸＯＰの間である、
をさらに備える、請求項２に記載の方法。

【請求項9】

前記第１のＴＸＯＰは、前記第２のデバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記ワイヤレス通信デバイスによって短縮される、請求項８に記載の方法。

【請求項10】

前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを提供する前に、前記第２のデバイスから前記データを取得することをさらに備える、請求項８に記載の方法。

【請求項11】

前記第２のデバイスに前記アプリケーションファイルの最後のＰＰＤＵを提供することと、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止めることと、
前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放することと、
をさらに備える、請求項８に記載の方法。

【請求項12】

前記ワイヤレス媒体の制御を解放するために前記最後のＭＳＤＵを提供した後に、コンテンションフリー（ＣＦ）エンドビーコンを提供することをさらに備える、請求項１１に記載の方法。

【請求項13】

前記第２のデバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、前記ワイヤレス媒体の制御を取得することをさらに備え、ここにおいて、
前記第２のアプリケーションファイルの第１のＭＳＤＵは、前記第２のアプリケーションファイルの前記第１のＭＳＤＵを識別するメタデータを含み、
前記第１のＭＳＤＵは、ＥＤＣＡパラメータの前記第１のセットに関連付けられ、
前記ワイヤレス媒体の制御を取得することは、ＥＤＣＡパラメータの前記第１のセットに関連付けられる、
請求項１１に記載の方法。

【請求項14】

前記ワイヤレス通信デバイスは、各アプリケーションファイルに対し、前記第１のＰＰＤＵのためのＲＴＳ／ＣＴＳシグナリングを可能にする、請求項１３に記載の方法。

【請求項15】

前記ワイヤレス通信デバイスは、ソフトウェア対応アクセスポイント（ＳＡＰ）に含まれ、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含み、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
請求項１に記載の方法。

【請求項16】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたワイヤレス通信デバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
ワイヤレス媒体の制御を取得することと、ここにおいて、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して、前記ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記第２のデバイスから前記ワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスに前記第１のＰＰＤＵを提供することと、
前記第２のデバイスに前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを提供することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを提供することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を行うように構成された、ワイヤレス通信デバイス。

【請求項17】

前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
請求項１６に記載のワイヤレス通信デバイス。

【請求項18】

ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、請求項１７に記載のワイヤレス通信デバイス。

【請求項19】

【請求項20】

前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、請求項１９に記載のワイヤレス通信デバイス。

【請求項21】

【請求項22】

前記ワイヤレス通信デバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記第２のデバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
請求項２１に記載のワイヤレス通信デバイス。

【請求項23】

前記インターフェースは、
前記ワイヤレス媒体の制御を取得するために第１の送信要求（ＲＴＳ）フレームを提供することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間が、前記第１のＰＰＤＵが提供される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを提供した後に、前記第２のデバイスから第１の送信可（ＣＴＳ）フレームを取得することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に第２のＲＴＳフレームを提供することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを提供することは、前記第１のＣＴＳフレームを取得した後、および前記第１のＴＸＯＰの間である、
を行うようにさらに構成される、請求項１７に記載のワイヤレス通信デバイス。

【請求項24】

前記第１のＴＸＯＰは、前記第２のデバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記ワイヤレス通信デバイスによって短縮される、請求項２３に記載のワイヤレス通信デバイス。

【請求項25】

前記インターフェースは、前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを提供する前に、前記第２のデバイスから前記データを取得するようにさらに構成される、請求項２３に記載のワイヤレス通信デバイス。

【請求項26】

前記インターフェースは、
前記第２のデバイスに前記アプリケーションファイルの最後のＰＰＤＵを提供することと、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止めることと、
前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放することと、
を行うようにさらに構成される、請求項２３に記載のワイヤレス通信デバイス。

【請求項27】

前記インターフェースは、前記ワイヤレス媒体の制御を解放するために前記最後のＭＳＤＵを提供した後に、コンテンションフリー（ＣＦ）エンドビーコンを提供するようにさらに構成される、請求項２６に記載のワイヤレス通信デバイス。

【請求項28】

前記インターフェースは、前記第２のデバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、前記ワイヤレス媒体の制御を取得するようにさらに構成され、ここにおいて、
前記第２のアプリケーションファイルの第１のＭＳＤＵは、前記第２のアプリケーションファイルの前記第１のＭＳＤＵを識別するメタデータを含み、
前記第１のＭＳＤＵは、ＥＤＣＡパラメータの前記第１のセットに関連付けられ、
前記ワイヤレス媒体の制御を取得することは、ＥＤＣＡパラメータの前記第１のセットに関連付けられる、
請求項２６に記載のワイヤレス通信デバイス。

【請求項29】

前記ワイヤレス通信デバイスは、各アプリケーションファイルに対し、前記第１のＰＰＤＵのためのＲＴＳ／ＣＴＳシグナリングを可能にする、請求項２８に記載のワイヤレス通信デバイス。

【請求項30】

前記ワイヤレス通信デバイスは、ソフトウェア対応アクセスポイント（ＳＡＰ）に含まれ、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含み、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
請求項１６に記載のワイヤレス通信デバイス。

【請求項31】

ワイヤレス通信デバイスによって実行される方法であって、
ワイヤレス媒体を介して第２のデバイスからアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を取得することと、ここにおいて、
前記第２のデバイスは、前記ワイヤレス媒体の制御を取得し、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して前記第１のＰＰＤＵを送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記ワイヤレス通信デバイスから前記第２のデバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスから前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを取得することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を備える、方法。

【請求項32】

前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
請求項３１に記載の方法。

【請求項33】

ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、請求項３２に記載の方法。

【請求項34】

前記第１の優先度は、第１のバックオフカウンタ値に関連付けられ、
前記第２の優先度は、前記第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、ここにおいて、前記第２のバックオフカウンタ値は、前記第２のデバイスに前記データを提供するべきときを決定する際に前記ワイヤレス通信デバイスのバックオフカウンタによって使用され、
前記第３の優先度は、前記第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられる、
請求項３２に記載の方法。

【請求項35】

前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、請求項３４に記載の方法。

【請求項36】

【請求項37】

前記第２のデバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
請求項３６に記載の方法。

【請求項38】

前記第２のデバイスから第１の送信要求（ＲＴＳ）フレームを取得することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間は、前記第１のＰＰＤＵが前記第２のデバイスから取得される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを取得した後に、前記第２のデバイスに第１の送信可（ＣＴＳ）フレームを提供することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に、第２のＲＴＳフレームを前記第２のデバイスから取得することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを取得することは、前記第１のＣＴＳフレームを提供した後、および前記第１のＴＸＯＰの間である、
をさらに備える、請求項３２に記載の方法。

【請求項39】

前記第１のＴＸＯＰは、前記第２のデバイスが前記ワイヤレス通信デバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記第２のデバイスによって短縮される、請求項３８に記載の方法。

【請求項40】

前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを取得する前に、前記第２のデバイスに前記データを提供することをさらに備える、請求項３８に記載の方法。

【請求項41】

前記第２のデバイスから前記アプリケーションファイルの最後のＰＰＤＵを取得すること、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスは、前記ワイヤレス通信デバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止め、
前記第２のデバイスは、前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放する、
をさらに備える、請求項３８に記載の方法。

【請求項42】

前記最後のＭＳＤＵを取得した後に、前記第２のデバイスからコンテンションフリー（ＣＦ）エンドビーコンを取得することをさらに備え、ここにおいて、前記ＣＦエンドビーコンは前記ワイヤレス媒体の制御を解放するために使用される、請求項４１に記載の方法。

【請求項43】

前記第２のデバイスは、前記ワイヤレス通信デバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、前記ワイヤレス媒体の制御を取得し、
前記第２のアプリケーションファイルの第１のＭＳＤＵは、前記第２のアプリケーションファイルの前記第１のＭＳＤＵを識別するメタデータを含み、
前記第１のＭＳＤＵは、ＥＤＣＡパラメータの前記第１のセットに関連付けられ、
前記第２のデバイスによって前記ワイヤレス媒体の制御を取得することは、ＥＤＣＡパラメータの前記第１のセットに関連付けられる、
請求項４１に記載の方法。

【請求項44】

前記第２のデバイスは、ソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記ワイヤレス通信デバイスは、ヘッドマウントディスプレイ（ＨＭＤ）に含まれ、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
請求項３１に記載の方法。

【請求項45】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたワイヤレス通信デバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
ワイヤレス媒体を介して第２のデバイスからアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を取得することと、ここにおいて、
前記第２のデバイスは、前記ワイヤレス媒体の制御を取得し、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して前記第１のＰＰＤＵを送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記ワイヤレス通信デバイスから前記第２のデバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスから前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを取得することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を行うように構成された、ワイヤレス通信デバイス。

【請求項46】

前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
請求項４５に記載のワイヤレス通信デバイス。

【請求項47】

ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、請求項４６に記載のワイヤレス通信デバイス。

【請求項48】

【請求項49】

前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、請求項４８に記載のワイヤレス通信デバイス。

【請求項50】

【請求項51】

前記第２のデバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
請求項５０に記載のワイヤレス通信デバイス。

【請求項52】

前記インターフェースは、
前記第２のデバイスから第１の送信要求（ＲＴＳ）フレームを取得することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間は、前記第１のＰＰＤＵが前記第２のデバイスから取得される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを取得した後に、前記第２のデバイスに第１の送信可（ＣＴＳ）フレームを提供することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に、第２のＲＴＳフレームを前記第２のデバイスから取得することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを取得することは、前記第１のＣＴＳフレームを提供した後、および前記第１のＴＸＯＰの間である、
を行うようにさらに構成される、請求項４６に記載のワイヤレス通信デバイス。

【請求項53】

前記第１のＴＸＯＰは、前記第２のデバイスが前記ワイヤレス通信デバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記第２のデバイスによって短縮される、請求項５２に記載のワイヤレス通信デバイス。

【請求項54】

前記インターフェースは、前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを取得する前に、前記第２のデバイスに前記データを提供するようにさらに構成される、請求項５２に記載のワイヤレス通信デバイス。

【請求項55】

前記インターフェースは、
前記第２のデバイスから前記アプリケーションファイルの最後のＰＰＤＵを取得すること、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスは、前記ワイヤレス通信デバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止め、
前記第２のデバイスは、前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放する、
を行うようにさらに構成される、請求項５２に記載のワイヤレス通信デバイス。

【請求項56】

前記インターフェースは、前記最後のＭＳＤＵを取得した後に、前記第２のデバイスからコンテンションフリー（ＣＦ）エンドビーコンを取得するようにさらに構成され、ここにおいて、前記ＣＦエンドビーコンが前記ワイヤレス媒体の制御を解放するために使用される、請求項５５に記載のワイヤレス通信デバイス。

【請求項57】

【請求項58】

前記第２のデバイスは、ソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記ワイヤレス通信デバイスは、ヘッドマウントディスプレイ（ＨＭＤ）に含まれ、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
請求項４５に記載のワイヤレス通信デバイス。

【請求項59】

エクステンデッドリアリティ（ＸＲ）体験のためのデバイスによって実行される方法であって、
第２のデバイスから、ワイヤレス媒体を介してアップリンク（ＵＬ）データを取得することと、
前記第２のデバイスに、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを提供することと、ここにおいて、
１つまたは複数のＰＰＤＵは現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスに提供され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスに提供されたとき、または、
前記第１のＰＰＤＵが前記デバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を備える、方法。

【請求項60】

前記第２のデバイスによって表示されるべきビデオフレームをレンダリングすることをさらに備え、ここにおいて、
前記デバイスはレンダリングデバイスを含み、
前記第２のデバイスはディスプレイデバイスを含み、
前記ＵＬデータはポーズデータフレームを含み、
前記ビデオフレームの前記レンダリングは、前記取得されたポーズデータフレームに関連付けられ、ここにおいて、
前記ビデオフレームのうちの第１のビデオフレームは、複数のスライスを含み、
前記第１のビデオフレームのレンダリングは、前記第２のデバイスから最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵは、前記複数のスライスのうちの１つまたは複数に関連付けられる、
請求項５９に記載の方法。

【請求項61】

前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを、前記第２のデバイスに提供することと、
前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを前記第２のデバイスに提供することと、
をさらに備える、請求項６０に記載の方法。

【請求項62】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項６０に記載の方法。

【請求項63】

前記デバイスのアプリケーションレイヤクロックとワイヤレス通信デバイス（ＷＣＤ）クロックとを同期させることをさらに備え、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームのレンダリングのタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
請求項６２に記載の方法。

【請求項64】

前記ポーズデータフレームは第１の頻度で取得され、
前記ビデオフレームは前記第１の頻度でレンダリングされ、ここにおいて、各々の取得されたポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
請求項６３に記載の方法。

【請求項65】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項６３に記載の方法。

【請求項66】

前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることは、
前記第１のビデオフレームのレンダリングを開始するレンダリング時間の前の第１の時間に、前記現在のＴＷＴウィンドウの前記開始を整合させること、ここにおいて、前記第１の時間は、第１のオフセットだけ前記レンダリング時間に先行し、前記第１のオフセットは、前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、請求項６５に記載の方法。

【請求項67】

前記現在のＴＷＴウィンドウの前記開始の間に、前記第１のポーズデータフレームを取得することをさらに備える、請求項６６に記載の方法。

【請求項68】

前記現在のＴＷＴウィンドウの間に、さらなるポーズデータフレームを取得することと、
次のＴＷＴウィンドウの間に、第２のビデオフレームの少なくとも一部分をレンダリングすることと、ここにおいて、
前記第２のビデオフレームは、前記さらなるポーズデータフレームに関連付けられ、
前記さらなるポーズデータフレームは、前記第２のビデオフレームをレンダリングする前に、最も最近取得されたポーズデータフレームである、
をさらに備える、請求項６７に記載の方法。

【請求項69】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることを含み、
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、
請求項６３に記載の方法。

【請求項70】

前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、
前記第１のビデオフレームのレンダリングを開始するレンダリング時間を、前記現在のＴＷＴウィンドウの前記開始の後の第１の時間に整合させること、ここにおいて、前記第１の時間は、前記現在のＴＷＴウィンドウの前記開始に第１のオフセットだけ後に続き、ここにおいて、前記第１のオフセットは前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、請求項６９に記載の方法。

【請求項71】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを周期的に同期させることをさらに備え、ここにおいて、
前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間の最後の同期後に、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間のドリフトがドリフト閾値よりも大きくなることに関連付けられる、請求項６３に記載の方法。

【請求項72】

前記デバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記第２のデバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項６０に記載の方法。

【請求項73】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
第２のデバイスから、ワイヤレス媒体を介してアップリンク（ＵＬ）データを取得することと、
前記第２のデバイスに、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを提供することと、ここにおいて、
１つまたは複数のＰＰＤＵが現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスに提供され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスに提供されたとき、または
前記第１のＰＰＤＵが前記デバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を行うように構成された、デバイス。

【請求項74】

前記処理システムは、前記第２のデバイスによって表示されるべきビデオフレームをレンダリングするように構成され、ここにおいて
前記デバイスはレンダリングデバイスを含み、
前記第２のデバイスはディスプレイデバイスを含み、
前記ＵＬデータはポーズデータフレームを含み、
前記ビデオフレームの前記レンダリングは、前記取得されたポーズデータフレームに関連付けられ、ここにおいて、
前記ビデオフレームのうちの第１のビデオフレームは、複数のスライスを含み、
前記第１のビデオフレームのレンダリングは、前記第２のデバイスから最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵは、前記複数のスライスのうちの１つまたは複数に関連付けられる、
請求項７３に記載のデバイス。

【請求項75】

前記インターフェースは、
前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを、前記第２のデバイスに提供することと、
前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを前記第２のデバイスに提供することと、
を行うようにさらに構成される、請求項７４に記載のデバイス。

【請求項76】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項７４に記載のデバイス。

【請求項77】

前記デバイスは、前記デバイスのアプリケーションレイヤクロックとワイヤレス通信デバイス（ＷＣＤ）クロックとを同期させるように構成され、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームのレンダリングのタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
請求項７６に記載のデバイス。

【請求項78】

前記ポーズデータフレームは第１の頻度で取得され、
前記ビデオフレームは前記第１の頻度でレンダリングされ、ここにおいて、各々の取得されたポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
請求項７７に記載のデバイス。

【請求項79】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項７７に記載のデバイス。

【請求項80】

【請求項81】

前記インターフェースは、前記現在のＴＷＴウィンドウの前記開始の間に、前記第１のポーズデータフレームを取得するようにさらに構成される、請求項８０に記載のデバイス。

【請求項82】

前記インターフェースは、前記現在のＴＷＴウィンドウの間に、さらなるポーズデータフレームを取得するようにさらに構成され、
前記処理システムは、次のＴＷＴウィンドウの間に、第２のビデオフレームの少なくとも一部分をレンダリングするようにさらに構成され、ここにおいて、
前記第２のビデオフレームは、前記さらなるポーズデータフレームに関連付けられ、
前記さらなるポーズデータフレームは、前記第２のビデオフレームをレンダリングする前に、最も最近取得されたポーズデータフレームである、
請求項８１に記載のデバイス。

【請求項83】

【請求項84】

【請求項85】

前記デバイスは、前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを周期的に同期させるように構成され、
前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間の最後の同期後に、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間のドリフトがドリフト閾値よりも大きくなることに関連付けられる、請求項７７に記載のデバイス。

【請求項86】

前記デバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記第２のデバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項７４に記載のデバイス。

【請求項87】

エクステンデッドリアリティ（ＸＲ）体験のためのデバイスによって実行される方法であって、
ワイヤレス媒体を介して第２のデバイスにアップリンク（ＵＬ）データを提供することと、
前記第２のデバイスから、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを取得することと、ここにおいて、
１つまたは複数のＰＰＤＵは現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスから取得され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスによって提供されたとき、または
前記第１のＰＰＤＵが前記第２のデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を備える、方法。

【請求項88】

前記第２のデバイスは、前記デバイスによって表示されるべきビデオフレームをレンダリングするべきであり、ここにおいて、
前記第２のデバイスはレンダリングデバイスを含み、
前記デバイスはディスプレイデバイスを含み、
前記ＵＬデータはポーズデータフレームを含み、
前記ビデオフレームの前記レンダリングは、前記提供されたポーズデータフレームに関連付けられ、ここにおいて、
前記ビデオフレームのうちの第１のビデオフレームは、複数のスライスを含み、
前記第１のビデオフレームのレンダリングは、前記第２のデバイスによって最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵは、前記複数のスライスのうちの１つまたは複数に関連付けられる、
請求項８７に記載の方法。

【請求項89】

前記第２のデバイスから、前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを取得することと、
前記第２のデバイスから、前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを取得することと、
をさらに備える、請求項８８に記載の方法。

【請求項90】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項８８に記載の方法。

【請求項91】

前記デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることをさらに備え、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームの表示のタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
請求項９０に記載の方法。

【請求項92】

前記ポーズデータフレームは第１の頻度で提供され、
前記ビデオフレームは前記第１の頻度で前記第２のデバイスによってレンダリングされ、ここにおいて、前記第２のデバイスによって取得された各ポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
請求項９１に記載の方法。

【請求項93】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項９１に記載の方法。

【請求項94】

前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることは、
前記現在のＴＷＴウィンドウの前記開始を、前記第１のポーズデータフレームが前記第２のデバイスに提供される第１の時間に整合させること、ここにおいて、
前記第１の時間は、前記第２のデバイスが前記第１のビデオフレームのレンダリングを開始するべきレンダリング時間に先行し、
前記第１の時間は、第１のオフセットだけ前記レンダリング時間に先行し、
前記第１のオフセットは、前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、請求項９３に記載の方法。

【請求項95】

前記現在のＴＷＴウィンドウの前記開始の間に前記第１のポーズデータフレームを取得すること、または
ポーズデータフレームを取得する前に発生する前記現在のＴＷＴウィンドウの前記開始からのタイムアウト、
のうちの１つが発生すると、前記第２のデバイスが前記第１のビデオフレームをレンダリングし始める、請求項９３に記載の方法。

【請求項96】

前記現在のＴＷＴウィンドウの前記開始の時間を前記第２のデバイスに指示することをさらに備え、ここにおいて、
前記時間の前記指示は、前記ＷＣＤクロックが前記アプリケーションレイヤクロックに同期させられた後に前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられ、
前記第２のデバイスのＷＣＤクロックは、前記デバイスの前記ＷＣＤクロックに同期させられ、ここにおいて、前記ＷＣＤクロックの同期は、前記デバイスの前記ＴＳＦおよび前記第２のデバイスのＭＡＣにおけるＴＳＦに関連付けられ、
前記第２のデバイスのアプリケーションレイヤクロックは、前記ＡＰの前記ＷＣＤクロックに同期させられ、ここにおいて、前記第２のデバイスの前記ＷＣＤクロックへの前記第２のデバイスの前記アプリケーションレイヤクロックの同期は、前記第２のデバイスの前記ＴＳＦに関連付けられる、
請求項９３に記載の方法。

【請求項97】

【請求項98】

前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、
前記現在のＴＷＴウィンドウに関連付けられた時間に表示時間を整合させること、
を含む、請求項９７に記載の方法。

【請求項99】

【請求項100】

前記第２のデバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記デバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項８８に記載の方法。

【請求項101】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
ワイヤレス媒体を介して第２のデバイスにアップリンク（ＵＬ）データを提供することと、
前記第２のデバイスから、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを取得することと、ここにおいて、
１つまたは複数のＰＰＤＵは現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスから取得され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスによって提供されたとき、または
前記第１のＰＰＤＵが前記第２のデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を行うように構成された、デバイス。

【請求項102】

【請求項103】

前記インターフェースは、
前記第２のデバイスから、前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを取得することと、
前記第２のデバイスから、前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを取得することと、
を行うようにさらに構成される、請求項１０２に記載のデバイス。

【請求項104】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項１０２に記載のデバイス。

【請求項105】

前記デバイスは、前記デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させるように構成され、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームの表示のタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
請求項１０４に記載のデバイス。

【請求項106】

前記ポーズデータフレームは第１の頻度で提供され、
前記ビデオフレームは前記第１の頻度で前記第２のデバイスによってレンダリングされ、ここにおいて、前記第２のデバイスによって取得された各ポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
請求項１０５に記載のデバイス。

【請求項107】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項１０５に記載のデバイス。

【請求項108】

【請求項109】

前記現在のＴＷＴウィンドウの前記開始の間に前記第１のポーズデータフレームを取得すること、または
ポーズデータフレームを取得する前に発生する前記現在のＴＷＴウィンドウの前記開始からのタイムアウト、
のうちの１つが発生すると、前記第２のデバイスが前記第１のビデオフレームをレンダリングし始める、請求項１０７に記載のデバイス。

【請求項110】

前記インターフェースは、前記現在のＴＷＴウィンドウの前記開始の時間を前記第２のデバイスに指示するようにさらに構成され、ここにおいて、
前記時間の前記指示は、前記ＷＣＤクロックが前記アプリケーションレイヤクロックに同期させられた後に前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられ、
前記第２のデバイスのＷＣＤクロックは、前記デバイスの前記ＷＣＤクロックに同期させられ、ここにおいて、前記ＷＣＤクロックの同期は、前記デバイスの前記ＴＳＦおよび前記第２のデバイスのＭＡＣにおけるＴＳＦに関連付けられ、
前記第２のデバイスのアプリケーションレイヤクロックは、前記第２のデバイスの前記ＷＣＤクロックに同期させられ、ここにおいて、前記第２のデバイスの前記ＷＣＤクロックへの前記第２のデバイスの前記アプリケーションレイヤクロックの同期は、前記第２のデバイスの前記ＴＳＦに関連付けられる、
請求項１０７に記載のデバイス。

【請求項111】

【請求項112】

前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、
前記現在のＴＷＴウィンドウに関連付けられた時間に表示時間を整合させること、
を含む、請求項１１１に記載のデバイス。

【請求項113】

前記デバイスは、前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを周期的に同期させるように構成され、ここにおいて、
前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間の最後の同期後に、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間のドリフトがドリフト閾値よりも大きくなることに関連付けられる、請求項１０５に記載のデバイス。

【請求項114】

前記第２のデバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記デバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１０２に記載のデバイス。

【請求項115】

デバイスによって実行される方法であって、
第２のデバイスに提供されるべき複数のビデオフレームをレンダリングすることと、
前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割することと、
前記複数のビデオスライスの各ビデオスライスについて、
前記ビデオスライスを含むように複数のＰＰＤＵを生成することと、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、
前記第２のデバイスへの送信のために前記ＭＳＤＵをキューイングすることと、
を備える、方法。

【請求項116】

前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
請求項１１５に記載の方法。

【請求項117】

各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、請求項１１６に記載の方法。

【請求項118】

前記ビデオスライスの前記ＡＣはビデオスライスの優先度に関連付けられる、請求項１１７に記載の方法。

【請求項119】

前記ビデオスライスの前記優先度は、前記ビデオスライスがｉスライスであるかｐスライスであるかに依存する、請求項１１８に記載の方法。

【請求項120】

第１のｐスライスをレンダリングすることと、
前記第１のｐスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｐスライスをレンダリングした後に、第２のｐスライスをレンダリングすることと、
前記第２のｐスライスをレンダリングした後、および前記第１のｐスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供する前に、前記第１のＭＳＤＵキューをフラッシュすることと、
をさらに備える、請求項１１９に記載の方法。

【請求項121】

第１のｉスライスをレンダリングすることと、
前記第１のｉスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｉスライスをレンダリングした後に、第２のｉスライスまたはｐスライスをレンダリングすることと、
前記第２のｉスライスに関連付けられた第２のＭＳＤＵキューを生成することと、
前記第２のＭＳＤＵキューを生成した後に、前記第１のｉスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供することと、
をさらに備える、請求項１１９に記載の方法。

【請求項122】

ビデオスライスに関連付けられたＰＰＤＵについて、
前記ＰＰＤＵが閾値の回数まで前記第２のデバイスに送信されるように試みられ、
前記デバイスは、前記閾値の回数前記第２のデバイスに前記ＰＰＤＵを送信する試みに失敗した後、前記ビデオスライスに関連付けられたＭＳＤＵキューをフラッシュする、
請求項１１９に記載の方法。

【請求項123】

前記ＭＳＤＵキューをフラッシュした後に、置換ビデオスライスを生成することと、
前記置換ビデオスライスに関連付けられた置換ＭＳＤＵキューを生成することと
をさらに備える、請求項１２２に記載の方法。

【請求項124】

前記ＭＳＤＵキューがフラッシュされたことを前記第２のデバイスに示すことをさらに備える、請求項１２２に記載の方法。

【請求項125】

前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するために順方向誤り訂正（ＦＥＣ）を使用することをさらに備える、請求項１１５に記載の方法。

【請求項126】

前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、請求項１２５に記載の方法。

【請求項127】

前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１１５に記載の方法。

【請求項128】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
インターフェースと、
処理システムと、を備え、前記処理システムは、
第２のデバイスに提供されるべき複数のビデオフレームをレンダリングすることと、
前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割することと、
前記複数のビデオスライスの各ビデオスライスについて、
前記ビデオスライスを含むように複数のＰＰＤＵを生成することと、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記ＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、
前記第２のデバイスへの送信のために前記ＭＳＤＵをキューイングすることと、
を行うように構成された、デバイス。

【請求項129】

前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
請求項１２８に記載のデバイス。

【請求項130】

各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、請求項１２９に記載のデバイス。

【請求項131】

前記ビデオスライスの前記ＡＣはビデオスライスの優先度に関連付けられる、請求項１３０に記載のデバイス。

【請求項132】

前記ビデオスライスの前記優先度は、前記ビデオスライスがｉスライスであるかｐスライスであるかに依存する、請求項１３１に記載のデバイス。

【請求項133】

前記処理システムは、
第１のｐスライスをレンダリングすることと、
前記第１のｐスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｐスライスをレンダリングした後に、第２のｐスライスをレンダリングすることと、
前記第２のｐスライスをレンダリングした後、および前記第１のｐスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供する前に、前記第１のＭＳＤＵキューをフラッシュすることと、
を行うようにさらに構成される、請求項１３２に記載のデバイス。

【請求項134】

前記処理システムは、
第１のｉスライスをレンダリングすることと、
前記第１のｉスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｉスライスをレンダリングした後に、第２のｉスライスまたはｐスライスをレンダリングすることと、
前記第２のｉスライスに関連付けられた第２のＭＳＤＵキューを生成することと、
を行うようにさらに構成され、
前記インターフェースは、前記第２のＭＳＤＵキューを生成した後に、前記第１のｉスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供するように構成される、
請求項１３２に記載のデバイス。

【請求項135】

ビデオスライスに関連付けられたＰＰＤＵについて、
前記インターフェースは、閾値の回数まで前記第２のデバイスに前記ＰＰＤＵを送信するように試みるように構成され、
前記処理システムは、前記閾値の回数前記第２のデバイスに前記ＰＰＤＵを送信する試みに失敗した後、前記ビデオスライスに関連付けられたＭＳＤＵキューをフラッシュするようにさらに構成される、
請求項１３２に記載のデバイス。

【請求項136】

前記処理システムは、
前記ＭＳＤＵキューをフラッシュした後に、置換ビデオスライスを生成することと、
前記置換ビデオスライスに関連付けられた置換ＭＳＤＵキューを生成することと、
を行うようにさらに構成される、請求項１３５に記載のデバイス。

【請求項137】

前記インターフェースは、前記ＭＳＤＵキューがフラッシュされたことを前記第２のデバイスに示すようにさらに構成される、請求項１３５に記載のデバイス。

【請求項138】

前記デバイスは、前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するために順方向誤り訂正（ＦＥＣ）を使用するように構成される、請求項１２８に記載のデバイス。

【請求項139】

前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、請求項１３８に記載のデバイス。

【請求項140】

前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１２８に記載のデバイス。

【請求項141】

デバイスによって実行される方法であって、
第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を取得すること、ここにおいて、
前記第２のデバイスは、前記デバイスに提供されるべき複数のビデオフレームをレンダリングし、
前記第２のデバイスは、前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割し、
前記複数のビデオスライスの各ビデオスライスについて、
前記第２のデバイスは、前記ビデオスライスを含むように複数のＰＰＤＵを生成し、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別され、
前記第２のデバイスは、前記デバイスへの送信のために前記ＭＳＤＵをキューイングする、
を備える、方法。

【請求項142】

前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
請求項１４１に記載の方法。

【請求項143】

各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、請求項１４２に記載の方法。

【請求項144】

前記デバイスの並べ替え（ＲＥＯ）キューにおいて、ビデオスライスに関連付けられたＭＳＤＵの一部分を取得することと、
ＲＥＯタイムアウトが発生する前に前記ビデオスライスに関連付けられた前記ＭＳＤＵの残りを取得しなかった後に、前記ＲＥＯキューをフラッシュすることと、
をさらに備える、請求項１４３に記載の方法。

【請求項145】

前記ＲＥＯタイムアウトは、前記ビデオスライスの前記ＡＣに関連付けられる、請求項１４４に記載の方法。

【請求項146】

前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数のＭＳＤＵを取得することと、
前記１つまたは複数のＭＳＤＵに関連付けられた送信キューが前記第２のデバイスによってフラッシュされたことの指示を取得することと、
前記指示を取得した後に前記ＲＥＯキューをフラッシュすることと、
をさらに備える、請求項１４３に記載の方法。

【請求項147】

前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するために順方向誤り訂正（ＦＥＣ）を使用することをさらに備える、請求項１４１に記載の方法。

【請求項148】

前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、請求項１４７に記載の方法。

【請求項149】

前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１４１に記載の方法。

【請求項150】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を取得すること、ここにおいて、
前記第２のデバイスは、前記デバイスに提供されるべき複数のビデオフレームをレンダリングし、
前記第２のデバイスは、前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割し、
前記複数のビデオスライスの各ビデオスライスについて、
前記第２のデバイスは、前記ビデオスライスを含むように複数のＰＰＤＵを生成し、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別され、
前記第２のデバイスは、前記デバイスへの送信のために前記ＭＳＤＵをキューイングする、
を行うように構成された、デバイス。

【請求項151】

前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
請求項１５０に記載のデバイス。

【請求項152】

各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、請求項１５１に記載のデバイス。

【請求項153】

前記インターフェースは、前記デバイスの並べ替え（ＲＥＯ）キューにおいて、ビデオスライスに関連付けられたＭＳＤＵの一部分を取得するようにさらに構成され、
前記処理システムは、ＲＥＯタイムアウトが発生する前に前記ビデオスライスに関連付けられた前記ＭＳＤＵの残りを取得しなかった後に、前記ＲＥＯキューをフラッシュするように構成される、
請求項１５２に記載のデバイス。

【請求項154】

前記ＲＥＯタイムアウトは、前記ビデオスライスの前記ＡＣに関連付けられる、請求項１５３に記載のデバイス。

【請求項155】

前記インターフェースは、
前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数のＭＳＤＵを取得することと、
前記１つまたは複数のＭＳＤＵに関連付けられた送信キューが前記第２のデバイスによってフラッシュされたことの指示を取得することと、
を行うようにさらに構成され、
前記処理システムは、前記指示を取得した後に前記ＲＥＯキューをフラッシュするように構成される、
請求項１５２に記載のデバイス。

【請求項156】

前記デバイスは、前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するために順方向誤り訂正（ＦＥＣ）を使用するように構成される、請求項１５０に記載のデバイス。

【請求項157】

前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、請求項１５６に記載のデバイス。

【請求項158】

前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１５０に記載のデバイス。

【請求項159】

デバイスによって実行される方法であって、
エクステンデッドリアリティ（ＸＲ）体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みることと、
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落
のうちの１つまたは複数を測定することと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは調整され、前記測定値のうちの１つまたは複数に関連付けられる、
方法。

【請求項160】

前記第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、ここにおいて、前記１つまたは複数のビデオフレームの各々は、前記１つまたは複数のポーズデータフレームのうちの１つのポーズデータフレームに関連付けられる、
前記１つまたは複数のポーズデータフレームを取得することに関連付けられたポーズデータフレーム配信レイテンシを測定することと、
をさらに備える、請求項１５９に記載の方法。

【請求項161】

前記１つまたは複数のポーズデータフレームを取得することに関連付けられた、欠落または遅延したポーズデータフレームの頻度を測定することをさらに備える、請求項１６０に記載の方法。

【請求項162】

前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供することをさらに備える、請求項１６１に記載の方法。

【請求項163】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、請求項１６２に記載の方法。

【請求項164】

前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
請求項１６２に記載の方法。

【請求項165】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、請求項１６４に記載の方法。

【請求項166】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項１６２に記載の方法。

【請求項167】

前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、前記デバイスと前記第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、ここにおいて、前記１つまたは複数のワイヤレス通信パラメータを調整することは、
前記デバイスおよび前記第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
前記ＴＷＴ省電力モードを有効化もしくは無効化すること、
前記デバイスおよび前記第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
前記ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
前記１つまたは複数のＰＰＤＵの少なくとも一部分を前記第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
前記１つまたは複数のＰＰＤＵの少なくとも前記一部分を前記第２のデバイスに提供するために前記ＦＥＣを調整すること、
のうちの１つまたは複数を含む、請求項１６２に記載の方法。

【請求項168】

前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、請求項１６１に記載の方法。

【請求項169】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、請求項１６８に記載の方法。

【請求項170】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項１６８に記載の方法。

【請求項171】

前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、１つまたは複数のビデオパラメータを調整することを含み、ここにおいて、前記ビデオパラメータは、
ビデオフレームレート、
ビデオ解像度、
ターゲット符号化データレート、または
ビデオコーデック、
のうちの１つまたは複数を含む、請求項１５９に記載の方法。

【請求項172】

前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１５９に記載の方法。

【請求項173】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
前記ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みるように構成されたインターフェースと、
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落、
のうちの１つまたは複数を測定するように構成された処理システムと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは調整され、前記測定値のうちの１つまたは複数に関連付けられる、
デバイス。

【請求項174】

前記インターフェースは、前記第２のデバイスから１つまたは複数のポーズデータフレームを取得するようにさらに構成され、ここにおいて、前記１つまたは複数のビデオフレームの各々は、前記１つまたは複数のポーズデータフレームのうちの１つのポーズデータフレームに関連付けられ、
前記処理システムは、前記１つまたは複数のポーズデータフレームを取得することに関連付けられたポーズデータフレーム配信レイテンシを測定するようにさらに構成される、
請求項１７３に記載のデバイス。

【請求項175】

前記処理システムは、前記１つまたは複数のポーズデータフレームを取得することに関連付けられた、欠落または遅延したポーズデータフレームの頻度を測定するようにさらに構成される、請求項１７４に記載のデバイス。

【請求項176】

前記インターフェースは、前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供するようにさらに構成される、請求項１７５に記載のデバイス。

【請求項177】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、請求項１７６に記載のデバイス。

【請求項178】

前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
請求項１７６に記載のデバイス。

【請求項179】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、請求項１７８に記載のデバイス。

【請求項180】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項１７６に記載のデバイス。

【請求項181】

【請求項182】

前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、請求項１７５に記載のデバイス。

【請求項183】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、請求項１８２に記載のデバイス。

【請求項184】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項１８２に記載のデバイス。

【請求項185】

前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、１つまたは複数のビデオパラメータを調整することを含み、ここにおいて、前記ビデオパラメータは、
ビデオフレームレート、
ビデオ解像度、
ターゲット符号化データレート、または
ビデオコーデック
のうちの１つまたは複数を含む、請求項１７３に記載のデバイス。

【請求項186】

前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１７３に記載のデバイス。

【請求項187】

デバイスによって実行される方法であって、
エクステンデッドリアリティ（ＸＲ）体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みることと、
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落、
のうちの１つまたは複数を測定することと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは、調整され、前記測定値のうちの１つまたは複数に関連付けられる、方法。

【請求項188】

前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を取得することと、ここにおいて、各ＭＳＤＵは、前記１つまたは複数のビデオフレームのビデオスライスに関連付けられる、
前記ＲＥＯキューから１つまたは複数のＭＳＤＵを削除するために、１回または複数回前記ＲＥＯキューをフラッシュすることと、
前記ＲＥＯキューをフラッシュすることに関連付けられたＲＥＯフラッシュ時間を計測することと、
をさらに備える、請求項１８７に記載の方法。

【請求項189】

１つまたは複数のビデオフレームについて、
ビデオフレームに関連付けられた最初のＭＳＤＵを取得することと、
前記ビデオフレームに関連付けられた最後のＭＳＤＵを取得することと、
１つまたは複数のビデオフレーム用の前記最初のＭＳＤＵと前記最後のＭＳＤＵとを取得することに関連付けられたビデオフレーム配信レイテンシを測定することと、
をさらに備える、請求項１８８に記載の方法。

【請求項190】

前記最初のＭＳＤＵおよび前記最後のＭＳＤＵは、差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、請求項１８９に記載の方法。

【請求項191】

前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供することをさらに備える、請求項１９０に記載の方法。

【請求項192】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、請求項１９１に記載の方法。

【請求項193】

前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
請求項１９１に記載の方法。

【請求項194】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、請求項１９３に記載の方法。

【請求項195】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項１９１に記載の方法。

【請求項196】

前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、前記デバイスと前記第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、
前記１つまたは複数のワイヤレス通信パラメータを調整することは、
前記デバイスおよび前記第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
前記ＴＷＴ省電力モードを有効化もしくは無効化すること、
前記デバイスおよび前記第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
前記ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
前記１つまたは複数のＰＰＤＵの少なくとも一部分を前記第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
前記１つまたは複数のＰＰＤＵの少なくとも前記一部分を前記第２のデバイスに提供するために前記ＦＥＣを調整すること、
のうちの１つまたは複数を含む、請求項１９１に記載の方法。

【請求項197】

前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、
請求項１９０に記載の方法。

【請求項198】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、請求項１９７に記載の方法。

【請求項199】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項１９７に記載の方法。

【請求項200】

ジッタバッファのアンダーフローもしくはオーバーフロー、または
表示されるべきビデオフレームに関連付けられた欠落パケット、
のうちの１つまたは複数を測定することをさらに備える、請求項１８７に記載の方法。

【請求項201】

前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項１８７に記載の方法。

【請求項202】

エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
前記ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みるように構成されたインターフェースと、
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落、
のうちの１つまたは複数を測定するように構成された処理システムと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは、調整され、前記測定値のうちの１つまたは複数に関連付けられる、デバイス。

【請求項203】

前記インターフェースは、前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を取得するようにさらに構成され、ここにおいて、各ＭＳＤＵは、前記１つまたは複数のビデオフレームのビデオスライスに関連付けられ、
前記処理システムは、
前記ＲＥＯキューから１つまたは複数のＭＳＤＵを削除するために、１回または複数回前記ＲＥＯキューをフラッシュすることと、
前記ＲＥＯキューをフラッシュすることに関連付けられたＲＥＯフラッシュ時間を計測することと、
を行うようにさらに構成される、
請求項２０２に記載のデバイス。

【請求項204】

前記インターフェースｈ、１つまたは複数のビデオフレームについて、
ビデオフレームに関連付けられた最初のＭＳＤＵを取得することと、
前記ビデオフレームに関連付けられた最後のＭＳＤＵを取得することと
を行うようにさらに構成され、
前記処理システムは、１つまたは複数のビデオフレーム用の前記最初のＭＳＤＵと前記最後のＭＳＤＵとを取得することに関連付けられたビデオフレーム配信レイテンシを測定するようにさらに構成される、
請求項２０３に記載のデバイス。

【請求項205】

前記最初のＭＳＤＵおよび前記最後のＭＳＤＵは、差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、請求項２０４に記載のデバイス。

【請求項206】

前記インターフェースは、前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供するようにさらに構成される、請求項２０５に記載のデバイス。

【請求項207】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、請求項２０６に記載のデバイス。

【請求項208】

前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
請求項２０６に記載のデバイス。

【請求項209】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、請求項２０８に記載のデバイス。

【請求項210】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項２０６に記載のデバイス。

【請求項211】

【請求項212】

前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、
請求項２０５に記載のデバイス。

【請求項213】

前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、請求項２１２に記載のデバイス。

【請求項214】

前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、請求項２１２に記載のデバイス。

【請求項215】

前記処理システムは、
ジッタバッファのアンダーフローもしくはオーバーフロー、または
表示されるべきビデオフレームに関連付けられた欠落パケット、
のうちの１つまたは複数を測定するようにさらに構成される、請求項２０２に記載のデバイス。

【請求項216】

前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項２０２に記載のデバイス。

【請求項217】

ワイヤレス通信デバイスによって実行される方法であって、
第１のワイヤレスリンクを介して第１のデバイスと通信することと、
第２のワイヤレスリンクを介して第２のデバイスと通信することと、
を備え、
前記ワイヤレス通信デバイスは、マルチリンク動作（ＭＬＯ）技法または目標起床時間（ＴＷＴ）モードのうちの１つを使用して、前記第１のデバイスおよび前記第２のデバイスと同時に通信し、
前記ワイヤレス通信デバイスは、前記第１のワイヤレスリンク上の通信と比べて前記第２のワイヤレスリンク上の通信に選好を与えるように構成される、
方法。

【請求項218】

前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスからの１つまたは複数のパケットの受信中に、前記第２のデバイスに送信するべきときのために、
前記第１のデバイスからの前記１つまたは複数のパケットの受信の完了前に、前記第２のデバイスに送信することと、
前記第２のデバイスに送信した後に、前記第２のデバイスからブロック確認応答（ＢＡ）を取得することと、
前記ワイヤレス通信デバイスが前記１つまたは複数のパケットの前記受信に確認応答するために、前記第１のデバイスにＢＡを提供することを止めることと、
を含む、請求項２１７に記載の方法。

【請求項219】

前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスからの１つまたは複数のパケットの受信中に、前記第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
前記第１のデバイスからの前記１つまたは複数のパケットの受信中に、前記第２のデバイスから前記１つまたは複数のパケットを取得することと、
前記第２のデバイスから前記１つまたは複数のパケットを取得した後に、前記第２のデバイスにブロック確認応答（ＢＡ）を提供することと、
前記ワイヤレス通信デバイスが前記第１のデバイスからの前記１つまたは複数のパケットの前記受信に確認応答するために、前記第１のデバイスにＢＡを提供することを止めることと、
を含む、請求項２１７に記載の方法。

【請求項220】

前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスへの送信中に前記第２のデバイスに送信するべきときのために、
前記第２のデバイスへの前記送信を前記第１のデバイスへの前記送信と同期させること、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの外側の前記第１のデバイスへの送信を止めること、ここにおいて、
前記第１のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの間であり、
前記第２のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、
前記第１のデバイスへの送信に関連付けられた送信バッファからパケットをフラッシュすること、または
ワイヤレス媒体を確保するための時間期間を長引かせるために、送信可（ＣＴＳ）ツーセルフ（ＣＴＳ－ｔｏ－Ｓｅｌｆ）フレームをブロードキャストすること、ここにおいて、
前記ワイヤレス媒体は前記第１のワイヤレスリンクと前記第２のワイヤレスリンクとを含み、
前記時間期間は、前記第１のデバイスへの前記送信および前記第２のデバイスへの前記送信のために十分な長さの時間期間である、
のうちの１つまたは複数を実行すること、
を含む、請求項２１７に記載の方法。

【請求項221】

前記第２のデバイスへの前記送信を前記第１のデバイスへの前記送信と同期させることは、
前記第１のデバイスへの前記送信の開始を前記第２のデバイスへの前記送信の開始と同期させることと、
前記第１のデバイスへの前記送信の終了を前記第２のデバイスへの前記送信の終了と同期させるために、前記第２のデバイスへの前記送信を長引かせることと、ここにおいて、前記第２のワイヤレスリンクに関連付けられたバックオフは、前記第１のデバイスへの前記送信と前記第２のデバイスへの前記送信が同期したときに低減される、
を含む、請求項２２０に記載の方法。

【請求項222】

前記第２のデバイスへの送信に関連付けられた時分割多重化ウィンドウの間に、前記第１のデバイスへの送信を止めるときのために、前記第１のデバイスは、目標起床時間（ＴＷＴ）モードをサポートすることを止めさせる、請求項２２０に記載の方法。

【請求項223】

前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスへの送信中に前記第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの間に、前記第２のデバイスから前記１つもしくは複数のパケットを取得することを止めること、ここにおいて、
前記第１のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの間であり、
前記第２のデバイスからの受信は、前記１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、または
前記第１のデバイスに送信する前に、前記第１のデバイスへの送信の前記持続時間の間ワイヤレス媒体を確保するために、ネットワーク割振りベクトル（ＮＡＶ）値を示すフレームを前記第２のデバイスに提供すること、ここにおいて、前記ワイヤレス媒体が前記第１のワイヤレスリンクと前記第２のワイヤレスリンクとを含む、
のうちの１つまたは複数を実行すること、
を含む、請求項２１７に記載の方法。

【請求項224】

前記第２のワイヤレスリンク上の前記通信は、エクステンデッドリアリティ（ＸＲ）体験に関連付けられる、請求項２１７に記載の方法。

【請求項225】

前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記第２のワイヤレスリンク上に通信用の第１の目標起床時間（ＴＷＴ）セッションを構成することと、ここにおいて
前記第１のＴＷＴセッションは、前記第２のワイヤレスリンク上の第１の複数のＴＷＴウィンドウに関連付けられ、
前記第１の複数のＴＷＴウィンドウは、前記ワイヤレス通信デバイスにおけるＸＲアクティビティに関連付けられ、
前記ＸＲアクティビティは、前記第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、１つまたは複数のビデオフレームをレンダリングすることと、１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を介して前記第２のデバイスに前記１つまたは複数のビデオフレームを提供することとを含み、
前記第１のワイヤレスリンク上に通信用の第２のＴＷＴセッションを構成することと、ここにおいて、
前記第２のＴＷＴセッションは、前記第１の複数のＴＷＴウィンドウの間に散在する第２の複数のＴＷＴウィンドウに関連付けられ、
前記第２の複数のＴＷＴウィンドウは、前記第１のデバイスと前記ワイヤレス通信デバイスとの間のワイヤレスアクティビティに関連付けられ、
前記第１の複数のＴＷＴウィンドウは、前記第２の複数のＴＷＴウィンドウと重複しない、
前記第１の複数のＴＷＴウィンドウの間に前記第２のデバイスと通信することと、
前記第２の複数のＴＷＴウィンドウの間に前記第１のデバイスと通信することと、
を含む、請求項２２４に記載の方法。

【請求項226】

前記第１の複数のＴＷＴウィンドウと前記第２の複数のＴＷＴウィンドウとの間のドリフトを測定することと、ここにおいて、
前記第１のＴＷＴセッションは、前記ワイヤレス通信デバイスに関連付けられたアプリケーションレイヤクロックに関連付けられ、
前記第２のＴＷＴセッションは、媒体アクセス制御レイヤ（ＭＡＣ）におけるワイヤレス通信デバイス（ＷＣＤ）クロックに関連付けられ、
前記ドリフトを低減するために、前記第１の複数のＴＷＴウィンドウまたは前記第２の複数のＴＷＴウィンドウのうちの１つまたは複数のタイミングを調整することと、
をさらに備える、請求項２２５に記載の方法。

【請求項227】

前記ドリフトは、前記アプリケーションレイヤクロックの忠実度と前記ＷＣＤクロックの忠実度との間の差に関連付けられる、請求項２２６に記載の方法。

【請求項228】

前記ドリフトは、前記アプリケーションレイヤクロックの共振周波数と前記ＷＣＤクロックの共振周波数との間の差に関連付けられる、請求項２２６に記載の方法。

【請求項229】

前記第１のデバイスはアクセスポイント（ＡＰ）であり、
前記ワイヤレス通信デバイスは、前記ＡＰと前記第２のデバイスとの間のリレー局（ＳＴＡ）に含まれる、
請求項２２４に記載の方法。

【請求項230】

前記ＡＰまたは前記リレーＳＴＡのうちの１つまたは複数は、レンダリングデバイスであり、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項２２９に記載の方法。

【請求項231】

ワイヤレス通信デバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
第１のワイヤレスリンクを介して第１のデバイスと通信することと、
第２のワイヤレスリンクを介して第２のデバイスと通信することと、
を行うように構成され、
前記ワイヤレス通信デバイスは、マルチリンク動作（ＭＬＯ）技法または目標起床時間（ＴＷＴ）モードのうちの１つを使用して、前記第１のデバイスおよび前記第２のデバイスと同時に通信し、
前記ワイヤレス通信デバイスは、前記第１のワイヤレスリンク上の通信と比べて前記第２のワイヤレスリンク上の通信に選好を与えるように構成される、
ワイヤレス通信デバイス。

【請求項232】

【請求項233】

【請求項234】

【請求項235】

【請求項236】

前記第２のデバイスへの送信に関連付けられた時分割多重化ウィンドウの間に、前記第１のデバイスへの送信を止めるときのために、前記第１のデバイスは、目標起床時間（ＴＷＴ）モードをサポートすることを止めさせる、請求項２３４に記載のワイヤレス通信デバイス。

【請求項237】

【請求項238】

前記第２のワイヤレスリンク上の前記通信は、エクステンデッドリアリティ（ＸＲ）体験に関連付けられる、請求項２３１に記載のワイヤレス通信デバイス。

【請求項239】

【請求項240】

前記処理システムは、
前記第１の複数のＴＷＴウィンドウと前記第２の複数のＴＷＴウィンドウとの間のドリフトを測定することと、ここにおいて、
前記第１のＴＷＴセッションは、前記ワイヤレス通信デバイスに関連付けられたアプリケーションレイヤクロックに関連付けられ、
前記第２のＴＷＴセッションは、媒体アクセス制御レイヤ（ＭＡＣ）におけるワイヤレス通信デバイス（ＷＣＤ）クロックに関連付けられ、
前記ドリフトを低減するために、前記第１の複数のＴＷＴウィンドウまたは前記第２の複数のＴＷＴウィンドウのうちの１つまたは複数のタイミングを調整することと、
を行うようにさらに構成される、請求項２３９に記載のワイヤレス通信デバイス。

【請求項241】

前記ドリフトは、前記アプリケーションレイヤクロックの忠実度と前記ＷＣＤクロックの忠実度との間の差に関連付けられる、請求項２４０に記載のワイヤレス通信デバイス。

【請求項242】

前記ドリフトは、前記アプリケーションレイヤクロックの共振周波数と前記ＷＣＤクロックの共振周波数との間の差に関連付けられる、請求項２４０に記載のワイヤレス通信デバイス。

【請求項243】

前記第１のデバイスはアクセスポイント（ＡＰ）であり、
前記ワイヤレス通信デバイスは、前記ＡＰと前記第２のデバイスとの間のリレー局（ＳＴＡ）に含まれる、
請求項２３８に記載のワイヤレス通信デバイス。

【請求項244】

前記ＡＰまたは前記リレーＳＴＡのうちの１つまたは複数は、レンダリングデバイスであり、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項２４３に記載のワイヤレス通信デバイス。

【発明の詳細な説明】

【優先権の主張】

【0001】

関連出願の相互参照
[0001]本特許出願は、本出願の譲受人に譲渡された、２０２１年３月１日に出願された「ＡＳＹＮＣＨＲＯＮＯＵＳＣＨＡＮＮＥＬＡＣＣＥＳＳＣＯＮＴＲＯＬＯＦＡＷＩＲＥＬＥＳＳＳＹＳＴＥＭ」と題する米国特許出願第１７／１８８，１６５号、および２０２１年３月１日に出願された「ＳＹＮＣＨＲＯＮＯＵＳＣＨＡＮＮＥＬＡＣＣＥＳＳＣＯＮＴＲＯＬＯＦＡＷＩＲＥＬＥＳＳＳＹＳＴＥＭ」と題する米国特許出願第１７／１８８，２７５号の優先権を主張する。すべての先行出願の開示は、本特許出願の一部と見なされ、参照により本特許出願に組み込まれる。

【技術分野】

【0002】

[0002]本開示は、一般に、ワイヤレス通信に関し、より詳細には、ワイヤレスシステムの同期式チャネルアクセス制御に関する。

【背景技術】

【0003】

[0003]ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、局（ＳＴＡ）とも呼ばれるいくつかのクライアントデバイスが使用するための共有されたワイヤレス通信媒体を提供する、１つまたは複数のアクセスポイント（ＡＰ）によって形成され得る。米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格ファミリに準拠するＷＬＡＮの基本ビルディングブロックは、ＡＰによって管理される基本サービスセット（ＢＳＳ）である。各ＢＳＳは、ＡＰによって通知される基本サービスセット識別子（ＢＳＳＩＤ）によって識別される。ＡＰは、ＡＰのワイヤレス範囲内の任意のＳＴＡがＷＬＡＮとの通信リンクを確立または維持することを可能にするために、ビーコンフレームを周期的にブロードキャストする。

【0004】

[0004]いくつかのワイヤレス通信デバイスは、厳しいエンドツーエンドレイテンシと、パケットロスと、スループットの要件とを有する（ゲーミングトラフィックまたはエクステンデッドリアリティ（ＸＲ）トラフィックなどの）低レイテンシトラフィックに関連付けられる場合がある。そのような低レイテンシトラフィックがそれらそれぞれのレイテンシと、パケットロスの要件とに違反することなく処理され得ることをＷＬＡＮが保証することが望ましい。

【発明の概要】

【0005】

[0005]本開示のシステム、方法、およびデバイスは、各々いくつかの発明的態様を有し、それらのうちの単一の態様が、本明細書に開示される望ましい属性に単独で関与するとは限らない。

【0006】

[0006]本開示に記載される主題の１つの発明的態様は、ワイヤレス通信のための方法として実装され得る。いくつかの実装形態では、方法はワイヤレス通信デバイスによって実行される場合があり、ワイヤレス媒体の制御を取得することを含む場合がある。ワイヤレス媒体の制御は、ワイヤレス媒体を介して、ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送信する第１の優先度に関連付けられ、第１の優先度は、ワイヤレス媒体を介して第２のデバイスからワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる。方法はまた、第２のデバイスに第１のＰＰＤＵを提供することを含む場合がある。方法はまた、アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを第２のデバイスに提供することを含む場合がある。１つまたは複数の後続のＰＰＤＵを提供することは、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる。

【0007】

[0007]本開示に記載される主題の別の発明的態様は、ワイヤレス通信デバイスにおいて実装され得る。ワイヤレス通信デバイスは、処理システムとインターフェースとを含む。インターフェースは、ワイヤレス媒体の制御を取得するように構成される。ワイヤレス媒体の制御は、ワイヤレス媒体を介して、ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１のＰＰＤＵを送信する第１の優先度に関連付けられ、第１の優先度は、ワイヤレス媒体を介して第２のデバイスからワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる。インターフェースも、第２のデバイスに第１のＰＰＤＵを提供し、アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを第２のデバイスに提供するように構成される。１つまたは複数の後続のＰＰＤＵを提供することは、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる。

【0008】

[0008]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はワイヤレス通信デバイスによって実行される場合があり、ワイヤレス媒体を介してＡＰからアプリケーションファイルの第１のＰＰＤＵを取得することを含む場合がある。ＡＰはワイヤレス媒体の制御を取得する。ワイヤレス媒体の制御は、ワイヤレス媒体を介して第１のＰＰＤＵを送信する第１の優先度に関連付けられ、第１の優先度は、ワイヤレス媒体を介してワイヤレス通信デバイスからＡＰにデータを送信する第２の優先度とは異なる。方法はまた、ＡＰからアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得することを含む場合がある。１つまたは複数の後続のＰＰＤＵを取得することは、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる。

【0009】

[0009]本開示に記載される主題の別の発明的態様は、別のワイヤレス通信デバイスにおいて実装され得る。ワイヤレス通信デバイスは、処理システムとインターフェースとを含む。インターフェースは、ワイヤレス媒体を介してＡＰからアプリケーションファイルの第１のＰＰＤＵを取得するように構成される。ＡＰはワイヤレス媒体の制御を取得する。ワイヤレス媒体の制御は、ワイヤレス媒体を介して第１のＰＰＤＵを送信する第１の優先度に関連付けられ、第１の優先度は、ワイヤレス媒体を介してワイヤレス通信デバイスからＡＰにデータを送信する第２の優先度とは異なる。インターフェースはまた、ＡＰからアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得するように構成される。１つまたは複数の後続のＰＰＤＵを取得することは、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる。

【0010】

[0010]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はデバイスによって実行される場合があり、第２のデバイスから、ワイヤレス媒体を介してアップリンク（ＵＬ）データを取得することと、第２のデバイスに、ワイヤレス媒体を介してＰＰＤＵを含むダウンリンク（ＤＬ）データを提供することとを含む場合がある。１つまたは複数のＰＰＤＵは、現在の目標起床時間（ＴＷＴ：target wake time）ウィンドウの間に第２のデバイスに提供され、現在のＴＷＴウィンドウの開始は、１つもしくは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスに提供されたとき、または第１のＰＰＤＵがデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたときのうちの１つに関連付けられる。

【0011】

[0011]本開示に記載される主題の別の発明的態様は、デバイスにおいて実装され得る。デバイスは、処理システムとインターフェースとを含む。インターフェースは、第２のデバイスから、ワイヤレス媒体を介してＵＬデータを取得し、第２のデバイスに、ワイヤレス媒体を介してＰＰＤＵを含むＤＬデータを提供するように構成される。１つまたは複数のＰＰＤＵは、現在のＴＷＴウィンドウの間に第２のデバイスに提供され、現在のＴＷＴウィンドウの開始は、１つもしくは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスに提供されたとき、または第１のＰＰＤＵがデバイスのアプリケーションレイヤからＭＡＣに提供されたときのうちの１つに関連付けられる。

【0012】

[0012]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はデバイスによって実行される場合があり、ワイヤレス媒体を介して第２のデバイスにＵＬデータを提供することと、ワイヤレス媒体を介してＰＰＤＵを含むＤＬデータを第２のデバイスから取得することとを含む場合がある。１つまたは複数のＰＰＤＵは、現在のＴＷＴウィンドウの間に第２のデバイスから取得され、現在のＴＷＴウィンドウの開始は、１つもしくは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスによって提供されたとき、または第１のＰＰＤＵが第２のデバイスのアプリケーションレイヤからＭＡＣに提供されたときのうちの１つに関連付けられる。

【0013】

[0013]本開示に記載される主題の別の発明的態様は、デバイスにおいて実装され得る。デバイスは、処理システムとインターフェースとを含む。インターフェースは、ワイヤレス媒体を介して第２のデバイスにＵＬデータを提供し、ワイヤレス媒体を介してＰＰＤＵを含むＤＬデータを第２のデバイスから取得するように構成される。１つまたは複数のＰＰＤＵは、現在のＴＷＴウィンドウの間に第２のデバイスから取得され、現在のＴＷＴウィンドウの開始は、１つもしくは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスによって提供されたとき、または第１のＰＰＤＵが第２のデバイスのアプリケーションレイヤからＭＡＣに提供されたときのうちの１つに関連付けられる。

【0014】

[0014]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はデバイスによって実行される場合があり、第２のデバイスに提供されるべき複数のビデオフレームをレンダリングすることと、複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割することと、複数のビデオスライスのビデオスライスごとに、ビデオスライスを含むように複数のＰＰＤＵを生成することとを含む場合がある。各ＰＰＤＵは、ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、ビデオスライスは、複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ：differentiated services field codepoit）値によって識別される。
方法はまた、複数のビデオスライスのビデオスライスごとに、第２のデバイスへの送信のためにＭＳＤＵをキューイングすることを含む。

【0015】

[0015]本開示に記載される主題の別の発明的態様は、デバイスにおいて実装され得る。デバイスは、処理システムとインターフェースとを含む。処理システムは、第２のデバイスに提供されるべき複数のビデオフレームをレンダリングし、複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割し、複数のビデオスライスのビデオスライスごとに、ビデオスライスを含むように複数のＰＰＤＵを生成するように構成される。各ＰＰＤＵは、ビデオスライスに関連付けられた１つまたは複数のＭＳＤＵを含み、ビデオスライスは、複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号およびＤＳＣＰ値によって識別される。処理システムはまた、複数のビデオスライスのビデオスライスごとに、第２のデバイスへの送信のためにＭＳＤＵをキューイングするように構成される。

【0016】

[0016]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はデバイスによって実行される場合があり、第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数のＰＰＤＵを取得することを含む場合がある。第２のデバイスは、デバイスに提供されるべき複数のビデオフレームをレンダリングし、第２のデバイスは、複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割する。複数のビデオスライスのビデオスライスごとに、第２のデバイスは、ビデオスライスを含むように複数のＰＰＤＵを生成する。各ＰＰＤＵは、ビデオスライスに関連付けられた１つまたは複数のＭＳＤＵを含み、ビデオスライスは、複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号およびＤＳＣＰ値によって識別される。複数のビデオスライスのビデオスライスごとに、第２のデバイスは、デバイスへの送信のためにＭＳＤＵをキューイングする。

【0017】

[0017]本開示に記載される主題の別の発明的態様は、デバイスにおいて実装され得る。デバイスは、処理システムとインターフェースとを含む。インターフェースは、第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数のＰＰＤＵを取得するように構成される。第２のデバイスは、デバイスに提供されるべき複数のビデオフレームをレンダリングし、第２のデバイスは、複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割する。複数のビデオスライスのビデオスライスごとに、第２のデバイスは、ビデオスライスを含むように複数のＰＰＤＵを生成する。各ＰＰＤＵは、ビデオスライスに関連付けられた１つまたは複数のＭＳＤＵを含み、ビデオスライスは、複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号およびＤＳＣＰ値によって識別される。複数のビデオスライスのビデオスライスごとに、第２のデバイスは、デバイスへの送信のためにＭＳＤＵをキューイングする。

【0018】

[0018]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はデバイスによって実行される場合があり、ＸＲ体験（experience）の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みることと、複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落（ドロップ、drop）のうちの１つまたは複数を測定することとを含む場合がある。ＸＲ体験の１つまたは複数のパラメータは調整され、測定値のうちの１つまたは複数に関連付けられる。

【0019】

[0019]本開示に記載される主題の別の発明的態様は、デバイスにおいて実装され得る。デバイスは、処理システムとインターフェースとを含む。インターフェースは、ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みるように構成される。処理システムは、複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落のうちの１つまたは複数を測定するように構成される。ＸＲ体験の１つまたは複数のパラメータは調整され、測定値のうちの１つまたは複数に関連付けられる。

【0020】

[0020]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はデバイスによって実行される場合があり、ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレーム（pose data frame）を第２のデバイスに提供するように試みることと、複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落のうちの１つまたは複数を測定することとを含む場合がある。ＸＲ体験の１つまたは複数のパラメータは調整され、測定値のうちの１つまたは複数に関連付けられる。

【0021】

[0021]本開示に記載される主題の別の発明的態様は、デバイスにおいて実装され得る。デバイスは、処理システムとインターフェースとを含む。インターフェースは、ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みるように構成される。処理システムは、複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落のうちの１つまたは複数を測定するように構成される。ＸＲ体験の１つまたは複数のパラメータは調整され、測定値のうちの１つまたは複数に関連付けられる。

【0022】

[0022]本開示に記載される主題の別の発明的態様は、ワイヤレス通信のための別の方法として実装され得る。いくつかの実装形態では、方法はワイヤレス通信デバイスによって実行される場合があり、第１のワイヤレスリンクを介して第１のデバイスと通信することと、第２のワイヤレスリンクを介して第２のデバイスと通信することとを含む場合がある。ワイヤレス通信デバイスは、マルチリンク動作（ＭＬＯ）技法またはＴＷＴモードのうちの１つを使用して、第１のデバイスおよび第２のデバイスと同時に通信し、ワイヤレス通信デバイスは、第１のワイヤレスリンク上の通信と比べて第２のワイヤレスリンク上の通信に選好を与えるように構成される。

【0023】

[0023]本開示に記載される主題の別の発明的態様は、ワイヤレス通信デバイスにおいて実装され得る。ワイヤレス通信デバイスは、処理システムとインターフェースとを含む。インターフェースは、第１のワイヤレスリンクを介して第１のデバイスと通信し、第２のワイヤレスリンクを介して第２のデバイスと通信するように構成される。ワイヤレス通信デバイスは、ＭＬＯ技法またはＴＷＴモードのうちの１つを使用して、第１のデバイスおよび第２のデバイスと同時に通信し、ワイヤレス通信デバイスは、第１のワイヤレスリンク上の通信と比べて第２のワイヤレスリンク上の通信に選好を与えるように構成される。

【0024】

[0024]本開示に記載される主題の１つまたは複数の実装形態の詳細が、添付の図面および以下の説明に記載されている。他の特徴、態様、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。以下の図の相対寸法は、一定の縮尺で描かれていない場合があることに留意されたい。

【図面の簡単な説明】

【0025】

【図1A】[0025]例示的なワイヤレス通信ネットワークの絵図。

【図1B】[0026]エクステンデッドリアリティ（ＸＲ）体験を提供するための例示的なデバイスのグループの絵図。

【図2A】[0027]ワイヤレス通信デバイス間の通信に使用可能な例示的なプロトコルデータユニット（ＰＤＵ）を示す図。

【図2B】[0028]図２ＡのＰＤＵにおける例示的なフィールドを示す図。

【図3A】[0029]ワイヤレス通信デバイス間の通信に使用可能な別の例示的なＰＤＵを示す図。

【図3B】[0030]ワイヤレス通信デバイス間の通信に使用可能な別の例示的なＰＤＵを示す図。

【図4】[0031]ワイヤレス通信デバイス間の通信に使用可能な例示的な物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を示す図。

【図5】[0032]例示的なワイヤレス通信デバイスのブロック図。

【図6A】[0033]例示的なアクセスポイント（ＡＰ）のブロック図。

【図6B】[0034]例示的な局（ＳＴＡ）のブロック図。

【図7】[0035]例示的なモーションツーレンダラツーフォトン（Ｍ２Ｒ２Ｐ：motion-to-render-to-photon）動作を示すシーケンス図。

【図8】[0036]いくつかの実装形態による、非同期式チャネルアクセス制御のための例示的なプロセスを示すフローチャート。

【図9】[0037]いくつかの実装形態による、非同期式チャネルアクセス制御のための例示的なプロセスを示すフローチャート。

【図10】[0038]ＸＲ体験用のデバイス間の例示的な送信を示すシーケンス図。

【図11】[0039]いくつかの実装形態による、目標起床時間（ＴＷＴ）セッションに基づく同期式チャネルアクセス制御のための例示的なプロセスを示すフローチャート。

【図12】[0040]いくつかの実装形態による、ＴＷＴセッションに基づく同期式チャネルアクセス制御のための例示的なプロセスを示すフローチャート。

【図13】[0041]モーションツーレンダラ（Ｍ２Ｒ:motion-to render）レイテンシに関連付けられたポーズデータフレームおよびビデオフレームのレンダリングの例示的なタイミングを示すシーケンス図。

【図14】[0042]Ｍ２Ｒレイテンシに関連付けられたポーズデータフレームおよびビデオフレームのレンダリングの例示的なタイミングを示すシーケンス図。

【図15A】[0043]レンダリングデバイスおよびディスプレイデバイスのクロックを同期させることの一例を示すブロック図。

【図15B】[0044]レンダリングデバイスおよびディスプレイデバイスのクロックを同期させることの一例を示すブロック図。

【図15C】[0045]レンダリングデバイスおよびディスプレイデバイスのクロックを同期させることの一例を示すブロック図。

【図16】[0046]いくつかの実装形態による、送信用のデータを管理するための例示的なプロセスを示すフローチャート。

【図17】[0047]いくつかの実装形態による、送信用のデータを管理するための例示的なプロセスを示すフローチャート。

【図18】[0048]１つまたは複数のビデオフレーム用のキューを生成することの一例を示すブロック図。

【図19】[0049]いくつかの実装形態による、フィードバックを生成するための例示的なプロセスを示すフローチャート。

【図20】[0050]いくつかの実装形態による、フィードバックを生成するための例示的なプロセスを示すフローチャート。

【図21】[0051]例示的な制御フィールドのブロック図。

【図22】[0052]複数のデバイスとの同時ワイヤレスリンクをサポートするための例示的なプロセスを示すフローチャート。

【図23】[0053]ＸＲアクティビティおよびＡＰとのワイヤレスアクティビティの例示的なタイミングを示すシーケンス図。

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

【0026】

[0054]様々な図面における同様の参照番号および記号は、同様の要素を示す。

【0027】

[0055]以下の説明は、本開示の発明的態様を記載する目的で、いくつかの実装形態を対象とする。しかしながら、当業者は、本明細書の教示が多数の異なる方法で適用され得ることを容易に認識されよう。記載される実装形態は、とりわけ、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格、ＩＥＥＥ８０２．１５規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）スペシャルインタレストグループ（ＳＩＧ）によって定義されたＢｌｕｅｔｏｏｔｈ規格、または第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたロングタームエボリューション（ＬＴＥ（登録商標））、３Ｇ、４Ｇ、もしくは５Ｇ（新無線（ＮＲ））規格のうちの１つまたは複数に従って、無線周波数（ＲＦ）信号を送信および受信することが可能な任意のデバイス、システム、またはネットワークにおいて実装され得る。記載される実装形態は、以下の技術または技法：符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、シングルユーザ（ＳＵ）多入力多出力（ＭＩＭＯ）、およびマルチユーザ（ＭＵ）ＭＩＭＯのうちの１つまたは複数に従って、ＲＦ信号を送信および受信することが可能な任意のデバイス、システム、またはネットワークにおいて実装され得る。記載される実装形態はまた、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、またはモノのインターネット（ＩＯＴ）ネットワークのうちの１つまたは複数において使用するのに適した他のワイヤレス通信プロトコルまたはＲＦ信号を使用して実装され得る。

【0028】

[0056]様々な実装形態は、一般に、ユーザにエクステンデッドリアリティ（ＸＲ）体験を提供するアーキテクチャに関する。ＸＲ体験に関連付けられたワイヤレスデータは、一般に、ユーザ体験の低減を防止するために、厳しいレイテンシと、パケットロスの制限とを有する。たとえば、ビデオフレームまたは（オーディオ、触覚コマンドなどを含む）他のデータ用のパケットは、レンダリングされ、（ヘッドマウントディスプレイ（ＨＭＤ）、ウェアラブルディスプレイ、または他のそのようなワイヤレスもしくは有線のディスプレイデバイスなどの）表示デバイスに配信され、ほぼリアルタイムで表示されなければならない。加えて、（慣性測定ユニット（ＩＭＵ）からの測定値などの）ユーザの表示デバイスまたは他のデバイスからのセンサ情報は、レンダリングに使用され、そのことはレイテンシ要件をさらに複雑にする。典型的なワイヤレスシステムは、最小フレームレートを保証し、ＸＲ体験についての同期問題、スタッダ、または遅延を防止するために、データのレンダリング、配信、および表示に対するそのような制限下で設計されない。

【0029】

[0057]いくつかの実装形態は、より具体的に、ＸＲ体験を提供するデバイスのためのワイヤレスシステムの非同期式チャネルアクセス制御に関する。本開示のいくつかの態様によれば、デバイスは、１つまたは複数の物理レイヤ（ＰＨＹ）コンバージェンスプロトコル（ＰＬＣＰ）データユニット（ＰＰＤＵ）の優先度を調整し、他のデバイスがワイヤレス媒体上で通信することをさらに可能にしながら、特定の時間におけるワイヤレス媒体の制御を保証するために他の動作を実行することができる。たとえば、デバイスは、アプリケーションファイルの第１のＰＰＤＵを送信するためにワイヤレス媒体の制御を取得することを保証するために、バックオフカウンタを調整するか、または１つもしくは複数の拡張分散チャネルアクセス（ＥＤＣＡ）パラメータを調整することができる。アプリケーションファイルの１つまたは複数の後続のＰＰＤＵに対して、デバイスは、（ディスプレイデバイスがデバイスに情報を戻すため、または別のデバイスが共有されたワイヤレス媒体を使用して送信するためなどの）いくつかのシナリオで他のデバイスがワイヤレス媒体の制御を取得することを可能にするために、再びバックオフカウンタを調整するか、または１つもしくは複数のＥＤＣＡパラメータを調整することができる。

【0030】

[0058]特定の実装形態は、以下の潜在的な利点のうちの１つまたは複数を実現するために実装され得る。ワイヤレス媒体の制御を保証するレンダリングデバイスは、レンダリングデバイスがＸＲ体験のためのレイテンシ要件を満たすことを可能にすることができる。他のデバイスがワイヤレス媒体上で送信することを可能にするレンダリングデバイスは、基本サービスセット（ＢＳＳ）内の複数のデバイスを有するか、または複数の重複基本サービスセット（ＯＢＳＳ）を有する環境内でワイヤレス媒体が共有されることを可能にすることができる。レンダリングデバイスはまた、レンダリングがＸＲ体験のためのレイテンシと、他の要件とを満たすために、ディスプレイデバイスがレンダリングデバイスにセンサ測定値と、他の情報とを提供することを可能にするように構成される。

【0031】

[0059]いくつかの実装形態は、より具体的に、ＸＲ体験を提供するデバイスのためのワイヤレスシステムの同期式チャネルアクセス制御に関する。本開示のいくつかの態様によれば、レンダリングデバイスは、目標起床時間（ＴＷＴ）セッションを使用して、１つまたは複数の（ウィンドウとも呼ばれる）ＴＷＴサービス期間中にディスプレイデバイスと通信することができる。ＴＷＴセッションは、ＸＲ体験のためのレイテンシ要件または他の要件を満たすために、ワイヤレス媒体の制御を保証するように構成および管理される場合がある。ＴＷＴウィンドウを使用すると、他のデバイスがＴＷＴウィンドウの外側のワイヤレス媒体を使用することが可能になる。

【0032】

[0060]特定の実装形態は、以下の潜在的な利点のうちの１つまたは複数を実現するために実装され得る。ＴＷＴを使用してワイヤレス媒体の制御を保証するレンダリングデバイスは、レンダリングデバイスがＸＲ体験のためのレイテンシ要件を満たすことを可能にすることができる。他のデバイスがワイヤレス媒体上で送信することを可能にするレンダリングデバイスは、複数のデバイスを有する環境内でワイヤレス媒体が共有されることを可能にすることができる。

【0033】

[0061]いくつかの実装形態は、より具体的に、ＸＲ体験のための同期式チャネル制御ワイヤレスシステム内のワイヤレス通信用のアプリケーションベースのデータ転送機構に関する。本開示のいくつかの態様によれば、レンダリングデバイスは、送信されるべきアプリケーションデータを管理することができ、ディスプレイデバイスは、ＸＲ体験のためのレイテンシ要件が満たされることを保証するために、受信されたアプリケーションデータを管理することができる。データの管理には、送信されるべき異なるビデオスライス用のＭＳＤＵの生成、キューイング、および識別を行うことと、適切なときにキューをフラッシュすることと、ディスプレイデバイスにフラッシュを示すこととを含む。ディスプレイデバイスにおける管理は、並べ替え（ＲＥＯ）キューをフラッシュすること、またはさもなければ、レンダリングデバイスからＭＳＤＵを受信するＲＥＯキューを管理することであり得る。

【0034】

[0062]特定の実装形態は、以下の潜在的な利点のうちの１つまたは複数を実現するために実装され得る。（キューを生成と、フラッシュすることとを含む）キューの管理は、ＸＲ体験のレイテンシ要件が満たされることを保証することができる。キューの管理はまた、レンダリングデバイスとディスプレイデバイスとの間の通信レイテンシを増加させる可能性がある新鮮でないデータの除去を保証することができる。

【0035】

[0063]いくつかの実装形態は、より具体的に、フィードバックを提供し、フィードバックに基づいてＸＲ体験に適合することに関する。本開示のいくつかの態様によれば、レンダリングデバイスは、ディスプレイデバイスにＰＰＤＵを送信し、ＰＰＤＵを送信することに関連付けられたレイテンシまたはパケット欠落を測定するように試みることができる。ディスプレイデバイスは、ポーズデータフレームまたはトラッキングフレームを送信し、フレームを送信することに関連付けられたレイテンシまたはパケット欠落を測定するように試みることができる。レンダリングデバイスおよびディスプレイデバイスは、ＸＲ体験に関連付けられた他の測定を実行することができ、測定は、ＸＲ体験が（レイテンシまたはパケット欠落における増加を測定することなどの）影響を受けているときを示すことができる。ＸＲ体験の１つまたは複数のパラメータは調整される場合があり、測定値または調整値は他のデバイスに示される場合がある。

【0036】

[0064]特定の実装形態は、以下の潜在的な利点のうちの１つまたは複数を実現するために実装され得る。フィードバックを生成および提供することにより、レンダリングデバイスおよびディスプレイデバイスが、レイテンシ要件または他の要件を満たすためにＸＲ体験をいつ調整するべきかを決定することが可能になり得る。

【0037】

[0065]いくつかの実装形態は、より具体的に、１つまたは複数のワイヤレス通信デバイスによる同時ワイヤレスリンクのサポートに関する。本開示のいくつかの態様によれば、レンダリングデバイスまたはリレーデバイスは、ＡＰまたはＳＴＡおよびディスプレイデバイスへの同時リンクを含む。レンダリングデバイスまたはリレーデバイスは、（レイテンシ要件と他の要件とを有するＸＲ体験に関連付けられる場合がある）ディスプレイデバイスとの通信に選好（preferences）を与えながら、同時リンクをサポートするべきである。レンダリングデバイスまたはリレーデバイスは、マルチリンク動作（ＭＬＯ）技法またはＴＷＴモード技法の拡張セットを使用して、同時リンクをサポートし、ＸＲ体験のレイテンシ要件と他の要件とを満たすことができる。リレーデバイスがＡＰおよびディスプレイデバイスとの同時リンクをサポートする場合、ＸＲ体験のためのビデオフレームのレンダリングは、ＡＰまたはＡＰの背後のクラウドサーバにおいて実行される場合がある。ビデオフレームは、第１のリンクを使用してＡＰからリレーデバイスに送られ、第１のリンクと同時に第２のリンクを使用してリレーデバイスからディスプレイデバイスに送られる場合がある。

【0038】

[0066]特定の実装形態は、以下の潜在的な利点のうちの１つまたは複数を実現するために実装され得る。同時リンクのサポートにより、レンダリングデバイスまたはリレーデバイスが、ＸＲ体験をさらにサポートしながらＡＰまたは別のＳＴＡとの通信を続けることが可能になり得る。このようにして、レンダリングデバイスまたはリレーデバイスおよびディスプレイデバイスは、デバイスがＸＲ体験をさらにサポートしながら複数の他のデバイスと通信するＢＳＳ、メッシュネットワーク、または他の環境に含まれる場合がある。

【0039】

[0067]図１Ａは、例示的なワイヤレス通信ネットワーク１００のブロック図を示す。いくつかの態様によれば、ワイヤレス通信ネットワーク１００は、Ｗｉ－Ｆｉ（登録商標）ネットワークなどのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の一例であり得る（以下ＷＬＡＮ１００と呼ばれる）。たとえば、ＷＬＡＮ１００は、（ＩＥＥＥ８０２．１１－２０１６仕様、または限定はしないが、８０２．１１ａｈ、８０２．１１ａｄ、８０２．１１ａｙ、８０２．１１ａｘ、８０２．１１ａｚ、８０２．１１ｂａ、および８０２．１１ｂｅを含む、その改訂によって定義されるものなどの）ＩＥＥＥ８０２．１１規格ファミリのうちの少なくとも１つを実装するネットワークであり得る。ＷＬＡＮ１００は、アクセスポイント（ＡＰ）１０２および複数の局（ＳＴＡ）１０４などの多数のワイヤレス通信デバイスを含む場合がある。ただ１つのＡＰ１０２が示されているが、ＷＬＡＮネットワーク１００はまた、複数のＡＰ１０２を含むことができる。

【0040】

[0068]ＳＴＡ１０４の各々はまた、可能性の中でも特に、移動局（ＭＳ）、モバイルデバイス、モバイルハンドセット、ワイヤレスハンドセット、アクセス端末（ＡＴ）、ユーザ機器（ＵＥ）、加入者局（ＳＳ）、または加入者ユニットと呼ばれる場合がある。ＳＴＡ１０４は、可能性の中でも特に、携帯電話、携帯情報端末（ＰＤＡ）、他のハンドヘルドデバイス、ネットブック、ノートブックコンピュータ、タブレットコンピュータ、ラップトップ、ディスプレイデバイス（たとえば、とりわけ、ＴＶ、コンピュータモニタ、ナビゲーションシステム、ＨＭＤ）、音楽または他のオーディオもしくはステレオデバイス、遠隔制御デバイス（「遠隔制御装置」）、プリンタ、キッチンまたは他の家庭用器具、（たとえば、パッシブキーレスエントリアンドスタート（ＰＫＥＳ）システムのための）キーフォブなどの様々なデバイスを表すことができる。

【0041】

[0069]単一のＡＰ１０２およびＳＴＡ１０４の関連付けられたセットは、それぞれのＡＰ１０２によって管理される基本サービスセット（ＢＳＳ）と呼ばれる場合がある。図１Ａは、ＷＬＡＮ１００の基本サービスエリア（ＢＳＡ）を表すことができるＡＰ１０２の例示的なカバレージエリア１０６をさらに示す。ＢＳＳは、サービスセット識別子（ＳＳＩＤ）によってユーザに、ならびにＡＰ１０２の媒体アクセス制御（ＭＡＣ）アドレスであり得る基本サービスセット識別子（ＢＳＳＩＤ）によって他のデバイスに識別される場合がある。ＡＰ１０２は、ＡＰ１０２のワイヤレス範囲内の任意のＳＴＡ１０４が、ＡＰ１０２とのそれぞれの（以下「Ｗｉ－Ｆｉリンク」とも呼ばれる）通信リンク１０８を確立するために、またはＡＰ１０２との通信リンク１０８を維持するために、ＢＳＳＩＤを含むビーコンフレーム（「ビーコン」）を周期的にブロードキャストして、ＡＰ１０２に「関連付ける」または再び関連付けることを可能にする。たとえば、ビーコンは、それぞれのＡＰ１０２によって使用される一次チャネルの識別、ならびにＡＰ１０２とのタイミング同期を確立または維持するためのタイミング同期機能を含むことができる。ＡＰ１０２は、それぞれの通信リンク１０８を介してＷＬＡＮにおける様々なＳＴＡ１０４に外部ネットワークへのアクセスを提供することができる。

【0042】

[0070]ＡＰ１０２との通信リンク１０８を確立するために、ＳＴＡ１０４の各々は、１つまたは複数の周波数帯域（たとえば、２．４ＧＨｚ、５．０ＧＨｚ、６．０ＧＨｚ、または６０ＧＨｚ帯域）における周波数チャネル上でパッシブまたはアクティブなスキャン動作（「スキャン」）を実行するように構成される。パッシブスキャンを実行するために、ＳＴＡ１０４はビーコンを聴取し、ビーコンは、（１つの時間単位（ＴＵ）が１０２４マイクロ秒（μｓ）に等しい場合があるＴＵで測定される）目標ビーコン送信時間（ＴＢＴＴ）と呼ばれる周期的な時間間隔で、それぞれのＡＰ１０２によって送信される。アクティブスキャンを実行するために、ＳＴＡ１０４は、プローブ要求を生成し、スキャンされるべき各チャネル上で逐次送信し、ＡＰ１０２からのプローブ応答を聴取する。各ＳＴＡ１０４は、パッシブまたはアクティブなスキャンを介して取得されたスキャン情報に基づいて関連付けるべきＡＰ１０２を識別または選択し、選択されたＡＰ１０２との通信リンク１０８を確立するために認証と、関連付け動作とを実行するように構成される場合がある。ＡＰ１０２は、関連付け動作の最盛時に関連付け識別子（ＡＩＤ）をＳＴＡ１０４に割り当て、ＡＰ１０２はＳＴＡ１０４を追跡するためにＡＩＤを使用する。

【0043】

[0071]ワイヤレスネットワークの遍在性が高まった結果として、ＳＴＡ１０４は、ＳＴＡの範囲内の多くのＢＳＳのうちの１つを選択するか、または複数の接続されたＢＳＳを含む拡張サービスセット（ＥＳＳ）を一緒に形成する複数のＡＰ１０２の中から選択する機会を有する場合がある。ＷＬＡＮ１００に関連付けられた拡張ネットワーク局は、複数のＡＰ１０２がそのようなＥＳＳ内で接続されることを可能にすることができる有線またはワイヤレスの配信システムに接続される場合がある。そのため、ＳＴＡ１０４は２つ以上のＡＰ１０２によってカバーされ得、異なる送信のために異なる時間に異なるＡＰ１０２と関連付けることができる。加えて、ＡＰ１０２との関連付けの後に、ＳＴＡ１０４はまた、関連付けるべきより適切なＡＰ１０２を見つけるために、その周りを周期的にスキャンするように構成される場合がある。たとえば、その関連付けられたＡＰ１０２に対して動いているＳＴＡ１０４は、より大きい受信信号強度インジケータ（ＲＳＳＩ）または低減されたトラフィック負荷などのより望ましいネットワーク特性を有する別のＡＰ１０２を見つけるために、「ローミング」スキャンを実行することができる。

【0044】

[0072]場合によっては、ＳＴＡ１０４は、ＡＰ１０２またはＳＴＡ１０４自体以外の他の機器なしにネットワークを形成することができる。そのようなネットワークの一例は、アドホックネットワーク（またはワイヤレスアドホックネットワーク）である。アドホックネットワークは、代替として、メッシュネットワークまたはピアツーピア（Ｐ２Ｐ）ネットワークと呼ばれる場合がある。場合によっては、アドホックネットワークは、ＷＬＡＮ１００などのより大きいワイヤレスネットワーク内に実装される場合がある。そのような実装形態では、ＳＴＡ１０４は、通信リンク１０８を使用してＡＰ１０２を通して互いに通信することが可能であり得るが、ＳＴＡ１０４はまた、直接ワイヤレス通信リンク１１０を介して互いに直接通信することができる。さらに、２つのＳＴＡ１０４は、両方のＳＴＡ１０４が同じＡＰ１０２に関連付けられ、それによってサービスされるかどうかにかかわらず、直接通信リンク１１０を介して通信することができる。そのようなアドホックシステムでは、ＳＴＡ１０４のうちの１つまたは複数は、ＢＳＳ内でＡＰ１０２によってこなされた役割を想定することができる。そのようなＳＴＡ１０４は、グループオーナ（ＧＯ）と呼ばれる場合があり、アドホックネットワーク内の送信を調整することができる。直接ワイヤレスリンク１１０の例は、Ｗｉ－Ｆｉ直接接続、Ｗｉ－Ｆｉトンネルドダイレクトリンクセットアップ（ＴＤＬＳ）リンクを使用することによって確立された接続、および他のＰ２Ｐグループ接続を含む。

【0045】

[0073]ＡＰ１０２およびＳＴＡ１０４は、（ＩＥＥＥ８０２．１１－２０１６仕様、または限定はしないが、８０２．１１ａｈ、８０２．１１ａｄ、８０２．１１ａｙ、８０２．１１ａｘ、８０２．１１ａｚ、８０２．１１ｂａ、および８０２．１１ｂｅを含む、その改訂によって定義されるものなどの）ＩＥＥＥ８０２．１１規格ファミリに従って、機能し、（それぞれの通信リンク１０８を介して）通信することができる。これらの規格は、ＰＨＹレイヤおよび媒体アクセス制御（ＭＡＣ）レイヤのためのＷＬＡＮ無線と、ベースバンドプロトコルとを定義する。ＡＰ１０２およびＳＴＡ１０４は、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）の形式で、互いとの間で（以下「Ｗｉ－Ｆｉ通信」とも呼ばれる）ワイヤレス通信を送信および受信する。ＷＬＡＮ１００におけるＡＰ１０２およびＳＴＡ１０４は、無認可スペクトルを介してＰＰＤＵを送信することができ、無認可スペクトルは、２．４ＧＨｚ帯域、５．０ＧＨｚ帯域、６０ＧＨｚ帯域、３．６ＧＨｚ帯域、および９００ＭＨｚ帯域などのＷｉ－Ｆｉ技術によって従来使用されている周波数帯域を含むスペクトルの一部分であり得る。本明細書に記載されたＡＰ１０２およびＳＴＡ１０４のいくつかの実装形態はまた、認可通信と無認可通信の両方をサポートすることができる、６．０ＧＨｚ帯域などの他の周波数帯域において通信することができる。ＡＰ１０２およびＳＴＡ１０４はまた、共有認可周波数帯域などの他の周波数帯域上で通信するように構成され得、そこで、複数の事業者は、同じまたは重複する１つまたは複数の周波数帯域において動作するための認可を有する場合がある。

【0046】

[0074]周波数帯域の各々は、複数のサブバンドまたは周波数チャネルを含む場合がある。たとえば、ＩＥＥＥ８０２．１１ｎ、８０２．１１ａｃ、および８０２．１１ａｘ規格の改訂に準拠するＰＰＤＵは、各々が複数の２０ＭＨｚチャネルに分割される２．４ＧＨｚ帯域および５．０ＧＨｚ帯域上で送信される場合がある。そのため、これらのＰＰＤＵは、２０ＭＨｚの最小帯域幅を有する物理チャネル上で送信されるが、より大きいチャネルがチャネル結合を介して形成され得る。たとえば、ＰＰＤＵは、複数の２０ＭＨｚチャネルを一緒に結合することにより、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、または３２０ＭＨｚの帯域幅を有する物理チャネル上で送信される場合がある。

【0047】

[0075]各ＰＰＤＵは、ＰＨＹプリアンブルと、ペイロードとをＰＬＣＰサービスデータユニット（ＰＳＤＵ）の形式で含む合成構造である。プリアンブル内で提供される情報は、ＰＳＤＵ内の後続のデータを復号するために受信デバイスによって使用される場合がある。結合されたチャネル上でＰＰＤＵが送信される実例では、プリアンブルフィールドは複製され、複数のコンポーネントチャネルの各々において送信される場合がある。ＰＨＹプリアンブルは、レガシー部分（または「レガシープリアンブル」）と非レガシー部分（または「非レガシープリアンブル」）の両方を含む場合がある。レガシープリアンブルは、用途の中でも特に、パケット検出、自動利得制御、およびチャネル推定に使用される場合がある。レガシープリアンブルはまた、概して、レガシーデバイスとの互換性を維持するために使用される場合がある。プリアンブルのフォーマット、コーディング、および非レガシー部分内で提供される情報は、ペイロードを送信するために使用されるべき特定のＩＥＥＥ８０２．１１プロトコルに基づく。ＰＰＤＵはまた、物理レイヤプロトコルデータユニットまたはＰＨＹプロトコルデータユニットと呼ばれる場合がある。

【0048】

[0076]上述されたように、（ＳＴＡ１０４などの）デバイスは、互いに直接通信することができる。ＸＲ体験の場合、レンダリングデバイスはディスプレイデバイスと直接通信することができる。たとえば、ビデオフレームデータ、オーディオデータ、およびセンサ情報は、ディスプレイデバイスの動きと同期したビデオをレンダリングおよび表示すること（またはオーディオもしくは他のデータを提供すること）を可能にするために、ＸＲ体験を提供するデバイス間で通信される場合がある。

【0049】

[0077]本明細書で使用されるＸＲ体験は、ユーザに提供される場合がある（ユーザが現実世界から分離され得る）仮想現実（ＶＲ）体験、（仮想世界もしくは仮想情報がディスプレイ内の現実世界オブジェクトに重ね合わされ得る）拡張現実（ＡＲ）体験、または（仮想オブジェクトおよび現実世界オブジェクトがユーザにシームレスに現れることができるディスプレイ内に統合され得る）複合現実（ＭＲ）体験のうちの１つまたは複数を指す。たとえば、ユーザは、ユーザの動きに基づいてユーザに情報を提供するために同期したＨＭＤ（もしくは他のディスプレイデバイス）、オーディオデバイス、または（触覚グローブもしくは触覚ベストなどの）触覚フィードバックデバイスを有する場合がある。

【0050】

[0078]図１Ｂは、ＸＲ体験を提供するための例示的なデバイスのグループ１５０の絵図を示す。デバイス１５２は、ＸＲ体験のビデオフレームを表示するためのディスプレイデバイスである。デバイス１５２はＨＭＤとして描写されているが、デバイス１５２は、タブレットまたはスマートフォンまたは眼鏡などの任意の適切なディスプレイデバイスであってもよい。デバイス１５４は、ワイヤレス通信リンク１５６を介してディスプレイデバイス１５２にビデオフレームを提供するためのデバイスである。デバイス１５４は、図１ＡのＳＴＡ１０４の例示的な実装形態であり得る。デバイス１５４は、ディスプレイデバイス１５２のためのソフトウェア対応ＡＰ（ソフトＡＰまたはＳＡＰ）として構成される場合がある。いくつかの実装形態では、デバイス１５４は、ビデオフレームをレンダリングするように構成されたレンダリングデバイスである。いくつかの実装形態では、デバイス１５４は、ワイヤレス通信リンク１６０を介してＡＰ１５８の背後のクラウドサーバまたはＡＰ１５８自体によってレンダリングされたビデオフレームを取得し、デバイス１５２にビデオフレームを提供するためのブリッジデバイスである。デバイス１５４はスマートフォンとして描写されているが、デバイス１５４は、デスクトップコンピュータ、ラップトップコンピュータ、またはタブレットなどの、フレームをレンダリングまたは提供するための任意の適切なデバイスであってもよい。デバイス１５４はＡＰ１５８と通信しているように描写されているが、いくつかの実装形態では、デバイス１５４はピアツーピア（Ｐ２Ｐ）モードで別のＳＴＡと通信する。提供された例では、ＡＰは、Ｐ２Ｐモードでデバイス１５４に通信可能に結合されたＳＴＡを指すことができる。

【0051】

[0079]いくつかの実装形態では、デバイス１５２またはデバイス１５４は、１つまたは複数の他のデバイスの（範囲内とも呼ばれる）ワイヤレス通信範囲内にある。たとえば、デバイス１５２または１５４のうちの１つまたは複数は、デバイス１６２の範囲内にあり得る。デバイス１６２は、ＡＰ１５８のＢＳＳ内にあり得るか、または異なるＡＰに関連付けられた他のＢＳＳ（ＯＢＳＳ）内にあり得る。デバイス１６２は、（同じ周波数帯域内、同じチャネル上、または重複するチャネル上などの）デバイス１５４と同じワイヤレス媒体上で通信するように構成される。このようにして、デバイス１５４および１６２は、他のデバイスと通信するためにワイヤレス媒体を共有する。

【0052】

[0080]以下の例の多くは、デバイスがビデオフレームおよびビデオフレームのビデオスライスに関連付けられたＰＰＤＵを生成、提供、または取得することを記載する。本開示の態様はまた、提供される他のタイプのデータに適用される。たとえば、アプリケーションファイルは、アプリケーションレイヤにおいて受信デバイスによって認識可能なデータの最も小さいセグメントであり得る。受信デバイスは、アプリケーションファイル全体を生成するために、アプリケーションファイルのすべての部分が取得され接合されない限り、アプリケーションレイヤにおいてアプリケーションファイルのいずれの部分も処理することができない。アプリケーションファイルの一例は、ビデオフレームのビデオスライスを含む。本明細書で使用されるビデオスライスはまた、ビデオフレームスライスまたはスライスと呼ばれる場合がある。ビデオを処理する際に、各フレームは、（ピクセル列、ピクセル行、マクロブロックのグループ、またはビデオフレームの他の部分などの）複数のスライスに分割される場合があり、各ビデオスライスは、１つまたは複数のＰＰＤＵにパッケージ化される場合がある。以下の例は、ビデオスライスを指してアプリケーションファイルを参照している場合があるが、アプリケーションファイルは（ビデオフレームなどの）他の部分を指してもよく、（オーディオ、触覚情報、文書、アプリケーションスクリプトなどの）他のデータを含んでもよい。このようにして、デバイス１５２は、（オーディオデバイスまたは触覚フィードバックデバイスなど）ディスプレイデバイス以外であってもよい。そのため、本開示は、ビデオデータの管理および搬送ならびにそれに固有のデバイスに限定されない。

【0053】

[0081]上述されたように、（デバイス１５２と１５４とを含む）多くのデバイスは、互いの間でＰＰＤＵを提供および取得することができる。たとえば、ＡＰ１５８は、デバイス１５４との間でＰＰＤＵを提供および取得することができる。別の例では、デバイス１５４はデバイス１５２にＰＰＤＵを提供することができる。図２Ａ～図４は、様々な例示的なＰＰＤＵを描写する。図は、ＡＰ１０２と１つまたは複数のＳＴＡ１０４との間で通信されるＰＰＤＵとして記載されているが、ＰＰＤＵは、デバイス１５２とデバイス１５４との間（ＳＡＰとしてのデバイス１５４とＳＡＰのＳＴＡとしてのデバイス１５２との間）で通信されてもよい。

【0054】

[0082]図２Ａは、ワイヤレス通信デバイス間の通信に使用可能な例示的なプロトコルデータユニット（ＰＤＵ）２００を示す。たとえば、ＰＤＵ２００は、ＰＰＤＵとして構成され得る。図示されたように、ＰＤＵ２００は、ＰＨＹプリアンブル２０２とＰＨＹペイロード２０４とを含む。たとえば、ＰＨＹプリアンブル２０２は、それ自体がレガシーショートトレーニングフィールド（Ｌ－ＳＴＦ）２０６と、レガシーロングトレーニングフィールド（Ｌ－ＬＴＦ）２０８と、レガシーシグナリングフィールド（Ｌ－ＳＩＧ）２１０とを含むレガシー部分を含む場合がある。ＰＨＹプリアンブル２０２はまた、非レガシー部分（非レガシーフィールド２１２）を含む場合がある。Ｌ－ＳＴＦ２０６は、概して、受信デバイスが、自動利得制御（ＡＧＣ）と粗いタイミングおよび周波数推定とを実行することを可能にする。Ｌ－ＬＴＦ２０８は、概して、受信デバイスが、細かいタイミングと、周波数推定とを実行することを可能にし、ワイヤレスチャネルを推定することも可能にする。Ｌ－ＳＩＧ２１０は、概して、受信デバイスが、ＰＤＵの持続時間を決定し、決定された持続時間を使用してＰＤＵの上で送信することを回避することを可能にする。たとえば、Ｌ－ＳＴＦ２０６、Ｌ－ＬＴＦ２０８、およびＬ－ＳＩＧ２１０は、２位相シフトキーイング（ＢＰＳＫ）変調方式に従って変調される場合がある。ペイロード２０４はデータ２１４を含む。ペイロード２０４は、ＢＰＳＫ変調方式、直交ＢＰＳＫ（Ｑ－ＢＰＳＫ）変調方式、直交振幅変調（ＱＡＭ）変調方式、または別の適切な変調方式に従って変調される場合がある。ペイロード２０４は、概して、たとえば、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）またはアグリゲートＭＰＤＵ（Ａ－ＭＰＤＵ）の形式で、上位レイヤデータを搬送することができる。

【0055】

[0083]図２Ｂは、図２ＡのＰＤＵにおける例示的なＬ－ＳＩＧフィールド２２０を示す。Ｌ－ＳＩＧ２２０は、データレートフィールド２２２と、予約済みビット２２４と、長さフィールド２２６と、パリティビット２２８と、テールフィールド２３０とを含む。データレートフィールド２２２はデータレートを示す（データレートフィールド２２２内で示されたデータレートは、ペイロード２０４内で搬送されるデータの実際のデータレートでない場合があることに留意されたい）。長さフィールド２２６は、たとえば、バイト単位でパケットの長さを示す。パリティビット２２８は、ビットエラーを検出するために使用される。テールフィールド２３０は、デコーダ（たとえば、ビタビデコーダ）の動作を終了するために受信デバイスによって使用されるテールビットを含む。受信デバイスは、データレートフィールド２２２および長さフィールド２２６に示されたデータレートと、長さとを利用して、たとえば、マイクロ秒（μｓ）単位でパケットの持続時間を決定する。

【0056】

[0084]図３Ａは、ワイヤレス通信デバイス間のワイヤレス通信に使用可能な別の例示的なＰＤＵ３００を示す。ＰＤＵ３００は、ＳＵ送信、ＯＦＤＭＡ送信、またはＭＵ－ＭＩＭＯ送信に使用される場合がある。ＰＤＵ３００は、ＩＥＥＥ８０２．１１ワイヤレス通信プロトコル規格に対するＩＥＥＥ８０２．１１ａｘの改訂に従って、高効率（ＨＥ）ＷＬＡＮＰＰＤＵとしてフォーマットされる場合がある。ＰＤＵ３００は、レガシー部分３０２と非レガシー部分３０４とを含むＰＨＹプリアンブルを含む。ＰＤＵ３００は、たとえば、データフィールド３２４を含むＰＳＤＵの形式で、プリアンブルの後にＰＨＹペイロード３０６をさらに含む場合がある。

【0057】

[0085]プリアンブルのレガシー部分３０２は、Ｌ－ＳＴＦ３０８と、Ｌ－ＬＴＦ３１０と、Ｌ－ＳＩＧ３１２とを含む。非レガシー部分３０４は、Ｌ－ＳＩＧ（ＲＬ－ＳＩＧ）３１４、第１のＨＥ信号フィールド（ＨＥ－ＳＩＧ－Ａ）３１６、ＨＥショートトレーニングフィールド（ＨＥ－ＳＴＦ）３２０、および１つまたは複数のＨＥロングトレーニングフィールド（またはシンボル）（ＨＥ－ＬＴＦ）３２２の繰り返しを含む。ＯＦＤＭＡ通信またはＭＵ－ＭＩＭＯ通信の場合、第２の部分３０４は、ＨＥ－ＳＩＧ－Ａ３１６とは別々に符号化された第２のＨＥ信号フィールド（ＨＥ－ＳＩＧ－Ｂ）３１８をさらに含む。Ｌ－ＳＴＦ３０８、Ｌ－ＬＴＦ３１０、およびＬ－ＳＩＧ３１２のように、ＲＬ－ＳＩＧ３１４およびＨＥ－ＳＩＧ－Ａ３１６内の情報は複製され、結合チャネルの使用を伴う実例内のコンポーネント２０ＭＨｚチャネルの各々において送信される場合がある。対照的に、ＨＥ－ＳＩＧ－Ｂ３１８内のコンテンツは、各２０ＭＨｚチャネルに対して固有であり、固有のＳＴＡ１０４を目標にすることができる。

【0058】

[0086]ＲＬ－ＳＩＧ３１４は、ＰＤＵ３００がＨＥＰＰＤＵであることをＨＥ互換ＳＴＡ１０４に示すことができる。ＡＰ１０２は、ＨＥ－ＳＩＧ－Ａ３１６を使用して、ＡＰが複数のＳＴＡ１０４のためにＵＬまたはＤＬのリソースをスケジュールしたことを識別し、複数のＳＴＡ１０４に通知することができる。たとえば、ＨＥ－ＳＩＧ－Ａ３１６は、識別されたＳＴＡ１０４向けのリソース割振りを示すリソース割振りサブフィールドを含む場合がある。ＨＥ－ＳＩＧ－Ａ３１６は、ＡＰ１０２によってサービスされる各ＨＥ互換ＳＴＡ１０４によって復号される場合がある。ＭＵ送信の場合、ＨＥ－ＳＩＧ－Ａ３１６は、関連付けられたＨＥ－ＳＩＧ－Ｂ３１８を復号するために各々の識別されたＳＴＡ１０４によって使用可能な情報をさらに含む。たとえば、ＨＥ－ＳＩＧ－Ａ３１６は、例の中でも特に、ＨＥ－ＳＩＧ－Ｂ３１８の位置および長さと、利用可能なチャネル帯域幅と、変調およびコーディング方式（ＭＣＳ）とを含むフレームフォーマットを示すことができる。ＨＥ－ＳＩＧ－Ａ３１６はまた、識別されたＳＴＡ１０４以外のＳＴＡ１０４によって使用可能なＨＥＷＬＡＮシグナリング情報を含む場合がある。

【0059】

[0087]ＨＥ－ＳＩＧ－Ｂ３１８は、たとえば、ＳＴＡ固有（または「ユーザ固有」）ＭＣＳ値およびＳＴＡ固有ＲＵ割振り情報などのＳＴＡ固有スケジューリング情報を搬送することができる。ＤＬＭＵ－ＯＦＤＭＡのコンテキストでは、そのような情報により、それぞれのＳＴＡ１０４が関連付けられたデータフィールド３２４内の対応するリソースユニット（ＲＵ）を識別および復号することが可能になる。各ＨＥ－ＳＩＧ－Ｂ３１８は、共通フィールドと、少なくとも１つのＳＴＡ固有フィールドとを含む。共通フィールドは、例の中でも特に、周波数領域内のＲＵ割当てを含む複数のＳＴＡ１０４に対するＲＵ割振りを示し、どのＲＵがＭＵ－ＭＩＭＯ送信に割り振られるかと、どのＲＵがＭＵ－ＯＦＤＭＡ送信に対応するかと、割振りの中のユーザの数とを示すことができる。共通フィールドは、共通ビット、ＣＲＣビット、およびテールビットで符号化される場合がある。ユーザ固有フィールドは特定のＳＴＡ１０４に割り当てられ、固有のＲＵをスケジュールし、他のＷＬＡＮデバイスにスケジューリングを示すために使用される場合がある。各ユーザ固有フィールドは、複数のユーザブロックフィールドを含む場合がある。各ユーザブロックフィールドは、データフィールド３２４内のそれぞれのＲＵペイロードを復号するために、２つのそれぞれのＳＴＡ用の情報を含む２つのユーザフィールドを含む場合がある。

【0060】

[0088]図３Ｂは、ワイヤレス通信デバイス間のワイヤレス通信に使用可能な別の例示的なＰＤＵ３５０を示す。ＰＤＵ３５０は、ＳＵ送信、ＯＦＤＭＡ送信、またはＭＵ－ＭＩＭＯ送信に使用される場合がある。ＰＤＵ３５０は、ＩＥＥＥ８０２．１１ワイヤレス通信プロトコル規格に対するＩＥＥＥ８０２．１１ｂｅの改訂に従って、超高スループット（ＥＨＴ）ＷＬＡＮＰＰＤＵとしてフォーマットされる場合があるか、または将来のＩＥＥＥ８０２．１１ワイヤレス通信プロトコル規格もしくは他のワイヤレス通信規格に準拠する新しいワイヤレス通信プロトコルの任意の後の（ポストＥＨＴ）バージョンに準拠するＰＰＤＵとしてフォーマットされる場合がある。ＰＤＵ３５０は、レガシー部分３５２と非レガシー部分３５４とを含むＰＨＹプリアンブルを含む。ＰＤＵ３５０は、たとえば、データフィールド３７４を含むＰＳＤＵの形式で、プリアンブルの後にＰＨＹペイロード３５６をさらに含む場合がある。

【0061】

[0089]プリアンブルのレガシー部分３５２は、Ｌ－ＳＴＦ３５８と、Ｌ－ＬＴＦ３６０と、Ｌ－ＳＩＧ３６２とを含む。プリアンブルの非レガシー部分３５４は、ＲＬ－ＳＩＧ３６４と、ＲＬ－ＳＩＧ３６４の後の複数のワイヤレス通信プロトコルバージョン依存信号フィールドとを含む。たとえば、非レガシー部分３５４は、（本明細書では「Ｕ－ＳＩＧ３６６」と呼ばれる）汎用信号フィールド３６６と、（本明細書では「ＥＨＴ－ＳＩＧ３６８」と呼ばれる）ＥＨＴ信号フィールド３６８とを含む場合がある。Ｕ－ＳＩＧ３６６およびＥＨＴ－ＳＩＧ３６８の１つまたは両方は、ＥＨＴを超える他のワイヤレス通信プロトコルバージョンとして構成され、それら用のバージョン依存情報を搬送することができる。非レガシー部分３５４は、追加の（本明細書では「ＥＨＴ－ＳＴＦ３７０」と呼ばれるが、それはＥＨＴを超える他のワイヤレス通信プロトコルバージョンとして構成され、それら用のバージョン依存情報を搬送することができる）ショートトレーニングフィールド３７０と、１つまたは複数の追加の（本明細書では「ＥＨＴ－ＬＴＦ３７２」と呼ばれるが、それらはＥＨＴを超える他のワイヤレス通信プロトコルバージョンとして構成され、それら用のバージョン依存情報を搬送することができる）ロングトレーニングフィールド３７２とをさらに含む。Ｌ－ＳＴＦ３５８、Ｌ－ＬＴＦ３６０、およびＬ－ＳＩＧ３６２のように、Ｕ－ＳＩＧ３６６およびＥＨＴ－ＳＩＧ３６８内の情報は複製され、結合チャネルの使用を伴う実例内のコンポーネント２０ＭＨｚチャネルの各々において送信される場合がある。いくつかの実装形態では、ＥＨＴ－ＳＩＧ３６８は、追加または代替として、一次２０ＭＨｚチャネル内で搬送される情報とは異なる１つまたは複数の非一次２０ＭＨｚチャネル内で情報を搬送することができる。

【0062】

[0090]ＥＨＴ－ＳＩＧ３６８は、１つまたは複数のジョイント符号化シンボルを含む場合があり、Ｕ－ＳＩＧ３６６が符号化されるブロックとは異なるブロック内で符号化される場合がある。ＥＨＴ－ＳＩＧ３６８は、ＡＰが複数のＳＴＡ１０４のためにＵＬまたはＤＬのリソースをスケジュールしたことを識別し、複数のＳＴＡ１０４に通知するためにＡＰによって使用される場合がある。ＥＨＴ－ＳＩＧ３６８は、ＡＰ１０２によってサービスされる各互換ＳＴＡ１０４によって復号される場合がある。ＥＨＴ－ＳＩＧ３６８は、概して、データフィールド３７６内のビットを解釈するために受信デバイスによって使用される場合がある。たとえば、ＥＨＴ－ＳＩＧ３６８は、例の中でも特に、ＲＵ割振り情報と、空間ストリーム構成情報と、ＭＣＳなどのユーザ当たりのシグナリング情報とを含む場合がある。ＥＨＴ－ＳＩＧ３６８は、バイナリ畳み込みコード（ＢＣＣ）に使用される場合がある、巡回冗長検査（ＣＲＣ）（たとえば、４ビット）と、テール（たとえば、６ビット）とをさらに含む場合がある。いくつかの実装形態では、ＥＨＴ－ＳＩＧ３６８は、各々がＣＲＣとテールとを含む１つまたは複数のコードブロックを含む場合がある。いくつかの態様では、コードブロックの各々は別々に符号化される場合がある。

【0063】

[0091]ＥＨＴ－ＳＩＧ３６８は、たとえば、ユーザ固有ＭＣＳ値およびユーザ固有ＲＵ割振り情報などのＳＴＡ固有スケジューリング情報を搬送することができる。ＥＨＴ－ＳＩＧ３６８は、概して、データフィールド３７６内のビットを解釈するために受信デバイスによって使用される場合がある。ＤＬＭＵ－ＯＦＤＭＡのコンテキストでは、そのような情報により、それぞれのＳＴＡ１０４が関連付けられたデータフィールド３７６内の対応するＲＵを識別および復号することが可能になる。各ＥＨＴ－ＳＩＧ３６８は、共通フィールドと、少なくとも１つのユーザ固有フィールドとを含む場合がある。共通フィールドは、例の中でも特に、複数のＳＴＡ１０４に対するＲＵ分布を示し、周波数領域内のＲＵ割当てを示し、どのＲＵがＭＵ－ＭＩＭＯ送信に割り振られるかと、どのＲＵがＭＵ－ＯＦＤＭＡ送信に対応するかと、割振りの中のユーザの数とを示すことができる。共通フィールドは、共通ビット、ＣＲＣビット、およびテールビットで符号化される場合がある。ユーザ固有フィールドは特定のＳＴＡ１０４に割り当てられ、固有のＲＵをスケジュールし、他のＷＬＡＮデバイスにスケジューリングを示すために使用される場合がある。各ユーザ固有フィールドは、複数のユーザブロックフィールドを含む場合がある。各ユーザブロックフィールドは、たとえば、それらそれぞれのＲＵペイロードを復号するために、２つのそれぞれのＳＴＡ用の情報を含む２つのユーザフィールドを含む場合がある。

【0064】

[0092]ＲＬ－ＳＩＧ３６４およびＵ－ＳＩＧ３６６の存在は、ＰＤＵ３５０がＥＨＴＰＰＤＵ、または将来のＩＥＥＥ８０２．１１ワイヤレス通信プロトコル規格に準拠する新しいワイヤレス通信プロトコルの任意の後の（ポストＥＨＴ）バージョンに準拠するＰＰＤＵであることをＥＨＴまたは後のバージョンに準拠するＳＴＡ１０４に示すことができる。たとえば、Ｕ－ＳＩＧ３６６は、ＥＨＴ－ＳＩＧ３６８またはデータフィールド３７６のうちの１つまたは複数の中のビットを解釈するために、受信デバイスによって使用される場合がある。

【0065】

[0093]図４は、ＡＰ１０２といくつかのＳＴＡ１０４との間の通信に使用可能な例示的なＰＰＤＵ４００を示す。上述されたように、各ＰＰＤＵ４００は、ＰＨＹプリアンブル４０２とＰＳＤＵ４０４とを含む。各ＰＳＤＵ４０４は、１つまたは複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）を搬送することができる。たとえば、各ＰＳＤＵ４０４は、複数のアグリゲートＭＰＤＵ（Ａ－ＭＰＤＵ）サブフレーム４０６のアグリゲーションを含むＡ－ＭＰＤＵ４０８を搬送することができる。各Ａ－ＭＰＤＵサブフレーム４０６は、Ａ－ＭＰＤＵサブフレーム４０６のデータ部分（「ペイロード」または「フレーム本体」）を含む、付随するＭＰＤＵ４１４より前に、ＭＡＣデリミタ４１０とＭＡＣヘッダ４１２とを含む場合がある。ＭＰＤＵ４１４は、１つまたは複数のＭＡＣサービスデータユニット（ＭＳＤＵ）サブフレーム４１６を搬送することができる。たとえば、ＭＰＤＵ４１４は、複数のＭＳＤＵサブフレーム４１６を含むアグリゲートＭＳＤＵ（Ａ－ＭＳＤＵ）４１８を搬送することができる。各ＭＳＤＵサブフレーム４１６は、サブフレームヘッダ４２２が先行する対応するＭＳＤＵ４２０を含んでいる。

【0066】

[0094]Ａ－ＭＰＤＵサブフレーム４０６を再び参照すると、ＭＡＣヘッダ４１２は、フレーム本体４１４内にカプセル化されたデータの特性または属性を定義するかまたは示す情報を含んでいるいくつかのフィールドを含む場合がある。ＭＡＣヘッダ４１２はまた、フレーム本体４１４内にカプセル化されたデータ用のアドレスを示すいくつかのフィールドを含む。たとえば、ＭＡＣヘッダ４１２は、ソースアドレス、送信機アドレス、受信機アドレス、または宛先アドレスの組合せを含む場合がある。ＭＡＣヘッダ４１２は、制御情報を含んでいるフレーム制御フィールドを含む場合がある。フレーム制御フィールドは、フレームタイプ、たとえば、データフレーム、制御フレーム、または管理フレームを指定する。ＭＡＣヘッダ４１２は、ワイヤレス通信デバイスによって送信されるべき最後のＰＰＤＵの確認応答（ＡＣＫ）（たとえば、Ａ－ＭＰＤＵの場合はブロックＡＣＫ（ＢＡ））の終わりまで、ＰＰＤＵの終わりから延びる持続時間を示す持続時間フィールドをさらに含む場合がある。持続時間フィールドを使用すると、示された持続時間の間ワイヤレス媒体を確保するように働き、したがってＮＡＶが確立される。各Ａ－ＭＰＤＵサブフレーム４０６はまた、誤り検出のためのフレームチェックシーケンス（ＦＣＳ）フィールド４２４を含む場合がある。たとえば、ＦＣＳフィールド４２４は巡回冗長検査（ＣＲＣ）を含む場合がある。

【0067】

[0095]上述されたように、ＡＰ１０２およびＳＴＡ１０４は、マルチユーザ（ＭＵ）通信、すなわち、１つのデバイスから複数のデバイスの各々への同時送信（たとえば、ＡＰ１０２から対応するＳＴＡ１０４への複数の同時ダウンリンク（ＤＬ）通信）、または複数のデバイスから単一のデバイスへの同時送信（たとえば、対応するＳＴＡ１０４からＡＰ１０２への複数の同時アップリンク（ＵＬ）送信）をサポートすることができる。ＭＵ送信をサポートするために、ＡＰ１０２およびＳＴＡ１０４は、マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）技法と、マルチユーザ直交周波数分割多元接続（ＭＵ－ＯＦＤＭＡ）技法とを利用することができる。

【0068】

[0096]ＭＵ－ＯＦＤＭＡ方式では、ワイヤレスチャネルの利用可能な周波数スペクトルは、各々がいくつかの異なる周波数サブキャリア（「トーン」）を含む複数のリソースユニット（ＲＵ）に分割される場合がある。異なるＲＵは、特定の時間に異なるＳＴＡ１０４にＡＰ１０２によって割り振られるか、または割り当てられる場合がある。ＲＵのサイズおよび分布は、ＲＵ割振りと呼ばれる場合がある。いくつかの実装形態では、ＲＵは２ＭＨｚの間隔で割り振られる場合があるので、最小のＲＵは、２４個のデータトーンおよび２個のパイロットトーンからなる２６個のトーンを含む場合がある。結果として、２０ＭＨｚのチャネルでは、（一部のトーンは他の目的のために確保されるので）（２ＭＨｚ、２６トーンのＲＵなどの）最大９個のＲＵが割り振られる場合がある。同様に、１６０ＭＨｚのチャネルでは、最大７４個のＲＵが割り振られる場合がある。より大きい５２トーン、１０６トーン、２４２トーン、４８４トーン、および９９６トーンのＲＵも割り振られる場合がある。たとえば、隣接するＲＵ間の干渉を減らすために、受信機のＤＣオフセットを減らすために、および送信中心周波数漏洩を回避するために、隣接するＲＵは、（ＤＣサブキャリアなどの）ヌルサブキャリアによって分離される場合がある。

【0069】

[0097]ＵＬＭＵ送信の場合、ＡＰ１０２は、複数のＳＴＡ１０４からＡＰ１０２へのＵＬＭＵ－ＯＦＤＭＡ送信またはＵＬＭＵ－ＭＩＭＯ送信を開始し同期させるために、トリガフレームを送信することができる。したがって、そのようなトリガフレームは、複数のＳＴＡ１０４が時間的に同時にＡＰ１０２にＵＬトラフィックを送ることを可能にすることができる。トリガフレームは、それぞれの関連付け識別子（ＡＩＤ）を介して１つまたは複数のＳＴＡ１０４をアドレス指定することができ、ＡＰ１０２にＵＬトラフィックを送るために使用され得る１つまたは複数のＲＵを各ＡＩＤ（およびしたがって各ＳＴＡ１０４）に割り当てることができる。ＡＰはまた、スケジュールされていないＳＴＡ１０４が競合する（contend）ことができる１つまたは複数のランダムアクセス（ＲＡ）ＲＵを指定することができる。

【0070】

[0098]図５は、例示的なワイヤレス通信デバイス５００のブロック図を示す。いくつかの実装形態では、ワイヤレス通信デバイス５００は、図１Ａを参照して上述されたＳＴＡ１０４のうちの１つ、または図１Ｂを参照するデバイス１５２もしくは１５４の１つもしくは両方などのＳＴＡにおいて使用するためのデバイスの一例であり得る。いくつかの実装形態では、ワイヤレス通信デバイス５００は、図１Ａを参照して上述されたＡＰ１０２などのＡＰにおいて使用するためのデバイスの一例であり得る。ワイヤレス通信デバイス５００は、（たとえば、ワイヤレスパケットの形式で）ワイヤレス通信を送信すること（または送信のために出力すること）および受信することが可能である。たとえば、ワイヤレス通信デバイスは、ＩＥＥＥ８０２．１１－２０１６仕様、または限定はしないが、８０２．１１ａｈ、８０２．１１ａｄ、８０２．１１ａｙ、８０２．１１ａｘ、８０２．１１ａｚ、８０２．１１ｂａ、および８０２．１１ｂｅを含む、それらの改訂によって定義されたものなどの、ＩＥＥＥ８０２．１１規格に準拠するＰＰＤＵおよびＭＰＤＵの形式でパケットを送信および受信するように構成され得る。

【0071】

[0099]ワイヤレス通信デバイス５００は、１つまたは複数のモデム５０２、たとえば、Ｗｉ－Ｆｉ（ＩＥＥＥ８０２．１１準拠）モデムを含む、チップ、システムオンチップ（ＳｏＣ）、チップセット、パッケージ、またはデバイスであり得るか、またはそれらを含むことができる。いくつかの実装形態では、１つまたは複数のモデム５０２（まとめて「モデム５０２」）は、ＷＷＡＮモデム（たとえば、３ＧＰＰ４ＧＬＴＥまたは５Ｇ準拠モデム）をさらに含む。いくつかの実装形態では、ワイヤレス通信デバイス５００は、１つまたは複数の無線機５０４（まとめて「無線機５０４」）も含む。いくつかの実装形態では、ワイヤレス通信デバイス５００は、１つまたは複数のプロセッサ、処理ブロック、または処理要素５０６（まとめて「プロセッサ５０６」）と、１つまたは複数のメモリブロックまたはメモリ要素５０８（まとめて「メモリ５０８」）とをさらに含む。

【0072】

[0100]モデム５０２は、たとえば、可能性の中でも特に、特定用途向け集積回路（ＡＳＩＣ）などのインテリジェントハードウェアブロックまたはデバイスを含むことができる。モデム５０２は、概して、ＰＨＹレイヤを実装するように構成される。たとえば、モデム５０２は、ワイヤレス媒体を介する送信のために、パケットを変調し、変調されたパケットを無線機５０４に出力するように構成される。モデム５０２は同様に、無線機５０４によって受信される変調されたパケットを取得し、復調されたパケットを提供するためにパケットを復調するように構成される。変調器および復調器に加えて、モデム５０２は、デジタル信号処理（ＤＳＰ）回路と、自動利得制御（ＡＧＣ）と、コーダと、デコーダと、マルチプレクサと、デマルチプレクサとをさらに含む場合がある。たとえば、送信モードにある間、プロセッサ５０６から取得されたデータはコーダに提供され、コーダは符号化ビットを提供するためにデータを符号化する。符号化ビットは、変調されたシンボルを提供するために、（選択されたＭＣＳを使用して）変調コンステレーション内のポイントにマッピングされる。変調されたシンボルは、Ｎ_SS個の空間ストリームまたはＮ_STS個の時空間ストリームにマッピングされる場合がある。それぞれの空間ストリームまたは時空間ストリーム内の変調されたシンボルは、多重化され、逆高速フーリエ変換（ＩＦＦＴ）ブロックを介して変換され、その後、Ｔｘウィンドウ処理およびフィルタ処理のためにＤＳＰ回路に提供される場合がある。デジタル信号は、デジタルアナログ変換器（ＤＡＣ）に提供される場合がある。得られたアナログ信号は、周波数アップコンバータに、最終的に無線機５０４に提供される場合がある。ビームフォーミングを伴う実装形態では、それぞれの空間ストリーム内の変調されたシンボルは、ＩＦＦＴブロックへのそれらの提供の前にステアリング行列を介してプリコーディングされる。

【0073】

[0101]受信モードにある間、無線機５０４から受信されたデジタル信号はＤＳＰ回路に提供され、ＤＳＰ回路は、たとえば、信号の存在を検出し、初期タイミングと、周波数オフセットとを推定することによって、受信信号を収集するように構成される。ＤＳＰ回路はさらに、たとえば、チャネル（狭帯域）フィルタ処理、（Ｉ／Ｑ不均衡を補正することなどの）アナログ障害調整を使用して、および狭帯域信号を最終的に取得するためにデジタル利得を適用して、デジタル信号をデジタル的に調整するように構成される。ＤＳＰ回路の出力はＡＧＣに供給される場合があり、ＡＧＣは、適切な利得を決定するために、たとえば１つまたは複数の受信されたトレーニングフィールドにおいて、デジタル信号から抽出された情報を使用するように構成される。ＤＳＰ回路の出力はまた、復調器と結合され、復調器は、信号から変調されたシンボルを抽出し、たとえば、各空間ストリーム内の各サブキャリアのビット位置ごとに対数尤度比（ＬＬＲ）を算出するように構成される。復調器はデコーダと結合され、デコーダは、復号ビットを提供するためにＬＬＲを処理するように構成される場合がある。空間ストリームのすべてからの復号ビットは、逆多重化のためにデマルチプレクサに供給される。逆多重化されたビットは、デスクランブルされ、処理、評価、または解釈のためにＭＡＣレイヤ（プロセッサ５０６）に提供される場合がある。

【0074】

[0102]無線機５０４は、概して、１つまたは複数のトランシーバに組み合わされる場合がある少なくとも１つの無線周波数（ＲＦ）送信機（または「送信機チェーン」）と、少なくとも１つのＲＦ受信機（または「受信機チェーン」）とを含む。たとえば、ＲＦ送信機およびＲＦ受信機は、それぞれ、少なくとも１つの電力増幅器（ＰＡ）と少なくとも１つの低雑音増幅器（ＬＮＡ）とを含む様々なＤＳＰ回路を含む場合がある。ＲＦ送信機およびＲＦ受信機は、次に１つまたは複数のアンテナに結合される場合がある。たとえば、いくつかの実装形態では、ワイヤレス通信デバイス５００は、（各々が対応する送信チェーンを有する）複数の送信アンテナと、（各々が対応する受信チェーンを有する）複数の受信アンテナとを含むか、またはそれらと結合され得る。モデム５０２から出力されたシンボルは無線機５０４に提供され、無線機５０４は結合されたアンテナを介してシンボルを送信する。同様に、アンテナを介して受信されたシンボルは無線機５０４によって取得され、無線機５０４はモデム５０２にシンボルを提供する。

【0075】

[0103]プロセッサ５０６は、たとえば、処理コア、処理ブロック、中央処理装置（ＣＰＵ）、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラマブル論理デバイス（ＰＬＤ）、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書に記載された機能を実行するように設計されたそれらの任意の組合せなどのインテリジェントハードウェアブロックまたはデバイスを含むことができる。プロセッサ５０６は、無線機５０４およびモデム５０２を介して受信された情報を処理し、ワイヤレス媒体を介する送信のためにモデム５０２および無線機５０４を介して出力されるべき情報を処理する。たとえば、プロセッサ５０６は、ＭＰＤＵ、フレーム、またはパケットの生成および送信に関係する様々な動作を実行するように構成された制御プレーンとＭＡＣレイヤとを実装することができる。ＭＡＣレイヤは、動作または技法の中でも特に、フレームのコーディングおよび復号と、空間多重化と、時空間ブロックコーディング（ＳＴＢＣ）と、ビームフォーミングと、ＯＦＤＭＡリソース割振りとを実行するか、またはそれらを容易にするように構成される。いくつかの実装形態では、プロセッサ５０６は、概して、上述された様々な動作をモデムに実行させるようにモデム５０２を制御することができる。

【0076】

[0104]メモリ５０８は、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ）またはそれらの組合せなどの有形記憶媒体を含むことができる。メモリ５０８はまた、プロセッサ５０６によって実行されると、ＭＰＤＵ、フレーム、またはパケットの生成、送信、受信、および解釈を含む、ワイヤレス通信のための本明細書に記載された様々な動作をプロセッサに実行させる命令を含んでいる非一時的プロセッサまたはコンピュータ実行可能ソフトウェア（ＳＷ）コードを記憶することができる。たとえば、本明細書に開示された構成要素の様々な機能、または本明細書に開示された方法、動作、プロセス、もしくはアルゴリズムの様々なブロックもしくはステップは、１つまたは複数のコンピュータプログラムの１つまたは複数のモジュールとして実装され得る。

【0077】

[0105]図６Ａは、例示的なＡＰ６０２のブロック図を示す。たとえば、ＡＰ６０２は、図１Ａを参照して記載されたＡＰ１０２または図１Ｂを参照して記載されたＡＰ１５８の例示的な実装形態であり得る。ＡＰ６０２は、ワイヤレス通信デバイス（ＷＣＤ）６１０を含む。たとえば、ワイヤレス通信デバイス６１０は、図５を参照して記載されたワイヤレス通信デバイス５００の例示的な実装形態であり得る。ＡＰ６０２はまた、ワイヤレス通信を送信および受信するために、ワイヤレス通信デバイス６１０と結合された複数のアンテナ６２０を含む。いくつかの実装形態では、ＡＰ６０２は、ワイヤレス通信デバイス６１０と結合されたアプリケーションプロセッサ６３０と、アプリケーションプロセッサ６３０と結合されたメモリ６４０とをさらに含む。ＡＰ６０２は、インターネットを含む外部ネットワークへのアクセスを獲得するためにＡＰ６０２がコアネットワークまたはバックホールネットワークと通信することを可能にする、少なくとも１つの外部ネットワークインターフェース６５０をさらに含む。たとえば、外部ネットワークインターフェース６５０は、有線（たとえば、イーサネット（登録商標））ネットワークインターフェースおよび（ＷＷＡＮインターフェースなどの）ワイヤレスネットワークインターフェースの１つまたは両方を含む場合がある。前述の構成要素のうちのいくつかの構成要素は、少なくとも１つのバスを介して、直接的または間接的に構成要素のうちの他のいくつかの構成要素と通信することができる。ＡＰ６０２は、ワイヤレス通信デバイス６１０と、アプリケーションプロセッサ６３０と、メモリ６４０と、アンテナ６２０の少なくとも一部分と、外部ネットワークインターフェース６５０とを包含するハウジングをさらに含む。

【0078】

[0106]図６Ｂは、例示的なＳＴＡ６０４のブロック図を示す。たとえば、ＳＴＡ６０４は、図１Ａを参照して記載されたＳＴＡ１０４、または図１Ｂを参照して記載されたデバイス１５２もしくは１５４のうちの１つもしくは複数の例示的な実装形態であり得る。ＳＴＡ６０４は、ワイヤレス通信デバイス６１５を含む。たとえば、ワイヤレス通信デバイス６１５は、図５を参照して記載されたワイヤレス通信デバイス５００の例示的な実装形態であり得る。ＳＴＡ６０４はまた、ワイヤレス通信を送信および受信するために、ワイヤレス通信デバイス６１５と結合された１つまたは複数のアンテナ６２４を含む。ＳＴＡ６０４は、ワイヤレス通信デバイス６１５と結合されたアプリケーションプロセッサ６３５と、アプリケーションプロセッサ６３５と結合されたメモリ６４５とをさらに含む。いくつかの実装形態では、ＳＴＡ６０４は、（タッチスクリーンまたはキーパッドなどの）ユーザインターフェース（ＵＩ）６５５と、タッチスクリーンディスプレイを形成するようにＵＩ６５５と統合され得るディスプレイ６６５とをさらに含む。いくつかの実装形態では、ＳＴＡ６０４は、たとえば、１つまたは複数の慣性センサ、加速度計、温度センサ、圧力センサ、または高度センサなどの１つまたは複数のセンサ６７５をさらに含む場合がある。前述の構成要素のうちのいくつかの構成要素は、少なくとも１つのバスを介して、直接的または間接的に構成要素のうちの他のいくつかの構成要素と通信することができる。ＳＴＡ６０４は、ワイヤレス通信デバイス６１５と、アプリケーションプロセッサ６３５と、メモリ６４５と、アンテナ６２４の少なくとも一部分と、ＵＩ６５５と、ディスプレイ６６５とを包含するハウジングをさらに含む。

【0079】

[0107]デバイス１５２のいくつかの実装形態では、ＳＴＡ６０４は、ＨＭＤまたは（（ヘッドフォンを含む）オーディオデバイス、触覚デバイス、触覚ベストなどの）ユーザにＸＲ体験を提供するために使用される他のデバイスであり得るか、それを含む場合があるか、またはそれに結合される場合がある。ＳＴＡ６０４がＨＭＤを含む場合、ディスプレイ６６５は、眼鏡、単眼鏡、または他のヘッドマウントユニットに統合される場合がある。このようにして、ＳＴＡ６０４は、ＸＲ体験のためのディスプレイデバイスであり得る。センサ６７５は、ＳＴＡ６０４の向きまたは動きを決定するために、ジャイロスコープ、加速度計、または他のセンサを含む場合がある慣性測定ユニット（ＩＭＵ）を含む場合がある。たとえば、ＩＭＵは、ユーザが自分の頭を動かすにつれてＨＭＤの向きまたは動きを測定するためにＨＭＤに含まれる場合がある。デバイスの配向情報（および場合によっては動き情報）は、ポーズ情報と呼ばれる場合がある。ＩＭＵは、（１００マイクロ秒（μｓ）ごとなどの）定義された間隔でポーズ情報を測定する。

【0080】

[0108]いくつかの実装形態では、（ＨＭＤなどの）ディスプレイデバイスは、そのセンサ６７５の中に１つまたは複数のカメラを含む。１つまたは複数のカメラは、ビデオフレームを生成する際にレンダリングデバイスによって使用されるべきトラッキングフレームまたは他のトラッキング情報を生成するためにディスプレイデバイスによって使用される場合がある。トラッキング情報は、ビデオフレーム内の情報またはオブジェクトの位置を決定するために使用されるＨＭＤ内のユーザの視野（ＦＯＶ）内のマーカまたはポイントを含む場合がある。たとえば、ビルのドアの位置を示すマーカは、ユーザのＦＯＶ内のドアの近くに会社の名前、営業時間などを重ね合わせるようにビデオフレームをレンダリングするために使用される場合がある。このようにして、ディスプレイデバイスからレンダリングデバイスへのＵＬトラフィックは、（ポーズフレームとも呼ばれる）ポーズデータフレームとトラッキングフレームとを含む場合がある。レンダリングはポーズフレームに基づくものとして例の中で記載されているが、レンダリングはまた、ディスプレイデバイスからの１つまたは複数のトラッキングフレームに基づいてもよい。

【0081】

[0109]デバイス１５４のいくつかの実装形態では、ＳＴＡ６０４は、デバイス１５２に対するＳＡＰとして構成される場合がある。ＳＴＡ６０４をＳＡＰとして働かせるためのソフトウェアは、メモリ６４５（またはＳＴＡ６０４の適切なメモリ）に記憶され、アプリケーションプロセッサ６３５によって実行される場合がある。このようにして、（ＳＡＰとして働く）ＳＴＡ６０４は、ＡＰ６０２のいくつかの機能を実行することができる。

【0082】

[0110]ＸＲ体験のためのレンダリングデバイスは、（ＳＡＰとして働くＳＴＡ６０４であり得る）デバイス１５４、（デバイス１５４がブリッジデバイスとして働く）ＡＰ１５８、または両方の組合せであり得る。ＡＰ６０２は、本開示の態様を説明する際に明確および簡潔にするためにＸＲ体験のみのためのレンダリングデバイスを記載する本明細書の例において言及される場合がある。ＸＲ体験のためのディスプレイデバイスはデバイス１５２である。ＳＴＡ６０４は、ＸＲ体験のためのディスプレイデバイスを記載する本明細書の例において言及される場合がある。いくつかの実装形態では、レンダリングデバイスおよびディスプレイデバイスは、（デバイス間でＰＰＤＵまたはポーズパケットを送信するためなどに）６ＧＨｚ周波数帯域上で通信することができる。しかしながら、（５ＧＨｚまたはＩＥＥＥ８０２．１１規格において定義された他の周波数帯域などの）任意の適切な周波数帯域が使用される場合がある。レンダリングデバイスからディスプレイデバイスへのダウンリンク（ＤＬ）送信レートは、４５～６０フレーム毎秒（ｆｐｓ）をサポートするために少なくとも５０メガビット毎秒（Ｍｂｐｓ）～１２０Ｍｂｐｓであり得、ディスプレイデバイスからレンダリングデバイスへのアップリンク（ＵＬ）送信レートは、最小で０．５Ｍｂｐｓ～２０Ｍｂｐｓであり得る。デバイスは、（ＤＬ上またはＵＬ上などの）単方向レイテンシが１０ｍｓ未満であるように構成される場合がある。

【0083】

[0111]アプリケーションプロセッサ６３０または６３５は、アプリケーションレイヤを含む開放型システム間相互接続（ＯＳＩ）モデルの１つまたは複数のホストレイヤを実行するように構成される場合がある。本明細書で使用されるレンダリングデバイスのアプリケーションレイヤは、アプリケーションプロセッサ６３０またはアプリケーションレイヤにおいて動作を実行する他の構成要素を指すことができる。レンダリングデバイスにおけるＸＲ体験のためのアプリケーションレイヤは、レンダリングデバイスによって実行されるＸＲアプリケーション用のレンダリングを含む場合がある。本明細書で使用されるディスプレイデバイスのアプリケーションレイヤは、アプリケーションプロセッサ６３５またはアプリケーションレイヤにおいて動作を実行する他の構成要素を指すことができる。ディスプレイデバイスにおけるＸＲ体験のためのアプリケーションレイヤは、ディスプレイデバイスによって実行されるＸＲアプリケーション用のビデオを表示することを含む場合がある。

【0084】

[0112]ＷＣＤ６１０または６１５は、ネットワークレイヤ、媒体アクセス制御レイヤ（ＭＡＣ）、または物理レイヤ（ＰＨＹ）などのＯＳＩモデルの１つまたは複数のレイヤを実行するように構成される場合がある。レイヤのうちの１つまたは複数は、ワイヤレスレイヤまたはＷｉ－Ｆｉレイヤと呼ばれる場合がある。本明細書で使用されるレンダリングデバイスのワイヤレスレイヤは、ワイヤレスレイヤにおいて動作を実行するＷＣＤ６１０を指すことができる。本明細書で使用されるディスプレイデバイスのワイヤレスレイヤは、ワイヤレスレイヤにおいて動作を実行するＷＣＤ６１５を指すことができる。

【0085】

[0113]ポーズ情報に基づいてビデオフレームをレンダリングするためにポーズ情報を測定することからのプロセスは、モーションツーレンダ（Ｍ２Ｒ:motion-to-render）と呼ばれる場合がある。ビデオフレームをレンダリングすることからビデオフレームを表示することまでのプロセスは、レンダツーフォトン（Ｒ２Ｐ）と呼ばれる場合がある。ポーズ情報を測定することからポーズ情報を使用してビデオフレームをレンダリングし、ビデオフレームを表示することまでのプロセスは、モーションツーレンダツーフォトン（Ｍ２Ｒ２Ｐ:motion-to-render-to-photon）と呼ばれる場合がある。いくつかの実装形態では、レンダリングデバイスおよびディスプレイデバイスは、Ｍ２Ｒ２Ｐが（５０ｍｓと７０ｍｓとの間などの）７０ｍｓ未満であるように構成される。

【0086】

[0114]図７は、例示的なＭ２Ｒ２Ｐ動作を示すシーケンス図７００を示す。例示的なＭ２Ｒ２Ｐ動作は１つのビデオフレームを参照し、Ｍ２Ｒ２Ｐ動作はビデオフレームごとに繰り返される場合がある。動作のタイミングは縮尺通りに描かれず、いくつかの動作は前の動作よりも少し遅い場合があるか、または描写されたものよりも長いかもしくは短い時間量をとる場合がある。

【0087】

[0115]ディスプレイデバイスのＩＭＵは、複数のＩＭＵ測定値（７０２）を生成する。各ラインはＩＭＵ測定値を示す。描写されたように、ＩＭＵ測定値は、ビデオフレームがレンダリングまたは表示されるべきときと無関係に周期的であり得る。レンダリングまたは表示されるべきビデオフレームのために、ディスプレイデバイスは、ＩＭＵ測定値のうちの１つからＩＭＵ測定パケット（７０４）を生成する。選択されたＩＭＵ測定値は、レンダリングデバイスからパケットに対する要求が取得されたとき、またはパケット用の定義された周期に基づいてパケットが生成されるべきときの現在のＩＭＵ測定値であり得る。ＩＭＵ測定パケットを生成した後、ディスプレイデバイスは、送信／受信ウィンドウ７０８のＵＬ送信７０６の間にレンダリングデバイスにパケットを送信することができる。レンダリングデバイスは、ＩＭＵ測定パケット内で取得されたポーズ情報（または他の情報）に基づいてビデオフレームをレンダリングし符号化することができる（７１０）。レンダリングデバイスは、符号化ビデオフレームデータを含むように１つまたは複数のＰＰＤＵを生成し、送信／受信ウィンドウ７０８のＤＬ送信７１２の間にディスプレイデバイスに１つまたは複数のＰＰＤＵを送信することができる。ＵＬ送信７０６およびＤＬ送信７１２のタイミングは、ワイヤレスレイヤにおいてオーバージエア（ＯＴＡ）時間と処理時間とを含む。ディスプレイデバイスはビデオフレームを復号することができる（７１４）。いくつかの実装形態では、ディスプレイデバイスは、ジッタバッファ（７１６）を使用して復号されたフレーム情報を取り込み、ビデオ内のジッタを防止するためにビデオフレーム生成時間を円滑化することができる。たとえば、ジッタバッファは、復号時間におけるばらつきを取り除くことにより、ビデオフレームの固定された再生スケジュールを保証するために使用される。いくつかの実装形態では、ディスプレイデバイスは、１つまたは複数のビデオフレームに対して非同期時間ワーピング（ＡＴＷ）を実行して（７１８）、表示されたビデオの知覚されるフレームレートを増大させるか、またはＩＭＵ測定が行われたときとビデオフレームが表示されたときとの間のレイテンシを補償することができる。ディスプレイデバイスは、７０２において選択されたＩＭＵ測定値に基づくビデオフレームであるビデオフレームを表示する（７２０）。

【0088】

[0116]本明細書で使用されるＩＭＵ測定値はポーズ情報と呼ばれる場合があり、ＩＭＵ測定パケットはポーズパケットまたはポーズデータパケットと呼ばれる場合がある。ポーズ情報は、方位を参照するデバイスの向き、デバイスの動き、デバイスの位置、またはデバイスによって表示されるべき適切なビデオフレームを生成するために使用されるデバイスの特定の場所の他の特性を含む場合がある。図７では、ポーズパケットはビデオフレームごとに一度生成されるものとして描写されている。いくつかの実装形態では、ポーズパケットは、ビデオフレームごとに一度よりも高い頻度で生成される場合がある。たとえば、６０ｆｐｓビデオはビデオフレーム当たり１６．６７ｍｓに対応し、ディスプレイデバイスは、２ｍｓごとにポーズパケットを生成することができる。このようにして、１つのビデオフレームの表示中に少なくとも８つのポーズパケットが生成される場合がある。ディスプレイデバイスは、ポーズパケットがレンダリングデバイスに提供されるべきときに最も最近のポーズパケットを選択することができる。レンダリングデバイスは、取得されたポーズパケットに基づいてビデオフレームを生成することができる。いくつかの実装形態では、最も最近のポーズパケットは、レンダリングデバイスからディスプレイデバイスへのＤＬ送信のために、レンダリングデバイスによって取得されない場合がある。レンダリングデバイスは、最後に取得されたポーズパケットを使用してビデオフレームを生成することができる。ポーズパケットとビデオフレームをレンダリングすることとの間のレイテンシを低減するために、ディスプレイデバイスは、前のビデオフレームをレンダリングし符号化する間に、複数のポーズパケットを提供することができる。いくつかの他の実装形態では、ポーズパケットの送信は、レンダリングおよび符号化と同期される。このようにして、ポーズパケットを送るタイミングは、レンダリングデバイスが次のビデオフレームをレンダリングするためにポーズパケットを取得するように保証される。

【0089】

[0117]ワイヤレス媒体へのアクセスに関して、ＸＲ体験のＭ２Ｒ２Ｐレイテンシ要件は、ワイヤレス媒体の制御を取得するためにレンダリングデバイスおよびディスプレイデバイスに選好を与える（provide preference）ことをワイヤレスシステムに行わせることができる。レンダリングデバイスおよびディスプレイデバイスに対する選好（preference）は、同じＢＳＳ内の他のデバイスまたはレンダリングデバイスもしくはディスプレイデバイスの範囲内のＯＢＳＳからの１つもしくは複数のデバイスを参照する場合がある。ワイヤレス媒体の制御を取得することは、（レンダリングデバイスなどの）デバイスが送信または受信のために１つまたは複数のワイヤレスチャネルの制御を取得することを指すことができる。１つまたは複数のワイヤレスチャネルへのアクセスは、（デバイスが競合ウィンドウの間にワイヤレス媒体を競合する）非同期式または（１つもしくは複数のＡＰがデバイス間のワイヤレス媒体へのアクセスを調整する）同期式であり得る。以下の例に記載されるように、選好を与えることは、（バックオフタイマ値または１つもしくは複数のＥＤＣＡパラメータなどの）１つまたは複数の競合パラメータを調整すること、あるいはワイヤレス媒体上で送信する１つまたは複数の他のデバイスによる干渉を防止するためにレンダリングデバイスとディスプレイデバイスとの間の送信／受信ウィンドウを調整することを含む場合がある。ワイヤレス媒体の非同期式制御は、非同期式チャネルアクセス制御と呼ばれる場合がある。ワイヤレス媒体の同期式制御は、同期式チャネルアクセス制御と呼ばれる場合がある。ワイヤレスシステムはまた、レンダリングデバイスとディスプレイデバイスとの間のＤＬトラフィックとＵＬトラフィックとの間の衝突を防止するか、レンダリングデバイスとＡＰとの間のリンクと、レンダリングデバイスとディスプレイデバイスとの間のリンクとの間の干渉を防止するか、またはチャネルアクセス制御に基づいてレンダリングデバイスもしくディスプレイデバイスにおける電力節約を可能にするように構成される場合がある。

【0090】

[0118]図８は、いくつかの実装形態による、非同期式チャネルアクセス制御のための例示的なプロセス８００を示すフローチャートを示す。例示的なプロセスにおけるワイヤレス媒体の制御および他の動作は、（図１Ｂのデバイス１５４などの）デバイスまたは（図６ＢのＷＣＤ６１５などの）デバイス内に実装されたワイヤレス通信デバイスによって実行される場合がある。動作を実行するデバイスは、ＸＲ体験のレンダリングデバイスであり得る。

【0091】

[0119]８０２において、デバイスがワイヤレス媒体の制御を取得する。ワイヤレス媒体の制御は、ワイヤレス媒体を介して、デバイスから第２のデバイスにアプリケーションファイルの第１のＰＰＤＵを送信する第１の優先度に関連付けられる（８０４）。第１の優先度は、ワイヤレス媒体を介して第２のデバイスからデバイスにデータを送信する第２の優先度とは異なる（８０６）。上述されたように、アプリケーションファイルは、デバイスによって処理され得る（欠損部分がない）全体であるデータの最小部分であり得る。

【0092】

[0120]８０８において、デバイスが第２のデバイスに第１のＰＰＤＵを提供する。

【0093】

[0121]８１０において、デバイスがアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを第２のデバイスに提供する。いくつかの実装形態では、第２のデバイスはディスプレイデバイスであり、アプリケーションファイルは、（ビデオフレームのビデオスライスなどを含む）ビデオフレームに関連付けられる。このようにして、（第１のＰＰＤＵと１つまたは複数の後続のＰＰＤＵとを含む）複数のＰＰＤＵは、ビデオフレームに関連付けられる場合がある。１つまたは複数の後続のＰＰＤＵを提供するアクションは、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる（８１２）。

【0094】

[0122]第１の優先度はＥＤＣＡパラメータの第１のセットに関連付けられる場合があり、第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられる場合があり、第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる場合がある。ＥＤＣＡパラメータは、（ＩＥＥＥ８０２．１１規格内に定義されたＣＷ機構などに基づいて）いつ他のデバイスに送信するべきかを決定するために、レンダリングデバイスまたはディスプレイデバイスによって使用される調停フレーム間隔数（ＡＩＦＳＮ：arbitration interframe spacing number）、最小競合ウィンドウ（ＣＷｍｉｎ）、または最大競合ウィンドウ（ＣＷｍａｘ）のうちの１つまたは複数を含む場合がある。たとえば、第１の優先度は、ワイヤレス媒体を競合するすべての他のデバイスと比較してワイヤレス媒体の制御を取得するために、アグレッシブなＥＤＣＡパラメータに関連付けられる場合がある。具体例では、第１の優先度についてのＣＷｍｉｎおよびＣＷｍａｘは、他のデバイスによって使用される他のＣＷよりも小さい第１の長さである。追加または代替として、第１の優先度のためのＡＩＦＳＮは、他のデバイスによって使用される他のＡＩＦＳＮよりも小さい数である。たとえば、より小さい数は、（高優先度、ベストエフォートなどの）送信されるべきパケットの分類に基づくトラフィックの優先度を示すことができる。より低い優先度またはより高い優先度は、それぞれ、より大きいＡＩＦＳＮまたはより小さいＡＩＦＳＮを指すことができる。送信されるべき最も高い優先度のトラフィックを示す第１の優先度の場合、ＡＩＦＳＮは１であり得、第１の優先度よりも低い優先度を有するトラフィックを示す第３の優先度の場合、ＡＩＦＳＮは３であり得る。第３の優先度よりも高い優先度と第１の優先度よりも低い優先度とを有するトラフィックを示す第２の優先度の場合、ＡＩＦＳＮは２であり得る。いくつかの実装形態では、レンダリングデバイスは、レンダリングデバイスとディスプレイデバイスの両方のためにＣＷを確保することができる。このようにして、ＣＷｍｉｎおよびＣＷｍａｘは、ディスプレイデバイスに対して０に設定される場合がある。

【0095】

[0123]第１の優先度はまた、ワイヤレス媒体の競合についての第１のバックオフカウンタ値に関連付けられる場合があり、第２の優先度はまた、ワイヤレス媒体の競合についての第２のバックオフカウンタ値に関連付けられる場合があり、第３の優先度はまた、ワイヤレス媒体の競合についての第３のバックオフカウンタ値に関連付けられる場合がある。バックオフカウンタはバックオフカウンタ値に設定され、バックオフカウンタはワイヤレス媒体上の送信機会（ＴＸＯＰ）に対して０までカウントダウンする。バックオフカウンタが０に達すると、デバイスは、（キャリア検知を実行してワイヤレス媒体が占有されていないかどうか決定し、キャリア検知に基づいてワイヤレス媒体上で送信することなどの）ワイヤレス媒体上で送信するように試みる。より短いバックオフカウンタ値は、デバイスがより早くワイヤレス媒体上で送信するように試みることに対応する。いくつかの実装形態では、第１のバックオフカウンタ値は第２のバックオフカウンタ値よりも小さく、第２のバックオフカウンタ値は第３のバックオフカウンタ値よりも小さい。このようにして、レンダリングデバイスからの（ビデオフレーム用などの）第１のＰＰＤＵは、ディスプレイデバイスからの（ポーズパケットなどの）データよりも早く送信されるように試みられる場合があり、ディスプレイデバイスからのデータは、レンダリングデバイスからの（ビデオフレーム用などの）１つまたは複数の後続のＰＰＤＵよりも早く送信されるように試みられる場合がある。いくつかの実装形態では、第１のバックオフカウンタ値は０であり得、第２のバックオフカウンタ値はショートフレーム間隔（ＳＩＦＳ）よりも大きい時間期間を示すことができ、第３のバックオフカウンタ値は、第２のバックオフカウンタ値によって示された時間期間よりも大きい時間期間を示すことができる。

【0096】

[0124]レンダリングデバイスは、第１の優先度に関連付けられた第１のＰＰＤＵと、第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵとを提供する。レンダリングデバイスは、第１のＰＰＤＵを送信した後に、１つまたは複数のＥＤＣＡパラメータをパラメータの第１のセットからパラメータの第３のセットに調整するようにそれ自体を構成することができる。レンダリングデバイスはまた、第１のＰＰＤＵを送信した後に、（バックオフカウンタを後続のＰＰＤＵ用の第３の値に設定することなどにより）バックオフカウンタ値を第１の値から第３の値に調整することができる。ＥＤＣＡパラメータと、バックオフカウンタ値の異なるセットとを使用して、レンダリングデバイスは、（ディスプレイデバイスとＯＢＳＳ内の他のデバイスとを含む）他のデバイスに対して第１のＰＰＤＵを送信するより高い確率を有する。反対に、ディスプレイデバイスは、１つまたは複数の後続のＰＰＤＵがディスプレイデバイスに送信される前に、レンダリングデバイスに（ポーズパケットなどの）データを送信することができる。

【0097】

[0125]いくつかの実装形態では、レンダリングデバイスは、送信要求（ＲＴＳ）／送信可（ＣＴＳ（clear to send））機構を使用して、ワイヤレス媒体の制御を取得し、ワイヤレス媒体を確保する。たとえば、レンダリングデバイスは、ワイヤレス媒体の制御を取得するために第１のＲＴＳフレームを提供（ブロードキャストなど）することができる。ＲＴＳフレームは、第１のバックオフカウンタ値に基づいて送信される場合がある。第１のＲＴＳフレームは、第１の時間期間の間のワイヤレス媒体の制御を維持するためにネットワーク割振りベクトル（ＮＡＶ）の指示を含む。ＮＡＶは、ワイヤレス媒体がデバイスによって確保された時間期間を示す。このようにして、レンダリングデバイスの範囲内の他のデバイスは、ＲＴＳフレームを受信し、ＲＴＳフレームを処理し、示された時間量の間のワイヤレス媒体上の送信をやめるために、それらのＮＡＶを示された時間量に設定する。例示的なＲＴＳ／ＣＴＳ機構およびレンダリングデバイスとディスプレイデバイスとの間のデータの送信は、図１０を参照して以下により詳細に記載される。

【0098】

[0126]図８は、レンダリングデバイスの視点から例示的なプロセスを描写する。図９は、ディスプレイデバイスの視点から例示的なプロセスを描写する。

【0099】

[0127]図９は、いくつかの実装形態による、非同期式チャネルアクセス制御のための例示的なプロセス９００を示すフローチャートを示す。例示的なプロセスにおける動作は、（図１Ｂのデバイス１５２などの）デバイスまたは（図６ＢのＷＣＤ６１５などの）デバイス内に実装されたワイヤレス通信デバイスによって実行される場合がある。動作を実行するデバイスは、ＸＲ体験のディスプレイデバイスであり得る。

【0100】

[0128]９０２において、デバイスがワイヤレス媒体を介して第２のデバイスからアプリケーションファイルの第１のＰＰＤＵを取得する。ＸＲ体験の場合、デバイスはディスプレイデバイスであり得、第２のデバイスはレンダリングデバイスであり得る。第２のデバイスは、基盤ＡＰ、（ＳＡＰとして働く図１Ｂのデバイス１５４などの）ＳＡＰ、またはデバイスにアプリケーションファイルのＰＰＤＵを提供するための別のデバイスを指すことができる（図９および図１０を参照する以下の例では、第２のデバイスはＡＰまたはレンダリングデバイスと呼ばれる場合がある）。いくつかの実装形態では、アプリケーションファイルは、ビデオフレームの１つまたは複数のビデオスライスを含む。

【0101】

[0129]第２のデバイスは第１のＰＰＤＵを提供するためにワイヤレス媒体の制御を取得し（９０４）、ワイヤレス媒体の制御は、ワイヤレス媒体を介して第１のＰＰＤＵを送信する第１の優先度に関連付けられる（９０６）。第１の優先度は、ワイヤレス媒体を介してデバイスから第２のデバイスにデータを送信する第２の優先度とは異なる（９０８）。

【0102】

[0130]９１０において、デバイスがアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを第２のデバイスから取得する。１つまたは複数の後続のＰＰＤＵを取得するアクションは、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる（９１２）。上述されたように、優先度はバックオフカウンタ値またはＥＤＣＡパラメータのセットのうちの１つまたは複数に関連付けられる場合がある。

【0103】

[0131]図１０は、ＸＲ体験用のデバイス間の例示的な送信を示すシーケンス図１０００を示す。デバイスは、説明の目的でレンダリングデバイスおよびディスプレイデバイスとして描写されているが、記載される概念は他のタイプのデバイスに拡張されてもよい。開始時間ｔ₀は、ＣＷの開始または（１つもしくは複数のＰＰＤＵがレンダリングデバイスにおいて送信の準備ができたときなどの）レンダリングデバイスがそのバックオフ（ＢＯ）カウンタを開始するべきときの他の瞬間を示す場合がある。レンダリングデバイスのＢＯカウンタは、（ビデオフレームのアプリケーションファイルなどの）アプリケーションファイルの第１のＰＰＤＵに関連付けられた第１のバックオフカウンタ値（第１のＢＯ値）に設定される。ディスプレイデバイスがそのＢＯカウンタを開始するべきである場合、ディスプレイデバイスのＢＯカウンタは、ディスプレイデバイスからレンダリングデバイスに送信されるべきデータに関連付けられた第２のバックオフカウンタ値（第２のＢＯ値）に設定される。

【0104】

[0132]第１のＢＯ値に基づくＢＯ時間期間の後（時間ｔ₁）、レンダリングデバイスはＲＴＳフレームを送ることができる。ワイヤレス媒体上のＲＴＳフレームの終端は時間ｔ₂にある。ディスプレイデバイスは、時間ｔ₂のＳＩＦＳ持続時間後（時間ｔ₃）にレンダリングデバイスにＣＴＳフレームを送る。ＣＴＳフレームを送ることは、ディスプレイデバイスが（ワイヤレス媒体が空いていることを示す場合がある）ＲＴＳフレームを取得すること、およびディスプレイデバイスがレンダリングデバイスからデータを取得する準備ができたことに基づく場合がある。ワイヤレス媒体上のＣＴＳフレームの終端は時間ｔ₄にある。レンダリングデバイスは、時間ｔ₄のＳＩＦＳ持続時間後（時間ｔ₅）にディスプレイデバイスに（ビデオフレームのアプリケーションファイルなどの）アプリケーションファイルの第１のＰＰＤＵを送る。

【0105】

[0133]描写されていないが、ＣＴＳフレームがレンダリングデバイスによって取得されない場合、レンダリングデバイスは、再びＢＯ時間期間待機し、ディスプレイデバイスにＲＴＳフレームを再送するように試みることができる。いくつかの実装形態では、レンダリングデバイスは、ＲＴＳフレームの送信が失敗したことを示す前に、５回ＲＴＳフレームの送信を再試行するように構成される。いくつかの実装形態では、ワイヤレス媒体を確保する前のＲＴＳ／ＣＴＳ機構は、ビデオフレームに関連付けられる。ＲＴＳの送信が失敗した（およびレンダリングデバイスがワイヤレス媒体の制御を取得することができない）場合、レンダリングデバイスは、ディスプレイデバイスに関連フレームを提供することをやめ、ディスプレイデバイスに次のフレームを提供するためにワイヤレス媒体の制御を取得するように試みることができる。ビデオフレームがスキップされた場合、ディスプレイデバイスは、前に表示されたビデオフレームを繰り返すか、または逃したビデオフレームが表示されるべきであった時間にビデオフレームを表示しない場合がある。いくつかの実装形態では、ビデオフレームがスキップされた場合、（変調およびコーディング方式（ＭＣＳ）、フレームレート、順方向誤り訂正（ＦＥＣ）などの）ＤＬ通信の１つまたは複数のパラメータは、帯域幅要件を低減するように試み、ディスプレイデバイスにビデオフレームを配信する確率を増やすように試みるために調整される場合がある。

【0106】

[0134]図１０を再び参照すると、ワイヤレス媒体上の第１のＰＰＤＵの終端は時間ｔ₆にある。ディスプレイデバイスは、時間ｔ₆のＳＩＦＳ持続時間後（時間ｔ₇）にレンダリングデバイスにブロック確認応答（ＢＡ）を送る。ＢＡは、ディスプレイデバイスが第１のＰＰＤＵを取得したことを示す。ＢＡはまた、（（１つまたは複数のＭＳＤＵを含む）どのＭＰＤＵが第１のＰＰＤＵ内で取得されたかを示すことなどにより）（１つまたは複数のＭＰＤＵなどの）任意の部分が破損または消失したかどうかを示すことができる。レンダリングデバイスがＢＡを取得しない場合、レンダリングデバイスは、ディスプレイデバイスに第１のＰＰＤＵを再送するように試みることができる。

【0107】

[0135]ワイヤレス媒体上のＢＡの終端は時間ｔ₈にある。レンダリングデバイスは、時間ｔ₈のＳＩＦＳ持続時間後（時間ｔ₉）にディスプレイデバイスに第２のＰＰＤＵを送り、ワイヤレス媒体上の第２のＰＰＤＵの終端は時間ｔ₁₀にある。プロセスは、ＴＸＯＰの間、レンダリングデバイスからディスプレイデバイスに送信されるべき１つまたは複数のＰＰＤＵに対して繰り返すことができる。たとえば、レンダリングデバイスは、時間ｔ₁₁において第ＮのＰＰＤＵを送ることができる（Ｎは１以上である）。ワイヤレス媒体上の第ＮのＰＰＤＵの終端は時間ｔ₁₂にある。ディスプレイデバイスは、時間ｔ₁₂のＳＩＦＳ持続時間後（時間ｔ₁₃）にレンダリングデバイスにＢＡを送り、ワイヤレス媒体上のＢＡの終端は時間ｔ₁₄にある。

【0108】

[0136]ＲＴＳフレームを再び参照すると、ＲＴＳフレームは、（示された元のＮＡＶ保護持続時間などの）ＴＸＯＰよりも大きい持続時間の間にワイヤレス媒体を確保するようにＮＡＶ値を示す。たとえば、ＴＸＯＰは、最大２．５ｍｓの持続時間の間にレンダリングデバイスによって構成可能であり得る。ＲＴＳフレームは、レンダリングデバイスがＮＡＶ保護を拡張するべきである場合、２．５ｍｓ以上の量のＮＡＶ値を示す。ＮＡＶを設定することは、時間量の間に受信デバイスが送信することを止めるために各受信デバイスのＮＡＶを設定する値をレンダリングデバイスが示すことを指すことができる。ＮＡＶを拡張することは、受信デバイスが送信を止めるべき時間量を拡張するために各受信デバイスのＮＡＶを増加または設定するＮＡＶパディング値または新しいＮＡＶ値をレンダリングデバイスが示すことを指すことができる。ＮＡＶ持続時間およびＴＸＯＰは、ＲＴＳフレームの開始時間に始まる場合がある。いくつかの実装形態では、レンダリングデバイスは、（２．５ｍｓなどの）ＴＸＯＰ持続時間に設定されるようなＮＡＶ持続時間を示す。レンダリングデバイスはまた、（第１のＰＰＤＵ～第ＮのＰＰＤＵなどの）各ＰＰＤＵ内で、残りのＮＡＶが最小持続時間であることを保証するために、または（ＰＰＤＵ送信に続く１ｍｓのＮＡＶパディングを示すことなどの）ＮＡＶを拡張するために、最小のＮＡＶ値を示すことができる。

【0109】

[0137]ディスプレイデバイスは、（時間ｔ₁₄などの）ＴＸＯＰの最後にそのＢＯカウンタを実行する（第２のＢＯ値に設定する）ことができる。ＢＯ時間の間、ディスプレイデバイスは、到来トラフィックのためにワイヤレス媒体を聴取する。（時間ｔ₁₅などの）ＢＯカウンタが０に達する時間までワイヤレス媒体がクリアのままである場合、ディスプレイデバイスはレンダリングデバイスにデータを送ることができる。ディスプレイデバイスからのデータは、ポーズ情報またはＸＲ体験用の任意の他の適切なＵＬデータを含む場合がある。

【0110】

[0138]ワイヤレス媒体上のデータの終端は時間ｔ₁₆にある。レンダリングデバイスは、時間ｔ₁₆のＳＩＦＳ持続時間後（時間ｔ₁₇）にディスプレイデバイスにＢＡを送り、ワイヤレス媒体上のＢＡの終端は時間ｔ₁₈にある。レンダリングデバイスは、ディスプレイデバイスに送るべきアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを有する場合がある。たとえば、ビデオフレームを送ることは、第１のＴＸＯＰの間に完了しない場合があり、ビデオフレームの残りは、１つまたは複数の後続のＴＸＯＰの間に送られるべきである。描写されたように、元のＮＡＶ保護は、ワイヤレス媒体が時間ｔ₁₈の後にレンダリングデバイスによってまだ確保されていることを示す。

【0111】

[0139]上述されたように、１つまたは複数の後続のＰＰＤＵは、（第３のバックオフカウンタ値（第３のＢＯ値）またはＥＤＣＡパラメータの第３のセットに関連付けられた）第３の優先度に関連付けられる。このようにして、レンダリングデバイスのＢＯカウンタは第３のＢＯ値に設定される場合があり（およびレンダリングデバイスはＥＤＣＡパラメータの第３のセット向けに構成される場合があり）、ＢＯカウンタはワイヤレス媒体上のＢＡの終端（時間ｔ₁₈）において０までのカウントダウンを始める。ＢＯカウンタは時間ｔ₁₉において０に達し、レンダリングデバイスは時間ｔ₁₉において新しいＲＴＳフレームを提供する。描写されたように、時間ｔ₁₉はまだ元のＮＡＶ保護持続時間内にある。新しいＲＴＳは、（元のＮＡＶ保護までの持続時間内と同様であり得る）拡張されたＮＡＶ保護を示す新しいＮＡＶ値を示す場合がある。このようにして、各受信デバイスのＮＡＶは、示されたＮＡＶ値にリセットされ、レンダリングデバイスによるＮＡＶの確保を効果的に拡張する。新しいＲＴＳフレームはまた、新しいＴＸＯＰを示す場合がある。

【0112】

[0140]ワイヤレス媒体上のＲＴＳフレームの終端は時間ｔ₂₀にある。ディスプレイデバイスは、時間ｔ₂₀のＳＩＦＳ持続時間後（時間ｔ₂₁）にレンダリングデバイスにＣＴＳフレームを送り、ワイヤレス媒体上のＣＴＳフレームの終端は時間ｔ₂₂にある。レンダリングデバイスは、時間ｔ₂₂のＳＩＦＳ持続時間後（時間ｔ₂₃）にディスプレイデバイスに第Ｎ＋１のＰＰＤＵを送る。プロセスは、１つまたは複数のさらなるＴＸＯＰの間に第１のＴＸＯＰと同様に繰り返される場合がある。

【0113】

[0141]いくつかの実装形態では、ＲＴＳ／ＣＴＳ機構は、各ビデオフレームの第１のＰＰＤＵの間にレンダリングデバイスによって有効にされ、ビデオフレームの他のＰＰＤＵの間に無効にされる場合がある。このようにして、第Ｎ＋１のＰＰＤＵは、（ディスプレイデバイスに新しいＴＸＯＰを示すためなどに）ＲＴＳ／ＣＴＳ機構なしに送られる場合がある。ＮＡＶ持続時間は、各ＰＰＤＵ内で示されたＮＡＶパディングを使用して拡張される場合がある。いくつかの実装形態では、ＲＴＳ／ＣＴＳ機構は、（新しいＴＸＯＰを示すために図１０に描写された１つまたは複数の後続のＰＰＤＵの間などの）第１のＰＰＤＵ以外のＰＰＤＵの間にレンダリングデバイスによって有効にされる場合もある。

【0114】

[0142]レンダリングデバイスは、ＭＳＤＵを受信するためにビデオキューを含む場合がある。ＭＳＤＵは、ＭＳＤＵが関連付けられた固有のビデオフレームを示すために記述子を含む。いくつかの実装形態では、レンダリングデバイスは、ディスプレイデバイスに（１つまたは複数のＰＰＤＵ内で）ＭＳＤＵを提供し、１つまたは複数の取得されたＢＡは、ディスプレイデバイスによって受信されたＭＳＤＵを示す。レンダリングデバイスは、すべてのＭＳＤＵがディスプレイデバイスに提供されるまで、ビデオキューから識別されたＭＳＤＵを取り除く。いくつかの実装形態では、次のビデオフレームに関連付けられたＭＳＤＵは、現在のビデオフレームに関連付けられたすべてのＭＳＤＵがディスプレイデバイスへの提供に成功する前に、ビデオキューにおいて受信される場合がある。いくつかの実装形態では、レンダリングデバイスは、次のビデオフレームのＭＳＤＵの送信を開始するために（現在のビデオフレームの残りをスキップして）ビデオキューをフラッシュすることができる。いくつかの実装形態では、レンダリングデバイスは、現在のビデオフレームの残りのＭＳＤＵを提供することができる。

【0115】

[0143]上述されたように、レンダリングデバイスは、ビデオフレームの第１のＰＰＤＵの第１の優先度向けにそれ自体を構成することができる。いくつかの実装形態では、レンダリングデバイスは、ＥＤＣＡパラメータ（およびＢＯ値）のうちの１つもしくは複数、ＲＴＳ／ＣＴＳ機構が有効にされるかどうか、またはＲＴＳ／ＣＴＳ用の再試行の数を調整することができる。たとえば、ビデオキューが空であり、第２のビデオフレームに関連付けられた第１のＭＳＤＵを受信した場合、レンダリングデバイスは、（ビデオフレームの第１のＰＰＤＵに関連付けられる場合がある）ＥＤＣＡパラメータの第１のセット向けにそれ自体を構成し、ＢＯカウンタを第１のＢＯ値に設定することができる。ＲＴＳ／ＣＴＳがビデオフレームの第１のＰＰＤＵのみに有効にされる場合、レンダリングデバイスは、（ビデオフレームの第１のＰＰＤＵに含まれるべき第１のＭＳＤＵを有する）ＲＴＳ／ＣＴＳを有効にすることができる。追加または代替として、レンダリングデバイスは、ＲＴＳ／ＣＴＳ用の再試行の数を（５回の再試行などの）定義された数に設定することができる。レンダリングデバイスは、（ＣＴＳを取得することなどに基づいて）ＲＴＳの送信が完了した後に、または定義された数の再試行の後に、ＥＤＣＡパラメータ（およびＢＯ値）を第３の優先度に関連付けられたそれらに調整することができる。いくつかの実装形態では、レンダリングデバイスは、（ＣＴＳを取得することなどに基づいて）ＲＴＳの送信が完了した後に、または定義された数の再試行の後に、ＲＴＳ／ＣＴＳを無効にするか、またはＲＴＳ／ＣＴＳ用の再試行の数を調整することができる。

【0116】

[0144]第１のＭＳＤＵは、（図４に描写されたＭＳＤＵサブフレーム４１６のサブフレームヘッダ４２２内などの）ビデオフレームの第１のＰＰＤＵ内の第１のＭＳＤＵを識別するメタデータを含む場合がある。第１のＰＰＤＵを取得し処理するディスプレイデバイスは、メタデータに基づいてＰＰＤＵが新しいビデオフレームに関連付けられた（第１のＭＳＤＵを含む）ＭＳＤＵを含むと決定することができる。いくつかの実装形態では、最後のＭＳＤＵは、（図４に描写されたＭＳＤＵサブフレーム４１６のサブフレームヘッダ４２２内などの）ビデオフレームの最後のＰＰＤＵ内の最後のＭＳＤＵを識別するメタデータを含む場合がある。ＰＰＤＵを取得し処理するディスプレイデバイスは、メタデータに基づいてＰＰＤＵがビデオフレームに関連付けられた最後のＭＳＤＵを含むと決定することができる。レンダリングデバイスは、最後のＰＰＤＵ内のＮＡＶパディングの指示を含むことを防止するか、またはさもなければ最後のＰＰＤＵを使用してＮＡＶを拡張することができる。このようにして、レンダリングデバイスは、現在のＮＡＶの最後にワイヤレス媒体の制御を解放することができる。追加または代替として、レンダリングデバイスは、それらのＮＡＶをクリアするように受信デバイスに指示するために、最後のＭＳＤＵを提供した後にコンテンションフリー（ＣＦ）エンドビーコンを送ることができる。このようにして、レンダリングデバイスは、現在のＮＡＶの最後の前にワイヤレス媒体の制御を解放することができる。

【0117】

[0145]いくつかの実装形態では、レンダリングデバイスは、（第１のＴＸＯＰなどの）１つまたは複数のＴＸＯＰを最大持続時間から短縮することができる。レンダリングデバイスは、ディスプレイデバイスがＸＲ体験のための十分な頻度でレンダリングデバイスにＵＬデータを提供できることを保証するために、ＴＸＯＰを短縮することができる。ＴＸＯＰを短縮することはまた、ディスプレイデバイスがＷＣＤの１つまたは複数の構成要素をＴＸＯＰの外側の時間の間低電力モードに置くことによって電力を節約することを可能にすることができる。

【0118】

[0146]（レンダリングデバイスなどの）デバイスおよび（ディスプレイデバイスなどの）第２のデバイスは、第１のＢＳＳ内であり得る。図１０に示されていないが、ＯＢＳＳからのデバイスは、レンダリングデバイスおよびディスプレイデバイスとワイヤレス媒体を共有することができる。第１、第２、および第３の優先度に基づいて、ＯＢＳＳデバイスは、いくつかのタイプのデータを送信するためにワイヤレス媒体の制御を取得することを防止される場合がある。たとえば、ＯＢＳＳデバイスは、そのトラフィックをベストエフォート、高優先度などとして分類することができる。ＯＢＳＳデバイスによって送信されるべきデータは、（トラフィックの分類に基づいてＯＢＳＳデバイス用のＥＤＣＡパラメータの第４のセットまたは第４のＢＯ値に関連付けられる場合がある）第４の優先度に関連付けられる。ＯＢＳＳデバイスは、第４の優先度に関連付けられたデータを送信するためにワイヤレス媒体を競合することができる。

【0119】

[0147]レンダリングデバイスは、常に、第１の優先度に基づいて第１のＰＰＤＵを送信するために制御を取得することができる。たとえば、（第１の優先度に関連付けられた）ＥＤＣＡパラメータの第１のセットは、ワイヤレス媒体の制御を取得する際にディスプレイデバイスおよびＯＢＳＳデバイスを超える選好度（prefernce）をレンダリングデバイスにもたせる。第４の優先度に関連付けられたデータがベストエフォートデータとして分類された場合、（第３の優先度に関連付けられた後続のＰＰＤＵを送信する）レンダリングデバイスおよび（第２の優先度に関連付けられたデータを送信する）ディスプレイデバイスは、ＯＢＳＳデバイスを超える選好度を有する場合がある。たとえば、第４の優先度に関連付けられたＥＤＣＡパラメータは、ＯＢＳＳデバイスがベストエフォート分類データを送信することを防止することができる。

【0120】

[0148]いくつかの実装形態では、ＥＤＣＡパラメータの第３のセットは、デバイスが（レンダリングデバイスからの１つまたは複数の後続のＰＰＤＵの送信の前の送信を可能にするようにＥＤＣＡパラメータのセットに関連付けられる場合がある）高重要度分類データを送信することができるように構成される場合がある。たとえば、図１０を再び参照すると、ＲＴＳを受信しなかったデバイスが（差別化サービスコードポイント（ＤＳＣＰ）値などに基づく）高重要度分類データを送信するべきである場合、デバイスは、時間ｔ₁₈の後およびレンダリングデバイスが（ＥＤＣＡパラメータの第３のセットに関連付けられた）次のＲＴＳを送るべきである前に（ＤＳＣＰ値に関連付けられたＥＤＣＡパラメータに基づいて）データを送信することができる場合がある。デバイスが（ＤＳＣＰ値などに基づいて）ベストエフォート分類データを送信するべきである場合、ＤＳＣＰ値に関連付けられたデバイスのＥＤＣＡパラメータは、レンダリングデバイスがＥＤＣＡパラメータの第３のセットに関連付けられたＲＴＳを送ることをデバイスが阻止することを防止することができる。デバイスは、ＮＡＶ時間の最後にそのようなデータ（または高重要度分類データ）を送信するように試みることができる。

【0121】

[0149]上記の例は、非同期式チャネルアクセス制御のためのレンダリングデバイスおよびディスプレイデバイスの動作を描写する。いくつかの実装形態では、ワイヤレスシステムは、同期式チャネルアクセス制御のために構成される場合がある。同期式チャネルアクセス制御についての例示的な態様が以下に記載される。いくつかの実装形態では、同期式チャネルアクセス制御は、１つまたは複数のＡＰによって（ＩＥＥＥ８０２．１１ｂｅとＩＥＥＥ８０２．１１ａｘの後の他のＩＥＥＥ規格とを含む、１つまたは複数の８０２．１１ａｘ対応またはその後のＡＰなどによって）定義された目標起床時間（ＴＷＴ）セッションに基づく。いくつかの実装形態では、同期式チャネルアクセス制御は、（（レガシーＡＰと呼ばれる場合もある）プレ８０２．１１ａｘＡＰなどの）１つまたは複数のＡＰによって調整された（ＩＥＥＥ８０２．１１ａｘ規格内で定義されたＴＷＴセッションに準拠しない場合がある）同期した送信／受信ウィンドウに基づく場合がある。

【0122】

[0150]ＴＷＴセッションは、（ＴＷＴセッションの特性に関してＳＴＡと呼ばれる場合がある）ディスプレイデバイスと（ＴＷＴセッションの特性に関してＡＰと呼ばれる場合がある）レンダリングデバイスとの間であり得る。ＴＷＴセッションは、ＳＰの間にそれ以上のトラフィックが通信されるべきでないと決定されない限り、その間にディスプレイデバイスが目覚めたままである１つまたは複数のＴＷＴサービス期間（ＳＰ）を含む。ＴＷＴＳＰは、本明細書ではＴＷＴウィンドウまたはウィンドウと呼ばれる場合がある。

【0123】

[0151]（ＴＷＴとも呼ばれる）ＴＷＴセッションは、複数の特性を含む場合がある。特性には、
－（２つの特定のデバイス間の）個別ＴＷＴまたは（３つ以上のデバイスもしくはＴＷＴの間に変化する場合があるデバイス間の）ブロードキャストＴＷＴのいずれか、
－（ＳＴＡがＡＰとＴＷＴを開始し、それをＡＰは許容するか、拒否するか、もしくは代替案を提供することができる）応答型ＴＷＴ、または（ＳＴＡがワイヤレス媒体を聴取しているときに既知のサイクルに基づいてＡＰが非応答型ＴＷＴ応答を送る）非応答型ＴＷＴのいずれか、
－（ＡＰがＤＬトラフィックを送ることができる前に（節電（ＰＳ）ポールまたは自動節電配信（ＡＰＳＤ）トリガフレームなどを介して）ＴＷＴＳＰ内で起床したときをＳＴＡが示す）事前通知ＴＷＴ、または（ＡＰがＴＷＴＳＰの間にＳＴＡからの指示を待つことなくＤＬトラフィックを送ることができる）事前非通知ＴＷＴのいずれか、
－（ＳＴＡがＵＬトラフィックを送ることができる前にＡＰがＳＴＡへトリガフレームを送る）トリガ対応ＴＷＴ、または（ＳＴＡがトリガフレームを待つことなくＵＬトラフィックを送ることができる）非トリガ対応ＴＷＴのいずれか、および
－（ＳＴＡが現在のＴＷＴＳＰ開始時間から固定された時間量の次のＴＷＴＳＰ開始時間を計算する）暗示的ＴＷＴ、または（ＳＴＡがＡＰに次のＴＷＴＳＰ開始時間を要求する）明示的ＴＷＴのいずれか
が含まれる。

【0124】

[0152]（ＸＲ体験のためなどの）レンダリングデバイスとディスプレイデバイスとの間の同期式チャネルアクセス制御用のＴＷＴは、個別ＴＷＴ、応答型ＴＷＴ、事前通知ＴＷＴ、非トリガ対応ＴＷＴ、および暗示的ＴＷＴであり得る。いくつかの実装形態では、ＴＷＴは非応答型ＴＷＴである。ＴＷＴは、レンダリングデバイスおよびディスプレイデバイスのＸＲアクティビティを保護するためにそのような特性を含む場合がある。たとえば、個別ＴＷＴは、レンダリングデバイスおよびディスプレイデバイスが互いの間でＤＬトラフィック（およびＵＬトラフィック）を通信するためにＴＷＴウィンドウが排他的にセットアップされることを保証し、応答型ＴＷＴおよび事前通知ＴＷＴは、（ディスプレイデバイスがＤＬトラフィックを受信する準備ができていない結果として再試行に関連付けられた遅延を防止するために）ディスプレイデバイスがレンダリングデバイスからＤＬトラフィックを受信する準備ができていることを保証し、非トリガ対応ＴＷＴは、ディスプレイデバイスが（レンダリングデバイスからのトリガフレームのオーバーヘッドを必要とせずに）より大きい周波数でポーズデータフレームを送ることを可能にし、暗示的ＴＷＴは、次のＴＷＴＳＰ開始時間を要求するディスプレイデバイス（およびそれを提供するレンダリングデバイス）によって引き起こされるオーバーヘッドを低減する。ＴＷＴについての特性の例示的なセットが示されているが、特性の任意の適切なセットが使用されてもよい。

【0125】

[0153]本明細書で使用されるＸＲアクティビティは、ユーザにＸＲ体験を提供するために（レンダリングデバイスまたはディスプレイデバイスのうちの１つまたは複数などの）１つまたは複数のデバイスによって実行される任意のアクションを指すことができる。ＸＲアクティビティは、ディスプレイデバイスのＩＭＵによってディスプレイデバイスの場所を測定することと、ＩＭＵ測定値から（ポーズデータフレームとも呼ばれる）ポーズフレームまたはポーズパケットを生成することと、トラッキングフレームを生成することと、レンダリングデバイスにポーズフレームおよびトラッキングフレームを提供することと、ポーズフレームおよびトラッキングフレームに基づいて１つまたは複数のビデオフレームをレンダリングおよび符号化することと、１つまたは複数のビデオフレームをパケット化することと、ディスプレイデバイスにパケットを提供することと、受信されたパケットからビデオフレームを復号することと、（デジッタおよびＡＴＷなどの）ビデオフレームを処理することと、ビデオフレームを表示することとを含む場合がある。ＸＲアクティビティは、追加または代替として、ＸＲ体験中のユーザにオーディオ、触覚フィードバック、または他の感覚情報を提供するための動作を含む場合がある。

【0126】

[0154]上述された非同期式チャネル制御アクセスと同様に、ＴＷＴを使用する同期式チャネル制御アクセスは、ＸＲ体験のためのレイテンシ要件と、パケットロス要件とを満たすために、レンダリングデバイスとディスプレイデバイスとの間のトラフィックを整列させることにより、ワイヤレス媒体上の衝突と、干渉とを防止するべきである。ＵＬトラフィックは、（ＴＷＴウィンドウの外側を含む）利用可能なときにディスプレイデバイスによって送られる場合がある。いくつかの実装形態では、しかし、ＵＬトラフィックはＴＷＴウィンドウの間に送信される。上述されたように、ＸＲ体験の場合、ＵＬトラフィックは、ディスプレイデバイスからのポーズフレームとトラッキングフレームとを含む場合がある。ＤＬトラフィックは、レンダリングデバイスからビデオフレームデータを搬送するＰＰＤＵを含む場合がある。ＰＰＤＵ、ポーズフレーム、およびトラッキングフレームはＴＷＴウィンドウの間に送信され、他のデバイスからのデータ（またはレンダリングデバイスからＡＰもしくは他のデバイスへの他のデータ）は、ＴＷＴウィンドウの外側で送信される。留意することに、本明細書に記載された概念は、（ビデオに関連付けられていないアプリケーションファイルなどの）他のタイプのＵＬトラフィックおよびＤＬトラフィックならびに他のタイプのデバイスに適用されてもよい。本開示のいくつかの態様は、態様を記載する際に明確にするために、ＸＲ体験用のレンダリングデバイスおよびディスプレイデバイスを参照して例において記載されているが、本開示の態様は提供された例に限定されない。

【0127】

[0155]図７を再び参照すると、レンダリングデバイスによる各ビデオフレームのレンダリングおよび符号化（７１０）は、ディスプレイのフレームレートに関連付けられた既知の間隔および周期においてであり得る（７２０）。レンダリングデバイスとディスプレイデバイスとの間のＴＷＴセッション用のＴＷＴウィンドウは、レンダリング用の既知の間隔および周期に基づいて既知の間隔を有するようにセットアップされる場合がある。たとえば、レンダリングデバイスは、既知の周期で次のビデオフレームのＰＰＤＵを送信する準備ができる場合があり、ＴＷＴウィンドウのタイミングは周期に基づく場合がある。上述されたように、ＴＷＴウィンドウは、レンダリングデバイスとディスプレイデバイスとの間で送信されるべきＵＬデータおよびＤＬデータにワイヤレス媒体が割り振られる時間を含む。このようにして、ＵＬトラフィックがディスプレイデバイスによって送信されるべきときは、ＤＬトラフィックが送信されるべきときと、両方がＴＷＴウィンドウの間に送信され得るように調整される場合がある。レンダリングデバイスは、レンダリングデバイスにおけるビデオフレームのレンダリングに基づいて、（ディスプレイデバイスに示されたＴＷＴウィンドウの期間および長さで）ディスプレイデバイスとのＴＷＴセッションをセットアップすることができる。ディスプレイデバイスは、ＴＷＴウィンドウの示された期間および長さに基づいて、ＵＬトラフィックの送信を調整することができる。ＴＷＴウィンドウの長さにより、（それぞれ、ＵＬデータおよびＤＬデータとも呼ばれる）ＵＬトラフィックとＤＬトラフィックの両方が同じＴＷＴウィンドウの間に送信されることが可能になる。

【0128】

[0156]図１１は、いくつかの実装形態による、ＴＷＴセッションに基づく同期式チャネルアクセス制御のための例示的なプロセス１１００を示すフローチャートを示す。例示的なプロセスにおける動作は、（図１Ｂのデバイス１５４などの）デバイスまたは（図６ＢのＷＣＤ６１５などの）デバイス内に実装されたワイヤレス通信デバイスによって実行される場合がある。動作を実行するデバイスは、ＸＲ体験のレンダリングデバイスであり得る。

【0129】

[0157]１１０２において、デバイスがワイヤレス媒体を介して第２のデバイスからＵＬデータを取得する。ＵＬデータは、（ＨＭＤなどの）ディスプレイデバイスであり得る第２のデバイスからの１つもしくは複数のポーズフレームまたは１つもしくは複数のトラッキングフレームを含む場合がある。

【0130】

[0158]１１０４において、デバイスが、第２のデバイスに、ワイヤレス媒体を介してＰＰＤＵを含むＤＬデータを提供する。ＰＰＤＵはビデオフレームデータを含む場合がある。現在のＴＷＴウィンドウの間に、デバイスは、第２のデバイスにＰＰＤＵのうちの１つまたは複数を提供することができる（１１０６）。１つまたは複数のポーズフレームも、現在のＴＷＴウィンドウの間に取得される場合がある。このようにして、ＵＬデータとＤＬデータの両方は、現在のＴＷＴウィンドウの間に送信される場合がある。

【0131】

[0159]ＴＷＴウィンドウの開始時間は、ＴＷＴウィンドウを使用する際にレイテンシを低減し、効率を増大させるように調整される場合がある。たとえば、ＴＷＴウィンドウがＴＷＴウィンドウの間にＵＬデータまたはＤＬデータのいずれかが送信されるある時間量前に開始した場合、（ディスプレイデバイスなどの）第２のデバイスは、目覚めたままであるべきであり、送信に使用されないＴＷＴウィンドウの時間量の間聴取している。加えて、ＰＰＤＵがＴＷＴウィンドウの外側での送信の準備ができている場合、レンダリングデバイスは、ＰＰＤＵを送信するために次のＴＷＴウィンドウまで待機しなければならない。ＵＬデータがＴＷＴウィンドウの外側で送信されるべきである場合、ディスプレイデバイスは、ＵＬデータを送信するために、ＴＷＴウィンドウの外側の時間の間アクティブな電力状態のままでなければならない。上述されたように、ビデオフレームをレンダリングする周期は（ビデオフレーム用のＰＰＤＵが周期的な送信に利用可能であるとき）既知である。（第１のＰＰＤＵなどの）ＰＰＤＵが各期間中に送信に利用可能である時間が既知である場合、ＴＷＴウィンドウの開始は、ＰＰＤＵが各期間に利用可能であるときに基づいて決定される場合がある。このようにして、現在のＴＷＴウィンドウの開始は、１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスに提供されたとき、または第１のＰＰＤＵがデバイスのアプリケーションレイヤからＭＡＣに提供されたときのうちの１つに関連付けられる（１１０８）。たとえば、現在のＴＷＴウィンドウ（および他のＴＷＴウィンドウ）の開始は、ＴＷＴウィンドウの開始と送信との間のいかなるレイテンシも低減し、１つまたは複数のＰＰＤＵに送信用の準備をさせることと１つまたは複数のＰＰＤＵを送信することとの間にレンダリングデバイスが待機するべきいかなる時間も低減するように、ＤＬデータと、ＵＬデータとを送信する時間と同期する。

【0132】

[0160]上述されたように、ＤＬデータおよびＵＬデータは、ＸＲ体験のためにレンダリングされるビデオフレームに関連付けられる場合がある。いくつかの実装形態では、（レンダリングデバイスなどの）図１１に描写されたデバイスは、（ディスプレイデバイスなどの）第２のデバイスによって表示されるべきビデオフレームをレンダリングする。このようにして、第２のデバイスからのＵＬデータはポーズデータフレームを含み、ビデオフレームのレンダリングは取得されたポーズデータフレームに関連付けられる。上述されたように、（第１のビデオフレームなどの）ビデオフレームは複数のビデオスライスを含み、第１のビデオフレームのレンダリングは、第２のデバイスから最も最近取得されたポーズデータフレームに関連付けられ、第２のデバイスに送信されるべき１つまたは複数のＰＰＤＵは、複数のビデオスライスのうちの１つまたは複数に関連付けられる。たとえば、レンダリングデバイスはビデオフレームを複数のスライスに分割し、レンダリングデバイスは、ＴＷＴウィンドウの間に送信されるべき複数のＰＰＤＵに各スライスをパッケージ化する。各ＴＷＴウィンドウは、ディスプレイデバイスにビデオフレームのＰＰＤＵを送信するためにレンダリングデバイスによって使用される場合がある（次のＴＷＴウィンドウは次のビデオフレームのＰＰＤＵを送信するために使用される）。

【0133】

[0161]第２のデバイスはＴＷＴウィンドウの間にＤＬデータを聴取する。ＤＬデータおよびＵＬデータがＴＷＴウィンドウの間に送信されるように両方の送信が調整された場合、第２のデバイスはＴＷＴウィンドウの外側で送信する必要がない場合がある。（ディスプレイデバイスなどの）第２のデバイスは、ＴＷＴウィンドウの間に（そのワイヤレス通信デバイスの１つまたは複数の構成要素への電力を落とすかまたは電力を低減することなどの）低電力モードに入ることができる。このようにして、第２のデバイスは電力消費を低減することができる。たとえば、（ＨＭＤなどの）多くのディスプレイデバイスは、ユーザが動き回ることを可能にし、ユーザの移動の自由を制限しないようにバッテリ電源式である。ディスプレイデバイスは、電力を節約し、充電の間に使用され得るディスプレイデバイスの時間量を延ばすために、その無線周波数（ＲＦ）フロントエンドの１つまたは複数の構成要素をＴＷＴウィンドウ間で低電力モードに置くことができる。ＴＷＴセッションの間のそのような低電力モードは、ＴＷＴ省電力モードと呼ばれる場合がある。

【0134】

[0162]レンダリングデバイスは、ＴＷＴウィンドウの外側でディスプレイデバイスに送信し続けるように決定することができる。たとえば、レンダリングデバイスは、ビデオフレームの１つまたは複数のＰＰＤＵを現在のＴＷＴウィンドウの間にディスプレイデバイスに提供することができないと決定することができる。このようにして、１つまたは複数のＰＰＤＵは、現在のＴＷＴウィンドウの後に提供される場合がある。いくつかの実装形態では、レンダリングデバイスは、現在のＴＷＴウィンドウの後に低電力モード（ＴＷＴ省電力モード）に入らないようにディスプレイデバイスに指示を提供することができる。指示は、（ウィンドウの間にディスプレイデバイスに提供される最後のパケットなどの）現在のＴＷＴウィンドウの間にディスプレイデバイスに提供される（ディスプレイデバイスが低電力モードに入らないことを示すために０に設定されているフレーム制御フィールドのＰＭビットなどの）パケットのＭＡＣヘッダの電力管理（ＰＭ）フィールドに含まれる場合がある。ディスプレイデバイスは、パケットのヘッダを処理し、現在のＴＷＴウィンドウの後に低電力モードに入ることが防止されるべきであると決定する。このようにして、レンダリングデバイスは、ディスプレイデバイスに、現在のＴＷＴウィンドウの後および次のＴＷＴウィンドウの前にＰＰＤＵを提供することができる。

【0135】

[0163]反対に、レンダリングデバイスは、現在のＴＷＴウィンドウの間にさらなるＰＰＤＵが送信されるべきでない場合、早く現在のＴＷＴウィンドウを終了することができる。たとえば、現在のＴＷＴウィンドウの終了の前にビデオフレームのすべてのＰＰＤＵがディスプレイデバイスに提供された場合、レンダリングデバイスは、現在のＴＷＴウィンドウが早く終了することをディスプレイデバイスに示すことができる。いくつかの実装形態では、パケットのＭＡＣヘッダのサービス品質（ＱｏＳ）フィールドのサービス期間終了（ＥＯＳＰ）ビットは、ＴＷＴウィンドウが終了することを示すために１に設定される場合がある。パケットはヌルデータフレームを含み、（ＥＯＳＰパケットと呼ばれる場合がある）ＱｏＳフィールドのＥＯＳＰビットを介してＴＷＴウィンドウの終了を示すために排他的に使用される場合がある。（ＩＥＥＥ８０２．１１ａｘ規格内などで）ＴＷＴセッション用に定義されたように、ＥＯＳＰパケットは、ＴＷＴウィンドウの間の１０ｍｓを超える非アクティブ（inactivity）の後に送ることができる。いくつかの実装形態では、レンダリングデバイスは、最後のＰＰＤＵの後の１０ｍｓの非アクティブ状態の後にＥＯＳＰパケットを送るように構成される。

【0136】

[0164]いくつかの実装形態では、ＴＷＴウィンドウは、１０ｍｓの非アクティブが経過する前に終了する場合がある。たとえば、上述されたように、ＭＳＤＵは、ＭＳＤＵがビデオフレーム用の最後のＭＳＤＵであることを示すためにメタデータを含む場合がある。最後のＭＳＤＵの処理において、ディスプレイデバイスは、ビデオフレームのためにレンダリングデバイスからそれ以上のＰＰＤＵが受信されるべきでないと決定し、ディスプレイデバイスは、（ディスプレイデバイスのためにＴＷＴウィンドウを効率的に終了して）次のＴＷＴウィンドウまで低電力モードに入ることができる。別の例では、レンダリングデバイスは、（最後のＰＰＤＵの直後などの）１０ｍｓ未満の非アクティブの後にＥＯＳＰパケットを送るように構成される場合がある。レンダリングデバイスは、ディスプレイデバイスへの送信用のＰＰＤＵを準備するときに、最後のＭＳＤＵのメタデータに基づいてＥＯＳＰパケットを送るように決定することができる。

【0137】

[0165]本明細書で言及される低電力モード（ＴＷＴ省電力モード）は、（８０２．１１ｂａなどを含むプレ８０２．１１ａｘ規格などの）ＩＥＥＥ８０２．１１規格内で定義された１つまたは複数のスリープモードとは異なる場合がある。たとえば、低電力モード（ＴＷＴ省電力モード）は、ＡＰのビーコン内の配信トラフィック指示メッセージ（ＤＴＩＭ）に基づいてベストエフォート分類トラフィック向けに設計された（ディープスリープと呼ばれる）規格で定義されたスリープモードよりも早いスリープツーウェイク（Ｓ２Ｗ）時間およびウェイクツースリープ（Ｗ２Ｓ）時間に関連付けられる場合がある。いくつかの実装形態では、低電力モード向けの（Ｓ２Ｗと、Ｗ２Ｓとを含む）最小の低電力期間は約１０ｍｓであり得、ディープスリープ向けの（Ｓ２Ｗと、Ｗ２Ｓとを含む）最小のディープスリープ期間は、（６０ｆｐｓ（ビデオフレーム当たり約１６ｍｓ）におけるビデオのためのＸＲアクティビティには長すぎる場合がある）約４０ｍｓであり得る。低電力モードは、より少ないＲＦフロントエンド構成要素の電力を落とすこと、ワイヤレス媒体のキャリア信号ロックを維持すること、または低電力モードに入り、そこから出る時間量を低減する他の動作により、ディープスリープとは異なる場合がある。

【0138】

[0166]図１１は、レンダリングデバイスの視点から例示的なプロセスを描写する。図１２は、ディスプレイデバイスの視点から例示的なプロセスを描写する。

【0139】

[0167]図１２は、いくつかの実装形態による、ＴＷＴセッションに基づく同期式チャネルアクセス制御のための例示的なプロセス１２００を示すフローチャートを示す。例示的なプロセスにおける動作は、（図１Ｂのデバイス１５２などの）デバイスまたは（図６ＢのＷＣＤ６１５などの）デバイス内に実装されたワイヤレス通信デバイスによって実行される場合がある。動作を実行するデバイスは、ＸＲ体験のディスプレイデバイスであり得る。

【0140】

[0168]１２０２において、デバイスがワイヤレス媒体を介して第２のデバイスにＵＬデータを提供する。第２のデバイスはレンダリングデバイスであり得、ＵＬデータは、ポーズデータフレームまたはトラッキングフレームのうちの１つまたは複数を含む場合がある。

【0141】

[0169]１２０４において、デバイスが、第２のデバイスから、ワイヤレス媒体を介してＰＰＤＵを含むＤＬデータを取得する。たとえば、ＰＰＤＵは、ＵＬデータに基づいてレンダリングされる１つまたは複数のビデオフレームに関連付けられる。デバイスは、現在のＴＷＴウィンドウの間に第２のデバイスから１つまたは複数のＰＰＤＵを取得し（１２０６）、現在のＴＷＴウィンドウの開始は、１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵがデバイスに提供されたとき、または第１のＰＰＤＵが第２のデバイスのアプリケーションレイヤからＭＡＣに提供されたときのうちの１つに関連付けられる（１２０８）。

【0142】

[0170]上述されたように、ＴＷＴウィンドウの開始は、第１のＰＰＤＵが送信されるべきときに関連付けられる。いくつかの実装形態では、ＴＷＴウィンドウの開始は、第１のＰＰＤＵが送信されるべきときと一致する場合がある。いくつかの実装形態では、ＴＷＴウィンドウは、第１のＰＰＤＵが送信されるべきときの前に始まる場合がある。ディスプレイデバイスは、レンダリングされるべきビデオフレームごとにトラッキングフレームまたは１つもしくは複数のポーズデータフレームのうちの１つまたは複数を提供することができる。このようにして、トラッキングフレームまたは１つもしくは複数のポーズデータフレームを提供する頻度は、ビデオフレームの頻度と同じである。たとえば、ポーズデータフレームは第１の頻度で提供される場合があり、ビデオフレームは第１の頻度でレンダリングされる場合がある。ディスプレイデバイスは、ビデオフレームの第１のＰＰＤＵが送信の準備ができるときの前にポーズデータフレームを提供することができる。いくつかの実装形態では、ＴＷＴウィンドウはトラッキングフレームまたは１つもしくは複数のポーズデータフレームの第１が、ディスプレイデバイスからレンダリングデバイスに送信されるべきときに始まる。たとえば、ＴＷＴウィンドウが始まるべきときは、ＸＲ体験についてのＭ２Ｒレイテンシに基づく場合がある。

【0143】

[0171]図１３は、Ｍ２Ｒレイテンシに関連付けられたポーズデータフレームおよびビデオフレームのレンダリングの例示的なタイミングを示すシーケンス図１３００を示す。１３０２において、ディスプレイデバイスがポーズ情報を取得する。たとえば、ディスプレイデバイスは、現在のＩＭＵ測定値をポーズデータフレーム（０よりも大きい任意の整数Ｎについて）Ｎ－１内にパッケージ化し、ポーズデータフレームＮ－１をレンダリングデバイスに提供するように決定する。ＵＬレイテンシ１３０４は、ＩＭＵ測定の時間と（１３０６において）レンダリングデバイスがポーズデータフレームＮ－１を取得する時間との間のレイテンシである。ＵＬレイテンシ１３０４は、送信するＵＬデータの量およびワイヤレス媒体の状態に基づいて変化する場合がある。たとえば、ワイヤレス媒体がより多くの干渉またはノイズを含む場合、ＵＬレイテンシ１３０４は、ポーズフレームＮ－１を送る際の再試行、またはより低いＭＣＳレートを使用してポーズフレームＮ－１を送信することの結果としてより大きい場合がある。ポーズフレームＮ－１を取得した（１３０６）後、レンダリングデバイスはビデオフレームＮ－１のレンダリングを開始する（１３０８）。時間１３１０は、ビデオフレームＮ－１をレンダリングするレンダリング時間を示す。描写されていないが、レンダリング時間は、ビデオフレームをレンダリングおよび符号化するための時間を含む場合がある。レンダリングデバイスは、複数のＰＰＤＵにおいてディスプレイデバイスにビデオフレームＮ－１を提供する。時間１３１２は、その間にレンダリングデバイスからディスプレイデバイスにＰＰＤＵが提供される時間である。図示されていないが、ＰＰＤＵは、フレーム全体の符号化が完了する前後に提供される場合がある。たとえば、ビデオスライスは、１つまたは複数のＰＰＤＵ内にパッケージ化する前に別のビデオスライスが処理されていることと同時に、１つまたは複数のＰＰＤＵ内にパッケージ化される場合がある。このようにして、時間１３１２は時間１３１０と重複する場合がある。

【0144】

[0172]１３１６において、ディスプレイデバイスが再びポーズ情報を取得する。たとえば、ディスプレイデバイスは、その時間に現在のＩＭＵ測定値をポーズデータフレームＮ内にパッケージ化するように決定する。ポーズデータフレームＮは、時間１３２０にレンダリングデバイスによって取得される（ＵＬレイテンシ１３１８は時間１３１６と時間１３２０との間のレイテンシである）。ＵＬレイテンシ１３１８は、ＵＬレイテンシが変化する場合があることを描写するために、ＵＬレイテンシ１３０４よりも大きいものとして描写されている。

【0145】

[0173]１３２２において、レンダリングデバイスがビデオフレームＮのレンダリングを開始する。ビデオは固有のフレームレートを有する場合があり、ビデオフレームレンダリング間の間隔は、フレームレート、解像度、符号化、および他のビデオパラメータに基づいて固定される場合がある。このようにして、時間１３０８と時間１３２２との間の時間量は、時間１３２２とビデオフレームＮ＋１のレンダリングを開始する時間との間の時間量と同じであり得る。時間１３２４は、ビデオフレームＮをレンダリングするレンダリング時間を示す。レンダリングデバイスは、複数のＰＰＤＵにおいてディスプレイデバイスにビデオフレームＮを提供する。時間１３２６は、その間にレンダリングデバイスからディスプレイデバイスにＰＰＤＵが提供される時間である。図示されていないが、時間１３１２および１３２６は、チャネル状態、チャネルサイズ、ＭＣＳ、順方向誤り訂正（ＦＥＣ）の使用、送信されるべきＰＰＤＵの数、または他の特性に基づいて可変であり得る。

【0146】

[0174]レンダリングデバイスは、ディスプレイデバイスから取得された最も最近のポーズフレームに基づいて現在のフレームをレンダリングする。ビデオフレームＮの場合、時間１３２２は（ポーズフレームＮが取得されたときの）時間１３２０の前である。このようにして、レンダリングデバイスは、（ポーズフレームＮはまだ取得されていないので）ポーズフレームＮに基づいてビデオフレームＮをレンダリングしない。取得された最後のポーズフレームがポーズフレームＮ－１である場合、レンダリングデバイスはポーズフレームＮ－１に基づいてビデオフレームＮをレンダリングする。Ｍ２Ｒレイテンシは、ＩＭＵ測定とＩＭＵ測定に関連付けられたビデオフレームのレンダリングとの間のレイテンシであり得る。ビデオフレームＮはポーズフレームＮ－１に基づくので、Ｍ２Ｒレイテンシ１３１４は、ポーズフレームＮが時間内に受信された場合よりも大きい。Ｍ２Ｒレイテンシは、既定または既知のＵＬレイテンシに基づいて決定される場合がある。

【0147】

[0175]いくつかの実装形態では、ＴＷＴウィンドウ１３２８は、（時間１３０２がディスプレイデバイスがポーズフレームＮ－１を送信するべきときであると想定すると）時間１３０２に始まる場合がある。時間１３０２と１３１６との間の時間量が（時間１３０８と１３２２との間と同じ時間量などの）固定されている場合、ＴＷＴウィンドウ１３２８の長さは、時間１３１２を完全に含むように固定される場合がある。時間１３１２は変化する場合があるので、ＴＷＴウィンドウ１３２８は、（最大解像度、最小ＭＣＳ、最小チャネルサイズなどに基づいてビデオフレームの送信を可能にする長さなどの）時間１３１２の変動を収容するための長さのＴＷＴウィンドウであり得る。上述されたように、レンダリングデバイスはまた、ＴＷＴウィンドウの間に送信されることが可能でないＰＰＤＵを送信するために、ＴＷＴウィンドウの終了の後に１つまたは複数のＰＰＤＵが送信されるべきであることを示す場合がある。例では、ＴＷＴウィンドウ１３２８の終了は、時間１３１２の終了と時間１３１６との間であり得る。図示されていないが、新しいＴＷＴウィンドウが時間１３１６に始まる場合がある。留意することに、シーケンス図１３００（および描写された他のシーケンス図）は、一定の縮尺ではなく、動作内で変化する場合がある。たとえば、ビデオフレームＮ－１のＤＬ（１３１２）は、１つのＴＷＴウィンドウへのポーズフレームＮのＵＬ（１３２０）と一緒であり得る。

【0148】

[0176]例示的なシーケンス図１３００では、ポーズフレームを提供するタイミングとビデオフレームをレンダリングするタイミングは調整されず、それにより、新しいポーズデータフレームを受信する前にビデオフレームがレンダリングされるようになり、Ｍ２Ｒレイテンシが増加する場合がある。レンダリングデバイスがビデオフレームのレンダリングを調整することができるか、またはディスプレイデバイスがレンダリングデバイスへのポーズフレームの提供を調整することができ、その結果、新しいビデオフレームをレンダリングする前に１つまたは複数のポーズフレームが取得される（レンダリングデバイスおよびディスプレイデバイスが時間１３２０の後に時間１３２２が発生するように調整することなど）。図１４は、Ｍ２Ｒレイテンシを低減するように調整されたタイミングを描写する。

【0149】

[0177]図１４は、Ｍ２Ｒレイテンシに関連付けられたポーズデータフレームおよびビデオフレームのレンダリングの例示的なタイミングを示すシーケンス図１４００を示す。１４０２において、ディスプレイデバイスがポーズ情報を取得する。たとえば、ディスプレイデバイスは、現在のＩＭＵ測定値をポーズデータフレーム（０よりも大きい任意の整数Ｎについて）Ｎ－１内にパッケージ化し、ポーズデータフレームＮ－１をレンダリングデバイスに提供するように決定する。ＵＬレイテンシ１４０４は、ＩＭＵ測定の時間から（１４０６において）レンダリングデバイスがポーズフレームＮ－１を取得する時間までの時間量である。ＵＬレイテンシ１４０４は、送信する情報量およびワイヤレス媒体の状態に基づいて変化する場合がある。たとえば、ワイヤレス媒体がより多くの干渉またはノイズを含む場合、ＵＬレイテンシ１４０４は、ポーズフレームＮ－１を送る際の再試行、またはより低いＭＣＳレートを使用してポーズフレームＮ－１を送信することの結果としてより大きい場合がある。ポーズフレームＮ－１を取得した（１４０６）後、レンダリングデバイスはビデオフレームＮ－１のレンダリングを開始する（１４０８）。時間１４１０は、ビデオフレームＮ－１をレンダリングするレンダリング時間を示す。レンダリングデバイスは、複数のＰＰＤＵにおいてディスプレイデバイスにビデオフレームＮ－１を提供する。時間１４１２は、その間にレンダリングデバイスからディスプレイデバイスにＰＰＤＵが提供される時間である。

【0150】

[0178]１４１６において、ディスプレイデバイスがポーズ情報を取得し、レンダリングデバイスにポーズデータフレームＮを提供する。ＵＬレイテンシ１４１８は、ＩＭＵ測定の時間から（１４２０において）レンダリングデバイスがポーズデータフレームＮを取得する時間までの時間量である。ポーズフレームＮについてのＵＬレイテンシ１４１８は、ＵＬレイテンシが変化する場合があることを描写するために、ＵＬレイテンシ１４０４よりも大きい。１４２２において、ディスプレイデバイスがビデオフレームＮのレンダリングを開始する。時間１４２４は、ビデオフレームＮをレンダリングするレンダリング時間を示す。レンダリングデバイスは、複数のＰＰＤＵにおいてディスプレイデバイスにビデオフレームＮを提供する。時間１４２６は、その間にレンダリングデバイスからディスプレイデバイスにＰＰＤＵが提供される時間である。ＴＷＴウィンドウ１４２８は、図１３のＴＷＴウィンドウ１３２８と同じであり得る。

【0151】

[0179]時間１４０８と時間１４２２との間の時間量は、図１３の１３０８と１３２２との間の時間量と同じであり得る。図１３と図１４との間の違いは、ディスプレイデバイスによるポーズフレームの提供とレンダリングデバイスによるビデオフレームのレンダリングとの間のタイミングであり得る。図１４に描写されたように、ビデオフレームをレンダリングするタイミングは、ディスプレイデバイスがレンダリングデバイスにポーズフレームを提供するタイミングと調整される。たとえば、時間１４２２は、時間１４２２が時間１４２０の後に残るように決定される。このようにして、ポーズフレームＮはビデオフレームＮをレンダリングする前に取得され、ポーズフレームＮはビデオフレームＮをレンダリングするために使用される場合がある。いくつかの実装形態では、タイミングは、（最低のＭＣＳ、最小のワイヤレスチャネル、ノイズのレベル、ＦＥＣの使用、およびレンダリングデバイスへのポーズデータフレームの送信のスループットを減少させる他のパラメータに基づく潜在的なＵＬレイテンシなどの）ポーズフレームについてのＵＬレイテンシに基づく場合がある。レンダリングが調整される場合、Ｍ２Ｒレイテンシ１４１４は低減される。たとえば、Ｍ２Ｒレイテンシ１４１４は図１３のＭ２Ｒレイテンシ１３１４よりも小さい。

【0152】

[0180]レンダリングおよびポーズフレームの提供が調整された場合、ＴＷＴウィンドウの開始はＭ２Ｒレイテンシに基づく場合がある。たとえば、レンダリングデバイスは、ビデオフレームをレンダリングする時間の第１のオフセット前に始まるようにＴＷＴウィンドウを決定することができる。いくつかの実装形態では、第１のオフセットは、（ＴＷＴウィンドウ１４２８の開始になる時間１４０８の前のＭ２Ｒレイテンシ１４１４などの）Ｍ２Ｒレイテンシであり得る。

【0153】

[0181]図１３および図１４に描写されたように、ポーズデータフレームが取得または提供される場合があり、ビデオフレームが同じ頻度でレンダリングされる場合がある。いくつかの実装形態では、（ＴＷＴウィンドウの中間において、またはＴＷＴウィンドウの終了に向かってポーズデータフレームを提供することなどの）ＴＷＴウィンドウの間に２つ以上のポーズデータフレームが提供される場合があるが、ＴＷＴウィンドウの開始時に提供される少なくとも１つのポーズデータフレームは第１の頻度で提供される場合がある。このようにして、ＴＷＴウィンドウの開始時に取得されたポーズデータフレームの各々は、レンダリングされるビデオフレームに関連付けられる場合がある。（ワイヤレス媒体上の一時的な干渉などに基づいて）ＴＷＴウィンドウの間に第１のポーズデータフレームを取得する問題がある場合、ＴＷＴウィンドウの間にさらなるポーズデータフレームが提供される場合がある。たとえば、図１４においてポーズフレームＮがレンダリングデバイスによって取得されないが、ディスプレイデバイスがＴＷＴウィンドウ１４２８の最後に中間ポーズフレームを提供する場合、レンダリングデバイスは、（ポーズフレームＮ－１の代わりに）中間ポーズフレームを使用して、ビデオフレームＮをレンダリングすることができる。さらなるポーズフレームを提供することは、ポーズ情報が取得されたときとビデオフレームがそのような場合にレンダリングされたときとの間のレイテンシを低減することができる。

【0154】

[0182]ＴＷＴウィンドウの開始時に提供されるポーズフレームを再び参照すると、ポーズフレームを取得することおよびビデオフレームをレンダリングすることは同じ頻度であり、ビデオフレームをレンダリングすることとポーズフレームを取得することとの間のタイミングは、Ｍ２Ｒレイテンシを低減するように調整される。ポーズ情報を取得することは、ディスプレイデバイスのアプリケーションレイヤにおいて実行され、ビデオフレームをレンダリングすることは、レンダリングデバイスのアプリケーションレイヤにおいて実行される。図６Ａおよび図６Ｂを再び参照すると、（メモリ６４０と連携して）アプリケーションプロセッサ６３０は、（スマートフォン上のＶＲアプリケーションまたはＡＲアプリケーションなどの）レンダリングデバイス上のＸＲアプリケーションを実行することができる。（メモリ６４５と連携して）アプリケーションプロセッサ６３５は、（ＨＭＤ上のＶＲアプリケーションまたはＡＲアプリケーションなどの）ディスプレイデバイスのＸＲアプリケーションを実行することができる。アプリケーションレイヤにおいて、レンダリングデバイスはビデオフレームをレンダリングするか、またはオーディオ、触覚フィードバック、もしくはＸＲ体験用の他の情報を生成し、ディスプレイデバイスは、（センサ６７５などから）ＩＭＵ測定値を取得するか、ビデオを表示するか、オーディオを再生するか、またはＸＲ体験のためにユーザに他の情報を提供する。アプリケーションレイヤにおける動作は、デバイスのアプリケーションレイヤクロックに基づく。たとえば、デバイスは、（水晶などの）第１の圧電材料を使用して、アプリケーションレイヤ動作を実行するためにアプリケーションプロセッサに提供されるホストクロックを生成することができる。このようにして、アプリケーションレイヤクロックは、（レンダリングデバイスによって）ビデオフレームをレンダリングするタイミングのために、または（ディスプレイデバイスによって）ビデオフレームを表示するタイミングのためにデバイスによって使用される。そのようなクロックは、アプリケーションレイヤクロックと呼ばれる場合がある。

【0155】

[0183]上述されたように、ＷＣＤ６１０または６１５は、（ＭＡＣなどの）ＯＳＩモデルの下位レイヤにおいて動作を実行するために使用される。たとえば、ポーズデータフレーム、トラッキングフレーム、または送信用のＰＰＤＵを管理およびスケジュールすること、ならびにパケットの受信を管理することは、ＭＡＣにおいてであり、ＷＣＤ６１０またはＷＣＤ６１５によって管理される場合がある。ＷＣＤの動作は、（ＷＣＤクロックと呼ばれる）第２のクロックに基づく。ＷＣＤクロックは、第２のデバイスとのワイヤレス通信のタイミングのためにデバイスによって使用される。ＷＣＤクロックは、アプリケーションレイヤクロック用とは異なるデバイスの（第２の水晶などの）第２の圧電材料に基づく。デバイスは２つの異なる水晶（およびしたがって異なるロジック）を使用して、アプリケーションレイヤクロックとＷＣＤクロックとを生成することができ、アプリケーションクロックおよびＷＣＤクロックは、異なる周波数、解像度、または位相にあり得る。

【0156】

[0184]ポーズフレーム（およびトラッキングフレーム）を提供することと、ビデオフレームをレンダリングすることとの間のタイミングを調整するために、ディスプレイデバイスおよびレンダリングデバイスは、アプリケーションレイヤクロックとＷＣＤクロックとを同期させることができる。このようにして、アプリケーションレイヤクロックおよびＷＣＤクロックは、同じ周波数と位相とを有することができる。いくつかの実装形態では、アプリケーションレイヤクロックは、ＷＣＤクロックに同期させられる場合がある。いくつかの実装形態では、ＷＣＤクロックは、アプリケーションレイヤクロックに同期させられる場合がある。１つのデバイスのクロックも、他のデバイスのクロックに同期させられる場合がある。このようにして、レンダリングデバイスとディスプレイデバイスとの間の４つのクロックのうちの１つは基準クロックであり、他の３つのクロックは基準クロックに同期させられる。（ＴＷＴウィンドウの開始を決定するために使用されるオフセットなどの）ＴＷＴウィンドウタイミングは、基準クロックに基づいて決定される場合がある。ディスプレイデバイスのアプリケーションレイヤクロックが基準クロックである場合、ディスプレイデバイスのアプリケーションレイヤクロックはＴＷＴウィンドウのタイミングを駆動することができ、レンダリングデバイスのアプリケーションレイヤクロックが基準クロックである場合、レンダリングデバイスのアプリケーションレイヤクロックはＴＷＴウィンドウのタイミングを駆動することができる。ＷＣＤクロックが他のクロックを同期させるために使用されるべきである場合、ＴＷＴウィンドウのスケジュールが設定される場合があり、ビデオフレームのレンダリングタイミングまたは表示タイイングのうちの１つまたは複数が、ＴＷＴの設定されたスケジュールに基づいて調整される場合がある。

【0157】

[0185]図１５Ａ～図１５Ｃは、異なるクロックが同期用の基準クロックであることを描写する。ディスプレイデバイスのアプリケーションレイヤクロックは図１５Ａの基準クロックとして描写され、レンダリングデバイスのアプリケーションレイヤは図１５Ｂの基準クロックとして描写され、レンダリングデバイスまたはディスプレイデバイスのＷＣＤクロックは図１５Ｃの基準クロックとして描写される。

【0158】

[0186]図１５Ａは、レンダリングデバイス１５０２およびディスプレイデバイス１５０８のクロックを同期させることの一例を示すブロック図１５００を示す。レンダリングデバイス１５０２はアプリケーションレイヤクロック１５０４とＷＣＤクロック１５０６とを含み、ディスプレイデバイス１５０８はアプリケーションレイヤクロック１５１０とＷＣＤクロック１５１２とを含む。例では、アプリケーションレイヤクロック１５１０が基準クロックであり、他のクロックはアプリケーションレイヤクロック１５１０に同期させられる。

【0159】

[0187]１５１４において、ＷＣＤクロック１５１２がアプリケーションレイヤクロック１５１０に同期させられる。たとえば、アプリケーションレイヤクロック１５１０の時間は、レンダリングデバイス１５０２に提供されるべきポーズ情報またはトラッキングフレーム内で示される場合がある。情報は、アプリケーションレイヤから（ＷＣＤなどの）ＭＡＣに提供されて、スケジュールされ、レンダリングデバイス１５０２に送信される。ＷＣＤは、アプリケーションレイヤから取得された情報から時間を取得し、示された時間に基づいてＷＣＤクロックを同期させることができる。

【0160】

[0188]１５１６において、ＷＣＤクロック１５０６がＷＣＤクロック１５１２に同期する。たとえば、ディスプレイデバイス１５０８のＷＣＤは、レンダリングデバイス１５０２とワイヤレス媒体を介する通信を同期させるためのローカルタイミング同期機能（ＴＳＦ）タイマを含む。レンダリングデバイス１５０２のＷＣＤもローカルＴＳＦタイマを含む。ディスプレイデバイス１５０８のＷＣＤは、（ディスプレイデバイス１５０８からレンダリングデバイス１５０２へのポーズデータフレームまたはビーコンフレームなどを介して）レンダリングデバイス１５０２のＷＣＤにそのＴＳＦタイマ値の指示を周期的に提供する。ＷＣＤクロック１５１２をアプリケーションレイヤクロック１５１０に同期させると、ディスプレイデバイス１５０８のＷＣＤのＴＳＦタイマが調整させられる。ＴＳＦタイマ値の指示はレンダリングデバイス１５０２のＷＣＤに周期的に提供されるので、調整されたＴＳＦタイマ値はレンダリングデバイス１５０２のＷＣＤに示される。レンダリングデバイス１５０２は、ディスプレイデバイス１５０８からの調整されたＴＳＦタイマ値に基づいて、そのＷＣＤクロックを調整することができる。

【0161】

[0189]レンダリングデバイス１５０２のＷＣＤクロック１５０６がディスプレイデバイス１５０８のＷＣＤクロック１５１２およびアプリケーションレイヤクロック１５１０に同期させられた場合、レンダリングデバイス１５０２は、アプリケーションレイヤクロック１５０４をＷＣＤクロック１５０６に同期させることができる（１５１８）。いくつかの実装形態では、レンダリングデバイス１５０２は、（ＭＡＣからレンダリングデバイス１５０２向けに構成されたアプリケーションレイヤへの呼出しなどを介して）ＴＳＦタイマ値をアプリケーションレイヤに利用可能にするように構成される場合がある。ＴＳＦタイマ値がアプリケーションレイヤにおいて見えない場合、（示されたＴＳＦタイマ値およびパケットが送信された時間などの）ディスプレイデバイスから取得されたパケットからのタイミング情報は、アプリケーションレイヤクロック１５０４を同期させる際に使用される場合がある。

【0162】

[0190]図１５Ｂは、レンダリングデバイス１５２２およびディスプレイデバイス１５２８のクロックを同期させることの一例を示すブロック図１５２０を示す。レンダリングデバイス１５２２はアプリケーションレイヤクロック１５２４とＷＣＤクロック１５２６とを含み、ディスプレイデバイス１５２８はアプリケーションレイヤクロック１５３０とＷＣＤクロック１５３２とを含む。例では、アプリケーションレイヤクロック１５２４が基準クロックであり、他のクロックはアプリケーションレイヤクロック１５２４に同期させられる。

【0163】

[0191]１５３４において、ＷＣＤクロック１５２６がアプリケーションレイヤクロック１５２４に同期させられる。たとえば、アプリケーションレイヤクロック１５２４の時間は、ビデオフレームまたはディスプレイデバイス１５２８に提供されるべき他の情報内で示される場合がある。情報は、アプリケーションレイヤから（ＷＣＤなどの）ＭＡＣに提供されて、スケジュールされ、ディスプレイデバイス１５２８に送信される。ＷＣＤは、アプリケーションレイヤから取得された情報から時間を取得し、示された時間に基づいてＷＣＤクロックを同期させることができる。

【0164】

[0192]１５３６において、（レンダリングデバイス１５２２のＷＣＤのローカルＴＳＦタイマ値などに基づいて）ＷＣＤクロック１５３２がＷＣＤクロック１５２６に同期する。たとえば、レンダリングデバイス１５２２のＷＣＤは、（ビデオフレーム用のＰＰＤＵの１つまたは複数のＭＡＣ制御要素（ＣＥ）などを介して）ディスプレイデバイス１５２８のＷＣＤにそのＴＳＦタイマ値または他のタイミング情報の指示を周期的に提供し、ディスプレイデバイス１５２８のローカルＴＳＦタイマは、アプリケーションレイヤクロック１５２４にＷＣＤクロック１５２６を同期した後に更新されたタイミング情報に基づいて調整される場合がある。ディスプレイデバイス１５２８のＷＣＤクロック１５３２がレンダリングデバイス１５２２のＷＣＤクロック１５２６およびアプリケーションレイヤクロック１５２４に同期させられた場合、ディスプレイデバイス１５２８は、アプリケーションレイヤクロック１５３０をＷＣＤクロック１５３２に同期させることができる（１５３８）。図１５Ａを参照して上述されたのと同様に、ディスプレイデバイス１５２８は、（ＭＡＣからディスプレイデバイス１５２８向けに構成されたアプリケーションレイヤへの呼出しなどを介して）ＴＳＦタイマ値をアプリケーションレイヤに利用可能にするように構成される場合がある。ＴＳＦタイマ値がアプリケーションレイヤにおいて見えない場合、（示されたＴＳＦタイマ値およびパケットが送信された時間などの）レンダリングデバイスから取得されたパケットからのタイミング情報は、アプリケーションレイヤクロック１５３０を同期させる際に使用される場合がある。

【0165】

[0193]図１５Ｃは、レンダリングデバイス１５４２およびディスプレイデバイス１５４８のクロックを同期させることの一例を示すブロック図１５４０を示す。レンダリングデバイス１５４２はアプリケーションレイヤクロック１５４４とＷＣＤクロック１５４６とを含み、ディスプレイデバイス１５４８はアプリケーションレイヤクロック１５５０とＷＣＤクロック１５５２とを含む。例では、ＷＣＤクロック１５４６または１５５２が基準クロックであり、他のクロックはＷＣＤクロックに同期させられる。

【0166】

[0194]１５５４において、ＷＣＤクロック１５４６および１５５２は互いに同期させられる。たとえば、（図１５Ａおよび図１５Ｂを参照して上述されたように）タイミング情報がデバイス間で提供された場合、デバイス間のＴＳＦタイマが同期させられる場合がある。１５５６において、レンダリングデバイス１５４２は、（図１５Ａを参照して上述されたように）アプリケーションレイヤクロック１５４４をＷＣＤクロック１５４６に同期させる。１５５８において、ディスプレイデバイス１５４８は、（図１５Ｂを参照して上述されたように）アプリケーションレイヤクロック１５５０をＷＣＤクロック１５５２に同期させる。

【0167】

[0195]図１５Ａを再び参照すると、アプリケーションレイヤクロック１５１０が基準クロックである場合、アプリケーションレイヤクロック１５１０は、最初にディスプレイデバイス１５０８によって設定される場合があり、動作中に調整される必要はない。アプリケーションレイヤクロック１５１０は動作中に調整されず、ビデオフレームの表示はディスプレイデバイス１５０８のアプリケーションレイヤクロック１５１０に基づくので、ビデオフレームの表示は、動作中変わらないままであり得る（他のクロック１５０４、１５０６、および１５１２は、アプリケーションレイヤクロック１５１０に同期させられたままであるように調整される）。ディスプレイデバイス１５０８は、レンダリングデバイス１５０２とディスプレイデバイス１５０８との間のＴＷＴセッションスケジュールを決定することができる。スケジュールは、ＴＷＴウィンドウの間隔と、ＴＷＴウィンドウのサイズと、ＴＷＴウィンドウの開始時間とを含む場合がある。ディスプレイデバイス１５０８は、（ＴＷＴウィンドウの開始にポーズフレームの送信を整合させる（align）ことなどの）ＴＷＴウィンドウにＵＬトラフィックを整合させることができる。このようにして、ポーズ情報がパッケージ化され、レンダリングデバイス１５０２に提供されるタイミングは、アプリケーションレイヤクロック１５１０に基づいて決定されたＴＷＴスケジュールに基づく。たとえば、ポーズフレームを生成するために使用されるべき固有のＩＭＵ測定値は、アプリケーションレイヤクロック１５１０に基づいて決定されたＴＷＴスケジュールに基づく場合がある。

【0168】

[0196]ＷＣＤクロック１５０６およびアプリケーションレイヤクロック１５０４がアプリケーションレイヤクロック１５１０に同期させられた場合、レンダリングデバイス１５０２は、（ＴＷＴウィンドウの一部分にＰＰＤＵの送信を整合させることなどの）ＴＷＴウィンドウにＤＬトラフィックを整合させることができる。たとえば、図１４を再び参照すると、ディスプレイデバイスは、ＴＷＴスケジュールに基づいて（ＴＷＴウィンドウ１４２８を含む）ＴＷＴウィンドウの開始時にあるように時間１４０２と、１４１６とを決定する。レンダリングデバイスは、それぞれ、時間１４０２および１４１６からの第１のオフセットであるように（ビデオフレームＮ－１と、Ｎとをレンダリングする）時間１４０８と、１４２２とを調整することができる（第１のオフセットはＭ２Ｒレイテンシに関連付けられる）。上述されたように、Ｍ２Ｒレイテンシ１４１４は既知であり得る。第１のオフセットはＭ２Ｒレイテンシ１４１４であり得る。このようにして、レンダリングデバイスは、時間１４０２のＭ２Ｒレイテンシ１４１４後であるように時間１４１０を調整することができる。

【0169】

[0197]いくつかの実装形態では、レンダリングデバイスは、ＴＷＴウィンドウの間にポーズフレームを取得することに基づいて、またはＴＷＴウィンドウの開始からのタイムアウトに基づいて、時間１４０８と、１４２２とをトリガすることができる。たとえば、（時間１４０８において）ビデオフレームＮ－１のレンダリングをトリガすることは、（時間１４０６において）ポーズフレームＮー１を取得することに基づく場合がある。このようにして、時間１４０６と１４０８との間の差は、（アプリケーションレイヤにおいてビデオフレームをレンダリングする前に、ポーズフレームを処理することおよびアプリケーションレイヤにＷＣＤによってポーズ情報を提供することなどの）ビデオフレームのレンダリングをトリガするために必要な時間量に基づく。上述されたように、レンダリングデバイスが（ワイヤレス媒体上の干渉などに基づいて）ポーズフレームを取得できない場合、レンダリングデバイスはディスプレイデバイスにＡＣＫを提供しない。ディスプレイデバイスは、（最大回数まで、またはＴＷＴウィンドウの開始からのタイムアウト時間量までなどの）１回または複数回ポーズフレームを提供するように再試行することができる。タイムアウトは、レンダリングデバイスがビデオフレームのレンダリングを開始するべきときに基づく場合がある。たとえば、タイムアウト時間は、最大（時間１４０２～１４０８などの）ＴＷＴウィンドウの開始からレンダリングデバイスがビデオフレームのレンダリングを開始する時間までの時間量であり得る。タイムアウト時間は、レンダリングデバイスによって決定される場合があるか、またはＴＷＴセッション内で定義される場合がある。このようにして、レンダリングデバイスは、各ＴＷＴウィンドウの開始からカウントを開始し、レンダリングデバイスは、タイムアウト時間に達することまたはポーズフレームを取得することの最初の方において、ビデオフレームのレンダリングをトリガする。タイムアウトが発生した（ポーズフレームを取得する前にタイムアウト時間に達した）場合、レンダリングデバイスは、（最後のＴＷＴウィンドウの間などの）ＴＷＴウィンドウの前に取得された最後に取得されたポーズフレームを使用して、ビデオフレームを生成することができる。

【0170】

[0198]いくつかの実装形態では、ディスプレイデバイスは、レンダリングデバイスがビデオフレームのレンダリングを開始するときを示すことができる。このようにして、レンダリングデバイスは、ディスプレイデバイスからの明示的な指示に基づいて各ビデオフレームのレンダリングをトリガする。たとえば、ディスプレイデバイスのアプリケーションレイヤにおける垂直同期（Ｖｓｙｎｃ）値は、レンダリングデバイスがビデオフレームをレンダリングするべき時間を示すようにＷＣＤに示される場合がある。Ｖｓｙｎｃに基づく時間はＷＣＤの間に示される場合があり、レンダリングデバイスは示された時間をビデオフレームをレンダリングするアプリケーションレイヤ時間に変換することができる。

【0171】

[0199]図１５Ｂを再び参照すると、アプリケーションレイヤクロック１５２４が基準クロックである場合、アプリケーションレイヤクロック１５２４は、最初にレンダリングデバイス１５２２によって設定される場合があり、動作中に調整される必要はない。アプリケーションレイヤクロック１５２４は動作中に調整されず、ビデオフレームのレンダリングはレンダリングデバイス１５２２のアプリケーションレイヤクロック１５２４に基づくので、ビデオフレームのレンダリングは、動作中変わらないままであり得る（他のクロック１５２６、１５３２、および１５３０は、アプリケーションレイヤクロック１５２４に同期させられたままであるように調整される）。レンダリングデバイス１５２２は、レンダリングデバイス１５２２とディスプレイデバイス１５２８との間のＴＷＴセッションスケジュールを決定することができる。スケジュールは、ＴＷＴウィンドウの間隔と、ＴＷＴウィンドウのサイズと、ＴＷＴウィンドウの開始時間とを含む場合がある。レンダリングデバイス１５２２は、ビデオフレームのために定義されたレンダリング時間のオフセット前であるようにＴＷＴウィンドウの開始時間を決定することができる。たとえば、図１４を再び参照すると、時間１４０８および１４２２は、アプリケーションレイヤクロック１５３０（図１５Ｂ）に基づいて設定される場合がある。レンダリングデバイスは、設定されたレンダリング時間１４０８および１４２２の（Ｍ２Ｒレイテンシに関連付けられた）第１のオフセット前であるように（ＴＷＴウィンドウの開始である）時間１４０２と、１４１６とを決定することができる。いくつかの実装形態では、第１のオフセットは、上述されたようなＭ２Ｒレイテンシ１４１４であり得る。上述されたように、Ｍ２Ｒレイテンシ（および第１のオフセット）は、ＵＬレイテンシを相殺するように決定される場合がある。

【0172】

[0200]ＷＣＤクロック１５３２およびアプリケーションレイヤクロック１５３０がアプリケーションレイヤクロック１５２４に同期させられた場合（図１５Ｂ）、ディスプレイデバイス１５２８は、ＴＷＴウィンドウにＵＬトラフィックを整合させることができる。たとえば、図１４を再び参照すると、ディスプレイデバイスは、レンダリングデバイスによって示されたＴＷＴスケジュールに基づいて（ＴＷＴウィンドウ１４２８を含む）ＴＷＴウィンドウの開始時にあるように時間１４０２と、１４１６とを決定することができる。ディスプレイデバイス１５２８はまた、アプリケーションレイヤクロック１５３０に基づいてビデオフレーム用の表示時間を整合させることができる。このようにして、現在のビデオフレームの表示時間は、現在のＴＷＴウィンドウに関連付けられた時間に整合させられる。

【0173】

[0201]図１５Ｃを再び参照すると、ＷＣＤクロック１５４６および１５５２が基準クロックである場合、ＷＣＤクロック１５４６および１５５２は、最初に、レンダリングデバイス１５４２とディスプレイデバイス１５４８との間に提供されたＴＳＦ情報に基づいて、設定され同期させられる場合がある。たとえば、レンダリングデバイス１５４２はディスプレイデバイス１５４８にタイミング情報を提供することができ、ローカルＴＳＦタイマはタイミング情報に基づいて同期させられる場合がある。このようにして、アプリケーションレイヤクロック１５４４およびアプリケーションレイヤクロック１５５０は、それぞれのＷＣＤクロックに基づいて調整される。基準クロックとしてのＷＣＤクロックでは、ＴＷＴセッションスケジュールは、（ＸＲトラフィックのためのレイテンシ要件に加えて）ネットワークリソース利用可能性に基づく場合がある。たとえば、ＴＷＴウィンドウのサイズ、間隔、および開始時間は、ワイヤレス媒体がレンダリングデバイスからＡＰおよびディスプレイデバイスへの同時リンクによって共有されていることに基づく場合がある。別の例では、ＴＷＴウィンドウのサイズ、間隔、および開始時間は、（メッシュネットワーク内などの）レンダリングデバイスと複数のディスプレイデバイスとの間のマルチリンクによって共有されているワイヤレス媒体に基づく場合がある。ＴＷＴセッションスケジュールは、レンダリングデバイスまたはディスプレイデバイスのいずれかによって決定される場合があり、レンダリングデバイスおよびディスプレイデバイスは、ＴＷＴセッションスケジュールに基づいてアプリケーションレイヤ動作を調整することができる。

【0174】

[0202]図１４を再び参照すると、いくつかの実装形態では、レンダリングデバイスは、（時間１４０８に対して時間１４０２後のＭ２Ｒレイテンシ１４１４に等しい第１のオフセットなどの）それぞれのＴＷＴウィンドウの開始の第１のオフセット後であるように時間１４０８と、１４２２とを設定することができる。いくつかの実装形態では、レンダリングデバイスは、（上述されたような）ポーズフレームを取得することまたはタイムアウトの発生に基づいてレンダリングをトリガすることができる。ディスプレイデバイスは、ＴＷＴセッションスケジュールに基づいてビデオフレームを表示する時間を決定することができる。

【0175】

[0203]時間とともに、同期させられたクロックは互いにドリフトする場合がある。レンダリングデバイスまたはディスプレイデバイスは、ドリフトの結果としてクロックを周期的に同期させる場合がある。たとえば、ＷＣＤクロックはＴＳＦに基づいて同期したままである場合があるが、ディスプレイデバイスまたはレンダリングデバイスにおけるアプリケーションレイヤクロックは、それぞれのＷＣＤクロックからドリフトする場合がある。いくつかの実装形態では、デバイスは、アプリケーションレイヤクロックとＷＣＤクロックとの間のドリフトを測定し、それが（１０μｓ以上などの）定義された閾値よりも大きいどうかを決定する。ドリフトが定義された閾値よりも大きくなる場合、デバイスは、アプリケーションレイヤクロックとＷＣＤクロックとを再び同期させることができる。同期は、図１５Ａ～図１５Ｃを参照して上述されたように、どのクロックが基準クロックであるかに基づいて実行される場合がある。デバイスが基準クロックを含む場合、他のデバイスはまた、同期に基づいてそのクロックを同期させることができる。

【0176】

[0204]上記の例では、ディスプレイデバイスは、ＴＷＴウィンドウの間に２つ以上のポーズフレームを提供することができる。たとえば、第１のポーズフレームは、ＴＷＴウィンドウの開始時に提供される場合がある。ディスプレイデバイスはまた、ＴＷＴウィンドウ内の後で１つまたは複数のさらなるポーズフレームを提供することができる。いくつかの実装形態では、ディスプレイデバイスは、ＴＷＴウィンドウの間のワイヤレス媒体上の定義された時間の非アクティブの後にさらなるポーズフレームを提供することができる。いくつかの実装形態では、ディスプレイデバイスは、ＴＷＴウィンドウの終了に向かって、または（ＭＳＤＵがビデオフレーム用の最後のＭＳＤＵであることを示すＭＳＤＵ内の指示などに基づいて）提供されるべきＰＰＤＵがそれ以上ないことをレンダリングデバイスが示した後に、さらなるポーズフレームを提供することができる。各ポーズフレームは、新しいＩＭＵ測定値に基づく場合がある。（ワイヤレス媒体上の干渉などに基づいて）ポーズフレームがレンダリングデバイスによって取得されない場合、レンダリングデバイスにおいて取得された前のポーズ情報は、ＴＷＴウィンドウ当たりただ１つのポーズフレームが提供された場合よりも新鮮でない。

【0177】

[0205]いくつかの実装形態では、ＩＭＵ測定は、レンダリングデバイスに提供するために、ポーズフレームとして位置情報をパッケージ化することとは関係なく行われる。たとえば、ＩＭＵは、１ｋＨｚの周波数で（１ｍｓごとに）位置情報を測定することができる。ディスプレイデバイスは、最も最近のＩＭＵ測定値を使用して、必要なときにポーズフレームを生成することができ、ディスプレイデバイスは、ポーズフレームについての他のＩＭＵ測定値を無視することができる。この例では、ＩＭＵ測定とポーズフレームの生成との間のレイテンシは、最大１ｍｓである。いくつかの実装形態では、ＩＭＵ測定は、ポーズフレームが生成されるべきときに基づく場合がある。たとえば、ＩＭＵ測定は、レンダリングデバイスにポーズフレームを提供するタイミングに基づいてトリガされる場合がある。

【0178】

[0206]同期式チャネルアクセスでは、通信のタイミングは、（ビデオフレームの円滑な表示を保証するため、およびＭ２Ｒ２ＰレイテンシがＸＲ体験のために満たされることを保証するためなどに）レイテンシ要件がＸＲトラフィックのために満たされることを保証するために、レンダリングデバイスおよびディスプレイデバイスによって管理される。レンダリングデバイスは、（別のデバイスへのベストエフォート分類トラフィックなどの）他のトラフィックとは異なるようにＸＲトラフィックを処理することができる。このようにして、データの処理およびそのようなデータの通信は、（ＸＲ関連データであるか、またはＸＲ関連データでないかなどの）アプリケーションに基づく場合がある。

【0179】

[0207]ベストエフォート分類トラフィックの場合、局は、通常、送信用のＷＣＤの先入れ先出し（ＦＩＦＯ）キューにＭＳＤＵレベルのトラフィックを提供する。キューの中のＭＳＤＵの管理は、データ配信デッドラインまたはレイテンシ要件の概念がなく、各ＭＳＤＵは他のＭＳＤＵとは無関係に管理される。ＸＲアプリケーションの場合、アプリケーションファイルは２つ以上のＭＳＤＵを必要とする場合がある。加えて、（定義された時間量内にビデオフレームを配信することなどの）アプリケーションデータを配信する時間的制約は、定義された時間量内に配信されるべきアプリケーションデータをＭＳＤＵが搬送することを必要とする場合がある。任意のＭＳＤＵがディスプレイデバイスによって取得される際に失われるか、または遅れる場合、アプリケーションファイル用に取得されたすべての他のＭＳＤＵは、処理されない場合があり、ディスプレイデバイスに無用な場合がある。たとえば、ビデオスライスがレンダリングデバイスによって複数のＭＳＤＵにパッケージ化され、１つを除くＭＳＤＵのすべてがディスプレイデバイスに配信された場合、配信されたＭＳＤＵは、ビデオスライスを生成するために使用することができない。いくつかの実装形態では、レンダリングデバイスおよびディスプレイデバイスは、アプリケーションファイルのすべてのＭＳＤＵがＸＲ体験のためのレイテンシ要件に準拠するために時間内に配信されることを保証するためにＸＲトラフィックを管理するように構成される。

【0180】

[0208]図１６は、いくつかの実装形態による、送信用のデータを管理するための例示的なプロセス１６００を示すフローチャートを示す。例はＸＲ体験用のビデオのビデオフレームとしてのデータを描写するが、データは、（ＸＲ体験用であるか、またはそうでない場合がある）アプリケーションファイルの任意の適切なデータであってもよい。たとえば、適切なデータは、オーディオデータ、触覚データ、またはＸＲ体験用の他のデータであってもよい。別の例では、適切なデータは、第２のデバイスに送信されるべき複数のＭＳＤＵにパッケージ化された他のデータであってもよい。プロセス１６００における動作を実行するデバイスはレンダリングデバイスであり得、第２のデバイスはディスプレイデバイスであり得る。

【0181】

[0209]１６０２において、デバイスが第２のデバイスに提供されるべき複数のビデオフレームをレンダリングする。

【0182】

[0210]１６０４において、デバイスが複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割する。１６０６において、デバイスが、ビデオスライスごとに、ビデオスライスを含むように複数のＰＰＤＵを生成する。各ＰＰＤＵは、ビデオスライスに関連付けられた１つまたは複数のＭＳＤＵを含む（１６０８）。１つまたは複数のＭＳＤＵに関連付けられたビデオスライスは、各ＭＳＤＵに含まれるポート番号およびＤＳＣＰ値によって識別される場合がある（１６１０）。ポート番号は、ＭＳＤＵを送信する際に使用されるべきソースポートのＩＤであり得、ＤＳＣＰ値は、ＸＲ体験の固有のビデオフレームを示す値であり得る。いくつかの実装形態では、ＤＳＣＰ値は、連続するビデオフレームごとに増やされる。１６１２において、デバイスが、ビデオスライスごとに、第２のデバイスへの送信のためにＭＳＤＵをキューイングする。いくつかの実装形態では、キューはビデオスライスごとに生成される。

【0183】

[0211]図１６に描写されたプロセス１６００は、レンダリングデバイスの視点からである。図１７に描写されたプロセス１７００はプロセス１６００と同様であるが、ディスプレイデバイスの視点からであり得る。

【0184】

[0212]図１７は、いくつかの実装形態による、送信用のデータを管理するための例示的なプロセス１７００を示すフローチャートを示す。プロセス１７００における動作を実行するデバイスはディスプレイデバイスであり得、第２のデバイスはレンダリングデバイスであり得る。１７０２において、デバイスが、第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数のＰＰＤＵを取得する。１つまたは複数のＰＰＤＵに関して、第２のデバイスは、デバイスに提供されるべき複数のビデオフレームをレンダリングする（１７０４）。第２のデバイスは、複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割する（１７０６）。ビデオスライスごとに、第２のデバイスは、ビデオスライスに含むように複数のＰＰＤＵを生成する（１７０８）。各ＰＰＤＵは、ビデオスライスに関連付けられた１つまたは複数のＭＳＤＵを含む（１７１０）。１つまたは複数のＭＳＤＵに関連付けられたビデオスライスは、各ＭＳＤＵに含まれるポート番号およびＤＳＣＰ値によって識別される場合がある（１７１２）。ビデオスライスごとに、第２のデバイスは、デバイスへの送信のためにＭＳＤＵをキューイングする（１７１４）。キューは、ビデオスライスごとにソフトウェア内に生成されたＭＳＤＵキューであり得、各ＭＳＤＵキューは、（ターゲットＩＰアドレスなどの）ＩＰアドレス、ポート番号、およびＤＳＣＰ値によって識別される場合がある。

【0185】

[0213]図１８は、１つまたは複数のビデオフレーム用のキューを生成することの一例を示すブロック図１８００を示す。ビデオ１８０２は、レンダリングデバイスによってレンダリングされる（１以上の整数Ｑに対して）ビデオフレームＱと、Ｑ＋１とを含む。レンダリングデバイスは、各ビデオフレームをビデオスライスに分割することができる。たとえば、ビデオフレームＱは、（１以上の整数Ｎに対して）Ｎ個のビデオスライスを含み、ビデオフレームＱ＋１はＮ個のビデオスライスを含む。レンダリングデバイスは、各ビデオスライスを（１以上の整数Ｒに対してビデオスライスごとにＲ個のＩＰパケットなどの）複数のＩＰパケットにパッケージ化し、レンダリングデバイスは各ＩＰパケットをＭＳＤＵにパッケージ化する。上述されたように、レンダリングデバイスは、ビデオフレームＱのビデオスライス１のＩＰパケット１用のＭＳＤＵをビデオフレームＱ用の最初のＭＳＤＵとして識別することができ、レンダリングデバイスは、ビデオフレームＱのビデオスライスＮのＩＰパケットＲ用のＭＳＤＵをビデオフレームＱ用の最後のＭＳＤＵとして識別することができる。レンダリングデバイスは、ビデオフレームＱ＋１のビデオスライス１のＩＰパケット１用のＭＳＤＵをビデオフレームＱ＋１用の最初のＭＳＤＵとして識別することができ、レンダリングデバイスは、ビデオフレームＱ＋１のビデオスライスＮのＩＰパケットＲ用のＭＳＤＵをビデオフレームＱ＋１用の最後のＭＳＤＵとして識別することができる。レンダリングデバイスは、ビデオフレームＱのビデオスライス１のＭＳＤＵ用のキュー１、ビデオフレームＱのビデオスライスＮのＭＳＤＵ用のキューＮ、ビデオフレームＱ＋１のビデオスライス１のＭＳＤＵ用のキューＮ＋１、ビデオフレームＱ＋１のビデオスライスＮのＭＳＤＵ用のキュー２＊Ｎなどを作成する。各ビデオスライスは、同じ数のＩＰパケットにパッケージ化されているように描写されているが、各ビデオスライスは、任意の適切な数のＩＰパケットにパッケージ化されてもよい。

【0186】

[0214]各キューは、（ＷＣＤなどの）レンダリングデバイスによってソフトウェア内に生成され、レンダリングデバイスのメモリに記憶されるＭＳＤＵキューであり得る。たとえば、キューは、レンダリングデバイス内に実装され得るＷＣＤ５００のメモリ５０８（図５）内に生成および記憶される場合がある。ＭＳＤＵキューは、ＩＰアドレス、ポート番号、およびレンダリングデバイスによってビデオフレームに割り当てられたＤＳＣＰ値に基づいて、レンダリングデバイスのＷＣＤによって識別および追跡される場合がある。キュー内のすべてのＭＳＤＵは、同じＩＰアドレス、ポート、およびＤＳＣＰ値に関連付けられる。

【0187】

[0215]ＤＳＣＰ値は、ＸＲ体験用であるビデオフレームに基づく場合がある。このようにして、ＤＳＣＰ値はアプリケーションベースであり得る。いくつかの実装形態では、ＤＳＣＰ値はまた、ビデオフレームのタイプに基づく場合がある。たとえば、ビデオの基準フレーム（ｉフレーム）は、ｐスライスを含むビデオの中間フレーム（ｐフレーム）とは異なるＤＳＣＰ値に関連付けられる場合があるｉスライスを含む。レンダリングデバイスは、固有のビデオスライスの優先度に関連付けられているようにレンダリングデバイスおよびディスプレイデバイスによって定義され得る、前に確保されたＤＳＣＰ値を使用する。

【0188】

[0216]いくつかの実装形態では、レンダリングデバイスは、ビデオスライスごとにトラフィック識別子（ＴＩＤ）を割り当てる。ＴＩＤは、ビデオスライスに関連付けられた複数のＭＳＤＵ用のＰＰＤＵのＭＰＤＵＭＡＣヘッダに含まれる場合がある。ＴＩＤはビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられ、ＡＣはビデオスライスの優先度に関連付けられる場合がある。このようにして、レンダリングデバイスは、ビデオスライスの優先度が送信されるべき他のデータの優先度よりも高いことを示すＴＩＤに基づいて、他のデータと比較してビデオスライスのＭＳＤＵを送信するように決定することができる。いくつかの実装形態では、ビデオスライスの優先度は、ビデオスライスがｉスライスであるかｐスライスであるかに基づく。たとえば、ｉスライスは、（異なるＴＩＤによって示される場合がある）レンダリングデバイスによる送信のためのｐスライスよりも高い優先度に関連付けられる場合がある。

【0189】

[0217]固有のビデオスライスおよびビデオフレームに対するＭＳＤＵキューの識別子に基づいて、レンダリングデバイスは、ディスプレイデバイスへの複数のＰＰＤＵ内の送信のためにＭＳＤＵをスケジュールすることができる。たとえば、レンダリングデバイスは、次のビデオスライスのＭＳＤＵキューからＭＳＤＵを送信する前に、第１のビデオスライスのＭＳＤＵキューからＭＳＤＵを送信するように試みることができる。ディスプレイデバイスは、（ワイヤレス媒体上の干渉の結果としてなどで）レンダリングデバイスから１つまたは複数のＭＳＤＵを取得できない場合がある。たとえば、ディスプレイデバイスは、送られたＰＰＤＵに対してＢＡを提供することができないか、またはディスプレイデバイスは、（１つもしくは複数のＭＳＤＵを含む）どのＭＰＤＵが取得に成功したかを示すＢＡを提供することができる。

【0190】

[0218]ビデオスライスは、ビデオデバイスにおいてビデオフレームを表示するためのレイテンシ要件に関連付けられる。（設定された時間量内でＭＳＤＵを含む１つまたは複数のＭＰＤＵを示すＢＡを受信しないことなどで）ディスプレイデバイスがビデオフレームを表示することを可能にする時間量内で１つまたは複数のＭＳＤＵがディスプレイデバイスへの配信に成功しなかった場合、レンダリングデバイスは、前のＭＳＤＵの配信を完了することなく異なるビデオスライス用のＭＳＤＵを提供することに移ることができる。たとえば、図１８を再び参照し、ビデオフレームＱおよびＱ＋１がｐフレームであると想定すると、レンダリングデバイスは、キュー１～Ｎを生成し、それらのキュー内でＭＳＤＵを配信するように試みる。上述されたように、フレームのレンダリングは定義された間隔においてである。レンダリングデバイスは、キュー１～Ｎを生成した後の時間にキューＮ＋１～２＊Ｎの生成に進む。同じビデオスライスに関連付けられた新しいキューを生成するレンダリングデバイスは、レンダリングデバイスが前のキューからそれ以上のＭＳＤＵを配信するように試みるべきでないことを示す場合がある。たとえば、ビデオフレームＱおよびビデオフレームＱ＋１のビデオスライス１は、（ビデオフレーム間の同じ線または列などの）ビデオフレームの同じ領域を指すことができる。キューＮ＋１が生成される時間までキュー１が空でない（配信されるべきキュー１からのさらなるＭＳＤＵを有する）場合、レンダリングデバイスは、キュー１内の残りのＭＳＤＵを配信する試みを停止し、キューＮ＋１内のＭＳＤＵの提供を開始することができる。上述されたように、ビデオスライスは、キューＮ＋１がキュー１に関連付けられると決定するために使用され得るポート番号によって識別される場合がある。レンダリングデバイスは、ＭＳＤＵがディスプレイデバイスへの送信のためにもはやスケジュールされないように、（新鮮でないと見なされた残りのＭＳＤＵを有する）キュー１をフラッシュすることができる。このようにして、（第１のｐスライス用に生成された）第１のＭＳＤＵキューは、（連続するｐフレームの同じビデオスライスなどの）第１のｐスライスに関連付けられた第２のｐスライスをレンダリングした後に、および（配信できなかった１つまたは複数のＭＳＤＵを含むＰＰＤＵなどの）第１のｐスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵをディスプレイデバイスに提供する前にフラッシュされる場合がある。

【0191】

[0219]いくつかの実装形態では、レンダリングデバイスは、新しく対応するｉスライスまたはｐスライスが生成された後に、ｉスライスに関連付けられたＭＳＤＵを配信し続けるように試みることができる。たとえば、ｉスライスは、取得されたＰＰＤＵからディスプレイデバイスによって生成されたビデオ内の中間フレーム用の基準フレームとして使用される場合がある。したがって、古いｉスライスは、それらが（連続するｐスライスを復号するためなどに）後続のｐスライス用の基準として使用され得るので、ディスプレイデバイスにとってまだ価値がある場合がある。レンダリングデバイスは、前のｉスライスに関連付けられた新しいｉスライスまたはｐスライスをレンダリングすると、前のｉスライスに関連付けられたＭＳＤＵキューをフラッシュすることができない。たとえば、レンダリングデバイスは、（第２の連続するｉスライスがレンダリングされるまで、または次のｉスライスがレンダリングされるまでのｐスライスの数などの）閾値の数の連続するｉスライス、ｐスライス、またはそれらの組合せがレンダリングされるまで、ｉスライス用のＭＳＤＵを配信しようとする試みを続けることができる。図１８を再び参照し、フレームＱおよびＱ＋１がｉフレームである（１つまたは複数のｐフレームがｉフレームの間である（図示せず））ことに基づいて、レンダリングデバイスは、フレームＱの第１のｉスライスをレンダリングし、第１のｉスライスに関連付けられた第１のＭＳＤＵキューを生成し、（ビデオフレームの同じビデオスライスなどの）第１のｉスライスに関連付けられたフレームＱ＋１の第２のｉスライスをレンダリングし、第２のｉスライスに関連付けられた第２のＭＳＤＵキューを生成し、第２のＭＳＤＵキューを生成した後に第１のｉスライスを有する１つまたは複数のＭＳＤＵを含むＰＰＤＵをさらに提供することができる。

【0192】

[0220]上述されたように、ＰＰＤＵはレンダリングデバイスによって（５回などの）閾値の回数送信されるように試みられる場合がある。ＰＰＤＵは、（ビデオスライスなどの）アプリケーションファイルの１つまたは複数のＭＳＤＵを含む。ＰＰＤＵが閾値の数の再試行の後に配信できなかった場合、ＰＰＤＵはディスプレイデバイスに配信されるように二度と試みられない。このようにして、ディスプレイデバイスは、ビデオスライスの１つまたは複数のＭＳＤＵを取得せず、ＭＳＤＵの一部が欠落しているので、ディスプレイデバイスは、取得されたＭＳＤＵからビデオスライスを生成することができない場合がある。いくつかの実装形態では、ＰＰＤＵが閾値の数の再試行の後に配信できなかった場合、（ＷＣＤなどの）レンダリングデバイスは、ビデオスライスに関連付けられたＭＳＤＵキューをフラッシュすることができる。

【0193】

[0221]ＭＳＤＵキューがフラッシュされた場合、レンダリングデバイスは、ＭＳＤＵキューをフラッシュした後に置換ビデオスライスを生成することができる。置換ビデオスライスは、最も最近取得されたポーズフレームまたは元のビデオスライスのコピーに基づく新しいビデオスライスであり得る。置換ビデオスライスを生成した後に、レンダリングデバイスは、（他のビデオスライスについて図１８に描写されたのと同様に）置換ビデオスライスに関連付けられた置換ＭＳＤＵキューを生成することができる。置換ＭＳＤＵキューが生成された場合、レンダリングデバイスは、１つまたは複数のＰＰＤＵ内の置換ＭＳＤＵキューからのＭＳＤＵをディスプレイデバイスに送信するように試みることができる。置換ビデオスライスを生成することは、ビデオフレームを表示するためにディスプレイデバイスに置換ビデオスライスを含むＰＰＤＵを提供するのに十分な時間があるかどうかに基づく場合がある。たとえば、レンダリングデバイスは、ＴＷＴウィンドウの残りが閾値の時間量よりも小さいことに基づいて、置換ビデオスライスを生成しないように決定することができる。このようにして、ディスプレイデバイスは、前のビデオフレームからビデオスライスを表示するか、または（ビデオスライスの位置に黒点を含む場合がある）ビデオフレーム用のビデオスライスを表示しない場合がある。

【0194】

[0222]ＰＰＤＵ再試行の数または新しいビデオスライスの着信に基づいてＭＳＤＳキューがフラッシュされることに加えて、またはその代替として、レンダリングデバイスは、アプリケーションレイヤからの明示的なコマンドに基づいてＭＳＤＵキューをフラッシュすることができる。たとえば、レンダリングデバイスのユーザは、ＸＲ体験の一部分がリセットされるべきであること、またはＸＲ体験が終了するべきであることを示すことができる。スケジュールされたＭＳＤＵはもはや送信される必要がない。レンダリングデバイスは、アプリケーションレイヤにおいて１つまたは複数のＭＳＤＵキューをフラッシュするために明示的なコマンドを生成し、コマンドをＷＣＤに提供することができる。ＷＣＤは、コマンドに基づいて１つまたは複数のＭＳＤＵキューをフラッシュすることができる。

【0195】

[0223]いくつかの実装形態では、レンダリングデバイスは、ＭＳＤＵキューがフラッシュされたことをディスプレイデバイスに示す。指示は、パケットのＭＡＣヘッダまたはレンダリングデバイスからディスプレイデバイスへの個別制御要素に含まれる場合がある。このようにして、ディスプレイデバイスは、１つまたは複数の欠落したＭＳＤＵに気付かされる。指示は、どのビデオスライスが（ＩＰアドレス、ポート番号、およびＭＡＣヘッダ内のＭＳＤＵキューを識別するために使用されるＤＳＣＰ値を提供することなどの）ＭＳＤＵキューに関連付けられているかを示すことができる。指示に基づいて、ディスプレイデバイスは、示されたビデオスライスに関連付けられたＭＳＤＵを記憶および処理することを終了することができる。たとえば、ディスプレイデバイスのＷＣＤは、（ビデオスライスなどの）アプリケーションファイルを復元するためにすべてまたは十分な数のＭＳＤＵが取得されるまで、ＭＳＤＵを取得および記憶するために並べ替え（ＲＥＯ）キューを含む場合がある。ＲＥＯキューは、レンダリングデバイスから１つまたは複数のＭＳＤＵを取得することができる。（レンダリングデバイスにおいて１つまたは複数のＭＳＤＵを含んだＭＳＤＵキューなどの））１つまたは複数の取得されたＭＳＤＵに関連付けられた送信キューがフラッシュされたことの指示をディスプレイデバイスが取得した場合、取得されたＭＳＤＵは、もはやビデオスライスを生成する際に使用されない場合がある。このようにして、ディスプレイデバイスは、指示を取得した後にＲＥＯキューをフラッシュすることができる。

【0196】

[0224]いくつかの実装形態では、ディスプレイデバイスは、（ビデオスライスなどの）アプリケーションファイルに関連付けられたすべて（または十分な数）のＭＳＤＵが取得されなかった場合、ＲＥＯキューをフラッシュすることができる。たとえば、ＲＥＯキューは、ビデオスライスに関連付けられたＭＳＤＵの一部分を取得することができるが、ＲＥＯキューは、ＲＥＯタイムアウトが発生する前にビデオスライスに関連付けられたＭＳＤＵの残りを取得することができない。ディスプレイデバイスは、ＲＥＯタイムアウトが発生する前にＭＳＤＵの残りを取得しなかった後にＲＥＯキューをフラッシュすることができる。一例では、ＲＥＯタイムアウトの時間量は、アプリケーションファイルの最初のＭＳＤＵを取得したときから、アプリケーションファイルの最後のＭＳＤＵが取得されるべき最新のときまでの時間であり得る。別の例では、ＲＥＯタイムアウトの時間量は、ビデオフレーム全体のビデオスライスが取得されるべきときを示す時間であり得る。いくつかの実装形態では、ＲＥＯタイムアウトの時間量は、ＴＷＴウィンドウサイズに基づく場合がある。いくつかの実装形態では、ＲＥＯタイムアウトの時間量は、（ビデオスライス用のＴＩＤに基づくなどの）ビデオスライスのＡＣに基づく。例示的なＲＥＯタイムアウトの時間量は１０ｍｓであるが、任意の適切な時間量が使用されてもよい。時間量は、ＴＷＴウィンドウの開始またはＲＥＯタイムアウトが発生したかどうかを決定するための任意の他の適切な開始点からカウントされる場合がある。ディスプレイデバイスがすべてのＭＳＤＵを取得する前にＲＥＯタイムアウトの時間量までカウントした場合、ディスプレイデバイスはＲＥＯキューをフラッシュすることができる。

【0197】

[0225]いくつかの実装形態では、ディスプレイデバイスは周期的にＲＥＯキューをフラッシュすることができる。たとえば、ディスプレイデバイスは、ＴＷＴウィンドウの間にＲＥＯキューをフラッシュすることができる。いくつかの実装形態では、ディスプレイデバイスは、アプリケーションレイヤにおいて生成された明示的なコマンドに基づいて、ＲＥＯキューをフラッシュすることができる。たとえば、ＸＲ体験は、ディスプレイデバイスのユーザによって、またはさもなければＸＲアプリケーションレイヤによってリセットされるか、または終了する場合がある。このようにして、ディスプレイデバイスは、取得されたＭＳＤＵがもはや必要とされないので、ＲＥＯキューをフラッシュするコマンドを生成することができる。

【0198】

[0226]アプリケーションファイルを生成するために（ビデオスライスなどの）アプリケーションファイルのすべてのＭＳＤＵの取得を要求することとは対照的に、ＦＥＣを使用すると、ディスプレイデバイスがアプリケーションファイルに関連付けられたＭＳＤＵの一部分のみを取得した後にアプリケーションファイルを生成することが可能になり得る。たとえば、各ＭＳＤＵは、ペイロードの終端にいくつかのＦＥＣビットを含む場合がある。取得されたＭＳＤＵからのＦＥＣビットは、欠落したＭＳＤＵを構築するには十分であり得る。ＭＳＤＵペイロードの一部分がＦＥＣビットとして確保されるので、各ＭＳＤＵ内で提供されるペイロードの量が低減され、ビデオスライス用のＭＳＤＵの数が増える場合がある。しかしながら、ディスプレイデバイスは、ビデオスライスを生成するためにビデオスライス用のすべてのＭＳＤＵを取得する必要がない場合がある。いくつかの実装形態では、ＦＥＣは、（ディスプレイデバイスによって測定された基準信号受信電力（ＲＳＲＰ）測定値、基準信号受信品質（ＲＳＲＱ）測定値、または信号対ノイズ比（ＳＮＲ）測定値などの）レンダリングデバイスとディスプレイデバイスとの間のリンク品質に基づいて使用されるか、または使用されない場合がある。たとえば、ＦＥＣは、（閾値を下回るＳＮＲ低下によって示されるように）干渉が閾値を超えて増えるか、または（閾値を下回るＲＳＲＰもしくはＲＳＲＱの低下によって示されるように）チャネル状態が閾値を下回って悪化した場合、ディスプレイデバイスおよびレンダリングデバイスによって使用される場合がある。いくつかの実装形態では、ビデオフレームのためのレイテンシ要件をさらに満たしながら、ビデオフレームのフレームレート、解像度、または他のパラメータがＦＥＣの使用を許可しない場合、ＦＥＣは使用されない場合がある。たとえば、フレームレートが閾値のフレームレートよりも大きい場合、ビデオフレーム解像度が閾値解像度よりも大きい場合などに、ＦＥＣは使用されない場合がある。いくつかの実装形態では、ＦＥＣは、（ディスプレイデバイスに対するスループットに影響を及ぼす場合があるチャネルサイズ、ＰＰＤＵの取得に使用されるＭＣＳなどの）ディスプレイデバイスの１つまたは複数のパラメータに基づいて使用されるか、または使用されない場合がある。ＦＥＣの使用は、１つもしくは複数のポーズフレーム内でレンダリングデバイスにディスプレイデバイスによって、または１つもしくは複数のＰＰＤＵのＭＡＣヘッダ内でディスプレイデバイスにレンダリングデバイスによって示される場合がある。

【0199】

[0227]ビデオスライスごとにＦＥＣを使用するいくつかの実装形態では、ディスプレイデバイスは、ビデオスライスを復元するために十分なＭＳＤＵがいつ取得されるかをレンダリングデバイスに示すことができる。たとえば、ディスプレイデバイスは、ＰＰＤＵがレンダリングデバイスから取得されたことを示すために、レンダリングデバイスにＢＡを提供する。ＰＰＤＵがビデオスライスを復元するのに十分なＭＳＤＵを含んだとディスプレイデバイスが決定した場合、ディスプレイデバイスは、十分な数のＭＳＤＵが取得されたことをレンダリングデバイスへのＢＡ内で示すことができる。たとえば、ＢＡのＭＡＣヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドは、ビデスライス用の十分な数のＭＳＤＵが取得されたことを示すように構成される場合がある。レンダリングデバイスは、Ａ－Ｃｏｎｔｒｏｌフィールドを処理して、ビデスライス用のＭＳＤＵを含むそれ以上のＰＰＤＵがディスプレイデバイスに提供されるべきでない（（ディスプレイデバイスはすでに取得されたＭＳＤＵからビデオスライスを生成するべきである）と決定することができる。レンダリングデバイスは、指示を取得した後に関連するＭＳＤＵキューをフラッシュすることができる。

【0200】

[0228]ワイヤレス媒体およびＸＲ体験における変化は、レンダリングデバイスまたはディスプレイデバイスにおいて、他のデバイスにデータを通信するか、または１つもしくは複数のＸＲ動作を実行する際に変化を必要とする場合がある。たとえば、ワイヤレス媒体がより輻輳するにつれて、ディスプレイデバイスはレンダリングデバイスから離れて移動するか、またはワイヤレス媒体上により多くの干渉が存在し、レンダリングデバイスおよびディスプレイデバイスは、１つまたは複数のパラメータを調整して、デバイス間で通信されるべき情報の量を低減することができる。（ビデオまたはワイヤレスチャネルのサイズ、チャネルサイズ、ＭＣＳ、ＦＥＣの使用、ＴＷＴウィンドウサイズなどに影響を及ぼして、デバイス間のビットレート、およびＸＲ体験用のデバイス間のデータを配信する際の成功に影響を及ぼすビデオフレームレート、フレーム解像度、カラーパレットなどの）例示的なパラメータがＸＲ体験に関連付けられる場合がある。レンダリングデバイスおよびディスプレイデバイスは、提供されたデータに関するフィードバックを他のデバイスに提供するように構成される場合があり、デバイスは、フィードバックに基づいてＸＲ体験を調整するように構成される場合がある。たとえば、レンダリングデバイスは、ディスプレイデバイスにＰＰＤＵを送信することに基づいてフィードバックを生成することができ、ディスプレイデバイスは、レンダリングデバイスにポーズフレームを送信することに基づいてフィードバックを生成することができる。

【0201】

[0229]図１９は、いくつかの実装形態による、フィードバックを生成するための例示的なプロセス１９００を示すフローチャートを示す。例示的なプロセス１９００を実行するデバイスはレンダリングデバイスであり得、第２のデバイスはディスプレイデバイスであり得る。１９０２において、デバイスが、ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みる。

【0202】

[0230]１９０４において、デバイスが、複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシまたはＰＰＤＵ送信欠落（drop）のうちの１つまたは複数を測定する。たとえば、レンダリングデバイスは、ディスプレイデバイスに送信された１つまたは複数のＰＰＤＵに対してＢＡが取得されなかったときを観察することができる。いくつかの実装形態では、レンダリングデバイスは、送信されたＰＰＤＵに対してＢＡが取得されなかったときにＰＰＤＵ送信欠落が発生したと決定することができる。いくつかの実装形態では、レンダリングデバイスは、レンダリングデバイスがＰＰＤＵについての再試行の最大数に達し、レンダリングデバイスがもはやＰＰＤＵを配信するように試みないときにＰＰＤＵ送信欠落が発生したと決定することができる。レンダリングデバイスは、時間とともにＰＰＤＵ送信欠落の総数をカウントすることができる。時間は、ＴＷＴウィンドウ、ＴＷＴウィンドウの設定された数、設定された時間量、または別の適切な時間量を超える場合がある。いくつかの実装形態では、レンダリングデバイスは、ディスプレイデバイスに送信されるように試みられたＰＰＤＵの総数によって除算されたＰＰＤＵ送信欠落の数であり得るＰＰＤＵ送信欠落率を決定することができる。

【0203】

[0231]レンダリングデバイスは、ディスプレイデバイスに配信されたＰＰＤＵに対して取得されたＢＡに基づいて、ＰＰＤＵ送信レイテンシを決定することができる。たとえば、レンダリングデバイスは、（レンダリングデバイスのＷＣＤクロックなどに基づいて）ディスプレイデバイスにＰＰＤＵが送信された時間を追跡する。レンダリングデバイスはまた、（レンダリングデバイスのＷＣＤクロックなどに基づいて）ディスプレイデバイスからＰＰＤＵに関連付けられたＢＡが取得された時間を追跡する。レンダリングデバイスは、ＰＰＤＵが送信された時間とＢＡが取得された時間との間の差であるように、ＰＰＤＵについてのＰＰＤＵ送信レイテンシを決定することができる。いくつかの実装形態では、レンダリングデバイスは、ＰＰＤＵ送信の数と比較して平均ＰＰＤＵ送信レイテンシ、中央ＰＰＤＵ送信レイテンシ、またはＰＰＤＵ送信レイテンシの分布を決定することができる。

【0204】

[0232]（ＰＰＤＵ送信レイテンシまたはＰＰＤＵ送信欠落を含む）１つまたは複数の測定値は、ＸＲ体験の１つまたは複数のパラメータに関連付けられ、ＸＲ体験の１つまたは複数のパラメータは、１つまたは複数の測定の後に調整される場合がある（１９０６）。いくつかの実装形態では、ＰＰＤＵ送信レイテンシおよびＰＰＤＵ送信欠落は、（より少ない干渉、レンダリングデバイスの近くに移動するディスプレイデバイスなどに基づいて）チャネル状態が向上しているか、または（より多い干渉、レンダリングデバイスから離れて移動するディスプレイデバイスなどに基づいて）チャネル状態が劣化しているかを示すことができる。測定値はまた、ディスプレイデバイスへのスループットが増加しているか、または減少しているかを示すことができる。測定値に基づいて、レンダリングデバイス（およびディスプレイデバイス）は、ビデオ（またはＸＲ体験の他のデータ）がレイテンシ要件とパケットロス要件とをまだ満たすことを保証するために、ＸＲ体験の１つまたは複数のパラメータが調整されるべきかどうかを決定することができる。たとえば、レンダリングデバイスは、ＰＰＤＵ送信欠落が増大した場合、チャネルサイズを低減するか、ＭＣＳを増加させるか、またはＦＥＣを使用することができる。チャネルサイズを低減するか、ＭＣＳを増加させるか、またはＦＥＣを使用した結果として、ディスプレイデバイスへのスループットが減少する。減少したスループットが現在のビデオに必要なスループットよりも小さい場合、レンダリングデバイスは、（解像度、フレームレートなどを減少させることなどの）１つまたは複数のビデオパラメータを調整することができる。測定値または調整値はディスプレイデバイスに通信される場合があり、ディスプレイデバイスは１つまたは複数の調整値を実装することができる。

【0205】

[0233]図１９に描写されたプロセス１９００は、フィードバックを生成するレンダリングデバイスの視点からである。図２０に描写されたプロセス２０００は、フィードバックを生成するディスプレイデバイスの視点からであり得る。

【0206】

[0234]図２０は、いくつかの実装形態による、フィードバックを生成するための例示的なプロセス２０００を示すフローチャートを示す。例示的なプロセス２０００を実行するデバイスはディスプレイデバイスであり得、第２のデバイスはレンダリングデバイスであり得る。２００２において、デバイスが、ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みる。いくつかの実装形態では、デバイスはまた、第２デバイスにトラッキングフレームを提供するように試みる。

【0207】

[0235]２００４において、デバイスが、複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシまたはポーズデータフレーム送信欠落のうちの１つまたは複数を測定する。たとえば、ディスプレイデバイスは、レンダリングデバイスに送信された１つまたは複数のポーズデータフレームに対してＢＡが取得されなかったときを観察することができる。いくつかの実装形態では、ディスプレイデバイスは、送信されたポーズデータフレームに対してＢＡが取得されなかったときにポーズデータフレーム送信欠落が発生すると決定することができる。いくつかの実装形態では、ディスプレイデバイスは、ディスプレイデバイスがポーズデータフレームについての再試行の最大数に達したときにポーズデータフレーム送信欠落が発生すると決定することができる。レンダリングデバイスは、時間とともにポーズデータフレーム送信欠落の総数をカウントすることができる。時間は、ＴＷＴウィンドウ、ＴＷＴウィンドウの設定された数、設定された時間量、または別の適切な時間量を超える場合がある。いくつかの実装形態では、ディスプレイデバイスは、レンダリングデバイスに送信されるように試みられたポーズデータフレームの総数によって除算されたポーズデータフレーム送信欠落の数であり得るポーズデータフレーム送信欠落率を決定することができる。

【0208】

[0236]ディスプレイデバイスは、レンダリングデバイスに配信されたポーズデータフレームに対して取得されたＢＡに基づいて、ポーズデータフレーム送信レイテンシを決定することができる。たとえば、ディスプレイデバイスは、（ディスプレイデバイスのＷＣＤクロックなどに基づいて）レンダリングデバイスにポーズデータフレームが送信された時間を追跡する。ディスプレイデバイスはまた、（ディスプレイデバイスのＷＣＤクロックなどに基づいて）レンダリングデバイスからポーズデータフレームに関連付けられたＢＡが取得された時間を追跡する。ディスプレイデバイスは、ポーズデータフレームが送信された時間とＢＡが取得された時間との間の差であるように、ポーズデータフレームについてのポーズデータフレーム送信レイテンシを決定することができる。いくつかの実装形態では、ディスプレイデバイスは、ポーズデータフレーム送信の数と比較して平均ポーズデータフレーム送信レイテンシ、中央ポーズデータフレーム送信レイテンシ、またはポーズデータフレーム送信レイテンシの分布を決定することができる。

【0209】

[0237]図１９を参照して上述されたのと同様に、（ポーズデータフレーム送信レイテンシまたはポーズデータフレーム送信欠落を含む）１つまたは複数の測定値は、ＸＲ体験の１つまたは複数のパラメータに関連付けられ、ＸＲ体験の１つまたは複数のパラメータは、１つまたは複数の測定の後に調整される場合がある（２００６）。いくつかの実装形態では、ポーズデータフレーム送信レイテンシおよびポーズデータフレーム送信欠落は、（より少ない干渉、レンダリングデバイスの近くに移動するディスプレイデバイスなどに基づいて）チャネル状態が向上しているか、または（より多い干渉、レンダリングデバイスから離れて移動するディスプレイデバイスなどに基づいて）チャネル状態が劣化しているかを示すことができる。測定値に基づいて、ディスプレイデバイス（およびレンダリングデバイス）は、ビデオ（またはＸＲ体験の他のデータ）が（上述されたような）レイテンシ要件とパケットロス要件とをまだ満たすことを保証するために、ＸＲ体験の１つまたは複数のパラメータが調整されるべきかどうかを決定することができる。測定値または調整値はレンダリングデバイスに通信される場合があり、レンダリングデバイスは１つまたは複数の調整値を実装することができる。

【0210】

[0238]レンダリングデバイスを再び参照すると、レンダリングデバイスは、ディスプレイデバイスから１つまたは複数のポーズデータフレームを取得することができる（１つまたは複数のビデオフレームの各々はポーズデータフレームに関連付けられる）。１つまたは複数の測定値は、取得されたポーズデータフレームに基づく測定値を含む場合がある。いくつかの実装形態では、レンダリングデバイスは、１つまたは複数のポーズデータフレームを取得することに関連付けられたポーズデータフレーム配信レイテンシを測定することができる。たとえば、既知のＴＷＴウィンドウの開始時間およびＴＷＴウィンドウの開始時に配信されるべきポーズデータフレームを用いて、レンダリングデバイスは、ＴＷＴウィンドウの開始時間とポーズデータフレームが取得された時間（時間はレンダリングデバイスのＷＣＤクロックに基づく）との間の差を決定することができる。いくつかの実装形態では、ＩＭＵ測定の時間は、（ディスプレイデバイスのアプリケーションレイヤによって示された時間などの）ポーズデータフレームに含まれる。レンダリングデバイスのＷＣＤクロックとディスプレイデバイスのアプリケーションレイヤクロックは同期させられ得るので、レンダリングデバイスは、ＩＭＵ測定の時間とポーズデータフレームを取得する時間との間の差を決定することができる。レンダリングデバイスは、（ＴＷＴウィンドウの定義された数または定義された時間量などと比較して）ポーズデータフレーム配信の数と比較して平均ポーズデータフレーム送信レイテンシ、中央ポーズデータフレーム送信レイテンシ、またはポーズデータフレーム送信レイテンシの分布を決定することができる。

【0211】

[0239]レンダリングデバイスによる１つまたは複数の測定値は、欠落または遅延したポーズデータフレームの頻度を含む場合がある。いくつかの実装形態では、レンダリングデバイスは、１つまたは複数のポーズデータフレームが欠落または遅延したかどうかを決定する。たとえば、ディスプレイデバイスは、各ＴＷＴウィンドウの開始時にタイムアウトまでポーズデータフレームを提供するように試みることができる。レンダリングデバイスがタイムアウトの前にポーズデータフレームを取得しなかった場合、レンダリングデバイスは、ポーズデータフレームが欠落または遅延したと決定することができる。レンダリングデバイスは、ＴＷＴウィンドウの決定された数と比較して欠落または遅延したポーズデータフレームの数をカウントすることができる。連続するＴＷＴウィンドウが発生するにつれてその数が増えた場合、レンダリングデバイスは、欠落または遅延したポーズデータフレームの頻度が増えたと決定する。連続するＴＷＴウィンドウが発生するにつれてその数が減った場合、レンダリングデバイスは、欠落または遅延したポーズデータフレームの頻度が減ったと決定する。いくつかの実装形態では、頻度は、任意のポーズデータフレームが欠落または遅延したかどうかを決定する際に使用されるＴＷＴウィンドウの決定された数によって除算された欠落または遅延したポーズデータフレームの数であり得る。

【0212】

[0240]ディスプレイデバイスを再び参照すると、ディスプレイデバイスのＲＥＯキューは、レンダリングデバイスから１つまたは複数のＭＳＤＵを取得することができる。上述されたように、各ＭＳＤＵは、（ビデオスライスなどの）アプリケーションファイルに関連付けられる場合がある。ディスプレイデバイスは、ＲＥＯキューから１つまたは複数のＭＳＤＵを取り除くために、１回または複数回ＲＥＯキューをフラッシュすることができる。たとえば、ディスプレイデバイスは、（ディスプレイデバイスのＲＥＯキュー内のＭＳＤＵに関連付けられたレンダリングデバイスのＭＳＤＵキューなどの）レンダリングデバイスにおける送信キューがフラッシュされたことの指示を取得することに基づいて、ＲＥＯキューをフラッシュすることができる。別の例では、ディスプレイデバイスは、（ＴＷＴウィンドウの間などに）周期的にＲＥＯキューをフラッシュすることができる。別の例では、ディスプレイデバイスは、（表示用のビデオスライスの構築を可能にするために定義された時間量内にすべてのＭＳＤＵまたは十分な数のＭＳＤＵが受信されないことなどの）タイムアウトが発生した場合にＲＥＯキューをフラッシュすることができる。別の例では、ディスプレイデバイスは、前のビデオスライス用のＭＳＤＵの残りを取得する前に後続のビデオスライス用のＭＳＤＵが取得された場合にＲＥＯキューをフラッシュすることができる。別の例では、ディスプレイデバイスは、ディスプレイデバイスのアプリケーションレイヤからのコマンドに基づいてＲＥＯキューをフラッシュすることができる。ディスプレイデバイスにおける１つまたは複数の測定値は、ＲＥＯキューをフラッシュすることに関連付けられたＲＥＯフラッシュ時間を含む場合がある。いくつかの実装形態では、ディスプレイデバイスは、（ＴＷＴ間隔またはＴＷＴ間隔の数などの）定義された時間量と比較してＲＥＯキューがフラッシュされた回数をカウントする。ＲＥＯフラッシュ時間は、ＴＷＴ間隔当たりのフラッシュの平均数、ディスプレイデバイスによってカウントされたフラッシュの総数、またはＲＥＯキューがディスプレイデバイスによってフラッシュされた回数の別の適切な指示であり得る。

【0213】

[0241]ディスプレイデバイスにおける１つまたは複数の測定値はまた、ビデオフレーム配信レイテンシを含む場合がある。たとえば、１つまたは複数のビデオフレームの場合、（ＲＥＯキューなどにおいて）ディスプレイデバイスは、ビデオフレームに関連付けられた最初のＭＳＤＵを取得する。上述されたように、最初のＭＳＤＵは、ＭＳＤＵがビデオフレーム用の最初のＭＳＤＵであることを示すためにメタデータを含む場合がある。ディスプレイデバイスはまた、ビデオフレームに関連付けられた最後のＭＳＤＵを取得し、それはＭＳＤＵがビデオフレーム用の最後のＭＳＤＵであることを示すためにメタデータを含む場合がある。いくつかの実装形態では、最初のＭＳＤＵおよび最後のＭＳＤＵは、ＭＳＤＵに含まれるＤＳＣＰ値によって識別される場合がある。ディスプレイデバイスは、ビデオフレーム用の最初のＭＳＤＵと最後のＭＳＤＵとを取得することに関連付けられたビデオフレーム配信レイテンシを測定することができる。たとえば、ディスプレイデバイスは、ディスプレイデバイスのＷＣＤクロックから、最初のＭＳＤＵが取得された時間と最後のＭＳＤＵが取得された時間とを決定することができる。ディスプレイデバイスは、最初のＭＳＤＵが取得されたときと最後のＭＳＤＵが取得されたときとの間の差を、ビデオフレームについてのビデオフレーム配信レイテンシとして決定することができる。いくつかの実装形態では、ディスプレイデバイスは、いくつかのビデオフレーム配信レイテンシについての平均配信レイテンシ、中央配信レイテンシ、または配信レイテンシの分布を決定することができる。

【0214】

[0242]ポーズデータフレームもしくはビデオフレームの配信レイテンシ、ドロップもしくは欠落したポーズデータフレームの頻度、またはフラッシュ時間の増加は、チャネル状態が悪くなっていること、またはデバイス間のスループットがどういうわけか制限されていることを示すことができる。反対に、ポーズデータフレームもしくはビデオフレームの配信レイテンシ、ドロップもしくは欠落したポーズデータフレームの頻度、またはフラッシュ時間の減少は、チャネル状態が向上していること、またはデバイス間のスループットが増えていることを示すことができる。

【0215】

[0243]ディスプレイデバイスにおける１つまたは複数の測定値はまた、ジッタバッファのアンダーフローもしくはオーバーフロー、または表示されるべきビデオスライスに関連付けられた欠落パケットのうちの１つまたは複数を含む場合がある。上述されたように、ディスプレイデバイスは、表示前にビデオフレームを処理する際にジッタ除去を実行することができる。ジッタ除去はビデオフレーム情報のジッタバッファを使用して、ビデオフレームの表示の円滑化を可能にする。バッファ内のデータが下限しきい値を下回った場合、ディスプレイデバイスはジッタバッファのアンダーフローを決定することができ、バッファ内のデータが上限しきい値を上回った場合、ディスプレイデバイスはジッタバッファのオーバーフローを決定することができる。（データ欠如の結果である）アンダーフローおよび（一部のデータがバッファから漏洩しているかもしれないような多すぎるデータをもたらす）オーバーフローは、ディスプレイデバイスによるジッタ除去に悪影響を及ぼす場合がある。いくつかの実装形態では、ディスプレイデバイスは、ジッタバッファに関連付けられた定義された時間量と比較して、オーバーフローもしくはアンダーフローの総数、および平均バッファ使用率、または他の測定基準をカウントすることができる。

【0216】

[0244]表示されるべきビデオフレームに関連付けられた欠落パケットは、欠落ビデオスライスを含む場合がある。ディスプレイデバイスは、１つまたは複数のビデオスライスを欠落した１つまたは複数のビデオフレームを表示することができる。いくつかの実装形態では、１つまたは複数の測定値は、定義された時間量と比較して、１つまたは複数のビデオスライスを欠落して表示されたビデオフレームの数、欠落したビデオスライスの数、または欠落パケットの別の適切な測定基準のカウントを含む。

【0217】

[0245]レンダリングデバイスまたはディスプレイデバイスの場合、１つまたは複数の測定値は、レンダリングデバイスとディスプレイデバイスとの間のリンク品質のリンク品質測定値を含む場合がある。たとえば、ディスプレイデバイスまたはレンダリングデバイスは、ＲＳＲＰ、ＲＳＲＱ、ＳＮＲ、またはデバイス間のリンク品質を示す他の測定基準を測定することができる。リンク品質測定基準における変化は、悪化したチャネル状態または向上したチャネル状態を示すことができる。

【0218】

[0246]（測定値についての１つもしくは複数の閾値などの）１つもしくは複数の測定値についての１つもしくは複数の発見的方法に基づいて、または１つもしくは複数の測定値のための任意の適切な機械学習モデルに基づいて、レンダリングデバイスまたはディスプレイデバイスは、ＸＲ体験のためのレイテンシ要件が満たされることを保証するために、ＸＲ体験の１つまたは複数のパラメータを調整することができる。ＸＲ体験の１つまたは複数のパラメータは、レンダリングデバイスとディスプレイデバイスとの間の１つまたは複数のワイヤレス通信パラメータを含む場合がある。１つまたは複数のワイヤレス通信パラメータを調整することは、以下の１つまたは複数を含む場合がある。
－ＴＷＴ省電力モードのためにＴＷＴウィンドウのデューティサイクルを調整すること。デューティサイクルは、ＴＷＴウィンドウ間隔の間にＴＷＴウィンドウの外側の時間量と比較されるＴＷＴウィンドウの長さであり得る。
－ＴＷＴ省電力モードを有効化または無効化すること。
－それを介してレンダリングデバイスもしくはディスプレイデバイスが通信するワイヤレス動作チャネルを変更すること。
－（２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、８０＋８０ＭＨｚ、および１６０ＭＨｚの間でチャネウルサイズを増加もしくは減少させることなどの）ワイヤレス動作チャネルサイズを調整すること。
－ＭＣＳを調整すること。
－レンダリングデバイスからディスプレイデバイスにＰＰＤＵを提供するためのＦＥＣを有効化もしくは無効化すること。または
－（ＦＥＣに使用されるべきペイロード内のビット数に関連付けられる場合があるＦＥＣのコードレートなどの）ＦＥＣを調整すること。

【0219】

[0247]いくつかの実装形態では、ＸＲ体験の１つまたは複数のパラメータは、１つまたは複数のビデオパラメータを含む場合がある。１つまたは複数のビデオパラメータを調整することは、ビデオフレームレート、（フレーム解像度などの）ビデオ解像度、（符号化ビットレートとも呼ばれる）ターゲット符号化データレート、またはビデオコーデックのうちの１つまたは複数を調整することを含む場合がある。いくつかの実装形態では、レンダリングデバイスは、ビデオフレームレート、ビデオ解像度、符号化ビットレート、またはビデオコーデックに基づいて、ビデオフレームのレンダリングレートを調整することができる。いくつかの実装形態では、ディスプレイデバイスは、ビデオフレームレートに基づいてビデオフレームの表示レートを調整することができる。ビデオ解像度、符号化データレート、およびビデオコーデックの各々は、ビデオ品質とファイルサイズとの間のトレードオフである。たとえば、ビデオコーデックの選択は、ビデオ品質とのビデオの圧縮のバランスをとることに基づく。レンダリングデバイスは、ファイルサイズおよびレイテンシ要件とのビデオ品質のバランスをとるために、（ビデオを符号化するための利用可能なコーデックの間を切り替えることなどの）ビデオ解像度、ターゲット符号化データレート、またはビデオコーデックを調整することができる。

【0220】

[0248]いくつかの実装形態では、１つまたは複数のパラメータを調整することは、ディスプレイデバイスとレンダリングデバイスとの間、またはディスプレイデバイスへのリレーＳＴＡとリレーＳＴＡに通信可能に結合された別のデバイスとの間の計算タスクの機能的な分割を調整することを含む場合がある。たとえば、１つまたは複数の測定値に基づいて、ディスプレイデバイスは、（（リンク品質が閾値未満であるか、または悪いと示されていることなどの）レンダリングデバイスへのリンクが悪いと決定されたときなどに）ディスプレイデバイスにおいて一部のレンダリングが実行されるべきであると決定することができる。たとえば、１つまたは複数のｐフレームは、ディスプレイデバイスにおいてレンダリングされる場合がある。このようにして、レンダリングデバイスからディスプレイデバイスにより少ないＰＰＤＵが送信されるべきである。同様に、ＡＰまたは別のＳＴＡがビデオフレームをレンダリングするべきであり、レンダリングされるフレームがリレーＳＴＡを介してディスプレイデバイスに中継される場合、リレーＳＴＡは、１つまたは複数の測定値に基づいて、１つまたは複数のビデオフレームをレンダリングすることが他のＳＴＡまたはＡＰの代わりにリレーＳＴＡにおいて実行されるべきであると決定することができる。

【0221】

[0249]ディスプレイデバイスまたはレンダリングデバイスは、ＸＲ体験の１つまたは複数のパラメータに対して行われた１つまたは複数の測定または調整を他のデバイスに示すことができる。いくつかの実装形態では、デバイスは、他のデバイスに提供される１つまたは複数のパケットのヘッダのＡ－Ｃｏｎｔｒｏｌフィールド内で他のデバイスに１つまたは複数の測定値の指示を提供することができる。１つまたは複数のパケットは、（非同期チャネルアクセスなどに対してＲＴＳ／ＣＴＳが有効である場合）ＲＴＳフレームまたはＣＴＳフレーム、（レンダリングデバイスからディスプレイデバイスへの１つもしくは複数のＰＰＤＵ、またはディスプレイデバイスからレンダリングデバイスへの１つもしくは複数のポーズデータフレームなどの）データフレーム、あるいは（ＰＰＤＵを取得することに関連付けられたレンダリングデバイスへのＢＡ、またはポーズデータフレームを取得することに関連付けられたディスプレイデバイスへのＢＡなどの）ＢＡフレームに含まれる場合がある。例示的なＡ－Ｃｏｎｔｒｏｌフィールドは、ＩＥＥＥ８０２．１１ａｘ規格内において定義されたＨＥ制御フィールド（ＨＥＡ－Ｃｏｎｔｒｏｌフィールド）の変形形態であり得る。一例では、Ａ－Ｃｏｎｔｒｏｌフィールドは、ＲＴＳフレームまたはＣＴＳフレームのＭＡＣヘッダのフレーム制御フィールドに含まれる場合がある。別の例では、Ａ－Ｃｏｎｔｒｏｌフィールドは、図２Ａの例示的なＰＤＵの非レガシーフィールド２１２に含まれる場合がある。別の例では、Ａ－Ｃｏｎｔｒｏｌフィールドは、図４のＭＰＤＵサブフレーム４０６内のＭＡＣヘッダ４１２のフレーム制御フィールドに含まれる場合がある。別の例では、Ａ－Ｃｏｎｔｒｏｌフィールドは、ＢＡフレームのＭＡＣヘッダのフレーム制御フィールドに含まれる場合がある。

【0222】

[0250]図２１は、例示的な制御フィールド２１００のブロック図を示す。制御フィールド２１００は、１つまたは複数のフレームに含まれるＡ－Ｃｏｎｔｒｏｌフィールドの簡略版であり得る。実際のＡ－Ｃｏｎｔｒｏｌフィールドは、（ヘッダの終端（ＥＯＨ）などの）図示されていないさらなるサブフィールドを含む場合がある。制御フィールドは、制御識別子（ＩＤ）サブフィールド２１０２と、制御情報サブフィールド２１０４とを含む。サブフィールド２１０２内の制御ＩＤは、何のタイプの制御情報がサブフィールド２１０４に含まれるかを示す。たとえば、ＨＥ制御フィールドに基づいて、サブフィールド２１０２は、異なる制御情報用の制御ＩＤとして異なる番号を含む場合がある。０の制御ＩＤは、サブフィールド２１０４がＡＣＫを含むことを示すことができ、２の制御ＩＤは、サブフィールド２１０４がＢＡを含むことを示すことができ、以下同様である。ＩＥＥＥ８０２．１１ａｘ規格は、用途からいくつかの制御ＩＤを予約する。

【0223】

[0251]いくつかの実装形態では、（サブフィールド２１０２などの）Ａ－Ｃｏｎｔｒｏｌフィールドは、（サブフィールド２１０４が１つまたは複数の測定値を含むために使用されることなどの）ディスプレイデバイスまたはレンダリングデバイスからの１つまたは複数の測定値がＡ－Ｃｏｎｔｒｏｌフィールドに含まれることを示すために予約された制御ＩＤを含む。予約された制御ＩＤは、Ａ－Ｃｏｎｔｒｏｌフィールドを符号化および復号することを可能にするために、レンダリングデバイスとディスプレイデバイスの両方において定義される場合がある。いくつかの実装形態では、異なる制御ＩＤは異なるタイプの測定値に使用される場合がある。

【0224】

[0252]いくつかの実装形態では、（サブフィールド２１０２などの）Ａ－Ｃｏｎｔｒｏｌフィールドは、（サブフィールド２１０４が１つまたは複数の調整されたパラメータの指示を含むために使用されることなどの）１つまたは複数の調整されたパラメータがＡ－Ｃｏｎｔｒｏｌフィールドに含まれることを示すために予約された制御ＩＤを含む。予約された制御ＩＤは、Ａ－Ｃｏｎｔｒｏｌフィールドを符号化および復号することを可能にするために、レンダリングデバイスとディスプレイデバイスの両方において定義される場合がある。いくつかの実装形態では、異なる制御ＩＤは異なるタイプの調整値に使用される場合がある。

【0225】

[0253]１つまたは複数の測定値を示す際に、Ａ－Ｃｏｎｔｒｏｌフィールドは、（上述されたように、レンダリングデバイスまたはディスプレイデバイスによって測定される場合がある）リンク品質の指示を含む場合がある。いくつかの実装形態では、リンク品質は、バイナリ形式で良または不良として示される場合がある。たとえば、デバイスがＳＮＲを測定する場合、デバイスはＳＮＲを閾値と比較することができる。ＳＮＲが閾値より小さい場合、リンク品質は不良と見なされる場合がある。ＳＮＲが閾値より大きい場合、リンク品質は良と見なされる場合がある。（サブフィールド２１０４などの）Ａ－Ｃｏｎｔｒｏｌフィールドは、（不良の場合の０および良の場合の１などの）リンク品質を示すために予約されたビットを含む場合がある。サブフィールドの残りのビットは、１つもしくは複数の測定値、または１つもしくは複数の測定値に基づく１つもしくは複数のパラメータに対する調整値を示すために使用される場合がある。

【0226】

[0254]このようにして、ディスプレイデバイスおよびレンダリングデバイスは、互いにフィードバックを提供し、必要に応じてＸＲ体験を調整することができる。フィードバックを提供することは、非同期式チャネルアクセスと同期式チャネルアクセスの両方のために実行される場合がある。フィードバックおよび調整についてＸＲ体験を参照して記載されているが。上述された測定しフィードバックを提供するための動作は、他のタイプのデータおよび他のタイプのアプリケーションに適用されてもよい。

【0227】

[0255]図１Ｂに描写されたように、デバイス１５４は、（ディスプレイデバイスなどの）第１のデバイス１５２および（ＢＳＳのＡＰまたはメッシュネットワーク内の別のＳＴＡなどの）第２のデバイス１５８との同時リンクをサポートすることができる。いくつかの実装形態では、リンク１５６は５ＧＨｚまたは６ＧＨｚの周波数スペクトル内であり得、リンク１６０は５ＧＨｚまたは６ＧＨｚの周波数スペクトル内であり得る。デバイス１５４は、（ＸＲトラフィックの優先順位を付けること、ならびにさもなければＸＲ体験のためのレイテンシと、他の要件とを満たすようにＸＲ動作を管理することなどの）ＸＲ体験をさらにサポートしながら同時リンクをサポートするように構成される。

【0228】

[0256]同時リンクは、ＴＷＴセッションを使用して管理される場合がある（上述されたように、ＡＰまたは他のＳＴＡは、ディスプレイデバイスおよびレンダリングデバイスのためのＴＷＴウィンドウの外側で通信する）。ＴＷＴをサポートしないレガシーデバイスの場合、同時リンクは、（ＩＥＥＥ８０２．１１規格内において定義されたような）マルチリンク動作（ＭＬＯ）技法を使用してサポートされる場合がある。

【0229】

[0257]図２２は、複数のデバイスとの同時ワイヤレスリンクをサポートするための例示的なプロセス２２００を示すフローチャートを示す。例示的なプロセス２２００は、（レンダリングデバイスまたは第１のデバイスおよび第２のデバイスとの同時ワイヤレスリンクをサポートする別の適切なデバイスに含まれるＷＣＤなどの）ＷＣＤによって実行される場合がある。いくつかの実装形態では、第２のデバイスはディスプレイデバイスである。いくつかの実装形態では、第１のデバイスは、（ＢＳＳ内の）ＡＰまたは（メッシュネットワーク内の）別のＳＴＡであり得る。例示的なプロセス２２００は、明確にする目的でレンダリングデバイスまたはレンダリングデバイスのＷＣＤによって実行されるものとして以下に記載されるが、例示的なプロセス２２００は、任意の適切なデバイスによって実行されてもよい。

【0230】

[0258]２２０２において、（レンダリングデバイスのＷＣＤなどの）レンダリングデバイスが、第１のワイヤレスリンクを介して第１のデバイスと通信する。たとえば、レンダリングデバイスはＡＰまたは別のＳＴＡと通信する。

【0231】

[0259]２２０４において、レンダリングデバイスが、第２のワイヤレスリンクを介して第２のデバイスと通信する。たとえば、レンダリングデバイスは、ＸＲ体験のためにレンダリングデバイスとディスプレイデバイスとの間に構成された第１のワイヤレスリンクを介してディスプレイデバイスと通信する。ＷＣＤは、ＭＬＯ技法またはＴＷＴモードのうちの１つを使用して、第１のデバイスおよび第２のデバイスと同時に通信する（２２０６）。（ＴＷＴとも呼ばれる）ＴＷＴモード技法は、同期式チャネルアクセス、アプリケーションベースのデータ管理、およびフィードバックの生成を参照して上述された動作を含む場合がある。ＭＬＯ技法はいくつかのＴＷＴモード技法と同様であり得るが、ＴＷＴをサポートしないレガシーデバイスによってサポートされる場合がある。

【0232】

[0260]ＷＣＤは、第１のワイヤレスリンク上の通信と比べて第２のワイヤレスリンク上の通信に選好を与えるように構成される（２２０８）。たとえば、第２のワイヤレスリンクは、ＸＲ体験のためのレンダリングデバイスとディスプレイデバイスとの間であり得る。（ＰＰＤＵ、ポーズデータフレーム、およびトラッキングフレームなどの）レンダリングデバイスとディスプレイデバイスとの間で送信されるべきＸＲデータは、ＸＲ体験に関連付けられたレイテンシ要件およびパケットロス要件に関連付けられる。このようにして、レンダリングデバイスとディスプレイデバイスとの間の通信は、レンダリングデバイスと（ＡＰ、または他のデバイスにベストエフォート分類トラフィックを送信するように試みるレンダリングデバイスなどの）他のデバイスとの間の通信よりも重要な通信であり得る。ＷＣＤが第１のワイヤレスリンク上の通信と比べて第２のワイヤレスリンク上の通信に選好を与えるための例示的な動作は、以下にさらに詳細に記載される。

【0233】

[0261]（ＡＰなどの）第１のデバイスおよび（ディスプレイデバイスなどの）第２のデバイスと同時に通信することは、以下を含む場合がある。
－ＷＣＤは、（ＡＰから受信しているときにディスプレイデバイスに送信することなどの）第１のデバイスからの１つもしくは複数のパケットの受信中に第２のデバイスに送信するべきである。
－ＷＣＤは、（ＡＰから受信しているときにディスプレイデバイスから受信することなどの）第１のデバイスからの１つもしくは複数のパケットの受信中に第２のデバイスから１つもしくは複数のパケットを取得するべきである。
－ＷＣＤは、（ＡＰに送信しているときにディスプレイデバイスに送信することなどの）第１のデバイスへの送信中に第２のデバイスに送信するべきである。または
－ＷＣＤは、（ＡＰから送信しているときにディスプレイデバイスから受信することなどの）第１のデバイスへの送信中に第２のデバイスから１つもしくは複数のパケットを取得するべきである。

【0234】

[0262]典型的なＭＬＯ技法は、別のリンク上で受信が進行中のときにリンク上の送信を防止するように定義される。たとえば、ワイヤレスリンク上の送信を可能にすることは、（両方のワイヤレスリンクを含む）ワイヤレス媒体のクリアチャネルアセスメント（ＣＣＡ）に基づく場合がある。（ＷＣＤが第１のデバイスから受信しているときなどの）ワイヤレス媒体が占有されていることをＣＣＡが示す場合、ＷＣＤは送信を止める。このようにして、ＷＣＤが典型的なＭＬＯ向けに構成されている場合、ＷＣＤは、第１のワイヤレスリンクを介して第１のデバイスから受信しているときに、第２のワイヤレスリンクを介する第２のデバイスへの送信を防止し、ＷＣＤは、第２のワイヤレスリンクを介して第２のデバイスから受信しているときに、第１のワイヤレスリンクを介する第１のデバイスへの送信を止める。典型的なＭＬＯ技法は、（いくつかのレイテンシ要件を満たさないことなどの）ＸＲ体験に悪影響を及ぼすであろうレンダリングデバイスとディスプレイデバイスとの間の通信を防止することができる。ＭＬＯ技法が同時リンクサポートのためにレンダリングデバイスによって使用されるべきである場合、レンダリングデバイスのＷＣＤは、ディスプレイデバイスとの通信に優遇措置を提供するためにＭＬＯ技法（および他のＭＡＣ動作）を拡張するように構成される場合がある。たとえば、ＷＣＤは、（ＡＰまたはＳＴＡなどの）別のデバイスから受信しながらディスプレイデバイスへの送信を可能にすることができる。いくつかの実装形態では、ＷＣＤは、ＷＣＤがディスプレイデバイスに送信するべきときにＣＣＡを無視するように構成される場合がある。異なる例示的な同時通信用のＭＬＯ技法に対する例示的な調整が以下に記載される。

【0235】

[0263]１つの例示的な同時通信は、ＷＣＤが第１のデバイスから１つまたは複数のパケットを受信することと、ＷＣＤが第２のデバイスに送信することとを含む。たとえば、レンダリングデバイスは、ＡＰまたはＳＴＡから１つまたは複数のパケットを取得する過程にいる場合がある。１つまたは複数のパケットを取得しながら、レンダリングデバイスは、（１つまたは複数のビデオフレームに関連付けられた１つまたは複数のＰＰＤＵを送信することなどの）レンダリングデバイスがディスプレイデバイスに送信するべきであると決定することができる。ＷＣＤは、第１のデバイスからの１つまたは複数のパケットの受信の完了前に、第２のデバイスに送信することができる。本明細書に記載された例は、本開示の態様を記載する際に簡潔および明確にするために、排他的にＷＣＤまたは同時リンクを管理するデバイスをレンダリングデバイスとして、第２のデバイスをディスプレイデバイスとして、第１のデバイスをＡＰとして指す。留意することに、例は、レンダリングデバイス、ディスプレイデバイス、ＡＰ、または任意の他の特定のデバイスに限定されない。

【0236】

[0264]レンダリングデバイスは、通常、第１のワイヤレスリンクを介して１つまたは複数のパケットを取得した後、ＡＰにＢＡを提供するはずである。レンダリングデバイスがＡＰにＢＡを提供するべきときに、ディスプレイデバイスへの第２のワイヤレスリンクを介する送信がまだ進行中である場合、ＣＣＡはワイヤレス媒体がビジーであることを示すはずであり、レンダリングデバイスはＡＰにＢＡを提供することを止めるはずである。レンダリングデバイスは、（ディスプレイデバイスにＰＰＤＵを配信した後にディスプレイデバイスからＢＡを取得することなどの）ディスプレイデバイスに送信した後にディスプレイデバイスからＢＡを取得する。典型的なＭＬＯに基づいて、ＡＰからの受信の終了がディスプレイデバイスへの送信の終了と一致する場合、レンダリングデバイスにおけるＣＣＡは、ＡＰにＢＡを提供することをレンダリングデバイスに止めさせるはずはない。しかしながら、ディスプレイデバイスからのＢＡが取得されるべきほぼ同じ時間に、ＢＡはＡＰに提供される場合がある。ＡＰへのＢＡとディスプレイデバイスからのＢＡがワイヤレス媒体上で重複する場合、レンダリングデバイスは、ディスプレイデバイスからのＢＡの取得に成功しない場合がある。ＢＡを取得しないことは、ディスプレイデバイスへの送信をレンダリングデバイスに再試行させる（それはディスプレイデバイスにデータを配信する際のレイテンシを増加させる）。

【0237】

[0265]ＭＬＯを拡張するいくつかの実装形態では、（ＷＣＤなどの）レンダリングデバイスは、ＡＰにＢＡを提供して１つまたは複数のパケットの受信に確認応答することを防止する。このようにして、ディスプレイデバイスから取得されるＢＡは、ＡＰへのＢＡによって干渉されない。たとえば、レンダリングデバイスは、ＷＣＤが第２のワイヤレスリンクに対して送信モードにあるかどうかを決定することができる。ＷＣＤが第２のワイヤレスリンクに対して送信モードにある場合、レンダリングデバイスは、第１のワイヤレスリンクを介してＢＡを提供することを防止することができる。レンダリングデバイスが１つまたは複数のパケットについてＡＰにＢＡを送信することを止めるべきである場合、第１のワイヤレスリンクを介する１つまたは複数のパケットの通信は、失敗したと見なされる場合がある。ＡＰがレンダリングデバイスからＢＡを取得しない場合、ＡＰは、後で、（ＡＰから１つまたは複数のパケットを配信するレイテンシを増加させて）レンダリングデバイスに１つまたは複数のパケットを送信することを再試行することができる。第２のワイヤレスリンク上のレイテンシを増加させることと比較して第１のワイヤレスリンク上のレイテンシを増加させることは、（ＸＲ体験などのために）レンダリングデバイスとディスプレイデバイスとの間のレイテンシ要件に基づいて許容可能であり得る。

【0238】

[0266]別の例示的な同時通信は、レンダリングデバイスがＡＰから１つまたは複数のパケットを受信することと、レンダリングデバイスがディスプレイデバイスから１つまたは複数のパケットを受信することとを含む。たとえば、レンダリングデバイスは、第２のワイヤレスリンクを介してポーズデータフレーム、トラッキングフレーム、または他のパケットがディスプレイデバイスによって提供されたときに、第１のワイヤレスリンクを介してＡＰから受信している場合がある。レンダリングデバイスは、ＡＰからの１つまたは複数のパケットの受信中に、ディスプレイデバイスから１つまたは複数のパケットを取得する。レンダリングデバイスは、ディスプレイデバイスから１つまたは複数のパケットを取得した後、ディスプレイデバイスにＢＡを提供する。いくつかの実装形態では、ディスプレイデバイスからの情報の受信との干渉を防止するために、レンダリングデバイスは、ＡＰにＢＡを提供してＡＰからの１つまたは複数のパケットの受信に確認応答することを止めることができる。たとえば、第１のワイヤレスリンクを介する第１の１つまたは複数のアンテナ上の送信は、第２のワイヤレスリンクを介して受信する第２の１つまたは複数のアンテナ上の局所的な干渉を引き起こす場合がある。ＡＰへのＢＡの送信を止めることは、ディスプレイデバイスからの受信における局所的な干渉の発生を防止する。

【0239】

[0267]別の例示的な同時通信は、レンダリングデバイスがＡＰに送信することと、レンダリングデバイスがディスプレイデバイスに送信することとを含む。たとえば、レンダリングデバイスは、レンダリングデバイスが第２のワイヤレスリンクを介してディスプレイデバイスに１つまたは複数のＰＰＤＵを送信すると決定したときに、第１のワイヤレスリンクを介してＡＰに送信している場合がある。ＡＰへの進行中の送信と同時に（ディスプレイデバイスに送信される１つまたは複数のＰＰＤＵに含まれるべき１つまたは複数のＭＳＤＵなどの）送信のためにＷＣＤにデータが到達した場合、典型的なＭＬＯ技法は、（ワイヤレス媒体がビジーであることを示すであろう）ＣＣＡを決定するようにレンダリングデバイスに要求するはずである。このようにして、レンダリングデバイスは、（第２のワイヤレスリンクを介するレイテンシを増大させて）ディスプレイデバイスへの送信を遅らせるはずである。ＭＬＯ技法に対する１つまたは複数の拡張は、ディスプレイデバイスへの送信においてそのような遅延を回避または低減するように試みるために適用される場合がある。

【0240】

[0268]ＭＬＯ技法に対する１つの例示的な拡張では、レンダリングデバイスは、ディスプレイデバイスへの送信をＡＰへの送信と同期させる。たとえば、ＡＰおよびディスプレイデバイスへの送信の開始が同期させられる場合がある。送信の開始を同期させることは、レンダリングデバイスからディスプレイデバイスへの送信スケジュールまたは既知の送信期間に基づく場合がある。たとえば、ビデオフレームをレンダリングすることは一定の間隔においてであり得、ＭＳＤＵは（ＵＬレイテンシまたはレンダリングレイテンシなどの任意のレイテンシに関連付けられた許容時間量内で変化する場合がある）一定の間隔での送信に利用可能である。レンダリングデバイスがＡＰへの送信を開始する前に、レンダリングデバイスは、現在時間が、ＭＳＤＵがディスプレイデバイスに送信されるべき閾値時間量内であるかどうかを決定することができる。閾値時間量内である場合、レンダリングデバイスは、ＡＰおよびディスプレイデバイスへの送信を同期させるために、ＡＰへの送信を遅らせることができる。いくつかの実装形態では、ワイヤレス媒体の制御を取得するか、またはさもなければディスプレイに送信するためにＢＯが使用される場合、レンダリングデバイスは、第１のワイヤレスリンクを介する送信と第２のワイヤレスリンクを介する送信とを同期させるために、第２のワイヤレスリンクに関連付けられたＢＯを低減することができる。

【0241】

[0269]ディスプレイデバイスへの送信は、ＡＰへの送信よりも短い場合がある。ディスプレイデバイスへの送信が最初に終了した場合、ＢＡは、レンダリングデバイスがまだＡＰに送信している間にディスプレイデバイスによって送信される場合がある（それは、ＢＡを受信するレンダリングデバイスに影響を及ぼす場合がある）。送信を同期させるいくつかの実装形態では、レンダリングデバイスは、ＡＰへの送信の終了をディスプレイデバイスへの送信の終了と同期させるために、ディスプレイデバイスへの送信を長引かせることができる。例示的なパディングは、ゼロパディングまたは送信の終了を同期させるためにディスプレイデバイスへの送信に任意の適切なテールを追加することを含む場合がある。レンダリングデバイスは、ＡＰに送信されるようにスケジュールされたデータ量、ディスプレイデバイスに送信されるようにスケジュールされたデータ量、ならびに第１のワイヤレスリンクおよび第２のワイヤレスリンクを介する測定されたスループットに基づいて、適用されるべきパディング量を決定することができる。いくつかの実装形態では、第２のワイヤレスリンクに関連付けられた低減されたＢＯは、第２のワイヤレスリンクを介するレイテンシが影響を受けないようにパディングを補償することができる。

【0242】

[0270]ＭＬＯ技法に対する別の例示的な拡張では、レンダリングデバイスは、１つまたは複数の時分割多重化（ＴＤＭ）ウィンドウの外側のＡＰへの送信を止めることができる。ＴＷＴセッションは、ワイヤレス媒体の時分割多重化の形態として概念化される場合がある。たとえば、レンダリングデバイスとディスプレイデバイスとの間の通信は、ＴＷＴウィンドウの間であり得、レンダリングデバイスと（ＡＰまたはＳＴＡなどの）別のデバイスとの間の通信は、ＴＷＴウィンドウの外側であり得る。上述されたように、一部のレガシーデバイスはＴＷＴをサポートしない。１つまたは複数のレガシーデバイスを含むワイヤレスシステムは、ＴＤＭウィンドウを使用してワイヤレス媒体を共有するように構成される場合がある。たとえば、レンダリングデバイスとディスプレイデバイスとを含むＢＳＳのＡＰは、レンダリングデバイスと通信するように１つまたは複数のＴＤＭを構成することができる。ＴＤＭウィンドウを構成することは、ＴＤＭウィンドウについてのウィンドウ長と、周期と、他のパラメータとを構成することを含む場合がある。このようにして、レンダリングデバイスからＡＰへの送信は、１つまたは複数のＴＤＭウィンドウの間であり、（ディスプレイデバイスに送信されるＰＰＤＵなどの）レンダリングデバイスからディスプレイデバイスへの送信は、１つまたは複数のＴＤＭウィンドウの外側である。定義されたＴＤＭウィンドウでは、（ＴＤＭウィンドウの外側の）ディスプレイデバイスに送信するための最大遅延は、現在のＴＤＭウィンドウの残りの長さに基づく。

【0243】

[0271]ＭＬＯ技法に対する別の例示的な拡張では、レンダリングデバイスは、最大ＰＰＤＵ持続時間またはバースト持続時間を低減することができる。ＰＰＤＵ持続時間は、ＰＰＤＵのサイズおよびスループットに基づく場合がある。最大ＰＰＤＵ持続時間が低減された場合、ＰＰＤＵを送信するための最大時間量が低減される場合がある。バースト持続時間は、レンダリングデバイスがディスプレイデバイスにＰＰＤＵを送信するべき時間量であり得る。バースト持続時間を短縮すると、ワイヤレス媒体がディスプレイデバイスへの送信のために排他的に確保されるべき時間量が短縮される。ＰＰＤＵを送信するために確保されるべき時間量またはディスプレイデバイスへの送信持続時間を短縮すると、レンダリングデバイスがバースト持続時間に関連付けられた新しいＰＰＤＵ送信または新しいＴＸＯＰをより迅速にスケジュールすることが可能になる。このようにして、ディスプレイデバイスへの送信に対する潜在的な遅延は、最大ＰＰＤＵ持続時間またはバースト持続時間を低減することによって低減される場合がある。

【0244】

[0272]ＭＬＯ技法に対する別の例示的な拡張では、レンダリングデバイスはＡＰへの送信を中断することができ、その結果、レンダリングデバイスはもはやＡＰに送信していない。上述されたように、１つまたは複数のＭＳＤＵは、レンダリングデバイスがＡＰに送信している間に、ディスプレイデバイスにレンダリングデバイスによって送信される準備ができている。ＡＰに送信されるべきパケットは、レンダリングデバイスのＷＣＤの送信バッファに含まれる。ＡＰへの送信を中断するために、レンダリングデバイスは、ＡＰへの送信に関連付けられた送信バッファからパケットをフラッシュすることができる。送信バッファが空である場合、ＡＰへの送信が終了する。このようにして、レンダリングデバイスが第２のワイヤレスリンクを介する送信のためにＣＣＡを実行するとき、ＣＣＡは、レンダリングデバイスが第２のワイヤレスリンクを介してディスプレイデバイスに送信するためにワイヤレス媒体が空いていることを示すことができる。

【0245】

[0273]ＭＬＯ技法に対する別の例示的な拡張では、レンダリングデバイスは、ＣＴＳからセルフ（ＣＴＳ－ｔｏ－Ｓｅｌｆ）フレームを使用して、ディスプレイデバイスに送信するためのワイヤレス媒体の確保を拡張することができる。たとえば、レンダリングデバイスがＡＰに送信するとき、（レンダリングデバイスとディスプレイデバイスとの間のＣＴＳ／ＲＴＳ機構に関して上述されたように）ワイヤレス媒体はレンダリングデバイス向けに確保される。確保が終了すると、他のデバイスは、ワイヤレス媒体を競合するか、またはワイヤレス媒体を介して送信するようにスケジュールされる場合があり、レンダリングデバイスは、他のデバイスがワイヤレス媒体の占有を終了するのを待つことができる。いくつかの実装形態では、レンダリングデバイスがディスプレイデバイスへの送信の準備ができたＭＳＤＵを有するとき、レンダリングデバイスは、（第２のワイヤレスリンクに関連付けられた１つまたは複数のＭＳＤＵキュー内のデータ量などに基づいて）ＭＳＤＵを送信するための時間量を決定する。レンダリングデバイスは、（第１のワイヤレスリンクに関連付けられた送信バッファ内に残っているデータ量などに基づいて）ＡＰに送信するための残りの時間量も決定する。レンダリングデバイスは、ＡＰに送信するための残りの時間量に基づいて確保からの任意の時間が残っているかどうかを決定することができ、レンダリングデバイスは、同じ確保中にディスプレイデバイスにＭＳＤＵを送信することを可能にするための確保にさらなる時間量を決定することができる。このようにして、ＡＰへの送信およびディスプレイデバイスへの送信は、（ディスプレイデバイスへの送信に新しい確保を必要とすることと比べて遅延を低減する）同じ確保の間に行われる場合がある。ワイヤレス媒体の確保を拡張するために、レンダリングデバイスはＣＴＳ－ｔｏ－Ｓｅｌｆフレームをブロードキャストすることができる。ＣＴＳ－ｔｏ－Ｓｅｌｆフレームは、（ＣＴＳ－ｔｏ－Ｓｅｌｆフレームを取得する各デバイスの現在のＮＡＶに加えられるべき値などの）ワイヤレス媒体が確保される時間期間を長引かせるように示すことができる。上述されたように、長引かされた時間期間は、ＡＰへの送信とディスプレイデバイスへの送信とを含むのに十分な長さの時間期間である。

【0246】

[0274]別の例示的な同時通信は、レンダリングデバイスがＡＰに送信することと、レンダリングデバイスがディスプレイデバイスから１つまたは複数のパケットを取得することとを含む。たとえば、レンダリングデバイスは、ディスプレイデバイスが第２のワイヤレスリンクを介してポーズデータフレームまたはトラッキングフレームを送信するときに、第１のワイヤレスリンクを介してＡＰに送信している場合がある。ディスプレイデバイスによってレンダリングデバイスにパケットが送信されているときにレンダリングデバイスが第２のワイヤレスリンクを介して送信している場合、レンダリングデバイスはディスプレイデバイスからパケットを取得することができない場合がある。レンダリングデバイスがディスプレイデバイスからパケットを取得しない場合、レンダリングデバイスはディスプレイデバイスにＢＡを提供せず、ディスプレイデバイスはレンダリングデバイスにパケットを再送信する。典型的なＭＬＯ技法に基づいて、ディスプレイデバイスは、パケットが配信に成功するか、または最大数の再試行が行われるまで、パケットを送信するように試みることを続けることができる。ディスプレイデバイスが再試行を続けるにつれて、送信パラメータは、パケットが配信される可能性を増やすように試みるように調整される場合がある。たとえば、ディスプレイデバイスはＭＣＳを増やし、ＦＥＣを使用し、送信レートを低下させる。送信レートは低下し続ける場合があり、低下した送信レートは、ＸＲ体験のためのレイテンシ要件を満たす際に問題を引き起こすはずである。

【0247】

[0275]ＭＬＯ技法は、送信遅延を回避もしくは低減するか、またはディスプレイデバイスとレンダリングデバイスとの間の通信レイテンシに悪影響を及ぼす場合があるディスプレイデバイスにおける送信パラメータを調整することを防止するように拡張される場合がある。ＭＬＯ技法に対する１つの例示的な拡張では、１つまたは複数のＴＤＭウィンドウは、ＴＤＭウィンドウの間にディスプレイデバイスによってパケットが送信されることを防止するために使用される場合がある。ＴＤＭウィンドウは、（上述されたように）レンダリングデバイスとＡＰとの間の通信のためにワイヤレス媒体を確保する。たとえば、ＡＰへの送信は１つまたは複数のＴＤＭウィンドウの間であり、ディスプレイデバイスからの受信は１つまたは複数のＴＤＭウィンドウの外側である。このようにして、レンダリングデバイスは、１つまたは複数のＴＤＭウィンドウの間にディスプレイデバイスから１つまたは複数のパケットを取得することが防止される。

【0248】

[0276]ＭＬＯ技法に対する別の例示的な拡張では、レンダリングデバイスは、最大ＰＰＤＵ持続時間またはバースト持続時間を低減することができる。上述されたように、最大ＰＰＤＵ持続時間またはバースト持続時間を低減すると、レンダリングデバイスがＡＰに送信する時間量が低減される。このようにして、ディスプレイデバイスがレンダリングデバイスへの送信を再試行するべき時間量が低減される（それは、ディスプレイデバイスがレンダリングデバイスに送信することに関連付けられた遅延を低減する）。

【0249】

[0277]ＭＬＯ技法に対する別の例示的な拡張では、レンダリングデバイスは、ワイヤレス媒体がＡＰへの送信に関連付けられた時間量の間ビジーであるべきことをディスプレイデバイスに示すことができる。たとえば、レンダリングデバイスは、ＡＰへの送信の持続時間の間ワイヤレス媒体を確保するためのＮＡＶ値を示すフレームをディスプレイデバイスに提供することができる。いくつかの実装形態では、ＮＡＶ値は、レンダリングデバイスからディスプレイデバイスに送信されるＰＰＤＵに含まれる場合がある。このようにして、ディスプレイデバイスは、示された持続時間の間にレンダリングデバイスへの送信を止めるように示されたＮＡＶ値にそのＮＡＶを設定することができる。

【0250】

[0278]ＴＤＭウィンドウおよび他のＭＬＯ技法の使用がＴＷＴをサポートしないレガシーデバイスを参照して記載されたが、記載された技法は、（ＴＷＴをサポートするデバイスを含む）任意のデバイス内に実装されてもよい。追加または代替として、技法はＭＬＯの外部で適用される場合があり、技法は特定の同時リンクサポート実装形態に限定されない。

【0251】

[0279]同時リンクをサポートするためにＭＬＯ技法を使用することに加えて、またはその代替として、レンダリングデバイスはＴＷＴを使用して同時リンクをサポートすることができる。いくつかの実装形態では、レンダリングデバイス（またはディスプレイデバイス）は、第２のワイヤレスリンクを介するディスプレイデバイスとの通信のためにディスプレイデバイスとの第１のＴＷＴセッションを構成することができ、レンダリングデバイスは、第１のワイヤレスリンクを介するＡＰとの通信のためにＡＰとの第２のＴＷＴセッションを構成することができる。第１のＴＷＴセッションは第１の複数のＴＷＴウィンドウを含み、第１の複数のＴＷＴウィンドウは、（ディスプレイデバイスから１つまたは複数のポーズデータフレームまたはトラッキングフレームを取得すること、１つまたは複数のビデオフレームをレンダリングすること、および１つまたは複数のＰＰＤＵを介してディスプレイデバイスに１つまたは複数のビデオフレームを提供することなどの）レンダリングデバイスにおけるＸＲアクティビティに関連付けられる。第２のＴＷＴセッションは、第１の複数のＴＷＴウィンドウの間に点在し、第１の複数のＴＷＴウィンドウと重複しない第２の複数のＴＷＴウィンドウを含む。たとえば、ＴＷＴウィンドウは、（第１の複数のＴＷＴウィンドウからのＴＷＴウィンドウ、第２の複数のＴＷＴウィンドウからのＴＷＴウィンドウ、第１の複数のＴＷＴウィンドウからのＴＷＴウィンドウなどのように）交互になる場合がある。このようにして、レンダリングデバイスは、第１の複数のＴＷＴウィンドウの間にディスプレイデバイスと通信し、レンダリングデバイスは、第２の複数のＴＷＴウィンドウの間にＡＰと通信する。

【0252】

[0280]第１のＴＷＴセッションは、ＸＲ体験に関連付けられた任意のレイテンシ要件またはパケットロス要件を満たすように、レンダリングデバイスまたはディスプレイデバイスによって構成される。第１のＴＷＴセッションが確立された後に、レンダリングデバイスは、ＡＰとの第２のＴＷＴセッションの構成を開始することができ、第２のＴＷＴセッションは第１のＴＷＴセッションのＴＷＴウィンドウの外側のＴＷＴウィンドウを含む。第２のＴＷＴセッションが第１のＴＷＴセッションに基づいて構成された場合、第１のＴＷＴセッションは一次ＴＷＴセッションと見なされる場合があり、第２のＴＷＴセッションは二次ＴＷＴセッションと見なされる場合がある。上述されたように、ＡＰは、（レンダリングデバイスとの第２のＴＷＴセッションを含む）ＴＷＴをサポートするＩＥＥＥ８０２．１１ａｘ対応ＡＰであり得る。

【0253】

[0281]フィードバックおよび調整に関して上述されたように、第１のＴＷＴセッションは、（ＴＷＴウィンドウの長さ、間隔などを調整することなどの）調整される場合がある。レンダリングデバイスまたはディスプレイデバイスは、第２のＴＷＴセッションを参照せずに第１のＴＷＴセッションを調整することができる。このようにして、第１のＴＷＴセッションは、（２つのＴＷＴセッションからの重複するＴＷＴウィンドウなどの）第２のＴＷＴセッションとの競合を引き起こすように調整される場合がある。第１のＴＷＴセッションが調整された後に、レンダリングデバイスは、ＴＷＴウィンドウの重複を回避するためにＡＰとの第２のＴＷＴセッションの調整を開始することができる。このようにして、第２のＴＷＴセッションは、第１のＴＷＴセッションに対する調整に基づいて調整される。

【0254】

[0282]ＴＷＴセッションを構成するか、またはＴＷＴセッションを調整する際に、レンダリングデバイスはＡＰに対するＳＴＡとして働くことができ、ディスプレイデバイスに対するＳＴＡとして働くことができる。このようにして、レンダリングデバイスは、レンダリングデバイスのＷＣＤによってサポートされるＳＴＡ関連ＭＡＣとＳＡＰ関連ＭＡＣとを有するものとして概念化される場合がある。ＳＡＰ関連ＭＡＣは、ディスプレイデバイスとの第１のＴＷＴセッションを構成および調整する際に使用され、ＳＴＡ関連ＭＡＣは、ＡＰとの第２のＴＷＴセッションを構成および調整する際に使用される。第１のＴＷＴセッションが一次ＴＷＴセッションである場合、第１のＴＷＴセッションを構成または調整した後に、第１のＴＷＴセッションに関する情報または変更は、ＳＡＰ関連ＭＡＣからＳＴＡ関連ＭＡＣに通信される。ＳＴＡ関連ＭＡＣにおいて第１のＴＷＴセッションに対する情報または変更を取得することに応答して、レンダリングデバイスは、第２のＴＷＴセッションを構成または調整するためにＡＰと交渉することができる。いくつかの実装形態では、ＡＰは、（ＢＳＳ内の他のデバイスをサポートすることなどに基づいて）それ自体のＴＷＴ要件を有する場合がある。レンダリングデバイスは、ＡＰの要件が満たされることを保証するようにＡＰとの第２のＴＷＴセッションを構成することができる。レンダリングデバイスはまた、ＸＲ体験に関連付けられた任意のレイテンシ要件およびパケットロス要件も満たしながらＡＰの要件をサポートするように、第２のＴＷＴセッションを構成する前に第１のＴＷＴセッションを構成することができる。

【0255】

[0283]いくつかの実装形態では、第２のＴＷＴセッションのＴＷＴウィンドウは、ＳＴＡ関連ＭＡＣ用のＷＣＤのＳ２Ｗ持続時間を考慮に入れるようにスケジュールされる。たとえば、第２のＴＷＴセッションのＴＷＴウィンドウは、Ｓ２Ｗ持続時間が（上述されたようにディスプレイデバイスから受信することおよびディスプレイデバイスに送信することなどの）ＸＲアクティビティと重複しないようにスケジュールされる。

【0256】

[0284]図２３は、ＸＲアクティビティおよびＡＰとのワイヤレスアクティビティ（ワイヤレスアクティビティと呼ばれる）の例示的なタイミングを示すシーケンス図２３００を示す。（第２のワイヤレスリンクを介してポーズデータフレームを受信することから現在のビデオフレームを提供することまでなどの）第１のＸＲアクティビティ２３０２が開始時間２３０４を有し、（第２のワイヤレスリンクを介して次のポーズデータフレームを受信することから次のビデオフレームを提供することまでなどの）第２のＸＲアクティビティ２３０６が開始時間２３０８を有する。いくつかの実装形態では、ＸＲアクティビティ２３０２は第１のＴＷＴセッションの第１のＴＷＴウィンドウに対応し、ＸＲアクティビティ２３０６は第１のＴＷＴセッションの第２のＴＷＴウィンドウに対応する。ＸＲアクティビティは（ビデオの表示レートまたはレンダリングレートなどに基づいて）周期的であり、周期アクティビティの周期持続時間２３１０は、開始時間２３０８と２３０４との間の差である。（第１のワイヤレスリンクを介するレンダリングデバイスとＡＰとの間の通信に関連付けられた）ワイヤレスアクティビティ２３１２は、（ＸＲアクティビティ２３０２および２３０６に対応するＴＷＴウィンドウ間などの）ＸＲアクティビティ２３０２および２３０６の外側にスケジュールされるべきである。ワイヤレスアクティビティ２３１２は、スケジュールされるべき開始時間２３１４と終了時間２３１６とを有する。ワイヤレスアクティビティ２３１２は、第２のＴＷＴセッションの第１のＴＷＴウィンドウに対応する場合がある。開始時間２３１４は、ＸＲアクティビティ２３０２の後のバッファ２３１８を超える場合がある。たとえば、上述されたように、１つもしくは複数のＰＰＤＵは、ＴＷＴウィンドウの後にディスプレイデバイスに送信される場合があり、またはＰＰＤＵがディスプレイデバイスに配信されるときは、チャネル状態および他のレイテンシに応じて変化する場合がある。このようにして、ＸＲアクティビティ２３０２の持続時間は変化する場合がある。バッファ２３１８は、定義された時間量が（ＸＲアクティビティ２３０２を含む）ＸＲアクティビティの持続時間内の変動を相殺するためであり得る。描写されたように、開始時間２３１４はバッファ２３１８の後である。

【0257】

[0285]開始時間２３１４はまた、ディスプレイデバイス（またはＡＰ）との受信および送信が低電力モードから来る１つまたは複数のＷＣＤ構成要素によって影響を受けないことを保証するために、レンダリングデバイスにおけるＳ２Ｗ持続時間を相殺するようにスケジュールされる場合がある。一般的なＸＲアクティビティ開始時間がｘであり、周期持続時間がＰ_Rであり、（ＸＲアクティビティ２３０２の長さなどの）ＸＲアクティビティ持続時間がＡ_Rであり、バッファ持続時間がｚであり、一般的なワイヤレスアクティビティ開始時間がｙであり、（その時間の間にＷＣＤがアクティブモードに残るべきＴＷＴウィンドウの間隔などの）ＴＷＴ起床間隔がＰ_Wであり、ワイヤレスアクティビティの持続時間（終了時間２３１６と開始時間２３１４との間の差）がＡ_Wであると想定すると、ワイヤレスアクティビティは、ワイヤレスアクティビティのいずれのサイクル（ワイヤレスアクティビティが周期的であると想定して、ｎ_W）およびＸＲアクティビティのいずれのサイクル（ｎ_R）の間もＸＲアクティビティと重複しないようにスケジュールされ、それは以下の式（１）～（３）に数学的に描写される。

【0258】

【数1】

【0259】

[0286]このようにして、開始時間２３０４はＸＲアクティビティの任意のサイクルに対してｘ＋ｎ_RＰ_Rであり得、開始時間２３０８はｘ＋（ｎ_R＋１）Ｐ_Rであり得、ＸＲアクティビティ２３０２の終了はｘ＋ｎ_RＰ_R＋Ａ_Rであり得、ＸＲアクティビティ２３０６の終了はｘ＋（ｎ_R＋１）Ｐ_R＋Ａ_Rであり得る。開始時間２３１４はｙ＋ｎ_WＰ_Wであり得、終了時間２３１６はｙ＋ｎ_WＰ_W＋Ａ_Wであり得る。Ｐ_Wは、Ｐ_Rの１つまたは複数の倍数であるように構成される場合がある。ＴＷＴがレンダリングデバイスとディスプレイデバイスとの間の通信に使用される場合、Ｐ_Rは、（フィードバックなどに基づいてＸＲアクティビティに対して調整が行われないと想定すると）ＸＲアクティビティのすべてのサイクルにわたって一定の値である。

【0260】

[0287]レンダリングデバイスは、ＴＷＴセッション内で定義されていないＴＤＭウィンドウを使用することができる。たとえば、上述されたように、１つまたは複数のＭＬＯ技法は、ＴＤＭウィンドウの使用を含む場合がある。いくつかの実装形態では、Ｐ_Rは、（同時通信に起因する送信または受信における遅延などに起因する）ＸＲアクティビティの異なるサイクルの間で変化する場合がある。レンダリングデバイスは、式（１）～（３）を参照するが、変化するＰ_Rに関して上記と同様のＴＷＴウィンドウの間にワイヤレスアクティビティをスケジュールする。たとえば、レンダリングデバイスは、ＸＲアクティビティ内の考えられる遅延または変動に基づいて発生する場合がある可能なＰ_Rの公倍数を決定するように試みることができる。このようにして、ワイヤレスアクティビティ２３１２は、（ＸＲアクティビティ２３０２と、２３０６とを含む）ＸＲアクティビティのいずれとも重複しないように保証される。

【0261】

[0288]同時リンクサポートのためのＴＷＴの使用を再び参照すると、デバイスのアプリケーションレイヤクロックおよびＷＣＤクロックは異なる忠実度（fidelity）を有する場合がある。たとえば、アプリケーションレイヤクロックは、ＷＣＤクロックよりも大きい（粒度とも呼ばれる）忠実度を有する値を示すことができる場合がある。忠実度における差はまた、Ｐ_Wとは異なる方式で示されているＰ_Rによって引き起こされる場合がある。たとえば、Ｐ_Rは、ＸＲアクティビティの（３サイクル当たり５０ｍｓなどの）サイクル数ごとの時間として示される場合がある。しかしながら、（Ｐ_Rに等しい）Ｐ_Wは、ワイヤレスアクティビティのサイクルごとに決定される場合がある。たとえば、Ｐ_Rが（サイクル当たり５０／３ｍｓであるはずの）３サイクル当たり５０ｍｓであり、Ｐ_WがＰ_Rに等しい場合、レンダリングデバイスは、（最小時間単位である１μｓなどの）ＷＣＤクロックの忠実度に基づいてＰ_Wを近似することができる。この例では、Ｐ_Wは、５０／３ｍｓの近似値である１６．６６６ｍｓまたは１６．６６７ｍｓとし示されるように制限される。ＷＣＤクロック忠実度がＰ_Wの指示を制限することの結果として、ワイヤレスアクティビティ２３１２の周期持続時間は、（例におけるサイクル当たり最大１μｓなどの）ＸＲアクティビティの周期持続時間２３１０とは異なる。Ｐ_Wが１６．６６６ｍｓであるように決定され、Ｐ_Rが５０／３ｍｓである例では、ワイヤレスアクティビティは、ＸＲアクティビティに対して１９４秒ごとに３．８８ｍｓシフトする。いくつかの実装形態では、バッファは、Ｐ_Wを測定する際の近似誤差に起因する経時的なワイヤレスアクティビティ内のドリフト量を相殺するように構成される。バッファ２３１８が３．８８ｍｓである場合、ワイヤレスアクティビティは、１９４秒後に前のＸＲアクティビティと重複し始める場合がある。

【0262】

[0289]いくつかの実装形態では、ＸＲアクティビティとワイヤレスアクティビティとの間のドリフトは、デバイスのアプリケーションレイヤクロックおよびＷＣＤクロックに関連付けられた共振周波数における差に基づいて発生する場合がある。上述されたように、アプリケーションレイヤクロックおよびＷＣＤクロックに異なる水晶が使用される場合がある。水晶は、クロックが基準とする異なる共振周波数を有する場合がある。加えて、水晶は、共振周波数を変化させる（温度または湿気などの）環境条件によって異なるように影響を受ける場合がある。デバイスは共振周波数が同じであると想定することができるが、ワイヤレスアクティビティは、共振周波数における差に基づいてＸＲアクティビティに対して時間とともにドリフトする場合がある。（水晶がより高い共振周波数を有するＷＣＤクロックに関連付けられている）共振周波数における差がアプリケーションレイヤクロックとＷＣＤクロックとの間で水晶の１００万サイクル当たり２０サイクルである例では、ワイヤレスアクティビティは１９４秒ごとに３．８８ｍｓドリフトする場合がある。バッファ２３１８が３．８８ｍｓである場合、ワイヤレスアクティビティは、１９４秒後に前のＸＲアクティビティと重複し始める場合がある。

【0263】

[0290]ＴＷＴセッションの１つまたは両方は、ドリフトに基づいて調整される場合がある。たとえば、第２のＴＷＴセッションは、第２のＴＷＴセッションからのＴＷＴウィンドウが第１のＴＷＴセッションからのＴＷＴウィンドウと重複することを防止するように周期的に調整される場合がある。いくつかの実装形態では、レンダリングデバイスは、第１のＴＷＴセッションからの第１の複数のＴＷＴウィンドウと第２のＴＷＴセッションからの第２の複数のＴＷＴウィンドウとの間のドリフトを測定することができる。上述されたように、第１のＴＷＴセッションを決定することは、レンダリングデバイスのアプリケーションレイヤクロックに基づく場合がある。第２のＴＷＴセッションは、レンダリングデバイスのＷＣＤクロックに基づく場合がある。レンダリングデバイスは、第１の複数のＴＷＴウィンドウまたは第２の複数のＴＷＴウィンドウのうちの１つまたは複数のタイミングを調整することができる。たとえば、レンダリングデバイスは、第２の複数のＴＷＴウィンドウの第１の複数のＴＷＴウィンドウとの重複を防止するために、第２のＴＷＴセッションの調整を開始することができる。

【0264】

[0291]第２のＴＷＴセッションの調整は、測定されたドリフトに基づく定義された時間間隔においてであり得る。たとえば、ドリフトがＰ_Wの近似値に基づく場合、レンダリングデバイスは、近似誤差およびバッファのサイズに基づいて第２のＴＷＴセッションを調整するように定義された間隔を決定することができる。Ｐ_Wが１６．６６６ｍｓであるように近似され、Ｐ_Rが５０／３ｍｓであり、バッファが３．８８ｍｓである上記の例では、レンダリングデバイスは、１９４秒未満であるように定義された間隔を決定することができる。共振周波数における差が１００万サイクル当たり２０サイクルであり、バッファが３．８８ｍｓである上記の例では、レンダリングデバイスは、１９４ｍｓ未満であるように定義された間隔を決定することができる。いくつかの実装形態では、定義された間隔は、（２つの間の最も大きいドリフトを引き起こす特徴などに基づく）両方のタイプのドリフトに基づく場合がある。

【0265】

[0292]ドリフトに関連付けられた決定された時間間隔に基づいて第２のＴＷＴセッションを調整することに加えて、またはその代替として、レンダリングデバイスは、ＸＲアクティビティおよびワイヤレスアクティビティが重複し始めるかどうか決定するように試みることができる。たとえば、レンダリングデバイスはスケジュールを提供することができ、またはさもなければＷＣＤは、（第２のワイヤレスリンクを介して送信または受信するときの間隔などの）ＸＲアクティビティがいつ行われるべきかを推定することができ、ＷＣＤは、ワイヤレスアクティビティが推定されたＸＲアクティビティと重複するべきかどうかを周期的に決定することができる。ＡＰとの第２のＴＷＴセッションのＴＷＴウィンドウは、第１のＴＷＴセッションのＴＷＴウィンドウとの重複を防止する決定に基づいて、前進または遅延する場合がある。

【0266】

[0293]上述されたように、本開示の態様は、他のデバイスとワイヤレス媒体をさらに共有しながら、他のデバイスよりも２つのデバイスの間の通信に選好を与えるためのワイヤレスシステムを含む。選好は、レイテンシ要件とパケットロス要件とを満たすＸＲ体験のレンダリングデバイスとディスプレイデバイスとの間の通信に与えられる場合がある。いくつかの実装形態では、選好は非同期式チャネル制御動作を介して与えられる場合がある。いくつかの実装形態では、選好は同期式チャネル制御動作を介して与えられる場合がある。ワイヤレス媒体を共有することは、（同時リンクサポートなどのための）ＴＷＴセッションまたはＭＬＯ技法の使用を介する場合がある。本開示の態様はまた、レンダリングデバイスとディスプレイデバイスとの間のＸＲ体験に関連付けられたフィードバックを生成し提供することを含む。（レンダリングデバイスおよびディスプレイデバイスまたはレンダリングデバイスおよびＡＰなどの）デバイス間の通信は、ＸＲ体験のためのレイテンシ要件とパケットロス要件とを満たすことを保証するために、フィードバックに基づいて調整される場合がある。このようにして、１つまたは複数のレンダリングデバイスと１つまたは複数のディスプレイデバイスとを含む（ＢＳＳまたはメッシュネットワークなどの）システム全体は、ＸＲ体験をサポートするように構成される場合がある。

【0267】

[0294]以下の番号を付けられた条項に実装例が記載される。
１．エクステンデッドリアリティ（ＸＲ）体験のためのワイヤレス通信デバイスによって実行される方法であって、
ワイヤレス媒体の制御を取得することと、ここにおいて、
ワイヤレス媒体の制御が、ワイヤレス媒体を介して、ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送信する第１の優先度に関連付けられ、
第１の優先度が、ワイヤレス媒体を介して第２のデバイスからワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる、
第２のデバイスに第１のＰＰＤＵを提供することと、
第２のデバイスにアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを提供することと、ここにおいて、１つまたは複数の後続のＰＰＤＵを提供することが、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を含む、方法。
２．第１の優先度が拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
第２の優先度がＥＤＣＡパラメータの第２のセットに関連付けられ、
第３の優先度がＥＤＣＡパラメータの第３のセットに関連付けられる、
条項１の方法。
３．ＥＤＣＡパラメータが、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、条項１～２のうちの１つまたは複数の方法。
４．第１の優先度が第１のバックオフカウンタ値に関連付けられ、ここにおいて、第１のバックオフカウンタ値が、第１のＰＰＤＵのためのワイヤレス媒体を競合するためにワイヤレス通信デバイスのバックオフカウンタによって使用され、
第２の優先度が、第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、
第３の優先度が、第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられ、ここにおいて、第３のバックオフカウンタ値が、１つまたは複数の後続のＰＰＤＵのためのワイヤレス媒体を競合するためにワイヤレス通信デバイスのバックオフカウンタによって使用される、
条項１～２のうちの１つまたは複数の方法。
５．第１のバックオフカウンタ値が第１の送信機会（ＴＸＯＰ）の間ゼロである、条項１～２または４のうちの１つまたは複数の方法。
６．ワイヤレス通信デバイスおよび第２のデバイスが、第１の基本サービスセット（ＢＳＳ）に含まれ、
ワイヤレス通信デバイスおよび第２のデバイスが、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
ＯＢＳＳデバイスが、第４の優先度に関連付けられた高重要度分類データを送信するためにワイヤレス媒体を競合し、
ワイヤレス通信デバイスまたは第２のデバイスが、第１の優先度または第２の優先度に基づいてワイヤレス媒体の制御を取得する、
条項１～２のうちの１つまたは複数の方法。
７．ワイヤレス通信デバイスが、第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するためにワイヤレス媒体を競合し、
第２のデバイスがワイヤレス媒体を競合することを止め、
ＯＢＳＳデバイスが第４の優先度に基づいてワイヤレス媒体の制御を取得する、
条項１～２または６のうちの１つまたは複数の方法。
８．ワイヤレス媒体の制御を取得するために第１の送信要求（ＲＴＳ）フレームを提供することと、ここにおいて、第１のＲＴＳフレームが、第１の時間期間の間のワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、ここにおいて、第１の時間期間が、その間に第１のＰＰＤＵが提供される第１の送信機会（ＴＸＯＰ）よりも大きい、
第１のＲＴＳフレームを提供した後に第２のデバイスから第１の送信可（ＣＴＳ）フレームを取得することと、
第１のＴＸＯＰの後、および第１の時間期間の終了前に第２のＲＴＳフレームを提供することと、ここにおいて、
第２のＲＴＳフレームが、複数のＴＸＯＰをカバーするように第１の時間期間を延長するＮＡＶの指示を含み、
第１のＰＰＤＵを提供することが、第１のＣＴＳフレームを取得した後、および第１のＴＸＯＰの間である、
をさらに含む、条項１～２のうちの１つまたは複数の方法。
９．第１のＴＸＯＰが、第２のデバイスにアプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、ワイヤレス通信デバイスによって短縮される、条項１～２または８のうちの１つまたは複数の方法。
１０．第１のＴＸＯＰの後、および第２のＲＴＳフレームを提供する前に第２のデバイスからデータを取得することをさらに含む、条項１～２または８のうちの１つまたは複数の方法。
１１．第２のデバイスにアプリケーションファイルの最後のＰＰＤＵを提供することと、ここにおいて、
最後のＰＰＤＵが、アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
最後のＭＳＤＵが、アプリケーションファイルの最後のＭＳＤＵを識別するメタデータを含む、
第２のデバイスに最後のＭＳＤＵを提供した後に第１の時間期間を延長するために別のＲＴＳフレームを提供することを止めることと、
第１の時間期間の終了時にワイヤレス媒体の制御を解放することと
をさらに含む、条項１～２または８のうちの１つまたは複数の方法。
１２．ワイヤレス媒体の制御を解放するために最後のＭＳＤＵを提供した後に、コンテンションフリー（ＣＦ）エンドビーコンを提供することをさらに含む、条項１～２、８、または１１のうちの１つまたは複数の方法。
１３．第２のデバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、ワイヤレス媒体の制御を取得することをさらに含み、ここにおいて、
第２のアプリケーションファイルの第１のＭＳＤＵが、第２のアプリケーションファイルの第１のＭＳＤＵを識別するメタデータを含み、
第１のＭＳＤＵがＥＤＣＡパラメータの第１のセットに関連付けられ、
ワイヤレス媒体の制御を取得することが、ＥＤＣＡパラメータの第１のセットに関連付けられる、
条項１～２、８、または１１のうちの１つまたは複数の方法。
１４．ワイヤレス通信デバイスが、アプリケーションファイルごとに第１のＰＰＤＵのためのＲＴＳ／ＣＴＳシグナリングを可能にする、条項１～２、８、１１、または１３のうちの１つまたは複数の方法。
１５．ワイヤレス通信デバイスがソフトウェア対応アクセスポイント（ＳＡＰ）に含まれ、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含み、
アプリケーションファイルがＨＭＤによって表示されるべきビデオフレームに関連付けられる、
条項１～１４のうちの１つまたは複数の方法。
１６．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたワイヤレス通信デバイスであって、
処理システムと、
ワイヤレス媒体の制御を取得することと、ここにおいて、
ワイヤレス媒体の制御が、ワイヤレス媒体を介して、ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送信する第１の優先度に関連付けられ、
第１の優先度が、ワイヤレス媒体を介して第２のデバイスからワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる、
第２のデバイスに第１のＰＰＤＵを提供することと、
第２のデバイスにアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを提供することと、ここにおいて、１つまたは複数の後続のＰＰＤＵを提供することが、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を行うように構成されたインターフェースと
を含む、ワイヤレス通信デバイス。
１７．第１の優先度が拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
第２の優先度がＥＤＣＡパラメータの第２のセットに関連付けられ、
第３の優先度がＥＤＣＡパラメータの第３のセットに関連付けられる、
条項１６のワイヤレス通信デバイス。
１８．ＥＤＣＡパラメータが、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、条項１６～１７のうちの１つまたは複数のワイヤレス通信デバイス。
１９．第１の優先度が第１のバックオフカウンタ値に関連付けられ、ここにおいて、第１のバックオフカウンタ値が、第１のＰＰＤＵのためのワイヤレス媒体を競合するためにワイヤレス通信デバイスのバックオフカウンタによって使用され、
第２の優先度が、第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、
第３の優先度が、第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられ、ここにおいて、第３のバックオフカウンタ値が、１つまたは複数の後続のＰＰＤＵのためのワイヤレス媒体を競合するためにワイヤレス通信デバイスのバックオフカウンタによって使用される、
条項１６～１７のうちの１つまたは複数のワイヤレス通信デバイス。
２０．第１のバックオフカウンタ値が第１の送信機会（ＴＸＯＰ）の間ゼロである、条項１６～１７または１９のうちの１つまたは複数のワイヤレス通信デバイス。
２１．ワイヤレス通信デバイスおよび第２のデバイスが、第１の基本サービスセット（ＢＳＳ）に含まれ、
ワイヤレス通信デバイスおよび第２のデバイスが、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
ＯＢＳＳデバイスが、第４の優先度に関連付けられた高重要度分類データを送信するためにワイヤレス媒体を競合し、
ワイヤレス通信デバイスまたは第２のデバイスが、第１の優先度または第２の優先度に基づいてワイヤレス媒体の制御を取得する、
条項１６～１７のうちの１つまたは複数のワイヤレス通信デバイス。
２２．ワイヤレス通信デバイスが、第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するためにワイヤレス媒体を競合し、
第２のデバイスがワイヤレス媒体を競合することを止め、
ＯＢＳＳデバイスが第４の優先度に基づいてワイヤレス媒体の制御を取得する、
条項１６～１７または２１のうちの１つまたは複数のワイヤレス通信デバイス。
２３．インターフェースが、
ワイヤレス媒体の制御を取得するために第１の送信要求（ＲＴＳ）フレームを提供することと、ここにおいて、第１のＲＴＳフレームが、第１の時間期間の間のワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、ここにおいて、第１の時間期間が、その間に第１のＰＰＤＵが提供される第１の送信機会（ＴＸＯＰ）よりも大きい、
第１のＲＴＳフレームを提供した後に第２のデバイスから第１の送信可（ＣＴＳ）フレームを取得することと、
第１のＴＸＯＰの後、および第１の時間期間の終了前に第２のＲＴＳフレームを提供することと、ここにおいて、
第２のＲＴＳフレームが、複数のＴＸＯＰをカバーするように第１の時間期間を延長するＮＡＶの指示を含み、
第１のＰＰＤＵを提供することが、第１のＣＴＳフレームを取得した後、および第１のＴＸＯＰの間である、
を行うようにさらに構成される、条項１６～１７のうちの１つまたは複数のワイヤレス通信デバイス。
２４．第１のＴＸＯＰが、第２のデバイスにアプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、ワイヤレス通信デバイスによって短縮される、条項１６～１７または２３のうちの１つまたは複数のワイヤレス通信デバイス。
２５．インターフェースが、第１のＴＸＯＰの後、および第２のＲＴＳフレームを提供する前に第２のデバイスからデータを取得するようにさらに構成される、条項２３のワイヤレス通信デバイス。
２６．インターフェースが、
第２のデバイスにアプリケーションファイルの最後のＰＰＤＵを提供することと、ここにおいて、
最後のＰＰＤＵが、アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
最後のＭＳＤＵが、アプリケーションファイルの最後のＭＳＤＵを識別するメタデータを含む、
第２のデバイスに最後のＭＳＤＵを提供した後に第１の時間期間を延長するために別のＲＴＳフレームを提供することを止めることと、
第１の時間期間の終了時にワイヤレス媒体の制御を解放することと
を行うようにさらに構成される、条項１６～１７または２３のうちの１つまたは複数のワイヤレス通信デバイス。
２７．インターフェースが、ワイヤレス媒体の制御を解放するために最後のＭＳＤＵを提供した後に、コンテンションフリー（ＣＦ）エンドビーコンを提供するようにさらに構成される、条項１６～１７、２３、または２６のうちの１つまたは複数のワイヤレス通信デバイス。
２８．インターフェースが、第２のデバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、ワイヤレス媒体の制御を取得するようにさらに構成され、ここにおいて、
第２のアプリケーションファイルの第１のＭＳＤＵが、第２のアプリケーションファイルの第１のＭＳＤＵを識別するメタデータを含み、
第１のＭＳＤＵがＥＤＣＡパラメータの第１のセットに関連付けられ、
ワイヤレス媒体の制御を取得することが、ＥＤＣＡパラメータの第１のセットに関連付けられる、
条項１６～１７、２３、または２６のうちの１つまたは複数のワイヤレス通信デバイス。
２９．ワイヤレス通信デバイスが、アプリケーションファイルごとに第１のＰＰＤＵのためのＲＴＳ／ＣＴＳシグナリングを可能にする、条項１６～１７、２３、２６、または２８のうちの１つまたは複数のワイヤレス通信デバイス。
３０．ワイヤレス通信デバイスがソフトウェア対応アクセスポイント（ＳＡＰ）に含まれ、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含み、
アプリケーションファイルがＨＭＤによって表示されるべきビデオフレームに関連付けられる、
条項１６～２９のうちの１つまたは複数のワイヤレス通信デバイス。
３１．ワイヤレス通信デバイスによって実行される方法であって、
ワイヤレス媒体を介して第２のデバイスからアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を取得することと、ここにおいて、
第２のデバイスがワイヤレス媒体の制御を取得し、
ワイヤレス媒体の制御が、ワイヤレス媒体を介して第１のＰＰＤＵを送信する第１の優先度に関連付けられ、
第１の優先度が、ワイヤレス媒体を介してワイヤレス通信デバイスから第２のデバイスにデータを送信する第２の優先度とは異なる、
ＡＰからアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得することと、ここにおいて、１つまたは複数の後続のＰＰＤＵを取得することが、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を含む、方法。
３２．第１の優先度が拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
第２の優先度がＥＤＣＡパラメータの第２のセットに関連付けられ、
第３の優先度がＥＤＣＡパラメータの第３のセットに関連付けられる、
条項３１の方法。
３３．ＥＤＣＡパラメータが、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、条項３１～３２のうちの１つまたは複数の方法。
３４．第１の優先度が第１のバックオフカウンタ値に関連付けられ、
第２の優先度が、第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、ここにおいて、第２のバックオフカウンタ値が、ＡＰにデータを提供するべきときを決定する際にワイヤレス通信デバイスのバックオフカウンタによって使用され、
第３の優先度が、第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられる、
条項３１～３２のうちの１つまたは複数の方法。
３５．第１のバックオフカウンタ値が第１の送信機会（ＴＸＯＰ）の間ゼロである、条項３１～３２または３４のうちの１つまたは複数の方法。
３６．ワイヤレス通信デバイスおよび第２のデバイスが、第１の基本サービスセット（ＢＳＳ）に含まれ、
ワイヤレス通信デバイスおよび第２のデバイスが、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
ＯＢＳＳデバイスが、第４の優先度に関連付けられた高重要度分類データを送信するためにワイヤレス媒体を競合し、
ワイヤレス通信デバイスまたは第２のデバイスが、第１の優先度または第２の優先度に基づいてワイヤレス媒体の制御を取得する、
条項３１～３２のうちの１つまたは複数の方法。
３７．第２のデバイスが、第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するためにワイヤレス媒体を競合し、
ワイヤレス通信デバイスがワイヤレス媒体を競合することを止め、
ＯＢＳＳデバイスが第４の優先度に基づいてワイヤレス媒体の制御を取得する、
条項３１～３２または３６のうちの１つまたは複数の方法。
３８．ＡＰから第１の送信要求（ＲＴＳ）フレームを取得することと、ここにおいて、第１のＲＴＳフレームが、第１の時間期間の間のワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、ここにおいて、第１の時間期間が、その間に第１のＰＰＤＵがＡＰから取得される第１の送信機会（ＴＸＯＰ）よりも大きい、
第１のＲＴＳフレームを取得した後に第２のデバイスに第１の送信可（ＣＴＳ）フレームを提供することと、
第１のＴＸＯＰの後、および第１の時間期間の終了前に第２のＲＴＳフレームをＡＰから取得することと、ここにおいて、
第２のＲＴＳフレームが、複数のＴＸＯＰをカバーするように第１の時間期間を延長するＮＡＶの指示を含み、
第１のＰＰＤＵを取得することが、第１のＣＴＳフレームを提供した後、および第１のＴＸＯＰの間である、
をさらに含む、条項３１～３２のうちの１つまたは複数の方法。
３９．第１のＴＸＯＰが、第２のデバイスがワイヤレス通信デバイスにアプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、第２のデバイスによって短縮される、条項３１～３２または３８のうちの１つまたは複数の方法。
４０．第１のＴＸＯＰの後、および第２のＲＴＳフレームを取得する前に第２のデバイスにデータを提供すること
をさらに含む、条項３１～３２または３８のうちの１つまたは複数の方法。
４１．ＡＰからアプリケーションファイルの最後のＰＰＤＵを取得すること、ここにおいて、
最後のＰＰＤＵが、アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
最後のＭＳＤＵが、アプリケーションファイルの最後のＭＳＤＵを識別するメタデータを含み、
第２のデバイスが、ワイヤレス通信デバイスに最後のＭＳＤＵを提供した後に第１の時間期間を延長するために別のＲＴＳフレームを提供することを止め、
第２のデバイスが、第１の時間期間の終了時にワイヤレス媒体の制御を解放する、
をさらに含む、条項３１～３２または３８のうちの１つまたは複数の方法。
４２．最後のＭＳＤＵを取得した後に第２のデバイスからコンテンションフリー（ＣＦ）エンドビーコンを取得することをさらに含み、ここにおいて、ＣＦエンドビーコンがワイヤレス媒体の制御を解放するために使用される、条項３１～３２、３８、または４１のうちの１つまたは複数の方法。
４３．第２のデバイスが、ワイヤレス通信デバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、ワイヤレス媒体の制御を取得し、
第２のアプリケーションファイルの第１のＭＳＤＵが、第２のアプリケーションファイルの第１のＭＳＤＵを識別するメタデータを含み、
第１のＭＳＤＵがＥＤＣＡパラメータの第１のセットに関連付けられ、
第２のデバイスによってワイヤレス媒体の制御を取得することが、ＥＤＣＡパラメータの第１のセットに関連付けられる、
条項３１～３２、３８、または４１のうちの１つまたは複数の方法。
４４．第２のデバイスがソフトウェア対応ＡＰ（ＳＡＰ）を含み、
ワイヤレス通信デバイスがヘッドマウントディスプレイ（ＨＭＤ）に含まれ、
アプリケーションファイルがＨＭＤによって表示されるべきビデオフレームに関連付けられる、
条項３１～４３のうちの１つまたは複数の方法。
４５．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたワイヤレス通信デバイスであって、
処理システムと、
ワイヤレス媒体を介して第２のデバイスからアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を取得することと、ここにおいて、
第２のデバイスがワイヤレス媒体の制御を取得し、
ワイヤレス媒体の制御が、ワイヤレス媒体を介して第１のＰＰＤＵを送信する第１の優先度に関連付けられ、
第１の優先度が、ワイヤレス媒体を介してワイヤレス通信デバイスから第２のデバイスにデータを送信する第２の優先度とは異なる、
ＡＰからアプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得することと、ここにおいて、１つまたは複数の後続のＰＰＤＵを取得することが、ワイヤレス媒体を介して１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を行うように構成されたインターフェースと
を含む、ワイヤレス通信デバイス。
４６．第１の優先度が拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
第２の優先度がＥＤＣＡパラメータの第２のセットに関連付けられ、
第３の優先度がＥＤＣＡパラメータの第３のセットに関連付けられる、
条項４５のワイヤレス通信デバイス。
４７．ＥＤＣＡパラメータが、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、条項４５～４６のうちの１つまたは複数のワイヤレス通信デバイス。
４８．第１の優先度が第１のバックオフカウンタ値に関連付けられ、
第２の優先度が、第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、ここにおいて、第２のバックオフカウンタ値が、ＡＰにデータを提供するべきときを決定する際にワイヤレス通信デバイスのバックオフカウンタによって使用され、
第３の優先度が、第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられる、
条項４５～４６のうちの１つまたは複数のワイヤレス通信デバイス。
４９．第１のバックオフカウンタ値が第１の送信機会（ＴＸＯＰ）の間ゼロである、条項４５～４６または４８のうちの１つまたは複数のワイヤレス通信デバイス。
５０．ワイヤレス通信デバイスおよび第２のデバイスが、第１の基本サービスセット（ＢＳＳ）に含まれ、
ワイヤレス通信デバイスおよび第２のデバイスが、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
ＯＢＳＳデバイスが、第４の優先度に関連付けられた高重要度分類データを送信するためにワイヤレス媒体を競合し、
ワイヤレス通信デバイスまたは第２のデバイスが、第１の優先度または第２の優先度に基づいてワイヤレス媒体の制御を取得する、
条項４５～４６のうちの１つまたは複数のワイヤレス通信デバイス。
５１．第２のデバイスが、第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するためにワイヤレス媒体を競合し、
ワイヤレス通信デバイスがワイヤレス媒体を競合することを止め、
ＯＢＳＳデバイスが第４の優先度に基づいてワイヤレス媒体の制御を取得する、
条項４５～４６または５０のうちの１つまたは複数のワイヤレス通信デバイス。
５２．インターフェースが、
ＡＰから第１の送信要求（ＲＴＳ）フレームを取得することと、ここにおいて、第１のＲＴＳフレームが、第１の時間期間の間のワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、ここにおいて、第１の時間期間が、その間に第１のＰＰＤＵがＡＰから取得される第１の送信機会（ＴＸＯＰ）よりも大きい、
第１のＲＴＳフレームを取得した後に第２のデバイスに第１の送信可（ＣＴＳ）フレームを提供することと、
第１のＴＸＯＰの後、および第１の時間期間の終了前に第２のＲＴＳフレームをＡＰから取得することと、ここにおいて、
第２のＲＴＳフレームが、複数のＴＸＯＰをカバーするように第１の時間期間を延長するＮＡＶの指示を含み、
第１のＰＰＤＵを取得することが、第１のＣＴＳフレームを提供した後、および第１のＴＸＯＰの間である、
を行うようにさらに構成される、条項４５～４６のうちの１つまたは複数のワイヤレス通信デバイス。
５３．第１のＴＸＯＰが、第２のデバイスがワイヤレス通信デバイスにアプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、第２のデバイスによって短縮される、条項４５～４６または５２のうちの１つまたは複数のワイヤレス通信デバイス。
５４．インターフェースが、第１のＴＸＯＰの後、および第２のＲＴＳフレームを取得する前に第２のデバイスにデータを提供するようにさらに構成される、条項４５～４６または５２のうちの１つまたは複数のワイヤレス通信デバイス。
５５．インターフェースが、
ＡＰからアプリケーションファイルの最後のＰＰＤＵを取得すること、ここにおいて、
最後のＰＰＤＵが、アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
最後のＭＳＤＵが、アプリケーションファイルの最後のＭＳＤＵを識別するメタデータを含み、
第２のデバイスが、ワイヤレス通信デバイスに最後のＭＳＤＵを提供した後に第１の時間期間を延長するために別のＲＴＳフレームを提供することを止め、
第２のデバイスが、第１の時間期間の終了時にワイヤレス媒体の制御を解放する、
を行うようにさらに構成される、条項４５～４６または５２のうちの１つまたは複数のワイヤレス通信デバイス。
５６．インターフェースが、最後のＭＳＤＵを取得した後に第２のデバイスからコンテンションフリー（ＣＦ）エンドビーコンを取得するようにさらに構成され、ここにおいて、ＣＦエンドビーコンがワイヤレス媒体の制御を解放するために使用される、条項４５～４６、５２、または５５のうちの１つまたは複数のワイヤレス通信デバイス。
５７．第２のデバイスが、ワイヤレス通信デバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、ワイヤレス媒体の制御を取得し、
第２のアプリケーションファイルの第１のＭＳＤＵが、第２のアプリケーションファイルの第１のＭＳＤＵを識別するメタデータを含み、
第１のＭＳＤＵがＥＤＣＡパラメータの第１のセットに関連付けられ、
第２のデバイスによってワイヤレス媒体の制御を取得することが、ＥＤＣＡパラメータの第１のセットに関連付けられる、
条項４５～４６、５２、または５５のうちの１つまたは複数のワイヤレス通信デバイス。
５８．第２のデバイスがソフトウェア対応ＡＰ（ＳＡＰ）を含み、
ワイヤレス通信デバイスがヘッドマウントディスプレイ（ＨＭＤ）に含まれ、
アプリケーションファイルがＨＭＤによって表示されるべきビデオフレームに関連付けられる、
条項４５～５７のうちの１つまたは複数のワイヤレス通信デバイス。
５９．エクステンデッドリアリティ（ＸＲ）体験のためのデバイスによって実行される方法であって、
第２のデバイスから、ワイヤレス媒体を介してアップリンク（ＵＬ）データを取得することと、
第２のデバイスに、ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを提供することと、ここにおいて、
１つまたは複数のＰＰＤＵが現在の目標起床時間（ＴＷＴ）ウィンドウの間に第２のデバイスに提供され、
現在のＴＷＴウィンドウの開始が、
１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスに提供されたとき、または
第１のＰＰＤＵがデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき
のうちの１つに関連付けられる、
を含む、方法。
６０．第２のデバイスによって表示されるべきビデオフレームをレンダリングすることをさらに含み、
デバイスがレンダリングデバイスを含み、
第２のデバイスがディスプレイデバイスを含み、
ＵＬデータがポーズデータフレームを含み、
ビデオフレームのレンダリングが取得されたポーズデータフレームに関連付けられ、ここにおいて、
ビデオフレームのうちの第１のビデオフレームが複数のスライスを含み、
第１のビデオフレームのレンダリングが、第２のデバイスから最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵが複数のスライスのうちの１つまたは複数に関連付けられる、
条項５９の方法。
６１．第２のデバイスが現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを第２のデバイスに提供することと、
現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを第２のデバイスに提供することと
をさらに含む、条項５９～６０のうちの１つまたは複数の方法。
６２．現在のＴＷＴウィンドウの開始が第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、条項５９～６０のうちの１つまたは複数の方法。
６３．デバイスのアプリケーションレイヤクロックとワイヤレス通信デバイス（ＷＣＤ）クロックとを同期させることをさらに含み、ここにおいて、
アプリケーションレイヤクロックが、ビデオフレームのレンダリングのタイミングのためにデバイスによって使用され、
ＷＣＤクロックが、第２のデバイスとのワイヤレス通信のタイミングのためにデバイスによって使用される、
条項５９～６０または６２のうちの１つまたは複数の方法。
６４．ポーズデータフレームが第１の頻度で取得され、
ビデオフレームが第１の頻度でレンダリングされ、ここにおいて、各々の取得されたポーズデータフレームがレンダリングされたビデオフレームに関連付けられる、
条項５９～６０、６２、または６３のうちの１つまたは複数の方法。
６５．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックにＷＣＤクロックを同期させることを含む、条項５９～６０、６２、または６３のうちの１つまたは複数の方法。
６６．アプリケーションレイヤクロックにＷＣＤクロックを同期させることが、
第１のビデオフレームのレンダリングを開始するレンダリング時間の前の第１の時間に現在のＴＷＴウィンドウの開始を整合させること、ここにおいて、第１の時間が第１のオフセットだけレンダリング時間に先行し、第１のオフセットがＭ２Ｒレイテンシに関連付けられる、
を含む、条項５９～６０、６２、６３、または６５のうちの１つまたは複数の方法。
６７．現在のＴＷＴウィンドウの開始の間に（during）第１のポーズデータフレームを取得することをさらに含む、条項５９～６０、６２、６３、６５、または６６のうちの１つまたは複数の方法。
６８．現在のＴＷＴウィンドウの間にさらなるポーズデータフレームを取得することと、
次のＴＷＴウィンドウの間に第２のビデオフレームの少なくとも一部分をレンダリングすることと、ここにおいて、
第２のビデオフレームがさらなるポーズデータフレームに関連付けられ、
さらなるポーズデータフレームが、第２のビデオフレームをレンダリングする前に最も最近取得されたポーズデータフレームである、
をさらに含む、条項５９～６０、６２、６３、または６５～６７のうちの１つまたは複数の方法。
６９．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることを含み、ここにおいて、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、デバイスのＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、条項５９～６０、６２、または６３のうちの１つまたは複数の方法。
７０．ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、
第１のビデオフレームのレンダリングを開始するレンダリング時間を現在のＴＷＴウィンドウの開始の後の第１の時間に整合させること、ここにおいて、第１の時間が現在のＴＷＴウィンドウの開始に第１のオフセットだけ後に続き、第１のオフセットがＭ２Ｒレイテンシに関連付けられる、
を含む、条項５９～６０、６２、６３、または６９のうちの１つまたは複数の方法。
７１．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを周期的に同期させることをさらに含み、ここにおいて、アプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックとＷＣＤクロックとの間の最後の同期からの、ドリフト閾値よりも大きいアプリケーションレイヤクロックとＷＣＤクロックとの間のドリフトに関連付けられる、条項５９～６０、６２、または６３のうちの１つまたは複数の方法。
７２．デバイスがソフトウェア対応ＡＰ（ＳＡＰ）を含み、
第２のデバイスが、ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項５９～７１のうちの１つまたは複数の方法。
７３．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
第２のデバイスから、ワイヤレス媒体を介してアップリンク（ＵＬ）データを取得することと、
第２のデバイスに、ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを提供することと、ここにおいて、
１つまたは複数のＰＰＤＵが現在の目標起床時間（ＴＷＴ）ウィンドウの間に第２のデバイスに提供され、
現在のＴＷＴウィンドウの開始が、
１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスに提供されたとき、または
第１のＰＰＤＵがデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき
のうちの１つに関連付けられる、
を行うように構成されたインターフェースと、
を含む、デバイス。
７４．処理システムが、第２のデバイスによって表示されるべきビデオフレームをレンダリングするように構成され、ここにおいて、
デバイスがレンダリングデバイスを含み、
第２のデバイスがディスプレイデバイスを含み、
ＵＬデータがポーズデータフレームを含み、
ビデオフレームのレンダリングが取得されたポーズデータフレームに関連付けられ、ここにおいて、
ビデオフレームのうちの第１のビデオフレームが複数のスライスを含み、
第１のビデオフレームのレンダリングが、第２のデバイスから最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵが複数のスライスのうちの１つまたは複数に関連付けられる、
条項７３のデバイス。
７５．インターフェースが、
第２のデバイスが現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを第２のデバイスに提供することと、
現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを第２のデバイスに提供することと
を行うようにさらに構成される、条項７３～７４のうちの１つまたは複数のデバイス。
７６．現在のＴＷＴウィンドウの開始が第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、条項７３～７４のうちの１つまたは複数のデバイス。
７７．デバイスが、デバイスのアプリケーションレイヤクロックとワイヤレス通信デバイス（ＷＣＤ）クロックとを同期させるように構成され、ここにおいて、
アプリケーションレイヤクロックが、ビデオフレームのレンダリングのタイミングのためにデバイスによって使用され、
ＷＣＤクロックが、第２のデバイスとのワイヤレス通信のタイミングのためにデバイスによって使用される、
条項７３～７４または７６のうちの１つまたは複数のデバイス。
７８．ポーズデータフレームが第１の頻度で取得され、
ビデオフレームが第１の頻度でレンダリングされ、ここにおいて、各々の取得されたポーズデータフレームがレンダリングされたビデオフレームに関連付けられる、
条項７３～７４、７６、または７７のうちの１つまたは複数のデバイス。
７９．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックにＷＣＤクロックを同期させることを含む、条項７３～７４、７６、または７７のうちの１つまたは複数のデバイス。
８０．アプリケーションレイヤクロックにＷＣＤクロックを同期させることが、
第１のビデオフレームのレンダリングを開始するレンダリング時間の前の第１の時間に現在のＴＷＴウィンドウの開始を整合させること、ここにおいて、第１の時間が第１のオフセットだけレンダリング時間に先行し、第１のオフセットがＭ２Ｒレイテンシに関連付けられる、
を含む、条項７３～７４、７６、７７、または７９のうちの１つまたは複数のデバイス。
８１．インターフェースが、現在のＴＷＴウィンドウの開始の間に（during）、第１のポーズデータフレームを取得するようにさらに構成される、条項７３～７４、７６、７７、７９、または８０のうちの１つまたは複数のデバイス。
８２．インターフェースが、現在のＴＷＴウィンドウの間に（during）、さらなるポーズデータフレームを取得するようにさらに構成され、
処理システムが、次のＴＷＴウィンドウの間に（during）、第２のビデオフレームの少なくとも一部分をレンダリングするようにさらに構成され、ここにおいて、
第２のビデオフレームがさらなるポーズデータフレームに関連付けられ、
さらなるポーズデータフレームが、第２のビデオフレームをレンダリングする前に最も最近取得されたポーズデータフレームである、
条項７３～７４、７６、７７、または７９～８１のうちの１つまたは複数のデバイス。
８３．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることを含み、ここにおいて、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、デバイスのＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、条項７３～７４、７６、または７７のうちの１つまたは複数のデバイス。
８４．ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、
第１のビデオフレームのレンダリングを開始するレンダリング時間を現在のＴＷＴウィンドウの開始の後の第１の時間に整合させること、ここにおいて、第１の時間が現在のＴＷＴウィンドウの開始に第１のオフセットだけ後に続き、第１のオフセットがＭ２Ｒレイテンシに関連付けられる、
を含む、条項７３～７４、７６、７７、または８３のうちの１つまたは複数のデバイス。
８５．デバイスが、デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを周期的に同期させるように構成され、ここにおいて、アプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックとＷＣＤクロックとの間の最後の同期からの、ドリフト閾値よりも大きいアプリケーションレイヤクロックとＷＣＤクロックとの間のドリフトに関連付けられる、条項７３～７４、７６、または７７のうちの１つまたは複数のデバイス。
８６．デバイスがソフトウェア対応ＡＰ（ＳＡＰ）を含み、
第２のデバイスが、ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項７３～８５のうちの１つまたは複数のデバイス。
８７．エクステンデッドリアリティ（ＸＲ）体験のためのデバイスによって実行される方法であって、
ワイヤレス媒体を介して第２のデバイスにアップリンク（ＵＬ）データを提供することと、
第２のデバイスから、ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを取得することと、ここにおいて、
１つまたは複数のＰＰＤＵが現在の目標起床時間（ＴＷＴ）ウィンドウの間に第２のデバイスから取得され、
現在のＴＷＴウィンドウの開始が、
１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスによって提供されたとき、または
第１のＰＰＤＵが第２のデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき
のうちの１つに関連付けられる、
を含む、方法。
８８．第２のデバイスが、デバイスによって表示されるべきビデオフレームをレンダリングするべきであり、ここにおいて、
第２のデバイスがレンダリングデバイスを含み、
デバイスがディスプレイデバイスを含み、
ＵＬデータがポーズデータフレームを含み、
ビデオフレームのレンダリングが提供されたポーズデータフレームに関連付けられ、ここにおいて、
ビデオフレームのうちの第１のビデオフレームが複数のスライスを含み、
第１のビデオフレームのレンダリングが、第２のデバイスによって最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵが複数のスライスのうちの１つまたは複数に関連付けられる、
条項８７の方法。
８９．第２のデバイスから、第２のデバイスが現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを取得することと、
第２のデバイスから、現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを取得することと
をさらに含む、条項８７～８８のうちの１つまたは複数の方法。
９０．現在のＴＷＴウィンドウの開始が第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、条項８７～８８のうちの１つまたは複数の方法。
９１．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることをさらに含み、ここにおいて、
アプリケーションレイヤクロックが、ビデオフレームの表示のタイミングのためにデバイスによって使用され、
ＷＣＤクロックが、第２のデバイスとのワイヤレス通信のタイミングのためにデバイスによって使用される、
条項８７～８８または９０のうちの１つまたは複数の方法。
９２．ポーズデータフレームが第１の頻度で提供され、
ビデオフレームが第１の頻度で第２のデバイスによってレンダリングされ、ここにおいて、第２のデバイスによって取得された各ポーズデータフレームがレンダリングされたビデオフレームに関連付けられる、
条項８７～８８、９０、または９１のうちの１つまたは複数の方法。
９３．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックにＷＣＤクロックを同期させることを含む、条項８７～８８、９０、または９１のうちの１つまたは複数の方法。
９４．アプリケーションレイヤクロックにＷＣＤクロックを同期させることが、
現在のＴＷＴウィンドウの開始を、第１のポーズデータフレームが第２のデバイスに提供される第１の時間に整合させること、ここにおいて、
第１の時間が、第２のデバイスが第１のビデオフレームのレンダリングを開始するべきレンダリング時間に先行し、
第１の時間が、第１のオフセットだけレンダリング時間に先行し、
第１のオフセットがＭ２Ｒレイテンシに関連付けられる、
を含む、条項８７～８８、９０、９１、または９３のうちの１つまたは複数の方法。
９５．現在のＴＷＴウィンドウの開始の間に第１のポーズデータフレームを取得すること、または
ポーズデータフレームを取得する前に発生する現在のＴＷＴウィンドウの開始からのタイムアウト
のうちの１つが発生すると、第２のデバイスが第１のビデオフレームをレンダリングし始める、条項８７～８８、９０、９１、または９３のうちの１つまたは複数の方法。
９６．現在のＴＷＴウィンドウの開始の時間を第２のデバイスに指示することをさらに含み、ここにおいて、
時間の指示が、ＷＣＤクロックがアプリケーションレイヤクロックに同期させられた後にデバイスのＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられ、
第２のデバイスのＷＣＤクロックがデバイスのＷＣＤクロックに同期させられ、ここにおいて、ＷＣＤクロックの同期がデバイスのＴＳＦおよび第２のデバイスのＭＡＣにおけるＴＳＦに関連付けられ、
第２のデバイスのアプリケーションレイヤクロックがＡＰのＷＣＤクロックに同期させられ、ここにおいて、第２のデバイスのＷＣＤクロックへの第２のデバイスのアプリケーションレイヤクロックの同期が、第２のデバイスのＴＳＦに関連付けられる、
条項８７～８８、９０、９１、または９３のうちの１つまたは複数の方法。
９７．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることを含み、ここにおいて、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、デバイスのＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、条項８７～８８、９０、または９１のうちの１つまたは複数の方法。
９８．ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、
現在のＴＷＴウィンドウに関連付けられた時間に表示時間を整合させること
を含む、条項８７～８８、９０、９１、または９７のうちの１つまたは複数の方法。
９９．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを周期的に同期させることをさらに含み、ここにおいて、アプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックとＷＣＤクロックとの間の最後の同期からの、ドリフト閾値よりも大きいアプリケーションレイヤクロックとＷＣＤクロックとの間のドリフトに関連付けられる、条項８７～８８、９０、または９１のうちの１つまたは複数の方法。
１００．第２のデバイスがソフトウェア対応ＡＰ（ＳＡＰ）を含み、
デバイスが、ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項８７～９９のうちの１つまたは複数の方法。
１０１．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
ワイヤレス媒体を介して第２のデバイスにアップリンク（ＵＬ）データを提供することと、
第２のデバイスから、ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを取得することと、ここにおいて、
１つまたは複数のＰＰＤＵが現在の目標起床時間（ＴＷＴ）ウィンドウの間に第２のデバイスから取得され、
現在のＴＷＴウィンドウの開始が、
１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが第２のデバイスによって提供されたとき、または
第１のＰＰＤＵが第２のデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき
のうちの１つに関連付けられる、
を行うように構成されたインターフェースと
を含む、デバイス。
１０２．第２のデバイスが、デバイスによって表示されるべきビデオフレームをレンダリングするべきであり、ここにおいて、
第２のデバイスがレンダリングデバイスを含み、
デバイスがディスプレイデバイスを含み、
ＵＬデータがポーズデータフレームを含み、
ビデオフレームのレンダリングが提供されたポーズデータフレームに関連付けられ、ここにおいて、
ビデオフレームのうちの第１のビデオフレームが複数のスライスを含み、
第１のビデオフレームのレンダリングが、第２のデバイスによって最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵが複数のスライスのうちの１つまたは複数に関連付けられる、
条項１０１のデバイス。
１０３．インターフェースが、
第２のデバイスから、第２のデバイスが現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを取得することと、
第２のデバイスから、現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを取得することと
を行うようにさらに構成される、条項１０１～１０２のうちの１つまたは複数のデバイス。
１０４．現在のＴＷＴウィンドウの開始が第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、条項１０１～１０２のうちの１つまたは複数のデバイス。
１０５．デバイスが、デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させるように構成され、ここにおいて、
アプリケーションレイヤクロックが、ビデオフレームの表示のタイミングのためにデバイスによって使用され、
ＷＣＤクロックが、第２のデバイスとのワイヤレス通信のタイミングのためにデバイスによって使用される、
条項１０１～１０２または１０４のうちの１つまたは複数のデバイス。
１０６．ポーズデータフレームが第１の頻度で提供され、
ビデオフレームが第１の頻度で第２のデバイスによってレンダリングされ、ここにおいて、第２のデバイスによって取得された各ポーズデータフレームがレンダリングされたビデオフレームに関連付けられる、
条項１０１～１０２、１０４、または１０５のうちの１つまたは複数のデバイス。
１０７．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックにＷＣＤクロックを同期させることを含む、条項１０１～１０２、１０４、または１０５のうちの１つまたは複数のデバイス。
１０８．アプリケーションレイヤクロックにＷＣＤクロックを同期させることが、
現在のＴＷＴウィンドウの開始を、第１のポーズデータフレームが第２のデバイスに提供される第１の時間に整合させること、ここにおいて、
第１の時間が、第２のデバイスが第１のビデオフレームのレンダリングを開始するべきレンダリング時間に先行し、
第１の時間が、第１のオフセットだけレンダリング時間に先行し、
第１のオフセットがＭ２Ｒレイテンシに関連付けられる、
を含む、条項１０１～１０２、１０４、１０５、または１０７のうちの１つまたは複数のデバイス。
１０９．現在のＴＷＴウィンドウの開始の間に第１のポーズデータフレームを取得すること、または
ポーズデータフレームを取得する前に発生する現在のＴＷＴウィンドウの開始からのタイムアウト
のうちの１つが発生すると、第２のデバイスが第１のビデオフレームをレンダリングし始める、条項１０１～１０２、１０４、１０５、または１０７のうちの１つまたは複数のデバイス。
１１０．インターフェースが、現在のＴＷＴウィンドウの開始の時間を第２のデバイスに指示するようにさらに構成され、ここにおいて、
時間の指示が、ＷＣＤクロックがアプリケーションレイヤクロックに同期させられた後にデバイスのＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられ、
第２のデバイスのＷＣＤクロックがデバイスのＷＣＤクロックに同期させられ、ここにおいて、ＷＣＤクロックの同期がデバイスのＴＳＦおよび第２のデバイスのＭＡＣにおけるＴＳＦに関連付けられ、
第２のデバイスのアプリケーションレイヤクロックが第２のデバイスのＷＣＤクロックに同期させられ、ここにおいて、第２のデバイスのＷＣＤクロックへの第２のデバイスのアプリケーションレイヤクロックの同期が、第２のデバイスのＴＳＦに関連付けられる、
条項１０１～１０２、１０４、１０５、または１０７のうちの１つまたは複数のデバイス。
１１１．デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることを含み、ここにおいて、ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、デバイスのＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、条項１０１～１０２、１０４、または１０５のうちの１つまたは複数のデバイス。
１１２．ＷＣＤクロックにアプリケーションレイヤクロックを同期させることが、
現在のＴＷＴウィンドウに関連付けられた時間に表示時間を整合させること
を含む、条項１０１～１０２、１０４、１０５、または１１１のうちの１つまたは複数のデバイス。
１１３．デバイスが、デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを周期的に同期させるように構成され、ここにおいて、アプリケーションレイヤクロックとＷＣＤクロックとを同期させることが、アプリケーションレイヤクロックとＷＣＤクロックとの間の最後の同期からの、ドリフト閾値よりも大きいアプリケーションレイヤクロックとＷＣＤクロックとの間のドリフトに関連付けられる、条項１０１～１０２、１０４、または１０５のうちの１つまたは複数のデバイス。
１１４．第２のデバイスがソフトウェア対応ＡＰ（ＳＡＰ）を含み、
デバイスが、ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１０１～１１３のうちの１つまたは複数のデバイス。
１１５．デバイスによって実行される方法であって、
第２のデバイスに提供されるべき複数のビデオフレームをレンダリングすることと、
複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割することと、
複数のビデオスライスのビデオスライスごとに、
ビデオスライスを含むように複数のＰＰＤＵを生成することと、ここにおいて、
各ＰＰＤＵが、ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
ビデオスライスが、複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、
第２のデバイスへの送信のためにＭＳＤＵをキューイングすることと
を含む、方法。
１１６．ＭＳＤＵをキューイングすることが、ビデオスライスごとにソフトウェア内にＭＳＤＵキューを生成することを含み、ここにおいて、各ＭＳＤＵキューが、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、条項１１５の方法。
１１７．各ビデオスライスが、ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、条項１１５～１１６のうちの１つまたは複数の方法。
１１８．ビデオスライスのＡＣがビデオスライスの優先度に関連付けられる、条項１１５～１１７のうちの１つまたは複数の方法。
１１９．ビデオスライスの優先度が、ビデオスライスがｉスライスであるかｐスライスであるかに依存する、条項１１５～１１８のうちの１つまたは複数の方法。
１２０．第１のｐスライスをレンダリングすることと、
第１のｐスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
第１のｐスライスをレンダリングした後に第２のｐスライスをレンダリングすることと、
第２のｐスライスをレンダリングした後、および第１のｐスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを第２のデバイスに提供する前に、第１のＭＳＤＵキューをフラッシュすることと
をさらに含む、条項１１５～１１９のうちの１つまたは複数の方法。
１２１．第１のｉスライスをレンダリングすることと、
第１のｉスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
第１のｉスライスをレンダリングした後に第２のｉスライスまたはｐスライスをレンダリングすることと、
第２のｉスライスに関連付けられた第２のＭＳＤＵキューを生成することと、
第２のＭＳＤＵキューを生成した後に第１のｉスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを第２のデバイスに提供することと
をさらに含む、条項１１５～１１９のうちの１つまたは複数の方法。
１２２．ビデオスライスに関連付けられたＰＰＤＵについて、
ＰＰＤＵが閾値の回数まで第２のデバイスに送信されるように試みられ、
デバイスが、閾値の回数第２のデバイスにＰＰＤＵを送信する試みに失敗した後、ビデオスライスに関連付けられたＭＳＤＵキューをフラッシュする、
条項１１５～１１９のうちの１つまたは複数の方法。
１２３．ＭＳＤＵキューをフラッシュした後に置換ビデオスライスを生成することと、
置換ビデオスライスに関連付けられた置換ＭＳＤＵキューを生成することと
をさらに含む、条項１１５～１１９または１２２のうちの１つまたは複数の方法。
１２４．ＭＳＤＵキューがフラッシュされたことを第２のデバイスに示すことをさらに含む、条項１１５～１１９または１２２のうちの１つまたは複数の方法。
１２５．第２のデバイスに１つまたは複数のＰＰＤＵを送信するために順方向誤り訂正（ＦＥＣ）を使用することをさらに含む、条項１１５の方法。
１２６．第２のデバイスに１つまたは複数のＰＰＤＵを送信するためのＦＥＣの使用が、
デバイスと第２のデバイスとの間のリンク品質、
第２のデバイスの１つもしくは複数のパラメータ、または
複数のビデオフレームの１つもしくは複数のパラメータ
のうちの１つまたは複数に関連付けられる、条項１１５または１２５のうちの１つまたは複数の方法。
１２７．デバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１１５～１２６のうちの１つまたは複数の方法。
１２８．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
インターフェースと、
第２のデバイスに提供されるべき複数のビデオフレームをレンダリングすることと、
複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割することと、
複数のビデオスライスのビデオスライスごとに、
ビデオスライスを含むように複数のＰＰＤＵを生成することと、ここにおいて、
各ＰＰＤＵが、ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
ビデオスライスが、ＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、
第２のデバイスへの送信のためにＭＳＤＵをキューイングすることと
を行うように構成された処理システムと
を含む、デバイス。
１２９．ＭＳＤＵをキューイングすることが、ビデオスライスごとにソフトウェア内にＭＳＤＵキューを生成することを含み、ここにおいて、各ＭＳＤＵキューが、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、条項１２８のデバイス。
１３０．各ビデオスライスが、ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、条項１２８～１２９のうちの１つまたは複数のデバイス。
１３１．ビデオスライスのＡＣがビデオスライスの優先度に関連付けられる、条項１２８～１３０のうちの１つまたは複数のデバイス。
１３２．ビデオスライスの優先度が、ビデオスライスがｉスライスであるかｐスライスであるかに依存する、条項１２８～１３１のうちの１つまたは複数のデバイス。
１３３．処理システムが、
第１のｐスライスをレンダリングすることと、
第１のｐスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
第１のｐスライスをレンダリングした後に第２のｐスライスをレンダリングすることと、
第２のｐスライスをレンダリングした後、および第１のｐスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを第２のデバイスに提供する前に、第１のＭＳＤＵキューをフラッシュすることと
を行うようにさらに構成される、条項１２８～１３２のうちの１つまたは複数のデバイス。
１３４．処理システムが、
第１のｉスライスをレンダリングすることと、
第１のｉスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
第１のｉスライスをレンダリングした後に第２のｉスライスまたはｐスライスをレンダリングすることと、
第２のｉスライスに関連付けられた第２のＭＳＤＵキューを生成することと
を行うようにさらに構成され、
インターフェースが、第２のＭＳＤＵキューを生成した後に第１のｉスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを第２のデバイスに提供するように構成される、
条項１２８～１３２のうちの１つまたは複数のデバイス。
１３５．ビデオスライスに関連付けられたＰＰＤＵについて、
インターフェースが、閾値の回数まで第２のデバイスにＰＰＤＵを送信するように試みるように構成され、
処理システムが、閾値の回数第２のデバイスにＰＰＤＵを送信する試みに失敗した後、ビデオスライスに関連付けられたＭＳＤＵキューをフラッシュするようにさらに構成される、
条項１２８～１３２のうちの１つまたは複数のデバイス。
１３６．処理システムが、
ＭＳＤＵキューをフラッシュした後に置換ビデオスライスを生成することと、
置換ビデオスライスに関連付けられた置換ＭＳＤＵキューを生成することと
を行うようにさらに構成される、条項１２８～１３２または１３５のうちの１つまたは複数のデバイス。
１３７．インターフェースが、ＭＳＤＵキューがフラッシュされたことを第２のデバイスに示すようにさらに構成される、条項１２８～１３２または１３５のうちの１つまたは複数のデバイス。
１３８．デバイスが、第２のデバイスに１つまたは複数のＰＰＤＵを送信するために順方向誤り訂正（ＦＥＣ）を使用するように構成される、条項１２８の方法。
１３９．第２のデバイスに１つまたは複数のＰＰＤＵを送信するためのＦＥＣの使用が、
デバイスと第２のデバイスとの間のリンク品質、
第２のデバイスの１つもしくは複数のパラメータ、または
複数のビデオフレームの１つもしくは複数のパラメータ
のうちの１つまたは複数に関連付けられる、条項１２８または１３８のうちの１つまたは複数のデバイス。
１４０．デバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１２８～１３９のうちの１つまたは複数のデバイス。
１４１．デバイスによって実行される方法であって、
第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を取得すること、ここにおいて
第２のデバイスが、デバイスに提供されるべき複数のビデオフレームをレンダリングし、
第２のデバイスが、複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割し、
複数のビデオスライスのビデオスライスごとに、
第２のデバイスが、ビデオスライスを含むように複数のＰＰＤＵを生成し、ここにおいて、
各ＰＰＤＵが、ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
ビデオスライスが、複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別され、
第２のデバイスが、デバイスへの送信のためにＭＳＤＵをキューイングする、
を含む、方法。
１４２．ＭＳＤＵをキューイングすることが、ビデオスライスごとにソフトウェア内にＭＳＤＵキューを生成することを含み、ここにおいて、各ＭＳＤＵキューが、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、条項１４１の方法。
１４３．各ビデオスライスが、ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、条項１４１～１４２のうちの１つまたは複数の方法。
１４４．デバイスの並べ替え（ＲＥＯ）キューにおいて、ビデオスライスに関連付けられたＭＳＤＵの一部分を取得することと、
ＲＥＯタイムアウトが発生する前にビデオスライスに関連付けられたＭＳＤＵの残りを取得しなかった後にＲＥＯキューをフラッシュすることと
をさらに含む、条項１４１～１４３のうちの１つまたは複数の方法。
１４５．ＲＥＯタイムアウトがビデオスライスのＡＣに関連付けられる、条項１４１～１４４のうちの１つまたは複数の方法。
１４６．デバイスの並べ替え（ＲＥＯ）キューにおいて、第２のデバイスから１つまたは複数のＭＳＤＵを取得することと、
１つまたは複数のＭＳＤＵに関連付けられた送信キューが第２のデバイスによってフラッシュされたことの指示を取得することと、
指示を取得した後にＲＥＯキューをフラッシュすることと
をさらに含む、条項１４１～１４３のうちの１つまたは複数の方法。
１４７．第２のデバイスから１つまたは複数のＰＰＤＵを取得するために順方向誤り訂正（ＦＥＣ）を使用することをさらに含む、条項１４１の方法。
１４８．第２のデバイスから１つまたは複数のＰＰＤＵを取得するためのＦＥＣの使用が、
デバイスと第２のデバイスとの間のリンク品質、
第２のデバイスの１つもしくは複数のパラメータ、または
複数のビデオフレームの１つもしくは複数のパラメータ
のうちの１つまたは複数に関連付けられる、条項１４１または１４７のうちの１つまたは複数の方法。
１４９．第２のデバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
デバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１４１～１４８のうちの１つまたは複数の方法。
１５０．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を取得すること、ここにおいて、
第２のデバイスが、デバイスに提供されるべき複数のビデオフレームをレンダリングし、
第２のデバイスが、複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割し、
複数のビデオスライスのビデオスライスごとに、
第２のデバイスが、ビデオスライスを含むように複数のＰＰＤＵを生成し、ここにおいて、
各ＰＰＤＵが、ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
ビデオスライスが、複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別され、
第２のデバイスが、デバイスへの送信のためにＭＳＤＵをキューイングする、
を行うように構成されたインターフェースと
を含む、デバイス。
１５１．ＭＳＤＵをキューイングすることが、ビデオスライスごとにソフトウェア内にＭＳＤＵキューを生成することを含み、ここにおいて、各ＭＳＤＵキューが、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、条項１５０のデバイス。
１５２．各ビデオスライスが、ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、条項１５０～１５１のうちの１つまたは複数のデバイス。
１５３．インターフェースが、デバイスの並べ替え（ＲＥＯ）キューにおいて、ビデオスライスに関連付けられたＭＳＤＵの一部分を取得するようにさらに構成され、
処理システムが、ＲＥＯタイムアウトが発生する前にビデオスライスに関連付けられたＭＳＤＵの残りを取得しなかった後にＲＥＯキューをフラッシュするように構成される、
条項１５０～１５２のうちの１つまたは複数のデバイス。
１５４．ＲＥＯタイムアウトがビデオスライスのＡＣに関連付けられる、条項１５０～１５３のうちの１つまたは複数のデバイス。
１５５．インターフェースが、
デバイスの並べ替え（ＲＥＯ）キューにおいて、第２のデバイスから１つまたは複数のＭＳＤＵを取得することと、
１つまたは複数のＭＳＤＵに関連付けられた送信キューが第２のデバイスによってフラッシュされたことの指示を取得することと
を行うようにさらに構成され、
処理システムが、指示を取得した後にＲＥＯキューをフラッシュするように構成される、
条項１５０～１５２のうちの１つまたは複数のデバイス。
１５６．デバイスが、第２のデバイスから１つまたは複数のＰＰＤＵを取得するために順方向誤り訂正（ＦＥＣ）を使用するように構成される、条項１５０のデバイス。
１５７．第２のデバイスから１つまたは複数のＰＰＤＵを取得するためのＦＥＣの使用が、
デバイスと第２のデバイスとの間のリンク品質、
第２のデバイスの１つもしくは複数のパラメータ、または
複数のビデオフレームの１つもしくは複数のパラメータ
のうちの１つまたは複数に関連付けられる、条項１５０または１５６のうちの１つまたは複数のデバイス。
１５８．第２のデバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
デバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１５０～１５７のうちの１つまたは複数のデバイス。
１５９．デバイスによって実行される方法であって、
エクステンデッドリアリティ（ＸＲ）体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みることと、
複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または
複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落
のうちの１つまたは複数を測定することと、
ここにおいて、ＸＲ体験の１つまたは複数のパラメータが調整され、測定値のうちの１つまたは複数に関連付けられる、
を含む、方法。
１６０．第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、ここにおいて、１つまたは複数のビデオフレームの各々が１つまたは複数のポーズデータフレームのうちのポーズデータフレームに関連付けられる、
１つまたは複数のポーズデータフレームを取得することに関連付けられたポーズデータフレーム配信レイテンシを測定することと
をさらに含む、条項１５９の方法。
１６１．１つまたは複数のポーズデータフレームを取得することに関連付けられた、欠落または遅延したポーズデータフレームの頻度を測定することをさらに含む、条項１５９～１６０のうちの１つまたは複数の方法。
１６２．第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で第２のデバイスに１つまたは複数の測定値の指示を提供することをさらに含む、条項１５９～１６１のうちの１つまたは複数の方法。
１６３．Ａ－Ｃｏｎｔｒｏｌフィールドが、１つまたは複数の測定値の指示のために予約された制御識別子（ＩＤ）を含む、条項１５９～１６２のうちの１つまたは複数の方法。
１６４．１つまたは複数の測定値が、デバイスと第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
Ａ－Ｃｏｎｔｒｏｌフィールドがリンク品質の指示を含む、
条項１５９～１６２のうちの１つまたは複数の方法。
１６５．Ａ－Ｃｏｎｔｒｏｌフィールドが、リンク品質を示すために予約されたビットを含む、条項１５９～１６２または１６４のうちの１つまたは複数の方法。
１６６．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項１５９～１６２のうちの１つまたは複数の方法。
１６７．ＸＲ体験の１つまたは複数のパラメータを調整することが、デバイスと第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、ここにおいて、１つまたは複数のワイヤレス通信パラメータを調整することが、
デバイスおよび第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
ＴＷＴ省電力モードを有効化もしくは無効化すること、
それを介してデバイスおよび第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するためにＦＥＣを調整すること
のうちの１つまたは複数を含む、条項１５９～１６２のうちの１つまたは複数の方法。
１６８．調整された１つまたは複数のパラメータの指示がデバイスと第２のデバイスとの間で通信され、ここにおいて、指示がデバイスと第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、条項１５９～１６１のうちの１つまたは複数の方法。
１６９．Ａ－Ｃｏｎｔｒｏｌフィールドが、指示のために予約された制御識別子（ＩＤ）を含む、条項１５９～１６１または１６８のうちの１つまたは複数の方法。
１７０．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項１５９～１６１または１６８のうちの１つまたは複数の方法。
１７１．ＸＲ体験の１つまたは複数のパラメータを調整することが、１つまたは複数のビデオパラメータを調整することを含み、ここにおいて、ビデオパラメータが、
ビデオフレームレート、
ビデオ解像度、
ターゲット符号化データレート、または
ビデオコーデック
のうちの１つまたは複数を含む、条項１５９～１７０のうちの１つまたは複数の方法。
１７２．デバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１５９～１７１のうちの１つまたは複数の方法。
１７３．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みるように構成されたインターフェースと、
複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または
複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落
のうちの１つまたは複数を測定するように構成された処理システムと、
ここにおいて、ＸＲ体験の１つまたは複数のパラメータが調整され、測定値のうちの１つまたは複数に関連付けられる、
を含む、デバイス。
１７４．インターフェースが、第２のデバイスから１つまたは複数のポーズデータフレームを取得するようにさらに構成され、ここにおいて、１つまたは複数のビデオフレームの各々が１つまたは複数のポーズデータフレームのうちのポーズデータフレームに関連付けられ、
処理システムが、１つまたは複数のポーズデータフレームを取得することに関連付けられたポーズデータフレーム配信レイテンシを測定するようにさらに構成される、
条項１７３のデバイス。
１７５．処理システムが、１つまたは複数のポーズデータフレームを取得することに関連付けられた、欠落または遅延したポーズデータフレームの頻度を測定するようにさらに構成される、条項１７３～１７４のうちの１つまたは複数のデバイス。
１７６．インターフェースが、第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で第２のデバイスに１つまたは複数の測定値の指示を提供するようにさらに構成される、条項１７３～１７５のうちの１つまたは複数のデバイス。
１７７．Ａ－Ｃｏｎｔｒｏｌフィールドが、１つまたは複数の測定値の指示のために予約された制御識別子（ＩＤ）を含む、条項１７３～１７６のうちの１つまたは複数のデバイス。
１７８．１つまたは複数の測定値が、デバイスと第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
Ａ－Ｃｏｎｔｒｏｌフィールドがリンク品質の指示を含む、
条項１７３～１７６のうちの１つまたは複数のデバイス。
１７９．Ａ－Ｃｏｎｔｒｏｌフィールドが、リンク品質を示すために予約されたビットを含む、条項１７３～１７６または１７８のうちの１つまたは複数のデバイス。
１８０．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項１７３～１７６のうちの１つまたは複数のデバイス。
１８１．ＸＲ体験の１つまたは複数のパラメータを調整することが、デバイスと第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、ここにおいて、１つまたは複数のワイヤレス通信パラメータを調整することが、
デバイスおよび第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
ＴＷＴ省電力モードを有効化もしくは無効化すること、
それを介してデバイスおよび第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するためにＦＥＣを調整すること
のうちの１つまたは複数を含む、条項１７３～１７６のうちの１つまたは複数のデバイス。
１８２．調整された１つまたは複数のパラメータの指示がデバイスと第２のデバイスとの間で通信され、ここにおいて、指示がデバイスと第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、条項１７３～１７５のうちの１つまたは複数のデバイス。
１８３．Ａ－Ｃｏｎｔｒｏｌフィールドが、指示のために予約された制御識別子（ＩＤ）を含む、条項１７３～１７５または１８２のうちの１つまたは複数のデバイス。
１８４．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項１７３～１７５または１８２のうちの１つまたは複数のデバイス。
１８５．ＸＲ体験の１つまたは複数のパラメータを調整することが、１つまたは複数のビデオパラメータを調整することを含み、ここにおいて、ビデオパラメータが、
ビデオフレームレート、
ビデオ解像度、
ターゲット符号化データレート、または
ビデオコーデック
のうちの１つまたは複数を含む、条項１７３～１８４のうちの１つまたは複数のデバイス。
１８６．デバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１７３～１８５のうちの１つまたは複数のデバイス。
１８７．デバイスによって実行される方法であって、
エクステンデッドリアリティ（ＸＲ）体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みることと、
複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または
複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落
のうちの１つまたは複数を測定することと、
ここにおいて、ＸＲ体験の１つまたは複数のパラメータが調整され、測定値のうちの１つまたは複数に関連付けられる、
を含む、方法。
１８８．デバイスの並べ替え（ＲＥＯ）キューにおいて、第２のデバイスから１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を取得することと、ここにおいて、各ＭＳＤＵが１つまたは複数のビデオフレームのビデオスライスに関連付けられる、
ＲＥＯキューから１つまたは複数のＭＳＤＵを取り除くために、１回または複数回ＲＥＯキューをフラッシュすることと、
ＲＥＯキューをフラッシュすることに関連付けられたＲＥＯフラッシュ時間を計測することと
をさらに含む、条項１８７の方法。
１８９．１つまたは複数のビデオフレームについて、
ビデオフレームに関連付けられた最初のＭＳＤＵを取得することと、
ビデオフレームに関連付けられた最後のＭＳＤＵを取得することと、
１つまたは複数のビデオフレーム用の最初のＭＳＤＵと最後のＭＳＤＵとを取得することに関連付けられたビデオフレーム配信レイテンシを測定することと
をさらに含む、条項１８７～１８８のうちの１つまたは複数の方法。
１９０．最初のＭＳＤＵおよび最後のＭＳＤＵが差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、条項１８７～１８９のうちの１つまたは複数の方法。
１９１．第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で第２のデバイスに１つまたは複数の測定値の指示を提供することをさらに含む、条項１８７～１９０のうちの１つまたは複数の方法。
１９２．Ａ－Ｃｏｎｔｒｏｌフィールドが、１つまたは複数の測定値の指示のために予約された制御識別子（ＩＤ）を含む、条項１８７～１９１のうちの１つまたは複数の方法。
１９３．１つまたは複数の測定値が、デバイスと第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
Ａ－Ｃｏｎｔｒｏｌフィールドがリンク品質の指示を含む、
条項１８７～１９１のうちの１つまたは複数の方法。
１９４．Ａ－Ｃｏｎｔｒｏｌフィールドが、リンク品質を示すために予約されたビットを含む、条項１８７～１９１または１９３のうちの１つまたは複数の方法。
１９５．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項１８７～１９１のうちの１つまたは複数の方法。
１９６．ＸＲ体験の１つまたは複数のパラメータを調整することが、デバイスと第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、ここにおいて、１つまたは複数のワイヤレス通信パラメータを調整することが、
デバイスおよび第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
ＴＷＴ省電力モードを有効化もしくは無効化すること、
それを介してデバイスおよび第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するためにＦＥＣを調整すること
のうちの１つまたは複数を含む、条項１８７～１９１のうちの１つまたは複数の方法。
１９７．調整された１つまたは複数のパラメータの指示がデバイスと第２のデバイスとの間で通信され、ここにおいて、指示がデバイスと第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、条項１８７～１９０のうちの１つまたは複数の方法。
１９８．Ａ－Ｃｏｎｔｒｏｌフィールドが、指示のために予約された制御識別子（ＩＤ）を含む、条項１８７～１９０または１９７のうちの１つまたは複数の方法。
１９９．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項１８７～１９０または１９７のうちの１つまたは複数の方法。
２００．ジッタバッファのアンダーフローもしくはオーバーフロー、または
表示されるべきビデオフレームに関連付けられた欠落パケット
のうちの１つまたは複数を測定することをさらに含む、条項１８７～１９９のうちの１つまたは複数の方法。
２０１．第２のデバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
デバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項１８７～２００のうちの１つまたは複数の方法。
２０２．エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みるように構成されたインターフェースと、
複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または
複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落
のうちの１つまたは複数を測定するように構成された処理システムと、
ここにおいて、ＸＲ体験の１つまたは複数のパラメータが調整され、測定値のうちの１つまたは複数に関連付けられる、
を含む、デバイス。
２０３．インターフェースが、デバイスの並べ替え（ＲＥＯ）キューにおいて、第２のデバイスから１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を取得するようにさらに構成され、ここにおいて、各ＭＳＤＵが１つまたは複数のビデオフレームのビデオスライスに関連付けられ、
処理システムが、
ＲＥＯキューから１つまたは複数のＭＳＤＵを取り除くために、１回または複数回ＲＥＯキューをフラッシュすることと、
ＲＥＯキューをフラッシュすることに関連付けられたＲＥＯフラッシュ時間を計測することと
を行うようにさらに構成される、
条項２０２のデバイス。
２０４．インターフェースが、１つまたは複数のビデオフレームについて、
ビデオフレームに関連付けられた最初のＭＳＤＵを取得することと、
ビデオフレームに関連付けられた最後のＭＳＤＵを取得することと
を行うようにさらに構成され、
処理システムが、１つまたは複数のビデオフレーム用の最初のＭＳＤＵと最後のＭＳＤＵとを取得することに関連付けられたビデオフレーム配信レイテンシを測定するようにさらに構成される、
条項２０２～２０３のうちの１つまたは複数のデバイス。
２０５．最初のＭＳＤＵおよび最後のＭＳＤＵが差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、条項２０２～２０４のうちの１つまたは複数のデバイス。
２０６．インターフェースが、第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で第２のデバイスに１つまたは複数の測定値の指示を提供するようにさらに構成される、条項２０２～２０５のうちの１つまたは複数のデバイス。
２０７．Ａ－Ｃｏｎｔｒｏｌフィールドが、１つまたは複数の測定値の指示のために予約された制御識別子（ＩＤ）を含む、条項２０２～２０６のうちの１つまたは複数のデバイス。
２０８．１つまたは複数の測定値が、デバイスと第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
Ａ－Ｃｏｎｔｒｏｌフィールドがリンク品質の指示を含む、
条項２０２～２０６のうちの１つまたは複数のデバイス。
２０９．Ａ－Ｃｏｎｔｒｏｌフィールドが、リンク品質を示すために予約されたビットを含む、条項２０２～２０６または２０８のうちの１つまたは複数のデバイス。
２１０．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項２０２～２０６のうちの１つまたは複数のデバイス。
２１１．ＸＲ体験の１つまたは複数のパラメータを調整することが、デバイスと第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、ここにおいて、１つまたは複数のワイヤレス通信パラメータを調整することが、
デバイスおよび第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
ＴＷＴ省電力モードを有効化もしくは無効化すること、
それを介してデバイスおよび第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
１つまたは複数のＰＰＤＵの少なくとも一部分を第２のデバイスに提供するためにＦＥＣを調整すること
のうちの１つまたは複数を含む、条項２０２～２０６のうちの１つまたは複数のデバイス。
２１２．調整された１つまたは複数のパラメータの指示がデバイスと第２のデバイスとの間で通信され、ここにおいて、指示がデバイスと第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、条項２０２～２０５のうちの１つまたは複数のデバイス。
２１３．Ａ－Ｃｏｎｔｒｏｌフィールドが、指示のために予約された制御識別子（ＩＤ）を含む、条項２０２～２０５または２１２のうちの１つまたは複数のデバイス。
２１４．１つまたは複数のパケットが、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム
のうちの１つまたは複数に含まれる、条項２０２～２０５または２１２のうちの１つまたは複数のデバイス。
２１５．処理システムが、
ジッタバッファのアンダーフローもしくはオーバーフロー、または
表示されるべきビデオフレームに関連付けられた欠落パケット
のうちの１つまたは複数を測定するようにさらに構成される、条項２０２～２１４のうちの１つまたは複数のデバイス。
２１６．第２のデバイスがソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
デバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項２０２～２１５のうちの１つまたは複数のデバイス。
２１７．ワイヤレス通信デバイスによって実行される方法であって、
第１のワイヤレスリンクを介して第１のデバイスと通信することと、
第２のワイヤレスリンクを介して第２のデバイスと通信することと、ここにおいて、
ワイヤレス通信デバイスが、マルチリンク動作（ＭＬＯ）技法または目標起床時間（ＴＷＴ）モードのうちの１つを使用して、第１のデバイスおよび第２のデバイスと同時に通信し、
ワイヤレス通信デバイスが、第１のワイヤレスリンク上の通信と比べて第２のワイヤレスリンク上の通信に選好を与えるように構成される、
を含む、方法。
２１８．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスからの１つまたは複数のパケットの受信中に、第２のデバイスに送信するべきときのために、
第１のデバイスからの１つまたは複数のパケットの受信の完了前に、第２のデバイスに送信することと、
第２のデバイスに送信した後に、第２のデバイスからブロック確認応答（ＢＡ）を取得することと、
ワイヤレス通信デバイスが１つまたは複数のパケットの受信に確認応答するために第１のデバイスにＢＡを提供することを止めることと
を含む、条項２１７の方法。
２１９．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスからの１つまたは複数のパケットの受信中に、第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
第１のデバイスからの１つまたは複数のパケットの受信中に、第２のデバイスから１つまたは複数のパケットを取得することと、
第２のデバイスから１つまたは複数のパケットを取得した後に、第２のデバイスにブロック確認応答（ＢＡ）を提供することと、
ワイヤレス通信デバイスが第１のデバイスからの１つまたは複数のパケットの受信に確認応答するために第１のデバイスにＢＡを提供することを止めることと
を含む、条項２１７の方法。
２２０．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスへの送信中に第２のデバイスに送信するべきときのために、
第２のデバイスへの送信を第１のデバイスへの送信と同期させること、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの外側の第１のデバイスへの送信を止めること、ここにおいて、
第１のデバイスへの送信が１つもしくは複数のＴＤＭウィンドウの間であり、
第２のデバイスへの送信が１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、
第１のデバイスへの送信に関連付けられた送信バッファからパケットをフラッシュすること、または
ワイヤレス媒体を確保するための時間期間を長引かせるために、送信可（ＣＴＳ）ツーセルフ（ＣＴＳ－ｔｏ－Ｓｅｌｆ）フレームをブロードキャストすること、ここにおいて、
ワイヤレス媒体が第１のワイヤレスリンクと第２のワイヤレスリンクとを含み、
時間期間が、第１のデバイスへの送信および第２のデバイスへの送信のために十分な長さの時間期間である、
のうちの１つまたは複数を実行すること
を含む、条項２１７の方法。
２２１．第２のデバイスへの送信を第１のデバイスへの送信と同期させることが、
第１のデバイスへの送信の開始を第２のデバイスへの送信の開始と同期させることと、
第１のデバイスへの送信の終了を第２のデバイスへの送信の終了と同期するようにさせるために、第２のデバイスへの送信を長引かせることと、ここにおいて、第２のワイヤレスリンクに関連付けられたバックオフが、第１のデバイスへの送信と第２のデバイスへの送信が同期させられたときに低減される、
を含む、条項２１７または２２０のうちの１つまたは複数の方法。
２２２．第２のデバイスへの送信に関連付けられた時分割多重化ウィンドウの間に第１のデバイスへの送信を止めるときに、第１のデバイスが目標起床時間（ＴＷＴ）モードをサポートすることを止めさせる、条項２１７または２２０のうちの１つまたは複数の方法。
２２３．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスへの送信中に第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの間に第２のデバイスから１つもしくは複数のパケットを取得することを止めること、ここにおいて、
第１のデバイスへの送信が１つもしくは複数のＴＤＭウィンドウの間であり、
第２のデバイスからの受信が１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、または
第１のデバイスに送信する前に、第１のデバイスへの送信の持続時間の間ワイヤレス媒体を確保するために、ネットワーク割振りベクトル（ＮＡＶ）値を示すフレームを第２のデバイスに提供すること、ここにおいて、ワイヤレス媒体が第１のワイヤレスリンクと第２のワイヤレスリンクとを含む、
のうちの１つまたは複数を実行すること
を含む、条項２１７の方法。
２２４．第２のワイヤレスリンク上の通信がエクステンデッドリアリティ（ＸＲ）体験に関連付けられる、条項２１７の方法。
２２５．第１のデバイスおよび第２のデバイスと同時に通信することが、
第２のワイヤレスリンク上に通信用の第１の目標起床時間（ＴＷＴ）セッションを構成することと、ここにおいて、
第１のＴＷＴセッションが、第２のワイヤレスリンク上の第１の複数のＴＷＴウィンドウに関連付けられ、
第１の複数のＴＷＴウィンドウが、ワイヤレス通信デバイスにおけるＸＲアクティビティに関連付けられ、
ＸＲアクティビティが、第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、１つまたは複数のビデオフレームをレンダリングすることと、１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を介して第２のデバイスに１つまたは複数のビデオフレームを提供することとを含み、
第１のワイヤレスリンク上に通信用の第２のＴＷＴセッションを構成することと、ここにおいて、
第２のＴＷＴセッションが、第１の複数のＴＷＴウィンドウの間に散在する第２の複数のＴＷＴウィンドウに関連付けられ、
第２の複数のＴＷＴウィンドウが、第１のデバイスとワイヤレス通信デバイスとの間のワイヤレスアクティビティに関連付けられ、
第１の複数のＴＷＴウィンドウが、第２の複数のＴＷＴウィンドウと重複しない、
第１の複数のＴＷＴウィンドウの間に第２のデバイスと通信することと、
第２の複数のＴＷＴウィンドウの間に第１のデバイスと通信することと
を含む、条項２１７または２２４のうちの１つまたは複数の方法。
２２６．第１の複数のＴＷＴウィンドウと第２の複数のＴＷＴウィンドウとの間のドリフトを測定することと、ここにおいて、
第１のＴＷＴセッションが、ワイヤレス通信デバイスに関連付けられたアプリケーションレイヤクロックに関連付けられ、
第２のＴＷＴセッションが、媒体アクセス制御レイヤ（ＭＡＣ）におけるワイヤレス通信デバイス（ＷＣＤ）クロックに関連付けられ、
ドリフトを低減するために第１の複数のＴＷＴウィンドウまたは第２の複数のＴＷＴウィンドウのうちの１つまたは複数のタイミングを調整することと
をさらに含む、条項２１７、２２４、または２２５のうちの１つまたは複数の方法。
２２７．ドリフトが、アプリケーションレイヤクロックの忠実度とＷＣＤクロックの忠実度との間の差に関連付けられる、条項２１７または２２４～２２６のうちの１つまたは複数の方法。
２２８．ドリフトが、アプリケーションレイヤクロックの共振周波数とＷＣＤクロックの共振周波数との間の差に関連付けられる、条項２１７または２２４～２２６のうちの１つまたは複数の方法。
２２９．第１のデバイスがアクセスポイント（ＡＰ）であり、
ワイヤレス通信デバイスが、ＡＰと第２のデバイスとの間のリレー局（ＳＴＡ）に含まれる、
条項２１７～２２８のうちの１つまたは複数の方法。
２３０．ＡＰまたはリレーＳＴＡのうちの１つまたは複数がレンダリングデバイスであり、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項２１７～２２９のうちの１つまたは複数の方法。
２３１．ワイヤレス通信デバイスであって、
処理システムと、
第１のワイヤレスリンクを介して第１のデバイスと通信することと、
第２のワイヤレスリンクを介して第２のデバイスと通信することと、ここにおいて、
ワイヤレス通信デバイスが、マルチリンク動作（ＭＬＯ）技法または目標起床時間（ＴＷＴ）モードのうちの１つを使用して、第１のデバイスおよび第２のデバイスと同時に通信し、
ワイヤレス通信デバイスが、第１のワイヤレスリンク上の通信と比べて第２のワイヤレスリンク上の通信に選好を与えるように構成される、
を行うように構成されたインターフェースと
を含む、ワイヤレス通信デバイス。
２３２．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスからの１つまたは複数のパケットの受信中に、第２のデバイスに送信するべきときのために、
第１のデバイスからの１つまたは複数のパケットの受信の完了前に、第２のデバイスに送信することと、
第２のデバイスに送信した後に、第２のデバイスからブロック確認応答（ＢＡ）を取得することと、
ワイヤレス通信デバイスが１つまたは複数のパケットの受信に確認応答するために第１のデバイスにＢＡを提供することを止めることと
を含む、条項２３１のワイヤレス通信デバイス。
２３３．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスからの１つまたは複数のパケットの受信中に、第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
第１のデバイスからの１つまたは複数のパケットの受信中に、第２のデバイスから１つまたは複数のパケットを取得することと、
第２のデバイスから１つまたは複数のパケットを取得した後に、第２のデバイスにブロック確認応答（ＢＡ）を提供することと、
ワイヤレス通信デバイスが第１のデバイスからの１つまたは複数のパケットの受信に確認応答するために第１のデバイスにＢＡを提供することを止めることと
を含む、条項２３１のワイヤレス通信デバイス。
２３４．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスへの送信中に第２のデバイスに送信するべきときのために、
第２のデバイスへの送信を第１のデバイスへの送信と同期させること、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの外側の第１のデバイスへの送信を止めること、ここにおいて、
第１のデバイスへの送信が１つもしくは複数のＴＤＭウィンドウの間であり、
第２のデバイスへの送信が１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、
第１のデバイスへの送信に関連付けられた送信バッファからパケットをフラッシュすること、または
ワイヤレス媒体を確保するための時間期間を長引かせるために、送信可（ＣＴＳ）ツーセルフ（ＣＴＳ－ｔｏ－Ｓｅｌｆ）フレームをブロードキャストすること、ここにおいて、
ワイヤレス媒体が第１のワイヤレスリンクと第２のワイヤレスリンクとを含み、
時間期間が、第１のデバイスへの送信および第２のデバイスへの送信のために十分な長さの時間期間である、
のうちの１つまたは複数を実行すること
を含む、条項２３１のワイヤレス通信デバイス。
２３５．第２のデバイスへの送信を第１のデバイスへの送信と同期させることが、
第１のデバイスへの送信の開始を第２のデバイスへの送信の開始と同期させることと、
第１のデバイスへの送信の終了を第２のデバイスへの送信の終了と同期するようにさせるために、第２のデバイスへの送信を長引かせることと、ここにおいて、第２のワイヤレスリンクに関連付けられたバックオフが、第１のデバイスへの送信と第２のデバイスへの送信が同期させられたときに低減される、
を含む、条項２３１または２３４のうちの１つまたは複数のワイヤレス通信デバイス。
２３６．第２のデバイスへの送信に関連付けられた時分割多重化ウィンドウの間に第１のデバイスへの送信を止めるときに、第１のデバイスが目標起床時間（ＴＷＴ）モードをサポートすることを止めさせる、条項２３１または２３４のうちの１つまたは複数のワイヤレス通信デバイス。
２３７．第１のデバイスおよび第２のデバイスと同時に通信することが、
ワイヤレス通信デバイスが、第１のデバイスへの送信中に第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの間に第２のデバイスから１つもしくは複数のパケットを取得することを止めること、ここにおいて、
第１のデバイスへの送信が１つもしくは複数のＴＤＭウィンドウの間であり、
第２のデバイスからの受信が１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、または
第１のデバイスに送信する前に、第１のデバイスへの送信の持続時間の間ワイヤレス媒体を確保するために、ネットワーク割振りベクトル（ＮＡＶ）値を示すフレームを第２のデバイスに提供すること、ここにおいて、ワイヤレス媒体が第１のワイヤレスリンクと第２のワイヤレスリンクとを含む、
のうちの１つまたは複数を実行すること
を含む、条項２３１のワイヤレス通信デバイス。
２３８．第２のワイヤレスリンク上の通信がエクステンデッドリアリティ（ＸＲ）体験に関連付けられる、条項２３１のワイヤレス通信デバイス。
２３９．第１のデバイスおよび第２のデバイスと同時に通信することが、
第２のワイヤレスリンク上に通信用の第１の目標起床時間（ＴＷＴ）セッションを構成することと、ここにおいて
第１のＴＷＴセッションが、第２のワイヤレスリンク上の第１の複数のＴＷＴウィンドウに関連付けられ、
第１の複数のＴＷＴウィンドウが、ワイヤレス通信デバイスにおけるＸＲアクティビティに関連付けられ、
ＸＲアクティビティが、第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、１つまたは複数のビデオフレームをレンダリングすることと、１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を介して第２のデバイスに１つまたは複数のビデオフレームを提供することとを含み、
第１のワイヤレスリンク上に通信用の第２のＴＷＴセッションを構成することと、ここにおいて
第２のＴＷＴセッションが、第１の複数のＴＷＴウィンドウの間に散在する第２の複数のＴＷＴウィンドウに関連付けられ、
第２の複数のＴＷＴウィンドウが、第１のデバイスとワイヤレス通信デバイスとの間のワイヤレスアクティビティに関連付けられ、
第１の複数のＴＷＴウィンドウが、第２の複数のＴＷＴウィンドウと重複しない、
第１の複数のＴＷＴウィンドウの間に第２のデバイスと通信することと、
第２の複数のＴＷＴウィンドウの間に第１のデバイスと通信することと
を含む、条項２３１または２３８のうちの１つまたは複数のワイヤレス通信デバイス。
２４０．処理システムが、
第１の複数のＴＷＴウィンドウと第２の複数のＴＷＴウィンドウとの間のドリフトを測定することと、ここにおいて、
第１のＴＷＴセッションが、ワイヤレス通信デバイスに関連付けられたアプリケーションレイヤクロックに関連付けられ、
第２のＴＷＴセッションが、媒体アクセス制御レイヤ（ＭＡＣ）におけるワイヤレス通信デバイス（ＷＣＤ）クロックに関連付けられ、
ドリフトを低減するために第１の複数のＴＷＴウィンドウまたは第２の複数のＴＷＴウィンドウのうちの１つまたは複数のタイミングを調整することと
を行うようにさらに構成される、条項２３１、２３８、または２３９のうちの１つまたは複数のワイヤレス通信デバイス。
２４１．ドリフトが、アプリケーションレイヤクロックの忠実度とＷＣＤクロックの忠実度との間の差に関連付けられる、条項２３１または２３８～２４０のうちの１つまたは複数のワイヤレス通信デバイス。
２４２．ドリフトが、アプリケーションレイヤクロックの共振周波数とＷＣＤクロックの共振周波数との間の差に関連付けられる、条項２３１または２３８～２４０のうちの１つまたは複数のワイヤレス通信デバイス。
２４３．第１のデバイスがアクセスポイント（ＡＰ）であり、
ワイヤレス通信デバイスが、ＡＰと第２のデバイスとの間のリレー局（ＳＴＡ）に含まれる、
条項２３１～２４２のうちの１つまたは複数のワイヤレス通信デバイス。
２４４．ＡＰまたはリレーＳＴＡのうちの１つまたは複数がレンダリングデバイスであり、
第２のデバイスがヘッドマウントディスプレイ（ＨＭＤ）を含む、
条項２３１～２４３のうちの１つまたは複数のワイヤレス通信デバイス。

【0268】

[0295]本明細書で使用される、項目のリスト「のうちの少なくとも１つ」または「のうちの１つまたは複数」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。たとえば、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａのみ、ｂのみ、ｃのみ、ａとｂの組合せ、ａとｃの組合せ、ｂとｃの組合せ、およびａとｂとｃの組合せの可能性を包含するものである。

【0269】

[0296]本明細書に開示される実装形態に関して記載された様々な例示的な構成要素、論理、論理ブロック、モジュール、回路、動作、およびアルゴリズムプロセスは、本明細書に開示される構造とそれらの構造的等価物とを含む、電子ハードウェア、ファームウェア、ソフトウェア、またはハードウェア、ファームウェア、もしくはソフトウェアの組合せとして実装され得る。ハードウェア、ファームウェア、およびソフトウェアの互換性が、概して機能に関して記載され、上述された様々な例示的な構成要素、ブロック、モジュール、回路、およびプロセスにおいて示されている。そのような機能がハードウェアに実装されるか、ファームウェアに実装されるか、ソフトウェアに実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。

【0270】

[0297]本開示に記載された実装形態に対する様々な修正は当業者には容易に明らかであり得、本明細書で定義された一般原理は、本開示の趣旨または範囲から逸脱することなく他の実装形態に適用され得る。したがって、特許請求の範囲は、本明細書に示された実装形態に限定されるものではなく、本開示、本明細書に開示される原理および新規の特徴に一致する、最も広い範囲を与えられるべきである。

【0271】

[0298]さらに、別個の実装形態の文脈で本明細書に記載された様々な特徴はまた、単一の実装形態において組合せで実装され得る。反対に、単一の実装形態の文脈で記載された様々な特徴はまた、別々に、または任意の適切な部分組合せで、複数の実装形態において実装され得る。したがって、特徴は、特定の組合せで働くものとして上述され、初めにそのように請求される場合さえあるが、請求された組合せからの１つまたは複数の特徴は、場合によってはその組合せから削除され得、請求された組合せは、部分組合せ、または部分組合せの変形形態を対象とする場合がある。

【0272】

【図1A】

【図1B】

【図2A】

【図2B】

【図3A】

【図3B】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15A】

【図15B】

【図15C】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【手続補正書】

【提出日】2023-09-04

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

【請求項3】

【請求項4】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項２に記載の方法。

【請求項5】

【請求項6】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項５に記載の方法。

【請求項7】

【請求項8】

【請求項9】

【請求項10】

【請求項11】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項９に記載のデバイス。

【請求項12】

【請求項13】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項１２に記載のデバイス。

【請求項14】

【請求項15】

前記デバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記第２のデバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項９に記載のデバイス。

【請求項16】

【請求項17】

【請求項18】

【請求項19】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項１７に記載の方法。

【請求項20】

【請求項21】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項２０に記載の方法。

【請求項22】

【請求項23】

【請求項24】

【請求項25】

【請求項26】

前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、請求項２４に記載のデバイス。

【請求項27】

【請求項28】

前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、請求項２７に記載のデバイス。

【請求項29】

【請求項30】

前記第２のデバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記デバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
請求項２４に記載のデバイス。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０２７２

【補正方法】変更

【補正の内容】

【0272】

[0299]同様に、動作が特定の順序で図面に描写されているが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序で、もしくは逐次的な順序で実行されること、またはすべての示された動作が実行されることを必要とするものとして理解されるべきではない。さらに、図面は、フローチャートまたは流れ図の形態で１つまたは複数の例示的なプロセスを概略的に描写する場合がある。しかしながら、描写されていない他の動作が、概略的に示された例示的なプロセスに組み込まれ得る。たとえば、１つまたは複数の追加の動作が、示された動作のいずれかの前に、その後に、それと同時に、またはその間に実行され得る。いくつかの状況では、マルチタスキングおよび並列処理が有利であり得る。その上、上述された実装形態における様々なシステム構成要素の分離は、すべての実装形態においてそのような分離を必要とするものとして理解されるべきでなく、記載されたプログラム構成要素およびシステムは、概して、単一のソフトウェア製品の中で互いに一体化されるか、または複数のソフトウェア製品の中にパッケージングされ得ることを理解されたい。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
エクステンデッドリアリティ（ＸＲ）体験のためのワイヤレス通信デバイスによって実行される方法であって、
ワイヤレス媒体の制御を取得することと、ここにおいて、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して、前記ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記第２のデバイスから前記ワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスに前記第１のＰＰＤＵを提供することと、
前記第２のデバイスに前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを提供することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを提供することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を備える、方法。
［Ｃ２］
前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
Ｃ１に記載の方法。
［Ｃ３］
ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、Ｃ２に記載の方法。
［Ｃ４］
前記第１の優先度は第１のバックオフカウンタ値に関連付けられ、ここにおいて、前記第１のバックオフカウンタ値は、前記第１のＰＰＤＵのための前記ワイヤレス媒体を競合するために前記ワイヤレス通信デバイスのバックオフカウンタによって使用され、
前記第２の優先度は、前記第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、
前記第３の優先度は、前記第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられ、ここにおいて、前記第３のバックオフカウンタ値は、前記１つまたは複数の後続のＰＰＤＵのための前記ワイヤレス媒体を競合するために前記ワイヤレス通信デバイスの前記バックオフカウンタによって使用される、
Ｃ２に記載の方法。
［Ｃ５］
前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、Ｃ４に記載の方法。
［Ｃ６］
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、第１の基本サービスセット（ＢＳＳ）に含まれ、
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
前記ＯＢＳＳデバイスは、第４の優先度に関連付けられた高重要度分類データを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスまたは前記第２のデバイスは、前記第１の優先度または前記第２の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ２に記載の方法。
［Ｃ７］
前記ワイヤレス通信デバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記第２のデバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ６に記載の方法。
［Ｃ８］
前記ワイヤレス媒体の制御を取得するために第１の送信要求（ＲＴＳ）フレームを提供することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間は、前記第１のＰＰＤＵが提供される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを提供した後に、前記第２のデバイスから第１の送信可（ＣＴＳ）フレームを取得することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に、第２のＲＴＳフレームを提供することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを提供することは、前記第１のＣＴＳフレームを取得した後、および前記第１のＴＸＯＰの間である、
をさらに備える、Ｃ２に記載の方法。
［Ｃ９］
前記第１のＴＸＯＰは、前記第２のデバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記ワイヤレス通信デバイスによって短縮される、Ｃ８に記載の方法。
［Ｃ１０］
前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを提供する前に、前記第２のデバイスから前記データを取得することをさらに備える、Ｃ８に記載の方法。
［Ｃ１１］
前記第２のデバイスに前記アプリケーションファイルの最後のＰＰＤＵを提供することと、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止めることと、
前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放することと、
をさらに備える、Ｃ８に記載の方法。
［Ｃ１２］
前記ワイヤレス媒体の制御を解放するために前記最後のＭＳＤＵを提供した後に、コンテンションフリー（ＣＦ）エンドビーコンを提供することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記第２のデバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、前記ワイヤレス媒体の制御を取得することをさらに備え、ここにおいて、
前記第２のアプリケーションファイルの第１のＭＳＤＵは、前記第２のアプリケーションファイルの前記第１のＭＳＤＵを識別するメタデータを含み、
前記第１のＭＳＤＵは、ＥＤＣＡパラメータの前記第１のセットに関連付けられ、
前記ワイヤレス媒体の制御を取得することは、ＥＤＣＡパラメータの前記第１のセットに関連付けられる、
Ｃ１１に記載の方法。
［Ｃ１４］
前記ワイヤレス通信デバイスは、各アプリケーションファイルに対し、前記第１のＰＰＤＵのためのＲＴＳ／ＣＴＳシグナリングを可能にする、Ｃ１３に記載の方法。
［Ｃ１５］
前記ワイヤレス通信デバイスは、ソフトウェア対応アクセスポイント（ＳＡＰ）に含まれ、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含み、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
Ｃ１に記載の方法。
［Ｃ１６］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたワイヤレス通信デバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
ワイヤレス媒体の制御を取得することと、ここにおいて、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して、前記ワイヤレス通信デバイスから第２のデバイスにアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記第２のデバイスから前記ワイヤレス通信デバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスに前記第１のＰＰＤＵを提供することと、
前記第２のデバイスに前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを提供することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを提供することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を行うように構成された、ワイヤレス通信デバイス。
［Ｃ１７］
前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
Ｃ１６に記載のワイヤレス通信デバイス。
［Ｃ１８］
ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、Ｃ１７に記載のワイヤレス通信デバイス。
［Ｃ１９］
前記第１の優先度は第１のバックオフカウンタ値に関連付けられ、ここにおいて、前記第１のバックオフカウンタ値は、前記第１のＰＰＤＵのための前記ワイヤレス媒体を競合するために前記ワイヤレス通信デバイスのバックオフカウンタによって使用され、
前記第２の優先度は、前記第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、
前記第３の優先度は、前記第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられ、ここにおいて、前記第３のバックオフカウンタ値は、前記１つまたは複数の後続のＰＰＤＵのための前記ワイヤレス媒体を競合するために前記ワイヤレス通信デバイスの前記バックオフカウンタによって使用される、
Ｃ１７に記載のワイヤレス通信デバイス。
［Ｃ２０］
前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、Ｃ１９に記載のワイヤレス通信デバイス。
［Ｃ２１］
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、第１の基本サービスセット（ＢＳＳ）に含まれ、
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
前記ＯＢＳＳデバイスは、第４の優先度に関連付けられた高重要度分類データを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスまたは前記第２のデバイスは、前記第１の優先度または前記第２の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ１７に記載のワイヤレス通信デバイス。
［Ｃ２２］
前記ワイヤレス通信デバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記第２のデバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ２１に記載のワイヤレス通信デバイス。
［Ｃ２３］
前記インターフェースは、
前記ワイヤレス媒体の制御を取得するために第１の送信要求（ＲＴＳ）フレームを提供することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間が、前記第１のＰＰＤＵが提供される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを提供した後に、前記第２のデバイスから第１の送信可（ＣＴＳ）フレームを取得することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に第２のＲＴＳフレームを提供することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを提供することは、前記第１のＣＴＳフレームを取得した後、および前記第１のＴＸＯＰの間である、
を行うようにさらに構成される、Ｃ１７に記載のワイヤレス通信デバイス。
［Ｃ２４］
前記第１のＴＸＯＰは、前記第２のデバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記ワイヤレス通信デバイスによって短縮される、Ｃ２３に記載のワイヤレス通信デバイス。
［Ｃ２５］
前記インターフェースは、前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを提供する前に、前記第２のデバイスから前記データを取得するようにさらに構成される、Ｃ２３に記載のワイヤレス通信デバイス。
［Ｃ２６］
前記インターフェースは、
前記第２のデバイスに前記アプリケーションファイルの最後のＰＰＤＵを提供することと、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止めることと、
前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放することと、
を行うようにさらに構成される、Ｃ２３に記載のワイヤレス通信デバイス。
［Ｃ２７］
前記インターフェースは、前記ワイヤレス媒体の制御を解放するために前記最後のＭＳＤＵを提供した後に、コンテンションフリー（ＣＦ）エンドビーコンを提供するようにさらに構成される、Ｃ２６に記載のワイヤレス通信デバイス。
［Ｃ２８］
前記インターフェースは、前記第２のデバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、前記ワイヤレス媒体の制御を取得するようにさらに構成され、ここにおいて、
前記第２のアプリケーションファイルの第１のＭＳＤＵは、前記第２のアプリケーションファイルの前記第１のＭＳＤＵを識別するメタデータを含み、
前記第１のＭＳＤＵは、ＥＤＣＡパラメータの前記第１のセットに関連付けられ、
前記ワイヤレス媒体の制御を取得することは、ＥＤＣＡパラメータの前記第１のセットに関連付けられる、
Ｃ２６に記載のワイヤレス通信デバイス。
［Ｃ２９］
前記ワイヤレス通信デバイスは、各アプリケーションファイルに対し、前記第１のＰＰＤＵのためのＲＴＳ／ＣＴＳシグナリングを可能にする、Ｃ２８に記載のワイヤレス通信デバイス。
［Ｃ３０］
前記ワイヤレス通信デバイスは、ソフトウェア対応アクセスポイント（ＳＡＰ）に含まれ、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含み、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
Ｃ１６に記載のワイヤレス通信デバイス。
［Ｃ３１］
ワイヤレス通信デバイスによって実行される方法であって、
ワイヤレス媒体を介して第２のデバイスからアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を取得することと、ここにおいて、
前記第２のデバイスは、前記ワイヤレス媒体の制御を取得し、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して前記第１のＰＰＤＵを送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記ワイヤレス通信デバイスから前記第２のデバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスから前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを取得することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を備える、方法。
［Ｃ３２］
前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
Ｃ３１に記載の方法。
［Ｃ３３］
ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、Ｃ３２に記載の方法。
［Ｃ３４］
前記第１の優先度は、第１のバックオフカウンタ値に関連付けられ、
前記第２の優先度は、前記第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、ここにおいて、前記第２のバックオフカウンタ値は、前記第２のデバイスに前記データを提供するべきときを決定する際に前記ワイヤレス通信デバイスのバックオフカウンタによって使用され、
前記第３の優先度は、前記第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられる、
Ｃ３２に記載の方法。
［Ｃ３５］
前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、Ｃ３４に記載の方法。
［Ｃ３６］
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、第１の基本サービスセット（ＢＳＳ）に含まれ、
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
前記ＯＢＳＳデバイスは、第４の優先度に関連付けられた高重要度分類データを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスまたは前記第２のデバイスは、前記第１の優先度または前記第２の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ３２に記載の方法。
［Ｃ３７］
前記第２のデバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ３６に記載の方法。
［Ｃ３８］
前記第２のデバイスから第１の送信要求（ＲＴＳ）フレームを取得することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間は、前記第１のＰＰＤＵが前記第２のデバイスから取得される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを取得した後に、前記第２のデバイスに第１の送信可（ＣＴＳ）フレームを提供することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に、第２のＲＴＳフレームを前記第２のデバイスから取得することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを取得することは、前記第１のＣＴＳフレームを提供した後、および前記第１のＴＸＯＰの間である、
をさらに備える、Ｃ３２に記載の方法。
［Ｃ３９］
前記第１のＴＸＯＰは、前記第２のデバイスが前記ワイヤレス通信デバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記第２のデバイスによって短縮される、Ｃ３８に記載の方法。
［Ｃ４０］
前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを取得する前に、前記第２のデバイスに前記データを提供することをさらに備える、Ｃ３８に記載の方法。
［Ｃ４１］
前記第２のデバイスから前記アプリケーションファイルの最後のＰＰＤＵを取得すること、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスは、前記ワイヤレス通信デバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止め、
前記第２のデバイスは、前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放する、
をさらに備える、Ｃ３８に記載の方法。
［Ｃ４２］
前記最後のＭＳＤＵを取得した後に、前記第２のデバイスからコンテンションフリー（ＣＦ）エンドビーコンを取得することをさらに備え、ここにおいて、前記ＣＦエンドビーコンは前記ワイヤレス媒体の制御を解放するために使用される、Ｃ４１に記載の方法。
［Ｃ４３］
前記第２のデバイスは、前記ワイヤレス通信デバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、前記ワイヤレス媒体の制御を取得し、
前記第２のアプリケーションファイルの第１のＭＳＤＵは、前記第２のアプリケーションファイルの前記第１のＭＳＤＵを識別するメタデータを含み、
前記第１のＭＳＤＵは、ＥＤＣＡパラメータの前記第１のセットに関連付けられ、
前記第２のデバイスによって前記ワイヤレス媒体の制御を取得することは、ＥＤＣＡパラメータの前記第１のセットに関連付けられる、
Ｃ４１に記載の方法。
［Ｃ４４］
前記第２のデバイスは、ソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記ワイヤレス通信デバイスは、ヘッドマウントディスプレイ（ＨＭＤ）に含まれ、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
Ｃ３１に記載の方法。
［Ｃ４５］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたワイヤレス通信デバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
ワイヤレス媒体を介して第２のデバイスからアプリケーションファイルの第１の物理レイヤプロトコルデータユニット（ＰＰＤＵ）を取得することと、ここにおいて、
前記第２のデバイスは、前記ワイヤレス媒体の制御を取得し、
前記ワイヤレス媒体の制御は、前記ワイヤレス媒体を介して前記第１のＰＰＤＵを送信する第１の優先度に関連付けられ、
前記第１の優先度は、前記ワイヤレス媒体を介して前記ワイヤレス通信デバイスから前記第２のデバイスにデータを送信する第２の優先度とは異なる、
前記第２のデバイスから前記アプリケーションファイルの１つまたは複数の後続のＰＰＤＵを取得することと、ここにおいて、前記１つまたは複数の後続のＰＰＤＵを取得することは、前記ワイヤレス媒体を介して前記１つまたは複数の後続のＰＰＤＵを送信する第３の優先度に関連付けられる、
を行うように構成された、ワイヤレス通信デバイス。
［Ｃ４６］
前記第１の優先度は、拡張分散チャネルアクセス（ＥＤＣＡ）パラメータの第１のセットに関連付けられ、
前記第２の優先度はＥＤＣＡパラメータの第２のセットに関連付けられ、
前記第３の優先度はＥＤＣＡパラメータの第３のセットに関連付けられる、
Ｃ４５に記載のワイヤレス通信デバイス。
［Ｃ４７］
ＥＤＣＡパラメータは、
調停フレーム間隔数（ＡＩＦＳＮ）、
最小競合ウィンドウ（ＣＷｍｉｎ）、または
最大競合ウィンドウ（ＣＷｍａｘ）
のうちの１つまたは複数を含む、Ｃ４６に記載のワイヤレス通信デバイス。
［Ｃ４８］
前記第１の優先度は、第１のバックオフカウンタ値に関連付けられ、
前記第２の優先度は、前記第１のバックオフカウンタ値よりも大きい第２のバックオフカウンタ値に関連付けられ、ここにおいて、前記第２のバックオフカウンタ値は、前記第２のデバイスに前記データを提供するべきときを決定する際に前記ワイヤレス通信デバイスのバックオフカウンタによって使用され、
前記第３の優先度は、前記第２のバックオフカウンタ値よりも大きい第３のバックオフカウンタ値に関連付けられる、
Ｃ４６に記載のワイヤレス通信デバイス。
［Ｃ４９］
前記第１のバックオフカウンタ値は第１の送信機会（ＴＸＯＰ）の間ゼロである、Ｃ４８に記載のワイヤレス通信デバイス。
［Ｃ５０］
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、第１の基本サービスセット（ＢＳＳ）に含まれ、
前記ワイヤレス通信デバイスおよび前記第２のデバイスは、他のＢＳＳ（ＯＢＳＳ）内のデバイスの範囲内であり、
前記ＯＢＳＳデバイスは、第４の優先度に関連付けられた高重要度分類データを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスまたは前記第２のデバイスは、前記第１の優先度または前記第２の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ４６に記載のワイヤレス通信デバイス。
［Ｃ５１］
前記第２のデバイスは、前記第３の優先度に関連付けられた１つまたは複数の後続のＰＰＤＵを送信するために前記ワイヤレス媒体を競合し、
前記ワイヤレス通信デバイスは、前記ワイヤレス媒体を競合することを止め、
前記ＯＢＳＳデバイスは、前記第４の優先度に基づいて前記ワイヤレス媒体の制御を取得する、
Ｃ５０に記載のワイヤレス通信デバイス。
［Ｃ５２］
前記インターフェースは、
前記第２のデバイスから第１の送信要求（ＲＴＳ）フレームを取得することと、ここにおいて、前記第１のＲＴＳフレームは、第１の時間期間の間の前記ワイヤレス媒体の制御を維持するネットワーク割振りベクトル（ＮＡＶ）の指示を含み、前記第１の時間期間は、前記第１のＰＰＤＵが前記第２のデバイスから取得される第１の送信機会（ＴＸＯＰ）よりも大きい、
前記第１のＲＴＳフレームを取得した後に、前記第２のデバイスに第１の送信可（ＣＴＳ）フレームを提供することと、
前記第１のＴＸＯＰの後、および前記第１の時間期間の終了前に、第２のＲＴＳフレームを前記第２のデバイスから取得することと、ここにおいて、
前記第２のＲＴＳフレームは、複数のＴＸＯＰをカバーするように前記第１の時間期間を延長する前記ＮＡＶの指示を含み、
前記第１のＰＰＤＵを取得することは、前記第１のＣＴＳフレームを提供した後、および前記第１のＴＸＯＰの間である、
を行うようにさらに構成される、Ｃ４６に記載のワイヤレス通信デバイス。
［Ｃ５３］
前記第１のＴＸＯＰは、前記第２のデバイスが前記ワイヤレス通信デバイスに前記アプリケーションファイルに関連付けられたＰＰＤＵを提供する前に、前記第２のデバイスによって短縮される、Ｃ５２に記載のワイヤレス通信デバイス。
［Ｃ５４］
前記インターフェースは、前記第１のＴＸＯＰの後、および前記第２のＲＴＳフレームを取得する前に、前記第２のデバイスに前記データを提供するようにさらに構成される、Ｃ５２に記載のワイヤレス通信デバイス。
［Ｃ５５］
前記インターフェースは、
前記第２のデバイスから前記アプリケーションファイルの最後のＰＰＤＵを取得すること、ここにおいて、
前記最後のＰＰＤＵは、前記アプリケーションファイルの最後の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記最後のＭＳＤＵは、前記アプリケーションファイルの前記最後のＭＳＤＵを識別するメタデータを含み、
前記第２のデバイスは、前記ワイヤレス通信デバイスに前記最後のＭＳＤＵを提供した後に前記第１の時間期間を延長するために別のＲＴＳフレームを提供することを止め、
前記第２のデバイスは、前記第１の時間期間の終了時に前記ワイヤレス媒体の制御を解放する、
を行うようにさらに構成される、Ｃ５２に記載のワイヤレス通信デバイス。
［Ｃ５６］
前記インターフェースは、前記最後のＭＳＤＵを取得した後に、前記第２のデバイスからコンテンションフリー（ＣＦ）エンドビーコンを取得するようにさらに構成され、ここにおいて、前記ＣＦエンドビーコンが前記ワイヤレス媒体の制御を解放するために使用される、Ｃ５５に記載のワイヤレス通信デバイス。
［Ｃ５７］
前記第２のデバイスは、前記ワイヤレス通信デバイスに第２のアプリケーションファイルの１つまたは複数のＰＰＤＵを提供するために、前記ワイヤレス媒体の制御を取得し、
前記第２のアプリケーションファイルの第１のＭＳＤＵは、前記第２のアプリケーションファイルの前記第１のＭＳＤＵを識別するメタデータを含み、
前記第１のＭＳＤＵは、ＥＤＣＡパラメータの前記第１のセットに関連付けられ、
前記第２のデバイスによって前記ワイヤレス媒体の制御を取得することは、ＥＤＣＡパラメータの前記第１のセットに関連付けられる、
Ｃ５５に記載のワイヤレス通信デバイス。
［Ｃ５８］
前記第２のデバイスは、ソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記ワイヤレス通信デバイスは、ヘッドマウントディスプレイ（ＨＭＤ）に含まれ、
前記アプリケーションファイルは、前記ＨＭＤによって表示されるべきビデオフレームに関連付けられる、
Ｃ４５に記載のワイヤレス通信デバイス。
［Ｃ５９］
エクステンデッドリアリティ（ＸＲ）体験のためのデバイスによって実行される方法であって、
第２のデバイスから、ワイヤレス媒体を介してアップリンク（ＵＬ）データを取得することと、
前記第２のデバイスに、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを提供することと、ここにおいて、
１つまたは複数のＰＰＤＵは現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスに提供され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスに提供されたとき、または、
前記第１のＰＰＤＵが前記デバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を備える、方法。
［Ｃ６０］
前記第２のデバイスによって表示されるべきビデオフレームをレンダリングすることをさらに備え、ここにおいて、
前記デバイスはレンダリングデバイスを含み、
前記第２のデバイスはディスプレイデバイスを含み、
前記ＵＬデータはポーズデータフレームを含み、
前記ビデオフレームの前記レンダリングは、前記取得されたポーズデータフレームに関連付けられ、ここにおいて、
前記ビデオフレームのうちの第１のビデオフレームは、複数のスライスを含み、
前記第１のビデオフレームのレンダリングは、前記第２のデバイスから最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵは、前記複数のスライスのうちの１つまたは複数に関連付けられる、
Ｃ５９に記載の方法。
［Ｃ６１］
前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを、前記第２のデバイスに提供することと、
前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを前記第２のデバイスに提供することと、
をさらに備える、Ｃ６０に記載の方法。
［Ｃ６２］
前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、Ｃ６０に記載の方法。
［Ｃ６３］
前記デバイスのアプリケーションレイヤクロックとワイヤレス通信デバイス（ＷＣＤ）クロックとを同期させることをさらに備え、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームのレンダリングのタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
Ｃ６２に記載の方法。
［Ｃ６４］
前記ポーズデータフレームは第１の頻度で取得され、
前記ビデオフレームは前記第１の頻度でレンダリングされ、ここにおいて、各々の取得されたポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
Ｃ６３に記載の方法。
［Ｃ６５］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、Ｃ６３に記載の方法。
［Ｃ６６］
前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることは、
前記第１のビデオフレームのレンダリングを開始するレンダリング時間の前の第１の時間に、前記現在のＴＷＴウィンドウの前記開始を整合させること、ここにおいて、前記第１の時間は、第１のオフセットだけ前記レンダリング時間に先行し、前記第１のオフセットは、前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、Ｃ６５に記載の方法。
［Ｃ６７］
前記現在のＴＷＴウィンドウの前記開始の間に、前記第１のポーズデータフレームを取得することをさらに備える、Ｃ６６に記載の方法。
［Ｃ６８］
前記現在のＴＷＴウィンドウの間に、さらなるポーズデータフレームを取得することと、
次のＴＷＴウィンドウの間に、第２のビデオフレームの少なくとも一部分をレンダリングすることと、ここにおいて、
前記第２のビデオフレームは、前記さらなるポーズデータフレームに関連付けられ、
前記さらなるポーズデータフレームは、前記第２のビデオフレームをレンダリングする前に、最も最近取得されたポーズデータフレームである、
をさらに備える、Ｃ６７に記載の方法。
［Ｃ６９］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることを含み、
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、
Ｃ６３に記載の方法。
［Ｃ７０］
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、
前記第１のビデオフレームのレンダリングを開始するレンダリング時間を、前記現在のＴＷＴウィンドウの前記開始の後の第１の時間に整合させること、ここにおいて、前記第１の時間は、前記現在のＴＷＴウィンドウの前記開始に第１のオフセットだけ後に続き、ここにおいて、前記第１のオフセットは前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、Ｃ６９に記載の方法。
［Ｃ７１］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを周期的に同期させることをさらに備え、ここにおいて、
前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間の最後の同期後に、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間のドリフトがドリフト閾値よりも大きくなることに関連付けられる、Ｃ６３に記載の方法。
［Ｃ７２］
前記デバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記第２のデバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ６０に記載の方法。
［Ｃ７３］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
第２のデバイスから、ワイヤレス媒体を介してアップリンク（ＵＬ）データを取得することと、
前記第２のデバイスに、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを提供することと、ここにおいて、
１つまたは複数のＰＰＤＵが現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスに提供され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスに提供されたとき、または
前記第１のＰＰＤＵが前記デバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を行うように構成された、デバイス。
［Ｃ７４］
前記処理システムは、前記第２のデバイスによって表示されるべきビデオフレームをレンダリングするように構成され、ここにおいて
前記デバイスはレンダリングデバイスを含み、
前記第２のデバイスはディスプレイデバイスを含み、
前記ＵＬデータはポーズデータフレームを含み、
前記ビデオフレームの前記レンダリングは、前記取得されたポーズデータフレームに関連付けられ、ここにおいて、
前記ビデオフレームのうちの第１のビデオフレームは、複数のスライスを含み、
前記第１のビデオフレームのレンダリングは、前記第２のデバイスから最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵは、前記複数のスライスのうちの１つまたは複数に関連付けられる、
Ｃ７３に記載のデバイス。
［Ｃ７５］
前記インターフェースは、
前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを、前記第２のデバイスに提供することと、
前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを前記第２のデバイスに提供することと、
を行うようにさらに構成される、Ｃ７４に記載のデバイス。
［Ｃ７６］
前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、Ｃ７４に記載のデバイス。
［Ｃ７７］
前記デバイスは、前記デバイスのアプリケーションレイヤクロックとワイヤレス通信デバイス（ＷＣＤ）クロックとを同期させるように構成され、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームのレンダリングのタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
Ｃ７６に記載のデバイス。
［Ｃ７８］
前記ポーズデータフレームは第１の頻度で取得され、
前記ビデオフレームは前記第１の頻度でレンダリングされ、ここにおいて、各々の取得されたポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
Ｃ７７に記載のデバイス。
［Ｃ７９］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、Ｃ７７に記載のデバイス。
［Ｃ８０］
前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることは、
前記第１のビデオフレームのレンダリングを開始するレンダリング時間の前の第１の時間に、前記現在のＴＷＴウィンドウの前記開始を整合させること、ここにおいて、前記第１の時間は、第１のオフセットだけ前記レンダリング時間に先行し、前記第１のオフセットは、前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、Ｃ７９に記載のデバイス。
［Ｃ８１］
前記インターフェースは、前記現在のＴＷＴウィンドウの前記開始の間に、前記第１のポーズデータフレームを取得するようにさらに構成される、Ｃ８０に記載のデバイス。
［Ｃ８２］
前記インターフェースは、前記現在のＴＷＴウィンドウの間に、さらなるポーズデータフレームを取得するようにさらに構成され、
前記処理システムは、次のＴＷＴウィンドウの間に、第２のビデオフレームの少なくとも一部分をレンダリングするようにさらに構成され、ここにおいて、
前記第２のビデオフレームは、前記さらなるポーズデータフレームに関連付けられ、
前記さらなるポーズデータフレームは、前記第２のビデオフレームをレンダリングする前に、最も最近取得されたポーズデータフレームである、
Ｃ８１に記載のデバイス。
［Ｃ８３］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることを含み、
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、
Ｃ７７に記載のデバイス。
［Ｃ８４］
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、
前記第１のビデオフレームのレンダリングを開始するレンダリング時間を、前記現在のＴＷＴウィンドウの前記開始の後の第１の時間に整合させること、ここにおいて、前記第１の時間は、前記現在のＴＷＴウィンドウの前記開始に第１のオフセットだけ後に続き、ここにおいて、前記第１のオフセットは前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、Ｃ８３に記載のデバイス。
［Ｃ８５］
前記デバイスは、前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを周期的に同期させるように構成され、
前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間の最後の同期後に、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間のドリフトがドリフト閾値よりも大きくなることに関連付けられる、Ｃ７７に記載のデバイス。
［Ｃ８６］
前記デバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記第２のデバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ７４に記載のデバイス。
［Ｃ８７］
エクステンデッドリアリティ（ＸＲ）体験のためのデバイスによって実行される方法であって、
ワイヤレス媒体を介して第２のデバイスにアップリンク（ＵＬ）データを提供することと、
前記第２のデバイスから、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを取得することと、ここにおいて、
１つまたは複数のＰＰＤＵは現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスから取得され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスによって提供されたとき、または
前記第１のＰＰＤＵが前記第２のデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を備える、方法。
［Ｃ８８］
前記第２のデバイスは、前記デバイスによって表示されるべきビデオフレームをレンダリングするべきであり、ここにおいて、
前記第２のデバイスはレンダリングデバイスを含み、
前記デバイスはディスプレイデバイスを含み、
前記ＵＬデータはポーズデータフレームを含み、
前記ビデオフレームの前記レンダリングは、前記提供されたポーズデータフレームに関連付けられ、ここにおいて、
前記ビデオフレームのうちの第１のビデオフレームは、複数のスライスを含み、
前記第１のビデオフレームのレンダリングは、前記第２のデバイスによって最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵは、前記複数のスライスのうちの１つまたは複数に関連付けられる、
Ｃ８７に記載の方法。
［Ｃ８９］
前記第２のデバイスから、前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを取得することと、
前記第２のデバイスから、前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを取得することと、
をさらに備える、Ｃ８８に記載の方法。
［Ｃ９０］
前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、Ｃ８８に記載の方法。
［Ｃ９１］
前記デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させることをさらに備え、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームの表示のタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
Ｃ９０に記載の方法。
［Ｃ９２］
前記ポーズデータフレームは第１の頻度で提供され、
前記ビデオフレームは前記第１の頻度で前記第２のデバイスによってレンダリングされ、ここにおいて、前記第２のデバイスによって取得された各ポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
Ｃ９１に記載の方法。
［Ｃ９３］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、Ｃ９１に記載の方法。
［Ｃ９４］
前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることは、
前記現在のＴＷＴウィンドウの前記開始を、前記第１のポーズデータフレームが前記第２のデバイスに提供される第１の時間に整合させること、ここにおいて、
前記第１の時間は、前記第２のデバイスが前記第１のビデオフレームのレンダリングを開始するべきレンダリング時間に先行し、
前記第１の時間は、第１のオフセットだけ前記レンダリング時間に先行し、
前記第１のオフセットは、前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、Ｃ９３に記載の方法。
［Ｃ９５］
前記現在のＴＷＴウィンドウの前記開始の間に前記第１のポーズデータフレームを取得すること、または
ポーズデータフレームを取得する前に発生する前記現在のＴＷＴウィンドウの前記開始からのタイムアウト、
のうちの１つが発生すると、前記第２のデバイスが前記第１のビデオフレームをレンダリングし始める、Ｃ９３に記載の方法。
［Ｃ９６］
前記現在のＴＷＴウィンドウの前記開始の時間を前記第２のデバイスに指示することをさらに備え、ここにおいて、
前記時間の前記指示は、前記ＷＣＤクロックが前記アプリケーションレイヤクロックに同期させられた後に前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられ、
前記第２のデバイスのＷＣＤクロックは、前記デバイスの前記ＷＣＤクロックに同期させられ、ここにおいて、前記ＷＣＤクロックの同期は、前記デバイスの前記ＴＳＦおよび前記第２のデバイスのＭＡＣにおけるＴＳＦに関連付けられ、
前記第２のデバイスのアプリケーションレイヤクロックは、前記ＡＰの前記ＷＣＤクロックに同期させられ、ここにおいて、前記第２のデバイスの前記ＷＣＤクロックへの前記第２のデバイスの前記アプリケーションレイヤクロックの同期は、前記第２のデバイスの前記ＴＳＦに関連付けられる、
Ｃ９３に記載の方法。
［Ｃ９７］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることを含み、
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、
Ｃ９１に記載の方法。
［Ｃ９８］
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、
前記現在のＴＷＴウィンドウに関連付けられた時間に表示時間を整合させること、
を含む、Ｃ９７に記載の方法。
［Ｃ９９］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを周期的に同期させることをさらに備え、ここにおいて、
前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間の最後の同期後に、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間のドリフトがドリフト閾値よりも大きくなることに関連付けられる、Ｃ９１に記載の方法。
［Ｃ１００］
前記第２のデバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記デバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ８８に記載の方法。
［Ｃ１０１］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
ワイヤレス媒体を介して第２のデバイスにアップリンク（ＵＬ）データを提供することと、
前記第２のデバイスから、前記ワイヤレス媒体を介して物理レイヤプロトコルデータユニット（ＰＰＤＵ）を含むダウンリンク（ＤＬ）データを取得することと、ここにおいて、
１つまたは複数のＰＰＤＵは現在の目標起床時間（ＴＷＴ）ウィンドウの間に前記第２のデバイスから取得され、
前記現在のＴＷＴウィンドウの開始は、
前記１つまたは複数のＰＰＤＵのうちの第１のＰＰＤＵが前記第２のデバイスによって提供されたとき、または
前記第１のＰＰＤＵが前記第２のデバイスのアプリケーションレイヤから媒体アクセス制御レイヤ（ＭＡＣ）に提供されたとき、
のうちの１つに関連付けられる、
を行うように構成された、デバイス。
［Ｃ１０２］
前記第２のデバイスは、前記デバイスによって表示されるべきビデオフレームをレンダリングするべきであり、ここにおいて、
前記第２のデバイスはレンダリングデバイスを含み、
前記デバイスはディスプレイデバイスを含み、
前記ＵＬデータはポーズデータフレームを含み、
前記ビデオフレームの前記レンダリングは、前記提供されたポーズデータフレームに関連付けられ、ここにおいて、
前記ビデオフレームのうちの第１のビデオフレームは、複数のスライスを含み、
前記第１のビデオフレームのレンダリングは、前記第２のデバイスによって最も最近取得された第１のポーズデータフレームに関連付けられ、
１つまたは複数のＰＰＤＵは、前記複数のスライスのうちの１つまたは複数に関連付けられる、
Ｃ１０１に記載のデバイス。
［Ｃ１０３］
前記インターフェースは、
前記第２のデバイスから、前記第２のデバイスが前記現在のＴＷＴウィンドウの後に低電力モードに入るべきでないことを示す電力管理（ＰＭ）フィールドを含むＭＡＣヘッダを含むパケットを取得することと、
前記第２のデバイスから、前記現在のＴＷＴウィンドウの後、および次のＴＷＴウィンドウの前に、前記第１のビデオフレームのビデオスライスに関連付けられたＰＰＤＵを取得することと、
を行うようにさらに構成される、Ｃ１０２に記載のデバイス。
［Ｃ１０４］
前記現在のＴＷＴウィンドウの前記開始は、前記第１のビデオフレームについてのモーションツーレンダ（Ｍ２Ｒ）レイテンシにさらに関連付けられる、Ｃ１０２に記載のデバイス。
［Ｃ１０５］
前記デバイスは、前記デバイスのアプリケーションレイヤクロックとＷＣＤクロックとを同期させるように構成され、ここにおいて、
前記アプリケーションレイヤクロックは、前記ビデオフレームの表示のタイミングのために前記デバイスによって使用され、
前記ＷＣＤクロックは、前記第２のデバイスとのワイヤレス通信のタイミングのために前記デバイスによって使用される、
Ｃ１０４に記載のデバイス。
［Ｃ１０６］
前記ポーズデータフレームは第１の頻度で提供され、
前記ビデオフレームは前記第１の頻度で前記第２のデバイスによってレンダリングされ、ここにおいて、前記第２のデバイスによって取得された各ポーズデータフレームは、レンダリングされたビデオフレームに関連付けられる、
Ｃ１０５に記載のデバイス。
［Ｃ１０７］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることを含む、Ｃ１０５に記載のデバイス。
［Ｃ１０８］
前記アプリケーションレイヤクロックに前記ＷＣＤクロックを同期させることは、
前記現在のＴＷＴウィンドウの前記開始を、前記第１のポーズデータフレームが前記第２のデバイスに提供される第１の時間に整合させること、ここにおいて、
前記第１の時間は、前記第２のデバイスが前記第１のビデオフレームのレンダリングを開始するべきレンダリング時間に先行し、
前記第１の時間は、第１のオフセットだけ前記レンダリング時間に先行し、
前記第１のオフセットは、前記Ｍ２Ｒレイテンシに関連付けられる、
を含む、Ｃ１０７に記載のデバイス。
［Ｃ１０９］
前記現在のＴＷＴウィンドウの前記開始の間に前記第１のポーズデータフレームを取得すること、または
ポーズデータフレームを取得する前に発生する前記現在のＴＷＴウィンドウの前記開始からのタイムアウト、
のうちの１つが発生すると、前記第２のデバイスが前記第１のビデオフレームをレンダリングし始める、Ｃ１０７に記載のデバイス。
［Ｃ１１０］
前記インターフェースは、前記現在のＴＷＴウィンドウの前記開始の時間を前記第２のデバイスに指示するようにさらに構成され、ここにおいて、
前記時間の前記指示は、前記ＷＣＤクロックが前記アプリケーションレイヤクロックに同期させられた後に前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられ、
前記第２のデバイスのＷＣＤクロックは、前記デバイスの前記ＷＣＤクロックに同期させられ、ここにおいて、前記ＷＣＤクロックの同期は、前記デバイスの前記ＴＳＦおよび前記第２のデバイスのＭＡＣにおけるＴＳＦに関連付けられ、
前記第２のデバイスのアプリケーションレイヤクロックは、前記第２のデバイスの前記ＷＣＤクロックに同期させられ、ここにおいて、前記第２のデバイスの前記ＷＣＤクロックへの前記第２のデバイスの前記アプリケーションレイヤクロックの同期は、前記第２のデバイスの前記ＴＳＦに関連付けられる、
Ｃ１０７に記載のデバイス。
［Ｃ１１１］
前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることを含み、
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、前記デバイスの前記ＭＡＣにおけるタイミング同期機能（ＴＳＦ）に関連付けられる、
Ｃ１０５に記載のデバイス。
［Ｃ１１２］
前記ＷＣＤクロックに前記アプリケーションレイヤクロックを同期させることは、
前記現在のＴＷＴウィンドウに関連付けられた時間に表示時間を整合させること、
を含む、Ｃ１１１に記載のデバイス。
［Ｃ１１３］
前記デバイスは、前記デバイスの前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを周期的に同期させるように構成され、ここにおいて、
前記アプリケーションレイヤクロックと前記ＷＣＤクロックとを同期させることは、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間の最後の同期後に、前記アプリケーションレイヤクロックと前記ＷＣＤクロックとの間のドリフトがドリフト閾値よりも大きくなることに関連付けられる、Ｃ１０５に記載のデバイス。
［Ｃ１１４］
前記第２のデバイスはソフトウェア対応ＡＰ（ＳＡＰ）を含み、
前記デバイスは、前記ビデオフレームを表示するヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１０２に記載のデバイス。
［Ｃ１１５］
デバイスによって実行される方法であって、
第２のデバイスに提供されるべき複数のビデオフレームをレンダリングすることと、
前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割することと、
前記複数のビデオスライスの各ビデオスライスについて、
前記ビデオスライスを含むように複数のＰＰＤＵを生成することと、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、
前記第２のデバイスへの送信のために前記ＭＳＤＵをキューイングすることと、
を備える、方法。
［Ｃ１１６］
前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
Ｃ１１５に記載の方法。
［Ｃ１１７］
各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、Ｃ１１６に記載の方法。
［Ｃ１１８］
前記ビデオスライスの前記ＡＣはビデオスライスの優先度に関連付けられる、Ｃ１１７に記載の方法。
［Ｃ１１９］
前記ビデオスライスの前記優先度は、前記ビデオスライスがｉスライスであるかｐスライスであるかに依存する、Ｃ１１８に記載の方法。
［Ｃ１２０］
第１のｐスライスをレンダリングすることと、
前記第１のｐスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｐスライスをレンダリングした後に、第２のｐスライスをレンダリングすることと、
前記第２のｐスライスをレンダリングした後、および前記第１のｐスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供する前に、前記第１のＭＳＤＵキューをフラッシュすることと、
をさらに備える、Ｃ１１９に記載の方法。
［Ｃ１２１］
第１のｉスライスをレンダリングすることと、
前記第１のｉスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｉスライスをレンダリングした後に、第２のｉスライスまたはｐスライスをレンダリングすることと、
前記第２のｉスライスに関連付けられた第２のＭＳＤＵキューを生成することと、
前記第２のＭＳＤＵキューを生成した後に、前記第１のｉスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供することと、
をさらに備える、Ｃ１１９に記載の方法。
［Ｃ１２２］
ビデオスライスに関連付けられたＰＰＤＵについて、
前記ＰＰＤＵが閾値の回数まで前記第２のデバイスに送信されるように試みられ、
前記デバイスは、前記閾値の回数前記第２のデバイスに前記ＰＰＤＵを送信する試みに失敗した後、前記ビデオスライスに関連付けられたＭＳＤＵキューをフラッシュする、
Ｃ１１９に記載の方法。
［Ｃ１２３］
前記ＭＳＤＵキューをフラッシュした後に、置換ビデオスライスを生成することと、
前記置換ビデオスライスに関連付けられた置換ＭＳＤＵキューを生成することと
をさらに備える、Ｃ１２２に記載の方法。
［Ｃ１２４］
前記ＭＳＤＵキューがフラッシュされたことを前記第２のデバイスに示すことをさらに備える、Ｃ１２２に記載の方法。
［Ｃ１２５］
前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するために順方向誤り訂正（ＦＥＣ）を使用することをさらに備える、Ｃ１１５に記載の方法。
［Ｃ１２６］
前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、Ｃ１２５に記載の方法。
［Ｃ１２７］
前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１１５に記載の方法。
［Ｃ１２８］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
インターフェースと、
処理システムと、を備え、前記処理システムは、
第２のデバイスに提供されるべき複数のビデオフレームをレンダリングすることと、
前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割することと、
前記複数のビデオスライスの各ビデオスライスについて、
前記ビデオスライスを含むように複数のＰＰＤＵを生成することと、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記ＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、
前記第２のデバイスへの送信のために前記ＭＳＤＵをキューイングすることと、
を行うように構成された、デバイス。
［Ｃ１２９］
前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
Ｃ１２８に記載のデバイス。
［Ｃ１３０］
各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、Ｃ１２９に記載のデバイス。
［Ｃ１３１］
前記ビデオスライスの前記ＡＣはビデオスライスの優先度に関連付けられる、Ｃ１３０に記載のデバイス。
［Ｃ１３２］
前記ビデオスライスの前記優先度は、前記ビデオスライスがｉスライスであるかｐスライスであるかに依存する、Ｃ１３１に記載のデバイス。
［Ｃ１３３］
前記処理システムは、
第１のｐスライスをレンダリングすることと、
前記第１のｐスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｐスライスをレンダリングした後に、第２のｐスライスをレンダリングすることと、
前記第２のｐスライスをレンダリングした後、および前記第１のｐスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供する前に、前記第１のＭＳＤＵキューをフラッシュすることと、
を行うようにさらに構成される、Ｃ１３２に記載のデバイス。
［Ｃ１３４］
前記処理システムは、
第１のｉスライスをレンダリングすることと、
前記第１のｉスライスに関連付けられた第１のＭＳＤＵキューを生成することと、
前記第１のｉスライスをレンダリングした後に、第２のｉスライスまたはｐスライスをレンダリングすることと、
前記第２のｉスライスに関連付けられた第２のＭＳＤＵキューを生成することと、
を行うようにさらに構成され、
前記インターフェースは、前記第２のＭＳＤＵキューを生成した後に、前記第１のｉスライスに関連付けられた１つまたは複数のＭＳＤＵを含むＰＰＤＵを前記第２のデバイスに提供するように構成される、
Ｃ１３２に記載のデバイス。
［Ｃ１３５］
ビデオスライスに関連付けられたＰＰＤＵについて、
前記インターフェースは、閾値の回数まで前記第２のデバイスに前記ＰＰＤＵを送信するように試みるように構成され、
前記処理システムは、前記閾値の回数前記第２のデバイスに前記ＰＰＤＵを送信する試みに失敗した後、前記ビデオスライスに関連付けられたＭＳＤＵキューをフラッシュするようにさらに構成される、
Ｃ１３２に記載のデバイス。
［Ｃ１３６］
前記処理システムは、
前記ＭＳＤＵキューをフラッシュした後に、置換ビデオスライスを生成することと、
前記置換ビデオスライスに関連付けられた置換ＭＳＤＵキューを生成することと、
を行うようにさらに構成される、Ｃ１３５に記載のデバイス。
［Ｃ１３７］
前記インターフェースは、前記ＭＳＤＵキューがフラッシュされたことを前記第２のデバイスに示すようにさらに構成される、Ｃ１３５に記載のデバイス。
［Ｃ１３８］
前記デバイスは、前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するために順方向誤り訂正（ＦＥＣ）を使用するように構成される、Ｃ１２８に記載のデバイス。
［Ｃ１３９］
前記第２のデバイスに１つまたは複数のＰＰＤＵを送信するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、Ｃ１３８に記載のデバイス。
［Ｃ１４０］
前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１２８に記載のデバイス。
［Ｃ１４１］
デバイスによって実行される方法であって、
第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を取得すること、ここにおいて、
前記第２のデバイスは、前記デバイスに提供されるべき複数のビデオフレームをレンダリングし、
前記第２のデバイスは、前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割し、
前記複数のビデオスライスの各ビデオスライスについて、
前記第２のデバイスは、前記ビデオスライスを含むように複数のＰＰＤＵを生成し、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別され、
前記第２のデバイスは、前記デバイスへの送信のために前記ＭＳＤＵをキューイングする、
を備える、方法。
［Ｃ１４２］
前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
Ｃ１４１に記載の方法。
［Ｃ１４３］
各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、Ｃ１４２に記載の方法。
［Ｃ１４４］
前記デバイスの並べ替え（ＲＥＯ）キューにおいて、ビデオスライスに関連付けられたＭＳＤＵの一部分を取得することと、
ＲＥＯタイムアウトが発生する前に前記ビデオスライスに関連付けられた前記ＭＳＤＵの残りを取得しなかった後に、前記ＲＥＯキューをフラッシュすることと、
をさらに備える、Ｃ１４３に記載の方法。
［Ｃ１４５］
前記ＲＥＯタイムアウトは、前記ビデオスライスの前記ＡＣに関連付けられる、Ｃ１４４に記載の方法。
［Ｃ１４６］
前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数のＭＳＤＵを取得することと、
前記１つまたは複数のＭＳＤＵに関連付けられた送信キューが前記第２のデバイスによってフラッシュされたことの指示を取得することと、
前記指示を取得した後に前記ＲＥＯキューをフラッシュすることと、
をさらに備える、Ｃ１４３に記載の方法。
［Ｃ１４７］
前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するために順方向誤り訂正（ＦＥＣ）を使用することをさらに備える、Ｃ１４１に記載の方法。
［Ｃ１４８］
前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、Ｃ１４７に記載の方法。
［Ｃ１４９］
前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１４１に記載の方法。
［Ｃ１５０］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
第２のデバイスから、ビデオフレームに関連付けられた１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を取得すること、ここにおいて、
前記第２のデバイスは、前記デバイスに提供されるべき複数のビデオフレームをレンダリングし、
前記第２のデバイスは、前記複数のビデオフレームの各ビデオフレームを複数のビデオスライスに分割し、
前記複数のビデオスライスの各ビデオスライスについて、
前記第２のデバイスは、前記ビデオスライスを含むように複数のＰＰＤＵを生成し、ここにおいて、
各ＰＰＤＵは、前記ビデオスライスに関連付けられた１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含み、
前記ビデオスライスは、前記複数のＰＰＤＵの各ＭＳＤＵに含まれるポート番号および差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別され、
前記第２のデバイスは、前記デバイスへの送信のために前記ＭＳＤＵをキューイングする、
を行うように構成された、デバイス。
［Ｃ１５１］
前記ＭＳＤＵをキューイングすることは、各ビデオスライスについて、ソフトウェア内にＭＳＤＵキューを生成することを含み、
各ＭＳＤＵキューは、インターネットプロトコル（ＩＰ）アドレス、ポート番号、およびＤＳＣＰ値によって識別される、
Ｃ１５０に記載のデバイス。
［Ｃ１５２］
各ビデオスライスは、前記ビデオスライスのアクセスカテゴリ（ＡＣ）に関連付けられたトラフィック識別子（ＴＩＤ）に関連付けられる、Ｃ１５１に記載のデバイス。
［Ｃ１５３］
前記インターフェースは、前記デバイスの並べ替え（ＲＥＯ）キューにおいて、ビデオスライスに関連付けられたＭＳＤＵの一部分を取得するようにさらに構成され、
前記処理システムは、ＲＥＯタイムアウトが発生する前に前記ビデオスライスに関連付けられた前記ＭＳＤＵの残りを取得しなかった後に、前記ＲＥＯキューをフラッシュするように構成される、
Ｃ１５２に記載のデバイス。
［Ｃ１５４］
前記ＲＥＯタイムアウトは、前記ビデオスライスの前記ＡＣに関連付けられる、Ｃ１５３に記載のデバイス。
［Ｃ１５５］
前記インターフェースは、
前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数のＭＳＤＵを取得することと、
前記１つまたは複数のＭＳＤＵに関連付けられた送信キューが前記第２のデバイスによってフラッシュされたことの指示を取得することと、
を行うようにさらに構成され、
前記処理システムは、前記指示を取得した後に前記ＲＥＯキューをフラッシュするように構成される、
Ｃ１５２に記載のデバイス。
［Ｃ１５６］
前記デバイスは、前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するために順方向誤り訂正（ＦＥＣ）を使用するように構成される、Ｃ１５０に記載のデバイス。
［Ｃ１５７］
前記第２のデバイスから１つまたは複数のＰＰＤＵを取得するためのＦＥＣの使用は、
前記デバイスと前記第２のデバイスとの間のリンク品質、
前記第２のデバイスの１つもしくは複数のパラメータ、または
前記複数のビデオフレームの１つもしくは複数のパラメータ、
のうちの１つまたは複数に関連付けられる、Ｃ１５６に記載のデバイス。
［Ｃ１５８］
前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１５０に記載のデバイス。
［Ｃ１５９］
デバイスによって実行される方法であって、
エクステンデッドリアリティ（ＸＲ）体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みることと、
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落
のうちの１つまたは複数を測定することと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは調整され、前記測定値のうちの１つまたは複数に関連付けられる、
方法。
［Ｃ１６０］
前記第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、ここにおいて、前記１つまたは複数のビデオフレームの各々は、前記１つまたは複数のポーズデータフレームのうちの１つのポーズデータフレームに関連付けられる、
前記１つまたは複数のポーズデータフレームを取得することに関連付けられたポーズデータフレーム配信レイテンシを測定することと、
をさらに備える、Ｃ１５９に記載の方法。
［Ｃ１６１］
前記１つまたは複数のポーズデータフレームを取得することに関連付けられた、欠落または遅延したポーズデータフレームの頻度を測定することをさらに備える、Ｃ１６０に記載の方法。
［Ｃ１６２］
前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供することをさらに備える、Ｃ１６１に記載の方法。
［Ｃ１６３］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ１６２に記載の方法。
［Ｃ１６４］
前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
Ｃ１６２に記載の方法。
［Ｃ１６５］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、Ｃ１６４に記載の方法。
［Ｃ１６６］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ１６２に記載の方法。
［Ｃ１６７］
前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、前記デバイスと前記第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、ここにおいて、前記１つまたは複数のワイヤレス通信パラメータを調整することは、
前記デバイスおよび前記第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
前記ＴＷＴ省電力モードを有効化もしくは無効化すること、
前記デバイスおよび前記第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
前記ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
前記１つまたは複数のＰＰＤＵの少なくとも一部分を前記第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
前記１つまたは複数のＰＰＤＵの少なくとも前記一部分を前記第２のデバイスに提供するために前記ＦＥＣを調整すること、
のうちの１つまたは複数を含む、Ｃ１６２に記載の方法。
［Ｃ１６８］
前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、Ｃ１６１に記載の方法。
［Ｃ１６９］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ１６８に記載の方法。
［Ｃ１７０］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ１６８に記載の方法。
［Ｃ１７１］
前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、１つまたは複数のビデオパラメータを調整することを含み、ここにおいて、前記ビデオパラメータは、
ビデオフレームレート、
ビデオ解像度、
ターゲット符号化データレート、または
ビデオコーデック、
のうちの１つまたは複数を含む、Ｃ１５９に記載の方法。
［Ｃ１７２］
前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１５９に記載の方法。
［Ｃ１７３］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
前記ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のＰＰＤＵを第２のデバイスに提供するように試みるように構成されたインターフェースと、
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信レイテンシ、または
前記複数のＰＰＤＵを提供するように試みることに関連付けられたＰＰＤＵ送信欠落、
のうちの１つまたは複数を測定するように構成された処理システムと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは調整され、前記測定値のうちの１つまたは複数に関連付けられる、
デバイス。
［Ｃ１７４］
前記インターフェースは、前記第２のデバイスから１つまたは複数のポーズデータフレームを取得するようにさらに構成され、ここにおいて、前記１つまたは複数のビデオフレームの各々は、前記１つまたは複数のポーズデータフレームのうちの１つのポーズデータフレームに関連付けられ、
前記処理システムは、前記１つまたは複数のポーズデータフレームを取得することに関連付けられたポーズデータフレーム配信レイテンシを測定するようにさらに構成される、
Ｃ１７３に記載のデバイス。
［Ｃ１７５］
前記処理システムは、前記１つまたは複数のポーズデータフレームを取得することに関連付けられた、欠落または遅延したポーズデータフレームの頻度を測定するようにさらに構成される、Ｃ１７４に記載のデバイス。
［Ｃ１７６］
前記インターフェースは、前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供するようにさらに構成される、Ｃ１７５に記載のデバイス。
［Ｃ１７７］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ１７６に記載のデバイス。
［Ｃ１７８］
前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
Ｃ１７６に記載のデバイス。
［Ｃ１７９］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、Ｃ１７８に記載のデバイス。
［Ｃ１８０］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ１７６に記載のデバイス。
［Ｃ１８１］
前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、前記デバイスと前記第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、ここにおいて、前記１つまたは複数のワイヤレス通信パラメータを調整することは、
前記デバイスおよび前記第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
前記ＴＷＴ省電力モードを有効化もしくは無効化すること、
前記デバイスおよび前記第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
前記ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
前記１つまたは複数のＰＰＤＵの少なくとも一部分を前記第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
前記１つまたは複数のＰＰＤＵの少なくとも前記一部分を前記第２のデバイスに提供するために前記ＦＥＣを調整すること、
のうちの１つまたは複数を含む、Ｃ１７６に記載のデバイス。
［Ｃ１８２］
前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、Ｃ１７５に記載のデバイス。
［Ｃ１８３］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ１８２に記載のデバイス。
［Ｃ１８４］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ１８２に記載のデバイス。
［Ｃ１８５］
前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、１つまたは複数のビデオパラメータを調整することを含み、ここにおいて、前記ビデオパラメータは、
ビデオフレームレート、
ビデオ解像度、
ターゲット符号化データレート、または
ビデオコーデック
のうちの１つまたは複数を含む、Ｃ１７３に記載のデバイス。
［Ｃ１８６］
前記デバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記第２のデバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１７３に記載のデバイス。
［Ｃ１８７］
デバイスによって実行される方法であって、
エクステンデッドリアリティ（ＸＲ）体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みることと、
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落、
のうちの１つまたは複数を測定することと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは、調整され、前記測定値のうちの１つまたは複数に関連付けられる、方法。
［Ｃ１８８］
前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を取得することと、ここにおいて、各ＭＳＤＵは、前記１つまたは複数のビデオフレームのビデオスライスに関連付けられる、
前記ＲＥＯキューから１つまたは複数のＭＳＤＵを削除するために、１回または複数回前記ＲＥＯキューをフラッシュすることと、
前記ＲＥＯキューをフラッシュすることに関連付けられたＲＥＯフラッシュ時間を計測することと、
をさらに備える、Ｃ１８７に記載の方法。
［Ｃ１８９］
１つまたは複数のビデオフレームについて、
ビデオフレームに関連付けられた最初のＭＳＤＵを取得することと、
前記ビデオフレームに関連付けられた最後のＭＳＤＵを取得することと、
１つまたは複数のビデオフレーム用の前記最初のＭＳＤＵと前記最後のＭＳＤＵとを取得することに関連付けられたビデオフレーム配信レイテンシを測定することと、
をさらに備える、Ｃ１８８に記載の方法。
［Ｃ１９０］
前記最初のＭＳＤＵおよび前記最後のＭＳＤＵは、差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、Ｃ１８９に記載の方法。
［Ｃ１９１］
前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供することをさらに備える、Ｃ１９０に記載の方法。
［Ｃ１９２］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ１９１に記載の方法。
［Ｃ１９３］
前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
Ｃ１９１に記載の方法。
［Ｃ１９４］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、Ｃ１９３に記載の方法。
［Ｃ１９５］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ１９１に記載の方法。
［Ｃ１９６］
前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、前記デバイスと前記第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、
前記１つまたは複数のワイヤレス通信パラメータを調整することは、
前記デバイスおよび前記第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
前記ＴＷＴ省電力モードを有効化もしくは無効化すること、
前記デバイスおよび前記第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
前記ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
前記１つまたは複数のＰＰＤＵの少なくとも一部分を前記第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
前記１つまたは複数のＰＰＤＵの少なくとも前記一部分を前記第２のデバイスに提供するために前記ＦＥＣを調整すること、
のうちの１つまたは複数を含む、Ｃ１９１に記載の方法。
［Ｃ１９７］
前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、
Ｃ１９０に記載の方法。
［Ｃ１９８］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ１９７に記載の方法。
［Ｃ１９９］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ１９７に記載の方法。
［Ｃ２００］
ジッタバッファのアンダーフローもしくはオーバーフロー、または
表示されるべきビデオフレームに関連付けられた欠落パケット、
のうちの１つまたは複数を測定することをさらに備える、Ｃ１８７に記載の方法。
［Ｃ２０１］
前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ１８７に記載の方法。
［Ｃ２０２］
エクステンデッドリアリティ（ＸＲ）体験向けに構成されたデバイスであって、
前記ＸＲ体験の１つまたは複数のビデオフレームに関連付けられた複数のポーズデータフレームを第２のデバイスに提供するように試みるように構成されたインターフェースと、
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信レイテンシ、または
前記複数のポーズデータフレームを提供するように試みることに関連付けられたポーズデータフレーム送信欠落、
のうちの１つまたは複数を測定するように構成された処理システムと、
を備え、
前記ＸＲ体験の１つまたは複数のパラメータは、調整され、前記測定値のうちの１つまたは複数に関連付けられる、デバイス。
［Ｃ２０３］
前記インターフェースは、前記デバイスの並べ替え（ＲＥＯ）キューにおいて、前記第２のデバイスから１つまたは複数の媒体アクセス制御レイヤ（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を取得するようにさらに構成され、ここにおいて、各ＭＳＤＵは、前記１つまたは複数のビデオフレームのビデオスライスに関連付けられ、
前記処理システムは、
前記ＲＥＯキューから１つまたは複数のＭＳＤＵを削除するために、１回または複数回前記ＲＥＯキューをフラッシュすることと、
前記ＲＥＯキューをフラッシュすることに関連付けられたＲＥＯフラッシュ時間を計測することと、
を行うようにさらに構成される、
Ｃ２０２に記載のデバイス。
［Ｃ２０４］
前記インターフェースｈ、１つまたは複数のビデオフレームについて、
ビデオフレームに関連付けられた最初のＭＳＤＵを取得することと、
前記ビデオフレームに関連付けられた最後のＭＳＤＵを取得することと
を行うようにさらに構成され、
前記処理システムは、１つまたは複数のビデオフレーム用の前記最初のＭＳＤＵと前記最後のＭＳＤＵとを取得することに関連付けられたビデオフレーム配信レイテンシを測定するようにさらに構成される、
Ｃ２０３に記載のデバイス。
［Ｃ２０５］
前記最初のＭＳＤＵおよび前記最後のＭＳＤＵは、差別化サービスフィールドコードポイント（ＤＳＣＰ）値によって識別される、Ｃ２０４に記載のデバイス。
［Ｃ２０６］
前記インターフェースは、前記第２のデバイスに提供される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールド内で、前記第２のデバイスに前記１つまたは複数の測定値の指示を提供するようにさらに構成される、Ｃ２０５に記載のデバイス。
［Ｃ２０７］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記１つまたは複数の測定値の前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ２０６に記載のデバイス。
［Ｃ２０８］
前記１つまたは複数の測定値は、前記デバイスと前記第２のデバイスとの間のリンク品質のリンク品質測定値を含み、
前記Ａ－Ｃｏｎｔｒｏｌフィールドは前記リンク品質の指示を含む、
Ｃ２０６に記載のデバイス。
［Ｃ２０９］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記リンク品質を示すために予約されたビットを含む、Ｃ２０８に記載のデバイス。
［Ｃ２１０］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ２０６に記載のデバイス。
［Ｃ２１１］
前記ＸＲ体験の前記１つまたは複数のパラメータを調整することは、前記デバイスと前記第２のデバイスとの間の１つまたは複数のワイヤレス通信パラメータを調整することを含み、
前記１つまたは複数のワイヤレス通信パラメータを調整することは、
前記デバイスおよび前記第２のデバイスに関連付けられた目標起床時間（ＴＷＴ）省電力モードのＴＷＴウィンドウのデューティサイクルを調整すること、
前記ＴＷＴ省電力モードを有効化もしくは無効化すること、
前記デバイスおよび前記第２のデバイスが通信するワイヤレス動作チャネルを変更すること、
前記ワイヤレス動作チャネルサイズを調整すること、
変調およびコーディング方式（ＭＣＳ）を調整すること、
前記１つまたは複数のＰＰＤＵの少なくとも一部分を前記第２のデバイスに提供するために順方向誤り訂正（ＦＥＣ）を有効化もしくは無効化すること、または
前記１つまたは複数のＰＰＤＵの少なくとも前記一部分を前記第２のデバイスに提供するために前記ＦＥＣを調整すること、
のうちの１つまたは複数を含む、Ｃ２０６に記載のデバイス。
［Ｃ２１２］
前記調整された１つまたは複数のパラメータの指示は、前記デバイスと前記第２のデバイスとの間で通信され、
前記指示は、前記デバイスと前記第２のデバイスとの間で通信される１つまたは複数のパケットのヘッダの集約制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドに含まれる、
Ｃ２０５に記載のデバイス。
［Ｃ２１３］
前記Ａ－Ｃｏｎｔｒｏｌフィールドは、前記指示のために予約された制御識別子（ＩＤ）を含む、Ｃ２１２に記載のデバイス。
［Ｃ２１４］
前記１つまたは複数のパケットは、
送信要求（ＲＴＳ）フレームもしくは送信可（ＣＴＳ）フレーム、
データフレーム、または
ブロック確認応答（ＢＡ）フレーム、
のうちの１つまたは複数に含まれる、Ｃ２１２に記載のデバイス。
［Ｃ２１５］
前記処理システムは、
ジッタバッファのアンダーフローもしくはオーバーフロー、または
表示されるべきビデオフレームに関連付けられた欠落パケット、
のうちの１つまたは複数を測定するようにさらに構成される、Ｃ２０２に記載のデバイス。
［Ｃ２１６］
前記第２のデバイスはソフトウェア対応アクセスポイント（ＳＡＰ）を含み、
前記デバイスはヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ２０２に記載のデバイス。
［Ｃ２１７］
ワイヤレス通信デバイスによって実行される方法であって、
第１のワイヤレスリンクを介して第１のデバイスと通信することと、
第２のワイヤレスリンクを介して第２のデバイスと通信することと、
を備え、
前記ワイヤレス通信デバイスは、マルチリンク動作（ＭＬＯ）技法または目標起床時間（ＴＷＴ）モードのうちの１つを使用して、前記第１のデバイスおよび前記第２のデバイスと同時に通信し、
前記ワイヤレス通信デバイスは、前記第１のワイヤレスリンク上の通信と比べて前記第２のワイヤレスリンク上の通信に選好を与えるように構成される、
方法。
［Ｃ２１８］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスからの１つまたは複数のパケットの受信中に、前記第２のデバイスに送信するべきときのために、
前記第１のデバイスからの前記１つまたは複数のパケットの受信の完了前に、前記第２のデバイスに送信することと、
前記第２のデバイスに送信した後に、前記第２のデバイスからブロック確認応答（ＢＡ）を取得することと、
前記ワイヤレス通信デバイスが前記１つまたは複数のパケットの前記受信に確認応答するために、前記第１のデバイスにＢＡを提供することを止めることと、
を含む、Ｃ２１７に記載の方法。
［Ｃ２１９］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスからの１つまたは複数のパケットの受信中に、前記第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
前記第１のデバイスからの前記１つまたは複数のパケットの受信中に、前記第２のデバイスから前記１つまたは複数のパケットを取得することと、
前記第２のデバイスから前記１つまたは複数のパケットを取得した後に、前記第２のデバイスにブロック確認応答（ＢＡ）を提供することと、
前記ワイヤレス通信デバイスが前記第１のデバイスからの前記１つまたは複数のパケットの前記受信に確認応答するために、前記第１のデバイスにＢＡを提供することを止めることと、
を含む、Ｃ２１７に記載の方法。
［Ｃ２２０］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスへの送信中に前記第２のデバイスに送信するべきときのために、
前記第２のデバイスへの前記送信を前記第１のデバイスへの前記送信と同期させること、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの外側の前記第１のデバイスへの送信を止めること、ここにおいて、
前記第１のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの間であり、
前記第２のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、
前記第１のデバイスへの送信に関連付けられた送信バッファからパケットをフラッシュすること、または
ワイヤレス媒体を確保するための時間期間を長引かせるために、送信可（ＣＴＳ）ツーセルフ（ＣＴＳ－ｔｏ－Ｓｅｌｆ）フレームをブロードキャストすること、ここにおいて、
前記ワイヤレス媒体は前記第１のワイヤレスリンクと前記第２のワイヤレスリンクとを含み、
前記時間期間は、前記第１のデバイスへの前記送信および前記第２のデバイスへの前記送信のために十分な長さの時間期間である、
のうちの１つまたは複数を実行すること、
を含む、Ｃ２１７に記載の方法。
［Ｃ２２１］
前記第２のデバイスへの前記送信を前記第１のデバイスへの前記送信と同期させることは、
前記第１のデバイスへの前記送信の開始を前記第２のデバイスへの前記送信の開始と同期させることと、
前記第１のデバイスへの前記送信の終了を前記第２のデバイスへの前記送信の終了と同期させるために、前記第２のデバイスへの前記送信を長引かせることと、ここにおいて、前記第２のワイヤレスリンクに関連付けられたバックオフは、前記第１のデバイスへの前記送信と前記第２のデバイスへの前記送信が同期したときに低減される、
を含む、Ｃ２２０に記載の方法。
［Ｃ２２２］
前記第２のデバイスへの送信に関連付けられた時分割多重化ウィンドウの間に、前記第１のデバイスへの送信を止めるときのために、前記第１のデバイスは、目標起床時間（ＴＷＴ）モードをサポートすることを止めさせる、Ｃ２２０に記載の方法。
［Ｃ２２３］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスへの送信中に前記第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの間に、前記第２のデバイスから前記１つもしくは複数のパケットを取得することを止めること、ここにおいて、
前記第１のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの間であり、
前記第２のデバイスからの受信は、前記１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、または
前記第１のデバイスに送信する前に、前記第１のデバイスへの送信の前記持続時間の間ワイヤレス媒体を確保するために、ネットワーク割振りベクトル（ＮＡＶ）値を示すフレームを前記第２のデバイスに提供すること、ここにおいて、前記ワイヤレス媒体が前記第１のワイヤレスリンクと前記第２のワイヤレスリンクとを含む、
のうちの１つまたは複数を実行すること、
を含む、Ｃ２１７に記載の方法。
［Ｃ２２４］
前記第２のワイヤレスリンク上の前記通信は、エクステンデッドリアリティ（ＸＲ）体験に関連付けられる、Ｃ２１７に記載の方法。
［Ｃ２２５］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記第２のワイヤレスリンク上に通信用の第１の目標起床時間（ＴＷＴ）セッションを構成することと、ここにおいて
前記第１のＴＷＴセッションは、前記第２のワイヤレスリンク上の第１の複数のＴＷＴウィンドウに関連付けられ、
前記第１の複数のＴＷＴウィンドウは、前記ワイヤレス通信デバイスにおけるＸＲアクティビティに関連付けられ、
前記ＸＲアクティビティは、前記第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、１つまたは複数のビデオフレームをレンダリングすることと、１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を介して前記第２のデバイスに前記１つまたは複数のビデオフレームを提供することとを含み、
前記第１のワイヤレスリンク上に通信用の第２のＴＷＴセッションを構成することと、ここにおいて、
前記第２のＴＷＴセッションは、前記第１の複数のＴＷＴウィンドウの間に散在する第２の複数のＴＷＴウィンドウに関連付けられ、
前記第２の複数のＴＷＴウィンドウは、前記第１のデバイスと前記ワイヤレス通信デバイスとの間のワイヤレスアクティビティに関連付けられ、
前記第１の複数のＴＷＴウィンドウは、前記第２の複数のＴＷＴウィンドウと重複しない、
前記第１の複数のＴＷＴウィンドウの間に前記第２のデバイスと通信することと、
前記第２の複数のＴＷＴウィンドウの間に前記第１のデバイスと通信することと、
を含む、Ｃ２２４に記載の方法。
［Ｃ２２６］
前記第１の複数のＴＷＴウィンドウと前記第２の複数のＴＷＴウィンドウとの間のドリフトを測定することと、ここにおいて、
前記第１のＴＷＴセッションは、前記ワイヤレス通信デバイスに関連付けられたアプリケーションレイヤクロックに関連付けられ、
前記第２のＴＷＴセッションは、媒体アクセス制御レイヤ（ＭＡＣ）におけるワイヤレス通信デバイス（ＷＣＤ）クロックに関連付けられ、
前記ドリフトを低減するために、前記第１の複数のＴＷＴウィンドウまたは前記第２の複数のＴＷＴウィンドウのうちの１つまたは複数のタイミングを調整することと、
をさらに備える、Ｃ２２５に記載の方法。
［Ｃ２２７］
前記ドリフトは、前記アプリケーションレイヤクロックの忠実度と前記ＷＣＤクロックの忠実度との間の差に関連付けられる、Ｃ２２６に記載の方法。
［Ｃ２２８］
前記ドリフトは、前記アプリケーションレイヤクロックの共振周波数と前記ＷＣＤクロックの共振周波数との間の差に関連付けられる、Ｃ２２６に記載の方法。
［Ｃ２２９］
前記第１のデバイスはアクセスポイント（ＡＰ）であり、
前記ワイヤレス通信デバイスは、前記ＡＰと前記第２のデバイスとの間のリレー局（ＳＴＡ）に含まれる、
Ｃ２２４に記載の方法。
［Ｃ２３０］
前記ＡＰまたは前記リレーＳＴＡのうちの１つまたは複数は、レンダリングデバイスであり、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ２２９に記載の方法。
［Ｃ２３１］
ワイヤレス通信デバイスであって、
処理システムと、
インターフェースと、を備え、前記インターフェースは、
第１のワイヤレスリンクを介して第１のデバイスと通信することと、
第２のワイヤレスリンクを介して第２のデバイスと通信することと、
を行うように構成され、
前記ワイヤレス通信デバイスは、マルチリンク動作（ＭＬＯ）技法または目標起床時間（ＴＷＴ）モードのうちの１つを使用して、前記第１のデバイスおよび前記第２のデバイスと同時に通信し、
前記ワイヤレス通信デバイスは、前記第１のワイヤレスリンク上の通信と比べて前記第２のワイヤレスリンク上の通信に選好を与えるように構成される、
ワイヤレス通信デバイス。
［Ｃ２３２］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスからの１つまたは複数のパケットの受信中に、前記第２のデバイスに送信するべきときのために、
前記第１のデバイスからの前記１つまたは複数のパケットの受信の完了前に、前記第２のデバイスに送信することと、
前記第２のデバイスに送信した後に、前記第２のデバイスからブロック確認応答（ＢＡ）を取得することと、
前記ワイヤレス通信デバイスが前記１つまたは複数のパケットの前記受信に確認応答するために、前記第１のデバイスにＢＡを提供することを止めることと、
を含む、Ｃ２３１に記載のワイヤレス通信デバイス。
［Ｃ２３３］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスからの１つまたは複数のパケットの受信中に、前記第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
前記第１のデバイスからの前記１つまたは複数のパケットの受信中に、前記第２のデバイスから前記１つまたは複数のパケットを取得することと、
前記第２のデバイスから前記１つまたは複数のパケットを取得した後に、前記第２のデバイスにブロック確認応答（ＢＡ）を提供することと、
前記ワイヤレス通信デバイスが前記第１のデバイスからの前記１つまたは複数のパケットの前記受信に確認応答するために、前記第１のデバイスにＢＡを提供することを止めることと、
を含む、Ｃ２３１に記載のワイヤレス通信デバイス。
［Ｃ２３４］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスへの送信中に前記第２のデバイスに送信するべきときのために、
前記第２のデバイスへの前記送信を前記第１のデバイスへの前記送信と同期させること、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの外側の前記第１のデバイスへの送信を止めること、ここにおいて、
前記第１のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの間であり、
前記第２のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、
前記第１のデバイスへの送信に関連付けられた送信バッファからパケットをフラッシュすること、または
ワイヤレス媒体を確保するための時間期間を長引かせるために、送信可（ＣＴＳ）ツーセルフ（ＣＴＳ－ｔｏ－Ｓｅｌｆ）フレームをブロードキャストすること、ここにおいて、
前記ワイヤレス媒体は前記第１のワイヤレスリンクと前記第２のワイヤレスリンクとを含み、
前記時間期間は、前記第１のデバイスへの前記送信および前記第２のデバイスへの前記送信のために十分な長さの時間期間である、
のうちの１つまたは複数を実行すること、
を含む、Ｃ２３１に記載のワイヤレス通信デバイス。
［Ｃ２３５］
前記第２のデバイスへの前記送信を前記第１のデバイスへの前記送信と同期させることは、
前記第１のデバイスへの前記送信の開始を前記第２のデバイスへの前記送信の開始と同期させることと、
前記第１のデバイスへの前記送信の終了を前記第２のデバイスへの前記送信の終了と同期させるために、前記第２のデバイスへの前記送信を長引かせることと、ここにおいて、前記第２のワイヤレスリンクに関連付けられたバックオフは、前記第１のデバイスへの前記送信と前記第２のデバイスへの前記送信が同期したときに低減される、
を含む、Ｃ２３４に記載のワイヤレス通信デバイス。
［Ｃ２３６］
前記第２のデバイスへの送信に関連付けられた時分割多重化ウィンドウの間に、前記第１のデバイスへの送信を止めるときのために、前記第１のデバイスは、目標起床時間（ＴＷＴ）モードをサポートすることを止めさせる、Ｃ２３４に記載のワイヤレス通信デバイス。
［Ｃ２３７］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記ワイヤレス通信デバイスが、前記第１のデバイスへの送信中に前記第２のデバイスから１つまたは複数のパケットを取得するべきときのために、
１つもしくは複数の時分割多重化（ＴＤＭ）ウィンドウの間に、前記第２のデバイスから前記１つもしくは複数のパケットを取得することを止めること、ここにおいて、
前記第１のデバイスへの送信は、前記１つもしくは複数のＴＤＭウィンドウの間であり、
前記第２のデバイスからの受信は、前記１つもしくは複数のＴＤＭウィンドウの外側である、
最大物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）持続時間もしくはバースト持続時間のうちの１つもしくは複数を低減すること、または
前記第１のデバイスに送信する前に、前記第１のデバイスへの送信の前記持続時間の間ワイヤレス媒体を確保するために、ネットワーク割振りベクトル（ＮＡＶ）値を示すフレームを前記第２のデバイスに提供すること、ここにおいて、前記ワイヤレス媒体が前記第１のワイヤレスリンクと前記第２のワイヤレスリンクとを含む、
のうちの１つまたは複数を実行すること、
を含む、Ｃ２３１に記載のワイヤレス通信デバイス。
［Ｃ２３８］
前記第２のワイヤレスリンク上の前記通信は、エクステンデッドリアリティ（ＸＲ）体験に関連付けられる、Ｃ２３１に記載のワイヤレス通信デバイス。
［Ｃ２３９］
前記第１のデバイスおよび前記第２のデバイスと同時に通信することは、
前記第２のワイヤレスリンク上に通信用の第１の目標起床時間（ＴＷＴ）セッションを構成することと、ここにおいて
前記第１のＴＷＴセッションは、前記第２のワイヤレスリンク上の第１の複数のＴＷＴウィンドウに関連付けられ、
前記第１の複数のＴＷＴウィンドウは、前記ワイヤレス通信デバイスにおけるＸＲアクティビティに関連付けられ、
前記ＸＲアクティビティは、前記第２のデバイスから１つまたは複数のポーズデータフレームを取得することと、１つまたは複数のビデオフレームをレンダリングすることと、１つまたは複数の物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を介して前記第２のデバイスに前記１つまたは複数のビデオフレームを提供することとを含み、
前記第１のワイヤレスリンク上に通信用の第２のＴＷＴセッションを構成することと、ここにおいて、
前記第２のＴＷＴセッションは、前記第１の複数のＴＷＴウィンドウの間に散在する第２の複数のＴＷＴウィンドウに関連付けられ、
前記第２の複数のＴＷＴウィンドウは、前記第１のデバイスと前記ワイヤレス通信デバイスとの間のワイヤレスアクティビティに関連付けられ、
前記第１の複数のＴＷＴウィンドウは、前記第２の複数のＴＷＴウィンドウと重複しない、
前記第１の複数のＴＷＴウィンドウの間に前記第２のデバイスと通信することと、
前記第２の複数のＴＷＴウィンドウの間に前記第１のデバイスと通信することと、
を含む、Ｃ２３８に記載のワイヤレス通信デバイス。
［Ｃ２４０］
前記処理システムは、
前記第１の複数のＴＷＴウィンドウと前記第２の複数のＴＷＴウィンドウとの間のドリフトを測定することと、ここにおいて、
前記第１のＴＷＴセッションは、前記ワイヤレス通信デバイスに関連付けられたアプリケーションレイヤクロックに関連付けられ、
前記第２のＴＷＴセッションは、媒体アクセス制御レイヤ（ＭＡＣ）におけるワイヤレス通信デバイス（ＷＣＤ）クロックに関連付けられ、
前記ドリフトを低減するために、前記第１の複数のＴＷＴウィンドウまたは前記第２の複数のＴＷＴウィンドウのうちの１つまたは複数のタイミングを調整することと、
を行うようにさらに構成される、Ｃ２３９に記載のワイヤレス通信デバイス。
［Ｃ２４１］
前記ドリフトは、前記アプリケーションレイヤクロックの忠実度と前記ＷＣＤクロックの忠実度との間の差に関連付けられる、Ｃ２４０に記載のワイヤレス通信デバイス。
［Ｃ２４２］
前記ドリフトは、前記アプリケーションレイヤクロックの共振周波数と前記ＷＣＤクロックの共振周波数との間の差に関連付けられる、Ｃ２４０に記載のワイヤレス通信デバイス。
［Ｃ２４３］
前記第１のデバイスはアクセスポイント（ＡＰ）であり、
前記ワイヤレス通信デバイスは、前記ＡＰと前記第２のデバイスとの間のリレー局（ＳＴＡ）に含まれる、
Ｃ２３８に記載のワイヤレス通信デバイス。
［Ｃ２４４］
前記ＡＰまたは前記リレーＳＴＡのうちの１つまたは複数は、レンダリングデバイスであり、
前記第２のデバイスは、ヘッドマウントディスプレイ（ＨＭＤ）を含む、
Ｃ２４３に記載のワイヤレス通信デバイス。

【国際調査報告】

知財求人

知財求人お知らせサービス

知財のニュースを調べる
- 知財ニュース
- 知財周辺ニュース
企業の特許を調べる
知財のセミナーを調べる
知財,特許事務所への求職・転職
特許事務所をさがす
弁理士試験を受ける
- 年の弁理士試験情報
- 弁理士試験の合格率など統計
知財の法律をしらべる
期限日をしらべる
- 今日に対して意見書・補正書の期限
- 今日に対して審査請求期限日
知財の判決をしらべる
コンテンツ・リンク
運営会社
プレスの皆様へ
- お問い合わせ
ユーザーの皆様
- お問い合わせ・フィードバック
広告掲載を希望の皆様へ
- 広告掲載について
- 求人広告の掲載について

IP Force 特許公報掲載プロジェクト 2022.1.31 β版