▶ フラウンホッファー−ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-04
(45)【発行日】2024-07-12
(54)【発明の名称】ＵＥ間の協調的な資源割り当て
(51)【国際特許分類】
H04W 72/40 20230101AFI20240705BHJP
H04W 28/26 20090101ALI20240705BHJP
H04W 72/02 20090101ALI20240705BHJP
H04W 92/18 20090101ALI20240705BHJP
【ＦＩ】
H04W72/40
H04W28/26
H04W72/02
H04W92/18
【請求項の数】
16
(21)【出願番号】P 2022571827
(86)(22)【出願日】2021-05-21
(65)【公表番号】
(43)【公表日】2023-05-30
(86)【国際出願番号】 EP2021063703
(87)【国際公開番号】W WO2021234164
(87)【国際公開日】2021-11-25
【審査請求日】2023-01-24
(31)【優先権主張番号】20175972.7
(32)【優先日】2020-05-22
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】20203172.0
(32)【優先日】2020-10-21
(33)【優先権主張国・地域又は機関】EP
【早期審査対象出願】
(73)【特許権者】
【識別番号】591037214
【氏名又は名称】フラウンホッファー－ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオ
(74)【代理人】
【識別番号】100079577
【弁理士】
【氏名又は名称】岡田 全啓
(74)【代理人】
【識別番号】100167966
【弁理士】
【氏名又は名称】扇谷 一
(72)【発明者】
【氏名】モハメド ソレイマニ ダリウシュ
(72)【発明者】
【氏名】レイ マルティン
(72)【発明者】
【氏名】ロス－マンダッツ エルケ
(72)【発明者】
【氏名】バダウリア シュバンギ
(72)【発明者】
【氏名】ハルーンアバディ メディ
(72)【発明者】
【氏名】リプカ ディエトマル
(72)【発明者】
【氏名】ニーマン ベルンハルト
(72)【発明者】
【氏名】アフメド アブドゥ モハメド アマニ アブデルカデル
【審査官】本橋 史帆
(56)【参考文献】
【文献】国際公開第２０１９／２２４８９３（ＷＯ，Ａ１）
【文献】TCL Communication，Views on Sidelink_Enhancement Priorities for R17[online]，3GPP TSG RAN #86 RP-192834，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_86/Docs/RP-192834.zip>，2019年12月12日
【文献】ITRI，Discussion on Radio Resource Allocation for ProSe D2D Service[online]，3GPP TSG-RAN WG2♯85 R2-140175，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140175.zip＞
【文献】Intel Corporation，Feature Lead Summary for NR-V2X AI - 7.2.4.1.4 Resource Allocation Mechanism[online]，3GPP TSG RAN WG1 #96 R1-1903623，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1903623.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ワイヤレス通信システムの少なくとも２つのトランシーバ（２０２1、２０２2）間でリソースを共有するための方法であって、前記少なくとも２つのトランシーバ（２０２1、２０２2）のうちの少なくとも第１のトランシーバ（２０２1）及び第２のトランシーバ（２０２2）は、サイドリンクを介したサイドリンク送信用のリソースがサイドリンクのリソースのセットのうちから自律的に選択される、ＮＲサイドリンクモード２で動作し、前記方法は、リソースのセットを記述する情報を送信することによって、前記少なくとも２つのトランシーバ（２０２1、２０２2）のうちの第１のトランシーバ（２０２1）によって前記第２のトランシーバ（２０２2）に前記リソースのセットを報告するステップと、
前記第１のトランシーバ（２０２ 1 ）によって報告される前記リソースのセットを考慮して、前記第２のトランシーバ（２０２ 2 ）によって、前記サイドリンクのリソースのセットのうちから候補リソースのセットを決定するステップと、
前記第２のトランシーバ（２０２2）によって、前記候補リソースのセットのうちから選択された選択リソースを用いて前記サイドリンク送信を実行するステップと、
を備え、
前記リソースのセットは、前記第１のトランシーバ（２０２1）で決定され、
前記リソースのセットは、前記第２のトランシーバ（２０２2）の前記サイドリンク送信によって使用されないことが優先されるリソースのセットである、
方法。
【請求項2】
前記リソースのセットを記述する情報は、－ 前記リソースのセットそのもの、
－ センシング情報
－ リソースマップ
のうちの１つである、請求項１に記載の方法。
【請求項3】
前記第１のトランシーバ（２０２1）から前記第２のトランシーバ（２０２2）に報告される前記リソースのセットが、選択基準に依存して前記第１のトランシーバ（２０２1）により選択されたリソースのセットを含む、請求項１又は請求項２に記載の方法。
【請求項4】
前記リソースのセットを記述する前記情報が、－ 物理層、
－ より高い層
を介して前記第１のトランシーバ（２０２1）から前記第２のトランシーバ（２０２2）に送信される、請求項１乃至３のいずれか１項に記載の方法。
【請求項5】
前記情報によって示される前記リソースのセットが、帯域幅部分におけるリソースプールの数を監視することによって、前記第１のトランシーバ（２０２1）によって決定され、監視される前記リソースプールの数は電力消費基準に依存して適応的に調整される、請求項１乃至４のいずれか１項に記載の方法。
【請求項6】
前記方法は、前記第１のトランシーバ（２０２1）から前記第２のトランシーバ（２０２2）又は前記ワイヤレス通信システムの別のトランシーバに、前記第１のトランシーバ（２０２1）によって監視される前記帯域幅部分の前記リソースプールを記述する情報を送信するステップをさらに備える、請求項５に記載の方法。
【請求項7】
前記情報は、第２段階のＳＣＩフォーマット又はＰＣ５－ＲＲＣメッセージを介して送信される、請求項６に記載の方法。
【請求項8】
前記方法は、前記第１のトランシーバ（２０２1）から前記第２のトランシーバ（２０２2）にコンテキスト情報を送信するステップをさらに含み、前記コンテキスト情報は、－ 優先されるリソースのセット、
－ 優先されないリソースのセット
のうちの少なくとも１つを記述する、請求項１乃至７のいずれか１項に記載の方法。
【請求項9】
前記サイドリンク送信は、前記優先されるリソースのセット及び／又は前記優先されないリソースのセットに基づいて前記候補リソースのセットから選択された選択リソースを用いて前記第２のトランシーバ（２０２2）により実行される、請求項８に記載の方法。
【請求項10】
前記コンテキスト情報は、第１のＳＣＩによって示される第２のＳＣＩフォーマットを介して送信される、請求項８又は９に記載の方法。
【請求項11】
前記コンテキスト情報が優先されないリソースのセットを記述する場合、それらのリソースは、前記優先されないリソースのセットとは異なる候補リソースのセットから選択される、請求項９又は１０に記載の方法。
【請求項12】
第１のサイドリンク送信のために前記第１のトランシーバ（２０２1）によって選択された１つ以上の選択リソースの予約を示す第１の予約情報を前記第１のトランシーバ（２０２
1
）で送信するステップと、第２のサイドリンク送信のために前記第２のトランシーバ（２０２2）によって選択された１つ以上の選択リソースの予約を示す第２の予約情報を前記第２のトランシーバ（２０２ 2 ）で送信するステップと、
前記第１の予約情報及び前記第２の予約情報を第３のトランシーバで受信し、少なくとも１つの予約リソースが、前記第１の予約情報及び前記第２の予約情報の両方によって予約されているかどうかを判断するステップと、
前記第１のトランシーバ（２０２1）又は前記第２のトランシーバ（２０２2）に支援情報又は調整情報を前記第３のトランシーバで送信するステップであって、前記支援情報又は調整情報は、それぞれの前記トランシーバを制御して、前記少なくとも１つの予約リソースを先取りするように構成される、ステップと、
を備える、請求項１乃至１１のいずれか１項に記載の方法。
【請求項13】
前記支援情報又は前記調整情報は、優先度、サービス品質パラメータ又はそれぞれの前記予約情報によって示される前記先取り選択のための他のメトリックに依存して、前記第１のトランシーバ（２０２1）又は前記第２のトランシーバ（２０２2）のいずれかに送信される、請求項１２に記載の方法。
【請求項14】
前記第１の予約情報及び前記第２の予約情報は同じスロットで送信される、請求項１２又は１３に記載の方法。
【請求項15】
無線通信システムの第１のトランシーバ（２０２1）であって、前記第１のトランシーバ（２０２1）は、サイドリンクを介したサイドリンク送信用のリソースがサイドリンクのリソースのセットのうちから前記第１のトランシーバ（２０２1）によって自律的に選択されている、ＮＲサイドリンクモード２において動作するように構成され、
前記第１のトランシーバ（２０２1）が、リソースのセットを決定し、前記リソースのセットを前記無線通信システムの第２のトランシーバ（２０２2）に報告するように構成され、
前記リソースのセットが、前記第２のトランシーバ（２０２2）のサイドリンク送信によって使用されないことが優先されるリソースのセットである、
第１のトランシーバ（２０２1）。
【請求項16】
無線通信システムの第２のトランシーバ（２０２2）であって、前記第２のトランシーバ（２０２2）が、サイドリンクを介したサイドリンク送信用のリソースがサイドリンクのリソースのセットのうちから前記第２のトランシーバ（２０２2）によって自律的に選択されている、ＮＲサイドリンクモード２において動作するように構成され、
前記第２のトランシーバ（２０２2）が、前記無線通信システムの第１のトランシーバ（２０２1）から、リソースのセットを記述する情報を受信するように構成され、
前記第１のトランシーバ（２０２ 1 ）によって報告される前記リソースのセットを考慮して、前記第２のトランシーバ（２０２2）は、前記サイドリンクのリソースセットのうちから候補リソースのセットを決定するように構成され、
前記第２のトランシーバ（２０２2）は、前記候補リソースのセットのうちから選択された選択リソースを用いて前記サイドリンク送信を実行するように構成され、
前記リソースのセットが前記第１のトランシーバ（２０２1）で決定され、
前記リソースのセットが、前記第２のトランシーバ（２０２2）の前記サイドリンク送信によって使用されないことが優先されるリソースのセットである、
第２のトランシーバ（２０２2）。
【発明の詳細な説明】
【技術分野】
【0001】
本願の実施形態は、ワイヤレス通信の分野に関し、より具体的には、サイドリンク、ＳＬを介した複数のユーザデバイス間のワイヤレス通信に関するものである。いくつかの実施形態は、調整されたＵＥ間リソース割り当てに関する。
【0002】
図１は、図１（ａ）に示すように、コアネットワーク１０２と、１つ以上の無線アクセスネットワークＲＡＮ１、ＲＡＮ２、．．．ＲＡＮＮとを含む地上波無線ネットワーク１００の一例を模式的に示す図である。図１（ｂ）は、１つ以上の基地局ｇＮＢ１～ｇＮＢ５を含み得る無線アクセスネットワークＲＡＮｎの一例の概略図であり、それぞれが、それぞれのセル１０６１～１０６５によって概略的に表される基地局の周囲の特定の領域にサービスを提供する。基地局は、セル内のユーザにサービスを提供するために提供される。基地局（ＢＳ）という用語は、５ＧネットワークにおけるｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏにおけるｅＮＢ、又は他の移動通信規格におけるＢＳを意味する。ユーザは、据え置き型デバイスであってもよいし、移動型デバイスであってもよい。また、ワイヤレス通信システムは、基地局又はユーザに接続する移動型デバイス又は静止型ＩｏＴデバイスによってアクセスされてもよい。移動型デバイス又はＩｏＴデバイスは、物理デバイス、ロボット又は自動車などの地上ベースの車両、有人又は無人航空機（ＵＡＶ）、後者はドローンとも呼ばれるなどの空中車両、建物、及びそこに電子デバイス、ソフトウェア、センサ、アクチュエータなどが埋め込まれた他の物品又はデバイス、ならびにこれらのデバイスが既存のネットワークインフラにわたってデータを収集及び交換することを可能にするネットワーク接続性を含んでもよい。図１（ｂ）は、５つのセルの例示的な図を示しているが、ＲＡＮｎは、より多くの又はより少ないこのようなセルを含んでもよく、ＲＡＮｎはまた、１つの基地局のみを含んでもよい。図１（ｂ）は、セル１０６２にあり、基地局ｇＮＢ２によってサービスが提供される、ユーザデバイス、ＵＥとも呼ばれる２つのユーザＵＥ１及びＵＥ２を示している。別のユーザＵＥ３は、基地局ｇＮＢ４によってサービスが提供されるセル１０６４に示されている。矢印１０８１、１０８２、１０８３は、ユーザＵＥ１、ＵＥ２、ＵＥ３から基地局ｇＮＢ２、ｇＮＢ４へデータを送信するための、又は基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３へデータを送信するためのアップリンク／ダウンリンク接続を模式的に表している。さらに、図１（ｂ）には、セル１０６４内の２つのＩｏＴデバイス１１０１、１１０２が示されているが、これらは、静止デバイスであってもよいし、移動型デバイスであってもよい。ＩｏＴデバイス１１０１は、矢印１１２１で模式的に表されるように、基地局ｇＮＢ４を介してワイヤレス通信システムにアクセスし、データの受信及び送信を行う。ＩｏＴデバイス１１０２は、矢印１１２２で模式的に表されるように、ユーザＵＥ３を介してワイヤレス通信システムにアクセスする。それぞれの基地局ｇＮＢ１～ｇＮＢ５は、例えば、Ｓ１インターフェースを介して、図１（ｂ）において「コア」を指す矢印で模式的に表されるそれぞれのバックホールリンク１１４１～１１４５を介してコアネットワーク１０２に接続されてもよい。コアネットワーク１０２は、１つ以上の外部ネットワークに接続されてもよい。さらに、それぞれの基地局ｇＮＢ１～ｇＮＢ５の一部又は全部は、例えば、ＮＲにおけるＳ１又はＸ２インターフェース又はＸＮインターフェースを介して、図１（ｂ）に「ｇＮＢ」を指す矢印で模式的に表されるそれぞれのバックホールリンク１１６１～１１６５を介して互いに接続されてもよい。
【0003】
データ送信のために、物理リソースグリッドが使用されることがある。物理リソースグリッドは、様々な物理チャネル及び物理信号がマッピングされるリソース要素のセットを含むことができる。例えば、物理チャネルは、ダウンリンク、アップリンク、及びサイドリンクペイロードデータとも呼ばれるユーザ固有のデータを搬送する物理ダウンリンク、アップリンク、及びサイドリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ）、例えばマスター情報ブロック（ＭＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）、例えばシステム情報ブロック（ＳＩＢ）などを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）及びサイドリンク制御情報（ＳＣＩ）などを搬送する物理ダウンリンク、アップリンク及びサイドリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＳＣＨ）などを含んでも良い。アップリンクについては、物理チャネル、又はより正確には３ＧＰＰによるトランスポートチャネルは、ＵＥが同期され、ＭＩＢ及びＳＩＢを取得した後にネットワークにアクセスするためにＵＥｓが使用する物理ランダムアクセスチャネル（ＰＲＡＣＨ又はＲＡＣＨ）をさらに含んでもよい。物理信号は、参照信号又はシンボル（ＲＳ）、同期信号等を含むことができる。リソースグリッドは、時間領域においてある持続時間を有し、周波数領域において所定の帯域幅を有するフレーム又は無線フレームを含むことができる。フレームは、事前に定義された長さ、例えば１ｍｓのある数のサブフレームを有してもよい。各サブフレームは、サイクリックプレフィックス（ＣＰ）長に応じて、１２又は１４のＯＦＤＭシンボルの１つ以上のスロットを含んでもよい。例えば、短縮された送信時間間隔（ｓＴＴＩ）や、わずか数個のＯＦＤＭシンボルを含むミニスロット／非スロットベースのフレーム構造を利用する場合、すべてのＯＦＤＭシンボルをＤＬ又はＵＬに使用することができ、又はサブセットのみを使用することができる。
【0004】
ワイヤレス通信システムは、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ）システムのような周波数分割多重を用いた任意のシングルトーン又はマルチキャリアシステム、又はＣＰを伴う又は伴わない任意の他のＩＦＦＴベースの信号、例えばＤＦＴ－ｓ－ＯＦＤＭであってもよい。他の波形、例えば、多重アクセスのための非直交波形、例えば、フィルタバンクマルチキャリア（ＦＢＭＣ）、一般化周波数分割多重（ＧＦＤＭ）又はユニバーサルフィルタリングマルチキャリア（ＵＦＭＣ）が使用されてもよい。ワイヤレス通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格又はＮＲ（５Ｇ）、Ｎｅｗ Ｒａｄｉｏ、規格に従って動作してもよい。
【0005】
図１に描かれた無線ネットワーク又は通信システムは、異なるオーバーレイネットワークを有する異種ネットワーク、例えば、各マクロセルが基地局ｇＮＢ１～ｇＮＢ５のようなマクロ基地局を含むマクロセルのネットワークと、フェムト又はピコ基地局のようなスモールセル基地局のネットワーク（図１には示されていない）によってもよい。
【0006】
上述した地上無線ネットワークに加えて、衛星のようなスペースボーン・トランシーバ、及び／又は無人航空機システムのようなエアボーン・トランシーバを含む非地上ワイヤレス通信ネットワークもまた存在する。非地上ワイヤレス通信ネットワーク又はシステムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ規格又はＮＲ（５Ｇ）、新無線、規格に従って、図１を参照して上述した地上システムと同様の方法で動作し得る。
【0007】
移動通信ネットワークにおいて、例えばＬＴＥ又は５Ｇ／ＮＲネットワークのように、図１を参照して上述したようなネットワークにおいて、例えばＰＣ５インターフェースを使用して、１つ以上のサイドリンク（ＳＬ）チャネルを介して互いに直接通信するＵＥｓが存在し得る。サイドリンクを介して互いに直接通信するＵＥｓは、他の車両と直接通信する車両（Ｖ２Ｖ通信）、ワイヤレス通信ネットワークの他のエンティティ（Ｖ２Ｘ通信）、例えばトラフィック信号、トラフィック標識、又は歩行者などの路側エンティティなどと通信する車両を含んでもよい。他のＵＥｓは、車両関連ＵＥｓでなくてもよく、上述したデバイスのいずれかを含むことができる。このようなデバイスは、ＳＬチャネルを使用して互いに直接通信（Ｄ２Ｄ通信）することもできる。
【0008】
サイドリンクを介して互いに直接通信する２つのＵＥｓを考慮する場合、基地局がＵＥｓに対してサイドリンクリソース割り当て設定又は支援を提供できるように、両方のＵＥｓが同じ基地局によってサービスを提供される場合がある。例えば、両方のＵＥｓは、図１に描かれた基地局のうちの１つのような基地局のカバレッジエリア(受信可能エリア、適用範囲エリア)内に存在してもよい。これは、「カバレッジ内（受信可能範囲内）」シナリオと呼ばれる。別のシナリオは、「カバレッジ外（受信可能範囲外）」シナリオと呼ばれる。「カバレッジ外」は、２つのＵＥｓが図１に描かれたセルのうちの１つのセル内にないことを意味するのではなく、むしろ、以下のことを意味することに留意されたい。
それは、これらのＵＥｓが、
－ 基地局に接続されていない、例えば、ＲＲＣ接続状態にないため、ＵＥｓは基地局からいかなるサイドリンクリソース割り当て設定又は支援も受信しないことがあり、及び／又は、
－ 基地局に接続されているが、１つ以上の理由により、基地局はＵＥｓに対してサイドリンクリソース割り当て設定又は支援を提供しないことがあり、及び／又は、
－ ＮＲ Ｖ２Ｘサービスをサポートしない基地局（例えば、ＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局）に接続されることがある。
それは、これらのＵＥｓが、
－ 基地局に接続されていない、例えば、ＲＲＣ接続状態にないため、ＵＥｓは基地局からいかなるサイドリンクリソース割り当て設定又は支援も受信しないことがあり、及び／又は、
－ 基地局に接続されているが、１つ以上の理由により、基地局はＵＥｓに対してサイドリンクリソース割り当て設定又は支援を提供しないことがあり、及び／又は、
－ ＮＲ Ｖ２Ｘサービスをサポートしない基地局（例えば、ＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局）に接続されることがある。
【0009】
例えばＰＣ５インターフェースを用いて、サイドリンクを介して互いに直接通信する２つのＵＥｓを考えた場合、一方のＵＥｓは、ＢＳとも接続し、サイドリンクインターフェースを通じて、ＢＳから他方のＵＥに情報を中継してもよい。中継は、同じ周波数帯で行ってもよいし（帯域内中継）、別の周波数帯を使用してもよい（帯域外中継）。第１の場合、Ｕｕ上の通信とサイドリンクを介した通信は、時分割二重通信（ＴＤＤ）システムのように異なるタイムスロットを用いて切り離されてもよい。
【0010】
図２は、互いに直接通信する２つのＵＥｓが共に基地局に接続されているカバレッジ内シナリオを模式的に表した図である。基地局ｇＮＢは、基本的に、図１に模式的に表されたセルに対応するサークル２００で模式的に表されるカバレッジエリアを有する。互いに直接通信するＵＥｓは、基地局ｇＮＢのカバレッジエリア２００内にある第１の車両２０２と第２の車両２０４の両方を含む。両車両２０２，２０４は、基地局ｇＮＢに接続されており、さらに、ＰＣ５インターフェースを介して互いに直接接続されている。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉管理は、基地局とＵＥｓとの間の無線インターフェースであるＵｕインターフェース上の制御信号を介して、ｇＮＢによって支援される。すなわち、ｇＮＢは、ＵＥｓに対してＳＬリソース割り当て設定又は支援を行い、ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用するリソースを割り当てる。この設定は、ＮＲ Ｖ２Ｘではモード１設定、ＬＴＥ Ｖ２Ｘではモード３設定とも呼ばれる。
【0011】
図３は、互いに直接通信するＵＥｓが、ワイヤレス通信ネットワークのセル内に物理的に存在することはあっても、基地局に接続されていないか、互いに直接通信するＵＥｓの一部または全部が基地局に接続しているが、基地局がＳＬリソース割り当て設定または支援を提供しない場合の、カバレッジ外シナリオを模式的に示す図である。３つの車両２０６、２０８、２１０が、例えばＰＣ５インターフェースを使用して、サイドリンクを介して互いに直接通信しているのが示されている。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉管理は、車両間で実装されるアルゴリズムに基づく。この構成は、ＮＲ Ｖ２Ｘにおけるモード２設定、又はＬＴＥ Ｖ２Ｘにおけるモード４設定とも称される。上述したように、カバレッジ外シナリオである図３のシナリオは、必ずしもそれぞれのモード２ＵＥｓ（ＮＲの場合）又はモード４ＵＥｓ（ＬＴＥの場合）が基地局のカバレッジ２００の外にあることを意味するのではなく、それぞれのモード２ＵＥｓ（ＮＲの場合）又はモード４ＵＥｓ（ＬＴＥの場合）が基地局によってサービスを受けていない、カバレッジエリアの基地局に接続していない、又は基地局に接続しているが基地局からＳＬリソース割り当て設定又は支援を受け取っていないことを意味している。したがって、図２に示すカバレッジエリア２００内に、ＮＲモード１又はＬＴＥモード３ ＵＥｓ ２０２、２０４に加えて、ＮＲモード２又はＬＴＥモード４ ＵＥｓ ２０６、２０８、２１０も存在する状況が存在する可能性がある。
【0012】
当然、図４及び図５の考察から明らかになるように、第１の車両２０２がｇＮＢによってカバーされている、すなわちｇＮＢにＵｕで接続されており、第２の車両２０４がｇＮＢによってカバーされておらず、ＰＣ５インターフェースを介して第１の車両２０２にのみ接続されている、又は第２の車両がＰＣ５インターフェースを介して第１の車両２０２に接続しているがＵｕを介して別のｇＮＢに接続しているという場合もありえる。
【0013】
図４は、２つのＵＥｓがそれぞれ直接通信を行うシナリオを模式的に表した図であり、２つのＵＥｓのうち１つのＵＥのみが基地局に接続されている。基地局ｇＮＢは、基本的に、図１に模式的に表されるセルに対応するサークル２００で模式的に表されるカバレッジエリアを有する。互いに直接通信するＵＥｓは、第１の車両２０２と第２の車両２０４とを含み、第１の車両２０２のみが基地局ｇＮＢのカバレッジエリア２００に存在する。両車両２０２，２０４は、ＰＣ５インターフェースを介して互いに直接接続されている。
【0014】
図５は、２つのＵＥｓがそれぞれ直接通信するシナリオを模式的に示す図であり、２つのＵＥｓは、異なる基地局に接続されている。第１の基地局ｇＮＢ１は、第１のサークル２００１で模式的に表されるカバレッジエリアを有し、第２の基地局ｇＮＢ２は、第２のサークル２００２で模式的に表されるカバレッジエリアを有している。互いに直接通信するＵＥｓは、第１の車両２０２及び第２の車両２０４を含み、第１の車両２０２は、第１の基地局ｇＮＢ１のカバレッジエリア２００１にあり、Ｕｕインターフェースを介して第１の基地局ｇＮＢ１に接続され、第２の車両２０４は、第２の基地局ｇＮＢ２のカバレッジエリア２００２にあり、Ｕｕインターフェースを介して第２の基地局ｇＮＢ２に接続されている。
【0015】
リソース割り当てモード
【0016】
現在、モード２リソース割り当てを使用する各ＵＥは、最初にセンシングを行い、次にセンシング結果に基づくリソース選択、又はランダムな選択を行う。
【0017】
Ｒｅｌｅａｓｅ １６ Ｖ２Ｘ ｓｔｕｄｙ ｉｔｅｍ（ＳＩ）フェーズでは、モード２のリソース割り当てについて３つのサブモードで議論され、後に現在のモード２リソース割り当ての定義に統合された。モード２の３つのサブモードの定義については、以下［２］で簡単に説明する。
【0018】
第１のサブモードはモード２ａである。このサブモードでは、ＵＥは、異なるトランスポートブロック（ＴＢ）の複数の送信に対してリソース（複数可）が選択されるセミパーシスタント方式及び各ＴＢ送信に対してリソース（複数可）が選択される動的方式のコンテキストで送信用のサイドリンクリソースを自律的に選択し得る。
【0019】
第２のサブモードはモード２ｃである。定義によれば、モード２（ｃ）ＵＥは、サイドリンク送信のための単一又は複数のパターンで（事前に）設定される。ここでいうパターンとは、時間及び周波数におけるリソースの位置（複数可）、サイズ、及びリソースの数を意味する。
カバレッジ外シナリオの場合、ＵＥはリソースプールごとに単一又は複数の送信パターンを事前に設定することを前提としている。カバレッジ内シナリオの場合、ｇＮＢはリソースプールごとにＵＥ向けの送信パターンを設定によって示す。単一送信パターンで構成されたＵＥの場合、センシング手順は実行されないが、複数送信で構成されたＵＥの場合、センシングが行われる可能性がある。このモードは、最終的にＲｅｌ．１６ではサポートされなかった。
カバレッジ外シナリオの場合、ＵＥはリソースプールごとに単一又は複数の送信パターンを事前に設定することを前提としている。カバレッジ内シナリオの場合、ｇＮＢはリソースプールごとにＵＥ向けの送信パターンを設定によって示す。単一送信パターンで構成されたＵＥの場合、センシング手順は実行されないが、複数送信で構成されたＵＥの場合、センシングが行われる可能性がある。このモードは、最終的にＲｅｌ．１６ではサポートされなかった。
【0020】
第３のサブモードはモード２ｄである。第３のサブＡ ＵＥは、上位レイヤの信号を介して、グループベースのＳＬ通信で他のＵＥにサイドリンク設定を提供する［２］。この機能は、ＵＥ能力次第である。グループキャストベースのＳＬ通信のコンテキストでは、ＵＥ－Ａ（グループヘッド又はグループリード（グループリーダー）ＵＥとも呼ばれる）は、そのカバレッジ下にあるｇＮＢに、グループメンバーＵＥ－Ｂ、ＵＥ－Ｃなどについて通知することができる。ｇＮＢは、ＵＥ－Ａを介して、各グループメンバーに対して、個別のリソースプール設定及び／又は個別のリソース設定を提供することができる。ＵＥ－Ａは、ｇＮＢから付与されたリソース設定を変更する能力を持たず、また、グループメンバーＵＥとｇＮＢとの間に直接的な関連性はない。
【0021】
Ｒｅｌ－１６では、最終的にモード２ａがサイドリンクのリソース割り当てのためのモード２として考慮された。
【0022】
ＵＥｓの発見（Discovery of UEs）
【0023】
定義に基づくサイドリンク発見手順は、ＰＣ５を介してＥ－ＵＴＲＡ直接無線信号を使用して近接する他のＵＥを発見することができるＵＥによって使用されることができる。ＵＥは、カバレッジ内又はカバレッジ外のいずれかになることができる。カバレッジ外シナリオの場合、ＰｒｏＳｅ有効（ＰｒｏＳｅ－ｅｎａｂｌｅｄ（ＰｒｏＳｅ＝Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ（近接サービス）））公共安全ＵＥｓのみがサイドリンク発見を実行できる。ＬＴＥ［４］では、発見に関する２つのモデルが定義されており、以下では、これらのモデルについて簡単に説明する。
【0024】
ＬＴＥ［４］で定義されている発見の第１のモデルは、モデルＡ（"Ｉ ａｍ ｈｅｒｅ"）である。このモデルでは、ＰｒｏＳｅが有効でＰｒｏＳｅ直接発見（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）に参加するＵＥに対して、２つの役割が定義されている。
－ アナウンスＵＥ：発見の許可を有する近接したＵＥｓが使用できる特定の情報を告知するＵＥ。
－ モニタリングＵＥ：アナウンスＵＥｓの近傍で、関心のある特定の情報をモニタリングするＵＥ。
－ アナウンスＵＥ：発見の許可を有する近接したＵＥｓが使用できる特定の情報を告知するＵＥ。
－ モニタリングＵＥ：アナウンスＵＥｓの近傍で、関心のある特定の情報をモニタリングするＵＥ。
【0025】
このモデルでは、アナウンスＵＥは事前に定義された発見間隔（ディスカバリ間隔）で発見メッセージをブロードキャストし、これらのメッセージに関心のあるモニタリングＵＥｓはそれらを読んで処理する。
【0026】
ＬＴＥ［４］で定義されている第２のモデルは、モデルＢ（"ｗｈｏ ｉｓ ｔｈｅｒｅ？"／"ａｒｅ ｙｏｕ ｔｈｅｒｅ？"）である。このモデルは、制限付き発見タイプが使用されている場合、ＰｒｏＳｅ直接発見に参加するＰｒｏＳｅ有効ＵＥｓに対して２つの役割を定義している。
－ 発見者ＵＥ（Discoverer UE）：発見することに関心のあるものに関する特定の情報を含む要求を送信するＵＥ。
－ 被発見者ＵＥ（Discoveree UE）：要求メッセージを受信したＵＥは、発見者の要求に関連するいくつかの情報で応答することができる。
－ 発見者ＵＥ（Discoverer UE）：発見することに関心のあるものに関する特定の情報を含む要求を送信するＵＥ。
－ 被発見者ＵＥ（Discoveree UE）：要求メッセージを受信したＵＥは、発見者の要求に関連するいくつかの情報で応答することができる。
【0027】
発見者ＵＥは、応答を受信したい他のＵＥｓに関する情報を送信するため、「ｗｈｏ ｉｓ ｔｈｅｒｅ／ａｒｅ ｙｏｕ ｔｈｅｒｅ」と同等である。たとえば、情報はグループに対応するＰｒｏＳｅアプリケーションＩＤについてであり、グループのメンバーは応答することができる。
【0028】
以上のことから、ＵＥの通信の信頼性を高め、遅延を低減するために、ＵＥｓのリソース選択／割り当て手順を強化する必要がある。
【0029】
上記のセクションの情報は、あくまで本発明の背景の理解を深めるためのものであり、従って、先行技術を形成せず、当業者にとってまだ知られていない情報を含んでいる可能性があることに留意されたい。
【図面の簡単な説明】
【0030】
以下、添付図面を参照して本発明の実施形態について説明する。
【発明を実施するための形態】
【0031】
以下の説明では、同等又は同等の機能を持つ要素には、同等又は同等の参照番号を付している。
【0032】
以下の説明では、本発明の実施形態のより詳細な説明を提供するために、複数の詳細説明が記載されている。しかしながら、本発明の実施形態は、これらの具体的な詳細説明なしに実施され得ることは、当業者には明らかであろう。他の例では、本発明の実施形態を不明瞭にしないために、周知の構造及びデバイスを詳細ではなくブロック図の形態で示す。さらに、以下に説明する異なる実施形態の特徴は、特に断りのない限り、互いに組み合わせてもよい。
【0033】
本発明の実施形態は、ＮＲ ｓｉｄｅｌｉｎｋ［１］のＲｅｌ－１７ ｗｏｒｋ ｉｔｅｍ（ＷＩ）で議論される予定の"ＵＥ間調整"の課題に関するものである。ＵＥ間調整は、リソース割り当ての強化であり、定義によれば、"ＵＥ－Ａでリソースのセットが決定される。このセットはモード２でＵＥ－Ｂに送信され、ＵＥ－Ｂは自身の送信のためのリソース選択でこれを考慮する"と定義されている。
【0034】
本発明の実施形態は、基地局、ｇＮＢ、又は中継器のようなトランシーバと、ユーザ装置、ＵＥｓのような複数の通信デバイスとを含む図１～図５に示されるようなワイヤレス通信システム又はネットワークにおいて実装され得る。図６は、基地局又は中継器のようなトランシーバ２００と、ＵＥｓのような複数の通信デバイス２０２1～２０２nとを含むワイヤレス通信システムの模式図である。ＵＥｓは、無線リンクのようなワイヤレス通信リンク又はチャネル２０３を介して（例えば、ＰＣ５インターフェース（サイドリンク）を用いて）、互いに直接通信することができる。さらに、トランシーバとＵＥｓ２０２は、無線リンクのようなワイヤレス通信リンク又はチャネル２０４を介して通信することができる（例えば、ｕＵインターフェースを用いて）。トランシーバ２００は、１つ以上のアンテナＡＮＴ又は複数のアンテナ素子を有するアンテナアレイ、信号処理装置２００ａ及びトランシーバユニット２００ｂを含むことができる。ＵＥｓ２０２は、１つ以上のアンテナＡＮＴ又は複数のアンテナ素子を有するアンテナアレイ、信号処理装置２０２ａ1～２０２ａn、及びトランシーバユニット２０２ｂ1～２０２ｂnを含む場合がある。基地局２００及び／又は１つ以上のＵＥｓ２０２は、本明細書に記載された本発明の教示に従って動作することができる。
【0035】
実施形態は、ワイヤレス通信システムの少なくとも２つのトランシーバ［例えば、ＵＥ Ｘ及びＵＥ Ａ］間で未使用リソースを共有する方法を提供し、少なくとも２つのトランシーバのうちの少なくとも第２のトランシーバ［例えば、ＵＥ Ａ］は、サイドリンクを介したサイドリンク通信［例えば、送信及び／又は受信］のためのリソースがワイヤレス通信システムによって事前に設定されるか、又は第２のトランシーバによって自律的にスケジューリングされる、サイドリンクカバレッジ内、カバレッジ外又は部分的にカバレッジ外のシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１又はモード２］］で動作する。この方法は、少なくとも２つのトランシーバのうちの第１のトランシーバ［例えば、ＵＥ Ｘ］によって、第１のトランシーバの未使用リソースのセットを第２のトランシーバに［例えば、未使用リソースのセットを記述する情報を送信することによって］報告するステップを備える。さらに、本方法は、第２のトランシーバ［例えば、ＵＥ Ａ］によって、サイドリンクのリソースのうち候補リソースのセットを決定するステップを備え、候補リソースのセットは、第１のトランシーバの未使用リソースの少なくとも一部を含む。さらに、本方法は、第２のトランシーバによって、候補リソースのセットから選択された選択リソースを用いてサイドリンク送信を実行するステップを備える。
【0036】
実施形態において、未使用リソースのセットは、基地局によって第１のトランシーバに割り当てられた、又はサイドリンクのリソースの第１のセット［例えば、サブチャンネル、リソースプール又は帯域幅部分］の連続的又は部分的なセンシングを行うことによって自律的に第１のトランシーバに割り当てられた、割り当てられたリソースのセットのサブセットである。
【0037】
実施形態において、未使用リソースは、通常リソースプール、サイドリンクリソースプール［例えば、共有モード１又はモード２リソースプール］、又は例外的なプールのリソースである。
【0038】
実施形態において、第２のトランシーバによって、候補リソースのセットを決定することは、第２のトランシーバによって、サイドリンクのリソースの第２のセット［例えば、サブチャネル、リソースプール又は帯域幅部分］の連続又は部分センシングを行うことをさらに含み、第１のリソースのセット及び第２のリソースのセットは、同じリソースのセット、異なるリソースのセット、時間又は周波数の両方において連続する又は連続しない部分的に重複するリソースのセットである。
【0039】
実施形態において、第１のトランシーバの未使用リソースは、定期的に、又は外部イベント［例えば、イベントトリガー］に応答して報告される。
【0040】
実施形態において、第１のトランシーバの未使用リソースのセットは、ワイヤレス通信システムの基地局を経由して第２のトランシーバに報告される。
【0041】
実施形態において、第２のトランシーバは、サイドリンクカバレッジ内シナリオ［例えば、サイドリンクモード２］で動作しており、第１のトランシーバから基地局へアップリンク送信を送信することによって、未使用リソースのセットが第１のトランシーバによって報告され、アップリンク送信が、未使用リソースのセットを記述する情報［例えば、時間及び周波数の観点又はビットマップとしてのリソースの位置］を含み、未使用リソースのセット又はその固有のサブセットは、基地局から少なくとも２つのトランシーバのうちの少なくとも第２のトランシーバへのマルチキャスト又はブロードキャスト送信［例えば、ＳＩＢブロードキャスト］によって第２のトランシーバに報告され、マルチキャスト又はブロードキャスト送信は、未使用リソースのセット又はその固有のサブセットを記述する情報［例えば、未使用リソースのリスト］を含む。
【0042】
実施形態において、第１のトランシーバの未使用リソースのセットは、さらにワイヤレス通信システムの第３のトランシーバ［例えば、ＵＥ－Ｄ］を介して第２のトランシーバに報告される。
【0043】
実施形態において、第２のトランシーバは、カバレッジ外シナリオで動作しており、未使用リソースのセットは、第１のトランシーバから基地局へのアップリンク送信を送信することによって第１のトランシーバによって報告され、アップリンク信号送信は、未使用リソースのセットを記述する情報［例えば、時間及び周波数の観点での又はビットマップとしてのリソースの位置］を含み、未使用リソースのセット又はその固有のサブセットは、基地局から少なくとも２つのトランシーバのうちの少なくとも第３のトランシーバへのマルチキャスト送信又はブロードキャスト送信［例えば、ＳＩＢブロードキャスト］によって第３のトランシーバに報告され、マルチキャスト又はブロードキャスト送信は、未使用リソースのセット又はその固有のサブセットを記述する情報［例えば、未使用リソースのリスト］を含み、未使用リソースのセット又はその固有のサブセットは、グループキャスト又はユニキャスト送信の手段により、第３のトランシーバから少なくとも第２のトランシーバへのグループキャスト送信によって第２のトランシーバに報告され、グループキャスト又はユニキャスト送信は、未使用リソースのセット又はその固有のサブセットを記述する情報［例えば、未使用リソースのリスト］を含む。
【0044】
実施形態において、本方法は、第２のトランシーバ［例えば、ＵＥ Ａ］によって、第２のトランシーバのサイドリンク送信のための候補リソースのセットのうちのリソースを選択するステップと、第２のトランシーバによって、選択されたリソースにおいてサイドリンク送信を送信するステップとをさらに備え、以下のうちの少なくとも１つに依存してサイドリンク送信のリソースの選択するステップにおいて、候補リソースのセットに含まれる第１のトランシーバの未使用リソースのセットのうちの未使用リソースが考慮される。
－ 第１のトランシーバと第２のトランシーバとの間の距離。
－ 第１のトランシーバ及び第２のトランシーバがワイヤレス通信システムの同じゾーンに配置されているかどうか。
－ 第２のトランシーバ又は第２のトランシーバのサイドリンク送信に関連づけられた優先度閾値の優先度。
－ 第２のトランシーバのバッテリレベル。
－ 基地局から受信した信号情報。
－ 最小通信範囲。
－ 第１のトランシーバと第２のトランシーバとの間の距離。
－ 第１のトランシーバ及び第２のトランシーバがワイヤレス通信システムの同じゾーンに配置されているかどうか。
－ 第２のトランシーバ又は第２のトランシーバのサイドリンク送信に関連づけられた優先度閾値の優先度。
－ 第２のトランシーバのバッテリレベル。
－ 基地局から受信した信号情報。
－ 最小通信範囲。
【0045】
実施形態において、第１のトランシーバの未使用リソースのセットは、サイドリンク送信を介して第２のトランシーバに直接報告され、第１のトランシーバから第２のトランシーバへのサイドリンク送信は、第１のトランシーバの未使用リソースのセットを記述する情報を含んでいる。
【0046】
実施形態において、第１のトランシーバから第２のトランシーバへのサイドリンク送信は、第１のトランシーバの未使用リソースのセットをフィールドで記述する情報を含む、第１段階のシステム制御情報（ＳＣＩ）送信である。
【0047】
実施形態において、第１のトランシーバの未使用リソースを記述する情報は、第１のトランシーバによって以前に予約された以前予約リソースの取り消しを示し、ひいては未使用リソースのセットを更新する指標［例えば、トグリングビット］を含む。
【0048】
実施形態において、本方法は、第１のトランシーバによって、第１のトランシーバから第２のトランシーバへさらなるサイドリンク送信を行うステップをさらに備え、さらなる送信は、第１のトランシーバの未使用リソースのセット又はその少なくとも固有のサブセットがもはや利用できないことを示す。
【0049】
実施形態において、第１のトランシーバから第２のトランシーバへの更なるサイドリンク送信は、第２段階のシステム制御情報（ＳＣＩ）送信である。
【0050】
実施形態において、サイドリンク送信は、第１のトランシーバの未使用リソースのセットをフィールドで記述する情報を含む第２段階のシステム制御情報（ＳＣＩ）送信であり、第２段階のサイドリンク制御情報に先行する第１段階のシステム制御情報（ＳＣＩ）送信は、第２段階のシステム制御情報（ＳＣＩ）送信における第１のトランシーバの未使用リソースのセットを記述する情報の送信を示す指標を含む。
【0051】
実施形態において、第１のトランシーバの未使用リソースを記述する情報は、第１のトランシーバによって以前に予約された以前予約リソースの取り消しを示し、ひいては未使用リソースのセットを更新する指標［例えば、トグルビット］を含む。
【0052】
実施形態において、方法は、第２のトランシーバ［例えば、ＵＥ Ａ］によって、第２のトランシーバから第１のトランシーバ［例えば、ＵＥ Ｘ］にリソース共有要求［例えば、リソース共有要求を伴うサイドリンク送信］を送信するステップをさらに備え、リソース共有要求は、第１のトランシーバの未使用リソースのセットの共有を要求し、未使用リソースのセットは、リソース共有要求に応答して第１のトランシーバによって第２のトランシーバに報告される。
【0053】
実施形態において、リソース共有要求は、専用の制御又はデータ信号、又は第１段のシステム制御情報（ＳＣＩ）内のフィールドによって、第２のトランシーバから第１のトランシーバに送信される。
【0054】
実施形態において、リソース共有要求は、以下のうちの少なくとも１つに依存して、第２のトランシーバ［例えば、ＵＥ Ａ］から第１のトランシーバ［例えば、ＵＥ Ｘ］に送信される。
－ 第１のトランシーバと第２のトランシーバとの間の距離。
－ 第１のトランシーバと第２のトランシーバとが最小通信範囲内にあること。
－ 第１のトランシーバと第２のトランシーバが同じゾーン内又は近接するゾーン内に配置されていること。
－ 第１のトランシーバと第２のトランシーバがＴＸ－ＲＸ距離とｚｏｎｅｃｏｎｆｉｇとＭＣＲの両方の組合せに属していること。
－ 第１のトランシーバと第２のトランシーバとの間の距離。
－ 第１のトランシーバと第２のトランシーバとが最小通信範囲内にあること。
－ 第１のトランシーバと第２のトランシーバが同じゾーン内又は近接するゾーン内に配置されていること。
－ 第１のトランシーバと第２のトランシーバがＴＸ－ＲＸ距離とｚｏｎｅｃｏｎｆｉｇとＭＣＲの両方の組合せに属していること。
【0055】
実施形態において、第１のトランシーバの未使用リソースのセットを記述するサイドリンク送信は、以下の条件の少なくとも１つが当てはまる場合、第１のトランシーバから第２のトランシーバにのみ送信される。
－ 第１のトランシーバと第２のトランシーバとの間に距離。
－ 第１のトランシーバと第２のトランシーバが最小通信範囲内にあること。
－ 第１のトランシーバと第２のトランシーバが同じゾーン内又は近接するゾーンのグループ内に配置されていること。
－ 第２のトランシーバによって送信されるデータは、第１のトランシーバによって送信されるデータよりも高い優先度又は高いサービス品質（ＱｏＳ）要件を有すること。
－ 第２のトランシーバから第１のトランシーバへの送信の測定されたＲＳＳＩ値が閾値［例えば、事前に定義された閾値］以下であること。
－ 第１のトランシーバが未使用リソースのセットの共有を受け入れるためのサイドリンクＣＳＩベースの手順。
－ ハイブリッド自動リピート要求（ＨＡＲＱ）送信のＮＡＣＫを受信しないこと。
－ 第１のトランシーバと第２のトランシーバとの間に距離。
－ 第１のトランシーバと第２のトランシーバが最小通信範囲内にあること。
－ 第１のトランシーバと第２のトランシーバが同じゾーン内又は近接するゾーンのグループ内に配置されていること。
－ 第２のトランシーバによって送信されるデータは、第１のトランシーバによって送信されるデータよりも高い優先度又は高いサービス品質（ＱｏＳ）要件を有すること。
－ 第２のトランシーバから第１のトランシーバへの送信の測定されたＲＳＳＩ値が閾値［例えば、事前に定義された閾値］以下であること。
－ 第１のトランシーバが未使用リソースのセットの共有を受け入れるためのサイドリンクＣＳＩベースの手順。
－ ハイブリッド自動リピート要求（ＨＡＲＱ）送信のＮＡＣＫを受信しないこと。
【0056】
実施形態では、第１のトランシーバから第２のトランシーバへのサイドリンク送信は、サイドリンク発見ビーコン送信である。
【0057】
実施形態では、第１のトランシーバから第２のトランシーバへのサイドリンク送信は発見チャネルである。
【0058】
実施形態において、第１のトランシーバの未使用リソースのセットを記述する情報を含む第１のトランシーバから第２のトランシーバへのサイドリンク送信は、第２のトランシーバ又は別のトランシーバが未使用リソースのセットを使用できる時間帯［例えば、有効時間］を記述する情報をさらに含む。
【0059】
実施形態において、方法は、第２のトランシーバによって、第２のトランシーバから第１のトランシーバにリソース共有要求を送信するステップをさらに備え［例えば、ディスカバリータイプ２を介して］、リソース共有要求は、第１のトランシーバの未使用リソースのセットの共有を要求し、本方法は、第１のトランシーバによって、第１のトランシーバから第２のトランシーバにリソース共有応答を送信するステップをさらに備え、リソース共有応答は、未使用リソースのセットの利用可能性を示す。前記方法は、第２のトランシーバによって、第１のトランシーバから第２のトランシーバへリソース共有確認を送信するステップをさらに含み、未使用リソースのセットを記述する情報を有するサイドリンク送信は、リソース共有要求に応答して、第１のトランシーバから第２のトランシーバへ送信される。
【0060】
実施形態において、第２のトランシーバは、脆弱なロードユーザ装置（ＶＲＵ－ＵＥ）［例えば、歩行者ＵＥ又はオートバイＵＥ］であり、未使用リソースのセットは、脆弱なロードユーザ装置に直接又はロード側ユニット又は中継器［例えば、Ｌ２又はＬ３］を介して報告される。
【0061】
実施形態において、脆弱なロードユーザ装置は、第２のトランシーバのサイドリンク送信のためのサイドリンクのリソースのうち、候補リソースのセット［例えば、上位層、例えば、ＭＡＣに報告される］を未使用リソースのセットに基づいてのみ決定する［例えば、候補リソースのセットは未使用リソースのセットのサブセットであり］［例えば、センシングに基づいていない］。
【0062】
実施形態において、未使用リソースのセットは、第１のトランシーバによってワイヤレス通信システムのトランシーバのグループに報告され、グループは第２のトランシーバを含み、未使用リソースのセットの報告は、第１のトランシーバからトランシーバのグループの各トランシーバへのサイドリンク送信［例えば、ＰＣ５－ＲＲＣ］によって専ら実行されるか、又は、未使用リソースのセットの報告が、トランシーバのグループに対するグループキャスト又はブロードキャストサイドリンク送信によって実行され、及び／又は、未使用リソースのセットの報告が、トランシーバのグループのトランシーバのＤＲＸアクティブ期間に依存して実行される。
【0063】
実施形態において、未使用リソースのセットは、渋滞測定に応答して、第１のトランシーバによって報告される。
【0064】
実施形態において、未使用リソースのセットは、予測されたカバレッジ外シナリオに起因して第１のトランシーバによって予測され、未使用リソースのセットは、カバレッジ外シナリオを予測することに応答して、第１のトランシーバによって第２のトランシーバに報告される。
【0065】
実施形態において、未使用リソースのセットは、予測されるハンドオーバーに応答して、第１のトランシーバによって第２のトランシーバに報告される。
【0066】
実施形態において、未使用リソースのセットは、後続の送信期間［例えば、サブフレーム］における第１のトランシーバのサービス品質（ＱｏＳ）、要件に依存して、第１のトランシーバによって第２のトランシーバに報告される。
【0067】
さらなる実施形態は、ワイヤレス通信システムの少なくとも２つのトランシーバ［例えば、ＵＥ Ｘ及びＵＥ Ａ］間でリソースを共有する方法を提供し、少なくとも２つのトランシーバのうち少なくとも第２のトランシーバ［例えば、ＵＥ Ａ］は、サイドリンクを介したサイドリンク通信［例えば、送信及び／又は受信］のためのリソースがワイヤレス通信システムによって事前に設定されるか、又は第２のトランシーバによって自律的にスケジューリングされる、サイドリンクカバレッジ内、カバレッジ外又は部分的にカバレッジ外のシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１又はモード２］］において動作する。この方法は、少なくとも２つのトランシーバの第１のトランシーバ［例えば、ＵＥ Ｘ］によって、リソースのセットを記述する情報［例えば、支援情報又は調整情報］を送信することによって、リソースのセットを第２のトランシーバに報告するステップを含む。
【0068】
方法は、第２のトランシーバ［例えば、ＵＥ Ａ］によって、サイドリンクのリソースのうち候補リソースのセットを決定するステップを備え、候補リソースのセットは、第１のトランシーバによって報告されたリソースのセットの少なくとも一部を含む。さらに、方法は、第２のトランシーバによって、候補リソースのセットのうち選択された選択リソースを使用してサイドリンク送信を実行するステップを含む。
【0069】
実施形態において、リソースのセットは、以下のうち少なくとも１つである。
－ 未使用リソースのセット。
－ 利用可能なリソースのセット。
－ 優先されるリソースのセット。
－ 優先されないリソースのセット。
－ 未使用リソースのセット。
－ 利用可能なリソースのセット。
－ 優先されるリソースのセット。
－ 優先されないリソースのセット。
【0070】
実施形態では、リソースのセットを記述する情報は、以下のうち１つである。
－ リソースのセットそのもの。
－ センシング情報［例えば、完全な生信号測定又はセンシングレポート］。
－ リソースマップ。
－ リソースのセットそのもの。
－ センシング情報［例えば、完全な生信号測定又はセンシングレポート］。
－ リソースマップ。
【0071】
実施形態において、第１のトランシーバから第２のトランシーバに報告されるリソースのセットは、選択基準［例えば、第２のトランシーバのサイドリンク送信にとって優先されるそれらのリソース、又は第２のトランシーバのサイドリンク送信に使用しないリソース］に依存して第１のトランシーバによって選択されるリソースのセットを含む。
【0072】
実施形態において、リソースのセットを記述する情報［例えば、支援情報又は調整情報］は、第１のトランシーバから第２のトランシーバに、以下を介して送信される。
－ 物理層［例えば、ロングＳＣＩフォーマット、ショートＳＣＩフォーマット、又は第１段階もしくは第２段階の支援情報もしくは調整情報メッセージ中］。
－ 上位層［例えば、ＲＲＣメッセージ、ＰＣ５－ＲＲＣメッセージ、又はＭＡＣ ＣＥ］。
－ 物理層［例えば、ロングＳＣＩフォーマット、ショートＳＣＩフォーマット、又は第１段階もしくは第２段階の支援情報もしくは調整情報メッセージ中］。
－ 上位層［例えば、ＲＲＣメッセージ、ＰＣ５－ＲＲＣメッセージ、又はＭＡＣ ＣＥ］。
【0073】
実施形態において、情報［例えば、支援情報又は調整情報］によって示されるリソースのセットは、帯域幅部におけるリソースプールの数を監視することによって第１のトランシーバによって決定され、監視されるリソースプールの数は、電力消費基準に依存して適応的に調整される。
【0074】
実施形態において、方法は、第１のトランシーバから第２のトランシーバ又はワイヤレス通信システムの別のトランシーバに、第１のトランシーバによって監視される帯域幅部のリソースプールを記述する情報［例えば、支援情報］を送信するステップをさらに備える。
【0075】
実施形態では、情報は第２段階のＳＣＩフォーマット又はＰＣ５－ＲＲＣメッセージを介して送信される。
【0076】
実施形態において、この方法は、第１のトランシーバから第２のトランシーバにコンテキスト情報を送信するステップをさらに備え、コンテキスト情報は、以下のうちの少なくとも１つを記述する。
－ 優先されるリソースのセット。
－ 優先されないリソースのセット。
－ 優先されるリソースのセット。
－ 優先されないリソースのセット。
【0077】
実施形態において、サイドリンク送信は、優先されるリソースのセット及び／又は優先されないリソースのセットに基づいて候補リソースのセットから選択された選択リソースを用いて、第２のトランシーバによって実行される。
【0078】
実施形態では、コンテキスト情報は、第１のＳＣＩによって示される第２のＳＣＩフォーマットを介して送信される。
【0079】
実施形態において、コンテキスト情報が優先されるリソースのセットを記述する場合、それらのリソースが、優先されるリソースのセットと一致する候補リソースのセットのうちから選択されることが好ましいか、又は、コンテキスト情報が優先されないリソースのセットを記述する場合、それらのリソースが、優先されないリソースのセットと異なる候補リソースのセットのうちから選択されることが好ましい。
【0080】
実施形態において、この方法は、第１のトランシーバで、第１のサイドリンク送信のために第１のトランシーバによって選択された１つ以上の選択リソースの予約を示す第１の予約情報を送信するステップをさらに備え、この方法は、第２のトランシーバで、第２のサイドリンク送信のために第２のトランシーバによって選択された１つ以上の選択リソースの予約を示す第２の予約情報を送信するステップをさらに備え、この方法は、第３のトランシーバで、第１の予約情報及び第２の予約情報を受信し、第１の予約情報及び第２の予約情報の両方によって少なくとも１つの予約リソースが予約されているかどうかを判断するステップをさらに備え、この方法は、第３のトランシーバによって、第１のトランシーバ又は第２のトランシーバに支援情報又は調整情報を送信するステップをさらに備え、支援情報又は調整情報が少なくとも１つの予約リソースを先取りするようにそれぞれのトランシーバを制御するように構成される。
【0081】
実施形態において、支援情報又は調整情報は、優先度、サービス品質パラメータ又はそれぞれの予約情報によって示される先取り選択（pre-emption selection）のための他のメトリックに依存して、第１のトランシーバ又は第２のトランシーバのいずれかに送信される。
【0082】
実施形態では、第１の予約情報と第２の予約情報とは、同じスロットで送信される。
【0083】
さらなる実施形態は、ワイヤレス通信システムの第１のトランシーバを提供し、第１のトランシーバは、サイドリンクを介したサイドリンク通信用のリソース［例えば、送信及び／又は受信］がワイヤレス通信システムによって事前に設定されるか、又は第１のトランシーバによって自律的にスケジュールされる、サイドリンクカバレッジ内、カバレッジ外又は部分的にカバレッジ外のシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１又はモード２］］内で動作するように構成され、第１のトランシーバは、第１のトランシーバの未使用リソースのセットをワイヤレス通信システムの第２のトランシーバに［例えば、未使用リソースのセットを記述する情報を送信することによって］報告するよう構成される。
【0084】
さらなる実施形態は、ワイヤレス通信システムの第２のトランシーバを提供し、第２のトランシーバは、サイドリンクを介したサイドリンク通信用のリソース［例えば、送信及び／又は受信］が、ワイヤレス通信システムによって事前に設定されるか、又は第２のトランシーバによって自律的にスケジュールされる、サイドリンクカバレッジ内、カバレッジ外又は部分的にカバレッジ外のシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１又はモード２］］で動作するように構成され、第２のトランシーバが、ワイヤレス通信システムの第１のトランシーバの未使用リソースのセットを記述する情報を受信するように構成され、第２のトランシーバは、サイドリンクのリソースのうち候補リソースのセットを決定するように構成され、候補リソースのセットは、第１のトランシーバの未使用リソースの少なくとも固有のサブセットを含み、第２のトランシーバは、候補リソースのセットのうち選択された選択リソースを使用してサイドリンク送信を実行するように構成される。
【0085】
さらなる実施形態は、第１のトランシーバ及び第２のトランシーバを備える、ワイヤレス通信システムを提供する。
【0086】
さらなる実施形態は、ワイヤレス通信システムの第１のトランシーバを動作させるための方法を提供する。この方法は、ワイヤレス通信システムの第１のトランシーバを、サイドリンクを介したサイドリンク通信［例えば、送信及び／又は受信］用のリソースがワイヤレス通信システムによって事前に設定されるか、又は第１のトランシーバによって自律的にスケジューリングされる、サイドリンクカバレッジ内、カバレッジ外又は部分的にカバレッジ外のシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１又はモード２］］で動作させるステップを備える。さらに、本方法は、第１のトランシーバの未使用リソースのセットをワイヤレス通信システムの第２のトランシーバに［例えば、未使用リソースのセットを記述する情報を送信することによって］報告するステップを含む。
【0087】
さらなる実施形態は、ワイヤレス通信システムの第２のトランシーバを動作させる方法を提供する。本方法は、ワイヤレス通信システムの第２のトランシーバを、サイドリンクを介したサイドリンク通信［例えば、送信及び／又は受信］用のリソースがワイヤレス通信システムによって事前に設定されるか、又は第２のトランシーバによって自律的にスケジューリングされる、サイドリンクカバレッジ内、カバレッジ外又は部分的にカバレッジ外のシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１又はモード２］］で動作させるステップを備える。さらに、本方法は、ワイヤレス通信システムの第１のトランシーバから未使用リソースのセットを記述する情報を受信するステップを備える。さらに、本方法は、サイドリンクのリソースのうち候補リソースのセットを決定するステップを備え、候補リソースのセットは、第１のトランシーバの未使用リソースの少なくとも固有のサブセットを含む。さらに、本方法は、候補リソースのセットから選択された選択リソースを使用してサイドリンク送信を実行するステップを備える。
【0088】
本実施形態は、Ｖ２Ｘのリソース割り当て手順を強化することにより、ＵＥ間の調整を可能にする。この強化の動機は、ＴＲ３７．８８５で定義されたＰＲＲとＰＩＲの両方を考慮した、信頼性の向上と遅延の低減にある。
【0089】
実施形態では、ＵＥ間調整のために専用のリソースセットを使用し、衝突（collision、競合）を最小化することによってＰＲＲ及びＰＩＲを改善するのに役立つ。
【0090】
さらに、実施形態では、カバレッジ内、カバレッジ外又は部分的にカバレッジ外で動作するＵＥのためのＵＥ間調整に関して、以下の態様が議論されている。
１．ＵＥ Ａは、モード２のＵＥ－Ｂ（複数可）に未使用である決定されたリソースをどのように発見し、送信するか？
〇Ｌ１／Ｌ２及びＬ３信号手順により、他のＵＥのために送信／受信のリソースを提供（スケジュール／支援）する。
・他のＵＥのスケジュール／支援に使用できるリソースはどれか。
〇近隣のＵＥ－Ｂ（複数）を決定するための発見手順（Ｌ１＆Ｌ２の両方］
１．ＵＥ Ａは、モード２のＵＥ－Ｂ（複数可）に未使用である決定されたリソースをどのように発見し、送信するか？
〇Ｌ１／Ｌ２及びＬ３信号手順により、他のＵＥのために送信／受信のリソースを提供（スケジュール／支援）する。
・他のＵＥのスケジュール／支援に使用できるリソースはどれか。
〇近隣のＵＥ－Ｂ（複数）を決定するための発見手順（Ｌ１＆Ｌ２の両方］
【0091】
実施形態において、ＵＥ間調整は、ＵＥ、例えばＵＥ－Ａがその未使用リソースのセットを別のＵＥ、例えばＵＥ－Ｂに送信することが可能である、最初に定義されたサブモード２ａ及びモード２ｄを広く包含することが分かる。未使用リソースのセットは、完全なリソース又は例えばＵＥ－Ａで決定されたリソースのサブセットのいずれかであることができる。ＵＥ間の調整の問題がグループキャストの観点から見られる場合、ＳＬでさえも階層的なセットアップに従う、すなわち、ＵＥはこの特定のグループに関連するＵＥｓに対するローカルマネージャ又はグループヘッドとして動作する。したがって、この場合、リソースを送信する必要があるＵＥｓを発見する必要はない。逆に、ＵＥｓがどのグループにも属さない場合、Ｄ２Ｄ通信［３］と同様の発見手順で、又はＲｅｌ－１６［２］の最小通信範囲などの地理位置（ジオロケーション）情報に基づいて、近接したＵＥを特定することが可能である。
【0092】
したがって、実施形態は、近接するＵＥｓを発見し、既に認可された未使用リソースを他のＵＥに伝達することに関するものである。ＵＥｓは、完全なカバレッジ外、カバレッジ内、又は部分的なカバレッジのシナリオで動作し得るモード２（自律的リソース割り当て）であると仮定される。また、未使用リソースとして識別されるリソースは、通常リソースプール、モード１及びモード２の共有リソースプール、又は例外的なプールからのものである可能性がある。
【0093】
実施形態において、Ｌ１信号は、主に、制御チャネルＰＳＣＣＨ及びフィードバックチャネルＰＳＦＣＨ、すなわちＳＣＩ及びフィードバックチャネルの拡張が含まれ、上位層によって与えられる関連するＱｏＳ及びＴＸ－ＲＸ距離が考慮される。
リソース情報の交換に関する手順、及びこれをどのＵＥｓと共有するかについては以下の実施形態で説明する。
－ すべてのＵＥｓがＲＲＣ＿ＩＤＬＥ状態／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＳＩＢを受信できるカバレッジ内のモード２におけるＵＥのためのサイドリンク未使用リソース報告及び手順。
－ カバレッジ外のモード２のＵＥのためのサイドリンク制御情報の拡張。さらに、グループキャストやユニキャストなど、特定のケースに対するフィードバックチャネルの強化。
－ 部分的にカバレッジのモード２用のサイドリンク未使用リソース報告。
－ 未使用リソースを専ら共有するＵＥｓを特定するための発見手順。
－ 歩行者の場合のＵＥ－ＵＥ信号手順。
－ グループキャストシナリオに固有のＵＥ間調整。
－ 手順のための追加トリガ条件
リソース情報の交換に関する手順、及びこれをどのＵＥｓと共有するかについては以下の実施形態で説明する。
－ すべてのＵＥｓがＲＲＣ＿ＩＤＬＥ状態／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＳＩＢを受信できるカバレッジ内のモード２におけるＵＥのためのサイドリンク未使用リソース報告及び手順。
－ カバレッジ外のモード２のＵＥのためのサイドリンク制御情報の拡張。さらに、グループキャストやユニキャストなど、特定のケースに対するフィードバックチャネルの強化。
－ 部分的にカバレッジのモード２用のサイドリンク未使用リソース報告。
－ 未使用リソースを専ら共有するＵＥｓを特定するための発見手順。
－ 歩行者の場合のＵＥ－ＵＥ信号手順。
－ グループキャストシナリオに固有のＵＥ間調整。
－ 手順のための追加トリガ条件
【0094】
以下、本発明の実施の形態についてさらに詳細に説明する。
【0095】
実施の形態1：基地局及び制御チャネルを介した未使用リソース報告
【0096】
本実施形態では、カバレッジ内、カバレッジ外、又は部分的にカバレッジ外の場合に、第１のトランシーバ（例えば、ＵＥ－Ｘ）の未使用リソースを近接するＵＥｓ、例えば、第２のトランシーバ（例えば、ＵＥ－Ａ）及び第３のトランシーバ（例えば、ＵＥ－Ｂ）と交換する方法についての報告手順について説明する。以下に述べるオプションは、報告手順に関する異なる可能なオプションの例をカバーするものである。
【0097】
それによって、本明細書では、利用可能な未使用又は未使用リソースを有するＵＥは、第１のトランシーバ（例えば、ＵＥ－Ｘ）と呼ばれることに留意されたい。グループキャスト通信の場合、このＵＥは、グループのグループヘッド／グループリード、例えば、小隊におけるグループヘッドとして機能し得る。リソースを要求するＵＥｓは、第２トランシーバ（例えば、ＵＥ－Ａ）、第３トランシーバ（例えば、ＵＥ－Ｂ）、第４トランシーバ（例えば、ＵＥ－Ｃ）等と称される。
【0098】
オプション１：すべてのＵＥｓがカバレッジ内にある場合
【0099】
このオプションでは、カバレッジ内モード２のために、単一のトランシーバ（例えば、ＵＥ）又は複数のトランシーバ（例えば、ＵＥｓ）にその未使用リソースを提供することを望むトランシーバ（例えば、ＵＥ）の信号態様が議論される。
【0100】
図７は、ワイヤレス通信システムの基地局２００（ｇＮＢ）のカバレッジ内である第１のトランシーバ２０２1（ＵＥ－Ｘ）、第２のトランシーバ２０２2（ＵＥ－Ａ）及び第３のトランシーバ２０２3（ＵＥ－Ｂ）を備えるワイヤレス通信システムの模式図である。第１のトランシーバ２０２1（ＵＥ－Ｘ）は、例えば、未使用リソースのセットを記述する情報を送信することによって、基地局２００（ｇＮＢ）を介して第２のトランシーバ２０２2（ＵＥ－Ｂ）及びオプションとして第３のトランシーバ２０２3（ＵＥ－Ｂ）に未使用リソースのセットを報告するよう構成される。すなわち、図７は、第２のトランシーバ（例えば、ＵＥ－Ａ）及び第３のトランシーバ（例えば、ＵＥ－Ｂ）がモード２であり、第１のトランシーバ（例えば、ＵＥ－Ｘ）がモード１であるカバレッジ内シナリオの一例を示す説明図である。
【0101】
図７に示すようにステップを要約すると、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、それに付与された未使用リソースを有する。これは、所定の期間に必要とされない、定期的に予約されたリソースに起因する場合がある。それは、これらの未使用リソースを基地局（例えば、ｇＮＢ）に報告し、基地局は、このリソースセットを、例えば、ＳＩＢを介して、第１のトランシーバ（例えば、ＵＥ－Ｘ）の近傍にあるトランシーバ（例えば、ＵＥｓ）にブロードキャスト送信する。第１のトランシーバ（例えば、ＵＥ－Ｘ）によるこの報告は、イベントトリガされ得る。
【0102】
続いて、第１のトランシーバから少なくとも第２のトランシーバに未使用リソースを報告する異なるステップについて、さらに詳細に説明する。
【0103】
実施形態において、第１のステップ（ステップ１）において、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、例えば、センシングを介して、又は基地局（例えば、ｇＮＢ）によって付与された、その既存のサービス（複数可）に対するリソースのセットを特定し、いくつかの追加の利用可能な未使用リソース（複数可）を有することができる。トランシーバ（例えば、ＵＥ－Ｘ）は、専用信号を介して、その未使用リソースを基地局（例えば、ｇＮＢ）に報告する。未使用リソースは、例えば、時間及び周波数の観点からリソース要素の位置として、又はビットマップとして、周期性又は有効時間と共に、任意にトランシーバ（例えば、ＵＥ－Ｘ）の地理位置（例えば、ＭＣＲ／ＴＸ－ＲＸ距離又はゾーンＩＤ）及び速度と共に報告されることが可能である。また、このレポートをトリガするための１つの追加の基準は、ＱｏＳベースの閾値である可能性があり、例えば、優先度（例えば、ｔｈｒｅｓＳＬ－ＴｘＰｒｉｏｒｉｔｉｚａｔｉｏｎと同様）が送信される可能性があり、この閾値を超えたときにトランシーバ（例えば、ＵＥ－Ｘ）だけがこの未使用リソースを報告することを可能にすることができる。この未使用リソースの報告は、ＲＲＣ内の新しい情報要素（ＩＥ）であるか、又はこの情報がＵＥ－Ａｓｓｉｓｔａｎｃｅ［５］に追加されるかのいずれかである可能性がある。対応する情報要素の例を以下に示す。基地局（例えば、ｇＮＢ）は、例えば、モード１のＵＥｓにリソースを付与するレポートをセンシングするリリース１５から利用可能な情報を使用することができる。
【0104】
具体的には、対応するＳＬ測定報告（SL Measurement Reporting）［５］情報要素であるＩＥの例は、以下のようになり得る。これにより、以下の例において、黄色でハイライトされている要素（網掛けされている要素）は、本明細書に記載される発明的アプローチに従って、提供、修正又は変更され得る。
【0105】
【0106】
実施形態では、第２のステップ（ステップ２）において、基地局（例えば、ｇＮＢ）は、次に、ステップ１において特定されたリソースを、ＳＩＢ Ｘを介してトランシーバ（例えば、ＵＥｓ（ＵＥ－Ａ及び／又はＵＥ－Ｂ））にブロードキャストしてもよい。例えば、このブロードキャストメッセージには、トランシーバ（例えば、ＵＥ－Ｘ）が提供する未使用リソース（これは、基地局、例えば、ｇＮＢによる速度及び地理位置に基づいて推測される）の未使用リソースのリスト（例えば、ＳＩＢＸ内のｖ２ｘ－Ｃｏｍｍｕｎｕｓｅｄ Ｒｅｓｏｕｒｃｅｓ）がＭＣＲ及びリソースの時間周波数位置と共に含まれる。
【0107】
対応するＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸ［５］情報要素、ＩＥの例は、以下のようになり得る。これにより、以下の例において、黄色でハイライトされている要素（網掛けされている要素）は、本明細書に記載された発明的アプローチに従って提供、修正、又は変更され得る。
【0108】
【0109】
実施形態に従って、これは、将来のリリースＳＩＢ、例えば、ＳＩＢＸに適合させることができ、ＳＩＢＸは、ＴＳ ３６．３３１［５］に定義されるＶ２Ｘサイドリンク通信の構成を含む。
【0110】
ＳＩＢＸ情報要素に対応する例として、［６］のＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸ情報要素の拡張は、以下のようになる可能性がある。これにより、以下の例において、黄色でハイライトされている要素（網掛けされている要素）は、本明細書に記載された発明的アプローチに従って、提供、修正、又は変更され得る。
【0111】
【0112】
これにより、ｓｌ－Ｖ２Ｘ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ｒ１６には、以前のリリースの設定が含まれる。
【0113】
実施形態に従って、第３のステップ（Ｓｔｅｐ３）は、どのトランシーバ（例えば、ＵＥｓ）がＳＩＢの情報を考慮し、それによってこの未使用リソースのリストを使用することができるかを説明する。ここでのトランシーバ（例えば、ＵＥｓ）は、ＲＲＣ－ｉｄｌｅ、ＲＲＣ－ｉｎａｃｔｉｖｅ又はＲＲＣ－ａｃｔｉｖｅの状態にあると仮定される。いくつかの可能なオプションは以下のとおりである。
－ トランシーバ（例えばＵＥｓ）は、このＴＸ－ＲＸ距離計算、すなわちサイドリンク相対位置を使用して、リソースを考慮することを許可するかどうかを決定する。これは、トランシーバ（ＵＥｓなど）が、例えばＣＡＭやＤＥＮＭなどのＶ２Ｘメッセージを介して互いの位置を認識していることを前提としている。
－ 別の選択肢としては、Ｒｅｌ．１６に記載されているように、同じゾーン、すなわちＴＸ－ＲＸ距離を持つトランシーバ（ＵＥｓなど）が、これらの提供されるリソースを考慮することができる。
－ 任意選択で、関連する優先度又は優先度閾値（より高い／等しい）に応じて、近接したトランシーバ（例えば、ＵＥｓ）は、それらのリソース選択のためにこれらの未使用リソースを利用し得る。
－ 任意選択で、トランシーバ（例えば、ＵＥｓ）は、そのセンシング手順を継続し、ＩＥ ＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇに従って、自身のリソース選択において受信した未使用リソースを考慮する。ＩＥ ＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇは、ＵＥ自律的リソース選択に使用されるＶ２Ｘサイドリンク通信設定を指定し、例えば、以下を参照する。あるいは、トランシーバ（ＵＥｓなど）は、バッテリ電力を節約するためなどに、センシングを控えたり、部分的なセンシングに切り替えたりすることができる。
－ トランシーバ（例えばＵＥｓ）は、このＴＸ－ＲＸ距離計算、すなわちサイドリンク相対位置を使用して、リソースを考慮することを許可するかどうかを決定する。これは、トランシーバ（ＵＥｓなど）が、例えばＣＡＭやＤＥＮＭなどのＶ２Ｘメッセージを介して互いの位置を認識していることを前提としている。
－ 別の選択肢としては、Ｒｅｌ．１６に記載されているように、同じゾーン、すなわちＴＸ－ＲＸ距離を持つトランシーバ（ＵＥｓなど）が、これらの提供されるリソースを考慮することができる。
－ 任意選択で、関連する優先度又は優先度閾値（より高い／等しい）に応じて、近接したトランシーバ（例えば、ＵＥｓ）は、それらのリソース選択のためにこれらの未使用リソースを利用し得る。
－ 任意選択で、トランシーバ（例えば、ＵＥｓ）は、そのセンシング手順を継続し、ＩＥ ＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇに従って、自身のリソース選択において受信した未使用リソースを考慮する。ＩＥ ＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇは、ＵＥ自律的リソース選択に使用されるＶ２Ｘサイドリンク通信設定を指定し、例えば、以下を参照する。あるいは、トランシーバ（ＵＥｓなど）は、バッテリ電力を節約するためなどに、センシングを控えたり、部分的なセンシングに切り替えたりすることができる。
【0114】
対応するＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ情報要素［５］の一例は、以下のようになり得る。これにより、以下の例において、黄色で強調されている要素（網掛けされている要素）は、本明細書に記載された発明的アプローチに従って、提供、修正又は変更され得る。
【0115】
【0116】
別の可能性は、基地局（例えば、ｇＮＢ）がＵＥ（ｓ）に専用の設定を提供し、例えば、ＳＰＳのような、Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ １で、トランシーバ（ｓ）（例えば、ＵＥ（ｓ））がリソースプール設定（ＩＥ ＳＬ－ＲｅｓｏｕｒｃｅＰｏｏｌ）自体を介してそのリソース用の未使用リソースを利用させることである可能性がある。これは、これらのリソースがトランシーバ（ｓ）（例えば、ＵＥ（ｓ））によって使用されるように構成されている期間も含む。
【0117】
対応するＳＬ－ＲｅｓｏｕｒｃｅＰｏｏｌ情報要素［６］の例は、以下のようになり得る。これにより、以下の例において、黄色でハイライトされている要素（網掛けされている要素）は、本明細書に記載される発明的アプローチに従って、提供、修正又は変更され得る。
【0118】
【0119】
なお、Ｓｌ－ＲｅｓｏｕｒｃｅＵｎｕｓｅｄＦｌａｇ－ｒ＊は、リソースの提供を停止するためのカバレッジ外の１ビットを参照することに留意されたい。
【0120】
実施形態によれば、ステップ３におけるリソース選択で利用されているこれらの未使用リソースが、最初にそれらを提供した第１のトランシーバ（例えば、ＵＥ－Ｘ）によって必要とされ返されるときはいつでも、第４ステップ（ステップ４）が発生することになる。この状態は、トランシーバ（例えば、ＵＥ－Ｘ）にとって、そのバッファに到着したイベントトリガトラフィック、例えば、緊急通知などの高ＱｏＳメッセージの場合に生じるかもしれない。この場合、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、例えば［９］のように、他のトランシーバ（例えば、ＵＥｓ）に対してその提供リソースのセットで現在の送信を先取りすることができる。
【0121】
オプション２：カバレッジ内及びカバレッジ外（部分的なカバレッジ）ＵＥｓ
【0122】
このオプションでは、１つ以上のトランシーバ（ＵＥｓなど）が基地局（ｇＮＢなど）のカバレッジ内にあり、残りのトランシーバ（ＵＥｓなど）がカバレッジ外シナリオにある場合の例として、シナリオを議論する。次に、トランシーバ（例えば、ＵＥｓ）が、どのように未使用リソースをトランシーバ（例えば、ＵＥｓ）とカバレッジ内、又はカバレッジ外で交換すべきか、又はその逆の方法で交換すべきかを議論すべきである。例えば、第１のトランシーバ（例えば、ＵＥ－Ｘ）はカバレッジ外である可能性があり、第２のトランシーバ（例えば、ＵＥ－Ａ）はカバレッジ内である可能性がある。
【0123】
以下で例示的に説明する手順では、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、基地局（例えば、ｇＮＢ）のカバレッジ内にあると仮定し、近接するトランシーバ（例えば、ＵＥ）はモード２（例えば、カバレッジ内及びカバレッジ外のモード２）にあるものと仮定する。例えば、図８に示すように、モビリティ（移動性）の間、１つのトランシーバ（例えば、ＵＥｓ）又はトランシーバ（例えば、ＵＥｓ）のグループのみが基地局（例えば、ｇＮＢ）のカバレッジ下に入り、他のトランシーバ（例えば、ＵＥｓ）は依然としてカバレッジ外に留まることが可能である。
【0124】
具体的には、図８は、第１のトランシーバ２０２1（ＵＥ－Ｘ）、第２のトランシーバ２０２2（ＵＥ－Ｄ）及び少なくとも第３のトランシーバ２０２3（ＵＥ－Ａ）を備えるワイヤレス通信システムを模式的に示す。第１のトランシーバ２０２1（ＵＥ－Ｘ）及び第２のトランシーバ２０２2（ＵＥ－Ｄ）は基地局２００（ｇＮＢ）のカバレッジ内にあり、少なくとも第３のトランシーバ２０２3（ＵＥ－Ａ）は基地局２００（ｇＮＢ）のカバレッジ外にある。その場合、第１のトランシーバ２０２1（ＵＥ－Ｘ）は、例えば、未使用リソースのセットを記述する情報を送信することによって、基地局２００（ｇＮＢ）を介して第２のトランシーバ２０２2（ＵＥ－Ｄ）に未使用リソースのセットを報告するように構成され得る。第２のトランシーバ２０２2（ＵＥ－Ｄ）は、サイドリンクを介して第３のトランシーバ２０２3（ＵＥ－Ａ）に対して少なくとも未使用リソースのセットを直接報告するよう構成され得る。すなわち、図８は、グループキャストの場合における部分的なカバレッジシナリオの一例を示す説明図である。ここで、第２のトランシーバ（例えば、ＵＥ－Ｄ）は、受信したリソースを制御チャネルを介してグループ全体にブロードキャストするか、又はユニキャストリンクを介して特定のグループメンバに特別に送信している。
【0125】
未使用リソースのブロードキャストは、イベントトリガ型の報告と見なすことができる。サポートされるサービス及びＱｏＳに応じて、例えば、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、そのような報告メカニズムをいつ開始したいかを決定することができる。さて、第１のトランシーバ（例えば、ＵＥ－Ｘ）が未使用リソースのリストを専用のトランシーバ（例えば、ＵＥ）又はトランシーバのグループ（例えば、ＵＥｓ）に転送したい場合、例えば、リリース１５のセンシング報告と同様に、追加の情報をセンシング報告に付加することが可能である。次に、図８に見られるように、第２のトランシーバ（例えば、ＵＥ－Ｄ）は次に、この未使用リソースを、例えば、制御チャネルを介して他のトランシーバ（例えば、ＵＥの、すなわち、ＵＥ－Ａ、ＵＥ－Ｂ、ＵＥ－Ｃ）に送ることができる。１つの例示的な方法は、第２段階のＳＣＩ又は第１段階のＳＣＩにおける宛先ＩＤのようなインデックスを介してこれらの未使用リソースを送信することであり得る。さらに、図８で説明したように、第２のトランシーバ（例えば、ＵＥ－Ｄ）は、特定のトランシーバ（例えば、ＵＥ）に対してユニキャストとして、又はグループ全体に対してブロードキャストとして送信することができる。
【0126】
ここでは、オプション１のステップ１で説明した対応する情報要素の例を再利用することができる。
【0127】
実施の形態２：制御チャネルを介した未使用リソース告知
【0128】
本実施形態では、制御チャネルを介してモード２の場合に第１のトランシーバ（例えば、ＵＥ－Ｘ）の未使用リソースを近接するトランシーバ（例えば、ＵＥｓ）に転送又は提供する手順の一例について説明する。（例えば、事前に設定されている）利用可能な未使用リソースを有する第１のトランシーバ（例えば、ＵＥ－Ｘ）は、例えば、告知手順、すなわち、図９のオプション１を介して、他のトランシーバ（例えば、ＵＥｓ）にそれらを提供し得る。
【0129】
詳細には、図９は、サイドリンクを介して互いに直接通信する第１のトランシーバ２０２1（例えば、ＵＥ－Ｘ）及び少なくとも第２のトランシーバ２００2（例えば、ＵＥ＿Ａ）を含むワイヤレス通信システムの概略図を示している。図９に示されるように、第１のトランシーバ２０２1（たとえば、ＵＥ－Ｘ）は、たとえば、未使用リソースのセットを記述する情報を送信することによって、未使用リソースのセットを第２のトランシーバ２０２2（ＵＥ－Ｂ）及びオプションとして第３のトランシーバ２０２3（ＵＥ－Ｂ）に直接サイドリンクを介して報告するように構成され得る。すなわち、図９は、Ｒｅｓｏｕｒｃｅ Ａｎｎｏｕｎｃｅｍｅｎｔの一例を示している。
【0130】
オプション１：第１のトランシーバー（例：ＵＥ－Ｘ）は未使用リソースを発表する。
【0131】
実施形態において、既に付与されたリソースを使用しないことを決定した第１のトランシーバ（例えば、ＵＥ－Ｘ）は、その決定について近接する他のトランシーバ（例えば、ＵＥ）に通知する必要がある。これにより、これらの未使用リソースは、他のトランシーバ（例えば、ＵＥ）がそのリソースを選択するために使用することができるので、リソースの過少利用を回避することができる。１つの可能な手順は、第１のトランシーバ（例えば、ＵＥ－Ｘ）によって、既に予約されているが未使用リソースをブロードキャストすることである。これは、例えば、第１段階のＳＣＩを介して、任意に以下の方法で信号化することができる。
【0132】
また、１ビットのフィールドを追加することで、予約済みリソースの取り消しを示すことができる。これは、予約済みリソースがキャンセルされるたびに１に設定されるトグリングビットとして機能することができる。次に、それに応じて、第１段階のＳＣＩにおいて、リソースの時間周波数位置が更新される。なお、これは第１のトランシーバ（例えば、ＵＥ－Ｘ）の観点からのものである。近接するすべての受信トランシーバ（例えば、ＵＥｓ）が第１段階のＳＣＩを復号化するので、第１のトランシーバ（例えば、ＵＥ－Ｘ）からのこれらの未使用リソースの位置は、トランシーバ（例えば、ＵＥ）に知られることになる。このビットをトグルすることの第１のトランシーバ（例えば、ＵＥ－Ｘ）に対する意味合いは、その再送信に関するものである。これは、第１のトランシーバ（ＵＥ－Ｘなど）が再び送信を開始したい場合、リソースを再選択する必要があるか、別のトランシーバ（ＵＥなど）による進行中の送信を先取りできることを意味する。
【0133】
ユニキャスト又はグループキャスト通信に特化した別の可能性は、これらの未使用リソースを第２段階のＳＣＩにのみ含めることである可能性がある。その理由は、トランシーバ（例えば、ＵＥｓ）がグループ内にあるか、又はユニキャストリンクが確立されている場合、ソースレイヤ２ＩＤは、すべての受信トランシーバ（例えば、ＵＥｓ）にとって明確であるからである。未使用リソース情報を明示的に示すビットマップを第２段階に含めることができる。
【0134】
実施の形態３：未使用リソースを専用報告
【0135】
本実施形態では、他のトランシーバ（例えば、ＵＥｓ）による要求に応じて、モード２の場合に第１のトランシーバ（例えば、ＵＥ－Ｘ）の未使用リソースを近接のトランシーバ（例えば、ＵＥｓ）に転送又は提供するための例示的な手順が専用的に示される。例えば、カバレッジ外シナリオでは、利用可能な未使用リソース（事前に設定されている）を有する第１のトランシーバ（例えば、ＵＥ－Ｘ）は、図９のオプション２でも示されるように、他のトランシーバ（例えば、ＵＥｓ）によって第１のトランシーバ（例えば、ＵＥ－Ｘ）に送信される専用の要求を通じて他のトランシーバ（例えば、ＵＥｓ）にそれらを提供することができる。
【0136】
オプション２：ＵＥによるＵＥ－Ｘへの専用リクエストの送信
【0137】
実施形態において、トランシーバ（例えば、ＵＥの（例えば、ＵＥ－Ａ））は、第１のトランシーバ（例えば、ＵＥ－Ｘ）に対して未使用リソースの利用可能性の要求を送信することができる。そこで、この手順は、第１のトランシーバ（例えば、ＵＥ－Ｘ）からの専用リソース要求と付与応答とを含むことになる。
【0138】
第２のトランシーバ（例えば、ＵＥ－Ａ）は、第１のトランシーバ（例えば、ＵＥ－Ｘ）を含む、その近傍にある他のトランシーバ（例えば、ＵＥ（複数可））に専用リソース要求を送信し、専用リソース要求は、第２のトランシーバ（例えば、ＵＥ－Ａ）が低遅延制約でいくつかのデータを送信するためのリソースを必要とすることを示し、これはセンシングすることだけに依存するとこの制約が達成できないからである。
【0139】
専用リソース要求は、第２のトランシーバ（たとえば、ＵＥ－Ａ）からその近傍にある他のトランシーバ（複数可）（たとえば、ＵＥ（ｓ））に専用の制御又はデータ信号によって送信されるかもしれない。別の選択肢では、例えば、第２のトランシーバ（例えば、ＵＥ－Ａ）が専用リソースを要求していることを指摘する新しい１ビットフィールドを第１段階のＳＣＩに追加することかもしれない。第２のトランシーバ（例えば、ＵＥ－Ａ）は、以下の例の条件に基づいて専用要求を送信し得る。
－ 最小通信範囲（ＭＣＲ）以内であること。
－ 同じゾーンＩＤに属すること。
－ 最小のゾーンＩＤ差（例えば、次の４つのゾーンだけがこのＳＣＩを符号化できる）又はＴＸ－ＲＸ距離のある閾値以内。
－ ＴＸ－ＲＸ距離とｚｏｎｅｃｏｎｆｉｇとＭＣＲの両方の組み合わせに属すること。
－ 最小通信範囲（ＭＣＲ）以内であること。
－ 同じゾーンＩＤに属すること。
－ 最小のゾーンＩＤ差（例えば、次の４つのゾーンだけがこのＳＣＩを符号化できる）又はＴＸ－ＲＸ距離のある閾値以内。
－ ＴＸ－ＲＸ距離とｚｏｎｅｃｏｎｆｉｇとＭＣＲの両方の組み合わせに属すること。
【0140】
専用リソース要求を受信すると、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、以下の例の条件の少なくとも１つが当てはまる場合にのみ、未使用又は完全に使用されていないリソースを送信することを受け入れる。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）と第２のトランシーバ（例えば、ＵＥ－Ａ）が最小通信範囲（ＭＣＲ）内にあり、及び／又は同じゾーンＩＤに属している。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）と第２のトランシーバ（例えば、ＵＥ－Ａ）が最小ゾーンＩＤ差内にある（例えば、次の４つのゾーンだけがこのＳＣＩを復号化することができる）。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）及び第２のトランシーバ（例えば、ＵＥ－Ａ）は、ＴＸ－ＲＸ距離とｚｏｎｅｃｏｎｆｉｇ及びＭＣＲの両方の組み合わせに属している。
－ 専用要求を送信する第２のトランシーバ（例えば、ＵＥ－Ａ）のデータは、第１のトランシーバ（例えば、ＵＥ－Ｘ）のデータよりも高い優先度／高いＱｏＳを有し、リソース選択のためにセンシングのみに依存すると、第２のトランシーバ（例えば、ＵＥ－Ａ）のデータの遅延要件を満たさない結果となる多くの時間が消費されることになる。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）が完全に使用されていないリソースを放棄する場合、第１のトランシーバ（例えば、ＵＥ－Ｘ）及び第２のトランシーバ（例えば、ＵＥ－Ａ）の送信は、そのリソースのいくつかで共存することになる。一定の品質レベルを維持するために、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、自身の送信に対する干渉の影響の指標として、専用リソース要求（複数可）から受信したＳＬ－ＲＳＳＩを測定する。したがって、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、測定されたＲＳＳＩ値がある閾値（任意選択：Ｐｒｅ－ｄｅｆｉｎｅｄ）以下であるトランシーバ（例えば、ＵＥｓ）にリソース許可（グラント）を送信することを選択する。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）が他のトランシーバ（例えば、ＵＥ）との自身のリソースの共有を受け入れるためのサイドリンクＣＳＩベースの手順。
〇 専用リソース要求を受信すると、第１のトランシーバ（ＵＥ－Ｘなど）は、「ＣＳＩ要求」フィールドを有効にしたＳＣＩフォーマット０－１を自身のピア及び／又はリソース要求トランシーバ（ＵＥｓなど）に送信してチャネル状態情報（Channel State Information）の報告を有効にする［７］、［８］。第１のトランシーバ（ＵＥ－Ｘなど）は、バンド全体ではなく、特定のリソースのセットに対してＣＳＩ報告を設定する。
〇 ＣＳＩ報告を受信した後、第１のトランシーバ（ＵＥ－Ｘなど）はＣＱＩ報告された値と送信を意図した自身の値とを比較する。ＣＳＩ報告のＣＱＩ指数が低いほど、第１のトランシーバ（ＵＥ－Ｘ など）とそのピアとの間のチャネルでの通信のためにＭＣＳ値を低くすることができる。第１のトランシーバ（例えば、ＵＥ－Ｘ）は、以下の場合に、リソース付与を受け入れ、及び／又は自身のリソースで共存する。
・第１のトランシーバ（例えば、ＵＥ－Ｘ）と通信するＵＥｓから報告されたＣＱＩ＞第１のトランシーバ（例えば、ＵＥ－Ｘ）の送信のために意図されたＣＱＩ値なので、第１のトランシーバ（例えば、ＵＥ－Ｘ）が、将来の送信のために自身のリソースの全て又は一部を使用する場合、第１のトランシーバ（例えば、ＵＥ－Ｘ）によってアドレス指定されたトランシーバ（例えば、ＵＥｓ）の受信者が依然としてトランシーバ（例えば、ＵＥ－Ｘ）からデータを正常に受信できることが保証される。
・ＨＡＲＱプロセスを有効にしたユニキャスト及び／又はマルチキャスト通信の場合、第１のトランシーバ（例えば、ＵＥ－Ｘ）がＰＳＦＣＨでＮＡＣＫメッセージを受信しなかった。つまり、再送信が必要なく、第１のトランシーバ（ＵＥ－Ｘなど）がアドレス指定したＵＥｓはそのデータを正しく受信することができる。
〇 複数の専用リソース要求がある場合、報告されたＣＱＩ値が最も低いリソース要求トランシーバ（ＵＥｓなど）は、第１のトランシーバ（ＵＥ－Ｘなど）からリソースグラント（リソース付与：resource grants）を受信するチャンスが高くなる。低いＣＱＩ値は、それらと第１のトランシーバ（例えば、ＵＥ－Ｘ）の間のチャネルがかなり悪いことを示すので、第１のトランシーバ（例えば、ＵＥ－Ｘ）の送信に対するそれらの干渉効果は大きくないだろう。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）と第２のトランシーバ（例えば、ＵＥ－Ａ）が最小通信範囲（ＭＣＲ）内にあり、及び／又は同じゾーンＩＤに属している。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）と第２のトランシーバ（例えば、ＵＥ－Ａ）が最小ゾーンＩＤ差内にある（例えば、次の４つのゾーンだけがこのＳＣＩを復号化することができる）。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）及び第２のトランシーバ（例えば、ＵＥ－Ａ）は、ＴＸ－ＲＸ距離とｚｏｎｅｃｏｎｆｉｇ及びＭＣＲの両方の組み合わせに属している。
－ 専用要求を送信する第２のトランシーバ（例えば、ＵＥ－Ａ）のデータは、第１のトランシーバ（例えば、ＵＥ－Ｘ）のデータよりも高い優先度／高いＱｏＳを有し、リソース選択のためにセンシングのみに依存すると、第２のトランシーバ（例えば、ＵＥ－Ａ）のデータの遅延要件を満たさない結果となる多くの時間が消費されることになる。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）が完全に使用されていないリソースを放棄する場合、第１のトランシーバ（例えば、ＵＥ－Ｘ）及び第２のトランシーバ（例えば、ＵＥ－Ａ）の送信は、そのリソースのいくつかで共存することになる。一定の品質レベルを維持するために、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、自身の送信に対する干渉の影響の指標として、専用リソース要求（複数可）から受信したＳＬ－ＲＳＳＩを測定する。したがって、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、測定されたＲＳＳＩ値がある閾値（任意選択：Ｐｒｅ－ｄｅｆｉｎｅｄ）以下であるトランシーバ（例えば、ＵＥｓ）にリソース許可（グラント）を送信することを選択する。
－ 第１のトランシーバ（例えば、ＵＥ－Ｘ）が他のトランシーバ（例えば、ＵＥ）との自身のリソースの共有を受け入れるためのサイドリンクＣＳＩベースの手順。
〇 専用リソース要求を受信すると、第１のトランシーバ（ＵＥ－Ｘなど）は、「ＣＳＩ要求」フィールドを有効にしたＳＣＩフォーマット０－１を自身のピア及び／又はリソース要求トランシーバ（ＵＥｓなど）に送信してチャネル状態情報（Channel State Information）の報告を有効にする［７］、［８］。第１のトランシーバ（ＵＥ－Ｘなど）は、バンド全体ではなく、特定のリソースのセットに対してＣＳＩ報告を設定する。
〇 ＣＳＩ報告を受信した後、第１のトランシーバ（ＵＥ－Ｘなど）はＣＱＩ報告された値と送信を意図した自身の値とを比較する。ＣＳＩ報告のＣＱＩ指数が低いほど、第１のトランシーバ（ＵＥ－Ｘ など）とそのピアとの間のチャネルでの通信のためにＭＣＳ値を低くすることができる。第１のトランシーバ（例えば、ＵＥ－Ｘ）は、以下の場合に、リソース付与を受け入れ、及び／又は自身のリソースで共存する。
・第１のトランシーバ（例えば、ＵＥ－Ｘ）と通信するＵＥｓから報告されたＣＱＩ＞第１のトランシーバ（例えば、ＵＥ－Ｘ）の送信のために意図されたＣＱＩ値なので、第１のトランシーバ（例えば、ＵＥ－Ｘ）が、将来の送信のために自身のリソースの全て又は一部を使用する場合、第１のトランシーバ（例えば、ＵＥ－Ｘ）によってアドレス指定されたトランシーバ（例えば、ＵＥｓ）の受信者が依然としてトランシーバ（例えば、ＵＥ－Ｘ）からデータを正常に受信できることが保証される。
・ＨＡＲＱプロセスを有効にしたユニキャスト及び／又はマルチキャスト通信の場合、第１のトランシーバ（例えば、ＵＥ－Ｘ）がＰＳＦＣＨでＮＡＣＫメッセージを受信しなかった。つまり、再送信が必要なく、第１のトランシーバ（ＵＥ－Ｘなど）がアドレス指定したＵＥｓはそのデータを正しく受信することができる。
〇 複数の専用リソース要求がある場合、報告されたＣＱＩ値が最も低いリソース要求トランシーバ（ＵＥｓなど）は、第１のトランシーバ（ＵＥ－Ｘなど）からリソースグラント（リソース付与：resource grants）を受信するチャンスが高くなる。低いＣＱＩ値は、それらと第１のトランシーバ（例えば、ＵＥ－Ｘ）の間のチャネルがかなり悪いことを示すので、第１のトランシーバ（例えば、ＵＥ－Ｘ）の送信に対するそれらの干渉効果は大きくないだろう。
【0141】
ユニキャスト又はグループキャストリンクが既に確立されているトランシーバ（ＵＥｓなど）に特有のもう１つの点は、第１のトランシーバ（ＵＥ－Ｘなど）の近傍にあるすべてのトランシーバ（ＵＥなど）がＰＳＦＣＨチャネルを監視することである。第１のトランシーバ（例えば、ＵＥ－Ｘ）がＰＳＦＣＨ上でＮＡＣＫを受信するときはいつでも、それは未使用リソースを近傍のトランシーバ（例えば、ＵＥｓ）と共有することはない。したがって、同様のリソースで競合するトランシーバ（例えば、ＵＥｓ）の数も減少する。
【0142】
実施の形態４：発見タイプ１による未使用リソースの転送
【0143】
本実施形態では、発見タイプ１を介して、限定されたトランシーバのセット（例えば、ＵＥ’ｓ）に未使用リソースを専ら提供する手順の一例を説明する。トランシーバ（例えば、ＵＥ’ｓ）がカバレッジ外であり、設定された時間の間、その未使用リソースを提供することができる第１のトランシーバ（例えば、ＵＥ－Ｘ）の存在を認識させる必要がある場合、発見手順は別の可能性となり得る。
【0144】
告知による発見
【0145】
本特許出願の冒頭で述べたＤ２Ｄからの発見のモデルＡ（「Ｉ ａｍ ｈｅｒｅ」）に沿って、以下の一般的な手順を確立することができる（図１０参照）。
【0146】
詳細には、図１０は、第１のトランシーバ２０２1（例えば、ＵＥ－Ｘ）と、少なくとも第２のトランシーバ２００2（例えば、ＵＥ＿Ａ）とがサイドリンクを介して直接通信するワイヤレス通信システムを模式的に示す図である。すなわち、図１０は、告知（Announcement）を介した発見手順（Discovery Procedure）の一例を示す説明図である。
【0147】
オプション１：発見ビーコン
【0148】
この手順では、サイドリンク発見ビーコンは、第１段階のＳＣＩの前にスタンドアローン情報として送信されるか、又は第１段階のＳＣＩでパンクチャーされ（punctured）、以下を含む。
－ 以下に沿った、第１のトランシーバ（例えば、ＵＥ－Ｘ）による未使用リソースの時間周波数位置。
－これらのリソースが利用できる機会の数（ＲＳＶＰのような）。
－ 以下に沿った、第１のトランシーバ（例えば、ＵＥ－Ｘ）による未使用リソースの時間周波数位置。
－これらのリソースが利用できる機会の数（ＲＳＶＰのような）。
【0149】
スタンドアローンサイドリンク発見情報は、第１段階のＳＣＩに隣接しているか、又は隣接していないかのいずれかである可能性がある。サポートされるトラフィックタイプ（周期的／非周期的）、サポートされるＭＣＲを含むＱｏＳに基づいた近接するトランシーバ（例えば、ＵＥ）は、上位層によって設定された発見期間に基づいて、このサイドリンク発見ビーコンを都合の良いように復号化しようとする。第１のトランシーバ（例えば、ＵＥ－Ｘ）が、例えば、トリガされた緊急メッセージのために、未使用リソースの共有を停止することを決定した場合、それは、例えば、サイドリンク発見ビーコンを介して、共有を停止する、又は機会の数を「０」に設定するように近接するトランシーバ（例えば、ＵＥ）に告知をブロードキャスト送信する。
【0150】
オプション２：発見チャンネル
【0151】
あるいは、ＮＲ－Ｖ２Ｘ用の発見チャンネルを定義し、これは、発見期間、リソースの有効期間、時間の第２段階のＳＣＩからの情報、周波数リソースの位置、及びデ宛先ＩＤを含むことが可能である。
【0152】
オプション３：キープアライブメッセージ（Keep-alive message）
【0153】
リソース共有が適用される期間を特定するために、グループキャスト又はユニキャストの場合において適用可能な別のアプローチは、ＰＣ５－Ｓ信号を使用することである。上位層（ＮＡＳ）のキープアライブ信号は、確立されたリンクに基づいてリソースの有効性を第２のトランシーバ（ＵＥ１など）、第３のトランシーバ（ＵＥ２など）に通知するために、第１のトランシーバ（ＵＥ－Ｘなど）が代わりに使用することが可能である。タイマーＴ４０２［ＴＳ２３．３３４］が切れると、リソースの共有は自動的に終了する。したがって、ここでは、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、未使用リソースが利用可能であれば、新しいキープアライブ手順を開始する能力を有し、キープアライブカウンタは第１のトランシーバ（例えば、ＵＥ＿Ｘ）に応じて設定されることになる。
【0154】
実施の形態５：発見タイプ２による未使用リソースの転送
【0155】
本実施形態では、発見タイプ２を介した専用要求で、限られたトランシーバのセット（例えば、ＵＥ）に未使用リソースを専ら提供する手順の一例について説明する。トランシーバ（例えば、ＵＥ）がカバレッジ外にあり、設定された時間の間、その未使用リソースを提供することができる第１のトランシーバ（例えば、ＵＥ Ｘ）の存在を認識させる必要がある場合、発見手順は別の可能性であり得る。
【0156】
図１１は、第１のトランシーバ２０２1（例えば、ＵＥ－Ｘ）と、少なくとも第２のトランシーバ２００2（例えば、ＵＥ＿Ａ）とがサイドリンクを介して直接通信するワイヤレス通信システムを模式的に示す図である。すなわち、図１１は、専用発見レスポンス（Dedicated Discovery response.）の一例を示す説明図である。
【0157】
このオプションでは、第２のトランシーバ（例えば、ＵＥ－Ａ）が近傍のトランシーバ（例えば、ＵＥｓ）からリソースを要求し、第１のトランシーバ（例えば、ＵＥ－Ｘ）がそのリソースを介してこの要求に応答する。そして、未使用リソースを必要としているトランシーバ（例えば、ＵＥ）は、第１のトランシーバ（例えば、ＵＥ－Ｘ）（図１１の第２のトランシーバ（例えば、ＵＥ１））に確認応答を返送することになる。確認応答を受信した後、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、トランシーバ（例えば、ＵＥ）、例えば、第１のトランシーバ（例えば、ＵＥ－１）がこのリソースを使用できる意図する時間と共に、未使用リソースの位置に関連する情報を送出する。第１のトランシーバ（例えば、ＵＥ－Ｘ）によって送信される発見要求は、第１のトランシーバ（例えば、ＵＥ－Ｘ）自体によってサポートされるＭＣＲによって制限され、またＴＸ－ＲＸ距離、すなわち近接するトランシーバ（例えば、ＵＥ）のゾーン設定によっても制限されうる。
【0158】
実施の形態６：歩行者に特化しており、ＲＳＵ又は中継器を使用したトランシーバ間（例えば、ＵＥ－ＵＥ）信号手順［初期版］
【0159】
トランシーバ間（例えば、ＵＥ間）の調整、すなわち第１のトランシーバ（例えば、ＵＥ－Ｘ）による未使用リソースの転送は、歩行者、バイク、自転車などの歩行者トランシーバ（例えば、ＵＥｓ）に転送することもでき、その後、このリソースセットを直接利用し、エネルギーを節約するためにセンシングを中止することが可能である。別の可能性としては、ＵＥタイプのＲＳＵ又は中継器、例えばＬ３又はＬ２が、これらの未使用リソースセットを収集し、歩行者ＵＥｓの地理位置に基づいて、近傍の歩行者ＵＥｓにそれをブロードキャストすることが考えられる。
【0160】
実施の形態７：グループキャストのためのＵＥ間調整［初期版］
【0161】
本実施形態は、グループ内のトランシーバ間（例えば、ＵＥ間）調整の特殊なケースを扱う。集中型グループ方式の場合、グループリーダーとして動作する第１のトランシーバ（例えば、ＵＥ－Ｘ）は、それによって未使用リソースを、そのグループに属するトランシーバ（例えば、ＵＥｓ）へ転送する。このリソースの転送は、ＰＣ５－ＲＲＣを介して専ら行うこともできるし、つまりトランシーバ（例えばＵＥ）ごとにユニキャストリンクを確立することができる。測定サイドリンクＩＥ（MeasurementSidelink IE）を介してこれらの未使用リソースを共有する例は、以下の通りである。それによって、以下の例において、黄色でハイライトされている要素（網掛けされている要素）は、本明細書に記載された発明的アプローチに従って提供、修正又は変更され得る。
【0162】
【0163】
あるいは、別の例は、第１のトランシーバ（例えば、ＵＥ－Ｘ）が、グループ内のそれぞれの宛先ＩＤを有するトランシーバ（例えば、ＵＥｓ）に、そのソース層２ ＩＤでこのリソースセットをブロードキャストすることであり得る。歩行者型ＵＥのグループに特有の別の可能性として、第１のトランシーバ（例えば、ＵＥ－Ｘ）が他のトランシーバ（例えば、ＵＥｓ）に提供する未使用リソースセットが、ＤＲＸアクティブ期間の関数であることが考えられる。これは、第１のトランシーバ（例えば、ＵＥ－Ｘ）の同じセットの未使用リソースが、個々のＤＲＸオン時間に基づいて、異なるトランシーバ（例えば、ＵＥｓ）に提供される可能性があることを意味する。したがって、これは効率的なリソース利用をもたらすことになる。
【0164】
実施の形態８：信号手順の追加基準
【0165】
この実施形態は、第１のトランシーバ（例えば、ＵＥ－Ｘ）が未使用／中止リソースの報告をトリガするために利用できる追加の基準を指摘している。
【0166】
１． 混雑度測定
【0167】
第１のトランシーバ（例えば、ＵＥ－Ｘ）は、未使用リソースを報告するか否かを決定するために、それによって評価される例えばＣＢＲ測定値を考慮することもできる。例えば、第１のトランシーバ（例えば、ＵＥ－Ｘ）が次のスロットのためにそれを使用するつもりがなくても、リソースプールのＣＢＲが６０％より大きい場合、このリソースにアクセスしようとするトランシーバ（例えば、ＵＥ）にとってより多くの衝突につながる可能性があるので、これらのリソースを報告しない方がよい。ＣＢＲが高い場合（リソースプールに対する高いトラフィック負荷）、すなわち、定義されたＣＢＲ閾値を超える場合、他のトランシーバ（ＵＥｓなど）がセンシングを使用してリソースを割り当てる機会が少ないため、予約リソースを提供することが可能である。ＣＢＲが低い場合、任意のトランシーバ（例えば、ＵＥｓ）が十分なリソースを割り当てることができるため、リソースの提供は必要ない場合がある。
【0168】
２． 第１のトランシーバ（例えば、ＵＥ－Ｘ）は予測ベースのリソースを告知する
【0169】
ＮＲ Ｖ２Ｘモード２では、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、基地局（例えば、ｇＮＢ）のカバレッジが何らかの障害物、例えば、トンネルによって制限されている状況を予測し、近くのユーザが使用できる無線時間／周波数リソースを告知することが可能である。
【0170】
ここで、ユーザは、例えば、ＧＮＳＳ、ＧＩＳデータ、他のセンサからの補助情報を利用して、トンネル、影になるエリアなどの状況を予測することができる。
【0171】
ここで、上位層の信号、例えば、ＲＲＣ信号メッセージ、又はＳＣＩによって設定される無線リソース時間インスタンスは以下においてシグナルインすることができる。
－ リソース予約の中止／予約を示すために第１段階のＳＣＩに１ビットが存在する場合、第１段階のＳＣＩの時間／周波数フィールド。
－ リソース予約の中止／予約を示すために第１段階のＳＣＩに１ビットが存在する場合、第１段階のＳＣＩの時間／周波数フィールド。
【0172】
リソース予約中止信号を伴う制御情報を受信したトランシーバ（例えば、ＵＥ）は、［７、サブクラス８．１．４］のリソース選択手順において、以下の手順を実行することができる。
－ セットＳｃを空セットに初期化する。
－ ＳＣＩフォーマット０－１で「リソース予約期間」フィールドが存在する場合、ＵＥは、スロットｎのＳＣＩフォーマット、第１段階のＳＣＩで示される無線時間／周波数リソースのリスト、又は無線時間／周波数リソースを受信する。ここで、ＵＥは、第１段階のＳＣＩフォーマット０－１において「初期予約の中止」フィールドが存在する場合、無線時間／周波数リソースのリストをセットＳｃに追加する。
－ セットＳａ＋Ｓｃに残っているシングルスロットリソースの候補の数が０．２ Ｍｔｏｔａｌより小さい場合、Ｔｈ（ｐｉ）は各優先度ｐｉに対して３ｄＢ増加し、リソースの２０％が満たされるまでセンシング手順が継続される。
－ セットＳｃを空セットに初期化する。
－ ＳＣＩフォーマット０－１で「リソース予約期間」フィールドが存在する場合、ＵＥは、スロットｎのＳＣＩフォーマット、第１段階のＳＣＩで示される無線時間／周波数リソースのリスト、又は無線時間／周波数リソースを受信する。ここで、ＵＥは、第１段階のＳＣＩフォーマット０－１において「初期予約の中止」フィールドが存在する場合、無線時間／周波数リソースのリストをセットＳｃに追加する。
－ セットＳａ＋Ｓｃに残っているシングルスロットリソースの候補の数が０．２ Ｍｔｏｔａｌより小さい場合、Ｔｈ（ｐｉ）は各優先度ｐｉに対して３ｄＢ増加し、リソースの２０％が満たされるまでセンシング手順が継続される。
【0173】
ここで、Ｍｔｏｔａｌ、Ｔｈ（ｐｉ）は上位層の信号によって設定された無線周波数／時間リソースの和であり、Ｔｈ（ｐｉ）は受信ＳＣＩフォーマット０－１の特定の優先度ｐｉに対するＲＳＲＰ閾値である。
【0174】
３． 予測されるハンドオーバーと代替ＱｏＳ
【0175】
また、第１のトランシーバ（例えば、ＵＥ－Ｘ）は、経験するかもしれないモビリティ情報例予測ハンドオーバーを考慮し、その後、実施の形態１～７に記載の手順のいずれかを実行するかどうかを決定することもできる。また、第１のトランシーバ（例えば、ＵＥ－Ｘ）が次のサブフレームで経験する可能性のあるＱｏＳについて知っている場合、代替ＱｏＳが良好であると予想される場合、未使用リソースを自身のために保持することを決定する可能性がある。この代替ＱｏＳはＵｕとサイドリンクの両方に対して有効である。また、第１のトランシーバ（例えば、ＵＥ－Ｘ）が他のＵＥｓから未使用リソースに関する要求を受信した場合、実施の形態１－７のメカニズムが適用される。
【0176】
実施の形態９：リソースセット、メッセージフォーマットの追加定義
【0177】
トランシーバ間（例えば、ＵＥ間）調整は、提案されたリソース割り当ての強化である。定義によると、「リソースのセットは、第１のトランシーバ（例えば、ＵＥ－Ａ）で決定される。このセットはモード２で第２のトランシーバ（例えば、ＵＥ－Ｂ）に送信され、第２のトランシーバ（例えば、ＵＥ－Ｂ）は自身の送信のためのリソース選択でこれを考慮する」
【0178】
このリソースのセットは、支援情報又は調整情報と見なすことができる。この支援情報又は調整情報は、例えば、以下のように定義することができるが、これらに限定されるものではない。
－ 未使用リソースのセット。
－ 利用可能なリソースのセット。
－ センシング情報、すなわち、完全な生信号測定、センシングレポート。
－ 第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信に対して優先されるリソースセット。例えば、以下である。
・ 第１のトランシーバ（例えば、ＵＥ－Ａの）の受信に対して優先されるリソースセット。
・第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信の意図された受信機（複数可）に対して優先されるリソースセット。
－ 第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信によって使用されないことが優先されるリソースセット。
・第１のトランシーバ（例えば、ＵＥ－Ａの）の受信によって使用されないことが優先されるリソースセット。
・第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信の意図された受信機（複数可）にとって問題のあるリソースセット。
－ リソースマップ（Ｒｅｓｏｕｒｃｅ Ｍａｐ）、例えば、将来の予約（複数可）とともに現在の送信用のリソース（複数可）。例えば、第１のトランシーバ（例えば、ＵＥ－Ａ）が認識している近接したトランシーバ（例えば、ＵＥｓ）の第１のトランシーバ（例えば、ＵＥ－Ａ）の計画された予約及び／又は付加的な他の予約リソース（複数可）のセットを含む行列を見ることができる。
－ 未使用リソースのセット。
－ 利用可能なリソースのセット。
－ センシング情報、すなわち、完全な生信号測定、センシングレポート。
－ 第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信に対して優先されるリソースセット。例えば、以下である。
・ 第１のトランシーバ（例えば、ＵＥ－Ａの）の受信に対して優先されるリソースセット。
・第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信の意図された受信機（複数可）に対して優先されるリソースセット。
－ 第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信によって使用されないことが優先されるリソースセット。
・第１のトランシーバ（例えば、ＵＥ－Ａの）の受信によって使用されないことが優先されるリソースセット。
・第２のトランシーバ（例えば、ＵＥ－Ｂの）の送信の意図された受信機（複数可）にとって問題のあるリソースセット。
－ リソースマップ（Ｒｅｓｏｕｒｃｅ Ｍａｐ）、例えば、将来の予約（複数可）とともに現在の送信用のリソース（複数可）。例えば、第１のトランシーバ（例えば、ＵＥ－Ａ）が認識している近接したトランシーバ（例えば、ＵＥｓ）の第１のトランシーバ（例えば、ＵＥ－Ａ）の計画された予約及び／又は付加的な他の予約リソース（複数可）のセットを含む行列を見ることができる。
【0179】
これは、トランシーバ（例えば、ＵＥ）に送信され、例えば、センシング手順、リソース選択手順又はリソース除外手順において、そのリソース割り当て手順を支援するためのものである。以前の実施形態で説明した報告だけでなく、信号手順も、この代替定義に適用可能である。この支援情報又は調整情報のフォーマットは、上位層、例えばＲＲＣ又はＰＣ５－ＲＲＣメッセージ、ＭＡＣ ＣＥ及び／又は物理層フォーマットとすることができる。物理層では、第２段階のための新しいＳＣＩフォーマットを定義することができ、それは例えば以下のような２つの可能なタイプであろう。
１． 長いＳＣＩフォーマット：これは、例えば、完全または詳細な支援情報又は調整情報、例えばセンシング測定、宛先ＩＤ（グループＩＤ）、ソースＩＤまたは、支援情報または調整情報であることを区別するための支援情報または調整情報ＩＤも含むすべての送信のリソースマップの完全セット、ＱｏＳ、例えば優先度、ゾーンＩＤ（例えば位置情報）、ＭＣＲを含む。
２． 短いＳＣＩフォーマット：これは、例えば、リソースの正確な位置を含む。これは、宛先ＩＤ、ソースＩＤまたは、支援情報又は調整情報であることを区別するための支援情報又は調整情報ＩＤ、ＱｏＳ、例えば優先度、ゾーンＩＤ（例えば、位置情報）、ＭＣＲが含まれる。
３． 第１段階又は第２段階の支援情報又は調整情報のメッセージＩＤを既存のＳＣＩフォーマットに追加することも可能である。
１． 長いＳＣＩフォーマット：これは、例えば、完全または詳細な支援情報又は調整情報、例えばセンシング測定、宛先ＩＤ（グループＩＤ）、ソースＩＤまたは、支援情報または調整情報であることを区別するための支援情報または調整情報ＩＤも含むすべての送信のリソースマップの完全セット、ＱｏＳ、例えば優先度、ゾーンＩＤ（例えば位置情報）、ＭＣＲを含む。
２． 短いＳＣＩフォーマット：これは、例えば、リソースの正確な位置を含む。これは、宛先ＩＤ、ソースＩＤまたは、支援情報又は調整情報であることを区別するための支援情報又は調整情報ＩＤ、ＱｏＳ、例えば優先度、ゾーンＩＤ（例えば、位置情報）、ＭＣＲが含まれる。
３． 第１段階又は第２段階の支援情報又は調整情報のメッセージＩＤを既存のＳＣＩフォーマットに追加することも可能である。
【0180】
実施の形態１０：トランシーバ間（例えば、ＵＥ間）調整を用いた省電力トランシーバ（例えば、ＵＥｓ）における帯域適応
【0181】
省電力トランシーバ（例えば、ＵＥ）、例えば、歩行者ユーザは、（事前に）設定されたＢＷＰにおいて監視されるリソースプールの数を変更してもよく、無線周波数／時間リソースは、ＲＲＣ、ＤＣＩを介して設定され得る、設定又は事前設定される帯域幅部分（ＢＷＰ）における複数のサブチャネルを含むリソースプールであり得る。
【0182】
省電力トランシーバ（例えば、ＵＥ）は、受信側での電力消費を低減するために、ＲＸリソースプール（複数可）を縮小する可能性がある。一方、省電力トランシーバ（例えば、ＵＥ）に送信するトランシーバ（例えば、ＵＥｓ）は、受信者が監視していない帯域幅の部分における送信を回避するように通知される必要がある。そのために、省電力トランシーバ（例えば、ＵＥ）は、優先監視帯域幅を示す支援情報を信号化する必要がある。ここで、監視される帯域幅は、リソースプールＩＤによって識別されるリソースプール（複数可）を含む。さらに、支援情報は、新しい第２段階のＳＣＩフォーマット又はＰＣ５－ＲＲＣメッセージによって伝達され、省電力条件が満たされたときにトリガされる。
【0183】
送信側では、トランシーバ（例えば、ＵＥｓ）が帯域削減要求を含む支援情報メッセージを受信すると、ＴＳ３８．２１４のステップ５のリソース選択手順に従い、以下の動作を行う。
－ トランシーバ（例えば、ＵＥｓ）は、自身の送信の識別された候補リソースと、送信を優先すべきでないリソースプールのセットとの組み合わせを上位層に送信することができる。又は、
－ トランシーバ（例えば、ＵＥｓ）は、自身のセンシングによって識別されたリソースセットから優先されないリソースのセットを除外し、残りのリソースを上位層に送信することができる。
－ トランシーバ（例えば、ＵＥｓ）は、自身の送信の識別された候補リソースと、送信を優先すべきでないリソースプールのセットとの組み合わせを上位層に送信することができる。又は、
－ トランシーバ（例えば、ＵＥｓ）は、自身のセンシングによって識別されたリソースセットから優先されないリソースのセットを除外し、残りのリソースを上位層に送信することができる。
【0184】
実施の形態１１：トランシーバ間（例えば、ＵＥｓ間）調整メッセージのトランシーバ挙動を受信する。
【0185】
ネットワークにおいてトランシーバ間（例えば、ＵＥ間）調整機能が有効である場合、受信した支援メッセージのコンテキスト情報に応じてリソース選択手順を強化することができる。
【0186】
実施形態において、コンテキスト情報は、以下のリソースのセットを含むことができる。
－ 優先されるリソースのセット。
－ 優先されないリソースのセット。
－ 優先されるリソースのセット。
－ 優先されないリソースのセット。
【0187】
実施形態では、コンテキスト情報は、第１段階のＳＣＩで示される第２段階のＳＣＩフォーマットＸＸＸで伝達され得る。
【0188】
リソースの優先されるセットの場合、受信トランシーバ（例えば、ＵＥ）は、３８．２１４のリソース選択手順に従って、以下のステップを実行することができる。
－ 受信トランシーバ（例えば、ＵＥ）は、優先されるリソースのセットを考慮し、それをセンシングによって識別されたリソースと組み合わせる。トランシーバ（例えば、ＵＥ）は、次に、この組み合わせを上位層（例えば、ＭＡＣ）に送信する。又は、
－ 受信トランシーバ（例えば、ＵＥ）は、優先されるリソースのセットとその識別されたリソースのセットとをセンシングを通じて比較し、２つのセット間の差分を上位層例えばＭＡＣに送信する。
－ 受信トランシーバ（例えば、ＵＥ）は、優先されるリソースのセットを考慮し、それをセンシングによって識別されたリソースと組み合わせる。トランシーバ（例えば、ＵＥ）は、次に、この組み合わせを上位層（例えば、ＭＡＣ）に送信する。又は、
－ 受信トランシーバ（例えば、ＵＥ）は、優先されるリソースのセットとその識別されたリソースのセットとをセンシングを通じて比較し、２つのセット間の差分を上位層例えばＭＡＣに送信する。
【0189】
優先されないリソースのセットが示されたとき、受信トランシーバ（たとえば、ＵＥ）は、以下のように動作し得る。
－ 受信トランシーバ（例えば、ＵＥ）は、指示されたリソース及びその識別されたリソースのセットをセンシングによって組み合わせ、この組み合わせを上位層に送信し、ここで、組み合わせはリソースの２つのセットの減算であり得る。又は、
－ トランシーバ（例えば、ＵＥ）は、リソースの両方のセットを上位層（例えば、ＭＡＣ）に送信し、排除手順が上位層（例えば、ＭＡＣ）で行われる。又は、
－ トランシーバ（例えば、ＵＥ）は、リソースの２つのセットの間に重複がある場合、３８．２１４のステップ５に従って、優先されないリソースのセットをそのモニターされるリソースセットから除外する。
－ 受信トランシーバ（例えば、ＵＥ）は、指示されたリソース及びその識別されたリソースのセットをセンシングによって組み合わせ、この組み合わせを上位層に送信し、ここで、組み合わせはリソースの２つのセットの減算であり得る。又は、
－ トランシーバ（例えば、ＵＥ）は、リソースの両方のセットを上位層（例えば、ＭＡＣ）に送信し、排除手順が上位層（例えば、ＭＡＣ）で行われる。又は、
－ トランシーバ（例えば、ＵＥ）は、リソースの２つのセットの間に重複がある場合、３８．２１４のステップ５に従って、優先されないリソースのセットをそのモニターされるリソースセットから除外する。
【0190】
実施の形態１２：支援された先取り
【0191】
高密度なシナリオで問題となるのは、リソース選択の衝突である。ｒｅｌ．１６で紹介したリソース予約手順では、衝突確率をある程度改善することができる。リソース予約情報の衝突のない送信を保証することはできないが、リソース予約は最小のリソースサイズ、すなわち１サブチャネルと１スロットを占有するため、確率は最小化される。リソース予約が衝突しない場合でも、衝突するリソースを要求する可能性がある。これを防ぐために、ｒｅｌ．１６では先取りを導入している。
【0192】
しかし、先取りを伴うリソース予約では、異なるトランシーバ（例えば、ＵＥｓ）が同じスロットでリソース予約を送信する場合、衝突を防止することはできない。半二重動作のため、それらは他の予約（複数可）について通知されず、したがってそれらが重複しているかどうかを認識することができない。この場合、先取りは決して生じない。
【0193】
しかし、予約情報を受信した別の第３のトランシーバ（例えば、ＵＥ）は、これから起こる衝突を認識することができる。そのようなトランシーバ（例えば、ＵＥ）は、先取り送信を引き継ぐことを支援することができる。
【0194】
図１２は、このシナリオを説明する図である。詳細には、図１２は、（例えば、予約されたリソースの）支援された先取りを例示的に示す図である。図１２に示すように、２つのトランシーバ（例えば、ＵＥ－Ａ及びＵＥ－ＢのようなＵＥｓ）は、互いを意識しないように、同じスロットで予約情報を送信する。第３のトランシーバ（例えば、ＵＥ－ＣのようなＵＥ）は、同時に受信していたため、両方の予約について知らされる。予約を比較することで、第３のトランシーバ（ＵＥ－Ｃなど）は、それらが重複しているかどうかを検出することができる。優先度に基づいて、優先度の低い予約を先取りすることができ、そうすることができない送信トランシーバ（例えば、ＵＥｓ）を支援することができる。
【0195】
優先度が等しい場合、先取りされたトランシーバ（例えば、ＵＥ）はランダムに選択されるか、先取りが送信されないことが可能である。後者の場合、衝突は受け入れられる。
【0196】
また、２つ以上のトランシーバ（例えば、ＵＥｓ）が同一スロットで衝突するリソースの予約を送信する場合にも、先取り支援が可能である。
先取り支援を準備するトランシーバ（例えば、ＵＥ）は、同じターゲットの複数の先取りを回避するために、他の先取りを観察する必要がある。
先取り支援を準備するトランシーバ（例えば、ＵＥ）は、同じターゲットの複数の先取りを回避するために、他の先取りを観察する必要がある。
【0197】
その他の実施形態
【0198】
いくつかの態様はデバイス（装置）の文脈で説明されてきたが、これらの態様はまた、ブロック又はデバイスが方法ステップ又は方法ステップの特徴に対応する、対応する方法の説明を表すことは明らかである。同様に、方法ステップの文脈で説明される側面は、対応するブロック又は項目又は対応する装置の特徴の説明も表す。方法ステップのいくつか又はすべては、例えば、マイクロプロセッサ、プログラマブルコンピュータ又は電子回路のようなハードウェア装置によって（又はそれを用いて）実行されてもよい。いくつかの実施形態では、最も重要な方法ステップの１つ以上が、そのような装置によって実行されてもよい。
【0199】
本発明の様々な要素及び特徴は、アナログ及び／又はデジタル回路を用いたハードウェアにおいて、１つ以上の汎用又は特殊用途プロセッサによる命令の実行を通じて、又はハードウェアとソフトウェアの組み合わせとして、実装されてもよい。例えば、本発明の実施形態は、コンピュータシステム又は別の処理システムの環境において実施されてもよい。図１３は、コンピュータシステム５００の一例を示す図である。ユニット又はモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つ以上のコンピュータシステム５００上で実行されてもよい。コンピュータシステム５００は、特殊用途又は汎用デジタル信号プロセッサのような、１つ以上のプロセッサ５０２を含む。プロセッサ５０２は、バス又はネットワークのような通信インフラストラクチャ５０４に接続されている。コンピュータシステム５００は、主メモリ５０６、例えばランダムアクセスメモリ（ＲＡＭ）、及び二次メモリ５０８、例えばハードディスクドライブ及び／又はリムーバブルストレージドライブを含む。二次メモリ５０８は、コンピュータプログラム又は他の命令がコンピュータシステム５００にロードされることを可能にし得る。コンピュータシステム５００は、コンピュータシステム５００と外部装置との間でソフトウェア及びデータを転送することを可能にするために、通信インターフェース５１０をさらに含んでもよい。通信は、電子的、電磁的、光学的、又は通信インターフェースによって処理することができる他の信号によるものであってよい。通信は、ワイヤ又はケーブル、光ファイバー、電話回線、携帯電話リンク、ＲＦリンク、及び他の通信チャネル５１２を使用してもよい。
【0200】
「コンピュータプログラム媒体」及び「コンピュータ可読媒体」という用語は、一般に、取り外し可能な記憶装置又はハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム５００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、主メモリ５０６及び／又は二次メモリ５０８に格納される。また、コンピュータプログラムは、通信インターフェース５１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム５００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ５０２が、本明細書に記載された方法のいずれかなど、本発明のプロセスを実施することを可能にする。したがって、このようなコンピュータプログラムは、コンピュータシステム５００のコントローラを代表ことができる。本開示がソフトウェアを用いて実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、取り外し可能な記憶装置、通信インターフェース５１０のようなインターフェースを用いてコンピュータシステム５００にロードされてもよい。
【0201】
特定の実装要件に応じて、本発明の実施形態は、ハードウェア又はソフトウェアで実装することができる。実装は、デジタル記憶媒体、例えばフロッピー（登録商標）ディスク、ＤＶＤ、Ｂｌｕ－Ｒａｙ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ又はＦＬＡＳＨメモリであって、その上に格納された電子的に読み取り可能な制御信号を有し、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協力する（又は協力できる）ものを用いて行うことが可能である。したがって、デジタル記憶媒体は、コンピュータ可読であってもよい。
【0202】
本発明によるいくつかの実施形態は、電子的に読み取り可能な制御信号を有するデータキャリアであって、本明細書に記載の方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することが可能であるデータキャリアを備える。
【0203】
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装することができ、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに、方法の1つを実行するために動作可能である。プログラムコードは、例えば、機械読み取り可能な担体上に格納されてもよい。
【0204】
他の実施形態は、本明細書に記載の方法の1つを実行するためのコンピュータプログラムを、機械可読担体に格納したものである。
【0205】
すなわち、本発明方法の一実施形態は、したがって、コンピュータプログラムがコンピュータ上で実行される場合に、本明細書に記載の方法の1つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0206】
したがって、本発明方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムをその上に記録してなるデータキャリア（又はデジタル記録媒体、又はコンピュータ読み取り可能な媒体）である。データキャリア、デジタル記憶媒体、又は記録媒体は、典型的には、有形及び／又は非遷移的である。
【0207】
したがって、本発明方法のさらなる実施形態は、本明細書に記載された方法の１つを実行するためのコンピュータプログラムを表すデータストリーム又は信号のシーケンスである。データストリーム又は信号のシーケンスは、例えば、データ通信接続、例えばインターネットを介して転送されるように構成されてもよい。
【0208】
さらなる実施形態は、本明細書に記載された方法の１つを実行するように構成された、又は適合された、例えばコンピュータ、又はプログラマブルロジックデバイスなどの処理手段を具備する。
【0209】
さらなる実施形態は、本明細書に記載された方法の1つを実行するためのコンピュータプログラムをその上にインストールしたコンピュータを具備する。
【0210】
本発明による更なる実施形態は、本明細書に記載の方法の1つを実行するためのコンピュータプログラムを受信機に（例えば、電子的又は光学的に）転送するように構成された装置又はシステムからなる。受信機は、例えば、コンピュータ、移動型デバイス、メモリデバイス等であってもよい。装置又はシステムは、例えば、コンピュータプログラムを受信機に転送するためのファイルサーバを含んでいてもよい。
【0211】
いくつかの実施形態では、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載の方法の機能性の一部又は全部を実行してもよい。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載される方法の１つを実行するためにマイクロプロセッサと協働してよい。一般に、本方法は、任意のハードウェア装置によって実行されることが好ましい。
【0212】
本書で説明する装置は、ハードウェア装置、コンピュータ、又はハードウェア装置とコンピュータの組合せで実施することができる。
【0213】
本明細書に記載の装置、又は本明細書に記載の装置の任意の構成要素は、少なくとも部分的にハードウェア及び／又はソフトウェアで実装されてもよい。
【0214】
本明細書で説明する方法は、ハードウェア装置を用いて行ってもよいし、コンピュータを用いて行ってもよいし、ハードウェア装置とコンピュータを組み合わせて行ってもよい。
【0215】
本明細書に記載された方法、又は本明細書に記載された装置の任意の構成要素は、少なくとも部分的にハードウェア及び／又はソフトウェアによって実行されてもよい。
【0216】
上述した実施形態は、本発明の原理について単に例示したに過ぎない。本明細書に記載された配置及び詳細の修正及び変形は、当業者には明らかであることが理解される。したがって、差し迫った特許請求の範囲の範囲によってのみ限定され、本明細書における実施形態の説明及び解説によって提示される特定の詳細によって限定されないことが意図される。
【0217】
参照
[1] RP-193231: New WID on NR sidelink enhancement, Dec. 2019
[2] TR 38.885
[3] TS 36.300
[4] TS 23.303
[5] TS 36.331
[6] TS 38.331
[7] TS 38.214
[8] TR 37.985
[9] 38.213
[1] RP-193231: New WID on NR sidelink enhancement, Dec. 2019
[2] TR 38.885
[3] TS 36.300
[4] TS 23.303
[5] TS 36.331
[6] TS 38.331
[7] TS 38.214
[8] TR 37.985
[9] 38.213
【0218】
略語
VRU Vulnerable road user（脆弱なロードユーザ）
DRX Discontinuous reception（不連続受信）
V-UE Vehicular UE（車載UE）
P-UE Pedestrian UE: should not be limited to pedestrians, but represents any UE with a need to save power, e.g., electrical cars, cyclists,（歩行者に限らず、電気自動車や自転車など、電力を節約する必要のあるUEを表すべき。）
MCR Minimum Communication Range（最小通信範囲）
CSI-RS Channel State Information - Reference Signal（チャネル状態情報 - 参照 信号（
CQI Channel Quality Indicator（チャネル品質インジケーター）
PSFCH Physical Sidelink Feedback Channel（物理サイドリンクフィードバックチャ ネル）
HARQ Hybrid Automatic Repeat Request（ハイブリッド自動再送信要求）
NACK Negative Acknowledgement（負の確認応答）
VRU Vulnerable road user（脆弱なロードユーザ）
DRX Discontinuous reception（不連続受信）
V-UE Vehicular UE（車載UE）
P-UE Pedestrian UE: should not be limited to pedestrians, but represents any UE with a need to save power, e.g., electrical cars, cyclists,（歩行者に限らず、電気自動車や自転車など、電力を節約する必要のあるUEを表すべき。）
MCR Minimum Communication Range（最小通信範囲）
CSI-RS Channel State Information - Reference Signal（チャネル状態情報 - 参照 信号（
CQI Channel Quality Indicator（チャネル品質インジケーター）
PSFCH Physical Sidelink Feedback Channel（物理サイドリンクフィードバックチャ ネル）
HARQ Hybrid Automatic Repeat Request（ハイブリッド自動再送信要求）
NACK Negative Acknowledgement（負の確認応答）
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
