(57)【要約】無線送受信ユニット（ＷＴＲＵ）におけるサイドリンク通信のための方法および装置が説明される。例えば、第１および第２のリソースプールを用いて構成された第１のＷＴＲＵは、第２のリソースプールの少なくとも１つの輻輳測定を実行できる。第１のリソースプールは、第１のデータの送信のため前記第１のＷＴＲＵにより使用するよう構成できる。第２のリソースプールは、第１のデータよりも高い優先度と関連付けられた第２のデータの送信のために、第２のＷＴＲＵにより使用するよう構成できる。第２のリソースプールの少なくとも１つの輻輳測定が、事前決定されたしきい値を下回る場合、第１のＷＴＲＵは、第１のリソースプールを使用して、第１のデータを送信できる。第２のリソースプールの少なくとも１つの輻輳測定が、事前決定されたしきい値を上回る場合、第１のＵＳは、第１のリソースプールを使用して、第１のデータを送信しないことができる。
2021533648.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線送受信ユニット（ＷＴＲＵ）におけるサイドリンク通信のための方法であって、
第１のリソースプールおよび第２のリソースプールを用いて構成された前記第１のＷＴＲＵによって、前記第１のリソースプール上における第１のデータの送信を決定するために、前記第２のリソースプールの少なくとも１つの輻輳測定を実行するステップであって、前記第２のリソースプールは、前記第１のデータよりも高い優先度と関連付けられた第２のデータの送信のために、第２のＷＴＲＵによって使用するように構成される、ステップと、
前記第２のＷＴＲＵと関連付けられた前記第２のリソースプールの前記少なくとも１つの輻輳測定に基づいて、事前決定された時間の期間の後、前記第１のリソースプールを使用して、前記第１のデータを送信するステップと
を備える方法。
【請求項２】
前記少なくとも１つの輻輳測定は、チャネル占有、受信信号強度またはチャネルビジー率のうちの少なくとも１つを含む請求項１に記載の方法。
【請求項３】
前記第１のリソースプールまたは前記第２のリソースプールは、時間領域、周波数領域または空間領域のうちの少なくとも１つから選択される１つまたは複数の要素を含む、無線リソースのセットである請求項１に記載の方法。
【請求項４】
前記第２のリソースプールの前記少なくとも１つの輻輳測定が、事前決定されたしきい値を下回る条件で、時間の遅延なしに、前記第１のリソースプールを使用して、前記第１のデータを送信するステップ
をさらに備える請求項１に記載の方法。
【請求項５】
前記第２のリソースプールの前記少なくとも１つの輻輳測定が、事前決定されたしきい値を上回る条件で、前記第１のリソースプールを使用して、前記第１のデータを送信しないことを決定するステップ
をさらに備える請求項１に記載の方法。
【請求項６】
前記第１のリソースプールを使用する前記第１のデータの送信を、前記事前決定された時間の期間の間、延期するステップ
をさらに備える請求項５に記載の方法。
【請求項７】
前記第１のリソースプールを使用する前記第１のデータの前記送信を前記第１のＷＴＲＵが再開するまで、前記第１のデータを前記第１のＷＴＲＵのバッファ内にストアするステップ
をさらに備える請求項６に記載の方法。
【請求項８】
前記第１のリソースプールを使用する前記第１のデータの予約された送信を先に行うステップ
をさらに備える請求項５に記載の方法。
【請求項９】
前記第１のリソースプール内のリソースの量を減らすステップと、
前記第１のリソースプール内の残りのリソースを使用することに基づいて、前記第１のデータを送信するステップと
をさらに備える請求項５に記載の方法。
【請求項１０】
基地局から、前記第１のリソースプールおよび前記第２のリソースプールと関連付けられた情報を含む、リソースプール構成を受信するステップであって、前記第１のリソースプールは、前記第１のＷＴＲＵと関連付けられた前記第１のデータの送信のために構成され、前記第２のリソースプールは、前記第２のＷＴＲＵと関連付けられた前記第２のデータの送信のために構成される、ステップ
をさらに備える請求項１に記載の方法。
【請求項１１】
サイドリンク通信のための第１の無線送受信ユニット（ＷＴＲＵ）であって、
第１のデータの送信のために前記第１のＷＴＲＵによって使用するための第１のリソースプール、および第２のデータの送信のために第２のＷＴＲＵによって使用するための第２のリソースプールを用いて構成されたプロセッサと、
前記第１のリソースプール上における第１のデータの前記送信を決定するために、前記第２のデータと関連付けられた前記第２のリソースプールの少なくとも１つの輻輳測定を実行するようにさらに構成された前記プロセッサであって、前記第２のデータは、前記第１のデータよりも高い優先度と関連付けられている、前記プロセッサと、
前記第２のＷＴＲＵと関連付けられた前記第２のリソースプールの前記少なくとも１つの輻輳測定に基づいて、事前決定された時間の期間の後、前記第１のリソースプールを使用して、前記第１のデータを送信するように構成された送信機と
を備えたＷＴＲＵ。
【請求項１２】
前記少なくとも１つの輻輳測定は、チャネル占有、受信信号強度またはチャネルビジー率のうちの少なくとも１つを含む請求項１１に記載の第１のＷＴＲＵ。
【請求項１３】
前記第１のリソースプールまたは前記第２のリソースプールは、時間領域、周波数領域または空間領域のうちの少なくとも１つから選択される１つまたは複数の要素を含む、無線リソースのセットである請求項１１に記載の第１のＷＴＲＵ。
【請求項１４】
前記送信機は、前記第２のリソースプールの前記少なくとも１つの輻輳測定が、事前決定されたしきい値を下回る条件で、時間の遅延なしに、前記第１のリソースプールを使用して、前記第１のデータを送信するようにさらに構成された請求項１１に記載の第１のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記第２のリソースプールの前記少なくとも１つの輻輳測定が、事前決定されたしきい値を上回る条件で、前記第１のリソースプールを使用して、前記第１のデータを送信しないことを決定するようにさらに構成された請求項１１に記載の第１のＷＴＲＵ。
【請求項１６】
前記プロセッサは、前記第１のリソースプールを使用する前記第１のデータの送信を、前記事前決定された時間の期間の間、延期するようにさらに構成された請求項１５に記載の第１のＷＴＲＵ。
【請求項１７】
前記プロセッサは、前記第１のリソースプールを使用する前記第１のデータの前記送信を前記第１のＷＴＲＵが再開するまで、前記第１のデータを前記第１のＷＴＲＵのバッファ内にストアするようにさらに構成された請求項１６に記載の第１のＷＴＲＵ。
【請求項１８】
前記プロセッサは、前記第１のリソースプールを使用する前記第１のデータの予約された送信を先に行うようにさらに構成された請求項１５に記載の第１のＷＴＲＵ。
【請求項１９】
前記プロセッサは、前記第１のリソースプール内のリソースの量を減らすようにさらに構成され、前記送信機は、前記第１のリソースプール内の残りのリソースを使用することに基づいて、前記第１のデータを送信するようにさらに構成された請求項１５に記載の第１のＷＴＲＵ。
【請求項２０】
基地局から、前記第１のリソースプールおよび前記第２のリソースプールと関連付けられた情報を含む、リソースプール構成を受信するよう構成された受信機であって、前記第１のリソースプールは、前記第１のＷＴＲＵと関連付けられた前記第１のデータの送信のために構成され、前記第２のリソースプールは、前記第２のＷＴＲＵと関連付けられた前記第２のデータの送信のために構成される、受信機
をさらに備えた請求項１１に記載の第１のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ニューラジオ車車間／路車間通信（ＮＲ  Ｖ２Ｘ）における自律的リソース選択のための方法および装置に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、それらの内容が参照によって本明細書に組み込まれる、２０１８年８月７日に出願された米国特許仮出願第６２／７１５５１２号、および２０１８年９月２５日に出願された米国特許仮出願第６２／７３５９８１号の利益を主張する。
【０００３】
ロングタームエボリューションデバイス間（ＬＴＥ  Ｄ２Ｄ: Device to Device）通信においては、無線送受信ユニット（ＷＴＲＵ）は、ＷＴＲＵに対して事前割り当てまたは事前構成された送信の優先度に基づいて、無線リソースを選択することができる。ロングタームエボリューション車車間／路車間（ＬＴＥ  Ｖ２Ｘ: Vehicle to Everything）通信においては、ＷＴＲＵは、単一のリソースプールを使用して、限られた数のサービス品質（ＱｏＳ）要件を有するデータを送信することができる。ＬＴＥ  Ｄ２ＤおよびＬＴＥ  Ｖ２Ｘと比較すると、ニューラジオ車車間／路車間（ＮＲ  Ｖ２Ｘ: New Radio Vehicle to Everything）は、より効率的／動的なリソース選択を必要とする、より広範囲のＱｏＳを実施する。例えば、ＮＲ  Ｖ２Ｘについての待ち時間要件は、ＬＴＥ  Ｄ２ＤおよびＬＴＥ  Ｖ２Ｘのそれらよりもはるかに小さい。データレートおよび信頼性要件は、ＮＲ  Ｖ２Ｘのほうが、ＬＴＥ  Ｄ２ＤおよびＬＴＥ  Ｖ２Ｘよりもはるかに大きい。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、ＮＲ  Ｖ２Ｘにおける増大するＱｏＳ要件を満たすために、特に高輻輳の期間の間、無線リソースを効率的／動的に選択する方法および装置が、必要とされる。
【課題を解決するための手段】
【０００５】
本明細書においては、ニューラジオ車車間／路車間（ＮＲ  Ｖ２Ｘ）での、無線送受信ユニット（ＷＴＲＵ）におけるサイドリンク通信のための方法および装置が、説明される。例えば、第１のリソースプールおよび第２のリソースプールを用いて構成された第１のＷＴＲＵは、第１のリソースプール上における第１のデータの送信を決定するために、第２のリソースプールの少なくとも１つの輻輳測定を実行することができる。第１のリソースプールは、第１のデータの送信のために、第１のＷＴＲＵによって使用するように構成することができる。第２のリソースプールは、第２のデータの送信のために、第２のＷＴＲＵによって使用するように構成することができる。第２のデータは、第１のデータよりも高い優先度と関連付けることができる。少なくとも１つの輻輳測定は、チャネル占有、受信信号強度、またはチャネルビジー率のうちの少なくとも１つを含むことができる。
【０００６】
第２のＷＴＲＵと関連付けられた第２のリソースプールの少なくとも１つの輻輳測定に基づいて、第１のＷＴＲＵは、第１のリソースプール上において、第１のデータを送信することができ、または送信しないことができる。具体的には、第２のリソースプールの少なくとも１つの輻輳測定が、事前決定されたしきい値を下回る場合、第１のＷＴＲＵは、第１のリソースプールを使用して、第１のデータを送信することができる。第２のリソースプールの少なくとも１つの輻輳測定が、事前決定されたしきい値を上回る場合、第１のＷＴＲＵは、事前決定された時間の期間の間、第１のリソースプール上における第１のデータの送信を延期することができる。第２のリソースプールの少なくとも１つの輻輳測定が、事前決定されたしきい値を上回る場合、第１のＷＴＲＵは、第１のリソースプール上における第１のデータの予約された送信（または将来の送信）を先に行うことができる。第２のリソースプール上における少なくとも１つの輻輳測定が、事前決定されたしきい値を上回る場合、第１のＷＴＲＵは、第１のリソースプール内のリソースの量を低減させ、その後、第１のリソースプール内の残りのリソースを使用して、第１のデータを送信することができる。
【０００７】
より詳細な理解は、添付の図面と併せて、例として与えられる、以下の説明から得ることができ、図中の同様の参照番号は、同様の要素を示す。
【図面の簡単な説明】
【０００８】
【図１Ａ】１つ以上の開示された実施形態を実施できる、例示的通信システムを示す図である。
【図１Ｂ】実施形態による、図１Ａの通信システム内で使用できる、例示的無線送受信ユニット（ＷＴＲＵ）を示す図である。
【図１Ｃ】実施形態による、図１Ａの通信システム内で使用できる、例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）のシステム図である。
【図１Ｄ】実施形態による、図１Ａの通信システム内で使用できる、さらなる例示的ＲＡＮおよびＣＮを示すシステム図である。
【図２】リソース選択の例示的な手順を説明する図である。
【図３】異なる中心周波数または帯域幅パート（ＢＷＰ）に基づいた、例示的リソース選択を説明する図である。
【図４Ａ】サービス品質（ＱｏＳ）ベースのリソースプールを使用する、例示的リソース選択を説明する図である。
【図４Ｂ】輻輳測定に基づいた、例示的リソース選択を説明する図である。
【図５】輻輳測定に基づいたリソース選択のための例示的手順を説明する図である。
【発明を実施するための形態】
【０００９】
図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【００１０】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４と、ＣＮ１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノノインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【００１１】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１２】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【００１３】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【００１４】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１５】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１６】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【００１７】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けることができる。
【００１８】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（ＷｉＦｉ））
、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１９】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がないことがある。
【００２０】
ＲＡＮ１０４は、ＣＮ１０６と通信することができ、ＣＮ１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００２１】
ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスから成る地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のＣＮを含むことができる。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２５】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることができる。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２６】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２７】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらメモリにデータを記憶させることができる。
【００２９】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３０】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【００３１】
プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることができる。
【００３２】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。
【００３３】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【００３４】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３５】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。
【００３６】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００３７】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間における交換のためのコントロールプレーン機能を提供することができる。
【００３８】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることができる。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することができる。
【００３９】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されることができ、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４０】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。
【００４１】
図１Ａ〜図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【００４２】
代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであることができる。
【００４３】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【００４４】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用されることができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つのＳＴＡ）が、送信することができる。
【００４５】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【００４６】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成されることができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成されることができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成されることができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされることができ、データは、送信ＳＴＡによって送信されることができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。
【００４７】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含むことができる。
【００４８】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、利用可能な周波数バンドの大部分が、アイドルのままであり、利用可能であることができるとしても、利用可能な周波数バンド全体をビジーと見なすことができる。
【００４９】
米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。
【００５０】
図１Ｄは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上で言及されたように、ＲＡＮ１０４は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【００５１】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示されず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあることができるが、残りのコンポーネントキャリアは、免許要スペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。
【００５２】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００５３】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【００５４】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けられることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。
【００５５】
図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００５６】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されることができる。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスを確立することができる。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供することができる。
【００５７】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続されることもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ  ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。
【００５８】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。
【００５９】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００６０】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示されず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。
【００６１】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストを行う目的で、別のデバイスに直接的に結合されることができ、およ
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。
【００６２】
車車間／路車間（Ｖ２Ｘ: Vehicle to Everything）などの車両通信は、それによってＷＴＲＵが互いに直接的に通信することができる、通信のモードである。車両（Ｖ２Ｘ）通信には、異なる動作モードが、存在することができる。例えば、モード３においては、ネットワークは、ＷＴＲＵに、Ｖ２Ｘサイドリンク送信のためのスケジューリング割り当てを与えることができる。モード４においては、ＷＴＲＵは、構成／事前構成されたリソースプールから、リソースを自律的に選択することができる。リソースプールの異なるカテゴリが、存在することができる。Ｖ２Ｘ送信を受信するために、受信リソースプールを監視することができる。モード４においては、送信リソースを選択するために、ＷＴＲＵによってＶ２Ｘ送信リソースプールを使用することができる。送信リソースプールは、モード３において構成されたＷＴＲＵによっては、使用することができない。
【００６３】
リソースプール構成またはリソースプールは、無線リソース制御（ＲＲＣ）シグナリングまたはシステム情報ブロードキャスティング（例えば、ＳＩＢ）を介して、半静的または動的にＷＴＲＵに伝達することができる。モード４においては、ＷＴＲＵは、ＲＲＣ構成された送信プールからリソースを選択する前に、センシングを使用することができる。プール構成は、システム情報ブロック（ＳＩＢ）および／または専用ＲＲＣシグナリングを介して、搬送することができる。
【００６４】
本明細書で使用される場合、リソースプールという用語は、無線リソースの１つまたは複数のセットを指すことができる。リソースプールと、プールと、無線リソースプールという用語は、本開示全体を通して交換可能に使用されることができる。リソース（または無線リソース）という用語は、時間領域、周波数領域、および／または空間領域から選択された１つまたは複数の要素を指すことができる。リソースの例は、リソースブロック（ＲＢ）、リソース要素（ＲＥ）、周波数、無線フレーム、サブフレーム、サブチャネル、シンボル、サブキャリア、ビームパターン、およびアンテナ配置を含むことができるが、それらに限定されない。
【００６５】
ニューラジオ（ＮＲ）システムは、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼性低遅延通信（ＵＲＬＬＣ）など、数々の使用事例をサポートすることが期待されている。ＮＲシステムにおける拡張Ｖ２Ｘ（ｅＶ２Ｘ: enhanced V2X）通信は、安全および非安全両方のシナリオについての新しいサービス（例えばセンサ共用、自動運転、車両隊列走行、遠隔運転）をサポートすることが期待されている。異なるｅＶ２Ｘサービスは、異なる性能要件を必要とする。いくつかのシナリオについては、３ｍｓの待ち時間が必要とされることがある。
【００６６】
ＮＲシステムにおけるＶ２Ｘの新しい使用事例は、車両隊列走行であることができる。車両隊列走行は、車両が、一緒に走行するグループを動的に形成することを可能にすることができる。隊列内の車両は、隊列動作を継続するために、先頭車両から定期的なデータを受信することができる。この情報は、車両間の距離が、きわめて小さくなることを可能にすることができる（例えば、時間に変換されたギャップ距離は、秒未満の範囲内にあることができる）。隊列走行アプリケーションは、後続車両が、自律的に運転されることを可能にすることができる。
【００６７】
ＮＲシステムにおけるＶ２Ｘの別の新しい使用事例は、高度運転であることができる。高度運転は、半自動または全自動運転を可能にすることができる。より長い車間距離を想定することができる。各車両および／または路側機（ＲＳＵ: Roadside Unit）は、それのローカルセンサから獲得したデータを、近くの車両と共有することができ、したがって、車両が、それらの軌道または動作を調整することを可能にする。加えて、各車両は、それの運転意図を、近くの車両と共有することができる。この使用事例グループの利点は、より安全な走行、衝突回避、および改善された交通効率である。
【００６８】
ＮＲシステムにおけるＶ２Ｘの別の新しい使用事例は、拡張センサであることができる。拡張センサは、車両、ＲＳＵ、歩行者のデバイス、およびＶ２Ｘアプリケーションサーバ間における、ローカルセンサを通して収集された生データもしくは処理されたデータ、またはライブビデオデータの交換を可能にすることができる。車両は、それら自体のセンサが検出することができる以上に、環境の認識を強化し、ローカル状況のより全体的な展望を有することができる。
【００６９】
ＮＲシステムにおけるＶ２Ｘの別の新しい使用事例は、遠隔運転であることができる。遠隔運転は、遠隔ドライバまたはＶ２Ｘアプリケーションが、自分自体では運転することができない乗客用のリモート車両、または危険な環境に配置されたリモート車両を操作することを可能にすることができる。公共交通機関など、変化が限られ、ルートが予測可能なケースについては、クラウドコンピューティングに基づいた運転を使用することができる。加えて、この使用事例グループについては、クラウドベースのバックエンドサービスプラットフォームへのアクセスを検討することができる。
【００７０】
Ｖ２Ｘにおけるモード４のためのリソース選択は、センシング結果、輻輳測定、または他の任意の方法の使用に基づくことができる。例においては、リソース選択またはリソース再選択手順をトリガした際、ＷＴＲＵは、最後の１秒などの時間期間（すなわち、リソース選択がトリガされた瞬間をｎとすると、サブフレーム［ｎ−１０００，ｎ］によって表される時間の期間）にわたって、センシング結果をチェックすることができる。センシング結果は、最後の時間期間における、すべての検出されたサイドリンク制御情報（ＳＣＩ）送信を含むことができる。
【００７１】
ＷＴＲＵは、時間期間［ｎ＋Ｔ１，ｎ＋Ｔ２］における、利用可能なリソースを決定することができる。Ｔ１は、ＷＴＲＵ実施によって決定することができる。Ｔ２は、選択可能なリソースのセットを表することができ、送信されるデータの待ち時間要件に基づいて、決定することができる。具体的には、Ｔ２は、Ｔ２ｍｉｎ＜Ｔ２＜１００を満足することができ、Ｔ２ｍｉｎは、ネットワークによって構成することができ、Ｔ２は、上位レイヤから受け取られたパケットの待ち時間要件を満足するようなものである。
【００７２】
リソース利用可能性は、最後の１秒における他のＷＴＲＵ送信と関連付けられたＰＰＰＰに対する、送信されるデータのプロセパケット別優先度（ＰＰＰＰ：ProSe Per-Packet Priority）によって決定することができる。具体的にはＷＴＲＵは、送信されたＰＰＰＰおよび受信されたＰＰＰＰの組み合わせ毎に、物理サイドリンク制御チャネル（ＰＳＣＣＨ）基準信号受信電力（ＲＳＲＰ）しきい値のセットを用いて構成することができる。別のＷＴＲＵによって送信されたサイドリンク制御情報（ＳＣＩ）が、ウィンドウ［ｎ＋Ｔ１，ｎ＋Ｔ２］内のリソース、またはＷＴＲＵ自体の送信の期間に依存する、いずれかの後続ウィンドウ内のリソースを予約しており、ＳＣＩの測定されたＲＳＲＰが、送信されるＰＰＰＰ、および受信されたＳＣＩ内に含まれるＰＰＰＰのために構成されたしきい値を上回る場合、ＷＴＲＵはそのようなリソースは占有されていると見なすことができる。
【００７３】
リソース選択を実行する前に、ＷＴＲＵは、利用可能なリソースの量が、例えば、選択可能な時間ウィンドウ内のリソースの２０％を上回るかどうかを決定することができる。そうである場合、ＷＴＲＵは、最低の受信信号強度インジケータ（ＲＳＳＩ）を有するリソースの２０％の間で、ランダム選択を実行することができる。そうではない場合、ＷＴＲＵは、ネットワーク（ＮＷ）構成されたＲＳＲＰしきい値の各々を３ｄＢだけ低減させることによって、利用可能なリソースの決定を再び繰り返すことができる。
【００７４】
モード４  ＷＴＲＵは、送信の実際の期間ばかりでなく、次の期間のためにも、それが同じリソースを保持／予約する旨のインジケーションを、送信のためのサブチャネルを示すＳＣＩにおいて、示すことによって、定期的な送信のための将来のリソースを予約することができる。ＷＴＲＵは、それの次の予約期間のためにリソースを保持しようとする送信ＷＴＲＵの意図を認識することができる。定期的なトラフィックと関連付けられたリソース選択の間、ＷＴＲＵは、それがリソースを維持／予約する多数の期間をランダムに選択することができる。その後、それは、このランダムな選択に等しい回数だけ、それの送信のたび毎に、ＳＣＩ内にリソース予約フラグを設定することができる。さらに、同じリソース上における連続する送信の数が、ひとたび尽きると、ＷＴＲＵは、新しいリソースを保持するか、それとも再選択するかをさらに決定することができる。そのような決定も、ＷＴＲＵにおいて、ランダムに実行することができる。
【００７５】
従来のＶ２Ｘにおいては、ＰＣ５サービス品質（ＱｏＳ）は、ＰＰＰＰおよびプロセパケット別信頼性（ＰＰＰＲ：ProSe Per Packet Reliability）のパラメータによって管理される。Ｖ２ＸにおけるＷＴＲＵは、ＰＰＰＰおよびおそらくはＰＰＰＲを有するパケットを、上位レイヤから受け取ることができる。ＰＰＰＰは、論理チャネル優先順位付け（ＬＣＰ）における優先順位付けのために使用される。ＷＴＲＵは、サイドリンクグラントにおいて送信されるデータを選択するとき、より低いＰＰＰＰを有するデータを優先することができる。加えて、ＰＰＰＰは、ｅＮＢが異なるＷＴＲＵ間におけるモード３送信を優先順位付けするために、論理チャネル（ＬＣＧ）を介して、ｅＮＢに暗黙的に提供することができる。ＷＴＲＵは、２つの別々のキャリア上において送信を重複させるかどうかを決定するために、ＰＰＰＲを使用することができる。ＷＴＲＵは、ネットワークによって、ＰＰＰＲしきい値を用いて構成することができる。しきい値を下回るＰＰＰＲ（すなわち、より高い信頼性要件）を有するパケットが、受信された場合、ＷＴＲＵは、２つの異なるキャリア上において、同じパケットを送信することができる。
【００７６】
ＮＲ  Ｖ２ＸのためのＱｏＳ要件は、従来のＶ２Ｘのそれとは異なることができる。以前に定義されたＰＰＰＰ／ＰＰＰＲは、新しい使用事例のニーズを満足しないことがある。ペイロード（バイト）、伝送速度（メッセージ／秒）、最大エンドツーエンド待ち時間（ｍｓ）、信頼性（％）、データレート（Ｍｂｐｓ）、および最小必要通信範囲（メートル）など、ｅＶ２Ｘサービスのために検討すべき、より多くのＱｏＳパラメータが、存在することができる。
【００７７】
同じサービス要件のセットを、ＰＣ５ベースのＶ２Ｘ通信およびＵｕベースのＶ２Ｘ通信の両方に適用することができることに留意されたい。ＮＲ  Ｖ２Ｘは、ＰＣ５上におけるＶ２Ｘ通信のために５ＱＩを使用する、ＰＣ５およびＵｕのための統合ＱｏＳモデルを有することができる。このように、アプリケーション層は、使用されるリンクにかかわりなく、ＱｏＳ要件を示す、一貫した方法を有することができる。
【００７８】
ユニキャストおよびマルチキャストタイプのトラフィックについては、Ｕｕのそれと同じＱｏＳモデルを利用することができる（すなわち、ユニキャストリンクの各々は、ベアラとして扱うことができ、ＱｏＳフローを関連付けることができる）。５Ｇ  ＱｏＳインジケータ（５ＱＩ）において定義されたＱｏＳ特性、およびデータレートの追加パラメータを適用することができる。加えて、最小必要通信範囲は、特にＰＣ５使用のための追加パラメータとして扱うことができる。
【００７９】
ブロードキャストトラフィックについては、ベアラ概念は、存在しない。このケースにおいては、５ＱＩは、ＰＰＰＰ／ＰＰＰＲのそれと同様な方法で（すなわち、パケットの各々でタグ付けされて）、使用されることができる。５ＱＩの新しいセットは、ＮＲ  Ｖ２Ｘのために、特に定義されることができ、Ｖ２Ｘ  ５ＱＩ（ＶＱＩ）と呼ばれる。
【００８０】
異なるタイミング要件を有するＷＴＲＵのためのリソースの利用可能性が、本明細書において説明される。例えば、従来のＶ２Ｘにおけるパケット毎の待ち時間要件は、ある使用事例については、１０ｍｓほどの低さである。一方、他の使用事例は、１００ｍｓの待ち時間を許容する。ＮＲ  Ｖ２Ｘにおいては、待ち時間要件は、１００ｍｓから３ｍｓの間で変化することができる。Ｖ２Ｘにおけるリソース選択メカニズムは、送信されるパケットの待ち時間要件に基づいて、リソース選択ウィンドウ（すなわち、Ｔ２）を決定することに依存することができる。（例えば、１ｍｓの持続時間を有する）サブフレームは、このウィンドウから選択されることができる。このリソース選択メカニズムは、以下の問題を提示することがある。（例えば、時間クリティカルなＷＴＲＵについては）Ｔ２が、減少するにつれて、ＷＴＲＵが選択することができるリソースの数が、より少なくなり、衝突の可能性が、高められる。非時間クリティカルなＷＴＲＵが、直ちに発生する時間におけるリソースを選択することができるスキームは、時間クリティカルな送信を有するＷＴＲＵと、時間クリティカルな送信を有さないＷＴＲＵとの間のリソース選択における公平性を促進しない。
【００８１】
さらに、大帯域幅アプリケーションに対して効率的でないことがある、ランダム選択のためのリソースの過剰アロケーション(over-allocation)が、本明細書において説明される。上で説明されたように、リソース選択は、利用可能なリソースの２０％の決定と、これらのリソース間におけるランダム選択とに基づくことができる。ランダム選択をそこから実行すべき、利用可能なリソースのそのような大きい比率を有することは、同じ予約期間の間にリソース選択を実行するＷＴＲＵが、衝突しないことを保証することができる。
【００８２】
ＮＲ  Ｖ２Ｘについては、パケットサイズおよびデータレートは、著しくより大きいことがある。ＷＴＲＵは、従来のＶ２Ｘと比較して、より大量のリソースを予約する必要があることがある。加えて、ＮＲ  Ｖ２Ｘにおいては、信頼性要件（誤り率）が、より厳しいことがある。リソースの２０％が利用可能であることを作為的に達成するために、利用可能性しきい値を３ｄＢだけ高めることは、ＮＲ  Ｖ２Ｘリソース選択に対しては実現可能でないことがある。
【００８３】
ＮＲリソース選択は、高周波数におけるビームベース送信、ならびに異なる送信時間間隔（ＴＴＩ）フォーマット（例えば、スロットベースおよびシンボルベース）など、新しいＮＲ  ＲＡＴ特性を検討する必要があることがある。
【００８４】
従来のＶ２Ｘ  ＰＣ５リソース選択は、ＰＰＰＰ（例えば、優先度および遅延バジェット）によって定義されたＱｏＳモデルに基づく。ＮＲ  Ｖ２Ｘリソース選択は、待ち時間、信頼性、輻輳、または最小送信範囲（minimum transmission range）などの新しいＮＲ  ＱｏＳ要件を検討する必要があることがある。上記の問題に対処する、モード４  ＰＣ５のための新しいリソース選択メカニズムが、ＮＲ  Ｖ２Ｘにとって望ましいことがある。
【００８５】
図２は、本明細書において説明される他の実施形態のいずれかと組み合わせて使用することができる、例示的なリソース選択手順２００を例示している。ステップ２１０において、ＷＴＲＵは、リソース選択をそこから行うことができる、時間／周波数／ビームリソースのセット（すなわち、選択可能なリソースのセット）を決定することができる。そのようなリソースは、送信されるデータの待ち時間要件を満たすことができる。選択可能なリソースを決定すると、ステップ２２０において、ＷＴＲＵは、（例えば、他のＷＴＲＵによるリソースの使用の決定を含む、基準に基づいて）利用可能なリソースの数を決定することができる。ＷＴＲＵは、そのようなリソースが、必要とされるデータを送信するのに十分であるかどうかを決定することができる。ステップ２３０において、ＷＴＲＵは、利用可能なリソースのセットから、その上で送信すべき実際のリソースを選択することができる。
【００８６】
特定の時間／周波数リソースのリソース粒度（resource granularity）は、静的に定義されることができ、またはＷＴＲＵによって動的に定義／決定されることができる。ＷＴＲＵは、以下のうちの１つまたは複数に基づいて、特定のリソース（時間／周波数／ビーム）の粒度（例えば、スロットベースまたはシンボルベース）を決定することができる。
【００８７】
ＷＴＲＵは、リソースプール構成（resource pool configuration）に基づいて、粒度を決定することができる。例えば、ＷＴＲＵは、ネットワーク（例えば、基地局）から、１つまたは複数の送信／受信プール構成を受信することができ、それは、リソースプール内のリソースの各々のリソース粒度を示すことに加えて、そのプールについての許容可能な時間／周波数／ビームリソースを定義する。リソースプールは、リソースの１つの粒度（例えば、低粒度またはスロットベース）と関連付けることができる。リソースプールは、高粒度（例えば、シンボル）および低粒度（例えば、スロット）両方のリソースと関連付けることができ、また各タイプに属するのがどのリソースかについてのインジケーション、および潜在的には実際の粒度と関連付けることができる。
【００８８】
ＷＴＲＵは、選択可能なリソースの決定の間、またはリソース選択の間に、リソースの粒度を自律的に決定することができる。そのような決定は、送信のために利用可能な、それが有するデータの時間クリティカリティに基づいて行うことができる。例えば、ＷＴＲＵは、それが、特定の時間／周波数／ビームリソース（例えば、複数のリソースブロックにわたる１つのスロット）上において、そのスロット内のシンボルのサブセット上におけるシンボルベース送信を使用して、送信を行うことができると決定することができる。決定は、センシング結果などに基づくことができる。
【００８９】
ＷＴＲＵは、粒度ベースのネットワーク（ＮＷ）シグナリングを決定することができる。ＷＴＲＵは、特定のリソースの粒度を示す／変更する、ＮＷシグナリング（例えば、ＤＣＩ）を受信することができる。
【００９０】
ＷＴＲＵは、選択可能なリソースの決定の間に、リソース粒度を決定することができる。その後、それは、実際のリソース選択において、そのような決定を使用することができる。あるいは、または加えて、ＷＴＲＵは、そのようなリソースの粒度を決定することなく、選択可能なリソースの決定を実行することができる。リソース選択時に、それは、リソースの粒度を決定し、これに基づいて、リソース選択を実行することができる。
【００９１】
異なるサービスタイプと関連付けられるリソースは、異なる時間粒度を有することができる。より具体的には、１つのサービスは、シンボルベースの粒度を有するリソース上における送信と関連付けることができる。このケースにおいては、１つまたは複数のＯＦＤＭシンボル、および周波数においては１つまたは複数のリソースブロック上において、パケットを完全に送信することができる。他方、別のサービスについては、１つまたは複数のスロット、および周波数においては１つまたは複数のリソースブロックを使用して、パケットを完全に送信することができる。以下の説明では、異なるサービスベースのリソースタイプに言及するために、異なるリソース粒度の例が、使用される。異なるリソース粒度について述べる例は、必ずしも粒度だけに制限されない、（例えば、異なるサービスと関連付けられる）異なるリソースタイプにも言及することができることを理解されたい。
【００９２】
ＷＴＲＵは、それがそこから送信リソースを選択することができるリソースのセットを、送信されるデータと関連付けられたサービスタイプ、クリティカリティ、または他のＱｏＳ関連パラメータに基づいて、決定することができる。ＷＴＲＵは、第１のサービスタイプ／クリティカリティ／ＱｏＳとともに使用するための、それがそこから選択することができる、リソースの第１のセットを用いて構成することができ、それは、第２のサービスタイプ／クリティカリティ／ＱｏＳとともに使用するための、それがそこから選択することができる、リソースの第２のセットを用いて構成することができる。ＷＴＲＵは、本明細書において説明されるリソース選択アクティビティ、すなわち、選択可能なリソースの決定、リソース選択前の時間の期間（Ｔ）にわたるセンシング結果の監視、利用可能なリソースの決定、および送信リソースの選択の、いずれのリソースも制限することができる。制限は、サービスタイプと関連付けられたリソースに適用することができる。
【００９３】
例えば、時間クリティカルな送信については、ＷＴＲＵは、高粒度リソース（例えば、シンボルベースのリソース）を、選択可能なリソースから選択すること、または選択可能なリソースとして使用することができる。それ以外の場合、ＷＴＲＵは、低粒度リソース（例えば、スロットベースのリソース）または粒度があまり高くないリソースを、選択可能なリソースとして使用することができる。
【００９４】
この手法は、特定の時間／周波数／ビームリソースのためのリソース粒度が、静的に（例えば、構成によって）定義されるとき、適用可能であることができる。例えば、ＷＴＲＵは、スロットベースであるリソースのセット、およびシンボルベースであるリソースのセットを用いて構成することができ、いずれも、スロットベースまたはシンボルベースから適宜選択を行うことができる。
【００９５】
ＷＴＲＵは、以下の基準のうちの１つまたは複数に基づいて、選択する各粒度のリソースの量またはパーセンテージを決定するように構成することができる。ＷＴＲＵは、決定のために、時間クリティカリティなど、送信される任意の保留中データのＱｏＳ特性（例えば、優先度、最大遅延、信頼性、送信範囲など）を使用することができる。例えば、ＷＴＲＵは、それが、時間クリティカルまたはより時間クリティカルなリソースを有するとき、選択可能なリソースの一部として、より多くのシンボルベースのリソースを選択することができる。
【００９６】
ＷＴＲＵは、決定のために、ＲＳＳＩ、スケジューリング割り当て（ＳＡ）またはＳＣＩのＲＳＲＰ、および測定された占有など、センシング結果を使用することができる。例えば、ＷＴＲＵは、スロットベースのリソース上におけるＲＳＳＩの全体的な測定が、しきい値を下回る／上回る場合、それが、シンボルベースのリソース上におけるＲＳＳＩの全体的な測定を下回る／上回る場合、選択可能なリソースの一部として、より多くのスロットベースのリソースを選択することができる。ＷＴＲＵは、特定の時間ウィンドウ内における（センシング結果に基づいて決定される）各タイプの利用可能なリソースの量に基づいて、スロットベースまたはシンボルベースのリソースのパーセンテージまたは量を決定することができる。
【００９７】
ＷＴＲＵは、決定を行うために、リソースの各粒度上におけるチャネル占有について測定を行うことができる。例えば、ＷＴＲＵは、異なる粒度（例えば、スロットベース対シンボルベース）のリソースについてのチャネルビジー率（ＣＢＲ）を決定することができ、ＣＢＲおよびおそらくは他のファクタに基づいて、比率／量を選択することができる。
【００９８】
ＷＴＲＵは、ＮＷ構成を使用して、決定を行うことができる。例えば、ＷＴＲＵは、各粒度と関連付けられた、使用するリソースのパーセンテージを用いて、静的に構成することができる。
【００９９】
ＷＴＲＵは、ＷＴＲＵタイプおよび／または意図された受信者を使用して、決定を行うことができる。これは、送信先アドレスに基づくことができ、または送信先がユニキャスト／マルチキャスト／ブロードキャストされるかどうかに依存することができる。
【０１００】
一例においては、ＷＴＲＵは、送信されるデータの時間クリティカリティを使用して、送信するデータの待ち時間要件を満たす、時間／周波数リソースのウィンドウ［Ｔ１，Ｔ２］を選択することができる。それらのリソース内において、ＷＴＲＵは、それがシンボルベース送信を実行することができるかどうかを、待ち時間要件および／またはＴ２の選択された値に基づいて、決定することができる。例えば、Ｔ２＜しきい値である場合、ＷＴＲＵは、リソース選択のために、シンボルベースのリソースとして、ある量（例えば、ｘ％）の時間周波数リソースを使用することができる。このケースにおいては、許容可能なリソースのセットは、シンボルベース（最大ｘ％）およびスロットベース両方のリソースを含むことができる。別の例においては、ＷＴＲＵは、送信されるデータと関連付けられたＰＰＰＰまたは他のＱｏＳ関連パラメータに基づいて、使用可能なシンボルベースのリソースの量を決定することができる。
【０１０１】
ＷＴＲＵは、与えられたリソース選択の試みに対して、１つの粒度だけ（例えば、シンボルベースだけ）のリソースを選択することができる。そのような選択は、以下の基準、すなわち、選択プロセスをトリガした送信されるデータのＱｏＳ（例えば、優先度、必要とされる最大待ち時間など）、ＷＴＲＵタイプ、（例えば、送信先アドレスに基づいた、または送信先がユニキャスト／マルチキャスト／ブロードキャストされるかどうかに依存した）意図された受信者、リソースプールタイプまたはリソースプール構成（例えば、ＷＴＲＵは、特定の粒度を含むＴＸプールを用いて構成することができ、ＷＴＲＵは、他の条件に基づいて、このプールを選択することができる）、およびＮＷ構成のいずれかまたは組み合わせに基づくことができる。
【０１０２】
ＷＴＲＵは、スロットベース送信のためだけ、シンボルベース送信のためだけに使用することができる、またはスロットベースもしくはシンボルベース送信のどちらかのために使用することができる、リソースのセットを用いて構成することができる。スロット／シンボルベース送信を選択することを許可されたＷＴＲＵは、スロット／シンボルベースのリソース、および「柔軟な」リソース（スロットベースまたはシンボルベース送信のどちらかのために使用することができるリソース）から、選択を行うことができる。
【０１０３】
例えば、そのような構成は、ＷＴＲＵの送信プール構成内に存在することができる。リソースは、２つの別々のリソースプール（例えば、すべてのスロットベースのリソースを構成する第１のリソースプール、およびシンボルベースまたはスロットベースとして使用することができるすべてのリソースを構成する第２のリソースプール）内に構成することができる。リソースは、３つの別々のリソースプール（例えば、スロットプール、シンボルプール、およびスロット／シンボルどちらかのプール）内に構成することができる。構成は、（例えば、専用ＲＲＣ構成もしくは事前構成を介した）ＷＴＲＵ別、または（例えば、ＳＩＢを介した）セル別であることができる。この手法の利点は、粒度の純粋にＷＴＲＵ自律的な選択とともに（例えば、ＷＴＲＵがシンボルベース送信をまばらに選択するケースにおいて）発生することがある、過剰なリソース断片化を、それが回避することである。シンボル／スロットベース送信を実行するＷＴＲＵは、以下のうちの、すなわち、優先度、信頼性、または送信のための範囲などの、ＱｏＳ要件、与えられた優先度を用いて送信されるデータの量、送信のための必要とされるビーム方向、角度（ビームの数）、選択がユニキャスト／マルチキャスト／ブロードキャスト送信のためであるかどうか、およびリソースのセット上における測定されたＣＢＲのうちのいずれかに基づいて、それがリソースの「柔軟な」セットから選択することができるかどうか、およびいくつのシンボルベースのリソースを選択することができるかに、さらに制限されることがある。
【０１０４】
あるいは、または加えて、ＷＴＲＵは、どのリソースがシンボルベースのリソースであり、どのリソースがスロットベースのリソースであるかを、自律的に決定することができる。ＷＴＲＵは、さらに、下位レイヤから獲得されたセンシング結果、または各タイプの決定された占有リソースの量、各タイプと関連付けられたＣＢＲ測定など、本明細書においてさらに説明されるリソース選択基準に基づいて、そのような決定を行うことができる。ＷＴＲＵは、さらに、それの送信の時間クリティカリティに基づいて、そのような決定を行うことができる。
【０１０５】
ＷＴＲＵは、サブチャネル（例えば、スロット上の単一のＲＢ）が、別のＷＴＲＵの送信によって占有された、あるシンボルを有すると決定することができる。残りの占有されていない送信は、ＷＴＲＵによって選択可能なシンボルベースのリソースと見なすことができる。
【０１０６】
ＷＴＲＵは、時間ウィンドウにわたるスロットベース送信およびシンボルベース送信の量を決定することができる。ＷＴＲＵは、（例えば、センシング結果に基づいて、利用可能であると決定された）送信リソースが、シンボルベースであるか、それともスロットベースであるかを、（例えば、特定の時間ウィンドウにおいて、ある量のシンボルベースのリソースを維持するための）占有されたシンボルベースとスロットベースのリソースの比を使用して、決定することができる。
【０１０７】
ＷＴＲＵは、さらに、柔軟なリソースのセットからある数のシンボルベースのリソースを選択するために定義されたのと同じ基準のいずれかを、粒度を自律的に決定するために使用することができる。
【０１０８】
ＷＴＲＵは、サブチャネル（例えば、スロット上の単一のＲＢ）が、別のＷＴＲＵの送信によって占有された、あるシンボルを有すると決定することができる。残りの占有されていない送信は、ＷＴＲＵによって選択可能なシンボルベースのリソースと見なすことができる。
【０１０９】
ＷＴＲＵは、時間ウィンドウにわたるスロットベース送信およびシンボルベース送信の量を決定することができる。ＷＴＲＵは、（例えば、センシング結果に基づいて、利用可能であると決定された）送信リソースが、シンボルベースであるか、それともスロットベースであるかを、（例えば、特定の時間ウィンドウにおいて、ある量のシンボルベースのリソースを維持するための）占有されたシンボルベースとスロットベースのリソースの比を使用して、決定することができる。
【０１１０】
ＷＴＲＵは、さらに、柔軟なリソースのセットからある数のシンボルベースのリソースを選択するために定義されたのと同じ基準のいずれかを、粒度を自律的に決定するために使用することができる。
【０１１１】
ＷＴＲＵは、以下の基準、すなわち、ＷＴＲＵがそれまでにパケットを送信することを上位レイヤから要求される、絶対時間または相対時間（例えば、フレーム、サブフレーム、スロットなど）、Ｖ２Ｘ  ５ＱＩ（ＶＱＩ）、優先度（ＰＰＰＰ）、信頼性（ＰＰＰＲ）、期待されるスループット（例えば、優先されるビットレート）など、パケットに添付されたＱｏＳ関連パラメータ、送信と関連付けられたＱｏＳフローまたはフロー識別、サイドリンク無線ベアラなどへの関連付け、安全、遠隔運転、隊列走行、ＵＲＬＬＣ、およびｅＭＢＢなど、アプリケーションタイプ、意図された受信者（例えば、送信先アドレスまたはアイデンティティ）、意図された受信者の役割（例えば、隊列走行先導車、追随車、中継ノードなど）、ならびにビームスイープされる送信、ユニキャスト／マルチキャスト／ブロードキャストなど、決定された送信タイプまたは送信特性のうちの１つまたは複数を使用して、送信の時間クリティカリティを決定または導出することができる。
【０１１２】
ＷＴＲＵは、時間クリティカリティに基づいて、帯域幅、リソースの中心ロケーション、ビーム、開始時間、またはリソース粒度のいずれかを決定することができる。
【０１１３】
ＷＴＲＵは、それらのリソース上で送信されるデータの待ち時間／時間クリティカリティによって決定される選択可能なセットから、リソースを選択することができる。具体的には、ＷＴＲＵは、それらのリソース上において送信されるデータのいくつかまたはすべての時間クリティカリティおよび／または予想される送信／受信時間に応じて、より多い／より少ない量のリソースから選択を行うことが可能であることができる。
【０１１４】
送信の時間クリティカリティの決定に従って、ＷＴＲＵは、そこからのリソース選択が許可される許容可能なリソースの量を決定するために、ある制限／規則／基準を適用することができる。具体的には、ＷＴＲＵは、時間クリティカリティに基づいて、利用可能なリソースの量を定義する、以下のパラメータのいずれかを決定することができる。ＷＴＲＵは、使用することができるリソースブロック、キャリア、およびＢＷＰの数に関して、帯域幅を決定することができる。ＷＴＲＵは、ビームの数、ビーム幅／角度、およびビームスイーピング頻度など、リソースの数を定義する、ビーム関連基準を決定することができる。
【０１１５】
ＷＴＲＵは、それらのリソース上で送信されるデータの待ち時間／時間クリティカリティによって決定される選択可能なセットから、リソースを選択することができる。より具体的には、ＷＴＲＵは、それらのリソース上において送信されるデータのいくつかまたはすべての時間クリティカリティおよび／または予想される送信／受信時間に応じて、より多い／より少ない量のリソースから、選択を行うことが可能であることができる。
【０１１６】
ＷＴＲＵは、上位レイヤからのＱｏＳパラメータ（例えば、待ち時間）の、必要とされる送信時間への関連付けに基づいて、時間瞬間Ｔを決定することができる。この待ち時間に基づいて、ＷＴＲＵは、帯域幅ＢにおいてＴの前に発生するリソース要素（例えば、スロットベースまたはシンボルベースのリソースブロック）の数を計算することによって、そこからリソース選択を実行することができるリソースの総数を決定し、リソースの総数が固定されるように、帯域幅Ｂを設定することができる。リソースの総数は、ネットワークによって構成され、または（例えば、カバレージ外のＷＴＲＵのために）事前構成されることができる。そのような例においては、ＷＴＲＵは、さらに、ＷＴＲＵにおいて計算された、リソースプール、帯域幅パート（ＢＷＰ）、キャリアなどの、現在の使用特性（例えば、チャネルビジー率（ＣＢＲ））、送信されるデータに添付されたＱｏＳ関連パラメータ（例えば、優先度、信頼性など）、送信特性（例えば、送信がユニキャストか、マルチキャストかなど）、およびＷＴＲＵのタイプ（例えば、能力capability）に基づいて、リソースの総数をさらに計算することができる。
【０１１７】
ＷＴＲＵは、送信されるデータと関連付けられたＱｏＳパラメータに基づいて、数々の事前定義されたＢＷまたはＢＷ構成の間で選択を行うことができる。これは、異なるタイミング要件を有するＷＴＲＵが、同じ量のリソースから選択を行うことを（例えば、厳しいタイミング要件を有するＷＴＲＵが、より大きいタイミング要件を有するＷＴＲＵと比較して、より少量のリソースから選択するように制約されないことを）可能にすることによって、リソース選択手順の公平性を保証することができる。それは、選択プロセスにおいて、周波数リソース全体においてリソースの量を制限することによって、あまり時間クリティカルではないデータを有するＷＴＲＵに、時間的により遠くにあり得るリソースを選択することを強制することができる。従来のＶ２Ｘにおいては、すべてのＷＴＲＵのための選択可能なＢＷは、同じであることができ、それは、あまりクリティカルではない時間要件を有するＷＴＲＵが、送信のためにそこから選択する、より大きい量のリソースを有するという、不公平な利点をもたらすことがある。
【０１１８】
ＷＴＲＵは、選択可能なリソースの周波数ロケーション（例えば、中心周波数、基準周波数、帯域幅パートなど）を決定することができ、送信または選択プロセス毎に、おそらくは異なる周波数ロケーションを使用することができる。ＷＴＲＵは、そのような周波数ロケーションを、以下の基準、すなわち、ランダム選択、ＷＴＲＵ測定（例えば、サブバンド、帯域幅パート、プール毎などに適用される、ＲＳＳＩ、ＣＢＲ、またはセンシング結果／測定）、上で定義されたような時間クリティカリティ決定、および／または優先度など送信の他のＱｏＳ特性、ＷＴＲＵ  ＩＤ（例えば、送信先アドレス、または送信ＷＴＲＵアドレス）、送信されるデータに関連する、ＱｏＳフローＩＤ、無線ベアラＩＤ、または類似の識別、ならびにＷＴＲＵによる中心周波数の以前の選択（例えば、２回続けて同じ中心周波数を選択することを回避するなどのルール）のうちの１つまたは複数に基づいて、決定することができる。
【０１１９】
ＷＴＲＵは、最初に、リソースプール、キャリア、ＢＷＰなどにおける、リソースの全セットのＲＳＳＩを決定することができる。その後、ＷＴＲＵは、以前のソリューションのように、帯域幅Ｂ内における選択可能なリソースの平均ＲＳＳＩを最小化するような、中心周波数またはロケーションを選択することができる。
【０１２０】
ＷＴＲＵは、帯域幅Ｂを有するリソースの周波数連続セットを、リソースプール、ＢＷＰ、キャリア内などにおいて獲得することができるように、すべての可能な中心周波数ロケーションを決定することができる。その後、ＷＴＲＵは、これらの可能な中心周波数ロケーションの１つの中から、ランダムに選択を行うことができる。
【０１２１】
図３は、本明細書において説明される他の実施形態のいずれかと組み合わせて使用することができる、異なる中心周波数または帯域幅パート（ＢＷＰ:bandwidth parts）に基づいた、例示的なリソース選択３００を例示している。図３に例示されるように、ＷＴＲＵは、選択可能なリソースの決定のために使用するために、数々の可能な中心ＢＷＰ３１０、３２０、３３０を用いて構成することができ、中心周波数の１つを、ランダムに、またはＷＴＲＵ  ＩＤ、フローＩＤなど、ランダム化を達成するためのいくつかのファクタに基づいて、選択することができる。この手法は、全体的な帯域幅またはリソースプール利用を最大化しながら、異なるクリティカリティ送信に対して、等しい帯域幅を維持することができる。例えば、低待ち時間の（または待ち時間クリティカルな:latency critical）送信を有するＷＴＲＵは、リソース選択のために、複数の中心周波数、またはＢＷＰ１  ３１０、ＢＷＰ２  ３２０、およびＢＷＰ３  ３３０などのＢＷＰを使用するように構成することができ、総帯域幅は、３つのＢＷＰ３１０、３２０、３３０に分割される。高待ち時間の（または待ち時間非クリティカルな:latency non-critical）送信を有する他のＷＴＲＵは、リソース選択のために、単一の中心周波数、または総帯域幅のある区画だけを使用するように構成することができる。低待ち時間送信のためのリソースを選択するとき、高待ち時間の（または待ち時間非クリティカルな）送信を有するＷＴＲＵは、それがその上でリソース選択を実行する、それのＢＷＰ、または総帯域幅のある区画を定期的に変更することができる。例えば、時刻ｔ１において、ＷＴＲＵは、ＢＷＰ１  ３１０についてのリソース選択を実行することができる。時刻２において、ＷＴＲＵは、ＢＷＰ２  ３２０についてのリソース選択を実行することができる。時刻３において、ＷＴＲＵは、ＢＷＰ３  ３３０についてのリソース選択を実行することができる。このようにして、全体的な帯域幅またはリソースプールの利用を最大化することができる。
【０１２２】
ＷＴＲＵは、リソースの時間クリティカリティに基づいて、リソース選択ウィンドウの開始時間（例えば、シンボル、スロットなど）を決定することができる。具体的には、ＷＴＲＵは、送信の時間クリティカリティに基づいて、（時間的に）最も早い選択可能なリソースを決定することができる。開始時間と時間クリティカリティとの関係は、ネットワークによって構成すること、または事前構成することができ、さらに、送信のサイズ、送信されるデータの信頼性、チャネル占有、チャネルビジー率（ＣＢＲ）または類似のチャネル測定、ＢＷＰおよびキャリアのサイズ、必要とされるビームの数、ビーム角度またはビームスイーピング頻度、送信のタイプ（例えば、マルチキャスト、ユニキャスト、ブロードキャスト）、ならびに上記の量のいずれかから導出される何らかのランダムネスファクタなどの追加のファクタに依存することができる。例えば、低待ち時間の（または時間クリティカルな）送信を有するＷＴＲＵは、ＷＴＲＵがパケットを受信した直後に、リソース選択を開始することができる。しかしながら、高待ち時間の（または時間非クリティカルな）送信を有するＷＴＲＵは、それがパケットを受信したとき、時間の期間の間、それのリソース選択を延期することができ、それによって、低待ち時間送信を有するＷＴＲＵが、選択するためのより多くのリソースを有することを可能にする。
【０１２３】
例においては、ＷＴＲＵは、Ｔ１とＴ２との間の時間ウィンドウ内において発生する、リソースの選択可能なセットを決定することができ、ここで、Ｔ２は、パケットの最新の許容可能な送信時間に対応し、Ｔ１は、Ｔ２よりも何個か前のスロットに設定することができる。スロットの個数は、さらに、ＷＴＲＵの送信のサイズ、ＷＴＲＵによって測定されたチャネル占有（例えば、ＣＢＲ）、プール構成、データの時間クリティカリティのうちの１つまたは複数によって決定することができる。
【０１２４】
ＷＴＲＵは、データの時間クリティカリティおよびランダムネスファクタに基づいて、Ｔ１を決定することができる。より具体的には、ＷＴＲＵは、０とＴ２との間の確率変数であるＴ１を決定することができる。時間クリティカルなＷＴＲＵについては、確率変数は、０に近いＴ１を選択する確率を高める。非時間クリティカルなデータについては、確率変数は、Ｔ２に近いＴ１を選択する確率を高める。
【０１２５】
この手法は、送信が非クリティカルであるとき、ＷＴＲＵが、リソース選択の瞬間に時間的に近く配置されたリソースを選択することを回避することができ、したがって、よりクリティカルな送信を有することがある他のＷＴＲＵのために、そのようなリソースを取っておく。
【０１２６】
ＷＴＲＵは、選択可能なリソースのセット内に、ビームまたはビームのセットの送信と関連付けられたリソースだけを含めることができる。ＷＴＲＵは、ＷＴＲＵがその上でＰＤＵを送信すべき、ビームまたはビームのセットを用いて構成することができる。より具体的には、そのようなビームまたはビームのセットは、単一のＷＴＲＵへの送信（例えば、ユニキャスト送信）、または特定の方向に配置されたＷＴＲＵのセットへの送信（例えば、隊列走行のためのマルチキャスト）に対応することができる。
【０１２７】
ＷＴＲＵは、与えられた送信先アドレスまたは送信先ＷＴＲＵ  ＩＤなどのための選択可能なリソースの一部であることができる、リソースのセットを用いて構成することができる。ＷＴＲＵは、送信のための送信先アドレスを決定することができ、選択可能なリソースのセット内に、それらのリソース上における送信のための許可されたビームに対応する、それらのリソースだけを含めることができる。
【０１２８】
ＷＴＲＵは、特定の方向またはリソース構成と関連付けられた、定期的に発生する時間リソース（例えば、スロット、シンボル）のシーケンスを用いて構成することができる。加えて、ＷＴＲＵは、定期的に発生するリソースの各セットと関連付けられた時間オフセットを用いるようにＮＷによって構成することができ、またはそれを自律的に（例えば、基準信号の測定および／もしくは監視に基づいて）決定することができる。ＷＴＲＵは、ビームの同じセットのためのリソース選択の瞬間の間において、時間オフセットを変更／調整することもできる。例えば、（基準時間またはオフセットに関して）ｎ番目毎のリソースを、ビームと関連付けることができる。ＷＴＲＵは、送信のために、複数のそのような方向またはリソース構成を用いて構成することができる。例えば、構成１は、（スロット０、ｎ、２ｎ、３ｎ、．．．）であることができる。構成２は、（スロット０、１、２、．．．、ｎ、ｎ＋１、ｎ＋２、ｎ＋３、．．．、２ｎ＋１、２ｎ＋２、２ｎ＋３、．．．）であることができる。
【０１２９】
リソース構成は、時間におけるすべてのリソースを含むことができる（全方向性送信）。他の構成は、ビームのサブセット上だけにおける送信と関連付けることができる。ＷＴＲＵはさらに、送信の、１つまたは複数のリソース構成へのマッピングを用いて構成することができる。そのようなマッピングは、以下の基準のいずれかまたは組み合わせに基づいて、ＷＴＲＵによって（おそらくは送信毎または送信のセットに対して）決定することができる。
【０１３０】
マッピングは、送信の受信ＷＴＲＵ、ＷＴＲＵのグループ、または受信サービスを識別する、送信先アドレスまたは類似のＩＤによって決定することができる。例えば、１つの送信先アドレスは、ユニキャストと関連付けることができ、ＷＴＲＵは、ビームの１つまたはサブセット上だけにおいて送信する構成を使用して、送信を行うことができる。第２の送信先アドレスは、ブロードキャストと関連付けることができ、ＷＴＲＵは、すべてのビームと関連付けられた構成（全方向性）を選択することができる。
【０１３１】
マッピングは、プール構成によって決定することができる。例えば、ＷＴＲＵは、使用される構成を定義する、送信プールを選択することができる。あるいは、リソース構成は、複数／すべてのプールと関連付けることができる。
【０１３２】
マッピングは、タイミング（ＰＤＢ）、優先度、信頼性、または範囲要件など、送信のＱｏＳ関連特性によって決定することができる。
【０１３３】
マッピングは、特定の信号（例えば、基準信号）の測定／受信、または別のＷＴＲＵからの送信によって決定することができる。マッピングは、上位レイヤからのインジケーションによって決定することができる。
【０１３４】
マッピングは、ＷＴＲＵスピードによって決定することができる。例えば、ＷＴＲＵは、それがそれの速度を上げるにつれて、より多くのビーム上において送信を行うように構成することができる。
【０１３５】
マッピングは、無線ベアラ識別および／またはＱｏＳフロー識別によって決定することができる。
【０１３６】
ＷＴＲＵは、ユニキャスト送信になるように、送信を送信先アドレスと関連付けることができ、そのＷＴＲＵと通信するために使用することができるビームに対応するように、それの構成を選択することができる。情報は、上位レイヤによって決定すること／示すことができる（例えば、上位レイヤは、送信先と関連付けられた構成を提供し、そのような関連付けのいずれの変更も示すことができる）。情報は、ネットワーク（例えば、ＲＲＣ、ＭＡＣ、またはＬ１シグナリングなど）によって提供することができる。情報は、（おそらくは第１のＷＴＲＵの送信の送信先またはＩＤと関連付けられる）別のＷＴＲＵからの受信された送信のタイミングに基づくことができる。例えば、ＷＴＲＵは、受信されたリソース構成と送信構成との間のマッピングを用いて構成することができる。ＷＴＲＵは、他のＷＴＲＵの送信が（例えば、ある品質で）受信／測定された受信構成に基づいて、１つまたは複数の送信構成を決定することができる。
【０１３７】
ＷＴＲＵは、選択可能なリソースセット内に、送信するＰＤＵの送信先の構成に対応する（おそらく時間ウィンドウ［ｔ１，ｔ２］内の）リソースだけを含めることができる。送信先に関連付けられた構成は、上位レイヤによって、ＷＴＲＵに示すことができる。ＷＴＲＵは、さらに、複数の送信先アドレスに送信されるＰＤＵを受け取ることがある。そのようなケースにおいては、ＷＴＲＵは、異なる送信先のためのリソース構成の和集合または共通集合から成る選択可能なリソースセット内に、リソースを含めることができる。
【０１３８】
別の例においては、ＷＴＲＵは、さらに、信頼性など、ＱｏＳ特性に基づいて、構成を決定することができる。ＷＴＲＵは、より高い信頼性の送信のために、より高い信頼性と関連付けられた（例えば、より多数のビームと関連付けられた）構成を選択することができる。
【０１３９】
ＷＴＲＵは、リソース選択が、許容可能なリソースを生成しないとき、後続の送信ウィンドウまたは選択可能なリソースのセットに送信を延期することを決定することができる。具体的には、ＷＴＲＵは、その上においてリソース選択を実行する、選択可能なリソースの第１のセットを決定することができる。リソース選択が、リソースの許容可能なセットを生成した場合、ＷＴＲＵは、これらのリソース上において送信を実行することができる。そうではない場合、ＷＴＲＵは、許容可能なリソースの後続のセットに延期することができる。ＷＴＲＵは、さらに、許容可能なリソースの後続のセット上において、同じデータおよび／または追加のデータのための、新しいリソース選択を実行することができる。ＷＴＲＵは、後の時間において、そのような後続のリソース選択を実行することができる。
【０１４０】
ＷＴＲＵは、以下の基準、すなわち、選択可能なセット内における「利用可能な」リソースの量が、しきい値を上回ると見なされること、リソースのすべてまたはセットの測定されたＲＳＲＰ、ＲＳＳＩ、またはＣＢＲなどが、しきい値を上回る／下回ること、より高い優先度の送信の１つまたは複数の非存在が、リソースの利用可能なセット内において検出されたこと、およびそれ自体の送信の時間クリティカリティのいずれかまたは組み合わせに基づいて、選択可能なリソースのセット上において、リソース選択が成功したと見なすことができる。やはり適用可能である、利用可能性についての追加の基準を、以下で説明することができる。
【０１４１】
ＷＴＲＵは、与えられた送信のための後続するリソース選択の試み毎に、以下のいずれかを変更することができる。ＷＴＲＵは、成功したリソース選択の基準を変更することができる。例えば、ＷＴＲＵは、選択可能なリソースのセットが、パケットの送信タイミング要件に近づくにつれて、成功するリソース選択がより多く起こるようにするために、連続するリソース選択ステップ毎に、しきい値、利用基準、または類似のパラメータを変更することができる。
【０１４２】
ＷＴＲＵは、選択可能なセット内におけるリソースの量を変更することができる。ＷＴＲＵは、選択可能なセット上における送信を延期した後、ＢＷを増加させること、代替および／もしくは追加のＢＷＰもしくはキャリアを検討すること、追加のビームを検討すること、またはビーム角度を変更することによって、選択可能なセット内におけるリソースの量を変更することができる。
【０１４３】
ＷＴＲＵは、リソースの性質／粒度を変更することができる。ＷＴＲＵは、同じ送信のための後続の選択の試みを用いて、リソースの粒度を変更することができる。例えば、ＷＴＲＵは、それが、選択可能なリソースの与えられたセット上における送信を延期した後、スロットベースのリソースを使用する選択から、シンボルベースのリソースに変更することができる。
【０１４４】
ＷＴＲＵは、パケットの到着から長さＬの時間ウィンドウとして、選択可能なリソースの初期セットを決定することができる。ＷＴＲＵは、送信するデータの時間クリティカリティに基づいて、Ｌの値を決定することができる（例えば、Ｌは、Ｌがパケットの必要とされる送信時間よりも小さくなるような、時間クリティカリティパラメータの関数であることができる）。例えば、５００ｍｓのパケット送信要件を有するＷＴＲＵは、パケットの到着から開始する、長さ１００ｍｓの、複数の連続する時間ウィンドウを用いて構成することができる。リソースの選択が、第１のウィンドウにおいて成功しなかった場合、ＷＴＲＵは、第１のウィンドウの直後、またはしばらく後に開始する、長さＬの後続のウィンドウに、送信を延期することができる。１つのオプションにおいては、ＷＴＲＵは、後の時間における後続のウィンドウ上において（例えば、後続のウィンドウの開始時に）、リソース選択を実行することができる。別のオプションにおいては、後続のウィンドウ上におけるリソース選択は、第１のウィンドウにおいてリソースを選択することに失敗した直後、実行することができる。後続のウィンドウにおいて、ＷＴＲＵは、特定のリソースが占有されているかどうかを決定するための（例えば、ＲＳＲＰ、ＲＳＳＩ）しきい値を、そのリソースのために収集されたセンシング結果に基づいて高めることができる。あるいは、ＷＴＲＵは、利用可能なリソースからの成功した選択のために必要とされる、利用可能なリソースの許容可能な数を低減させることができる。
【０１４５】
ＷＴＲＵは、最初に、パケットの送信のために使用される、送信粒度を決定することができる。この手法は、例えば、選択可能なリソースの決定が、シンボルベースとスロットベースのリソースを区別しない場合、またはスロットベースもしくはシンボルベース送信の両方が、リソースの同じセット上において可能にされる場合に、適用可能であることができる。リソースが、選択可能なリソースのセットからひとたび選択されると、ＷＴＲＵは、シンボルベース方式またはスロットベース方式でデータを送信ために、下位レイヤのメカニズムを用いて構成することができる。下位レイヤメカニズムは、選択可能なリソースのセットからＷＴＲＵによって選択される、連続または非連続シンボルの組み合わせを可能にすることができる。さらに、規則、プール構成、またはシンボル組み合わせパターンのセットの構成に基づいて、シンボルベースのリソースの特定の組み合わせだけの選択に、ＷＴＲＵを制限することができる。
【０１４６】
本明細書において説明されるような、パケットの送信は、（例えば、異なるビームにおいて同じパケットを送信する）ビームスイーピング、もしくは反復（複数の冗長バージョンの送信）、または両方の目的で、異なるリソースにおける同じパケットの複数の反復の送信を含むことができる。
【０１４７】
ＷＴＲＵは、以下の基準のうちの１つまたは複数に基づいて、パケット送信のために使用する送信粒度（例えば、スロットを使用するか、それともシンボルを使用するか）を決定することができる。
【０１４８】
ＷＴＲＵは、パケットの送信のために使用する送信粒度を、時間クリティカリティパラメータからそれを導出することによって、決定することができる。例えば、ＷＴＲＵは、論理チャネルまたはＬＣＧの、粒度（シンボルまたはスロット）へのマッピングを用いて構成することができ、さらに、優先度（例えば、ＰＰＰＰ）の、論理チャネルまたはＬＣＧへのマッピングを用いて構成することができる。別の例示的な実施形態においては、ＷＴＲＵは、ＱｏＳフローおよび／またはサイドリンク無線ベアラの、論理チャネル（またはＬＣＧ）へのマッピングを用いるように、また論理チャネル（ＬＣＧ）の、粒度へのマッピングを用いて構成することができる。データが、アプリケーション層から到着したとき、ＷＴＲＵは、関連付けられた粒度を用いて、ＳＬリソース上において送信を行う。ＷＴＲＵは、異なる時間クリティカリティ（例えば、異なるフローまたは異なるＰＰＰＰ）を有するデータを、同じトランスポートブロック上に多重化することができ、そのケースにおいては、最高の優先度／クリティカリティが、使用するリソースの粒度を決定する。
【０１４９】
ＷＴＲＵは、必要とされる待ち時間（例えば、送信する時間）の、リソース粒度へのマッピングを用いて構成することができる。必要とされる待ち時間は、ＰＨＹ層によって送信されるＰＤＵのすべてまたは一部にとってのワーストケースの待ち時間であることができる。
【０１５０】
ＷＴＲＵは、固定された構成（例えば、シンボルベース対スロットベースの異なるプール）に基づいて、または自律的に、送信のための許容可能なリソースを決定することができる。
【０１５１】
ＷＴＲＵは、センシングの結果、および／または利用可能性情報の決定に基づいて、送信のためのリソース粒度を決定することができる。より具体的には、ＷＴＲＵは、ＭＡＣ  ＰＤＵの送信粒度の決定のために、以下の決定基準の１つまたは組み合わせを使用することができる。
【０１５２】
ＷＴＲＵは、最低のＲＳＳＩまたは平均ＲＳＳＩを有するリソースなど、最良のリソースを使用することができる。ＷＴＲＵは、利用可能なシンボルベースのリソースおよびスロットベースのリソースの総量、またはそれらの間の比を使用することができる。ＷＴＲＵは、与えられたウィンドウ内において利用可能または選択可能な全リソースに対して、ＷＴＲＵによって使用されるリソースの比率を与える占有比率（ＣＲ）を使用することができる。例えば、ＷＴＲＵは、シンボルベースおよびスロットベースのリソースに対して、別々の占有比率を計算することができ、最低の比率を有する粒度、またはＷＴＲＵにしきい値ＣＲを超えさせない粒度を選択することができる。
【０１５３】
ＷＴＲＵは、潜在的には他の基準と組み合わされる、時間クリティカリティを使用することができる。ＷＴＲＵは、総チャネル占有（例えば、ＣＢＲ）の測定を使用することができる。例えば、ＷＴＲＵは、送信粒度の決定において、ＣＢＲを使用することができる。ＷＴＲＵは、スロットベースのリソースおよびシンボルベースのリソースに対して別々のＣＢＲを測定し、別々のＣＢＲ値を維持することができる。
【０１５４】
ＷＴＲＵは、ランダム選択を使用することができる。例えば、ＷＴＲＵは、ＭＡＣ  ＰＤＵを送信するために使用することができる、潜在的にスロットベースおよびシンボルベースの、利用可能なリソースを決定し、その後、スロットベースおよびシンボルベースのリソースの組み合わせ上において、ランダム選択を適用することができる。
【０１５５】
送信のためのリソース粒度は、構成された最小／最大に基づくことができる。例えば、ＷＴＲＵは、スロットベース送信および／またはシンボルベース送信のために、最小数および／または最大数のサブチャネルまたはリソースブロックを用いて構成することができる。ＷＴＲＵは、パケットを送信するための必要とされるシンボルの数が、構成された最大値を超えない限り、シンボルベース送信を使用することを選択することができる。送信のためのスロットベースおよび／またはシンボルベースのリソースの構成された最大数／最小数は、さらに、ＣＢＲ、優先度（ＰＰＰＰ）、信頼性（ＰＰＰＲ）または他のＱｏＳ関連パラメータなど、他のパラメータに依存することができる。
【０１５６】
送信のためのリソース粒度は、メッセージまたはＰＤＵサイズに基づくことができる。
【０１５７】
しきい値を上回るクリティカリティパラメータ（例えば、時間クリティカルなデータ）を有するＷＴＲＵは、シンボルベース送信を使用して、データを送信することができる。しきい値を下回るクリティカリティパラメータ（例えば、非時間クリティカルなデータ）を有するＷＴＲＵは、スロットベースまたはシンボルベース送信を使用して、送信を行うことが可能であることができる。シンボルベースのリソースのＣＢＲが、しきい値を下回る、および／またはシンボルベースのリソースのためのＣＲが、しきい値を下回る、および／または選択されたシンボルベースのリソースのＲＳＳＩが、しきい値を下回る場合、ＷＴＲＵはシンボルベースのリソースを選択することができる。
【０１５８】
ＷＴＲＵは、最大数のシンボルベースのサブチャネル（例えば、ＲＢ）、および最大数のスロットベースのサブチャネルを用いて構成することができる。送信するデータと関連付けられたＱｏＳ関連パラメータに基づいて、ＷＴＲＵに、シンボルベースのリソースまたはスロットベースのリソースを選択することを許可することができ、ＷＴＲＵは、送信のための構成されたシンボルベースのサブチャネルの最大数以内で、送信のためのＰＤＵを送信することができる限り、シンボルベースのリソースを選択する。ＷＴＲＵは、さらに、ＣＢＲ、および／またはＣＲ、および／または信頼性要件を条件として、そのような
送信は、構成によって好ましい粒度にマッピングすることができる。ＷＴＲＵは、それが、パケットのタイミング要件内において、その粒度の利用可能なリソースを見つけた場合、その粒度を使用して、送信を行うことができる。利用可能性の決定のための条件または基準が、本明細書においてさらに説明される。それ以外の場合、ＷＴＲＵは、あまり好ましくない粒度を用いて、リソースを送信することがある。
【０１５９】
ＷＴＲＵは、以下の、すなわち、時間／周波数／ビームリソースのＲＳＳＩ、別のＷＴＲＵによる（例えば、ＳＣＩを通した）、それが時間／周波数／ビームリソースを使用していることを示すインジケーションの決定、そのようなインジケーションがしきい値を上回って測定されたことの決定であって、しきい値は、他の条件のいずれか（例えば、ＷＴＲＵの送信の優先度）に基づいて、決定することができる、決定、ＷＴＲＵ自体の送信の優先度、他の検出されたＷＴＲＵの送信の優先度、ＷＴＲＵ自体の送信の範囲および／または信頼性要件、ならびに別のＷＴＲＵの送信の範囲および／または信頼性要件の１つまたは組み合わせに基づいて、リソースの利用可能性を決定することができる。
【０１６０】
ＷＴＲＵは、センシング結果から、それがその上で送信を行うリソースの粒度に応じて異なる、リソースの利用可能性を決定することができる。
【０１６１】
異なる粒度に対する異なるセンシング結果（例えば、スロットベースの結果およびシンボルベースの結果）を、ＷＴＲＵに提供することができる。リソース選択を実行するとき、ＷＴＲＵは、それが送信を行うために使用する特定の粒度と関連付けられた、センシング結果を利用することができる。ＷＴＲＵは、さらに、特定のサービスが有効化／無効化されたことを示す、上位レイヤインジケーションに基づいて、（例えば、下位レイヤによって実行される）センシング動作を有効化／無効化することができ、またはある時間の期間の間に送信されるデータを生成することができ／生成することができない。
【０１６２】
最小粒度に基づいたセンシング結果を、ＷＴＲＵに提供することができる。ＷＴＲＵは、センシング結果に直接的に基づいて、細かい粒度（例えばシンボルベース）のリソースの利用可能性を決定することができる。ＷＴＲＵは、何らかのルールを使用して、シンボルベースのリソースのセンシング結果に基づいて、スロットベースのリソースの利用可能性を決定することができる。ＷＴＲＵは、先に述べられたものに加えて、以下の基準、すなわち、優先度、範囲またはＷＴＲＵ自体もしくは他のものの送信などのいずれかまたは組み合わせに基づいて、スロットベースのリソースの利用可能性を決定することができる。
【０１６３】
ＷＴＲＵは、スロット内のシンボルのいずれかの利用可能性または占有に基づいて、スロットベースのリソースの利用可能性を決定することができる。例えば、ＷＴＲＵは、しきい値を上回るＲＳＲＰを有し、スロット内のシンボルの少なくとも１つを予約する、少なくとも１つのＳＣＩが、存在する場合、占有されている／利用可能であるスロットを決定することができる。
【０１６４】
ＷＴＲＵは、スロット内の複数のシンボルの利用可能性または占有に基づいて、スロットベースのリソースの利用可能性を決定することができる。数は、（事前）構成することができ、および／または本明細書において説明される他のいずれかの基準に基づいて、決定することができる。例えば、しきい値を上回るＳＣＩの受信ＲＳＲＰが、スロット内の少なくともｘ個のシンボルの予約をもたらす場合、ＷＴＲＵは、スロットが占有されていると決定することができる。
【０１６５】
ＷＴＲＵは、ＷＴＲＵ自体の送信に関する利用可能なまたは占有されたシンボルの位置に基づいて、スロットベースのリソースの利用可能性を決定することができる。例えば、スロット内の特定のシンボル、または時間／周波数リソース内の特定のビーム上において送信を行うことを、ＷＴＲＵに要求することができ、ＷＴＲＵは、少なくともその特定のシンボル（またはビーム）が利用可能である場合、リソースが利用可能であると決定することができる。
【０１６６】
スロットベースのセンシング結果だけを、ＷＴＲＵに提供することができ、ＷＴＲＵは、これらのセンシング結果に基づいて、シンボルベースのリソースの利用可能性を導出することができる。ＷＴＲＵは、スロット全体についての利用可能性条件が、満足される場合だけ、シンボルベースのリソースが利用可能であると決定することができる。ＷＴＲＵは、スロット利用可能性と比較して、シンボル利用可能性を決定するために、異なるしきい値および／または他の利用可能性条件を使用することができる。例えば、ＷＴＲＵは、ＳＣＩ  ＲＳＲＰの、しきい値との比較に基づいて、リソースの利用可能性を決定することができる。ＷＴＲＵは、それがスロット全体上において送信を行うことを意図する場合、リソースが利用可能であるかどうかを決定するときに、しきい値１を使用することができ、それは、それがスロットの単一のシンボル上において送信を行うことを意図するとき、リソースが利用可能であるかどうかを決定するときに、しきい値２を使用することができる。
【０１６７】
ＷＴＲＵは、リソースの利用可能性を決定するとき、送信範囲(transmission range)もしくは距離(distance)、ならびに／またはそれ自体および／もしくは他の検出されたＷＴＲＵ送信のための必要とされる信頼性を検討することができる。送信範囲（または範囲）は、信頼性および待ち時間、またはＶ２Ｘ通信の他の基準などの、ＱｏＳ要件を満たすべき、最小通信範囲（ＭＣＲ）であることがある。範囲の例は、ＷＴＲＵ間の距離、Ｖ２Ｘグループのサイズ、Ｖ２Ｘグループ内のＷＴＲＵの数、Ｖ２Ｘグループ配置、およびＷＴＲＵ間またはＷＴＲＵのグループ内におけるＶ２Ｘ通信のための小さい、中間の、または大きいメトリックを示す、他の任意のインジケータを含むことができるが、それらに限定されない。送信範囲（または範囲）は、サイドリンク制御チャネル（例えば、ＳＣＩ）を介して、他のＷＴＲＵから、または基地局、Ｖ２Ｘ制御機能、ＰＣＦ、もしくはＶ２Ｘアプリケーションサーバなど、ネットワークから受信することができる。あるいは、または加えて、それは、ＷＴＲＵにおいて事前構成することができる。
【０１６８】
ＷＴＲＵは、それの予約信号（例えば、ＳＣＩ）内に、範囲関連（例えば、ＭＣＲ）または信頼性関連パラメータを含めることができる。そのようなパラメータは、以下のうちの１つまたは複数を用いて示すことができ、すなわち、必要とされる距離をＳＣＩ内において明示的に用いて、もしくは距離に関連する（例えば、テーブルからの）インデックスを用いて示され、必要とされる受信電力もしくは受信ＲＳＲＰなどを用いて示され、（例えば、事前構成されたテーブルを参照する）そのようなものに関連するインデックスを用いて示され、ＷＴＲＵ  ＩＤの一部として暗黙的に示され（例えば、特定のＷＴＲＵ  ＩＤもしくはＷＴＲＵ  ＩＤのセットは、範囲パラメータ、もしくはＷＴＲＵ  ＩＤの一部を示すことができる）、他のＱｏＳパラメータ（例えば、ＰＱＩ、ＰＦＩ、もしくはそのうちの１つが範囲であるＱｏＳパラメータのセットに値をマッピングするＱｏＳテーブルへのインデックス）も示す、単一のＱｏＳ値として明示的に伝達され、受信ＷＴＲＵデコーディングパラメータ（例えば、探索空間、ＳＣＩタイプ、ＣＲＣ検査パラメータ）の１つから暗黙的に決定され、および／またはＳＣＩ（例えば、ＤＭＲＳパターン）を送信するために使用される基準信号に基づいて暗黙的に示される。ＷＴＲＵは、送信されるデータに関連する、上位レイヤから受信された情報に基づいて、ＳＣＩの包含のために、そのような範囲関連パラメータを導出することができる。
【０１６９】
ＷＴＲＵは、ＳＣＩ内の範囲／信頼性関連パラメータに関連する条件が、満たされる／満たされない場合、リソースを利用可能である／占有されていると見なすことができる。そのような状態は、受信された物理サイドリンク制御チャネル（ＰＳＣＣＨ）／物理サイドリンク共用チャネル（ＰＳＳＣＨ）のＲＳＲＰおよび／またはＲＳＳＩの、ＳＣＩ内の範囲／信頼性パラメータに関連する値との比較、ＷＴＲＵ自体の送信信頼性要件の比較、ＷＴＲＵの現在のロケーションの、ＳＣＩ内の範囲／信頼性パラメータに関連する値との比較、問題のリソースを予約した、ＳＣＩを送信するＷＴＲＵのロケーションの比較によって、決定することができる。ロケーションは、リソース利用可能性を決定するＷＴＲＵによって推定することができる。ロケーションは、ＳＣＩ内で送信されたパラメータに基づいて、決定することができる。ロケーションは、アプリケーション層によって、示すことができる。
【０１７０】
範囲関連パラメータ、送信範囲、または他のＷＴＲＵのロケーション情報を他のＷＴＲＵから受信するＷＴＲＵは、利用可能なリソースを選択するために、他のＷＴＲＵから受信された信号上におけるセンシング結果に加えて、範囲情報を使用することができる。例えば、第１のＷＴＲＵは、それ自体のロケーション情報および第２のＷＴＲＵのロケーション情報に基づいて、２つのＷＴＲＵ間の距離を計算することができる。２つのＷＴＲＵ間の距離（または範囲）が、必要とされる送信範囲（例えば、ＭＣＲ）を下回る（または以内である）場合、予想される干渉のため、第１のＷＴＲＵは、第２のＷＴＲＵにデータを送信するためのリソースを選択しないことがある。しかしながら、２つのＷＴＲＵ間の距離（または範囲）が、送信範囲を上回る（または超える）場合、第１のＷＴＲＵは、リソースを選択し、データを第２のＷＴＲＵに送信することができる。
【０１７１】
ＷＴＲＵは、それが上位レイヤから受け取るデータの範囲パラメータ（例えば、ＭＣＲ）に基づいて、リソース選択を実行することができる。ＷＴＲＵは、それのデータのＭＣＲがしきい値を下回るとき、より大きいＰＳＣＣＨ／ＰＳＳＣＨ  ＲＳＲＰを有する占有リソースを選択することができ、またはＭＣＲがしきい値を上回るとき、非占有リソースを選択することができる。
【０１７２】
ＷＴＲＵは、別のＷＴＲＵの送信のＰＳＣＣＨ  ＲＳＲＰを決定することができる。受信されたＲＳＲＰが、しきい値よりも大きい場合、ＷＴＲＵは、公表されたリソースが占有されていると見なすことができる。そのようなしきい値は、（（事前）構成された）テーブルに基づいて、ＳＣＩ内で送信された範囲／信頼性関連パラメータから導出することができる。すなわち、ＷＴＲＵは、そのようなテーブルに基づいて、ＳＣＩ内で送信された範囲／信頼性関連パラメータを、ＰＳＣＣＨしきい値と関連付けることができる。ＷＴＲＵは、さらに、ＷＴＲＵの送信間の相対的な優先度、受信／送信された粒度など、他の条件に基づいて、そのようなしきい値を変更／調整／選択することができる。
【０１７３】
ＷＴＲＵは、ＷＴＲＵの保留中送信と関連付けられた範囲／信頼性の値に応じて、異なるリソース利用可能性決定基準を使用することができる。より具体的には、パケット送信と関連付けられた範囲／信頼性要件のある値に対しては、ＷＴＲＵは、第１の基準を使用することができ、一方、範囲／信頼性要件の他の値に対しては、ＷＴＲＵは、第２の基準を使用することができる。例えば、高信頼性送信のための基準は、他の送信のためよりも厳しくすることができる。基準は、それについての別のＷＴＲＵのＳＣＩが検出され、そのＳＣＩが同じリソースまたはリソースのサブセット（例えば、同じスロットまたはスロット内のシンボル）を予約する、リソースを除外すること、それについての別のＷＴＲＵのＳＣＩが検出され、そのＳＣＩがそのリソースに（時間／周波数／ビームにおいて）隣接するリソースを予約する、リソースを除外すること、および範囲／信頼性のある値についての、ＰＳＣＣＨ  ＲＳＲＰの比較のための、より厳しいしきい値の使用を含むが、それらに限定されない。
【０１７４】
ＷＴＲＵは、他のＷＴＲＵからの検出されたＳＣＩ送信が存在しないリソースを、ある範囲／信頼性要件（例えば、ＰＰＰＲ類似パラメータ＞しきい値）を有する送信のために利用可能なリソースと見なすことができる。他の範囲／信頼性要件（例えば、ＰＰＰＲ類似パラメータ≦しきい値）については、ＷＴＲＵは、他のＷＴＲＵがリソースを予約したが、選択ＷＴＲＵによって測定されたＰＳＣＣＨ−ＲＳＲＰがしきい値を下回るリソースの選択を可能にすることができる。ＰＰＰＲ類似パラメータは、ＶＱＩに基づいて、ＷＴＲＵによって導出することができる。
【０１７５】
ＷＴＲＵは、それらのリソースを予約する他のＷＴＲＵからの検出されたＳＣＩ送信が存在しないリソースのいくつかまたはすべてを除外することができる。ＷＴＲＵは、保留中送信と関連付けられた範囲／信頼性値のある値（例えば、低信頼性要件に関連するもの）に対してだけ、そのような除外を実行することができる。これは、低信頼性要件を有するＷＴＲＵによって使用される完全に空きのリソースの量を制限することができ、高信頼性／範囲要件を有する送信を有するＷＴＲＵによる使用のために、これらのリソースを残しておく。ＷＴＲＵは、さらに、利用可能なリソースの量が、それらの利用可能なリソースの中におけるリソース選択に十分である限り、そのような除外を実行することができる。
【０１７６】
ＷＴＲＵは、リソース利用可能性の決定のために、既存のＬＴＥ  ＰＳＳＣＨ−ＲＳＲＰしきい値メカニズムを使用することができるが、信頼性／範囲の特定の値を有する送信については、さらに、しきい値をある量だけ増加させることができる。
【０１７７】
上で説明されたように、従来のＶ２Ｘにおいては、センシングウィンドウ内のリソースの２０％が、リソース選択のために利用可能である必要があることがある。これらが、利用可能でない場合、ＷＴＲＵは、リソースの利用可能性のために使用されるしきい値を変更することができる。この手法は、サポートされるより多数のＷＴＲＵ、およびより広範なＱｏＳ要件のせいで、ＮＲ  Ｖ２Ｘに対しては、理想的ではないことがある。
【０１７８】
ＷＴＲＵは、送信パラメータに基づいて、十分なリソースの量を動的に決定することができる。ＷＴＲＵは、以下のファクタ、すなわち、チャネルの測定されたＣＢＲ、ＰＰＰＰ、ＰＰＰＲ、範囲パラメータ、または５ＱＩなど、送信されるデータのＱｏＳパラメータ、送信先アドレス、または送信先ＷＴＲＵ  ＩＤ、ＷＴＲＵがユニキャストを使用しているか、マルチキャストを使用しているか、それともブロードキャストを使用しているかなど、送信タイプ、ビーム方向、ビーム数、またはビーム角度、選択可能なリソースのための時間ウィンドウのサイズ（例えば、［Ｔ１，Ｔ２］）、利用可能なリソースの数、ならびにリソースおよび／または送信がスロットベースのリソース上にあるか、それともシンボルベースのリソース上にあるかのうちの１つまたは複数に基づいて、（それらの利用可能なリソースの中において）リソース選択を進めるのに十分な利用可能なリソースの量を（例えば、リソースの絶対数、または検討される総リソースのパーセンテージとして）決定することができる。
【０１７９】
ＷＴＲＵは、チャネルのチャネルビジー率（ＣＢＲ）を測定することができ、測定されたＣＢＲに基づいて、パーセンテージｘ％を決定することができる。そのような決定は、静的であること、または許容可能なパーセンテージまでのＣＢＲ範囲の事前構成されたテーブルに基づくことができる。パーセンテージは、選択ウィンドウ内のすべてのリソースのセットにわたって（例えば、時間間隔［Ｔ１，Ｔ２］にわたって）利用可能であると決定された、リソースのパーセンテージを表すことができる。センシングプロセスによって利用可能であると決定されたリソースのパーセンテージが、ｘ％を下回る場合、ＷＴＲＵは、許容可能なリソース内においてリソース選択を進めることができ、それ以外の場合、ＷＴＲＵは、本明細書において説明される代替手順の１つを実行することができる。
【０１８０】
ＷＴＲＵは、ＣＢＲ、および／またはＶＱＩから導出されたパラメータの組み合わせに基づいて、パーセンテージｘ％を決定することができる。ＣＢＲ範囲、および／またはＰＰＰＰ類似パラメータ、および／またはＰＰＰＲ類似パラメータの与えられた組み合わせについて、ＷＴＲＵは、ｘ％の値を決定することができる。センシングプロセスによって利用可能であると決定されたリソースのパーセンテージが、ｘ％を下回る場合、ＷＴＲＵは、許容可能なリソース内においてリソース選択を進めることができ、それ以外の場合、ＷＴＲＵは、本明細書において説明される代替手順の１つを実行することができる。
【０１８１】
ｘ％の値は、ＷＴＲＵがその上で送信しているビーム角度（すなわち、ＷＴＲＵが広いビームを使用するか、それとも狭いビームを使用するか）に依存することができる。ＷＴＲＵは、Ｎ１ビーム上においてパケットを送信することを意図しているとき、ｘ％の１つの値を決定することができ、Ｎ２ビーム上においてパケットを送信することを意図しているとき、ｘ％の異なる値を決定することができる。
【０１８２】
ＷＴＲＵは、利用可能なリソースの量が十分でないとき、フォールバック手順を実行することができる。手順は、以下のアクション、すなわち、おそらくは、利用可能なリソースに影響することができる別のアクションと併せて、リソース選択手順（利用可能なリソースの決定）を再び試みること、構成された、ランダムな、または決定された時間Ｔだけバックオフを実行すること、（例えば、［モード４類似の］ＷＴＲＵ自律から［モード３類似の］ＮＷ制御に）送信モードを変更する、または送信モードを変更するようにＮＷに要求すること、送信リソースプールを変更すること、（例えば、ＮＲ  Ｖ２Ｘから従来のＶ２Ｘに）ＲＡＴを変更すること、自律再送の数の増加させる、ＭＣＳを変更する、ビーム角度を変更するなど、送信ロバストネスを向上させること、おそらくは、不十分な利用可能なリソースの状態のインジケーションをＳＣＩ内に含む、送信が後続するリソース選択を完了すること、保留中送信を削除すること、スロットベースからシンボルベース送信に変更する、または送信のためのリソースの異なる粒度を検討する（例えば、スロットベース送信だけとは対照的に、スロットベースおよびシンボルベース送信の両方を検討する）こと、ならびに動作のＢＷまたはＢＷＰを変更することのうちの１つまたは複数を実行することを含むことができる。
【０１８３】
ＷＴＲＵは、さらに、以下のいずれか、すなわち、送信されるデータと関連付けられたＱｏＳパラメータ、送信タイプ（ユニキャスト、マルチキャスト、ブロードキャスト）、およびビーム角度（すなわち、単一のビーム上で送信するか、それとも複数のビーム上で送信するか）のいずれかに基づいて、どの手順を使用すべきかを決定することができる。
【０１８４】
ＷＴＲＵは、検討中のウィンドウ内の利用可能なリソースの量が十分でないとき、ランダムに選択された時間Ｔだけ、バックオフを実行することができる。Ｔの値は、さらに、データの時間要件に依存することができる。ＷＴＲＵは、時間Ｔの後、選択を再び試みることができる。ＷＴＲＵは、さらに、あるＰＰＰＰ値またはＰＤＢ値など、あるＱｏＳ要件を有するデータに対してだけ、そのようなバックオフを適用することができる。ＷＴＲＵは、おそらくは、ＱｏＳパラメータ（例えば、ＰＰＰＰ、ＰＤＢ）のある値に対してできる。
【０１８５】
ＷＴＲＵは、（例えば、ＱｏＳパラメータ（例えば、ＰＰＰＰ、ＰＤＢ）のある値について）、動作のＢＷＰを、現在のＢＷＰからより広い帯域幅を有するＢＷＰに、自律的に変更することができる。その後、ＷＴＲＵは、新しいＢＷＰ上において、リソース選択手順を再び実行することができる。
【０１８６】
ＷＴＲＵは、（例えば、ＱｏＳパラメータ（例えば、ＰＰＰＰ、ＰＤＢ）のある値について）、リソース選択のための潜在的なリソースにおいて、シンボルベースおよびスロットベース両方のリソースを検討することによって、リソース選択手順を繰り返すことができる。その場合、ＷＴＲＵは、シンボルベースおよびスロットベース両方のリソースを検討して、利用可能なリソースの量を決定することができる。その場合、ＷＴＲＵは、スロットベースおよびシンボルベース両方のリソースの検討の後、利用可能なリソースの量が十分でない場合、他の代替手順の１つを実行する。
【０１８７】
ＷＴＲＵは、利用可能である、または他のＷＴＲＵによって使用されていない、選択可能なリソースから、リソースのセットを決定することができる。その後、ＷＴＲＵは、以下のファクタおよび／または基準のいずれかまたは組み合わせに基づいて、利用可能なリソースのセットから、リソースを選択することができる。
【０１８８】
ＷＴＲＵは、潜在的に、本明細書において説明される他のファクタのいずれかによって決定することができる、残りの利用可能なリソースから、ランダムな選択に基づいて、リソースを選択することができる。
【０１８９】
ＷＴＲＵは、センシングウィンドウ内の関連するリソースのＳＣＩ  ＲＳＲＰおよび／またはＰＳＳＣＨ  ＲＳＳＩなど、センシング結果を使用して、送信のために使用するリソースを選択することができる。例えば、ＷＴＲＵは、他のＷＴＲＵがリソースをフォワード予約していない、リソースを選択することができる。そのようなリソースが、利用可能なリソースのセット内に存在しない場合、ＷＴＲＵは、別のＷＴＲＵによって予約されていることがあるが、ＳＣＩ  ＲＳＲＰが最小である、リソースを選択することができる。
【０１９０】
ＷＴＲＵは、利用可能なリソースの間でランダムに選択を行うように構成することができ、異なるリソースは、時間に基づいて、重み付けすることができる。ＷＴＲＵは、異なる時間クリティカリティパラメータ（例えば、ＰＰＰＰ、パケット待ち時間要件）に対して、異なる重み付け構成または配置（例えば、選択可能なリソースのウィンドウ内の時間におけるリソースへの重みの割り当て）を用いて構成することができる。非時間クリティカルなデータを有するＷＴＲＵは、選択可能なリソースのウィンドウ内において後のほうに発生するリソースを、より高い可能性で、選択することができる。
【０１９１】
ＷＴＲＵは、特定の送信先、方向、または送信タイプ（例えば、ユニキャスト／マルチキャスト／ブロードキャスト）などに適用可能なリソースだけから選択を行うことができる。そのようなリソースのサブセットが、ひとたび決定されると、ＷＴＲＵは、他のファクタ（例えば、ランダム選択、重み付けなど）を使用して、これらからリソースを選択することができる。
【０１９２】
ＷＴＲＵは、リソース選択がトリガされたときに、送信のための適用可能なビームに対応するリソースを選択することができる。例えば、ＷＴＲＵは、各送信先のために使用することができる、（例えば、１つまたは複数のビームに対応する）許容可能な時間リソースのセットを決定することができる。例えば、そのようなリソースのセットは、本明細書でさらに説明されるように、特定の送信先アドレスなどのために構成された、周期性構成と関連付けることができる。そのようなリソースの時間オフセット／参照は、時間とともに変化することもできる。ＷＴＲＵは、すべての時間／周波数／ビームリソースについてのセンシング結果を維持することができる。リソース選択時に、ＷＴＲＵは、そこへの送信を行う特定の送信先の構成と関連付けられたリソースのセットから、リソースを選択することができる。
【０１９３】
ＷＴＲＵは、送信の信頼性要件に応じて、異なる数のリソースを選択することができる。例えば、ＷＴＲＵは、より大きい範囲／信頼性基準を有する送信のために、より多くのリソースを選択することができる。そのようなリソースは、（例えば、初期送信のためのより大きい符号化を可能にするために）連続であること、または（同じデータのより多くの繰り返しを可能にするために）非連続であることができる。
【０１９４】
ＷＴＲＵは、データと関連付けられたＱｏＳパラメータ（例えば、信頼性、ＰＰＰＲ、または５ＱＩなど）に基づいて、トランスポートブロックの繰り返し／再送信の数を決定することができる。ＷＴＲＵは、繰り返し／再送信の数に対応する、（例えば、時間期間（Ｔ１，Ｔ２）における）利用可能なリソースのセット内において、多数の別個の時間／周波数リソースを選択することができる。
【０１９５】
ＷＴＲＵは、送信されるデータと関連付けられたＱｏＳパラメータに応じて、特定の品質メトリックを有するリソースを選択することができる。例えば、ＷＴＲＵは、より高いＱｏＳ（例えば、より高い優先度、信頼性、範囲、または類似のＱｏＳ要件）を有するパケットの送信を実行するために、より良い品質メトリックを有するリソースを選択することができ、逆に、より低いＱｏＳ要件を有するパケットのために、より低い品質メトリックを有するリソースを選択することができる。品質メトリックは、以下の基準のいずれかまたは組み合わせを使用して、ＷＴＲＵによって決定することができる。
【０１９６】
品質メトリックは、ＳＣＩ予約リソースの検出によって決定することができる。ＷＴＲＵは、それが、高い品質を有するリソースを予約する別のＷＴＲＵによって送信されたＳＣＩを検出しないリソースを決定することができる。
【０１９７】
品質メトリックは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）ＲＳＲＰによって決定することができる。例えば、ＷＴＲＵは、予約／確保されたリソースの品質を決定することができ、それについての物理サイドリンク共用チャネル（ＰＳＳＣＨ）ＲＳＲＰは、そのリソースよりも高い品質の別の予約／確保されたリソースよりも低い。
【０１９８】
品質メトリックは、ＰＳＳＣＨ  ＲＳＳＩによって決定することができる。例えば、ＷＴＲＵは、（例えば、同じビーム、固定された周期性、同じ時間／周波数ロケーション、同じチャネルなどと関連付けられた）過去に発生した関連するリソースのＰＳＳＣＨ  ＲＳＳＩに基づいて、リソースの品質を決定することができる。
【０１９９】
品質メトリックは、（時間／周波数／ビームにおける）隣接するリソースの存在によって決定することができる。ＷＴＲＵは、より低い品質である（例えば、時間、周波数、またはビームの次元において）隣接するリソース上において他のＷＴＲＵ送信が計画される、リソースを決定することができる。例えば、別のＷＴＲＵがすでに別のシンボルを予約しているスロット内のシンボルは、より低い品質と見なすことができる。
【０２００】
ＷＴＲＵは、利用可能なリソースの中において、どのリソースを選択すべきかを決定するために使用される、ランダムネスファクタを用いて事前構成することができる。ランダムネスファクタは、利用可能なリソースの中において選択する特定のリソースを指すことができ、または利用可能なリソースの中において選択を行うためのハッシュ関数またはランダム化の一部として使用することができる。ＷＴＲＵは、以下の基準、すなわち、リソース選択を実行するＷＴＲＵのＶ２ＸまたはプロセＷＴＲＵ  ＩＤ（ProSe WTRU ID）、ＷＴＲＵ  ＩＤの送信先アドレス、ＰＰＰＰ、ＰＰＰＲ、または５ＱＩなど、送信されるデータのＱｏＳパラメータ、ＰＤＣＰ／ＲＲＣ  ＳＮまたはアプリケーション層ＳＮなど、パケットのシーケンス番号、ＮＷ構成された値、事前構成された値、および地理的ロケーション（例えば、ゾーン、ＧＰＳロケーションなど）のうちの１つまたは複数に基づいて、ランダムネスファクタを導出する。例えば、ＷＴＲＵは、ＧＰＳロケーション、またはＷＴＲＵが配置された構成されたゾーンまたは地理的エリアのインデックス／アイデンティティから、ランダムネスファクタを決定することができる。
【０２０１】
選択／ハッシュ関数は、モジュロ演算であることができる。例えば、リソースは、時間／周波数において順序付けることができ、リソースの数を法とする第Ｎの値の選択が、実行される。ＷＴＲＵは、Ｎの値として、ランダムネスファクタを使用することができる。
【０２０２】
選択／ハッシュ関数は、リソースの、ランダムネスファクタへの構成／決定された関連付けであることができる。例えば、ＷＴＲＵは、与えられた構成されたランダムネスファクタのために使用可能である、リソースのセット、ＢＷ、１つもしくは複数のサブチャネル、または帯域幅パートなどを用いて構成することができる。
【０２０３】
従来のＶ２Ｘにおけるランダム選択と比較して、この手法は、リソース選択プロセスを同時に実行する複数のＷＴＲＵによる、同じリソースの選択を回避するために、利用可能なリソースの大きなパーセンテージ（すなわち、２０％）を有する必要性を低減させることができる。ＷＴＲＵは、それがランダム選択に依存しないので、リソースの２０％未満しか利用可能でないと決定されたとき、送信を実行することを可能にすることができる。
【０２０４】
ＷＴＲＵは、異なる（例えば、重なり合う、または重なり合わない）帯域幅パート（ＢＷＰ）上におけるサイドリンクにおいて、送信を行うように構成することができる。サイドリンクのための帯域幅パートは、サイドリンクサブフレーム／スロット／シンボル上における、周波数におけるサイドリンクサブチャネルまたはリソースブロックのセットによって定義することができる。ＷＴＲＵが、複数の帯域幅パート上において、サイドリンクデータを送信することができるケースにおいては、リソース選択を行うことができる。
【０２０５】
ＷＴＲＵは、最初に、第１のＢＷＰ上において、リソース選択を実行することができる。第１のＢＷＰにおいて、リソース選択が、失敗した場合、ＷＴＲＵは、第２のＢＷＰ上において、リソース選択を実行することができる。リソース選択の失敗は、以下のうちの、すなわち、リソース選択を満足するために、十分な数の利用可能なリソースを見つけることができないこと、第１のＢＷＰの測定された占有（例えば、チャネルビジー率（ＣＢＲ）、ＳＣＩ送信の数の測定など）が、何らかの量を上回ること、および利用可能なリソースに基づいて、データのためのＱｏＳ要件の１つを満足することができないことのうちの１つまたは複数の結果であることがある。
【０２０６】
第２のＢＷＰにおけるリソース選択に変更したとき、ＷＴＲＵは、後続のリソース選択動作のために、第２のＢＷＰにおいて、リソース選択を実行し続けることができる。ＷＴＲＵは、以下のうちの、すなわち、タイマの満了、関連する送信のセットが、異なるリソース選択動作が正常に完了されることを必要とすること、およびＷＴＲＵが、送信される、ある優先度またはＱｏＳ特性の送信と関連付けられたデータをもはや有さないことのうちの１つまたは複数の際、第１のＢＷＰにおいてリソース選択を実行することに戻ることができる。
【０２０７】
ＷＴＲＵは、別のＢＷＰ／プール（またはその一部）における観測されたリソース利用に基づいて、送信が許可されるかどうか、および／または１つのＢＷＰ／プールにおいて送信を行うリソースの量を決定することができる。より具体的には、ＷＴＲＵは、それ自体のＢＷＰ／プールから、いくつのリソースをそれが選択すべきかを決定するために、別のＢＷＰ／プール（またはその一部）における利用を測定することができる。ＷＴＲＵは、異なるＢＷＰ／プール上における大きい／小さい利用を検出したとき、以下のアクションのいずれかを実行することを決定することができる。ＷＴＲＵは、時間の期間の間、初期プール上における送信を延期することができる。ＷＴＲＵは、初期プールのために計画されたそれの送信を、削除する／先に行うことができる。ＷＴＲＵは、キャリア／プール／ＢＷＰを変更することができる。ＷＴＲＵは、選択されたリソースの量（例えば、周期性、ＲＢの数、時間／周波数リソースの総量など）を、ある量だけ低減させることができる。
【０２０８】
ＷＴＲＵは、本明細書において説明されるメカニズムに基づいて、別のＢＷＰ／プール（またはその一部）における利用を測定することができる。ＷＴＲＵは、プールまたはＢＷＰの一部の使用または利用を決定することができる。プールまたはＢＷＰの一部は、ＷＴＲＵ自体が、特定の送信のために使用するように構成されていない、リソースから成ることができる。その一部は、独自のプール構成に依存することができる。ＢＷＰ全体ではなく、プールまたはＢＷＰのこの部分に対してだけ、使用を検討することができる。
【０２０９】
ＷＴＲＵは、異なる優先度および／または待ち時間要件と関連付けられた複数のプールを用いて構成することができる。優先度および／または待ち時間要件は、ＶＱＩから導出することができる。高優先度ＷＴＲＵが、低優先度ＷＴＲＵによって使用可能なリソースのすべて、およびＷＴＲＵによって使用可能でない追加のリソースを使用することができるように、プールは、重なり合ういくつかのリソースも有することができる。ＷＴＲＵは、高優先度ＷＴＲＵと関連付けられた（それ自体のリソースと重なり合わない）リソースのＣＢＲがしきい値を上回ることを、それが検出した場合、低優先度プールにおいて、それ自体の送信を先に行うことを要求されることがある。
【０２１０】
図４Ａは、本明細書において説明される他の実施形態のいずれかと組み合わせて使用することができる、サービス品質（ＱｏＳ）ベースのリソースプールを使用する、例示的なリソース選択４００を例示している。図４Ａに例示されるように、プール１  ４１５およびプール２  ４２０などの複数のリソースプールは、ＱｏＳ要件（例えば、優先度）に基づいて、１つまたは複数のＷＴＲＵにおいて構成することができる。例えば、プール１  ４１５は、高優先度送信４０７を用いて構成することができ、プール２  ４２０は、低優先度送信４１２および高優先度送信４０７を用いて構成することができる。高優先度データを有する１つまたは複数のＷＴＲＵ４０５は、高優先度データ（すなわち、高優先度送信４０７）を送信するとき、プール１  ４１５、プール２  ４２０、またはプール１  ４１５およびプール２  ４２０の両方を使用するように構成することができる。低優先度データを有する１つまたは複数のＷＴＲＵ４１０は、低優先度データ（すなわち、低優先度送信４１２）を送信するとき、プール２  ４２０だけを使用するように構成することができる。リソースプール４１５、４２０に入る、より多くの高優先度送信４０７が存在し、その結果、リソースプール（すなわち、プール１  ４２５および／またはプール２  ４３０）がより輻輳するようになった、ある時点において、低優先度データを有する１つまたは複数のＷＴＲＵ４１０は、上で説明されたように、それ自体のプール２  ４３０上におけるセンシング結果（例えば、ＲＳＳＩ、ＲＳＲＰなど）に基づいて、それの送信電力を低減させることができる。このようにして、高優先度データを有する１つまたは複数のＷＴＲＵ４０５は、輻輳したリソースプール４２５、４３０をより効率的に使用することができる。本明細書で使用される場合、高優先度送信は、高優先度と関連付けられたデータの送信を指すことができ、低優先度送信は、低優先度と関連付けられたデータの送信を指すことができる。
【０２１１】
図４Ｂは、本明細書において説明される他の実施形態のいずれかと組み合わせて使用することができる、輻輳測定に基づいた、例示的なリソース選択４５０を例示している。図４Ａと同様に、プール１  ４６５およびプール２  ４７０などの複数のリソースプールは、ＱｏＳ要件（例えば、優先度）に基づいて、１つまたは複数のＷＴＲＵにおいて構成することができる。例えば、図４Ｂに例示されるように、プール１  ４６５は、高優先度送信４５７を用いて構成することができ、プール２  ４７０は、低優先度送信４６２および高優先度送信４５７を用いて構成することができる。高優先度データを有する１つまたは複数のＷＴＲＵ４５５は、高優先度データ（すなわち、高優先度送信４５７）を送信するとき、プール１  ４６５、プール２  ４７０、またはプール１  ４６５およびプール２  ４７０の両方を使用するように構成することができる。低優先度データを有する１つまたは複数のＷＴＲＵ４６０は、低優先度データ（すなわち、低優先度送信４６２）を送信するとき、プール２  ４７０だけを使用するように構成することができる。リソースプール４６５、４７０に入る、より多くの高優先度送信４５７が存在し、その結果、リソースプール（すなわち、プール１  ４７５および／またはプール２  ４８０）がより輻輳するようになった、ある時点において、低優先度データを有する１つまたは複数のＷＴＲＵ４６０は、それ自体のリソースプール（すなわち、プール２  ４８０）上における低優先度データの送信を停止するかどうかを決定することができる。それ自体のリソースプール（すなわち、プール２  ４８０）上における送信を停止する決定は、低優先度データを有する１つまたは複数のＷＴＲＵ４６０によって使用するように構成されていない、リソースプール（すなわち、プール１  ４７５）上における輻輳測定に基づくことができる。
【０２１２】
例えば、プール２  ４６０を使用するように構成された低優先度データを有するＷＴＲＵ４６０は、低優先度データを有するＷＴＲＵ４６０によって使用するように構成されていないプール１  ４７５上において、少なくとも１つの輻輳測定を実行することができる。上で説明されように、プール１  ４５５は、高優先度データを有する他のＷＴＲＵ４５５によって使用するように構成され、低優先度データを有するＷＴＲＵ４６０によって使用するように構成されない。プール１  ４７５上における輻輳測定が、あるしきい値を超える場合、低優先度データを有するＷＴＲＵ４６０は、時間の期間の間、プール２  ４８０上におけるそれ自体の送信を延期することができる。時間の期間は、例えば、ＲＲＣシグナリングを介して、ネットワークによって提供することができ、またはＷＴＲＵにおいて事前構成することができる。時間の期間の間、延期された低優先度データは、それが低優先度データ送信４６２を再開するまで、ＷＴＲＵのバッファ内に蓄積することができる。別の例においては、プール１  ４７５上における輻輳測定が、あるしきい値を超える場合、低優先度データを有するＷＴＲＵ４６０は、プール２  ４８０上において、それの計画された（または予約された）将来の送信を先に行うことができる。別の例においては、プール１  ４７５上における輻輳測定が、あるしきい値を超える場合、低優先度データを有するＷＴＲＵ４６０は、低優先度データを有するＷＴＲＵ４６０が、プール２  ４８０において選択することができるリソースの量を低減させることができる。低優先度データを有するＷＴＲＵ４６０は、プール２  ４８０における残りのリソース上において、低優先度データを送信することができる。
プール１  ４７５上における輻輳測定が、しきい値（または別のしきい値）を下回るまで戻った場合、低優先度データを有するＷＴＲＵ４６０は、それのプール２  ４８０上において、低優先度送信４６２を継続することができる。
【０２１３】
図４Ｂには例示されていないが、優先度の低いプールを有するＷＴＲＵ４６０は、他のＷＴＲＵによる高優先度送信のために構成された複数のプール上において、輻輳測定を実行することができる。輻輳測定は、チャネル占有、受信信号強度、チャネルビジー率、および本開示において説明される他の任意の測定を含むことができるが、それらに限定されない。高優先度データを有するＷＴＲＵ４５５は、本開示において説明されるような、低優先度リソースプール（例えば、プール２  ４８０）上における、測定、輻輳測定、および／またはセンシングに基づいて、低優先度送信４６２のために構成されたリソースプール（例えば、プール２  ４８０）上における、それの高優先度送信４５７を増加または減少させることもできる。
【０２１４】
図５は、本明細書において説明される他の実施形態のいずれかと組み合わせて使用することができる、輻輳測定に基づいた、リソース選択のための例示的な手順５００を説明している。ステップ５１０において、ＷＴＲＵは、基地局（ＢＳ）から、複数のリソースプールと関連付けられた情報を含む、リソースプール構成を受信することができる。情報は、ＱｏＳ要件（例えば、優先度、待ち時間、信頼性、および／またはデータレート）に基づいた、複数のリソースプールの使用、アロケーション、または配置を示すことができる。例えば、リソースプール構成は、第１のリソースプールおよび第２のリソースプールのためのインジケーションを含むことができる。ＷＴＲＵが、送信する低優先度データだけを有すると仮定すると、第１のリソースプールは、ＷＴＲＵによって（またおそらくは低優先度送信のためにスケジュールされた／割り当てられた他のＷＴＲＵによって）、低優先度データ送信のために構成することができる。第２のリソースプールは、他のＷＴＲＵによって、高優先度データ送信のために構成することができる。リソースプール構成は、ＲＲＣシグナリング、またはシステム情報ブロードキャスティング（例えば、ＳＩＢ）を介して、ＷＴＲＵにおいて受信することができる。あるいは、または加えて、リソースプール構成は、ＷＴＲＵおよび／または他のＷＴＲＵにおいて事前構成することができる。第１のリソースプールまたは第２のリソースプールは、時間、周波数、および／または空間領域から選択された１つまたは複数の要素を含む、無線リソースの１つまたは複数のセットを含むことができる。
【０２１５】
ステップ５２０において、第１のリソースプール上において低優先度データを送信するように構成されたＷＴＲＵは、他のＷＴＲＵがその上で高優先度データを送信するように構成された、第２のリソースプールの少なくとも１つの輻輳測定を実行することができる。第２のリソースプールの輻輳測定に基づいて、ＷＴＲＵは、第１のリソースプールを使用して、それの低優先度データを送信すべきかどうかを決定することができる。例えば、ステップ５３０において、ＷＴＲＵは、輻輳測定が、事前決定されたしきい値を下回るか、それとも上回るかを決定することができる。第２のリソースプールの輻輳測定が、事前決定されたしきい値を下回る場合、ＷＴＲＵは、ステップ５４０において、第１のリソースプールを使用して、それの低優先度データを送信することができる。輻輳測定が、事前決定されたしきい値を上回る場合、ＷＴＲＵは、ステップ５５０において、第１のリソースプールを使用して、それの低優先度データを送信しないことができる。事前決定されたしきい値は、輻輳測定の前に、もしくはシステム情報ブロードキャスティング（例えば、ＳＩＢ）を介して、ネットワークによって受信することができ、またはＷＴＲＵにおいて事前構成することができる。
【０２１６】
一実施形態においては、輻輳測定が、事前決定されたしきい値を上回る場合、ＷＴＲＵは、時間の期間の間、第１のリソースプール上におけるデータの送信を延期することができる。時間の期間は、ＲＲＣシグナリングもしくはシステム情報ブロードキャスティング（例えば、ＳＩＢ）を介して、ネットワークによって構成することができ、またはＷＴＲＵにおいて事前構成することができる。時間の期間の間、第１のリソースプール上において送信されるデータは、ＷＴＲＵが、第１のリソースプールを使用して、送信を再開するまで、ＷＴＲＵのバッファまたは待ち行列内に蓄積することができる。別の実施形態においては、輻輳測定が、事前決定されたしきい値を上回る場合、ＷＴＲＵは、第１のリソースプール上における、データの計画された（または予約された）将来の送信を先に行うことができる。別の実施形態においては、輻輳測定が、事前決定されたしきい値を上回る場合、ＷＴＲＵは、第１のリソースプール内のリソースの量を低減させることができ、第１のリソースプール内の残りのリソースに基づいて、データを送信することができ、または送信しないことができる。
【０２１７】
輻輳測定の例は、チャネル占有率、基準信号受信電力（ＲＳＲＰ）、受信信号強度インジケータ（ＲＳＳＩ）、基準信号受信品質（ＲＳＲＱ）、チャネル品質インジケータ（ＣＱＩ）、信号対雑音比（ＳＮＲ）、信号対干渉プラス雑音比（ＳＩＮＲ）、信号対雑音プラス歪み比（ＳＩＤＲ）、チャネルビジー率（ＣＢＲ）、および本開示において説明される他の任意の測定を含むことができるが、それらに限定されない。
【０２１８】
ＷＴＲＵは、ＱｏＳ／受信者／チャネル使用に基づいて、異なるリソース選択メカニズムの間において選択を行うことができる。ＷＴＲＵは、異なるタイプのＷＴＲＵ自律リソース選択を実行するように構成することができる。ＷＴＲＵは、さらに、ある条件下において、１つのタイプのリソース選択メカニズムを使用するように、また他のある条件下において、別のタイプのリソース選択メカニズムを使用するように構成することができる。リソース選択メカニズムの選択を決定付ける条件は、以下の基準のうちの１つまたは複数によって決定することができる。リソース選択メカニズムの選択は、選択されたリソース上において送信されるデータのＱｏＳによって決定することができる。リソース選択メカニズムの選択は、選択されたリソース上において送信されるデータの意図された受信者、および／またはそれらの相対／絶対ロケーションによって決定することができる。リソース選択メカニズムの選択は、測定されたＣＢＲまたはセンシング結果など、そこから選択を行うリソースの使用状態によって決定することができる。
【０２１９】
ＷＴＲＵは、いくつかの異なるリソース選択メカニズムを用いて構成することができる。リソース選択メカニズムは、以下のカテゴリのうちの１つまたは複数であることがある。完全に自律的なリソース選択は、ＷＴＲＵが、利用可能なリソースのセットを決定するために、それ自体のセンシング結果を使用し、それらのリソースのサブセット上において送信を行う場合であることができる。他のＷＴＲＵからの支援に基づいた自律的なリソース選択は、ＷＴＲＵが、他のＷＴＲＵからの支援情報（例えば、センシング結果）を使用することができる場合であることができる。１つのＷＴＲＵによる別のＷＴＲＵのためのリソースのスケジューリングは、１つのＷＴＲＵが、グループ内の他のＷＴＲＵのためのリソースをスケジューリングする場合であることができる。別のリソース選択メカニズムは、リソースの事前構成されたセットの使用であることができる。
【０２２０】
以下の例は、同じカテゴリに分類される、またはこれらのカテゴリのいずれにも含まれない、異なるリソース選択メカニズムの使用を排除しない。ＷＴＲＵは、チャネル使用または占有に基づいて、リソース選択メカニズムを選択することができる。占有は、測定されたＣＢＲ、ＳＣＩ（もしくはスケジューリングメッセージ）の検出された数、および／またはそのようなスケジューリングメッセージの測定された信号強度、フォワードリソース予約信号の検出された数、またはいくつかもしくは不定数の時間期間についてリソースを予約することができるメッセージ、測定されたＲＳＳＩ、特定のプールまたはリソースのセットの使用を示す、アプリケーション層情報またはネットワークシグナリング、ならびに単発のおよび／または定期的なリソースを送信するＷＴＲＵの数のうちの１つまたは複数に基づいて、決定することができる。
【０２２１】
ＷＴＲＵは、高占有下において、衝突の可能性を低減させる、リソース選択メカニズムを使用することができ、低占有下において、衝突の可能性を考慮しない、リソース選択メカニズムを使用することができる。
【０２２２】
ＷＴＲＵは、センシングだけに基づいたリソース選択（例えば、ＬＴＥ）、およびリッスンビフォアトーク（ＬＢＴ）を必要とするリソース選択を用いて構成することができる。ＷＴＲＵは、送信のためのリソースのプール内において、ＣＢＲを測定することができる。ＷＴＲＵが、しきい値を上回るＣＢＲを測定した場合、ＷＴＲＵは、ＬＢＴベースのリソース選択を使用することができる。ＷＴＲＵが、しきい値を下回るＣＢＲを測定した場合、ＷＴＲＵは、従来の（例えば、ＬＴＥ）自律リソース選択を使用することができる。
【０２２３】
ＷＴＲＵは、送信されるデータのＱｏＳに基づいた、リソース選択メカニズムを選択することができる。より具体的には、ＷＴＲＵは、以下のうちの１つまたは複数に基づいて、送信されるデータのＱｏＳを認識することができる。ＷＴＲＵは、送信されるＰＤＵに多重化される論理チャネルに基づいて、送信されるデータのＱｏＳを認識することができる。ＷＴＲＵは、送信されるデータと関連付けられたＶＱＩまたは類似のＱｏＳパラメータ（例えば、ＰＰＰＰ、ＰＰＰＲなど）に基づいて、送信されるデータのＱｏＳを認識することができる。このパラメータは、必要とされる送信の信頼性、待ち時間、範囲、優先度、またはデータレートのいずれかを示すことができる。
【０２２４】
ＷＴＲＵは、送信されるデータと関連付けられたＱｏＳパラメータに最も適した、送信メカニズムを選択することができる。
【０２２５】
ＷＴＲＵは、論理チャネルまたはベアラと関連付けられたＶＱＩに基づいて、パケットの信頼性要件を決定することができる。ＷＴＲＵは、ＶＱＩの第１の範囲を高信頼性であると、またＶＱＩパラメータの第２の範囲を低信頼性と見なされると見なすことができる。ＷＴＲＵは、高信頼性送信のために、事前構成されたリソースに基づいた、リソース選択を使用することができ、低信頼性のために、リソースのＷＴＲＵ自律選択、および／またはＷＴＲＵ支援を伴う選択に基づいた、リソース選択を使用することができる。
【０２２６】
ＷＴＲＵは、複数のファクタ（例えば、ＱｏＳ、チャネル占有など）を使用して、リソース選択モードを決定することができる。例えば、ＷＴＲＵは、ＣＢＲがしきい値を上回る条件下においては、高信頼性送信のために、ＬＢＴ送信を使用することができ、そうでない場合は、従来の（例えば、ＬＴＥ）送信を使用することができる。
【０２２７】
上で説明されたように、送信モード４におけるＷＴＲＵは、事前構成に基づいて、またはセンシング結果に基づいて自律的に、時間／周波数／ビームリソースの粒度を決定することができる。ＷＴＲＵは、サービスタイプによって、リソース選択のためのリソースの粒度を決定することができる。ＷＴＲＵは、選択可能なリソースのセット内における、シンボルベースおよびスロットベースのリソースの量／パーセンテージを決定することができる。
【０２２８】
ＷＴＲＵは、送信の時間クリティカリティに基づいて、時間Ｔにわたる選択可能なリソース（例えば、選択可能な帯域幅、粒度、ビーム幅）を決定することができる。ＷＴＲＵは、優先度／時間クリティカリティに基づいて、（おそらくは中心周波数を変化させる）ＢＷを決定することができる。ＷＴＲＵは、優先度／時間クリティカリティに基づいて、選択ウィンドウ開始時間（Ｔ１）を決定することができる。
【０２２９】
ＷＴＲＵは、選択可能なリソースのセット内に、ビームのサブセットと関連付けられたリソースを含めることができる。ビームは、上位レイヤ情報（例えば、送信先アドレスなど）およびＱｏＳ情報に基づいて、決定することができる。ＷＴＲＵは、定期的なリソース構成に基づいて、特定のビームのためのリソースを選択することができる。ＷＴＲＵは、測定、他のＷＴＲＵから受信された情報、または上位レイヤ情報に基づいて、オフセットを変更することができる。
【０２３０】
ＷＴＲＵは、（異なる時間ウィンドウ上において）複数のリソース選択の試みを使用することができ、または時間クリティカリティ、ＣＢＲ、もしくは別のパラメータに基づいて、リソース選択を将来のウィンドウに延期することができる。ＷＴＲＵは、複数回試みられるリソース選択の後続のウィンドウ毎に、リソース選択パラメータを変更できる。
【０２３１】
ＷＴＲＵは、送信のために使用するリソース粒度を、選択可能なリソースフェーズの間にそれが決定されない場合、おそらくはセンシング結果／利用可能性情報と組み合わせた、パケットのＱｏＳ関連特性に基づいて、決定することができる。
【０２３２】
ＷＴＲＵは、異なる粒度を有する可能な送信を仮定して、リソース利用可能性を決定することができる。ＷＴＲＵは、シンボルベース送信とスロットベース送信に対して、別々のセンシング結果を使用することができる。ＷＴＲＵは、シンボルベース送信と関連付けられたセンシング結果に基づいて、スロットベース送信のためのリソースの利用可能性を決定すること、およびその逆を行うことができる。
【０２３３】
ＷＴＲＵは、（ＳＣＩで送信された）別のＷＴＲＵの範囲／信頼性パラメータ、およびＳＣＩの受信されたＲＳＲＰに基づいて、リソースの利用可能性を決定することができる。
【０２３４】
ＷＴＲＵは、失敗のケースにおいて、リソース選択および新しいフォールバック手順を進めるための、十分なリソースの量の動的な決定を行うことができる。
【０２３５】
（利用可能なリソースのセットからの）リソースの選択は、時間クリティカリティに基づいた、時間におけるリソースの重み付け、データ送信と関連付けられた信頼性／範囲要件に基づいた、選択されるリソースの数／量、ＱｏＳ特性と比較したリソースの品質、およびＷＴＲＵを利用可能なリソースの１つにハッシュするための、事前構成された選択ファクタの使用のうちの１つまたは複数に基づくことができる。
【０２３６】
ＷＴＲＵは、第１のＢＷＰ上におけるリソース選択が、失敗したとき、第２のサイドリンクＢＷＰ上において、一時的な送信／リソース選択を行うことができる。
【０２３７】
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上において送信される）電子信号、およびコンピュータ可読記憶媒体を含む。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実装することができる。
【図１Ａ】
2021533648.tif 000003
【図１Ｂ】
2021533648.tif 000004
【図１Ｃ】
2021533648.tif 000005
【図１Ｄ】
2021533648.tif 000006
【図２】
2021533648.tif 000007
【図３】
2021533648.tif 000008
【図４Ａ】
2021533648.tif 000009
【図４Ｂ】
2021533648.tif 000010
【図５】
2021533648.tif 000011
【手続補正書】
【提出日】令和3年4月2日(2021.4.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）における使用のための方法であって、
前記ＷＴＲＵがリソース選択を続けることを可能とする利用可能なリソースのパーセンテージを決定するステップと、
前記ＷＴＲＵによって設定されたパーセンテージ値閾値のセットから、前記セットにおける各パーセンテージ値閾値に対応するデータの優先度に基づいて、パーセンテージ値閾値を選択するステップと、
前記利用可能なリソースの前記決定されたパーセンテージが、前記パーセンテージ値閾値の前記セットから選択された前記パーセンテージ値閾値以上である条件で、前記利用可能なリソースの少なくとも１つを使用して、データを他のＷＴＲＵへ送信するステップと
を備える方法。
【請求項２】
前記決定されたパーセンテージが前記パーセンテージ値閾値の前記セットから選択された前記パーセンテージ値閾値を下回る条件で、前記リソース選択のための基準信号受信電力（ＲＳＲＰ）しきい値を増加させるステップ
をさらに備える請求項１に記載の方法。
【請求項３】
前記セットにおける前記各パーセンテージ値閾値を、送信されることになるデータの前記優先度と関連付ける構成情報を受信するステップ
をさらに備える請求項１に記載の方法。
【請求項４】
センシング測定に基づいて、前記リソース選択のための前記利用可能なリソースを決定するステップと、
前記利用可能なリソースの前記パーセンテージを計算するステップと
をさらに備える請求項１に記載の方法。
【請求項５】
前記センシング測定は、送信されることになる前記データの１つ以上のサービス品質（ＱｏＳ）パラメータ、プロセパケット別優先度（ＰＰＰＰ）、プロセパケット別信頼性（ＰＰＰＲ）、１つ以上の範囲パラメータ、または、１つ以上の５Ｇ  ＱｏＳインジケータ（５ＱＩ）に基づいている請求項４に記載の方法。
【請求項６】
無線送受信ユニット（ＷＴＲＵ）であって、
プロセッサと、
送信機とを備え、
前記プロセッサは、
前記ＷＴＲＵがリソース選択を続けることを可能とする利用可能なリソースのパーセンテージを決定し、
前記プロセッサによって設定されたパーセンテージ値閾値のセットから、前記セットにおける各パーセンテージ値閾値に対応するデータの優先度に基づいて、パーセンテージ値閾値を選択するよう構成され、
前記プロセッサおよび前記送信機は、前記利用可能なリソースの前記決定されたパーセンテージが前記パーセンテージ値閾値の前記セットから選択された前記パーセンテージ値閾値以上である条件で、前記利用可能なリソースの少なくとも１つを使用して、データを他のＷＴＲＵへ送信するよう構成された
ＷＴＲＵ。
【請求項７】
前記プロセッサおよび前記送信機は、前記決定されたパーセンテージが前記パーセンテージ値閾値の前記セットから選択された前記パーセンテージ値閾値を下回る条件で、前記リソース選択のための基準信号受信電力（ＲＳＲＰ）しきい値を増加させるようさらに構成された請求項６に記載のＷＴＲＵ。
【請求項８】
受信機をさらに備え、
前記プロセッサおよび前記受信機は、前記セットにおける前記各パーセンテージ値閾値を、送信されることになるデータの前記優先度と関連付ける構成情報を受信するようさらに構成された請求項６に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、
センシング測定に基づいて、前記リソース選択のための前記利用可能なリソースを決定し、
前記利用可能なリソースの前記パーセンテージを計算するよう構成された請求項６に記載のＷＴＲＵ。
【請求項１０】
前記センシング測定は、送信されることになる前記データの１つ以上のサービス品質（ＱｏＳ）パラメータ、プロセパケット別優先度（ＰＰＰＰ）、プロセパケット別信頼性（ＰＰＰＲ）、１つ以上の範囲パラメータ、または、１つ以上の５Ｇ  ＱｏＳインジケータ（５ＱＩ）に基づいている請求項９に記載のＷＴＲＵ。
【国際調査報告】
2021533648.tif 000012
2021533648.tif 000013
2021533648.tif 000014