JP2022502934A

JP2022502934A - ＮｒＶ２ｘ用Ｕｕベースサイドリンク制御

Info

Publication number: JP2022502934A
Application number: JP2021517308A
Authority: JP
Inventors: リ，イーファン; アジャクプレ，パスカル，エム．; リ，チン; ツァイ，アラン，ワイ．; ジャン，グオドン; アイヤー，ラクシュミ，アール．; アワディン，モハメド; マリー，ジョゼフ，エム．
Original assignee: コンヴィーダワイヤレス，エルエルシー
Priority date: 2018-09-27
Filing date: 2019-07-17
Publication date: 2022-01-11
Also published as: KR20210064343A; US20220007403A1; WO2020068252A1; EP3858024A1; CN112771962A

Abstract

【解決手段】異なるサイドリンクリソース構成および割り当てスキームが、Ｕｕインターフェースなどのインターフェースによって制御される場合がある。無線リソース制御構成は、ブロードキャストサイドリンク伝送、ユニキャストサイドリンク伝送、またはグループサイドリンク伝送の動的割り当てを含む場合がある。ブロードキャストサイドリンク伝送、ユニキャストサイドリンク伝送、またはグループサイドリンク伝送向けの無線リソース制御構成式静的リソース割り当てがある場合がある。

Description

関連出願の相互参照
本出願は、２０１８年９月２７日に出願された米国仮特許出願番号第６２／７３７，２５７号および２０１８年１１月１日に出願された米国仮特許出願番号第６２／７５４，３２６号の優先権を主張し、それらの内容が全体として本明細書に参照により援用される。

ビークル・ツー・エブリシング（Vehicle-To-Everything：Ｖ２Ｘ）の応用が著しく進歩するにつれて、基本安全性に対する車両自体の状態データについてのショートメッセージの伝送が、より大規模なメッセージの伝送を伴って拡張される必要があり、それには、未処理センサデータ、車両の意図データ、協調、将来の操縦の確認などが含まれる。これらの最新の応用に対して必要とされるデータレート、遅延、信頼性、通信範囲、および速度を満たすように予想される要件は、より厳しいものである。

拡張Ｖ２Ｘ（enhanced V2X：ｅＶ２Ｘ）サービスに関して、３ＧＰＰは、２５のユースケースおよび関連要件をTR 22.886（GPP TR 22.886 Study on enhancement of 3GPP Support for 5G V2X Services, Release 15, V15.2.0）で明確にしている。

規範的な要件のセットは、４つのユースケースグループ、すなわち、車両隊列走行、拡張センサ、先進運転、および遠隔運転に分類されるユースケースと共に、TS 22.186（GPP TS 22.186 Enhancement of 3GPP support for V2X scenarios (Stage 1), Release 15, V15.3.0）で規定されている。各ユースケースグループに対する性能要件の詳細な説明は、TS 22.186に明記されている。

リリース１４のＬＴＥＶ２Ｘにおいては、例えば、車両間の低遅延および高信頼のメッセージ交換、および、安全性および効率を強化するインフラストラクチャのサポートなど、Ｖ２Ｘサービスに対する基本要件が道路安全サービスに関してサポートされている。

遅延要件を満たし、Ｖ２Ｘ通信用車両の高ドップラースプレッドおよび高密度を適応させるために、サイドリンク伝送モード３およびモード４が、TS 36.213（3GPP TS 36.213 Physical layer procedures, Release 15, V15.2.0）で規定されている。

モード３は、中央集中型ｅＮＢスケジューラを使用する。車両ユーザ端末（User Equipment：ＵＥ）およびｅＮＢは、Ｕｕインターフェースを使用して通信する。ｅＮＢは、下りリンク制御情報（Downlink Control Information：ＤＣＩ）フォーマット５Ａを使用して、サイドリンク通信用車両ＵＥの物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）および物理サイドリンク共有チャネル（Physical Sidelink Shared Channel：ＰＳＳＣＨをスケジュールする。

ＮＲＶ２Ｘでは、サイドリンクリソース割り当てモード１およびモード２が合意されている。モード１では、基地局が、サイドリンク伝送向けに、ＵＥによって使用されるサイドリンクリソースをスケジュールする。モード２では、ＵＥが、基地局によって構成されたサイドリンクリソースまたは事前構成されたサイドリンクリソースからサイドリンク伝送に使用されるサイドリンクリソースを決定する。

モード１は、Ｕｕインターフェースを通して、ｇＮＢがＵｕとサイドリンクとの間の専用サイドリンクキャリアと共有ライセンスキャリアとの両方にサイドリンクリソースを割り当てることをサポートする。サイドリンク伝送に使用されるリソースは、動的に割り当てられるか、ＲＲＣによって事前構成されるか、またはアクティベーションおよびディアクティベーションに基づく場合がある。

Ｕｕインターフェースなどのインターフェースによって制御される場合がある、様々なサイドリンクリソース構成および割り当てスキームについて、本明細書で開示する。例えば、サイドリンクでのリソース割り当てに関するメカニズム、すなわち、１）ＲＲＣ構成、２）ＤＣＩシグナリング、３）サイドリンク伝送のスケジュール、４）グループキャストサイドリンクの設計、または５）サイドリンクの測定および報告であり、これらは、Ｕｕベースとなる場合がある。

ＲＲＣ構成には、１）ブロードキャスト、ユニキャストまたはグループサイドリンク伝送向けの動的リソース割り当て、２）ブロードキャスト、ユニキャストまたはグループサイドリンク伝送向けのＲＲＣ構成式静的リソース割り当て、３）ブロードキャストサイドリンク伝送向けのアクティベーション／ディアクティベーション（例えば、アクティベーションまたはディアクティベーション）ベース半持続的リソース割り当て、４）ユニキャストサイドリンク伝送向けのアクティベーション／ディアクティベーションベース半持続的リソース割り当て、または、５）グループキャストサイドリンク伝送向けのアクティベーション／ディアクティベーションベース半持続的リソース割り当て、などが挙げられる。

とりわけ、ＤＣＩシグナリング、ｇＮＢがサイドリンク伝送をスケジュールする場合があること、グループキャストサイドリンクの設計、およびサイドリンクの測定および報告のメカニズムについてもさらに開示する。

本概要は、下記にさらに記載される発明を実施するための形態を簡略化した形式で、概念の選択を紹介するために提示される。本概要は、請求される主題の主要な特徴または実質的な特徴を特定したり、請求される主題の範囲を限定するために使用されたりすることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載されているいずれかまたは全ての不利点を解決するものである、といった制限にも制約されない。

より詳細な理解は、添付図面と併せて、例として挙げられる下記の説明から得ることが可能である。

図１は、ＰＳＣＣＨおよびＰＳＳＣＨをスケジュールする例示的ＤＣＩを示す図である。図２は、サイドリンク用の例示的スロット形式を示す図である。図３は、ユニキャストサイドリンク向けのｇＮＢトリガ型再伝送の例示的コールフローを示す図である。図４は、ユニキャストサイドリンク向けのＲｘＵＥトリガ型再伝送の例示的コールフローを示す図である。図５は、ユニキャストサイドリンク用の例示的スロット形式を示す図である。図６は、グループキャストサイドリンク向けのｇＮＢトリガ型再伝送の例示的コールフローを示す図である。図７は、グループキャストサイドリンク向けのＲｘＵＥトリガ型再伝送の例示的コールフローを示す図である。図８は、モビリティシグナリング負荷低減の方法、システムおよびデバイスに基づいて生成される場合がある例示的ディスプレイ（例えば、グラフィカルユーザインターフェース）を示す図である。図９Ａは、例示的通信システムを示す図である。図９Ｂは、ＲＡＮおよびコアネットワークを含む例示的システムを示す図である。図９Ｃは、ＲＡＮおよびコアネットワークを含む例示的システムを示す図である。図９Ｄは、ＲＡＮおよびコアネットワークを含む例示的システムを示す図である。図９Ｅは、通信システムの別の例を示す図である。図９Ｆは、ＷＴＲＵなどの例示的装置またはデバイスのブロック図である。図９Ｇは、例示的コンピューティングシステムのブロック図である。図１０は、ＲｘＵＥからｇＮＢに伝送されるＨＡＲＱフィードバックを伴った、ＴｘＵＥとＲｘＵＥとの両方へのスケジューリングＤＣＩの例示的伝送を示す図である。図１１は、ＲｘＵＥからＴｘＵＥに伝送されるＨＡＲＱフィードバックを伴った、ＴｘＵＥとＲｘＵＥとの両方へのスケジューリングＤＣＩの例示的伝送を示す図である。図１２は、ＲｘＵＥからＴｘＵＥに伝送されるＨＡＲＱフィードバック、およびＴｘＵＥからｇＮＢへのフィードバックを伴った、ＴｘＵＥとＲｘＵＥとの両方へのスケジューリングＤＣＩの例示的伝送を示す図である。図１３は、ＲｘＵＥからｇＮＢに伝送されるＨＡＲＱフィードバックを伴った、ＴｘＵＥへのスケジューリングＤＣＩの例示的伝送を示す図である。図１４は、ＲｘＵＥからＴｘＵＥに伝送されるＨＡＲＱフィードバックを伴った、ＴｘＵＥへのスケジューリングＤＣＩの例示的伝送を示す図である。図１５Ａは、ＲｘＵＥからＴｘＵＥに伝送されるＨＡＲＱフィードバック、およびＴｘＵＥからｇＮＢへのフィードバックを伴った、ＴｘＵＥへのスケジューリングＤＣＩの例示的伝送を示す図である。図１５Ｂは、ＲｘＵＥからＴｘＵＥに伝送されるＨＡＲＱフィードバック、およびＴｘＵＥからｇＮＢへのフィードバックを伴った、ＴｘＵＥへのスケジューリングＤＣＩの例示的方法を示す図である。図１６は、Ｕｕインターフェースとサイドリンクとの共有キャリアを使用するＴｘＵＥとＲｘＵＥとの両方へのスケジューリングＤＣＩの例示的伝送を示す図である。図１７は、例示的ＰＳＣＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ情報要素を示す図である。図１８は、例示的ＰＳＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ情報要素を示す図である。図１９は、例示的ＲＲＣ構成ＰＳＦＣＨ−Ｒｅｓｏｕｒｃｅを示す図である。図２０は、ブラインド再伝送を伴った、例示的ＤＣＩ動的スケジュール式サイドリンク伝送を示す図である。図２１は、ＨＡＲＱフィードバックベース再伝送を伴った、例示的ＤＣＩ動的スケジュール式サイドリンク伝送を示す図である。図２２は、ＨＡＲＱフィードバックベース再伝送、およびＵｕインターフェースで伝送される早期終了を伴った、例示的ＤＣＩ動的スケジュール式サイドリンク伝送を示す図である。

問題１：新無線（New Radio：ＮＲ）Ｖ２Ｘモード１では、基地局が、サイドリンク通信向けに、ＵＥによって使用されるサイドリンクリソースをスケジュールする。ＮＲＶ２Ｘは、サイドリンク向けに、動的リソース割り当て、アクティベーション／ディアクティベーションベースリソース割り当て、およびＲＲＣ（事前）構成リソース割り当てをサポートする必要がある。上述のＮＲＶ２Ｘリソース割り当て技法をサポートするためのメカニズムが、導入される必要がある。

ＬＴＥモード３では、Ｖ２Ｘサイドリンク伝送に使用される時間領域リソースは、事前構成されたサブフレームリソースプールに基づく必要がある。プールベースリソース割り当ての粒度は、サブフレーム内にある。ＮＲＶ２Ｘでは、サイドリンクに対して非周期的トラフィックと周期的トラフィックとの両方がサポートされる必要がある。このようなサブフレームベースリソース割り当て設計は、遅延要件を満たさない可能性がある。したがって、低遅延をサポートするために、Ｕｕベースリソース割り当てに対する拡張が必要である。

問題２：ＮＲＶ２Ｘモード１では、ブロードキャスト、グループキャスト、またはユニキャストサイドリンク通信もサポートされる必要がある。ＬＴＥＶ２Ｘでは、ブロードキャストサイドリンク通信のみがサポートされている。したがって、ＮＲＶ２Ｘにおいて、グループキャスト、またはユニキャストサイドリンク通信用リソースを割り当てるメカニズムが導入される必要がある。ＵＥは、ブロードキャスト、グループキャスト、またはユニキャストサイドリンク通信のために、複数のリソースを用いて構成される場合がある。ＵＥがスケジューリンググラントを受信するときに、ＵＥは、受信したグラントがどのタイプのサイドリンク通信に使用されるものかを判断できる必要がある。この問題を解決するメカニズムが導入される必要がある。

ＵＥは、ブロードキャスト、グループキャスト、またはユニキャストサイドリンク通信のために、複数のリソースを用いて構成される場合がある。ＵＥがスケジューリンググラントを受信するときに、ＵＥは、受信したグラントがどのタイプのサイドリンク通信に使用されるものかを判断できる必要がある。この問題を解決するメカニズムが、導入される必要がある。

ＬＴＥＶ２Ｘでは、受信ＵＥは、上位層によって構成された各候補ＰＳＣＣＨリソースで、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号する試みをし続ける。このことは、Ｖ２Ｘ受信リソースが時間において比較的スパースであるので、ＬＴＥでは許容可能ではあるが、Ｖ２Ｘ受信監視機会の密度が非常に高い場合があるＮＲＶ２Ｘ要件を考慮すると、ＮＲでは、電力効率が非常に悪い可能性がある。例えば、ＮＲＶ２Ｘでは、ＵＥは、ブロードキャスト、グループキャスト、およびユニキャストサイドリンク通信のために、複数のリソースを用いて構成される場合がある。さらに、ＮＲＶ２Ｘ受信リソース構成は、周期的トラフィックだけではなく、リソースセットが異なるように構成される必要がある可能性がある非周期的トラフィックも考慮する必要がある。したがって、ＰＳＣＣＨを受信するためのＬＴＥでの現在の設計を、現状のままでＮＲに適用する場合、ＮＲでは莫大な消費電力問題を引き起こす可能性があり、同時にＰＳＣＣＨブラインド復号の数が大幅に増える場合がある。

Ｕｕインターフェースなどのインターフェースによって制御される場合がある、様々なサイドリンクリソース構成および割り当てスキームについて、本明細書で開示する。

サイドリンクに対するＵｕベース動的リソースグラント割り当て
ブロードキャストサイドリンク伝送
ブロードキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢ（例えば、図３または図９ＡのｇＮＢ２０１）またはｇＮＢのようなノード（例えば、基地局）が、ブロードキャストサイドリンク伝送のためにＵＥ（例えば、図３または図９ＡのＵＥ）によって使用されるリソースを動的に割り当てる場合がある。本明細書で開示するように、ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、ブロードキャストサイドリンク伝送用のリソースを割り当てられてよい。ＵＥはスケジューリングＤＣＩを受信すると、ＵＥは、サイドリンクでスケジュールされたリソースを使用して制御およびデータをブロードキャストしてよい。詳細なリソース割り当てスキームは以下の通りである。

ＲＲＣ構成の詳細な設計：ＵＥは、１つまたは複数の情報要素（Information Element：ＩＥ）を用いて構成されてよく、この際、各ＩＥはＮＲＶ２Ｘサイドリンク伝送用リソースの構成情報を明示する。ＮＲＶ２Ｘでブロードキャスト、グループキャスト、およびユニキャストサイドリンク伝送をサポートするために、異なるＩＥについて本明細書にて開示する。例えば、ＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｂｒｏａｄｃａｓｔ、ＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−ＧｒｏｕｐｃａｓｔまたはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｕｎｉｃａｓｔが、サイドリンク伝送用リソースの情報を構成するために使用されてよい。または、同じＩＥ（例えば、ＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ）が、使用されてよく、この際、サイドリンク伝送のタイプ（例えば、ブロードキャスト、グループキャスト、またはユニキャスト）は、ＩＥで明示される。

ブロードキャストサイドリンク伝送の場合、ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅまたはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｂｒｏａｄｃａｓｔは、サイドリンク制御またはサイドリンクデータ伝送向けの構成情報を搬送する場合がある。ＵＥは、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通または専用ＲＲＣ構成を通して、ＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅもしくはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｂｒｏａｄｃａｓｔを用いて構成されてよい。本明細書に開示するＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅまたはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｂｒｏａｄｃａｓｔは、１）サイドリンク伝送のタイプ、２）キャリアのタイプ、３）リソースのニューメロロジー、４）ブロードキャストを伝送するＵＥ、５）スケジューリングＤＣＩのスクランブルリングに使用されるマスク、６）候補リソースのインデックス、７）リソース構成の候補時間領域リソース、８）繰り返しおよび冗長バージョンの数、９）リソース構成の候補周波数領域リソース、または１０）ビームスイーピング、などのＲＲＣ構成を搬送してもよい。

サイドリンク伝送のタイプを示すＲＲＣ構成。例えば、同じＩＥＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅがサイドリンク伝送タイプの全てに使用される場合、Ｂｒｏａｄｃａｓｔ、Ｇｒｏｕｐｃａｓｔ、またはＵｎｉｃａｓｔである場合があるＲＲＣ構成ＮＲ−ＳＬ−ＣｏｍｍｕｎｃａｔｉｏｎＴｙｐｅ。

キャリアのタイプを示すＲＲＣ構成。例えば、ＲＲＣ構成ＮＲ−ＳＬ−ＣａｒｒｉｅｒＴｙｐｅが使用されてよい。ＮＲ−ＳＬ−ＣａｒｒｉｅｒＴｙｐｅが、「共有」と構成されている場合、ＵＥは、サイドリンクリソース割り当てがＵｕとサイドリンクとの間の共有ライセンスキャリア向けのものであると判断する。ＮＲ−ＳＬ−ＣａｒｒｉｅｒＴｙｐｅが、「専用」と構成されている場合、ＵＥは、サイドリンクリソース割り当てが専用サイドリンクキャリア向けのものであると判断する。

サイドリンク伝送用リソースのニューメロロジーを示すＲＲＣ構成。例えば、１５、３０、６０ＫＨｚなどである場合があるＲＲＣ構成ＮＲ−ＳＬ−Ｎｕｍｅｒｏｌｏｇｙ。あるいは、ニューメロロジーは帯域幅パート（Bandwidth Part：ＢＷＰ）ごとに構成されてよい。

サイドリンクでブロードキャストを伝送するＵＥのサイドリンクＩＤを示すＲＲＣ構成。ブロードキャストサイドリンク伝送の場合、ＵＥは、発信元ＩＤ、または送信先ＩＤとして、サイドリンクでのＵＥＩＤを用いて構成されることがある。例えば、ＵＥは、発信元ＩＤとして使用すべきサイドリンクブロードキャスト伝送ＲＮＴＩ（Sidelink Broadcast Transmission RNTI：ＳＬ−ＢＴ−ＲＮＴＩ）を用いて構成されてよい。ＵＥは、各送信先ＩＤが異なるサービスに関連付けられる場合がある送信先ＩＤとして使用すべきサイドリンクブロードキャスト受信ＲＮＴＩ（Sidelink Broadcast Reception RNTI：ＳＬ−ＢＲ−ＲＮＴＩ）を用いて構成されてよい。

ブロードキャストサイドリンク伝送向けのサイドリンク制御情報（Sidelink Control Information：ＳＣＩ）が生成されるときに、ＳＣＩ用のスクランブルリング系列が、連帯的に発信元ＩＤおよび送信先ＩＤによって初期化されてよい。あるいは、ＳＣＩ用のスクランブルリング系列は、発信元ＩＤおよび送信先ＩＤのうち１つによって初期化され、それらのうちのもう１つは、ＳＣＩペイロードで示されてよい。例えば、送信先ＩＤはＳＣＩをスクランブルするために使用され、発信元ＩＤはＳＣＩペイロードによって搬送される。

スケジューリングＤＣＩのスクランブルリングに使用されるマスクを示すＲＲＣ構成。例えば、ＵＥは、ＳＬＢｒｏａｄｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩを用いて構成されてよい。ｇＮＢは、構成されたＳＬＢｒｏａｄｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩによってスクランブルされたＣＲＣと共に、ＵＥ向けにスケジューリングＤＣＩを生成および伝送してよい。ＵＥは、構成されたＳＬＢｒｏａｄｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩを使用することによってＤＣＩを復号してよい。

候補リソースのインデックスを示すＲＲＣ構成。ＵＥは、サイドリンク伝送用リソースの複数の構成、例えば、複数のリソースプールを用いて構成されてよい。リソースの各構成は、１つの専用リソースインデックス、例えば、ＲＲＣ構成ＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｉｎｄｅｘに関連付けられてよい。ＵＥは、サイドリンク伝送をスケジュールするＤＣＩを通して、サイドリンク伝送に使用するリソースの構成を決定してもよい。

リソース構成の候補時間領域リソース、例えば、各リソースプールの時間領域リソースを示すＲＲＣ構成。開示するように、候補リソースごとのブロードキャストサイドリンク伝送用候補時間領域リソースは、以下の変形例を用いて構成されてよい。

変形例１−候補時間領域リソース：ＵＥは、ＲＲＣ構成によって、サイドリンク伝送用候補時間領域リソースを示す１つまたは複数のビットマップを用いて構成されてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、ＲＲＣ構成によって構成されてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のミニスロットにマップされる。

ＵＥがサイドリンクでの伝送のスケジューリンググラントを搬送するＤＣＩを受信するときに、ＵＥは、構成された候補時間リソース内の次に利用可能な時間リソースから開始する伝送を実施してもよい。最小時間ギャップ制約が、ＵＥが受信モードから伝送モードに切り替わるために適用されてよく、ＵＥは、構成された候補時間リソース内の最小時間ギャップの後の次に利用可能な時間リソースから開始する伝送を実施してもよい。

あるいは、ＵＥは、構成された候補時間リソース内のサイドリンク伝送に使用すべき時間リソースを示すオフセット値を用いて構成されてよい。オフセット値は、スケジューリンググラントを搬送するＤＣＩによってシグナリングされてよい。オフセット値は、サイドリンク伝送用時間リソースと、スケジューリンググラントＤＣＩを伝送するのに使用される時間リソースとの間のオフセットを示すか、または、オフセット値は、サイドリンク伝送用時間リソースと、構成された候補時間リソース内の最小時間ギャップの後の次に利用可能な時間リソースとの間のオフセットを示してもよい。

変形例２−候補時間領域リソース：ＵＥは、ブロードキャストサイドリンク伝送に使用される時間リソースに関して、ＤＣＩによって動的にシグナリングされてよい。ＵＥは、ＲＲＣ構成を通して、候補時間領域リソースを用いて構成されなくてもよい。スケジューリンググラントを搬送するＤＣＩは、ブロードキャストサイドリンク伝送に使用される時間リソースを示してよい。

ビームスイーピング情報を示すＲＲＣ構成。ブロードキャストサイドリンク伝送の場合、伝送ＵＥ２０２は、複数のビームを使用して複数の方向に情報をブロードキャストする場合がある。ＵＥは、実施する必要があるビームスイーピングの数および対応するリソースを認識している必要がある。

変形例１−ビームスイーピング情報：ｇＮＢが、ＵＥが実施する必要があるビームスイーピングの数を決定してよい。例えば、ＵＥは、ＲＲＣ構成を通して、ビームスイーピングの数または最大数を用いて構成されてよい。別の変形例では、ビームスイーピングの数は、ＤＣＩによってシグナリングされることがある。ＵＥは、ビームスイーピング構成の決定時にＮＢを支援するようにノードＢ（例えば、ｇＮＢまたはｅＮＢなどの基地局）に支援情報を提供してもよい。このような支援情報は、関心のＶ２Ｘサービス、例えば、ＵＥが同時にカバーできるビームスイーピング方向の数で表されるＵＥ能力、電力節約モード選好を含むＵＥスケジューリング選好などのうち１つまたは複数を含んでよい。

ＵＥがｋ個の方向／ビームを通して、情報をブロードキャストするように構成されると仮定する場合、ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、ｋ個の方向のビームスイーピングに対して、それぞれ時間および周波数リソースのｋ個の構成を、例えば、各方向／ビームに対して時間および周波数リソースを割り当てられてよい。ＵＥがｋ個の方向でのブロードキャストが必要な場合、ＵＥは、通常、各ビームが１つの方向に向けられたｋ個のビーム（したがって、方向／ビーム）を形成する必要がある。ＵＥは、全ての方向をカバーするために、ｋ個の形成されたビームのビームスイーピングを行ってもよい。

あるいは、ＵＥは時間および周波数リソースの１個の構成を割り当てられてよい。ある可能性では、割り当てられた時間および周波数リソースは、全てのビームに対して使用される場合がある。ＵＥは、割り当てられた時間リソースをｋ個の部分に均等に分割して、１つのビームに対して各部分を使用してよい。別の可能性では、割り当てられた時間および周波数リソースは、１つのビームに対して使用されてよい。例えば、ＵＥは、以下の通り全ビームスイーピング方向にわたって時間リソースを使用してよい。ビームスイーピングの本変形例１の選択肢１では、ＵＥは、最初のビームスイーピングに対して割り当てられた時間および周波数リソースを使用し、かつ、残りのビームスイーピングに対して、最初のビームスイーピングに使用されたのと同じ持続時間および同じ周波数リソースを用いて、構成されているリソースプール内の次に利用可能な時間リソースを使用してよい。例えば、ＵＥは、ミニスロット内の時間リソースを用いて構成され、かつＵＥは、最初のビームスイーピングに対してミニスロットｎを使用するように構成されると仮定する。ＵＥは、残りのビームスイーピングに対して、構成されているリソースプール内のミニスロットｎ＋１からｎ＋ｋ−１を使用してよい。ビームスイーピングに使用されるビームは、ｇＮＢによって示されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。ビームスイーピングの本変形例１の選択肢２では、ＵＥは、全ビームスイーピング方向にわたってラウンドロビンベースで均等に時間リソースをスライスし、かつ各方向で同じ１周波数リソースを使用してよい。ビームスイーピングの本変形例１の選択肢３では、ＵＥは、全ビームスイーピング方向にわたって、時間領域と周波数領域との両方における時間・周波数リソースのスライス方法を自律的に決定してよい。

変形例２−ビームスイーピング情報：ＵＥは、ブロードキャストサイドリンク伝送のためにＵＥが実施する必要があるビームスイーピングの数を決定してもよい。ＵＥは、ｇＮＢにｋ個のビームスイーピングの値を報告してもよい。ｇＮＢは、ブロードキャストサイドリンク伝送のために、時間リソースをＵＥにスケジュールしてよい。

ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、ｋ個の方向のビームスイーピングに対して、それぞれ時間および周波数リソースのｋ個の構成を割り当てられてよい。あるいは、ＵＥは時間および周波数リソースの１個の構成を割り当てられてよい。ある可能性では、割り当てられた時間および周波数リソースは、全てのビームに対して使用される場合がある。ＵＥは、割り当てられた時間リソースをｋ個の部分に均等に分割して、１つのビームに対して各部分を使用してよい。別の可能性では、割り当てられた時間および周波数リソースは、１つのビームに対して使用されてよい。例えば、ＵＥは、最初のビームスイーピングに対して割り当てられた時間および周波数リソースを使用し、かつ、残りのビームスイーピングに対して、最初のビームスイーピングに使用されたのと同じ持続時間および同じ周波数リソースを用いて、構成されているリソースプール内の次に利用可能な時間リソースを使用してよい。ビームスイーピングに使用されるビームは、ｇＮＢによって示されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

リソース構成の候補周波数領域リソース、例えば、各リソースプールの周波数領域リソースを示すＲＲＣ構成。ＵＥは、１つまたは複数のＳＬ−ＢＷＰを用いて構成されてよい。あるいは、ＵＥは、ブロードキャストサイドリンク伝送用の１つまたは複数の候補周波数リソースを用いて構成されてよい。候補周波数リソースは、以下の変形例を用いて構成される可能性があることを開示する。

変形例１−候補周波数領域リソース：ＵＥは、サイドリンクブロードキャスト伝送用の候補周波数リソースとして、連続した周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。例えば、ＵＥは、ＲＲＣ構成を通して、候補周波数リソース用のＲＢの開始および長さの値（Starting and Length Value：ＳＬＶ）を示すパラメータＳｔａｒｔＲＢおよびＬｅｎｇｔｈＲＢを用いて構成されてよい。あるいは、ＵＥは、ＲＲＣ構成を通して、候補周波数リソース用のＲＢＧのＳＬＶを示すパラメータＳｔａｒｔＲＢＧおよびＬｅｎｇｔｈＲＢＧを用いて構成されてよい。ＵＥは、サイドリンク制御情報（ＳＣＩ）伝送とサイドリンクデータ伝送との両方に対して１つの候補周波数リソースを用いて構成されてよい。ＵＥはまた、サイドリンク制御情報（ＳＣＩ）伝送とサイドリンクデータ伝送とに対して、それぞれ２つの候補周波数リソース、例えばＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを用いて構成されてよい。

変形例２−候補周波数領域リソース：ＵＥは、サイドリンクブロードキャスト伝送用の候補周波数リソースとして、連続していない周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。連続していない周波数リソースは、複数のＳＬＶ、例えば、ＳｔａｒｔＲＢＧ＿１およびＬｅｎｇｔｈＲＢＧ＿１、ＳｔａｒｔＲＢＧ＿２およびＬｅｎｇｔｈＲＢＧ＿２、…、ＳｔａｒｔＲＢＧ＿ｍおよびＬｅｎｇｔｈＲＢＧ＿ｍによって構成されてよい。あるいは、連続していない周波数リソースは、開始値およびビットマップ、例えば、ＳｔａｒｔＲＢＧおよび｛ｂ_ｍ−１，…，_ｂ１，ｂ_０｝によって構成されてよい。ＵＥが、ｋに設定されたＳｔａｒｔＲＢＧを用いて構成されると仮定する場合、ｂ_ｍ−１はＲＢＧｋにマップされ、かつｂ_０はＲＢＧｋ＋ｍにマップされる。

上記の変形例の場合、ＵＥは、ＮＢがＵＥを適切に構成するのを支援するために、例えば、サイドリンクＵＥ情報メッセージで、ＵＥ支援情報メッセージで、または類似のメッセージで支援情報を提供してよい。このような支援情報は、ＵＥ能力、ＵＥがＶ２Ｘ通信の伝送または受信に関心があるか、またはＶ２Ｘ発見の実施に関心がある際のキャリア周波数、ＵＥが関心のあるＶ２Ｘサービス、ＵＥがＶ２Ｘ通信の伝送または受信に関心があるか、またはＶ２Ｘ発見の実施に関心がある際のキャリア周波数内の特定のＢＷＰ、などの情報を含んでもよい。ＬＴＥでは、プロシージャを使用して、ＵＥの電力節約選好およびＳＰＳ支援情報、最大物理下りリンク共有チャネル／物理上りリンク共有チャネル（Physical Downlink Shared Channel/Physical Uplink Shared Channel：ＰＤＳＣＨ／ＰＵＳＣＨ）帯域幅構成選好などをＥ−ＵＴＲＡＮに通知する場合があり、その一方で、サイドリンクＵＥ情報メッセージを使用して、サイドリンク通信または発見を受信すること、Ｖ２Ｘサイドリンク通信を受信すること、ならびに、Ｖ２Ｘサイドリンク通信、Ｖ２Ｘサイドリンク発見ギャップ用の伝送リソースの割り当てまたは解放を要求することなどに、ＵＥが関心があるか、またはもはや関心のないことをＮＢに通知する場合があるという点に留意すべきである。

上述のＲＲＣ構成は、ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅもしくはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｂｒｏａｄｃａｓｔを通して構成されてよく、または、上述のＲＲＣ構成の一部は、サイドリンク構成に使用される他のＩＥによって構成されてよいことに留意されたい。

ＤＣＩシグナリングの詳細な設計：ＵＥは、ＤＣＩを通して、ブロードキャストサイドリンク伝送に対するスケジューリンググラントを動的にシグナリングされてよい。例えば、新しいＤＣＩフォーマット、例えば、ＤＣＩフォーマット３が、ブロードキャストサイドリンク伝送用のＰＳＣＣＨおよび物理サイドリンク共有チャネル（ＰＳＳＣＨ）をスケジュールするために使用されてよい。ブロードキャスト、グループキャスト、またはユニキャストサイドリンク伝送用リソースの動的なスケジューリングをサポートするために、ｇＮＢはスケジューリングＤＣＩを動的に伝送してもよい。スケジューリングＤＣＩを識別するために、異なるＲＮＴＩを使用して、ブロードキャスト、グループキャスト、またはユニキャストサイドリンク伝送をスケジュールするためのＤＣＩのＣＲＣをスクランブルしてもよい。例えば、ＳＬＢｒｏａｄｃａｓｔ−ＲＮＴＩ、ＳＬＧｒｏｕｐ−ＲＮＴＩ、ＳＬＵｎｉｃａｓｔ−ＲＮＴＩを使用して、それぞれ、ブロードキャスト、グループキャスト、またはユニキャストをスケジュールするためのＤＣＩのＣＲＣをスクランブルしてもよい。ＵＥは、ＲＲＣ構成を通して、ＳＬＢｒｏａｄｃａｓｔ−ＲＮＴＩ、ＳＬＧｒｏｕｐ−ＲＮＴＩ、ＳＬＵｎｉｃａｓｔ−ＲＮＴＩを用いて構成されてよい。

一変形例として、１つのＲＮＴＩを使用して、ブロードキャスト、グループキャスト、またはユニキャストサイドリンク伝送をスケジュールするためのＤＣＩの巡回冗長検査（Cyclic Redundancy Check：ＣＲＣ）をスクランブルしてもよい。例えば、同じＲＮＴＩ、例えば、ＳＬ−ＲＮＴＩを使用して、ブロードキャスト、グループキャスト、またはユニキャストをスケジュールするためのＤＣＩのＣＲＣをスクランブルしてもよい。スケジューリングＤＣＩ内のフィールドは、ブロードキャスト、グループキャスト、またはユニキャストをスケジュールするために使用されるＤＣＩを示すために使用されてよい。

ブロードキャストサイドリンク伝送用リソースをスケジュールするために、スケジューリングＤＣＩは、１）ＢＷＰインジケータフィールド、２）リソースインジケータフィールド、３）サイドリンクタイプインジケータフィールド、４）キャリアタイプインジケータフィールド、５）時間領域リソース管理フィールド、６）ビームスイーピング情報フィールド、７）周波数領域リソース割り当てフィールド、または８）スロット形式インジケータ（Slot Format Indicator：ＳＦＩ）フィールドなどの情報を搬送する可能性があることを開示する。

帯域幅パート（ＢＷＰ）インジケータフィールド。ＵＥは、ＲＲＣ構成を通して、サイドリンク通信向けに複数のＢＷＰを用いて構成されてよい。スケジューリングＤＣＩは、ブロードキャストサイドリンク伝送に使用すべきＢＷＰを示してもよい。あるいは、スケジューリングＤＣＩは、現在のＢＷＰから新しいＢＷＰに切り替えることをＵＥに示してもよい。ＢＷＰインジケータフィールドは、ＵＥがブロードキャストサイドリンク伝送を実施する必要があるか、またはＵＥが切り替える必要があるＢＷＰのインデックスを示してもよい。ＵＥが４つのＢＷＰを用いて構成されると仮定する場合、「００」が第１の構成されたＢＷＰを示し、「０１」が第２の構成されたＢＷＰを示す状態で、２ビットのＢＷＰインジケータフィールドが使用されてよい。一部のフィールドは、ビットマップで専用のものであってもよく、また初期ＢＷＰおよびデフォルトＢＷＰを示すために使用されてもよい。例えば、「００」は、例えば、発見および同期に使用される初期ＢＷＰを示してよい。代替として、「００」は、デフォルトＢＷＰを示してもよい。さらに別の変形例では、「００」が初期ＢＷＰを示し、その一方で、「０１」がデフォルトＢＷＰを示す場合がある。

リソースインジケータフィールド。ＵＥは、ＲＲＣを通して、リソースの複数の構成、例えば、複数のリソースプールを用いて構成されてよい。スケジューリングＤＣＩは、ブロードキャストサイドリンク伝送に使用すべきリソースの構成のインデックスを示してもよい。ＵＥが、リソースの８つの構成、例えば、構成０から構成７を用いて構成されると仮定する場合、「０００」が構成０を示し、「００１」が構成１を示す状態で、３ビットのリソースインジケータフィールドが使用されてよい。

サイドリンクタイプインジケータフィールド。スケジューリングＤＣＩは、サイドリンク伝送のタイプを示してもよい。例えば、「００」がブロードキャストサイドリンク伝送をＤＣＩがスケジュールすることを示し、「０１」がグループキャストサイドリンク伝送をＤＣＩがスケジュールすることを示し、「１０」がユニキャストサイドリンク伝送をＤＣＩがスケジュールすることを示す状態で、２ビットのサイドリンクタイプインジケータフィールドが使用されてよい。

キャリアタイプインジケータフィールド。ＵＥは、スケジューリングＤＣＩ内の１ビットでキャリアのタイプを動的に知らされてよい。例えば、キャリアタイプインジケータフィールドが「０」に設定されている場合、ＵＥは、サイドリンクリソース割り当てがＵｕとサイドリンクとの間の共有ライセンスキャリア向けのものであると判断し、キャリアタイプインジケータフィールドが「１」に設定されている場合、ＵＥは、サイドリンクリソース割り当てが専用サイドリンクキャリア向けのものであると判断する。

時間領域リソース割り当てフィールド。ＵＥは、ＤＣＩを通して、以下の変形例を用いてスケジュールされた時間領域リソースをシグナリングされてよい。

変形例１−時間領域リソース割り当て：ＵＥは、ＲＲＣ構成を通して、１つまたは複数の候補リソースを用いて構成されてよい。スケジューリングＤＣＩは、候補リソースの中の、ブロードキャストサイドリンク伝送に使用すべき時間領域リソースを示してもよい。

時間領域リソースの開始を判断するために、ＵＥは、時間オフセットインジケータをシグナリングされてよい。例えば、時間オフセット値フィールドは、スケジューリングＤＣＩと、ブロードキャストサイドリンク伝送用のスケジュールされた時間領域リソースとの間の時間ユニットの数を示すために、スケジューリングＤＣＩによって搬送されてよい。時間ユニットは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内にあってよい。あるいは、ＵＥは、時間領域リソースの開始点を判断するために、２レベル時間オフセットを知らされてよい。例えば、ＵＥは、どのスロット／サブフレームから時間領域リソースが開始されるかを判断するために、スロット／サブフレーム（言い換えると、スロットまたはサブフレーム）オフセットを知らされてよい。次いで、ＵＥは、スロット／サブフレーム内の開始点を判断するために、開始シンボル／ミニスロット（言い換えると、スロットまたはミニスロット）のインデックスを知らされてよい。一例においては、２レベル時間オフセットが、２つのＤＣＩフィールドによって、例えば、スロットレベルオフセットインジケータフィールド、および開始シンボルインジケータフィールドを通して、別々に示されてよい。

別の例では、２レベル時間オフセットは、１つのＤＣＩフィールドによって示されることがある。例えば、テーブルは、スロットレベルオフセットと、開始シンボルとの組み合わせを含んでもよく、各組み合わせがインデックスに関連付けられた状態で、ＲＲＣ構成によって事前に定められるか、または（事前）構成される場合がある。ＵＥは、ＤＣＩフィールドを通して、スケジューリングＤＣＩによって１つのインデックスをシグナリングされてよい。ＵＥは、テーブルから対応する２レベルオフセットを見つけることによって、時間領域開始点を判断することができる。本明細書に示す例はまた、グループキャストサイドリンク伝送またはユニキャストサイドリンク伝送向けの動的リソース割り当てに適用されてよい。

時間領域リソースの持続時間を決定するために、ビットマップまたは持続時間の長さが、スケジューリングＤＣＩによって示されてよい。一例では、ＵＥは、ビットマップをシグナリングされることがある。ビットマップは、無線リソース制御（Radio Resource Control：ＲＲＣ）構成式候補リソース内のどの時間リソースが、ブロードキャストサイドリンク伝送に使用されるかを示してもよい。別の例では、ＵＥは、時間領域リソースの長さ、例えばｌをシグナリングされることがある。次いで、ＵＥは、ブロードキャストサイドリンク伝送のためにＲＲＣ構成式候補リソース内のｌの連続したリソースユニットを使用してもよい。リソースユニットは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内にあってよい。

時間領域リソースの開始および持続時間を示すためのフィールドはまた、１つのＤＣＩフィールドを通して、シグナリングされてよい。例えば、事前に定められるかまたは事前構成されるテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、１つのＤＣＩフィールドを通して、スケジューリングＤＣＩによって１つのインデックスをシグナリングされてよい。ＵＥは、テーブルから対応する開始または持続時間値を見つけることによって、時間領域リソースを判断することができる。

変形例２−時間領域リソース割り当て：ＵＥは、ＲＲＣ構成を通して、候補リソースを用いて構成されなくてもよい。ＵＥは、スケジューリングＤＣＩによって、ブロードキャストサイドリンク伝送用の時間領域リソースを動的に知らされてよい。ＤＣＩは、時間領域リソースのスロット／サブフレームオフセット、開始点、持続時間などの情報を搬送してよい。スロット／サブフレームオフセットは、ＤＣＩ受信に使用されるスロット／サブフレームに関するものであってよい。上述の各パラメータは、異なるＤＣＩフィールドによって示されるか、またはＤＣＩフィールドによって共に示されてよい。例えば、時間領域リソースは、スケジューリングＤＣＩのみを通して、スロット／サブフレームオフセット値およびＳＬＶによって動的にシグナリングされてよい。

ブロードキャストサイドリンク伝送の場合、ＵＥは、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの時間領域リソースを知らされて、いくつかの事前に定められた規則に従って、全方向に対する時間領域リソースを決定してよい。あるいは、ＵＥは、各方向に対して、それぞれ時間領域リソースを知らされてよい。例えば、ＵＥは、時間領域リソースの複数の開始および持続時間値を知らされてよい。あるいは、ＵＥは、第１方向の伝送用の時間領域リソースと残りの方向の伝送用の時間領域リソースとの間のギャップを知らされてよい。

ブロードキャストサイドリンク伝送の場合、スケジューリングＤＣＩは、図１に示すように、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースを示す場合がある。ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースは、スケジューリングＤＣＩによって共に割り当てられてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨまたはＰＳＳＣＨに使用されてよい。例えば、一アプローチでは、ＵＥは、ＰＳＣＣＨおよびＰＳＳＣＨ用のリソースを示す１つの時間領域リソース割り当てを受信してよい。ＰＳＣＣＨおよびＰＳＳＣＨがＦＤＭされている場合、ＵＥは、異なる周波数リソースを使用して、割り当てられた時間リソースでＰＳＣＣＨおよびＰＳＳＣＨを伝送してもよい。

ＰＳＣＣＨまたはＰＳＳＣＨがＴＤＭされているか、または異なる時間リソースで伝送される場合、ＵＥは、スケジュールされた時間リソースの中から、それぞれＰＳＣＣＨまたはＰＳＳＣＨ用の時間リソースを決定してもよい。例えば、ＵＥは、ＰＳＣＣＨにまたがるシンボルの数、例えば、ｋ個のシンボルを用いて、ＲＲＣによって静的に構成されるか、または該シンボルの数をスケジューリングＤＣＩによって動的に示されてよい。次いで、ＵＥは、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされている場合、割り当てられた時間リソース内で、ＰＳＣＣＨを伝送するために最初のｋ個のシンボルを使用し、さらに、ＰＳＳＣＨを伝送するために残りのシンボルを使用してよい。あるいは、ＰＳＣＣＨの帯域幅が、ＰＳＳＣＨの帯域幅よりも小さい場合、ＵＥは、割り当てられた時間リソース内で、最初のｋ個のシンボルを使用して周波数領域リソース割り当てに従ってＰＳＣＣＨおよびＰＳＳＣＨを伝送し、さらに、残りのシンボルを使用してＰＳＳＣＨを伝送してよい。

別のアプローチでは、ＵＥは、ＰＳＳＣＨ用のリソースを示す１つの時間領域リソース割り当てを受信して、ＵＥは、それに対応してＰＳＣＣＨ用の時間領域リソースを決定してよく、逆もまた同様である。スケジュールされたＰＳＣＣＨおよびＰＳＳＣＨは、同じスロット内にあってもよく、または異なるスロット内にあってもよい。例えば、ＵＥは、ＲＲＣ構成によって、ＰＳＣＣＨとＰＳＳＣＨとの間のオフセットを用いて静的に構成されてよく、この際、ＲＲＣ構成は、スロットレベルオフセット、またはシンボルレベルオフセットの両方を含んでもよい。ＵＥは、スケジューリングＤＣＩによって、ＰＳＳＣＨ向けの時間領域リソース割り当てを知らされて、構成されたオフセットに基づいて、関連付けられたＰＳＣＣＨ用の時間領域リソースを決定することができる。本明細書に示す例はまた、グループキャストサイドリンク伝送およびユニキャストサイドリンク伝送向けの動的リソース割り当てに適用されてよい。

あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、スケジューリングＤＣＩによって、別々に割り当てられてよい。例えば、スケジューリングＤＣＩは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを割り当ててよい。例えば、ＰＳＣＣＨ向けの時間領域リソース割り当て用のＤＣＩフィールド、およびＰＳＳＣＨ向けの時間領域リソース割り当て用のＤＣＩフィールドがあり、各フィールドは、ＲＲＣ構成内のエントリに対応するインデックスを示してもよい。例えば、ＵＥは、情報要素ＰＳＣＣＨ＿ＡｌｌｏｃａｔｉｏｎＬｉｓｔ、および情報要素ＰＳＳＣＨ＿ＡｌｌｏｃａｔｉｏｎＬｉｓｔを別々に用いてＲＲＣ構成されてよい。

情報要素ＰＳＣＣＨ＿ＡｌｌｏｃａｔｉｏｎＬｉｓｔは、ＰＳＣＣＨ向けに構成された時間領域リソース割り当て（のうちの１つまたは複数）のリスト、例えば、情報要素ＰＳＣＣＨ＿ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのリストを含んでもよく、この際、各インデックス付けされた行が、スケジューリングＤＣＩとスケジュールされたＰＳＣＣＨとの間のスロットオフセット（例えば、ｋｘ）、開始および長さインジケータＳＬＩＶなどを構成する。情報要素ＰＳＣＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔの例を、図１７に示す。３ビットが、ＰＳＣＣＨ時間領域リソース割り当てフィールドに使用されると仮定した場合の例を表１に示す。ＰＳＣＣＨ向けの本明細書に示す例はまた、グループキャストサイドリンク伝送およびユニキャストサイドリンク伝送向けの動的リソース割り当てに適用されてよい。

グループキャストサイドリンク伝送またはユニキャストサイドリンク伝送のシナリオでは、２段ＳＣＩが使用されてよい。２段ＳＣＩが使用されるシナリオでは、ＵＥは、例えば、ＤＣＩフィールド第１段ＰＳＣＣＨ時間領域リソース割り当てフィールド、および情報要素Ｆｉｒｓｔ＿Ｓｔａｇｅ＿ＰＳＣＣＨ＿ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを通して、第１段ＳＣＩの伝送向けの時間領域リソース割り当てを明確に知らされる／それを用いて構成されてよい（言い換えると、知らされるか、または構成される）。このケースでは、スロットオフセットｋｘは、スケジューリングＤＣＩと、スケジュールされた第１段ＰＳＣＣＨとの間のスロットオフセットを表す。ＵＥは、例えば、ＤＣＩフィールドＰＳＳＣＨ時間領域リソース割り当てフィールドを通して、第２段ＳＣＩおよびＰＳＳＣＨの伝送向けの時間領域リソース割り当てを共に知らされてよい。次いで、ＵＥは、例えば、上記に提示した方法を使用して、受信したＰＳＳＣＨ時間領域リソース割り当てフィールドから、第２段ＳＣＩ伝送に使用される時間領域リソース、またはＰＳＳＣＨ伝送に使用される時間領域リソースを導出することができる。

情報要素ＰＳＳＣＨ＿ＡｌｌｏｃａｔｉｏｎＬｉｓｔは、ＰＳＳＣＨ向けに構成された時間領域リソース割り当て（のうちの１つまたは複数）のリスト、例えば、情報要素ＰＳＳＣＨ＿ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのリストを含んでもよくこの際、各インデックス付けされた行が、スロットオフセット（例えば、ｋｙ）、開始および長さインジケータ、開始および長さインジケータ値（Start and Length Indicator Value：ＳＬＩＶ）などを構成する。スロットオフセットｋｙに関して、一アプローチでは、スロットオフセットｋｙは、スケジューリングＤＣＩとスケジュールされたＰＳＳＣＨとの間のスロットオフセットである場合がある。別のアプローチでは、スロットオフセットｋｙは、スケジュールされたＰＳＣＣＨとスケジュールされたＰＳＳＣＨとの間のスロットオフセットである場合がある。情報要素ＰＳＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔの例を、図１８に示す。４ビットが、ＰＳＳＣＨ時間領域リソース割り当てフィールドに使用されると仮定した場合の例を表２に示す。本明細書に示す例はまた、グループキャストサイドリンク伝送およびユニキャストサイドリンク伝送向けの動的リソース割り当てに適用されてよい。

グループキャストサイドリンク伝送またはユニキャストサイドリンク伝送のシナリオでは、２段ＳＣＩが使用されてよい。２段ＳＣＩが使用されるシナリオでは、スロットオフセットｋｙは、スケジュールされた第１段ＰＳＣＣＨ伝送とスケジュールされたＰＳＳＣＨ伝送との間のスロットオフセットであるか、または、スケジュールされた第１段ＰＳＣＣＨ伝送と、共にスケジュールされた第２段ＰＳＣＣＨおよびＰＳＳＣＨの伝送との間のスロットオフセットである場合がある。

ビームスイーピング情報フィールド。スケジューリングＤＣＩは、ＵＥが実施する必要がある場合があるビームスイーピングの数を示してよい。ＵＥは、スケジューリングＤＣＩによってビームスイーピングの数の値を動的にシグナリングされてよい。あるいは、ＲＲＣは、各値がインデックスに関連付けられた状態で、ビームスイーピングの数の複数の潜在的値を構成してよい。ＵＥは、１つのインデックスをシグナリングされて、ビームスイーピングの数の値を決定してよい。ビームスイーピングに使用されるビームは、ｇＮＢによって示されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

周波数領域リソース割り当てフィールド。ブロードキャストサイドリンク伝送用の周波数領域リソースを決定するために、ＵＥは、使用すべき最小リソースブロック（Resource Block：ＲＢ）、リソースブロックグループ（Resource Block Group：ＲＢＧ）またはサブチャネルの情報を知らされてよい。ＵＥは、最小ＲＢ、ＲＢＧまたはサブチャネルのインデックスをシグナリングされてよい。あるいは、ＵＥは、周波数領域リソース割り当ての最小ＲＢ、ＲＢＧまたはサブチャネルと、ＲＲＣ構成式候補周波数領域リソースの最小ＲＢ、ＲＢＧまたはサブチャネルとの間のオフセットをシグナリングされてよい。オフセットは、ＲＢ、ＲＢＧまたはサブチャネル内にあってよい。

周波数領域リソースの範囲を決定するために、ビットマップまたは周波数領域リソースの幅が、スケジューリングＤＣＩによって示されてよい。一例では、ＵＥは、ビットマップをシグナリングされることがある。ビットマップは、ＲＲＣ構成式候補周波数リソース内のどの周波数リソースが、ブロードキャストサイドリンク伝送に使用されるかを示す。別の例では、ＵＥは、周波数領域リソースの幅、例えばｗをシグナリングされることがある。次いで、ＵＥは、ブロードキャストサイドリンク伝送のために、ｗの連続したＲＢ、ＲＢＧまたはサブチャネルを使用してもよい。

ブロードキャストサイドリンク伝送の場合、ＵＥは、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの周波数領域リソースを知らされて、同じ周波数領域リソースを全方向の伝送に使用してよい。あるいは、ＵＥは、異なる方向の伝送に対して、それぞれ異なる周波数領域リソースをシグナリングされてよい。

ブロードキャストサイドリンク伝送の場合、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨの両方用の周波数領域リソースを示す場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、スケジューリングＤＣＩによって共に割り当てられてよく、例えば、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースは、スケジューリングＤＣＩによって、別々に割り当てられてよい。例えば、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの周波数領域リソースを割り当ててよい。

スロット形式インジケータ（ＳＦＩ）フィールド。図２に示すように、ＳＦＩが、サイドリンク伝送をサポートするために導入されてよい。スロット内のサイドリンク伝送に使用されるシンボルは、「Ｓ」とされてよい。専用サイドリンクキャリアを用いて構成されるＵＥの場合、ＵＥは、「Ｓ」とされるシンボルのみでサイドリンク伝送を実施してよい。あるいは、ＵＥは、「Ｓ」または「Ｕ」とされるシンボルでサイドリンク伝送を実施してよい。Ｕｕとサイドリンクとの間の共有サイドリンクキャリアを用いて構成されるＵＥの場合、ＵＥは、「Ｓ」とされるシンボルのみでサイドリンク伝送を実施してよい。「Ｘ」とされるシンボルが、ＵＥの伝送モードと受信モードとの切り替えのためのギャップとして使用されてよい。

ＲＲＣ構成式候補時間リソースと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、ＲＲＣ構成を上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。例えば、スロットｍ内のシンボルｋが、ＲＲＣ構成で候補時間リソースとして構成されると仮定する。スロットｍ内のシンボルｋが、ＳＦＩで「Ｄ」とされる場合、ＵＥは、スロットｍ内のシンボルｋを、候補時間リソースと見なさなくてよい。ＵＥがブロードキャストサイドリンク伝送用の時間リソースを決定するときに、ＵＥは、スロットｍ内のシンボルｋをスキップしてよい。候補時間リソースがミニスロット内にあり、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

ユニキャストサイドリンク伝送
ユニキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢまたはｇＮＢのようなノードが、ユニキャストサイドリンク通信のためにＵＥによって使用されるリソースを動的に割り当てる場合がある。伝送ＵＥ２０２の場合、ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、ユニキャストサイドリンク伝送用のリソースを割り当てられてよい。受信ＵＥ２０３の場合、ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、ユニキャストサイドリンク受信用のリソースを割り当てられてよい。ｇＮＢがサイドリンクでの伝送をスケジュールするときに、伝送ＵＥ２０２または受信ＵＥ２０３は、スケジューリンググラントを受信してよい。スケジューリンググラントを受信することによって、伝送側は、伝送に使用されるリソースおよびビームを決定することができる。スケジューリンググラントを受信することによって、受信ＵＥ２０３は、受信に使用されるリソースまたはビームを決定することができる。類似の構想が、同様にグループキャストサイドリンク伝送に適用されてよい。詳細なリソース割り当てスキームは以下の通りである。

ＲＲＣ構成の詳細な設計：ユニキャストサイドリンク伝送の場合、ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅまたはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｕｎｉｃａｓｔは、サイドリンク制御とサイドリンクデータ伝送との両方向けの構成情報を搬送する場合がある。ＵＥは、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通または専用ＲＲＣ構成を通して、ＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅもしくはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｕｎｉｃａｓｔを用いて構成されてよい。ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅまたはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｕｎｉｃａｓｔは、１）サイドリンク伝送のタイプ、２）キャリアのタイプ、３）リソースのニューメロロジー、４）ブロードキャストを伝送するＵＥ、５）スケジューリングＤＣＩのスクランブルリングに使用されるマスク、６）候補リソースのインデックス、７）リソース構成の候補時間領域リソース、８）繰り返しおよび冗長バージョンの数、または９）リソース構成の候補周波数領域リソース、などのＲＲＣ構成を搬送してもよい。

サイドリンク伝送用リソースのニューメロロジーを示すＲＲＣ構成。例えば、１５、３０、６０ＫＨｚなどである場合があるＲＲＣ構成ＮＲ−ＳＬ−Ｎｕｍｅｒｏｌｏｇｙ。

サイドリンクでのユニキャストＵＥＩＤを示すＲＲＣ構成。ユニキャストサイドリンク通信の場合、ＵＥは、ＵＥＩＤ、例えば、サイドリンクユニキャストＲＮＴＩ（Sidelink Unicast RNTI：ＳＬ−Ｕ−ＲＮＴＩ）を用いて構成されてよい。伝送ＵＥ２０２の場合、ＵＥは発信元ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。受信ＵＥ２０３の場合、ＵＥは送信先ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。

ユニキャストサイドリンク通信を実施するために、ＵＥは、ペアＵＥの情報を知る必要がある。伝送ＵＥ２０２の場合、ペアＵＥのＩＤは、送信先ＩＤである。受信ＵＥ２０３の場合、ペアＵＥのＩＤは、発信元ＩＤである。ＵＥは、ＲＲＣ構成を通して、またはスケジューリングＤＣＩを通して、ペアＵＥのＩＤ、例えば、サイドリンクユニキャストペアＲＮＴＩ（Sidelink Unicast Paired RNTI：ＳＬ−ＵＰ−ＲＮＴＩ）を知らされてよい。

ユニキャストサイドリンク伝送向けのＳＣＩが生成されるときに、ＳＣＩ用のスクランブルリング系列が、連帯的に発信元ＩＤおよび送信先ＩＤによって初期化されてよい。あるいは、ＳＣＩ用のスクランブルリング系列は、発信元ＩＤおよび送信先ＩＤのうち１つによって初期化され、それらのうちのもう１つは、ＳＣＩペイロードで示されてよい。例えば、送信先ＩＤはＳＣＩをスクランブルするために使用され、発信元ＩＤはＳＣＩペイロードによって搬送される。

スケジューリングＤＣＩのスクランブルリングに使用されるマスクを示すＲＲＣ構成。例えば、ＵＥは、ＳＬＵｎｉｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩを用いて構成されてよい。ｇＮＢは、構成されたＳＬＵｎｉｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩによってスクランブルされたＣＲＣと共に、ＵＥ向けにスケジューリングＤＣＩを生成および伝送してよい。構成されたＳＬＵｎｉｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩを使用することによってＤＣＩを復号してよい。

リソース構成の候補時間領域リソース、例えば、各リソースプールの時間領域リソースを示すＲＲＣ構成。開示するように、候補リソースごとのユニキャストサイドリンク伝送用候補時間領域リソースは、以下の変形例を用いて構成されてよい。

変形例１−候補時間領域リソース：ＵＥは、ＲＲＣ構成によって、サイドリンク伝送用候補時間領域リソースを示す１つまたは複数のビットマップを用いて構成されてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、ＲＲＣ構成によって構成されてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームまたはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームまたはスロット内のミニスロットにマップされる。

変形例２−候補時間領域リソース：ＵＥは、ユニキャストサイドリンク伝送に使用される時間リソースに関して、ＤＣＩによって動的にシグナリングされてよい。ＵＥは、ＲＲＣ構成を通して、候補時間領域リソースを用いて構成されなくてもよい。スケジューリンググラントを搬送するＤＣＩは、ユニキャストサイドリンク伝送に使用される時間リソースを示してよい。

繰り返しおよび冗長バージョン（Redundancy Version：ＲＶ）の数を示すＲＲＣ構成。信頼性を向上させるために、ＵＥは、ユニキャストサイドリンク伝送を繰り返す場合がある。ＵＥは、ｇＮＢによって、ＲＲＣ構成を通して、繰り返しおよびＲＶの数を用いて構成されてよい。一例において、ＵＥは、ＲＲＣ構成で１つの繰り返し数（例えば、ｋ）を用いて構成されてよい。別の例において、ＵＥは、ＲＲＣ構成で複数の繰り返し数（例えば、ｋ_１、ｋ_２、…、ｋ_ｉ）を用いて構成されてよい。ｌｏｇ_２（ｉ）ビットの繰り返しインジケータフィールドが、スケジュールされた伝送の繰り返し数をＵＥに示すために、スケジューリングＤＣＩによってシグナリングされてよい。

ｉ＝４と仮定する場合の繰り返しインジケータの例を表３に示す。表３に示す例では、繰り返しインジケータフィールドが「００」に設定されている場合、繰り返し数がｋ_１であることを示す。別の例では、繰り返しインジケータフィールドが「００」に設定されている場合、ＵＥによって実施される繰り返しがないことを示し、また、「０１」、「１０」、「１１」は、繰り返し数が、それぞれｋ_１、ｋ_２、ｋ_３であることを示す。類似の構想が、グループキャストサイドリンク伝送およびブロードキャストサイドリンク伝送に適用されてよい。ＵＥが初期伝送を繰り返す場合、スロット間繰り返し、またはスロット内繰り返しが実施されてよい。ＵＥは、繰り返しのために、後続のスロット内の同じシンボルまたはミニスロットを使用してもよい。初期伝送が、スロットｎにスケジュールされていると仮定する場合、一例では、ＵＥは、スロットｎ＋１、スロットｎ＋２、…、スロットｎ＋ｋで、ｋ個の繰り返しを伝送する場合があり、別の例では、ＵＥは、スロットｎ＋ｍ、スロットｎ＋２＊ｍ、…、スロットｎ＋ｋ＊ｍで、ｋ個の繰り返しを伝送する場合がある。この際、ｍは、初期伝送と最初の繰り返しとの間のギャップである。

この例では、ｍは、スロットのユニット内にある。別の例では、ｍは、ミニスロットのユニット内か、またはシンボルのユニット内にある場合がある。ｍの値は、ＲＲＣ構成によって、例えば、繰り返しおよび冗長バージョンの数を構成するＲＲＣ構成を伴って、構成されるか、または、ｍの値は、スケジューリングＤＣＩによって動的にシグナリングされてよい。あるいは、ＵＥは、繰り返しのために、同じスロット内のシンボルまたはミニスロットを使用してもよい。

リソース構成の候補周波数領域リソース、例えば、各リソースプールの周波数領域リソースを示すＲＲＣ構成。ＵＥは、１つまたは複数のＳＬ−ＢＷＰを用いて構成されてよい。あるいは、ＵＥは、ユニキャストサイドリンク伝送用の１つまたは複数の候補周波数リソースを用いて構成されてよい。候補周波数リソースは、以下の変形例を用いて構成される可能性があることを開示する。

変形例１−候補周波数領域リソース：ＵＥは、サイドリンクユニキャスト伝送用の候補周波数リソースとして、連続した周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。例えば、ＵＥは、ＲＲＣ構成を通して、候補周波数リソース用のＲＢの開始および長さの値（ＳＬＶ）を示すパラメータＳｔａｒｔＲＢおよびＬｅｎｇｔｈＲＢを用いて構成されてよい。あるいは、ＵＥは、ＲＲＣ構成を通して、候補周波数リソース用のＲＢＧのＳＬＶを示すパラメータＳｔａｒｔＲＢＧおよびＬｅｎｇｔｈＲＢＧを用いて構成されてよい。ＵＥは、サイドリンク制御情報（ＳＣＩ）伝送とサイドリンクデータ伝送との両方に対して１つの候補周波数リソースを用いて構成されてよい。ＵＥはまた、サイドリンク制御情報（ＳＣＩ）伝送とサイドリンクデータ伝送とに対して、それぞれ２つの候補周波数リソース、例えばＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを用いて構成されてよい。

変形例２−候補周波数領域リソース：ＵＥは、サイドリンクユニキャスト伝送用の候補周波数リソースとして、連続していない周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。連続していない周波数リソースは、複数のＳＬＶ、例えば、ＳｔａｒｔＲＢＧ＿１およびＬｅｎｇｔｈＲＢＧ＿１、ＳｔａｒｔＲＢＧ＿２およびＬｅｎｇｔｈＲＢＧ＿２、…、ＳｔａｒｔＲＢＧ＿ｍおよびＬｅｎｇｔｈＲＢＧ＿ｍによって構成されてよい。あるいは、連続していない周波数リソースは、開始値およびビットマップ、例えば、ＳｔａｒｔＲＢＧおよび｛ｂ_ｍ−１，…，_ｂ１，ｂ_０｝によって構成されてよい。ＵＥが、ｋに設定されたＳｔａｒｔＲＢＧを用いて構成されると仮定する場合、ｂ_ｍ−１はＲＢＧｋにマップされ、かつｂ_０はＲＢＧｋ＋ｍにマップされる。

上記の変形例の場合、ＵＥは、ＮＢがＵＥを適切に構成するのを支援するために、例えば、サイドリンクＵＥ情報メッセージで、ＵＥ支援情報メッセージで、または類似のメッセージで支援情報を提供してよい。このような支援情報は、ＵＥ能力、ＵＥがＶ２Ｘ通信の伝送または受信に関心があるか、またはＶ２Ｘ発見の実施に関心がある際のキャリア周波数、ＵＥが関心のあるＶ２Ｘサービス、ＵＥがＶ２Ｘ通信の伝送または受信に関心があるか、またはＶ２Ｘ発見の実施に関心がある際のキャリア周波数内の特定のＢＷＰ、などの情報を含んでもよい。ＬＴＥでは、プロシージャを使用して、ＵＥの電力節約選好およびＳＰＳ支援情報、最大ＰＤＳＣＨ／ＰＵＳＣＨ帯域幅構成選好などをＥ−ＵＴＲＡＮに通知する場合があり、その一方で、サイドリンクＵＥ情報メッセージを使用して、サイドリンク通信または発見を受信すること、Ｖ２Ｘサイドリンク通信を受信すること、ならびに、Ｖ２Ｘサイドリンク通信、Ｖ２Ｘサイドリンク発見ギャップ用の伝送リソースの割り当てまたは解放を要求することなどに、ＵＥが関心があるか、またはもはや関心のないことをＮＢに通知する場合があるという点に留意すべきである。

上述のＲＲＣ構成は、ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅもしくはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｕｎｉｃａｓｔを通して構成されてよく、または、上述のＲＲＣ構成の一部は、サイドリンク構成に使用される他のＩＥによって構成されてよいことに留意されたい。

ＤＣＩシグナリングの詳細な設計：ＵＥは、ＤＣＩを通して、ユニキャストサイドリンク伝送に対するスケジューリンググラントを動的にシグナリングされてよい。例えば、新しいＤＣＩフォーマット、例えば、ＤＣＩフォーマット３が、ユニキャストサイドリンク伝送用のＰＳＣＣＨまたはＰＳＳＣＨをスケジュールするために使用されてよい。ユニキャストサイドリンク伝送用リソースをスケジュールするために、スケジューリングＤＣＩは、１）ＢＷＰインジケータフィールド、２）リソースインジケータフィールド、３）サイドリンクタイプインジケータフィールド、４）キャリアタイプインジケータフィールド、５）伝送／受信インジケータフィールド、６）サイドリンクＵＥＩＤフィールド、７）ペアＵＥＩＤフィールド、８）時間領域リソース割り当てフィールド、９）再伝送フィールド、１０）ＨＡＲＱフィールド、１１）ＣＳＩ取得および報告フィールド、１２）周波数領域リソース割り当てフィールド、または１３）スロット形式インジケータ（ＳＦＩ）フィールドなどの情報を搬送する可能性があることを開示する。

ＢＷＰインジケータフィールド。ＵＥは、ＲＲＣ構成を通して、複数のＢＷＰを用いて構成されてよい。スケジューリングＤＣＩは、ユニキャストサイドリンク伝送に使用すべきＢＷＰを示してもよい。あるいは、スケジューリングＤＣＩは、現在のＢＷＰから新しいＢＷＰに切り替えることをＵＥに示してもよい。ＢＷＰインジケータフィールドは、ＵＥがユニキャストサイドリンク伝送を実施する必要があるか、またはＵＥが切り替える必要があるＢＷＰのインデックスを示してもよい。ＵＥが４つのＢＷＰを用いて構成されると仮定する場合、「００」が第１の構成されたＢＷＰを示し、「０１」が第２の構成されたＢＷＰを示す状態で、２ビットのＢＷＰインジケータフィールドが使用されてよい。一部のフィールドは、ビットマップで専用のものであってもよく、また初期ＢＷＰおよびデフォルトＢＷＰを示すために使用されてもよい。例えば、「００」は、初期ＢＷＰ（例えば、発見および同期に使用される）発見を示してよい。代替として、「００」は、デフォルトＢＷＰを示してもよい。さらに別の変形例では、「００」が初期ＢＷＰを示し、その一方で、「０１」がデフォルトＢＷＰを示す場合がある。

リソースインジケータフィールド。ＵＥは、ＲＲＣを通して、リソースの複数の構成、例えば、複数のリソースプールを用いて構成されてよい。スケジューリングＤＣＩは、ユニキャストサイドリンク伝送に使用すべきリソースの構成のインデックスを示してもよい。ＵＥが、リソースの８つの構成、例えば、構成０から構成７を用いて構成されると仮定する場合、「０００」が構成０を示し、「００１」が構成１を示す状態で、３ビットのリソースインジケータフィールドが使用されてよい。

サイドリンクタイプインジケータフィールド：スケジューリングＤＣＩは、サイドリンク伝送のタイプを示してもよい。例えば、「００」がユニキャストサイドリンク伝送をＤＣＩがスケジュールすることを示し、「０１」がユニキャストサイドリンク伝送をＤＣＩがスケジュールすることを示し、「１０」がユニキャストサイドリンク伝送をＤＣＩがスケジュールすることを示す状態で、２ビットのサイドリンクタイプインジケータフィールドが使用されてよい。

伝送／受信インジケータフィールド。ユニキャストサイドリンク通信では、伝送ＵＥ２０２と受信ＵＥ２０３との両方が、スケジューリングＤＣＩを受信する場合がある。伝送／受信インジケータフィールドは、ＤＣＩが伝送または受信をスケジュールするかどうかを示すために、スケジューリングＤＣＩによってシグナリングされてよい。例えば、「０」が受信を示し、「１」が伝送を示す状態で、１ビットフィールドが使用されてよい。

サイドリンクＵＥＩＤフィールド：ユニキャストサイドリンク通信の場合、ＵＥは、サイドリンクＵＥＩＤ、例えば、ＳＬ−Ｕ−ＲＮＴＩを動的にシグナリングされてよい。伝送ＵＥ２０２の場合、ＵＥは発信元ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。受信ＵＥ２０３の場合、ＵＥは送信先ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。スケジューリングＤＣＩは、ＵＥＩＤ、例えば、ＳＬ−Ｕ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各ＵＥＩＤがインデックスに関連付けられた状態で、２^ｎのＵＥＩＤを用いて、ＲＲＣによって構成されてよい。スケジューリングＤＣＩは、ＵＥＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

ペアＵＥＩＤフィールド：ＵＥは、ペアＵＥのＩＤを動的にシグナリングされてよい。ＵＥが「０」に設定された伝送／受信インジケータフィールドと共にスケジューリングＤＣＩを受信する場合、ペアＵＥＩＤフィールドは、伝送ＵＥ２０２のＩＤを示す。ＵＥが「１」に設定された伝送／受信インジケータフィールドと共にスケジューリングＤＣＩを受信する場合、ペアＵＥＩＤフィールドは、受信ＵＥ２０３のＩＤを示す。スケジューリングＤＣＩは、ペアＵＥＩＤ、例えば、ＳＬ−ＵＰ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各ペアＵＥＩＤがインデックスに関連付けられた状態で、２^ｎのペアＵＥＩＤを用いてＲＲＣによって構成されてよい。スケジューリングＤＣＩは、ペアＵＥＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

時間領域リソース割り当てフィールド：ＵＥは、ＤＣＩを通して、以下の変形例を用いてスケジュールされた時間領域リソースをシグナリングされてよい。

変形例１−時間領域リソース割り当て：ＵＥは、ＲＲＣ構成を通して、１つまたは複数の候補リソースを用いて構成されてよい。スケジューリングＤＣＩは、候補リソースの中の、ユニキャストサイドリンク伝送に使用すべき時間領域リソースを示してもよい。

時間領域リソースの開始を判断するために、ＵＥは、時間オフセット値をシグナリングされてよい。例えば、時間オフセット値フィールドは、スケジューリングＤＣＩと、ユニキャストサイドリンク伝送用のスケジュールされた時間領域リソースとの間の時間ユニットの数を示すために、スケジューリングＤＣＩによって搬送されてよい。時間ユニットは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内にあってよい。あるいは、ＵＥは、時間領域リソースの開始点を判断するために、２レベル時間オフセットを知らされてよい。例えば、ＵＥは、どのスロット／サブフレームから時間領域リソースが開始されるかを判断するために、スロット／サブフレームオフセットを知らされてよい。次いで、ＵＥは、スロット／サブフレーム内の開始点を判断するために、開始シンボル／ミニスロットのインデックスを知らされてよい。時間領域リソースの持続時間を決定するために、ビットマップまたは持続時間の長さが、スケジューリングＤＣＩによって示されてよい。一例では、ＵＥは、ビットマップをシグナリングされることがある。ビットマップは、ＲＲＣ構成式候補リソース内のどの時間リソースが、ユニキャストサイドリンク伝送に使用されるかを示してもよい。別の例では、ＵＥは、時間領域リソースの長さ、例えばｌをシグナリングされることがある。次いで、ＵＥは、ユニキャストサイドリンク伝送のために、ＲＲＣ構成式候補リソース内のｌの連続したリソースユニットを使用してもよい。リソースユニットは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内にあってよい。

時間領域リソースの開始および持続時間を示すためのフィールドはまた、１つのＤＣＩフィールドを通して、シグナリングされてよい。例えば、事前に定められるかまたは事前構成されるテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、１つのＤＣＩフィールドを通して、スケジューリングＤＣＩによって１つのインデックスをシグナリングされてよい。ＵＥは、テーブルから対応する開始または持続時間値を見つけることによって、時間領域リソースを決定する。

変形例２−時間領域リソース割り当て：ＵＥは、ＲＲＣ構成を通して、候補リソースを用いて構成されなくてもよい。ＵＥは、スケジューリングＤＣＩによって、ユニキャストサイドリンク伝送用の時間領域リソースを動的に知らされてよい。ＤＣＩは、時間領域リソースのスロット／サブフレームオフセット、開始点、持続時間などの情報を搬送してよい。上述の各パラメータは、異なるＤＣＩフィールドによって示されるか、またはＤＣＩフィールドによって共に示されてよい。例えば、時間領域リソースは、スケジューリングＤＣＩのみを通して、スロット／サブフレームオフセット値およびＳＬＶによって動的にシグナリングされてよい。

ユニキャストサイドリンク伝送の場合、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨの両方用の時間領域リソースを示す場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、スケジューリングＤＣＩによって共に割り当てられてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースは、スケジューリングＤＣＩによって、別々に割り当てられてよい。例えば、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを割り当ててよい。

再伝送フィールド：ＨＡＲＱフィードバックが、ユニキャストサイドリンクで導入されてよい。伝送が受信ＵＥ２０３でＮＡＣＫされる場合、伝送ＵＥ２０２は、再伝送を実施してもよい。

伝送ＵＥ２０２での再伝送は、受信ＵＥ２０３によってトリガされるか、またはｇＮＢによってトリガされてよい。一変形例を用いて、受信ＵＥ２０３は、ｇＮＢにＮＡＣＫをフィードバックしてよい。ｇＮＢは、再伝送のために、別のスケジューリングＤＣＩを送信することによって、再伝送をするように伝送ＵＥ２０２をトリガすることができる。再伝送に対して、ｇＮＢは、伝送ＵＥ２０２に同じＭＣＳを使用するように指示するか、またはｇＮＢは、伝送ＵＥ２０２に異なるＭＣＳを使用するように指示してもよい。繰り返しが実施される場合、ＵＥは、同様に、再伝送の繰り返しに対して、異なるＲＶをシグナリングされてよい。例えば、スケジューリングＤＣＩは、事前に定められた変調・符号化スキーム（Modulation Coding Scheme：ＭＣＳ）テーブル内のサイドリンク伝送に使用すべき対応するＭＣＳレベルの行インデックスを示すために、または、ＲＲＣ構成によって構成されたＭＣＳテーブル内のサイドリンク伝送に使用すべき対応するＭＣＳレベルの行インデックスを示すために、ＭＣＳインデックスフィールドを搬送してもよい。

ＲＲＣ構成式ＭＣＳテーブルは、事前に定められたＭＣＳテーブルのサブセットであってよく、例えば、ＲＲＣ構成ＮＲ−ＳＬ−ＭＣＳは、ＭＣＳテーブルサブセットを構成するために、事前に定められたＭＣＳテーブルの開始インデックスおよび終了インデックスを含むか、または、ＲＲＣ構成ＮＲ−ＳＬ−ＭＣＳは、ＭＣＳテーブルサブセットを構成するために、事前に定められたＭＣＳテーブルの開始インデックスまたはサブセットのサイズを含んでもよい。開始インデックスまたは終了インデックスは、ＲＲＣ構成で５ビット長のビット列によって構成されてよい。サブセットのサイズは、例えば１、２、４、８などの整数で、ＲＲＣ構成によって構成されてよい。

事前に定められたＭＣＳテーブルの行１０から行１７が、ＭＣＳテーブルのサブセットとしてＲＲＣ構成によって構成されていると仮定する場合、ＭＣＳインデックスフィールドは３ビットであり、また一例を表４に示す。ＵＥが「００１」に設定されたＭＣＳインデックスフィールドを知らされる場合、ＵＥは、構成されたＭＣＳテーブルのサブセットの２番目の行（この例においては、事前に定められたＭＣＳテーブルの行１１である）を使用してよい。本明細書に示す例はまた、グループキャストサイドリンク伝送またはブロードキャストサイドリンク伝送向けの動的リソース割り当てに適用されてよい。このケースでは、スケジューリングが初期伝送または再伝送向けのものかどうかを示すために、再伝送フィールドは１ビットであってよい。例えば、「０」は、伝送が初期伝送であることを示してよく、「１」は、伝送が再伝送であることを示してよい。例示的コールフローを図３に示す。

図３は、ユニキャストサイドリンク向けのｇＮＢトリガ型再伝送の例示的コールフローを示す。ステップ２１１ａで、ＴｘＵＥ２０２は、Ｕｕインターフェースを通して、初期伝送向けのスケジューリングＤＣＩを取得（例えば、受信）する。ステップ２１１ｂで、ＲｘＵＥ２０３は、Ｕｕインターフェースを通して、初期伝送向けのスケジューリングＤＣＩを取得する。ステップ２１２で、ＲｘＵＥ２０３は、サイドリンクでユニキャスト伝送を取得する。ステップ２１３で、ステップ２１２またはステップ２１１ｂに基づいて、ＲｘＵＥ２０３は、Ｕｕインターフェースを通してｇＮＢ２０１にＨＡＲＱフィードバックを送信する。ステップ２１３からステップ２１６は、ＮＡＣＫが受信された場合に実行されてよい。ステップ２１４で、Ｕｕインターフェースを通した再伝送向けのスケジューリングＤＣＩが、ＴｘＵＥ２０２によって取得されてよい。ステップ２１４に基づいて、ステップ２１５で、サイドリンクでのユニキャスト再伝送が、ＴｘＵＥ２０２によって送信されてよい。ステップ２１６で、ステップ２１５に基づいて、ＲｘＵＥ２０３は、Ｕｕインターフェースを通してｇＮＢにＨＡＲＱフィードバックを送信する。ステップ２１７からステップ２１９は、ＡＣＫが受信された場合に実行されてよい。ステップ２１７で、Ｕｕインターフェースを通した新しい伝送向けのスケジューリングＤＣＩが、ＴｘＵＥ２０２によって取得されてよい。ステップ２１７に基づいて、ステップ２１８で、サイドリンクでのユニキャスト伝送が、ＴｘＵＥ２０２によって送信されてよい。ステップ２１９で、ステップ２１８に基づいて、ＲｘＵＥ２０３は、Ｕｕインターフェースを通してｇＮＢにＨＡＲＱフィードバックを送信する。

別の変形例を用いて、受信ＵＥ２０３は、伝送ＵＥ２０２にＮＡＣＫをフィードバックしてよい。受信ＵＥ２０３からＮＡＣＫを受信することによって、伝送ＵＥ２０２は再伝送を実施することができる。再伝送のために、伝送ＵＥ２０２は、初期伝送に使用されたのと同じＭＣＳを使用することを選択するか、または伝送ＵＥ２０２は、異なるＭＣＳを使用することを自律的に選択してもよい。一例では、伝送ＵＥ２０２は、事前に定められたＭＣＳテーブルからＭＣＳを自律的に選択する場合がある。別の例では、伝送ＵＥ２０２は、事前に定められたＭＣＳテーブルのサブセットからＭＣＳを自律的に選択する場合がある。この際、サブセットは、ＲＲＣ構成ＮＲ−ＳＬ−ＭＣＳを通して、ＲＲＣによって構成されてよい。上記に開示した構成の詳細を、この場合にも適用することができる。本明細書に示す例はまた、グループキャストサイドリンク伝送またはブロードキャストサイドリンク伝送向けの動的リソース割り当てに適用されてよい。

再伝送用のリソースは、初期伝送向けのグラントを搬送するスケジューリングＤＣＩ内の再伝送フィールドによって事前に確保されてよい。再伝送フィールドは、再伝送に割り当てられた時間または周波数リソース、例えば、シンボルインデックス、ミニスロットインデックス、ＲＢインデックスなどを示してよい。あるいは、再伝送フィールドは、再伝送と初期伝送との間の時間または周波数オフセット、例えば、シンボルオフセット、ミニスロットオフセット、ＲＢオフセットなどを示してもよい。

伝送ＵＥ２０２が受信ＵＥ２０３からＮＡＣＫを受信する場合、伝送ＵＥ２０２は、再伝送のために事前に確保されたリソースを使用してよい。伝送ＵＥ２０２が受信ＵＥ２０３からＡＣＫを受信する場合、伝送ＵＥ２０２は、再伝送のために事前に確保されたリソースをスキップしてよい。例示的コールフローを図４に示す。

図４は、ユニキャストサイドリンク向けのＲｘＵＥ２０３トリガ型再伝送の例示的コールフローを示す。ステップ２２１ａで、ＴｘＵＥ２０２は、Ｕｕインターフェースを通して、初期伝送向けのスケジューリングＤＣＩを取得（例えば、受信）する。ステップ２２１ｂで、ＲｘＵＥ２０３は、Ｕｕインターフェースを通して、初期伝送および再伝送向けのスケジューリングＤＣＩを取得する。ステップ２２２で、ＲｘＵＥ２０３は、ＴｘＵＥ２０２からサイドリンクでユニキャスト伝送を取得する。ステップ２２３で、ステップ２２２に基づいて、ＲｘＵＥ２０３は、ＴｘＵＥ２０２にサイドリンクでＨＡＲＱフィードバックを送信する。ステップ２２４からステップ２２５は、ＮＡＣＫが受信された場合に実行されてよい。ステップ２２４で、サイドリンクを通したユニキャスト再伝送が、ＲｘＵＥ２０３によって取得されてよい。ステップ２２４に基づいて、ステップ２２５で、ＲｘＵＥ２０３は、サイドリンクを通してＴｘＵＥ２０２にＨＡＲＱフィードバックを送信する。例えば、ステップ２２３でＡＣＫが受信される場合、ＴｘＵＥ２０２は再伝送をスキップしてもよい。

送られるＨＡＲＱ。スケジューリングＤＣＩは、伝送ＵＥ２０２および受信ＵＥ２０３に、ＨＡＲＱＩＤまたはＨＡＲＱプロセス番号を示してもよい。スケジューリングＤＣＩはまた、ＨＡＲＱフィードバック向けのリソース割り当てを示してもよい。スケジューリングＤＣＩは、ＨＡＲＱフィードバック用の時間または周波数リソース、例えば、シンボルインデックス、ミニスロットインデックス、ＲＢインデックスなどを示してよい。あるいは、スケジューリングＤＣＩは、ＨＡＲＱフィードバックと初期伝送との間の時間または周波数オフセット、例えば、シンボルオフセット、ミニスロットオフセット、ＲＢオフセットなどを示してもよい。再伝送が受信ＵＥ２０３によってトリガされる場合、受信ＵＥ２０３は、割り当てられたＨＡＲＱフィードバックリソースを使用して、伝送ＵＥ２０２にＨＡＲＱフィードバックを送信してよい。再伝送がｇＮＢ２０１によってトリガされる場合、受信ＵＥ２０３は、割り当てられたＨＡＲＱフィードバックリソースを使用して、ｇＮＢ２０１にＨＡＲＱフィードバックを送信してよい。

チャネル状態情報（Channel State Information：ＣＳＩ）取得および報告フィールド。ｇＮＢ２０１は、サイドリンクでのＣＳＩ取得および報告をスケジュールしてよい。スケジューリングＤＣＩは、報告に使用されるＣＳＩ−ＲＳ構成およびリソースを、伝送ＵＥ２０２および受信ＵＥ２０３に示してもよい。スケジューリングＤＣＩは、ＣＳＩフィードバック用の時間または周波数リソース、例えば、シンボルインデックス、ミニスロットインデックス、ＲＢインデックスなどを示してよい。複数のＣＳＩ−ＲＳ構成が、ＲＲＣによって構成されてよく、スケジューリングＤＣＩは、使用されるＣＳＩ−ＲＳ構成を示すインデックスをシグナリングしてよい。

周波数領域リソース割り当てフィールド。ユニキャストサイドリンク伝送／受信用の周波数領域リソースを決定するために、ＵＥは、使用すべき最小ＲＢ、ＲＢＧまたはサブチャネルの情報を知らされてよい。ＵＥは、最小ＲＢまたはＲＢＧのインデックスをシグナリングされてよい。あるいは、ＵＥは、周波数領域リソース割り当ての最小ＲＢ、ＲＢＧまたはサブチャネルと、ＲＲＣ構成式候補周波数領域リソースの最小ＲＢ、ＲＢＧまたはサブチャネルとの間のオフセットをシグナリングされてよい。オフセットは、ＲＢ内またはＲＢＧ内にあってよい。

周波数領域リソースの範囲を決定するために、ビットマップまたは周波数領域リソースの幅が、スケジューリングＤＣＩによって示されてよい。一例では、ＵＥは、ビットマップをシグナリングされることがある。ビットマップは、ＲＲＣ構成式候補周波数リソース内のどの周波数リソースが、ユニキャストサイドリンク伝送に使用されるかを示す。別の例では、ＵＥは、周波数領域リソースの幅、例えばｗをシグナリングされることがある。次いで、ＵＥは、ユニキャストサイドリンク伝送のために、ｗの連続したＲＢ、ＲＢＧまたはサブチャネルを使用してもよい。

ユニキャストサイドリンク伝送の場合、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨの両方用の周波数領域リソースを示す場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、スケジューリングＤＣＩによって共に割り当てられてよく、例えば、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースは、スケジューリングＤＣＩによって、別々に割り当てられてよい。例えば、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの周波数領域リソースを割り当ててよい。

スロット形式インジケータフィールド。専用サイドリンクキャリアを用いて構成されるＵＥの場合、ＵＥは、「Ｓ」とされるシンボルのみでサイドリンク伝送を実施してよい。あるいは、ＵＥは、「Ｓ」または「Ｕ」とされるシンボルでサイドリンク伝送を実施してよい。Ｕｕとサイドリンクとの間の共有サイドリンクキャリアを用いて構成されるＵＥの場合、ＵＥは、「Ｓ」とされるシンボルのみでサイドリンク伝送を実施してよい。

ＲＲＣ構成式候補時間リソースと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、ＲＲＣ構成を上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。例えば、スロットｍ内のシンボルｋが、ＲＲＣ構成で候補時間リソースとして構成されると仮定する。スロットｍ内のシンボルｋが、ＳＦＩで「Ｄ」とされる場合、ＵＥは、スロットｍ内のシンボルｋを、候補時間リソースと見なさなくてよい。ＵＥがユニキャストサイドリンク伝送用の時間リソースを決定するときに、ＵＥは、スロットｍ内のシンボルｋをスキップしてよい。候補時間リソースがミニスロット内にあり、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

サイドリンク通信に使用されるシンボルは、さらに、サイドリンク伝送に使用されるシンボルと、サイドリンク受信に使用されるシンボルとに分割されてよい。開示するように、記号「ＳＴ」および「ＳＲ」が、図５に示すように、スロット形式向けに取り入れられてよい。図５は、ユニキャストサイドリンク用のスロット形式の例を示す。伝送ＵＥ２０２の場合、ＵＥは、サイドリンク伝送向けにＳＦＩによって「ＳＴ」とされたシンボルを使用してよく、また、フィードバック、例えばＨＡＲＱフィードバックの受信向けにＳＦＩによって「ＳＲ」とされたシンボルを使用してよい。受信ＵＥ２０３の場合、ＵＥは、サイドリンク伝送の受信向けにＳＦＩによって「ＳＴ」とされたシンボルを使用してよく、また、フィードバック、例えばＨＡＲＱフィードバックの送信向けにＳＦＩによって「ＳＲ」とされたシンボルを使用してよい。類似の構想が、同様にグループキャストサイドリンクに適用されてよい。「Ｘ」とされるシンボルが、ＵＥの伝送モードと受信モードとの切り替えのためのギャップとして使用されてよい。

グループキャストサイドリンク伝送
グループキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢ２０１またはｇＮＢのようなノードが、グループキャストサイドリンク伝送向けにＵＥによって使用されるリソースを動的に割り当てる場合がある。伝送ＵＥ２０２の場合、ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、グループキャストサイドリンク伝送用のリソースを割り当てられてよい。受信ＵＥ２０３の場合、ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、受信用のリソースを割り当てられてよい。ｇＮＢ２０１がサイドリンクでの伝送をスケジュールするときに、伝送ＵＥ２０２と受信ＵＥ２０３との両方は、スケジューリンググラントを受信してよい。スケジューリンググラントを受信することによって、伝送側は、伝送に使用されるリソースおよびビームを決定することができる。スケジューリンググラントを受信することによって、受信ＵＥ２０３は、受信に使用されるリソースおよびビームを決定することができる。詳細なリソース割り当てスキームは以下の通りである。

ＲＲＣ構成の詳細な設計：グループキャストサイドリンク伝送の場合、ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅまたはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｇｒｏｕｐｃａｓｔは、サイドリンク制御とサイドリンクデータ伝送との両方向けの構成情報を搬送する場合がある。ＵＥは、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通または専用ＲＲＣ構成を通して、ＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅもしくはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｇｒｏｕｐｃａｓｔを用いて構成されてよい。ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅまたはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｇｒｏｕｐｃａｓｔは、１）サイドリンク伝送のタイプ、２）キャリアのタイプ、３）リソースのニューメロロジー、４）グループキャストを伝送するＵＥ、５）スケジューリングＤＣＩのスクランブルリングに使用されるマスク、６）候補リソースのインデックス、７）リソース構成の候補時間領域リソース、８）繰り返しおよび冗長バージョンの数、９）リソース構成の候補周波数領域リソース、または１０）ビームスイーピング情報、などのＲＲＣ構成を搬送してもよい。

サイドリンクでグループキャストを伝送するＵＥのＩＤを示すＲＲＣ構成。グループキャストサイドリンク伝送の場合、ＵＥは、ＵＥＩＤ、例えば、サイドリンクグループキャストＲＮＴＩ（Sidelink Groupcast RNTI：ＳＬ−Ｇ−ＲＮＴＩ）を用いて構成されることがある。ＵＥがサイドリンクでのグループキャストを必要とする場合、ＵＥは形成されたグループ内の発信元ＩＤとしてＳＬ−Ｇ−ＲＮＴＩを使用してよい。

グループキャストサイドリンク通信を実施するために、ＵＥは、グループＩＤを知らされる必要がある場合がある。ＵＥは、グループＩＤ、例えばサイドリンクグループキャスト送信先ＲＮＴＩ（Sidelink Groupcast Destination RNTI：ＳＬ−ＧＤ−ＲＮＴＩ）を用いて構成されてよい。ＵＥは、送信先グループＩＤとして構成されたグループＩＤを使用してよい。グループＩＤは、同様にスケジューリングＤＣＩによって動的にシグナリングされてよい。

ＳＣＩ用のスクランブルリング系列が、連帯的に送信先グループＩＤおよび発信元ＩＤによって初期化されてよい。あるいは、ＳＣＩ用のスクランブルリング系列は、送信先グループＩＤまたは発信元ＩＤのうち１つによって初期化され、それらのうちのもう１つは、ＳＣＩペイロードで示されてよい。例えば、送信先グループＩＤはＳＣＩをスクランブルするために使用され、発信元ＩＤはＳＣＩペイロードによって搬送される。

スケジューリングＤＣＩのスクランブルリングに使用されるマスクを示すＲＲＣ構成。例えば、ＵＥは、ＳＬＧｒｏｕｐｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩを用いて構成されてよい。ｇＮＢ２０１は、構成されたＳＬＧｒｏｕｐｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩによってスクランブルされたＣＲＣと共に、ＵＥ向けにスケジューリングＤＣＩを生成および伝送してよい。構成されたＳＬＧｒｏｕｐｃａｓｔ−ＲＮＴＩまたはＳＬ−ＲＮＴＩを使用することによってＤＣＩを復号してよい。

繰り返しおよび冗長バージョン（ＲＶ）の数を示すＲＲＣ構成。信頼性を向上させるために、ＵＥは、グループキャストサイドリンク伝送を繰り返す場合がある。ＵＥは、ｇＮＢ２０１によって、ＲＲＣ構成を通して、繰り返しおよびＲＶの数を用いて構成されてよい。ＵＥが初期伝送を繰り返す場合、スロット間繰り返し、またはスロット内繰り返しが実施されてよい。ＵＥは、繰り返しのために、後続のスロット内の同じシンボルまたはミニスロットを使用してもよい。あるいは、ＵＥは、繰り返しのために、同じスロット内のシンボルまたはミニスロットを使用してもよい。ビームスイーピングがグループキャストに適用される場合、伝送ＵＥ２０２は、全ビームスイーピング、例えば、ビーム１、ビーム２、…、ビームｋ、ビーム１、ビーム２、…、ビームｋ、…、ビーム１、ビーム２、…、ビームｋを繰り返してよい。あるいは、ＵＥは、ビームごとに繰り返して、ビームスイーピング、例えば、ビーム１、ビーム１、…、ビーム１、ビーム２、ビーム２、…、ビーム２、…、ビームｋ、ビームｋ、…、ビームｋを行ってもよい。

リソース構成の候補時間領域リソース、例えば、各リソースプールの時間領域リソースを示すＲＲＣ構成。候補リソースごとのグループキャストサイドリンク伝送用候補時間領域リソースは、以下の変形例を用いて構成される可能性があることを開示する。

あるいは、ＵＥは、構成された候補時間リソース内のサイドリンク伝送に使用すべき時間リソースを示すオフセットインジケータを用いて構成されてよい。オフセット値は、スケジューリンググラントを搬送するＤＣＩによってシグナリングされてよい。オフセット値は、サイドリンク伝送用時間リソースと、スケジューリンググラントＤＣＩを伝送するのに使用される時間リソースとの間のオフセットを示すか、または、オフセット値は、サイドリンク伝送用時間リソースと、構成された候補時間リソース内の最小時間ギャップの後の次に利用可能な時間リソースとの間のオフセットを示してもよい。

変形例２−候補時間領域リソース：ＵＥは、グループキャストサイドリンク伝送に使用される時間リソースに関して、ＤＣＩによって動的にシグナリングされてよい。ＵＥは、ＲＲＣ構成を通して、候補時間領域リソースを用いて構成されなくてもよい。スケジューリンググラントを搬送するＤＣＩは、グループキャストサイドリンク伝送に使用される時間リソースを示してよい。

ビームスイーピング情報を示すＲＲＣ構成。グループキャストサイドリンク伝送の場合、伝送ＵＥ２０２は、複数のビームを通して、複数の方向に情報を送信する場合がある。ＵＥは、実施する必要があるビームスイーピングの数および対応するリソースを認識している必要がある。

変形例１−ビームスイーピング情報：ｇＮＢ２０１が、ＵＥが実施する必要があるビームスイーピングの数を決定してよい。例えば、ＵＥは、ＲＲＣ構成を通して、ビームスイーピングの数または最大数を用いて構成されてよい。別の変形例では、ビームスイーピングの数は、ＤＣＩによってシグナリングされることがある。ＵＥは、ビームスイーピング構成の決定時にＮＢを支援するようにＮＢに支援情報を提供してもよい。このような支援情報は、関心のＶ２Ｘサービス、例えば、ＵＥが同時にカバーできるビームスイーピング方向の数で表されるＵＥ能力、電力節約モード選好を含むＵＥスケジューリング選好などのうち１つまたは複数を含んでよい。

ＵＥがｋ個の方向／ビームを通して、情報を送信するように構成されると仮定する場合、ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、ｋ個の方向のビームスイーピングに対して、それぞれ時間および周波数リソースのｋ個の構成を、例えば、各方向／ビームに対して時間および周波数リソースを割り当てられてよい。

あるいは、ＵＥは時間および周波数リソースの１個の構成を割り当てられてよい。ある可能性では、割り当てられた時間および周波数リソースは、全てのビームに対して使用される場合がある。ＵＥは、割り当てられた時間リソースをｋ個の部分に均等に分割して、１つのビームに対して各部分を使用してよい。別の可能性では、割り当てられた時間および周波数リソースは、１つのビームに対して使用されてよい。例えば、ＵＥは、以下の通り全ビームスイーピング方向にわたって時間リソースを使用してよい。本変形例のビームスイーピング情報の選択肢１では、ＵＥは、最初のビームスイーピングに対して割り当てられた時間および周波数リソースを使用し、かつ、残りのビームスイーピングに対して、最初のビームスイーピングに使用されたのと同じ持続時間および同じ周波数リソースを用いて、構成されているリソースプール内の次に利用可能な時間リソースを使用してよい。例えば、ＵＥは、ミニスロット内の時間リソースを用いて構成され、かつＵＥは、最初のビームスイーピングに対してミニスロットｎを使用するように構成されると仮定する。ＵＥは、残りのビームスイーピングに対して、構成されているリソースプール内のミニスロットｎ＋１からｎ＋ｋ−１を使用してよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって示されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。本変形例の選択肢２では、ＵＥは、全ビームスイーピング方向にわたってラウンドロビンベースで均等に時間リソースをスライスし、かつ各方向で同じ周波数リソースを使用する。本変形例の選択肢３では、ＵＥは、全ビームスイーピング方向にわたって、時間領域と周波数領域との両方における時間・周波数リソースのスライス方法を自律的に決定してよい。

変形例２−ビームスイーピング情報：ＵＥは、グループキャストサイドリンク伝送のためにＵＥが実施する必要があるビームスイーピングの数を決定してもよい。ＵＥは、ｇＮＢ２０１にｋ個のビームスイーピングの値を報告してもよい。ｇＮＢ２０１は、グループキャストサイドリンク伝送のために、時間リソースをＵＥにスケジュールする。

ＵＥは、ＲＲＣ構成およびＤＣＩシグナリングを通して、ｋ個の方向のビームスイーピングに対して、それぞれ時間および周波数リソースのｋ個の構成を割り当てられてよい。あるいは、ＵＥは時間および周波数リソースの１個の構成を割り当てられてよい。ある可能性では、割り当てられた時間および周波数リソースは、全てのビームに対して使用される場合がある。ＵＥは、割り当てられた時間リソースをｋ個の部分に均等に分割して、１つのビームに対して各部分を使用してよい。別の可能性では、割り当てられた時間および周波数リソースは、１つのビームに対して使用されてよい。ＵＥは、最初のビームスイーピングに対して割り当てられた時間および周波数リソースを使用し、かつ、残りのビームスイーピングに対して、最初のビームスイーピングに使用されたのと同じ持続時間および同じ周波数リソースを用いて、構成されているリソースプール内の次に利用可能な時間リソースを使用してよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって示されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

リソース構成の候補周波数領域リソース、例えば、各リソースプールの周波数領域リソースを示すＲＲＣ構成。ＵＥは、１つまたは複数のＳＬ−ＢＷＰを用いて構成されてよい。あるいは、ＵＥは、グループキャストサイドリンク伝送用の１つまたは複数の候補周波数リソースを用いて構成されてよい。候補周波数リソースは、以下の変形例を用いて構成される可能性があることを開示する。

変形例１−候補周波数領域リソース：ＵＥは、サイドリンクグループキャスト伝送用の候補周波数リソースとして、連続した周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。例えば、ＵＥは、ＲＲＣ構成を通して、候補周波数リソース用のＲＢの開始および長さの値（ＳＬＶ）を示すパラメータＳｔａｒｔＲＢおよびＬｅｎｇｔｈＲＢを用いて構成されてよい。あるいは、ＵＥは、ＲＲＣ構成を通して、候補周波数リソース用のＲＢＧのＳＬＶを示すパラメータＳｔａｒｔＲＢＧおよびＬｅｎｇｔｈＲＢＧを用いて構成されてよい。ＵＥは、サイドリンク制御情報（ＳＣＩ）伝送とサイドリンクデータ伝送との両方に対して１つの候補周波数リソースを用いて構成されてよい。ＵＥはまた、サイドリンク制御情報（ＳＣＩ）伝送とサイドリンクデータ伝送とに対して、それぞれ２つの候補周波数リソース、例えばＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを用いて構成されてよい。

変形例２−候補周波数領域リソース：ＵＥは、サイドリンクグループキャスト伝送用の候補周波数リソースとして、連続していない周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。連続していない周波数リソースは、複数のＳＬＶ、例えば、ＳｔａｒｔＲＢＧ＿１およびＬｅｎｇｔｈＲＢＧ＿１、ＳｔａｒｔＲＢＧ＿２およびＬｅｎｇｔｈＲＢＧ＿２、…、ＳｔａｒｔＲＢＧ＿ｍおよびＬｅｎｇｔｈＲＢＧ＿ｍによって構成されてよい。あるいは、連続していない周波数リソースは、開始値およびビットマップ、例えば、ＳｔａｒｔＲＢＧおよび｛ｂ_ｍ−１，…，_ｂ１，ｂ_０｝によって構成されてよい。ＵＥが、ｋに設定されたＳｔａｒｔＲＢＧを用いて構成されると仮定する場合、ｂ_ｍ−１はＲＢＧｋにマップされ、かつｂ_０はＲＢＧｋ＋ｍにマップされる。

上述のＲＲＣ構成は、ＩＥＮＲ−ＳＬ−ＲｅｓｏｕｒｃｅもしくはＮＲ−ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｇｒｏｕｐｃａｓｔを通して構成されてよく、または、上述のＲＲＣ構成の一部は、サイドリンク構成に使用される他のＩＥによって構成されてよいことに留意されたい。

ＤＣＩシグナリングの詳細な設計：ＵＥは、ＤＣＩを通して、グループキャストサイドリンク伝送に対するスケジューリンググラントを動的にシグナリングされてよい。例えば、新しいＤＣＩフォーマット、例えば、ＤＣＩフォーマット３が、グループキャストサイドリンク伝送用のＰＳＣＣＨまたはＰＳＳＣＨをスケジュールするために使用されてよい。グループキャストサイドリンク伝送用リソースをスケジュールするために、スケジューリングＤＣＩは、１）ＢＷＰインジケータフィールド、２）リソースインジケータフィールド、３）サイドリンクタイプインジケータフィールド、４）キャリアタイプインジケータフィールド、５）時間領域リソース割り当てフィールド、６）伝送／受信インジケータフィールド、７）サイドリンクＵＥＩＤフィールド、８）グループＩＤフィールド、９）再伝送フィールド、１０）ＨＡＲＱフィールド、１１）ビームスイーピング情報フィールド、１２）周波数領域リソース割り当てフィールド、または１３）スロット形式インジケータ（ＳＦＩ）フィールドなどの情報を搬送する可能性があることを開示する。

ＢＷＰインジケータフィールド。ＵＥは、ＲＲＣ構成を通して、複数のＢＷＰを用いて構成されてよい。スケジューリングＤＣＩは、グループキャストサイドリンク伝送に使用すべきＢＷＰを示してもよい。あるいは、スケジューリングＤＣＩは、現在のＢＷＰから新しいＢＷＰに切り替えることをＵＥに示してもよい。ＢＷＰインジケータフィールドは、ＵＥがグループキャストサイドリンク伝送を実施する必要があるか、またはＵＥが切り替える必要があるＢＷＰのインデックスを示してもよい。ＵＥが４つのＢＷＰを用いて構成されると仮定する場合、「００」が第１の構成されたＢＷＰを示し、「０１」が第２の構成されたＢＷＰを示す状態で、２ビットのＢＷＰインジケータフィールドが使用されてよい。一部のフィールドは、ビットマップで専用のものであってもよく、また初期ＢＷＰおよびデフォルトＢＷＰを示すために使用されてもよい。例えば、「００」は、初期ＢＷＰ（例えば、発見および同期に使用される）発見を示してよい。代替として、「００」は、デフォルトＢＷＰを示してもよい。さらに別の変形例では、「００」が初期ＢＷＰを示し、その一方で、「０１」がデフォルトＢＷＰを示す場合がある。

リソースインジケータフィールド。ＵＥは、ＲＲＣを通して、リソースの複数の構成、例えば、複数のリソースプールを用いて構成されてよい。スケジューリングＤＣＩは、グループキャストサイドリンク伝送に使用すべきリソースの構成のインデックスを示してもよい。ＵＥが、リソースの８つの構成、例えば、構成０から構成７を用いて構成されると仮定する場合、「０００」が構成０を示し、「００１」が構成１を示す状態で、３ビットのリソースインジケータフィールドが使用されてよい。

サイドリンクタイプインジケータフィールド。スケジューリングＤＣＩは、サイドリンク伝送のタイプを示してもよい。例えば、「００」がグループキャストサイドリンク伝送をＤＣＩがスケジュールすることを示し、「０１」がグループキャストサイドリンク伝送をＤＣＩがスケジュールすることを示し、「１０」がユニキャストサイドリンク伝送をＤＣＩがスケジュールすることを示す状態で、２ビットのサイドリンクタイプインジケータフィールドが使用されてよい。

サイドリンクＵＥＩＤフィールド。ＵＥは、発信元ＩＤを示すために、サイドリンクグループ内のＵＥＩＤを動的にシグナリングされることがある。スケジューリングＤＣＩは、ＵＥＩＤ、例えば、ＳＬ−Ｇ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各候補ＩＤがインデックスに関連付けられた状態で、２^ｎの候補ＩＤを用いて、ＲＲＣによって構成されてよい。スケジューリングＤＣＩは、発信元ＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

グループＩＤフィールド。ＵＥは、送信先グループＩＤを示すために、グループＩＤを動的にシグナリングされることがある。スケジューリングＤＣＩは、グループＩＤ、例えば、ＳＬ−ＧＤ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各候補ＩＤがインデックスに関連付けられた状態で、２^ｎの候補ＩＤを用いて、ＲＲＣによって構成されてよい。スケジューリングＤＣＩは、グループＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

変形例１−時間領域リソース割り当て：ＵＥは、ＲＲＣ構成を通して、１つまたは複数の候補リソースを用いて構成されてよい。スケジューリングＤＣＩは、候補リソースの中の、グループキャストサイドリンク伝送に使用すべき時間領域リソースを示してもよい。

時間領域リソースの開始を判断するために、ＵＥは、時間オフセット値をシグナリングされてよい。例えば、時間オフセット値フィールドは、スケジューリングＤＣＩと、グループキャストサイドリンク伝送用のスケジュールされた時間領域リソースとの間の時間ユニットの数を示すために、スケジューリングＤＣＩによって搬送されてよい。時間ユニットは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内にあってよい。あるいは、ＵＥは、時間領域リソースの開始点を判断するために、２レベル時間オフセットを知らされてよい。例えば、ＵＥは、どのスロット／サブフレームから時間領域リソースが開始されるかを判断するために、スロット／サブフレームオフセットを知らされてよい。次いで、ＵＥは、スロット／サブフレーム内の開始点を判断するために、開始シンボル／ミニスロットのインデックスを知らされてよい。

時間領域リソースの持続時間を決定するために、ビットマップまたは持続時間の長さが、スケジューリングＤＣＩによって示されてよい。一例では、ＵＥは、ビットマップをシグナリングされることがある。ビットマップは、ＲＲＣ構成式候補リソース内のどの時間リソースが、グループキャストサイドリンク伝送に使用されるかを示してもよい。別の例では、ＵＥは、時間領域リソースの長さ、例えばｌをシグナリングされることがある。次いで、ＵＥは、グループキャストサイドリンク伝送のために、ＲＲＣ構成式候補リソース内のｌの連続したリソースユニットを使用してもよい。リソースユニットは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内にあってよい。

変形例２−時間領域リソース割り当て：ＵＥは、ＲＲＣ構成を通して、候補リソースを用いて構成されなくてもよい。ＵＥは、スケジューリングＤＣＩによって、グループキャストサイドリンク伝送用の時間領域リソースを動的に知らされてよい。ＤＣＩは、時間領域リソースのスロット／サブフレームオフセット、開始点、持続時間などの情報を搬送してよい。上述の各パラメータは、異なるＤＣＩフィールドによって示されるか、またはＤＣＩフィールドによって共に示されてよい。例えば、時間領域リソースは、スケジューリングＤＣＩのみを通して、スロット／サブフレームオフセット値およびＳＬＶによって動的にシグナリングされてよい。

グループキャストサイドリンク伝送の場合、ＵＥは、例えば、ｋ個のビームを通して、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの時間領域リソースを知らされて、いくつかの事前に定められた規則に従って、全ビームに対する時間領域リソースを決定してよい。例えば、ＵＥは、ミニスロットｎを知らされてよく、ＵＥは、最初のビームにそのミニスロットｎを使用して、残りのビームには構成された候補時間リソース内の後続のｋ−１のミニスロットを使用してよい。あるいは、ＵＥは、各ビームに対して、それぞれ時間領域リソースを知らされてよい。例えば、ＵＥは、時間領域リソースのｋ個の開始および持続時間値を知らされてよい。あるいは、ＵＥは、第１方向の伝送用の時間領域リソースと残りの方向の伝送用の時間領域リソースとの間のギャップを知らされてよい。

グループキャストサイドリンク伝送の場合、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨの両方用の時間領域リソースを示す場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、スケジューリングＤＣＩによって共に割り当てられてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースは、スケジューリングＤＣＩによって、別々に割り当てられてよい。例えば、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを割り当ててよい。

再伝送フィールド。ＨＡＲＱフィードバックが、グループキャストサイドリンクで導入されてよい。伝送ＵＥ２０２は、複数のビームを通して、複数の受信ＵＥにメッセージをグループキャストしてよく、この際、各ビームは、１つまたは複数のＵＥをカバーできる。再伝送は、ビームごとにトリガされてよい。あるビームに関して、そのビーム下のいずれかのＵＥがＮＡＣＫされる場合に再伝送はトリガされるか、またはそのビーム下の全てのＵＥがＮＡＣＫされる場合に再伝送はトリガされてよい。

伝送ＵＥ２０２での再伝送は、受信ＵＥ２０３によってトリガされるか、またはｇＮＢ２０１によってトリガされてよい。一変形例を用いて、各受信ＵＥは、ｇＮＢ２０１にＮＡＣＫをフィードバックしてよい。ｇＮＢ２０１は、再伝送のために、別のスケジューリングＤＣＩを送信することによって、再伝送をするように伝送ＵＥ２０２をトリガすることができる。再伝送に対して、ｇＮＢ２０１は、伝送ＵＥ２０２に同じＭＣＳを使用するように指示するか、またはｇＮＢ２０１は、伝送ＵＥ２０２に異なるＭＣＳを使用するように指示してもよい。繰り返しが実施される場合、ＵＥは、同様に、再伝送の繰り返しに対して、異なるＲＶをシグナリングされてよい。このケースでは、スケジューリングが初期伝送または再伝送向けのものかどうかを示すために、再伝送フィールドは１ビットであってよい。例えば、「０」は、伝送が初期伝送であることを示し、「１」は、伝送が再伝送であることを示す。ビットマップは、どのビームが再伝送に必要かを示すためにスケジューリングＤＣＩでシグナリングされてよく、例えば、｛ｂ_ｋ−１、…、ｂ_１、ｂ_０｝は、最初のビームにｂ_ｋ−１、ｋ番目のビームにｂ_０でマップされる。例示的コールフローを図６に示す。

図６は、グループキャストサイドリンク向けのｇＮＢ２０１トリガ型再伝送の例示的コールフローを示す。ステップ２４１ａで、ＴｘＵＥ２０２は、Ｕｕインターフェースを通して、初期伝送向けのスケジューリングＤＣＩを取得（例えば、受信）する。ステップ２４１ｂで、各ＲｘＵＥ２０３は、Ｕｕインターフェースを通して、初期伝送向けのスケジューリングＤＣＩを取得する。ステップ２４２ａで、各ＲｘＵＥ２０３は、サイドリンクによってビーム１でグループキャスト伝送を取得する。ステップ２４２ｂで、各ＲｘＵＥ２０３は、サイドリンクによってビーム２でグループキャスト伝送を取得する。ステップ２４２ｃで、各ＲｘＵＥ２０３は、サイドリンクによってビームｋでグループキャスト伝送を取得する。ステップ２４２ａから２４２ｃに基づいて、ステップ２４３ａからステップ２４３ｃは、実行されてよい。ステップ２４３ａで、各ＲｘＵＥ２０３は、ＵＥ１…ＵＥｉ_１から、Ｕｕインターフェースを通してビーム１でｇＮＢ２０１にＨＡＲＱフィードバックを送信する。ステップ２４３ｂで、各ＲｘＵＥ２０３は、ＵＥｉ_１＋１…ＵＥｉ_２から、Ｕｕインターフェースを通してビーム２でｇＮＢ２０１にＨＡＲＱフィードバックを送信する。ステップ２４３ｃで、各ＲｘＵＥ２０３は、ＵＥｉ_ｋ−１＋１…ＵＥｉ_ｋから、Ｕｕインターフェースを通してビームｋでｇＮＢ２０１にＨＡＲＱフィードバックを送信する。ステップ２４４ａからステップ２４６ｂは、例えば、ビーム１およびビーム４でＮＡＣＫが受信される場合に実行されてよい。ステップ２４４ａで、Ｕｕインターフェースを通して、ビーム１およびビーム４での再伝送向けのスケジューリングＤＣＩが、ＴｘＵＥ２０２に送信されてよい。ステップ２４４ｂで、Ｕｕインターフェースを通して、ビーム１およびビーム４での再伝送向けのスケジューリングＤＣＩが、各ＲｘＵＥ２０３に送信されてよい。ステップ２４５ａで、サイドリンクによってビーム１でグループキャスト再伝送を取得する。ステップ２４５ｂで、ＲｘＵＥ２０３は、サイドリンクによってビーム４でグループキャスト再伝送を取得する。ステップ２４５ａから２４５ｂに基づいて、ステップ２４６ａからステップ２４６ｃは、実行されてよい。ステップ２４６ａで、各ＲｘＵＥ２０３は、ＵＥ１…ＵＥｉ_１から、Ｕｕインターフェースを通してビーム１でｇＮＢ２０１にＨＡＲＱフィードバックを送信する。ステップ２４６ｂで、各ＲｘＵＥ２０３は、ＵＥｉ_３＋１…ＵＥｉ_４から、Ｕｕインターフェースを通してビーム４でｇＮＢ２０１にＨＡＲＱフィードバックを送信する。

別の変形例を用いて、各受信ＵＥは、伝送ＵＥ２０２にＮＡＣＫをフィードバックしてよい。各ビームに関して、伝送ＵＥ２０２は、フィードバックに基づいて再伝送を行うかどうかを決定してよい。再伝送のために、伝送ＵＥ２０２は、初期伝送に使用されたのと同じＭＣＳを使用することを選択するか、または伝送ＵＥ２０２は、異なるＭＣＳを使用することを自律的に選択してもよい。

再伝送用のリソースは、初期伝送向けのグラントを搬送するスケジューリングＤＣＩ内の再伝送フィールドによって事前に確保されてよい。初期伝送向けのリソース割り当てと同様に、ｋ個のビームがグループキャスト伝送に使用されると仮定する場合、再伝送フィールドは、再伝送向けにｋ個の時間または周波数リソースを示すか、または再伝送フィールドは、１つの時間または周波数リソースを示してよく、また、伝送ＵＥ２０２は、いくつかの事前に定められた規則に従って、残りのビームに対するリソースを決定する（例えば、候補時間リソース内の後続のｋ−１の時間リソースユニットを使用する）。再伝送の割り当ては、時間リソース、例えば、シンボルインデックス、ミニスロットインデックス、ＲＢインデックスによって示されてよい。あるいは、再伝送の割り当ては、再伝送と初期伝送との間の時間または周波数オフセット、例えば、シンボルオフセット、ミニスロットオフセット、ＲＢオフセットなどによって示されてよい。再伝送がいずれかのビームでトリガされる場合、伝送ＵＥ２０２は、そのビームでの再伝送のために対応する事前に確保されたリソースを使用してよい。例示的コールフローを図７に示す。

図７は、グループキャストサイドリンク向けのＲｘＵＥ２０３トリガ型再伝送の例示的コールフローを示す。ステップ２３１ａで、ＴｘＵＥ２０２は、Ｕｕインターフェースを通して、初期伝送および再伝送向けのスケジューリングＤＣＩを取得（例えば、受信）する。ステップ２３１ｂで、各ＲｘＵＥ２０３は、Ｕｕインターフェースを通して、初期伝送および再伝送向けのスケジューリングＤＣＩを取得する。ステップ２３２ａで、各ＲｘＵＥ２０３は、サイドリンクによってビーム１でグループキャスト伝送を取得する。ステップ２３２ｂで、各ＲｘＵＥ２０３は、サイドリンクによってビーム２でグループキャスト伝送を取得する。ステップ２３２ｃで、各ＲｘＵＥ２０３は、サイドリンクによってビームｋでグループキャスト伝送を取得する。ステップ２３２ａから２３２ｃに基づいて（ＴｘＵＥ２０２から受信される場合がある）、ステップ２３３ａからステップ２３３ｃは、実行されて、ＴｘＵＥ２０２に送信されてよい。ステップ２３３ａで、各ＲｘＵＥ２０３は、ＵＥ１…ＵＥｉ_１から、サイドリンクによってビーム１でＴｘＵＥ２０２にＨＡＲＱフィードバックを送信する。ＴｘＵＥとＲｘＵＥとの間の通信は、サイドリンクで起こる。車両ＵＥ（例えば、ＴｘＵＥまたはＲｘＵＥ）とｇＮＢとの間の通信は、Ｕｕインターフェースで起こる。ステップ２３３ｂで、各ＲｘＵＥ２０３は、ＵＥｉ_１＋１…ＵＥｉ_２から、サイドリンクによってビーム２でＴｘＵＥ２０２にＨＡＲＱフィードバックを送信する。ステップ２３３ｃで、各ＲｘＵＥ２０３は、ＵＥｉ_ｋ−１＋１…ＵＥｉ_ｋから、サイドリンクによってビームｋでｇＴｘＵＥ２０２にＨＡＲＱフィードバックを送信する。ステップ２３４ａからステップ２３５ｂは、例えば、ビーム１およびビーム３に対してＮＡＣＫが受信される場合に実行されてよい。ステップ２３４ａで、各ＲｘＵＥ２０３は、サイドリンクによってビーム１でグループキャスト再伝送を取得する。ステップ２３４ｂで、各ＲｘＵＥ２０３は、サイドリンクによってビーム３でグループキャスト再伝送を取得する。ステップ２３４ａから２３４ｂに基づいて、ステップ２３５ａからステップ２３６ｂは、実行されてよい。ステップ２３５ａで、各ＲｘＵＥ２０３は、ＵＥ１…ＵＥｉ_１から、サイドリンクによってビーム１でＴｘＵＥ２０２にＨＡＲＱフィードバックを送信する。ステップ２３５ｂで、各ＲｘＵＥ２０３は、ＵＥｉ_２＋１…ＵＥｉ_３から、サイドリンクによってビーム３でＴｘＵＥ２０２にＨＡＲＱフィードバックを送信する。

ＨＡＲＱフィールド。スケジューリングＤＣＩは、伝送ＵＥ２０２および受信ＵＥ２０３に、ＨＡＲＱＩＤまたはＨＡＲＱプロセス番号を示してもよい。スケジューリングＤＣＩはまた、ＨＡＲＱフィードバック向けのリソース割り当てを示してもよい。異なるビームに対するＨＡＲＱフィードバックに使用されるリソースは、ＴＤＭされてよく、かつ同じビームでの異なるＵＥに対するＨＡＲＱフィードバックに使用されるリソースは、ＦＤＭされてよい。スケジューリングＤＣＩは、ＨＡＲＱフィードバック用の時間または周波数リソース、例えば、シンボルインデックス、ミニスロットインデックス、ＲＢインデックスなどを示してよい。あるいは、スケジューリングＤＣＩは、ＨＡＲＱフィードバックと初期伝送との間の時間または周波数オフセット、例えば、シンボルオフセット、ミニスロットオフセット、ＲＢオフセットなどを示してもよい。再伝送が受信ＵＥ２０３によってトリガされる場合、受信ＵＥ２０３は、割り当てられたＨＡＲＱフィードバックリソースを使用して、伝送ＵＥ２０２にＨＡＲＱフィードバックを送信してよい。再伝送がｇＮＢ２０１によってトリガされる場合、受信ＵＥ２０３は、割り当てられたＨＡＲＱフィードバックリソースを使用して、ｇＮＢ２０１にＨＡＲＱフィードバックを送信してよい。

ビームスイーピング情報フィールド。スケジューリングＤＣＩは、ＵＥが実施する必要があるビームスイーピングの数を示してよい。ＵＥは、スケジューリングＤＣＩによってビームスイーピングの数の値を動的にシグナリングされてよい。あるいは、ＲＲＣは、各値がインデックスに関連付けられた状態で、ビームスイーピングの数の複数の潜在的値を構成してよい。ＵＥは、１つのインデックスをシグナリングされて、ビームスイーピングの数の値を決定してよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって示されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

周波数領域リソース割り当てフィールド。グループキャストサイドリンク伝送用の周波数領域リソースを決定するために、ＵＥは、使用すべき最小ＲＢ、ＲＢＧまたはサブチャネルの情報を知らされてよい。ＵＥは、最小ＲＢまたはＲＢＧのインデックスをシグナリングされてよい。あるいは、ＵＥは、周波数領域リソース割り当ての最小ＲＢ、ＲＢＧまたはサブチャネルと、ＲＲＣ構成式候補周波数領域リソースの最小ＲＢ、ＲＢＧまたはサブチャネルとの間のオフセットをシグナリングされてよい。オフセットは、ＲＢ内またはＲＢＧ内にあってよい。

周波数領域リソースの範囲を決定するために、ビットマップまたは周波数領域リソースの幅が、スケジューリングＤＣＩによって示されてよい。一例では、ＵＥは、ビットマップをシグナリングされることがある。ビットマップは、ＲＲＣ構成式候補周波数リソース内のどの周波数リソースが、グループキャストサイドリンク伝送に使用されるかを示してもよい。別の例では、ＵＥは、周波数領域リソースの幅、例えばｗをシグナリングされることがある。次いで、ＵＥは、グループキャストサイドリンク伝送のために、ｗの連続したＲＢ、ＲＢＧまたはサブチャネルを使用してもよい。

グループキャストサイドリンク伝送の場合、ＵＥは、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの周波数領域リソースを知らされて、同じ周波数領域リソースを全方向の伝送に使用してよい。あるいは、ＵＥは、異なる方向の伝送に対して、それぞれ異なる周波数領域リソースをシグナリングされてよい。

グループキャストサイドリンク伝送の場合、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨの両方用の周波数領域リソースを示す場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、スケジューリングＤＣＩによって共に割り当てられてよく、例えば、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースは、スケジューリングＤＣＩによって、別々に割り当てられてよい。例えば、スケジューリングＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの周波数領域リソースを割り当ててよい。

ＲＲＣ構成式候補時間リソースと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、ＲＲＣ構成を上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。例えば、スロットｍ内のシンボルｋが、ＲＲＣ構成で候補時間リソースとして構成されると仮定する。スロットｍ内のシンボルｋが、ＳＦＩで「Ｄ」とされる場合、ＵＥは、スロットｍ内のシンボルｋを、候補時間リソースと見なさなくてよい。ＵＥがグループキャストサイドリンク伝送用の時間リソースを決定するときに、ＵＥは、スロットｍ内のシンボルｋをスキップしてよい。候補時間リソースがミニスロット内にあり、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

サイドリンク通信に使用されるシンボルは、さらに、サイドリンク伝送に使用されるシンボルと、サイドリンク受信に使用されるシンボルとに分割されてよい。記号「ＳＴ」および「ＳＲ」は、スロット形式向けに取り入れられる可能性があることを開示する。伝送ＵＥ２０２の場合、ＵＥは、サイドリンク伝送向けにＳＦＩによって「ＳＴ」とされたシンボルを使用してよく、また、フィードバック、例えばＨＡＲＱフィードバックの受信向けにＳＦＩによって「ＳＲ」とされたシンボルを使用してよい。受信ＵＥ２０３の場合、ＵＥは、サイドリンク伝送の受信向けにＳＦＩによって「ＳＴ」とされたシンボルを使用してよく、また、フィードバック、例えばＨＡＲＱフィードバックの送信向けにＳＦＩによって「ＳＲ」とされたシンボルを使用してよい。

ユニキャストおよびグループキャスト向けの動的リソース割り当て
ユニキャストおよびグループキャスト向けの動的リソース割り当て−全体的なシグナリング設計ならびにユニキャストまたはグループキャストユースケースでのＵＥ動作：動的リソース割り当てに関して本明細書に開示する主題（例えば、図１０から図１６および付随する説明）は、ユニキャストまたはグループキャスト向けのものである場合がある。ＮＲＶ２Ｘモード１では、ｇＮＢ２０１は、スケジューリンググラントを通して、サイドリンクでのユニキャストまたはグループキャスト伝送を動的にスケジュールすることがある。ユニキャストまたはグループキャストの場合、ＴｘＵＥ２０２またはＲｘＵＥ２０３は、伝送および受信に使用されるリソースを認識している必要がある。伝送スケジューリングは、以下の例を伴ってＵｕインターフェースで伝送されるスケジューリングＤＣＩによって示されてよい。

Ｕｕインターフェースで伝送されるスケジューリングＤＣＩの例１：ｇＮＢ２０１は、ＴｘＵＥ２０２またはＲｘＵＥ２０３にスケジューリングＤＣＩを送信してよい。共有リソースが、例えば、ＳＤＭされたスケジューリングＤＣＩを、ＴｘＵＥ２０２またはＲｘＵＥ２０３に伝送するために使用されてよい。このケースでは、ＵＥは、ＴｘＵＥ２０２またはＲｘＵＥ２０３向けのスケジューリングＤＣＩを監視するために、１つのＣＯＲＥＳＥＴを用いて構成されてよい。あるいは、専用リソースが、例えば、ＴＤＭまたはＦＤＭされたスケジューリングＤＣＩを、ＴｘＵＥ２０２およびＲｘＵＥ２０３に伝送するために使用されてよい。このケースでは、ＵＥは、ＴｘＵＥ２０２向けのスケジューリングＤＣＩまたはＲｘＵＥ２０３向けのスケジューリングＤＣＩを監視するために、１つのＣＯＲＥＳＥＴまたは２つの異なるＣＯＲＥＳＥＴを用いて構成されてよい。

Ｕｕインターフェースで伝送されるスケジューリングＤＣＩの例２：ｇＮＢ２０１は、ＴｘＵＥ２０２のみにスケジューリングＤＣＩを送信してよい。スケジューリングＤＣＩを復号することによって、ＴｘＵＥ２０２は、受信したＤＣＩ内のフィードバックに対するスケジュールされたグラントを判断することができる。次いで、ＴｘＵＥ２０２は、ＳＣＩを使用して、ＲｘＵＥ２０３に受信したサイドリンク伝送スケジューリング、例えば、ＰＳＳＣＨ、例えば、データ伝送、または測定用の参照信号の伝送向けのリソース割り当て、およびリソース割り当てフィードバック、例えば、ＨＡＲＱフィードバックまたはＣＳＩフィードバックを示してよい。ＲｘＵＥ２０３は、ＳＣＩを監視するために監視オケージョンを用いて構成されてよい。ＳＣＩを復号することによって、ＲｘＵＥ２０３は、ＰＳＳＣＨおよびフィードバックに使用されるリソースを判断することができる。

ｇＮＢ２０１がＴｘＵＥ２０２およびＲｘＵＥ２０３にスケジューリングＤＣＩを送信するときに、ｇＮＢ２０１は、以下の例によってサイドリンク通信をスケジュールしてよい。

サイドリンク通信をスケジュールする両方へのスケジューリングＤＣＩの例１：ｇＮＢ２０１は、ＴｘＵＥ２０２またはＲｘＵＥ２０３にスケジューリングＤＣＩを伝送してよく、この際、ＨＡＲＱフィードバックは、Ｕｕインターフェースを通して、ＲｘＵＥ２０３からｇＮＢ２０１に伝送される。図１０は、ユニキャストユースケースの例を示している。

スケジューリングＤＣＩは、サイドリンク伝送向けの時間および周波数リソース割り当て、例えば、ＳＣＩおよびＰＳＳＣＨ向けのリソース割り当てを搬送してよく、そうすることで、ＴｘＵＥ２０２またはＲｘＵＥ２０３の両方は、サイドリンクでのデータの伝送または受信に使用されるリソースを認識することができる。

スケジューリングＤＣＩは、ＨＡＲＱフィードバックに使用されるリソースの情報を搬送してよい。ＨＡＲＱに使用されるリソースは、スケジューリングＤＣＩによって、例えば、時間および周波数リソースが明確に示されるか、または、スケジューリングＤＣＩによって、例えば、ＲＲＣによって構成されたＨＡＲＱフィードバックリソース構成のインデックスが暗に示されてよい。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、ＨＡＲＱフィードバック向けのリソース割り当てを無視してもよい。サイドリンクでの受信をスケジュールされたＵＥの場合、ＵＥは、Ｕｕインターフェースを通して、割り当てられたリソースを使用して、ｇＮＢ２０１にＨＡＲＱフィードバックを送信してよい。

サイドリンク通信をスケジュールする両方へのスケジューリングＤＣＩの例２：ｇＮＢ２０１は、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方にスケジューリングＤＣＩを伝送してよく、この際、ＨＡＲＱフィードバックは、サイドリンクを通してＲｘＵＥ２０３からＴｘＵＥ２０２に伝送される。図１１は、ユニキャストユースケースの例を示している。

スケジューリングＤＣＩは、サイドリンク伝送向けの時間および周波数リソース割り当て、例えば、ＳＣＩおよびＰＳＳＣＨ向けのリソース割り当てを搬送してよく、そうすることで、ＴｘＵＥ２０２またはＲｘＵＥ２０３は、サイドリンクでのデータの伝送または受信に使用されるリソースを認識することができる。

スケジューリングＤＣＩは、ＨＡＲＱフィードバックに使用されるリソースの情報を搬送してよい。ＨＡＲＱに使用されるリソースは、スケジューリングＤＣＩによって、例えば、時間および周波数リソースが明確に示されるか、または、スケジューリングＤＣＩによって、例えば、ＲＲＣによって構成されたＨＡＲＱフィードバックリソース構成のインデックスが暗に示されてよい。サイドリンクでの受信をスケジュールされたＵＥの場合、ＵＥは、サイドリンクで、割り当てられたリソースを使用して、ＴｘＵＥ２０２にＨＡＲＱフィードバックを送信してよい。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、割り当てられたリソースで、ＨＡＲＱフィードバックを監視または受信してよい。

サイドリンク通信をスケジュールする両方へのスケジューリングＤＣＩの例３：ｇＮＢ２０１は、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方にスケジューリングＤＣＩを伝送してよく、この際、ＨＡＲＱフィードバックは、まず、サイドリンクでＲｘＵＥ２０３からＴｘＵＥ２０２に伝送され、次いで、ＴｘＵＥ２０２は、Ｕｕインターフェースを通して、ｇＮＢ２０１に受信した情報をフィードバックしてよい。図１２は、ユニキャストユースケースの例を示している。

ＴｘＵＥ２０２は、ｇＮＢ２０１に受信したＨＡＲＱフィードバックの全てを転送してよい。あるいは、オーバーヘッドを低減するために、ＴｘＵＥ２０２は、ｇＮＢ２０１に簡潔な情報をフィードバックしてもよい。

スケジューリングＤＣＩは、ＨＡＲＱフィードバックに使用されるリソースの情報を搬送してよい。ＨＡＲＱに使用されるリソースは、スケジューリングＤＣＩによって、例えば、時間または周波数リソースが明確に示されるか、または、スケジューリングＤＣＩによって、例えば、ＲＲＣによって構成されたＨＡＲＱフィードバックリソース構成のインデックスが暗に示されてよい。サイドリンクでの受信をスケジュールされたＵＥの場合、ＵＥは、サイドリンクで、割り当てられたリソースを使用して、ＴｘＵＥ２０２にＨＡＲＱフィードバックを送信してよい。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、割り当てられたリソースで、ＨＡＲＱフィードバックを監視または受信してよい。

スケジューリングＤＣＩは、ＴｘＵＥ２０２からｇＮＢ２０１へのフィードバック向けの時間および周波数リソース割り当てを搬送してよい。サイドリンクでの受信をスケジュールされたＵＥの場合、ＵＥは、ＴｘＵＥ２０２からｇＮＢ２０１へのフィードバック向けのリソース割り当てを無視してもよい。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、Ｕｕインターフェースを通して、割り当てられたリソースを使用して、ｇＮＢ２０１にフィードバックを送信してよい。

ｇＮＢ２０１がＴｘＵＥ２０２およびＲｘＵＥ２０３にスケジューリングＤＣＩを送信するときに、同じＤＣＩフォーマットが、ＴｘＵＥ２０２およびＲｘＵＥ２０３に使用されてよく、例えば、ＴｘＵＥ２０２およびＲｘＵＥ２０３向けのスケジューリングＤＣＩは、同じＤＣＩフィールドを搬送してよい。例えば、ＴｘＵＥ２０２およびＲｘＵＥ２０３向けのＤＣＩは、同じＲＮＴＩ、例えば、ＳＬＵｎｉｃａｓｔ−ＲＮＴＩ、ＳＬＧｒｏｕｐｃａｓｔ−ＲＮＴＩでスクランブルされてよい。ＵＥは、ＤＣＩ内の伝送／受信インジケータフィールドをチェックして、それが、ＴｘＵＥ２０２であるか、またはＲｘＵＥ２０３であるかを判断することができる。

あるいは、ＴｘＵＥ２０２またはＲｘＵＥ２０３向けのスケジューリングＤＣＩは、異なるＤＣＩフォーマットで伝送されてよく、例えば、ＴｘＵＥ２０２またはＲｘＵＥ２０３向けのスケジューリングＤＣＩは、異なるＤＣＩフィールドを搬送してよい。例えば、ＴｘＵＥ２０２またはＲｘＵＥ２０３向けのＤＣＩは、異なるＲＮＴＩでスクランブルされてよい。ＵＥは、ユニキャストおよびグループキャストに対して、それぞれ２つのＲＮＴＩ、例えば、ＳＬＵｎｉｃａｓｔＴｘ−ＲＮＴＩまたはＳＬＵｎｉｃａｓｔＲｘ−ＲＮＴＩ、ＳＬＧｒｏｕｐｃａｓｔＴｘ−ＲＮＴＩまたはＳＬＧｒｏｕｐｃａｓｔＲｘ−ＲＮＴＩを用いて構成されてよい。ＳＬＵｎｉｃａｓｔＴｘ−ＲＮＴＩまたはＳＬＧｒｏｕｐｃａｓｔＴｘ−ＲＮＴＩでスクランブルされたＤＣＩをＵＥが検出する場合、ＵＥは、それがサイドリンクでの伝送向けにスケジュールされたものであると判断することができる。ＳＬＵｎｉｃａｓｔＲｘ−ＲＮＴＩまたはＳＬＧｒｏｕｐｃａｓｔＲｘ−ＲＮＴＩでスクランブルされたＤＣＩをＵＥが検出する場合、ＵＥは、それがサイドリンクでの受信向けにスケジュールされたものであると判断することができる。

ｇＮＢ２０１がＴｘＵＥ２０２にのみスケジューリングＤＣＩを送信するときに、ｇＮＢ２０１は、以下の例によってサイドリンク通信をスケジュールしてよい。
サイドリンク通信をスケジュールする、専用スケジューリングＤＣＩの例１：ｇＮＢ２０１は、ＴｘＵＥ２０２にのみスケジューリングＤＣＩを伝送してよく、この際、ＨＡＲＱフィードバックは、Ｕｕインターフェースを通して、ＲｘＵＥ２０３からｇＮＢ２０１に伝送される。図１３は、ユニキャストユースケースの例を示している。

スケジューリングＤＣＩは、サイドリンク伝送向けの時間および周波数リソース割り当て、例えば、ＳＣＩおよびＰＳＳＣＨ向けのリソース割り当てを搬送してよい。ＴｘＵＥ２０２は、ＳＣＩを通してＲｘＵＥ２０３にリソース割り当てを示す。そうすることで、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方は、サイドリンクでのデータの伝送および受信に使用されるリソースを認識することができる。

スケジューリングＤＣＩは、ＨＡＲＱフィードバックに使用されるリソースの情報を搬送してよい。ＨＡＲＱに使用されるリソースは、スケジューリングＤＣＩによって、例えば、時間および周波数リソースが明確に示されるか、または、スケジューリングＤＣＩによって、例えば、ＲＲＣによって構成されたＨＡＲＱフィードバックリソース構成のインデックスが暗に示されてよい。ＴｘＵＥ２０２は、ＳＣＩを通してＲｘＵＥ２０３にリソース割り当てを示す。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、ＨＡＲＱフィードバック向けのリソース割り当てを無視してもよい。サイドリンクでの受信をスケジュールされたＵＥの場合、ＵＥは、Ｕｕインターフェースを通して、割り当てられたリソースを使用して、ｇＮＢ２０１にＨＡＲＱフィードバックを送信してよい。

サイドリンク通信をスケジュールする、専用スケジューリングＤＣＩの例２：ｇＮＢ２０１は、ＴｘＵＥ２０２にのみスケジューリングＤＣＩを伝送してよく、この際、ＨＡＲＱフィードバックは、サイドリンクでＲｘＵＥ２０３からＴｘＵＥ２０２に伝送される。図１４は、ユニキャストユースケースの例を示している。

スケジューリングＤＣＩは、ＨＡＲＱフィードバックに使用されるリソースの情報を搬送してよい。ＨＡＲＱに使用されるリソースは、スケジューリングＤＣＩによって、例えば、時間および周波数リソースが明確に示されるか、または、スケジューリングＤＣＩによって、例えば、ＲＲＣによって構成されたＨＡＲＱフィードバックリソース構成のインデックスが暗に示されてよい。ＴｘＵＥ２０２は、ＳＣＩを通してＲｘＵＥ２０３にリソース割り当てを示す。サイドリンクでの受信をスケジュールされたＵＥの場合、ＵＥは、サイドリンクで、割り当てられたリソースを使用して、ＴｘＵＥ２０２にＨＡＲＱフィードバックを送信してよい。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、割り当てられたリソースで、ＨＡＲＱフィードバックを監視または受信してよい。

サイドリンク通信をスケジュールする、専用スケジューリングＤＣＩの例３：ｇＮＢ２０１は、ＴｘＵＥ２０２にのみスケジューリングＤＣＩを伝送してよく、この際、ＨＡＲＱフィードバックは、まず、サイドリンクでＲｘＵＥ２０３からＴｘＵＥ２０２に伝送され、次いで、ＴｘＵＥ２０２は、Ｕｕインターフェースを通して、ｇＮＢ２０１に受信した情報をフィードバックする。

図１５Ａは、ユースケースの例を示している。図１５Ｂは、例示的方法フローを示している。要約すると、以下のさらなる詳細を伴って、ステップ２５１で、スケジューリングＤＣＩは、ＴｘＵＥ２０２によって取得されてよい。ステップ２５２で、ＴｘＵＥ２０２は、サイドリンクを介してＲｘＵＥ２０３に伝送を送信してよい。ステップ２５３で、ステップ２５２に基づいて、ＴｘＵＥ２０２は、ＲｘＵＥ２０３からフィードバックを受信してよい。図１５およびその他の図（例えば、図２０から図２２または図６から図７など）に関して、本明細書においてより詳細に提示するように、異なるスケジューリングおよびスケジューリングＤＣＩに関する他のアプローチが存在する。

ＴｘＵＥ２０２は、ｇＮＢ２０１に受信したＨＡＲＱフィードバックの全てを送信（転送）してよい。あるいは、オーバーヘッドを低減するために、ＴｘＵＥ２０２は、簡潔な情報をフィードバックしてよい。スケジューリングＤＣＩは、サイドリンク伝送向けの時間および周波数リソース割り当て、例えば、ＳＣＩおよびＰＳＳＣＨ向けのリソース割り当てを搬送してよい。ＴｘＵＥ２０２は、ＳＣＩを通してＲｘＵＥ２０３にリソース割り当てを示す。そうすることで、ＴｘＵＥ２０２またはＲｘＵＥ２０３の両方は、サイドリンクでのデータの伝送および受信に使用されるリソースを認識することができる。

スケジューリングＤＣＩは、ＲｘＵＥ２０３からＴｘＵＥ２０２に伝送されるＨＡＲＱフィードバックに使用されるリソースの情報を搬送してよい。ＨＡＲＱに使用されるリソースは、スケジューリングＤＣＩによって、例えば、時間および周波数リソースが明確に示されるか、または、スケジューリングＤＣＩによって、例えば、ＲＲＣによって構成されたＨＡＲＱフィードバックリソース構成のインデックスが暗に示されてよい。ＴｘＵＥ２０２は、ＳＣＩを通してＲｘＵＥ２０３にリソース割り当てを示す。サイドリンクでの受信をスケジュールされたＵＥの場合、ＵＥは、サイドリンクで、割り当てられたリソースを使用して、ＴｘＵＥ２０２にＨＡＲＱフィードバックを送信してよい。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、割り当てられたリソースで、ＨＡＲＱフィードバックを監視または受信してよい。例えば、スケジューリングＤＣＩは、ＲｘＵＥ２０３からＴｘＵＥ２０２へのＨＡＲＱフィードバックの伝送に使用されるリソースを示す１つのＤＣＩフィールド、例えば、ＰＳＦＣＨリソースインジケータフィールドを搬送してよく、この際、各値は、ＲＲＣ構成によって構成されるか、または規格により予め定められたインデックス付けされたＰＳＦＣＨリソースに関連付けられてよい。

ＵＥは、サイドリンクでのＲｘＵＥ２０３からＴｘＵＥ２０２へのＨＡＲＱフィードバックの伝送に使用される共通ＰＳＦＣＨリソース構成または専用ＰＳＦＣＨリソース構成を用いて構成されてよい。例えば、ＵＥは、ブロードキャストシグナリングを通して、例えば、ＲＭＳＩまたはＯＳＩを通して、共通ＲＲＣ構成ｐｓｆｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎを用いて構成されるか、または、ＵＥは、専用ＲＲＣ構成ＰＳＦＣＨ−ＲｅｓｏｕｒｃｅＳｅｔを用いて構成されてよい。ＰＳＦＣＨ−ＲｅｓｏｕｒｃｅＳｅｔは、ＲＲＣ構成ＰＳＦＣＨ−Ｒｅｓｏｕｒｃｅのうち１つまたは複数を含んでもよく、この場合のＲＲＣ構成ＰＳＦＣＨ−Ｒｅｓｏｕｒｃｅの例を図１９に示す。

共通構成および専用構成のうち１つのみがサポートされるケースでは、ＵＥがスケジューリングＤＣＩを受信して、ＰＳＦＣＨリソースインジケータフィールドを復号すると、ＵＥは、構成されたｐｓｆｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎまたは構成されたＰＳＦＣＨ−ＲｅｓｏｕｒｃｅＳｅｔを通して、対応するＰＳＦＣＨリソースを決定することができる。

共通構成と専用構成との両方がサポートされるケースでは、ＵＥがスケジューリングＤＣＩを受信して、ＰＳＦＣＨリソースインジケータフィールドを復号すると、ＵＥは、専用ＲＲＣ構成ＰＳＦＣＨ−ＲｅｓｏｕｒｃｅＳｅｔを通して、または専用ＲＲＣ構成が構成されていない場合は、共通ＲＲＣ構成ｐｓｆｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎを通して、対応するＰＳＦＣＨリソースを決定することができる。

別の例では、スケジューリングＤＣＩは、ＲｘＵＥ２０３からＴｘＵＥ２０２へのＨＡＲＱフィードバックを伝送するタイミングを示す１つのＤＣＩフィールド、例えば、ＳＬＨＡＲＱタイミングインジケータフィールドを搬送する場合がある。

一アプローチでは、示されるタイミングは、ＨＡＲＱフィードバック（ＲｘＵＥ２０３からＴｘＵＥ２０２への）と、スケジュールされたサイドリンクでの初期伝送との間の時間オフセットであってよい。例えば、ＵＥは、「ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（８））ＯＦＩＮＴＥＧＥＲ（０．．１５）」のコンテンツを伴うＲＲＣパラメータｓｌ−ＩｎｉｔａｌＤａｔａＴｏＳＬ−ＡＣＫを通して、候補時間オフセットを用いてＲＲＣ構成されてよく、この際、時間オフセットは、スロット、ミニスロット、またはシンボル内にあってよい。ＵＥがスケジューリングＤＣＩを受信して、ＳＬＨＡＲＱタイミングインジケータフィールドを復号すると、ＵＥは、構成されたＲＲＣパラメータｓｌ−ＩｎｉｔａｌＤａｔａＴｏＳＬ−ＡＣＫ内の対応するエントリを見つけることによって、時間オフセットを決定することができる。

別のアプローチでは、示されるタイミングは、ＨＡＲＱフィードバック（ＲｘＵＥ２０３からＴｘＵＥ２０２への）と、サイドリンクでの伝送ブロック（ＴＢ）向けのスケジュールされた最後の繰り返し／再伝送（言い換えると、繰り返しまたは再伝送）との間の時間オフセットであってよい。ｋ個の繰り返し／再伝送がスケジューリングＤＣＩによってスケジュールされると仮定する場合、ＳＬＨＡＲＱタイミングインジケータフィールドは、ＨＡＲＱフィードバックと、スケジュールされたｋ番目の繰り返し／再伝送との間の時間オフセットを示す。スケジュールされた繰り返しがない、例えばｋ＝０の場合、ＳＬＨＡＲＱタイミングインジケータフィールドは、ＨＡＲＱフィードバックと、スケジュールされた初期伝送との間の時間オフセットを示す。例えば、ＵＥは、「ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（８））ＯＦＩＮＴＥＧＥＲ（０．．１５）」のコンテンツを伴うＲＲＣパラメータｓｌ−ＬａｓｔＤａｔａＴｏＳＬ−ＡＣＫを通して、候補時間オフセットを用いてＲＲＣ構成されてよく、この際、時間オフセットは、スロット、ミニスロット、またはシンボル内にあってよい。ＵＥがスケジューリングＤＣＩを受信するか、またはＵＬＨＡＲＱタイミングインジケータフィールドを復号すると、ＵＥは、構成されたＲＲＣパラメータｓｌ−ＬａｓｔＤａｔａＴｏＳＬ−ＡＣＫ内の対応するエントリを見つけることによって、時間オフセットを決定することができる。

スケジューリングＤＣＩは、ＴｘＵＥ２０２からｇＮＢ２０１へのフィードバック向けの時間および周波数リソース割り当てを搬送してよい。ＴｘＵＥ２０２は、ＳＣＩを通してＲｘＵＥ２０３にリソース割り当てを示さなくてもよい。サイドリンクでの伝送をスケジュールされたＵＥの場合、ＵＥは、Ｕｕインターフェースを通して、割り当てられたリソースを使用して、ｇＮＢ２０１にフィードバックを送信してよい。例えば、スケジューリングＤＣＩは、Ｖ２ＸＵＥ（例えば、ＴｘＵＥ２０２）からｇＮＢ２０１へのＨＡＲＱフィードバックの伝送に使用されるリソースを示す１つのＤＣＩフィールド、例えば、ＰＵＣＣＨリソースインジケータフィールドを搬送してよく、この際、各値は、ＲＲＣ構成によって構成されるか、または規格により予め定められたインデックス付けされたＰＵＣＣＨリソースに関連付けられる。

ＵＥは、Ｕｕインターフェースでの下りリンク伝送のＨＡＲＱ情報の伝送に使用される共通ＰＵＣＣＨリソース構成または専用ＰＵＣＣＨリソース構成を用いて構成されてよい。ＵＥは、サイドリンクでのサイドリンク伝送に対するＵｕインターフェースでのＨＡＲＱ情報の伝送のために、共通または専用構成の同じセットを使用してもよい。例えば、ＵＥがスケジューリングＤＣＩを受信するか、またはＰＵＣＣＨリソースインジケータフィールドを復号すると、ＵＥは、ＰＵＣＣＨ−Ｃｏｎｆｉｇ内の専用ＲＲＣ構成ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔを通して、または、専用ＲＲＣ構成が構成されていない場合はＳＩＢ１内の共通ＲＲＣ構成ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎを通して、対応するＰＵＣＣＨリソースを決定することができる。

あるいは、ＵＥは、サイドリンクでのサイドリンク伝送に対するＵｕインターフェースでのＨＡＲＱ情報の伝送のために、共通または専用構成の異なるセットを用いて構成されてよい。例えば、ＵＥは、ブロードキャストシグナリングを通して、例えば、ＲＭＳＩまたはＯＳＩを通して、共通ＲＲＣ構成ｐｕｃｃｈ−ｓｌ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎを用いて構成されるか、または、ＵＥは、専用ＲＲＣ構成ＳＬ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔを用いて構成されてよい。

共通構成および専用構成のうち１つのみがサポートされるケースでは、ＵＥがスケジューリングＤＣＩを受信して、ＰＵＣＣＨリソースインジケータフィールドを復号すると、ＵＥは、構成されたｐｕｃｃｈ−ｓｌ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎまたは構成されたＳＬ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔを通して、対応するＰＵＣＣＨリソースを決定することができる。

共通構成と専用構成との両方がサポートされるケースでは、ＵＥがスケジューリングＤＣＩを受信するか、またはＰＵＣＣＨリソースインジケータフィールドを復号すると、ＵＥは、専用ＲＲＣ構成ＳＬ−ＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔを通して、または、専用ＲＲＣ構成が構成されていない場合は共通ＲＲＣ構成ｐｕｃｃｈ−ｓｌ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎを通して、対応するＰＵＣＣＨリソースを決定することができる。

別の例では、スケジューリングＤＣＩは、Ｖ２ＸＵＥ（例えば、ＴｘＵＥ２０２）からｇＮＢ２０１へのＨＡＲＱフィードバックを伝送するタイミングを示す１つのＤＣＩフィールド、例えば、ＵＬＨＡＲＱタイミングインジケータフィールドを搬送する場合がある。

一アプローチでは、示されるタイミングは、ＨＡＲＱフィードバック（Ｖ２ＸＵＥからｇＮＢ２０１への）と、スケジュールされたサイドリンクでの初期伝送との間の時間オフセットであってよい。例えば、ＵＥは、「ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（８））ＯＦＩＮＴＥＧＥＲ（０．．１５）」のコンテンツを伴うＲＲＣパラメータｓｌ−ＩｎｉｔａｌＤａｔａＴｏＵＬ−ＡＣＫを通して、候補時間オフセットを用いてＲＲＣ構成されてよく、この際、時間オフセットは、スロット、ミニスロット、またはシンボル内にあってよい。ＵＥがスケジューリングＤＣＩを受信して、ＵＬＨＡＲＱタイミングインジケータフィールドを復号すると、ＵＥは、構成されたＲＲＣパラメータｓｌ−ＩｎｉｔａｌＤａｔａＴｏＵＬ−ＡＣＫ内の対応するエントリを見つけることによって、時間オフセットを決定することができる。

第２のアプローチでは、示されるタイミングは、ＨＡＲＱフィードバック（Ｖ２ＸＵＥからｇＮＢ２０１への）と、サイドリンクで伝送されるスケジュールされたＨＡＲＱフィードバック（ＲｘＵＥ２０３からＴｘＵＥ２０２への）との間の時間オフセットであってよい。例えば、ＵＥは、「ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（８））ＯＦＩＮＴＥＧＥＲ（０．．１５）」のコンテンツを伴うＲＲＣパラメータｓｌ−ＡＣＫＴｏＵＬ−ＡＣＫを通して、候補時間オフセットを用いてＲＲＣ構成されてよく、この際、時間オフセットは、スロット、ミニスロット、またはシンボル内にあってよい。ＵＥがスケジューリングＤＣＩを受信するか、またはＵＬＨＡＲＱタイミングインジケータフィールドを復号すると、ＵＥは、構成されたＲＲＣパラメータｓｌ−ＡＣＫＴｏＵＬ−ＡＣＫ内の対応するエントリを見つけることによって、時間オフセットを決定することができる。

第３のアプローチでは、示されるタイミングは、ＨＡＲＱフィードバック（Ｖ２ＸＵＥからｇＮＢ２０１への）と、サイドリンクでのＴＢの伝送のスケジュールされた最後の繰り返し／再伝送との間の時間オフセットであってよい。ｋ個の繰り返し／再伝送がスケジューリングＤＣＩによってスケジュールされると仮定する場合、ＵＬＨＡＲＱタイミングインジケータフィールドは、ＨＡＲＱフィードバックと、スケジュールされたｋ番目の繰り返し／再伝送との間の時間オフセットを示す。スケジュールされた繰り返しがない、例えばｋ＝０の場合、ＵＬＨＡＲＱタイミングインジケータフィールドは、ＨＡＲＱフィードバックと、スケジュールされた初期伝送との間の時間オフセットを示す。例えば、ＵＥは、「ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（８））ＯＦＩＮＴＥＧＥＲ（０．．１５）」のコンテンツを伴うＲＲＣパラメータｓｌ−ＬａｓｔＤａｔａＴｏＵＬ−ＡＣＫを通して、候補時間オフセットを用いてＲＲＣ構成されてよく、この際、時間オフセットは、スロット、ミニスロット、またはシンボル内にあってよい。ＵＥがスケジューリングＤＣＩを受信して、ＵＬＨＡＲＱタイミングインジケータフィールドを復号すると、ＵＥは、構成されたＲＲＣパラメータｓｌ−ＬａｓｔＤａｔａＴｏＵＬ−ＡＣＫ内の対応するエントリを見つけることによって、時間オフセットを決定することができる。ｇＮＢが動的スケジューリンググラントを使用して、サイドリンク伝送をスケジュールする場合、ｇＮＢ２０１は、１つのＤＣＩを使用する際のＴＢの初期伝送のスケジューリングと共にＴＢの複数の再伝送／繰り返しをスケジュールしてよい。

ｇＮＢ２０１が、ＤＣＩを使用してＴＢのサイドリンク伝送を動的にスケジュールする場合、ｇＮＢ２０１は、同じスケジューリングＤＣＩを使用してＴＢの１つまたは複数の再伝送／繰り返しをスケジュールしてよい。再伝送またはＨＡＲＱフィードバックは、１）ＤＣＩスケジュール式サイドリンクブラインド再伝送、２）ＤＣＩスケジュール式ＨＡＲＱフィードバックベースサイドリンク再伝送、または３）ＤＣＩスケジュール式ＨＡＲＱフィードバックベースＵｕインターフェース伝送型早期終了付帯再伝送の手段で、ＴｘＵＥ２０２またはＲｘＵＥ２０３によって実施されてよい。

ＤＣＩスケジュール式サイドリンクブラインド再伝送
ＤＣＩスケジュール式サイドリンクブラインド再伝送：あるケースでは、スケジューリングＤＣＩの受信後に、ＴｘＵＥ２０２は、スケジュールされた伝送を全て盲目的に伝送する場合がある。例えば、ＴｘＵＥ２０２は、ＲｘＵＥ２０３がデータの復号に成功したかどうかにかかわらず、スケジュールされた初期伝送および再伝送／繰り返しを全て実施する場合がある。このケースでは、１つのＨＡＲＱフィードバックリソース割り当ては、ＤＣＩによって、ＲｘＵＥ２０３がＴｘＵＥ２０２にサイドリンクでＨＡＲＱフィードバックを伝送するためにスケジュールされ、かつ１つのＨＡＲＱフィードバックリソース割り当ては、ＤＣＩによって、ＴｘＵＥ２０２がｇＮＢ２０１にＵｕインターフェースでＨＡＲＱフィードバックを伝送するためにスケジュールされてよい。スケジューリングＤＣＩが、初期伝送をスロット０に、ならびに２つの再伝送をそれぞれスロット１およびスロット２にスケジュールする例を図２０に示す。ＳＣＩの伝送はスロット０にスケジュールされ、ＲｘＵＥ２０３からＴｘＵＥ２０２へのＨＡＲＱフィードバックの伝送はスロット２にスケジュールされ、ＴｘＵＥ２０２からｇＮＢ２０１へのＨＡＲＱフィードバックの伝送はスロット３にスケジュールされる。

図に示す例では、初期伝送および再伝送は、連続したスロットにスケジュールされている。別の例では、初期伝送および再伝送は、連続していないスロットにスケジュールされてよく、例えば、初期伝送はスロット０にスケジュールされ、２つの再伝送が、スロット２およびスロット４にそれぞれスケジュールされることがある。

ＲｘＵＥ２０３は、ＳＣＩを復号することによって、スケジュールされた初期伝送および再伝送を判断することができる。ＲｘＵＥ２０３が全ての繰り返しの後にサイドリンク伝送の受信に失敗する場合、ＲｘＵＥ２０３は、スケジュールされたＨＡＲＱフィードバックリソース、例えば、図２０のスロット２のＨＡＲＱフィードバックリソースを使用してＴｘＵＥ２０２にＮＡＣＫを送信することができる。ＲｘＵＥ２０３がサイドリンク伝送の受信に成功する場合、ＲｘＵＥ２０３は、スケジュールされたＨＡＲＱフィードバックリソースを使用してＴｘＵＥ２０２にＡＣＫを送信するか、またはＲｘＵＥ２０３は、スケジュールされたＨＡＲＱフィードバックリソースでＴｘＵＥ２０２に何も送信しなくてもよい。ＲｘＵＥ２０３が全てのスケジュールされた再伝送の前にサイドリンク伝送の受信に成功する、例えば、ＲｘＵＥ２０３が初期伝送の後か、最初の再伝送の後にサイドリンク伝送の受信に成功する場合、ＲｘＵＥ２０３は、残りのスケジュールされた再伝送をスキップし、ＰＳＳＣＨの復号を試みなくてもよい。

ＴｘＵＥ２０２がＲｘＵＥ２０３からＨＡＲＱフィードバック、例えばＡＣＫまたはＮＡＣＫを受信した後、ＴｘＵＥ２０２は、Ｕｕインターフェース上のスケジュールされたＨＡＲＱフィードバックリソース、例えば、図２０のスロット３のＨＡＲＱフィードバックリソースを使用して、ｇＮＢ２０１にＨＡＲＱフィードバックを送信してよい。

ＤＣＩスケジュール式ＨＡＲＱフィードバックベースサイドリンク再伝送
ＤＣＩスケジュール式ＨＡＲＱフィードバックベースサイドリンク再伝送：別のケースでは、スケジューリングＤＣＩは、ＨＡＲＱフィードバックベースサイドリンク再伝送をスケジュールしてもよい。スケジューリングＤＣＩが、初期伝送をスロット０に、ならびに２つの再伝送をそれぞれスロット１およびスロット２にスケジュールする例を図２１に示す。スケジューリングＤＣＩは、それぞれスロット０、スロット１およびスロット２の初期伝送および２つの再伝送に関連付けられた、ＲｘＵＥ２０３からＴｘＵＥ２０２へのＨＡＲＱフィードバックの伝送をスケジュールする。ＳＣＩの伝送はスロット０にスケジュールされ、ＴｘＵＥ２０２からｇＮＢ２０１へのＨＡＲＱフィードバックの伝送はスロット３にスケジュールされる。

図に示す例では、サイドリンク伝送とサイドリンクでの関連付けられたＨＡＲＱフィードバックとは、同じスロットにスケジュールされている。別の例では、サイドリンク伝送と関連付けられたＨＡＲＱフィードバックとは異なるスロットにスケジュールされることがあり、例えば、ＲｘＵＥ２０３からＴｘＵＥ２０２へのＨＡＲＱフィードバックの伝送は、スロット１、スロット２およびスロット３にそれぞれスケジュールされる場合がある。初期伝送および再伝送は、図２０に示すように連続したスロットにスケジュールされるか、または同様に連続していないスロットにスケジュールされてよく、例えば、初期伝送および関連付けられたＨＡＲＱフィードバックは、スロット０およびスロット１にそれぞれスケジュールされ、最初の再伝送および関連付けられたＨＡＲＱフィードバックは、スロット２およびスロット３にそれぞれスケジュールされ、２番目の再伝送および関連付けられたＨＡＲＱフィードバックは、スロット４およびスロット５にそれぞれスケジュールされる。

ＲｘＵＥ２０３は、ＳＣＩを復号することによって、スケジュールされた初期伝送および再伝送を判断することができる。伝送ごとに、ＲｘＵＥ２０３は、関連付けられたＨＡＲＱフィードバックリソースを使用して、ＴｘＵＥ２０２にＨＡＲＱフィードバック、例えば、ＡＣＫ／ＮＡＣＫベースフィードバックまたはＮＡＣＫ専用ベースフィードバックを送信してよい。ＴｘＵＥ２０２は、ＲｘＵＥ２０３がＴＢの受信に成功するまで、ＴＢ向けのスケジュールされた再伝送を実施してよい。ＴｘＵＥ２０２がサイドリンクによって全てのＨＡＲＱフィードバックでＮＡＣＫを受信する場合、サイドリンク伝送は失敗する。ＴｘＵＥ２０２は、Ｕｕインターフェースで、スケジュールされたＨＡＲＱフィードバックリソースを使用して、ｇＮＢ２０１にＮＡＣＫを送信してよい。スケジュールされたサイドリンク伝送が成功する場合、ＴｘＵＥ２０２は、スケジュールされたＨＡＲＱフィードバックリソースを使用して、ｇＮＢ２０１にＡＣＫを送信してよい。

全てのスケジュールされた再伝送が実施される前に、ＴＢ、例えば、ＴＢ１向けのスケジュールされたサイドリンク伝送が成功する場合、ＴｘＵＥ２０２は、残りの再伝送用のリソースを使用して、別のＴＢ、例えば、ＴＢ２を伝送してよい。図２１に示す例では、ＴＢ１の伝送がスロット０で成功する場合、Ｔｘは、スロット１およびスロット２のスケジュールされたリソースを使用して、ＴＢ２を伝送する場合がある。ＲｘＵＥ２０３に関して、スケジュールされたＴＢの受信に成功した後、ＲｘＵＥ２０３は残りの再伝送用のリソースで伝送されるＰＳＳＣＨの監視および復号を続けてよく、また関連付けられたフィードバックリソースを使用して、ＴｘＵＥ２０２にフィードバックを送信してよい。ＴｘＵＥ２０２は、スケジュールされたＴＢの伝送結果に基づいてｇＮＢ２０１にＨＡＲＱフィードバックを送信してよい。例えば、ＴＢ１の伝送がスロット０で成功し、スロット１およびスロット２でＴＢ２の伝送が失敗する場合、それでも、ＴｘＵＥ２０２は、スロット３のリソースを使用してｇＮＢ２０１にＡＣＫを送信してよい。

別のアプローチでは、全てのスケジュールされた再伝送が実施される前に、スケジュールされたサイドリンク伝送が成功する場合、未使用のリソース、例えば、再伝送およびサイドリンクでの関連付けられたＨＡＲＱフィードバック向けにスケジュールされたリソースは、解放されてよい。ＴｘＵＥ２０２は、残りのスケジュールされた再伝送でデータを伝送しなくてよい。ＲｘＵＥ２０３は、残りのスケジュールされた再伝送の復号をスキップしてよく、また関連付けられたリソースでフィードバックを送信しなくてよい。一旦リソースが解放されると、モード２のＶ２ＸＵＥは、そのリソースでサイドリンク伝送をスケジュールしてよい。

スケジューリングＤＣＩは、サイドリンクでの複数のＨＡＲＱフィードバックリソースを示すために、１つのＰＳＦＣＨリソースインジケータフィールドおよび１つのＳＬＨＡＲＱタイミングインジケータフィールドを使用してよい。例えば、ＳＬＨＡＲＱタイミングインジケータフィールドは、各初期伝送／再伝送と、その関連付けられたＨＡＲＱフィードバックリソースとの間の時間オフセットを示してよい。例えば、ＴｘＵＥ２０２は、初期伝送および再伝送用のリソースを最初に決定してよい。次に、ＴｘＵＥ２０２は、示された時間オフセットをそのリソースに適用して、サイドリンクでの関連付けられたＨＡＲＱフィードバックリソースを決定してよい。ＴｘＵＥ２０２は、スケジューリングＤＣＩ内のＰＳＦＣＨリソースインジケータフィールドおよびＳＬＨＡＲＱタイミングインジケータフィールドを復号した後に、例えば、ＲｘＵＥ２０３にＳＣＩ内の同じ値の同じフィールドを伝送することによって、ＲｘＵＥ２０３に情報を転送してよい。ＴｘＵＥ２０２と同様に、スケジュールされた再伝送が、ブラインド再伝送またはＨＡＲＱフィードバックベース再伝送であることに基づいて、それに対応して、ＲｘＵＥ２０３は、サイドリンクでのスケジュールされたＨＡＲＱフィードバックリソースを決定することができる。２段ＳＣＩが適用される場合、ＰＳＦＣＨリソースインジケータフィールドおよびＳＬＨＡＲＱタイミングインジケータフィールドは、１段目のＳＣＩによって搬送されてよい。

ＤＣＩスケジュール式ＨＡＲＱフィードバックベースＵｕインターフェース伝送型早期終了付帯再伝送
ＤＣＩスケジュール式ＨＡＲＱフィードバックベースＵｕインターフェース伝送型早期終了付帯再伝送：さらに別のケースでは、スケジューリングＤＣＩは、ＨＡＲＱフィードバックベースＵｕインターフェース伝送型早期終了付帯再伝送をスケジュールしてよい。ＳＣＩがスロット０にスケジュールされ、初期伝送、サイドリンクでの関連付けられたＨＡＲＱフィードバックリソース（ＲｘＵＥ２０３からＴｘＵＥ２０２への）、またはＵｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソース（ＴｘＵＥ２０２からｇＮＢ２０１への）がスロット０、スロット０およびスロット１にそれぞれスケジュールされ、最初の再伝送、サイドリンクでの関連付けられたＨＡＲＱフィードバックリソース、およびＵｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソースがスロット１、スロット１およびスロット２にそれぞれスケジュールされ、２番目の再伝送、サイドリンクでの関連付けられたＨＡＲＱフィードバックリソース、およびＵｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソースがスロット２、スロット２およびスロット３にそれぞれスケジュールされる例を図２２に示す。

図に示す例では、初期伝送用のＵｕインターフェースでのＨＡＲＱフィードバックリソースと、サイドリンクでの最初の再伝送用のＨＡＲＱフィードバックリソースとは、同じスロットにスケジュールされている。別の例では、異なるスロットでそれらはスケジュールされることがある。例えば、初期伝送、サイドリンクでの関連付けられたＨＡＲＱフィードバックリソース、およびＵｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソースがスロット０、スロット０およびスロット１にそれぞれスケジュールされ、最初の再伝送、サイドリンクでの関連付けられたＨＡＲＱフィードバックリソース、およびＵｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソースがスロット２、スロット２およびスロット３にそれぞれスケジュールされ、２番目の再伝送、サイドリンクでの関連付けられたＨＡＲＱフィードバックリソース、およびＵｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソースがスロット４、スロット４およびスロット５にそれぞれスケジュールされる。サイドリンク伝送またはサイドリンクでの関連付けられたＨＡＲＱフィードバックは、同じスロットにスケジュールされるか、同様に異なるスロットにスケジュールされてよい。

ＲｘＵＥ２０３は、ＳＣＩを復号することによって、スケジュールされた初期伝送および再伝送を判断することができる。伝送ごとに、ＲｘＵＥ２０３は、サイドリンクで、スケジュールされたＨＡＲＱフィードバックリソースを使用して、ＴｘＵＥ２０２にＨＡＲＱフィードバック、例えば、ＡＣＫ／ＮＡＣＫベースフィードバックまたはＮＡＣＫ専用ベースフィードバックを送信してよい。ＴｘＵＥ２０２は、初期伝送または再伝送ごとに、Ｕｕインターフェースでの専用ＨＡＲＱフィードバックリソースを用いてスケジュールされてよい。

伝送が初期伝送または再伝送である（最後の再伝送は含まない）場合に、その伝送後にスケジュールされた伝送が成功しない場合、ＴｘＵＥ２０２は、ＵｕインターフェースでのＨＡＲＱフィードバックリソースでいずれのフィードバックも伝送しなくてもよく、それをスキップしてよい。

最後の再伝送の前にスケジュールされた伝送が成功する場合、ＴｘＵＥ２０２は、確保されているリソースを解放するために、ｇＮＢ２０１に早期終了インジケーションを送信してよく、そうすることで、ｇＮＢ２０１は他の目的にそのリソースを使用することができる。一例として図２１を参照すると、最初の再伝送の後に伝送が成功する場合、ＴｘＵＥ２０２は、残りのスケジュールされた再伝送、例えば、図中の２番目の再伝送を伝送しなくてもよく、Ｕｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソース、例えば、図中のスロット２のＵｕインターフェースでのＨＡＲＱフィードバックリソースを使用して、残りの確保されているリソースが解放されることを示すために、ｇＮＢ２０１にＡＣＫを送信してよい。ＲｘＵＥ２０３は、残りのスケジュールされた再伝送の復号をスキップしてよく、またサイドリンクでの関連付けられたリソースでフィードバックを送信しなくてよい。

ｇＮＢ２０１が確保しているリソースを解放するとすぐに、一アプローチでは、ｇＮＢ２０１のみが、解放されたリソースでの他のサイドリンク伝送をスケジュールすることができる。または、別のアプローチでは、ｇＮＢ２０１とモード２のＶ２ＸＵＥとの両方が、解放されたリソースでのサイドリンク伝送をスケジュールしてよい。あるケースでは、上記の２つのアプローチのうち１つがサポートされてよい。別のケースでは、上記の２つのアプローチの両方がサポートされてよい。このケースでは、ＴｘＵＥ２０２は、解放されたリソースがｇＮＢ２０１によってのみ再利用可能であるのか、ｇＮＢ２０１とモード２のＶ２ＸＵＥとの両方によって再利用可能であるのかどちらかを、ｇＮＢ２０１によってシグナリングされてよい。シグナリングは、ＤＣＩシグナリングを通して、例えば、スケジューリングＤＣＩ内のリソース再利用インジケータフィールドによって行われてよい。例えば、フィールドが「０」に設定されている場合、解放されたリソースは、ｇＮＢ２０１によってのみ再利用可能であることを示し、フィールドが「１」に設定されている場合、解放されたリソースは、ｇＮＢ２０１とモード２のＶ２ＸＵＥとの両方によって再利用可能であることを示す。シグナリングはまた、ＲＲＣ構成を通して、例えば、ＲＲＣパラメータＲｅｌｅａｓｅｄ−Ｒｅｓｏｕｒｃｅ−Ｒｅｕｓｅを通して行われてもよい。例えば、ＵＥが「ｇＮＢのみ」とされるＲｅｌｅａｓｅｄ−Ｒｅｓｏｕｒｃｅ−Ｒｅｕｓｅを用いて構成される場合、解放されるリソースは、ｇＮＢ２０１によってのみ再利用可能であり、ＵＥが「ｇＮＢおよびモード２のＶ２ＸＵＥ」とされるＲｅｌｅａｓｅｄ−Ｒｅｓｏｕｒｃｅ−Ｒｅｕｓｅを用いて構成される場合、解放されるリソースは、ｇＮＢ２０１とモード２のＶ２ＸＵＥとの両方によって再利用可能である。

最後の再伝送の前にスケジュールされた伝送が成功しない場合、ＴｘＵＥ２０２は、最後の再伝送向けにＲｘＵＥ２０３によって送信されたＨＡＲＱフィードバック結果に基づいてｇＮＢ２０１にＨＡＲＱフィードバックを送信してよい。

スケジューリングＤＣＩは、Ｕｕインターフェースでの複数のＨＡＲＱフィードバックリソースを示すために、１つのＰＵＣＣＨリソースインジケータフィールドおよび１つのＵＬＨＡＲＱタイミングインジケータフィールドを使用してよい。例えば、ＵＬＨＡＲＱタイミングインジケータフィールドは、各初期伝送または再伝送と、その関連付けられたＨＡＲＱフィードバックリソースとの間の時間オフセットを示してよい。例えば、ＴｘＵＥ２０２は、初期伝送または再伝送用のリソースを最初に決定してよい。次に、ＴｘＵＥ２０２は、示された時間オフセットをそのリソースに適用して、Ｕｕインターフェースでの関連付けられたＨＡＲＱフィードバックリソースを決定してよい。ＴｘＵＥ２０２は、スケジューリングＤＣＩ内のＰＵＣＣＨリソースインジケータフィールドまたはＵＬＨＡＲＱタイミングインジケータフィールドを復号した後に、例えば、ＲｘＵＥ２０３にＳＣＩ内の同じ値の同じフィールドを伝送することによって、ＲｘＵＥ２０３に情報を転送してよい。ＴｘＵＥ２０２と同様に、スケジュールされた再伝送が、ブラインド再伝送またはＨＡＲＱフィードバックベース再伝送であることに基づいて、それに対応して、ＲｘＵＥ２０３は、サイドリンクでのスケジュールされたＨＡＲＱフィードバックリソースを決定することができる。２段ＳＣＩが適用される場合、ＰＵＣＣＨリソースインジケータフィールドまたはＵＬＨＡＲＱタイミングインジケータフィールドは、１段目のＳＣＩによって搬送されてよい。

本明細書にて提示するように、一部のシナリオでは、ブラインド再伝送とＨＡＲＱフィードバックベース再伝送との両方がサポートされる場合がある。一アプローチでは、スケジューリングＤＣＩ内のフィールドは、どの再伝送モードがスケジュールするかを示すために使用されてよい。例えば、再伝送モードインジケータフィールド（１ビット）は、スケジューリングＤＣＩによって搬送されてよい。再伝送モードインジケータが「０」に設定されている場合、スケジューリングＤＣＩによって初期伝送と共にスケジュールされる再伝送は、ブラインド再伝送であり、再伝送モードインジケータが「１」に設定されている場合、スケジューリングＤＣＩによって初期伝送と共にスケジュールされる再伝送は、ＨＡＲＱフィードバックベース再伝送である。

別のアプローチでは、再伝送モードの情報は、ＲＲＣによって静的に構成されてよい。例えば、ＲＲＣパラメータＳＬ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ−Ｍｏｄｅが構成されてよく、この際、値は「ブラインド」および「ＨＡＲＱベース」であってよい。ＵＥが「ブラインド」とされるＳＬ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ−Ｍｏｄｅを用いて構成される場合、スケジューリングＤＣＩによって初期伝送と共にスケジュールされる再伝送は、ブラインド再伝送であり、ＵＥが「ＨＡＲＱベース」とされるＳＬ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ−Ｍｏｄｅを用いて構成される場合、スケジューリングＤＣＩによって初期伝送と共にスケジュールされる再伝送は、ＨＡＲＱフィードバックベース再伝送である。

ＴｘＵＥ２０２が再伝送モードを認識した後に、ＴｘＵＥ２０２は、ＳＣＩを使用して、例えば、ＲｘＵＥ２０３に送信されるＳＣＩ内の再伝送モードインジケータフィールド（１ビット）によって、ＲｘＵＥ２０３に情報を転送してよい。例えば、ＴｘＵＥ２０２がブラインド再伝送を用いてスケジュールされる場合、ＴｘＵＥ２０２は、ＳＣＩ内の再伝送モードインジケータを「０」に設定してよく、例えば、ＴｘＵＥ２０２がＨＡＲＱフィードバックベース再伝送を用いてスケジュールされる場合、ＴｘＵＥ２０２は、ＳＣＩ内の再伝送モードインジケータを「１」に設定してよい。ＲｘＵＥ２０３に関しては、それに対応して、スケジューリングＳＣＩ内の再伝送モードインジケータフィールドを復号することによって再伝送モードを判断することができる。

モード２で動作するＶ２ＸＵＥの場合、Ｖ２ＸＵＥは、サイドリンク伝送のスケジューリング前に他のＶ２ＸＵＥからのＳＣＩを監視してよい。Ｖ２ＸＵＥは、別のＵＥに対してサイドリンク伝送をスケジュールするＳＣＩを検出および復号するとすぐに、ＳＣＩ内のリソース再利用インジケータフィールド（１ビット）を復号することによって、データ伝送およびサイドリンクでのＨＡＲＱフィードバック向けのリソース割り当てが解放および再利用可能かどうかを判断することができる。２段ＳＣＩが適用される場合、リソース再利用インジケータフィールドは、１段目のＳＣＩによって搬送されてよい。

例えば、検出されたリソース再利用インジケータフィールドが「０」に設定されている場合、Ｖ２ＸＵＥはＳＣＩ内のリソース割り当てが事前確保されていて、解放されないと判断できる。Ｖ２ＸＵＥは、ＳＣＩ内の確保されているリソースを無視して、他の利用可能なリソースを探すことができる。

検出されたリソース再利用インジケータフィールドが「１」に設定されている場合、Ｖ２ＸＵＥはＳＣＩ内のリソース割り当てが解放可能であると判断できる。Ｖ２ＸＵＥは、解放シグナリングを監視して、解放シグナリングが検出される場合、確保されているリソースを再利用してよい。例えば、Ｖ２ＸＵＥはＳＣＩによってスケジュールされたリソースでのＨＡＲＱフィードバックを監視してよい。Ｖ２ＸＵＥが、例えば、スケジュールされたＨＡＲＱフィードバックリソースのうち１つでＡＣＫフィードバックを検出することによって、または、スケジュールされたＨＡＲＱフィードバックリソースのうち１つで伝送されたシグナリングがないことを検出することによって、全てのスケジュールされた伝送が実施される前にスケジュールされた伝送が成功したことを検出する場合、Ｖ２ＸＵＥは、ＰＳＳＣＨ伝送およびＨＡＲＱフィードバック用の残りのリソースを処理してよく、このリソースは、Ｖ２ＸＵＥが該リソースでのサイドリンク伝送をスケジュールする場合がある利用可能なリソースとして元々ＳＣＩによって確保されていたものである。

ＴｘＵＥ２０２に関しては、ＳＣＩ内のリソースが、モード２のＶ２ＸＵＥによって解放および再利用可能である場合、ＴｘＵＥ２０２は、ＳＣＩ内のリソース再利用インジケータフィールドを「１」に設定してよく、ＳＣＩ内のリソースが解放できないか、または、ＳＣＩ内のリソースが解放可能ではあるが、モード２のＶ２ＸＵＥによって再利用できない場合、ＴｘＵＥ２０２は、ＳＣＩ内のリソース再利用インジケータフィールドを「０」に設定してよい。

あるケースでは、再伝送モードインジケータフィールドおよびリソース再利用インジケータフィールドは、ＳＣＩで伝送される２つの異なるフィールドである場合がある。一部の他のケースでは、再伝送モードインジケータフィールドの値およびリソース再利用インジケータフィールドの値は、１対１マッピングであってよく、例えば、２つのフィールドの両方は、同時に「０」または「１」であってよい。これらのケースでは、再伝送モードインジケータフィールドおよび再利用インジケータフィールドのうち１つのみが、ＳＣＩによって搬送されてよい。

例えば、再伝送モードインジケータフィールドのみが、ＳＣＩによって搬送されてよい。その場合、モード２のＶ２ＸＵＥは、本明細書にて開示するリソース再利用インジケータフィールドを読み取るのと同じ様式に従って、再伝送モードインジケータフィールドを読み取って情報を決定してよく逆もまた同様である。

ＳＣＩでは、フィールドは、ＳＣＩによってスケジュールされた伝送が、ｇＮＢ２０１によってスケジュールされたものか、ＴｘＵＥ２０２によってスケジュールされたものかどちらかを示すために使用されてよい。例えば、リソース割り当てモードインジケータフィールド（１ビット）は、スケジューリングＳＣＩによって搬送されてよい。再伝送モードインジケータが「０」に設定されている場合、サイドリンク伝送はｇＮＢ２０１、例えば、モード１リソース割り当てによってスケジュールされたことを示し、再伝送モードインジケータが「１」に設定されている場合、サイドリンク伝送はＶ２ＸＵＥ、例えば、モード２リソース割り当てによってスケジュールされたことを示す。２段ＳＣＩが適用される場合、リソース割り当てモードインジケータフィールドは、１段目のＳＣＩによって搬送されてよい。

例えば、モード２のＶ２ＸＵＥが、ｇＮＢ２０１によってサイドリンク伝送がスケジュールされたことを検出する場合、モード２のＶ２ＸＵＥは、確保されているリソースは、再利用することができないと見なして、ＳＣＩ内のリソース再利用インジケータフィールドを無視することができる。モード２のＶ２ＸＵＥは、ＳＣＩによってスケジュールされたフィードバックリソースで伝送される信号を監視しなくてよい。モード２のＶ２ＸＵＥが、別のモード２のＶ２ＸＵＥによってサイドリンク伝送がスケジュールされたことを検出する場合、モード２のＶ２ＸＵＥは、ＳＣＩ内のリソース再利用インジケータフィールドを読み取って、確保されているリソースは、再利用可能かどうかを判断することができる。確保されているリソースが再利用できる場合、モード２のＶ２ＸＵＥは、ＳＣＩによってスケジュールされたフィードバックリソースで伝送される信号を監視してよい。さらに、この例では、リソース再利用インジケータフィールドは、スケジューリングＳＣＩで伝送されないこともある。例えば、サイドリンク伝送が、別のモード２のＶ２ＸＵＥによってスケジュールされる場合、モード２のＶ２ＸＵＥは、ＳＣＩ内の再伝送モードインジケータフィールドを復号して、確保されているリソースが再利用可能かどうかを判断することができる。再伝送モードインジケータフィールドが「０」に設定されている場合、確保されているリソースは再利用することができず、再伝送モードインジケータフィールドが「１」に設定されている場合は、確保されているリソースは再利用されてよい。この例では、リソース割り当てモードインジケータフィールドおよび再伝送モードインジケータフィールドは、ＳＣＩ内の２つの異なるフィールドであるか、またはリソース割り当てモードインジケータおよび再伝送モードインジケータは、１つのＳＣＩフィールド内の２つの異なるビットである場合がある。例えば、リソース割り当てモードインジケータは最上位ビットであってよく、かつ再伝送モードインジケータは最下位ビットであってよい。

上記の開示した主題は、ｇＮＢ２０１がサイドリンクでのＣＳＩフィードバック、例えば、ＣＳＩ報告、モビリティ測定、ビームマネージメント測定などをスケジュールするケースに適用されてよい。例えば、ｇＮＢ２０１は、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方に、測定および報告のスケジューリングを送信するか、または、ｇＮＢ２０１は、ＴｘＵＥ２０２のみに、測定および報告のスケジューリングを送信して、次いで、ＴｘＵＥ２０２が、ＳＣＩを通してＲｘＵＥ２０３にそのスケジューリングを示してもよい。また、ＲｘＵＥ２０３は、Ｕｕインターフェースを通してｇＮＢ２０１に報告を送信するか、ＲｘＵＥ２０３は、サイドリンクでＴｘＵＥ２０２に報告を送信するか、または、ＲｘＵＥ２０３が、まずＴｘＵＥ２０２に報告を送信して、次いで、ＴｘＵＥ２０２がＵｕインターフェースを通してｇＮＢ２０１にその報告を転送してもよい。

上記の開示した主題は、Ｕｕインターフェースとサイドリンクとがキャリアを共有する共有キャリアシナリオに適用されてよい。一例を図１６に示す。この例では、スケジューリングは、自己完結型であり、これにより遅延を低減することができるが、ＵＥがそのスケジューリングに対して十分に処理能力を有することが要求される。スケジューリングはまた、クロススロットであってもよい。例えば、ｋ＝１、２、３の場合、スケジューリングＤＣＩは、スロット０で行われ、かつスケジュールされたサイドリンク伝送はスロットｋで行われる。

グループキャストユースケースに対するいくつかの特別な考慮事項：グループキャストシナリオでは、ｇＮＢ２０１は、複数のＲｘＵＥ２０３にスケジューリングＤＣＩを送信する場合がある。専用リソースが、異なるＲｘＵＥ２０３に対するスケジューリングＤＣＩに使用されてよい。あるいは、オーバーヘッドを低減するために、以下の例を用いて、共有リソースが、異なるＲｘＵＥ２０３に対するスケジューリングＤＣＩに使用されてよい。共有リソースが使用される場合、同じＣＯＲＥＳＥＴを伴う共通サーチスペースが、グループ内のＵＥ全てに対して構成されてよい。

共有リソースが異なるＲｘＵＥに対するスケジューリングＤＣＩに使用される場合の例１：スケジューリングＤＣＩは、ＳＤＭされてよい。ｇＮＢ２０１は、複数のビームを形成して、同じ時間および周波数リソースを使用して、異なるＲｘＵＥ２０３にスケジューリングＤＣＩを伝送してよい。複数のＲｘＵＥ２０３が、同じビームに対してＱＣＬされる場合、同じビームに対してＱＣＬされた複数のＲｘＵＥ２０３のスケジューリングＤＣＩは、ＴＤＭまたはＦＤＭされてよく、その一方で、異なるビームによる複数のＲｘＵＥ２０３に対するスケジューリングＤＣＩは、ＳＤＭされる。

共有リソースが異なるＲｘＵＥに対するスケジューリングＤＣＩに使用される場合の例２：ｇＮＢ２０１は、全方向性アンテナが使用される場合、複数のＲｘＵＥ２０３に、例えば、近傍グループ内の全てのＵＥに、または、例えば、異なるビームに対するスケジューリングＤＣＩがＳＤＭ、ＴＤＭまたはＦＤＭされる場合、近傍グループ内の同じビームに対してＱＣＬされたＲｘＵＥ２０３に、同じスケジューリングＤＣＩを送信してよい。スケジューリングＤＣＩは、グループ／ビーム共通ＤＣＩフィールド（言い換えると、グループ共通ＤＣＩフィールドまたはビーム共通ＤＣＩ）と、ＵＥ専用ＤＣＩフィールドとの両方を搬送してよい。グループ／ビーム共通ＤＣＩフィールドは、近傍グループ内のＲｘＵＥ２０３によって、または近傍グループ内の同じビームに対してＱＣＬされたＲｘＵＥ２０３によって共有されるＤＣＩを搬送する。例えば、グループ／ビーム共通ＤＣＩフィールドは、伝送／再伝送向けの時間および周波数リソース割り当て、ＢＷＰインジケータフィールド、リソースインジケータフィールド、伝送／受信インジケータフィールド、スロット形式インジケータフィールドなどを搬送してよい。ＵＥ専用ＤＣＩフィールドは、各ＲｘＵＥ２０３に対して専用のＤＣＩ、例えば、ＲｘＵＥ２０３１に対する専用ＤＣＩフィールド、ＲｘＵＥ２０３２に対する専用ＤＣＩフィールド、…、ＲｘＵＥ２０３ｎに対する専用ＤＣＩフィールドを搬送する。例えば、ＵＥ専用ＤＣＩフィールドは、ＨＡＲＱフィードバック、ＣＳＩフィードバックなど向けの時間および周波数リソース割り当てを搬送してよい。各ＵＥは、近傍グループ内の一時ＩＤか、またはビーム内の一時ＩＤを用いて構成されてよい。ＵＥは、グループ／ビーム共通ＤＣＩフィールドおよび構成された一時ＩＤに関連付けられたＵＥ専用ＤＣＩフィールドをチェックすることによってｇＮＢ２０１によってシグナリングされた全ＤＣＩを得てもよい。例えば、一時ＩＤとしてＵＥ１を用いて構成されたＵＥの場合、ＵＥは、その全ＤＣＩ情報を得るために、（ＩＤＵＥ１を伴う）ＲｘＵＥ２０３に対する共通ＤＣＩフィールドまたは専用ＤＣＩフィールドを読み取ってよい。

共有リソースが異なるＲｘＵＥに対するスケジューリングＤＣＩに使用される場合の例３：ｇＮＢ２０１は、全てのＲｘＵＥ２０３に、同じスケジューリングＤＣＩを送信する場合があるが、スケジューリングＤＣＩは、ＵＥ専用ＤＣＩフィールドを搬送しない場合がある。スケジューリングＤＣＩは、グループ／ビーム共通ＤＣＩフィールドのみを送信してよく、各ＵＥは、シグナリングされたスケジューリングＤＣＩから、割り当てられたＵＥ固有リソースを導出することができる。例えば、一選択肢を用いて、ＤＣＩは全てのＵＥに対して、ＨＡＲＱフィードバックまたはＣＳＩフィードバック用の時間および周波数リソースの１つの割り当てを搬送してよい。ＵＥは、割り当てられたリソースをｎ個の部分に自律的に分割し、ＵＥに関連付けられた、例えば、構成された一時ＩＤに関連付けられた部分を使用して、ＨＡＲＱフィードバック、ＣＳＩ報告、モビリティ測定、ビームマネージメント測定などを送信してよい。別の選択肢を用いて、ＤＣＩは、１つのＵＥ、例えば、一時ＩＤとして（ＩＤＵＥ１を伴う）ＲｘＵＥ２０３を用いて構成されたＵＥに対して、ＨＡＲＱフィードバックまたはＣＳＩフィードバック向けの時間および周波数リソース割り当てを搬送してよい。（ＩＤＵＥ１を伴う）ＲｘＵＥ２０３向けのリソース割り当てからそのＵＥが使用するリソースを、他の一時ＩＤを用いて構成されたＵＥは、自律的に導出することができる。例えば、スケジューリングＤＣＩは、ＲＢ０からＲＢｋ−１が、（ＩＤＵＥ１を伴う）ＲｘＵＥ２０３に割り当てられていることを示してもよい。（別のＩＤＵＥ２を伴う）ＲｘＵＥ２０３は、割り当てられたリソースと同じシンボル内のＲＢｋからＲＢ２ｋ−１を使用する必要があると自律的に決定できる。

グループキャストシナリオでは、ＴｘＵＥ２０２がＵｕインターフェースを通してフィードバックを送信するようにｇＮＢ２０１によってスケジュールされる場合、ＴｘＵＥ２０２は、オーバーヘッドを減らすために、受信したＲｘＵＥ２０３のフィードバックから導出される簡潔なフィードバック情報を送信してよい。ＨＡＲＱフィードバックに関しては、ＴｘＵＥ２０２は、全グループキャスト伝送の再伝送が必要かどうかを示すためにｇＮＢ２０１に１つのＨＡＲＱフィードバックを送信するか、またはＴｘＵＥ２０２は、どのビームで再伝送が実施される必要があるかを示すために、ｇＮＢ２０１に各ビームのＨＡＲＱフィードバックを送信してよく、この際、ビットマップが使用されてよく、例えば、｛ｂ_ｋ−１、…、ｂ_１、ｂ_０｝は、最初のビームにｂ_ｋ−１、およびｋ番目のビームにｂ_０でマップされるか、またはＴｘＵＥ２０２は、ｇＮＢ２０１に再伝送を実施するのに必要なビームの数を示してもよい。測定および報告に関しては、ＴｘＵＥ２０２は、ＲｘＵＥ２０３からのＣＳＩ報告から導出された提示されたＭＣＳレベルを送信して、サイドリンク伝送に使用すべきＭＣＳレベルをｇＮＢ２０１が決定することを支援できる。

グループキャストシナリオでは、それぞれのＲｘＵＥ２０３が、異なるＱｏＳ要件を有する場合がある。ＱｏＳ要件に基づいて、ＲｘＵＥ２０３は、ＵＥがｇＮＢ２０１／ＴｘＵＥ２０２にＨＡＲＱフィードバックを送信するかどうかを知らされる場合がある。ＲｘＵＥ２０３は、ＲＲＣ構成によって静的に構成されるか、もしくはアクティベーションＤＣＩによって半持続的にアクティベートおよびディアクティベートされるか、または、そのような情報を伴うスケジューリングＤＣＩによって動的にシグナリングされてよい。例えば、ＵＥは、ＲＲＣパラメータＳＬ−ＨＡＲＱを用いてｇＮＢ２０１によって構成されてよく、この際、「ｏｎ」はＨＡＲＱフィードバックが有効であることを示し、「ＯＦＦ」は、ＨＡＲＱフィードバックが無効であることを示す。あるいは、１ビットのＨＡＲＱフィードバック有効フィールドが、ｇＮＢ２０１によって送信されるアクティベーションＤＣＩ、ディアクティベーションＤＣＩまたはスケジューリングＤＣＩによって搬送されてよく、この際、「１」は、ＨＡＲＱフィードバックが有効であることを示し、「０」は、ＨＡＲＱフィードバックが無効であることを示す。類似の構想が、ＣＳＩフィードバック、例えば、ＣＳＩ報告、ビームマネージメント測定報告、モビリティＲＳＲＰ、または、ＲＳＲＱ測定報告に適用されてよい。例えば、ＵＥは、ＲＲＣ構成によって静的に構成されるか、もしくはアクティベーションＤＣＩによって半持続的にアクティベートおよびディアクティベートされるか、または、ＵＥがチャネル状態情報を報告する必要があるかどうかを伴うスケジューリングＤＣＩでｇＮＢ２０１によって動的にシグナリングされてよい。

グループキャストシナリオでは、ＨＡＲＱフィードバックを送信することができるＵＥの場合、ＵＥは、データの復号に成功する場合には、ＡＣＫをフィードバックしてよく、またデータの復号に失敗する場合には、ＮＡＣＫをフィードバックしてよい。あるいは、別の選択肢を用いて、ＵＥは、データの復号に失敗する場合にのみ、ＮＡＣＫをフィードバックしてよい。ＵＥがデータの復号に成功する場合、ＵＥは、割り当てられたＨＡＲＱフィードバックリソースでＨＡＲＱフィードバックを送信する必要はない。このケースでは、割り当てられたＨＡＲＱフィードバックリソースでフィードバックが１つも受信されない場合、ＴｘＵＥ２０２またはｇＮＢ２０１は、ＲｘＵＥ２０３によってデータが正常に受信されたと見なしてもよい。

グループキャストシナリオでは、再伝送は、送信機のＱｏＳ要件またはデータのＱｏＳ要件に基づいてトリガされる場合があり、例えば、高信頼データは、全てのＲｘＵＥ２０３からＡＣＫを受信するか、いずれのＲｘＵＥ２０３からもＮＡＣＫを受信しないようにＴｘＵＥ２０２に要求する場合がある。したがって、再伝送は、ＴｘＵＥ２０２が全てのＡＣＫフィードバックを受信しないか、またはいずれかのＲｘＵＥ２０３からＮＡＣＫを受信する場合にトリガされる場合があり、低信頼データは、ＴｘＵＥ２０２が総ＲｘＵＥ２０３よりも低い割合のＲｘＵＥ２０３からのＮＡＣＫを受信することを要求する場合がある。ＴｘＵＥ２０２は、ＲＲＣ構成によって静的に構成されるか、もしくはアクティベーションＤＣＩによって半持続的にアクティベートおよびディアクティベートされるか、または、そのような情報を伴うスケジューリングＤＣＩでｇＮＢ２０１によって動的にシグナリングされてよい。例えば、ＴｘＵＥ２０２は、データのＱｏＳ要件を示すＲＲＣパラメータＲｅｌｉａｂｉｌｉｔｙ−Ｔｙｐｅ、および再伝送をトリガするために使用される閾値を示すＲＲＣパラメータＲｅｌｉａｂｉｌｉｔｙ−Ｐｅｒｃｅｎｔａｇｅを用いてｇＮＢ２０１によって構成されてよい。あるいは、別の例では、ＴｘＵＥ２０２は、再伝送をトリガするために使用される閾値を示すＲＲＣパラメータＲｅｌｉａｂｉｌｉｔｙ−Ｐｅｒｃｅｎｔａｇｅを用いてｇＮＢ２０１によって構成されることがある。ＤＣＩフィールドは、スケジューリンググラントごとのデータの信頼性要件を示すために、アクティベーション／ディアクティベーションＤＣＩまたはスケジューリングＤＣＩでｇＮＢ２０１によってシグナリングされてよく、例えば、高信頼性データを示す「１」、および高信頼性データを示す「０」を伴って、１ビットフィールドが使用されてよい。

グループキャストシナリオでは、再伝送がトリガされるとすぐに、ＴｘＵＥ２０２は、初期伝送の際と同じように、近傍グループ内の全てのＲｘＵＥ２０３に再伝送をグループキャストする場合がある。あるいは、ＴｘＵＥ２０２は、ＮＡＣＫしたＲｘＵＥ２０３またはＮＡＣＫしたビームにのみ、再伝送を送信する場合がある。ＴｘＵＥ２０２は、ＲＲＣ構成によって静的に構成されるか、もしくはアクティベーションＤＣＩによって半持続的にアクティベートおよびディアクティベートされるか、または、そのような情報を伴うスケジューリングＤＣＩでｇＮＢ２０１によって動的にシグナリングされてよい。例えば、ＴｘＵＥ２０２は、ＲＲＣパラメータＳＬ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ−Ｔｙｐｅを用いてｇＮＢ２０１によって構成されてよい。あるいは、ＤＣＩフィールドは、スケジューリンググラントごとに再伝送がどのように実施されるかを示すために、アクティベーション／ディアクティベーションＤＣＩまたはスケジューリングＤＣＩでｇＮＢ２０１によってシグナリングされてよく、例えば、「１」が全てのＲｘＵＥ２０３に対する再伝送のグループキャストを示し、「０」がＮＡＣＫしたＵＥ／ビームに対する再伝送を示す状態で、１ビットフィールドが使用されてよい。ＲｘＵＥ２０３に関しては、再伝送の受信時に、初期伝送をＡＣＫしたＲｘＵＥ２０３は、再伝送を無視してもよく、初期伝送をＮＡＣＫしたＲｘＵＥ２０３は、再伝送を復号することによってデータを復号するか、または再伝送と初期伝送とを組み合わせて追跡してよい。

サイドリンクの測定および報告：サイドリンクでのＣＳＩフィードバックのサポートについて本明細書で開示する。ＲｘＵＥ２０３は、ｇＮＢ２０１またはＴｘＵＥ２０２に、チャネル状態情報、ビームマネージメント測定結果、またはモビリティ測定結果を報告する場合がある。周期的、半持続的、および非周期的測定または報告が、ＮＲＶ２Ｘでサポートされる場合がある。

周期的測定または報告の場合、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方は、ＲＲＣ構成ＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇを用いて構成されてよい。ＵＥは、ＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇの複数の構成を用いて構成されてよく、この際、各構成は、１つのＩＤ、例えば、ｃｏｎｆｉｇ−ＩＤに関連付けられる。各構成は、報告される必要があるパラメータ、測定を行うのに使用される参照信号の情報、および報告に使用されるリソースなどの情報を搬送してよい。

ＵＥは、１つのパラメータまたはパラメータの１つのセットを報告するように、ＲＲＣ構成ＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇによって構成されてよく、この際、パラメータは、タイプ１のチャネル状態情報、例えば、ＣＱＩ、ＲＩ、ＰＭＩ、タイプ２のチャネル状態情報、例えば、干渉状態、チャネルマトリックスの固有値および固有ベクトルなど、ビームマネージメントのＲＳＲＰ、ＲＳＲＱ測定値、モビリティのＲＳＲＰ、ＲＳＲＱ測定値であってよい。ＵＥは、測定を行うのに使用される参照信号を示すＲＲＣ構成ＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇによって、ＳＳＢインデックス、ＤＭＲＳポート、ＣＳＩ−ＲＳ構成またはＳＲＳ構成を用いて構成されてよい。ＵＥは、報告に使用されるリソースを示すＲＲＣ構成ＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇによって、時間および周波数リソース、例えば、スロットインデックス、シンボルの開始および長さ、時間オフセット値、開始ＲＢインデックス、使用されるＲＢのビットマップ、使用される連続的なＲＢの数を用いて構成されてよい。

半持続的測定および報告の場合、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方は、複数のＲＲＣ構成ＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇを用いて構成されてよい。ｇＮＢ２０１は、アクティベーションＤＣＩ内のＣＳＩ取得および報告フィールドを使用して、半持続的測定および報告をトリガしてよく、例えば、０は、測定および報告をトリガしないことを示し、他の値は、トリガされるＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇのインデックスを示す。ｇＮＢ２０１は、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方にアクティベーションＤＣＩを送信することによって半持続的測定および報告をトリガしてよい。あるいは、ｇＮＢ２０１が、ＴｘＵＥ２０２にアクティベーションＤＣＩを送信することによって半持続的測定および報告をトリガして、ＴｘＵＥ２０２が、ＳＣＩを通してＲｘＵＲにトリガされる半持続的測定を示してよい。

非周期的測定および報告の場合、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方は、複数のＲＲＣ構成ＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇを用いて構成されてよい。ｇＮＢ２０１は、スケジューリングＤＣＩ内のＣＳＩ取得および報告フィールドを使用して、非周期的測定および報告をスケジュールしてよく、例えば、０は、測定および報告をスケジュールしないことを示し、他の値は、スケジュールされるＳＬ−ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇのインデックスを示す。ｇＮＢ２０１は、ＴｘＵＥ２０２またはＲｘＵＥ２０３にスケジューリングＤＣＩを送信することによって非周期的測定および報告をスケジュールしてよい。あるいは、ｇＮＢ２０１が、ＴｘＵＥ２０２にスケジューリングＤＣＩを送信することによって非周期的測定および報告をスケジュールして、ＴｘＵＥ２０２が、ＳＣＩを通してＲｘＵＲにスケジュールされた非周期的測定および報告を示してよい。

ＲＲＣ構成ベースサイドリンクリソース割り当て
ブロードキャストサイドリンク伝送
ブロードキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢ２０１またはｇＮＢのようなノードが、ブロードキャストサイドリンク伝送向けにＵＥによって使用されるリソースを静的に構成する場合がある。ＵＥは、ＲＲＣ構成を通して、ブロードキャストサイドリンク伝送用のリソースを用いて静的に構成されてよい。ＵＥはサイドリンクで伝送するデータを有する場合、ＵＥは、動的グラントなしで構成されたリソースを使用して制御およびデータをブロードキャストしてよい。

ＵＥは、ブロードキャストオケージョンを用いてＲＲＣによって静的に構成されてよい。ブロードキャストオケージョン（Broadcast Occasion：ＢＯ）は、ブロードキャストするための時間、周波数および空間（例えば、指向性アンテナもしくはパネル、または指向性ビーム）におけるサイドリンクリソース割り当てとして定義される場合がある。ＲＲＣ構成は、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通もしくは専用ＲＲＣ構成を通して構成されてよい。

ＮＲＶ２Ｘでのブロードキャスト、グループキャスト、またはユニキャストサイドリンク伝送向けのオケージョンの静的構成をサポートするために、異なるＩＥ、例えば、ＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｂｒｏａｄｃａｓｔ、ＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−ＧｒｏｕｐｃａｓｔおよびＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｕｎｉｃａｓｔが使用されるか、または、同じＩＥ、例えば、ＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇが使用されてよく、この際、サイドリンク伝送のタイプ、例えば、ブロードキャスト、グループキャスト、またはユニキャストは、ＩＥで明示される。ＩＥＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇまたはＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｂｒｏａｄｃａｓｔは、１）サイドリンク伝送のタイプ、２）キャリアのタイプ、３）リソースのニューメロロジー、４）サイドリンクでブロードキャストを伝送するＵＥのサイドリンクＩＤ、５）ＢＯの周期、６）周波数領域リソース割り当て、または７）ビームスイーピング情報などのＲＲＣ構成を搬送してよい。

サイドリンク伝送のタイプを示すＲＲＣ構成。例えば、同じＩＥＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇがサイドリンク伝送タイプの全てに使用される場合、Ｂｒｏａｄｃａｓｔ、Ｇｒｏｕｐｃａｓｔ、またはＵｎｉｃａｓｔである場合があるＲＲＣ構成ＮＲ−ＳＬ−ＣｏｍｍｕｎｃａｔｉｏｎＴｙｐｅ。

ブロードキャストサイドリンク伝送向けのＳＣＩが生成されるときに、ＳＣＩ用のスクランブルリング系列が、連帯的に発信元ＩＤおよび送信先ＩＤによって初期化されてよい。あるいは、ＳＣＩ用のスクランブルリング系列は、発信元ＩＤまたは送信先ＩＤのうち１つによって初期化され、それらのうちのもう１つは、ＳＣＩペイロードで示されてよい。例えば、送信先ＩＤはＳＣＩをスクランブルするために使用され、発信元ＩＤはＳＣＩペイロードによって搬送される。

ＢＯの周期を示すＲＲＣ構成。

時間領域リソース割り当てを示すＲＲＣ構成。ＢＯ用の時間領域リソースは、以下の変形例を用いて構成される可能性があることを開示する。

変形例１：ＵＥは、ＢＯ用の時間領域リソースを示す１つまたは複数のビットマップを用いて構成されてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、ＲＲＣ構成によって構成されてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のミニスロットにマップされる。

変形例２：ＵＥは、ＢＯ用の時間領域リソースを示す時間オフセット、開始点および持続時間を用いて構成されてよい。ＵＥは、ＳＦＮ＝０を基準にしてＢＯのスロット／サブフレームオフセットを用いて構成されてよい。ＵＥは、ＢＯの開始点を示す開始インデックスを用いて構成されてよく、この際、開始インデックスは、スロット内のシンボルインデックスまたはミニスロットインデックスであってよい。ＵＥは、ＢＯの持続時間を示すシンボルの数またはミニスロットの数を用いて構成されてよい。上述のパラメータは、別々の構成を用いて構成されるか、またはパラメータの一部は、連帯的に構成されてよい。例えば、事前に定められたテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、開始または持続時間の値を示すテーブルのインデックスを用いて構成されてよい。

ブロードキャストサイドリンク伝送の場合、ＵＥは、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの時間領域リソースを用いて構成されて、いくつかの事前に定められた規則に従って、全方向に対する時間領域リソースを決定してよい。あるいは、ＵＥは、各方向に対して、それぞれ時間領域リソースを用いて構成されてよい。例えば、ＵＥは、時間領域リソースの複数の開始および持続時間値を知らされてよい。あるいは、ＵＥは、第１方向の伝送用の時間領域リソースと残りの方向の伝送用の時間領域リソースとの間のギャップを知らされてよい。

ブロードキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的に構成されてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨまたはＰＳＳＣＨの両方に使用されてよい。あるいは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを構成してよい。

周波数領域リソース割り当てを示すＲＲＣ構成。ＵＥは、ＢＯ向けに連続した周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。一変形例を用いて、ＵＥは、パラメータＳｔａｒｔＲＢおよびＬｅｎｇｔｈＲＢを用いて構成されるか、またはＵＥは、パラメータＳｔａｒｔＲＢＧおよびＬｅｎｇｔｈＲＢＧを用いて構成されてよい。別の変形例を用いて、周波数リソースはビットマップによって構成されてよい。ビットマップ内の各ビットは、１つのＲＢ、１つのＲＢＧまたは１つのサブチャネルを示してよい。ＵＥは、ビットマップに関連付けられた開始ＲＢ、ＲＢＧ、またはサブチャネルを示すインデックスを用いて構成されてよい。

ブロードキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的に構成されてよく、例えば、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの周波数領域リソース、例えば、ＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを構成してよい。

ビームスイーピング情報を示すＲＲＣ構成。ブロードキャストサイドリンク伝送の場合、伝送ＵＥ２０２は、複数のビームを使用して複数の方向に情報をブロードキャストする場合がある。

変形例１：ｇＮＢ２０１は、ＵＥが実施する必要があるビームスイーピングの数を決定してよく、かつ構成したグラントで決定した値をＵＥに構成してよい。ＵＥは、ビームスイーピング構成の決定時にＮＢを支援するようにＮＢに支援情報を提供してもよい。このような支援情報は、関心のＶ２Ｘサービス、例えば、ＵＥが同時にカバーできるビームスイーピング方向の数で表されるＵＥ能力、電力節約モード選好を含むＵＥスケジューリング選好などのうち１つまたは複数を含んでよい。

ＵＥがｋ個の方向／ビームを通して、情報をブロードキャストするように構成されると仮定する場合、ＵＥは、各ビームに対して、それぞれｋ個のＢＯを用いて構成されてよい。あるいは、ＵＥは、全てのビームに対して１つのＢＯを用いて構成されてよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって構成されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

変形例２：ビームスイーピングの数は、ＵＥによって決定されてよい。ＵＥは、複数のシンボルまたはミニスロットを含む１つのＢＯを用いてＲＲＣによって構成されてよい。ＵＥは、ビームスイーピングのために、ＢＯ内の構成されたシンボルおよびミニスロットを自律的に使用してよい。ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

ＵＥは、ＳＦＩを動的に知らされてもよい。専用サイドリンクキャリアを用いて構成されるＵＥの場合、ＵＥは、「Ｓ」とされるシンボルのみでサイドリンク伝送を実施してよい。あるいは、ＵＥは、「Ｓ」または「Ｕ」とされるシンボルでサイドリンク伝送を実施してよい。Ｕｕとサイドリンクとの間の共有サイドリンクキャリアを用いて構成されるＵＥの場合、ＵＥは、「Ｓ」とされるシンボルのみでサイドリンク伝送を実施してよい。

ＲＲＣ構成式ＢＯと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、ＲＲＣ構成を上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。ＢＯがミニスロット内で構成され、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

ユニキャストサイドリンク伝送
ＮＲＶ２Ｘでは、ｇＮＢ２０１またはｇＮＢのようなノードが、ユニキャストサイドリンク伝送向けにＵＥによって使用されるリソースを静的に構成する場合がある。ＵＥは、ＲＲＣ構成を通して、ユニキャストサイドリンク伝送／受信用のリソースを用いて静的に構成される可能性があることを開示する。ＵＥはサイドリンクで伝送するデータを有する場合、ＵＥは、動的グラントなしで構成されたリソースを使用してペアＵＥに制御およびデータをユニキャストしてよい。

ＵＥは、ユニキャストオケージョンを用いてＲＲＣによって静的に構成される可能性があることを開示する。ユニキャストオケージョン（Unicast Occasion：ＵＯ）は、ユニキャストするための時間、周波数および空間（例えば、指向性アンテナもしくはパネル、または指向性ビーム）におけるサイドリンクリソース割り当てとして定義される場合がある。ＲＲＣ構成は、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通もしくは専用ＲＲＣ構成を通して構成されてよい。ＩＥＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇまたはＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｕｎｉｃａｓｔが、１）サイドリンク伝送のタイプ、２）キャリアのタイプ、３）リソースのニューメロロジー、４）サイドリンクでのユニキャストＵＥＩＤ、５）ユニキャストペアＵＥＩＤ、６）ＵＯの周期、７）時間領域リソース、８）繰り返しおよび冗長バージョンの数、９）周波数領域リソース、１０）ＨＡＲＱフィードバック情報、または１１）再伝送関連情報、などのＲＲＣ構成を搬送する可能性があることを開示する。

サイドリンクでのユニキャストＵＥＩＤを示すＲＲＣ構成。ユニキャストサイドリンク通信の場合、ＵＥは、ＵＥＩＤ、例えば、ＳＬ−Ｕ−ＲＮＴＩを用いて構成されてよい。伝送ＵＥ２０２の場合、ＵＥは発信元ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。受信ＵＥ２０３の場合、ＵＥは送信先ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。

ユニキャストペアＵＥＩＤを示すＲＲＣ構成。ユニキャストサイドリンク通信を実施するために、ＵＥは、ペアＵＥの情報を知る必要がある。ＵＥは、構成されるグラントで、ペアＵＥのＩＤ、例えば、ＳＬ−ＵＰ−ＲＮＴＩを用いてＲＲＣを通して構成されてよい。伝送ＵＥ２０２の場合、ペアＵＥのＩＤは、送信先ＩＤとして使用されてよい。受信ＵＥ２０３の場合、ペアＵＥのＩＤは、発信元ＩＤとして使用されてよい。

ＵＯの周期を示すＲＲＣ構成。

時間領域リソース割り当てを示すＲＲＣ構成。ＵＯ用の時間領域リソースは、以下の変形例を用いて構成される可能性があることを開示する。

変形例１：ＵＥは、ＵＯ用の時間領域リソースを示す１つまたは複数のビットマップを用いて構成されてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、ＲＲＣ構成によって構成されてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のミニスロットにマップされる。

変形例２：ＵＥは、ＵＯ用の時間領域リソースを示す時間オフセット、開始点および持続時間を用いて構成されてよい。ＵＥは、ＳＦＮ＝０を基準にしてＵＯのスロット／サブフレームオフセットを用いて構成されてよい。ＵＥは、ＵＯの開始点を示す開始インデックスを用いて構成されてよく、この際、開始インデックスは、スロット内のシンボルインデックスまたはミニスロットインデックスであってよい。ＵＥは、ＵＯの持続時間を示すシンボルの数またはミニスロットの数を用いて構成されてよい。上述のパラメータは、別々の構成を用いて構成されるか、またはパラメータの一部は、連帯的に構成されてよい。例えば、事前に定められたテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、開始および持続時間の値を示すテーブルのインデックスを用いて構成されてよい。

ユニキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的に構成されてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを構成してよい。

繰り返しおよび冗長バージョン（ＲＶ）の数を示すＲＲＣ構成。信頼性を向上させるために、ＵＥは、ユニキャストサイドリンク伝送を繰り返す場合がある。ＵＥは、ＲＲＣ構成を通して、繰り返しおよびＲＶの数を用いてｇＮＢ２０１によって構成されてよい。類似の構想が、グループキャストサイドリンク伝送に適用されてよい。ＵＥが初期伝送を繰り返す場合、スロット間繰り返し、またはスロット内繰り返しが実施されてよい。ＵＥは、繰り返しのために、後続のスロット内の同じシンボルまたはミニスロットを使用してもよい。あるいは、ＵＥは、繰り返しのために、同じスロット内のシンボルまたはミニスロットを使用してもよい。

ＨＡＲＱフィードバック関連情報を示すＲＲＣ構成。ＵＥは、ＨＡＲＱプロセスの数を用いて構成されてよい。ＵＥは、伝送とフィードバックとの両方に対して１つのＵＯを用いて構成されてよい。フィードバックに使用されるリソース、例えば、伝送とフィードバックとの間の時間オフセットは、伝送中にＳＣＩによって示されてよい。あるいは、ＵＥは、伝送およびフィードバックに対して、それぞれ専用のＵＯを用いて構成されてよい。伝送用のＵＯと、フィードバック用のＵＯとは、１対１マッピングを用いて構成されてよい。受信ＵＥ２０３は、伝送を受信すると、関連付けられたフィードバックＵＯを使用してフィードバックを送信してよい。

再伝送関連情報を示すＲＲＣ構成。伝送ＵＥ２０２によってＮＡＣＫが受信される場合、伝送ＵＥ２０２は再伝送を実施してよい。ＵＥは、再伝送に対して、専用のＵＯを用いて構成されてよい。伝送用のＵＯと、フィードバック用のＵＯとは、１対１マッピングを用いて構成されてよい。伝送ＵＥ２０２は、ＮＡＣＫを受信すると、関連付けられた再伝送ＵＯを使用して再伝送を送信してよい。あるいは、専用再伝送ＵＯは構成されなくてもよい。ＵＥは、伝送および再伝送のために、構成されたＵＯ内のリソースを使用してもよい。再伝送に使用されるリソース、例えば、伝送と再伝送との間の時間オフセットは、伝送時のＳＣＩで、または受信ＵＥ２０３によって送信されるフィードバックで示されてよい。

周波数領域リソース割り当てを示すＲＲＣ構成。ＵＥは、ＵＯ向けに連続した周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。一変形例を用いて、ＵＥは、パラメータＳｔａｒｔＲＢおよびＬｅｎｇｔｈＲＢを用いて構成されるか、またはＵＥは、パラメータＳｔａｒｔＲＢＧおよびＬｅｎｇｔｈＲＢＧを用いて構成されてよい。別の変形例を用いて、周波数リソースはビットマップによって構成されてよい。ビットマップ内の各ビットは、１つのＲＢ、１つのＲＢＧまたは１つのサブチャネルを示してよい。ＵＥは、ビットマップに関連付けられた開始ＲＢ、ＲＢＧ、またはサブチャネルを示すインデックスを用いて構成されてよい。

ユニキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的に構成されてよく、例えば、ＰＳＣＣＨまたはＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの周波数領域リソース、例えば、ＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを構成してよい。

ＲＲＣ構成式ＵＯと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、ＲＲＣ構成を上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。ＵＯがミニスロット内で構成され、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

グループキャストサイドリンク伝送
グループキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢ２０１またはｇＮＢのようなノードが、グループキャストサイドリンク伝送向けにＵＥによって使用されるリソースを静的に構成する場合がある。ＵＥは、ＲＲＣ構成を通して、グループキャストサイドリンク伝送／繰り返し用のリソースを用いて静的に構成される可能性があることを開示する。ＵＥはサイドリンクで伝送するデータを有する場合、ＵＥは、動的グラントなしで構成されたリソースを使用してＵＥグループに制御およびデータをグループキャストしてよい。

ＵＥは、グループキャストオケージョンを用いてＲＲＣによって静的に構成される可能性があることを開示する。グループキャストオケージョン（Groupcast Occasion：ＧＯ）は、グループキャストするための時間、周波数および空間（例えば、指向性アンテナもしくはパネル、または指向性ビーム）におけるサイドリンクリソース割り当てとして定義される場合がある。ＲＲＣ構成は、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通もしくは専用ＲＲＣ構成を通して構成されてよい。ＩＥＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇまたはＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｇｒｏｕｐｃａｓｔが、以下のＲＲＣ構成を搬送する可能性があることを開示する。

サイドリンクでのグループ伝送ＩＤを示すＲＲＣ構成。グループキャストサイドリンク伝送の場合、ＵＥは、サイドリンクでのＵＥＩＤを用いて構成されることがある。例えば、ＵＥは、ＵＥＩＤ、例えば、ＳＬ−Ｇ−ＲＮＴＩを用いて構成されてよい。ＵＥがサイドリンクでのグループキャストを必要とする場合、ＵＥは形成されたグループ内の発信元ＩＤとしてＳＬ−Ｇ−ＲＮＴＩを使用してよい。

サイドリンクでのグループＩＤを示すＲＲＣ構成。ＵＥは、グループＩＤ、例えば、ＳＬ−ＧＤ−ＲＮＴＩを用いて構成されてよい。ＵＥは、送信先グループＩＤとして構成されたグループＩＤを使用してよい。

ＳＣＩを生成するときに、ＳＣＩ用のスクランブルリング系列が、連帯的に送信先グループＩＤおよび発信元ＩＤによって初期化されてよい。あるいは、ＳＣＩ用のスクランブルリング系列は、送信先グループＩＤおよび発信元ＩＤのうち１つによって初期化され、それらのうちのもう１つは、ＳＣＩペイロードで示されてよい。例えば、送信先グループＩＤはＳＣＩをスクランブルするために使用され、発信元ＩＤはＳＣＩペイロードによって搬送される。

ＧＯの周期を示すＲＲＣ構成。

時間領域リソース割り当てを示すＲＲＣ構成。ＧＯ用の時間領域リソースは、以下の変形例を用いて構成される可能性があることを開示する。

変形例１：ＵＥは、ＧＯ用の時間領域リソースを示す１つまたは複数のビットマップを用いて構成されてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、ＲＲＣ構成によって構成されてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のミニスロットにマップされる。

変形例２：ＵＥは、ＧＯ用の時間領域リソースを示す時間オフセット、開始点および持続時間を用いて構成されてよい。ＵＥは、ＳＦＮ＝０を基準にしてＧＯのスロット／サブフレームオフセットを用いて構成されてよい。ＵＥは、ＧＯの開始点を示す開始インデックスを用いて構成されてよく、この際、開始インデックスは、スロット内のシンボルインデックスまたはミニスロットインデックスであってよい。ＵＥは、ＧＯの持続時間を示すシンボルの数またはミニスロットの数を用いて構成されてよい。上述のパラメータは、別々の構成を用いて構成されるか、またはパラメータの一部は、連帯的に構成されてよい。例えば、事前に定められたテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、開始および持続時間の値を示すテーブルのインデックスを用いて構成されてよい。

グループキャストサイドリンク伝送の場合、ＵＥは、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの時間領域リソースを用いて構成されて、いくつかの事前に定められた規則に従って、全方向に対する時間領域リソースを決定してよい。あるいは、ＵＥは、各方向に対して、それぞれ時間領域リソースを用いて構成されてよい。例えば、ＵＥは、時間領域リソースの複数の開始および持続時間値を知らされてよい。あるいは、ＵＥは、第１方向の伝送用の時間領域リソースと残りの方向の伝送用の時間領域リソースとの間のギャップを知らされてよい。

グループキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的に構成されてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを構成してよい。

繰り返しおよび冗長バージョン（ＲＶ）の数を示すＲＲＣ構成。信頼性を向上させるために、ＵＥは、グループキャストサイドリンク伝送を繰り返す場合がある。ＵＥは、ＲＲＣ構成を通して、繰り返しおよびＲＶの数を用いてｇＮＢ２０１によって構成されてよい。ＵＥが初期伝送を繰り返す場合、スロット間繰り返し、またはスロット内繰り返しが実施されてよい。ＵＥは、繰り返しのために、後続のスロット内の同じシンボルまたはミニスロットを使用してもよい。あるいは、ＵＥは、繰り返しのために、同じスロット内のシンボルまたはミニスロットを使用してもよい。ビームスイーピングがグループキャストに適用される場合、伝送ＵＥ２０２は、全ビームスイーピング、例えば、ビーム１、ビーム２、…、ビームｋ、ビーム１、ビーム２、…、ビームｋ、…、ビーム１、ビーム２、…、ビームｋを繰り返してよい。あるいは、ＵＥは、ビームごとに繰り返して、ビームスイーピング、例えば、ビーム１、ビーム１、…、ビーム１、ビーム２、ビーム２、…、ビーム２、…、ビームｋ、ビームｋ、…、ビームｋを行ってもよい。

ＨＡＲＱフィードバック関連情報を示すＲＲＣ構成。ＵＥは、ＨＡＲＱプロセスの数を用いて構成されてよい。ＵＥは、伝送とフィードバックとの両方に対して１つのＧＯを用いて構成されてよい。フィードバックに使用されるリソース、例えば、伝送とフィードバックとの間の時間オフセットは、伝送中にＳＣＩによって示されてよい。あるいは、ＵＥは、伝送およびフィードバックに対して、それぞれ専用のＧＯを用いて構成されてよい。伝送用のＧＯと、フィードバック用のＧＯとは、１対１マッピングを用いて構成されてよい。受信ＵＥ２０３は、伝送を受信すると、関連付けられたフィードバックＧＯを使用してフィードバックを送信してよい。

再伝送関連情報を示すＲＲＣ構成。伝送ＵＥ２０２によってＮＡＣＫが受信される場合、伝送ＵＥ２０２は再伝送を実施してよい。ＵＥは、再伝送に対して、専用のＧＯを用いて構成されてよい。伝送用のＧＯと、フィードバック用のＧＯとは、１対１マッピングを用いて構成されてよい。伝送ＵＥ２０２は、ＮＡＣＫを受信すると、関連付けられた再伝送ＧＯを使用して再伝送を送信してよい。あるいは、専用再伝送ＧＯは構成されなくてもよい。ＵＥは、伝送および再伝送のために、構成されたＧＯ内のリソースを使用してもよい。再伝送に使用されるリソース、例えば、伝送と再伝送との間の時間オフセットは、伝送時のＳＣＩで、または受信ＵＥ２０３によって送信されるフィードバックで示されてよい。

周波数領域リソース割り当てを示すＲＲＣ構成。ＵＥは、ＧＯ向けに連続した周波数リソースを用いて構成されてよい。周波数リソースは、ＲＢ内で構成されるか、またはサブチャネル内、例えば、ＲＢＧ内で構成されてよい。一変形例を用いて、ＵＥは、パラメータＳｔａｒｔＲＢおよびＬｅｎｇｔｈＲＢを用いて構成されるか、またはＵＥは、パラメータＳｔａｒｔＲＢＧおよびＬｅｎｇｔｈＲＢＧを用いて構成されてよい。別の変形例を用いて、周波数リソースはビットマップによって構成されてよい。ビットマップ内の各ビットは、１つのＲＢ、１つのＲＢＧまたは１つのサブチャネルを示してよい。ＵＥは、ビットマップに関連付けられた開始ＲＢ、ＲＢＧ、またはサブチャネルを示すインデックスを用いて構成されてよい。

グループキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的に構成されてよく、例えば、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨに対して、それぞれ２つの周波数領域リソース、例えば、ＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを構成してよい。

ビームスイーピング情報を示すＲＲＣ構成。グループキャストサイドリンク伝送の場合、伝送ＵＥ２０２は、複数のビームを使用して複数の方向に情報をグループキャストする場合がある。

変形例１：ｇＮＢ２０１は、ＵＥが実施する必要があるビームスイーピングの数を決定してよく、かつ構成したグラントで決定した値をＵＥに構成してよい。ＵＥがｋ個の方向／ビームを通して、情報をグループキャストするように構成されると仮定する場合、ＵＥは、各ビームに対して、それぞれｋ個のＧＯを用いて構成されてよい。あるいは、ＵＥは、全てのビームに対して１つのＧＯを用いて構成されてよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって構成されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

変形例２：ビームスイーピングの数は、ＵＥによって決定されてよい。ＵＥは、複数のシンボルまたはミニスロットを含む１つのＧＯを用いてＲＲＣによって構成されてよい。ＵＥは、ビームスイーピングのために、ＧＯ内の構成されたシンボルおよびミニスロットを自律的に使用してよい。ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

ＲＲＣ構成式ＧＯと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、ＲＲＣ構成を上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。ＧＯがミニスロット内で構成され、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

アクティベーション／ディアクティベーションベースサイドリンクリソース割り当て
ブロードキャストサイドリンク伝送
ブロードキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢ２０１またはｇＮＢのようなノードが、ブロードキャストサイドリンク伝送向けにＵＥによって使用されるリソースを半持続的に割り当てる場合がある。ＵＥは、ＲＲＣ構成およびアクティベーションＤＣＩを通して、ブロードキャストサイドリンク伝送用のリソースを半持続的にシグナリングされる可能性があることを開示する。ＵＥはサイドリンクで伝送するデータを有する場合、ＵＥは、動的グラントなしでアクティベートされたリソースを使用して制御およびデータをブロードキャストしてよい。ｇＮＢ２０１は、ディアクティベーションＤＣＩを使用して、アクティベートされたリソースをディアクティベートしてよい。

ＵＥは、ブロードキャストオケージョンを用いてＲＲＣおよびアクティベーションＤＣＩによって半持続的に割り当てられてよい。ブロードキャストオケージョン（ＢＯ）は、ブロードキャストするための時間、周波数および空間（例えば、指向性アンテナもしくはパネル、または指向性ビーム）におけるサイドリンクリソース割り当てとして定義される場合がある。ＲＲＣ構成は、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通もしくは専用ＲＲＣ構成を通して構成されてよい。

ＲＲＣ構成の詳細な設計：ＮＲＶ２Ｘでのブロードキャスト、グループキャスト、またはユニキャストサイドリンク伝送向けのオケージョンを半持続的に割り当てするために、異なるＩＥ、例えば、ＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｂｒｏａｄｃａｓｔ、ＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−ＧｒｏｕｐｃａｓｔおよびＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｕｎｉｃａｓｔが使用されるか、または、同じＩＥ、例えば、ＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇが使用されてよく、この際、サイドリンク伝送のタイプ、例えば、ブロードキャスト、グループキャスト、またはユニキャストは、ＩＥで明示されることを開示する。ＩＥＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇまたはＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｂｒｏａｄｃａｓｔが、アクティベートすべきＢＯの情報を伝達するために、以下のＲＲＣ構成を搬送する可能性があることを開示する。

候補リソースのインデックスを示すＲＲＣ構成。ＵＥは、アクティベートすべき複数のＢＯを用いて構成されてよい。各ＢＯは、１つの専用リソースインデックス、例えば、ＲＲＣ構成ＮＲ−ＢＯ−Ｉｎｄｅｘに関連付けられてよい。ＵＥは、アクティベート／ディアクティベートＤＣＩを通して、どのＢＯがアクティベート／ディアクティベートされるかを決定することができる。

サイドリンクでブロードキャストを伝送するＵＥのサイドリンクＩＤを示すＲＲＣ構成。ブロードキャストサイドリンク伝送の場合、ＵＥは、発信元ＩＤ、または送信先ＩＤとして、サイドリンクでのＵＥＩＤを用いて構成されることがある。例えば、ＵＥは、発信元ＩＤとして使用すべきサイドリンクブロードキャスト伝送ＲＮＴＩ（ＳＬ−ＢＴ−ＲＮＴＩ）を用いて構成されてよい。ＵＥは、各送信先ＩＤが異なるサービスに関連付けられる場合がある送信先ＩＤとして使用すべきサイドリンクブロードキャスト受信ＲＮＴＩ（ＳＬ−ＢＲ−ＲＮＴＩ）を用いて構成されてよい。

ブロードキャストサイドリンク伝送向けのＳＣＩが生成されるときに、ＳＣＩ用のスクランブルリング系列が、連帯的に発信元ＩＤおよび送信先ＩＤによって初期化されてよい。あるいは、ＳＣＩ用のスクランブルリング系列は、発信元ＩＤおよび送信先ＩＤのうち１つによって初期化され、それらのうちのもう１つは、ＳＣＩペイロードで示されてよい。例えば、送信先ＩＤはＳＣＩをスクランブルするために使用され、発信元ＩＤはＳＣＩペイロードによって搬送される。

ＢＯの周期を示すＲＲＣ構成。

変形例２：ＵＥは、ＢＯ用の時間領域リソースを示す時間オフセット、開始点および持続時間を用いて構成されてよい。ＵＥは、ＳＦＮ＝０を基準にしてＢＯのスロット／サブフレームオフセットを用いて構成されてよい。ＵＥは、ＢＯの開始点を示す開始インデックスを用いて構成されてよく、この際、開始インデックスは、スロット内のシンボルインデックスまたはミニスロットインデックスであってよい。ＵＥは、ＢＯの持続時間を示すシンボルの数またはミニスロットの数を用いて構成されてよい。上述のパラメータは、別々の構成を用いて構成されるか、またはパラメータの一部は、連帯的に構成されてよい。例えば、事前に定められたテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、開始および持続時間の値を示すテーブルのインデックスを用いて構成されてよい。

ブロードキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的に構成されてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを構成してよい。

変形例１：ｇＮＢ２０１は、ＵＥが実施する必要があるビームスイーピングの数を決定してよく、かつ構成したグラントで決定した値をＵＥに構成してよい。ＵＥがｋ個の方向／ビームを通して、情報をブロードキャストするように構成されると仮定する場合、ＵＥは、各ビームに対して、それぞれｋ個のＢＯを用いて構成されてよい。あるいは、ＵＥは、全てのビームに対して１つのＢＯを用いて構成されてよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって構成されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

アクティベーション／ディアクティベーションＤＣＩの詳細な設計：アクティベーション／ディアクティベーションＤＣＩは、ＢＯを半持続的にアクティベート／ディアクティベートするために使用されてよい。他のＤＣＩとアクティベーション／ディアクティベーションＤＣＩとを区別するために、新しいＲＮＴＩ、例えば、ＳＬ−ＣＳ−ＲＮＴＩを使用して、アクティベーション／ディアクティベーションＤＣＩのＣＲＣをスクランブルしてよい。ＢＯ、ＧＯおよびＵＯ向けのアクティベーション／ディアクティベーションＤＣＩを区別するために、アクティベーション／ディアクティベーションＤＣＩペイロードが、アクティベート／ディアクティベートされるサイドリンク通信のタイプを示すフィールドを搬送してよい。あるいは、ＢＯ、ＧＯおよびＵＯ向けのアクティベーション／ディアクティベーションＤＣＩのＣＲＣをそれぞれスクランブルするために、異なるＲＮＴＩ、例えば、ＳＬ−ＢＯ−ＣＳ−ＲＮＴＩ、ＳＬ−ＧＯ−ＣＳ−ＲＮＴＩ、ＳＬ−ＵＯ−ＣＳ−ＲＮＴＩが使用されてよい。ＵＥは、アクティベーションＤＣＩ用のＲＮＴＩを用いてＲＲＣによって構成されてよい。

アクティベーション／ディアクティベーションＤＣＩはまた、アクティベート／ディアクティベートすべきＢＯの情報を搬送してよい。ＢＯ用のアクティベーション／ディアクティベーションＤＣＩは、以下の情報を搬送する可能性があることを開示する。

アクティベーション／ディアクティベーションフラグフィールド。ＤＣＩがアクティベーションまたはディアクティベーションのどちらに使用されるかを示すために、アクティベーション／ディアクティベーションＤＣＩ内で、１ビットが使用されてよく、例えば、「０」はＤＣＩがアクティベーション向けに使用されることを示し、「１」は、ＤＣＩがディアクティベーション向けに使用されることを示す。

リソースインジケータフィールド。ＵＥは、アクティベート／ディアクティベートすべき複数のＢＯを用いて、ＲＲＣを通して構成されてよい。アクティベーション／ディアクティベーションＤＣＩは、ブロードキャストサイドリンク伝送向けにアクティベート／ディアクティベートすべきＢＯのインデックスを示してよい。ＵＥが、８つのＢＯ、例えば、ＢＯ０からＢＯ７を用いて構成されると仮定する場合、「０００」がＢＯ０を示し、「００１」がＢＯ１を示す状態で、３ビットのリソースインジケータフィールドが使用されてよい。

サイドリンクタイプインジケータフィールド。アクティベーションＤＣＩは、サイドリンク伝送のタイプを示してよい。例えば、「００」がブロードキャストサイドリンク伝送をＤＣＩがアクティベートすることを示し、「０１」がグループキャストサイドリンク伝送をＤＣＩがアクティベートすることを示し、「１０」がユニキャストサイドリンク伝送をＤＣＩがアクティベートすることを示し、「１１」が全てのタイプのサイドリンク伝送用のリソースをＤＣＩがアクティベートすることを示す状態で、２ビットのサイドリンクタイプインジケータフィールドが使用されてよい。

キャリアタイプインジケータフィールド。ＵＥは、スケジューリングＤＣＩ内の１ビットでキャリアのタイプを半持続的に知らされてよい。例えば、キャリアタイプインジケータフィールドが「０」に設定されている場合、ＵＥは、サイドリンクリソース割り当てがＵｕとサイドリンクとの間の共有ライセンスキャリア向けのものであると判断し、キャリアタイプインジケータフィールドが「１」に設定されている場合、ＵＥは、サイドリンクリソース割り当てが専用サイドリンクキャリア向けのものであると判断する。

時間領域リソース割り当てフィールド。時間領域リソース割り当てフィールドは、以下の変形例を用いてＢＯ向けの時間領域リソース割り当てを搬送してよい。

変形例１：ＵＥは、ＢＯ用の時間領域リソースを示す１つまたは複数のビットマップをシグナリングされてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、アクティベーションＤＣＩによってシグナリングされてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のミニスロットにマップされる。

変形例２：ＵＥは、ＢＯ用の時間領域リソースを示す時間オフセット、開始点および持続時間をシグナリングされてよい。ＵＥは、ＢＯのスロット／サブフレームオフセットをシグナリングされてよい。時間オフセットは、アクティベーションＤＣＩを搬送するスロット／サブフレームに関するものであってよい。ＵＥは、ＢＯの開始点を示す開始インデックスをシグナリングされてよく、この際、開始インデックスは、スロット内のシンボルインデックスまたはミニスロットインデックスであってよい。ＵＥは、ＢＯの持続時間を示すシンボルの数またはミニスロットの数をシグナリングされてよい。上述のパラメータは、別々のフィールドでシグナリングされるか、またはパラメータの一部は、連帯的にシグナリングされてよい。例えば、事前に定められたテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、開始および持続時間の値を示すテーブルのインデックスをシグナリングされてよい。

ブロードキャストサイドリンク伝送の場合、ＵＥは、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの時間領域リソースをシグナリングされて、いくつかの事前に定められた規則に従って、全方向に対する時間領域リソースを決定してよい。あるいは、ＵＥは、各方向に対して、それぞれ時間領域リソースをシグナリングされてよい。例えば、ＵＥは、時間領域リソースの複数の開始および持続時間値を知らされてよい。あるいは、ＵＥは、第１方向の伝送用の時間領域リソースと残りの方向の伝送用の時間領域リソースとの間のギャップを知らされてよい。

ブロードキャストサイドリンク伝送の場合、アクティベーションＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースをシグナリングする場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的にシグナリングされてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、別々にシグナリングされてよく、アクティベーションＤＣＩは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの時間領域リソースをシグナリングしてよい。

周波数領域リソース割り当てフィールド。周波数領域リソース割り当てフィールドは、ＢＯ向けの周波数領域リソース割り当てを搬送してよい。ＵＥは、ＢＯ向けに連続した周波数リソースをシグナリングされてよい。周波数リソースは、ＲＢでシグナリングされるか、またはサブチャネルで、例えば、ＲＢＧでシグナリングされてよい。一変形例を用いて、ＵＥは、最小ＲＢのインデックスおよび割り当てられたＲＢの数をシグナリングされるか、またはＵＥは、最小ＲＢＧのインデックスおよび割り当てられたＲＢＧの数をシグナリングされてよい。別の変形例を用いて、周波数リソース割り当てはビットマップによってシグナリングされてよい。ビットマップ内の各ビットは、１つのＲＢ、１つのＲＢＧまたは１つのサブチャネルを示してよい。ＵＥは、ビットマップに関連付けられた開始ＲＢ、ＲＢＧ、またはサブチャネルを示すインデックスをシグナリングされてよい。

ブロードキャストサイドリンク伝送の場合、アクティベーションＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースをシグナリングする場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的にシグナリングされてよく、例えば、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々にシグナリングされてよく、アクティベーションＤＣＩは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの周波数領域リソースをシグナリングしてよい。

ビームスイーピング情報フィールド。グループキャストサイドリンク伝送の場合、伝送ＵＥ２０２は、以下の変形例を用いて複数のビームを使用して複数の方向に情報をグループキャストする場合がある。

変形例１：ｇＮＢ２０１が、ＵＥが実施する必要があるビームスイーピングの数を決定し、かつアクティベーションＤＣＩを通して、ＵＥにそのビームスイーピングの数をシグナリングしてよい。ＵＥがｋ個の方向／ビームを通して、情報をグループキャストするようにシグナリングされると仮定する場合、ＵＥは、全てのビームに対して１つのＢＯをシグナリングされてよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって構成されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

変形例２：ビームスイーピングの数は、ＵＥによって決定されてよい。ＵＥは、複数のシンボルまたはミニスロットを含む１つのＢＯをアクティベーションＤＣＩによってシグナリングされてよい。ＵＥは、ビームスイーピングのために、ＢＯ内のシグナリングされたシンボルおよびミニスロットを自律的に使用してよい。ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

ＢＯの情報のいくつか、例えば、時間領域リソース割り当て、周波数領域リソース割り当てなどがアクティベーションＤＣＩによって示される場合、ｇＮＢ２０１は、ＲＲＣ構成で同じ情報を構成しない。

半持続的に割り当てられたＢＯと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、割り当てを上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。ＢＯがミニスロット内に割り当てられ、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

ユニキャストサイドリンク伝送
ユニキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢ２０１またはｇＮＢのようなノードが、ユニキャストサイドリンク伝送向けにＵＥによって使用されるリソースを半持続的に割り当てる場合がある。ＵＥは、ＲＲＣ構成およびアクティベーションＤＣＩを通して、ユニキャストサイドリンク伝送／受信用のリソースを半持続的にシグナリングされる可能性があることを開示する。ＵＥはサイドリンクで伝送するデータを有する場合、ＵＥは、動的グラントなしでアクティベートされたリソースを使用して制御およびデータをユニキャストしてよい。ｇＮＢ２０１は、ディアクティベーションＤＣＩを使用して、アクティベートされたリソースをディアクティベートしてよい。

ＵＥは、ユニキャストオケージョンを用いてＲＲＣおよびアクティベーションＤＣＩによって半持続的に割り当てられる可能性があることを開示する。ユニキャストオケージョン（ＵＯ）は、ユニキャストするための時間、周波数および空間（例えば、指向性アンテナもしくはパネル、または指向性ビーム）におけるサイドリンクリソース割り当てとして定義される場合がある。ＲＲＣ構成は、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通もしくは専用ＲＲＣ構成を通して構成されてよい。

ＲＲＣ構成の詳細な設計：ＩＥＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇまたはＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｕｎｉｃａｓｔが、アクティベートすべきＵＯの情報を伝達するために、以下のＲＲＣ構成を搬送する可能性があることを開示する。

候補リソースのインデックスを示すＲＲＣ構成。ＵＥは、アクティベートすべき複数のＵＯを用いて構成されてよい。各ＵＯは、１つの専用リソースインデックス、例えば、ＲＲＣ構成ＮＲ−ＵＯ−Ｉｎｄｅｘに関連付けられてよい。ＵＥは、アクティベート／ディアクティベートＤＣＩを通して、どのＵＯがアクティベート／ディアクティベートされるかを決定することができる。

ユニキャストペアＵＥＩＤを示すＲＲＣ構成。ユニキャストサイドリンク通信を実施するために、ＵＥは、ペアＵＥの情報を知る必要がある。ＵＥは、構成されるグラントで、ペアＵＥのＩＤ、例えば、ＳＬ−ＵＰ−ＲＮＴＩを用いてＲＲＣによって構成されてよい。伝送ＵＥ２０２の場合、ペアＵＥのＩＤは、送信先ＩＤとして使用されてよい。受信ＵＥ２０３の場合、ペアＵＥのＩＤは、発信元ＩＤとして使用されてよい。

ＵＯの周期を示すＲＲＣ構成。

ユニキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的に構成されてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの時間領域リソースを構成してよい。

ユニキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的に構成されてよく、例えば、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの周波数領域リソース、例えば、ＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを構成してよい。

アクティベーション／ディアクティベーションＤＣＩの詳細な設計：アクティベーション／ディアクティベーションＤＣＩは、ＵＯを半持続的にアクティベート／ディアクティベートするために使用されてよい。他のＤＣＩとアクティベーション／ディアクティベーションＤＣＩとを区別するために、新しいＲＮＴＩ、例えば、ＳＬ−ＣＳ−ＲＮＴＩを使用して、アクティベーション／ディアクティベーションＤＣＩのＣＲＣをスクランブルしてよい。ＢＯ、ＧＯおよびＵＯ向けのアクティベーション／ディアクティベーションＤＣＩを区別するために、アクティベーション／ディアクティベーションＤＣＩペイロードが、アクティベート／ディアクティベートされるサイドリンク通信のタイプを示すフィールドを搬送してよい。あるいは、ＢＯ、ＧＯおよびＵＯ向けのアクティベーション／ディアクティベーションＤＣＩのＣＲＣをそれぞれスクランブルするために、異なるＲＮＴＩ、例えば、ＳＬ−ＢＯ−ＣＳ−ＲＮＴＩ、ＳＬ−ＧＯ−ＣＳ−ＲＮＴＩ、ＳＬ−ＵＯ−ＣＳ−ＲＮＴＩが使用されてよい。ＵＥは、アクティベーションＤＣＩ用のＲＮＴＩを用いてＲＲＣによって構成されてよい。

アクティベーション／ディアクティベーションＤＣＩはまた、アクティベート／ディアクティベートすべきＵＯの情報を搬送してよい。ＵＯ用のアクティベーション／ディアクティベーションＤＣＩは、以下の情報を搬送する可能性があることを開示する。

リソースインジケータフィールド。ＵＥは、アクティベート／ディアクティベートすべき複数のＵＯを用いて、ＲＲＣを通して構成されてよい。アクティベーション／ディアクティベーションＤＣＩは、ユニキャストサイドリンク伝送向けにアクティベート／ディアクティベートすべきＵＯのインデックスを示してよい。ＵＥが、８つのＵＯ、例えば、ＵＯ０からＵＯ７を用いて構成されると仮定する場合、「０００」がＵＯ０を示し、「００１」がＵＯ１を示す状態で、３ビットのリソースインジケータフィールドが使用されてよい。

ユニキャストサイドリンクＵＥＩＤフィールド。ユニキャストサイドリンク通信の場合、ＵＥは、サイドリンクＵＥＩＤ、例えば、ＳＬ−Ｕ−ＲＮＴＩを半持続的にシグナリングされてよい。伝送ＵＥ２０２の場合、ＵＥは発信元ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。受信ＵＥ２０３の場合、ＵＥは送信先ＩＤとしてＳＬ−Ｕ−ＲＮＴＩを使用してよい。アクティベーションＤＣＩは、ＵＥＩＤ、例えば、ＳＬ−Ｕ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各ＵＥＩＤがインデックスに関連付けられた状態で、２^ｎのＵＥＩＤを用いて、ＲＲＣによって構成されてよい。アクティベーションＤＣＩは、ＵＥＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

ユニキャストペアＵＥＩＤフィールド：ＵＥは、ペアＵＥのＩＤを半持続的にシグナリングされてよい。ＵＥがユニキャストサイドリンクで伝送する必要がある場合、ペアＵＥＩＤフィールドは受信ＵＥ２０３のＩＤを示す。ＵＥが受信モードの場合、ペアＵＥＩＤフィールドは、伝送ＵＥ２０２のＩＤを示す。アクティベーションＤＣＩは、ペアＵＥＩＤ、例えば、ＳＬ−ＵＰ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各ペアＵＥＩＤがインデックスに関連付けられた状態で、２^ｎのペアＵＥＩＤを用いてＲＲＣによって構成されてよい。アクティベーションＤＣＩは、ペアＵＥＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

時間領域リソース割り当てフィールド。時間領域リソース割り当てフィールドは、以下の変形例を用いてＵＯ向けの時間領域リソース割り当てを搬送してよい。

変形例１：ＵＥは、ＵＯ用の時間領域リソースを示す１つまたは複数のビットマップをシグナリングされてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、アクティベーションＤＣＩによってシグナリングされてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のミニスロットにマップされる。

変形例２：ＵＥは、ＵＯ用の時間領域リソースを示す時間オフセット、開始点および持続時間をシグナリングされてよい。ＵＥは、ＵＯのスロット／サブフレームオフセットをシグナリングされてよい。時間オフセットは、アクティベーションＤＣＩを搬送するスロット／サブフレームに関するものであってよい。ＵＥは、ＵＯの開始点を示す開始インデックスをシグナリングされてよく、この際、開始インデックスは、スロット内のシンボルインデックスまたはミニスロットインデックスであってよい。ＵＥは、ＵＯの持続時間を示すシンボルの数またはミニスロットの数をシグナリングされてよい。上述のパラメータは、別々のフィールドでシグナリングされるか、またはパラメータの一部は、連帯的にシグナリングされてよい。例えば、事前に定められたテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、開始および持続時間の値を示すテーブルのインデックスをシグナリングされてよい。

ユニキャストサイドリンク伝送の場合、アクティベーションＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースをシグナリングする場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的にシグナリングされてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、別々にシグナリングされてよく、アクティベーションＤＣＩは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの時間領域リソースをシグナリングしてよい。

繰り返しインジケータフィールド。信頼性を向上させるために、ＵＥは、ユニキャストサイドリンク伝送を繰り返す場合がある。ＵＥは、アクティベーションＤＣＩによって繰り返しの数をシグナリングされてよい。ＵＥはまた、ＲＶのパターンもシグナリングされてよい。例えば、ＲＲＣ構成は、各パターンが１つのインデックスに関連付けられた状態で、ＲＶの複数の候補パターンを用いてＵＥを構成してよい。ＵＥは、どのパターンが繰り返しに使用されるかを示すインデックスをシグナリングされてよい。ＵＥが初期伝送を繰り返す場合、スロット間繰り返し、またはスロット内繰り返しが実施されてよい。ＵＥは、繰り返しのために、後続のスロット内の同じシンボルまたはミニスロットを使用してもよい。あるいは、ＵＥは、繰り返しのために、同じスロット内のシンボルまたはミニスロットを使用してもよい。

ＨＡＲＱプロセスフィールド。ＵＥは、アクティベーションＤＣＩによってＨＡＲＱプロセスの数をシグナリングされてよい。

周波数領域リソース割り当てフィールド。周波数領域リソース割り当てフィールドは、ＵＯ向けの周波数領域リソース割り当てを搬送してよい。ＵＥは、ＵＯ向けの連続した周波数リソースをシグナリングされてよい。周波数リソースは、ＲＢでシグナリングされるか、またはサブチャネルで、例えば、ＲＢＧでシグナリングされてよい。一変形例を用いて、ＵＥは、最小ＲＢのインデックスおよび割り当てられたＲＢの数をシグナリングされるか、またはＵＥは、最小ＲＢＧのインデックスおよび割り当てられたＲＢＧの数をシグナリングされてよい。別の変形例を用いて、周波数リソース割り当てはビットマップによってシグナリングされてよい。ビットマップ内の各ビットは、１つのＲＢ、１つのＲＢＧまたは１つのサブチャネルを示してよい。ＵＥは、ビットマップに関連付けられた開始ＲＢ、ＲＢＧ、またはサブチャネルを示すインデックスをシグナリングされてよい。

ユニキャストサイドリンク伝送の場合、アクティベーションＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースをシグナリングする場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的にシグナリングされてよく、例えば、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々にシグナリングされてよく、アクティベーションＤＣＩは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの周波数領域リソースをシグナリングしてよい。

ＵＯの情報のいくつか、例えば、時間領域リソース割り当て、周波数領域リソース割り当てなどがアクティベーションＤＣＩによって示される場合、ｇＮＢ２０１は、ＲＲＣ構成で同じ情報を構成しない。

半持続的に割り当てられたＵＯと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、割り当てを上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。ＵＯがミニスロット内に割り当てられ、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

グループキャストサイドリンク伝送
グループキャストサイドリンク伝送：ＮＲＶ２Ｘでは、ｇＮＢ２０１またはｇＮＢのようなノードが、グループキャストサイドリンク伝送向けにＵＥによって使用されるリソースを半持続的に割り当てる場合がある。ＵＥは、ＲＲＣ構成およびアクティベーションＤＣＩを通して、グループキャストサイドリンク伝送／受信用のリソースを半持続的にシグナリングされる可能性があることを開示する。ＵＥはサイドリンクで伝送するデータを有する場合、ＵＥは、動的グラントなしでアクティベートされたリソースを使用して制御およびデータをグループキャストしてよい。ｇＮＢ２０１は、ディアクティベーションＤＣＩを使用して、アクティベートされたリソースをディアクティベートしてよい。

ＵＥは、グループキャストオケージョンを用いてＲＲＣおよびアクティベーションＤＣＩによって半持続的に割り当てられる可能性があることを開示する。グループキャストオケージョン（ＧＯ）は、グループキャストするための時間、周波数および空間（例えば、指向性アンテナもしくはパネル、または指向性ビーム）におけるサイドリンクリソース割り当てとして定義される場合がある。ＲＲＣ構成は、ブロードキャストされた信号、例えばＯＳＩを通して、または、Ｕｕインターフェースによる共通もしくは専用ＲＲＣ構成を通して構成されてよい。

ＲＲＣ構成の詳細な設計：ＩＥＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇまたはＳＬ−ＣｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇ−Ｇｒｏｕｐｃａｓｔが、アクティベートすべきＧＯの情報を伝達するために、以下のＲＲＣ構成を搬送する可能性があることを開示する。

候補リソースのインデックスを示すＲＲＣ構成。ＵＥは、アクティベートすべき複数のＧＯを用いて構成されてよい。各ＧＯは、１つの専用リソースインデックス、例えば、ＲＲＣ構成ＮＲ−ＧＯ−Ｉｎｄｅｘに関連付けられてよい。ＵＥは、アクティベート／ディアクティベートＤＣＩを通して、どのＧＯがアクティベート／ディアクティベートされるかを決定することができる。

サイドリンクでのグループキャスト伝送ＩＤを示すＲＲＣ構成。グループキャストサイドリンク伝送の場合、ＵＥは、サイドリンクでのＵＥＩＤを用いて構成されることがある。例えば、ＵＥは、ＵＥＩＤ、例えば、ＳＬ−Ｇ−ＲＮＴＩを用いて構成されてよい。ＵＥがサイドリンクでのグループキャストを必要とする場合、ＵＥは形成されたグループ内の発信元ＩＤとしてＳＬ−Ｇ−ＲＮＴＩを使用してよい。

ＧＯの周期を示すＲＲＣ構成。

繰り返しおよび冗長バージョン（ＲＶ）の数を示すＲＲＣ構成。信頼性を向上させるために、ＵＥは、グループキャストサイドリンク伝送を繰り返す場合がある。ＵＥは、ＲＲＣ構成を通して、繰り返しおよびＲＶの数を用いてｇＮＢ２０１によって構成されてよい。類似の構想が、グループキャストサイドリンク伝送に適用されてよい。ＵＥが初期伝送を繰り返す場合、スロット間繰り返し、またはスロット内繰り返しが実施されてよい。ＵＥは、繰り返しのために、後続のスロット内の同じシンボルまたはミニスロットを使用してもよい。あるいは、ＵＥは、繰り返しのために、同じスロット内のシンボルまたはミニスロットを使用してもよい。ビームスイーピングがグループキャストに適用される場合、伝送ＵＥ２０２は、全ビームスイーピング、例えば、ビーム１、ビーム２、…、ビームｋ、ビーム１、ビーム２、…、ビームｋ、…、ビーム１、ビーム２、…、ビームｋを繰り返してよい。あるいは、ＵＥは、ビームごとに繰り返して、ビームスイーピング、例えば、ビーム１、ビーム１、…、ビーム１、ビーム２、ビーム２、…、ビーム２、…、ビームｋ、ビームｋ、…、ビームｋを行ってもよい。

グループキャストサイドリンク伝送の場合、構成されるグラントは、ＰＳＣＣＨまたはＰＳＳＣＨ用の周波数領域リソースを構成する場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的に構成されてよく、例えば、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々に構成されてよく、構成されるグラントは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの周波数領域リソース、例えば、ＳｔａｒｔＲＢＧ−ＰＳＣＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＣＣＨ、およびＳｔａｒｔＲＢＧ−ＰＳＳＣＨとＬｅｎｇｔｈＲＢＧ−ＰＳＳＣＨを構成してよい。

アクティベーション／ディアクティベーションＤＣＩの詳細な設計：アクティベーション／ディアクティベーションＤＣＩは、ＧＯを半持続的にアクティベート／ディアクティベートするために使用されてよい。他のＤＣＩとアクティベーション／ディアクティベーションＤＣＩとを区別するために、新しいＲＮＴＩ、例えば、ＳＬ−ＣＳ−ＲＮＴＩを使用して、アクティベーション／ディアクティベーションＤＣＩのＣＲＣをスクランブルしてよい。ＢＯ、ＧＯおよびＵＯ向けのアクティベーション／ディアクティベーションＤＣＩを区別するために、アクティベーション／ディアクティベーションＤＣＩペイロードが、アクティベート／ディアクティベートされるサイドリンク通信のタイプを示すフィールドを搬送してよい。あるいは、ＢＯ、ＧＯおよびＵＯ向けのアクティベーション／ディアクティベーションＤＣＩのＣＲＣをそれぞれスクランブルするために、異なるＲＮＴＩ、例えば、ＳＬ−ＢＯ−ＣＳ−ＲＮＴＩ、ＳＬ−ＧＯ−ＣＳ−ＲＮＴＩ、ＳＬ−ＵＯ−ＣＳ−ＲＮＴＩが使用されてよい。ＵＥは、アクティベーションＤＣＩ用のＲＮＴＩを用いてＲＲＣによって構成されてよい。

アクティベーション／ディアクティベーションＤＣＩはまた、アクティベート／ディアクティベートすべきＧＯの情報を搬送してよい。ＧＯ用のアクティベーション／ディアクティベーションＤＣＩは、以下の情報を搬送する可能性があることを開示する。
アクティベーション／ディアクティベーションフラグフィールド。ＤＣＩがアクティベーションまたはディアクティベーションのどちらに使用されるかを示すために、アクティベーション／ディアクティベーションＤＣＩ内で、１ビットが使用されてよく、例えば、「０」はＤＣＩがアクティベーション向けに使用されることを示し、「１」は、ＤＣＩがディアクティベーション向けに使用されることを示す。

リソースインジケータフィールド。ＵＥは、アクティベート／ディアクティベートすべき複数のＧＯを用いて、ＲＲＣを通して構成されてよい。アクティベーション／ディアクティベーションＤＣＩは、グループキャストサイドリンク伝送向けにアクティベート／ディアクティベートすべきＧＯのインデックスを示してよい。ＵＥが、８つのＧＯ、例えば、ＧＯ０からＧＯ７を用いて構成されると仮定する場合、「０００」がＧＯ０を示し、「００１」がＧＯ１を示す状態で、３ビットのリソースインジケータフィールドが使用されてよい。

グループキャストを伝送するＵＥのＩＤフィールド。ＵＥは、発信元ＩＤを示すために、グループ内のＵＥＩＤを半持続的にシグナリングされることがある。アクティベーションＤＣＩは、ＵＥＩＤ、例えば、ＳＬ−Ｇ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各候補ＩＤがインデックスに関連付けられた状態で、２^ｎの候補ＩＤを用いて、ＲＲＣによって構成されてよい。アクティベーションＤＣＩは、発信元ＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

グループＩＤフィールド。ＵＥは、送信先グループＩＤを示すために、グループＩＤを半持続的にシグナリングされることがある。アクティベーションＤＣＩは、グループＩＤ、例えば、ＳＬ−ＧＤ−ＲＮＴＩを明確に示してもよい。あるいは、ＵＥは、各候補ＩＤがインデックスに関連付けられた状態で、２^ｎの候補ＩＤを用いて、ＲＲＣによって構成されてよい。アクティベーションＤＣＩは、グループＩＤをＵＥが決定するために、ｎビットフィールドを使用してインデックスを示してもよい。

時間領域リソース割り当てフィールド。時間領域リソース割り当てフィールドは、以下の変形例を用いてＧＯ向けの時間領域リソース割り当てを搬送してよい。

変形例１：ＵＥは、ＧＯ用の時間領域リソースを示す１つまたは複数のビットマップをシグナリングされてよい。ビットマップは、サブフレーム内、スロット内、ミニスロット内、またはシンボル内のリソースを示してもよい。例えば、ビットマップは、シンボル内のリソースを示すために使用される場合、ある時間間隔の間のシンボルにマップされてよく、例えば、｛ｂ_ｓ、ｂ_ｓ−１、…、ｂ_１、ｂ_０｝は、最初のシンボルにｂ_ｓ、最後のシンボルにｂ_０でマップされる。ビットマップは、ミニスロット内のリソースを示すために使用される場合、ある時間間隔の間のミニスロットにマップされてよい。例えば、｛ｂ_ｍ、ｂ_ｍ−１、…、ｂ_１、ｂ_０｝は、最初のミニスロットにｂ_ｍ、最後のミニスロットにｂ_０でマップされる。あるいは、マッピングビットをセーブするために、２レベルマッピングが使用されてよい。２ビット列が、アクティベーションＤＣＩによってシグナリングされてよく、例えば、｛ａ_ｆ、ａ_ｆ−１、…ａ_１、ａ_０｝は、ある時間間隔の間の最初のサブフレームまたはスロットにａ_ｆ、最後のサブフレームまたはスロットにａ_０で、各サブフレームまたは各スロットにマップされる。｛ｃ_ｓ、ｃ_ｓ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のシンボルにマップされるか、または、｛ｃ_ｍ、ｃ_ｍ−１、…、ｃ_１、ｃ_０｝は、フレームもしくはスロット内のミニスロットにマップされる。

変形例２：ＵＥは、ＧＯ用の時間領域リソースを示す時間オフセット、開始点および持続時間をシグナリングされてよい。ＵＥは、ＧＯのスロット／サブフレームオフセットをシグナリングされてよい。時間オフセットは、アクティベーションＤＣＩを搬送するスロット／サブフレームに関するものであってよい。ＵＥは、ＧＯの開始点を示す開始インデックスをシグナリングされてよく、この際、開始インデックスは、スロット内のシンボルインデックスまたはミニスロットインデックスであってよい。ＵＥは、ＧＯの持続時間を示すシンボルの数またはミニスロットの数をシグナリングされてよい。上述のパラメータは、別々のフィールドでシグナリングされるか、またはパラメータの一部は、連帯的にシグナリングされてよい。例えば、事前に定められたテーブルは、各組み合わせがインデックスに関連付けられた状態で、時間領域リソースの開始と、持続時間との組み合わせを含んでもよい。ＵＥは、開始および持続時間の値を示すテーブルのインデックスをシグナリングされてよい。

グループキャストサイドリンク伝送の場合、ＵＥは、複数の方向に同じ情報を送信する場合がある。ＵＥは、１つの時間領域リソースをシグナリングされて、いくつかの事前に定められた規則に従って、全方向に対する時間領域リソースを決定してよい。あるいは、ＵＥは、各方向に対して、それぞれ時間領域リソースをシグナリングされてよい。例えば、ＵＥは、時間領域リソースの複数の開始および持続時間値を知らされてよい。あるいは、ＵＥは、第１方向の伝送用の時間領域リソースと残りの方向の伝送用の時間領域リソースとの間のギャップを知らされてよい。

グループキャストサイドリンク伝送の場合、アクティベーションＤＣＩは、ＰＳＣＣＨまたはＰＳＳＣＨ用の時間領域リソースをシグナリングする場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、連帯的にシグナリングされてよく、例えば、１つの時間領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の時間領域リソースは、別々にシグナリングされてよく、アクティベーションＤＣＩは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの時間領域リソースをシグナリングしてよい。

繰り返しインジケータフィールド。信頼性を向上させるために、ＵＥは、グループキャストサイドリンク伝送を繰り返す場合がある。ＵＥは、アクティベーションＤＣＩによって繰り返しの数をシグナリングされてよい。ＵＥはまた、ＲＶのパターンもシグナリングされてよい。例えば、ＲＲＣ構成は、各パターンが１つのインデックスに関連付けられた状態で、ＲＶの複数の候補パターンを用いてＵＥを構成してよい。ＵＥは、どのパターンが繰り返しに使用されるかを示すインデックスをシグナリングされてよい。ＵＥが初期伝送を繰り返す場合、スロット間繰り返し、またはスロット内繰り返しが実施されてよい。ＵＥは、繰り返しのために、後続のスロット内の同じシンボルまたはミニスロットを使用してもよい。あるいは、ＵＥは、繰り返しのために、同じスロット内のシンボルまたはミニスロットを使用してもよい。

周波数領域リソース割り当てフィールド。周波数領域リソース割り当てフィールドは、ＧＯ向けの周波数領域リソース割り当てを搬送してよい。ＵＥは、ＧＯ向けの連続した周波数リソースをシグナリングされてよい。周波数リソースは、ＲＢでシグナリングされるか、またはサブチャネルで、例えば、ＲＢＧでシグナリングされてよい。一変形例を用いて、ＵＥは、最小ＲＢのインデックスおよび割り当てられたＲＢの数をシグナリングされるか、またはＵＥは、最小ＲＢＧのインデックスおよび割り当てられたＲＢＧの数をシグナリングされてよい。別の変形例を用いて、周波数リソース割り当てはビットマップによってシグナリングされてよい。ビットマップ内の各ビットは、１つのＲＢ、１つのＲＢＧまたは１つのサブチャネルを示してよい。ＵＥは、ビットマップに関連付けられた開始ＲＢ、ＲＢＧ、またはサブチャネルを示すインデックスをシグナリングされてよい。

グループキャストサイドリンク伝送の場合、アクティベーションＤＣＩは、ＰＳＣＣＨとＰＳＳＣＨとの両方用の周波数領域リソースをシグナリングする場合がある。ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、連帯的にシグナリングされてよく、例えば、ＰＳＣＣＨおよびＰＳＳＣＨがＴＤＭされ、かつ同じ数のＲＢを使用する場合、１つの周波数領域リソース割り当てが、ＰＳＣＣＨとＰＳＳＣＨとの両方に使用されてよい。あるいは、ＰＳＣＣＨおよびＰＳＳＣＨ用の周波数領域リソースは、別々にシグナリングされてよく、アクティベーションＤＣＩは、ＰＳＣＣＨおよびＰＳＳＣＨに対して、それぞれ２つの周波数領域リソースをシグナリングしてよい。

変形例１：ｇＮＢ２０１が、ＵＥが実施する必要があるビームスイーピングの数を決定し、かつアクティベーションＤＣＩを通して、ＵＥにそのビームスイーピングの数をシグナリングしてよい。ＵＥがｋ個の方向／ビームを通して、情報をグループキャストするためにシグナリングされると仮定する場合、ＵＥは、全てのビームに対して１つのＢＯをシグナリングされてよい。ビームスイーピングに使用されるビームは、ｇＮＢ２０１によって構成されてよい。あるいは、ビームスイーピングに使用されるビームは、センシングまたは発見に基づいて、伝送ＵＥ２０２によって自律的に決定されてよい。

ＧＯの情報のいくつか、例えば、時間領域リソース割り当て、周波数領域リソース割り当てなどがアクティベーションＤＣＩによって示される場合、ｇＮＢ２０１は、ＲＲＣ構成で同じ情報を構成しない。

半持続的に割り当てられたＧＯと、ＤＣＩシグナリング式ＳＦＩとの間に不一致がある場合、ＤＣＩは、割り当てを上書きしてよい。ＵＥは、不一致シンボルをスキップして、それらでのサイドリンク伝送を実施しなくてもよい。ＧＯがミニスロット内に割り当てられ、かつミニスロット内のシンボルの一部に不一致がある場合、ＵＥは、全ミニスロットをスキップして、それでのサイドリンク伝送を実施しなくてもよい。あるいは、ＵＥは、不一致シンボルのみをスキップして、ミニスロット内の一致シンボルで、サイドリンク伝送を実施してもよい。

例えば図３、図４、図６、図７および図１０から図２０など、本明細書で示すステップを実施するエンティティ（例えば、ｇＮＢ、ｇＮＢのようなノード、またはＵＥ）は、論理エンティティである場合があることを理解されたい。これらのステップは、図９Ｃまたは図９Ｄに示すような、デバイス、サーバ、またはコンピュータシステムの、メモリに記憶されてよく、また、それらのプロセッサで実行されてよい。本明細書で開示される、各例示的方法（例えば、図３、図４、図６および図７）間で、ステップの省略、ステップの組み合わせ、またはステップの追加が想定される。表５は、本明細書で開示する例示的な略称および定義を含む。

図８は、本明細書で論じるような、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスに基づいて生成される場合がある例示的ディスプレイ（例えば、グラフィカルユーザインターフェース）を示す。ディスプレイインターフェース９０１（例えば、タッチスクリーンディスプレイ）は、ＲＲＣ関連パラメータ、方法のフロー、およびＲＲＣに関する現在の状況など、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御に関連したテキストをブロック９０２内で提供する場合がある。本明細書で論じるステップのいずれかの進行状況（例えば、メッセージの送信またはステップの成功）が、ブロック９０２内で表示されてよい。加えて、グラフィカル出力９０２が、ディスプレイインターフェース９０１上で表示されてよい。グラフィカル出力は、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスを実装するデバイスの幾何学的形状、本明細書で論じる任意の方法またはシステムの進行状況のグラフィカル出力などであってもよい。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、ＬＴＥ−アドバンスト規格、および「５Ｇ」とも称される新無線（ＮＲ）を含む。３ＧＰＰＮＲ規格開発は、継続され、かつ次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰＮＲユースケースの広範なセットに対処する場合がある異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。特に、センチ波およびミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、７ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。

３ＧＰＰは、データレート、遅延、およびモビリティに対する、様々なユーザ体験要件となるＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーションおよびインターワーキング、省エネルギー）、ならびに、ビークル・ツー・ビークル通信（Vehicle-To-Vehicle：Ｖ２Ｖ）、ビークル・ツー・インフラストラクチャ通信（Vehicle-To-Infrastructure：Ｖ２Ｉ）、ビークル・ツー・ネットワーク通信（Vehicle-To-Network：Ｖ２Ｎ）、ビークル・ツー・ペデストリアン通信（Vehicle-To-Pedestrian：Ｖ２Ｐ）、およびその他のエンティティとのビークル通信のうちいずれかを含む場合がある高度化ビークル・ツー・エブリシング（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信を含む。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、バーチャルリアリティ、ホームオートメーション、ロボティクスおよび空中ドローンを含む。これらのユースケースの全ておよび他のものが、本明細書で検討される。

図９Ａは、本明細書で説明および請求される図３、図４、図６、図７および図１０から図２０に示すシステムおよび方法などＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法および装置が、使用される場合がある通信システム１００の例を示す。通信システム１００は、（概して、または集合的に（１つまたは複数の）ＷＴＲＵ１０２を指す場合がある）無線伝送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆまたは１０２ｇを含んでもよい。通信システム１００は無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１０、その他のネットワーク１１２およびネットワークサービス１１３を含んでもよい。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、動画ストリーミングまたはエッジコンピューティングなどを含んでもよい。

本明細書に開示する概念が、任意の数のＷＴＲＵ、基地局、ネットワークまたはネットワーク要素と共に使用される場合があることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆまたは１０２ｇのそれぞれは、無線環境で動作または通信するように構成された任意のタイプの装置またはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆまたは１０２ｇのそれぞれは、ハンドヘルド無線通信装置として図９Ａ、９Ｂ、９Ｃ、９Ｄ、９Ｅまたは９Ｆで描写されうるが、５Ｇ無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、バス、トラック、電車、または飛行機などの乗物を含む、無線信号を伝送または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらに具現化される場合があることを理解されよう。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含む場合がある。図９Ａの例では、各基地局１１４ａおよび基地局１１４ｂは、単一の要素として示されている。実際には、基地局１１４ａおよび１１４ｂは、相互接続する任意の数の基地局またはネットワーク要素を含んでいてもよい。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。同様に、基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、送受信ポイント（ＴＲＰ）１１９ａ、１１９ｂまたはロードサイドユニット（Roadside Unit：ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２のうちの少なくとも１つ、例えば、ＷＴＲＵ１０２ｃと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。

ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、次世代Ｎｏｄｅ−Ｂ（ｇＮｏｄｅＢ）、衛星、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなど、他の基地局またはネットワーク要素（図示せず）を含んでよい。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、それらＲＡＮはまた、ＢＳＣ、ＲＮＣ、中継ノードなど、他の基地局またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、セルと呼ばれることもある特定の地理的領域（図示せず）内で無線信号を伝送または受信するように構成されてよい。同様に、基地局１１４ｂは、本明細書で開示するような、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスに関するセルと呼ばれることもある特定の地理的領域（図示せず）内で有線または無線信号を伝送または受信するように構成されてよい。同様に、基地局１１４ｂは、セルと呼ばれることもある特定の地理的領域（図示せず）内で有線または無線信号を伝送または受信するように構成されてよい。セルは、セルセクタにさらに分割されてよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてよい。したがって、一例では、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を備える場合がある。一例において、基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用する場合があり、したがって、セルのセクタごとに複数の送受信機を利用することがある。

基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃまたは１０２ｇのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（Radio Access Technology：ＲＡＴ）を使用して確立されてよい。

基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂまたはＲＳＵ１２０ａ、１２０ｂのうち１つまたは複数と通信する場合がある。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂまたはＲＳＵ１２０ａ、１２０ｂは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅまたは１０２ｆは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、サイドリンク通信などのエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して相互に通信する場合がある。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

通信システム１００は、複数のアクセスシステムである場合があり、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用する場合がある。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよびＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してよく、それにより、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）または高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。

一例では、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂまたはＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ−ＵＴＲＡ）などの無線技術を実装してよく、それにより、ロングタームエボリューション（ＬＴＥ）またはＬＴＥ−アドバンスト（LTE-Advanced：ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。将来、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰＮＲ技術を実装する可能性がある。ＬＴＥおよびＬＴＥ−Ａ技術は、（サイドリンク通信などの）ＬＴＥＤ２ＤおよびＶ２Ｘ技術およびインターフェースを含む場合がある。同様に、３ＧＰＰＮＲ技術は、（サイドリンク通信などの）ＮＲＶ２Ｘ技術およびインターフェースを含む場合がある。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｇとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂまたはＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global System For Mobile Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図９Ａにおける基地局１１４ｃは、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、例えば、事業所、家、車両、列車、航空機、衛星、製造所、キャンパスなどの局所エリア内の無線コネクティビティを促進するために、本明細書で開示するような、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスを実装するために、任意の好適なＲＡＴを利用してもよい。一例では、基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立してもよい。同様に、基地局１１４ｃとＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立してもよい。さらに別の例では、基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図９Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｃは、インターネット１１０にアクセスするために、コアネットワーク１０６／１０７／１０９を介する必要がない場合がある。

ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信する場合があり、そのコアネットワークは、音声、データ、メッセージ送信、認可および認証、アプリケーション、またはボイスオーバーインターネットプロトコル（Voice over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成される任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースサービス、プリペイドコール、インターネットコネクティビティ、パケットデータネットワークコネクティビティ、イーサーネットコネクティビティ、ビデオ配信などを提供するか、またはユーザ認証などの高レベルセキュリティ機能を実施してもよい。

図９Ａでは図示されていないが、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂまたはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭまたはＮＲ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２にアクセスするために、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有または操作される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサーネットワーク）、あるいは、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆの一部または全ては、マルチモード能力を備えていてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆは、本明細書で開示するようなＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスを実装するために、異なる無線リンクを通して異なる無線ネットワークと通信する複数の送受信機を含む場合がある。例えば、図９Ａに示されるＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用する可能性のある基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用する可能性のある基地局１１４ｃと通信するように構成されてもよい。

図９Ａには図示されていないが、ユーザ端末がゲートウェイへの有線接続を作る場合があることを理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway：ＲＧ）である場合がある。ＲＧは、コアネットワーク１０６／１０７／１０９へのコネクティビティを提供する場合がある。本明細書に含まれる着想の多数が、ＷＴＲＵであるＵＥおよびネットワークに接続する有線接続を使用するＵＥに同様に適用される場合があることはいうまでもない。例えば、無線インターフェース１１５、１１６、１１７および１１５ｃ／１１６ｃ／１１７ｃに適用される着想は、有線接続に同様に接続されてよい。

図９Ｂは、本明細書で開示するようなＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスを実装する場合があるＲＡＮ１０３およびコアネットワーク１０６の一例のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図９Ｂに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、１つまたは複数の送受信機をそれぞれが備えることがある、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃを含む場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含む場合がある。ＲＡＮ１０３は、任意の数のＮｏｄｅ−Ｂおよび無線ネットワーク制御装置（ＲＮＣ）を含む場合があることを理解されよう。

図９Ｂに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する場合がある。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信する場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａおよび１４２ｂと通信してもよい。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、またはサポートするように構成されてよい。

図９Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０６の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または操作される場合があることを理解されよう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと、従来の地上通信デバイスとの間の通信を促進してもよい。

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃ、とＩＰ対応デバイスとの間の通信を促進してもよい。

コアネットワーク１０６はまた、他のサービスプロバイダによって所有または操作される他の有線または無線ネットワークを含むことがあるその他のネットワーク１１２に接続されてよい。

図９Ｃは、本明細書で開示するようなＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスを実装する場合があるＲＡＮ１０４およびコアネットワーク１０７の一例のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃを含むことがあるが、ＲＡＮ１０４は、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、１つまたは複数の送受信機を備えていてもよい。例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。

ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクまたは下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図９Ｃに示すように、ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃは、Ｘ２インターフェースを通じて相互に通信してもよい。

図９Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０７の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または操作される場合があることを理解されよう。

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

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃからユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。

コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のサービスプロバイダによって所有または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

図９Ｄは、本明細書で開示するようなＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の方法、システムおよびデバイスを実装する場合があるＲＡＮ１０５およびコアネットワーク１０９の一例のシステム図である。ＲＡＮ１０５はＮＲ無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信してよい。ＲＡＮ１０５はまた、コアネットワーク１０９と通信してもよい。非３ＧＰＰインターワーキング機能（Non-3Gpp Interworking Function：Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を採用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信してもよい。

ＲＡＮ１０５は、ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂを含んでもよい。ＲＡＮ１０５は、任意の数のｇＮｏｄｅ−Ｂを含む場合があることを理解されよう。ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂはそれぞれ、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信するために、１つまたは複数の送受信機を備えていてもよい。統合アクセスおよびバックホール接続が使用されるときに、同じエアインターフェースが、ＷＴＲＵと、１つまたは複数のｇＮＢを介したコアネットワーク１０９である場合があるｇＮｏｄｅ−Ｂとの間で使用されてよい。ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂは、ＭＩＭＯ、ＭＵ−ＭＩＭＯ、またはデジタルビームフォーミング技術を実装してもよい。したがって、ｇＮｏｄｅ−Ｂ１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。ＲＡＮ１０５は、ｅＮｏｄｅ−Ｂなどの他のタイプの基地局を採用する場合があることが理解されるべきである。ＲＡＮ１０５は、２つ以上のタイプの基地局を採用する場合があることも理解されよう。例えば、ＲＡＮは、ｅＮｏｄｅ−ＢおよびｇＮｏｄｅ−Ｂを採用する場合がある。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含む場合がある。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含む場合があることを理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信するために、１つまたは複数の送受信機を含んでよい。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。

ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクまたは下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図９Ｄに示すように、ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂは、例えば、Ｘｎインターフェースを通して相互に通信してもよい。

図９Ｄに示されるコアネットワーク１０９は、５Ｇコアネットワーク（5G Core Network：５ＧＣ）である場合がある。コアネットワーク１０９は、無線アクセスネットワークによって相互接続する顧客に、非常に多くの通信サービスを提供する場合がある。コアネットワーク１０９は、コアネットワークの機能を実施するいくつかのエンティティを含む。本明細書で使用する場合、用語「コアネットワークエンティティ」または「ネットワーク機能」は、コアネットワークの１つまたは複数の機能を実施する任意のエンティティを意味する。コアネットワークエンティティは、無線またはネットワーク通信、もしくは図９Ｇに示されるシステム９０などのコンピュータシステム向けに構成された装置のメモリに記憶され、かつ該装置のプロセッサで実行するコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理的エンティティであってもよいことが理解される。

図９Ｄの例では、５Ｇコアネットワーク１０９は、アクセス・モビリティ管理機能（Access And Mobility Management Function：ＡＭＦ）１７２、セッション管理機能（Session Management Function：ＳＭＦ）１７４、ユーザプレーン機能（User Plane Function：ＵＰＦ）１７６ａおよび１７６ｂ、ユーザデータ管理機能（User Data Management Function：ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function：ＡＵＳＦ）１９０、ネットワークエクスポージャ機能（Network Exposure Function：ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function：ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository：ＵＤＲ）１７８を含む場合がある。上述の要素のそれぞれが、５Ｇコアネットワーク１０９の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または操作されてもよいことを理解されよう。５Ｇコアネットワークが、これらの要素の全てで構成されない場合があり、追加の要素で構成される場合もあり、かつ各これらの要素の複数のインスタンスで構成される場合があることを理解されよう。各ネットワーク機能は、相互に直接接続することが図９Ｄに示されているが、Ｄｉａｍｅｔｅｒルーティングエージェントまたはメッセージバスなどのルーティングエージェントを介して通信される場合があることが理解されるべきである。

図９Ｄの例では、ネットワーク機能間のコネクティビティは、インターフェースまたは参照点のセットを介して実現されている。ネットワーク機能は、他のネットワーク機能またはサービスによって起動されるか、または呼び出されるサービスのセットとして、モデル化、記述、または実装される場合があることが理解されよう。ネットワーク機能サービスの起動は、ネットワーク機能間の直接接続、メッセージバスでのメッセージング交換、ソフトウェア機能の呼び出しを介して実現することができる。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス許可の役割を担ってもよい。ＡＭＦは、Ｎ２インターフェースを介してＲＡＮ１０５にユーザプレーントンネル構成情報を送達する役割を担ってもよい。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信する場合がある。ＡＭＦ１７２は、概して、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃへ／からＮＡＳパケットをルーティングおよび転送してもよい。Ｎ１インターフェースは、図９Ｄに示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続されてよい。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、またＮ４インターフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続されてよい。ＳＭＦ１７４は、制御ノードとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対するＩＰアドレス割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂにおけるトラフィックを導く規則の管理および構成、ならびにＡＭＦ１７２への下りリンクデータ通知の生成の役割を担ってもよい。

ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと他のデバイスとの間の通信を促進してもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供してもよい。例えば、その他のネットワーク１１２は、イーサネット（登録商標）ネットワークまたはデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ４インターフェースを介して、ＳＭＦ１７４からトラフィックを導く規則を受信してもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ６インターフェースを用いてパケットデータネットワークを接続することによって、またはＮ９インターフェースを用いて互いに、かつ他のＵＰＦと接続することによって、パケットデータネットワークへのアクセスを提供してもよい。パケットデータネットワークへのアクセスの提供に加えて、ＵＰＦ１７６は、パケットルーティングおよび転送、ポリシー規則施行、ユーザプレーントラフィックに対するサービス品質管理、下りリンクパケットのバッファリングの役割を担ってもよい。

ＡＭＦ１７２はまた、例えば、Ｎ２インターフェースを介してＮ３ＩＷＦ１９９に接続されてよい。Ｎ３ＩＷＦは、例えば、３ＧＰＰ規定ではない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を促進する。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じかまたは類似の方式でＮ３ＩＷＦ１９９と相互作用する場合がある。

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続されてよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ５インターフェースを介してアプリケーション機能（Application Function：ＡＦ）１８８に接続していてもよい。Ｎ１５およびＮ５インターフェースは、図９Ｄに示されていない。ＰＣＦ１８４は、ＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードにポリシー規則を提供して、各制御プレーンノードが、これらの規則を施行できるようにしてもよい。ＰＣＦ１８４は、ＡＭＦ１７２に、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃ向けのポリシーを送信することがあり、その結果、ＡＭＦはＮ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃにポリシーを配信する場合がある。次に、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃで施行または適用される場合がある。

ＵＤＲ１７８は、認証証明書およびサブスクリプション情報のリポジトリとして機能する。ＵＤＲは、ネットワーク機能に接続する場合があり、その結果、ネットワーク機能は、リポジトリ内のデータに追加、データから読み出し、データを修正することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続する場合がある。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続し、かつＮ３５インターフェースを介してＵＤＭ１９７に接続する場合がある。

ＵＤＭ１９７は、ＵＤＲ１７８とその他のネットワーク機能との間のインターフェースとして機能する場合がある。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対してネットワーク機能に権限を与える場合がある。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続し、Ｎ１０インターフェースを介してＳＭＦ１７４に接続する場合がある。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続する場合がある。ＵＤＲ１７８およびＵＤＭ１９７は、密接に統合される場合がある。

ＡＵＳＦ１９０は、認証関連操作を実施し、かつＮ１３インターフェースを介してＵＤＭ１７８に、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９内の能力およびサービスをアプリケーション機能（ＡＦ）１８８にエクスポーズする。エクスポーズは、Ｎ３３ＡＰＩインターフェースで生じる場合がある。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続する場合があり、かつ他のネットワーク機能に接続して、５Ｇコアネットワーク１０９の能力およびサービスをエクスポーズする場合がある。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と相互作用する場合がある。アプリケーション機能１８８と、ネットワーク機能との間の相互作用は、ダイレクトインターフェースを介したものであるか、またはＮＥＦ１９６を介して生じる場合がある。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部と見なされるか、または５Ｇコアネットワーク１０９への外部のものである場合があり、かつモバイルネットワークオペレータと業務的な関係を有する企業によって配備される場合がある。

ネットワークスライシングは、オペレータのエアインターフェースの背後で１つまたは複数の「仮想」コアネットワークをサポートするモバイルネットワークオペレータによって使用される場合があるメカニズムである。これは、異なるＲＡＮ、または単一のＲＡＮにわたって動作する異なるサービスタイプをサポートするために、コアネットワークを１つまたは複数の仮想ネットワークに「スライシング」することに関連する。ネットワークスライシングは、オペレータが、例えば、機能性、性能、分離における多様な要件を求める異なる市場シナリオ向けにカスタマイズされたネットワークを構築し、最適化されたソリューションを提供することを可能にする。

３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計してきた。ネットワークスライシングは、ネットワークオペレータが、非常に多様で、かつ多大な要件が求められることが多い５Ｇユースケースの多様なセット（例えば、大規模ＩｏＴ、クリティカル通信、Ｖ２Ｘ、および高度化モバイルブロードバンド）をサポートするために使用することができる良好なツールである。各ユースケースが、性能、拡張性、および可用性要件のそれ自体固有のセットを有する場合、ネットワークスライシングの使用なしでは、ネットワークアーキテクチャは、広範なユースケースニーズを効率的にサポートするのに十分な柔軟性および拡張性がない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われなければならない。

図９Ｄを再度参照し、ネットワークスライシングのシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂまたは１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続する場合がある。ＡＭＦは、論理的に１つまたは複数のスライスの一部である場合がある。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂまたは１０２ｃと、１つまたは複数のＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、およびその他のネットワーク機能との接続または通信を調整する場合がある。ＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、およびその他のネットワーク機能のそれぞれは、同じスライスまたは異なるスライスの一部である場合がある。それらが異なるスライスの一部である場合、それらが異なるコンピューティングリソース、セキュリティ証明書を利用する場合があるという点で、それらは互いに分離されている場合がある。

コアネットワーク１０９は、他のネットワークとの通信を促進する場合がある。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９と、ＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどの、ＩＰゲートウェイを含むか、またはそれと通信する場合がある。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short Message Service：ＳＭＳ）サービスセンターを含むか、またはそれと通信する場合がある。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと、サーバまたはアプリケーション機能１８８との間の非ＩＰデータパケットの交換を促進する場合がある。加えて、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のサービスプロバイダによって所有または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

本明細書に記載され、かつ図９Ａ、９Ｃ、９Ｄまたは９Ｅに図示される、コアネットワークエンティティは、一定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図９Ａ、９Ｂ、９Ｃ、９Ｄまたは９Ｅで、記載および図示される特定のネットワークエンティティおよび機能は、例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。

図９Ｅは、本明細書に記載されるＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御を実装するシステム、方法、装置が使用される場合がある通信システム１１１の例を示す。通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、およびロードサイドユニット（Road Side Unit：ＲＳＵ）１２３ａおよび１２３ｂを含む場合がある。実際には、本明細書で提示する概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、またはその他のネットワーク要素に適用されてよい。１つまたはいくつか、あるいは全てのＷＴＲＵＡ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、アクセスネットワークカバレッジ１３１の範囲外にある場合がある。Ｖ２ＸグループのＷＴＲＵＡ、ＢおよびＣの中で、ＷＴＲＵＡはグループを先導するものであり、またＷＴＲＵＢおよびＣはグループメンバである。

ＷＴＲＵＡ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、それらがアクセスネットワークカバレッジ１３１内にある場合、ｇＮＢ１２１を介して、Ｕｕインターフェース１２９を通して互いに通信する場合がある。図９Ｅの例では、ＷＴＲＵＢおよびＦは、アクセスネットワークカバレッジ１３１内に示されている。ＷＴＲＵＡ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、インターフェース１２５ａ、１２５ｂまたは１２８などのサイドリンクインターフェース（例えば、ＰＣ５またはＮＲＰＣ５）を介して、それらが、アクセスネットワークカバレッジ１３１下にある、またはアクセスネットワークカバレッジ１３１外にあるかどうかに関係なく直接、互いに通信する場合がある。例えば、図９Ｅの例では、アクセスネットワークカバレッジ１３１外にあるＷＲＴＵＤは、カバレッジ１３１内にあるＷＴＲＵＦと通信する。

ＷＴＲＵＡ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・ネットワーク（Ｖ２Ｎ）１３３またはサイドリンクインターフェース１２５ｂを介して、ＲＳＵ１２３ａおよび１２３ｂと通信する場合がある。ＷＴＲＵＡ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・インフラストラクチャ（Ｖ２Ｉ）インターフェース１２７を介して、Ｖ２Ｘサーバ１２４に通信する場合がある。ＷＴＲＵＡ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・パーソン（Ｖ２Ｐ）インターフェース１２８を介して、別のＵＥと通信する場合がある。

図９Ｆは、図９Ａ、図９Ｂ、図９Ｃ、図９Ｄもしくは図９Ｅ、または、特に、図３から図７（例えば、ｇＮＢ２０１、ＴｘＵＥ２０２またはＲｘＵＥ２０３）のＷＴＲＵ１０２など、本明細書に記載される、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御を実装するシステム、方法および装置に従って、無線通信および操作向けに構成される場合がある装置またはデバイスＷＴＲＵ１０２の例のブロック図である。図９Ｆに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでもよい。ＷＴＲＵ１０２は、上述の要素の任意の副次的組み合わせを備える場合があることを理解されたい。また、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型ホームＮｏｄｅ−Ｂ（evolved home Node-B：ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（Home evolved Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ−Ｂゲートウェイ、次世代ｎｏｄｅ−Ｂ（generation Node-B：ｇＮｏｄｅ−Ｂ）およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図９Ｆに描写する要素の一部または全部を含む場合があり、本明細書に記載されるＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御について開示したシステムおよび方法を実施する例示的実装形態である場合がある。

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuits：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図９Ｆでは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。

ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、図９Ａの基地局１１４ａ）、またはエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して別のＵＥへ信号を伝送する、またはそこから信号を受信するように構成される場合がある。例えば、伝送／受信要素１２２は、ＲＦ信号を伝送または受信するように構成されたアンテナであってもよい。伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送または受信するように構成されるエミッタ／検出器であってもよい。伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成されてよい。伝送／受信要素１２２は、無線または有線信号の任意の組み合わせを伝送または受信するように構成されてもよいことを理解されよう。

加えて、伝送／受信要素１２２は、単一の要素として図９Ｆで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送および受信するために、２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、かつ伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有する場合がある。したがって、送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲおよびＩＥＥＥ８０２．１１、またはＮＲおよびＥ−ＵＴＲＡを介して通信するか、または異なるＲＲＨ、ＴＲＰ、ＲＳＵまたはノードへの複数のビームを介して同じＲＡＴと通信できるようにするために、複数の送受信機を含む場合がある。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイ装置または有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイ装置）に連結されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを挙げてもよい。プロセッサ１１８は、クラウドもしくはエッジコンピューティングプラットフォームでホストされるサーバ、またはホームコンピュータ（図示せず）内など、ＷＴＲＵ１０２上に物理的に設置されていないメモリの情報にアクセスし、そこにデータを記憶してもよい。プロセッサ１１８は、本明細書に記載される一部の例において、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御のセットアップが成功したか、失敗したかに応じて、ディスプレイまたはインジケータ１２８上の点灯パターン、画像または色を制御するか、あるいは、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御および関連付けられたコンポーネントのステータスを示すように構成されてよい。ディスプレイまたはインジケータ１２８上の点灯パターン、画像または色の制御は、本明細書で示すまたは論じる各図（例えば、図３から図７など）の方法のフローまたはコンポーネントのいずれかのステータスが反映される場合がある。ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御のメッセージおよびプロシージャについて、本明細書にて開示する。ユーザが、入力ソース（例えば、スピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８）を介してリソースを要求するため、かつ、とりわけ、ディスプレイ１２８に表示される場合があるＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御関連情報を要求、構成または問い合わせするために、メッセージおよびプロシージャは、拡張されてインターフェース／ＡＰＩを提供してもよい。

プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含んでもよい。

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に連結されてもよい。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信するか、または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。

プロセッサ１１８はさらに、追加の特徴、機能性、または有線または無線コネクティビティを提供する１つまたは複数のソフトウェアまたはハードウェアモジュールを含む場合がある他の周辺機器１３８に連結されてもよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。

ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗物などの他の装置もしくはデバイスに含まれてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。

図９Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、その他のネットワーク１１２またはネットワークサービス１１３内のある種のノードまたは機能エンティティなど、図９Ａ、図９Ｃ、図９Ｄおよび図９Ｅに図示される通信ネットワークの１つまたは複数の装置、ならびに、本明細書で説明および請求される、図３、図４、図６、図７および図１０から図２０に示すシステムおよび方法などＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御が、具現化される場合がある、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含み、かつコンピュータ可読命令によって主に制御されてよく、このコンピュータ可読命令は、ソフトウェアの形態であってもよく、このようなソフトウェアが記憶もしくはアクセスされる場所または手段は、いかなるものであってもよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を作動させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは別個の任意選択のプロセッサであり、追加の機能を実施するか、またはプロセッサ９１を支援することがある。プロセッサ９１またはコプロセッサ８１は、サイドリンクによるビームでのＵｕインターフェースまたはグループキャスト伝送を通したＨＡＲＱフィードバックの受信など、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御に関して本明細書に開示される方法および装置に関連するデータを、受信、生成、および処理してよい。

プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、かつデータ交換向けの媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、および割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。

システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶および読み出しを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されてよい。ＲＡＭ８２またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供する場合がある。メモリコントローラ９２はまた、システム内のプロセスを隔離し、かつユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供する場合がある。したがって、第１のモードで起動するプロフラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスする場合があり、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装される場合がある。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。

さらに、コンピューティングシステム９０は、図９Ａ、９Ｂ、９Ｃ、９Ｄまたは９ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２または他のネットワーク１１２などの外部通信ネットワークまたは装置に、コンピューティングシステム９０を接続するために使用されて、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにする、例えば、無線または有線ネットワークアダプタ９７などの通信回路を含む場合がある。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。

本明細書に記載される装置、システム、方法およびプロセスのうちいずれかまたは全ては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化される場合があり、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されるシステム、方法、およびプロセスを実施または実装させることを理解されたい。具体的には、本明細書に記載されるいずれのステップ、動作、または機能も、このようなコンピュータ実行可能命令の形態で実装され、無線または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報の記憶のために、任意の非一時的（例えば、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。

各図に示すような、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御の本開示の主題の好ましい方法、システムまたは装置を説明する際に、明確にする目的で特定の用語が用いられる。しかし、請求される主題は、そのような選択された特定の用語に限定されることを意図するものではなく、また各特定の要素は、類似の目的を達成するために類似の方式で動作する全ての技術的等価物を含むことを理解されたい。

本明細書に記載されている種々の技法は、ハードウェア、ファームウェア、ソフトウェア、または適切な場合はこれらの組み合わせと連携して実装されてもよい。このようなハードウェア、ファームウェア、およびソフトウェアは、通信ネットワークの種々のノードで配置される装置に常駐してもよい。本明細書に記載の方法を実施するために、装置は単独でまたは互いに連携して動作してもよい。本明細書で用いられる用語「装置」、「ネットワーク装置」、「ノード」、「デバイス」、「ネットワークノード」、などは、同じ意味で用いられる場合がある。加えて、単語「または」は、別段の定めがある場合を除き包括的に本明細書で全般的に使用される。例えば、伝送（Ｔｘ）ＵＥ２０２または受信（Ｒｘ）ＵＥ２０３が、サイドリンクでのデータの伝送または受信に使用されるリソースを認識していると記載されている場合、ＴｘＵＥ２０２とＲｘＵＥ２０３との両方のシナリオが、サイドリンクでのデータの伝送または受信に使用されるリソースを認識している。この例のような他の組み合わせも、考えられる。別の例では、ＵＥが、ＴｘＵＥ２０２またはＲｘＵＥ２０３向けのスケジューリングＤＣＩを監視するために１つのＣＯＲＥＳＥＴを用いて構成されてよいと記載されている場合、ＵＥが、ＴｘＵＥ２０２またはＲｘＵＥ２０３向けのスケジューリングＤＣＩを監視するために１つのＣＯＲＥＳＥＴを用いて構成されてよいシナリオが考えられる。他の組み合わせも考えられる。

本明細書は、最良の方式を含む本発明を開示するために、また当業者が任意のデバイスまたはシステムを作製かつ使用し、任意の組み込まれた方法を行うことを含む本発明を実践することを可能にするために、各例を使用する。本発明の特許性のある範囲は、特許請求の範囲によって定義され、かつ当業者に想起される他の例（例えば、本明細書に開示される各例示的方法の間で、ステップを省く、ステップを組み合わせる、またはステップを追加する）を含む場合がある。例えば、図１５Ａ、図２０、図２１または図２２のステップは、異なる組み合わせで組み合わされてよい。提示するように、ＴｘＵＥは、再伝送を実施するかどうかを決定するために、ＨＡＲＱフィードバックに依存してもしなくてもよい。したがって、図１５Ａ（および本明細書に付随する）の部分は、図２０に統合（かつ本明細書に付随）されなくてもよい。そのような他の例は、特許請求の範囲の文字通りの文言と違いのない構造要素を有する場合、または特許請求の範囲の文字通りの文言とはわずかに異なる同等の構造要素を含む場合、特許請求の範囲の範囲内であることを意図している。

本明細書に記載される、方法、システムおよび装置は、特に、ＮＲＶ２Ｘ用Ｕｕベースサイドリンク制御を管理する方法を提供することができる。方法、システム、コンピュータ可読記憶媒体、または装置は、基地局から、インターフェースを通して、初期伝送および再伝送向けのスケジューリングＤＣＩを取得することと、ＴｘＵＥからユニキャスト伝送サイドリンクを取得することと、スケジューリングを取得するか、ユニキャスト伝送サイドリンクを取得する上述の最初の２つのステップの１つまたは複数に基づいて、サイドリンクでＴｘＵＥにＨＡＲＱフィードバックを送信することとを行う手段を有する。方法、システム、コンピュータ可読記憶媒体、または装置は、基地局から最初の伝送向けのスケジューリング下りリンク制御情報を取得することであって、該最初の伝送は、初期伝送または再伝送を含む、ことと、スケジューリング下りリンク制御情報を取得することに基づいて、受信ユーザ端末に最初の伝送を送信することであって、該最初の伝送は、サイドリンクを介して伝送される、ことと、伝送の送信に基づいて、受信ユーザ端末からフィードバックを受信することであって、該フィードバックは、サイドリンクを介して伝送される、こととを行う手段を有する。装置は、伝送ユーザ端末であってよい。フィードバックは、ＨＡＲＱフィードバック単独、チャネル状態情報（ＣＳＩ）フィードバック単独、またはＨＡＲＱ＋ＣＳＩフィードバックであってよい。方法、システム、コンピュータ可読記憶媒体、または装置は、基地局にフィードバックを転送することを行う手段を有し、該フィードバックは、Ｕｕインターフェースを介して基地局に伝送される。スケジューリング下りリンク制御情報は、ブロードキャスト伝送、グループキャスト伝送またはユニキャスト伝送の少なくとも組み合わせに対して、スケジューリングを区別するために個別のフィールドを含む。スケジューリング下りリンク制御情報は、ブロードキャスト伝送、グループキャスト伝送またはユニキャスト伝送に対して、異なる無線ネットワーク一時識別子を使用してスクランブルされてよい。スケジューリング下りリンク制御情報は、１）受信ユーザ端末が装置にフィードバックを伝送するために、サイドリンクにスケジュールされた第１フィードバックリソース割り当ての第１インジケーション、または装置が基地局にフィードバックを伝送するために、Ｕｕインターフェースにスケジュールされた第２フィードバックリソース割り当ての第２インジケーションを含む場合がある。初期伝送および再伝送は、フィードバックと同じスロットにスケジュールされてよい。このパラグラフの全ての組み合わせ（ステップの省略または追加を含む）は、発明を実施するための形態の他の部分と一致する手段で考えられるものである。

Claims

無線通信を実施する装置であって、
プロセッサと、
前記プロセッサに連結されたメモリと、を備え、前記メモリは、それ自体に記憶された実行可能命令を含み、前記実行可能命令は、前記プロセッサによって実行されると、前記プロセッサに、
基地局から最初の伝送向けのスケジューリング下りリンク制御情報を取得することであって、前記最初の伝送は、初期伝送または再伝送を含む、ことと、
前記スケジューリング下りリンク制御情報を取得することに基づいて、受信ユーザ端末に前記最初の伝送を送信することであって、前記最初の伝送は、サイドリンクを介して伝送される、ことと、
前記伝送の前記送信に基づいて、前記受信ユーザ端末からフィードバックを受信することであって、前記フィードバックは、前記サイドリンクを介して伝送される、ことと、
を含む操作を実施させる、装置。
前記装置は、伝送ユーザ端末である、請求項１に記載の装置。
前記フィードバックは、ＨＡＲＱ、ＨＡＲＱ＋ＣＳＩフィードバック、またはＣＳＩフィードバックである、請求項１に記載の装置。
前記操作は、前記基地局に前記フィードバックを転送することをさらに含み、前記フィードバックは、Ｕｕインターフェースを介して前記基地局に伝送される、請求項１に記載の装置。
前記スケジューリング下りリンク制御情報は、ブロードキャスト伝送、グループキャスト伝送またはユニキャスト伝送の少なくとも組み合わせに対して、スケジューリングを区別するために個別のフィールドを含む、請求項１に記載の装置。
前記スケジューリング下りリンク制御情報は、ブロードキャスト伝送、グループキャスト伝送またはユニキャスト伝送に対して、異なる無線ネットワーク一時識別子を使用してスクランブルされる、請求項１に記載の装置。
前記スケジューリング下りリンク制御情報は、
前記受信ユーザ端末が前記装置に前記フィードバックを伝送するために、前記サイドリンクにスケジュールされた第１フィードバックリソース割り当ての第１インジケーションと、
前記装置が前記基地局に前記フィードバックを伝送するために、Ｕｕインターフェースにスケジュールされた第２フィードバックリソース割り当ての第２インジケーションと、
を含む、請求項１に記載の装置。
前記初期伝送および前記再伝送は、前記フィードバックと同じスロットにスケジュールされる、請求項１に記載の装置。
基地局から最初の伝送向けのスケジューリング下りリンク制御情報を取得することであって、前記最初の伝送は、初期伝送または再伝送を含む、ことと、
前記スケジューリング下りリンク制御情報を取得することに基づいて、受信ユーザ端末に前記最初の伝送を送信することであって、前記最初の伝送は、サイドリンクを介して伝送される、ことと、
前記伝送の前記送信に基づいて、前記受信ユーザ端末からフィードバックを受信することであって、前記フィードバックは、前記サイドリンクを介して伝送される、ことと、
を含む方法。
前記フィードバックは、ＨＡＲＱフィードバックである、請求項９に記載の方法。
前記スケジューリング下りリンク制御情報は、ブロードキャスト伝送、グループキャスト伝送またはユニキャスト伝送の少なくとも組み合わせに対して、スケジューリングを区別するために個別のフィールドを含む、請求項９に記載の方法。
前記スケジューリング下りリンク制御情報は、ブロードキャスト伝送、グループキャスト伝送またはユニキャスト伝送に対して、異なる無線ネットワーク一時識別子を使用してスクランブルされる、請求項９に記載の方法。
前記スケジューリング下りリンク制御情報は、
前記受信ユーザ端末が前記フィードバックを伝送するために、前記サイドリンクにスケジュールされた第１フィードバックリソース割り当ての第１インジケーションと、
前記基地局に前記フィードバックを伝送するために、Ｕｕインターフェースにスケジュールされた第２フィードバックリソース割り当ての第２インジケーションと、
を含む、請求項９に記載の方法。
前記初期伝送および前記再伝送は、前記フィードバックと同じスロットにスケジュールされる、請求項９に記載の方法。
コンピュータプログラムがそれ自体に記憶されているコンピュータ読み取り可能記憶媒体であって、前記コンピュータプログラムは、データ処理ユニットにロード可能であり、前記コンピュータプログラムは、前記データ処理ユニットによって実行されると、前記データ処理ユニットに、請求項９から１４のいずれか１項に記載の方法ステップを実行させるように適応されている、コンピュータ読み取り可能記憶媒体。