特許 7489450 協力し合う車両間における効率的なリソース使用のための方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-15

(45)【発行日】2024-05-23

(54)【発明の名称】協力し合う車両間における効率的なリソース使用のための方法

(51)【国際特許分類】

   H04W 72/25 20230101AFI20240516BHJP

   H04W 72/02 20090101ALI20240516BHJP

【ＦＩ】

H04W72/25

H04W72/02

【請求項の数】 16

(21)【出願番号】P 2022208268

(22)【出願日】2022-12-26

(62)【分割の表示】P 2020552706の分割

【原出願日】2019-04-01

(65)【公開番号】P2023036851

(43)【公開日】2023-03-14

【審査請求日】2023-01-25

(31)【優先権主張番号】62/651,974

(32)【優先日】2018-04-03

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

(31)【優先権主張番号】62/668,322

(32)【優先日】2018-05-08

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

(31)【優先権主張番号】62/735,982

(32)【優先日】2018-09-25

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

(73)【特許権者】

【識別番号】316012245

【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】フレダ、マルティーノ エム．

(72)【発明者】

【氏名】テン、タオ

(72)【発明者】

【氏名】ホン、トントゥク

(72)【発明者】

【氏名】プレテイエ、ブノワ

(72)【発明者】

【氏名】エルハマス、アータ

(72)【発明者】

【氏名】アーマッド、サード

(72)【発明者】

【氏名】ぺラス、ミッチェル

【審査官】中元 淳二

(56)【参考文献】

【文献】国際公開第２０１７／１７０１５８（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
リソースのグループを示しているリソース予約情報を受信するステップと、
リソースの前記グループから、前記ＷＴＲＵがデータの送信のために使用し得るサブリソースを決定するステップであって、サブリソースを決定することは、前記ＷＴＲＵへ割り当てられる識別（ＩＤ）に基づいている、ステップと、
第２のＷＴＲＵへの距離を決定するステップであって、距離を決定することは、前記第２のＷＴＲＵの位置情報に基づいている、ステップと、
前記第２のＷＴＲＵへの前記決定された距離が送信範囲値を下回っている条件で、前記決定されたサブリソース上で、データを送信するステップと
を備える方法。

【請求項2】

前記ＷＴＲＵへ割り当てられる前記ＩＤは、グループメンバＩＤである請求項１に記載の方法。

【請求項3】

前記リソース予約情報は、サイドリンク制御情報（ＳＣＩ）である請求項１に記載の方法。

【請求項4】

前記リソース予約情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）または物理サイドリンク共有チャネル（ＰＳＳＣＨ）上で受信される請求項１に記載の方法。

【請求項5】

前記リソース予約情報は、複数のＷＴＲＵのためのリソースを含む請求項１に記載の方法。

【請求項6】

前記第２のＷＴＲＵの前記位置情報は、前記リソース予約情報の中で受信される請求項１に記載の方法。

【請求項7】

前記送信範囲値は、前記リソース予約情報の中で受信される請求項１に記載の方法。

【請求項8】

サブリソースを決定することは、モジュロ演算にさらに基づいている請求項１に記載の方法。

【請求項9】

無線送受信ユニット（ＷＴＲＵ）であって、
受信機と、
プロセッサと、
送信機とを備え、
前記受信機は、リソースのグループを示しているリソース予約情報を受信するよう構成され、
前記プロセッサは、リソースの前記グループから、前記ＷＴＲＵがデータの送信のために使用し得るサブリソースを決定するよう構成され、前記サブリソースは、前記ＷＴＲＵへ割り当てられる識別（ＩＤ）に基づいて決定され、
前記プロセッサは、第２のＷＴＲＵへの距離を決定するようさらに構成され、前記距離は、前記第２のＷＴＲＵの位置情報に基づいて決定され、
前記送信機は、前記第２のＷＴＲＵへの前記決定された距離が送信範囲値を下回っている条件で、前記決定されたサブリソース上で、データを送信するよう構成された
ＷＴＲＵ。

【請求項10】

前記ＷＴＲＵへ割り当てられる前記ＩＤは、グループメンバＩＤである請求項９に記載のＷＴＲＵ。

【請求項11】

前記リソース予約情報は、サイドリンク制御情報（ＳＣＩ）である請求項９に記載のＷＴＲＵ。

【請求項12】

前記リソース予約情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）または物理サイドリンク共有チャネル（ＰＳＳＣＨ）上で受信される請求項９に記載のＷＴＲＵ。

【請求項13】

前記リソース予約情報は、複数のＷＴＲＵのためのリソースを含む請求項９に記載のＷＴＲＵ。

【請求項14】

前記第２のＷＴＲＵの前記位置情報は、前記リソース予約情報の中で受信される請求項９に記載のＷＴＲＵ。

【請求項15】

前記送信範囲値は、前記リソース予約情報の中で受信される請求項９に記載のＷＴＲＵ。

【請求項16】

前記サブリソースは、モジュロ演算に基づいて決定される請求項９に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、協力し合う車両間における効率的なリソース使用のための方法に関する。

【背景技術】

【0002】

関連出願の相互参照
本出願は、それらの内容が参照によって本明細書に組み込まれる、２０１８年４月３日に出願された米国特許仮出願第６２／６５１９７４号、２０１８年５月８日に出願された米国特許仮出願第６２／６６８３２２号、および２０１８年９月２５日に出願された米国特許仮出願第６２／７３５９８２号の利益を主張する。

【0003】

車両（「Ｖ２Ｘ」）通信は、無線送受信ユニット（ＷＴＲＵ）が互いに直接的に通信することができる、通信のモードである。カバレージ内にある間、ＷＴＲＵは、ネットワークから支援を受けて、Ｖ２Ｘメッセージを送信および受信し始めることができる。カバレージ外にある間、ＷＴＲＵは、１つまたは複数の事前構成されたパラメータを使用して、Ｖ２Ｘメッセージを送信および受信し始めることができる。

【発明の概要】

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

【0004】

協力し合う車両間における効率的なリソース使用のための方法を提供する。

【課題を解決するための手段】

【0005】

サイドリンク通信のための方法、システム、および装置が、開示される。ＷＴＲＵは、グループ内の第２のＷＴＲＵから、第１のＳＣＩ要素を受信することができる。ＷＴＲＵは、第１のＳＣＩによってスケジュールされたリソースの第１のセット内で、第１のＲＣＩ要素を受信することができる。第１のＲＣＩは、グループ内のどのＷＴＲＵがリソースの第２のセットを使用するようにスケジュールされるかについての情報を含むことができる。ＷＴＲＵは、第１のＲＣＩに基づいて、リソースの第２のセット内の１つまたは複数のサブリソースが利用可能であると決定することができる。ＷＴＲＵは、１つまたは複数のサブリソースで、データを送信することができる。第１のＳＣＩおよび第１のＲＣＩは、第１の予約期間において受信することができ、１つまたは複数のサブリソースは、第２の予約期間内にあることができる。

【0006】

より詳細な理解は、添付の図面と併せて、例として与えられる、以下の説明から得ることができ、図中の同様の参照番号は、同様の要素を示す。

【図面の簡単な説明】

【0007】

【図1A】１つまたは複数の開示された例をその中で実施できる、例示的通信システムを示す図である。

【図1B】実施形態による図１Ａの通信システム内で使用できる、例示的無線送受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】実施形態による図１Ａの通信システム内で使用できる、例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）のシステム図である。

【図1D】実施形態による図１Ａの通信システム内で使用できる、さらなる例示的ＲＡＮおよびＣＮを示すシステム図である。

【図2】サブリソース調整を使用するグループ予約の第１の方法を示す図である。

【図3】サブリソース調整を使用するグループ予約の第２の方法を示す図である。

【図4】コンテンションベースのリソースを予約する方法を示す図である。

【図5】サブリソース調整を使用するグループ予約の第１の方法のフローチャートである。

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

【0008】

図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＦＴ－Ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。

【0009】

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク（ＣＮ）１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、局（ＳＴＡ）と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。

【0010】

通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）、ニューラジオ（ＮＲ）ノードＢなどの次世代ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。

【0011】

基地局１１４ａは、ＲＡＮ１０４の一部であることができ、ＲＡＮ１０４は、他の基地局、ならびに／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、および中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。

【0012】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。

【0013】

より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含むことができる。

【0014】

実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施することができる。

【0015】

実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲを使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。

【0016】

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

【0017】

他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

【0018】

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がないことがある。

【0019】

ＲＡＮ１０４は、ＣＮ１０６と通信することができ、ＣＮ１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４に接続されていることに加えて、ＣＮ１０６は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。

【0020】

ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のＣＮを含むことができる。

【0021】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。

【0022】

図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。

【0023】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。

【0024】

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

【0025】

図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。

【0026】

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

【0027】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。

【0028】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。

【0029】

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。

【0030】

プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および湿度センサなどのうちの１つまたは複数であることができる。

【0031】

ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ＤＬの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニットを含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ＤＬのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。

【0032】

図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。

【0033】

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。

【0034】

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。

【0035】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６とを含むことができる。上記の要素は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。

【0036】

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

【0037】

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

【0038】

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

【0039】

ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。

【0040】

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

【0041】

代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであることができる。

【0042】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。

【0043】

８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、または動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用することができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つのＳＴＡ）が、送信することができる。

【0044】

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

【0045】

超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。

【0046】

１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーション（ＭＴＣ）をサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含むことができる。

【0047】

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、利用可能な周波数バンドの大部分が、アイドルのままであるとしても、すべての利用可能な周波数バンドが、ビジーと見なされることができる。

【0048】

米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。

【0049】

図１Ｄは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上で言及されたように、ＲＡＮ１０４は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。

【0050】

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示されず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあることができるが、残りのコンポーネントキャリアは、免許要スペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。

【0051】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。

【0052】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。

【0053】

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

【0054】

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストを行う、および／またはオーバザエア無線通信を使用してテストを実行する目的で、別のデバイスに直接的に結合することができる。

【0061】

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。

【0062】

上で説明されたように、車両（「Ｖ２Ｘ」）通信は、ＷＴＲＵが互いに直接的に通信することができる、通信のモードである。Ｖ２Ｘ通信は、リリース１４ロングタームエボリューション（「ＬＴＥ」）通信においてサポートされ、デバイス間（Ｄ２Ｄ）通信に関する以前の仕事から着想を与えられた。Ｖ２Ｘ通信サービスは、以下のタイプのうちの１つまたは複数を含むことができる。車車間（「Ｖ２Ｖ」）通信は、車両ＷＴＲＵが、互いに直接的に通信することを可能にすることができる。路車間（「Ｖ２Ｉ」）通信は、車両ＷＴＲＵが、路側ユニット（ＲＳＵ）および／またはｇＮＢと通信することを可能にすることができる。車ネットワーク間（「Ｖ２Ｎ」）通信は、車両ＷＴＲＵが、コアネットワークと通信することを可能にすることができる。車歩行者間（「Ｖ２Ｐ」）通信は、車両ＷＴＲＵが、バッテリ容量が少ないなどの特別な条件を有するものなど、他のタイプのＷＴＲＵと通信することを可能にすることができる。

【0063】

ＬＴＥは、Ｖ２Ｘ通信のための２つの動作モードを定義する。モード３においては、ネットワークは、ＷＴＲＵに、Ｖ２Ｘサイドリンク送信のためのスケジューリング割り当てを与えることができる。モード４においては、ＷＴＲＵは、構成／事前構成されたリソースプールからリソースを自律的に選択することができる。さらに、ＬＴＥは、Ｖ２Ｘ通信のためのリソースプールの２つのカテゴリである、受信プールおよび送信プールを定義する。受信プールは、Ｖ２Ｘ送信を受信するために監視される。送信プールは、モード４において送信リソースを選択するために、ＷＴＲＵによって使用される。送信プールは、モード３において構成されたＷＴＲＵによって使用されない。

【0064】

リソースプールは、ＲＲＣシグナリングを介して、ＷＴＲＵに半静的に伝達することができる。モード４においては、ＷＴＲＵは、ＲＲＣ構成された送信プールからリソースを選択する前に、センシングを使用することができる。ＬＴＥ Ｖ２Ｘは、動的リソースプール再構成をサポートしないことがある。プール構成は、システム情報ブロック（ＳＩＢ）および／または専用ＲＲＣシグナリングを介してのみ、搬送することができる。

【0065】

ニューラジオ（「ＮＲ」）システムと呼ばれる、次世代の無線システムが、現在開発されている。ＮＲシステムは、拡張モバイルブロードバンド（「ｅＭＢＢ」）、超高信頼性低遅延通信（「ＵＲＬＬＣ」）、および拡張Ｖ２Ｘ通信など、多数の使用事例をサポートすることが期待される。ＮＲにおけるＶ２Ｘ通信は、安全シナリオおよび非安全シナリオの両方（例えば、センサ共用、自動運転、車両隊列走行(vehicle platooning)、および遠隔運転）のための新しいサービスをサポートすることが期待される。

【0066】

車両隊列走行は、車両が、一緒に走行しながら、動的にグループを形成することを可能にすることができる。隊列内の車両は、隊列運転を継続するために、先頭車両から周期的なデータを受信することができる。この情報は、車両間の距離が極端に小さくことを可能にすることができる。例えば、時間に変換された間隔距離は、非常に小さいことができる（例えば、秒未満）。隊列走行アプリケーションは、先頭車両に後続する車両が、自律的に運転されることを可能にすることができる。

【0067】

高度な運転は、半自動または全自動運転を可能にすることができる。より長い車間距離を仮定することができる。車両および／またはＲＳＵは、ローカルセンサから獲得されたデータを、近くの車両と共用することができる。これは、車両が、それらの軌道または操縦を調整することを可能にすることができる。加えて、車両は、それの運転意図を近くの車両と共有することができる。これは、より安全な走行、衝突回避、および改善された交通効率を可能にすることができる。

【0068】

拡張センサは、車両、ＲＳＵ、歩行者デバイス、およびＶ２Ｘアプリケーションサーバ間において、ローカルセンサのうちの１つもしくは複数を通して収集された生データもしくは処理されたデータ、またはライブビデオデータの交換を可能にすることができる。車両は、それら自らのセンサが検出することができるものを超えて、それらの環境の認知を強化することができ、局所的な状況のより全体的な視野を有することができる。

【0069】

遠隔運転は、遠隔運転者またはＶ２Ｘアプリケーションが、自分自身では運転することができない乗客のための遠隔車両、または危険な環境に位置付けられた遠隔車両を運転することを可能にすることができる。公共交通機関など、変化が限られ、ルートが予測可能であるケースについては、クラウドコンピューティングに基づいた運転を使用することができる。加えて、クラウドベースのバックエンドサービスプラットフォームへのアクセスを使用することができる。異なるＶ２Ｘサービスは、異なる性能要件を必要とすることがあり、いくつかのシナリオについては、３ミリ秒の待ち時間が、要求されることがあることに留意されたい。

【0070】

車両隊列においては、あるメッセージは、車両の隊列全体に送信される必要があることがあり、他のメッセージは、特定の１台の車両だけに送信される必要があることがある。多くのメッセージは、同じ隊列内のＷＴＲＵ間において（例えば、ユニキャスト送信を使用して）送信することができる。従来のＤ２Ｄ通信において行われるように、互いに通信することができるＷＴＲＵの各組み合わせに対して、一意的なＬ２識別（ＩＤ）を割り当てることは、非効率的なことがある。

【0071】

隊列内の車両によって使用される送信リソースは、決定論的なタイミング関係を有することができる。このタイミング関係は、車両隊列走行のためのある要件に対処するために、必要とされることがある。例えば、隊列内において連続するＷＴＲＵの送信間の非常に短い待ち時間は、各ＷＴＲＵが利用可能なリソースに、短いタイミングオフセットを有することを要求する。各ＷＴＲＵによる独立したリソース予約は、実現可能でないことがあり、および／または非効率的なことがあるので、リソース調整および管理を保証するための方法が、アクセススペクトル（ＡＳ）層において必要とされることがある。

【0072】

加えて、ＳＡ１要件は、ＡＳが、メッセージ特性に基づいて、メッセージのための通信範囲を制御する必要があることがあることを示す。ＷＴＲＵが、メッセージの特性に基づいて、必要とされる送信範囲を区別し、サイドリンク送信リソースを効率的に使用することができるための方法が、必要とされることがある。

【0073】

隊列は、それが自らをアクセス層においてＷＴＲＵのグループとして表す、Ｖ２Ｘアプリケーション層概念である。ＷＴＲＵは、地理的ロケーション、リソース使用、センシング、および／またはアドレス指定に関して、互いに関連することができる。本明細書における説明は、隊列走行アプリケーションから、または他のＶ２Ｘアプリケーションから形成することができる、ＷＴＲＵグループの一般的概念を含むことができる。この文脈におけるＷＴＲＵグループは、以下の特性のうちの１つまたは複数を有することができる。ＷＴＲＵは、一緒に移動し、または関連するジオロケーションおよび／もしくはトポロジを有することができる。ＷＴＲＵは、グループ全体とマルチキャストで通信する必要があることがある。ＷＴＲＵは、グループの特定のメンバに対してユニキャストで通信する必要があることがある。

【0074】

一例においては、アプリケーション層管理／シグナリングを通して、グループメンバを決定することができる。グループ形成および変更決定は、関連付けられたＶ２Ｘアプリケーション（例えば、隊列アプリケーション）によって、行うことができる。グループ情報は、ＡＳから完全に利用可能にすることができる。例えば、グループの一員であるＷＴＲＵからなるリストは、周期的にＡＳに伝達することができる。

【0075】

別の例においては、グループ決定および／または変更は、アプリケーション層によって決定され、アプリケーション層だけが、知ることができる。ＡＳ層は、アドレス指定およびリソース使用に関連するＷＴＲＵ挙動を保証し、グループの存在およびトポロジを反映する、特定の情報を受け取ることができる。アプリケーション層は、アプリケーション層において、ＷＴＲＵがグループ先導者になったときに、そのＷＴＲＵが特定のＡＳ挙動を取るべきであることを示すことができる。

【0076】

ＷＴＲＵは、アプリケーション層から、以下の情報を受け取ることができる。各アプリケーション層パケットを用いて、ＷＴＲＵは、パケットがマルチキャストで送信されるべきか、それともユニキャストで送信されるべきかを示すインジケーション、範囲情報、タイミング要件、およびパケットがグループ全体に中継される必要があるかどうかを示すインジケーションのうちの１つまたは複数を受け取ることができる。周期的に、またはアプリケーション層からの特定のトリガ時に、ＷＴＲＵは、ＷＴＲＵがＡＳにおいてＷＴＲＵのグループの一員であるか、それとももはや一員ではないかを示すインジケーション、および関連付けられたグループＩＤ、ならびにＷＴＲＵがあるグループ先頭ＡＳ挙動を実行することを開始または停止すべきことを示すインジケーション、ならびに別のＷＴＲＵの追加／またはグループからの削除を示すインジケーション、およびそれの関連付けられたＩＤ、ＷＴＲＵのメンバＩＤ、ならびにグループ内の異なるＷＴＲＵの近接情報（例えば、方位、距離など）のうちの１つまたは複数を受け取ることができる。

【0077】

ＷＴＲＵは、グループ通信と関連付けられたデータパケット、サービス、および／または制御情報だけと関連付けられたある挙動を、さらに適用することができる。より具体的には、上記の情報は、サービスＩＤ、送信先ＩＤ、またはアプリケーション層によって提供される他の識別子によっておそらくは識別される、サービスのセットだけと関連付けることができる。

【0078】

Ｖ２Ｘ通信の従来の方法は、ユニキャストアドレス指定のための手順を有さないことがある。Ｄ２Ｄ通信のいくつかのタイプは、ユニキャストおよびマルチキャストアドレス指定が可能である。Ｄ２Ｄにおけるユニキャストアドレス指定については、ＰｒｏＳｅ Ｌ２グループＩＤの代わりに、ＷＴＲＵのＰｒｏＳｅ ＷＴＲＵ ＩＤを、Ｌ２送信先ＩＤとして使用することができる。これは、グループ内におけるユニキャストメッセージの送信を可能にすることができるが、この手法は、以下の問題を有することがある。アプリケーション層は、いずれのＷＴＲＵのＰｒｏＳｅ ＷＴＲＵ ＩＤとも異なる、サービスのための一意識別子を予約する必要があることがある。加えて、可能な大きいアドレス空間を与えられた場合、ＭＡＣ層によって送られるいずれのパケットのヘッダ内にも、アドレス全体を含める必要があることがある。また、Ｄ２Ｄおよび従来のＶ２Ｘにおけるグループ識別は、送信先ＷＴＲＵ間のいずれの物理的な関係も特に暗示することなく、サービスに言及するだけであることがある。その結果、ＡＳは、送信が、サービス（例えば、グループ化の従来の概念）に関連するのか、それとも隊列走行を可能にするためのＷＴＲＵの物理的なグループ化に関連するのか分からないことがある。

【0079】

「グループ通信」という用語は、従来のグループ通信の文脈における通信ではなく、物理的に関連するＷＴＲＵのグループ（例えば、隊列）内における通信を指すことができることに留意されたい。一般性を失うことなく、グループ通信は、２つのＷＴＲＵ間の通信（ユニキャスト）、または複数のＷＴＲＵ間の通信（マルチキャスト）のことであることができる。グループ送信先アドレスは、ユニキャストまたはマルチキャスト通信のための送信先アドレスとして使用することができる。

【0080】

ＷＴＲＵは、以下のうちの１つまたは複数、すなわち、アプリケーション層パケットが、特定のグループ（例えば、物理的なグループ化）のための通信と関連付けられるかどうか、送信が、その物理的なグループ化内におけるユニキャスト送信であるかどうか、および送信が、物理的なグループ化におけるグループ全体にマルチキャストされるかどうかのうちの１つまたは複数に応じて、異なる送信先アドレス構造を提供され、（例えば、ＭＡＣヘッダ内において）使用することができる。より具体的には、送信先アドレスは、以下の構造、すなわち、サービスＩＤ＋グループＩＤ＋メンバＩＤを有することができる。グループＩＤおよびメンバＩＤは、任意選択であり、グループ通信のケースにおいてだけ使用することができる。ＷＴＲＵは、アプリケーション層からの受け取られた送信先アドレスに基づいて、可変ヘッダサイズを有する、ＭＡＣヘッダを送ることができる。ＷＴＲＵは、送信ケースの各々を区別するために、さらにヘッダタイプを示すことができる。グループ通信のケースにおいては、サービスＩＤは、ＭＡＣ層によって省くことができる。サービスＩＤは、アプリケーション層情報内において送ることができる。

【0081】

ＷＴＲＵは、サイドリンク上における送信のためのアプリケーション層から受け取られた送信先アドレスに応じて、多重化およびリソース選択に関連する異なる挙動を実行することができる。ＷＴＲＵは、リソース調整情報（「ＲＣＩ」）などのＡＳグループ制御情報の、グループＩＤを含み、メンバＩＤを含まない送信先アドレスを有する、パケットとの多重化を可能にすることができる。パケットが、少なくともグループＩＤを含む送信先アドレスを有するとき、ＷＴＲＵは、通信するＷＴＲＵからなるグループのために、グループベースのリソース選択を実行することができる。パケットが、少なくともグループＩＤを含む送信先アドレスを有するとき、ＷＴＲＵは、同じグループと関連付けられた別のＷＴＲＵによって予約された、グループベースのリソースに依存することができる。パケットが少なくともグループＩＤを含む送信先アドレスを有するとき、ＷＴＲＵは、グループＩＤで示されるグループベースのリソースについての予約信号を送信することができる。

【0082】

グループ通信のために、サイドリンクリソースを予約することができる。サイドリンク制御情報（「ＳＣＩ」）は、送信が特定のグループに関連付けられることを（例えば、ＳＣＩにおけるグループ識別子の包含によって）示すことができる。このケースにおいては、ＷＴＲＵは、これらの専用リソースと関連付けられた送信、またはＳＣＩによってスケジュールされた送信のために、メンバＩＤだけをＭＡＣ層ヘッダ内に含めることができる。グループ全体にブロードキャストされる送信については、ＷＴＲＵは、これをグループ全体へのマルチキャスト送信として区別するために、特別なメンバＩＤ（例えば、すべて０）を含めることができる。ＷＴＲＵは、メンバＩＤを含めないことがあり、これをグループ全体へのマルチキャスト送信として区別するために、ＭＡＣヘッダタイプを使用することができる。

【0083】

ＷＴＲＵは、上位層から、グループ通信のために使用されるＬ２送信先アドレスを受け取ることができる。ＷＴＲＵは、Ｌ２送信先アドレスとともに、グループを形成するＷＴＲＵのＬ２送信元ＩＤを受け取ることができる。

【0084】

ＷＴＲＵは、上位層から、グループ通信において使用するための一意的なＬ２送信先アドレスのセットを受け取ることができる。ＷＴＲＵは、グループ通信に使用される、ＷＴＲＵによって形成および／または管理することができる、これらのアドレスのうちの１つを選択することができる。ＷＴＲＵは、さらに、グループを形成するＷＴＲＵのＬ２送信元アドレス、および対応するＬ２送信先グループアドレスについて、上位層に通知することができる。

【0085】

ＷＴＲＵは、グループ通信のために使用される送信先アドレスを、グループ内の他のＷＴＲＵに通知することができる。ＷＴＲＵは、（例えば、ＲＲＣメッセージを通した）ＷＴＲＵ間におけるグループ形成シグナリングを開始することができ、それによって、グループのための送信先アドレスを交換することができる。

【0086】

ＷＴＲＵは、グループ形成および／またはグループ維持シグナリングを交換するために、専用の送信先Ｌ２アドレスを使用することができる。例えば、送信先Ｌ２アドレスは、メッセージが、ユーザプレーンメッセージではなく、コントロールプレーンメッセージであることを示すことができる。専用のコントロールプレーン送信先ＩＤを有するメッセージを受信したＷＴＲＵは、メッセージを、ＷＴＲＵのプロトコルスタック内のＲＲＣエンティティに送付することができる。ＷＴＲＵ間コントロールプレーンシグナリングメッセージ（例えば、ＲＲＣメッセージ）を送信するＷＴＲＵは、制御メッセージのために専用の送信先Ｌ２アドレスを利用することができる。ＷＴＲＵは、事前構成に基づいて、コントロールプレーンシグナリングのための専用のＬ２アドレスを決定することができる。ＷＴＲＵは、上位層から、このアドレスを決定することができる。

【0087】

構成されたグループの一員であるＷＴＲＵは、ＷＴＲＵの同じグループのメンバによって通信のために予約された、リソースのセットを利用することができる。これは、グループ内のＷＴＲＵ間におけるより低遅延および／またはより高信頼性の通信を可能にすることができる。グループの近くにいることがある、グループ外のＷＴＲＵとの干渉／競合を、回避することができる。グループ内通信のために、低遅延および／または高信頼性が、必要とされることがある。

【0088】

ＷＴＲＵは、グループ通信のために使用される１つまたは複数のリソースプールを用いるように構成することができる。ＷＴＲＵは、ブロードキャスト（ＳＩＢ）で、専用シグナリングで、または事前構成で、１つまたは複数のグループ固有のリソースプールの構成を受け取ることができる。グループ固有のリソースプールは、ＷＴＲＵの地理的ロケーション、ＷＴＲＵスピード、ＷＴＲＵ進行方向、グループＩＤ、メンバＩＤ、および（例えば、トポロジに関連する）アプリケーション層情報のうちの１つまたは複数に基づいて、この構成から決定することができる。

【0089】

リソースプール構成は、グループＩＤと関連付けることができる。ＷＴＲＵは、上位層から、特定のグループへの送信を意図した（すなわち、送信先アドレスがグループの送信先アドレスと一致する）パケットを受け取ることができる。ＷＴＲＵは、送信のために、グループ固有のプールからリソースを選択することができる。ＷＴＲＵは、さらに、送信されるパケットと関連付けられたある条件下において、グループ固有のプールに属するリソースを使用することができる。条件は、以下のＱｏＳ関連条件のうちの１つまたは複数、すなわち、パケットが、事前決定された基準を満たす、ある遅延バジェットを有すること、パケットが、ユニキャストまたはマルチキャスト方式で送信される必要があること、パケットが、（例えば、アプリケーションによって決定されるような）ある必要とされる送信の範囲、または送信のための特定の方向性を有すること、パケットが、あるデータレート要件と関連付けられること、およびパケットが、ある優先順位を有することのうちの１つまたは複数であることができる。

【0090】

ＷＴＲＵは、同様の方式で導出することができる、受信のためのグループ固有のプールを用いるように構成することができる。上記の条件のいずれかが、満たされた場合、ＷＴＲＵは、グループ固有のプールに属するリソースを監視することができる。

【0091】

ＷＴＲＵは、ＲＲＣ構成で、グループ固有のリソースプール構成を受け取ることができる。グループ固有のリソースプール構成は、ＷＴＲＵのジオロケーションおよびグループＩＤに応じて、１つまたは複数のリソースプールの使用を示すことができる。ＷＴＲＵは、それのジオロケーションおよびグループＩＤに基づいて、構成内のプールのセットから、グループ固有のリソースプールを選択することができる。ＷＴＲＵは、それの緯度／経度およびグループＩＤに対するモジュロ演算を使用して、リソースプールを選択することができる。より具体的には、プール構成は、Ｍ×Ｎ個のリソースプールからなるテーブルから成ることができ、ＷＴＲＵは、任意の時間に使用する、テーブル内のリソースプールのインデックスを、以下の式によって決定することができる。

【0092】

ｍ＝（緯度／経度）ｍｏｄＭ 式１
ｎ＝（グループＩＤ）ｍｏｄＮ 式２
ＷＴＲＵが、グループに割り当てられ、そのグループのための送信を有するときは常に、ＷＴＲＵは、グループ固有のリソースプールを使用することができる。そうでないとき、ＷＴＲＵは、他のＴＸプールを使用することができる。ＷＴＲＵは、アプリケーション層から、それが特定のグループに割り当てられた旨のメッセージを受け取ることができる。メッセージは、関連付けられたグループ識別子を含むことができる。そのような割り当ての後、ＷＴＲＵは、それが送信のためのパケットを上位層から受け取ったとき、グループ固有のプールから、リソースを選択することができる。パケットは、同じグループ識別子によってタグ付けすることができる。ＷＴＲＵは、さらに、グループ固有のリソースプールから、グループ内のメンバＩＤに依存するリソースを選択することができる。

【0093】

グループ内のＷＴＲＵは、グループ予約信号を、サイドリンクチャネル上において送信して、グループの一員である多数のＷＴＲＵによって使用可能なリソースを予約することができる。ＷＴＲＵは、さらに、それ自らのサイドリンクデータ送信とともに、予約信号を送信するように構成することができる。予約信号は、さらに、それのための予約信号が送信されるのと同じグループに宛てたサイドリンクデータ送信とともに、送信することができる。例えば、ＷＴＲＵは、グループによって使用することができるリソースのための予約信号としての役割を果たす、ＳＣＩを送信することができる。ＳＣＩは、グループ識別子、またはグループ識別子の一部を含むことができる。ＷＴＲＵは、さらに、ＷＴＲＵが同じＳＣＩを使用して送信するデータを、ＰＳＳＣＨ上においてスケジュールすることができる。データは、意図された送信先として、グループの１つまたは複数のメンバを有することができる。

【0094】

グループ予約信号は、ＰＳＣＣＨもしくはＰＳＳＣＨ上における既存のＶ２Ｘ送信内の、これらのチャネルのどちらかの上において送信される新しいメッセージ内の、または両方の組み合わせにおけるフィールドであることができる。より具体的には、予約信号は、以下の方法のうちの１つまたは複数、すなわち、サイドリンクスケジューリング割り当て、ＳＣＩ、またはＰＳＣＣＨ上の類似のメッセージ内のフィールド、同期信号、またはＰＳＢＣＨに類似した同期信号内で送信されるフィールド、およびＰＳＳＣＨ上に含まれるメッセージ（ＭＡＣ ＣＥ、ＲＲＣ、アプリケーション層メッセージ）のうちの１つまたは複数で送信することができる。このメッセージは、さらに、グループ予約信号が予約することを意図しているリソース内で送信することができる。

【0095】

予約信号は、以下の情報のうちの１つまたは複数を提供することができる。予約信号は、リソースがそれのために予約される、ＷＴＲＵの特定のグループを指定するために、グループインジケーションまたはグループ識別を提供することができる。予約信号は、時間、周波数、ビーム、またはビームのセットなど、予約されるリソースのインジケーションを提供することができる。このインジケーションは、スケジューリングメッセージによって提供されるスケジューリング情報内に暗黙的に含めることができる。例えば、予約信号は、ＳＣＩがスケジュールすることを意図しているリソースを予約することができる。加えて、このインジケーションは、さらに、スケジューリング情報に含まれない、予約についての追加情報から成ることができる。例えば、予約信号は、多数のサブフレーム、時間期間にわたる、スケジュールされたリソースの予約を示すことができ、またはそれは、スケジュールされたリソースのサブセットを示すことができる。予約信号は、複数のＷＴＲＵ間におけるリソースの調整のために、リソース調整情報（ＲＣＩ）を提供することができる。予約信号は、リソース予約信号を送信するＷＴＲＵのジオロケーションを提供することができる。

【0096】

特定のグループまたはグループ予約されたリソースのためのＲＣＩは、１つもしくは多数のＷＴＲＵ（例えば、グループ先導者）によってサイドリンクで送信され、ＷＴＲＵによって中継され、またはすべてのＷＴＲＵによって送信することができる。ＷＴＲＵは、さらに、ＲＣＩを送信および／または中継するように、上位層によって構成することができる。ＲＣＩは、リソース予約信号の一部として送信することができる。ＲＣＩは、ＭＡＣ ＣＥ、またはサイドリンク上におけるＷＴＲＵ間制御メッセージなど、アクセス層制御メッセージとして送信することができる。例えば、ＲＣＩを送信するように構成されたＷＴＲＵは、周期的に、またはＲＣＩの内容の変更（例えば、グループ内のＷＴＲＵのセットの変更）時に、そうすることができる。ＲＣＩは、アプリケーション層によってＷＴＲＵに提供され、グループトポロジの変更（例えば、隊列内の車両の数またはそれの順序付けの変更）時に、変更することができる。

【0097】

特定のまたは指定されたＷＴＲＵは、グループ予約信号で、グループのために予約されたリソースの使用についての順序付けを示すために、ＲＣＩを送信することができる。ＷＴＲＵは、リソースまたはサブリソースのそれの使用または非使用を示すために、ＲＣＩを送信することができる。例えば、ＷＴＲＵは、それに割り当てられたサブリソースをそれが使用しないことを、本明細書において説明されるいずれかの方法によって、グループの残りに示すことができる。ＲＣＩで示し、または特定のルールによって決定することができる別のＷＴＲＵ（例えば、次に最大のメンバＩＤを有するＷＴＲＵ）は、インジケーションを送信したＷＴＲＵのサブリソースを使用することができる。

【0098】

ＷＴＲＵは、グループと関連付けられたリソースについての、それが決定したセンシング結果を示すために、ＲＣＩを送信することができる。例えば、ＷＴＲＵは、それが検出したＲＳＲＰ、ＲＳＳＩ、および占有情報（例えば、それ自体のグループと関連付けられないリソースを予約するＳＣＩ送信）のうちの１つまたは複数を、ＳＣＩと一部として送信することができる。

【0099】

特定のグループに対して関連付けられたＲＣＩは、そのグループのメンバによってだけ読み取ることができる。例えば、ＷＴＲＵは、グループ送信先アドレスと一致する送信先アドレスを有する、ＭＡＣ ＳＤＵ内のＭＡＣ ＣＥとして、ＲＣＩを送信することができる。ＳＣＩは、グループのためのリソースを予約し、グループ外のＷＴＲＵから可視であるが、ＲＣＩは、グループ内におけるそのようなリソース使用を示すことができ、グループ内のＷＴＲＵだけから可視であることができる。

【0100】

ＲＣＩは、サブリソースのセット内のＷＴＲＵ自らの送信サブリソースの許容された時間／周波数／ビーム順序付けを示すことができる。これは、テーブル、ビットマップ、またはメンバＩＤの順序の形態であることができる。ＲＣＩのサイズは、隊列トポロジに基づいて、例えば、アプリケーション層によって決定することができる。テーブル／ビットマップのサイズは、アプリケーション層によって伝達することができる。

【0101】

ＲＣＩは、ＷＴＲＵがグループ内においてそれ自らのサブリソースをそれのために利用することができるデータの最小優先順位、およびＷＴＲＵがグループ内において他のサブリソースをそれのために利用することができるデータの最小優先順位など、ＷＴＲＵ自らの送信または他のＷＴＲＵの送信と関連付けられたサブリソースの使用についての条件を示すことができる。これらの条件は、ＷＴＲＵにおいて事前構成することができ、ＲＣＩを用いて送信されないことがある。

【0102】

ＲＣＩは、サブリソース使用の順序付けを変更するためのルールおよび／またはインジケーションを示すことができる。例えば、ＲＣＩは、ＷＴＲＵが、他のＷＴＲＵに属する他の未使用のサブリソースを使用することができることを示すインジケーションを含むことができる。ＲＣＩは、ＷＴＲＵが、新しいＲＣＩを送信することができるかどうか／いつ送信することができるかについてのルールを示すことができる。ＲＣＩは、グループ内の特定のＷＴＲＵによってセンスされる、リソースのセットを示すことができる。例えば、ＲＣＩは、与えられたＷＴＲＵが、ＳＣＩの監視のために、どの時間／周波数／ｂｗｐ／ビームに対してセンシングを実行すべきかを示すインジケーション、および関連する制御情報における可能な報告を含むことができる。ＲＣＩは、ＷＴＲＵのバッファ内で保留中であり、ＷＴＲＵの特定のグループのための送信と潜在的に関連付けられ、および／または異なるなＱｏＳ要件と関連付けられたデータの量など、バッファ占有情報を示すことができる。ＲＣＩは、予約されるべき予約期間の数の、そのＷＴＲＵによる選択と関連付けられた、乱数を示すことができる。ＲＣＩは、特定のＷＴＲＵのセンシング手順によって獲得された、センシング結果（例えば、ＲＳＲＰ、ＲＳＳＩ、リソース占有／利用可能性情報）を示すことができる。

【0103】

グループのためのリソース予約信号を受信したＷＴＲＵは、それ自らの送信の一部として、またはそのために予約されたサブリソース内において、調整情報（すなわち、それ自らのＲＣＩ）を送信することができる。調整情報は、将来の予約期間において、または送信されるＲＣＩを決定する際に、予約されるリソースを決定するためのリソース予約信号を送信する、他のＷＴＲＵに役立つことができる。調整情報は、制御メッセージ（例えば、ＭＡＣ ＣＥ、またはサイドリンクＲＲＣメッセージ）で送信することができ、ＷＴＲＵによってそれ自らのサブリソース上において送信される任意のデータに追加することができる。

【0104】

調整情報は、ＷＴＲＵ自らのメンバＩＤ、またはアプリケーション層によって提供することができる、ＷＴＲＵを識別する類似のＩＤを含むことができる。調整情報は、ＷＴＲＵによって決定されるような、利用可能／利用不可能なリソースを示すインジケーションなど、センシング結果を含むことができる。センシング結果は、さらに、ＲＣＩにおいてそのＷＴＲＵに対して示すことができる、全体的なリソース（例えば、時間、周波数、ＢＷＰ、ビーム）のサブセットに固有であることができる。調整情報は、ＷＴＲＵが、それの割り当てられたサブリソースの使用をその間維持／保持することを意図する、多数の予約期間を含むことができる。調整情報は、優先順位、待ち時間、周期性、レート、範囲要件、およびペイロードなど、ＷＴＲＵのバッファ内のリソースのＱｏＳ情報を含むことができる。調整情報は、周期的なＣＡＭトラフィック、または類似の周期的なアプリケーション層トラフィックなど、上位層から受け取られる任意の周期的な情報のタイミング、サイズ、および周期性の絶対値または値の変化を含むことができる。調整情報は、ＷＴＲＵの割り当てられたサブリソースと、サブリソースで送信されるデータの到着との間の差または時間オフセットを含むことができる。この時間差に対する潜在的な変化を含むことができる。調整情報は、ＷＴＲＵのバッファステータスを含むことができる。

【0105】

ＷＴＲＵは、利用可能性決定のためにそれがその上で定期的なセンシングを実行すべきリソースのセットを示すＲＣＩを、指定されたＷＴＲＵから受け取ることができる。それが受信したリソース予約信号によっておそらくは示された、それのサブリソースでデータを送信するとき、ＷＴＲＵは、利用可能／利用不可能なリソースと、それの割り当てられたサブリソースで、それが周期的な送信をその間継続することを意図する、予約期間の数とを含めることができる。この情報は、それ自らのデータ送信とともに含まれる、ＭＡＣ ＣＥで送信することができる。

【0106】

ＷＴＲＵは、リソース予約信号の送信のための指定されたＷＴＲＵとして識別することができる。ＷＴＲＵは、グループ内の他のＷＴＲＵから、個々のＷＴＲＵによって送信された調整情報内の情報のいずれかを含む調整情報を受け取ることができる。ＷＴＲＵは、受け取られた情報を使用して、次の予約期間におけるリソース予約を実行することができ、リソース予約信号のそれの次の送信で、予約されたリソース／サブリソースを示すことができる。

【0107】

ＷＴＲＵは、ある数の予約期間にわたって、グループのためのリソース内の、それのために予約されたリソース（例えば、多数の予約期間にわたる同じリソース）をもはや必要としないことがある。このケースにおいては、ＷＴＲＵは、将来の予約期間の間の、それの割り当てられたサブリソースのそれの非使用を示すことができる。結果として、リソース予約信号を送信するＷＴＲＵは、更新された情報をＲＣＩで送信することによって、グループ内の別のＷＴＲＵを同じサブリソースに割り当てることができる。

【0108】

ＷＴＲＵは、以下のトリガのうちの１つまたは複数の結果として、予約信号を送信することができる。ＷＴＲＵは、グループ内通信を必要とするＶ２Ｘサービスなど、アプリケーション層からの特定のサービスの開始時に、予約信号を送信することができる。ＷＴＲＵは、ある優先順位、あるＱｏＳ特性、特定の範囲要件、またはＷＴＲＵのグループ内における通信のための予約を用いた、論理チャネルの生成時に、予約信号を送信することができる。ＷＴＲＵは、そのような予約信号を送信するためのアプリケーション層からのインジケーションの、アプリケーション層からの受け取り時に、予約信号を送信することができる。ＷＴＲＵは、おそらくはグループと関連付けられた、アプリケーション層からのデータの受け取り時に、予約信号を送信することができる。ＷＴＲＵは、おそらくはアプリケーション層、および／またはＲＲＣシグナリング、および／またはブロードキャストされたシステム情報によって構成された、タイマの満了に基づいて、予約信号を送信することができる。

【0109】

ＷＴＲＵは、別のＷＴＲＵによって送信された予約信号の、ＰＨＹ層による受信時に、予約信号を送信することができる。このトリガは、さらに、以下の基準のうちの１つまたは複数を条件とすることができる。受信された予約信号が、ＷＴＲＵにおいてアクティブ化または構成されたグループＩＤのうちの１つと一致する、グループＩＤを含む場合、ＷＴＲＵは、予約信号を送信することができる。受信された予約信号が、閾値を下回る電力で受信された場合、ＷＴＲＵは、予約信号を送信することができる。受信された予約信号が、シーケンス内におけるＷＴＲＵの位置が特定の位置であることを示す場合、ＷＴＲＵは、予約信号を送信することができる。ＷＴＲＵのメンバＩＤ、または送信のシーケンス内における位置が、受信された予約信号によって決定されるような、次の予想される送信と一致する場合、ＷＴＲＵは、予約信号を送信することができる。予約信号の受信から構成されたまたは示された時間の後、ＷＴＲＵは、予約信号を送信することができる。受信された予約信号が、閾値を下回って測定された場合、ＷＴＲＵは、予約信号を送信することができる。受信された予約信号が、それの距離が閾値を上回る／下回るＷＴＲＵから受信された場合、ＷＴＲＵは、予約信号を送信することができる。

【0110】

ＷＴＲＵは、グループ識別子と関連付けられた特定のグループのための予約信号の送信を開始するために、上位層（例えば、Ｖ２Ｘアプリケーション層、Ｖ２Ｘ制御層、ＰｒｏＳｅ層、またはＮＡＳ）から、インジケーションを受け取ることができる。ＷＴＲＵは、そのような高位層のインジケーションの受け取り後、予約信号の送信を無効化／停止することを示すインジケーションを受け取るまで、周期的に予約信号を送信できる。

【0111】

ＷＴＲＵは、グループ識別子と関連付けられた特定のグループのための予約信号の送信を開始するために、上位層からインジケーションを受け取ることができ、ＷＴＲＵは、上位層から受け取ったＷＴＲＵのそのグループを対象としたデータの受け取り時に、予約信号を送信することができる。

【0112】

ＷＴＲＵは、それが特定の通信グループの一員であることを示すインジケーションを、上位層から受け取ることができる。リソースが、次の予約期間においてまだ利用可能であり、ＷＴＲＵが、予約されたリソース上において送信するためのシーケンスにおいて次のものであることを、ＲＣＩが示す場合、ＷＴＲＵは、以前の予約期間において別のＷＴＲＵによって送信されたリソース予約信号をそれが検出したとき、予約信号を送信することができる。

【0113】

ＷＴＲＵは、ＷＴＲＵのグループによって使用されるリソースを予約するように、例えば、アプリケーション層によって、または１つもしくは複数の他のＷＴＲＵからのサイドリンク制御メッセージの受信によって、構成すること、または示すことができる。例えば、グループの１つまたは複数のＷＴＲＵは、グループ内のすべてのＷＴＲＵによる使用のためにリソースを予約するように、（例えば、アプリケーション層によって構成されるように）指定すること、または許可することができる。ＷＴＲＵは、センシング結果に基づいて、利用可能なリソースのセットを決定することから成ることができる、リソース選択手順を実行することができる。ＷＴＲＵは、センシング結果に基づいて、利用可能な選択されたリソースを予約するために、予約信号を送信することができる。ＷＴＲＵは、さらに、おそらくはグループと関連付けられた、複数のＷＴＲＵのためのリソース選択を実行することができる。ＷＴＲＵは、選択されるリソースの量、およびリソースの構造を決定することができる。

【0114】

リソース構造は、リソースの周期性を指すことができる。例えば、リソース選択は、固定された周期性で発生する、多数のリソースを選択することができる。リソース構造は、サブリソースの数を指すことができる。例えば、ＷＴＲＵは、各ＷＴＲＵによる単一または複数のワンショット送信のために、固定された数のサブリソースを選択できる。

【0115】

リソース構造は、サブリソース間の時間間隔を指すことができる。例えば、リソースの選択は、各リソースに関連付けられた多数のサブリソースを選択することができる。各サブリソースは、グループ内の単一のＷＴＲＵによって使用可能であることができる。そのようなサブリソース間の（スロット単位の）時間差は、固定することができ、またはそれらが特定の最大時間差を超えないようなものであることができる。

【0116】

リソース構造は、各サブリソースのサイズを指すことができる。サブリソースは、各サブリソースが同じサイズになるように予約することができ、または各サブリソース間のサイズに何らかの関係を有することができる。各サブリソースのサイズは、グループ予約において、各ＷＴＲＵ送信の最大パケットサイズをサポートするように準備することができる。各サブリソースのサイズは、各ＷＴＲＵのデータレート要件によって決定することができる。各サブリソースのサイズは、アプリケーション層によって示すことができる。各サブリソースのサイズは、予約信号を送信するＷＴＲＵによって、送信のために必要とされるデータのサイズによって決定することができる。

【0117】

リソース構造は、リソースの任意の部分または全部がその上において予約されるべき、周波数範囲（例えば、ＢＷＰ）を指すことができる。例えばリソースの選択は、すべてのリソースを特定のＢＷＰ内だけにおいて、または第１の数のサブリソースを第１のＢＷＰ内において、第２の数のサブリソースを第２のＢＷＰ内において予約することができる。

【0118】

リソース構造は、リソースの任意の部分または全部がその上において予約されるべき、ビームまたはビームのセットを指すことができる。例えば、リソース選択は、ビームのサブセット、ビーム方向、またはビーム方向と関連付けられたプールだけから、リソースを予約することができる。

【0119】

ＷＴＲＵは、それ自らの送信において、リソース予約構造に関連する情報を送信することができる。情報は、それ自らのデータ送信によって同伴されることがあり、または同伴されないことがある。例えば、ＷＴＲＵは、ＳＣＩ内において、上記の情報を送信することができる。情報は、（例えば、表のような）ある固定されたリソース構造のインデックス付けによって、識別することができる。

【0120】

リソース選択中に、ＷＴＲＵは、以下の基準のうちの１つまたは複数に基づいて、選択されるリソースのサイズおよび構造を決定することができる。決定は、ＷＴＲＵ自らが送信する必要のあるデータの量（すなわち、ＷＴＲＵのバッファ内で保留中のデータのサイズ）に基づくことができる。例えば、ＷＴＲＵは、サイズＭのＮ個のサブリソースを予約することができる。サイズＭは、ＷＴＲＵが送信する必要があるデータのサイズに基づいて、決定することができる。数Ｎは、例えば、現在グループ内にあるＷＴＲＵの数を示す、アプリケーション層データによって決定することができる。

【0121】

決定は、送信するデータのＱｏＳ特性（例えば、遅延要件、優先順位、データレート、信頼性、および送信範囲）に基づくことができる。決定は、ＷＴＲＵまたはｇＮＢによって決定されるような、ＭＣＳに基づくことができる。決定は、ＷＴＲＵによって行われた、またはおそらく同じグループ内の他のＷＴＲＵによってＷＴＲＵに伝達された、占有測定（例えば、ＣＢＲ測定）に基づくことができる。決定は、ビームレベルの品質測定に基づくことができる。決定は、アプリケーション層から獲得されたグループ固有の情報に基づくことができる。例えば、サブリソースの数は、アプリケーション層によって示すことができ、またはグループ内におけるＷＴＲＵの示された数から導出することができる。異なるサブリソース間の間隔は、アプリケーション層によって直接的に示すことができる。

【0122】

決定は、他のＷＴＲＵからの送信のサイズの予想に基づくことができ、可能性として、指定されたＷＴＲＵの送信のサイズに基づくことができる。例えば、指定されたＷＴＲＵは、それがそれに対する複数のＷＴＲＵからの応答を期待する、要求メッセージを送信することができる。応答メッセージのサイズは決定論的であることができる。

【0123】

ＷＴＲＵは、グループを対象としたそれ自らのデータ送信とともに、予約信号を送信するように構成することができる。ＷＴＲＵは、高位層から、サブリソース間の時間間隔、リソースと関連付けられたサブリソースの数、リソースのためのサブバンド（例えば、ＢＷＰ）、およびグループ識別子から成る、グループ予約のためのパラメータのセットを受け取ることができる。グループと関連付けられたデータの上位層から受け取り時に、またはグループに固有のサービスの開始時に、ＷＴＲＵは、ＷＴＲＵが以下のうちの１つまたは複数をそれによって行う、リソース予約手順を実行することができる。ＷＴＲＵは、それ自らの送信のサイズに基づいて、１つのサブリソース受け取られたリソースの量を決定することができる。ＷＴＲＵは、予約されたリソースのサブリソースパターンおよび／または周期性を決定することができる。ＷＴＲＵは、アプリケーション層情報に基づいて、予約するサブリソースの数を決定することができる。ＷＴＲＵは、必要とされる時間間隔および高位層からのサブバンドに一致する、サブリソースのセットを選択することができる。ＷＴＲＵは、それ自らのデータの存在、および他のＷＴＲＵによって使用可能な他のリソースの予約を示す、リソース予約信号を（おそらくはそれ自らのデータとともに）送信することができる。

【0124】

ＷＴＲＵは、グループリソース予約手順を、グループと関連付けられないことがある他のリソース予約／送信と併せて、実行することができる。例えば、手順は、上位層によって受け取られたデータが、ＷＴＲＵにおいて構成されたグループ識別子と関連付けられるときだけ、使用することができる。

【0125】

ＷＴＲＵは、それ自らのデータ送信とともに、予約信号を送信することができる。予約信号は、それ自らの送信に対する応答メッセージであることができる。ＷＴＲＵは、各ＷＴＲＵによる単一の応答のために、十分なリソースを予約することができる。ＷＴＲＵは、以下の基準のうちの１つまたは複数を満たすことができるように、ＷＴＲＵ応答の各々のためのリソースのタイミングを自律的に予約することができる。ＷＴＲＵは、特定の時間フレーム内において、すべての応答を受信することができ、それによって、時間フレームは、要求／応答のＱｏＳ、または要求応答に依存する任意のデータに関連することができる。応答メッセージは、時間／周波数／ビームにおいて重なり合わないことがある。グループ内の１つのＷＴＲＵの応答メッセージは、グループ内の別のＷＴＲＵによっても受信することができる。

【0126】

ＷＴＲＵは、リソース予約信号についてのサイドリンク送信を監視し、グループ通信を対象とした、別のＷＴＲＵによって予約されたリソースを使用するように構成することができる。グループによる送信のために利用可能なリソースを示す（例えば、ＳＣＩで送信されるグループアイデンティティによって識別される）リソース予約信号の受信時に、ＷＴＲＵは、リソース予約信号内において識別されるリソースのサブリソースでなど、予約されたリソースの一部で、関連付けられたグループアイデンティティを対象とした保留中データを送信することができる。ＷＴＲＵは、それのためにＷＴＲＵリソースが予約された特定のグループを対象としたデータの送信のためだけに、リソースを使用することができる。ＷＴＲＵが、リソース予約信号と関連付けられたグループを対象とした保留中データを有さない場合、ＷＴＲＵは、リソースを無視することができ、それらを送信のために使用しないことがある。

【0127】

ＷＴＲＵは、グループと関連付けられたサブリソースで、非グループデータを送信することができるが、それは、非グループデータよりも、グループデータを優先することができる。より具体的には、ＷＴＲＵは、グループベースのデータのために、それがそのグループと関連付けられたデータを有する限り、サブリソース全体を利用することができる。それ以外の場合、それは、非グループベースのデータを送信するためにも、リソースを使用することができる。

【0128】

ＷＴＲＵは、グループまたはサブリソース内における、グループデータの送信を、それの関連付けられたリソースの発生まで遅延させることができる。グループデータの遅延送信の決定は、（例えば、ＲＣＩによって決定されるような）グループデータの発生までに残っている時間、ならびにグループデータの優先順位および／または待ち時間要件を条件とすることができる。例えば、ＷＴＲＵは、パケットの到着時にグループデータの送信のための必要とされる時間を、グループサブリソースの予想される発生と比較することができる。ＷＴＲＵは、サブリソースが、必要とされる送信時間よりもあるタイムデルタだけ前に発生する限り、サブリソースの発生まで、送信を遅延させることを決定することができる。タイムデルタは、ゼロであることができる。ＷＴＲＵが、グループサブリソースを待たないと決定した場合、それは、非グループリソース上において、リソース選択および送信を実行することができる。

【0129】

ＷＴＲＵは、グループリソースで、（例えば、ＰＰＰＰによって決定されるような）特定の優先順位を有するデータを送信することを要求されることがある。より具体的には、グループリソースは、特定の優先順位を有するデータに関連付けることができる。グループリソースと関連付けられた優先順位は、グループ予約信号内（例えば、ＳＣＩ内）に含めることができる。ＷＴＲＵには、予約信号において送信された優先順位に一致するグループデータだけを送信することを許可することができる。ＷＴＲＵは、グループリソースで、任意の優先順位の（例えば、予約信号における優先順位よりも小さいまたは大きい）データも送信することができる。

【0130】

ＷＴＲＵは、グループリソースと関連付けられた優先順位を変更することができる。変更は、本明細書において説明されるように、ＷＴＲＵがグループリソースについての再選択を実行することを決定したときに、発生することができる。

【0131】

グループと関連付けられたデータに加えて、ＷＴＲＵは、ＲＣＩも送信することができる。ＲＣＩは、グループを対象としたデータと関連付けられたバッファ情報含むことができる。例えば、ＷＴＲＵは、グループを対象とした、それのバッファ内のデータの量を、おそらくは優先順位／信頼性または他のＱｏＳ情報とともに、送信することができる。ＷＴＲＵは、割り当てられたリソースでデータを送信するために、セグメント化が必要とされたかどうかを、ＲＣＩ内において示すことができる。ＷＴＲＵは、グループサブリソース内に収めるためにセグメント化を必要とした、パケットのサイズも示すことができる。

【0132】

ＷＴＲＵが、グループと関連付けられた、送信するデータを有さない場合、それは、次の予約期間においてリソースを必要としないことを示す、ＲＣＩを送信し、またはリソースと関連付けられたそれのバッファ内にそれがデータを有さないことを示す、バッファステータスを送信することができる。

【0133】

ＷＴＲＵは、（例えば、ＷＴＲＵの待ち時間要件を満たさないグループリソースのせいで）、ＷＴＲＵが、非グループリソース上における送信を使用することを決定したために、それがグループリソースを使用することができなかったことを、ＲＣＩで示すことができる。ＷＴＲＵは、グループリソースがそれの遅延要件を満たすことができなかった時間の量も示すことができる。

【0134】

ＷＴＲＵは、それ自らのグループスケジュールされた送信と衝突する非グループ送信をスケジュールした、別のＷＴＲＵによるＳＣＩ送信を、それが検出したことを、ＲＣＩにおいて示すことができる。

【0135】

ＷＴＲＵは、グループリソース上における送信のために許容可能な優先順位とは異なる優先順位を有する、バッファされたグループデータの存在を、ＲＣＩにおいて示すことができる。

【0136】

グループのために予約されたリソースが、グループのＷＴＲＵによって使用することを意図した、ＳＰＳに似たリソース、またはフォワード予約されたリソースであるとき、ＷＴＲＵは、リソース再選択決定を行うことができる。リソースの再選択は、グループ内のいずれかのＷＴＲＵによって実行することができ、またはリソースの再選択は、単一のＷＴＲＵだけによって実行することができる。例えば、各ＷＴＲＵが、それ自らの送信をスケジュールするために、ＳＣＩおよびＲＣＩを含むことができる、リソース予約信号を送信するケースにおいては、いずれのＷＴＲＵも、それ自らのスケジュールされた送信の前に、リソース再選択を実行することができる。単一のＷＴＲＵ（例えば、指定されたＷＴＲＵ）が、グループサブリソースのすべてをスケジュールするために、ＳＣＩを送信するケースにおいては、リソース再選択は、グループ内の単一のＷＴＲＵだけによって実行することができる。

【0137】

ＷＴＲＵは、以下のトリガまたは条件のうちの１つまたは複数に基づいて、リソース再選択を実行することができる。リソース再選択は、リソースまたはサブリソース上における、それ自らのスケジュールされた送信の前に、ＷＴＲＵによって実行することができる。例えば、ＷＴＲＵは、ＷＴＲＵが、それ自らの送信のために次のリソースが予約されていると（例えば、ＲＣＩおよびメンバＩＤによって）決定するまで、リソース再選択を実行することを許可されないことがある。

【0138】

リソースが、ＷＴＲＵ自体の待ち時間要件を満たさない場合、リソース再選択を実行することができる。例えば、ＷＴＲＵは、それの次のリソースの予想されるタイミングが、上位層から到着するパケットの遅延要件を満たさないと決定することができる。ＷＴＲＵは、スケジュールされた周期的なリソースと比較して、それ自らの送信をより早い時点においてスケジュールするために、リソース再選択を実行することができる。

【0139】

リソースが、ＷＴＲＵ自体のバッファ要件を満たさない場合、リソース再選択を実行することができる。例えば、ＷＴＲＵは、割り当てられたリソース／サブリソースが、Ｌ２においてパケットのセグメント化を必要とすると決定することができ、ＷＴＲＵは、パケットをセグメント化しないと決定することができる。

【0140】

他のＷＴＲＵからの制御情報（例えば、ＲＣＩ）の送信が、他のＷＴＲＵの待ち時間および／またはバッファ要件が満たされないことを示す場合、リソース再選択を実行することができる。例えば、ＷＴＲＵは、グループ内の１つまたは複数の他のＷＴＲＵ送信から、ＲＣＩを受け取ることができる。ＷＴＲＵのうちの１つまたは複数が、グループリソース内においてパケットを送信するためにそれをセグメント化する必要性、待ち時間要件満たさないグループリソースのせいで、割り当てられたグループリソース内においてグループデータを送信することができないこと、およびサブリソースの別の非グループ送信との衝突の検出のうちの１つまたは複数を示す場合、ＷＴＲＵは、リソース再選択を実行することができる。

【0141】

リソース再選択は、グループに属さない別のＷＴＲＵによるスケジュールされた送信、またはスケジュールされたリソースと衝突する非グループ送信の検出時に、実行することができる。これは、可能性として、非グループ送信が、グループ送信よりも高い優先順位であると決定された場合にだけ、実行することができる。

【0142】

異なるキャリア、帯域幅、またはビームが、現在のキャリア、帯域幅、またはビームよりも、事前決定または構成された量だけ良好になった場合、リソース再選択を実行することができる。例えば、ＷＴＲＵは、他のキャリア、帯域幅、およびビームに加えて、現在のキャリア、帯域幅、およびビームのＣＢＲ測定を維持することができ、別のキャリア、帯域幅、およびビームのＣＢＲが、現在のものよりも低いとき、再選択を行うと決定することができる。

【0143】

ＷＴＲＵは、それのグループと関連付けられた１つまたは複数のＷＴＲＵから、ＲＣＩを受け取ることができる。ＷＴＲＵが、異なるＷＴＲＵから、事前決定または構成された数よりも多くのＲＣＩを受け取り、各々が、グループサブリソースが待ち時間要件を満たすことができなかったことを示す場合、ＷＴＲＵは、グループリソースについてのリソース再選択を実行することができる。ＷＴＲＵは、グループリソースをスケジュールするために、ＲＣＩ内の他のＷＴＲＵの待ち時間要件を利用することができる。

【0144】

ＷＴＲＵは、以下の条件のうちの１つまたは複数の下において、受信されたリソース予約信号をエコーするように構成することができる。ＷＴＲＵは、それが、アプリケーション層によって、明示的または暗黙的に（例えば、何らかの特定の値を有するメンバＩＤの構成を通して、およびＮ個おきのメンバＩＤがエコーを実行することで）そうするように構成された場合、受信されたリソース予約信号をエコーすることができる。ＷＴＲＵは、指定されたＷＴＲＵによって送信されたグループＳＣＩ、またはＷＴＲＵのグループに対応する任意のグループＲＣＩの受け取られた値が、閾値を下回る品質（例えば、ＲＳＲＰ）を有する場合、受信されたリソース予約信号をエコーすることができる。閾値は、グループに対して許可可能な送信のＰＰＰＰ／ＰＰＰＲに依存することができる。

【0145】

上述の方法は、後続のサブフレームにおいて複数のＷＴＲＵのためにサブリソースをスケジュールする、単一のＷＴＲＵにおいて使用するのに有利なことがある。グループ内の異なるＷＴＲＵ間の距離が大きい場合、グループの近くにいる他のＷＴＲＵは、初期ＳＣＩ送信を検出することができないことがあり、グループリソースと衝突するリソースを選択することがある。グループリソースを繰り返す（すなわちエコーする）ことは、リソース選択を実行する他のＷＴＲＵによる、そのようなリソース衝突を回避できる。

【0146】

ここで図２を参照すると、サブリソース調整を使用するグループ予約の第１の方法を例示する図が、示されている。この方法においては、ＳＣＩは、単一のＷＴＲＵのための送信をスケジュールすることができる。第１のＷＴＲＵ２０２は、第１のＳＣＩ２０４またはリソース予約信号を送信して、第１の予約期間２０６におけるそれ自らの送信をスケジュールすることができる。特定のリソース予約期間についてのＳＣＩ２０４におけるフォワード予約を使用して、グループ内の他のＷＴＲＵによる送信のためのリソースを予約することができる。第１のＷＴＲＵ２０２は、第１のＲＣＩ２０８と組み合わせて、ＳＣＩ２０４または等価のサイドリンクスケジューリングメッセージを使用して、グループ予約を送信することができる。第１のＲＣＩ２０８は、ＰＳＳＣＨ上において、ＭＡＣ ＣＥとして送信することができる。

【0147】

第１のＷＴＲＵ２０２は、第１のＷＴＲＵ２０２によってスケジュールされているリソース２１０を示すように、ＳＣＩ２０４の内容を設定することができる。第１のＷＴＲＵ２０２は、同じリソースが将来の予約期間に予約されるかどうかに応じて、フォワード予約インジケーションを示すことができる。ＳＣＩ２０４は、グループ識別子フィールドを含むことができる。第１のＷＴＲＵ２０２は、リソースがそれのために予約されているグループのグループＩＤになるように、このフィールドを設定することができる。ＳＣＩ２０４におけるスケジューリング情報は、スケジューリング情報において予約される特定のリソースを示すことができる。リソース２１０は、１つのサブフレーム／スロットまたはサブフレーム／スロットのセット、および各サブフレーム／スロット内のリソースブロックであることができる。第１のＷＴＲＵ２０２は、第１のＳＣＩ２０４によって示されるリソースでのそれ自らの送信に、第１のＲＣＩ２０８を含めることができる。第１のＲＣＩ２０８は、ＰＳＳＣＨ上における第１のＷＴＲＵ２０２の送信と多重化された、ＭＡＣ ＣＥとして送信することができる。第１のＲＣＩ２０８は、第１のＷＴＲＵ２０２が、次の予約期間２１２において（第１のＳＣＩ２０４によって予約された）同じリソースを利用することを意図するかどうかを示すインジケーション、および／または次の予約期間２１２においてグループリソースを利用すべきＷＴＲＵのシーケンスを含むことができる。図２に示されるように、第１のＷＴＲＵ２０２は、第２のＷＴＲＵ２１４が、第２の予約期間２１２におけるリソースで送信すべきことを示すために、第１のＲＣＩ２０８を使用することができる。

【0148】

第１のＷＴＲＵ２０２は、第２のＷＴＲＵ２１４が、送信シーケンスにおけるそれ自らの順番を、最後のグループ予約信号およびこのシーケンスのＷＴＲＵ ＩＤに基づいて、知ることができるように、ＷＴＲＵ ＩＤのシーケンス全体を含めることができる。第２のＷＴＲＵ２１４は、同じグループのメンバであることができ、グループＩＤを含む第１のＳＣＩ２０４をデコードし、ＭＡＣ ＣＥを読み取ることができる。第２のＷＴＲＵ２１４は、それがシーケンス内の次のＷＴＲＵである（すなわち、リソースがこのＷＴＲＵのための輸送リソースとして割り当てられている）と、それが決定した場合、第２の予約期間２１２において、同じリソースで送信することができる。それ以外の場合、第２のＷＴＲＵ２１４は、次の予約期間においては、送信を受信し、および／または第１のＲＣＩ２０８をデコードすることだけができる。

【0149】

第２のＷＴＲＵ２１４は、第２のＳＣＩ２１６を送信し、第２の予約期間２１２におけるリソースをスケジュールすることができる。第２のＷＴＲＵ２１４は、第２のＳＣＩ２１６によって示されるリソースで、それ自らの送信において、第２のＲＣＩ２１８も送信することができる。図２に示されるように、第２のＷＴＲＵ２１４は、第３のＷＴＲＵ（図示せず）が第３の予約期間におけるリソースで送信すべきことを示すために、第２のＲＣＩ２１８を使用することができる。

【0150】

ここで図３を参照すると、サブリソース調整を使用するグループ予約の第２の方法を例示する図が、示されている。この方法においては、ＳＣＩは、予約期間における複数のＷＴＲＵのための送信をスケジュールすることができる。単一のＷＴＲＵには、ＳＣＩスケジュールされたリソースのサブリソースを割り当てることができる。グループによる周期的な送信のケースにおいては、フォワード予約を使用して、ＷＴＲＵのために後続のリソースを予約することができる。

【0151】

第１のＷＴＲＵは、第１のＳＣＩ３０２および第１のＲＣＩ３０４を使用して、例えば、ＰＳＳＣＨを使用して、グループ予約信号を送信することができる。第１のＷＴＲＵは、第１の予約期間のために、第１のＳＣＩ３０２内に、スケジューリング情報と、グループＩＤと、フォワード予約信号とを含めることができる。第１のＷＴＲＵは、第１の予約期間３０８内において、サブリソースのフォーマットまたはインジケーションも送信することができる。より具体的には、第１のＷＴＲＵは、第１のＳＣＩ３０２によって予約されたリソース内の各サブリソースのサイズおよびロケーションのインジケーションを提供することができる。第１のＷＴＲＵは、第１のＳＣＩ３０２によって示された第１のサブリソース３０６で、示されたグループ宛てのデータを送信することができる。加えて、ＷＴＲＵは、この第１のサブリソース３０６を使用して、ＭＡＣ ＣＥ内において、第１のＲＣＩ３０４を送信することができる。ＭＡＣ ＣＥは、サブリソース内において使用される、メンバＷＴＲＵ ＩＤ送信の順序付けを含むことができる。各サブリソースは、グループと関連付けられた単一のＷＴＲＵからのデータの送信のために使用することができる。第１のＳＣＩ３０２を受け取ったＷＴＲＵは、サブリソース構造を決定し、第１のサブリソース３０６をデコードすることができる。

【0152】

第１のサブリソース３０６で送信された第１のＲＣＩ３０４の内容に基づいて、グループ内のＷＴＲＵは、それ自らのサブリソースを決定することができる。ＷＴＲＵは、それ自らのサブリソースで、グループと関連付けられたデータを送信することができる。例えば、第２のＷＴＲＵは、第１の予約期間３０８において、第２のサブリソース３１０で、データを送信することができる。第３のＷＴＲＵは、第１の予約期間３０８において、第３のサブリソース３１２で、データを送信することができる。第４のＷＴＲＵは、第１の予約期間３０８において、第４のサブリソース３１４で、データを送信することができる。ＷＴＲＵは、それ自らのＲＣＩを使用して、使用情報を送信することができる。例えば、第４のＷＴＲＵは、それのリソース使用情報を示す第２のＲＣＩ３１６を送信することができる。

【0153】

ＷＴＲＵがグループと関連付けられた送信するデータを有さない場合、それは、それが次の予約期間においてリソースを必要としないことを示す、ＲＣＩを送信することができる。この情報は、次の予約期間のためのスケジュールを決定するために、または次の予約期間のためにグループリソースを予約する必要が一体あるのかどうかを決定するためにＲＣＩのイニシエータ（例えば、指定されたＷＴＲＵ）によって使用することができる。

【0154】

グループ予約信号を送信するＷＴＲＵは、以前の予約期間のサブリソースの各々でのＲＣＩまたは制御情報の送信に基づいて、将来の予約期間においてグループリソースを予約する必要性を決定することができる。より具体的には、ＷＴＲＵは、予約期間のサブリソースの各々において、各ＷＴＲＵからのＲＣＩまたは類似の制御情報をデコードすることができる。この情報に基づいて、ＷＴＲＵは、次の予約期間のためにリソースを保持するかどうかを決定することができる。決定は、以下のうちの１つまたは複数、すなわち、グループと関連付けられた送信するデータをまだ有するＷＴＲＵの数、ＲＣＩにおける各ＷＴＲＵのバッファ占有、以前の予約期間におけるサブリソースの各々における検出されたＲＳＳＩまたはＲＳＲＰなど、および特定のリソースと関連付けられたグループ予約信号の第１の送信において潜在的に選択され、同じリソースと関連付けられた予約期間の各送信においてデクリメントされる、予約期間の乱数のうちの１つまたは複数に基づくことができる。

【0155】

ＷＴＲＵが、上記の条件に基づいて、リソースを保持することを決定した場合、ＷＴＲＵは、次の予約期間において、同じリソースと関連付けられたリソース予約信号を送信することができる。あるいは、上記の情報に基づいて、ＷＴＲＵは、おそらくはより大きいまたはより小さいサイズを有する、リソースの異なるセットを予約するために、またおそらくは、他のＷＴＲＵを、それらのＲＣＩにおいて送信された情報に基づいて、グループに収容するために、再選択手順を実行することを決定することができる。あるいは、ＷＴＲＵは、グループ内のＷＴＲＵのサブセット、おそらくは、送信されるデータをまだ有するそれらによる使用のために、リソースの同じまたは異なるセットを予約することを決定することができる。ＷＴＲＵは、例えば、ＷＴＲＵのどれも、それらのバッファ内に保留中のデータを有さない場合、予約期間においていずれのリソースも予約せず、いずれのグループ予約信号も送信しないことを決定することもできる。

【0156】

グループ予約信号を送信するように構成されたＷＴＲＵは、ｎ１からｎ２までの間の乱数を選択することができ、フォワード予約インジケーションセットとともに、グループ予約信号を送信することができる。各リソース予約信号の送信時に、ＷＴＲＵは、乱数をデクリメントすることができる。乱数が０に達したとき、ＷＴＲＵが、それのバッファ内にまだデータを有し、グループ内の少なくともｎ個のＷＴＲＵが、グループ通信と関連付けられたデータの少なくともｘバイトをそれらのバッファ内に有する限り、ＷＴＲＵは、グループリソースのためのリソース再選択手順を実行することができる。カウンターが、０に達せず、グループ内のＷＴＲＵのうちの少なくともｙ個が、それらがグループ通信と関連付けられたデータの少なくともｘバイトをそれらのバッファ内にまだ有することを示した場合、ＷＴＲＵは、次の予約期間において、既存のリソースを保持することを決定することができる。加えてＷＴＲＵは、各ＷＴＲＵから受け取られたＲＣＩ情報に基づいて、割り当てられたサブリソースを有するＷＴＲＵのセット、およびサブリソースのサイズを変更するため、次のグループ予約信号の送信のためのＲＣＩを変更することができる。

【0157】

ＷＴＲＵは、それ自らの送信のために使用される、リソース予約信号によって示される、リソースのセット内のサブリソースを、暗黙的または明示的に関連付けることができる。ＷＴＲＵは、以下のうちの１つまたは複数、すなわち、ＩＤまたは類似の識別に基づいた明示的なマッピング、ＰＤＣＣＨまたはＰＤＳＣＨのどちらかにおいて送信することができる、ＷＴＲＵ、ネットワーク、またはアプリケーション層によって送信される、ＲＣＩなどの順序付け情報、データの遅延要件を含む、送信されるデータの優先順位、送信されるデータの到着時間、送信されるデータの範囲、（例えば、先の予約期間、または予約信号の先の送信中における）同じサブリソースでの他のＷＴＲＵによる以前の送信、先の予約期間中におけるサブリソースと関連付けられた、または予約信号の先の送信と関連付けられた、測定されたＲＳＲＰ、ＲＳＳＩ、またはＣＢＲ、リソース予約信号を送信したＷＴＲＵからの距離またはＷＴＲＵに対する関係、リソース選択を実行したＷＴＲＵによって使用されるセンシング結果の、送信ＷＴＲＵの観点からの妥当性のうちの１つまたは複数に基づいて、予約信号において示された、リソース内の特定のサブリソースを使用することを決定することができる。

【0158】

ＷＴＲＵは、グループメンバＩＤなど、それに割り当てられた識別子に基づいて、それがそれ自らの送信をそれで送信することができる、サブリソースを決定することができる。例えば、ＷＴＲＵは、それのグループメンバＩＤモジュロＮ＝ｉである場合、それが第ｉのサブリソースを使用することができると決定することができる。

【0159】

グループ識別子と関連付けられた保留中の送信を有するＷＴＲＵは、リソース調整情報（ＲＣＩ）を使用して、グループのために予約されたリソースのセット内の、それ自らの送信と関連付けられたサブリソースを決定することができる。

【0160】

ＷＴＲＵは、リソース選択および／またはリソース予約信号の送信を実行したＷＴＲＵによって使用された、センシング結果と関連付けられたある条件下において、ＲＣＩに基づいて、それの送信サブリソースを決定することができる。より具体的には、ＷＴＲＵは、それ自らのセンシング結果が、それの送信サブリソースの利用可能性を示す場合に限り、ＲＣＩにおいて示されるそれの送信サブリソースを使用することができる。

【0161】

ＷＴＲＵは、予約信号の受信品質が、閾値を上回る場合に限り、それの送信サブリソースを使用することができる。

【0162】

ＷＴＲＵは、リソース予約信号を送信したＷＴＲＵまでの距離が、閾値を超えない場合、それの送信サブリソースを使用することができる。そのようなケースにおいては、ＲＣＩまたはリソース予約信号は、リソース予約信号を送信したＷＴＲＵのジオロケーションを含むことができる。

【0163】

ＷＴＲＵが、予約信号および／またはＲＣＩによって示された、リソース内のそれのサブリソースを使用することができない場合、ＷＴＲＵは、それ自らのリソース予約手順（センシングおよびリソース選択）を開始し、および／またはおそらくは、それ自らのサブリソースを使用して、またはその目的のために事前定義されたサブリソースを使用して、リソース予約信号を再送信することができる。

【0164】

ＷＴＲＵは、アプリケーション層からの順序付けの構成に基づいて、グループリソースの調整（すなわち、グループのために予約されたリソース内でいつ送信するか）を決定することができる。より具体的には、ＷＴＲＵは、メンバＩＤ、メンバインデックス、またはグループ内のそれのシーケンスを示す類似のインデックスを受け取ることができる。シーケンスは、ＷＴＲＵが、いつ、どのサブリソースにおいて、それ自らの送信を実行することができるかを指示することができる。

【0165】

ＷＴＲＵは、グループメンバインデックスＮを受け取り、それがグループ予約と関連付けられた第Ｎのサブリソースで送信すべきであると決定することができる。第Ｎのサブリソースは、時間空間および周波数空間の両方において決定することができる。例えば、ＳＣＩは、ｙ個の連続するスロットにわたるｘ個のサブチャネルを指定し、さらに、単一のサブチャネルに対応するサブリソースを示すことができる。その後、ＷＴＲＵは、（最初に、与えられたスロット内のサブチャネルによって）インデックス付けを行い、第Ｎのサブリソースに到達するまで、次のスロット内においてサブチャネルのインデックス付けを継続することによって、第Ｎのサブリソースを決定することができる。

【0166】

ＷＴＲＵは、それのメンバインデックス、および予約信号で同じグループ内の他のＷＴＲＵによって送信されたメンバインデックスに基づいて、それ自らの送信のタイミングを決定することができる。例えば、メンバインデックスＮを有するＷＴＲＵは、送信されたＳＣＩまたはＲＣＩ内にグループメンバインデックスＮ－１を含むグループのための送信をそれが検出してからリソース予約期間１つ後に発生する、同じリソースで送信することができる。

【0167】

ＷＴＲＵは、さらに、それがメンバＩＤの特定の値を有するように構成される場合、それが指定されたＷＴＲＵである（すなわち、それが他のＷＴＲＵのためのリソース予約を実行すべきある）と決定することができる。例えば、０のメンバＩＤを有するＷＴＲＵは、それが、ＷＴＲＵのグループのためのリソース予約を実行する必要があると決定することができる。０とは異なるメンバＩＤを有するように構成されたＷＴＲＵは、グループ予約を実行せず、それ自らのサブリソースだけで、またはそれのメンバＩＤによって示されるシーケンスだけに従って送信する。

【0168】

ＷＴＲＵは、さらに、それのメンバＩＤに基づいて、それが予約信号のエコーを実行する必要があると決定することができる。例えば、あるメンバＩＤは、予約信号をエコーするタスクと関連付けることができる（例えば、すべての偶数番号のメンバＩＤは、予約信号のエコーを実行すべきである）。エコーを実行する必要性の決定は、メンバＩＤおよびサブリソース構成の両方に基づくことができる。例えば、ＷＴＲＵは、サブリソース構成が、与えられた時間ウィンドウ内において、ｘ個のサブリソースから成り、（メンバＩＤ）（ｍｏｄ ｘ）＝０である場合、エコーを実行する必要があると決定することができる。言い換えると、サブリソース構成ウィンドウごとに、１つのエコーされた予約信号の送信が、必要とされることがある。

【0169】

リソース予約信号のためのサイドリンク送信を監視するように構成されたＷＴＲＵは、ＷＴＲＵが属するグループと関連付けられたリソース予約信号の受信時に、予約信号によって予約されたリソース全体を、競合ベースのリソースとして扱うことができる。より具体的には、ＷＴＲＵは、それが送信のために利用可能なデータを有する場合、リソース全体の上における送信を実行することができる。その後、ＷＴＲＵは、送信に続いて、競合検出および／または競合解決手順を開始して、それ自らの送信が別のＷＴＲＵの送信と衝突したかどうかを決定することができる。手順は、共用リソース上における送信中に、共用リソースにおいて測定されたＲＳＣＰを決定することから成ることができる。例えば、ＷＴＲＵは、予約されたリソースの開始時に、ＬＢＴ手順を実行することができ、チャネルが空きであると見なされた場合、予約されたリソースで送信することができる。

【0170】

図４を参照すると、競合ベースのリソースを予約する方法を例示する図が、示されている。リソース予約信号のためのサイドリンク送信を監視するように構成されたＷＴＲＵは、ＷＴＲＵが属するグループと関連付けられた予約信号の受信時に、リソース上においてすでに送信しているグループ内の別のＷＴＲＵを、それが検出するかどうかに応じて、リソースの一部の上で送信することができる。例えば、ＷＴＲＵには、リソース内における開始サブリソースのためのシーケンス番号を割り当てることができる。特定のＷＴＲＵと関連付けられた開始サブリソースは、ＷＴＲＵメンバＩＤおよびＲＣＩのうちの１つまたは複数によって決定することができる。例えば、メンバＩＤの範囲は、１～Ｎであることができ、そのＷＴＲＵのための開始サブリソースは、ＷＴＲＵメンバＩＤによって与えられる。ＲＣＩは、ＳＣＩにおいて、またはＲＣＩの送信のために意図されたＰＳＳＣＨのサブリソースの１つで、周期的に送信することができる。

【0171】

ＷＴＲＵは、それ自らの開始サブリソースロケーション以前の時間に発生したサブリソースをセンスすることによって、それが競合ベースのリソース上で送信することができるかどうかを決定することができる。リソースが占有されていない（例えば、サブリソースの各々のＲＳＲＰが閾値を下回る）とＷＴＲＵが決定した場合、ＷＴＲＵは、ＷＴＲＵ自らのサブリソースから開始するリソースの残りで、送信を行うことを決定することができる。サブリソースは、ＯＦＤＭシンボル、スロット、サブフレーム、または複数のサブフレームのうちのいずれかから成ることができ、頻度（連続または非連続）において、リソースブロックの数に制限されることがある。サブリソースは、時間的に連続であることができ、または連続でないことがある。サブリソースは、それ自体が時間的に連続または不連続であることができ、同じリソースブロックと関連付けることができ、または関連付けられないことがある。サブリソースのフォーマット、サブリソースの数は、ＳＣＩ、ＲＲＣ構成または事前構成、および決定論的サブリソースで（例えば、ＭＡＣ ＣＥにおいて）送信されるデータのうちの１つまたは複数において提供することができる。

【0172】

図４に示されるように、ＳＣＩ４０２は、サブリソース４０４のセットをスケジュールすることができる。第１のシーケンス番号を有する第１のＷＴＲＵには、上で説明された方法のうちの１つまたは複数に基づいて、第１の開始サブリソース４０６を割り当てることができる。第１のＷＴＲＵは、第１の開始サブリソース４０６上で送信しないことがある。第２のシーケンス番号を割り当てることができる第２のＷＴＲＵは、第１のＷＴＲＵが第１の開始サブリソース４０６で送信していないことを検出することがあり、それが第２の開始サブリソース４０８で送信することができると決定することができる。しかしながら、第２のＷＴＲＵは、第２の開始サブリソース４０８において送信しないことがある。第３のシーケンス番号を割り当てることができる第３のＷＴＲＵは、第２のＷＴＲＵが第２の開始サブリソース４０８で送信していないことを検出することがあり、それが第３の開始サブリソース４１０で送信することができると決定することができる。第３のＷＴＲＵは、第３の開始サブリソース４１０で送信を開始することができる。第３のＷＴＲＵは、サブリソースのセット４０４の残りを通じて、送信することができる。

【0173】

ＷＴＲＵのグループのための予約されたリソースの使用についての、上で説明された手順は、ネットワークスケジュールされたリソースと一緒の使用に対して適用することができる。より具体的には、ＷＴＲＵのグループは、ネットワークによって割り当てられたリソースを使用することができる。本明細書において説明されるように、ＷＴＲＵのグループによるネットワークスケジュールされたリソースの使用を可能にするために、多数の手順を追加することができる。

【0174】

グループ内のＷＴＲＵは、グループ内のすべてのＷＴＲＵによって使用可能な、リソース割り当てのためのグループＲＮＴＩ（「Ｇｒ－Ｖ－ＲＮＴＩ」）を受け取ることができる。ＲＮＴＩは、専用ＲＲＣシグナリングで、ＷＴＲＵに割り当てることができる。ＷＴＲＵは、Ｖ２Ｘグループに参加したときに、ｇＮＢからＲＮＴＩを受け取ることができる。あるいは、ＷＴＲＵは、ＷＴＲＵのグループに参加したときに、グループＲＮＴＩを要求することができる。例えば、ＷＴＲＵが参加した、参加すべきである、またはグループを形成すべきであることを示す、上位層からのインジケーション時に、ＷＴＲＵは、サイドリンクＷＴＲＵ情報または類似のＲＲＣメッセージを使用して、ｇＮＢにグループＲＮＴＩを要求することができる。ＷＴＲＵは、ユニキャスト／マルチキャストリンクを確立するためのシグナリング（例えば、ネットワークへのユニキャストリンク確立要求、またはネットワーク開始されたサイドリンクユニキャストリンク確立メッセージ）の一部として、グループＲＮＴＩを受け取ることができる。ＷＴＲＵは、専用構成で、グループＲＮＴＩを受け取ることができる。グループＲＮＴＩを求める要求は、さらに、ｇＮＢがＷＴＲＵグループを識別するための（アプリケーション層によって構成されるような）ＷＴＲＵのグループＩＤを含むことができる。ＷＴＲＵは、さらに、送信先ＩＤ（例えば、ユニキャスト／マルチキャストグループを識別するＬ２ ＩＤ）から、グループＲＮＴＩを導出することができる。例えば、ＷＴＲＵは、ユニキャスト／マルチキャストリンクに関連付けられた、送信先ＩＤの全ビットまたは最下位／最上位ビットを、グループＲＮＴＩとして使用することができる。あるいは、ＷＴＲＵは、ユニキャスト／マルチキャストリンクにおいて関連付けられたＷＴＲＵの１つまたはいずれかの送信元Ｌ２ ＩＤから、グループＲＮＴＩを導出することができる。

【0175】

ＷＴＲＵは、グループの一部としてアプリケーション層によって構成されたとき、またネットワークスケジュールされたＶ２Ｘ通信を実行するために、ネットワークによって構成されたとき、Ｇｒ－Ｖ－ＲＮＴＩについてＰＤＣＣＨを監視することができる。それ以外の場合、ＷＴＲＵは、Ｇｒ－Ｖ－ＲＮＴＩを監視する必要がないことがある。複数のグループに参加するＷＴＲＵには、さらに、それが参加したグループに関連付けられた異なるＧｒ－Ｖ－ＲＮＴＩ値を割り当てることができる。

【0176】

指定されたＷＴＲＵのＶ－ＲＮＴＩは、ＷＴＲＵのグループ内における通信のために使用されるリソースの、ネットワークによるすべての割り当てに使用することができる。ＷＴＲＵは、指定されたＷＴＲＵによって送信された調整情報（例えば、ＲＣＩ）から、指定されたＷＴＲＵのＶ－ＲＮＴＩについて知ることができる。具体的には、ＷＴＲＵは、グループのための指定されたＷＴＲＵになったとき（例えば、アプリケーション層からインジケーションを受け取ったとき）、それのネットワーク割り当てされたＶ－ＲＮＴＩを含むＲＣＩまたは類似の調整情報を、サイドリンク上において、グループ内の他のＷＴＲＵに送信することができる。

【0177】

ＷＴＲＵは、グループの一部としてアプリケーション層によって構成されたとき、またネットワークスケジュールされたＶ２Ｘ通信を実行するために、ネットワークによって構成されたとき、指定されたＷＴＲＵのＶ－ＲＮＴＩを使用して、ＰＤＣＣＨを監視することができる。それ以外の場合、ＷＴＲＵは、指定されたＷＴＲＵのＶ－ＲＮＴＩを監視する必要がないことがある。

【0178】

ＷＴＲＵは、さらに、指定されたＷＴＲＵのＶ－ＲＮＴＩを使用するために、ネットワークに許可を要求することができる。例えば、指定されたＷＴＲＵのＶ－ＲＮＴＩの受け取り時に、ＷＴＲＵは、ＷＴＲＵのＶ－ＲＮＴＩを使用し、ネットワーク割り当てされたリソース内のサブリソースで送信することを許可される前に、要求／インジケーションをネットワークに送信することができる。ＷＴＲＵは、さらに、ＷＴＲＵが、指定されたＷＴＲＵのＶ－ＲＮＴＩに割り当てられたリソース内で送信することができるか、それともできないかを示すインジケーションを、ネットワークから受信することができる。

【0179】

ＷＴＲＵは、そのような要求／インジケーションを、（例えば、何らかのタイマに基づいて）ＮＷへ周期的に、または指定されたＷＴＲＵのＶ－ＲＮＴＩまでの（ジオロケーションに基づいた）距離の変化時に、グループのための指定されたＷＴＲＵの変化時に、もしくは別のグループに参加したときに、ネットワークに送信することができる。

【0180】

別のＷＴＲＵと関連付けられたＶ－ＲＮＴＩを監視するＷＴＲＵは、さらに、リソースグラントで、追加のインジケーション（例えば、ＤＣＩ）をネットワークから受信することができる。ＷＴＲＵは、インジケーションを利用して、グループによって使用可能なリソースグラントと、Ｖ－ＲＮＴＩと関連付けられた個別のＷＴＲＵの使用のためだけに割り当てられたリソースグラントとを区別することができる。インジケーションは、グループと個別の２つの値を取ることができる。グループの値は、ＷＴＲＵが、Ｖ－ＲＮＴＩを使用して割り当てられたリソース内のサブリソースを利用することができることを示す。個別の値は、これが許可されないことを示す。

【0181】

ＷＴＲＵは、１つまたは複数のＷＴＲＵによるＲＣＩの送信に基づくことができる、ＷＴＲＵ自律送信のための上で説明されたメカニズムを使用して、ネットワーク割り当てされたリソースのサブリソース内で送信することができる。加えて、ＷＴＲＵは、ＲＲＣメッセージ、ＭＡＣ ＣＥ、ＤＣＩ、またはｇＮＢによって送信される類似のメッセージの一部として、ＲＣＩをネットワークから受信することができる。

【0182】

ＷＴＲＵは、ＷＴＲＵのグループのために使用可能な半永続的なサイドリンクリソースを要求することができる。ＷＴＲＵは、ネットワークへのそのような要求を開始するためのインジケーションを、アプリケーション層から受け取ることができる。より具体的には、ＷＴＲＵは、ＷＴＲＵのグループのリソース要件を反映した、サイドリンクＳＰＳリソースを要求するための支援情報を提供することができる。ＷＴＲＵは、ネットワークにＳＰＳリソースを要求するとき、および／またはネットワークからのＳＰＳリソースに対するＷＴＲＵ支援情報を送信するとき、グループ内の他のＷＴＲＵのリソース要件を考慮することができる。より具体的には、ＳＰＳリソースを要求するＷＴＲＵは、追加情報に基づいて、それ自らのリソース要件と比較される、必要とされるＳＰＳリソースの数を増加またはスケーリングすることができる。追加情報は、以下のうちの１つまたは複数を含むことができる。追加情報は、おそらくはアプリケーション層によって提供される、グループ内のＷＴＲＵの数であることができる。追加情報は、おそらくはアプリケーション層によって提供される、ＷＴＲＵ自らのリソースの周期性と比較される、係数（例えば、乗数）であることができる。係数は、グループ内のＷＴＲＵの数、ブロッキング関係を有するグループ内のＷＴＲＵの数、メッセージを処理および中継する必要のあるＷＴＲＵの数、またはメッセージをグループ全体にブロードキャストために必要とされる重複の数を表すことができる。例えば、ＷＴＲＵが、特定のサービスのための通信のそれの周期性が３００ミリ秒であると決定し、アプリケーション層が、係数の１０を示す場合、ＷＴＲＵは、３０ミリ秒の周期性を用いて、ＳＰＳリソースを要求することができる。

【0183】

追加情報は、ＳＰＳリソースのタイミングオフセット変更であることができる。追加情報は、ＷＴＲＵにおいて保留中の、グループを対象とした送信のＱｏＳ関連情報（例えば、優先順位）であることができる。追加情報は、ＳＰＳ要求を開始した保留中の送信を有するデータを、長いまたは短い範囲にわたって送信する必要があるかどうかなど、範囲関連の情報であることができる。追加情報は、グループメンバ間の送信が、高周波数（例えば、ミリ波）上にあるかどうかなど、動作の周波数バンドであることができる。

【0184】

ＷＴＲＵは、ＷＴＲＵ支援情報を送信することによって、ＳＰＳサイドリンクリソースを求める要求を開始することができる。ＷＴＲＵが、（例えば、アプリケーション層によって決定されるような）グループの指定されたＷＴＲＵである場合、支援情報は、ＷＴＲＵ自らのリソースの必要性、および他のＷＴＲＵの潜在的なリソースの必要性に基づくことができる。ＷＴＲＵは、それ自らのＳＰＳ期間と比較される、（例えば、係数ｘによる）より短い期間ＳＰＳを要求することができる。係数ｘは、アプリケーション層から受け取ることができ、またはそれは、アプリケーション層によって提供される情報から推測／導出することができる。

【0185】

ＷＴＲＵは、ＳＰＳリソースを求めるそれの要求において、それ自らのパケット到着の周期性がスケーリングされる必要性、およびそれをスケーリングすべき量を決定することができる。これは、トポロジ（例えば、上位層によって示されるような、ブロッキングの位置にあることができる車両の数）、（例えば、送信がミリ波上にあるときに、スケーリングが必要とされることがある）周波数バンド、および（例えば、高位層から受信されたパケットの優先順位または信頼性に応じて、スケーリングが必要とされることがある）ＱｏＳに基づくことができる。

【0186】

ＷＴＲＵは、特定の周期性を有するＳＰＳリソースを要求する前に、以下のルールのうちの１つまたは複数を使用して、それ自らのパケット周期性がスケーリングされる必要があるかどうかを決定することができる。ミリ波上において送信し、ビーム角度＜ｘを使用する場合、スケーリングを実行することができる。周期的な送信と関連付けられたパケットの優先順位が、ある値よりも高い場合、スケーリングを実行することができる。上記の決定の１つまたは複数に基づいて、スケーリングを実行すべき場合、スケーリングは、アプリケーション層によって提供される係数によることができる。

【0187】

ＷＴＲＵは、以下の基準のうちの１つまたは複数に基づいて、それが特定のグループを対象としたデータを送信するために使用することができる、特定の時間／周波数リソースを決定することができる。ＷＴＲＵは、サイドリンク上において別のＷＴＲＵによって、またはネットワークによって送信された、ＲＣＩまたは類似の情報を使用して、時間／周波数リソースを決定することができる。例えば、ＷＴＲＵ間のリソース使用のための順序付け情報を、ＲＣＩ内に含むことができる。ＷＴＲＵは、特定のリソースに関するデータ到着のタイミングを使用して、時間／周波数リソースを決定することができる。例えば、ＷＴＲＵは、パケットの到着と比較して、最小の待ち時間を有するリソースを、パケットの送信のために使用することができると仮定することができる。例えば、ＷＴＲＵは、パケットのＡＳ層への到着に後続するＳＰＳグラントにおいて、時間的に次の単一のリソースを使用することができる。

【0188】

ＷＴＲＵは、アプリケーション層またはネットワークによって割り当てられた、グループ内のＷＴＲＵ ＩＤを使用して、時間／周波数リソースを決定することができる。グループＷＴＲＵ ＩＤ Ｍを有するＷＴＲＵは、グラントの受信に続いて、ＳＰＳグラントの時間的に第Ｍ（Ｍｏｄ ｎ）のリソースで送信することができる。Ｍおよびｎの値は、高位層によって提供することができる。

【0189】

加えて、ＷＴＲＵは、データの遅延要件、送信されるデータの到着時間、送信されるデータの送信範囲、同じサブリソース内における他のＷＴＲＵによる以前の送信、およびサブリソースまたは他のサブリソースと関連付けられた、おそらくは先の予約期間中の、測定されたＲＳＲＰ、ＲＳＳＩ、またはＣＢＲを含む、送信されるデータの優先順位を使用して、時間／周波数リソースを決定することができる。

【0190】

ＳＡ１要件に基づいて、ＡＳは、ＷＴＲＵによって送信されるメッセージの特性に基づいて、メッセージのための通信範囲を制御することができることがある。これらの特性は、アプリケーション層によって決定することができ、アプリケーション層メッセージのタイプ（例えば、ＷＴＲＵのグループ全体を対象とするか、それともグループ内の単一のＷＴＲＵを対象とするか）に関連することができる。リソース効率を保証するために、ＷＴＲＵは、グループの先頭からグループの末尾への送信など、最悪ケース送信範囲を仮定して、またはグループ内のＷＴＲＵが路上において縦列方式で互いに追随することを仮定した、最悪ケースグループ長を考慮してそれの送信パラメータを設定することができる。

【0191】

ＷＴＲＵは、アプリケーション層から送られた、メッセージの範囲と関連付けられた１つまたは複数のパラメータを受け取ることができる。この文脈において、「範囲」という用語は、ＷＴＲＵの送信が到達する距離、または信頼できる送信を保証することができる距離を指すことができる。１つまたは複数のパラメータは、送信されるパケットのＱｏＳと関連付けることができる。１つまたは複数のパラメータは、高位層から受け取られる各パケットとともに、提供することができる（例えば、「パケットごとの」範囲）。あるいは、ＷＴＲＵは、特定の送信先アドレス、および／または上位層フロー、および／またはベアラと関連付けられた、範囲要件ＱｏＳパラメータを受け取ることができ、同じ送信先アドレス／フロー／ベアラを有する、受け取られたすべてのパケットに適用可能な同じ範囲を仮定することができる。あるいは、範囲要件は、特定のＱｏＳパラメータ、または送信先アドレス（例えば、マルチキャスト対グループキャスト）など、上位層によって提供される他のパラメータから、暗黙的に導出することができる。

【0192】

範囲と関連付けられた１つまたは複数のパラメータは、有限数の値を取ることができる。各値は、さらに、以下のパラメータのうちのいずれかと関連付けることができる。値は、単一のサイドリンク送信を使用する送信の、」特定の物理的な距離と関連付けることができる。値は、中継されるサイドリンク送信を仮定した送信の、特定の物理的な距離と関連付けることができる。値は、パケットが、ＷＴＲＵの後方の車両に、ＷＴＲＵの後方および前方両方の車両に、ＷＴＲＵの周囲のすべての方向の車両に送信される必要があるかどうかに対応する、物理的な送信方向および／またはカバレージと関連付けることができる。

【0193】

範囲と関連付けられた１つまたは複数のパラメータは、代替として定性的な関連付け、例えば短い範囲、中間の範囲および長い範囲を有する、有限数の値を取ることができる。

【0194】

ＷＴＲＵは、パケットと関連付けられた受け取った範囲値に基づいて、パケットのための１つまたは多数の送信パラメータを変更すること、または適合させることができる。範囲値は、さらに、（例えば、構成されたテーブルを通して）パケットと関連付けられた、ＱｏＳ特性から導出することができる。例えば、ＱｏＳ値ｘは、テーブル内の特定のエントリを示すことができ、テーブル内のそのエントリは、さらに、範囲要件の特定の値と関連付けることができる。範囲要件は、任意の数の異なる可能な値（例えば、１～ｘ、または低／中／大など）を取ることができる。この適応は、ＷＴＲＵが、すべてのＶ２Ｘ送信のために必要とされる最悪ケース送信パラメータを仮定する必要なしに、Ｖ２Ｘ送信のための必要とされる範囲を達成することを可能にすることができる。

【0195】

ＷＴＲＵは、１つまたは複数の範囲値を、特定のユニキャストまたはマルチキャストリンクと関連付けることができる。より具体的には、ＷＴＲＵは、１つまたは複数の範囲値を、以下のうちの１つまたは複数、すなわち、送信先ＩＤ、（ＷＴＲＵによって決定される、上位層からの、またはネットワークによって提供される）ユニキャスト／マルチキャストリンクＩＤ、論理チャネル、無線ベアラまたはそれのグループ、ＱｏＳフローまたはＱｏＳフローのグループのうちの１つまたは複数と関連付けることができる。ＷＴＲＵは、以下の時間のうちの１つまたは複数、すなわち、論理チャネルまたは無線ベアラの作成時、上位層による、１つまたは複数のＷＴＲＵとのユニキャスト／マルチキャストリンクの開始時、および１つまたは複数のＷＴＲＵとのユニキャスト／マルチキャストリンクを確立するための、ネットワークとのシグナリング中のうちの１つまたは複数において、関連付けを行うことができる。

【0196】

ＷＴＲＵは、上位層またはネットワークから、関連付けを受け取ることができる。より具体的には、ＷＴＲＵは、特定の送信先ＩＤおよび／またはユニキャスト／マルチキャストリンクＩＤを有するユニキャスト／マルチキャストリンクを開始するために、上位層からインジケーションを受け取ることができる。ＷＴＲＵには、ＷＴＲＵがそれから範囲を導出することができる、関連付けられたＱｏＳ値（例えば、ＶＱＩ）を提供することができる。その後、ＷＴＲＵは、特定の送信先ＩＤまたはユニキャスト／マルチキャストリンクＩＤを有する、それが上位層から受け取った各パケットのための範囲値に適用可能な送信パラメータを適用することができる。

【0197】

ＷＴＲＵは、ネットワークから、ＴＸパラメータに対する範囲値の関連付けを受信することができる。より具体的には、ＷＴＲＵは、ユニキャスト／マルチキャストリンクの確立のために、ネットワークとのシグナリングを開始することができ、さらに、このユニキャスト／マルチキャストリンクに対して適用可能な、関連付けられた範囲値を提供することができる。ネットワークは、このリンクと関連付けられた送信パラメータに適用される、適用可能なＴＸパラメータを用いて応答することができる。パケットは、上で説明されたように、送信先ＩＤ、論理チャネルなどと関連付けることができる。

【0198】

ＷＴＲＵは、事前構成およびネットワーク構成のうちの１つまたは複数に基づいて、変更する適用可能な送信パラメータ、およびそのようなパラメータに割り当てるための特定の値を決定することができる。

【0199】

ＷＴＲＵは、アプリケーション層から受け取られた範囲値または範囲パラメータに基づいて、以下の送信パラメータのうちの１つまたは複数、すなわち、ＰＳＣＣＨおよび／またはＰＳＳＣＨ上における再送の数、選択されたリソースプール、ＷＴＲＵによって選択されるリソースの最小数／最大数／平均数、ＴＸダイバーシティの使用、ＰＳＣＣＨおよび／またはＰＳＳＣＨ上におけるＴＸ電力、送信のための選択されたＭＣＳ、ビームフォーミング特性（例えば、ビームフォーミングをオンにするか／オフにするか、使用するビーム角度、１つのビーム上で送信するか、それとも複数のビーム上で送信するか、および別のＷＴＲＵの送信に対してどのビーム方向上で送信するか）、ならびに中継を有効にするか／無効にするかのうちの１つまたは複数を変更することができる。

【0200】

ＷＴＲＵは、その送信に関連付けられた範囲値に基づいて、上記の送信パラメータのいずれかの１つの値または値のセットを選択することができる。

【0201】

ＷＴＲＵは、以下のうちの１つまたは複数、すなわち、リソースのセット上における測定されたＣＢＲ、ＷＴＲＵにおける測定されたＣＲ、ネットワークまたは別のＷＴＲＵによって送信された基準信号の品質、別のＷＴＲＵからのＨＡＲＱフィードバック、別のＷＴＲＵからのＣＱＩ測定、およびＷＴＲＵと１つまたは複数の他のＷＴＲＵとの間の測定された経路損失（例えば、ユニキャスト／マルチキャストリンクに関わるそれら）のうちの１つまたは複数など、チャネルの他の測定された態様にも基づいて、与えられた送信パラメータの適用可能な１つまたは複数の値を決定することができる。

【0202】

ＷＴＲＵは、（例えば、対をなすＷＴＲＵによって送信される基準信号の測定によって）対をなすＷＴＲＵとのユニキャストリンク上において、経路損失推定および／またはチャネル品質推定を維持するように構成することができる。ＷＴＲＵは、測定された経路損失および／またはチャネル品質と範囲値との各組み合わせについて、ＰＳＣＣＨおよび／またはＰＳＳＣＨ上におけるＴＸ電力に対する適用可能な値のセットを用いるように構成することができる。ＷＴＲＵは、それに結び付けられた範囲値を有する送信先アドレスと関連付けられたパケットを受け取ることができる。その後、ＷＴＲＵは、範囲パラメータ、ならびに対をなすＷＴＲＵとのリンク上における（ユニキャストリンク上における）経路損失および／またはチャネル品質に基づいて、そのパケットの送信のための許容可能なＴＸ電力値を選択することができる。ＷＴＲＵは、さらに、チャネルの測定されたＣＢＲに基づいて、許容可能な範囲上において、ＴＸ電力を適合させることができる。

【0203】

ＷＴＲＵは、アプリケーション層から、短い範囲、中間の範囲、または長い範囲のどれかとして標識付けされたパケットを受け取ることができる。ＷＴＲＵは、特定のＭＣＳ値を選択すること、または短い範囲のパケットについての許容可能なＭＣＳ値のサブセットから選択することができ、異なるＭＣＳを選択すること、または中間の範囲のパケットについての許容可能なＭＣＳ値の異なるサブセットから選択することができ、また長い範囲についても同様であることができる。

【0204】

ＷＴＲＵは、アプリケーション層から、短い範囲、中間の範囲、または長い範囲のどれかとして標識付けされたパケットを受け取ることができる。ＷＴＲＵは、パケットを無線で送信するとき、短い範囲のパケットについてはビーム角度ｘ１を、中間の範囲のパケットについてはビーム角度ｘ２を、また長い範囲のパケットについてはビーム角度ｘ３度を使用することができる。

【0205】

ＷＴＲＵは、アプリケーション層から、パケットが単一方向への送信だけを必要とすることを示す範囲パラメータ値を有するパケットを受け取ることができる。方向は、さらに、（例えば、基本方位を使用して、または車両の進行方向に対して）指定することができる。ＷＴＲＵは、示された方向と関連付けられた、単一のビームまたはビームのサブセット上だけにおいて、パケットを送信することを決定することができる。あるいは、異なるパケットが、すべての方向における送信を示すことがある。このケースにおいては、ＷＴＲＵは、すべてのビームにおいて、パケットを送信することを決定することができる。

【0206】

ＷＴＲＵは、アプリケーション層によって構成することができる範囲パラメータ値の各々ごとに、ＴＸ電力オフセット値、最大ＴＸ電力、またはＴＸ電力計算公式を用いるように構成することができる。ＷＴＲＵ ＭＡＣは、ＭＡＣ ＰＤＵが、送信のためにＰＨＹ層に送られるとき、適切なＴＸ電力オフセット値、最大ＴＸ電力、または計算公式をＰＨＹ層に示すことができる。その後、ＰＨＹ層は、ＭＡＣ ＰＤＵを送信するとき、関連付けられたオフセット／最大／公式をＴＸ電力算出に適用することができる。

【0207】

ＰＨＹ層に提供されるトランスポートブロックと関連付けられた範囲パラメータは、そのトランスポートブロック上に多重化することができる、最悪ケース（すなわち、最大範囲）パケットと関連付けられた、範囲から成ることができる。

【0208】

ＷＴＲＵは、センシング結果に基づいて、サイドリンク経路損失値を推定することができる。ＷＴＲＵは、そのようなサイドリンク経路損失推定のセットを処理し、構成された小さい範囲、中間の範囲、および大きい範囲を、推定された経路損失と関連付けることによって、構成された範囲のセットに対応する、サイドリンク経路損失範囲を決定することができる。例えば、ＷＴＲＵは、３３パーセンタイル経路損失推定を小さい範囲と関連付け、６７パーセンタイル経路損失を中間の範囲と関連付け、１００パーセンタイルを大きい範囲と関連付けることができる。ＷＴＲＵは、構成された範囲と関連付けられたサイドリンク経路損失推定に基づいて、サイドリンク電力を決定することができる。経路損失推定を有効にするために、ＷＴＲＵは、ＳＣＩ情報において送信電力を示すことができる。

【0209】

ＷＴＲＵは、上位層から受け取られた範囲パラメータの各値に関連付けるように、送信特性のセットを用いるように構成することができる。例えば、上位層からの範囲パラメータ値は、事前定義された値のセット（１、２、．．．、Ｎ）を取ることができる。パラメータの各値に対して、ＷＴＲＵは、送信パラメータからなる所望のＮタプルを割り当てるように構成することができ、Ｎタプル内の各要素は、Ｎタプル、再送の数、ＴＸ電力、選択されたＭＣＳ、およびビームフォーミング角度など、上述の送信パラメータのうちの１つから成る。ＷＴＲＵは、範囲パラメータの、異なるＮタプルへのテーブルマッピングを用いるように構成することができる。ＷＴＲＵには、さらに、Ｎタプルのうちの１つのために、可能な値のいずれかまたはサブセットの選択を実行することを許可することができる。例えば、ＷＴＲＵはＴＸ電力についての選好を有さないことがあり、またはそれはＷＴＲＵによって選択可能であることができる。ビーム角度は、ある範囲パラメータ値のための許容可能な／サポートされるビーム角度のサブセットからの選択であることができる。

【0210】

ＷＴＲＵは、送信プロファイルを用いて、適用可能な送信パラメータのセットを用いるように構成することができる。送信プロファイルは、サイドリンク上における送信に適用される送信パラメータのセットから成ることができる。ＷＴＲＵは、データと関連付けられた、それの送信範囲および／またはＱｏＳ特性（例えば、優先順位もしくは信頼性）など、送信されるデータの特性に基づいて、その送信範囲および／またはＱｏＳ特性のために構成された、関連付けられた送信プロファイルを使用して送信を実行することを、選択することができる。ＷＴＲＵは、第１の範囲特性を有するパケットの送信のために、第１の送信プロファイルを使用することができ、それは、第２の範囲特性を有するパケットの送信のために、第２の送信プロファイルを選択することができる。

【0211】

送信プロファイルは、（例えば、ＲＲＣシグナリングを通して）ｇＮＢによって構成することができ、それは、事前構成することができ、またはそれは、仕様によって、ＷＴＲＵにおいてハードコードすることができる。ＷＴＲＵは、さらに、ハードコードおよび定義された送信プロファイルのサブセットをサポートすることができ、サポートされる送信プロファイルを、ｇＮＢおよび／または上位層に示すことができる。

【0212】

送信プロファイルは、以下のＷＴＲＵ送信パラメータのうちの１つまたは複数に影響することができる。送信プロファイルは、ＰＳＣＣＨおよび／またはＰＳＳＣＨ上における再送を指示す(dictate)ことができる。例えば、送信プロファイルは、ＰＳＣＣＨおよび／またはＰＳＳＣＨ上において適用される（例えば、ＳＣＩの）再送の数と関連付けることができる。送信プロファイルは、送信と再送との間の時間／周波数関係も指示(dictate)すことができる。例えば、送信と再送との間の時間は、送信プロファイルによって固定し、決定することができる。再送のチャネル（または周波数ロケーション）は、初期送信によって使用された周波数リソースと関係を有することができ、その関係は、送信プロファイルから決定することができる。

【0213】

送信プロファイルは、選択されたリソースプールに影響することができる。例えば、送信プロファイルは、サイドリンクを介したデータの送信のために使用することができる、リソースプールを制限または指示(dictate)すことができる。

【0214】

送信プロファイルは、ＴＸダイバーシティの使用に影響することができる。例えば、送信プロファイルは、ＴＸダイバーシティ（例えば、空間ダイバーシティ）をデータの送信に適用すべきかどうかを示すことができる。送信プロファイルは、さらに、スロット、ビーム、リソース、ＢＷＰ、およびＴＸプールにわたるホッピングパターンを構成することによって、（例えば、リソースのホッピングを通した）ダイバーシティ送信の設定を構成することができる。

【0215】

送信プロファイルは、ＰＳＣＣＨおよび／またはＰＳＳＣＨ上におけるＴＸ電力に影響することができる。送信プロファイルは、使用される公称または最大送信電力を決定することができる。それは、各初期送信／再送間で、および／または成功した送信／再送間で、送信電力を増減することができる量も示すことができる。

【0216】

送信プロファイルは、送信のための選択されたＭＣＳに影響することができる。

【0217】

送信プロファイルは、ビームフォーミング特性に影響することができる。送信プロファイルは、送信のためのビームフォーミング特性を決定すること、またはそれに影響することができる。特性は、全方向送信を実行するか、それともビームのサブセット上だけで送信するか、ビームスイーピングをオンにするか／オフにするか、および使用するビーム角度またはビームのセット含むことができる。ビームのセットは、車両の走行の方向または何らかの固定された方向（例えば、北）など、特定の基準方向を参照することができる。

【0218】

送信プロファイルは、中継の有効化／無効化に影響することができる。送信プロファイルは、送信を中継に送信すべきかどうかを示すことができる。ＷＴＲＵは、送信プロファイルに基づいて、さらに、送信内において（例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰなど、ＡＳ層のうちの１つのＰＤＵ内における制御要素として）、特定のメッセージを中継すべきかどうか、およびいくつのホップ数を用いるかを示すことができる。

【0219】

送信プロファイルは、サイドリンク送信モードに影響することができる。サイドリンク送信モードは、ＷＴＲＵがＰＣ５送信を利用するか、それともＵｕ送信を利用するか、ＷＴＲＵが送信のためにモード３を使用するか、それともモード４を使用するか、および／またはＷＴＲＵが、スケジュールされたｇＮＢとＷＴＲＵ自律との間の共用を可能にするリソースを選択するか、それとも共用されないリソースを選択するかを決定することができる。

【0220】

送信プロファイルは、使用する帯域幅およびキャリア周波数（例えば、帯域幅部分またはキャリアのインジケーション）に影響することができる。例えば、送信プロファイルは、送信のために利用されるＢＷＰを示すことができる。

【0221】

送信プロファイルは、制御チャネルおよび／またはデータチャネルフォーマット（すなわち、スロット／ミニスロットフォーマット）、ならびに時間／周波数において使用されるＯＦＤＭシンボルのセットに影響することができる。例えば、ＷＴＲＵは、異なるＰＳＣＣＨまたはＰＳＳＣＨフォーマットを使用して、ＳＣＩまたはデータを送信するように構成することができる。プロファイルは、さらに、許容可能な制御チャネルフォーマットのどれを、ＰＳＣＣＨおよび／またはＰＳＳＣＨのために使用するかを決定することができる。

【0222】

送信プロファイルは、ワンショットまたは周期的なリソースについてのリソース選択基準に影響することができる。送信プロファイルは、モード４（ＷＴＲＵ自律）リソース選択基準のうちの１つまたは複数の基準に影響することができる。例えば、各送信プロファイルは、リソースが別のＷＴＲＵ送信によって占有されているか、それとも選択のために利用可能であるかを決定するために、異なるＲＳＲＰ／ＲＳＳＩ／ＣＢＲまたは類似の閾値と関連付けることができる各送信プロファイルは、選択されたリソースを予約または維持するための異なる基準（例えば、予約される連続するリソースの最大数、またはリソースの再選択のための基準）と関連付けることができる。

【0223】

ＷＴＲＵは、複数の送信プロファイルを用いるように構成することができ、エリアに応じて異なる送信プロファイルを使用するように構成することができる。より具体的には、ＷＴＲＵは、それの現在の地理的ロケーションを決定し、その地理的ロケーションに対して、構成された送信プロファイルを適用することができる。

【0224】

ＷＴＲＵにおける、Ｖ２Ｘアプリケーション層、または本明細書において説明されたような上位層のいずれもが、与えられた時間において、サポートされる、または構成された送信プロファイルを認識することができ、それがＡＳ層によって送信のためのメッセージを送信するときに、Ｖ２Ｘメッセージの送信のための送信プロファイルを選択することができる。アプリケーション層は、選択された送信プロファイルにインデックスを提供することができる。例えば、各送信プロファイルは、異なる範囲インデックスと関連付けすことができ、アプリケーション層は、送信されるパケットとともに、範囲インデックスを下位層に渡すことができる。

【0225】

ＷＴＲＵ ＡＳは、送信プロファイルのセット（例えば、ＰＦ１、ＰＦ２、．．．、ＰＦＮ）を用いるように構成することができる。ＷＴＲＵは、さらに、範囲パラメータ（例えば、短い、中間、長い、または範囲１、範囲２、．．．、範囲ｎ）の、プロファイルへのマッピングを用いるように、ｇＮＢによって構成することができる。構成は、ＲＲＣシグナリングによって、ＭＡＣ ＣＥによって、ＳＩを介して、または事前構成によって、ＷＴＲＵに提供することができる。アプリケーション層が、パケットとともに使用される特定の範囲値を選択したとき、その後、ＷＴＲＵ ＡＳは、その範囲値と関連付けられた、構成された送信プロファイルのうちの１つを選択することができる。

【0226】

ＷＴＲＵは、送信先アドレス、キャリア周波数、またはＶ２Ｘメッセージの送信先を識別する類似のパラメータと、メッセージを送信する範囲との間の関連付けを受け取ることができる。関連付けは、１つまたは複数の送信先アドレス、および／またはキャリア周波数、および／または帯域幅部分と、範囲値との間のマッピングの形態を取ることができる。範囲値は、本明細書において説明されるいずれかの形態（例えば、短い、中間、長い、方向情報など）を取ることができる。マッピングは、構成（例えば、事前構成、またはｇＮＢ／ｅＮＢ構成）を通して提供することができ、または上位層構成によって提供することができる。マッピングは、更新された構成によって、変更することもできる。ＷＴＲＵは、送信先アドレスの、範囲マッピングへのマッピングに基づいて、特定の送信先アドレスを有するＶ２Ｘパケットの送信中、いつでも、ある送信パラメータ、または送信パラメータのセットを適用することができる。

【0227】

ＷＴＲＵは、送信先アドレスの、ＲＲＣシグナリングによってｇＮＢによって受信される範囲（例えば、短い、中間、長い）へのマッピングを維持することができる。ＷＴＲＵは、新しいＲＲＣ構成の受け取り時に、それが新しいマッピングを受け取るまで、そのようなマッピングを維持することができる。ＷＴＲＵは、また、対応する範囲値を用いるように構成されていない、上位層から受け取られたいずれの送信先アドレスに対しても、デフォルトの範囲（例えば、長い範囲）を適用すること、または仮定することもができる。与えられた送信先アドレスを有するパケットの受け取り時に、ＷＴＲＵは、関連付けられた範囲特性を満たす、送信パラメータを適用することができる。決定は、さらに、本明細書に説明されるように、送信プロファイルに基づくことができる。

【0228】

ＷＴＲＵは、送信先アドレス、キャリア周波数、またはＶ２Ｘメッセージの送信先を識別する類似のパラメータと、送信プロファイルとの間の関連付けを用いるように構成し、それを維持することができる。ＷＴＲＵは、この構成を、ｇＮＢ／ｅＮＢから、上位層から、および／または事前構成で受け取ることができる。与えられた送信先アドレスを有するパケットの受け取り時に、ＷＴＲＵは、パケットを送信するために、関連付けられた構成された送信プロファイルを適用することができる。

【0229】

ＷＴＲＵは、送信先アドレスから送信プロファイル、さらに送信パラメータのセットへの、２段階マッピングを有することができる。マッピングの各段階は、異なるエンティティ／メカニズムによって、または異なる時間において、構成／再構成することができる。ＷＴＲＵは、プロファイル番号／インデックスの、送信パラメータセットへのマッピングを用いるように、ｇＮＢ／ｅＮＢおよび／または事前構成によって構成することができる。送信パラメータセットは、送信プロファイルと関連付けられたパラメータのいずれかの設定から成ることができる。その後、ＷＴＲＵは、知られた送信プロファイルのセット（例えば、ＰＦ１、ＰＦ２、ＰＦ３など）におけるインデックスの形式などで、アプリケーション層からの、送信先アドレスの送信プロファイルへのマッピングを受け取ることができる。例えば、送信先アドレスｘは、送信プロファイルＰＦ１を使用することができる。

【0230】

ＷＴＲＵは、送信先アドレスの、範囲インデックスおよび／または送信プロファイルへのマッピングを、ｇＮＢに提供することができる。マッピングは、ｇＮＢが、モード３タイプの動作（すなわち、スケジュールされたｇＮＢ）のために、適切なスケジューリング決定を実行することを可能にすることができる。例えば、ＷＴＲＵは、ＵＥＳｉｄｅｌｉｎｋＩｎｆｏｒｍａｔｉｏｎメッセージに類似したＲＲＣメッセージで、送信先アドレスのリストをｇＮＢに提供することができる。メッセージは、送信先アドレスの各々と関連付けられた、範囲情報を含むことができる。ＷＴＲＵは、ＷＴＲＵ内のアプリケーション層によって提供されるような、各送信先アドレスと関連付けられた範囲インデックスを提供することができる。ＷＴＲＵは、以下のイベントのうちの１つまたは複数において、送信先アドレスの範囲インデックスへのマッピングを、ｇＮＢに提供することができる。

【0231】

ＷＴＲＵは、おそらくは、Ｖ２Ｘ制御機能またはコアネットワーク内の他の任意のネットワーク機能から、新しいマッピング情報を受信した結果として、ＷＴＲＵのアプリケーション層によって開始されるマッピングの変更時に、送信先の範囲インデックスへのマッピングを提供することができる。

【0232】

ＷＴＲＵは、おそらくはＷＴＲＵがＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥで動作していた間に、マッピングが変更された場合、ＷＴＲＵによるＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの移行時に、送信先の範囲インデックスへのマッピングを提供することができる。

【0233】

ＷＴＲＵは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤである間に、ＷＴＲＵがサイドリンク送信を実行しているケースについてのハンドオーバ時に、送信先の範囲インデックスへのマッピングを提供することができる。

【0234】

さらに、ＷＴＲＵは、ＲＡＮエリア更新または追跡エリア更新時に、ＷＴＲＵによる新しいＰＬＭＮの選択（すなわち、ＰＬＭＮの変更）中に、およびＷＴＲＵにおいて事前構成することができる地理的エリアをＷＴＲＵが変更するときに、送信先の範囲インデックスへのマッピングを提供することができる。

【0235】

ＷＴＲＵは、論理チャネルの異なるセットを、特定の範囲パラメータ値を有するパケットに割り当てることができる。例えば、論理チャネルＩＤ Ｌ１～Ｌ２は、「短い範囲」として標識付けされたパケットのために使用することができ、論理チャネルＩＤ Ｌ３～Ｌ４は、「中間の範囲」として標識付けされたパケットのために使用することができ、論理チャネルＩＤＬ５～Ｌ６は、「長い範囲」として標識付けされたパケットのために使用することができる。ＷＴＲＵは、他のＱｏＳ関連の要因（例えば、優先順位）に基づいて、特定の範囲値のための許容可能なセット内において、特定の論理チャネルＩＤを選択することができる。すなわち、ＷＴＲＵは、中間の範囲上に設定された高優先順位パケットに対して、「中間の範囲」のためのセット内の最小値を有する論理チャネルＩＤを選択することができる。許容可能なセットは、ネットワークによって構成することもでき、またはＷＴＲＵにおいて事前構成することができる。

【0236】

ＷＴＲＵは、範囲パラメータ値に基づいて、ＡＳにおいて、特定の範囲識別子値を用いて、ＳＤＵを標識付けすることができる。範囲識別子値から範囲パラメータ値へのマッピングも、構成可能であることができる。ＷＴＲＵは、特定の論理チャネルを使用するために、特定の範囲識別子値を有するパケットを制限しないことがある。代わりに、ＷＴＲＵは、ＰＤＣＰ、ＲＬＣ、およびＭＡＣ層におけるＬ２処理において、範囲パラメータ値／識別子を考慮することができる。例えば、ＳＤＵのセグメント化中に、ＷＴＲＵは、特定の範囲識別子値または範囲パラメータ値を、ＳＤＵのセグメントの各々に関連付けることができる。

【0237】

ＷＴＲＵは、任意の層（例えば、ＲＬＣおよび／またはＭＡＣ）におけるＳＤＵの連結／多重化を、異なる範囲パラメータ値を有する２つのパケットが、決して連結／多重化されないように、実行することができる。あるいは、ＷＴＲＵは、異なる論理チャネル間における多重化を、異なる範囲パラメータと関連付けられた論理チャネルセットが、決して一緒に多重化されないように、実行することができる。

【0238】

ＷＴＲＵは、パケットおよび／または論理チャネルの選択的な連結／多重化を、範囲パラメータ自体に応じて、実行することができる。範囲パラメータｘについては、多重化を許可することができ、一方、範囲パラメータｙについては、多重化を許可しないことがある。送信方向と関連付けられた範囲パラメータ値については、ＷＴＲＵは、連結／多重化を実行することができる。ＴＸ電力と関連付けられた範囲パラメータについては、ＷＴＲＵは、連結／多重化を実行しないことがある。これらのルールは、ＲＲＣまたは事前構成によって、ＷＴＲＵに対して指定または構成することができる。ＷＴＲＵは、さらに、そのＰＤＵと関連付けられた範囲に基づいて、特定の範囲を用いて制限される、識別されたＰＤＵのためのリソース／グラントを選択することができる。範囲は、最悪ケース範囲であることができる。

【0239】

ＷＴＲＵは、異なる範囲パラメータ値を有する、論理チャネルまたはパケットを含む、ＭＡＣ ＰＤＵのために使用される、送信パラメータを決定することができる。決定は、範囲パラメータ値に応じた特定のルールに基づくことができる。より具体的には、ＷＴＲＵが、与えられたパケットのための複数の範囲パラメータを受け取ったとき、ＷＴＲＵは、各範囲パラメータごとに、特定の挙動を用いるように構成することができる。ＷＴＲＵは、組み合わせ／合計を使用するように構成することができる。例えば、異なる送信方向と関連付けられたパケットが、多重化される場合、ＭＡＣ ＰＤＵを、そのパケットにおいて異なる範囲パラメータ値と関連付けられた方向の各々に送信することができる。ＷＴＲＵは、最大送信電力を使用するように構成することができる。例えば、異なるＴＸ電力と関連付けられたパケットが、ＭＡＣ ＰＤＵ内に多重化される場合、ＭＡＣ ＰＤＵは、パケットで提供されるパラメータ値のいずれかと関連付けられた、最大ＴＸ電力を用いて送信することができる。

【0240】

ＷＴＲＵは、最小ビーム角度を使用するように構成することができる。例えば、異なるビーム角度と関連付けられたパケットが、ＭＡＣ ＰＤＵ内に多重化される場合、ＭＡＣ ＰＤＵは、パケットで提供されるパラメータ値のいずれかと関連付けられた、最小ビーム角度を用いて送信することができる。ＷＴＲＵは、上記のパラメータの平均値を使用するように構成することができる。

【0241】

ＷＴＲＵは、リソース選択基準に応じて、パラメータ選択と関連付けられたルールを変更する（例えば、最大値の代わりに平均値を使用する）こともできる。リソース選択基準は、現在測定されているＣＢＲに限定されることなく、センシング結果からのリソースの現在の利用可能性または中間リソース利用可能性のパーセンテージ、および利用可能なリソースの平均ＲＳＳＩを含むことができる。

【0242】

ＷＴＲＵは、ｇＮＢへのサイドリンクバッファステータス報告内に、範囲と関連付けられた情報を含めることができる。範囲情報は、明示的に提供することができる。ＷＴＲＵは、各範囲パラメータ値と関連付けられた、ＷＴＲＵバッファ内のデータの量を提供することができる。例えば、「短い」、「中間」、「長い」を取ることができる範囲パラメータについて、ＷＴＲＵは、これら３つの値の各々のためのバッファ内のデータの量を報告することができる。

【0243】

ＷＴＲＵは、この情報を、報告された論理チャネルグループに、おそらくは構成可能なマッピングを使用して、暗黙的に提供することができる。例えば、論理チャネルグループの新しいセットを報告することができる。各論理チャネルグループは、範囲パラメータ値の１つまたはセットと関連付けることができる。範囲パラメータ値と論理チャネルグループとの間のマッピングは、さらに、構成可能であることができる。例えば、ＬＣＧは、１つまたは複数のＰＰＰＰ、および１つまたは複数の範囲パラメータ値にマッピングすることができる。ＷＴＲＵは、構成されたＰＰＰＰ値および範囲パラメータ値と関連付けられた、ＷＴＲＵバッファ内のパケットの数を決定することによって、各ＬＣＧと関連付けられたバッファステータスを報告することができる。

【0244】

ＷＴＲＵは、報告された各ＬＣＧごとに、単一の範囲パラメータ値をネットワークに報告することができる。ＬＣＧごとの単一のパラメータ値は、上で説明された多重化されたＭＡＣ ＰＤＵのための送信パラメータ選択と同様に、導出することができる。より具体的には、単一のパラメータ値は、組み合わせ、最大、最小、または平均であることができる。例えば、ＷＴＲＵは、ＬＣＧと関連付けられた、およびそれらの論理チャネルにおける保留中のデータと関連付けられた、論理チャネルの各々において、パケットのすべての異なるビーム方向を決定することができる。ＷＴＲＵは、そのＬＣＧについてのバッファステータスとともに、ビーム方向のこのセットを報告することができる。ビーム方向のセットは、構成または標準化されたマッピングによって、特定の番号（識別子）にマッピングすることができる。

【0245】

ＰＨＹ層において利用可能なデータは、上で説明された範囲パラメータ識別子に応じて、異なるリソース特性を用いて標識付けすることができる。ＷＴＲＵは、上で提供された各独立した範囲パラメータ識別子ごとに、独立したリソース選択手順を実行することができる。各リソース選択手順は、それが関連付けられた、関連付けられた範囲パラメータ識別子に依存した、特定のルールを有することができる。加えて、ＷＴＲＵは、第１に、範囲パラメータの第１の値のためのリソース選択を実行し、第２に、範囲パラメータの第２の値のための第２のリソース選択を実行することができる。

【0246】

ＷＴＲＵは、別の送信方向とは異なる、与えられた送信方向を必要とするデータのために、リソース選択を実行することができる。具体的には、ＷＴＲＵは、センシング／リソース選択のために、あるリソースだけを考慮することができる。

【0247】

図５を参照すると、サブリソース調整を使用するグループ予約の第１の方法を例示するフローチャートが、示されている。ステップ５０２において、ＷＴＲＵは、グループ内の第２のＷＴＲＵから、第１のＳＣＩ要素を受信することができる。ステップ５０４において、ＷＴＲＵは、第１のＳＣＩによってスケジュールされたリソースの第１のセット内で、第１のＲＣＩ要素を受信することができる。第１のＲＣＩは、グループ内のどのＷＴＲＵがリソースの第２のセットを使用するようにスケジュールされるかについての情報を含むことができる。ステップ５０６において、ＷＴＲＵは、第１のＲＣＩに基づいて、リソースの第２のセット内の１つまたは複数のサブリソースが利用可能であると決定することができる。ステップ５０８において、ＷＴＲＵは、１つまたは複数のサブリソースで、データを送信することができる。

【0248】

特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解されよう。加えて、本明細書において説明された方法は、コンピュータまたはプロセッサによって実行するための、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上において送信される）電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、限定されることなく、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。

【産業上の利用可能性】

【0249】

本発明は、一般的に無線通信システムに利用することができる。

【符号の説明】

【0250】

１００ 通信システム
１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ 無線送受信ユニット（ＷＴＲＵ）
１０４ 無線アクセスネットワーク（ＲＡＮ）
１０６ コネットワーク（ＣＮ）
１０８ 公衆交換電話網（ＰＳＴＮ）
１１０ インターネット

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】