特表 2024-542122 マルチフロー同期のための方法、アーキテクチャ、装置、及びシステム

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

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

(11)【公表番号】

(43)【公表日】2024-11-13

(54)【発明の名称】マルチフロー同期のための方法、アーキテクチャ、装置、及びシステム

(51)【国際特許分類】

   H04W 28/12 20090101AFI20241106BHJP

【ＦＩ】

H04W28/12

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024526763

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

(85)【翻訳文提出日】2024-06-16

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

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

(87)【国際公開日】2023-05-11

(31)【優先権主張番号】63/275,133

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

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

(31)【優先権主張番号】63/335,285

(32)【優先日】2022-04-27

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ラオ，ジャヤ

(72)【発明者】

【氏名】ネグッセ，セナイ

(72)【発明者】

【氏名】ルチュームン，テジャスウィニー

(72)【発明者】

【氏名】ペレティエ，ギスラン

(72)【発明者】

【氏名】バイヤード，キャロライン

(72)【発明者】

【氏名】アルルム，ヴィンセント

(72)【発明者】

【氏名】モレ，ニコラ

(72)【発明者】

【氏名】スターン バーコウィッツ，ジャネット

(72)【発明者】

【氏名】ローラン，アンソニー

(72)【発明者】

【氏名】ペルティエ，ベノワ

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

(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】

（１）前記第１のフローの前記第１のＡＤＵの前記１つ以上のＰＤＵが、前記第１のＡＤＵに関連付けられた識別情報、タイミング情報、及び／若しくはシーケンス情報を含むこと、並びに／又は（２）前記第２のフローの前記第２のＡＤＵの前記１つ以上のＰＤＵが、前記第２のＡＤＵに関連付けられた識別情報、タイミング情報、及び／若しくはシーケンス情報を含むことのいずれかである、請求項３６～４５のいずれか一項に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、（ｉ）２０２１年１１月３日に出願された米国特許仮出願第６３／２７５，１３３号及び（ｉｉ）２０２２年４月２７日に出願された米国特許仮出願第６３／３３５，２８５号の利益を主張し、これらの各々は、参照により本明細書に組み込まれる。

【発明の概要】

【発明が解決しようとする課題】

【0002】

本開示は、概して、例えば、拡張現実（extended reality、ＸＲ）通信に関連する複数のデータフローなどの複数のデータフローの同期を保証することを対象とする方法、アーキテクチャ、装置、システムを含む、通信、ソフトウェア、及び符号化の分野を対象とする。

【0003】

ある特定の代表的な実施形態では、無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）は、送信を同期させるために複数のフローを（例えば、アップリンク及び／又はダウンリンクにおいて）送信及び／又は受信するときに使用するリソース（例えば、転送）構成を決定し得る。複数のフローは、例えば、第１のフロー内の（例えば、最新の）プロトコルデータユニット（protocol data unit、ＰＤＵ）と第２のフロー内の（例えば、最新の）ＰＤＵとの間の遅延が、フロー間パケット遅延バジェット（packet delay budget、ＰＤＢ）などの異なる予想到着時間（expected time of arrival、ＥＴＡ）閾値以下であるように同期され得る。例えば、第１及び第２のフロー内のＰＤＵは、ＷＴＲＵ、別のＷＴＲＵ、基地局、及び／又はネットワークエンティティによって実行されるアプリケーション及び／又はサービス（例えば、ＰＤＵのペイロード内に情報を生成する）のいずれかから受信され得る。

【図面の簡単な説明】

【0004】

より詳細な理解は、以下の詳細な説明から、例示として添付の図面と併せて与えられ得る。かかる図面の図は、詳細な説明と同様、実施例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。更に、図中の類似する参照数字（「参照」）は、類似する要素を示す。

【図1A】図１Ａは、例示的な通信システムを例解するシステム図である。

【図1B】図１Ｂは、図１Ａに例解される通信システム内で使用され得る例示的な無線送信／受信ユニット（ＷＴＲＵ）を例解するシステム図である。

【図1C】図１Ｃは、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。

【図1D】図１Ｄは、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。

【図2】図２は、本明細書で説明される通信システム内で使用され得るマルチフロー同期の例を例解するシステム図である。

【図3】図３は、本明細書で説明される通信システム内で使用され得るマルチフロー同期の別の例を例解するシステム図である。

【図4】図４は、本明細書で説明される通信システム内で使用され得るマルチフロー同期の更なる例を例解するシステム図である。

【図5】図５は、複数のフローを同期させるための例示的な手順を例解する手順図である。

【図6】図６は、複数のフローを同期させるための別の例示的な手順を例解する手順図である。

【図7】図７は、複数のフローを同期させるための例示的な手順を例解する手順図である。

【図8】図８は、複数のフローを同期させるための別の例示的な手順を例解する手順図である。

【図9】図９は、優先度レベルを使用して複数のフローを送信するための例を例解する手順図である。

【図10】図１０は、優先度レベルを使用して複数のフローを受信するための例を例解する手順図である。

【図11】図１１は、複数のフローを同期させるためのリソース構成情報を調整するための例示的な手順を例解する手順図である。

【図12】図１２は、複数のフローを同期させるためのリソース構成情報を調整するための別の例示的な手順を例解する手順図である。

【図13】図１３は、複数のフローを同期させるためのリソース構成情報を調整するための更なる例示的な手順を例解する手順図である。

【図14】図１４は、複数のフローを同期させるためのリソース構成情報を調整するための例示的な手順を例解する手順図である。

【図15】図１５は、複数のフローを同期させるためのリソース構成情報を調整するための別の例示的な手順を例解する手順図である。

【図16】図１６は、複数のフローを同期させるためのリソース構成情報を調整するための更なる例示的な手順を例解する手順図である。

【図17】図１７は、複数のフローのための共同サービス品質（Quality of Service、ＱｏＳ）を維持するための例示的な手順を例解する手順図である。

【図18】図１８は、複数のフローのための共同サービス品質（ＱｏＳ）を維持するための別の例示的な手順を例解する手順図である。

【図19】図１９は、複数のフローを同期させるための更なる例示的な手順を例解する手順図である。

【図20】図２０は、優先度レベルを使用して複数のフローを送信するための更なる例を例解する手順図である。

【図21】図２１は、複数のフローを同期させるためのリソース構成情報を調整するための更なる例示的な手順を例解する手順図である。

【図22】図２２は、複数のフローのための共同サービス品質（ＱｏＳ）を維持するための例示的な手順を例解する手順図である。

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

【0005】

以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実践され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に説明されていない実施形態及び実施例は、本明細書に明示的、暗黙的及び／又は本質的に（集合的に「提供される」）説明、開示、又は別様に提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実践され得る。本明細書では、装置、システム、デバイスなど及び／又はそれらの任意の要素が、動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行する様々な実施形態が説明及び／又は特許請求されているが、本明細書に説明及び／又は特許請求されている任意の実施形態は、任意の装置、システム、デバイスなど及び／又はそれらの任意の要素が、任意の動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行するように構成されていると仮定することを理解されたい。

【0006】

例示的な通信システム
本明細書で提供される方法、装置、及びシステムは、有線ネットワーク及び無線ネットワークの両方を含む通信によく適している。様々な種類の無線デバイス及びインフラストラクチャの概要が、図１Ａ～図１Ｄを参照して提供される。図１Ａ～図１Ｄでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、及びシステムを利用し、実行し、それらに従って配置され、及び／又はそれらのために適応及び／又は構成され得る。

【0007】

図１Ａは、１つ以上の開示された実施形態が実装され得る例示的な通信システム１００を例解するシステム図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテール（zero-tail、ＺＴ）ユニークワード（unique-word、ＵＷ）離散フーリエ変換（discreet Fourier transform、ＤＦＴ）拡散ＯＦＤＭ（zero-tail unique-word discreet Fourier transform spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。

【0008】

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４／１１３、コアネットワーク（ＣＮ）１０６／１１５、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意の種類のデバイスであり得る。例として、いずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、サブスクリプションベースのユニット、ページャ、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Thing、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、産業デバイス及びアプリケーション（例えば、産業及び／又は自動処理チェーンの状況で動作するロボット及び／又は他の無線デバイス）、家庭用電子デバイス、商業及び／又は産業用無線ネットワークで動作するデバイスなどを含み（又はそれらであり）得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0009】

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、例えば、ＣＮ１０６／１１５、インターネット１１０、及び／又はネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェース接続するように構成された任意の種類のデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ（Node-B、ＮＢ）、ｅノードＢ（eNode-B、ｅＮＢ）、ホームノードＢ（Home Node-B、ＨＮＢ）、ホームｅノードＢ（Home eNode-B、ＨｅＮＢ）、ｇノードＢ（gNode-B、ｇＮＢ）、ＮＲノードＢ（NR Node-B、ＮＲ ＮＢ）、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどのいずれかであり得る。基地局１１４ａ、１１４ｂは、各々単一の要素として図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されよう。

【0010】

基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、中継ノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上の搬送波周波数で無線信号を送信、かつ／又は受信するように、構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトルと未認可スペクトルとの組み合わせであり得る。セルは、相対的に固定され得るか、又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、セルセクタに更に分けられ得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分けられ得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多入力多出力（multiple-input multiple output、ＭＩＭＯ）技術を採用し得、セルの各々の、又は任意のセクタに対して複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信、かつ／又は受信してもよい。

【0011】

基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得、この無線インターフェースは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。無線インターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

【0012】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得るが、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４／１１３及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用して無線インターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

【0013】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用して無線インターフェース１１６を確立し得る。

【0014】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、この技術は、新しい無線（New Radio、ＮＲ）を使用して無線インターフェース１１６を確立し得る。

【0015】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用される無線インターフェースは、複数の種類の基地局（例えば、ｅＮＢ及びｇＮＢ）との間で送信される複数の種類の無線アクセス技術及び／又は送信によって、特徴付けられ得る。

【0016】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １ Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communication、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0017】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、又はアクセスポイントであり、例えば、事業所、家、車両、キャンパス、産業施設、空中回廊（例えば、ドローンによる使用のために、）、道路などのような局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、スモールセル、ピコセル、又はフェムトセルのいずれかを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

【0018】

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得るが、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意の種類のネットワークであり得る。データは、例えば、異なるスループット要件、レイテンシ要件、誤り許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し得る、かつ／又は、ユーザ認証などの高レベルセキュリティ機能を実施し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが、理解されよう。例えば、ＣＮ１０６／１１５は、ＮＲ無線技術を利用し得る、ＲＡＮ１０４／１１３に接続されることに加えて、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉ－Ｆｉ無線技術のいずれかを採用する別のＲＡＮ（図示せず）と通信し得る。

【0019】

ＣＮ１０６／１１５はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、従来型電話サービス（plain old telephone service、ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、伝送制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運用されている、有線通信ネットワーク及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１４と同じＲＡＴ、又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

【0020】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。

【0021】

図１Ｂは、一例示のＷＴＲＵ１０２を例解するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、及び／又は他の要素／周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

【0022】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他の種類の集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個の構成要素として描示しているが、プロセッサ１１８及びトランシーバ１２０は、例えば、電子パッケージ又はチップに統合され得ることが理解されよう。

【0023】

送信／受信要素１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）との間で信号を送信するか、又は受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信かつ／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。一実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解されよう。

【0024】

送信／受信要素１２２は、単一の要素として図１Ｂに図示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。例えば、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0025】

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

【0026】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得るが、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意の種類の好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他の種類のメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスして、当該メモリにデータを記憶し得る。

【0027】

プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

【0028】

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得るが、これは、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、又はその代わりに、ＷＴＲＵ１０２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／又は２つ以上の近接基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置決定方法によって位置情報を取得し得ることが理解されよう。

【0029】

プロセッサ１１８は、他の要素／周辺機器１３８に更に結合され得、他の要素／周辺機器は、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュール／ユニットを含み得る。例えば、要素／周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（例えば、写真及び／又はビデオ用）、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（virtual reality and/or augmented reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。要素／周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

【0030】

ＷＴＲＵ１０２は、（例えば、アップリンク（例えば、送信用）及びダウンリンク（例えば、受信のために、）の両方のための特定のサブフレームと関連付けられた）信号の一部又は全部の送信及び受信が並列及び／又は同時であり得る全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサ（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介した信号処理のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、アップリンク（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号の一部又は全部の送信及び受信のための半二重無線機を含み得る。

【0031】

図１Ｃは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

【0032】

ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有したまま、任意の数のｅノード－Ｂを含み得るということが理解されよう。ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信し得る。

【0033】

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ、無線リソース管理決定、ハンドオーバ決定、アップリンク（uplink、ＵＬ）及び／又はダウンリンク（downlink、ＤＬ）におけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

【0034】

図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）、パケットデータゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として描示されているが、これらの要素のいずれか１つは、ＣＮ事業者以外の事業体によって所有及び／又は動作され得ることが理解されよう。

【0035】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノード－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0036】

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングして、転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中のユーザプレーンの固定、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＤＬデータが利用可能な場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理及び記憶などの他の機能を実行し得る。

【0037】

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得るが、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

【0038】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。

【0039】

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに説明されているが、ある特定の代表的な実施形態では、かかる端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

【0040】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

【0041】

インフラストラクチャ基本サービスセット（basic service set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上の局（ＳＴＡ）と、を有し得る。ＡＰは、トラフィックをＢＳＳ内及び／又はＢＳＳ外に搬送する、配信システム（distribution system、ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先へ生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通って送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、これらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）を使用して送信され得る。ある特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はこれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと称されることもある。

【0042】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得るが、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。ある特定の代表的な実施形態において、搬送波検知多重アクセス／競合回避（Carrier sense multiple access with collision avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを検知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると検知／検出及び／又は決定された場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信され得る。

【0043】

高スループット（High throughput、ＨＴ）ＳＴＡは、例えば、４０ＭＨｚ幅チャネルを形成するために、プライマリ２０ＭＨｚチャネルと隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介した、通信用に４０ＭＨｚ幅チャネルを使用し得る。

【0044】

超高スループット（Very high throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分け得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse fast fourier transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成のための前述した動作が逆にされ、結合されたデータが、媒体アクセス制御（medium access control、ＭＡＣ）レイヤ、エンティティなどへ送信され得る。

【0045】

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及び搬送波は、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶ ｗｈｉｔｅ ｓｐａｃｅ、ＴＶＷＳ）スペクトルにおいて５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスのようなメータ型制御／マシン型通信（machine-type communication、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、特定の能力、例えば、特定の帯域幅及び／又は限定された帯域幅のためのサポート（例えば、これらのためのみのサポート）を含む、限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含み得る。

【0046】

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ、及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、これのみをサポートする）ＳＴＡ（例えば、ＭＴＣ型デバイス）に対して１ＭＨｚ幅であり得る。搬送波検知及び／又はネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因してプライマリチャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであるとみなされ得る。

【0047】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

【0048】

図１Ｄは、一実施形態に係る、ＲＡＮ１１３及びＣＮ１１５を例解するシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を採用して、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

【0049】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を有したまま、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビームフォーミングを利用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに信号を送信し、及び／又はそこから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送信、かつ／又は受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数の要素搬送波をＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらの要素搬送波のサブセットは、未認可スペクトル上にあり得るが、残りの要素搬送波は、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔ、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

【0050】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭ副搬送波間隔は、異なる送信、異なるセル、及び／又は無線送信スペクトルの異なる部分について異なり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0051】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

【0052】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（user plane function、ＵＰＦ）１８４ａ、１８４ｂに向かうユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（access and mobility management function、ＡＭＦ）１８２ａ、１８２ｂに向かう制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

【0053】

図１Ｄで示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、及び少なくとも１つのデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として図示されているが、これらの要素のいずれも、ＣＮ事業者以外の事業体によって所有及び／又は運用され得ることが、理解されよう。

【0054】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たし得る。ネットワークスライシングは、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されているサービスの種類に基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉ－Ｆｉのような非３ＧＰＰアクセス技術など、他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。

【0055】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシ施行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの、他の機能を実施し得る。ＰＤＵセッション種別は、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0056】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上に接続され得、これは、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなどの、他の機能を実施し得る。

【0057】

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂとのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。

【0058】

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ １８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載の任意の他の要素（複数）／デバイス（複数）のいずれかに関して本明細書に記載の機能の１つ以上又は全ては、１つ以上のエミュレーション要素／デバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書に記載される機能のうちの１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレートしてもよい。

【0059】

エミュレーションデバイスは、ラボ環境及び／又は事業者ネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装及び／又は展開されている間、１つ以上若しくは全ての機能を実施してもよい。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実施し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得る、及び／又は地上波無線通信を使用して試験を実施し得る。

【0060】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実施し得る。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

【0061】

以下のように、本明細書では、以下の略語を使用することがある。

【0062】

【表1】

【0063】

概要
ある特定の代表的な実施形態では、ＷＴＲＵは、送信を同期させるために複数のフローを（例えば、アップリンク及び／又はダウンリンクにおいて）送信及び／又は受信するときに使用するリソース（例えば、転送）構成を決定し得る。複数のフローは、例えば、第１のフロー内の（例えば、最新の）ＰＤＵと第２のフロー内の（例えば、最新の）ＰＤＵとの間の遅延が、異なる予想到着時間（ＥＴＡ）閾値（例えば、フロー間ＰＤＢ）以下であるように同期され得る。例えば、第１及び第２のフロー内のＰＤＵは、ＷＴＲＵ、別のＷＴＲＵ、基地局、及び／又はネットワークエンティティによって実行されるアプリケーション及び／又はサービス（例えば、ＰＤＵのペイロード内に情報を生成する）のいずれかから受信され得る。

【0064】

例えば、ＷＴＲＵは、以下のいずれかを実行するように構成され得る。
●基地局（例えば、ｇＮＢ）から、プライマリ及びセカンダリＥＴＡ閾値（例えば、時間インスタンス及び／又は持続時間）と、異なる優先度に関連付けられた１つ以上の転送構成（例えば、デフォルト優先度値を有する各フロー内のＰＤＵを転送するためのフローごとの少なくとも１つのデフォルト転送構成（例えば、論理チャネル（ＬＣＨ））と、を示す情報（例えば、構成情報）を受信すること、
●第１のフロー（例えば、「フロー１」）に関連付けられたＰＤＵを受信し、かつ／又は第１のフローに関連付けられたデフォルト転送構成を使用して、ＰＤＵを送信すること、
●第２のフロー（例えば、「フロー２」）に関連付けられたＰＤＵの到着時間（ＴｏＡ）を、例えば、タイマを使用すること（例えば、開始すること）によって、及び／又は第１のフロー内のＰＤＵが受信されたときの時間インスタンスに基づいて決定すること、
●プライマリＥＴＡ閾値の前に（例えば、経過する前に）、（例えば、時間インスタンスにおいて）第２のフロー内のＰＤＵが受信されることを条件として、
○第２のフローに関連付けられたデフォルト転送構成を使用して、第２のフロー内のＰＤＵを送信すること、
●第２のフロー内のＰＤＵが、プライマリＥＴＡ閾値の後、かつセカンダリＥＴＡ閾値の前に（例えば、経過する前に）、（例えば、時間インスタンスにおいて）受信されることを条件として、
○第２のフロー内のＰＤＵに対して（例えば、新しい）優先度を決定することであって、新しい優先度がデフォルト優先度よりも高い、決定すること、
○決定された新しい優先度に一致する好適な（例えば、決定された）転送構成を使用して、第２のフロー内のＰＤＵを送信すること、
●セカンダリＥＴＡ閾値の後に（例えば、経過した後に）、（例えば、時間インスタンスにおいて）第２のフロー内のＰＤＵが受信されることを条件として、
○最近のＰＤＵ受信を示すステータス指示（例えば、最近のＰＤＵの優先度及び／又は最近のＰＤＵが受信されたときの時間を示す情報）を基地局（例えば、ｇＮＢ）に送信すること、
○基地局からベストエフォート構成でＰＤＵを送信する指示を受信した後などに、ベストエフォート構成又は利用可能な転送構成を使用して、ＰＤＵを送信すること、
○（例えば、任意の）最近のＰＤＵをドロップする指示を受信した後などに、ＰＤＵをドロップすること（例えば、破棄すること）、
●ＱｏＳ要件（例えば、第１のフローと第２のフローとの間の関連付けに基づく共同ＱｏＳ要件、を満たすために、１つ以上の好適な（例えば、決定された）転送構成を使用して、第１のフロー及び／又は第２のフロー（例えば、複数のフロー）のいずれかの１つ以上のＰＤＵを送信すること、
●ＲＴＴ要件内などで、第１のフロー及び／又は第２のフロー（例えば、複数のフロー）におけるデータの同期を満たす（例えば、保証する）ための１つ以上の（例えば、決定された）転送構成を示す情報を送信すること。

【0065】

ある特定の代表的な実施形態では、ＷＴＲＵは、送信を同期させるために、複数のフローで（例えば、アップリンクにおいて）データを送信するときに使用する転送構成を決定し得る。複数のフローは、例えば、第１のフロー内のＡＤＵの（例えば、最後及び／又は最新の）ＰＤＵと第２のフロー内のＡＤＵの（例えば、最後及び／又は最新の）ＰＤＵとの間の遅延が、異なる予想到着時間（ＥＴＡ）閾値（例えば、フロー間ＰＤＢ）以下であるように同期され得る。例えば、第１及び第２のフロー内のＰＤＵは、ＷＴＲＵ、別のＷＴＲＵ、基地局、及び／又はネットワークエンティティによって実行されるアプリケーション及び／又はサービス（例えば、ＰＤＵのペイロード内に情報を生成する）のいずれかから受信され得る。

【0066】

例えば、ＷＴＲＵは、以下のいずれかを実行するように構成され得る。
●基地局（例えば、ｇＮＢ）から、第１、第２、及び第３のＥＴＡ閾値（例えば、時間インスタンス及び／又は持続時間）と、異なる優先度に関連付けられた１つ以上の転送構成（例えば、デフォルト優先度値を有する各フローにおけるＰＤＵを転送するためのフローごとの少なくとも１つのデフォルト転送構成（例えば、ＬＣＨ））と、を示す情報（例えば、構成情報）を受信すること、
●第１のフロー内のＡＤＵの１つ以上のＰＤＵを受信し、かつ／又は第１のフローに関連付けられたデフォルト転送構成を使用して、（例えば、ＡＤＵの）ＰＤＵを送信すること、
●第１のフロー内のＡＤＵの第１のＰＤＵが受信されたときの時間インスタンスに基づいて、第２のフロー内の１つ以上のＰＤＵの到着時間（ＴｏＡ）を決定すること、
○第１、第２、及び第３のＥＴＡ閾値に関連付けられた第１、第２、及び第３のタイマを開始することによって、ＴｏＡを決定すること、
●第１のフロー内のＡＤＵの（例えば、最後及び／又は最新の）ＰＤＵ及び／又は第２のフロー内のＡＤＵの１つ以上のＰＤＵが、第１のＥＴＡ閾値の前に（例えば、経過する前に）、ＷＴＲＵによって受信されることを条件として、
○第１のフロー及び第２のフロー（例えば、これらのいずれか）に関連付けられたデフォルト転送構成を使用して、第１のフロー内のＡＤＵのＰＤＵと第２のフロー内のＡＤＵのＰＤＵとを送信すること、
●第１のフロー内のＡＤＵの（例えば、いくつかの又は任意の）ＰＤＵ及び／又は第２のフロー内のＡＤＵの（例えば、いくつかの又は任意の）ＰＤＵが、第１のＥＴＡ閾値の後（例えば、経過した後）、かつ／又は第２のＥＴＡ閾値の前（例えば、経過する前）に受信されることを条件として、
○第１のフロー内のＡＤＵの（例えば、最近の）ＰＤＵに対して（例えば、新しい）優先度を決定すること（例えば、新しい優先度は、デフォルト優先度よりも高くなり得る）、
○関連する（例えば、好適な）転送構成（例えば、決定された新しい優先度に一致する）を使用して、第１のフロー内のＡＤＵのＰＤＵを送信すること、
○第２のフローに関連付けられたデフォルト転送構成を使用して、第２のフロー内のＡＤＵのＰＤＵを送信すること、
○第１のフロー内のＡＤＵのＰＤＵを送信するために転送構成が利用不可能であることを条件として、基地局（例えば、ｇＮＢ）にステータス指示及び／又は要求指示を送信すること、及び／又は
■ｇＮＢから受信された（例えば、ベストエフォート構成でＰＤＵを送信するための）指示などに基づいて、ベストエフォート又は利用可能な転送構成を使用して、第１のフロー内のＡＤＵのＰＤＵを送信すること、
●第２のフロー内のＡＤＵの（例えば、いくつかの又は任意の）ＰＤＵが、第２のＥＴＡ閾値の後（例えば、経過した後）、かつ／又は第３のＥＴＡ閾値の前（例えば、経過する前）に受信されることを条件として、
○第２のフロー内のＡＤＵの（例えば、最近の）ＰＤＵに対して（例えば、新しい）優先度を決定すること（例えば、新しい優先度は、デフォルト優先度よりも高くなり得る）、
○関連する転送構成（例えば、決定された新しい優先度に一致する）を使用して、第２のフロー内のＡＤＵのＰＤＵを送信すること、
○関連する（例えば、好適な）転送構成が、第２のフロー内のＡＤＵのＰＤＵを送信するために利用不可能であることを条件として、基地局（例えば、ｇＮＢ）にステータス指示及び／又は要求指示を送信すること、及び／又は
■（例えば、基地局から受信した指示に基づいて）ベストエフォート転送構成を使用して、第２のフロー内のＡＤＵのＰＤＵを送信すること、
●第３のＥＴＡ閾値の後に（例えば、経過した後に）、第２のフロー内のＡＤＵの（例えば、いくつかの又は任意の）ＰＤＵが受信されることを条件として、
○最近のＰＤＵ上で基地局（例えば、ｇＮＢ）にステータス指示及び／又は要求指示を送信すること、
○ベストエフォート転送構成を使用して、第２のフロー内のＡＤＵのＰＤＵを送信し、かつ／又は（例えば、基地局から受信された指示に基づいて）ＰＤＵをドロップすること、
●ＱｏＳ要件（例えば、第１のフロー、第２のフロー、及び／又は第３のフローの間の関連付けに基づく共同ＱｏＳ要件を満たすために、１つ以上の好適な（例えば、決定された）転送構成を使用して、第１のフロー、第２のフロー、及び／又は第３のフローのいずれかの１つ以上のＰＤＵを送信すること、及び／又は、
●ＲＴＴ要件内などで、第１のフロー、第２のフロー、及び／又は第３のフロー（例えば、複数のフロー）におけるデータの同期を満たす（例えば、保証する）ために、１つ以上の（例えば、決定された）転送構成を示す情報を送信すること。

【0067】

概要
エクステンデッドリアリティ（eXtended Reality、ＸＲ）という用語は、仮想現実（Virtual Reality、ＶＲ）、拡張現実（Augmented Reality、ＡＲ）、複合現実（Mixed Reality、ＭＲ）、及び／又はそれらの間で補間された任意の現実のいずれかを含む、異なるタイプの没入型体験の包括的な用語として使用され得る。例えば、仮想現実（ＶＲ）は、配信された視覚及び／又聴覚シーンのレンダリングされたバージョンを指し得る。レンダリングは、観察者又はユーザがアプリケーションによって定義された限界内で移動するときに、観察者又はユーザに対して実世界の視覚（例えば、立体視３Ｄ）及び／又は聴覚刺激を（例えば、可能な限り自然に）模倣するように設計され得る。例えば、拡張現実（ＡＲ）は、ユーザが現在の環境上にオーバーレイされた追加情報及び／又は人工的に生成されたオブジェクト及び／又はコンテンツを提供される場所を指し得る。複合現実（ＭＲ）は、いくつかの仮想要素が、これらの要素が現実シーンの一部であるという錯覚を提供するために、（例えば、意図して）物理的シーンに挿入される、ＡＲの高度な形態を指し得る。本明細書で使用される場合、ＸＲという用語は、コンピュータ技術及びウェアラブルによって生成される任意の現実及び／又は仮想の組み合わされた環境及び人間－機械対話を含み得る。

【0068】

ＸＲサービスのコンテキストにおける没入の概念は、仮想環境によって取り囲まれているという感覚、及び／又は仮想環境内に物理的及び空間的に位置しているという感覚を提供することを指すことがある。仮想化のレベルは、部分的な感覚入力から、実際の現実から事実上識別できない可能性がある仮想現実につながる完全に没入型のマルチ感覚入力までの範囲であり得る。

【0069】

ＸＲデバイスは、（例えば、典型的には）様々な程度の空間追跡を提供する能力に関連付けられ得る。ＸＲデバイスには、単眼カメラ、ステレオカメラ、深度カメラ、無線ビーコン、ＧＰＳ、慣性センサなど、空間追跡を可能にする様々なセンサが装備され得る。空間追跡は、３自由度（ＤｏＦ）（例えば、Ｘ軸、Ｙ軸、及びＺ軸に沿った回転運動）又は６ＤｏＦ（例えば、Ｘ軸、Ｙ軸、及びＺ軸に沿った回転運動及び／又は並進運動）などの異なるレベルで実行され得る。例えば、空間追跡は、何らかの形態の仮想コンテンツを体験するための相互作用をもたらし得る。ユーザは、エクステンデッドリアリティ内のコンポーネント内で行動し、かつ／又はコンポーネントと対話し得る。例えば、アクション及び／又は相互作用は、動き、ジェスチャ、視線追跡などを含み得る。空間追跡は、没入型ＸＲ体験を可能にする機能であり得る。例えば、ある形態の頭部及び／又は動き追跡は、ユーザ視点からのシミュレートされた視覚及び／又は聴覚成分が、ユーザの動きと一致するように更新されることを保証し得る。不正確な、かつ／又は遅延した空間追跡は、ユーザにとって不快感及び／又は乗り物酔いの感覚をもたらし得る。

【0070】

本明細書で説明されるように、ＷＴＲＵ（例えば、ユーザ機器）は、任意のＸＲデバイス及び／又はノードに対応し得、これらは、様々なフォームファクタで現れ得る。ＷＴＲＵ（例えば、ＸＲ ＷＴＲＵ）としては、以下の、ヘッドマウントディスプレイ（ＨＭＤ）、ＡＲ及び／又はＭＲ用の光学式シースルーメガネ及びカメラシースルーＨＭＤ、位置追跡及び／又はカメラを備えたモバイルデバイス、ウェアラブルなど、が挙げられるが、これらに限定されない。上記に加えて、例えば、１つ以上のデバイス、ウェアラブル、アクチュエータ、コントローラ、及び／又はアクセサリによって提供される、ディスプレイ、カメラ、センサ、センサ処理、無線接続、ＸＲ／メディア処理、電源などの、ＸＲデバイス機能に基づいて、いくつかの異なるタイプのＸＲ ＷＴＲＵが想定され得る。１つ以上のデバイス及び／又はノード（例えば、ＷＴＲＵ）は、ＸＲアプリケーション及び／又はサービスをサポートするための協調的ＸＲグループにグループ化され得る。

【0071】

ＸＲアプリケーション及びユースケースのためのトラフィックモデル
ある特定の代表的な実施形態では、（例えば、異なる）ＸＲアプリケーション及び／又はユースケースのサービス及び／又はトラフィックフローは、３ＧＰＰ ＴＲ ２６．９２８において特定される（例えば、説明される）。

【0072】

仮想現実１（ＶＲ１）
例えば、ＶＲ１アプリケーション（例えば、没入型６ＤｏＦのストリーミング）は、ビューポート依存ストリーミングアーキテクチャに適用可能なサービスフローを使用してモデル化され得る。適応ストリーミング（例えば、ＨＴＴＰ上の動的適応ストリーミング（dynamic adaptive streaming over HTTP、ＤＡＳＨ））と同様に、ビューポート依存ストリーミングは、ネットワーク及び／又は無線インターフェースにおける利用可能なビットレートに基づいて、メディア及び／又はビデオの品質を動的に更新することを可能にし得る。サービス及び／又はトラフィックフローに従って、ＸＲデバイスのビューポートの追跡及び／又は姿勢情報（例えば、１００Ｂ未満の小さいパケットサイズ）が、ＵＬにおいて比較的低いデータレート（例えば、０．５～２Ｍｂｐｓ、６０～５００Ｈｚ）でＸＲサーバに周期的に送信される。それに応答して、ＸＲサーバは、比較的高いデータレート（例えば、４ｋ全方向性及び／又はＦｏＶエリアストリーミングの場合、６～１８ＭＢｐｓ）でＤＬにおいて送信し得、ビューポート最適化メディア（例えば、Ｈ．２６４／２６５ビデオ）を適応的に準周期的に送信し得（例えば、４０／６０／１２０ｆｐｓ）、次いで、それがＸＲデバイスディスプレイにおいてレンダリングされる。

【0073】

例えば、ＶＲ１のトラフィック特性は以下のように記述することができる。
●ＵＬトラフィック：姿勢及び／又はビューポート情報（例えば、６ＤｏＦに関する情報を含む）
○小さいパケットサイズ（例えば、１００Ｂ未満の比較的一定のサイズ）、低いデータレート（例えば、０．５～２Ｍｂｐｓ）及び／又は単一のフロー、
○周期的：（例えば、６０～５００Ｈｚの周期性範囲）、及び／又は
●ＤＬトラフィック：（１）ビューポート最適化シーン（例えば、高品質）を含むメディア及び／若しくはビデオ、並びに／又は、２）非ビューポートシーン（例えば、低品質）のためのメディア及び／又はビデオ
○大きいパケットサイズ（例えば、ガウス分布を有する可変サイズ又は１５００Ｂの固定サイズ）、高いデータレート（例えば、６～１８Ｍｂｐｓ）、Ｅ２Ｅレイテンシ（例えば、５０ｍｓ）、複数のフロー（例えば、異なるビットレートを有するビデオフロー、３Ｄメディア、メタデータ）、
○準周期的（例えば、４０／６０／１２０ｆｐｓなどのフレームレートの関数としての周期性）。

【0074】

仮想現実２（ＶＲ２）
例えば、ＶＲ２アプリケーション（例えば、没入型ゲーム観戦者モード）は、分割レンダリングアーキテクチャに適用可能なサービスフローを使用してモデル化することができる。そのような場合、ＸＲサーバは、低データレート（例えば、０．５～２Ｍｂｐｓ、６０～５００Ｈｚ）で周期的にＸＲデバイスによって送られたポーズ情報に基づいて、２Ｄメディア及び／又はビデオフレームのプリレンダリング及び／又は符号化を実行し得る。レンダリングは、（例えば、主に）ＸＲサーバにおいて実行され、高データレート及び低レイテンシ（例えば、３０～４５Ｍｂｐｓ、１０～２０ｍｓ）でＤＬにおいて送信され得る。ＸＲデバイスは、受信されたメディア及び／又はビデオを解凍し、最新のポーズ情報に基づいてビューポートを補正するために非同期時間ワーピング（asynchronous time-warping、ＡＴＷ）を実行し得る。ＵＬにおけるポーズ情報の送信及びＤＬにおけるプリレンダリングされたメディアの受信のためのＲＴＴレイテンシは、最大５０ｍｓに及び得るが、ＡＴＷは、デバイス内処理に基づいて、動きから光子へのレイテンシ要件（例えば、２０ｍｓ未満）を満たし得る。

【0075】

例えば、ＶＲ２のトラフィック特性は、以下のように記述することができる。
●ＵＬ：姿勢及び／又はビューポート情報
○小さいパケットサイズ（例えば、１００Ｂ未満の一定のサイズ）、低いデータレート（例えば、０．５～２Ｍｂｐｓ）、単一のフロー、
○周期的（例えば、６０～５００Ｈｚの周期性範囲）、及び／又は
●ＤＬ：フレームバッファ内の３Ｄシーン
○大きなパケットサイズ（例えば、ガウス分布、及び／若しくは最大１５００Ｂ、又は無制限）、高いデータレート（例えば、３０～４５Ｍｂｐｓ）、レイテンシ（例えば、約３０ｍｓ及び／又は最大５０ｍｓのＲＴＴ）、複数のフロー（３Ｄビデオ及び／又はメディア、メタデータ）、
○準周期的（例えば、６０／９０ｆｐｓなどのフレームレートの関数としての周期性）。

【0076】

拡張現実１（ＡＲ１）
例えば、ＡＲ１アプリケーション（例えば、店員とのリアルタイムコミュニケーション）は、分散コンピューティングアーキテクチャに適用可能なサービスフローを使用して特徴付けられ得る。サービス及び／又はトラフィックフローに従って、ＸＲデバイスは、姿勢情報（例えば、０．５～２Ｍｂｐｓ、６０～５００Ｈｚ））及び／又はビデオ（例えば、１０Ｍｂｐｓ、１０Ｈｚフレーム更新レート）をＵＬにおいてＸＲサーバに送信し得る。受信された情報は、シーンを生成するためにＸＲサーバによって使用され得、シーンは、次いで、メタデータ（例えば、シーン記述）とともに２Ｄ（例えば、ビデオ）又は３Ｄメディア（例えば、３Ｄオブジェクト）フォーマットに変換される。圧縮されたメディア及びメタデータ（例えば、パレート分布によって特徴付けられる）は、高いデータレート（例えば、３０～４５Ｍｂｐｓ、４０／６０／１２０ｆｐｓ）でＤＬにおいて（例えば、準周期的に）配信され得る。次いで、ＸＲデバイスは、３Ｄオブジェクトを２Ｄビデオにオーバーレイし、デバイスディスプレイ内にシーンをレンダリングすることなどによって、ＡＲシーンをローカルに生成し得る。

【0077】

ＡＲ１のトラフィック特性は、例えば以下の通りである。
●ＵＬ：姿勢情報及び／又は２Ｄビデオストリーム情報
○姿勢：小さいパケットサイズ、低いデータレート（例えば、０．５～２Ｍｂｐｓ）、周期的（例えば、６０～５００Ｈｚ）。
○ビデオ：大きいパケットサイズ、より高いデータレート（例えば、１０Ｍｂｐｓ）、周期的（例えば、１０Ｈｚの更新周期性）、マルチフロービデオ、及び／又は
●ＤＬ：２Ｄ及び／又は３Ｄプリレンダリング済みメディア及びＸＲメタデータ
○大きなパケットサイズ（例えば、パレート分布）、高いデータレート（例えば、３０～４５Ｍｂｐｓ）、マルチフロー（２Ｄ及び／又は３Ｄメディア及び／又はメタデータ）。
○準周期的（例えば、６０／９０ｆｐｓのフレームレートの関数としての周期性）。

【0078】

拡張現実２（ＡＲ２）
例えば、ＡＲ２アプリケーション（例えば、ＸＲ会議、ＡＲアニメアバターコール）は、２つ以上のＸＲクライアント及び／又はデバイスがネットワークにおける中間メディア処理とのピアツーピア通信を実行することができる場合など、ＸＲ会話アーキテクチャに適用可能なサービス及び／又はトラフィックフローを使用し得る。２Ｄ＋／ＲＧＢＤ（例えば、２．７Ｍｂｐｓ）、３Ｄメッシュ（例えば、３０Ｍｂｐｓ）、３Ｄビデオポイントクラウドコーディング（Video point cloud coding、ＶＰＣＣ）、及び／又はジオメトリベースポイントクラウド圧縮（Geometry-based point cloud compression、ＧＰＣＣ）（例えば、５～５０Ｍｂｐｓ）のいずれかを含むユーザ表現のタイプに基づくなど、ＡＲ２アプリケーションのためにサポートされ得る。例示的なＸＲトラフィックフローでは、デバイス内のＸＲクライアントがコール設定手順を開始し、それに基づいて、セッション制御機能がネットワークベースのメディア処理をトリガし得る。ＳＭＦは、コール設定を第２のＸＲクライアント及び／又はデバイスに転送し、その後、リアルタイムメディア処理及びストリーミングを低レイテンシ（例えば、Ｅ２Ｅ＜１００ｍｓ）で両方のクライアントに転送し得る。ＸＲコールの間、２Ｄ及び／又は３Ｄメディア、並びに場合によってはユーザ姿勢情報は、ＸＲクライアント及び／又はデバイス間でＵＬ及びＤＬにおいて準周期的に送信され得る。

【0079】

例えば、ＡＲ２のトラフィック特性は、以下のように記述することができる。
●ＵＬ：ユーザの２Ｄ及び／又は３Ｄメディア、姿勢及び／又はビデオ
○大きなパケットサイズ及び／又はデータレート（例えば、２．７～５０Ｍｂｐｓ）、ＰＤＢ（例えば、１５０ｍｓ未満）、マルチフロー（２Ｄ及び／又は３Ｄメディア）、
○準周期的（例えば、６０～５００Ｈｚ）、及び／又は
●ＤＬ：ユーザの２Ｄ及び／又は３Ｄメディア、姿勢及び／又はビデオ
○大きなパケットサイズ（例えば、切断ガウス分布）及び／又はデータレート（例えば、２．７～５０Ｍｂｐｓ）、Ｅ２Ｅ ＰＤＢ（例えば、１００ｍｓ未満）、マルチフロー（２Ｄ及び／又は３Ｄメディア）、
○準周期的（例えば、６０～５００Ｈｚ）。

【0080】

ＸＲ会議
例えば、ＸＲ会議アプリケーションは、３Ｄ容積表現（例えば、ポイントクラウド及び／又はメッシュ）でユーザを表現することなどによって、地理的に離れたユーザ間で没入型会議体験を提供し得る。１つ以上のカメラ（例えば、深度知覚能力を伴う）が、それぞれのヘッドセット及び／又は眼鏡上で相互の完全３Ｄ容積表現との相互作用（例えば、視認、聴取、回転、ズームイン、サイズ変更等）を可能にするために、各ユーザの場所に配置され得る。ＸＲ会議アプリケーションは、同時ＵＬ及びＤＬメディアトラフィックをサポートし得る。メディアトラフィックは、オーディオ、ビデオ及び／又は３Ｄオブジェクトのいずれかを含み得る。３Ｄ容積フォーマットでユーザをキャプチャするために適用することができるメディアフォーマットは、２Ｄ＋／ＲＧＢＤ（例えば、１台のカメラに対して２．７Ｍｂｐｓ超、２台のカメラに対して５．４Ｍｂｐｓ超）、３Ｄメッシュ（例えば、約３０Ｍｂｐｓ）、３Ｄ ＶＰＣＣ及び／又はＧＰＣＣ（例えば、５～５０Ｍｂｐｓ）のいずれかを含む。メディアプロセッサは、中央に（例えば、コアネットワーク内に）位置し得、又は（例えば、エッジネットワーク内に）分散され得る。ネットワーク内メディアプロセッサを介したＸＲクライアント及び／又はユーザ間のサービス及び／又はトラフィックフローは、ＡＲ２及びＸＲ会話ユースケースと同様であると予想され得る。ＸＲ会議セッションに参加することは、ＸＲアプリケーション内の仮想環境及び関連付けられたメディアオブジェクトをダウンロードするために、最初にダウンロードピークをもたらし得る。残りのセッションを通して、データレートは、ユーザの数、ユーザのアップロードフォーマット、並びに／又は仮想２Ｄ及び／若しくは３Ｄオブジェクト及び／若しくは環境のリフレッシュレートに応じて変動し得る。

【0081】

例えば、ＸＲ会議のトラフィック特性は、以下のように記述することができる。
●ＵＬ：ユーザの２Ｄ及び／又は３Ｄメディア、姿勢及び／又はリアルタイムビデオ
○大きなパケットサイズ及び／又はデータレート（例えば、２．７～５０Ｍｂｐｓ）、マルチフロー（２Ｄ及び／又は３Ｄメディア）、
○準周期的（例えば、６０～５００Ｈｚ）、
○低エンコーダＰＥＲ（例えば、１０^－３未満）、及び／又は
●ＤＬ：ユーザの２Ｄ及び／又は３Ｄメディア、姿勢及び／又はリアルタイムビデオ、２Ｄ及び／又は３Ｄオブジェクト及び／又は環境場合によってはサードパーティから）
○大きなパケットサイズ及び／又はデータレート（例えば、２．７～５０Ｍｂｐｓ）、Ｅ２Ｅ ＰＤＢ（例えば、１００ｍｓ未満）、マルチフロー（２Ｄ及び／又は３Ｄメディア）、
○準周期的（例えば、６０～５００Ｈｚ）、
○低エンコーダＰＥＲ（例えば、１０^－３未満）。

【0082】

クラウドゲーミング（ＣＧ）
例えば、ＣＧアプリケーション（例えば、５Ｇオンラインゲーム）は、主に、ネットワークにおいてレンダリングされたビデオ及び／又はメディアがデバイス（例えば、スマートフォン、タブレット）内のシンクライアントにストリーミングされる、適応ストリーミングアーキテクチャに依存し得る。ＣＧのための典型的なサービス及び／又はトラフィックフローでは、ＸＲデバイスは、ＵＬ（例えば、０．１～１Ｍｂｐｓ、６０～５００Ｈｚ）においてビューポートに関する姿勢情報（例えば、１００～２５０Ｂ）をＸＲサーバに（例えば、周期的に）送信し得る。生成されたビューポート関連のビデオ及び／又はメディア（例えば、１５００Ｂ）は、符号化及び／又は圧縮され（例えば、Ｈ．２６４及び／又はＨ．２６５ビデオ）、ＤＬにおいてＸＲサーバによって準周期的に送信される（例えば、３０～４５Ｍｂｐｓ、３０／５０／６０／９０／１２０ｆｐｓ、ＰＥＲ：１０^－３）。次いで、受信されたビデオ及び／又はメディアは、復号及び処理時にＸＲデバイスにおいてレンダリングされ得る。特定のハイエンドＣＧアプリケーション（例えば、フォトリアリスティック又はナチュラルビデオゲームのカテゴリＤ）をサポートするためのＲＴＴレイテンシは、往復対話遅延（例えば、５０ｍｓ）によって決定され得る。他のＣＧアプリケーション（例えば、カテゴリＡ、Ｂ、及び／又はＣ）の場合、ＵＬ ＰＤＢは、１０ｍｓであり得、ＤＬストリーミングＰＤＢは、５０ｍｓ～２００ｍｓの範囲であり得る。

【0083】

例えば、ＣＧのトラフィック特性は、以下のように記述することができる。
●ＵＬ：姿勢及び／又はビューポート情報
○小さいパケットサイズ（例えば、１００～２５０Ｂ）、低いデータレート（例えば、０．１～１Ｍｂｐｓ）、ＰＤＢ：１０ｍｓ、単一フロー、
○周期的（例えば、６０～５００Ｈｚの周期性範囲）、及び／又は
●ＤＬ：ユーザの２Ｄ及び／又は３Ｄメディア及び／又は映像
○大きいパケットサイズ（例えば、最大１５００）、高いデータレート（例えば、３０～４５Ｍｂｐｓ）、ＰＤＢ：２０ｍｓ、マルチフロー（２Ｄ及び／又は３Ｄメディア、ビデオ）
○準周期的（例えば、３０／５０／６０／９０／１２０ｆｐｓのフレームレートの関数としての周期性）、
○ＰＥＲ：１０ｅ－３。

【0084】

ＸＲアプリケーションは、Ｕｕインターフェースを介して独立して送信され得るアプリケーション及び／又はサービスごとに複数のデータフローに関連付けられ得る（例えば、生成及び／又は受信する）。複数のデータフローは、ＷＴＲＵに関連付けられた異なるデバイス（例えば、ＨＭＤ、スマートフォン、触覚グローブ）から生じ得る。例えば、可能なユースケースは、複数のＸＲデバイスを装備したユーザが、異なる場所に物理的に位置している間に（例えば、２人が異なる場所で手を振っている間に）互いに対話することができる共有ＸＲ体験である。

【0085】

例えば、各データフローは、異なるトラフィック特性（例えば、パケットサイズ及び／又は到着分布）を有し得る。例えば、各データフローは、独立した及び／又は異なるＱｏＳ（例えば、パケット誤り率、遅延バジェット）要件を有し得る。ＷＴＲＵは、各フローについてのＱｏＳ要件が独立して満たされることを保証するように構成され得る（例えば、試みる）。同様に、ネットワークにおけるスケジューラでのトラフィック優先順位付けも、各ＱｏＳフローに対して独立して実行され得る。ＷＴＲＵは、ＷＴＲＵによってサポートされるＸＲアプリケーションに関連付けられたフローに対してより高い優先度値を有し得る他の追加のアプリケーションもサポートし得る。

【0086】

各データフローが（例えば、独立して）満たすために必要とされ得るＲＡＮ ＱｏＳ（例えば、ＰＥＲ及び／又はレイテンシ）に加えて、フロー間時間遅延の限界が保証され得るように、データフロー間の協調が必要とされ得る。例えば、わずかな遅延及び／又はデータフロー間の同期の欠如であっても、不十分なＱｏＥにつながる可能性があり、及び／又はユーザに対する急な不快感若しくは病気（例えば、嘔吐、見当識障害）につながる可能性がある。

【0087】

この点に関して、異なるデバイスから生じ得るＸＲ体験の複数のデータ（例えば、ＱｏＳ）フローの協調は、全てのフローが一緒に処理及び／又はレンダリングされ得ることを保証するために、フローが、指定された同期時間ウィンドウ内でｇＮＢ及びアプリケーションサーバ（例えば、ｇＮＢとコロケートされたエッジサーバ）に、ＵＬにおいて配信されるように、重要であり得る。異なるフローが同期時間ウィンドウ内にｇＮＢからＷＴＲＵにおいて受信されるように、フローがＤＬにおいて配信されるとき、同様の問題に対処する必要があり得る。

【0088】

複数のデータフローの同期を保証するための転送構成の決定
ある特定の代表的な実施形態では、ＷＴＲＵ（例えば、ＸＲ ＷＴＲＵ）は、（例えば、アプリケーションに関連付けられた）１つ以上のデータフロー内のＰＤＵの送信を実行し得る。例えば、１つ以上の共同ＱｏＳ要件を満たすために、異なるフロー内のＰＤＵが送信及び／又は受信されることを保証するために、ＰＤＵが送信され得る。一実施例として、ＱｏＳ要件は、以下のいずれかに基づき得る。ネットワーク及び／又はアプリケーション（例えば、ＷＴＲＵによってホストされるアプリケーション機能）から受信される閾値、構成、トリガ、条件、及び／又は基準。一実施例では、ＷＴＲＵは、異なるフロー内のＰＤＵ間で達成可能なＱｏＳ（例えば、レイテンシ、データレート、信頼性）に関する差が、アプリケーションに関連付けられたＱｏＳ要件内にあるように、異なるフロー内のＰＤＵの送信を実行し得る。別の実施例では、ＷＴＲＵは、フローが同期ウィンドウ内で受信エンティティ（例えば、基地局、アプリケーション機能、ＣＮ機能）において受信されるように、同期された方式などで（例えば、同時に、又は最小受信時間差で送信されて）ＰＤＵの送信を実行し得る。

【0089】

ある特定の代表的な実施形態では、同期ウィンドウは、同期要件に関連付けられ得る。同期要件は、ＷＴＲＵによってサポートされるアプリケーションに依存し得る。例えば、２つのデータフロー（例えば、ビデオデータフロー及び姿勢データフロー）からなるアプリケーションは、異なるデータフロー内のＰＤＵが、第１及び第２のデータフロー内のＰＤＵ間のＱｏＳの差に対応し得るＱｏＳ限界（例えば、レイテンシ限界）内の１つ以上のエンティティ及び／又は機能（例えば、ＷＴＲＵ、ｇＮＢ、エッジサーバ機能、リモートサーバ機能）において受信されることを好み得る（例えば、要求し得る）。

【0090】

同期ウィンドウは、レイテンシ、データレート、及び／又は信頼性を含む任意のＱｏＳメトリックに適用可能であり得る。同期ウィンドウがデータレートに関連付けられている（例えば、対応する）場合、例えば、個々のフローに関連付けられたデータレート値が、アプリケーションに関連付けられた１つ以上のフローに関連付けられた共同最小及び／又は共同最大データレート値のいずれかを満たす状態でＰＤＵが送信及び／又は受信されるとき、１つ以上の関連付けられたフロー内のＰＤＵは同期されているとみなされ得る。同期ウィンドウがレイテンシに関連付けられている（例えば、対応する）場合、例えば、個々のフローに関連付けられたレイテンシ限界（例えば、ＰＤＢ）がアプリケーションに属する１つ以上のフローに関連付けられた共同最小及び／又は共同最大レイテンシ限界のいずれかを満たす状態でＰＤＵが送信及び／又は受信されるとき、１つ以上の関連付けられたフロー内のＰＤＵは同期されているとみなされ得る。

【0091】

ある特定の代表的な実施形態では、異なるデータフロー内のＰＤＵは、ＷＴＲＵにおいて、（例えば、ＷＴＲＵに関連付けられた）他のデバイスから、並びに／又は（例えば、ＷＴＲＵとコロケートされた）他の機能及び／若しくはエンティティ（例えば、上位レイヤ、アプリケーションレイヤ機能）から、受信され得る。例えば、異なる関連付けられたフロー内のＰＤＵが、転送及び／又は送信中に互いに独立して処理及び／又は転送される場合、異なる関連付けられたデータフロー内のＰＤＵが互いにドリフトし得る（例えば、受信時間ドリフト）ように、ドリフト状態が導入され得る。このドリフトは、異なるデータフロー内のＰＤＵが、アプリケーションによって必要とされる同期ウィンドウを超えて受信エンティティ（例えば、ｇＮＢ）に到着することを引き起こすことになり得る。

【0092】

ある特定の代表的な実施形態では、ネットワークは、基地局（例えば、ｇＮＢ、ＴＲＰ、ＲＡＮノード）、コアネットワーク機能、及び／又はアプリケーション機能（例えば、エッジサーバ機能、リモートサーバ機能）のいずれかを含み得る。ある特定の代表的な実施形態では、フローは、レイテンシ、データレート、及び／又は信頼性など、１つ以上のＱｏＳ要件に関連付けられ得るＱｏＳフロー及び／又はデータフロー（例えば、データ又はＰＤＵのフロー）のいずれかに対応し得る。ある特定の代表的な実施形態では、転送構成は、１つ以上の無線ベアラ、１つ以上の論理チャネル、アクセス層プロトコルスタック内の個々のレイヤ中の１つ以上の構成パラメータ（例えば、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、及び／又はＰＨＹ）、論理チャネル優先順位付け（logical channel prioritization、ＬＣＰ）に関連付けられた１つ以上のパラメータ（例えば、優先度、ＰＢＲ、及び／又はＢＳＤ）、データフロー及び／又はＱｏＳフローから無線ベアラへのマッピングに関連付けられたパラメータ（例えば、ＳＤＡＰにおけるパラメータ）、１つ以上のキャリア、１つ以上のＢＷＰ、及び（例えば、ＵＬ方向又はＤＬ方向においてＰＤＵを配信するために使用される）１つ以上のリンク、のいずれかに関連付けられ得る（例えば、対応し得る）。

【0093】

構成されたパラメータ及び／又は識別子に基づくデータフロー間の関連付けの決定
ある特定の代表的な実施形態では、ＷＴＲＵ（例えば、ＸＲ ＷＴＲＵ）は、データフロー内のＷＴＲＵによって検出可能な明示的及び／又は暗黙的なパラメータ及び／又は識別子に基づいて、ＷＴＲＵによって受信及び／又は送信された１つ以上のデータフローが、アプリケーション及び／又はサービスに関連付けられているかどうかを決定し得る。例えば、フロー間の関連付けを決定するためのパラメータ及び／又は識別子は、（例えば、ＲＲＣシグナリング、ＮＡＳレイヤシグナリング、及び／又はアプリケーションレイヤシグナリングを介して）ＷＴＲＵにおいて構成され得る。

【0094】

実施例として、複数のデータフロー（例えば、第１、第２、又はそれ以上のフロー）間の関連付けを識別するためにＷＴＲＵによって使用されるパラメータ及び／又は識別子は、以下のいずれか（例えば、それらのいずれかの組み合わせ）を含み得る。
－フロー及び／又はアプリケーションに関連付けられた識別子及び／又はＩＤ
○例えば、ＷＴＲＵが、第１のフロー及び／又は第２のフローのＰＤＵ内で（例えば、データユニットのヘッダ及び／又はペイロード内で）アプリケーションに関連付けられた共通ＩＤを検出し得る場合など、ＷＴＲＵは、第１のフロー及び第２のフローがアプリケーションに関連付けられ得ると決定し得る。アプリケーションのＩＤは、例えば、ＷＴＲＵにおいて事前構成され得る。
－フローに関連付けられた優先度及び／又は重要性情報
○例えば、ＷＴＲＵが、第１のフロー及び第２のフローのＰＤＵ内で（例えば、ヘッダ及び／又はペイロード内で）共通及び／又は同様の優先度及び／又は重要性の指示を検出することなどによって、ＷＴＲＵは、第１のフロー及び第２のフローがアプリケーションに関連付けられ得ると決定し得る。
○例えば、（例えば、データユニットのヘッダ又はペイロード内で）ＷＴＲＵによって検出された優先度及び／又は重要性の指示が、１つ以上の優先度及び／又は重要性閾値を上回る及び／又は下回る可能性があるときなどに、ＷＴＲＵは、第１のフロー及び第２のフローが関連付けられ得ると決定し得る。
－関連付けられたフロー内の時間及び／又はタイミング情報
○例えば、第１のフロー内の１つ以上のＰＤＵ及び第２のフロー内の１つ以上のＰＤＵが、持続時間及び／又はウィンドウ内でＷＴＲＵによって受信され得る場合などに、ＷＴＲＵは、第１のフロー及び第２のフローが関連付けられ得ると決定し得る。例えば、持続時間／ウィンドウは、第１のフロー内のＰＤＵの受信時間（例えば、「ｔ１」における）と第２のフロー内のＰＤＵの受信時間（例えば、「ｔ２」における）との間の時間差に対応し得る。例えば、時間差（例えば、ｔ２－ｔ１）が持続時間及び／又はウィンドウ閾値を満たす（例えば、それ未満である）ときに、ＷＴＲＵは、第１及び第２のフローが関連付けられ得ると決定し得る。
○例えば、ＷＴＲＵは、第１及び第２のフロー（に関連付けられたＰＤＵなど）において搬送されるタイミング情報（タイムスタンプなど）の共通のフォーマット及び／又は粒度に基づいて、第１及び第２のフローが関連付けられ得ると決定し得る。
－関連付けられたフロー内の空間及び／又は姿勢情報
○例えば、ＷＴＲＵは、空間情報を搬送するＰＤＵが共通の空間パラメータに対応するときなどに、第１のフロー及び第２のフローが関連付けられ得ると決定し得る。空間パラメータは、例えば、以下のいずれかを含み得る。デバイスのＦｏＶの方向及び／又は向き、ビデオ及び／又はメディアフレームのスライス及び／又はタイル、位置情報（例えば、座標）、姿勢情報など。空間パラメータは、例えば、空間情報（例えば、データタイプ識別子に基づいてＷＴＲＵによって識別され得る姿勢及び／又は制御ＰＤＵ）をトランスポートする特定のＰＤＵに対する検出、並びに／又はＰＤＵ内に（例えば、ヘッダ及び／若しくはペイロード内に）空間情報を含み得る他のＰＤＵの検出に基づいて、ＷＴＲＵによって決定され得る。

【0095】

アプリケーションパラメータ及び／又は要件に関する支援情報のネットワークへの送信
ある特定の代表的な実施形態では、ＷＴＲＵ（例えば、ＸＲ ＷＴＲＵ）は、ネットワークにおけるアプリケーション認識機能をサポートするためなど、ＷＴＲＵにおいてサポートされるアプリケーションに関連付けられた情報をネットワークに送信し得る。例えば、アプリケーションに関する情報は、支援情報、ステータス情報、及び／又はそれらの指示としてネットワークに送信され得る。

【0096】

例えば、ＷＴＲＵによってネットワークに送信され得る、アプリケーションに関連付けられた情報は、以下のいずれか（例えば、以下のいずれかの組み合わせ）を含み得る。
－ＷＴＲＵによってサポートされるアプリケーション
○例えば、ＷＴＲＵは、サポートされるアプリケーションに関連付けられた番号及び／又はＩＤを送信し得る。ＷＴＲＵは、サポートされるアプリケーションに関連付けられた相対優先度値及び／又は絶対優先度値に関する情報を（例えば、更に）送信し得る。
－アプリケーションに関連付けられたデータフロー
○例えば、ＷＴＲＵは、アプリケーションごとにサポートされるデータフローに関連付けられた番号及び／又はＩＤを送信し得る。ＷＴＲＵは、データフローに関連付けられた相対優先度値及び／又は絶対優先度値に関する情報を（例えば、更に）送信し得る。
－アプリケーションに関連付けられたデバイス
○例えば、ＷＴＲＵは、サポートされるデバイスに関連付けられた番号及び／若しくはＩＤ、並びに／又はアプリケーションごとのデバイスの関連付けを送信し得る。
－アプリケーションごとのデータフローに関連付けられたデータ及び／又はトラフィックタイプ
○例えば、ＷＴＲＵは、データタイプがビデオデータ（例えば、Ｉフレームデータ、Ｐフレームデータ、Ｂフレームデータ）、ＲＧＢ－Ｄデータ、３６０度ビデオデータ、ハプティックデータ、姿勢及び／又は測位データ、オーディオデータなどのいずれかを含み得る場合などに、アプリケーションに関連付けられた第１及び第２のフロー内のデータタイプに関する情報を送信し得る。
－アプリケーションごとのデータフローに関連付けられたデータ及び／又はトラフィックの特性及び／又はパラメータ
○例えば、ＷＴＲＵは、データが周期的、非周期的、半永続的、準周期的などであるかどうかを含むなど、アプリケーションに関連付けられた第１及び第２のフローの特性に関する情報を送信し得る。
○例えば、ＷＴＲＵは、アプリケーションごとの１つ以上のフローにおいて予想される（例えば、ＡＤＵ当たりの）ＰＤＵの数に関する情報を送信し得る。（例えば、ＡＤＵ当たりの）ＰＤＵの数に関する情報は、平均値、最小値、最大値、及び／又は標準偏差値のいずれかを含む統計情報を（例えば、更に）含み得る。
○例えば、ＷＴＲＵは、データレート、レイテンシ（例えば、ＰＤＢ）、信頼性（例えば、ＰＥＲ）、絶対優先度値及び／又は相対優先度値などのいずれかを含むなど、アプリケーションに関連付けられた１つ以上のフローのＱｏＳ要件を送信し得る。

【0097】

例えば、ＷＴＲＵは、以下のいずれか（例えば、それらの任意の組み合わせに基づいて、アプリケーション及び／又はサービスに関連付けられた複数のデータフローに関連付けられた情報をネットワークに送信し得る。
－接続及び／又はセッション確立及び／又は（再）構成（例えば、手順）の間
○例えば、ＲＲＣ接続、ＰＤＵセッション、アプリケーションセッション確立、及び／又は（再）構成手順のいずれかの間。
－アプリケーションごとにデータフローを変更及び／又は更新するとき
○例えば、新しいフローを追加するとき、及び／又はアプリケーションに関連付けられた既存のフローを解放するとき。
－上位レイヤ及び／又はアプリケーション情報を受信するとき
○例えば、サポートされるデータタイプ、トラフィック特性、及び／又はＱｏＳ要件などの変更のいずれかを示す指示を（例えば、ＷＴＲＵ及び／又はネットワークにおいてホストされるアプリケーション機能から）受信するとき。
－測定値及び動きの変化を検出するとき
○例えば、（１つ以上のデータフローに関連付けられ得る）信号、チャネル、無線リンク、キャリアなどのいずれかのＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ測定値のいずれかが、閾値を上回る及び／又は下回るとき。
○例えば、姿勢及び／又は測位測定値（例えば、６ＤｏＦにおける位置情報及び／又は姿勢）が姿勢閾値を上回る及び／又は下回るとき。
－時間及び／又はタイミング属性の変化を検出するとき
○例えば、ＷＴＲＵは、周期的に、又は支援情報の送信に関連付けられた時間期間（例えば、タイマ）が設定され、かつ／若しくは経過する（例えば、満了する）ときに、情報を送信し得る。

【0098】

例えば、ＷＴＲＵは、ＡＳレイヤシグナリング（例えば、ＲＲＣシグナリング及び／若しくはメッセージ、ＭＡＣ ＣＥ及び／若しくはＤＣＩのいずれか）又は非ＡＳ（Ｎｏｎ－ＡＳ、ＮＡＳ）レイヤシグナリング（例えば、ＰＤＵセッション関連メッセージ）を介して、支援情報など、アプリケーション及び／又はサービスに関連付けられた複数のデータフローに関連付けられた情報をネットワークに送信し得る。

【0099】

複数のフローの同期送信を保証するための構成情報の受信
ある特定の代表的な実施形態では、ＷＴＲＵ（例えば、ＸＲ ＷＴＲＵ）は、構成情報としてネットワークからＷＴＲＵによって受信され得る１つ以上のパラメータ、閾値、及び／又はトリガ条件に基づくなどして、１つ以上の（例えば、関連付けられた）データフロー内のＰＤＵの送信を実行し得る。

【0100】

例えば、ＷＴＲＵによって受信される構成情報は、以下のパラメータのいずれか（例えば、いずれかの組み合わせ）を含み得る。
－予想到着時間（ＥＴＡ）閾値
○例えば、ＷＴＲＵは、ＰＤＵが第１のＰＤＵ、又は先行するＰＤＵ（例えば、第１のＰＤＵ）を受信した後の任意の後続のＰＤＵであり得る場合などに、データフロー内のＰＤＵを受信するための予想時間に関連付けられた（例えば、対応する）１つ以上のＥＴＡ閾値を受信し得る。
○例えば、第１及び第２のデータフローがアプリケーションに関連付けられている場合などに、ＥＴＡ閾値は、第１のデータフロー内の第１のＰＤＵを受信した後に第２のデータフロー内の第１のＰＤＵを受信するための予想時間に関連付けられ得る。一実施例では、ＥＴＡ閾値は、持続時間又は時間値に関連付けられ得る。ＷＴＲＵは、第１のフロー内の第１のＰＤＵを受信するときの時間インスタンスにおいてタイマを開始し、ＥＴＡ閾値に対応する時間インスタンスにおいてタイマが満了するとき、及び／又は第２のフロー内の第１のＰＤＵを受信するとき（例えば、第１及び第２のフローが同じアプリケーションに関連付けられている）、タイマを停止し得る。ＷＴＲＵは、第１のフロー内の（例えば、第１の）ＰＤＵを受信することと、第１のフロー内の（例えば、第１の）ＰＤＵを受信することと、の間の経過時間を決定し得る。
－予想データレート（Expected data rate、ＥＤＲ）閾値
○例えば、ＷＴＲＵは、データフロー内のＰＤＵ（例えば、先行するＰＤＵを受信した後の第１のＰＤＵ又は後続のＰＤＵ）を受信するために予想されるデータレートに関連付けられた１つ以上の予想データレート閾値（ＥＤＲ）値を受信し得る。データレートは、以下の単位のいずれかに対応し得る。毎秒ＰＤＵ、毎秒フレーム、及び／又は毎秒ビットなど。別の実施例では、ＥＤＲ閾値は、第１のデータレート値を有する第１のデータフロー内のＰＤＵを受信した後に、第２の関連付けられたデータフロー内のＰＤＵについて予想されるデータレートに関連付けられ得る。
－予想信頼性閾値
○例えば、ＷＴＲＵは、データフロー内のＰＤＵ（例えば、先行するＰＤＵを受信した後の第１のＰＤＵ又は後続のＰＤＵ）を受信するために予想される信頼性に関連付けられた１つ以上の予想信頼性閾値（ＥＥＲ）値を受信し得る。信頼性の値は、以下の単位のいずれかに対応し得る。パケット誤り率、フレーム誤り率、及び／又は誤りの確率など。別の実施例では、ＥＥＲ閾値は、第１の信頼性値を有する第１のデータフロー内の１つ以上のＰＤＵを受信した後に、第２の関連付けられたデータフロー内の１つ以上のＰＤＵについて予想される信頼性に関連付けられ得る。
－転送構成パラメータ
○例えば、転送構成の一部として、ＷＴＲＵは、アプリケーションに関連付けられたフローチャネル（例えば、無線ベアラ及び／又はＬＣＨ）に関連付けられた（例えば、対応する）１つ以上のデフォルト及び／又は基準優先度値を受信し得る。例えば、第１のフローチャネルは、第１の優先度値に関連付けられ得、及び／又は第２のフローチャネルは、第２の優先度値に対応し得る。第１及び第２のフローチャネルは、同じアプリケーションに関連付けられ得、第１及び第２のデフォルト優先度値は、例えば、送信中に第１及び第２のフローチャネル内のＰＤＵについてのデフォルトＱｏＳ性能（例えば、デフォルトレイテンシ及び／又はデフォルトデータレート）を達成するように意図され得る。
○例えば、ＷＴＲＵは、例えば、データ送信を実行するときにＷＴＲＵによって使用され得る代替パラメータ及び／又は閾値を含む、１つ以上の代替構成（例えば、非デフォルト構成）のセットを（例えば、更に）受信し得る。一実施例では、代替構成は、ＷＴＲＵがデータ送信を実行するときに使用することを許可され得る、フローチャネルに関連付けられた１つ以上の優先度値を含み得る。例えば、ＷＴＲＵは、第１のデータフローに関連付けられた第１のＬＣＨを使用するときに第１及び／若しくは第２の優先度値からなる代替構成を使用することを許可され得、並びに／又は第２のデータフローに関連付けられた第２のＬＣＨを使用するときに第３及び／若しくは第４の優先度値からなる代替構成を使用することを許可され得る（例えば、第１及び第２のデータフローはアプリケーションに関連付けられている）。
○例えば、ＷＴＲＵは、ＷＴＲＵがデフォルト及び／又は代替構成をいつ及び／又はどのように使用し得るかを示す基準を（例えば、更に）受信し得る。例えば、基準は、第１及び／若しくは第２のデータフロー内のＰＤＵが第１の予想閾値（例えば、ＥＴＡ閾値）内で受信されるときにデフォルト構成を使用すること、並びに／又は第１及び／若しくは第２のデータフロー内のＰＤＵが第１の予想閾値（例えば、ＥＴＡ閾値）の後で受信されるときに代替構成を使用することを示し得る。

【0101】

例えば、ＷＴＲＵは、ＡＳレイヤシグナリング（例えば、ＲＲＣシグナリング及び／若しくはメッセージ、ＭＡＣ ＣＥ及び／若しくはＤＣＩのいずれか）又は非ＡＳ（ＮＡＳ）レイヤシグナリング（例えば、ＰＤＵセッション関連メッセージ）を介して、異なる関連付けられたデータフロー内のＰＤＵの送信を実行することに関連付けられた構成情報（例えば、デフォルト及び／又は代替構成）を受信し得る。

【0102】

同期時間ウィンドウ内での異なる関連付けられたフロー内のＰＤＵの送信
ある特定の代表的な実施形態では、ＷＴＲＵは、ＰＤＵが同期時間ウィンドウ内で送信及び／又は受信され得るように、１つ以上のＥＴＡ閾値、及び／又は異なるフロー内のＰＤＵが（例えば、フローＩＤを使用して）互いの間でどのように関連付けられ得るかに関する情報に基づいて、アプリケーション及び／又はサービスに関連付けられた異なるデータフロー内のＰＤＵの送信を実行し得る。

【0103】

例えば、ＷＴＲＵは、以下のパラメータのいずれか（例えば、それらの任意の組み合わせを含む構成情報をネットワークから受信し得る。
－第１の予想到着時間（ＥＴＡ）閾値
○例えば、第１のＥＴＡ閾値は、第１のフロー及び／又は第２のフロー内の１つ以上のＰＤＵを受信するために予想される第１の持続時間（例えば、通常の持続時間又はデフォルトの持続時間）に関連付けられ得る。
－第２の予想到着時間（ＥＴＡ）閾値
○例えば、第２のＥＴＡ閾値は、第１のフロー及び／又は第２のフロー内のより多くのＰＤＵのうちの１つを受信するために予期される第２の持続時間（例えば、遅延したＰＤＵを早めるために使用されるような、通常の持続時間を超える、及び／又は通常の持続時間よりも長い）に関連付けられ得る。
－異なる優先度値を有する１つ以上の転送構成（例えば、ＬＣＨ及び／又は無線ベアラ）、例えば、少なくとも１つの転送構成が第１のデータフローに関連付けられ得、第２の転送構成が第２のデータフローに関連付けられ得、第１及び第２のデータフローが同じアプリケーション及び／又はサービスに関連付けられ得る。
○例えば、第１及び／又は第２の転送構成は、デフォルト優先度値及び／又は代替優先度値に関連付けられ得る。
－第１のフロー及び第２のフロー内のＰＤＵにおいて検出する識別子及び他のパラメータ（例えば、タイムスタンプ及び／又はシーケンス番号）
○例えば、第１及び第２のフロー内のＰＤＵは、フローが同じアプリケーション及び／又はサービスに関連付けられているときに、同じ又は同様の識別子及び／又はＩＤを（例えば、パケットヘッダ内で）搬送し得る。
○例えば、ＷＴＲＵは、ＰＤＵに関連付けられたタイミング情報（例えば、到着時間、パケット作成時間、出発時間、及び／又はＰＤＵを送信するための残り時間）を決定するために、タイムスタンプ情報及び／又は（例えば、パケットヘッダ内の）シーケンス番号を使用し得る。

【0104】

ある特定の代表的な実施形態では、構成情報を受信した後、ＷＴＲＵ（例えば、ＸＲ ＷＴＲＵ）は、関連付けられたデバイス及び／又は機能から（例えば、サイドリンクを介して、並びに／又はＷＴＲＵと共同配置された機能及び／若しくはエンティティを介して）第１のデータフロー内の第１のＰＤＵを受信し得る。例えば、ＷＴＲＵは、ＰＤＵヘッダにおいて検出可能な識別子及び／又はＩＤに基づいて、第１のフロー内の第１のＰＤＵが、ＷＴＲＵによってサポートされるアプリケーション及び／又はサービス（例えば、ＸＲアプリケーション）に属し得ることを特定し得る。例えば、第１のＰＤＵは、ＳＤＡＰレイヤにおいて、又は第１のＬＣＨに関連付けられたバッファにおいて、ＷＴＲＵによって受信され得る。一実施例として、ＷＴＲＵは、ＵＬにおいてＰＤＵをｇＮＢに送信するときなど、デフォルト転送構成（例えば、第１のＬＣＨに関連付けられたデフォルト優先度値）を使用して、（例えば、第１のＬＣＨを介して）第１のデータフロー内の第１のＰＤＵを送信し得る。

【0105】

ある特定の代表的な実施形態では、ＷＴＲＵは、第１のデータフロー内の第１のＰＤＵを受信した後に第１のタイマを開始し得る。例えば、第１のタイマは、第１のＥＴＡ閾値までの持続時間（例えば、スパン）の間動作し得る。ある特定の代表的な実施形態では、ＷＴＲＵは、第１のデータフロー内の第１のＰＤＵを受信した後に第２のタイマを開始し得る。例えば、第２のタイマは、第２のＥＴＡ閾値までの持続時間（例えば、スパン）の間動作し得る。一実施例では、ＷＴＲＵは、第１及び第２のタイマを同時に開始し得、ＷＴＲＵは、タイマをそれらのそれぞれのＥＴＡ閾値までの持続時間の間動作させ得る。別の実施例では、ＷＴＲＵは、タイマを順次開始及び／又は停止し得る。第２のタイマは、（例えば、第１のＥＴＡ閾値の）第１のタイマの満了後に開始され得、及び／又は、第２のタイマは、第２のＥＴＡ閾値までの持続時間の間動作させられ得る。

【0106】

ある特定の代表的な実施形態では、ＷＴＲＵは、第１のデータフロー内の第１のＰＤＵを受信することに関連付けられた第１の持続時間を有し得る（例えば、第１の持続時間で構成され得る）。例えば、第１の持続時間は、第１のＥＴＡ閾値に対応し得る。ある特定の代表的な実施形態では、ＷＴＲＵは、第１のデータフロー内の第１のＰＤＵを受信することに関連付けられた第２の持続時間を有し得る（例えば、第２の持続時間で構成され得る）。例えば、第２のタイマは、第２のＥＴＡ閾値に対応し得る。一実施例では、ＷＴＲＵは、第１及び第２の持続時間の開始を同時に決定し得、かつＷＴＲＵは、第１の持続時間及び／又は第２の持続時間が経過したかどうかを決定し得る。別の実施例では、ＷＴＲＵは、第１及び第２の持続時間の開始を順次決定し得、かつ／又はＷＴＲＵは、第１の持続時間及び／又は第２の持続時間が順次経過したかどうかを決定し得る。第２の持続時間は、第１の持続時間が経過した後に（例えば、第１のＥＴＡ閾値が経過した後に）開始し得、及び／又は第２の持続時間は、第２のＥＴＡ閾値を使用して経過したと決定され得る。第１の持続時間は、第１のＥＴＡ閾値を使用して経過したと決定され得る。

【0107】

ある特定の代表的な実施形態では、ＷＴＲＵは、（例えば、第１のデータフロー内の第１のＰＤＵに関連付けられた）第２のデータフロー内の第１のＰＤＵがＷＴＲＵによっていつ受信され得るかに応じて、以下のアクションのいずれか（例えば、以下のアクションの任意の組み合わせ）をとり得る。
－例えば、第２のフロー内の第１のＰＤＵが、第１のＥＴＡ閾値の前に（例えば、第１のタイマの満了又は第１のＥＴＡ閾値の経過の前に）ＷＴＲＵによって受信されるとき、ＷＴＲＵは、
○ＵＬにおいてＰＤＵをｇＮＢに送信するときなどに、第２のフローに関連付けられたデフォルト転送構成を使用して（例えば、第２のＬＣＨに関連付けられたデフォルト優先度値を使用して）第２のフロー内の第１のＰＤＵを送信し得る。
－例えば、第２のフロー内の第１のＰＤＵが、第１のＥＴＡ閾値の後に（例えば、第１のタイマの満了又は第１のＥＴＡ閾値の経過の後に）、及び／又は第２のＥＴＡ閾値の終了前に（例えば、第２のタイマの満了又は第２のＥＴＡ閾値の経過の前に）ＷＴＲＵによって受信されるとき、ＷＴＲＵは、以下のうちの１つ以上を実行し得る。
○第１のフローの第１のＰＤＵが受信されたときの時間インスタンスと、第２のフローの第１のＰＤＵが受信されたときの時間インスタンスと、第１のＥＴＡ閾値と、に基づいて、第２のフローの第１のＰＤＵに割り当てる優先度を決定する。例えば、ＷＴＲＵは、タイムスタンプ情報に基づいて、第１及び／又は第２のフロー内の第１のＰＤＵが受信される時間インスタンスを決定し得る。
○第１のフロー内のＰＤＵの受信時間（例えば、「ｔ１」における）、及び第２のフローのＰＤＵの受信時間（例えば、「ｔ２」における）に基づいて、第２のフローの第１のＰＤＵに割り当てる優先度を決定する。例えば、優先度は、第１及び第２のフロー内のＰＤＵ間の時間差が第１のＥＴＡ閾値以下であるように割り当てられ得る。
○第１のフローの第１のＰＤＵの受信と第２のフローの第１のＰＤＵの受信との間の時間差を決定する。ＷＴＲＵは、遅延したＰＤＵ（例えば、ＥＴＡ閾値が経過した後に受信されたＰＤＵ）がデフォルト優先度値を使用するよりも速くＵＬにおいて送信されることを可能にし得る補償レイテンシ値を決定することによって、遅延したＰＤＵに対してより高い優先度を使用し得る。
○時間差から第１のＥＴＡ閾値を減算することによって補償レイテンシ値を決定する（例えば、計算する）（例えば、ｔ２－ｔ１－第１のＥＴＡ閾値）。例えば、ＰＤＵに割り当てる優先度は、計算された補償レイテンシ値と割り当てる優先度との間のマッピング関係に基づいて決定され得る。例えば、補償レイテンシと優先度との間のマッピング関係は、構成情報（例えば、その一部）としてＷＴＲＵによって受信され得る。
○例えば、ＷＴＲＵは、異なる優先度値に関連付けられ得る１つ以上の転送構成で、及び／又は少なくとも、第２のフロー内のＰＤＵについてのレイテンシを補償するために決定された優先度値に一致する優先度値を有する転送構成で事前構成され得る。転送構成は、一致する優先度値を用いて選択され得る。例えば、ＷＴＲＵは、選択された転送構成を使用して、ＵＬにおける第２のフロー内の第１のＰＤＵをｇＮＢに送信し得る。
○例えば、ＷＴＲＵは、第２のフロー内のＰＤＵについてのレイテンシを補償するための決定された優先度値に一致する優先度値に関連付けられ得る少なくともアクティブな転送構成（例えば、事前構成及び／又はアクティブ化された）で構成されなくてもよく、かつ／又は、そのアクティブな転送構成を決定することができなくてもよく、あるいは一致する優先度を有する転送構成が（例えば、転送構成又はＬＣＨにおいてバッファされたＰＤＵの数が閾値よりも大きい、より高い負荷状態に起因して）利用可能でないと決定されてもよく、ＷＴＲＵは、決定された優先度値を有する転送構成を構成及び／又はアクティブ化するように要求するための指示をネットワークに送信し得る。例えば、ＷＴＲＵは、転送構成に割り当てる決定された優先度値の指示を送信し得る。
○選択された転送構成の構成及び／又はアクティブ化を示す指示をネットワークから受信した後、ＷＴＲＵは、ＵＬにおいてＰＤＵを送信するときなどに、構成された及び／又はアクティブ化された転送構成を使用して、第２のフロー内の第１のＰＤＵを送信し得る。
－例えば、第２のフロー内の第１のＰＤＵが、第２のＥＴＡ閾値の後に（例えば、第２のタイマの満了又は第２のＥＴＡ閾値の経過の後に）ＷＴＲＵによって受信されるとき、ＷＴＲＵは、以下のうちの１つ以上を実行し得る。
○例えば、第２のＥＴＡ閾値の後の第２のフロー内のＰＤＵの受信（例えば、受信時間が第２のタイマを超えた）を示す指示をｇＮＢに（例えば、ＡＳレイヤシグナリング、ＭＡＣ ＣＥ、ＵＣＩにおいて）送信する。
○指示された優先度値を有する利用可能及び／又はアクティブ化された転送構成（例えば、ＬＣＨ）を使用して、第２のフロー内のＰＤＵを送信する指示を（例えば、ｇＮＢから）受信した後、ＵＬにおいてＰＤＵを送信するときなどに、指示された優先度値を有する転送構成を使用して、第２のフロー内の第１のＰＤＵを送信する。
○ベストエフォート転送構成（例えば、ＬＣＨ）を使用して、第２のフロー内のＰＤＵを送信する指示を（例えば、ｇＮＢから）受信した後、ＷＴＲＵは、ＵＬにおいてＰＤＵを送信するときなどに、最高優先度値及び／又はベストエフォート優先度値を有する利用可能な転送構成を使用して、第２のフロー内の第１のＰＤＵを送信し得る。
○第２のフロー内のＰＤＵをドロップする指示を（例えば、ｇＮＢから）受信した後、ＰＤＵをドロップし、及び／又はＵＬにおいてＰＤＵを送信しなくてもよい。

【0108】

同期時間ウィンドウ内での異なる関連付けられたフロー内の関連関連付けられたＰＤＵのグループの送信
ある特定の代表的な実施形態では、ＷＴＲＵは、構成情報、異なるフロー内のＡＤＵの関連付け情報、及び／又はＰＤＵの受信時間（例えば、到着時間インスタンス）の監視、に基づいて、異なる関連付けられたデータフロー内の（例えば、ＡＤＵに関連付けられた）１つ以上の関連付けられたＰＤＵの送信を実行し得る。例えば、アプリケーション及び／又はサービスに関連付けられ得る第１及び第２のフロー内のＰＤＵを送信するとき、ＷＴＲＵは、第１のフロー内のＡＤＵに関連付けられた最後のＰＤＵ及び第２のフロー内のＡＤＵに関連付けられた最後のＰＤＵを送信するための送信時間差が同期時間ウィンドウ（例えば、フロー間レイテンシ限界）以下であることを保証し得る。例えば、同期時間ウィンドウは、アプリケーション及び／又はサービスに関連付けられ得る。

【0109】

ある特定の代表的な実施形態では、ＷＴＲＵは、ネットワークから構成情報を受信し得、構成情報は、以下のいずれか（例えば、以下の任意の組み合わせ）を含み得る。
－第１の予想到着時間（ＥＴＡ）閾値
○例えば、第１のＥＴＡ閾値は、第１及び第２のフロー内の（例えば、１つ以上のＡＤＵに関連付けられた）１つ以上のＰＤＵを受信するために予想される第１の持続時間（例えば、通常の持続時間又はデフォルトの持続時間）に関連付けられ得る。
－第２の予想到着時間（ＥＴＡ）閾値
○例えば、第２のＥＴＡ閾値は、第１のフロー内の（例えば、１つ以上のＡＤＵに関連付けられた）１つ以上のＰＤＵを受信するために予想される第２の持続時間（例えば、遅延したＰＤＵを早めるためなど、通常の持続時間を超える、及び／又は通常の持続時間よりも長い）に関連付けられ得る。
○例えば、第２のＥＴＡ閾値は、第２のフロー内の（例えば、１つ以上のＡＤＵに関連付けられた）１つ以上のＰＤＵを受信するために予想される第１の持続時間（例えば、通常の持続時間又はデフォルトの持続時間）に関連付けられ得る。
○例えば、第２のＥＴＡ閾値は、通常及び／又はデフォルト転送構成及び／又は代替転送構成（例えば、迅速な送信及び／又は配信のための）を使用して、第１及び第２のフロー内のＰＤＵを送信するかどうかを決定するために使用され得る。
－第３の予想到着時間（ＥＴＡ）閾値
○例えば、第３のＥＴＡ閾値は、第１のフロー及び／又は第２のフロー内の（例えば、１つ以上のＡＤＵに関連付けられた）１つ以上のＰＤＵを受信するために予想される第２及び／又は第３の持続時間（例えば、遅延したＰＤＵを早めるため、及び／又はＰＤＵをドロップするかベストエフォート構成でＰＤＵを送信するかを決定するためなど、通常の持続時間を超える、及び／又は通常の持続時間よりも長い）に関連付けられ得る。
－第１のフロー及び第２のフロー内の予想されるＡＤＵ当たりのＰＤＵの数
○例えば、第１及び第２のフローは、アプリケーション及び／又はサービスに関連付けられ得る。
○例えば、第１のフローは、ＡＤＵ当たりＮ個のＰＤＵを有し得、第２のフローは、ＡＤＵ当たりＭ個のＰＤＵを有し得る（例えば、ここで、Ｎ及びＭは、異なる整数値であり得る）。
－異なる優先度値を有する１つ以上の転送構成（例えば、ＬＣＨ及び／又は無線ベアラ）
○例えば、少なくとも１つの転送構成が第１のデータフローに関連付けられ得、第２の転送構成が第２のデータフローに関連付けられ得る。例えば、第１及び第２の転送構成は、デフォルト優先度値及び／又は代替優先度値に関連付けられ得る。
－第１のフロー及び第２のフロー内のＰＤＵにおいて検出する識別子及び／又は他のパラメータ
○例えば、タイムスタンプ及び／又はシーケンス番号を示す情報が、ＰＤＵにおいて検出され得る。
○例えば、第１及び第２のフロー内のＰＤＵは、フローが同じアプリケーション及び／又はサービスに関連付けられているときなど、同じ又は同様の識別子及び／又はＩＤを（例えば、パケットヘッダ内で）搬送し得る。
○例えば、第１及び第２のフロー内のＰＤＵは、それぞれのフロー内のＡＤＵとの関連付けを示す識別子及び／又はＩＤを（例えば、パケットヘッダ内で）搬送し得る。一実施例として、ＡＤＵに関連付けられた１つ以上のＰＤＵは、ＡＤＵに関する情報（例えば、ＡＤＵ ＩＤ及び／又はＡＤＵのデータタイプ）を搬送し得る。
○例えば、ＷＴＲＵは、ＰＤＵ及び／又はＡＤＵに関連付けられたタイミング情報（例えば、到着時間、パケット作成時間、出発時間、及び／又はＰＤＵを送信するための残り時間）を決定するために、（例えば、パケットヘッダ内の）タイムスタンプ情報を使用し得る。
○例えば、ＷＴＲＵは、ＰＤＵがＡＤＵに関連付けられた第１、第２、又は第ＮのＰＤＵであるかどうかを決定するために、（例えば、パケット及び／又はＰＤＵヘッダ内の）シーケンス番号及び／又はＡＤＵ情報（例えば、ＡＤＵ ＩＤ）を使用し得る。

【0110】

ある特定の代表的な実施形態では、構成情報を受信した後、ＷＴＲＵは、第１のデータフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵを、関連付けられたデバイス及び／又は機能から受信し得る。例えば、ＷＴＲＵは、ＰＤＵヘッダにおいて検出可能な識別子及び／又はＩＤ及び／又はシーケンス番号に基づいて、第１のフロー内の１つ以上のＰＤＵが、ＷＴＲＵ及び／又はＡＤＵによってサポートされるアプリケーション及び／又はサービス（例えば、ＸＲアプリケーション）に属し得ることを特定し得る。第１のＰＤＵは、例えば、ＳＤＡＰレイヤにおいて、又は第１のＬＣＨに関連付けられたバッファにおいて、ＷＴＲＵによって受信され得る。ＷＴＲＵは、ＵＬにおいてＰＤＵをｇＮＢに送信するときなどに、デフォルト転送構成（例えば、第１のＬＣＨに関連付けられたデフォルト優先度値）を使用して、第１のデータフロー（例えば、第１のＬＣＨ）内の１つ以上のＰＤＵを送信し得る。

【0111】

ある特定の代表的な実施形態では、ＷＴＲＵは、第１のデータフロー内のＡＤＵに関連付けられた第１のＰＤＵを受信した後に第１のタイマを開始し得る。例えば、タイマは、第１のＥＴＡ閾値までの持続時間の間動作し得る。ＷＴＲＵは、（例えば、ＰＤＵ内のシーケンス番号に基づいて）第１のフロー内のＡＤＵに関連付けられたＰＤＵの数を決定し得、これは、第１のＥＴＡ閾値の終了の前に（例えば、第１のタイマの満了の前に）受信され得る。ＷＴＲＵは、第１のＥＴＡ閾値の終了の前に第２のフロー内の受信された、別のＡＤＵに関連付けられたＰＤＵの数を（例えば、更に）決定し得る。

【0112】

ある特定の代表的な実施形態では、ＷＴＲＵは、第１のデータフロー内のＡＤＵに関連付けられた第１のＰＤＵの受信に第１の持続時間を関連付け得る。例えば、第１の持続時間は、第１のＥＴＡ閾値に対応し得、又は第１のＥＴＡ閾値に基づき得る。ＷＴＲＵは、（例えば、ＰＤＵ内のシーケンス番号に基づいて）第１のフロー内のＡＤＵに関連付けられたＰＤＵの数を決定し得、これは、第１の持続時間の経過の前に（例えば、経過時に）受信され得る。ＷＴＲＵは、第１の持続時間の経過の前に（例えば、経過時に）第２のフローで受信された、別のＡＤＵに関連付けられたＰＤＵの数を（例えば、更に）決定し得る。

【0113】

ある特定の代表的な実施形態では、ＷＴＲＵは、第１のデータフロー内の第１のＰＤＵを受信した後に、第２のタイマ及び／又は第３のタイマを開始し得る。例えば、第２及び／又は第３のタイマは、（例えば、それぞれ）第２のＥＴＡ閾値及び／又は第３のＥＴＡ閾値までの持続時間の間動作し得る。一実施例では、ＷＴＲＵは、第１、第２、及び第３のタイマを同時に開始し得、ＷＴＲＵは、タイマに、それらのそれぞれのＥＴＡ閾値までの持続時間の間実行させ得る。別の実施例では、ＷＴＲＵは、タイマを順次開始し得、第２のタイマは、第１のタイマの満了の後に（例えば、第１のＥＴＡ閾値において）開始し得、及び／又は第３のタイマは、第２のタイマの満了の後に（例えば、第２のＥＴＡ閾値において）開始し得る。例えば、ＷＴＲＵは、第２のタイマ及び／又は第３のタイマに、それらのそれぞれのＥＴＡ閾値（例えば、第２及び第３の閾値）までの持続時間の間動作させ得る。

【0114】

ある特定の代表的な実施形態では、ＷＴＲＵは、第２のタイマ及び／又は第３のタイマを、第１のデータフロー内の第１のＰＤＵの受信に関連付け得る。例えば、第２の持続時間は、第２のＥＴＡ閾値に対応し得るか、又は第２のＥＴＡ閾値に基づき得る。例えば、第３の持続時間は、第３のＥＴＡ閾値に対応し得るか、又は第３のＥＴＡ閾値に基づき得る。一実施例では、第１、第２、及び／又は第３の持続時間は、同じ開始時間に対応し得る。第１、第２、及び／又は第３の持続時間の各々は、それらのそれぞれのＥＴＡ閾値に従って決定され得る。別の実施例では、第１、第２、及び／又は第３の持続時間は、第２の持続時間が第１の持続時間の経過の後（例えば、基準時間又はＰＤＵ受信時間から第１のＥＴＡ閾値時間の後）に開始され得る場合、及び／又は第３の持続時間が第２の持続時間の経過の後（例えば、基準時間又はＰＤＵ受信時間から第２のＥＴＡ閾値時間の後）に開始され得る場合など、順次設定され得る。例えば、ＷＴＲＵは、第２及び／又は第３のＥＴＡ閾値を使用して、第２及び／又は第３の持続時間を決定し得る。

【0115】

ある特定の代表的な実施形態では、ＷＴＲＵ（例えば、ＸＲ ＷＴＲＵ）は、第１のデータフロー内のＡＤＵに関連付けられたＰＤＵ及び／又は第２のデータフロー内のＡＤＵに関連付けられたＰＤＵがいつ受信されるかに応じて、以下のアクションのいずれか（例えば、以下のアクションの任意の組み合わせ）を実行し得る。
－例えば、第１のフロー内のＡＤＵに関連付けられた最後のＰＤＵ及び／又は第２のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵが、第１のＥＴＡ閾値の前に（例えば、第１のタイマの満了の前に、又は第１の持続時間が経過する前に）（例えば、ＷＴＲＵによって）受信されたとき、
○ＵＬにおいてＰＤＵをｇＮＢに送信するときなど、第１のフロー及び／又は第２のフローに関連付けられたそれぞれのデフォルト転送構成を使用して（例えば、第１及び／又は第２のＬＣＨに関連付けられたデフォルト優先度値を使用して）、第１のフロー内のＡＤＵに関連付けられた最後のＰＤＵ及び／又は第２のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵを送信する。
－例えば、第１のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵ及び／又は第２のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵが、第１のＥＴＡ閾値の後に（例えば、第１のタイマの満了の後に、又は第１の持続時間が経過した後に）、及び／又は第２のＥＴＡ閾値の終了の前に（例えば、第２のタイマの満了の前、又は第２の持続時間が経過する前に）（例えば、ＷＴＲＵによって）受信されたとき、
○第１のフローの異なるＰＤＵ（例えば、そのバッチ）が受信されたときの時間インスタンスに基づいて、第１のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵ（例えば、最後のＰＤＵを含む）に割り当てる優先度を決定する。例えば、第１のフローの異なるＰＤＵは、第１のＥＴＡ閾値の前及び後に（例えば、第１の持続時間が経過する前及び経過した後に）受信されたＰＤＵのバッチを含み得る。例えば、ＷＴＲＵは、タイムスタンプ情報に基づいて、第１のフロー内のＰＤＵが受信される時間インスタンスを決定し得る。
○第１のフロー内の第１のバッチ内のＰＤＵ（例えば、第１のＥＴＡ閾値に関連付けられた持続時間が経過する前に受信されたＰＤＵ）の受信時間と、第１のフロー内の第２のバッチ内のＰＤＵ（例えば、第１のＥＴＡ閾値に関連付けられた持続時間が経過した後に受信されたＰＤＵ）の受信時間と、に基づいて、第１のＥＴＡ閾値の後に受信された第１のフローの１つ以上のＰＤＵ（例えば、最後を含む）に割り当てる優先度を決定する。例えば、優先度は、第１のフロー内の第１のバッチ内の最後のＰＤＵ（例えば、「ｔ１」における）と第２のバッチ内の最後のＰＤＵ（例えば、「ｔ２」における）との間の時間差が第１のＥＴＡ閾値以下であるように決定及び／又は割り当てられ得る。例えば、ＷＴＲＵは、遅延したＰＤＵがデフォルト優先度値を使用するよりも速くＵＬで送信されることを可能にし得る補償レイテンシ値を決定することによって、任意の遅延したＰＤＵ（例えば、ＥＴＡ閾値に関連付けられた持続時間が経過した後に受信されたＰＤＵ）に対してより高い優先度を使用し得る。
○時間差から第１のＥＴＡ閾値を減算することなどによって、補償レイテンシ値を計算する（例えば、ｔ２－ｔ１－第１のＥＴＡ閾値）。例えば、第２のバッチ内のＰＤＵに割り当てる優先度は、計算された補償レイテンシ値と割り当てる優先度との間のマッピング関係に基づいて決定され得る。例えば、補償レイテンシと優先度との間のマッピング関係は、構成情報（例えば、その一部）としてＷＴＲＵによって受信され得る。
○ＵＬにおいてＰＤＵをｇＮＢに送信するときなど、第２のフローに関連付けられたデフォルト転送構成を使用して（例えば、第２のＬＣＨに関連付けられたデフォルト優先度値を使用して）、第２のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵを送信する。
○ＷＴＲＵが、異なる優先度値に関連付けられ得る１つ以上の転送構成で、かつ／又は少なくとも、第１のフロー内の第２のバッチ内のＰＤＵのレイテンシを補償するために決定された優先度値に一致する優先度値を有する転送構成で、事前構成されている場合、一致する優先度値を有する転送構成を選択する。例えば、ＷＴＲＵは、選択された転送構成を使用して、ＵＬにおける内の第１のフロー内の（例えば、第２のバッチ内の）ＰＤＵをｇＮＢに送信し得る。
○ＷＴＲＵが、第１のフロー内の第２のバッチ内のＰＤＵのレイテンシを補償するための決定された優先度値に一致する優先度値に関連付けられ得る少なくともアクティブな転送構成（例えば、事前構成及び／又はアクティブ化された）を発見及び／又は決定することができない場合、又は一致する優先度を有する転送構成が利用可能でないと決定され得る場合、決定された優先度値を有する転送構成を構成及び／又はアクティブ化するよう要求するための指示をネットワークに送信する。例えば、ＷＴＲＵは、指示において転送構成に割り当てる決定された優先度値を送信し得る。
○選択された転送構成の構成及び／又はアクティブ化を示す情報をネットワークから受信した後、ＵＬにおいてＰＤＵをｇＮＢに送信するときなど、構成された／アクティブ化された転送構成を使用して、第１のフロー内の第２のバッチ内のＰＤＵを送信する。
－例えば、第２のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵが、第２のＥＴＡ閾値の後に（例えば、第２のタイマの満了の後に、又は第２の持続時間が経過した後に）、及び／又は第３のＥＴＡ閾値の終了の前に（例えば、第３のタイマの満了の前に、又は第３の持続時間が経過する前に）、ＷＴＲＵによって受信されたとき、
○第２のフローのＰＤＵの異なるバッチが受信される時間インスタンスに基づいて、第２のフロー内のＡＤＵに関連付けられた１つ以上のＰＤＵ（例えば、最後のＰＤＵを含む）に割り当てる優先度を決定する。例えば、異なるバッチは、第１及び／又は第２のＥＴＡ閾値の前及び後に（例えば、持続時間が経過する前及び経過した後に）受信され得る。例えば、ＷＴＲＵは、タイムスタンプ情報に基づいて、第２のフロー内のＰＤＵが受信される時間インスタンスを決定し得る。
○第２のフロー内の第１のバッチ内のＰＤＵ（例えば、第１及び／若しくは第２のＥＴＡ閾値の前に、又は第１及び／若しくは第２の持続時間が経過する前に受信されたＰＤＵ）の受信時間に基づいて、かつ第２のフロー内の第２のバッチ内のＰＤＵ（例えば、第２のＥＴＡ閾値の後に、又は第２の持続時間が経過した後に受信されたＰＤＵ）の受信時間に基づいて、第２のＥＴＡ閾値の後に（例えば、第２の持続時間が経過した後に）受信された第２のフローの１つ以上のＰＤＵ（例えば、最後のＰＤＵを含む）に割り当てる優先度を決定する。例えば、優先度は、第２のフロー内の第１のバッチ内の最後のＰＤＵ（例えば、「ｔ１」における）と第２のバッチ内の最後のＰＤＵ（例えば、「ｔ２」における）との間の時間差が第２のＥＴＡ閾値以下であるように決定され得る。
○時間差から第１のＥＴＡ閾値を減算することなどによって、補償レイテンシ値を計算する（例えば、ｔ２－ｔ１－第１のＥＴＡ閾値）。例えば、ＷＴＲＵは、計算された補償レイテンシ値と割り当てる優先度との間のマッピング関係に基づいて、第２のバッチ内のＰＤＵに割り当てる優先度を決定し得る。
○ＷＴＲＵが、異なる優先度値に関連付けられ得る１つ以上の転送構成で、かつ／又は少なくとも、第２のフロー内の第２のバッチ内のＰＤＵのレイテンシを補償するために決定された優先度値に一致する優先度値を有する転送構成で、事前構成され得る場合、一致する優先度値を有する転送構成を選択する。例えば、ＷＴＲＵは、ｇＮＢへのＵＬなどにおいて、選択された転送構成を使用して、第２のフロー内の第２のバッチ内のＰＤＵを送信し得る。
○ＷＴＲＵが、第２のフロー内の第２のバッチ内のＰＤＵのレイテンシを補償するための決定された優先度値に一致する優先度値に関連付けられ得る少なくともアクティブな転送構成（例えば、事前構成及び／又はアクティブ化された）を発見及び／又は決定できない場合、又は一致する優先度を有する転送構成が利用可能でないと決定され得る場合、決定された優先度値を有する転送構成を構成及び／又はアクティブ化するように要求することを示す情報をネットワークに送信する。例えば、ＷＴＲＵは、例えば、転送構成に割り当てる決定された優先度値を指示において送信し得る。
○選択された転送構成の構成及び／又はアクティブ化を示す指示をネットワークから受信した後、ＵＬにおいてＰＤＵを送信するときなどに、構成及び／又はアクティブ化された転送構成を使用して、第２のフロー内の第２のバッチ内のＰＤＵを送信する。
－第１のフロー内の１つ以上のＰＤＵが、第２のＥＴＡ閾値の後に（例えば、第２のタイマの満了の後に、又は第２の持続時間が経過した後に）ＷＴＲＵによって受信され、かつ／又は第２のフロー内の１つ以上のＰＤＵが、第３のＥＴＡ閾値の後に（例えば、第３のタイマの満了の後に、又は第３の持続時間が満了した後に）ＷＴＲＵによって受信されたとき、
○第２及び／又は第３のＥＴＡ閾値の後に（例えば、受信時間が第２及び若しくは第３のタイマを超えた後に、又は受信時間が第２及び／若しくは第３の持続時間が経過した後に）第１のフロー及び／又は第２のフロー内のＰＤＵの受信を示す情報をｇＮＢに（例えば、ＡＳレイヤシグナリング、ＭＡＣ ＣＥ、及び／又はＵＣＩにおいて）送信する。
○指示された優先度値を有する利用可能及び／又はアクティブ化された転送構成（例えば、ＬＣＨ）を使用して、第１及び／又は第２のフロー内のＰＤＵを送信することを示す指示が（例えば、ｇＮＢから）受信される場合、ＵＬにおいてＰＤＵを送信するときなど、それぞれの指示された優先度値を有する転送構成を使用して、第１のフロー及び／又は第２のフロー内のＰＤＵを送信する。
○ベストエフォート転送構成（例えば、ＬＣＨ）を使用して、第１のフロー及び／又は第２のフロー内のＰＤＵを送信することを示す指示が（例えば、ｇＮＢから）受信される場合、ＷＴＲＵは、ＵＬにおいてＰＤＵを送信するときに、最高優先度値及び／又はベストエフォート優先度値を有する利用可能な転送構成を使用して、第１のフロー及び／又は第２のフロー内のＰＤＵを送信し得る。
○第１のフロー及び／又は第２のフロー内のＰＤＵをドロップすることを示す指示が（例えば、ｇＮＢから）受信される場合、ＰＤＵをドロップし、及び／又はＵＬなどにおいてＰＤＵをｇＮＢに送信しない。

【0116】

複数のフロー間の関連付けに基づくＱｏＳ要件の充足
ある特定の代表的な実施形態では、ＷＴＲＵは、複数のデータフロー（例えば、第１及び第２のフロー）に関して実行する１つ以上のアクションを決定し得る。例えば、（例えば、ＷＴＲＵによって構成及び／又は検出され得るトラフィック特性に関する指示に基づいて）１つ以上のＵＬ及び／又はＤＬデータフローの間の関連付けを決定すると、ＷＴＲＵは、（例えば、ＵＬ及び／又はＤＬデータフローに関連付けられた）ＱｏＳ要件を満たすために１つ以上のアクションを実行し得る。

【0117】

例えば、ＷＴＲＵは、（例えば、調整された方法で）転送及び／又は配信する、異なるデータフローからの１つ以上のＰＤＵ（例えば、ＰＤＵセット及び／又はＡＤＵ）のための関連付けを決定し得る。同期時間ウィンドウ、レイテンシ、及び／又はデータレートのいずれかなど、１つ以上の（例えば、共同）ＱｏＳ要件は、共通であり得、（例えば、異なるデータフローの間の）１つ以上の関連付けられたフローに適用可能であり得、満たされ得る。一実施例では、複数のフロー間の決定された関連付けに基づいてＷＴＲＵによって実行されるアクションのいずれも、送信及び／又は受信の間にデータフロー内のデータの同期を保証することに対応し得る。例えば、ＷＴＵＲによって実行され得るアクションのいずれかは、異なるデータフローにおいてデータを転送及び／若しくは配信するために使用されるリソース（例えば、転送）構成を選択及び／若しくは変更すること、異なるデータフローにおいてデータを転送及び／若しくは配信するために使用される転送構成パラメータを選択及び／若しくは変更すること、並びに／又は選択及び／若しくは変更された転送構成及び／若しくは転送構成パラメータを示す情報を（例えば、ネットワーク及び／又は上位レイヤに）送信すること、のいずれかを含み得る。

【0118】

ある特定の代表的な実施形態では、異なるデータフロー間の関連付けは、ＷＴＲＵによって検出され得る。ＷＴＲＵは、アプリケーションレイヤ、ＮＡＳレイヤなどの異なるレイヤにおいて、及び／又はアクセス層レイヤ（例えば、無線ベアラ、ＳＤＡＰ、ＰＤＣＰ、ＭＡＣ、ＰＨＹ）のいずれかにおいて、異なるデータフロー間の関連付けを検出し得る。例えば、（例えば、２つのフローのＰＤＵにおける共通のＩＤを示す上位レイヤ／アプリケーションからの指示の受信に基づいて）フロー間の関連付けがＳＤＡＰレイヤにおいて検出されたときに、ＷＴＲＵは、第１のフロー内のＰＤＵを転送するときに特定のトラフィック及び／又はＱｏＳ関連イベント（例えば、レイテンシが閾値を超えて増加する）を検出したときなどに、（例えば、ＭＡＣレイヤにおいて構成されたパラメータのセットを選択することによって）第２のフロー内のＰＤＵを転送するための特定のアクションを実行し得る。

【0119】

別の実施例として、データフロー間の関連付けは、時間ドメイン（例えば、関連付けは、時間ウィンドウ及び／又は持続時間にわたって適用可能であり得る）、周波数ドメイン（例えば、関連付けは、送信及び／又は受信がチャネル、キャリア、リンク、及び／又は周波数リソースのセットにわたって実行されるときに適用可能であり得る）、及び／又は空間ドメイン（例えば、データフローがそこから発生し得る、若しくは意図され得る／宛てられ得る共通のロケーション及び／若しくはエリア、並びに／又はフローを送信及び／若しくは受信するために使用されるビームの共通のセット）、を含む異なる次元及び／又はドメインの組み合わせにおいて変化し得、かつ／又は決定され得る。ＷＴＲＵは、異なる次元及び／又はドメインにおけるデータフロー間の関連付けに対する任意の変更を決定するときに、特定のアクションを実行し得る。ＵＬ及び／又はＤＬにおける１つ以上のデータフロー間の関連付けを決定するために、任意の指示及び／又はトリガがＷＴＲＵにおいて構成され得、及び／又は関連付けられたフローの協調送信／受信を保証するための対応するアクションは、以下のいずれかを含み得る。
－達成可能な及び／又は予想されるＱｏＳの変化
○例えば、ＷＴＲＵは、１つ以上のフローが関連付けられ得るかどうか、並びに／又は関連付けられたフローのいずれかにおいて、達成可能な及び／若しくは予想されるＱｏＳ関連測定値の特定の変化（例えば、レイテンシ及び／若しくはデータレートが閾値を上回って増加する、並びに／又はレイテンシ及び／若しくはデータレートが閾値を下回って減少する）を検出すると、対応するアクションが実行され得るかどうか、を決定し得る。
－チャネル／リンク測定値の変化
○例えば、ＷＴＲＵは、データフローの送信及び／又は受信の間に使用されるチャネル、リンク、及び／又はビームに関する測定値の特定の変化（例えば、ＲＳＲＰ測定値が閾値を上回って又は下回って増加及び／又は減少する）を検出したときなど、異なる関連付けられたフロー内のデータを送信及び／又は受信するときに、任意のアクションが実行され得るかどうかを決定し得る。例えば、第１のフロー内のデータを送信するために使用される第１のチャネル（例えば、第１のリソースセット及び／又はビームセットに関連付けられたＣＳＩ－ＲＳ）上で行われた測定における劣化を検出すると、ＷＴＲＵは、第２のチャネル（例えば、第２のリソースセット及び／又はビームセット）を使用して、第２のフロー内のデータを送信するときに、特定のアクション（例えば、送信をドロップ及び／又は中断）を実行し得る。例えば、ＷＴＲＵは、第２のチャネルが何らかの劣化を経験している可能性があるかどうかにかかわらず、第２のフロー内のデータを送信するためのアクションを実行し得る。
－ネットワーク及び／又は上位レイヤからの指示を受信すること
○例えば、ＷＴＲＵは、関連付けられたフローのいずれかにおけるデータのトラフィック転送及び／又は配信に関する任意の変更（例えば、いくつかの変更）を示す１つ以上の指示及び／又は１つ以上の通知を（例えば、ネットワーク及び／又は上位レイヤから）受信すると、任意のアクションが実行され得るかどうかを決定し得る。指示及び／又は通知は、ステータス報告、フィードバック（例えば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）、フロー制御指示、誤り率（例えば、ＰＤＵ又はＰＤＵセットについてのＰＥＲ）、及び／又は（例えば、ＱｏＳの推定及び／又は予測による）不確実性情報のいずれかを含み得る。例えば、１つ以上の指示及び／又は通知は、ＷＴＲＵによって使用されて、（例えば、共同）ＱｏＳ要件は、関連付けられたフローに対して満たされ得る。
－タイマ／周期的
○例えば、ＷＴＲＵは、任意のアクションが実行され得るかどうかを決定するためのタイマ（例えば、持続時間及び／又は周期性）を用いて構成され得る。タイマ（例えば、持続時間及び／又は周期性）は、データフローに関する及び／又は関連付けられている１つ以上のイベント（例えば、第１のフロー内の第１のＰＤＵの受信と第２のフロー内の第１のＰＤＵの受信との間の遅延が閾値よりも大きい（又は小さい））を検出したときに適用され得る。一実施例として、ＷＴＲＵは、関連付けられたイベントを検出すると、タイマを開始し得（例えば、持続時間及び／又は間隔の開始を決定し得る）、及び／又はタイマの満了の前に（例えば、持続時間及び／若しくは間隔の経過の前に）対応するアクションを決定し得る。別の実施例として、ＷＴＲＵは、ＵＬ及び／又はＤＬにおける１つ以上のフローの間の関連付けを（例えば、周期的に）決定することに基づいて、アクションが実行され得るかどうかを（例えば、周期的に）決定するように構成され得る。

【0120】

ある特定の代表的な実施形態では、ＷＴＲＵは、ＵＬ送信及び／又はＤＬ受信の間のデータフロー間の関連付けの決定に基づいて、共同ＱｏＳ要件が満たされ得ることを保証するためのアクションを実行し得る。例えば、ＷＴＲＵは、以下のアクションのうちの１つ以上のいずれか（例えば、それらの組み合わせ）を実行し得る。
－関連付けられたフロー内のデータ転送中にＱｏＳ補償を実行する。
○例えば、ＷＴＲＵは、１つ以上のリソース（例えば、転送）構成（例えば、無線ベアラ構成、ＬＣＨ構成、及び／又は構成されたグラント、ＢＷＰなどのリソース構成）で構成され得る。データ送信及び／若しくは受信の間の同期に、並びに／又はフロー間の関連付けに、影響を与える可能性がある任意のイベント（例えば、実際のＱｏＳが予想されるＱｏＳと異なる）を検出すると、ＷＴＲＵは、１つ以上の関連付けられたフロー内のＱｏＳの変化を補償するために、事前構成された転送構成を選択し得る。
○例えば、第１のフロー内の１つ以上のＰＤＵの遅延した受信及び／又は送信を検出すると、ＷＴＲＵは、事前構成された転送構成（例えば、より高い周期性及び／又はペイロードサイズを有する新しい構成されたグラント）を選択し得る。ＷＴＲＵは、関連付けられた第２のフロー及び関連付けられた第１のフロー内のＰＤＵについて被る遅延の間の差の決定に基づいて転送構成を選択し得る（例えば、第１のフロー内のＰＤＵは、遅延の差を低減及び／又は最小化しながら、第２のフロー内のＰＤＵに追いつくように送信され得る）。例えば、ＷＴＲＵは、（例えば、事前構成された）転送構成をアクティブ化すること、及び／又はＱｏＳを補償するための（例えば、新しい）転送構成を構成すること、を要求する指示をネットワークに送信し得る。
○例えば、第１のフロー内の１つ以上のＰＤＵの遅延した送信を検出すると、ＷＴＲＵは、（例えば、１つ以上の基準に基づいて）関連付けられた第２のフロー内の１つ以上のＰＤＵの送信を送信及び／又はドロップするかどうかを決定し得る。ＷＴＲＵは、（例えば、もう１つの基準に基づいて）関連付けられた第２のフロー内のＰＤＵの受信が遅延され得るときに、第１のフロー内のＰＤＵを受信するかどうかを決定し得る。決定（例えば、ＰＤＵを送信、受信、ドロップ、及び／又はスキップするかどうか）を行うための基準（例えば、条件）は、フロー間の関連付けの程度（例えば、関連付け値に基づいて完全に又は部分的に関連付けられている）、関連付けられたフロー内のＰＤＵの優先度及び／若しくは重要性、並びに／又は関連付けられたフロー内のＰＤＵについて達成可能なＱｏＳ間の差の量を含み得る。例えば、第２のフロー内のＰＤＵの優先度値が閾値よりも大きいとき、ＷＴＲＵは、第１のフロー内のＰＤＵの送信及び／又は受信の間に遅延を検出したときなどに、ＰＤＵを送信及び／又は受信することを決定し得る。例えば、第２のフロー内のＰＤＵの優先度値が閾値未満であるとき、ＷＴＲＵは、第１のフロー内のＰＤＵが遅延されるとき、第２のフロー内のＰＤＵの送信をドロップすること、及び／又は受信をスキップすることを決定し得る。
－関連付けられたフロー内のＱｏＳを再調整／再整合する、かつ／又は
○例えば、ＷＴＲＵは、（例えば、データ送信及び／又は受信の間に）１つ以上の他の関連付けられたフローにおいて達成可能なＱｏＳの変化を検出したときに、１つ以上のフローのＱｏＳに適用され得る調整量（例えば、再調整及び／又は再整合）を決定し得る。
○例えば、ＷＴＲＵが、第１のフロー内のＱｏＳ（例えば、データレート及び／又はレイテンシ）のある量（例えば、閾値よりも大きい又は小さい）の増加又は減少を検出すると、ＷＴＲＵは、フロー間の関連付けに基づくなどして、関連付けられた第２のフローについてのＱｏＳの対応する増加又は減少を決定し得る。第１のフローのＱｏＳがＸ％だけ減少することを条件として、ＷＴＲＵは、第２のフローのＱｏＳもＸ％だけ減少し得ると決定（例えば、推測）し得る。ＵＥは、決定された量に一致するように、ＱｏＳを整合させるために及び／又は転送構成パラメータを変更するために、転送構成の変更をネットワークに示すことなどによって、第２のフローにおけるＱｏＳに対する整合及び／又は調整の（例えば、同様の又は対応する）量を決定し得る（例えば、両方のフロー内のＱｏＳが一致するようにＱｏＳを整合させる）。
○例えば、ＷＴＲＵは、第２のリソース（例えば、第２の構成されたグラント）を使用する関連付けられた第２のフローの周期的データ送信を開始するための（例えば、同様の又は対応する）オフセット量の決定に基づいて、第１のリソース（例えば、第１の構成されたグラント）を使用する第１のフローの周期的データ送信のための（例えば、スロット、ミニスロット、サブフレーム、フレーム、又は他のＴＴＩの）開始時間に対するオフセット量を決定し得る。ＷＴＲＵは、例えば、第１及び／又は第２の構成されたグラント構成のための決定されたオフセット量を示す指示を（例えば、ＲＲＣ、ＭＡＣ ＣＥ、及び／又はＵＣＩにおいて）ネットワークに送信し得る。
－関連付けられたフローに関する指示及び／又は情報をネットワークに送信する
○例えば、ＷＴＲＵは、１つ以上のイベント及び／又はトリガの検出に基づいて、（例えば、ＲＲＣ、ＭＡＣ ＣＥ、及び／又はＵＣＩにおいて）１つ以上の指示をネットワークに送信し得る。１つ以上のイベント及び／又はトリガは、異なるフローの同期及び／又は関連付けに関連付けられ得る（例えば、それを保証する）。１つ以上の指示は、複数の関連付けられたフロー内のデータの送信及び／若しくは受信を同期させるための支援を求める要求、（例えば、新しい）転送構成を構成するための要求、事前構成された転送構成のパラメータを更新及び／若しくは変更するための要求、選択された転送構成のパラメータ及び／若しくは構成のいずれかをアクティブ化及び／若しくは非アクティブ化するための要求、並びに／又は任意の転送構成を解放するための要求、のいずれかを含み得る。

【0121】

リソース構成を変更するための指示
ある特定の代表的な実施形態では、ＷＴＲＵは、１つ以上の指示を（例えば、ＲＲＣ、ＭＡＣ ＣＥ、及び／又はＵＣＩにおいて）ネットワークに送信し得る。例えば、ＷＴＲＵは、好適な転送構成を決定及び／若しくは選択することができないこと、異なるフロー内の１つ以上の以前に送信されたＰＤＵのセットに対する後続の送信及び／若しくは受信の間にＱｏＳを更新すること、並びに／又は１つ以上の以前に送信されたＰＤＵのセットをドロップすること、のいずれかを示す情報を送信し得る。

【0122】

ある特定の代表的な実施形態では、ＷＴＲＵは、１つ以上のリソース構成で構成され得る。１つ以上のリソース構成は、１つ以上の構成されたグラント（configured grant、ＣＧ）構成及び／又は１つ以上の半永続的スケジューリング（semi-persistent scheduling、ＳＰＳ）構成を含み得る。ＣＧ構成は、１つ以上の関連付けられたフローのためのＵＬにおけるデータ送信及び／又はＤＬにおける受信が同期ＲＴＴウィンドウ内で実行され得ることを保証するためなど、１つ以上のＣＧパラメータ（例えば、開始オフセット時間、周期性、ペイロードサイズ）を含み得る。ＳＰＳ構成は、１つ以上の関連付けられたフローのためのＵＬにおけるデータ送信及び／又はＤＬにおける受信が同期ＲＴＴウィンドウ内で実行され得ることを保証するためなど、１つ以上のＳＰＳパラメータ（例えば、開始オフセット時間、周期性、ペイロードサイズ）を含み得る。（例えば、所与のデータフローの）ＲＴＴレイテンシは、ＵＬにおける１つ以上のＰＤＵ（例えば、ＰＤＵセット又はＡＤＵ）の送信と、ＤＬにおける１つ以上のＰＤＵ（例えば、ＰＤＵセット又はＡＤＵ）の受信と、の間で測定され得る。例えば、ＲＴＴレイテンシは、ＣＧ構成のアクティブ時間の間のＵＬにおける１つ以上のＰＤＵの送信と、ＳＰＳ構成のアクティブ時間の間の（例えば、ＵＬ送信に関連付けられた）ＤＬにおける１つ以上のＰＤＵの受信と、の間で測定され得る。

【0123】

ある特定の代表的な実施形態では、同期ＲＴＴウィンドウは、（例えば、関連付けられた）第１のフロー内の１つ以上のＰＤＵ（例えば、ＰＤＵセット又はＡＤＵ）の送信と受信との間と、（例えば、関連付けられた）第２のフロー内の１つ以上のＰＤＵ（例えば、ＰＤＵセット又はＡＤＵ）の送信と受信との間のＲＴＴ時間差を指し得る。ＷＴＲＵは、（例えば、共同）ＱｏＳ要件で構成され得る。例えば、ＱｏＳ要件は、同期ＲＴＴウィンドウ（例えば、複数のフロー間のマルチフローＲＴＴ時間差）が閾値を上回った（又は下回った）ままであることを保証し得る。ＷＴＲＵは、フローごとのフロー当たりＲＴＴ及び／又はマルチフローＲＴＴ時間差（例えば、異なる関連付けられたフロー間）において何らかの変化が観察されるかどうかを監視するように構成され得る。監視に基づいて、ＷＴＲＵは、リソース構成（例えば、ＣＧ及び／又はＳＰＳ構成）のパラメータに任意の変更が適用され得るかどうかを決定し得、及び／又は（例えば、共同）ＱｏＳ要件（例えば、ＲＴＴ時間差が閾値を下回る、及び／又は範囲内にとどまる）を満たすことを保証し得る（例えば、新しい又は事前構成された）リソース構成のセット（例えば、ＣＧ及び／又はＳＰＳ構成）を選択し得る。

【0124】

ある特定の代表的な実施形態では、ＷＴＲＵは、異なる関連付けられたフローのＲＴＴレイテンシに関する統計情報（例えば、平均、標準偏差、最小、最大）に基づいて、１つ以上のリソース構成でネットワークによって構成され得る。例えば、ＷＴＲＵは、ＲＡＮ及び／又はＣＮ機能（例えば、ＡＭＦ、ＳＭＦ）内の基地局に、支援情報内の統計情報を提供及び／又は示し得る。１つ以上のリソース構成は、１つ以上の構成されたグラント（ＣＧ）構成及び／又は１つ以上の半永続的スケジューリング（ＳＰＳ）構成を含み得る。例えば、ＷＴＲＵは、（１）（例えば、平均／予想ＲＴＴレイテンシ値からのレイテンシの最大差又は最小差に対応する）１つ以上のフローについての１つ以上のフロー当たりＲＴＴ閾値、及び／又は（２）異なる関連付けられたフロー間の１つ以上のマルチフローＲＴＴ時間差閾値、で（例えば、更に）構成され得る。例えば、ＷＴＲＵは、フロー当たりＲＴＴ閾値及び／又はマルチフローＲＴＴ閾値とリソース構成（例えば、ＣＧ及び／又はＳＰＳ構成）との間の関連付けを示す情報で（例えば、更に）構成され得る。例えば、情報は、フロー当たりＲＴＴ閾値内及び／又はマルチフローＲＴＴ閾値内でデータを送信及び／又は受信するときに、ＣＧ及び／又はＳＰＳ構成のいずれかを使用することの有効性を（例えば、更に）示し得る。別の実施例として、情報は、フロー当たりＲＴＴ及び／又はマルチフローＲＴＴの変更にてＣＧ構成及び／又はＳＰＳ構成を再整合するためなど、変更され得るＣＧ構成及び／又はＳＰＳ構成のパラメータ（例えば、オフセット値、周期性）を（例えば、更に）示し得る。

【0125】

ある特定の代表的な実施形態では、１つ以上の（例えば、トリガする）イベント及び／又は条件が、ＷＴＲＵによって監視され得る。イベント及び／又は条件の監視は、フロー当たりＲＴＴレイテンシ及び／又はマルチフローＲＴＴレイテンシを満たすためなど、（例えば、ＣＧ及び／又はＳＰＳのための）任意のリソース構成及び／又はリソース構成のパラメータが変更され得るかどうかを決定するために、ＷＴＲＵによって実行され得る。例えば、（例えば、トリガする）イベント及び／又は条件は、以下のいずれかを含み得る。
－接続性及び／又はセッション（再）構成
○例えば、１つ以上の関連付けられたフローのためのＲＲＣ接続、ＲＲＣ状態、ＰＤＵセッション、及び／又はアプリケーションレイヤセッションの（再）構成、に関連付けられた任意のシグナリングメッセージを受信及び／又は送信するとき、
○例えば、ＷＴＲＵのＲＲＣ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥ若しくはＩＤＬＥに、又はその逆に変更するとき、
－上位レイヤ及び／又はアプリケーションレイヤ指示の受信
○例えば、任意の上位レイヤから、１つ以上の関連付けられたフローの１つ以上のＰＤＵ（例えば、１つ以上のＰＤＵのヘッダ内の情報）から、並びに／又はＣＧ構成及び／若しくはＳＰＳ構成のいずれかを使用して送信及び／若しくは受信され得る次のデータにおける以下の変更のいずれかを示すネットワーク情報から、指示を受信するとき
■データタイプ（例えば、次のフレームがＰ／ＢフレームからＩフレームに変化する）、
■優先度、重要度、並びに／又はデータタイプの相対的優先度及び／若しくは重要度例えば、Ｉフレーム又はＰフレーム）、
■失敗した上位レイヤフレーム（例えば、アプリケーションレイヤがＩフレームを復号するのに失敗した）、
■トラフィック特性（例えば、ＰＤＵセット内のＰＤＵの数が閾値を上回る又は下回ると予想又は決定される、ＰＤＢ又はＰＤＵセット遅延限界が閾値を上回る又は下回ると予想又は決定される、ＰＥＲ又はＰＤＵセット誤り率が閾値を上回る又は下回ると予想又は決定される、及び／又はフレームレートが閾値を上回る又は下回ると予想又は決定される）、
■データの優先度（例えば、ＰＤＵ又はＰＤＵセットの優先度値が閾値を上回る又は下回ると予想又は決定される）、
■ＱＦＩ及び／又は任意のＱｏＳ指示及び／又はマーキング（例えば、ＱＦＩ値が閾値よりも大きい又は小さいと予想又は決定される）、
－持続時間、間隔、及び／又は周期性
○例えば、ＷＴＲＵは、フロー当たりＲＴＴレイテンシ及び／又はマルチフローＲＴＴレイテンシを監視するように構成されたタイマ（例えば、持続時間及び／又は間隔）が開始及び／又は経過したときに、ＣＧ及び／又はＳＰＳ構成のいずれかが変更され得るかどうかを決定し得る。別の実施例として、ＷＴＲＵは、ＲＴＴレイテンシを満たすためのＣＧ及び／又はＳＰＳ構成への変更を周期的に決定し得る。周期性は、構成された周期性（例えば、フレームレートに関連付けられた周期性）に基づき得る、
－アプリケーションごとにデータフローを変更及び／又は更新する
○例えば、１つ以上の（例えば、新しい）フローを追加するとき、及び／又はアプリケーションに関連付けられた（例えば、既存の）フローを解放するとき、
－ジッタ測定
○例えば、１つ以上のデータフローにおいて測定されたジッタ値（例えば、データが受信されると予想されるときの予想タイムスロット又は他のＴＴＩと、データが実際に受信されるときの実際のタイムスロット又は他のＴＴＩとの間の差）が閾値を上回るか又は下回るとき、
－無線リンク測定
○例えば、（例えば、ＷＴＲＵによって送信及び／又は受信される１つ以上のデータフローに関連付けられた）信号、チャネル、ビーム、キャリア、及び／又はリンクなどのＲＳＲＰ、ＲＳＲＱ、及び／又はＲＳＳＩ測定値が閾値を上回る及び／又は下回るとき、
－動きの変化、及び／又は
○例えば、ＷＴＲＵは、姿勢／測位測定値（例えば、６ＤｏＦにおける位置情報及び／又は姿勢）が姿勢及び／又は位置閾値を上回る及び／又は下回ると決定し得る、
－省電力構成の変更
○例えば、異なるフロー内のデータの送信及び／又は受信の間に使用されるＣＤＲＸ及び／又はＤＲＸに関連付けられたパラメータ及び／又は構成（例えば、サイクル持続時間、オンタイム、及び／又は非アクティブ時間）のいずれかを変更するとき。

【0126】

ある特定の代表的な実施形態では、ＷＴＲＵは、関連付けられたデータフローのフロー当たりＲＴＴ及び／又はマルチフローＲＴＴレイテンシを決定し得る。例えば、ＷＴＲＵが１つ以上のリソース（例えば、ＣＧ及び／又はＳＰＳ）構成で構成されることを条件として、ＷＴＲＵは、異なる関連付けられたフロー内のＰＤＵの送信及び／又は受信の間の時間差の測定に基づいて、又は上位レイヤ及び／又はネットワークから受信された別の指示に基づいて、フロー当たりＲＴＴ及び／又はマルチフローＲＴＴレイテンシを決定し得る。例えば、ＷＴＲＵは、リソース（例えば、ＣＧ及び／又はＳＰＳ）構成のいずれかがデータを送信及び／又は受信するために有効であるかどうかを決定するために、測定されたフロー当たりＲＴＴ及び／又はマルチフローＲＴＴレイテンシを（例えば、構成された）閾値のセットに対して比較し得る。例えば、フロー当たりＲＴＴ及び／又はマルチフローＲＴＴレイテンシが、構成された閾値のセットを上回る及び／又は下回るとＷＴＲＵが決定することを条件として、ＷＴＲＵは、異なるフロー内のデータ送信及び／又は受信が、決定されたフロー当たりＲＴＴレイテンシ及び／又はマルチフローＲＴＴレイテンシと整合され得るように、リソース（例えば、ＣＧ及び／又はＳＰＳ）構成のパラメータを変更するか、又は（例えば、新しい）リソース（例えば、ＣＧ及び／又はＳＰＳ）構成を選択する（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、及び／又はＵＣＩを介して）指示及び／又は要求をネットワークに送信し得る。

【0127】

一実施例では、第１のフローについてのフロー当たりＲＴＴレイテンシが閾値よりも高いと決定するとき、ＷＴＲＵは、関連付けられた第２のフローについてのフロー当たりＲＴＴレイテンシの同様の及び／又は対応する（例えば、同等の）変化を推論し得る。フロー当たりＲＴＴレイテンシの変化を決定すると、ＷＴＲＵは、マルチフローＲＴＴレイテンシが閾値を下回ったままであるように、両方のフロー（例えば、第１及び第２のフロー）内のＰＤＵの送信／受信を（再）整合させるために行われ得るリソース（例えば、ＣＧ及び／又はＳＰＳ）構成及び／又はそのパラメータに対する１つ以上の更新及び／又は変更を決定し得る。ＷＴＲＵは、リソース（例えば、ＣＧ及び／若しくはＳＰＳ）構成に対する決定された変更を示す（例えば、明示的若しくは暗黙的な）指示を（例えば、ＲＲＣ、ＭＡＣ ＣＥ、及び／若しくはＵＣＩにおいて）ネットワークに送信し、並びに／又は更新及び／若しくは変更されたリソース構成を用いて、異なるデータフローにおいてデータ送信及び／若しくは受信を実行し得る。例えば、ＷＴＲＵは、ネットワークから（例えば、ＲＲＣ、ＭＡＣ ＣＥ、及び／又はＤＣＩにおいて）（例えば、明示的又は暗黙的な）指示及び／又は確認を受信した後に、更新及び／又は変更されたリソース構成を用いて、異なるデータフロー内のデータ送信及び／又は受信を実行し得る。別の実施例として、ＷＴＲＵは、タイマが満了した（例えば、持続時間の経過の）後に、更新及び／又は変更されたリソース構成を用いて、異なるデータフロー内のデータ送信及び／又は受信を実行し得る。

【0128】

図２は、本明細書で説明される通信システム内で使用され得るマルチフロー同期の例を例解するシステム図である。図２において、ＷＴＲＵ１０２－ａ及び／又は１０２－ｂなどの１つ以上のデバイスは、アンカー又は中継ＷＴＲＵ２０２を使用するサイドリンクなどを介して、複数のフローを基地局２０４（例えば、ｇＮＢ１８０）に（例えば、グループとして、又は個別に）送信し得る。例えば、第１のフローは、第１のＰＤＵ２０６及び第２のＰＤＵ２０８など、複数のＰＤＵを備え得る。ある特定の代表的な実施形態では、第１のフローを備えるＰＤＵは、第１のフローの第１のＡＤＵ２１０に属する第１のＰＤＵ２０６及び第２のＰＤＵなど、複数のＡＤＵを形成し得る。例えば、第２のフローは、第１のＰＤＵ２１２及び第２のＰＤＵ２１４など、複数のＰＤＵを備え得る。いくつかの代表的な実施形態では、第１のフローを備えるＰＤＵは、第２のフローの第２のＡＤＵ２１６に属する第１のＰＤＵ２１２及び第２のＰＤＵ２１４など、複数のＡＤＵを形成し得る。ＷＴＲＵ２０２は、同期時間ウィンドウ（例えば、間隔）で構成され得る。ＷＴＲＵ２０２は、少なくとも第１のリソース構成で構成され得る。例えば、第１の閾値（例えば、時点）２１８及び第２の閾値（例えば、時点）２２０は、同期時間ウィンドウを形成又は定義し得る。

【0129】

図２において、ＷＴＲＵ２０２は、第１の閾値及び第２の閾値が経過する前に（例えば、第１及び／又は第２のフローの前ＡＤＵから）、ＷＴＲＵ１０２－ａ及び／又はＷＴＲＵ１０２－ｂからＰＤＵ２０６、２０８、２１２、２１４を受信し得る。ＷＴＲＵ２０２は、第１のリソース構成を使用してＰＤＵ２０６、２０８、２１２、２１４を送信（例えば、転送）することに進み得る。例えば、第１のリソース構成は、複数の送信オケージョン２２２、２２４、２２６などのためのリソースを含む構成されたグラント（ＣＧ）リソース構成であり得る。図２において、ＷＴＲＵ２０２は、送信オケージョン２２２を使用してＰＤＵ２０６、２０８、２１２、２１４を基地局２０４に送信し得る。例えば、第１の送信オケージョン２２２は、第１の送信オケージョン２２２を使用して送信されたＰＤＵ２０８、２０６、２１２、２１４が、基地局２０４の観点から第３の閾値２３０（例えば、ＰＤＵ、ＡＤＵ及び／又はフロー間のレイテンシ）内で基地局２０４において受信されるように、第１のフローと第２のフローとの間の同期を保証し得る。

【0130】

図３は、本明細書で説明される通信システム内で使用され得るマルチフロー同期の別の例を例解するシステム図である。図３において、ＷＴＲＵ１０２－ａ及び／又は１０２－ｂなどの１つ以上のデバイスは、アンカー又は中継ＷＴＲＵ２０２を使用するサイドリンクなどを介して、複数のフローを基地局２０４（例えば、ｇＮＢ１８０）に（例えば、グループとして、又は個別に）送信し得る。例えば、第１のフローは、第１のＰＤＵ２０６及び第２のＰＤＵ２０８など、複数のＰＤＵを備え得る。ある特定の代表的な実施形態では、第１のフローを備えるＰＤＵは、第１のフローの第１のＡＤＵ２１０に属する第１のＰＤＵ２０６及び第２のＰＤＵなど、複数のＡＤＵを形成し得る。例えば、第２のフローは、第１のＰＤＵ２１２及び第２のＰＤＵ２１４など、複数のＰＤＵを備え得る。いくつかの代表的な実施形態では、第１のフローを備えるＰＤＵは、第２のフローの第２のＡＤＵ２１６に属する第１のＰＤＵ２１２及び第２のＰＤＵ２１４など、複数のＡＤＵを形成し得る。ＷＴＲＵ２０２は、同期時間ウィンドウ（例えば、間隔）を用いて構成され得る。ＷＴＲＵ２０２は、少なくとも第１のリソース構成及び第２のリソース構成で構成され得る。例えば、第１の閾値（例えば、時点）２１８及び第２の閾値（例えば、時点）２２０は、同期時間ウィンドウを形成又は定義し得る。

【0131】

図３において、ＷＴＲＵ２０２は、第１の閾値が経過した後に、かつ第２の閾値が経過する前に（例えば、第１及び／又は第２のフローの前ＡＤＵから）、ＷＴＲＵ１０２－ａ及び／又はＷＴＲＵ１０２－ｂからＰＤＵ２０６、２０８、２１２、２１４を受信し得る。ＷＴＲＵ２０２は、第１のリソース構成を使用してＰＤＵ２０６、２１２、２１４を送信（例えば、転送）することに進み得る。例えば、第１のリソース構成は、複数の送信オケージョン２２２、２２４、２２６などのためのリソースを含む構成されたグラント（ＣＧ）リソース構成であり得る。図３において、ＷＴＲＵ２０２は、送信オケージョン２２２を使用してＰＤＵ２０６、２１２、２１４を基地局２０４に送信し得る。ＰＤＵ２０８が第１の閾値２１８の後であるが第２の閾値２２０の前にＷＴＲＵ２０２によって受信されることに起因して、ＷＴＲＵ２０２は、第２のリソース構成を使用してＰＤＵ２０８を送信（例えば、転送）することに進み得る。例えば、第２のリソース構成は、複数の送信オケージョン３０２、３０４などのためのリソースを含む構成されたグラント（ＣＧ）リソース構成であり得る。図３において、ＷＴＲＵ２０２は、（例えば、送信オケージョン２２２に続く）送信オケージョン３０２を使用してＰＤＵ２０８を基地局２０４に送信し得る。例えば、送信オケージョン２２２及び３０２の使用は、ＷＴＲＵ２０２によって送信されるＰＤＵ２０６、２１２、２１４が、基地局２０４の観点から第３の閾値２３０（例えば、ＰＤＵ、ＡＤＵ、及び／又はフロー間のレイテンシ）内で基地局２０４において受信されるように、第１のフローと第２のフローとの間の同期を保証し得る。

【0132】

図４は、本明細書で説明される通信システム内で使用され得るマルチフロー同期の更なる例を例解するシステム図である。図４において、ＷＴＲＵ１０２－ａ及び／又は１０２－ｂなどの１つ以上のデバイスは、アンカー又は中継ＷＴＲＵ２０２を使用するサイドリンクなどを介して、複数のフローを基地局２０４（例えば、ｇＮＢ１８０）に（例えば、グループとして、又は個別に）送信し得る。例えば、第１のフローは、第１のＰＤＵ２０６及び第２のＰＤＵ２０８など、複数のＰＤＵを備え得る。ある特定の代表的な実施形態では、第１のフローを備えるＰＤＵは、第１のフローの第１のＡＤＵ２１０に属する第１のＰＤＵ２０６及び第２のＰＤＵなど、複数のＡＤＵを形成し得る。例えば、第２のフローは、第１のＰＤＵ２１２及び第２のＰＤＵ２１４など、複数のＰＤＵを備え得る。いくつかの代表的な実施形態では、第１のフローを備えるＰＤＵは、第２のフローの第２のＡＤＵ２１６に属する第１のＰＤＵ２１２及び第２のＰＤＵ２１４など、複数のＡＤＵを形成し得る。ＷＴＲＵ２０２は、同期時間ウィンドウ（例えば、時間間隔）で構成され得る。ＷＴＲＵ２０２は、少なくとも第１のリソース構成で構成され得る。例えば、第１の閾値（例えば、時点）２１８及び第２の閾値（例えば、時点）２２０は、同期時間ウィンドウを形成又は定義し得る。

【0133】

図４において、ＷＴＲＵ２０２は、第１の閾値及び第２の閾値が経過する前に（例えば、第１及び／又は第２のフローの前ＡＤＵから）、ＷＴＲＵ１０２－ａ及び／又はＷＴＲＵ１０２－ｂからＰＤＵ２０６、２１２、２１４を受信し得る。ＷＴＲＵ２０２は、第１の閾値及び第２の閾値が経過した後（例えば、同期時間ウィンドウの外）に、ＰＤＵ２０８を受信し得る。ＷＴＲＵ２０２は、第１のリソース構成を使用してＰＤＵ２０６、２０８、２１２、２１４を送信（例えば、転送）することに進み得る。例えば、第１のリソース構成は、複数の送信オケージョン２２２、２２４、２２６などのためのリソースを含む構成されたグラント（ＣＧ）リソース構成であり得る。図４において、ＷＴＲＵ２０２は、送信オケージョン２２２を使用してＰＤＵ２０６、２１２、２１４を基地局２０４に送信し得る。例えば、第１の送信オケージョン２２２は、第１の送信オケージョン２２２を使用して送信されたＰＤＵ２０６、２１２、２１４が、基地局２０４の観点から第３の閾値２３０（例えば、ＰＤＵ、ＡＤＵ及び／又はフロー間のレイテンシ）内で基地局２０４において受信されるように、第１のフローと第２のフローとの間の同期を保証し得る。更に、ＷＴＲＵ２０２は、送信オケージョン２２４を使用して少なくともＰＤＵ２０８を基地局２０４に送信し得る。ＰＤＵ２０８が第１及び第２の閾値の後に受信されることに起因して、第１のフローと第２のフローとの間で同期が保証されないことがあり、その結果、ＰＤＵ２０８は、第３の閾値２３０の外で又はその後で基地局２０４において受信される。

【0134】

ある特定の代表的な実施形態では、複数のフローは、図２～図４のように、ＰＤＵごとに、及び／又はＡＤＵごとに同期され得る。他の代表的な実施形態では、フロー同期は、限定はしないが、ＰＤＵのセットなど、ＰＤＵ又はＡＤＵ以外の単位で実行され得る。

【0135】

図５は、複数のフローを同期させるための例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図５の手順は、全体的に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。５０２において、ＷＴＲＵ１０２は、（１）第１のフローと第２のフローとの間の関連付けと、（２）第１のフローのＡＤＵ及び第２のフローのＡＤＵ間の最大時間差と、を示す情報を（例えば、基地局２０４に）送信し得る。５０４において、ＷＴＲＵ１０２は、第１のリソース構成、第２のリソース構成、第１の時間閾値、及び／又は第２の時間閾値（例えば、第１の時間閾値よりも大きい）のいずれかを示す情報を（例えば、基地局から）受信し得る。５０４の後、ＷＴＲＵ１０２は、５０６において、第１のフローの第１のＡＤＵの１つ以上のＰＤＵと第２のフローの第２のＡＤＵの１つ以上のＰＤＵとを（例えば、上位レイヤ、別のＷＴＲＵ１０２から）受信し得る。５０８において、ＷＴＲＵ１０２は、第１のリソース構成を使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵを（例えば、基地局２０４に、又は基地局２０４に向けて）送信し得る。５１０において、（１）第１のフローの第１のＡＤＵの最後のＰＤＵの受信から第１の時間閾値が経過した後、かつ（２）第１のフローの第１のＡＤＵの最後のＰＤＵの受信から第２の時間閾値が経過する前に、第２のフローの第２のＡＤＵの最後のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のリソース構成を使用して、第２のフローの第２のＡＤＵの少なくとも最後のＰＤＵを送信し得る。

【0136】

ある特定の代表的な実施形態では、第１のリソース構成は、第１の構成されたグラント構成であり得、第２のリソース構成は、第２の構成されたグラント構成であり得る。例えば、第１のリソース構成に関連付けられた送信オケージョン（例えば、時間及び／又は周波数リソース）のサイズは、第２のリソース構成に関連付けられた送信オケージョンのサイズよりも大きい。例えば、第１のリソース構成は、第１の周期性を有する第１の複数の送信オケージョンを含み得、第２のリソース構成は、第１の周期性よりも小さい第２の周期性を有する第２の複数の送信オケージョンを含み得る。

【0137】

ある特定の代表的な実施形態では、第１のリソース構成を使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵを送信することは、第１のリソース構成に従った（例えば、単一の）送信オケージョンを使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵと、第２のＡＤＵの最後のＰＤＵの前に受信された第２のＡＤＵの１つ以上のＰＤＵと、を送信することを含み得る。

【0138】

ある特定の代表的な実施形態では、第２のリソース構成を使用して、第２のフローの第２のＡＤＵの少なくとも最後のＰＤＵを送信することは、第１のリソース構成を使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵを送信することの後であるタイミングオフセットを有する。

【0139】

ある特定の代表的な実施形態では、第１のリソース構成は、第１のフロー及び／又は第２のフローに関連付けられ得る。ある特定の代表的な実施形態では、第２のリソース構成、第１の時間閾値、及び／又は第２の時間閾値のいずれかは、第１のフロー及び／又は第２のフローに関連付けられ得る。

【0140】

ある特定の代表的な実施形態では、第１のフロー及び第２のフローのＡＤＵは、（例えば、サイドリンクリソースを使用して）別のＷＴＲＵ１０２からＷＴＲＵ１０２によって受信される。

【0141】

ある特定の代表的な実施形態では、第２のフローの第２のＡＤＵは、第１のフローの第１のＡＤＵに対応し得、及び／又はその逆であり得る。例えば、第１のフローの第１のＡＤＵの１つ以上のＰＤＵは、第１のＡＤＵに関連付けられた識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。例えば、第２のフローの第２のＡＤＵの１つ以上のＰＤＵは、第２のＡＤＵに関連付けられた識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。識別情報、タイミング情報、及び／又はシーケンス情報は、ＰＤＵ及び／又はＡＤＵ間の対応を示し得る。

【0142】

図６は、複数のフローを同期させるための別の例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図６の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。図６では、ＷＴＲＵ１０２は、６０２において、（１）第１のフローと第２のフローとの間の関連付けと、（２）第１のフローのＡＤＵ及び第２のフローのＡＤＵ間の最大時間差を示す情報を（例えば、基地局に）送信し得る。６０４において、ＷＴＲＵ１０２は、第１のリソース構成、第２のリソース構成、第１の時間閾値、及び第２の時間閾値（例えば、第１の時間閾値よりも大きい）のいずれかを示す情報を（例えば、基地局から）受信し得る。６０６において、ＷＴＲＵ１０２は、第１のフローの第１のＡＤＵの１つ以上のＰＤＵと第２のフローの第２のＡＤＵの１つ以上のＰＤＵとを受信し得る。６０６の後、ＷＴＲＵは、６０８において、第１のリソース構成によって示される第１の送信オケージョンを使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵを（例えば、基地局に、又は基地局に向けて）送信し得る。６１０において、（１）第１のフローの第１のＡＤＵの最後のＰＤＵの受信から第１の時間閾値及び第２の時間閾値が経過した後に、第２のフローの第２のＡＤＵの最後のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第１のリソース構成によって示される第２の送信オケージョンを使用して、第２のフローの第２のＡＤＵの少なくとも最後のＰＤＵを送信し得る。

【0143】

ある特定の代表的な実施形態では、第１のリソース構成は、第１の構成されたグラント構成であり得、及び／又は第２のリソース構成は、第２の構成されたグラント構成であり得る。例えば、第１のリソース構成に関連付けられた送信オケージョン（例えば、時間及び／又は周波数リソース）のサイズは、第２のリソース構成に関連付けられた送信オケージョンのサイズよりも大きくなり得る。例えば、第１のリソース構成は、第１の周期性を有する第１の複数の送信オケージョンを含み得、及び／又は第２のリソース構成は、第１の周期性よりも小さい第２の周期性を有する第２の複数の送信オケージョンを含み得る。

【0144】

ある特定の代表的な実施形態では、第１のリソース構成の第１の送信オケージョンを使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵを送信することは、第１のリソース構成の第１の送信オケージョンを使用して、第２のＡＤＵの最後のＰＤＵの前に受信される、第２のフローの第２のＡＤＵの少なくとも１つの他のＰＤＵを送信することを含み得る。

【0145】

ある特定の代表的な実施形態では、第１のリソース構成は、第１のフロー及び／又は第２のフローに関連付けられ得る。ある特定の代表的な実施形態では、第１の時間閾値及び／又は第２の時間閾値のいずれかは、第１のフロー及び／又は第２のフローに関連付けられ得る。

【0146】

ある特定の代表的な実施形態では、第１のフロー及び第２のフローのＡＤＵは、（例えば、サイドリンクリソースを使用して）別のＷＴＲＵ１０２からＷＴＲＵ１０２によって受信される。

【0147】

ある特定の代表的な実施形態では、第２のフローの第２のＡＤＵは、第１のフローの第１のＡＤＵに対応し得、及び／又はその逆であり得る。例えば、第１のフローの第１のＡＤＵの１つ以上のＰＤＵは、第１のＡＤＵに関連付けられた識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。第２のフローの第２のＡＤＵの１つ以上のＰＤＵは、第２のＡＤＵに関連付けられた識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。例えば、識別情報、タイミング情報、及び／又はシーケンス情報は、フローのＰＤＵ及び／又はＡＤＵ間の対応を示し得る。

【0148】

図７は、複数のフローを同期させるための例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図７の手順は、一般に、ｇＮＢ１８０などの基地局によって実装され得る。７０２において、基地局は、ＷＴＲＵ１０２から、（１）第１のフローと第２のフローとの間の関連付けと、（２）第１のフローと第２のフローのＡＤＵ間の最大時間差と、を示す情報を受信し得る。７０４において、基地局は、第１のリソース構成、第２のリソース構成、第１の時間閾値、及び／又は第２の時間閾値のいずれかを示す情報を、ＷＴＲＵに送信し得る。７０６において、基地局は、第１のリソース構成を使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。７０８において、基地局は、第２のリソース構成を使用して、第２のフローの第２のＡＤＵの少なくとも最後のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。例えば、第２のリソース構成を使用した第２のフローの第２のＡＤＵの最後のＰＤＵの受信は、（１）第１のフローの第１のＡＤＵの最後のＰＤＵのＷＴＲＵ１０２による受信から第１の閾値が経過した後に、及び（２）第１のフローのＡＤＵの最後のＰＤＵのＷＴＲＵ１０２による受信から第２の閾値が経過する前に、第２のフローの第２のＡＤＵの最後のＰＤＵがＷＴＲＵ１０２によって受信されたことを（例えば、基地局に）示し得る。

【0149】

図８は、複数のフローを同期させるための別の例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図８の手順は、一般に、ｇＮＢ１８０などの基地局によって実装され得る。８０２において、基地局は、ＷＴＲＵ１０２から、（１）第１のフローと第２のフローとの間の関連付けと、（２）第１のフローと第２のフローのＡＤＵ間の最大時間差と、を示す情報を受信し得る。８０４において、基地局は、第１のリソース構成、第１の時間閾値、及び／又は第２の時間閾値のいずれかを示す情報を、ＷＴＲＵ１０２に送信し得る。８０６において、基地局は、第１のリソース構成の第１の送信オケージョンを使用して、第１のフローの第１のＡＤＵの１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。８０８において、基地局は、第１のリソース構成の第２の送信オケージョンを使用して、第２のフロー内の第２のＡＤＵの少なくとも最後のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。例えば、第２の送信オケージョンを使用する第２のフロー内の第２のＡＤＵの少なくとも最後のＰＤＵの受信は、第１のフローの第１のＡＤＵの最後のＰＤＵのＷＴＲＵ１０２による受信から第１の閾値及び第２の閾値が経過した後に、第２のフローの第２のＡＤＵの最後のＰＤＵがＷＴＲＵ１０２によって受信されたことを（例えば、基地局に）示し得る。

【0150】

図９は、優先度レベルを使用して複数のフローを送信するための例を例解する手順図である。ある特定の代表的な実施形態では、図９の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。９０２において、ＷＴＲＵ１０２は、第１の時間閾値、第２の時間閾値、及び／又は複数の優先度レベルに関連付けられた複数のリソース構成のいずれかを示す第１の情報を（例えば、基地局から）受信し得る。９０４において、ＷＴＲＵ１０２は、第１のフローの第１のプロトコルデータユニット（protocol data unit、ＰＤＵ）を（例えば、別のＷＴＲＵ１０２及び／又は上位レイヤから）受信し得る。９０６において、ＷＴＲＵ１０２は、複数のリソース構成のうちの第１のリソース構成を使用して、第１のフローの第１のＰＤＵを（例えば、基地局に、又は基地局に向けて）送信し得る。９０８において、ＷＴＲＵは、第２のフローの第２のＰＤＵを（例えば、別のＷＴＲＵ１０２及び／又は上位レイヤから）受信し得る。９１０において、ＷＴＲＵ１０２は、第２のＰＤＵの受信時間、第１のＰＤＵの受信時間、第１の時間閾値、及び第２の時間閾値に基づいて、第２のＰＤＵの優先度レベルを決定し得る。９１２において、ＷＴＲＵ１０２は、決定された優先度レベルに関連付けられた複数のリソース構成のうちの１つを使用して、第２のフローの第２のＰＤＵを送信し得る。

【0151】

ある特定の代表的な実施形態では、第２のＰＤＵの優先度レベルを決定することは、本明細書で説明されるように、第２のＰＤＵの受信時間と第１のＰＤＵの受信時間との間の差、第１の時間閾値、及び第２の時間閾値に基づき得る。例えば、決定された優先度レベルは、差が第１の時間閾値未満であることを条件として、第１の優先度レベルであり得る。第２のフローの第２のＰＤＵを送信することは、第１の優先度レベルに関連付けられた第１のリソース構成を使用し得る。例えば、第１のＰＤＵの送信及び第２のＰＤＵを送信することは、第１のリソース構成によって示される１つの（例えば、単一の）送信オケージョンを使用し得る。

【0152】

ある特定の代表的な実施形態では、決定された優先度レベルは、差が第１の時間閾値よりも大きく、かつ第２の時間閾値よりも小さいことを条件として、第２の優先度レベルであり得る。例えば、第２のフローの第２のＰＤＵを送信することは、複数のリソース構成のうちの、第２の優先度レベルに関連付けられた第２のリソース構成を使用し得る。例えば、第１のＰＤＵを送信することは、第１のリソース構成によって示される第１の送信オケージョンを使用し得、第２のＰＤＵを送信することは、第２のリソース構成によって示される（例えば、第１の送信オケージョンに続く、及び／又は第１の送信オケージョンからオフセットされた）第２の送信オケージョンを使用し得る。例えば、第２の送信オケージョンは、第１の送信オケージョンから時間的にオフセットされ得る。

【0153】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、（例えば、第１の情報を受信する前に）第１のフローと第２のフローとの間の関連付けを示す第２の情報を送信し得る。

【0154】

ある特定の代表的な実施形態では、第１のＰＤＵは、第１のフローの第１のＡＤＵに関連付けられ得、及び／又は第２のＰＤＵは、第２のフローの第２のＡＤＵに関連付けられ得る。例えば、第１のＰＤＵは、第１のＡＤＵ及び／又は第１のフローに関連付けられた識別情報、タイミング情報及び／又はシーケンス情報を含み得る。例えば、第２のＰＤＵは、第２のＡＤＵ及び／又は第２のフローに関連付けられた識別情報、タイミング情報及び／又はシーケンス情報を含み得る。例えば、識別情報、タイミング情報、及び／又はシーケンス情報は、ＰＤＵ間の対応を決定するために使用され得る。

【0155】

ある特定の代表的な実施形態では、第２のＡＤＵ情報に含まれる情報は、第１のＡＤＵに含まれる情報に関連付けられている。

【0156】

図１０は、優先度レベルを使用して複数のフローを受信するための例を例解する手順図である。ある特定の代表的な実施形態では、図１０の手順は、一般に、ｇＮＢ１８０などの基地局によって実装され得る。１００２において、基地局は、第１の時間閾値、第２の時間閾値、及び／又は複数の優先度レベルに関連付けられた複数のリソース構成のいずれかを示す第１の情報を（例えば、ＷＴＲＵ１０２に）送信し得る。１００４において、基地局は、複数のリソース構成のうちの第１のリソース構成を使用して、第１のフローの第１のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。１００８において、基地局は、第２のフローの第２のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。例えば、第２のＰＤＵを送信するために（例えば、ＷＴＲＵ１０２によって）使用される複数のリソース構成のうちの１つは、第２のＰＤＵの優先度レベルに関連付けられ得る。例えば、第２のＰＤＵの優先度レベルは、（例えば、ＷＴＲＵ１０２による）第２のＰＤＵの受信時間と、（例えば、ＷＴＲＵ１０２による）第１のＰＤＵの受信時間と、第１の時間閾値と、第２の時間閾値との間の関係を（例えば、基地局に対して）示し得る。

【0157】

図１１は、複数のフローを同期させるためのリソース構成情報を調整するための例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１１の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。１１０２において、ＷＴＲＵ１０２は、１つ以上の第１のリソース構成、１つ以上の第２のリソース構成、及び／又は時間閾値のいずれかを示す情報を（例えば、基地局から）受信し得る。１１０４において、ＷＴＲＵ１０２は、１つ以上の第１のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを（例えば、基地局に）送信し得る。１１０６において、ＷＴＲＵ１０２は、１つ以上の第２のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを（例えば、基地局から）受信し得る。１１０６の後、第１のフローに関連付けられた１つ以上のＰＤＵのうちの第１のＰＤＵと第２のフローに関連付けられた１つ以上のＰＤＵのうちの第２のＰＤＵとの間のＲＴＴが時間閾値よりも大きいことを条件として、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかの１つ以上のパラメータについての調整情報を（例えば、基地局に）送信し得る。

【0158】

ある特定の代表的な実施形態では、調整情報は、フロー間の同期を保証するために（例えば、ＷＴＲＵ１０２によって）決定され得る。例えば、調整情報は、本明細書で説明されるように、フローのための共同ＱｏＳを満たすためなど、１つ以上のパラメータに対する変更を示し得る。

【0159】

ある特定の代表的な実施形態では、第１のリソース構成は、１つ以上のＣＧ構成を含み得る。ある特定の代表的な実施形態では、第２のリソース構成は、１つ以上のＳＰＳ構成を含み得る。

【0160】

ある特定の代表的な実施形態では、調整情報は、オフセット時間、周期性、ペイロードサイズ、及び／又は時間／周波数リソースの量のいずれかへの変更を示す情報を含み得る。

【0161】

ある特定の代表的な実施形態では、第１のリソース構成のうちの１つは、本明細書で説明されるように異なる優先度レベルに関連付けられ得る。

【0162】

図１２は、複数のフローを同期させるためのリソース構成情報を調整するための別の例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１２の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。１２０２において、ＷＴＲＵ１０２は、第１のリソース構成、第２のリソース構成、第３のリソース構成、及び／又は時間閾値のいずれかを示す情報を（例えば、基地局から）受信し得る。１２０４において、ＷＴＲＵ１０２は、第１のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを（例えば、基地局に）送信し得る。１２０６において、ＷＴＲＵは、第２のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを受信し得る。１２０６の後、第１のフローに関連付けられた１つ以上のＰＤＵのうちの第１のＰＤＵと第２のフローに関連付けられた１つ以上のＰＤＵのうちの第２のＰＤＵとの間のＲＴＴが時間閾値よりも大きいことを条件として、ＷＴＲＵ１０２は、１２０８において、少なくとも第３のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを送信することに切り替え得る。

【0163】

ある特定の代表的な実施形態では、１２０８における切り替えは、フロー間の同期を保証するように（例えば、ＷＴＲＵ１０２によって）決定され得る。例えば、切り替えは、本明細書で説明されるように、フローのための共同ＱｏＳを満たすように実行され得る。

【0164】

ある特定の代表的な実施形態では、第１のリソース構成及び／又は第３のリソース構成は、１つ以上のＣＧ構成を含み得る。ある特定の代表的な実施形態では、第２のリソース構成は、１つ以上のＳＰＳ構成を含み得る。

【0165】

ある特定の代表的な実施形態では、第１のリソース構成及び／又は第３のリソース構成は、オフセット時間、周期性、ペイロードサイズ、及び／又は時間／周波数リソースの量のいずれかが異なり得る。

【0166】

ある特定の代表的な実施形態では、第１のリソース構成及び／又は第３のリソース構成のいずれか１つは、本明細書で説明されるように、異なる優先度レベルに関連付けられ得る。

【0167】

図１３は、複数のフローを同期させるためのリソース構成情報を調整するための更なる例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１３の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。１３０２において、ＷＴＲＵ１０２は、第１のリソース構成、第２のリソース構成、第３のリソース構成、及び／又は時間閾値のいずれかを示す情報を受信し得る。１３０４において、ＷＴＲＵ１０２は、第１のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを送信し得る（例えば、基地局に転送し得る）。１３０６において、ＷＴＲＵ１０２は、第２のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを（例えば、基地局から）受信し得る。１３０８において、第１のフローに関連付けられた１つ以上のＰＤＵのうちの第１のＰＤＵと第２のフローに関連付けられた１つ以上のＰＤＵのうちの第２のＰＤＵとの間のＲＴＴが時間閾値よりも大きいことを条件として、ＷＴＲＵ１０２は、第１のフローに関連付けられた１つ以上のＰＤＵのうちの第１のＰＤＵと第２のフローに関連付けられた１つ以上のＰＤＵのうちの第２のＰＤＵとの間のＲＴＴが時間閾値よりも大きいことを示す情報を送信し得る。１３１０において、ＷＴＲＵ１０２は、１３０８の後に、少なくとも第３のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを受信し得る。

【0168】

ある特定の代表的な実施形態では、１２０８における切り替えは、フロー間の同期を保証するように（例えば、ＷＴＲＵ１０２によって）決定され得る。例えば、切り替えは、本明細書で説明するフローのための共同ＱｏＳを満たすように実行され得る。

【0169】

ある特定の代表的な実施形態では、第１のリソース構成及び／又は第３のリソース構成は、１つ以上のＣＧ構成を含み得る。ある特定の代表的な実施形態では、第２のリソース構成は、１つ以上のＳＰＳ構成を含み得る。

【0170】

ある特定の代表的な実施形態では、第１のリソース構成及び／又は第３のリソース構成は、オフセット時間、周期性、ペイロードサイズ、及び／又は時間／周波数リソースの量のいずれかが異なり得る。

【0171】

図１４は、複数のフローを同期させるためのリソース構成情報を調整するための例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１４の手順は、一般に、ｇＮＢ１８０などの基地局によって実装され得る。１４０２において、基地局は、１つ以上の第１のリソース構成、１つ以上の第２のリソース構成、及び／又は時間閾値のいずれかを示す情報を（例えば、ＷＴＲＵ１０２に）送信し得る。１４０４において、基地局は、１つ以上の第１のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。１４０６において、基地局は、１つ以上の第２のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。１４０８において、基地局は、第１のリソース構成及び／又は第２のリソース構成のいずれかの１つ以上のパラメータについての調整情報を（例えば、ＷＴＲＵから）受信し得る。例えば、調整情報は、時間閾値よりも大きい、第１のフローに関連付けられた１つ以上のＰＤＵのうちの第１のＰＤＵと第２のフローに関連付けられた１つ以上のＰＤＵのうちの第２のＰＤＵとの間のＲＴＴに関連付けられ得る。

【0172】

ある特定の代表的な実施形態では、調整情報は、本明細書で説明されるように、リソース構成の１つ以上のパラメータに関連付けられ得る。

【0173】

ある特定の代表的な実施形態では、調整情報は、本明細書で説明されるように、フロー間の同期を保証するためなどに決定され得る。

【0174】

図１５は、複数のフローを同期させるためのリソース構成情報を調整するための別の例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１５の手順は、一般に、ｇＮＢ１８０などの基地局によって実装され得る。１５０２において、基地局は、第１のリソース構成、第２のリソース構成、第３のリソース構成、及び／又は時間閾値のいずれかを示す情報を（例えば、ＷＴＲＵ１０２に）送信し得る。１５０４において、基地局は、第１のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。１５０６において、基地局は、第２のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。１５０８において、基地局は、少なくとも第３のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。例えば、第３のリソース構成の使用は、時間閾値よりも大きい、第１のフローに関連付けられた１つ以上のＰＤＵのうちの第１のＰＤＵと第２のフローに関連付けられた１つ以上のＰＤＵのうちの第２のＰＤＵとの間のＲＴＴを（例えば、基地局に対して）示し得る。

【0175】

ある特定の代表的な実施形態では、調整情報は、本明細書で説明されるように、リソース構成のいずれかについて決定され得る。例えば、調整情報は、ＲＴＴがフローの特定の要件を満たすことを保証し得る。例えば、調整情報は、本明細書で説明されるように、フロー間の同期が保証されるように、１つ以上のパラメータを修正し得る。

【0176】

図１６は、複数のフローを同期させるためのリソース構成情報を調整するための更なる例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１６の手順は、一般に、ｇＮＢ１８０などの基地局によって実装され得る。１６０２において、基地局は、第１のリソース構成、第２のリソース構成、第３のリソース構成、及び／又は時間閾値のいずれかを示す情報を（例えば、ＷＴＲＵ１０２に）送信し得る。１６０４において、基地局は、第１のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。１６０６において、基地局は、第２のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。１６０８において、基地局は、第１のフローに関連付けられた１つ以上のＰＤＵのうちの第１のＰＤＵと第２のフローに関連付けられた１つ以上のＰＤＵのうちの第２のＰＤＵとの間のＲＴＴが時間閾値よりも大きいことを示す情報を（例えば、ＷＴＲＵ１０２から）受信し得る。１６１０において、基地局は、少なくとも第３のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを（例えば、ＷＴＲＵ１０２から）受信し得る。

【0177】

ある特定の代表的な実施形態では、第３のリソース構成の使用は、フローの同期が満足されることを保証し得る。例えば、第３のリソース構成の使用は、第１のフローと第２のフローとの間のＲＴＴを低減し得る。

【0178】

図１７は、複数のフローのための共同サービス品質（ＱｏＳ）を維持するための例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１７の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。１７０２において、ＷＴＲＵ１０２は、第１のリソース構成、第２のリソース構成、及び／又はマルチフロー同期に関連付けられた共同サービス品質（ＱｏＳ）情報のいずれかを示す情報を（例えば、基地局から）受信し得る。１７０４において、ＷＴＲＵ１０２は、第１のフローの複数のＰＤＵ及び第２のフローの複数のＰＤＵを（例えば、基地局から）受信し得る。１７０６において、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかを使用して、第１のフローのＰＤＵの第１のセット及び第２のフローのＰＤＵの第２のセットを（例えば、基地局に）送信し得る。１７０８において、ＷＴＲＵ１０２は、第１のフローに関連付けられたＱｏＳの変化に基づいて、第２のフローに関連付けられたＱｏＳの変化を決定（例えば、推定）し得る。１７１０において、第２のフローに関連付けられたＱｏＳの変化がジョイントＱｏＳを満たさないことを条件として、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかを変更し得る。１７１２において、ＷＴＲＵ１０２は、変更された第１のリソース構成及び／又は変更された第２のリソース構成のいずれかを使用して、第１のフローのＰＤＵの第３のセット及び第２のフローのＰＤＵの第４のセットを（例えば、基地局に）送信し得る。

【0179】

ある特定の代表的な実施形態では、第１のリソース構成は、第１の構成されたグラント構成であり得、及び／又は第２のリソース構成は、第２の構成されたグラント構成であり得る。例えば、第１のリソース構成に関連付けられた送信オケージョンのサイズは、第２のリソース構成に関連付けられた送信オケージョンのサイズよりも大きくなり得る。例えば、第１のリソース構成は、第１の周期性を有する第１の複数の送信オケージョン（例えば、それを示す情報）を含み得、及び／又は第２のリソース構成は、第１の周期性よりも小さい第２の周期性を有する第２の複数の送信オケージョンを含み得る。

【0180】

ある特定の代表的な実施形態では、第１のリソース構成及び／又は第２のリソース構成のいずれかは、第１のフロー及び／又は第２のフローに関連付けられ得る。

【0181】

ある特定の代表的な実施形態では、第１のフロー及び／又は第２のフローのＰＤＵは、（例えば、サイドリンクリソースを使用して）別のＷＴＲＵ１０２から受信され得る。

【0182】

ある特定の代表的な実施形態では、第１のフローのＰＤＵは、第１のフローの１つ以上のＡＤＵを備え得、及び／又は第２のフローのＰＤＵは、第２のフローの１つ以上のＡＤＵを備え得る。

【0183】

ある特定の代表的な実施形態では、第１のフローのＰＤＵのうちの１つ以上は、第１のフローに関連する識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。ある特定の代表的な実施形態では、第２のフローのＰＤＵのうちの１つ以上は、第２のフローに関連する識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。例えば、識別情報、タイミング情報、及び／又はシーケンス情報は、フローのＰＤＵ間の対応を示し得る。

【0184】

ある特定の代表的な実施形態では、共同ＱｏＳ情報は、マルチフロー同期に関連付けられた同期時間ウィンドウ、レイテンシ、及び／又はデータレートのいずれかを含み得る。例えば、共同ＱｏＳ情報は、第１のフロー、第２のフロー、第１のリソース構成、及び／又は第２のリソース構成のいずれかに関連付けられ得る。

【0185】

図１８は、複数のフローのための共同サービス品質（ＱｏＳ）を維持するための別の例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１８の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。１８０２において、ＷＴＲＵ１０２は、第１のリソース構成、第２のリソース構成、及び／又はマルチフロー同期に関連付けられた共同サービス品質（ＱｏＳ）情報のいずれかを示す情報を（例えば、基地局から）受信し得る。１８０４において、ＷＴＲＵ１０２は、第１のフローの複数のＰＤＵ及び第２のフローの複数のＰＤＵを（例えば、別のＷＴＲＵ１０２及び／又は上位レイヤから）受信し得る。１８０６において、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかを使用して、第１のフローのＰＤＵの第１のセット及び第２のフローのＰＤＵの第２のセットを（例えば、基地局に）送信し得る。１８０８において、ＷＴＲＵ１０２は、第１のフローに関連付けられたＱｏＳの変化に基づいて、第２のフローに関連付けられたＱｏＳの変化を決定（例えば、推定）し得る。１８１０において、第２のフローに関連付けられたＱｏＳの変更が共同ＱｏＳを満たさないことを条件として、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかに対する変更（例えば、調整）を示す情報を（例えば、基地局に）送信し得る。

【0186】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかに関連付けられた調整情報を（例えば、基地局から）受信し得る。例えば、調整情報は、リソース構成のいずれかの１つ以上のパラメータに対する変更を示し得る。例えば、調整情報は、共同ＱｏＳがフローについて満足されることを保証し得る。

【0187】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、変更された第１のリソース構成及び／又は変更された第２のリソース構成のいずれかを使用して、ＰＤＵの第３のセット及びＰＤＵの第４のセットを（例えば、基地局に）送信し得る。

【0188】

ある特定の代表的な実施形態では、第１のリソース構成は、第１の構成されたグラント構成であり得、及び／又は第２のリソース構成は、第２の構成されたグラント構成であり得る。例えば、第１のリソース構成に関連付けられた送信オケージョンのサイズは、第２のリソース構成に関連付けられた送信オケージョンのサイズよりも大きくなり得る。例えば、第１のリソース構成は、第１の周期性を有する第１の複数の送信オケージョンを含み得、及び／又は第２のリソース構成は、第１の周期性よりも小さい第２の周期性を有する第２の複数の送信オケージョンを含み得る。

【0189】

ある特定の代表的な実施形態では、第１のリソース構成及び／又は第２のリソース構成のいずれかは、第１のフロー及び／又は第２のフローに関連付けられる。

【0190】

ある特定の代表的な実施形態では、第１のフロー及び／又は第２のフローのＰＤＵは、（例えば、サイドリンクリソースを使用して）別のＷＴＲＵから受信される。

【0191】

ある特定の代表的な実施形態では、第１のフローのＰＤＵは、第１のフローの１つ以上のＡＤＵを備え得、及び／又は第２のフローのＰＤＵは、第２のフローの１つ以上のＡＤＵを備え得る。

【0192】

ある特定の代表的な実施形態では、第１のフローのＰＤＵのうちの１つ以上は、第１のフローに関連する識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。ある特定の代表的な実施形態では、第２のフローのＰＤＵのうちの１つ以上は、第２のフローに関連する識別情報、タイミング情報、及び／又はシーケンス情報を含み得る。例えば、識別情報、タイミング情報、及び／又はシーケンス情報は、フローのＰＤＵ間の対応を示し得る。

【0193】

ある特定の代表的な実施形態では、共同ＱｏＳ情報は、マルチフロー同期に関連付けられた同期時間ウィンドウ、レイテンシ、及び／又はデータレートのいずれかを含み得る。

【0194】

ある特定の代表的な実施形態では、共同ＱｏＳ情報は、第１のフロー、第２のフロー、第１のリソース構成、及び／又は第２のリソース構成のいずれかに関連付けられ得る。

【0195】

図１９は、複数のフローを同期させるための更なる例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図１９の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。１９０２において、ＷＴＲＵ１０２は、第１のフローと第２のフローとの間の最大時間差を示す情報を（例えば、基地局に）送信し得る。例えば、第２のフローと第１のフローとが互いに関連付けられ得る。１９０４において、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかを示す情報を（例えば、基地局から）受信し得る。１９０６において、ＷＴＲＵ１０２は、第１のフローの１つ以上のＰＤＵ及び第２のフローの１つ以上のＰＤＵを（例えば、別のＷＴＲＵ１０２及び／又は上位レイヤから）受信し得る。１９０８において、ＷＴＲＵ１０２は、第１のリソース構成を使用して、第１のフローの１つ以上のＰＤＵを（例えば、基地局に）送信し得る。１９１０において、（１）第１のフローの関連付けられたＰＤＵの受信から第１の時間閾値が経過した後、かつ（２）第１のフローの関連付けられたＰＤＵの受信から第２の時間閾値が経過する前に、第２のフローの最後のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のリソース構成を使用して、少なくとも第２のフローの最後のＰＤＵを（例えば、基地局に）送信し得る。

【0196】

図２０は、優先度レベルを使用して複数のフローを送信するための更なる例を例解する手順図である。ある特定の代表的な実施形態では、図２０の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。２００２において、ＷＴＲＵ１０２は、複数の優先度レベルに関連付けられた複数のリソース構成を示す受信情報を（例えば、基地局から）受信し得る。２００４において、ＷＴＲＵ１０２は、第１のフローの１つ以上のプロトコルデータユニット（ＰＤＵ）と第２のフローの１つ以上のＰＤＵとを（例えば、別のＷＴＲＵ１０２及び／又は上位レイヤから）受信し得る。２００６において、ＷＴＲＵ１０２は、複数のリソース構成のうちの第１のリソース構成を使用して、第１のフローの１つ以上のＰＤＵを（例えば、基地局に）送信し得る。２００８において、ＷＴＲＵ１０２は、第２のフローのＰＤＵのうちの少なくとも１つの受信時間、第１のフローのＰＤＵのうちの少なくとも１つの受信時間、第１の時間閾値、及び第２の時間閾値に基づいて、第２のフローのＰＤＵのうちの少なくとも１つの優先度レベルを決定し得る。例えば、受信時間の差が第１の閾値を満たす場合、優先度は、第１の優先度であり得る。例えば、受信時間の差が第２の閾値を満たすが、第１の閾値を満たさない場合、優先度は、第２の優先度であり得る。例えば、受信時間の差が第１の閾値を満たさず、かつ第２の閾値を満たさない場合、優先度は、第３の優先度であり得る。２０１０において、ＷＴＲＵ１０２は、決定された優先度レベルに関連付けられた複数のリソース構成のうちの第２のリソース構成を使用して、第２のフローのＰＤＵのうちの少なくとも１つを（例えば、基地局に）送信し得る。

【0197】

図２１は、複数のフローを同期させるためのリソース構成情報を調整するための更なる例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図２１の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。２１０２において、ＷＴＲＵ１０２は、第１のリソース構成及び第２のリソース構成のいずれかを示す情報を（例えば、基地局から）受信し得る。２１０４において、ＷＴＲＵ１０２は、第１のリソース構成を使用して、第１のフローに関連付けられた１つ以上のＰＤＵを（例えば、基地局に）送信し得る。２１０６において、ＷＴＲＵ１０２は、第２のリソース構成を使用して、第２のフローに関連付けられた１つ以上のＰＤＵを（例えば、基地局から）受信し得る。２１０８において、第１のフローに関連付けられた第１のＰＤＵと第２のフローに関連付けられた第２のＰＤＵとの間のＲＴＴが時間閾値よりも大きいことを条件として、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかの１つ以上のパラメータについての調整を示す情報を（例えば、基地局に）送信し得る。

【0198】

図２２は、複数のフローのための共同サービス品質（ＱｏＳ）を維持するための例示的な手順を例解する手順図である。ある特定の代表的な実施形態では、図２２の手順は、一般に、ＷＴＲＵ２０２などのＷＴＲＵ１０２によって実施され得る。２２０２において、ＷＴＲＵ１０２は、第１のリソース構成、第２のリソース構成、及び／又はマルチフロー同期に関連付けられた共同サービス品質（ＱｏＳ）情報のいずれかを示す情報を（例えば、基地局から）受信し得る。２２０４において、ＷＴＲＵ１０２は、第１のフローの複数のＰＤＵ及び第２のフローの複数のＰＤＵを（例えば、別のＷＴＲＵ１０２及び／又は上位レイヤから）受信し得る。２２０６において、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかを使用して、第１のフローのＰＤＵの第１のセット及び第２のフローのＰＤＵの第２のセットを（例えば、基地局に）送信し得る。２２０８において、ＷＴＲＵ１０２は、第１のフローに関連付けられたＱｏＳの変化、及び第２のフローに関連付けられたＱｏＳの変化を決定（例えば、推定）し得る。２２１０において、第１のフロー及び／又は第２のフローに関連付けられたＱｏＳの変化が共同ＱｏＳを満たさないことを条件として、ＷＴＲＵ１０２は、第１のリソース構成及び／又は第２のリソース構成のいずれかの１つ以上のパラメータを変更し得る。別の実施例では、ＷＴＲＵ１０２は、別の（例えば、第３の）リソース構成を選択又は受信し得る。２２１２において、ＷＴＲＵ１０２は、変更された第１のリソース構成及び／又は変更された第２のリソース構成のいずれかを使用して、第１のフローのＰＤＵの第３のセット及びＰＤＵの第４のセットを（例えば、基地局に）送信し得る。別の実施例では、ＰＤＵの第３及び／又は第４のセットは、他の（例えば、第３のリソース構成）を使用して送信され得る。

【0199】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１の持続時間が経過する前に第２のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のデフォルト転送構成を使用して、第２のＰＤＵを送信し得る。

【0200】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１の持続時間が経過した後、かつ第１のＰＤＵを受信することに対して第２の持続時間が経過する前に、第２のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のデフォルト転送構成に関連付けられた優先度よりも高い第２のフローの優先度に関連付けられた複数の転送構成のうちの１つを使用して、第２のＰＤＵを送信し得る。

【0201】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１の持続時間が経過した後、かつ第１のＰＤＵを受信することに対して第２の持続時間が経過した後に、第２のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のＰＤＵに関連付けられた受信ステータスを示す情報を送信し得る。ＷＴＲＵ１０２は、第２のＰＤＵ及び／又は第２のフローに関連付けられた複数の転送構成のうちの１つを示す情報を受信し得る。ＷＴＲＵ１０２は、複数の転送構成のうちの示された１つを使用して、第２のＰＤＵを送信し得る。

【0202】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１の持続時間が経過した後、かつ第１のＰＤＵを受信することに対して第２の持続時間が経過した後に、第２のＰＤＵが受信されることを条件として、ＷＴＲＵは、第２のＰＤＵに関連付けられた受信ステータスを示す情報を送信し得る。その後、ＷＴＲＵ１０２は、第２のＰＤＵをドロップすることを示す情報を受信し得る。

【0203】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。（１）第１のＡＤＵの第１のＰＤＵを受信することに対して第１の持続時間が経過する前に第１のＡＤＵの最後のＰＤＵが受信されること、及び／又は（２）第１のＡＤＵの第１のＰＤＵを受信することに対して第１の持続時間が経過する前に第２のＡＤＵの第２のＰＤＵが受信されることを条件として、ＷＴＲＵは、第１のデフォルト転送構成を使用して、第１のＡＤＵの最後のＰＤＵを送信し、第２のデフォルト転送構成を使用して、第２のＡＤＵの第２のＰＤＵを送信し得る。

【0204】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のＡＤＵの第３のＰＤＵを受信し得る。（１）第１のＡＤＵの第１のＰＤＵを受信することに対して第１の持続時間が経過した後、かつ第１のＡＤＵの第１のＰＤＵを受信することに対して第２の持続時間が経過する前に、第１のＡＤＵの第３のＰＤＵが受信されること、及び／又は（２）第１のＡＤＵの第１のＰＤＵを受信することに対して第１の持続時間が経過した後、かつ第１のＡＤＵの第１のＰＤＵを受信することに対して第２の持続時間が経過する前に、第２のＡＤＵの第２のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第１のデフォルト転送構成に関連付けられた優先度よりも高い優先度に関連付けられた複数の転送構成のうちの１つを使用して、第３のＰＤＵを送信し、第２のデフォルト転送構成を使用して、第２のＰＤＵを送信し得る。

【0205】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１及び第２の持続時間が経過した後、かつ第１のＰＤＵを受信することに対して第３の持続時間が経過する前に、第２のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のデフォルト転送構成に関連付けられた優先度よりも高い第２のフローの優先度に関連付けられた複数の転送構成のうちの１つを使用して、第２のＰＤＵを送信し得る。

【0206】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１及び第２の持続時間が経過した後、かつ第１のＰＤＵを受信することに対して第３の持続時間が経過する前に、第２のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のＰＤＵに関連付けられた受信ステータスを示す情報を送信し得る。ＷＴＲＵ１０２は、第２のＰＤＵ及び／又は第２のフローに関連付けられた複数の転送構成のうちの１つを示す情報を受信し得、ＷＴＲＵ１０２は、複数の転送構成のうちの示された１つを使用して、第２のＰＤＵを送信し得る。

【0207】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１、第２、及び第３の持続時間が経過した後、かつ第１のＰＤＵを受信することに対して第３の持続時間が経過する前に、第２のＰＤＵが受信されることを条件として、ＷＴＲＵは、第２のＰＤＵに関連付けられた受信ステータスを示す情報を送信し得る。ＷＴＲＵ１０２は、第２のＰＤＵ及び／又は第２のフローに関連付けられた複数の転送構成のうちの１つを示す情報を受信し得、ＷＴＲＵは、複数の転送構成のうちの示された１つを使用して、第２のＰＤＵを送信し得る。

【0208】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１及び第２の持続時間を示す情報と、第１のフローに関連付けられた第１のデフォルト転送構成及び第２のフローに関連付けられた第２のデフォルト転送構成を含む複数の転送構成を示す情報と、を受信し得る。ＷＴＲＵ１０２は、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を受信し得、第１のデフォルト転送構成を使用して、第１のＰＤＵを送信し得る。ＷＴＲＵ１０２は、第２のフローに対応する第２のＰＤＵを受信し得る。第１のＰＤＵを受信することに対して第１、第２、及び第３の持続時間が経過した後、かつ第１のＰＤＵを受信することに対して第３の持続時間が経過する前に、第２のＰＤＵが受信されることを条件として、ＷＴＲＵ１０２は、第２のＰＤＵに関連付けられた受信ステータスを示す情報を送信し得る。その後、ＷＴＲＵ１０２は、第２のＰＤＵをドロップすることを示す情報を受信し得る。

【0209】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１のフローに関連付けられた第１のリソース構成及び第２のフローに関連付けられた第２のリソース構成を含む複数のリソース構成を示す情報を受信し得る。ＷＴＲＵ１０２は、第１のリソース構成を使用して、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を通信（例えば、送信又は受信）し得る。ＷＴＲＵ１０２は、第２のリソース構成を使用して、第２のフローに対応する第２のＰＤＵを通信（例えば、送信又は受信）し得る。第１のフロー及び／又は第２のフローのいずれかに関連付けられたラウンドトリップ時間（round trip time、ＲＴＴ）が閾値を上回ることを条件として、ＷＴＲＵ１０２は、ＲＴＴを閾値を下回って減少させるために、第１及び／又は第２のリソース構成のいずれかへの変更を決定し得る。その後、ＷＴＲＵ１０２は、変更された第１及び／又は第２のリソース構成のいずれかを使用して、第１及び／又は第２のフローのいずれかの１つ以上のＰＤＵを送信及び／又は受信し得る。他の実施例では、ＷＴＲＵ１０２は、ＲＴＴと組み合わせて、又はＲＴＴの代わりにＱｏＳ要件を使用し得る。

【0210】

ある特定の代表的な実施形態では、ＷＴＲＵ１０２は、第１のフローに関連付けられた第１のリソース構成及び第２のフローに関連付けられた第２のリソース構成を含む複数のリソース構成を示す情報を受信し得る。ＷＴＲＵ１０２は、第１のリソース構成を使用して、第１のフローに対応する第１のプロトコルデータユニット（ＰＤＵ）を通信（例えば、送信又は受信）し得る。ＷＴＲＵ１０２は、第２のリソース構成を使用して、第２のフローに対応する第２のＰＤＵを通信（例えば、送信又は受信）し得る。第１のフロー及び／又は第２のフローのいずれかに関連付けられたラウンドトリップ時間（ＲＴＴ）が閾値を下回ることを条件として、ＷＴＲＵは、ＲＴＴを閾値を上回って増加させるために、第１及び／又は第２のリソース構成のいずれかに対する変更を決定し得る。その後、ＷＴＲＵは、変更された第１及び／又は第２のリソース構成のいずれかを使用して、第１及び／又は第２のフローのいずれかの１つ以上のＰＤＵを送信及び／又は受信し得る。他の実施例では、ＷＴＲＵ１０２は、ＲＴＴと組み合わせて、又はＲＴＴの代わりにＱｏＳ要件を使用し得る。

【0211】

本明細書のいくつかの実施形態及び実施例では、ＰＤＵ単位及び／又はＡＤＵ単位でマルチフロー同期のために実行され得る手順が説明される。他の実施例では、マルチフロー同期は、ＰＤＵセット単位で実行され得る。

【0212】

結論
上記では、特徴及び要素が特定の組み合わせにおいて提供されているが、当業者であれば、各特徴若しくは各要素を単独で使用する、又は他の特徴及び要素との任意の組み合わせにおいて使用することができることが理解されよう。本開示は、本出願に説明されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例解として、意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形が行われてもよい。本出願の記載において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、前述の記載から、当業者には明らかであろう。このような修正及び変形は、添付の請求項の範囲に入ることが、意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、このような請求項が権利を有する均等物の完全な範囲とともに、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを、理解されたい。

【0213】

前述の実施形態は、簡潔さのために、赤外線対応デバイス（すなわち赤外線放射装置及び受信機）の用語及び構造に関連して考察されている。しかしながら、考察されている実施形態は、これらのシステムに限定されるものではなく、他の形態の電磁波、又は音響波などの非電磁波を使用する他のシステムにも適用され得る。

【0214】

本明細書で使用される用語は、特定の実施形態のみを記載する目的のためであり、限定することを意図するものではないということも、理解されたい。本明細書で使用されるとき、「ビデオ」という用語又は「画像」という用語は、スナップショット、単一画像、及び／又は経時的に表示される複数の画像、のいずれかを意味し得る。別の例として、本明細書で言及される場合、「ユーザ機器」という用語及びその略語「ＵＥ」、「リモート」という用語、並びに／又は「ヘッドマウントディスプレイ」という用語若しくはその略語「ＨＭＤ」は、（ｉ）無線送信及び／又は受信ユニット（ＷＴＲＵ）、（ｉｉ）ＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）特にＷＴＲＵのいくつか若しくは全ての構造及び機能を有するように構成された無線対応及び／若しくは有線対応（例えば、テザリング可能）デバイス、（ｉｉｉ）ＷＴＲＵの全ての構造及び機能よりも少ない構造及び機能を有するように構成された無線対応及び／若しくは有線対応デバイス、又は（ｉｖ）同類のもの、を意味し得るか、若しくは含み得る。本明細書に列挙された任意のＷＴＲＵを表し得る例示的なＷＴＲＵの詳細は、図１Ａ～図１Ｄに関して本明細書で提供される。別の例として、本明細書で開示される上記の様々な実施形態及び下記の様々な実施形態は、ヘッドマウントディスプレイを利用するものとして説明される。当業者であれば、ヘッドマウントディスプレイ以外のデバイスが利用され得、本開示及び様々な開示された実施形態のいくつか又は全てを、過度の実験なしにそれに従って修正することができることを認識するであろう。このような他のデバイスの例は、適応現実体験を提供するための情報をストリーミングするように構成されたドローン又は他のデバイスを含み得る。

【0215】

加えて、本明細書に提供されている方法は、コンピュータ又はプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、又はファームウェアにおいて実装され得る。コンピュータ可読媒体の例としては、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

【0216】

本発明の範囲から逸脱することなく、上記で提供された方法、装置、及びシステムの変形が可能である。適用され得る多種多様な実施形態を考慮して、例解された実施形態は単なる例であり、以下の特許請求の範囲を限定するものと解釈されるべきではないことを理解されたい。例えば、本明細書に提供されている実施形態は、携帯型デバイスを含み、このデバイスは、任意の適切な電圧を提供するバッテリなどの任意の適切な電圧源を含み得る、又はそのような電圧源を用いて利用され得る。

【0217】

更に、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含む他のデバイスに留意されたい。これらのデバイスは、少なくとも１つの中央処理ユニット（Central Processing Unit、ＣＰＵ）及びメモリを含み得る。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって、実施されてもよい。このような動作、及び演算又は命令は、「実行される（executed）」、「コンピュータによって実行される（computer executed）」、又は「ＣＰＵによって実行される（CPU executed）」と言及される場合がある。

【0218】

当業者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが、理解されよう。電気システムは、電気信号の結果的な変換又は低減を引き起こし得るデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによって、ＣＰＵの動作及びその他の信号の処理を、再構成又は別様に変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する、物理的位置である。実施形態は、上で言及されるプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供される方法をサポートし得ることを理解されたい。

【0219】

データビットはまた、磁気ディスク、光ディスク、及びＣＰＵによって読み取り可能な任意の他の揮発性（例えば、ランダムアクセスメモリ（ＲＡＭ））又は不揮発性（例えば、読み取り専用メモリ（ＲＯＭ））大容量記憶システムを含むコンピュータ可読媒体上に維持され得る。コンピュータ可読媒体は、処理システム上に排他的に存在する、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続された、コンピュータ可読媒体を含んでもよい。実施形態は、上で言及されるメモリに限定されず、他のプラットフォーム及びメモリが、提供される方法をサポートし得ることを理解されたい。

【0220】

例示的実施形態では、本明細書に記載される動作、プロセスなどのいずれかは、コンピュータ可読媒体に格納されたコンピュータ可読命令として、実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意のその他のコンピューティングデバイスのプロセッサによって、実行されてもよい。

【0221】

システムの態様のハードウェア実装とソフトウェア実装の間には、ほとんど区別がない。ハードウェアを使用するかソフトウェアを使用するかは、一般に（ただしある状況ではハードウェアとソフトウェアとの間の選択が重要になることがある）、コスト対効率のトレードオフを表す設計上の選択である。本明細書に説明されているプロセス及び／又はシステム及び／又は他の技術が効果的であり得る様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得、好ましいビークルは、プロセス及び／又はシステム及び／又は他の技術が展開される状況によって変化し得る。例えば、実装者が、速度及び正確性が最重要であると判定した場合、実装者は、主に、ハードウェア及び／又はファームウェアのビークルを選択してもよい。柔軟性が最重要である場合、実装者は、主に、ソフトウェア実装を選択してもよい。代替的に、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。

【0222】

前述の詳細な説明では、ブロック図、フローチャート、及び／又は実施例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。そのようなブロック図、フローチャート、及び／又は例が１つ以上の機能及び／又は動作を含む限り、そのようなブロック図、フローチャート、又は例内の各機能及び／又は動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、又は実質的にそれらの任意の組み合わせによって個別に及び／又は集合的に実装され得ることが当業者によって理解されよう。一実施形態において、本明細書に説明されている主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、及び／又は他の集積形式を介して実装され得る。しかしながら、本明細書に開示される実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば、１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば、１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実装され得ることと、回路を設計すること、並びに／又はソフトウェア及び／若しくはファームウェアのコードを書くことが、本開示に照らして、当業者の技術の範囲内であることが、当業者には認識されよう。加えて、本明細書に記載される主題のメカニズムが、様々な形態のプログラム製品として配布され得ること、及び本明細書に記載される主題の代表的実施形態が、配布を実際に行うために使用される特定のタイプの信号伝達媒体にかかわらず適用されることが、当業者には理解されよう。信号伝達媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル通信媒体及び／又はアナログ通信媒体（例えば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの送信型媒体が挙げられるが、これらに限定されない。

【0223】

当業者であれば、本明細書に記載される方法でデバイス及び／又はプロセスを説明し、その後、エンジニアリング手法を使用して、このような説明されたデバイス及び／又はプロセスをデータ処理システムに統合することが、当該技術分野において一般的であることが認識されるであろう。すなわち、本明細書に記載されるデバイス及び／又はプロセスの少なくとも一部分が、合理的な量の実験を介してデータ処理システムに統合され得る。当業者であれば、典型的なデータ処理システムは、一般に、システムユニットハウジング、ビデオ表示デバイス、揮発性及び不揮発性メモリなどのメモリ、マイクロプロセッサ及びデジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィカルユーザインターフェース、及びアプリケーションプログラムなどの計算エンティティ、タッチパッド若しくはスクリーンなどの１つ以上の対話型デバイス、並びに／又はフィードバックループ及び制御モータ（例えば、位置及び／若しくは速度を検知するフィードバック、構成要素及び／若しくは量を移動及び／又は調節する制御モータ）を含む制御システム、の１つ以上を含み得ることが認識されるであろう。典型的なデータ処理システムは、データコンピューティング／通信システム及び／又はネットワークコンピューティング／通信システムに典型的に見られるような、任意の好適な市販の構成要素を利用して実装され得る。

【0224】

本明細書に説明される主題は、異なる他の構成要素内に含まれるか、又は異なる他の構成要素と接続される異なる構成要素を例解することがある。このような描示されたアーキテクチャは、単なる例であり、実際には、同じ機能を達成するその他の多くのアーキテクチャが実装され得ることを、理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる（associated）」。したがって、特定の機能を達成するために組み合わされた本明細書における任意の２つの構成要素は、アーキテクチャ又は介在する構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられている」とみなされ得る。同様に、このように関連付けられた任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に接続されている（operably connected）」、又は「動作可能に連結されている（operably coupled）」とみなされ得、このように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に結合可能（operably couplable）」であるとみなされてもよい。動作可能に結合可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられるが、これらに限定されない。

【0225】

本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、及び／又は単数形から複数形に、変換し得る。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが、明示的に記載され得る。

【0226】

一般に、本明細書、特に、添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定（open）」用語として意図されることが、当業者には理解されよう（例えば、「含んでいる（including）」という用語は、「含んでいるが、それらに限定されない（including but not limited to）」と解釈するべきであり、「有する（having）」という用語は、「を少なくとも有する（having at least）」と解釈するべきであり、「含む（includes）」という用語は、「含むがそれらに限定されない（includes but is not limited to）」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、このような意図は、請求項に明示的に記載されており、このような記載がない場合、このような意図は存在しないことが、当業者には理解されよう。例えば、１つの項目のみが意図される場合、「単一（single）」という用語又は類似する言葉が、使用されてもよい。理解を助けるために、以下の添付の請求項及び／又は本明細書の説明は、請求項の記載を導入するために「少なくとも１つの」及び「１つ以上の」という導入句の使用を含み得る。しかしながら、このような句の使用は、「１つ（a）」又は「１つ（an）」という不定冠詞による請求項の記載の導入が、かかる導入された請求項の記載を含む任意の特定の請求項を、かかる１つの記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、「１つ以上の」又は「少なくとも１つの」という導入句、及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても同様である（例えば「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１つ以上」を意味するものと解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も、同様である。加えて、導入された請求項の特定の数の記載が明示的に記載されている場合でも、このような記載は、少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されよう（例えば、その他の修飾語なしの「２つの記載（two recitations）」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つなど」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するであろう意味として、意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つなど」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するであろう意味として、意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、かつ／又はＡ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。明細書、特許請求の範囲、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されよう。例えば、「Ａ又はＢ（A or B）」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ（A and B）」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く「のいずれか」という用語は、項目及び／又は項目のカテゴリの、「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又はその他の項目及び／若しくはその他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される場合、「セット（set）」という用語は、ゼロを含む任意の数の項目を含むことを意図している。追加的に、本明細書で使用される、「数（number）」という用語は、ゼロを含む任意の数を含むことが、意図される。また、本明細書で使用される場合、「多重（multiple）」という用語は、「複数（a plurality）」と同義であることが意図される。

【0227】

加えて、本開示の特徴又は態様が、マーカッシュ群（Markush group）の観点から記載されている場合、当業者には、本開示が、それによって、マーカッシュ群の任意の個々の構成要素又は構成要素のサブグループの観点からも記載されることが、認識されよう。

【0228】

当業者には理解されるように、書面による記載を提供するという観点など、あらゆる目的のために、本明細書に開示される全ての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせもまた、包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識され得る。非限定的実施例として、本明細書に考察されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解されてもよい。また、当業者には理解されるように、「まで（up to）」、「少なくとも（at least）」、「よりも多い（greater than）」、「よりも少ない（less than）」などの全ての言葉は、言及された数を含み、かつ、上で考察されるように、更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は、個々の各要素を含む。したがって、例えば、１～３つのセルを有するグループは、１つ、２つ、又は３つのセルを有するグループを指す。同様に、１～５つのセルを有するグループは、１つ、２つ、３つ、４つ、又は５つのセルを有するグループを指し、以下同様である。

【0229】

更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして、読まれるべきではない。加えて、いかなる請求項においても、「ための手段（means for）」という用語の使用は、米国特許法第１１２条、第６項、又はミーンズプラスファンクションの請求項形式（means-plus-function claim format）に訴えることを意図しており、「ための手段」という用語を有しない、いかなる請求項も、そのようには意図されていない。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【手続補正書】

【提出日】2024-07-08

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線送信／受信ユニット（ＷＴＲＵ）によって実装される方法であって、前記方法が、
アップリンク（ＵＬ）トラフィックに関連付けられた構成情報であって、フローのセットとタイマ量とを示す情報を含む、構成情報を受信することと、
前記フローのセットに関連付けられた複数のプロトコルデータユニット（ＰＤＵ）のセットの到着時間のセット及び関連付けられた特性を決定することと、
ネットワークエンティティに、前記タイマ量が満了することに基づいて支援情報を送信することと、を含み、前記支援情報が、前記ＰＤＵのセットの識別子、前記ＰＤＵのセットの決定された前記到着時間のセット及び関連付けられた特性を示すＵＬトラフィック情報を含む、方法。

【請求項2】

前記ＷＴＲＵによって実行されるアプリケーションから、前記ＰＤＵのセットに含まれる複数のＰＤＵを受信することを更に含む、請求項１に記載の方法。

【請求項3】

受信された前記複数のＰＤＵをＵＬトラフィックとして送信することを更に含み、ＰＤＵのそれぞれのセットの少なくとも１つのＰＤＵが、それぞれのフローを識別する情報を含む、請求項２に記載の方法。

【請求項4】

前記フローのセットを示す前記情報が、前記フローの識別子のセットを含む、請求項１に記載の方法。

【請求項5】

前記関連付けられた特性が、それぞれのフローのための前記ＰＤＵのセットに関連付けられたジッタ量若しくは範囲、及び／又はそれぞれのフローの前記ＰＤＵのセットに関連付けられた周期性、のいずれかを含む、請求項１に記載の方法。

【請求項6】

前記ＰＤＵのセットが、前記フローのセットに関連付けられている、請求項１に記載の方法。

【請求項7】

前記ＰＤＵのセットが、複数のアプリケーションデータユニット（ＡＤＵ）を含み、前記複数のＡＤＵが、前記フローのセットに関連付けられている、請求項１に記載の方法。

【請求項8】

前記ＰＤＵのそれぞれのセットがそれぞれのフローに関連付けられていることを、前記ＰＤＵの前記それぞれのセットのＰＤＵのヘッダに基づいて決定することを更に含む、請求項１に記載の方法。

【請求項9】

前記ＵＬトラフィックに関連付けられた前記構成情報が無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングを介して受信され、及び／又は前記アプリケーションに関連付けられた前記支援情報がＲＲＣシグナリングを介して送信される、請求項１に記載の方法。

【請求項10】

前記支援情報を送信した後に、前記フローのセットに関連付けられたリソース構成情報を受信することを更に含む、請求項１に記載の方法。

【請求項11】

無線送信／受信ユニット（ＷＴＲＵ）であって、
プロセッサ、メモリ、及びトランシーバを備え、前記プロセッサ、前記メモリ、及び前記トランシーバが、
アップリンク（ＵＬ）トラフィックに関連付けられた構成情報であって、フローのセットとタイマ量とを示す情報を含む、構成情報を受信し、
前記フローのセットに関連付けられた複数のプロトコルデータユニット（ＰＤＵ）のセットの到着時間のセット及び関連付けられた特性を決定し、
ネットワークエンティティに、前記タイマ量が満了することに基づいて支援情報を送信する、ように構成されており、前記支援情報が、前記ＰＤＵのセットの識別子、前記ＰＤＵのセットの決定された前記到着時間のセット及び関連付けられた特性を示すＵＬトラフィック情報を含む、ＷＴＲＵ。

【請求項12】

前記プロセッサ、前記メモリ、及び前記トランシーバが、
前記ＷＴＲＵによって実行されるアプリケーションから、前記ＰＤＵのセットに含まれる複数のＰＤＵを受信するように構成されている、請求項１１に記載のＷＴＲＵ。

【請求項13】

前記プロセッサ、前記メモリ、及び前記トランシーバが、
受信された前記複数のＰＤＵをＵＬトラフィックとして送信するように構成されており、ＰＤＵのそれぞれのセットの少なくとも１つのＰＤＵが、それぞれのフローを識別する情報を含む、請求項１２に記載のＷＴＲＵ。

【請求項14】

前記フローのセットを示す前記情報が、前記フローの識別子のセットを含む、請求項１１に記載のＷＴＲＵ。

【請求項15】

前記関連付けられた特性が、それぞれのフローのための前記ＰＤＵのセットに関連付けられたジッタ量若しくは範囲、及び／又はそれぞれのフローの前記ＰＤＵのセットに関連付けられた周期性、のいずれかを含む、請求項１１に記載のＷＴＲＵ。

【請求項16】

前記ＰＤＵのセットが、前記フローのセットに関連付けられている、請求項１１に記載のＷＴＲＵ。

【請求項17】

前記ＰＤＵのセットが、複数のアプリケーションデータユニット（ＡＤＵ）を含み、前記複数のＡＤＵが、前記フローのセットに関連付けられている、請求項１１に記載のＷＴＲＵ。

【請求項18】

前記プロセッサ、前記メモリ、及び前記トランシーバが、
前記ＰＤＵのそれぞれのセットがそれぞれのフローに関連付けられていることを、前記ＰＤＵの前記それぞれのセットのＰＤＵのヘッダに基づいて決定するように構成されている、請求項１１に記載のＷＴＲＵ。

【請求項19】

前記ＵＬトラフィックに関連付けられた前記構成情報が無線リソース制御（ＲＲＣ）シグナリングを介して受信され、及び／又は前記アプリケーションに関連付けられた前記支援情報がＲＲＣシグナリングを介して送信される、請求項１１に記載のＷＴＲＵ。

【請求項20】

前記プロセッサ、前記メモリ、及び前記トランシーバが、
前記支援情報を送信した後に、前記フローのセットに関連付けられたリソース構成情報を受信するように構成されている、請求項１１に記載のＷＴＲＵ。

【国際調査報告】