▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2024-538525メディアアクセス制御（ＭＡＣ）レイヤにおけるサービス品質（ＱＯＳ）執行のための方法、アーキテクチャ、装置、及びシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-23
(54)【発明の名称】メディアアクセス制御（ＭＡＣ）レイヤにおけるサービス品質（ＱＯＳ）執行のための方法、アーキテクチャ、装置、及びシステム
(51)【国際特許分類】
H04W 72/56 20230101AFI20241016BHJP
H04W 72/40 20230101ALI20241016BHJP
H04W 92/18 20090101ALI20241016BHJP
H04W 72/1268 20230101ALI20241016BHJP
H04W 80/02 20090101ALI20241016BHJP
【ＦＩ】
H04W72/56
H04W72/40
H04W92/18
H04W72/1268
H04W80/02
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024517012
(86)(22)【出願日】2022-09-29
(85)【翻訳文提出日】2024-04-26
(86)【国際出願番号】 US2022045130
(87)【国際公開番号】W WO2023055865
(87)【国際公開日】2023-04-06
(31)【優先権主張番号】63/249,682
(32)【優先日】2021-09-29
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】フリーダ、マルティーノ
(72)【発明者】
【氏名】ホアン、トゥオン
(72)【発明者】
【氏名】ラオ、ジャヤ
(72)【発明者】
【氏名】テイエブ、オウメル
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067EE25
(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】
前記第２のアップリンク論理チャネルは、前記サイドリンクデータ送信に関連付けられた前記サイドリンク論理チャネルにマッピングするサービス品質（ＱｏＳ）要件を含む、請求項１３～２３のいずれか一項に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年９月２９日に出願された米国仮特許出願第６３／２４９，６８２号の利益を主張するものであり、それは、参照により、本明細書に組み込まれる。
本出願は、２０２１年９月２９日に出願された米国仮特許出願第６３／２４９，６８２号の利益を主張するものであり、それは、参照により、本明細書に組み込まれる。
【0002】
本開示は、メディアアクセス制御（Media Access Control、ＭＡＣ）レイヤにおけるサービス品質を執行するための方法及び装置に関する。より詳細には、本開示は、ネットワークにおけるサイドリンクデータ送信及びアップリンクデータ送信の優先順位を決定するための方法及び装置に関する。
【背景技術】
【0003】
ＮＲサイドリンクリレーに関する３ＧＰＰリリース１７の研究［１］は、ＰＣ５に基づく、ＷＴＲＵ対ネットワークリレー、及びＷＴＲＵ対ＷＴＲＵリレーの両方の使用（サイドリンク）を研究する予定であり、特に、研究項目の理由／目的に焦点を当てた。
【0004】
リリース１６については、ＮＲサイドリンクの第１のバージョンが開発されており、それは、Ｖ２Ｘ（Vehicle to Anything）関連道路安全サービスをサポートすることのみに焦点を当てている。設計は、カバレッジ外シナリオ及びネットワーク内カバレッジシナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供することを目的とする。追加的に、サイドリンク／ネットワークカバレッジ拡張及び電力効率改善のために、サイドリンクベースのリレー機能を更に研究して、より広い範囲の用途及びサービスを検討するべきである。
【0005】
サイドリンクベース通信のためのカバレッジ拡張の更なる探索が、ＷＴＲＵ対ネットワークカバレッジ拡張のために必要とされる。Ｕｕカバレッジ到達可能性は、ＷＴＲＵがパケットデータネットワーク（Packet Data Network、PDN）内のサーバに到達するために、又はネットワークの近傍外にあるときに相手方のＷＴＲＵに到達するために必要である。しかしながら、ＷＴＲＵ対ネットワークリレーに関するリリース１３解決策は、ＥＵＴＲＡベースの技術に限定され、したがって、ＮＧ－ＲＡＮ及びＮＲベースのサイドリンク通信の両方について、ＮＲベースのシステムに適用することができない。
【0006】
サイドリンクベース通信のためのカバレッジ拡張の更なる探索が、ＷＴＲＵ対ＷＴＲＵカバレッジ拡張のために更に必要とされる。現在、近接到達可能性は、ＥＵＴＲＡベースのサイドリンク技術又はＮＲベースのサイドリンク技術のいずれかを介して、単ホップサイドリンクリンクに限定される。しかしながら、それは、限定された単ホップサイドリンクカバレッジを考慮すると、Ｕｕカバレッジが存在しないシナリオにおいて、十分ではない。
【0007】
総じて、ＮＲフレームワークにおいて、拡張されたＱｏＳ要件をサポートするために、サイドリンク接続性を更に拡張するべきである。
【0008】
前述のＲｅｌ１７研究項目［１］の詳細な目的は、サイドリンクベースのＷＴＲＵ対ネットワークリレー、及びＷＴＲＵ対ＷＴＲＵリレーのためのＳＡ要件をサポートするための最小限の仕様影響を有する研究メカニズムとして単ホップＮＲサイドリンクリレーを研究することであり、レイヤ３リレー及びレイヤ２リレー［ＲＡＮ２］についての以下の態様（適用可能な場合）、すなわち、リレー（再）選択基準及び手順、リレー／リモートＷＴＲＵ認可、リレー機能のためのＱｏＳ、サービス継続性、ＳＡ３がその結論を提供した後のリレー接続のセキュリティ、並びにユーザプレーンプロトコルスタック及び制御プレーン手順、例えば、リレー接続の接続管理に対する影響のうちのいずれかに焦点を当てる。
【0009】
前述のＲｅｌ１７研究項目［１］の詳細な目的は、新しい物理レイヤチャネル／信号［ＲＡＮ２］がないと仮定して、サイドリンクリレーのためのディスカバリモデル／手順の上位レイヤ動作をサポートするための研究メカニズムとして、単ホップＮＲサイドリンクリレーを更に研究することである。
【0010】
研究は、上記の各項目（該当する場合）について、ＳＡ ＷＧ、例えば、ＳＡ２及びＳＡ３からの更なる入力を考慮に入れるものとする。ＷＴＲＵ対ネットワークリレー、及びＷＴＲＵ対ＷＴＲＵリレーは、同じリレー解決策を使用するものと仮定する。将来のリリースにおけるマルチホップリレーサポートのための前方互換性が考慮される必要がある。レイヤ２ ＷＴＲＵ対ネットワークリレーの場合、エンドツーエンドＰＤＣＰ及びホップバイホップ無線リンク制御（Radio Link Control、ＲＬＣ）のアーキテクチャが、例えば、ＴＲ３６．７４６において推奨されているように、開始点として採用される。
【発明の概要】
【0011】
一実施形態では、無線送信／受信ユニット（Wireless Transmit／Receive Unit、ＷＴＲＵ）において実装された方法は、第１のアップリンク論理チャネルの優先順位レベルに基づいて、アップリンクデータ送信の第１の優先順位レベルを決定するステップを含むことができる。方法は、第２のアップリンク論理チャネルの優先順位レベルに基づいて、サイドリンクデータ送信の第２の優先順位レベルを決定するステップであって、第２のアップリンク論理チャネルは、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルに対応する、決定するステップを更に含むことができる。方法は、第１の優先順位レベルと第２の優先順位レベルとの間の比較に基づいて、サイドリンクデータ送信又はアップリンクデータ送信のうちの１つを送信するステップを更に含むことができる。
【0012】
一実施形態では、方法は、第２のアップリンク論理チャネルの優先順位レベルを決定することを含み、第２のアップリンク論理チャネルの優先順位レベルを決定することは、サイドリンク論理チャネルに関連付けられた１つ以上のアップリンク論理チャネルを決定することと、決定された１つ以上のアップリンク論理チャネルに基づいて、第２のアップリンク論理チャネルの優先順位レベルを決定することと、を含むことができる。
【0013】
第２のアップリンク論理チャネルの優先順位レベルは、１つ以上のアップリンク論理チャネルの中の最大優先順位レベル又は最小優先順位レベルに対応することができる。
【0014】
サイドリンク論理チャネルの優先順位レベルがサイドリンク閾値を上回ることに応答して、第２のアップリンク論理チャネルの優先順位レベルは、１つ以上のアップリンク論理チャネルの中の最大優先順位レベルに対応することができる。
【0015】
サイドリンク論理チャネルの優先順位レベルがサイドリンク閾値を下回ることに応答して、第２のアップリンク論理チャネルの優先順位レベルは、１つ以上のアップリンク論理チャネルの中の最小優先順位レベルに対応することができる。
【0016】
方法は、アップリンクデータ送信がサイドリンクデータ送信と重複するであろうことを決定するステップを含むことができる。
【0017】
方法は、ＷＴＲＵからのサイドリンクデータ送信がリモートＷＴＲＵのレイヤ２宛先に対応することを決定するステップを含むことができる。
【0018】
サイドリンク論理チャネルは、サイドリンクデータ送信における最高優先順位サイドリンク論理チャネル、又はサイドリンクデータ送信における最低優先順位サイドリンク論理チャネルであってもよい。
【0019】
サイドリンクデータ送信又はアップリンクデータ送信のうちの１つの送信することは、より高い優先順位レベルを有する１つを送信することを含むことができる。
【0020】
第１の優先順位レベルと第２の優先順位レベルとの間の比較は、直接比較であってもよい。
【0021】
第２のアップリンク論理チャネルは、ＷＴＲＵの適応レイヤマッピングから、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルにマッピングすることができる。
【0022】
第２のアップリンク論理チャネルは、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルにマッピングするサービス品質（quality of service、ＱｏＳ）要件を含むことができる。
【0023】
一実施形態では、無線送信／受信ユニット（ＷＴＲＵ）は、プロセッサと、トランシーバユニットと、記憶ユニットと、を備え、第１のアップリンク論理チャネルの優先順位レベルに基づいて、アップリンクデータ送信の第１の優先順位レベルを決定するように構成され得る。ＷＴＲＵは、第２のアップリンク論理チャネルの優先順位レベルに基づいて、サイドリンクデータ送信の第２の優先順位レベルを決定するように更に構成され得、第２のアップリンク論理チャネルは、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルに対応する。
【0024】
ＷＴＲＵは、第１の優先順位レベルと第２の優先順位レベルとの間の比較に基づいて、サイドリンクデータ送信又はアップリンクデータ送信のうちの１つを送信するように更に構成され得る。
【0025】
ＷＴＲＵは、第２のアップリンク論理チャネルの優先順位レベルを決定するように更に構成され得、第２のアップリンク論理チャネルの優先順位レベルを決定することは、サイドリンク論理チャネルに関連付けられた１つ以上のアップリンク論理チャネルを決定することと、決定された１つ以上のアップリンク論理チャネルに基づいて、第２のアップリンク論理チャネルの優先順位レベルを決定することと、を含むことができる。
【0026】
第２のアップリンク論理チャネルの優先順位レベルは、１つ以上のアップリンク論理チャネルの中の最大優先順位レベル又は最小優先順位レベルに対応することができる。
【0027】
サイドリンク論理チャネルの優先順位レベルがサイドリンク閾値を上回ることに応答して、第２のアップリンク論理チャネルの優先順位レベルは、１つ以上のアップリンク論理チャネルの中の最大優先順位レベルに対応することができる。
【0028】
サイドリンク論理チャネルの優先順位レベルがサイドリンク閾値を下回ることに応答して、第２のアップリンク論理チャネルの優先順位レベルは、１つ以上のアップリンク論理チャネルの中の最小優先順位レベルに対応することができる。
【0029】
ＷＴＲＵは、アップリンクデータ送信がサイドリンクデータ送信と重複するであろうことを決定するように構成され得る。
【0030】
ＷＴＲＵは、ＷＴＲＵからのサイドリンクデータ送信がリモートＷＴＲＵのレイヤ２宛先に対応することを決定するように構成され得る。
【0031】
サイドリンク論理チャネルは、サイドリンクデータ送信における最高優先順位サイドリンク論理チャネル、又はサイドリンクデータ送信における最低優先順位サイドリンク論理チャネルであってもよい。
【0032】
サイドリンクデータ送信又はアップリンクデータ送信のうちの１つを送信することは、より高い優先順位レベルを有する１つを送信することを含むことができる。
【0033】
第１の優先順位レベルと第２の優先順位レベルとの間の比較は、直接比較であってもよい。
【0034】
第２のアップリンク論理チャネルは、ＷＴＲＵの適応レイヤマッピングから、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルにマッピングすることができる。
【0035】
第２のアップリンク論理チャネルは、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルにマッピングするサービス品質（ＱｏＳ）要件を含むことができる。
【図面の簡単な説明】
【0036】
例として本明細書に添付される図面と併せて与えられる以下の詳細な説明から、より詳細な理解を得ることができる。そのような図面の図は、詳細な説明と同様に、例示的なものである。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、その他の同様に効果的な実施例が可能であり、その可能性が高い。更に、図（「ＦＩＧ」）内の同様の参照番号（「ｒｅｆ」）は、同様の要素を示している。
【図1A】１つ以上の開示された実施形態が実装され得る、代表的な通信システムを例解する、システム図である。
【図1C】一実施形態による、図１Ａに例解される通信システム内で使用され得る、代表的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び代表的なコアネットワーク（core network、ＣＮ）を例解する、システム図である。
【図2】レイヤ２進化型ＷＴＲＵ対ネットワークリレーのためのユーザプレーンのためのプロトコルスタックを示す図である。
【図3】レイヤ２進化型ＷＴＲＵ対ネットワークリレーのための制御プレーンのためのプロトコルスタックを示す図である。
【図4】ＳＬチャネル及びＵＬチャネルに関するチャネル優先順位付けに関連する３ＧＰＰ Ｒｅｌ．１６ネットワークシステムにおける特定の欠点を例解する図である。
【図5】ＳＬチャネル及びＵＬチャネルに関するチャネル優先順位付けに関連する３ＧＰＰ Ｒｅｌ．１７ネットワークシステムにおける特定の欠点を例解する図である。
【図6】一実施形態による、ＳＬ及びＵＬのためのチャネル優先順位付け方法を例解するフローチャートである。
【図7】アップリンク送信又はサイドリンク送信に優先順位を付けるべきかどうかを決定するための、ＷＴＲＵにおいて実装された方法の例を例解するフローチャートである。
【発明を実施するための形態】
【0037】
以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実践され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に記載されていない実施形態及び実施例は、本明細書に明示的、暗黙的かつ／又は本質的に（集合的に「提供される」）記載、開示又は他の方法で提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実践され得る。
【0038】
実施形態の実装のためのネットワークの例。
図１Ａは、１つ以上の開示された実施形態が実施され得る、代表的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にしてもよい。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンク多重キャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用いてもよい。
図１Ａは、１つ以上の開示された実施形態が実施され得る、代表的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にしてもよい。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンク多重キャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用いてもよい。
【0039】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２と、を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが、理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作及び／又は通信するように構成された、任意のタイプのデバイスであってもよい。例として、それらのうちのいずれかは「局（station）」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定加入者ユニット又は移動加入者ユニット、加入ベースのユニット、無線呼出し、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネットデバイス、ウォッチ又はその他の着用式の、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術用）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又はその他の無線デバイス）、家電デバイス、商業用無線ネットワーク及び／又は工業用無線ネットワークで動作するデバイスなどを、含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのうちのいずれかは、互換的にＵＥと称され得る。
【0040】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０、及び／又はその他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として描示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含んでもよいことが、理解されよう。
【0041】
基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、その他の基地局及び／又はネットワーク要素（図示せず）もまた含み得る、ＲＡＮ１０４／１１３の一部であってもよい。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように、構成されてもよい。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトル及び未認可スペクトルの組み合わせであってもよい。セルは、相対的に固定され得るか、経時的に変化し得る、特定の地理的エリアに、無線サービスの通達範囲を提供してもよい。セルは、セルセクタへと、更に分けられてもよい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタへと分けられてもよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタ毎に１つのトランシーバを、含んでもよい。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用いてもよく、セルのセクタ毎に、複数のトランシーバを利用してもよい。例えば、ビーム形成を使用して、所望の空間方向に、信号を送信及び／又は受信してもよい。
【0042】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、本エアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、IR）、紫外線（ultraviolet、ＵＶ）、可視光など）であってもよい。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して、確立されてもよい。
【0043】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであってもよく、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用いてもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得るが、これは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含んでもよい。
【0044】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立してもよい。
【0045】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得るが、新しい無線（New Radio、ＮＲ）を使用して、エアインターフェース１１６を確立してもよい。
【0046】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してもよい。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを、一緒に実装してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって、特徴付けられてもよい。
【0047】
その他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動通信（電話）方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【0048】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立してもよい。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【0049】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得るが、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであってもよい。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（ＱｏＳ）要件を有してもよい。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供してもよく、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用いるその他のＲＡＮと、直接又は間接的に通信し得ることが、理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を用いて、別のＲＡＮ（図示せず）と通信してもよい。
【0050】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又はその他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たしてもよい。ＰＳＴＮ１０８は、従来型電話サービス（plain old telephone service、ＰＯＴＳ）を提供する回線交換電話網を、含んでもよい。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコル群のインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、その他のサービスプロバイダによって所有及び／又は運営される、有線通信ネットワーク及び／又は無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含んでもよい。
【0051】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、多重モード機能を含んでもよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための、複数のトランシーバを含んでもよい）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように、構成されてもよい。
【0052】
図１Ｂは、代表的なＷＴＲＵ１０２を例解する、システム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又はその他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが、理解されよう。
【0053】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意のその他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意のその他の機能を、実行してもよい。プロセッサ１１８は、送信／受信要素１２２に連結され得るトランシーバ１２０に連結されてもよい。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個の構成要素として描示するが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが、理解されよう。
【0054】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するか、基地局（例えば、基地局１１４ａ）から信号を受信するように、構成されてもよい。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を、送信及び／又は受信するように構成された、アンテナであってもよい。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成された、エミッタ／検出器であってもよい。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を、送信及び／又は受信するように、構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが、理解されよう。
【0055】
送信／受信要素１２２は、単一の要素として図１Ｂに描示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いてもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための、２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【0056】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように、構成されてもよい。上記のように、ＷＴＲＵ１０２は、多重モード能力を有してもよい。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信することを可能にするための、複数のトランシーバを含んでもよい。
【0057】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に連結され得るが、これらから、ユーザが入力したデータを受信してもよい。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力してもよい。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意のその他のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含んでもよい。その他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶してもよい。
【0058】
プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２におけるその他の構成要素への電力を分配及び／又は制御するように、構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための、任意の好適なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含んでもよい。
【0059】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に連結され得るが、これは、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、経度及び緯度）を提供するように、構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から、エアインターフェース１１６を介して位置情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって、位置情報を取得し得るということが、理解されよう。
【0060】
プロセッサ１１８は、その他の周辺機器１３８に更に連結され得、その他の周辺機器１３８には、追加の特徴、機能、及び／又は有線接続若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが、含まれてもよい。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれてもよい。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であってもよい。
【0061】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた信号のいくつか又は全ての送信及び受信が、並列及び／又は同時であり得る、全二重無線機を含んでもよい。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介した）信号処理のいずれかを介した自己干渉を低減及び又は実質的に排除するための干渉管理ユニット１３９を含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のいくつか又は全てのうちの、どれかの送信及び受信のための、半二重無線機を含んでもよい。
【0062】
図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を例解する、システム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４はまた、ＣＮ１０６と通信してもよい。
【0063】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
【0064】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示されるように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0065】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含んでもよい。前述の要素のそれぞれは、ＣＮ１０６の一部として描示されているが、これらの要素のうちのいずれかは、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが、理解されよう。
【0066】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択することなどの役割を、果たしてもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどのその他の無線技術を用いるその他のＲＡＮ（図示せず）と、の間で、交換するための、制御プレーン機能を提供してもよい。
【0067】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに、接続されてもよい。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらから経路指定し、かつ転送してもよい。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中に、ユーザプレーンをアンカリングする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能である場合に、ページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、その他の機能を実行してもよい。
【0068】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。
【0069】
ＣＮ１０６は、その他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含むことができるか、又はそれと通信することができる。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のネットワーク１１２へのアクセスを提供してもよく、それらのネットワークは、その他のサービスプロバイダによって所有及び／又は運用される、その他の有線及び／又は無線ネットワークを含んでもよい。
【0070】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに説明されているが、特定の代表的実施形態では、このような端末は、（例えば、一時的に又は永久的に）通信ネットワークとの有線通信インターフェースを使用し得ることが、企図される。
【0071】
代表的実施形態では、その他のネットワーク１１２は、ＷＬＡＮであってもよい。
【0072】
インフラストラクチャ・ベーシック・サービス・セット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を、有してもよい。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入り、かつ／又はＢＳＳから出るトラフィックを搬送する、別のタイプの有線ネットワーク／無線ネットワークへのアクセス又はインターフェースを、有してもよい。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信されてもよい。ＳＴＡからＢＳＳ外の宛先へと生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、同位層間トラフィックとしてみなされ得、かつ／又は称され得る。同機種間トラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信されてもよい。特定の代表的実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信してもよい。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称されてもよい。
【0073】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用する場合に、ＡＰは、プライマリチャネルなどの固定チャネル上に、ビーコンを送信してもよい。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するために、ＳＴＡによって使用されてもよい。特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知してもよい。プライマリチャネルが、特定のＳＴＡによって動作中であると感知／検出及び／又は判定される場合、特定のＳＴＡは、バックオフされてもよい。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信してもよい。
【0074】
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、２０ＭＨｚのプライマリチャネルと、隣接又は非隣接の２０ＭＨｚのチャネルとの組み合わせを介して、形成されてもよい。
【0075】
非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートしてもよい。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって、形成されてもよい。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚのチャネルを組み合わせることによって、形成されてもよい。８０＋８０構成の場合、チャネル符号化後、データは、データを、２つのストリームに分割し得る、セグメントパーサを通過してもよい。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別個に行われてもよい。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、伝送ＳＴＡによって伝送され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを、媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信してもよい。
【0076】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的実施形態によれば、８０２．１１ａｈは、マクロ通達範囲エリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、及び／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを、含んでもよい。
【0077】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を、有してもよい。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限されてもよい。８０２．１１ａｈの実施例では、プライマリチャネルは、ＡＰ及びＢＳＳにおけるその他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又はその他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して、１ＭＨｚ幅であってもよい。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して、プライマリチャネルが動作中である場合、周波数帯域の大部分が動作休止のままであり、利用可能であり得るとしても、利用可能な周波数帯域全体が動作中であるとみなされ得る。
【0078】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて、６ＭＨｚ～２６ＭＨｚである。
【0079】
図１Ｄは、実施形態によるＲＡＮ１１３及びＣＮ１１５を例解する、システム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を使用して、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１１３はまた、ＣＮ１１５と通信してもよい。
【0080】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが、理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上のトランシーバを含んでもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビーム形成を利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに、信号を送信及び／又は受信してもよい。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し得、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してもよい。例えば、ｇＮＢ１８０ａは、複数の構成要素キャリアを、ＷＴＲＵ１０２ａ（図示せず）に送信してもよい。これらの構成要素キャリアのサブセットは、未認可スペクトル上にあり得、残りの構成部品キャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調多重ポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信してもよい。
【0081】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジ（numerology）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して、変化してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、及び／又は様々な長さの絶対時間が持続する）様々な又は拡張性のある長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。
【0082】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように、構成されてもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、その他のＲＡＮ（例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとして、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用してもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。
【0083】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータの経路指定、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報の経路指定などを処理するように、構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して、互いに通信してもよい。
【0084】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂと、場合によっては、データネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂと、を含んでもよい。前述の要素の各々は、ＣＮ１１５の一部として描写されているが、これらの要素のうちのいずれかは、ＣＮオペレータ以外のエンティティによって所有及び／又は動作され得ることが理解されるであろう。
【0085】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能してもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービスなどの異なる使用事例のために、確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などのその他の無線技術を用いるその他のＲＡＮ（図示せず）と、の間で交換するための、制御プレーン機能を提供してもよい。
【0086】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５中のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５中のＵＰＦ１８４ａ、１８４ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックの経路指定を、構成してもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの、その他の機能を実行してもよい。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってもよい。
【0087】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得るが、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。ＵＰＦ１８４、１８４ｂは、パケットを経路指定して転送すること、ユーザプレーンポリシーを執行すること、多重ホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供することなどの、その他の機能を実行してもよい。
【0088】
ＣＮ１１５は、その他のネットワークとの通信を、容易にしてもよい。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰ多重メディアサブシステム（ＩＭＳ）サーバ）を含み得るか、それと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のネットワーク１１２へのアクセスを提供し得るが、その他のネットワーク１１２は、その他のサービスプロバイダによって所有及び／又は動作される、その他の有線及び／又は無線ネットワークを含んでもよい。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに、接続されてもよい。
【0089】
図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明を鑑みると、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に説明される任意の他のデバイスのうちの１つ以上に関して本明細書に説明される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書に記載される機能の１つ以上又は全てをエミュレーションするように構成された、１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスを使用して、その他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレーションしてもよい。
【0090】
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における、その他のデバイスの１つ以上の試験を実装するように、設計されてもよい。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内のその他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として、完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上又は全ての機能を実行してもよい。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上又は全ての機能を実行してもよい。エミュレーションデバイスは、試験を目的として、別のデバイスに直接連結され得、かつ／又は地上波無線通信を使用して、試験を実行し得る。
【0091】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行してもよい。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて、利用されてもよい。１つ以上のエミュレーションデバイスは、試験機器であってもよい。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ連結及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって、使用されてもよい。
【0092】
Ｒｅｌ－１３におけるＷＴＲＵ対ネットワークリレーの例
ＷＴＲＵ対ネットワークリレーのためのＰｒｏＳｅを介してリレーすることが、Ｒｅｌ１３において導入されて、カバレッジ外ＷＴＲＵと、ＷＴＲＵ対ネットワークリレーとの間でＰＣ５（Ｄ２Ｄ）を使用することによって、ネットワークカバレッジをカバレッジ外ＷＴＲＵに拡張することができた［２］。
ＷＴＲＵ対ネットワークリレーのためのＰｒｏＳｅを介してリレーすることが、Ｒｅｌ１３において導入されて、カバレッジ外ＷＴＲＵと、ＷＴＲＵ対ネットワークリレーとの間でＰＣ５（Ｄ２Ｄ）を使用することによって、ネットワークカバレッジをカバレッジ外ＷＴＲＵに拡張することができた［２］。
【0093】
詳細には、［２］には、セクション２３．１０．４において、「ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、リモートＷＴＲＵとネットワークとの間で任意のタイプのＩＰトラフィックをリレーすることができる、一般的なＬ３転送機能を提供する。」と記載されている。リモートＷＴＲＵとＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーとの間で、１対１及び１対多のサイドリンク通信が使用される。リモートＷＴＲＵ及びリレーＷＴＲＵの両方について、１つの単一キャリア（すなわち、パブリックセーフティＰｒｏＳｅキャリア）動作のみがサポートされる（すなわち、Ｕｕ及びＰＣ５は、リレー／リモートＷＴＲＵについて同じキャリアであるべきである）。リモートＷＴＲＵは、上位レイヤによって認可され得、パブリックセーフティＰｒｏＳｅキャリアのカバレッジ内、又はＷＴＲＵ対ネットワークリレーディスカバリ、（再）選択、及び通信のためのパブリックセーフティＰｒｏＳｅキャリアを含む任意のサポートキャリア上のカバレッジ外に存在し得る。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、常にＥＵＴＲＡＮのカバレッジ内に存在する。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー及びリモートＷＴＲＵは、サイドリンク通信及びサイドリンクディスカバリを行い、それぞれ、セクション２３．１０及びセクション２３．１１に記載されている。
【0094】
ＷＴＲＵ対ネットワークリレーのためのリレー選択の例。
ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーのためのリレー選択／再選択は、ＡＳレイヤ品質測定（ＲＳＲＰ）と上位レイヤ基準との組み合わせに基づいて行われる。
ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーのためのリレー選択／再選択は、ＡＳレイヤ品質測定（ＲＳＲＰ）と上位レイヤ基準との組み合わせに基づいて行われる。
【0095】
これは、ステージ２仕様のセクション２３．１０．４において、以下のように、より詳細に説明される［２］。ｅＮＢは、ＷＴＲＵがＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーとして動作することができるかどうかを制御する。ｅＮＢがＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー動作に関連付けられた任意の情報をブロードキャストする場合、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー動作は、セル内でサポートされる。ｅＮＢは、ＲＲＣ＿ＩＤＬＥ状態のためのブロードキャストシグナリング及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のための専用シグナリングを使用する、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーのディスカバリのための送信リソース、並びにブロードキャストシグナリングを使用する、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーのディスカバリのための受信リソースのうちのいずれかを提供することができる。ｅＮＢは、ＷＴＲＵ対ネットワークリレーディスカバリ手順を開始することができる前に、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーが尊重する必要がある最小及び／又は最大のＵｕリンク品質（ＲＳＲＰ）閾値をブロードキャストすることができる。ＲＲＣ＿ＩＤＬＥでは、ｅＮＢが送信リソースプールをブロードキャストするとき、ＷＴＲＵは、閾値を使用して、ＷＴＲＵ対ネットワークリレーディスカバリ手順を自律的に開始又は停止することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ＷＴＲＵは、閾値を使用して、ＷＴＲＵがリレーＷＴＲＵであり、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリを開始することを望むということを、ＵＥがｅＮＢに示すことができるかどうかを決定する。
【0096】
ｅＮＢがＰｒｏＳｅ－ＷＴＲＵ対ネットワークリレーディスカバリのための送信リソースプールをブロードキャストしない場合、ＷＴＲＵは、これらのブロードキャストされた閾値を尊重して、専用シグナリングによってＰｒｏＳｅ－ＷＴＲＵ対ネットワークリレーディスカバリリソースの要求を開始することができる。
【0097】
ＰｒｏＳｅ－ＷＴＲＵ対ネットワークリレーがブロードキャストシグナリングによって開始される場合、それは、ＲＲＣ＿ＩＤＬＥ状態のときに、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリを行うことができる。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーが専用シグナリングによって開始される場合、それは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある限り、リレーディスカバリを行うことができる。
【0098】
ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー動作のためのサイドリンク通信を行うＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある必要がある。リモートＷＴＲＵからレイヤ２リンク確立要求又はＴＭＧＩ（一時的モバイルグループ識別情報（Temporary Mobile Group Identity））監視要求（上位レイヤメッセージ）を受信した後に、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、それがＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーであり、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーサイドリンク通信を行うことを意図することをｅＮＢに示す。ｅＮＢは、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレー通信のためのリソースを提供し得る。
【0099】
リモートＷＴＲＵは、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリの監視をいつ開始するかを決定することができる。リモートＷＴＲＵは、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリのためのリソースの構成に応じて、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間に、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリ要請メッセージを送信することができる。ｅＮＢは、閾値をブロードキャストすることができ、この閾値は、リモートＷＴＲＵがＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリ要請メッセージを送信して、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーＷＴＲＵと接続又は通信することができるかどうかを決定するために、リモートＵＥによって使用される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＷＴＲＵは、ブロードキャストされた閾値を使用して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤリモートＷＴＲＵがリモートＷＴＲＵであり、ＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリ及び／又は通信に参加することを望むことをｅＮＢに示すことができるかどうかを決定することができる。ｅＮＢは、ＰｒｏＳｅ ＷＴＲＵネットワーク間リレー動作のために、ブロードキャスト又は専用シグナリングを使用して送信リソースを提供し、ブロードキャストシグナリングを使用して受信リソースを提供することができる。リモートＷＴＲＵは、ＲＳＲＰがブロードキャストされた閾値を上回るときに、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーディスカバリ及び通信リソースの使用を停止する（ＵｕからＰＣ５へ、又はその逆へのトラフィック切り替えの正確な時間は、上位レイヤにおいて決定されることに留意されたい）。
【0100】
リモートＷＴＲＵは、ＰＣ５インターフェースにおいて無線測定を行い、上位レイヤ基準とともにＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー選択及び再選択のためにそれらを使用する。ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーは、ＰＣ５リンク品質が構成された（事前構成された、又はｅＮＢによって提供された）閾値を超える場合、無線基準の観点から好適であるとみなされる。リモートＷＴＲＵは、全ての好適なＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーの中で、上位レイヤ基準を満たし、最良のＰＣ５リンク品質を有する、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーを選択する。
【0101】
リモートＷＴＲＵは、現在のＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーのＰＣ５信号強度が、構成された信号強度閾値を下回るときに、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレー再選択をトリガする。それは、ＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーからレイヤ２リンクリリースメッセージ（上位レイヤメッセージ）を受信する。
【0102】
ウェアラブル機器のためのＷＴＲＵ対ネットワークリレーの例。
リリース１４では、ウェアラブル機器及びＩｏＴデバイスに合わせて調整された商用ユースケースのためのＷＴＲＵ対ネットワークリレーに関する研究が、ＲＡＮで行われた［３］。そのような研究はいかなる仕様ももたらさなかったが、技術報告（technical report、ＴＲ）ではそのようなリレーのためのいくつかの好ましい解決策が提供された。Ｌ３（ＩＰレイヤ）リレー手法を使用するＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーとは対照的に、ウェアラブル機器のためのＷＴＲＵ対ネットワークリレーは、図２及び図３に示されるプロトコルスタックに基づくＬ２リレーであることが予想され、図２は、ユーザプランのためのプロトコルスタックを示しており、図３は、レイヤ２進化型ＷＴＲＵ対ネットワークリレー（ＰＣ５）のための制御プレーンのためのプロトコルスタックを示している。
リリース１４では、ウェアラブル機器及びＩｏＴデバイスに合わせて調整された商用ユースケースのためのＷＴＲＵ対ネットワークリレーに関する研究が、ＲＡＮで行われた［３］。そのような研究はいかなる仕様ももたらさなかったが、技術報告（technical report、ＴＲ）ではそのようなリレーのためのいくつかの好ましい解決策が提供された。Ｌ３（ＩＰレイヤ）リレー手法を使用するＰｒｏＳｅ ＷＴＲＵ対ネットワークリレーとは対照的に、ウェアラブル機器のためのＷＴＲＵ対ネットワークリレーは、図２及び図３に示されるプロトコルスタックに基づくＬ２リレーであることが予想され、図２は、ユーザプランのためのプロトコルスタックを示しており、図３は、レイヤ２進化型ＷＴＲＵ対ネットワークリレー（ＰＣ５）のための制御プレーンのためのプロトコルスタックを示している。
【0103】
ＮＲ Ｖ２Ｘにおけるユニキャストリンクのための接続確立の例。
ＬＴＥ仕様の以前のリリースにおけるリレー解決策は、２つのＷＴＲＵ（リモートＷＴＲＵ及びＷＴＲＵ対ネットワークリレー）の間の上位レイヤ（ＰｒｏＳｅレイヤ）において確立された１対１の通信リンクに基づいていた。そのような接続は、ＡＳ（アクセス層）レイヤに対して透明であり、上位レイヤにおいて行われる接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって搬送された。したがって、ＡＳレイヤは、そのような１対１の接続を認識しないことがある。
ＬＴＥ仕様の以前のリリースにおけるリレー解決策は、２つのＷＴＲＵ（リモートＷＴＲＵ及びＷＴＲＵ対ネットワークリレー）の間の上位レイヤ（ＰｒｏＳｅレイヤ）において確立された１対１の通信リンクに基づいていた。そのような接続は、ＡＳ（アクセス層）レイヤに対して透明であり、上位レイヤにおいて行われる接続管理シグナリング及び手順は、ＡＳレイヤデータチャネルによって搬送された。したがって、ＡＳレイヤは、そのような１対１の接続を認識しないことがある。
【0104】
ＮＲ Ｖ２Ｘ（Ｒｅｌ１６）では、ＡＳレイヤは、２つのＷＴＲＵ間のユニキャストリンクの見解をサポートする。そのようなユニキャストリンクは、（ＰｒｏＳｅ １対１接続におけるように）上位レイヤによって開始される。しかしながら、ＡＳレイヤは、そのようなユニキャストリンクの存在、及びピアＷＴＲＵ間でユニキャスト方式で送信される任意のデータについて通知される。そのような知識を用いて、ＡＳレイヤは、ＨＡＲＱフィードバック、ＣＱＩフィードバック、及びユニキャストに固有の電力制御方式をサポートすることができる。
【0105】
ＡＳレイヤにおけるユニキャストリンクは、ＰＣ５－ＲＲＣ接続を介してサポートされる。［４］では、ＰＣ５－ＲＲＣ接続は、以下のように定義される。すなわち、ＰＣ５－ＲＲＣ接続は、ＡＳ内の一対のソースレイヤ２ＩＤと宛先レイヤ２ ＩＤとの間の論理接続である。１つのＰＣ５－ＲＲＣ接続は、１つのＰＣ５ユニキャストリンクに対応する［ｘｘ］。ＰＣ５－ＲＲＣシグナリングは、５．Ｘ．９項に規定されるように、その対応するＰＣ５ユニキャストリンク確立後に開始され得る。ＰＣ５－ＲＲＣ接続並びに対応するサイドリンクＳＲＢ及びサイドリンクＤＲＢは、ＰＣ５ユニキャストリンクが上位レイヤによって示されるように解放されるときに解放される。ユニキャストの各ＰＣ５－ＲＲＣ接続について、１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティが確立される前に、ＰＣ５－Ｓメッセージを送信するために使用される。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティを確立するためにＰＣ５－Ｓメッセージを送信するために使用される。１つのサイドリンクＳＲＢは、ＰＣ５－Ｓセキュリティが確立され、保護された後に、ＰＣ５－Ｓメッセージを送信するために使用される。１つのサイドリンクＳＲＢは、保護され、ＰＣ５－Ｓセキュリティが確立された後にのみ送られる、ＰＣ５－ＲＲＣシグナリングを送信するために使用される。
【0106】
ＰＣ５－ＲＲＣシグナリングは、１つのＷＴＲＵがピアＷＴＲＵ内の各ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ、サイドリンク無線ベアラ）のＲＸ関連のパラメータを構成するサイドリンク構成メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋ）を含む。そのような再構成メッセージは、（ＳＤＡＰ、ＰＤＣＰなどの）Ｌ２スタック内の各プロトコルのパラメータを構成することができる。受信側ＷＴＲＵは、ピアＷＴＲＵによって提案された構成をサポートすることができるかどうかに応じて、そのような構成を確認又は拒否することができる。
【0107】
論理チャネルの優先順位の比較は、例えば、ＵＬ送信のためのＬＣＰ（論理チャネル優先順位付け（Logical Channel Prioritization））を行うときに、ＷＴＲＵによってたびたび行われる動作である。サイドリンク（Sidelink、ＳＬ）の場合では、ＬＣＰに加えて、ＷＴＲＵはまた、両方の送信が同時に行うことができないときに、優先順位比較を行って、ＵＬ送信又はＳＬ送信に優先順位を付けるべきかどうか決定する。Ｒｅｌ１６ ＮＲ Ｖ２Ｘでの考察に続いて、ＵＬ及びＳＬトラフィックが、構成されたＵＬ及びＳＬ優先順位を直接比較することによって直接比較されることができないことが同意された。代わって、（グラントが競合するときに、ＵＬ又はＳＬを送信するべきかどうかを決定するための）ＵＬ及びＳＬの優先順位の比較は、別個のＵＬ及びＳＬの優先順位を用いて行われる。例えば、ＰＱＩからＳＬ優先順位へのマッピングは、５ＱＩ（５Ｇ ＱｏＳ識別子）からＵｕ優先順位へのマッピングと同じルールに従わなくてもよい。また、ＳＬ優先順位の範囲（１～８）は、Ｕｕ優先順位の範囲（１～１６）と一致しない。
【0108】
ＷＴＲＵ対ネットワークリレーの場合、ＳＬ送信は、（リレーＷＴＲＵ自体において、ＳＬサービスによって開始される）通常のＳＬ送信とすることができるか、又はリレーされたＵｕトラフィックとすることができるかのいずれかである。そのような場合、ＳＬ送信がＵｕトラフィックからなるときの、ＵＬ送信とＳＬ送信との間の優先順位付けは、そのようなＵｕトラフィックがＵｕリンク上のＵｕ優先順位に関連付けられ得ると仮定すると、再検討されるべきである。同様に、（例えば、ＬＣＰにおけるＳＬ宛先選択などの動作のための）ＳＬを介したＳＬトラフィックと、ＳＬを介したリレーされたＵｕトラフィックとの比較は、Ｕｕトラフィック優先順位がＳＬ ＬＣＨ（論理チャネル）優先順位によっては十分表されない可能性があることを考慮して、再検討される必要があり得る。図４及び図５は、それぞれ、Ｒｅｌ．１６及びＲｅｌ．１７における問題の性質を例解している。
【0109】
更に、モード１におけるＳＬ ＷＴＲＵは、ＳＬ ＢＳＲ（バッファステータスレポート（Buffer Status Report））をトリガして、サイドリンク送信に関連付けられたバッファステータスをネットワークに知らせるであろう。モード１におけるＷＴＲＵ対ネットワークリレーの場合、ＳＬ送信は、ｇＮＢから受信したリレーされたＵｕトラフィックに対応することができる。そのため、ＳＬ ＢＳＲは、必ずしも常に必要とされなくてもよい。ＢＳＲをネットワークに報告することが、冗長であり、必ずしも必要でない可能性がある状況があり得るという点で、同じことが、マルチホップリレー又はＷＴＲＵ対ＷＴＲＵリレーについても言える。したがって、これらの場合を考慮に入れるために、ＳＬ ＢＳＲトリガ及び計算手順を再検討して、（例えば、冗長なＳＬ ＢＳＲがリレーされたＵｕデータに関連してトリガされることに起因して）ＵＬリソースの不必要なスケジューリング／グランティングを回避するべきである。
【0110】
更に、ＷＴＲＵ対ネットワークリレーの場合、パケットデータバジェット（Packet Data Budget、ＰＤＢ）、パケット誤り率（Packet Error Rate、ＰＥＲ）などのエンドツーエンドＵｕ ＱｏＳパラメータは、これらのパラメータがＳＬリンク及びＵｕリンクの各々を介して適用することができるように、ｇＮＢによって分割される必要がある。静的な分割を有することは可能であろうが、ＳＬ及びＵｕに対する条件は、動的に変化する可能性があり、したがって、両方のリンクにおける無線品質及び輻輳条件の変化時に分割を更新することは有益である。しかしながら、ネットワークが、条件が変化するたびにＲＲＣシグナリングを用いて分割を更新する（並びにリモートＷＴＲＵ及びリレーＷＴＲＵの両方にそのようなシグナリングを送信する）必要がある場合、それは、著しいシグナリングオーバーヘッドを引き起こすであろう。追加的に、ネットワークによる応答は、両方のリンクにおける条件が非常に急速に変化し得る可能性があるため、タイムリーでない可能性がある。
【0111】
ＱｏＳ執行に対する強化。
以下の説明では、ＳＬと、ＵＬデータ又はトラフィックとの間の優先順位付けのための方法が、リレーの文脈で開示される。そのような説明では、ＳＬ及びＵＬデータ又は送信は、それぞれ、ＳＬ及びＵｕリンクを介してＷＴＲＵによって行われる送信を指す。これに対して、ＳＬ又はＵＬトラフィックは、送信に関連付けられたサービスがＳＬサービスであるか、又はＵＬサービスであるかを指す。具体的には、ＷＴＲＵが、ＳＬ ＷＴＲＵ対ネットワークリレーの文脈で、ＵｕトラフィックのＳＬ送信を行うことができる。その場合、以下の解決策は、そのような送信を、ＳＬを介して送信されるＵｕトラフィック、又はＵｕトラフィックを含むＳＬデータと呼ぶ。
以下の説明では、ＳＬと、ＵＬデータ又はトラフィックとの間の優先順位付けのための方法が、リレーの文脈で開示される。そのような説明では、ＳＬ及びＵＬデータ又は送信は、それぞれ、ＳＬ及びＵｕリンクを介してＷＴＲＵによって行われる送信を指す。これに対して、ＳＬ又はＵＬトラフィックは、送信に関連付けられたサービスがＳＬサービスであるか、又はＵＬサービスであるかを指す。具体的には、ＷＴＲＵが、ＳＬ ＷＴＲＵ対ネットワークリレーの文脈で、ＵｕトラフィックのＳＬ送信を行うことができる。その場合、以下の解決策は、そのような送信を、ＳＬを介して送信されるＵｕトラフィック、又はＵｕトラフィックを含むＳＬデータと呼ぶ。
【0112】
優先順位付けルールによって影響を受け得る作動／動作の例。
本明細書で説明されるトラフィックの優先順位付けのための方法は、ＷＴＲＵにおける以下の動作のうちのいずれかのメカニズム又は結果を決定するために使用することができる。動作は、ＬＣＰ中のＳＬ宛先選択からなることができる。具体的には、ＷＴＲＵは、そのような優先順位付けルールを使用して、ＳＬグラント内の送信のためのＳＬ宛先Ｌ２ ＩＤを選択することができる。
本明細書で説明されるトラフィックの優先順位付けのための方法は、ＷＴＲＵにおける以下の動作のうちのいずれかのメカニズム又は結果を決定するために使用することができる。動作は、ＬＣＰ中のＳＬ宛先選択からなることができる。具体的には、ＷＴＲＵは、そのような優先順位付けルールを使用して、ＳＬグラント内の送信のためのＳＬ宛先Ｌ２ ＩＤを選択することができる。
【0113】
別の動作は、ＬＣＰ中のＬＣＨ選択からなることができる。具体的には、ＷＴＲＵは、そのような優先順位付けルールを使用して、ＳＬグラント内で多重化されるＳＬ ＬＣＨを選択することができる。具体的には、ＷＴＲＵは、そのような優先順位付けルールを使用して、データをＳＬグラントに多重化するときに、ＭＡＣ ＣＥ又はＬＣＨの間で選択することができる。
【0114】
別の動作は、ＵＬグラント内にＳＬ ＢＳＲ及びＵｕ ＢＳＲの両方を含むときに、ＳＬ ＢＳＲとＵｕ ＢＳＲとの間の優先順位付けからなることができる。
【0115】
別の動作は、ＵＬグラントとＳＬグラントとの間の優先順位付けからなることができる。具体的には、ＷＴＲＵは、例えば、ＷＴＲＵがグラントのうちの１つのみを送信することができ、他のグラントを断念しなければならない場合、そのような優先順位付けルールを使用して、ＵＬグラントとＳＬグラントとの間で優先順位を付けるべきかどうかを決定することができる。
【0116】
別の動作は、以下に限定されない、ＳＲ（Scheduling Request、スケジューリング要求）、ＢＳＲ、支援情報など、ネットワークに指示／送信をトリガするべきかどうかを決定することからなることができる。例えば、ＷＴＲＵは、データが、その優先順位がＷＴＲＵにおける任意の待ち状態のデータの優先順位を上回る論理チャネルについて到着したときに、ＳＲをトリガすることができる。そのような優先順位の決定又は比較は、本明細書で説明されるルールのうちのいずれかを使用することができる。
【0117】
別の動作は、モード２リソース及び／又はキャリア（再）選択をトリガするべきかどうかを決定することからなることができる。例えば、ＷＴＲＵは、モード２リソース及び／又はキャリア（再）選択が優先順位付け決定／ルールの結果に応じてトリガされるかどうかを決定することができる。
【0118】
別の動作は、モード２リソース選択に関連付けられたプロパティを決定することからなることができる。例えば、ＷＴＲＵは、本明細書で説明される任意の優先順位付け決定／ルールの結果を使用して、センシングパラメータ（例えば、占有閾値、成功したセンシングを示す利用可能なリソースのパーセンテージ、リソース選択の前にセンシングされるべきリソースの数を定義するパラメータなど）の値、及び適用される（例えば、部分センシング、完全センシング、ランダム選択を使用する）センシングのメカニズムのうちのいずれかを決定することができる。
【0119】
別の動作は、送信のために使用されるべきリソースプールを決定することからなることができる。例えば、ＷＴＲＵは、本明細書における優先順位付けルールのうちのいずれかに応じて、送信のためのリソースプールを選択することができる。
【0120】
リレーされたＵｕデータを搬送するＳＬ送信の優先順位値を導出するための方法の例。
本明細書で説明される動作のための優先順位（例えば、ＳＬとＳＬとの間、又はＵＬとＳＬとの間）の比較のために、ＷＴＲＵは、リレーされたデータを含むＳＬ送信に関連付けられた優先順位値を導出する必要があり得る。優先順位を導出するための以下の実施形態のうちのいずれかは、リレーされたデータを搬送するＳＬ送信に関連付けられた優先順位を決定することを必要とする技術の一部としてみなすことができる。
本明細書で説明される動作のための優先順位（例えば、ＳＬとＳＬとの間、又はＵＬとＳＬとの間）の比較のために、ＷＴＲＵは、リレーされたデータを含むＳＬ送信に関連付けられた優先順位値を導出する必要があり得る。優先順位を導出するための以下の実施形態のうちのいずれかは、リレーされたデータを搬送するＳＬ送信に関連付けられた優先順位を決定することを必要とする技術の一部としてみなすことができる。
【0121】
適応レイヤマッピングに基づいて、リレーされたトラフィックを含むＳＬ送信の優先順位を導出する例。
適応レイヤが、ＳＬリレーのために導入されており、そのような適応レイヤは、Ｕｕ ＬＣＨとＳＬ ＬＣＨとの間のマッピングを用いて、（ネットワークによって）構成される。一実施形態では、ＷＴＲＵは、Ｕｕ ＬＣＨ優先順位の、送信に関連付けられたＳＬ ＬＣＨへのマッピングに基づいて、優先順位を導出することができる。具体的には、ＷＴＲＵは、送信に含まれるＳＬ ＬＣＨを決定することができ、ＳＬ ＬＣＨにマッピングすることができる関連付けられたＵｕ ＬＣＨを取得することができる。次いで、ＷＴＲＵは、Ｕｕ ＬＣＨのうちの１つから導出された優先順位を使用することができる。
適応レイヤが、ＳＬリレーのために導入されており、そのような適応レイヤは、Ｕｕ ＬＣＨとＳＬ ＬＣＨとの間のマッピングを用いて、（ネットワークによって）構成される。一実施形態では、ＷＴＲＵは、Ｕｕ ＬＣＨ優先順位の、送信に関連付けられたＳＬ ＬＣＨへのマッピングに基づいて、優先順位を導出することができる。具体的には、ＷＴＲＵは、送信に含まれるＳＬ ＬＣＨを決定することができ、ＳＬ ＬＣＨにマッピングすることができる関連付けられたＵｕ ＬＣＨを取得することができる。次いで、ＷＴＲＵは、Ｕｕ ＬＣＨのうちの１つから導出された優先順位を使用することができる。
【0122】
ＷＴＲＵは、最初に、ＳＬ送信に含まれる１つ以上のＳＬ ＬＣＨを決定することができる。
【0123】
一群の実施形態では、ＷＴＲＵは、最初に、送信に関連付けられた単一のＳＬ ＲＬＣチャネルを決定することができる。単一のＳＬ ＲＬＣチャネルは、データがＳＬ送信において多重化される最高ＳＬ優先順位のＳＬ ＲＬＣチャネルとすることができる。代替的に、単一のＳＬ ＲＬＣチャネルは、データがＳＬ送信において多重化される最低優先順位のＳＬ優先順位ＳＬ ＲＬＣチャネルとすることができる。代替的に、単一のＳＬ ＲＬＣチャネルは、優先順位が、グラントに多重化されたデータを有するＳＬ ＲＬＣチャネルに関連付けられたＳＬ優先順位のセットの中央、平均、中間などの演算とすることができる、ＳＬ送信に多重化されたＳＬ ＲＬＣチャネルのうちの１つとすることができる。一般性を失うことなく、本明細書で説明される他の要因を使用して、この群内の選択肢の間で選択することができる（例えば、本明細書で説明される他の要因に応じて、別のＳＬ ＲＬＣチャネルに対して１つのＳＬ ＲＬＣチャネルを選択する）。そのような一群の実施形態では、ＳＬ送信の優先順位は、この単一のＳＬ ＲＬＣチャネルにマッピングされるＵｕ ＲＬＣチャネルの優先順位から導出することができる。
【0124】
別の群の実施形態では、ＷＴＲＵは、検討のために、複数のＳＬ ＲＬＣチャネルを決定することができる。複数のＳＬ ＲＬＣチャネルは、データがＳＬ送信に含まれたＳＬ ＲＬＣチャネルの全てとすることができる。複数のＳＬ ＲＬＣチャネルは、データがＳＬ送信に含まれた最高優先順位のＳＬ ＲＬＣチャネルを含むことができる。交互に、複数のＳＬ ＲＬＣチャネルは、データがＳＬ送信に含まれた最低優先順位のＳＬ ＲＬＣチャネルを含むことができる。交互に、複数のＳＬ ＲＬＣチャネルは、データがＳＬ送信に含まれた構成された閾値を上回る／下回るＳＬ優先順位を有する全てのＳＬ ＲＬＣチャネルを含むことができる。そのような一群の実施形態では、ＳＬ送信の優先順位は、これらの複数のＳＬ ＲＬＣチャネルにマッピングされる／マッピングされ得るＵｕ ＲＬＣチャネルの優先順位から導出することができる。
【0125】
次いで、ＷＴＲＵは、上記の１つ以上のＳＬ ＲＬＣチャネルに（例えば、適応レイヤ構成／マッピングにおいて）マッピングすることができるＵｕ ＲＬＣチャネルを決定することができる。
【0126】
一群の実施形態では、ＷＴＲＵは、優先順位に基づいて単一のＵｕ ＲＬＣチャネルを選択し、そのＵｕ ＲＬＣチャネルのために構成された優先順位を使用することができる。ＷＴＲＵは、最高優先順位、最低優先順位、中央／平均優先順位などを有するＵｕ ＲＬＣチャネルを選択することができる。ＷＴＲＵは、本明細書で説明される他の要因を使用して、どのＵｕ ＲＬＣチャネルを使用して優先順位を導出するべきかを決定することができる。
【0127】
別の群の実施形態では、ＷＴＲＵは、１つ以上の選択されたＵｕ ＲＬＣチャネル優先順位の優先順位から優先順位を計算することができる。ＷＴＲＵは、平均優先順位値を計算することができる。ＷＴＲＵは、１つのＵｕ ＲＬＣチャネルを選択することができ、本明細書で更に説明されるように、変換の値、オフセットを優先順位に加算することによって、その優先順位を導出することができる。
【0128】
マッピングされたＵｕ ＱｏＳフローに基づいて、リレーされたトラフィックを含むＳＬ送信の優先順位を導出する例。
別の解決策では、ＷＴＲＵは、ＳＬ ＬＣＨによって搬送され得／ＳＬ ＬＣＨにマッピングされ得るＵｕ ＱｏＳフロー／要件についての情報に基づいて、優先順位を導出することができる。具体的には、ＷＴＲＵは、送信に含まれるか、又は送信に含まれるＲＬＣチャネルにマッピングされたエンドツーエンドＱｏＳフロー若しくはベアラに基づいて優先順位を導出するために使用することができる情報を（例えば、適応レイヤヘッダにおいて）受信することができる。
○１つの解決策では、ＷＴＲＵは、適応レイヤヘッダにおいてＵｕベアラＩＤを受信することができる。ＷＴＲＵは、更に、等価なＵｕ優先順位への、ＵｕベアラＩＤのマッピング（例えば、専用のＲＲＣシグナリングにおける）を用いて構成することができる。優先順位は、等価なリレーされない優先順位に対応することができる。ＷＴＲＵは、比較のために（例えば、本明細書で説明されるように、ＵＬ／ＳＬ優先順位付け、又はＳＬ／ＳＬ比較のために）、ＳＬ送信優先順位として、等価のＵｕ優先順位を使用することができる。
○別の解決策では、ＷＴＲＵは、適応レイヤヘッダにおいて、ＱｏＳフローＩＤを受信することができる。ＷＴＲＵは、更に、等価なＵｕ優先順位への、ＱｏＳフローＩＤのマッピング（例えば、専用のＲＲＣシグナリングにおける）を用いて構成することができる。
別の解決策では、ＷＴＲＵは、ＳＬ ＬＣＨによって搬送され得／ＳＬ ＬＣＨにマッピングされ得るＵｕ ＱｏＳフロー／要件についての情報に基づいて、優先順位を導出することができる。具体的には、ＷＴＲＵは、送信に含まれるか、又は送信に含まれるＲＬＣチャネルにマッピングされたエンドツーエンドＱｏＳフロー若しくはベアラに基づいて優先順位を導出するために使用することができる情報を（例えば、適応レイヤヘッダにおいて）受信することができる。
○１つの解決策では、ＷＴＲＵは、適応レイヤヘッダにおいてＵｕベアラＩＤを受信することができる。ＷＴＲＵは、更に、等価なＵｕ優先順位への、ＵｕベアラＩＤのマッピング（例えば、専用のＲＲＣシグナリングにおける）を用いて構成することができる。優先順位は、等価なリレーされない優先順位に対応することができる。ＷＴＲＵは、比較のために（例えば、本明細書で説明されるように、ＵＬ／ＳＬ優先順位付け、又はＳＬ／ＳＬ比較のために）、ＳＬ送信優先順位として、等価のＵｕ優先順位を使用することができる。
○別の解決策では、ＷＴＲＵは、適応レイヤヘッダにおいて、ＱｏＳフローＩＤを受信することができる。ＷＴＲＵは、更に、等価なＵｕ優先順位への、ＱｏＳフローＩＤのマッピング（例えば、専用のＲＲＣシグナリングにおける）を用いて構成することができる。
【0129】
送信におけるＱｏＳ情報に基づいて、リレーされたトラフィックを含むＳＬ送信の優先順位を導出する例。
【0130】
別の実施形態では、ＷＴＲＵは、ＳＬ送信とともに（例えば、適応レイヤヘッダに）含まれるＱｏＳ情報に基づいて、優先順位を導出することができる。別の解決策では、ＷＴＲＵは、ＱｏＳ要件（５ＱＩなど）を受信することができる。ＷＴＲＵは、（以前の解決策と同様の）構成されたマッピングに基づいて、等価なＵｕ優先順位を導出することができる。代替的に、ＷＴＲＵは、ＷＴＲＵにおける別のベアラ（例えば、リレーされないＵｕベアラ）のために構成されたＬＣＨ優先順位へのＰＱＩの同様のマッピングに基づいて、等価なマッピングを導出することができる。
【0131】
ＳＬとＳＬ送信との比較の例
直接優先順位順序とは異なる方法を使用することができるＳＬトラフィック間の比較の例。
論理チャネル間の優先順位付けは、一般に、ＬＣＨ優先順位を比較することによって行われる。１つのメカニズムでは、ＷＴＲＵは、上記の作動／動作のうちのいずれかを行うときに、直接優先順位値比較とは異なる方法を使用することができる。そのような異なる方法は、以下のデータ／ＬＣＨ、すなわち、リレーされるべきデータを、リレーされないデータと比較するとき、Ｕｕトラフィック対ＳＬトラフィックを搬送するＳＬ送信を比較するとき、異なる総ホップ数によってリレーされるべきデータを比較するとき、及びその宛先まで残っている異なるホップ数を有するリレーされるべきデータを比較するとき、のうちのいずれかの間の比較に適用することができる。
直接優先順位順序とは異なる方法を使用することができるＳＬトラフィック間の比較の例。
論理チャネル間の優先順位付けは、一般に、ＬＣＨ優先順位を比較することによって行われる。１つのメカニズムでは、ＷＴＲＵは、上記の作動／動作のうちのいずれかを行うときに、直接優先順位値比較とは異なる方法を使用することができる。そのような異なる方法は、以下のデータ／ＬＣＨ、すなわち、リレーされるべきデータを、リレーされないデータと比較するとき、Ｕｕトラフィック対ＳＬトラフィックを搬送するＳＬ送信を比較するとき、異なる総ホップ数によってリレーされるべきデータを比較するとき、及びその宛先まで残っている異なるホップ数を有するリレーされるべきデータを比較するとき、のうちのいずれかの間の比較に適用することができる。
【0132】
これらのデータ及び／又はＬＣＨの間の比較のための方法は、以下の技術、すなわち、係数に基づく優先順位におけるオフセット、増加、減少、又は補償の適用、異なる閾値に対する各データ／ＬＣＨの優先順位の比較、及び直接比較の使用、のうちのいずれかを使用することができる。
【0133】
より詳細には、優先順位におけるオフセット、増加、減少、又は補償の適用は、ホップ数などの要因に基づくことができる。例えば、ＷＴＲＵは、そのデータのホップ数又は残りのホップ数が構成された閾値を上回るときに、データの優先順位にオフセット又は補償を適用することができるか、又は比較されているデータ間の残りのホップ数における差に固有のオフセットを適用することができる。例えば、ＷＴＲＵは、比較されているデータについて残っているホップ数が同じであるか、又は構成された閾値内にあるときに、オフセットの直接比較を行うことができ、（本明細書で説明される方法を使用することができる）異なる比較を行うことができる。
【0134】
より詳細には、優先順位におけるオフセット、増加、減少、又は補償の適用は、更に、ＣＢＲ（Channel Busy Ratio、チャネルビジー率）などの要因に基づくことができる。例えば、ＷＴＲＵは、ＣＢＲが閾値を上回る場合に、データの優先順位にオフセットを適用する（すなわち、優先順位を増加させる）ことができ、そうでない場合には、優先順位を増加させなくてもよい。そのような優先順位の増加は、例えば、ホップ数が等しくない２つの宛先／ＬＣＨを比較するときに、更に適用することができる。
【0135】
各データ／ＬＣＨの優先順位と、異なる閾値との比較を含む一実施形態によれば、ＷＴＲＵは、異なる閾値（例えば、１つは、Ｕｕトラフィックに適用されるもの、及びＳＬトラフィックに適用されるもの）で構成することができる。例えば、ＬＣＰを行うときに、ＷＴＲＵは、ＵＬトラフィックが第１の閾値を上回るかどうか、及び又はＳＬトラフィックが第２の閾値を下回るかどうかに関連する条件に基づいて、最初にＵＬ／ＳＬトラフィック選択することができる。これらの閾値に基づく優先順位付けのための条件が満たされない場合、ＷＴＲＵは、直接比較を行うことができる。例えば、ＷＴＲＵは、ＵＬトラフィック優先順位が閾値を上回る場合、ＵＬトラフィックを優先することができる。ＵＬトラフィック優先順位が閾値を下回る場合、ＷＴＲＵは、ＳＬトラフィックが別の閾値を下回る場合には、依然として、ＵＬトラフィックを優先することができる。これらの条件のいずれも満たされない場合、ＷＴＲＵは、ＬＣＰ中に選択するべき宛先又は論理チャネルを決定するときに、優先順位を直接比較することができるか、又はデフォルトで２つのうちの１つ（例えば、ＵＬトラフィック）を優先することができるか、若しくはより多くのホップ数を有するトラフィックを優先することができる。
【0136】
直接比較を使用することを含む一実施形態によれば、２つのＳＬ ＬＣＨを比較するときに、ＬＣＨが両方ともＳＬトラフィックを搬送する場合、ＷＴＲＵは、直接優先順位の比較を使用することができる。２つのＬＣＨのうちの１つのみがＵｕトラフィックを搬送する場合、ＷＴＲＵは、ＳＬトラフィックとＵｕトラフィックとの間の比較のために、本明細書で説明される方法のうちの１つを使用することができる。両方のＳＬ ＬＣＨがＵｕトラフィックを搬送する場合、ＷＴＲＵは、Ｕｕと、ＳＬを介してリレーされるＵｕトラフィックとの間の比較のために、本明細書で説明される方法のうちの１つを使用することができる。
【0137】
ＳＬトラフィックと、ＳＬを介してリレーされるＵｕトラフィックとの間の比較の例。
ＳＬトラフィックと、ＳＬを介したＵｕトラフィックとの間で優先順位を付けるときに、ＷＴＲＵは、以下の情報のうちのいずれか、あるいは場合によっては、ＳＬトラフィック若しくはＵｕトラフィック、又はその両方に関連付けられた以下の情報の組み合わせを使用して、どちらを優先するべきかを決定することができる。
ＳＬトラフィックと、ＳＬを介したＵｕトラフィックとの間で優先順位を付けるときに、ＷＴＲＵは、以下の情報のうちのいずれか、あるいは場合によっては、ＳＬトラフィック若しくはＵｕトラフィック、又はその両方に関連付けられた以下の情報の組み合わせを使用して、どちらを優先するべきかを決定することができる。
【0138】
ＳＬトラフィック又はＵｕトラフィックのいずれかを搬送するＳＬ ＲＬＣチャネルに関連付けられたＳＬ優先順位。Ｕｕトラフィックを搬送するＳＬ ＲＬＣチャネルにマッピングされたＵｕ ＲＬＣチャネルのＵｕ優先順位。
【0139】
ＳＬ ＲＬＣチャネルがリレーされたデータを含むときに、ＳＬ ＲＬＣチャネル優先順位に適用される優先順位オフセット。そのようなオフセットは、ホップ数、残りのホップ数、ＳＬ ＣＢＲなどの、本明細書の他の要因に基づいて更に構成することができる。
【0140】
ＳＬトラフィック及び／又はＵｕトラフィックに関連付けられたホップの総数。
【0141】
ＳＬトラフィック及び／又はＵｕトラフィックに関連付けられたホップの残りの数。
【0142】
ＱｏＳ又は残りのＱｏＳに関連付けられたメトリックは、場合によっては、各ＰＤＵとともに、又はＰＤＵのセットに対して静的に、適応レイヤによって提供される。例えば、そのようなメトリックは、ＰＤＵがその待ち時間バジェットを超えるまでの時間量を表す、ＰＤＵに関連付けられた残りの生存時間であってもよく、他の例の場合には、優先順位に関連して本明細書の実施形態で上述した構成された閾値のうちのいずれかが、ＰＤＵに関連付けられた残りの生存時間の各範囲に対して構成されてもよい。
【0143】
ＳＬチャネルの測定（例えば、ＣＢＲ、ＲＳＲＰ、ＣＳＩなど）、例えば、優先順位に関連する解決策において説明される構成された閾値のうちのいずれかが、ＣＢＲ、ＲＳＲＰ、ＣＳＩなど毎に構成されてもよい。
【0144】
優先順位付けがリモートＷＴＲＵ又はリレーＷＴＲＵによって行われているかどうかにかかわらず、例えば、ＷＴＲＵは、リレーされたＷＴＲＵと比較して、リモートＷＴＲＵのための異なる条件、ルール、又はパラメータを用いて構成することができる。
【0145】
優先順位付けがＵＬ Ｕｕデータ又はＤＬ Ｕｕデータを伴うかどうかにかかわらず、例えば、ＷＴＲＵは、ＤＬ Ｕｕデータと比較して、ＵＬ Ｕｕデータのための異なる条件、ルール、又はパラメータで構成することができる。
【0146】
ＬＣＰ手順中のＳＬ宛先選択の例。
以下の典型的な実施形態は、ＬＣＰ手順中のＳＬ宛先選択について説明する。ただし、決定基準は、本明細書で説明される任意の他の優先順位付け決定に対して使用することができる。加えて、以下の複数の典型的な実施形態は、優先順位付けのために組み合わせて使用することができる。具体的には、例えば、ＷＴＲＵは、特定の条件が満たされるときに、第１の例を使用することができ、その条件が満たされないときに、別の例を使用することができる。代替的に、ＷＴＲＵは、宛先ＩＤ間で選択するために第１の例を使用することができ、同じ宛先ＩＤに送信されるＬＣＨ間で選択するときに、第２の例を使用することができる。
以下の典型的な実施形態は、ＬＣＰ手順中のＳＬ宛先選択について説明する。ただし、決定基準は、本明細書で説明される任意の他の優先順位付け決定に対して使用することができる。加えて、以下の複数の典型的な実施形態は、優先順位付けのために組み合わせて使用することができる。具体的には、例えば、ＷＴＲＵは、特定の条件が満たされるときに、第１の例を使用することができ、その条件が満たされないときに、別の例を使用することができる。代替的に、ＷＴＲＵは、宛先ＩＤ間で選択するために第１の例を使用することができ、同じ宛先ＩＤに送信されるＬＣＨ間で選択するときに、第２の例を使用することができる。
【0147】
一例では、ＷＴＲＵは、Ｕｕトラフィックに優先順位を付けるためのＵｕ優先順位閾値を用いて構成され得る。適応レイヤによってＳＬ ＲＬＣチャネルにマッピングされた少なくとも１つのＵｕ ＲＬＣチャネルのＵｕ優先順位が、構成されたＵｕ優先順位閾値を上回るＵｕトラフィックを、ＳＬ宛先に送信するのに利用可能なデータを有する（かつ優先されたビットレートを超える、すなわち、ｂｊ＞０）ＳＬ ＲＬＣチャネルのうちの１つが含む場合、ＷＴＲＵは、ＳＬトラフィックを有するそのＳＬ宛先よりも、Ｕｕトラフィックを有するＳＬ宛先を選択することができる。そうでない場合、ＷＴＲＵは、本明細書で説明される他の実施形態に基づいて、ＳＬトラフィックを有するＳＬ宛先か、又はＵｕトラフィックを有するＳＬ宛先を選択するべきかを決定することができる。
【0148】
別の例では、ＷＴＲＵは、Ｕｕトラフィックを優先順位付けするためのＳＬ優先順位閾値を用いて構成され得る。例えば、ＷＴＲＵは、送信するのに利用可能な（かつ優先されたビットレートを超える）ＳＬトラフィックを有するＳＬ ＲＬＣチャネルのうちの１つが、ＳＬ優先順位閾値を上回るデータを含む場合、Ｕｕトラフィックを有するＳＬ宛先よりも、ＳＬトラフィックを有するＳＬ宛先を選択することができる。
【0149】
別の例では、ＷＴＲＵは、ＳＬ ＲＬＣ優先順位オフセットを用いて構成され得る。ＷＴＲＵは、Ｕｕトラフィックを搬送するＳＬ ＲＬＣチャネルと、ＳＬトラフィックを搬送するＳＬ ＲＬＣチャネルとの優先順位を比較するときに、そのようなオフセットを適用することができる。ＷＴＲＵは、ＬＣＰのための宛先を選択するときに、優先順位オフセットが、Ｕｕトラフィックを搬送する全てのＳＬ ＲＬＣチャネルに適用された後、利用可能なデータを有する最高優先順位ＬＣＨを有する宛先を選択することができる。
【0150】
別の例では、ＷＴＲＵは、閾値残存生存時間を用いて構成され得る。ＰＤＵ、又はＰＤＵにおけるデータに関連付けられた実際の残りの生存時間が閾値を下回る場合、ＷＴＲＵは、そのようなＰＤＵに関連付けられた宛先を優先することができる。
【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】
以前のホップのセルＩＤ／カバレッジ／割り当てモードに基づく例。
一実施形態では、リレーＷＴＲＵは、場合によっては、リレーＷＴＲＵ自体のセルＩＤ及び／又は割り当てモードと比較して、以前のホップＷＴＲＵに関連付けられたセルＩＤ及び／又は割り当てモードに基づいて、ＳＬ ＢＳＲを報告／トリガするべきかどうかを決定することができる。具体的には、例えば、第１のＷＴＲＵ（リレー又はリモート）は、第２のＷＴＲＵ（リレー）に、それが接続されるセルのセルＩＤ、及び／又はＷＴＲＵのＳＬ割り当てモード（モード１又はモード２）を送信することができる。代替的に、第１のＷＴＲＵは、第２のＷＴＲＵセルに、それが接続されているセルのセルＩＤを、それがそのセルとともにモード１で動作するように構成されているときにのみ送信することができ、それがモード２で動作するように構成されているか、又はＯＯＣ（Out of Coverage、カバレッジ外）であるときに、いかなるセルＩＤも送信することができない。そのような情報は、例えば、ＭＡＣ ＣＥ、ＳＣＩ、又はＰＣ５－ＲＲＣメッセージを介して送信され得る。第２の（リレー）ＷＴＲＵ（モード１ ＳＬ送信で動作するか、又は受信したデータを、Ｕｕを介してネットワークにリレーする）は、第１のＷＴＲＵからデータをリレーするときに、第１のＷＴＲＵから受信したセルＩＤ、及び第２のＷＴＲＵが接続されているセルのセルＩＤに基づいて、ＳＬ／Ｕｕ ＢＳＲをトリガするべきかどうかを決定することができる。具体的には、第２のＷＴＲＵが、第１のＷＴＲＵからデータを受信した同じセルに接続されている場合、第２のＷＴＲＵは、ＢＳＲを報告しない可能性があるが、異なるセルに接続されている場合、第２のＷＴＲＵは、ＢＳＲを報告する可能性がある。「同じセル」は、例えば、ネットワークによって構成された同じセルＩＤ又は等価なセルＩＤからなり得る。
一実施形態では、リレーＷＴＲＵは、場合によっては、リレーＷＴＲＵ自体のセルＩＤ及び／又は割り当てモードと比較して、以前のホップＷＴＲＵに関連付けられたセルＩＤ及び／又は割り当てモードに基づいて、ＳＬ ＢＳＲを報告／トリガするべきかどうかを決定することができる。具体的には、例えば、第１のＷＴＲＵ（リレー又はリモート）は、第２のＷＴＲＵ（リレー）に、それが接続されるセルのセルＩＤ、及び／又はＷＴＲＵのＳＬ割り当てモード（モード１又はモード２）を送信することができる。代替的に、第１のＷＴＲＵは、第２のＷＴＲＵセルに、それが接続されているセルのセルＩＤを、それがそのセルとともにモード１で動作するように構成されているときにのみ送信することができ、それがモード２で動作するように構成されているか、又はＯＯＣ（Out of Coverage、カバレッジ外）であるときに、いかなるセルＩＤも送信することができない。そのような情報は、例えば、ＭＡＣ ＣＥ、ＳＣＩ、又はＰＣ５－ＲＲＣメッセージを介して送信され得る。第２の（リレー）ＷＴＲＵ（モード１ ＳＬ送信で動作するか、又は受信したデータを、Ｕｕを介してネットワークにリレーする）は、第１のＷＴＲＵからデータをリレーするときに、第１のＷＴＲＵから受信したセルＩＤ、及び第２のＷＴＲＵが接続されているセルのセルＩＤに基づいて、ＳＬ／Ｕｕ ＢＳＲをトリガするべきかどうかを決定することができる。具体的には、第２のＷＴＲＵが、第１のＷＴＲＵからデータを受信した同じセルに接続されている場合、第２のＷＴＲＵは、ＢＳＲを報告しない可能性があるが、異なるセルに接続されている場合、第２のＷＴＲＵは、ＢＳＲを報告する可能性がある。「同じセル」は、例えば、ネットワークによって構成された同じセルＩＤ又は等価なセルＩＤからなり得る。
【0184】
マルチホップ（２ホップより多い）シナリオに適用可能な関連する実施形態では、上記の実施形態における第１のＷＴＲＵは、ソースと宛先ＷＴＲＵ／ｇＮＢとの間の経路に沿って複数／全てのホップのセルＩＤ情報及び／又は割り当てモードを送信することができる。具体的には、第１のＷＴＲＵは、それ自体のセルＩＤ及び／又は割り当てモード、並びに添えられたＷＴＲＵセルＩＤ及び／又は割り当てモードを送信することができる。第２のＷＴＲＵは、第１のＷＴＲＵから受信した同じ情報、並びにそれ自体のセルＩＤ及び／又は割り当てモードを第３のＷＴＲＵに送信することができ、以下同様である。特定のＷＴＲＵにおいて、そのＷＴＲＵによって送信／リレーされるべきデータについてＢＳＲを報告／トリガするべきかどうかは、以前のＷＴＲＵから受信した情報に更に依存し得る。例えば、ＷＴＲＵは、以下の条件、すなわち、そのＷＴＲＵのセルＩＤと一致しないセルＩＤを有する以前のホップＷＴＲＵのうちの少なくとも１つ、そのリソース割り当てモードとしてモード２を有する以前のホップＷＴＲＵのうちの少なくとも１つ、そのＷＴＲＵのセルＩＤとは異なるセルＩＤを有する以前のホップＷＴＲＵの全て、及びそれらのリソース割り当てモードとしてモード２を有する以前のホップＷＴＲＵの全て、のいずれかに従って、ＬＣＨについての（ＳＬ又はＵＬ）ＢＳＲを報告／トリガすることができる。
【0185】
一般性を失うことなく、以前のホップは、ｇＮＢであってもよく、ここで、そのような場合におけるセルＩＤは、ｇＮＢの実際のセルＩＤである。具体的には、リレーＷＴＲＵは、以前のホップがｇＮＢであり、ｇＮＢのセルＩＤが、そのＷＴＲＵが接続されているセルＩＤと同じである場合、ＬＣＨのためのＢＳＲを報告／トリガしなくてもよい。
【0186】
ＬＣＨが、リレーされた又はリレーされないデータを搬送するかどうかに基づく例。
一実施形態では、ＢＳＲを作動／トリガするべきかどうかの決定は、ＬＣＨが、リレーされた又はリレーされないデータを搬送したかどうかに依存し得る。具体的には、ＷＴＲＵは、ＬＣＨが、リレーされないデータ（すなわち、ＷＴＲＵにおいて上位レイヤから受信したデータであり、別のＷＴＲＵから受信したデータではない）を搬送する場合、ＢＳＲを報告することができる。
一実施形態では、ＢＳＲを作動／トリガするべきかどうかの決定は、ＬＣＨが、リレーされた又はリレーされないデータを搬送したかどうかに依存し得る。具体的には、ＷＴＲＵは、ＬＣＨが、リレーされないデータ（すなわち、ＷＴＲＵにおいて上位レイヤから受信したデータであり、別のＷＴＲＵから受信したデータではない）を搬送する場合、ＢＳＲを報告することができる。
【0187】
ＷＴＲＵの適応レイヤにおける、入口ＬＣＨから出口ＬＣＨへのマッピングに基づく例。
一実施形態では、ＢＳＲをトリガ／報告するべきかどうかの決定は、（マルチホップシナリオの場合）ＷＴＲＵ、及び／又は以前のホップにおけるＷＴＲＵにおける入口ＬＣＨから出口ＬＣＨへのマッピングに関連する特定のルールに依存し得る。
一実施形態では、ＢＳＲをトリガ／報告するべきかどうかの決定は、（マルチホップシナリオの場合）ＷＴＲＵ、及び／又は以前のホップにおけるＷＴＲＵにおける入口ＬＣＨから出口ＬＣＨへのマッピングに関連する特定のルールに依存し得る。
【0188】
例えば、ＷＴＲＵは、出口ＬＣＨにマッピングされた１つ超の入口ＬＣＨが存在する場合、出口ＬＣＨについてＢＳＲをトリガ／報告することができる。本明細書で説明される更なる条件はまた、入口ＬＣＨにマッピングされた出口ＬＣＨのいずれか／全てに基づいて、そのような決定を行うために使用することもできる。
【0189】
別の例では、ＷＴＲＵは、その出口ＬＣＨにマッピングされた入口ＬＣＨのいずれか／全てがその単一の出口ＬＣＨのみにマッピングされる場合、出口ＬＣＨについてＢＳＲをトリガ／報告することができる。
【0190】
上記の条件の任意の組み合わせ（及び、又は）はまた、ＢＳＲをトリガ／報告するべきかどうかを決定するために使用することもできる。例えば、ＷＴＲＵは、ＬＣＨが複数の条件を同時に満たす限り、ＢＳＲをトリガ／報告しても／しなくてもよく、それ以外の場合では、ＷＴＲＵは、ＢＳＲをトリガ／報告しなくても／してもよい。
【0191】
一実施形態では、ＷＴＲＵは、１つ以上のＬＣＨから破棄／削除されたデータの量を報告することができる。そのような報告は、ｇＮＢに対して行われ得、例えば、ＷＴＲＵがある量のデータを破棄／削除したこと、及びｇＮＢが、ｇＮＢによって初期に知られていた量よりも少ない量のデータを（結果として）スケジューリングすることができることをｇＮＢに知らせることができる。代替的に、ＷＴＲＵは、１つ以上のＬＣＨからピアＷＴＲＵ（例えば、次のホップＷＴＲＵ）に破棄／削除されたデータの量を報告することができ、その結果、ピアＷＴＲＵは、ＢＳＲのそれ自体の計算において、かつ／又はネットワークへのそのような報告のそれ自体の生成において、この情報を使用することができる。
【0192】
一例では、ＷＴＲＵは、論理チャネル又は論理チャネル群毎に、ＷＴＲＵによって破棄されたデータの量を（例えば、ＭＡＣ ＣＥを介して）報告することができる。そのような報告は、（例えば、待ち時間要件を満たさないことに起因して）１つ以上のＰＤＵを削除したときに、ＷＴＲＵによってトリガされ得る。代替的に、そのような報告は、ＷＴＲＵが、場合によっては、ある期間にわたって特定の量（例えば、パーセンテージ）のデータを削除したときに、トリガされ得る。例えば、そのような報告は、構成された期間にわたってＷＴＲＵによって削除されたデータの量が構成された閾値を超えたときに、ＷＴＲＵによってトリガされ得る。代替的に、そのような報告は、ＷＴＲＵが特定の論理チャネル又は論理チャネル群についてのデータを削除したときにのみ、トリガされ得る。例えば、各ＬＣＨは、データがそのＬＣＨについてＷＴＲＵによって削除されたときに、削除されたデータについて報告することを有効／無効にするように構成され得る。
【0193】
ＳＬ送信パラメータ選択のための方法の例。
リレー／リモートＷＴＲＵによるＰＤＢの選択。
一実施形態では、リレーＷＴＲＵ又はリモートＷＴＲＵは、単一のＲＬＣチャネル及び／又はＱｏＳフローに関連付けられたＰＤＢの複数の値を用いて、（例えば、ネットワークによって）構成することができる。ＷＴＲＵは、以下で説明されるように、ＰＤＢと、ＰＤＢ選択のための要因との間の関連付けを用いて更に構成することができる。ＷＴＲＵは、以下の関連付けられた要因、すなわち、ネットワーク指示、必要とされる再送信の回数、リレー／リモートＷＴＲＵによるＳＬ測定、Ｕｕ品質／ＲＳＲＰ測定、及びフロー制御メッセージのうちのいずれかに基づいて、（例えば、リソース選択においてＴ２の値を決定するために）ＰＤＢの構成された値のうちの１つを選択することができる。
リレー／リモートＷＴＲＵによるＰＤＢの選択。
一実施形態では、リレーＷＴＲＵ又はリモートＷＴＲＵは、単一のＲＬＣチャネル及び／又はＱｏＳフローに関連付けられたＰＤＢの複数の値を用いて、（例えば、ネットワークによって）構成することができる。ＷＴＲＵは、以下で説明されるように、ＰＤＢと、ＰＤＢ選択のための要因との間の関連付けを用いて更に構成することができる。ＷＴＲＵは、以下の関連付けられた要因、すなわち、ネットワーク指示、必要とされる再送信の回数、リレー／リモートＷＴＲＵによるＳＬ測定、Ｕｕ品質／ＲＳＲＰ測定、及びフロー制御メッセージのうちのいずれかに基づいて、（例えば、リソース選択においてＴ２の値を決定するために）ＰＤＢの構成された値のうちの１つを選択することができる。
【0194】
ネットワーク指示の要因の場合、一実施形態では、リレーＷＴＲＵ又はリモートＷＴＲＵは、ＳＬ ＲＬＣチャネル上で使用されるべきＰＤＢの指示を（例えば、ＤＣＩタイプ、ＭＡＣ ＣＥ、適応レイヤヘッダ、又は同様のものに関連付けられたＤＣＩにおいて）受信することができる。例えば、リレーＷＴＲＵは、ＰＤＢ選択が適用可能である対応するＳＬ ＲＬＣチャネルにマッピングされるＵｕ ＲＬＣチャネルのためのＤＬ送信をスケジューリングするために使用されるＤＣＩタイプに基づいて、ＰＤＢを選択することができる。
【0195】
必要とされる再送信の回数の要因の場合、一実施形態では、リレーＷＴＲＵ又はリモートＷＴＲＵは、そのリンク上でＰＤＵを正常に受信するために、ＷＴＲＵ（Ｕｕ上又はサイドリンク上のいずれか）において必要とされる再送信の回数に基づいて、ＰＤＢを選択することができる。再送信の回数は、場合によっては、ＰＤＢ選択が必要とされるＲＬＣチャネルにマッピングすることができるデータに関連付けられた、ＷＴＲＵにおいて正常な受信のために必要とされる、再送信の平均回数を含むことができる。代替的に、再送信の回数は、ＰＤＢ選択が必要とされるＲＬＣチャネルにマッピングすることができるチャネル上のＰＤＵの最後の受信に関連付けられた値であってもよい。
【0196】
リレー／リモートＷＴＲＵによるＳＬ測定（リレー／リモートＷＴＲＵ自体によって測定されるか、又はピアＷＴＲＵによってリレー／リモートＷＴＲＵに指示される）の要因の場合、一実施形態では、リレー又はリモートＷＴＲＵは、ＰＤＢ選択へのＳＬ測定のマッピングを用いて構成することができ、決定された測定値に基づいてＰＤＢを選択することができる。そのような測定値は、ＷＴＲＵ自体において測定されたＣＢＲ測定値、ピアＷＴＲＵによって（例えば、ディスカバリメッセージ又は専用のＰＣ５ ＲＲＣにおいて）提供されたＣＢＲ測定値、ＷＴＲＵ自体において行われたＳＬ ＲＳＲＰ測定値、ピアＷＴＲＵから受信したＳＬ ＲＳＲＰ測定値、ＷＴＲＵ自体において行われたＳＬ ＣＱＩ測定値、及びピアＷＴＲＵから受信し得るＳＬ ＣＱＩ測定値、のうちのいずれかを含むことができる。
【0197】
Ｕｕ品質／ＲＳＲＰ測定の要因の場合、一実施形態では、リレーＷＴＲＵは、リレーＷＴＲＵにおいて測定されたＵｕ品質に基づいて、ＳＬ上で使用されるべきＰＤＢを決定することができる。そのような測定値は、例えば、リレーＷＴＲＵにおいてＵｕリンクに関連付けられるＣＱＩ、ＲＳＲＰなどの測定値であってもよい。別の実施形態では、リレーＷＴＲＵは、Ｕｕ品質測定値又は測定指示をリモートＷＴＲＵに提供することができる。リモートＷＴＲＵは、受信した測定値又は測定指示に基づいて、ＳＬ上で使用されるべきＰＤＢを決定することができる。
【0198】
フロー制御メッセージの要因の場合、一実施形態では、リモートＷＴＲＵは、リレーＷＴＲＵにおいてリレーする際の、負荷／遅延を指示するリレーＷＴＲＵからの、１つ以上のフロー制御メッセージの受信に基づいて、ＰＤＢを決定することができる。一例では、リモートＷＴＲＵは、フロー制御メッセージが受信されていないときに、第１のＰＤＢを選択することができ、場合によっては、構成された時間枠内で、フロー制御の受信時に第２のＰＤＢを選択することができる。別の例では、リモートＷＴＲＵは、リレーＷＴＲＵからのフロー制御メッセージに含まれる特定のＲＬＣチャネルの負荷に関連付けられているＰＤＢを選択することができる。別の例では、リモートＷＴＲＵは、構成された時間枠にわたって受信されたフロー制御メッセージの数に関連付けられたＰＤＢを選択することができる。特定の実施形態では、特定のＲＬＣチャネルに関連付けられた負荷が閾値を上回るそれらのフロー制御メッセージのみが、カウントされ得る。
【0199】
上記の説明は、リソース選択目的のための、ＰＤＢのＳＬ部分の決定に焦点を当てているが、同じ技術を使用して、（例えば、Ｕｕ上のＰＤＢを超えるデータを破棄するために）ＰＤＢのＵｕ部分を決定することができる。
【0200】
パケット誤り率を満たすための方法の例。
構成されたＰＥＲ値から信頼性パラメータを選択するＷＴＲＵの例。
一実施形態では、ＷＴＲＵは、送信、ＬＣＨ、宛先などに関連付けられたパケット誤り率（ＰＥＲ）値又は同様の信頼性値を受信することができる。そのような値は、例えば、リレーを目的とする、サイドリンクを介した送信に適用可能であり得る。ＷＴＲＵは、そのような値を、ｇＮＢからＳＬ ＬＣＨ構成の一部として受信することができる。ＷＴＲＵは、そのような値を、（例えば、ＷＴＲＵ対ネットワークリレーについてのｇＮＢから）実際の送信に含まれるＱｏＳ情報として、更に受信することができる。これは、適応レイヤヘッダ又は同様のプロトコルヘッダに含まれ得る。そのようなものはまた、制御チャネル内（例えば、ＤＬ送信に関連付けられたＤＣＩ内、又はサイドリンク送信に関連付けられたＳＣＩ内）に含まれ得る。
構成されたＰＥＲ値から信頼性パラメータを選択するＷＴＲＵの例。
一実施形態では、ＷＴＲＵは、送信、ＬＣＨ、宛先などに関連付けられたパケット誤り率（ＰＥＲ）値又は同様の信頼性値を受信することができる。そのような値は、例えば、リレーを目的とする、サイドリンクを介した送信に適用可能であり得る。ＷＴＲＵは、そのような値を、ｇＮＢからＳＬ ＬＣＨ構成の一部として受信することができる。ＷＴＲＵは、そのような値を、（例えば、ＷＴＲＵ対ネットワークリレーについてのｇＮＢから）実際の送信に含まれるＱｏＳ情報として、更に受信することができる。これは、適応レイヤヘッダ又は同様のプロトコルヘッダに含まれ得る。そのようなものはまた、制御チャネル内（例えば、ＤＬ送信に関連付けられたＤＣＩ内、又はサイドリンク送信に関連付けられたＳＣＩ内）に含まれ得る。
【0201】
ＷＴＲＵは、送信のＰＥＲ値に基づいて、送信に関連付けられた信頼性要因を選択し、そのような信頼性要因を、そのようなＰＥＲ値を有する送信に適用することができる。可能性のある信頼性要因は、以下の情報、すなわち、場合によっては、異なるＳＬキャリアに関連付けられた、ＳＬ上での複製を行うべきかどうか、及びＳＬ上でＨＡＲＱ有効送信又はＨＡＲＱ無効送信を送信するべきかどうか、のうちのいずれかを指示することができる。加えて、信頼性要因は、以下の、すなわち、送信のリソース選択及び／又は複製のために使用することができるＳＬキャリアの最大／最小の数、データに対して許容できるＳＬ再送信の最大／最小の回数、ＷＴＲＵが使用することを許容されるセンシングタイプ、ＷＴＲＵが選択することを許容されるリソースプール、及びそのようなＰＥＲに関連付けられた送信のために使用することができる許容できる部分センシングパラメータ、のうちのいずれかを含むことができる。他の信頼性要因は、排除されない。
【0202】
例えば、センシングタイプ（例えば、ランダム選択対センシングベースリソース選択）は、許容できるＰＥＲ、又はＰＥＲ値の範囲を用いて構成することができる。例えば、リソースプールは、許容できるＰＥＲ、又はＰＥＲ値の範囲を用いて構成することができる。例えば、ＷＴＲＵは、所与のＰＥＲ値、又は値の範囲についての、部分センシングパラメータのセット又は制限事項を用いて構成することができる。
【0203】
ＷＴＲＵは、例えば、専用のＲＲＣシグナリング若しくはＳＩＢ（System Information Block、システム情報ブロック）、又は所与のＰＥＲ若しくはＰＥＲの範囲についての許容できる信頼性要因の構成を受信することができる。代替的に、許容できる信頼性要因は、ＰＥＲ値毎に、又はＰＥＲ値の範囲毎に予め定義することができる。
【0204】
一実施形態では、ＰＥＲ値（又は範囲）を用いて構成されたＬＣＨは、送信のためのＬＣＰ制限事項の一部として使用することができる。具体的には、ＷＴＲＵは、データをグラント（例えば、ＳＬグラント）に含めるために、ＰＥＲが範囲内にあるＬＣＨのみを選択することができ、ここで、そのような範囲は、ネットワークによって構成することができる。
【0205】
一例では、モード１のＷＴＲＵは、（例えば、構成されたグラントのためのＤＣＩ又はＲＲＣにおいて）特定のグラントのための許容できるＰＥＲ範囲を用いて構成することができる。ＷＴＲＵは、そのグラントに対してＬＣＰを行うときに、構成されたＰＥＲが特定のグラントに対するＰＥＲ範囲に入るＬＣＨのみを含むことができる。ＰＥＲ範囲は、明示的に与えられてもよく、又は（例えば、ＤＣＩにおいて）ネットワークによって指示されたＰＥＲ値の上／下／周辺の範囲として、ＷＴＲＵによって導出されてもよい。
【0206】
別の例では、ＷＴＲＵは、グラントに含めるための第１の論理チャネル（例えば、ＳＬ ＬＣＨ）を選択することができる。そのような選択に続いて、ＷＴＲＵは、第１の選択された論理チャネルによって決定された範囲に、追加の論理チャネルの選択を限定することができる。そのような範囲は、初期に選択された論理チャネルの選択されたＰＥＲ値／範囲の周りのサイズ（ＰＥＲ値）で（事前に）構成することができる。
【0207】
図７を参照すると、ＷＴＲＵにおいて実装された方法７００は、アップリンク送信か又はサイドリンク送信を優先するべきかどうかを決定するために、第１のアップリンク論理チャネルの優先順位レベルに基づいて、アップリンクデータ送信の第１の優先順位レベルを決定するステップ７１０を含むことができる。
【0208】
本方法は、第２のアップリンク論理チャネルの優先順位レベルに基づいて、サイドリンクデータ送信の第２の優先順位レベルを決定するステップ７２０を含むことができ、第２のアップリンク論理チャネルは、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルに対応する。第２のアップリンク論理チャネルは、ＷＴＲＵの適応レイヤマッピングから、サイドリンクデータ送信に関連付けられたサイドリンク論理チャネルにマッピングすることができる。第２のアップリンク論理チャネルの優先順位レベルの決定は、サイドリンク論理チャネルに関連付けられた１つ以上のアップリンク論理チャネルを決定するステップと、決定された１つ以上のアップリンク論理チャネルに基づいて、第２のアップリンク論理チャネルの優先順位レベルを決定するステップと、を含むことができる。
【0209】
本方法は、第１の優先順位レベルと第２の優先順位レベルとの間の比較に基づいて、サイドリンクデータ送信又はアップリンクデータ送信のうちの１つを送信するステップ７３０を含むことができる。比較は、直接比較であってもよい。
【0210】
特徴及び要素は、特定の組み合わせにおいて上述されているが、当業者には、各特徴又は要素が、単独で又はその他の特徴及び要素との任意の組み合わせで使用され得ることが、理解されよう。加えて、本明細書に記載される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに、実装されてもよい。非一時的コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体、並びにＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ１０２、ＷＴＲＵ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。
【0211】
更に、上述の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含むその他のデバイスが、記載されている。これらのデバイスは、少なくとも１つの中央処理装置（「Central Processing Unit、ＣＰＵ」）及びメモリを含んでもよい。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって、実施されてもよい。このような動作、及び演算又は命令は、「実行される（executed）」、「コンピュータによって実行される（computer executed）」、又は「ＣＰＵによって実行される（CPU executed）」と言及される場合がある。
【0212】
当業者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが、理解されよう。電気システムは、電気信号の結果的な変換又は低減を引き起こし得るデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによって、ＣＰＵの動作及びその他の信号の処理を、再構成又は別様に変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する、物理的位置である。例示的な実施形態は、上述したプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供される方法をサポートし得ることを理解されたい。
【0213】
データビットはまた、磁気ディスク、光学ディスク、及び任意のその他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））又はＣＰＵによって読み取り可能な、不揮発性（例えば、読み取り専用メモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に、維持されてもよい。コンピュータ可読媒体は、処理システム上に排他的に存在する、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続された、コンピュータ可読媒体を含んでもよい。代表的実施形態は、上述のメモリに限定されず、その他のプラットフォーム及びメモリが、記載された方法をサポートし得るということが、理解されよう。
【0214】
例示的実施形態では、本明細書に記載される動作、プロセスなどのうちのいずれかは、コンピュータ可読媒体に格納されたコンピュータ可読命令として、実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意のその他のコンピューティングデバイスのプロセッサによって、実行されてもよい。
【0215】
システムの態様のハードウェア実装とソフトウェア実装の間には、ほとんど区別がない。ハードウェア又はソフトウェアの使用は、一般に（常にではないが、特定の状況では、ハードウェアとソフトウェアとの間の選択が大きな意味を持ち得る）、コスト対効率のトレードオフを意味する、設計上の選択事項である。本明細書に説明されているプロセス及び／又はシステム及び／又は他の技術が効果的であり得る様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得、好ましいビークルは、プロセス及び／又はシステム及び／又は他の技術が展開される状況によって変化し得る。例えば、実装者が、速度及び正確性が最重要であると判定した場合、実装者は、主に、ハードウェア及び／又はファームウェアのビークルを選択してもよい。柔軟性が最重要である場合、実装者は、主に、ソフトウェア実装を選択してもよい。代替的に、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。
【0216】
前述の詳細な説明では、ブロック図、フローチャート、及び／又は実施例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。このようなブロック図、フローチャート、及び／又は実施例が、１つ以上の機能及び／又は動作を含む限り、このようなブロック図、フローチャート、又は実施例中の各機能及び／又は各動作は、広範なハードウェア、ソフトウェア、ファームウェア、又はそれらの実質的に任意の組み合わせによって、個別にかつ／又は集合的に実装されてよいことが、当業者には理解されよう。好適なプロセッサとしては、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準製品（Application Specific Standard Product、ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他のタイプの集積回路（ＩＣ）、及び／又は状態機械が挙げられる。
【0217】
上記では、特徴及び要素が特定の組み合わせにおいて提供されているが、当業者であれば、各特徴若しくは各要素を単独で使用する、又は他の特徴及び要素との任意の組み合わせにおいて使用することができることが理解されよう。本開示は、本出願に説明されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例解として、意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形が行われてもよい。本出願の記載において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、前述の記載から、当業者には明らかであろう。このような修正及び変形は、添付の請求項の範囲に入ることが、意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、このような請求項が権利を有する均等物の完全な範囲とともに、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを、理解されたい。
【0218】
本明細書で使用される用語は、特定の実施形態のみを記載する目的のためであり、限定することを意図するものではないということも、理解されたい。本明細書で使用される場合、本明細書で言及される場合、「局」及びその略語「ＳＴＡ」、「ユーザ機器」及びその略語「ＵＥ」は、（ｉ）記載されたインフラストラクチャなどの無線送信及び／又は受信ユニット（ＷＴＲＵ）、（ｉｉ）記載されたインフラストラクチャなどの、ＷＴＲＵのいくつかの実施形態の任意のもの、（ｉｉｉ）とりわけ、記載されたインフラストラクチャなどのＷＴＲＵの一部又は全ての構造及び機能を有して構成された、無線可能及び／又は有線可能な（例えば、テザー可能な）デバイス、（ｉｉｉ）記載されたインフラストラクチャなどのＷＴＲＵの、全てよりも少ない構造及び機能を有して構成された、無線可能及び／又は有線可能なデバイス、又は（ｉｖ）その他、を意味してもよい。本明細書に列挙される任意のＷＴＲＵを代表し得る例示的なＷＴＲＵの詳細が、図１Ａ～図１Ｅに関して以下に提供される。
【0219】
特定の代表的実施形態では、本明細書に記載される主題のいくつかの部分は、特定用途用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、及び／又はその他の統合フォーマットを介して、実装されてもよい。しかしながら、本明細書に開示される実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば、１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば、１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実装され得ることと、回路を設計すること、並びに／又はソフトウェア及び／若しくはファームウェアのコードを書くことが、本開示に照らして、当業者の技術の範囲内であることが、当業者には認識されよう。加えて、本明細書に記載される主題のメカニズムが、様々な形態のプログラム製品として配布され得ること、及び本明細書に記載される主題の代表的実施形態が、配布を実際に行うために使用される特定のタイプの信号伝達媒体にかかわらず適用されることが、当業者には理解されよう。信号伝達媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル通信媒体及び／又はアナログ通信媒体（例えば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの送信型媒体が挙げられるが、これらに限定されない。
【0220】
本明細書に記載される主題は、場合によっては、異なるその他の構成要素内に含まれるか、又は異なるその他の構成要素に接続されている、異なる構成要素を示している場合がある。このような描示されたアーキテクチャは、単なる例であり、実際には、同じ機能を達成するその他の多くのアーキテクチャが実装され得ることを、理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる（associated）」。したがって、特定の機能を達成するために本明細書において組み合わされた、任意の２つの構成要素は、アーキテクチャ又は中間構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられた（associated with）」として、見ることができる。同様に、このように関連付けられた任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に接続されている（operably connected）」、又は「動作可能に連結されている（operably coupled）」とみなされ得、このように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に結合可能（operably couplable）」であるとみなされてもよい。動作可能に結合可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられるが、これらに限定されない。
【0221】
本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、及び／又は単数形から複数形に、変換し得る。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが、明示的に記載され得る。
【0222】
一般に、本明細書、特に、添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定（open）」用語として意図されることが、当業者には理解されよう（例えば、「含んでいる（including）」という用語は、「含んでいるが、それらに限定されない（including but not limited to）」と解釈するべきであり、「有する（having）」という用語は、「を少なくとも有する（having at least）」と解釈するべきであり、「含む（includes）」という用語は、「含むがそれらに限定されない（includes but is not limited to）」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、このような意図は、請求項に明示的に記載されており、このような記載がない場合、このような意図は存在しないことが、当業者には理解されよう。例えば、１つの項目のみが意図される場合、「単一（single）」という用語又は類似する言葉が、使用されてもよい。理解を助けるために、以下の添付の請求項及び／又は本明細書の記載は、請求項の詳細説明を導入するために「少なくとも１つの（at least one）」及び「１つ以上の（one or more）」という導入句の使用を、含んでもよい。しかしながら、このような句の使用は、不定冠詞「ａ」又は「ａｎ」による請求項の記載の導入が、このような導入された請求項の記載を含む任意の特定の請求項を、１つのこのような記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、導入句「１つ以上の」又は「少なくとも１つの）」及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても、同様である（例えば「ａ」及び／又は「ａｎ」は、「少なくとも１つの」又は「１つ以上の）」を意味するものと、解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も、同様である。加えて、導入された請求項の特定の数の記載が明示的に記載されている場合でも、このような記載は、少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されよう（例えば、その他の修飾語なしの「２つの記載（two recitations）」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つなど」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するであろう意味として、意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つなど」に類似する表記が使用される場合、一般に、このような構造は、当業者がその表記を理解するであろう意味として、意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、かつ／又はＡ、Ｂ、及びＣを一緒に、有するシステムを含むが、これらに限定されない）。明細書、特許請求の範囲、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されよう。例えば、「Ａ又はＢ（A or B）」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ（A and B）」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く「のうちのいずれか」という用語は、項目及び／又は項目のカテゴリの、「のうちのいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又はその他の項目及び／若しくはその他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される場合、「セット／組（set）」又は「グループ／群（group）」という用語は、ゼロを含む任意の数の項目を含むことが、意図される。追加的に、本明細書で使用される、「数（number）」という用語は、ゼロを含む任意の数を含むことが、意図される。
【0223】
加えて、本開示の特徴又は態様が、マーカッシュ群（Markush group）の観点から記載されている場合、当業者には、本開示が、それによって、マーカッシュ群の任意の個々の構成要素又は構成要素のサブグループの観点からも記載されることが、認識されよう。
【0224】
当業者には理解されるように、書面による記載を提供するという観点など、あらゆる目的のために、本明細書に開示される全ての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせもまた、包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識され得る。非限定的実施例として、本明細書に考察されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解されてもよい。また、当業者には理解されるように、「まで（up to）」、「少なくとも（at least）」、「よりも多い（greater than）」、「よりも少ない（less than）」などの全ての言葉は、言及された数を含み、かつ、上で考察されるように、更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は、個々の各要素を含む。したがって、例えば、１～３つのセルを有するグループは、１つ、２つ、又は３つのセルを有するグループを指す。同様に、１～５つのセルを有するグループは、１つ、２つ、３つ、４つ、又は５つのセルを有するグループを指し、以下同様である。
【0225】
更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして、読まれるべきではない。加えて、いかなる請求項においても、「ための手段（means for）」という用語の使用は、米国特許法第１１２条、第６項、又はミーンズプラスファンクションの請求項形式（means-plus-function claim format）に訴えることを意図しており、「ための手段」という用語を有しない、いかなる請求項も、そのようには意図されていない。
【0226】
本発明は、特定の実施形態を参照して本明細書に例示及び説明されるが、本発明は、示された詳細に限定されることを意図していない。むしろ、特許請求の範囲及びその均等物の範囲内において、かつ本発明から逸脱することなく、詳細に様々な修正を行うことができる。
【0227】
本開示を通して、当業者は、ある特定の代表的実施形態が、代替的又はその他の代表的実施形態と組み合わせて使用され得ることを、理解する。
【0228】
特徴及び要素は、特定の組み合わせにおいて上述されているが、当業者には、各特徴又は要素が、単独で又はその他の特徴及び要素との任意の組み合わせで使用され得ることが、理解されよう。加えて、本明細書に記載される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに、実装されてもよい。非一時的コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体、並びにＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＵＥ、ＷＴＲＵ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを、実装してもよい。
【0229】
更に、上述の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、及びプロセッサを含むその他のデバイスが、記載されている。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）及びメモリを含んでもよい。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって、実施されてもよい。このような動作、及び演算又は命令は、「実行される（executed）」、「コンピュータによって実行される（computer executed）」、又は「ＣＰＵによって実行される（CPU executed）」と言及される場合がある。
【0230】
当業者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが、理解されよう。電気システムは、電気信号の結果的な変換又は低減を引き起こし得るデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによって、ＣＰＵの動作及びその他の信号の処理を、再構成又は別様に変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する、物理的位置である。
【0231】
データビットはまた、磁気ディスク、光学ディスク、及び任意の他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））又はＣＰＵによって読み取り可能な不揮発性（例えば、読み取り専用メモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持され得る。コンピュータ可読媒体は、処理システム上に排他的に存在する、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続された、コンピュータ可読媒体を含んでもよい。代表的実施形態は、上述のメモリに限定されず、その他のプラットフォーム及びメモリが、記載された方法をサポートし得るということが、理解されよう。
【0232】
本出願の説明において使用されているいかなる要素、動作、又は指示も、そのように明示的に記載されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。加えて、本明細書で使用される場合、冠詞「ａ」は、１つ以上の項目を含むことが意図される。１つの項目のみが意図される場合、「１つ」という用語又は類似する言葉が使用され得る。更に、本明細書で使用される場合、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く「のうちのいずれか」という用語は、項目及び／又は項目のカテゴリの、「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又は他の項目及び／又は他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される場合、「セット」という用語は、ゼロを含む任意の数の項目を含むことを意図している。更に、本明細書で使用される場合、「数」という用語は、ゼロを含む任意の数を含むことを意図している。
【0233】
更に、請求項は、特にそのように記載されない限り、記載された順序又は提供された要素に限定されるものとして読まれるべきではない。加えて、いかなる請求項においても、「手段」という用語の使用は、米国特許法第１１２条、第６項に訴えることを意図しており、「手段」という単語を有しない、いかなる請求項もそのようには意図されていない。
【0234】
好適なプロセッサとしては、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他のタイプの集積回路（ＩＣ）、及び／又は状態機械が挙げられる。
【0235】
ソフトウェアに関連するプロセッサを使用して、無線送信／受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）若しくは進化型パケットコア（Evolved Packet Core、ＥＰＣ）、又は任意のホストコンピュータで使用するための、無線周波数トランシーバを実装してもよい。ＷＴＲＵは、例えば、ソフトウェア無線（Software Defined Radio、ＳＤＲ）などのハードウェア及び／又はソフトウェアに実装されたモジュール、並びにカメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリー式ヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、近距離無線通信（Near Field Communication、ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、及び／又は無線ローカルエリアネットワーク（ＷＬＡＮ）若しくは超広帯域（Ultra Wide Band、ＵＷＢ）モジュールなどの、その他の構成要素と併せて使用されてもよい。
【0236】
本発明は、通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアに実装され得ることが企図される。特定の実施形態では、様々な構成要素の機能のうちの１つ以上は、汎用コンピュータを制御するソフトウェアに実装され得る。
【0237】
加えて、本発明は、特定の実施形態を参照して本明細書に例示及び説明されるが、本発明は、示された詳細に限定されることを意図していない。むしろ、特許請求の範囲及びその均等物の範囲内において、かつ本発明から逸脱することなく、詳細に様々な修正を行うことができる。
【0238】
参考文献
以下の参考文献は、上記で言及されている可能性があり、参照により本明細書に完全に組み込まれる。
［１］ＲＰ－１９３２５３－Ｎｅｗ ＳＩＤ：Ｓｔｕｄｙ ｏｎ ＮＲ ｓｉｄｅｌｉｎｋ ｒｅｌａｙ
［２］３ＧＰＰ ＴＳ ３６．３００－ＴＳＧＲＡＮ Ｅ－ＵＴＲＡ ａｎｄ Ｅ－ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１５．４．０）
［３］３ＧＰＰ ＴＲ ３６．７４６－Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）
［４］３ＧＰＰ ＴＳ ３８．３００－ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１６．１．１）
以下の参考文献は、上記で言及されている可能性があり、参照により本明細書に完全に組み込まれる。
［１］ＲＰ－１９３２５３－Ｎｅｗ ＳＩＤ：Ｓｔｕｄｙ ｏｎ ＮＲ ｓｉｄｅｌｉｎｋ ｒｅｌａｙ
［２］３ＧＰＰ ＴＳ ３６．３００－ＴＳＧＲＡＮ Ｅ－ＵＴＲＡ ａｎｄ Ｅ－ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１５．４．０）
［３］３ＧＰＰ ＴＲ ３６．７４６－Ｓｔｕｄｙ ｏｎ Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ＬＴＥ Ｄ２Ｄ，ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｒｅｌａｙｓ ｆｏｒ ＩｏＴ ａｎｄ Ｗｅａｒａｂｌｅｓ（Ｖ１５．１．１）
［４］３ＧＰＰ ＴＳ ３８．３００－ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２（Ｖ１６．１．１）
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【手続補正書】
【提出日】2024-05-20
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線送信／受信ユニット（ＷＴＲＵ）において実装された方法であって、第１のアップリンク論理チャネルの優先順位レベルに基づいて、アップリンクデータ送信の第１の優先順位レベルを決定することと、
サイドリンク論理チャネルにマッピングされた１つ以上のアップリンク論理チャネルを決定することと、
決定された１つ以上のアップリンク論理チャネルに基づいて、第２のアップリンク論理チャネルの第２の優先順位レベルを決定することと、
前記第２のアップリンク論理チャネルの前記第２の優先順位レベルに基づいて、サイドリンクデータ送信の第３の優先順位レベルを決定することであって、前記第２のアップリンク論理チャネルは、前記サイドリンクデータ送信に関連付けられた前記サイドリンク論理チャネルに対応する、決定することと、
前記第１の優先順位レベルと前記第３の優先順位レベルとの間の比較に基づいて、前記サイドリンクデータ送信又は前記アップリンクデータ送信のうちの１つを送信することと、を含む、方法。
【請求項2】
前記第２のアップリンク論理チャネルの前記第２の優先順位レベルは、前記１つ以上のアップリンク論理チャネルの中の最大優先順位レベル又は最小優先順位レベルに対応する、請求項１に記載の方法。
【請求項3】
前記アップリンクデータ送信が前記サイドリンクデータ送信と重複するであろうことを決定することを含む、請求項１又は２に記載の方法。
【請求項4】
前記ＷＴＲＵからの前記サイドリンクデータ送信がリモートＷＴＲＵのレイヤ２宛先に対応することを決定することを含む、請求項１～３のいずれか一項に記載の方法。
【請求項5】
前記サイドリンク論理チャネルは、（１）前記サイドリンクデータ送信における最高優先順位サイドリンク論理チャネル、又は（２）前記サイドリンクデータ送信における最低優先順位サイドリンク論理チャネル、である、請求項１～４のいずれか一項に記載の方法。
【請求項6】
前記サイドリンクデータ送信又は前記アップリンクデータ送信のうちの１つの前記送信することは、より高い優先順位レベルを有する前記１つを送信することを含む、請求項１～５のいずれか一項に記載の方法。
【請求項7】
前記第２のアップリンク論理チャネルは、前記ＷＴＲＵの適応レイヤマッピングから、前記サイドリンクデータ送信に関連付けられた前記サイドリンク論理チャネルにマッピングする、請求項１～６のいずれか一項に記載の方法。
【請求項8】
前記第２のアップリンク論理チャネルは、前記サイドリンクデータ送信に関連付けられた前記サイドリンク論理チャネルにマッピングするサービス品質（ＱｏＳ）要件を含む、請求項１～７のいずれか一項に記載の方法。
【請求項9】
無線送信／受信ユニット（ＷＴＲＵ）であって、プロセッサと、トランシーバユニットと、記憶ユニットと、を備え、第１のアップリンク論理チャネルの優先順位レベルに基づいて、アップリンクデータ送信の第１の優先順位レベルを決定することと、
サイドリンク論理チャネルにマッピングされた１つ以上のアップリンク論理チャネルを決定することと、
決定された１つ以上のアップリンク論理チャネルに基づいて、第２のアップリンク論理チャネルの第２の優先順位レベルを決定することと、
前記第２のアップリンク論理チャネルの前記第２の優先順位レベルに基づいて、サイドリンクデータ送信の第３の優先順位レベルを決定することであって、前記第２のアップリンク論理チャネルは、前記サイドリンクデータ送信に関連付けられた前記サイドリンク論理チャネルに対応する、決定することと、
前記第１の優先順位レベルと前記第３の優先順位レベルとの間の比較に基づいて、前記サイドリンクデータ送信又は前記アップリンクデータ送信のうちの１つを送信することと、を行うように構成された、ＷＴＲＵ。
【請求項10】
前記第２のアップリンク論理チャネルの前記第２の優先順位レベルは、前記１つ以上のアップリンク論理チャネルの中の最大優先順位レベル又は最小優先順位レベルに対応する、請求項９に記載のＷＴＲＵ。
【請求項11】
前記アップリンクデータ送信が前記サイドリンクデータ送信と重複するであろうことを決定するように構成された、請求項９又は１０に記載のＷＴＲＵ。
【請求項12】
前記サイドリンク論理チャネルは、（１）前記サイドリンクデータ送信における最高優先順位サイドリンク論理チャネル、又は（２）前記サイドリンクデータ送信における最低優先順位サイドリンク論理チャネル、である、請求項９～１１のいずれか一項に記載のＷＴＲＵ。
【請求項13】
前記サイドリンクデータ送信又は前記アップリンクデータ送信のうちの１つを送信することが、より高い優先順位レベルを有する前記１つを送信することを含む、請求項９～１２のいずれか一項に記載のＷＴＲＵ。
【請求項14】
前記第２のアップリンク論理チャネルは、前記ＷＴＲＵの適応レイヤマッピングから、前記サイドリンクデータ送信に関連付けられた前記サイドリンク論理チャネルにマッピングする、請求項９～１３のいずれか一項に記載のＷＴＲＵ。
【請求項15】
前記第２のアップリンク論理チャネルは、前記サイドリンクデータ送信に関連付けられた前記サイドリンク論理チャネルにマッピングするサービス品質（ＱｏＳ）要件を含む、請求項９～１４のいずれか一項に記載のＷＴＲＵ。
【国際調査報告】