▶ フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェラインの特許一覧
特許7455224サイドリンク通信のためのエネルギー効率の良い適応部分センシング
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-14
(45)【発行日】2024-03-25
(54)【発明の名称】サイドリンク通信のためのエネルギー効率の良い適応部分センシング
(51)【国際特許分類】
H04W 72/25 20230101AFI20240315BHJP
H04W 92/18 20090101ALI20240315BHJP
H04W 52/02 20090101ALI20240315BHJP
H04W 72/54 20230101ALI20240315BHJP
【ＦＩ】
H04W72/25
H04W92/18
H04W52/02 110
H04W72/54 110
【請求項の数】
29
(21)【出願番号】P 2022558447
(86)(22)【出願日】2021-03-25
(65)【公表番号】
(43)【公表日】2023-06-12
(86)【国際出願番号】 EP2021057660
(87)【国際公開番号】W WO2021197987
(87)【国際公開日】2021-10-07
【審査請求日】2022-11-28
(31)【優先権主張番号】20166532.0
(32)【優先日】2020-03-28
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】500341779
【氏名又は名称】フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン
(74)【代理人】
【識別番号】100085291
【弁理士】
【氏名又は名称】鳥巣 実
(74)【代理人】
【識別番号】100117798
【弁理士】
【氏名又は名称】中嶋 慎一
(74)【代理人】
【識別番号】100166899
【弁理士】
【氏名又は名称】鳥巣 慶太
(74)【代理人】
【識別番号】100221006
【弁理士】
【氏名又は名称】金澤 一磨
(72)【発明者】
【氏名】モハンマド ソレイマニ ダリウシュ
(72)【発明者】
【氏名】レイ マーティン
(72)【発明者】
【氏名】ロス－マンドゥッツ エルケ
(72)【発明者】
【氏名】バダウリア シュバンギ
(72)【発明者】
【氏名】ハロウナバディ メディ
【審査官】中元 淳二
(56)【参考文献】
【文献】欧州特許出願公開第０３４５７７８５（ＥＰ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ７／２４－７／２６
Ｈ０４Ｗ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
無線通信ネットワークの送受信機であって、前記送受信機は、サイドリンクのカバレッジ内、カバレッジ外、または部分カバレッジシナリオで動作するように構成され、前記送受信機は、自律的にまたはネットワーク制御されたサイドリンクを介してサイドリンク通信のためのリソースを割り当てるか、またはスケジュールするように構成または事前構成され、
前記送受信機は、前記サイドリンク通信について、前記無線通信ネットワークの別の送受信機へのサイドリンク送信の前に、前記サイドリンクの前記リソースを部分センシングすることによって、前記サイドリンクのリソースのうちの候補リソースのセットを決定するように構成され、
前記送受信機は、前記候補リソースのセットのうちから選択された選択リソースを使用して前記サイドリンク送信を実行するように構成され、
前記部分センシングの少なくとも１つのパラメータは、非連続受信ＤＲＸ、および／または非連続送信ＤＴＸ、送受信機の構成に依存し、
前記送受信機は、非連続送信ＤＴＸの動作期間および／または非連続受信ＤＲＸの動作期間に前記部分センシングおよび前記サイドリンク送信を実行するように構成され、
前記非連続送信（ＤＴＸ）および／または非連続受信（ＤＲＸ）の前記パラメータは、前記送受信機または前記無線通信ネットワークの少なくとも１つのパラメータに依存し、
前記部分センシングの前記少なくとも１つのパラメータは、
－ 前記部分センシングの２つの連続する感知間隔間の時間間隔が依存するステップサイズと、
－ 前記部分センシングの時間インスタンスと、
－ 前記部分センシングの感知の持続時間と、
のうちの少なくとも１つである送受信機。
【請求項2】
前記送受信機は、前記部分センシングの少なくとも１つのパラメータを、－ 前記送受信機の状態と、
－ 前記無線通信ネットワークの状態と、
－ 前記サイドリンクまたは前記サイドリンク通信の前記パラメータ
のうちの少なくとも１つに依存して調整するように構成されている、
請求項１に記載の送受信機。
【請求項3】
前記送受信機は、受信した制御情報に依存して前記部分センシングの少なくとも１つのパラメータを調整するように構成されている、
請求項１に記載の送受信機。
【請求項4】
前記制御情報は、物理層または上位層のいずれかで送信される、請求項３に記載の送受信機。
【請求項5】
前記部分センシングの前記少なくとも１つのパラメータは事前構成されている、請求項１に記載の送受信機。
【請求項6】
前記送受信機の状態は、－ 前記送受信機の地理的位置と、
－ 無線通信ネットワークの別の送受信機に対する前記送受信機の相対位置と、
－ 前記送受信機のバッテリの状態と、
－ ＤＲＸ／ＤＴＸ構成と、
－ ネットワークカバレッジ
のうちの少なくとも１つである、
請求項１から５のいずれか一項に記載の送受信機。
【請求項7】
前記サイドリンクまたは前記サイドリンク通信の前記パラメータは、－ サブキャリア間隔と、
－ 前記サイドリンク通信のタイプと、
－ 前記サイドリンク通信のＱｏＳと、
－ 前記サイドリンク通信の優先度と、
－ ＨＡＲＱ構成と、
－ 設定された許可（タイプ１、タイプ２）
のうちの少なくとも１つである、
請求項１から６のいずれか一項に記載の送受信機。
【請求項8】
前記無線通信ネットワークの状態は、－ 前記送受信機の範囲内にある別の送受信機の数Ｎｐと、
－ 前記送受信機と同じ通信エリアに位置する別の送受信機の数と、
－ サイドリンクに対する最小通信範囲
のうちの少なくとも１つである、
請求項１から７のいずれか一項に記載の送受信機。
【請求項9】
前記送受信機は、異なるステップサイズのセットから前記ステップサイズを選択するように構成され、前記ステップサイズは、－ 前記送受信機の状態と、
－ 前記無線通信ネットワークの状態と、
－ 前記サイドリンクまたは前記サイドリンク通信の前記パラメータ
のうちの少なくとも１つに依存し、
および／または受信した制御情報に依存し、前記制御情報は、
－ 前記送受信機の状態と、
－ 前記無線通信ネットワークの状態と、
－ 前記サイドリンクまたは前記サイドリンク通信の前記パラメータ
のうちの少なくとも１つに依存する、
請求項１から８のいずれか一項に記載の送受信機。
【請求項10】
前記送受信機は、前記選択されたステップサイズに依存して前記部分センシングの前記感知間隔の前記時間インスタンスを決定するように構成されている、請求項９に記載の送受信機。
【請求項11】
前記送受信機は、前記部分センシングの前記感知間隔の数を、－ 前記送受信機の状態と、
－ 前記無線通信ネットワークの状態と、
－ 前記サイドリンクまたは前記サイドリンク通信の前記パラメータと
のうちの少なくとも１つに依存して、
および／または受信した制御情報に依存して決定するように構成され、
前記制御情報は、
－ 前記送受信機の状態と、
－ 前記無線通信ネットワークの状態と、
－ 前記サイドリンクまたは前記サイドリンク通信の前記パラメータ
のうちの少なくとも１つに依存する、
請求項１から１０のいずれか一項に記載の送受信機。
【請求項12】
前記部分センシングの感知の持続時間は、－ 前記送受信機の状態と、
－ 前記無線通信ネットワークの状態と、
－ 前記サイドリンクまたは前記サイドリンク通信の前記パラメータ
のうちの少なくとも１つに依存して、
および／または受信した制御情報に依存して決定するように構成され、
前記制御情報は、
－ 前記送受信機の状態と、
－ 前記無線通信ネットワークの状態と、
－ 前記サイドリンクまたは前記サイドリンク通信の前記パラメータ
のうちの少なくとも１つに依存する、
請求項１から１１のいずれか一項に記載の送受信機。
【請求項13】
前記送受信機は、制御情報を受信するように構成され、前記制御情報は、前記部分センシングの少なくとも１つの構成可能なパラメータに関する情報を含み、
前記送受信機は、前記少なくとも１つの構成可能なパラメータに依存して前記部分センシングの時間インスタンスを決定するように構成されている、
請求項１から１２のいずれか一項に記載の送受信機。
【請求項14】
前記少なくとも１つの構成可能なパラメータは、前記部分センシングの２つの連続する感知間隔間の時間間隔が依存的であることを記述する可変ステップサイズを含み、前記少なくとも１つの構成可能なパラメータは、前記可変ステップサイズに依存する前記部分センシングの前記時間インスタンスを示す文字列、ベクトルまたはリストをさらに含む、
請求項１３に記載の送受信機。
【請求項15】
前記少なくとも１つの構成可能なパラメータは、前記部分センシングの２つの連続する感知間隔間の時間間隔が依存的であることを記述する可変ステップサイズを含み、前記少なくとも１つの構成可能パラメータは、感知ウィンドウが分割されるセグメントを示す第１の文字列、ベクトルまたはリストをさらに含み、
前記少なくとも１つの構成可能なパラメータは、対応するセグメント内の前記可変ステップサイズに依存する前記部分センシングの前記時間インスタンスを示す第２の文字列、ベクトルまたはリストをさらに含む、
請求項１３に記載の送受信機。
【請求項16】
前記送受信機は、前記ステップサイズおよび前記第２の文字列、ベクトルまたはリストの長さに基づいて前記セグメントの持続時間を導出するように構成され、前記送受信機は、前記セグメントの前記持続時間にさらに依存して前記部分センシングの時間インスタンスを決定するように構成されている、
請求項１５に記載の送受信機。
【請求項17】
前記送受信機は、前記感知ウィンドウおよびセグメントの前記持続時間に依存して前記部分センシングのセグメントの前記数を決定するように構成されている、請求項１６に記載の送受信機。
【請求項18】
前記少なくとも１つの構成可能なパラメータは、前記部分センシングの２つの連続する感知間隔間の時間間隔が依存的であることを記述する可変ステップサイズを含み、前記少なくとも１つの構成可能なパラメータは、感知ウィンドウ内の前記構成されたセグメントを示す第１の文字列、ベクトルまたはリストをさらに含み、
前記少なくとも１つの構成可能パラメータは、対応するセグメント内の前記可変ステップサイズに依存する前記部分センシングの前記時間インスタンスを示す第２の文字列、ベクトルまたはリストをさらに含み、
前記送受信機は、対応するセグメント内の前記第１の文字列、ベクトルまたはリストによって示される前記部分センシングの前記時間インスタンスに適用される時間シフトを示す第３の文字列、ベクトルまたはリストにさらに依存して前記部分センシングの時間インスタンスを決定するように構成されている、
請求項１３に記載の送受信機。
【請求項19】
前記送受信機は、循環シフト関数を使用して、前記第３の文字列、ベクトルまたはリストによって示される前記時間シフトを、前記第２の文字列、ベクトルまたはリストによって示される前記部分センシングの前記時間インスタンスに適用するように構成されている、請求項１８に記載の送受信機。
【請求項20】
前記受信された制御情報は、前記第３の文字列、ベクトルまたはリストに関する情報を含み、または、前記送受信機は、ランダムにもしくはアルゴリズムに基づいて前記第３の文字列、ベクトルまたはリストを決定するように構成されている、請求項１８から１９のいずれか一項に記載の送受信機。
【請求項21】
前記送受信機は、前記ステップサイズおよび前記第２の文字列、ベクトルまたはリストの長さに基づいて前記セグメントの持続時間を導出するように構成され、前記送受信機は、前記セグメントの前記持続時間にさらに依存して前記部分センシングの時間インスタンスを決定するように構成されている、
請求項１８から２０のいずれか一項に記載の送受信機。
【請求項22】
前記可変ステップサイズは、異なる構成タイプまたはインデックスによって前記制御情報によって示される、請求項１４から２１のいずれか一項に記載の送受信機。
【請求項23】
前記送受信機は、制御情報を受信するように構成され、前記制御情報は、前記部分センシングの少なくとも１つの構成可能なパラメータに関する情報を含み、
前記送受信機は、前記少なくとも１つのパラメータに依存して前記部分センシングの感知の持続時間を決定するように構成されている、
請求項１から２２のいずれか一項に記載の送受信機。
【請求項24】
前記サイドリンク通信は、新無線ＮＲ、サイドリンク通信である、請求項１から２３のいずれか一項に記載の送受信機。
【請求項25】
前記送受信機は、新無線ＮＲ、サイドリンクモード１またはモード２で動作するように構成されている、請求項１から２４のいずれか一項に記載の送受信機。
【請求項26】
前記送受信機はバッテリ式である、請求項１から２５のいずれか一項に記載の送受信機。
【請求項27】
前記送受信機は、交通弱者機器、ＶＲＵ－ＵＥである、請求項１から２６のいずれか一項に記載の送受信機。
【請求項28】
無線通信ネットワークの送受信機を動作させるための方法であって、サイドリンク通信のためのリソースは自律的にスケジュールされるまたは割り当てられるか、もしくはネットワーク制御されるサイドリンクのカバレッジ内、カバレッジ外、または部分カバレッジシナリオで前記送受信機を動作させるステップと、
前記サイドリンク通信について、前記無線通信ネットワークの別の送受信機へのサイドリンク送信の前に、前記サイドリンクの前記リソースを部分センシングすることによって、前記サイドリンクのリソースの中から候補リソースのセットを決定するステップと、
前記決定された候補リソースのセットから選択されたリソースを使用して前記サイドリンク送信を実行するステップと、を含み、
前記部分センシングの少なくとも１つのパラメータは、非連続受信ＤＲＸ、および／または非連続送信ＤＴＸ、送受信機の構成に依存し、
前記送受信機は、非連続送信ＤＴＸの動作期間および／または非連続受信ＤＲＸの動作期間に前記部分センシングおよび前記サイドリンク送信を実行するように構成され、
前記非連続送信（ＤＴＸ）および／または非連続受信（ＤＲＸ）の前記パラメータは、前記送受信機または前記無線通信ネットワークの少なくとも１つのパラメータに依存し、
前記部分センシングの前記少なくとも１つのパラメータは、
－ 前記部分センシングの２つの連続する感知間隔間の時間間隔が依存するステップサイズと、
－ 前記部分センシングの時間インスタンスと、
－ 前記部分センシングの感知の持続時間、
のうちの少なくとも１つである方法。
【請求項29】
コンピュータ、プロセッサ、またはマイクロプロセッサ上で実行されるコンピュータプログラムであって、請求項２８に記載の方法を実行するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、無線通信システムおよびネットワークの分野に関し、より具体的には、自律的またはネットワーク制御のリソース選択モードで動作する場合のバッテリ動作ＵＥの省電力に関する。実施形態は、サイドリンク通信のためのエネルギー効率の良い適応部分センシングに関する。
【発明の概要】
【0002】
図１は、図１（ａ）に示すように、コアネットワーク１０２と、１つまたは複数の無線アクセスネットワークＲＡＮ１、ＲＡＮ２、・・・ＲＡＮｎとを含む地上無線ネットワーク１００の一例の概略図である。図１（ｂ）は、１つまたは複数の基地局ｇＮＢ１～ｇＮＢ５を含むことができる無線アクセスネットワークＲＡＮｎの一例の概略図であり、各々は、それぞれのセル１０６１～１０６５によって概略的に表される、基地局を取り囲む特定のエリアにサービスする。
【0003】
基地局は、セル内のユーザにサービスを提供するために設けられる。基地局ＢＳという用語は、５ＧネットワークにおけるｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏにおけるｅＮＢ、または他の移動通信規格における単なるＢＳを指す。ユーザは、固定デバイスまたはモバイルデバイスであってもよい。無線通信システムはまた、基地局またはユーザに接続するモバイルまたは固定ＩｏＴデバイスによってアクセスされてもよい。
【0004】
モバイルデバイスまたはＩｏＴデバイスは、物理デバイス、ロボットまたは車などの地上ベースのビークル、有人または無人航空機（ＵＡＶ）などの航空機（後者はドローンとも呼ばれる）、建物や、電子機器、ソフトウェア、センサ、アクチュエータなどが組み込まれた他のアイテムまたはデバイス、ならびにこれらのデバイスが既存のネットワークインフラストラクチャにわたってデータを収集および交換することを可能にするネットワーク接続を含むことができる。
【0005】
図１（ｂ）は、５つのセルの例示的な図を示しているが、ＲＡＮｎは、より多くの、またはより少ないそのようなセルを含んでもよく、ＲＡＮｎは、ただ１つの基地局を含んでもよい。図１（ｂ）は、セル１０６２内にあり、基地局ｇＮＢ２によってサービスされる、ユーザ機器ＵＥとも呼ばれる２つのユーザＵＥ１およびＵＥ２を示す。別のユーザＵＥ３は、基地局ｇＮＢ４によってサービスされるセル１０６４に示されている。
【0006】
矢印１０８１、１０８２、および１０８３は、ユーザＵＥ１、ＵＥ２、およびＵＥ３から基地局ｇＮＢ２、ｇＮＢ４にデータを送信するための、または基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表す。
【0007】
さらに、図１（ｂ）は、セル１０６４内の２つのＩｏＴデバイス１１０１および１１０２を示しており、これらは固定デバイスまたはモバイルデバイスであってもよい。ＩｏＴデバイス１１０１は、矢印１１２１によって概略的に表されるように、基地局ｇＮＢ４を介して無線通信システムにアクセスしてデータを送受信する。
【0008】
ＩｏＴデバイス１１０２は、矢印１１２２によって概略的に表されるように、ユーザＵＥ３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ１～ｇＮＢ５は、例えばＳ１インターフェースを介して、それぞれのバックホールリンク１１４１～１１４５を介してコアネットワーク１０２に接続されてもよく、これらは図１（ｂ）では「コア」を指す矢印によって概略的に表されている。
【0009】
コアネットワーク１０２は、１つまたは複数の外部ネットワークに接続されてもよい。さらに、それぞれの基地局ｇＮＢ１～ｇＮＢ５の一部またはすべては、例えばＮＲ内のＳ１もしくはＸ２インターフェースまたはＸＮインターフェースを介して、それぞれのバックホールリンク１１６１～１１６５を介して互いに接続されてもよく、これらは図１（ｂ）では「ｇＮＢ」を指す矢印によって概略的に表されている。
【0010】
データ送信のために、物理リソースグリッドを使用することができる。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソース要素のセットを含むことができる。
【0011】
例えば、物理チャネルは、ダウンリンク、アップリンク、およびサイドリンクペイロードデータとも呼ばれるユーザ固有のデータを搬送する物理ダウンリンク、アップリンク、およびサイドリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ）、例えばマスタ情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）、およびサイドリンク制御情報（ＳＣＩ）を搬送する物理ダウンリンク、アップリンク、およびサイドリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＳＣＨ）を含むことができる。
【0012】
アップリンクの場合、物理チャネルは、ＵＥが同期してＭＩＢとＳＩＢを取得すると、ネットワークにアクセスするためにＵＥによって使用される物理ランダムアクセスチャネル（ＰＲＡＣＨまたはＲＡＣＨ）をさらに含むことができる。物理信号は、基準信号またはシンボル（ＲＳ）、同期信号などを含むことができる。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレームまたは無線フレームを含むことができる。
【0013】
フレームは、所定の長さ、例えば１ｍｓの特定の数のサブフレームを有することができる。各サブフレームは、サイクリックプレフィクス（ＣＰ）長に依存して、１２または１４のＯＦＤＭシンボルのうちの１つまたは複数のスロットを含むことができる。フレームはまた、例えば、短縮された送信時間間隔（ｓＴＴＩ）を利用する場合、より少ない数のＯＦＤＭシンボル、またはわずかなＯＦＤＭシンボルを含むミニスロット／非スロットベースのフレーム構造から構成され得る。
【0014】
無線通信システムは、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、またはＣＰを有するまたは有さない任意の他のＩＦＦＴベースの信号、例えばＤＦＴ－ｓ－ＯＦＤＭのような、周波数分割多重を使用する任意のシングルトーンまたはマルチキャリアシステムであってもよい。多元接続のための非直交波形のような他の波形、例えばフィルタバンクマルチキャリア（ＦＢＭＣ）、汎用周波数分割多重（ＧＦＤＭ）またはユニバーサルフィルタマルチキャリア（ＵＦＭＣ）が使用されてもよい。無線通信システムは、例えば、ＬＴＥアドバンストプロ規格またはＮＲ（５Ｇ）、新無線規格にしたがって動作することができる。
【0015】
図１に示された無線ネットワークまたは通信システムは、別個のオーバーレイネットワークを有する異種ネットワーク、例えば、基地局ｇＮＢ１～ｇＮＢ５のようなマクロ基地局を含む各マクロセルを有するマクロセルのネットワーク、およびフェムトまたはピコ基地局のようなスモールセル基地局（図１には示さず）のネットワークによってもよい。
【0016】
上述の地上無線ネットワークに加えて、衛星のような宇宙用送受信機、および／または無人航空機システムのような空中用送受信機を含む非地上無線通信ネットワークも存在する。非地上無線通信ネットワークまたはシステムは、例えば、ＬＴＥアドバンストプロ規格またはＮＲ（５Ｇ、新無線）規格に従って、図１を参照して上述した地上システムと同様に動作することができる。
【0017】
モバイル通信ネットワーク、例えば図１を参照して上述したようなネットワークでは、ＬＴＥまたは５Ｇ／ＮＲネットワークのように、例えばＰＣ５インターフェースを使用して、１つまたは複数のサイドリンク（ＳＬ）チャネルを介して互いに直接通信するＵＥが存在し得る。サイドリンクを介して互いに直接通信するＵＥは、他のビークルと直接通信（Ｖ２Ｖ通信）するビークル、無線通信ネットワークの他のエンティティ、例えば、信号機、交通標識、または歩行者などの路側エンティティと通信（Ｖ２Ｘ通信）するビークルを含むことができる。他のＵＥは、ビークル関連ＵＥでなくてもよく、上述のデバイスのいずれかを含んでもよい。そのようなデバイスはまた、ＳＬチャネルを使用して互いに直接通信（Ｄ２Ｄ通信）することができる。
【0018】
サイドリンクを介して互いに直接通信する２つのＵＥを考慮すると、両方のＵＥは同じ基地局によってサービスされてもよく、その結果、基地局はＵＥにサイドリンクリソース割り当て構成または支援を提供することができる。例えば、両方のＵＥは、図１に示された基地局のうちの１つのような基地局のカバレッジエリア内にあり得る。
【0019】
これは、「カバレッジ内」シナリオと呼ばれる。別のシナリオは、「カバレッジ外」シナリオと呼ばれる。「カバレッジ外」とは、２つのＵＥが図１に示されたセルのうちの１つの中にないことを意味するのではなく、むしろ、これらのＵＥが、
－ＵＥが基地局からいかなるサイドリンクリソース割り当て構成または支援も受信しないように、基地局に接続されていなくてもよい、例えば、ＲＲＣ接続状態にない、および／または
－基地局に接続されていてもよいが、１つまたは複数の理由で、基地局はＵＥにサイドリンクリソース割り当て構成または支援を提供しなくてもよい、および／または
－ＮＲ Ｖ２Ｘサービスをサポートしない可能性がある基地局、例えばＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局に接続されてもよいことを意味する。
－ＵＥが基地局からいかなるサイドリンクリソース割り当て構成または支援も受信しないように、基地局に接続されていなくてもよい、例えば、ＲＲＣ接続状態にない、および／または
－基地局に接続されていてもよいが、１つまたは複数の理由で、基地局はＵＥにサイドリンクリソース割り当て構成または支援を提供しなくてもよい、および／または
－ＮＲ Ｖ２Ｘサービスをサポートしない可能性がある基地局、例えばＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局に接続されてもよいことを意味する。
【0020】
例えばＰＣ５インターフェースを使用して、サイドリンクを介して互いに直接通信する２つのＵＥを考慮すると、ＵＥの一方はＢＳに接続されてもよく、サイドリンクインターフェースを介してＢＳから他方のＵＥに情報を中継してもよい。中継は、同一の周波数帯で行われてもよいし（帯域内中継）、他の周波数帯が使用されてもよい（帯域外中継）。第１のケースでは、Ｕｕ上およびサイドリンク上の通信は、時分割複信ＴＤＤシステムのように、異なるタイムスロットを使用して分離され得る。
【0021】
図２は、互いに直接通信する２つのＵＥが両方とも基地局に接続される、カバレッジ内シナリオの概略図である。基地局ｇＮＢは、円２００によって概略的に表されるカバレッジエリアを有し、これは基本的に、図１に概略的に表されたセルに対応する。互いに直接通信するＵＥは、両方とも基地局ｇＮＢのカバレッジエリア２００にある第１のビークル２０２および第２のビークル２０４を含む。
【0022】
両方のビークル２０２、２０４は、基地局ｇＮＢに接続され、さらに、ＰＣ５インターフェースを介して互いに直接接続される。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、基地局とＵＥとの間の無線インターフェースであるＵｕインターフェース上の制御シグナリングを介してｇＮＢによって支援される。言い換えれば、ｇＮＢは、ＵＥにＳＬリソース割り当て構成または支援を提供し、ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用されるリソースを割り当てる。この構成は、ＮＲ Ｖ２Ｘにおけるモード１構成またはＬＴＥ Ｖ２Ｘにおけるモード３構成とも呼ばれる。
【0023】
図３は、無線通信ネットワークのセル内に物理的にあってもよいが、互いに直接通信するＵＥが基地局に接続されていないか、または互いに直接通信するＵＥの一部またはすべてが基地局へのものであるが、基地局はＳＬリソース割り当て構成または支援を提供しない、カバレッジ外シナリオの概略図である。
【0024】
例えばＰＣ５インターフェースを使用して、サイドリンクを介して互いに直接通信する３台のビークル２０６、２０８および２１０が示されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、ビークル間で実施されるアルゴリズムに基づく。この構成は、ＮＲ Ｖ２Ｘにおけるモード２構成またはＬＴＥ Ｖ２Ｘにおけるモード４構成とも呼ばれる。
【0025】
上述したように、カバレッジ外シナリオである図３のシナリオは、それぞれの（ＮＲにおける）モード２のＵＥまたは）モード４のＵＥが基地局のカバレッジ２００の外側にあることを必ずしも意味せず、むしろ、それぞれの（ＮＲにおける）モード２のＵＥまたは（ＬＴＥにおける）モード４のＵＥが基地局によってサービスされておらず、カバレッジエリアの基地局に接続されておらず、または基地局に接続されているが、ＳＬリソース割り当て構成または支援を基地局から受信しないことを意味する。
【0026】
したがって、図２に示すカバレッジエリア２００内では、ＮＲモード１またはＬＴＥモード３のＵＥ２０２、２０４に加えて、ＮＲモード２またはＬＴＥモード４のＵＥ２０６、２０８、２１０も存在する状況があり得る。
【0027】
Ｖ２Ｘ用途では、いわゆる交通弱者（ＶＲＵ）、例えば歩行者、サイクリスト、ベビーカーなどの利用可能な電力が制限されるが、これは、歩行者ＵＥ（Ｐ－ＵＥ）などのこれらのＶＲＵが、通常、それらのＵＥバッテリのみに依存し、ビークル搭載ビークルＵＥ（Ｖ－ＵＥ）とは異なるためである。したがって、ＶＲＵ ＵＥの場合、Ｖ２Ｘ通信のためのバッテリ節約は、継続的なＶ２Ｘアプリケーションサポートを保証するために不可欠である。ＵＥの１つの継続的にエネルギーを消費するＶ２Ｘ手順は、自律リソース選択モード、すなわち、無線リソース選択に必要なＬＴＥ Ｖ２Ｘモード４またはＮＲサイドリンクモード２で感知している。
【0028】
上記のセクションの情報は、本発明の背景の理解を高めるためのものにすぎず、したがって、当業者に既に知られている先行技術を形成しない情報を含むことができることに留意されたい。
【0029】
上記から開始して、特に自律リソース選択モードで動作するときのバッテリ動作ＵＥの省電力に関する改善または強化が必要とされている。
【図面の簡単な説明】
【0030】
本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
【図1】無線通信システムの一例の概略図を示す。
【図2】互いに直接通信するＵＥが基地局に接続される、カバレッジ内シナリオの概略図である。
【図3】互いに直接通信するＵＥが基地局からＳＬリソース割り当て構成または支援を受信しない、カバレッジ外シナリオの概略図である。
【図4】ＵＥがＮＲ Ｖ２Ｘモード２で動作するとき、ならびにＴ０が１０００ｍｓに固定されていると想定したＬＴＥ Ｖ２Ｘモード４の場合の、センシングベースの無線リソース選択手順の感知時間インスタンスのタイムラインベースの概略図である。
【図5】ＵＥがＬＴＥ Ｖ２Ｘモード４で動作するときの、部分センシングベースの無線リソース選択手順の感知時間インスタンスのタイムラインベースの概略図を示す。
【図6】基地局と、ユーザデバイス（ＵＥ）のような１つまたは複数の送受信機とを含む無線通信システムの概略図である。
【図7】本発明の一実施形態による、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図である。
【図8】本発明の一実施形態による、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図を示し、部分センシングは感知セグメントに基づいて実行され、感知時間インスタンスはすべてのセグメントで同一である。
【図9】本発明の一実施形態による、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図であり、部分センシングは感知セグメントに基づいて実行され、各セグメント内の感知時間インスタンスに時間シフトを適用することができ、これにより感知時間インスタンスはセグメントごとに異なり、上位層シグナリングは時間シフトオフセットを構成する。
【図10】本発明の一実施形態による、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図を示し、部分センシングの感知持続時間は可変である。
【図11】本発明の手法によって説明されるユニットまたはモジュールならびに方法のステップが実行され得るコンピュータシステムの一例を示す。
【発明を実施するための形態】
【0031】
ここで、本発明の実施形態を、同じまたは類似の要素に同じ参照符号が割り当てられている添付の図面を参照してより詳細に説明する。
【0032】
上述したように、Ｖ２Ｘアプリケーションを使用するバッテリ動作Ｐ－ＵＥ（歩行者ＵＥ）を備える、バッテリ動作ＵＥ、例えば歩行者、サイクリスト、ベビーカーなどの交通弱者（ＶＲＵ）の電力消費が大きいという問題がある。これらの歩行者ＵＥ（Ｐ－ＵＥ）は、通常、それらのＵＥバッテリのみに依存し、ビークル搭載ビークルＵＥ（Ｖ－ＵＥ）とは異なる。
【0033】
したがって、Ｐ－ＵＥの場合、Ｖ２Ｘ通信のためのバッテリ節約は、継続的なＶ２Ｘアプリケーションサポートを保証するために不可欠である。ＵＥの１つの継続的にエネルギーを消費するＶ２Ｘ手順は、自律リソース選択モード、すなわち、無線リソース選択に必要なＬＴＥ Ｖ２Ｘモード４またはＮＲサイドリンクモード２で感知している。リリース１７において、「ＮＲサイドリンク拡張」ＷＩ記述［８］は、ＮＲ Ｖ２ＸのためのバッテリベースのＰ－ＵＥのための既存のＬＴＥベースの部分センシングの拡張を要求する。
【0034】
したがって、（作業項目記述［８］に従って）Ｖ２Ｘ用のＮＲサイドリンクに新たに導入される部分センシングは、ＬＴＥ部分センシングをベースラインとして考慮する。ＮＲサイドリンクのためのこの新しい部分センシングは、ＮＲの仕様（例えば、異なるヌメロロジ／サブキャリア間隔（ＳＣＳ）、帯域幅部分（ＢＷＰ）、ＮＲサイドリンク波形の詳細のサポート）、ならびに最も適切な無線リソースの選択に対する影響を最小限に抑えたＰ－ＵＥのための可能な限り最良のエネルギー節約メカニズムに関して適合されなければならない。
【0035】
ＬＴＥ Ｖ２Ｘモード４［１］では、無線リソース選択手順は以下のように実行される。
・ランダム無線リソース選択
・センシングベースの無線リソース選択
・部分センシングベースの無線リソース選択
・ランダム無線リソース選択
・センシングベースの無線リソース選択
・部分センシングベースの無線リソース選択
【0036】
ランダム無線リソース選択が上位層シグナリングによって構成される場合、ユーザは、基地局（ｅＮＢ）によって構成されるリソースプール内の単一のキャリア上で送信する。無線リソースのセットが選択され、上位層に送信され、上位層は、アプリケーション、セッション、トランスポート、ＲＲＣ、ＲＬＣ、ＰＤＣＰ、またはＭＡＣ層とすることができる。この手順は以下の通りである。
【0037】
１．候補サブフレームＲｘｙは、サブフレームｔ＿ｍにおける連続サブチャネルｘ＋ｊのセットであり、ｊ＝０，・・・，Ｌ－１は、時間間隔［ｎ＋Ｔｐｒｏｃ，１，ｎ＋Ｔ２］内の連続したｌ個のサブチャネルのセットであり、タイムスタンプｎは、パケット到着時間である。Ｔｐｒｏｃ，１およびＴ２は、それぞれ処理時間およびパケット遅延バジェットである。Ｔｐｒｏｃ，１およびＴ２値は、ＵＥの実装に依存し、以下の条件を満たすべきである。
ａ．Ｔｐｒｏｃ，１＜＝４およびＴ２＿ｍｉｎ（ＴＸの優先度）＜＝Ｔ２＜＝１００であり、上位層がＴＸの優先度を提供し、そうでない場合、Ｔ２＿ｍｉｎは２０に設定される。
ａ．Ｔｐｒｏｃ，１＜＝４およびＴ２＿ｍｉｎ（ＴＸの優先度）＜＝Ｔ２＜＝１００であり、上位層がＴＸの優先度を提供し、そうでない場合、Ｔ２＿ｍｉｎは２０に設定される。
【0038】
２．すべての候補サブフレームリソースのセットがＳａにおいて想定され、Ｓｂの空のセットが作成される。
【0039】
３．ＵＥは、候補サブフレームリソースＲｘｙをＳａからＳｂセットに再配置する。
【0040】
４．ＵＥが複数のキャリア上で送信するように上位層によって構成されている場合、ＵＥは、ＵＥがその制限のために同時送信をサポートすることができないか、またはキャリアの組み合わせをサポートすることができない場合、ＳｂからサブフレームリソースＲｘｙを除外するものとする。
【0041】
５．ＵＥは、Ｓｂリストを上位層に送信するものとする。
【0042】
上位層によって部分センシングが構成されていない場合、無線リソース選択は以下の［１］のように実行される。
【0043】
１．候補無線リソースＲｘｙは、連続サブチャネルＬのセット、すなわちｘ＋ｊ個のサブチャネルであり、ｊ＝０，・・・，Ｌ－１である。次いで、ＵＥは、［ｎ＋Ｔｐｒｏｃ，１，ｎ＋Ｔ２］内のＬ個のサブチャネルから連続サブチャネルのセットを選択する。ここで、ｎはパケット到着時間であり、Ｔｐｒｏｃ，１は処理時間を表し、Ｔ２は受信パケットが送信前に待機することを許可される最大バジェット遅延であり、Ｔｐｒｏｃ，１１およびＴ２はＵＥの実装に依存する。Ｔｐｒｏｃ，１＜＝４であり、Ｔ２ｍｉｎ（ｐｒｉｏｒＴＸ）＜＝Ｔ２＜１００であり、Ｔ２ｍｉｎが上位層シグナリングによって提供されない場合、４＜＝Ｔ２＜１００である。
【0044】
２．ＵＥは、その送信に使用されるサブフレームを除いて、ｍの時間インスタンスの前にすべてのｍ－１０＊Ｐｓｔｅｐサブフレームを監視する。ここで、Ｐｓｔｅｐは、表１に示すように、それが構成されている２つの連続する感知時間インスタンス間のステップサイズである。
注：感知時間インスタンスは、感知ステップサイズ（Ｐｓｔｅｐ）の係数であり、２つの連続する感知持続時間の間の時間差を指す。
注：感知時間インスタンスは、感知ステップサイズ（Ｐｓｔｅｐ）の係数であり、２つの連続する感知持続時間の間の時間差を指す。
【0045】
【表1】
【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】
ＬＴＥ Ｖ２Ｘモード４では、部分センシングが構成されると、Ｐｓｔｅｐは１００に設定され、１つのサブフレームは異なるｋ＊Ｐｓｔｅｐ周期性で監視され、ｋは部分センシング時間インスタンスの文字列／ベクトル／リストであり、前述のように上位層によって構成することができる。このようにして、ＮＲ Ｖ２Ｘモード２を見るとき、実施形態は、異なるヌメロロジで同じ測定結果を得るために、Ｐｓｔｅｐサイズに対するサブキャリア間隔の影響を考慮する。
【0082】
・Ｐ－ＵＥは、候補サブフレームリソースを識別し、すなわちステップ１、初期送信および再送信のための無線リソースを選択する、すなわちステップ２。Ｐ－ＵＥは、部分センシングの間、候補無線リソースを識別することも、リソースを検出することもできない場合があり得るので、Ｐ－ＵＥが部分センシングを継続し、データ（再）送信をトリガする前に無線リソースを再評価することが有利となる。この目的のために、実施形態は、歩行者ユーザの電力を節約しながら、サービス品質を改善し、起こり得る衝突を回避するために、初期部分センシングおよび第１の候補サブフレームリソース選択後に新しい部分センシング構成を使用する。
【0083】
ＬＴＥ Ｖ２Ｘモード４では、部分センシングが構成されると、Ｐｓｔｅｐは１００に設定され、ｋ＊Ｐｓｔｅｐごとに１つのスロットまたはスロットの一部が監視され、ｋは上位層によって構成される部分センシング時間インスタンスの文字列、ベクトルまたはリストである。ＬＴＥ待ち時間要件は１００スロット［６］に制限され、スロットはＬＴＥ定義によるサブフレーム長に対応するので、１００のＰｓｔｅｐサイズは、ＬＴＥにおけるアプリケーション要件を満たすことができる実行可能な値であるように思われる。
【0084】
ＮＲでは、高度運転、隊列走行、拡張センサ、および遠隔運転などの新しいユースケースが登場しており、これらはＬＴＥと比較して待ち時間が少なく、信頼性要件が高い。ＮＲモード２は、異なるヌメロロジ、例えば１５、３０、６０ＫＨｚをサポートし、それによってスロット持続時間の短縮を達成することができ、それによって待ち時間要件を満たすことができる。さらに、多くの技術が、パケット重複およびＨＡＲＱフィードバックなどの信頼性要件を保証するために適用される。表２は、Ｖ２Ｘ通信における異なるユースケースについて前述した要件のいくつかを示している。
【0085】
【表2】
【0086】
本発明は、例えば、電力消費、柔軟性、複雑さ、順方向互換性、オーバーヘッド、待ち時間、ロバスト性、信頼性に関して改善を提供するために、バッテリ動作ＵＥ、例えばＰ－ＵＥなどのＶＲＵ－ＵＥの部分センシング手順を改善するための手法を提供する。
【0087】
本発明の実施形態は、モバイル端末またはＩｏＴデバイスのような、基地局およびユーザを含む、図１、図２、および図３に示すような無線通信システムにおいて実施されてもよい。図６は、基地局のような中央送受信機と、ユーザデバイス、ＵＥのような１つまたは複数の送受信機３０２１～３０２ｎとを含む無線通信システムの概略図である。
【0088】
中央送受信機３００および送受信機３０２は、無線リンクのような、１つまたは複数の無線通信リンクまたはチャネル３０４ａ、３０４ｂ、３０４ｃを介して通信することができる。中央送受信機３００は、互いに結合された、１つまたは複数のアンテナＡＮＴＴまたは複数のアンテナ素子を有するアンテナアレイと、信号プロセッサ３００ａと送受信機ユニット３００ｂとを含むことができる。
【0089】
送受信機３０２は、１つまたは複数のアンテナＡＮＴＲまたは複数のアンテナを有するアンテナアレイと、信号プロセッサ３０２ａ１、３０２ａｎと、互いに結合された送受信機ユニット３０２ｂ１、３０２ｂｎとを含む。基地局３００およびＵＥ３０２は、Ｕｕインターフェースを使用する無線リンクのような、それぞれの第１の無線通信リンク３０４ａおよび３０４ｂを介して通信してもよく、ＵＥ３０２は、ＰＣ５インターフェースを使用する無線リンクのような、第２の無線通信リンク３０４ｃを介して互いに通信してもよい。
【0090】
ＵＥが基地局によってサービスされていない場合、ＵＥが基地局に接続されていない場合、例えば、ＵＥがＲＲＣ接続状態にない場合、またはより一般的には、ＳＬリソース割り当て構成または支援が基地局によって提供されない場合、ＵＥはサイドリンクを介して互いに通信することができる。システム、１つまたは複数のＵＥ、および基地局は、本明細書に記載の本発明の教示に従って動作することができる。
【0091】
実施形態は、無線通信ネットワークの送受信機［例えば、ＶＲＵ－ＵＥ］を提供し、送受信機は、サイドリンクのカバレッジ内、カバレッジ外、または部分カバレッジシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１またはモード２］］で動作するように構成され、送受信機は、自律的にまたはネットワーク制御されたサイドリンクを介してサイドリンク通信［例えば、送信および／または受信］のためのリソースを割り当てるか、またはスケジュールするように構成または事前構成され、送受信機は、前記サイドリンク通信について、無線通信ネットワークの別の送受信機への［例えば、データ［例えば、データパケット］または制御情報の］サイドリンク送信の前に、サイドリンクの前記リソースを部分センシング［例えば、非連続感知［または監視］］することによって、サイドリンクのリソース［例えば、サブチャネル、リソースプール、または帯域幅部分］の中から候補リソースのセット［例えば、候補リソース要素］を決定するように構成され、送受信機は、候補リソースのセットのうちから選択された選択されたリソースを使用して［例えば、時間インスタンスｍにおいて］前記サイドリンク送信を実行するように構成され、部分センシングの少なくとも１つのパラメータは、
－送受信機の状態［例えば、バッテリ状態、地理的位置、ＤＲＸ／ＤＴＸ構成、またはネットワークカバレッジ］と、
－無線通信ネットワークの状態［例えば、エリア内の別の送受信機［例えば、ＶＲＵ－ＵＥ］の数］と、
－サイドリンクまたはサイドリンク通信のパラメータ［例えば、サブキャリア間隔、利用可能なサブチャネル／リソースプール／帯域幅部分、ＨＡＲＱ構成、構成された許可（タイプ１、タイプ２）、トラフィックタイプ、キャストタイプ、ＱｏＳパラメータ、または通信範囲］と、
－受信した制御情報と、のうちの少なくとも１つに依存する。
－送受信機の状態［例えば、バッテリ状態、地理的位置、ＤＲＸ／ＤＴＸ構成、またはネットワークカバレッジ］と、
－無線通信ネットワークの状態［例えば、エリア内の別の送受信機［例えば、ＶＲＵ－ＵＥ］の数］と、
－サイドリンクまたはサイドリンク通信のパラメータ［例えば、サブキャリア間隔、利用可能なサブチャネル／リソースプール／帯域幅部分、ＨＡＲＱ構成、構成された許可（タイプ１、タイプ２）、トラフィックタイプ、キャストタイプ、ＱｏＳパラメータ、または通信範囲］と、
－受信した制御情報と、のうちの少なくとも１つに依存する。
【0092】
実施形態では、送受信機は、非連続送信ＤＴＸおよび／または非連続受信ＤＲＸ中に前記部分センシングおよび前記サイドリンク送信を実行するように構成され、非連続送信ＤＴＸおよび／または非連続受信ＤＲＸのパラメータは、送受信機または無線通信ネットワークの少なくとも１つのパラメータに依存する。
【0093】
実施形態では、部分センシングの少なくとも１つのパラメータは、
－部分センシングの２つの連続する感知間隔間の時間間隔が依存するステップサイズ［例えば、Ｐｓｔｅｐ］［例えば、２つの連続する感知間隔の間の時間間隔は、ステップサイズの係数である］と、
－部分センシングの時間インスタンスと、
－部分センシングの［例えば、非連続］感知の持続時間と、のうちの少なくとも１つである。
－部分センシングの２つの連続する感知間隔間の時間間隔が依存するステップサイズ［例えば、Ｐｓｔｅｐ］［例えば、２つの連続する感知間隔の間の時間間隔は、ステップサイズの係数である］と、
－部分センシングの時間インスタンスと、
－部分センシングの［例えば、非連続］感知の持続時間と、のうちの少なくとも１つである。
【0094】
実施形態では、送受信機は、部分センシングの少なくとも１つのパラメータを、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存して適応的に調整するように構成される。
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存して適応的に調整するように構成される。
【0095】
実施形態では、送受信機は、受信した制御情報［例えば、ＲＲＣ、ＤＣＩ、またはＳＣＩ］［例えば、別の送受信機、基地局、または無線通信ネットワークのオペレータからサイドリンクのために受信される］［例えば、制御情報は、無線通信ネットワークの状態に関する情報、またはサイドリンクもしくはサイドリンク通信のパラメータを含む］に依存して部分センシングの少なくとも１つのパラメータを調整するように構成される。
【0096】
実施形態では、制御情報は、物理層［例えば、ＤＣＩまたはＳＣＩ］または上位層［例えば、ＲＲＣ］のいずれかで送信される。
【0097】
実施形態では、部分センシングの少なくとも１つのパラメータは、［例えば、無線通信ネットワークの状態またはサイドリンクもしくはサイドリンク通信のパラメータに依存して］事前構成される。
【0098】
実施形態では、送受信機の状態は、
－送受信機の地理的位置［例えば、位置、ゾーン、または有効エリア］と、
－無線通信ネットワークの別の送受信機に対する送受信機の相対位置と、
－送受信機のバッテリの状態［例えばＰｂａｔ］と、
－ＤＲＸ／ＤＴＸ構成と、
－ネットワークカバレッジ［例えば、カバレッジ内、カバレッジ外、または部分カバレッジ］と、のうちの少なくとも１つである。
－送受信機の地理的位置［例えば、位置、ゾーン、または有効エリア］と、
－無線通信ネットワークの別の送受信機に対する送受信機の相対位置と、
－送受信機のバッテリの状態［例えばＰｂａｔ］と、
－ＤＲＸ／ＤＴＸ構成と、
－ネットワークカバレッジ［例えば、カバレッジ内、カバレッジ外、または部分カバレッジ］と、のうちの少なくとも１つである。
【0099】
実施形態では、サイドリンクまたはサイドリンク通信のパラメータは、
－サブキャリア間隔と、
－サイドリンク通信のタイプ［例えば、トラフィックタイプ、Ｐｔｒ、またはキャストタイプ、Ｃｔ］と、
－サイドリンク通信のＱｏＳと、
－サイドリンク通信［例えば、サイドリンク送信］の優先度と、
－ＨＡＲＱ構成と、
－設定された許可（タイプ１、タイプ２）と、のうちの少なくとも１つである。
－サブキャリア間隔と、
－サイドリンク通信のタイプ［例えば、トラフィックタイプ、Ｐｔｒ、またはキャストタイプ、Ｃｔ］と、
－サイドリンク通信のＱｏＳと、
－サイドリンク通信［例えば、サイドリンク送信］の優先度と、
－ＨＡＲＱ構成と、
－設定された許可（タイプ１、タイプ２）と、のうちの少なくとも１つである。
【0100】
実施形態では、無線通信ネットワークの状態は、
－送受信機の範囲内にある他の送受信機の数Ｎｐと、
－送受信機と同じ通信エリア［例えば、有効エリアまたはゾーン］に位置する他の送受信機の数と、
－サイドリンクに対する最小通信範囲と、のうちの少なくとも１つである。
－送受信機の範囲内にある他の送受信機の数Ｎｐと、
－送受信機と同じ通信エリア［例えば、有効エリアまたはゾーン］に位置する他の送受信機の数と、
－サイドリンクに対する最小通信範囲と、のうちの少なくとも１つである。
【0101】
実施形態では、送受信機は、異なるステップサイズのセットからステップサイズを選択するように構成され、ステップサイズは、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存し、
および／または受信した制御情報に依存し、制御情報は、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存する。
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存し、
および／または受信した制御情報に依存し、制御情報は、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存する。
【0102】
実施形態では、送受信機は、選択されたステップサイズに依存して部分センシングの感知間隔の時間インスタンスを決定するように構成される。
【0103】
実施形態では、送受信機は、部分センシングの感知間隔の数を、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存して、
および／または受信した制御情報に依存して決定するように構成され、制御情報は、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存する。
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存して、
および／または受信した制御情報に依存して決定するように構成され、制御情報は、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存する。
【0104】
実施形態では、部分センシングの感知の持続時間は、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存して、
および／または受信した制御情報に依存して決定するように構成され、制御情報は、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存する。
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存して、
および／または受信した制御情報に依存して決定するように構成され、制御情報は、
－送受信機の状態と、
－無線通信ネットワークの状態と、
－サイドリンクまたはサイドリンク通信のパラメータと、のうちの少なくとも１つに依存する。
【0105】
実施形態では、送受信機は、制御情報［例えば、物理層［例えば、ＤＣＩまたはＳＣＩ］または上位層［例えば、ＲＲＣ］で送信される］を受信するように構成され、制御情報は、部分センシングの少なくとも１つの構成可能パラメータ［例えば、ＫまたはＰｓｔｅｐ］に関する情報を含み、送受信機は、少なくとも１つの構成可能パラメータ［例えば、Ｐｓｔｅｐ、Ｋ］に依存して部分センシングの時間インスタンスを決定するように構成される。
【0106】
実施形態では、少なくとも１つの構成可能なパラメータは、部分センシングの２つの連続する感知間隔間の時間間隔が依存的であることを記述する可変ステップサイズ［例えば、Ｐｓｔｅｐ］を含み、少なくとも１つの構成可能なパラメータは、可変ステップサイズに依存する部分センシングの時間インスタンスを示す文字列、ベクトルまたはリスト［例えば、Ｋ］をさらに含む。
【0107】
例えば、送受信機は、以下の式に基づいて部分センシングの時間インスタンスを決定するように構成することができる。
【0108】
実施形態では、少なくとも１つの構成可能なパラメータは、部分センシングの２つの連続する感知間隔間の時間間隔が依存的であることを記述する可変ステップサイズ［例えば、Ｐｓｔｅｐ］を含み、少なくとも１つの構成可能なパラメータは、感知ウィンドウ［例えば、Ｔ０］が分割されるセグメントを示す第１の文字列、ベクトルまたはリスト［例えば、Ｋ’］をさらに含み、少なくとも１つの構成可能なパラメータは、対応するセグメント内の可変ステップサイズに依存する部分センシングの時間インスタンスを示す第２の文字列、ベクトルまたはリスト［例えば、Ｋ］をさらに含む。
【0109】
実施形態では、送受信機は、ステップサイズおよび第２の文字列、ベクトルまたはリスト［例えば、Ｋ］の長さに基づいてセグメントの持続時間を導出するように構成され、送受信機は、セグメントの持続時間［Ｐ’ｓｔｅｐ］にさらに依存して部分センシングの時間インスタンスを決定するように構成される。
【0110】
例えば、送受信機は、以下の式に基づいて部分センシングの時間インスタンスを決定するように構成することができる。
【0111】
実施形態では、送受信機は、感知ウィンドウおよびセグメントの持続時間に依存して部分センシングのセグメントの数を決定するように構成される。
【0112】
例えば、送受信機は、以下の式に基づいて部分センシングのセグメントの数を決定するように構成することができる。
【0113】
実施形態では、少なくとも１つの構成可能なパラメータは、部分センシングの２つの連続する感知間隔の間の時間間隔が依存的であることを記述する可変ステップサイズ［例えば、Ｐｓｔｅｐ］を含み、少なくとも１つの構成可能なパラメータは、感知ウィンドウ［例えば、Ｔ０］内の構成されたセグメントを示す第１の文字列、ベクトルまたはリスト［例えば、Ｋ’］をさらに含み、少なくとも１つの構成可能なパラメータは、対応するセグメント内の可変ステップサイズに依存する部分センシングの時間インスタンスを示す第２の文字列、ベクトルまたはリスト［例えば、Ｋ］をさらに含み、送受信機は、対応するセグメント内の第１の文字列、ベクトルまたはリスト［例えば、Ｋ］によって示される部分センシングの時間インスタンスに適用される時間シフトを示す第３の文字列、ベクトルまたはリスト［例えば、Ｋ’’］にさらに依存して部分センシングの時間インスタンスを決定するように構成される。
【0114】
実施形態では、送受信機は、循環シフト関数を使用して、第３の文字列、ベクトルまたはリスト［例えば、Ｋ’’］によって示される時間シフトを、第２の文字列、ベクトルまたはリスト［例えば、Ｋ］によって示される部分センシングの時間インスタンスに適用するように構成される。
【0115】
実施形態では、受信された制御情報は、第３の文字列、ベクトルまたはリスト［例えば、Ｋ’’］に関する情報を含むか、または送受信機は、ランダムにもしくはアルゴリズムに基づいて第３の文字列、ベクトルまたはリスト［例えば、Ｋ’’］を決定するように構成される。
【0116】
実施形態では、送受信機は、ステップサイズおよび第２の文字列、ベクトルまたはリスト［例えば、Ｋ］の長さに基づいてセグメントの持続時間を導出するように構成され、送受信機は、セグメントの持続時間［Ｐ’ｓｔｅｐ］にさらに依存して部分センシングの時間インスタンスを決定するように構成される。
【0117】
例えば、送受信機は、以下の式に基づいて部分センシングの時間インスタンスを決定するように構成することができ、
式中、ｆは、値Ｋ’がセグメントごとに異なるように値ｋ’’番目に右または左にシフトする循環シフト関数である。
【0118】
実施形態では、可変ステップサイズは、異なる構成タイプまたはインデックスによって制御情報によって示される。
【0119】
実施形態では、送受信機は、制御情報［例えば、物理層［例えば、ＤＣＩまたはＳＣＩ］または上位層［例えば、ＲＲＣ］で送信される］を受信するように構成され、制御情報は、部分センシングの少なくとも１つの構成可能なパラメータ［例えば、時間インスタンス、またはＰｓｔｅｐ］に関する情報を含み、送受信機は、少なくとも１つのパラメータ［例えば、トラフィック密度］に依存して部分センシングの感知の持続時間を決定するように構成される。
【0120】
実施形態では、サイドリンク通信は、新しい無線ＮＲのサイドリンク通信である。
【0121】
実施形態では、送受信機は、新しい無線ＮＲ、サイドリンクモード１またはモード２で動作するように構成される。
【0122】
実施形態では、送受信機はバッテリ式である。
【0123】
実施形態では、送受信機は、交通弱者機器ＶＲＵ－ＵＥである。
【0124】
さらなる実施形態は、無線通信ネットワークの送受信機を動作させるための方法を提供する。本方法は、サイドリンクのカバレッジ内、カバレッジ外、または部分カバレッジシナリオ［例えば、ＮＲサイドリンクモード［例えば、モード１またはモード２］］で送受信機を動作させるステップを含み、サイドリンク通信［例えば、送信および／または受信］のためのリソースは、自律的にスケジュールされるまたは割り当てられるか、もしくはネットワーク制御される。
【0125】
さらに、本方法は、前記サイドリンク通信について、無線通信ネットワークの別の送受信機へのサイドリンク送信［例えば、データ［例えば、データパケット］または制御情報］の前に、サイドリンクの前記リソースを部分センシング［例えば、非連続感知［または監視］］することによって、サイドリンクのリソース［例えば、サブチャネル、リソースプール、または帯域幅部分］のうちの候補リソースのセット［例えば、候補リソース要素］を決定するステップを含む。さらに、本方法は、決定された候補リソースのセットから選択されたリソースを使用して［例えば、時間インスタンスｍにおいて］前記サイドリンク送信を実行するステップを含み、部分センシングの少なくとも１つのパラメータは、送受信機または無線通信ネットワークの少なくとも１つのパラメータに依存する。
【0126】
上述したように、本発明の実施形態は、Ｖ２Ｘ通信などのようなＮＲサイドリンク通信で使用され得るため、バッテリ動作ＵＥ、例えばＰ－ＵＥなどのＶＲＵ－ＵＥの部分センシング手順の改善および強化を提供する。以下では、消費電力、柔軟性、複雑さ、順方向互換性、オーバーヘッド、仕様効果、待ち時間、およびロバスト性のうちの少なくとも１つに関する強化を提供する本発明のいくつかの態様について説明する。以下に説明する態様は、互いに独立して使用されてもよいし、一部またはすべてが組み合わされてもよい。
【0127】
本発明の実施形態は、ＵＥ、例えばＰ－ＵＥの消費電力を低減するだけでなく、上記で概説したように各Ｖ２Ｘアプリケーションの待ち時間および信頼性要件を満たすために、例えば部分センシングに基づくＮＲ Ｖ２Ｘモード１またはモード２のための柔軟な省電力手法を定義する。実施形態では、時間および周波数リソースを含むリソースプールに対して部分センシングが実行される。リソースプールは、モード１および／またはモード２の両方に適用可能な送信プール、受信プール、または例外プールであり得る。この目的のために、実施形態では、以下のパラメータは、構成／指示されたときに、例えばＲＲＣまたはＳＣＩシグナリングを介して、ネットワークによって調整することができる。
【0128】
本発明の実施形態は、ＶＲＵ－ＵＥの電力消費を低減するために、以下の構成オプションのうちの少なくとも１つ（すなわち、１つまたは２つ以上の組み合わせ）によってＮＲサイドリンク通信のための部分センシングを強化する。
【0129】
１．ＶＲＵ－ＵＥのための部分センシングステップサイズＰｓｔｅｐを設定することができる（セクション１参照）。
２．部分センシング時間インスタンスを構成することができる。ＶＲＵ－ＵＥは、異なる時間インスタンスで部分センシングを実行することができる（セクション２参照）。
３．部分センシングセグメントは、時間シフトを使用して構成することができる（セクション３参照）。
４．ＶＲＵ－ＵＥの部分センシング持続時間を設定することができる（セクション４参照）。
５．部分センシング時間インスタンス、ステップサイズ、および／または持続時間は、例えば、限定はしないが、以下のような、環境またはトラフィック／キャスト固有またはＵＥ／ネットワーク固有の条件（セクション５参照）に基づいて構成することができる。
・トラフィックタイプ（非周期的／周期的）、
・ＨＡＲＱ無効／有効、
・設定された許可（タイプ１、タイプ２）、
・ＤＲＸ／ＤＴＸ構成、
・キャストタイプ（ブロードキャスト、グループキャスト、ユニキャスト）、
・ネットワークカバレッジ（内、外、部分）、
・ＵＥ位置（例えば、ゾーン、有効エリア、地理的位置）、
・ＵＥ間の距離／ＵＥ密度、
・（最小）通信範囲、
・ＵＥバッテリ状態、
・ＱｏＳ。
２．部分センシング時間インスタンスを構成することができる。ＶＲＵ－ＵＥは、異なる時間インスタンスで部分センシングを実行することができる（セクション２参照）。
３．部分センシングセグメントは、時間シフトを使用して構成することができる（セクション３参照）。
４．ＶＲＵ－ＵＥの部分センシング持続時間を設定することができる（セクション４参照）。
５．部分センシング時間インスタンス、ステップサイズ、および／または持続時間は、例えば、限定はしないが、以下のような、環境またはトラフィック／キャスト固有またはＵＥ／ネットワーク固有の条件（セクション５参照）に基づいて構成することができる。
・トラフィックタイプ（非周期的／周期的）、
・ＨＡＲＱ無効／有効、
・設定された許可（タイプ１、タイプ２）、
・ＤＲＸ／ＤＴＸ構成、
・キャストタイプ（ブロードキャスト、グループキャスト、ユニキャスト）、
・ネットワークカバレッジ（内、外、部分）、
・ＵＥ位置（例えば、ゾーン、有効エリア、地理的位置）、
・ＵＥ間の距離／ＵＥ密度、
・（最小）通信範囲、
・ＵＥバッテリ状態、
・ＱｏＳ。
【0130】
上述した態様に加えて、実施形態では、ＮＲにおける部分センシングに関連して、非連続送受信（ＤＴＸ、ＤＲＸ）を適用することができる。この場合、Ｐ－ＵＥなどのＵＥは、部分センシングの感知期間中はアクティブでなければならないが、残りの時間中は非アクティブであり得る。
【0131】
１．設定可能な感知ステップサイズ（Ｐｓｔｅｐ）
実施形態によれば、感知ステップサイズ、すなわちＰｓｔｅｐは、ＮＲサイドリンク通信のために部分センシングを実行するＵＥに対して構成可能である。
実施形態によれば、感知ステップサイズ、すなわちＰｓｔｅｐは、ＮＲサイドリンク通信のために部分センシングを実行するＵＥに対して構成可能である。
【0132】
実施形態では、感知ステップサイズ（Ｐｓｔｅｐ）は、２つの連続する時間インスタンスがＰｓｔｅｐの係数である時間スケールを指し、２つの連続する時間インスタンスは、２つの連続する感知持続時間の間の時間差である。
【0133】
実施形態では、感知ステップサイズは、基地局、ネットワーク、またはオペレータによって、上位層によって、例えばＲＲＣシグナリングを介して、または物理層によって、例えばＤＣＩもしくはＳＣＩシグナリングを介して、事前構成もしくは構成することができ、または他の条件に基づいて柔軟に適合させることができ、例えばセクション５を参照されたい。
【0134】
実施形態では、感知ステップサイズは、省電力概念、部分センシング持続時間および感知インスタンスの数に基づいて適合させることができる。
【0135】
実施形態では、ＵＥは、Ｐ－ＵＥまたは任意の他のタイプのＶＲＵ、例えば歩行者、サイクリスト、または部分センシングを実行するように構成された任意の他のＶＲＵとすることができ、脆弱なユーザは、カバレッジ内、部分カバレッジ内、またはカバレッジ外にある。
【0136】
実施形態では、感知ステップサイズＰｓｔｅｐは、表３に示すように、構成タイプごとに異なる値で構成することができる。それにより、表３の感知ステップサイズＰｓｔｅｐは、アプリケーションの待ち時間および信頼性要件に依存し得［５］、これは、例えば、ＵＥがカバレッジエリア内またはモード２にあるときにモード１のＲＲＣまたはＤＣＩメッセージによって（事前に）構成され得る。
【0137】
【表3】
【0138】
実施形態では、感知ステップサイズＰｓｔｅｐは、スロット（例えば、Ｐｓｔｅｐ＝３＊２＾ｕ、ｕ＝０、１、２、３）によって定量化することができ、ここでｕは、ＮＲにおけるサブキャリア間隔、すなわちＳＣＳ＝２＾ｕ＊１５ｋＨｚ、または時間（例えば、３ｍｓ）に対応する。Ｋは、感知時間インスタンスを示す文字列／ベクトル／リストであり、その長さはそれぞれのＬＴＥ構成と同じ長さ、すなわち１０ビットである。
【0139】
図７は、本発明の一実施形態による、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図を示している。図７では、ＵＥが、時間インスタンスｍの前に、感知時間インスタンスｍ－ｋ＊Ｐｓｔｅｐ、ｋ＝［３，５］で、すなわち時間インスタンスｍ－５＊Ｐｓｔｅｐおよびｍ－３＊Ｐｓｔｅｐで部分センシングを行うことが例示的に想定されており、図７では、Ｐｓｔｅｐ＝２０ｍｓ（表３、構成タイプ４および１５ｋＨｚのサブキャリア間隔）と例示的に想定されている。
【0140】
さらに、図７では、時間インスタンスｍ’は送信の開始を示し、これは選択ウィンドウ１２０の開始時に行うことができ、ｍ’＝ｍ＋Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は処理時間である。図７に示すように、選択ウィンドウ１２０は、時間インスタンスｍ’からＴ２まで延在し、Ｔ２は、パケット遅延バジェットの持続時間１２２によって示されるように、時間インスタンスｍに対するパケット遅延バジェット１２２である。図７にさらに示すように、感知持続時間１２４は、スロットの持続時間１２６よりも短くすることができる。当然ながら、感知持続時間１２４はスロット持続時間１２６に等しくてもよい。
【0141】
言い換えれば、図７は、Ｋ＝［Ｋ３＝１、Ｋ５＝１］の場合のＰ－ＵＥの部分センシングを示し、構成タイプ４は上位層によって（事前に）構成され、サブキャリア間隔は１５ｋＨｚであり、すなわち、スロット持続時間は１ｍｓに等しい。このシナリオでは、パケットが時間インスタンスｍに到着すると、ＵＥは、６０ｍｓおよび１００ｍｓの時間インスタンスでのみ感知を実行し、少なくともＴ２＞ｍ’＞＝ｍ＋Ｔｐｒｏｃ，１の時間インスタンスで送信を開始する。ここで、Ｔｐｒｏｃ，１は処理時間であり、Ｔ２は最大パケット遅延バジェットである。
【0142】
実施形態では、部分センシングのためのパラメータＫは、上位層シグナリングによって設定することができる。１つの可能性は、以下に示すようなＵＥ自律リソース選択のためのＲＲＣ情報要素（ＩＥ）を介するものであり、ここで、ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ（＝Ｋ）は、特定のサブフレームが候補リソースと見なされるときにどのサブフレームが感知されるべきかを示す。
【0143】
続いて、ＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ情報要素／ＵＥ－ｓｅｌｅｃｔｅｄＣｏｎｆｉｇの例が提供される。
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ／ ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ－ＳＴＡＲＴ
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｅｅｍｐｔｉｏｎＥｎａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．８）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｔｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６，
ｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄ－ｒ１６ ＳＬ－ＲｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８，
ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝，
ｐ２ｘ－ＳｅｎｓｉｎｇＣｏｎｆｉｇ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｍｉｎＮｕｍＣａｎｄｉｄａｔｅＳＦ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１３），
ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９，
ｓｐａｒｅ７，ｓｐａｒｅ６，ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，
ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ／ ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ－ＳＴＡＲＴ
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｅｅｍｐｔｉｏｎＥｎａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．８）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｔｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６，
ｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄ－ｒ１６ ＳＬ－ＲｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８，
ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝，
ｐ２ｘ－ＳｅｎｓｉｎｇＣｏｎｆｉｇ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｍｉｎＮｕｍＣａｎｄｉｄａｔｅＳＦ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１３），
ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９，
ｓｐａｒｅ７，ｓｐａｒｅ６，ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，
ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
【0144】
感知結果に基づいて、ＵＥ、例えばＰ－ＵＥは、ＲＲＣによって以下のリソース選択構成に基づいてリソースを選択することができる。
【0145】
続いて、ＳＬ－Ｐ２Ｘ－ＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇ情報要素の例が提供される。
ＳＬ－Ｐ２Ｘ－ＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｐａｒｔｉａｌＳｅｎｓｉｎｇ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｒａｎｄｏｍＳｅｌｅｃｔｉｏｎ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＡＳＮ１ＳＴＯＰ
ＳＬ－Ｐ２Ｘ－ＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｐａｒｔｉａｌＳｅｎｓｉｎｇ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｒａｎｄｏｍＳｅｌｅｃｔｉｏｎ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＡＳＮ１ＳＴＯＰ
【0146】
例えば、Ｐ－ＵＥは、例えばＳＬ－Ｒｅｓｏｕｒｃｅｐｏｏｌ ＩＥで与えられたリソースプール構成に基づいて構成することができる。
【0147】
続いて、ＳＬ－ＲｅｓｏｕｒｃｅＰｏｏｌ情報要素の例が提供される。
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＲＥＳＯＵＲＣＥＰＯＯＬ－ＳＴＡＲＴ
ＳＬ－ＲｅｓｏｕｒｃｅＰｏｏｌ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＣＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ＳｅｔｕｐＲｅｌｅａｓｅ ｛ ＳＬ－ＰＳＣＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＳＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ＳｅｔｕｐＲｅｌｅａｓｅ ｛ ＳＬ－ＰＳＳＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ＳｅｔｕｐＲｅｌｅａｓｅ ｛ ＳＬ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｙｎｃＡｌｌｏｗｅｄ－ｒ１６ ＳＬ－ＳｙｎｃＡｌｌｏｗｅｄ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｕｂｃｈａｎｎｅｌＳｉｚｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１０，ｎ１５，ｎ２０，ｎ２５，ｎ５０，ｎ７５，ｎ１００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－Ｐｅｒｉｏｄ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆｆｓ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｉｍｅＲｅｓｏｕｒｃｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆｆｓ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｔａｒｔＲＢ－Ｓｕｂｃｈａｎｎｅｌ－ｒ１６ ＩＮＴＥＧＥＲ（０．．２６５）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＮｕｍＳｕｂｃｈａｎｎｅｌ－ｒ１６ ＩＮＴＥＧＥＲ（１．．２７）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭＣＳ－Ｔａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｑａｍ６４，ｑａｍ２５６，ｑａｍ６４ＬｏｗＳＥ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲ－ｒ１６ ＩＮＴＥＧＥＲ（０．．４５）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＢＲ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍｓ１００，ｓｌｏｔ１００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＲ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍｓ１０００，ｓｌｏｔ１０００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＴＲＳ－Ｃｏｎｆｉｇ－ｒ１６ ＳＬ－ＰＴＲＳ－Ｃｏｎｆｉｇ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇＲＰ－ｒ１６ ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇＲＰ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＲｘＰａｒａｍｅｔｅｒｓＮｃｅｌｌ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＴＤＤ－Ｃｏｎｆｉｇ－ｒ１６ ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＯＰＴＩＯＮＡＬ，
ｓｌ－ＳｙｎｃＣｏｎｆｉｇＩｎｄｅｘ－ｒ１６ ＩＮＴＥＧＥＲ（０．．１５）
ｒｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇＰ２Ｘ－ｒ１６ ＳＬ－Ｐ２Ｘ－ＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｃｏｎｄ Ｐ２Ｘ
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－Ｌｉｓｔ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１６））ＯＦ ＳＬ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－Ｉｎｄｅｘ－ｒ１６ ＩＮＴＥＧＥＲ（０．．１５），
ｓｌ－ＴｒａｎｓＲａｎｇｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍ２０，ｍ５０，ｍ８０，ｍ１００，ｍ１２０，ｍ１５０，ｍ１８０，ｍ２００，ｍ２２０，ｍ２５０，ｍ２７０，ｍ３００，ｍ３５０，
ｍ３７０，ｍ４００，ｍ４２０，ｍ４５０，ｍ４８０，ｍ５００，ｍ５５０，ｍ６００，ｍ７００，ｍ１０００，ｓｐａｒｅ８，ｓｐａｒｅ７，ｓｐａｒｅ６，
ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＺｏｎｅＣｏｎｆｉｇ－ｒ１６ ＳＬ－ＺｏｎｅＣｏｎｆｉｇ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＳｙｎｃＡｌｌｏｗｅｄ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｇｎｓｓ－Ｓｙｎｃ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｇｎｂＥｎｂ－Ｓｙｎｃ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｅ－Ｓｙｎｃ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ Ｒ
｝
ＳＬ－ＰＳＣＣＨ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＴｉｍｅＲｅｓｏｕｒｃｅＰＳＣＣＨ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ２，ｎ３｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＦｒｅｑＲｅｓｏｕｒｃｅＰＳＣＣＨ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１０，ｎ１２，ｎ１５，ｎ２０，ｎ２５｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＤＭＲＳ－ＳｃｒｅａｍｂｌｅＩＤ－ｒ１６ ＩＮＴＥＧＥＲ（０．．６５５３５）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＮｕｍＲｅｓｅｒｖｅｄＢｉｔｓ－ｒ１６ ＩＮＴＥＧＥＲ（２．．４）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＰＳＳＣＨ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＤＭＲＳ－ＴｉｍｅＰａｔｔｅｒｎ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆｆｓ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＢｅｔａＯｆｆｓｅｔｓ２ｎｄＳＣＩ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（４））ＯＦ ＳＬ－ＢｅｔａＯｆｆｓｅｔｓ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－Ｓｃａｌｉｎｇ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆ０ｐ５，ｆ０ｐ６５，ｆ０ｐ８，ｆ１｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｓｌ０，ｓｌ１，ｓｌ２，ｓｌ４｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＦＣＨ－ＲＢ－Ｓｅｔ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（２７５））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＮｕｍＭｕｘＣＳ－Ｐａｉｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ６｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｓｌ２，ｓｌ３｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＦＣＨ－ＨｏｐＩＤ－ｒ１６ ＩＮＴＥＧＥＲ（０．．１０２３）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＰＴＲＳ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＴＲＳ－ＦｒｅｑＤｅｎｓｉｔｙ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（２））ＯＦ ＩＮＴＥＧＥＲ（１．．２７６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＴＲＳ－ＴｉｍｅＤｅｎｓｉｔｙ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（３））ＯＦ ＩＮＴＥＧＥＲ（０．．２９）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＴＲＳ－ＲＥ－Ｏｆｆｓｅｔ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｏｆｆｓｅｔ０１，ｏｆｆｓｅｔ１０，ｏｆｆｓｅｔ１１｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇＲＰ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＣＢＲ－Ｐｒｉｏｒｉｔｙ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－Ｐｒｉｏｒｉｔｙ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭｕｌｔｉＲｅｓｅｒｖｅＲｅｓｏｕｒｃｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ２，ｎ３｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｅｎｓｉｎｇＷｉｎｄｏｗ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍｓ１００，ｍｓ１１００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ５，ｎ１０，ｎ２０｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．１６））ＯＦ ＳＬ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＲＳ－ＦｏｒＳｅｎｓｉｎｇ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｐｓｃｃｈ，ｐｓｓｃｈ｝，
．．．
｝
ＳＬ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄ－ｒ１６：：＝ＥＮＵＭＥＲＡＴＥＤ ｛ｓ０，ｓ１００，ｓ２００，ｓ３００，ｓ４００，ｓ５００，ｓ６００，ｓ７００，ｓ８００，ｓ９００，ｓ１０００｝
ＳＬ－ＢｅｔａＯｆｆｓｅｔｓ－ｒ１６：：＝ＩＮＴＥＧＥＲ（０．．３１）
－－ＴＡＧ－ＳＬ－ＲＥＳＯＵＲＣＥＰＯＯＬ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＲＥＳＯＵＲＣＥＰＯＯＬ－ＳＴＡＲＴ
ＳＬ－ＲｅｓｏｕｒｃｅＰｏｏｌ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＣＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ＳｅｔｕｐＲｅｌｅａｓｅ ｛ ＳＬ－ＰＳＣＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＳＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ＳｅｔｕｐＲｅｌｅａｓｅ ｛ ＳＬ－ＰＳＳＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ＳｅｔｕｐＲｅｌｅａｓｅ ｛ ＳＬ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ－ｒ１６ ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｙｎｃＡｌｌｏｗｅｄ－ｒ１６ ＳＬ－ＳｙｎｃＡｌｌｏｗｅｄ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｕｂｃｈａｎｎｅｌＳｉｚｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１０，ｎ１５，ｎ２０，ｎ２５，ｎ５０，ｎ７５，ｎ１００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－Ｐｅｒｉｏｄ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆｆｓ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｉｍｅＲｅｓｏｕｒｃｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆｆｓ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｔａｒｔＲＢ－Ｓｕｂｃｈａｎｎｅｌ－ｒ１６ ＩＮＴＥＧＥＲ（０．．２６５）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＮｕｍＳｕｂｃｈａｎｎｅｌ－ｒ１６ ＩＮＴＥＧＥＲ（１．．２７）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭＣＳ－Ｔａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｑａｍ６４，ｑａｍ２５６，ｑａｍ６４ＬｏｗＳＥ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｈｒｅｓｈＳ－ＲＳＳＩ－ＣＢＲ－ｒ１６ ＩＮＴＥＧＥＲ（０．．４５）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＢＲ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍｓ１００，ｓｌｏｔ１００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＲ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍｓ１０００，ｓｌｏｔ１０００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＴＲＳ－Ｃｏｎｆｉｇ－ｒ１６ ＳＬ－ＰＴＲＳ－Ｃｏｎｆｉｇ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇＲＰ－ｒ１６ ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇＲＰ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＲｘＰａｒａｍｅｔｅｒｓＮｃｅｌｌ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＴＤＤ－Ｃｏｎｆｉｇ－ｒ１６ ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＯＰＴＩＯＮＡＬ，
ｓｌ－ＳｙｎｃＣｏｎｆｉｇＩｎｄｅｘ－ｒ１６ ＩＮＴＥＧＥＲ（０．．１５）
ｒｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇＰ２Ｘ－ｒ１６ ＳＬ－Ｐ２Ｘ－ＲｅｓｏｕｒｃｅＳｅｌｅｃｔｉｏｎＣｏｎｆｉｇ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｃｏｎｄ Ｐ２Ｘ
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－Ｌｉｓｔ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１６））ＯＦ ＳＬ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＺｏｎｅＣｏｎｆｉｇＭＣＲ－Ｉｎｄｅｘ－ｒ１６ ＩＮＴＥＧＥＲ（０．．１５），
ｓｌ－ＴｒａｎｓＲａｎｇｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍ２０，ｍ５０，ｍ８０，ｍ１００，ｍ１２０，ｍ１５０，ｍ１８０，ｍ２００，ｍ２２０，ｍ２５０，ｍ２７０，ｍ３００，ｍ３５０，
ｍ３７０，ｍ４００，ｍ４２０，ｍ４５０，ｍ４８０，ｍ５００，ｍ５５０，ｍ６００，ｍ７００，ｍ１０００，ｓｐａｒｅ８，ｓｐａｒｅ７，ｓｐａｒｅ６，
ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＺｏｎｅＣｏｎｆｉｇ－ｒ１６ ＳＬ－ＺｏｎｅＣｏｎｆｉｇ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＳｙｎｃＡｌｌｏｗｅｄ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｇｎｓｓ－Ｓｙｎｃ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｇｎｂＥｎｂ－Ｓｙｎｃ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｅ－Ｓｙｎｃ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｔｒｕｅ｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ Ｒ
｝
ＳＬ－ＰＳＣＣＨ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＴｉｍｅＲｅｓｏｕｒｃｅＰＳＣＣＨ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ２，ｎ３｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＦｒｅｑＲｅｓｏｕｒｃｅＰＳＣＣＨ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１０，ｎ１２，ｎ１５，ｎ２０，ｎ２５｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＤＭＲＳ－ＳｃｒｅａｍｂｌｅＩＤ－ｒ１６ ＩＮＴＥＧＥＲ（０．．６５５３５）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＮｕｍＲｅｓｅｒｖｅｄＢｉｔｓ－ｒ１６ ＩＮＴＥＧＥＲ（２．．４）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＰＳＳＣＨ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＤＭＲＳ－ＴｉｍｅＰａｔｔｅｒｎ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆｆｓ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＢｅｔａＯｆｆｓｅｔｓ２ｎｄＳＣＩ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（４））ＯＦ ＳＬ－ＢｅｔａＯｆｆｓｅｔｓ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－Ｓｃａｌｉｎｇ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｆ０ｐ５，ｆ０ｐ６５，ｆ０ｐ８，ｆ１｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＰＳＦＣＨ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｓｌ０，ｓｌ１，ｓｌ２，ｓｌ４｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＦＣＨ－ＲＢ－Ｓｅｔ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（２７５））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＮｕｍＭｕｘＣＳ－Ｐａｉｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ６｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭｉｎＴｉｍｅＧａｐＰＳＦＣＨ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｓｌ２，ｓｌ３｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＳＦＣＨ－ＨｏｐＩＤ－ｒ１６ ＩＮＴＥＧＥＲ（０．．１０２３）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＰＴＲＳ－Ｃｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＴＲＳ－ＦｒｅｑＤｅｎｓｉｔｙ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（２））ＯＦ ＩＮＴＥＧＥＲ（１．．２７６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＴＲＳ－ＴｉｍｅＤｅｎｓｉｔｙ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（３））ＯＦ ＩＮＴＥＧＥＲ（０．．２９）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＰＴＲＳ－ＲＥ－Ｏｆｆｓｅｔ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｏｆｆｓｅｔ０１，ｏｆｆｓｅｔ１０，ｏｆｆｓｅｔ１１｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
．．．
｝
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇＲＰ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＣＢＲ－Ｐｒｉｏｒｉｔｙ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－Ｐｒｉｏｒｉｔｙ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭｕｌｔｉＲｅｓｅｒｖｅＲｅｓｏｕｒｃｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＭａｘＮｕｍＰｅｒＲｅｓｅｒｖｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ２，ｎ３｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｅｎｓｉｎｇＷｉｎｄｏｗ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｍｓ１００，ｍｓ１１００｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ５，ｎ１０，ｎ２０｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．１６））ＯＦ ＳＬ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｍ
ｓｌ－ＲＳ－ＦｏｒＳｅｎｓｉｎｇ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｐｓｃｃｈ，ｐｓｓｃｈ｝，
．．．
｝
ＳＬ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄ－ｒ１６：：＝ＥＮＵＭＥＲＡＴＥＤ ｛ｓ０，ｓ１００，ｓ２００，ｓ３００，ｓ４００，ｓ５００，ｓ６００，ｓ７００，ｓ８００，ｓ９００，ｓ１０００｝
ＳＬ－ＢｅｔａＯｆｆｓｅｔｓ－ｒ１６：：＝ＩＮＴＥＧＥＲ（０．．３１）
－－ＴＡＧ－ＳＬ－ＲＥＳＯＵＲＣＥＰＯＯＬ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
【0148】
２．設定可能な感知時間インスタンスの数
実施形態によれば、感知時間インスタンスの数は構成可能である。これにより、Ｐ－ＵＥなどのＵＥは、部分センシングを行うように構成されている場合、感知ステップサイズ、すなわちＰｓｔｅｐが異なるように構成されているときは、構成された感知ウィンドウＴ０全体、例えばＴ０＝１１００において、部分センシングを行うことができる。
実施形態によれば、感知時間インスタンスの数は構成可能である。これにより、Ｐ－ＵＥなどのＵＥは、部分センシングを行うように構成されている場合、感知ステップサイズ、すなわちＰｓｔｅｐが異なるように構成されているときは、構成された感知ウィンドウＴ０全体、例えばＴ０＝１１００において、部分センシングを行うことができる。
【0149】
実施形態では、感知時間インスタンスの数は、基地局、ネットワーク、またはオペレータによって、上位層によって、例えばＲＲＣシグナリングを介して、または物理層によって、例えばＤＣＩもしくはＳＣＩシグナリングを介して、事前構成もしくは構成することができ、または他の条件に基づいて柔軟に適合させることができ、例えばセクション５を参照されたい。
【0150】
例えば、部分センシングにおける構成可能な感知インスタンスの数に応じて、ＫおよびＰｓｔｅｐに加えて新たなパラメータＫ’およびＰ’ｓｔｅｐを定義することができ、Ｋ’およびＰ’ｓｔｅｐは、部分センシングが構成されている場合の感知ウィンドウＴ０内の感知セグメントインデックスおよびセグメントサイズを示す。
【0151】
それにより、実施形態では、感知セグメントは、感知ステップサイズ（Ｐｓｔｅｐ）の係数である持続時間を定義することに留意されたい。感知セグメント内では、部分センシングパラメータ、例えば、感知ステップサイズ、感知時間インスタンス（シフトありまたはなし）、および感知持続時間が適用される。
【0152】
ここで、Ｐ’ステップは以下のように切り上げられる。
【0153】
これにより、ｕはサブキャリア間隔（ＳＣＳ）に対応し、１５、３０、６０、および１２０ｋＨｚのＳＣＳに対して、それぞれｕ＝０、１、２、および３の値をとる。Ｐｓｔｅｐの値は、先に表１で定義したステップサイズである。
【0154】
ここで、Ｋ’は［ｋ’１ ｋ’２・・・ｋ’Ｎ’］に等しく、Ｋ’値は感知ウィンドウＴ０内のＰ’ｓｔｅｐ目のセグメントを示す。さらに、Ｋ’の長さ、すなわちＮ’は、以下のようになる。
【0155】
部分センシングは、構成に従ってＫ’セグメント内のｋ’１～ｋ’Ｎ’フラグによって示される時間インスタンスで実行される。ここで、Ｋ’およびＫは、以下に例として示すように、ＲＲＣメッセージ、ＤＣＩ、またはＳＣＩシグナリングを介した上位層シグナリングによって構成される。
【0156】
続いて、ＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ情報要素／ＵＥ－ｓｅｌｅｃｔｅｄＣｏｎｆｉｇの例が提供される。
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ／ ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ－ＳＴＡＲＴ
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｅｅｍｐｔｉｏｎＥｎａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．８）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｔｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６，ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄ－ｒ１６ ＳＬ－ＲｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８，
ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝，ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｐ２ｘ－ＳｅｎｓｉｎｇＣｏｎｆｉｇ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｍｉｎＮｕｍＣａｎｄｉｄａｔｅＳＦ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１３），ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９，
ｓｐａｒｅ７，ｓｐａｒｅ６，ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，
ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ／ ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ－ＳＴＡＲＴ
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｅｅｍｐｔｉｏｎＥｎａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．８）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｔｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６，ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄ－ｒ１６ ＳＬ－ＲｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８，
ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝，ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｐ２ｘ－ＳｅｎｓｉｎｇＣｏｎｆｉｇ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｍｉｎＮｕｍＣａｎｄｉｄａｔｅＳＦ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１３），ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９，
ｓｐａｒｅ７，ｓｐａｒｅ６，ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，
ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
【0157】
ここで、ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ（Ｋ）は、特定のサブフレームが候補リソースと見なされ、ｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇが新たに定義されたＫ’であるときに、どのサブフレームが感知されるべきかを示す。
【0158】
例えば、セクション１の定義Ｐｓｔｅｐに依存して、および式（２）の定義に従って、以下の表４は、Ｔ０値が１０００であり、ｕ＝０であるときのＰｓｔｅｐおよびＰ’ｓｔｅｐ構成を例示する。
【0159】
【表4】
【0160】
別の実施形態によれば、Ｐ－ＵＥは、時間インスタンスｍ’においてパケットを送信しようとしており、部分センシングを実行するように構成され、感知ウィンドウＴ０の持続時間は、例えば１０００スロットであり、サブキャリア間隔は、例えば１５ｋＨｚ、すなわちｕ＝０であり、感知ステップサイズＰｓｔｅｐは、例えば１０であり、Ｋの長さは、例えば１０、すなわちＮ＝１０である。
【0161】
表４および式（３）によれば、この例では、Ｐ’ｓｔｅｐ、Ｎ’はそれぞれ１００および１０である。Ｐ－ＵＥが、例えば、Ｋ＝［ｋ３＝１、ｋ５＝１］およびＫ’＝［１，２］で構成される場合、以下の式（４）に示すように時間インスタンスを監視することが義務付けられる。
【0162】
図８は、上記の例における感知時間インスタンスを示している。詳細には、図８は、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図を示し、部分センシングは、本発明の一実施形態による感知セグメントに基づいて実行される。
【0163】
図８では、ＵＥが、時間インスタンスｍの前に、２つの感知セグメント１２８＿１および１２８＿２において、感知時間インスタンスｍ－（ｋ’－１）＊Ｐｓｔｅｐ－ｋ＊Ｐｓｔｅｐで、ｋ＝［３，５］およびＫ’＝［１，２］、すなわち時間インスタンスｍ－１＊Ｐ’ｓｔｅｐ－５＊Ｐｓｔｅｐ、ｍ－１＊Ｐ’ｓｔｅｐ－３＊Ｐｓｔｅｐ、ｍ－５＊Ｐｓｔｅｐ、およびｍ－３＊Ｐｓｔｅｐで部分センシングを行うことが例示的に想定されており、図８では、Ｐ’ｓｔｅｐ＝１００ｍｓ、およびＰｓｔｅｐ＝１０ｍｓ（表４、構成タイプ３および１５ｋＨｚのサブキャリア間隔）であると例示的に想定されている。
【0164】
さらに、図８では、時間インスタンスｍ’は送信の開始を示し、これは選択ウィンドウ１２０の開始時に行うことができ、ｍ’＝ｍ＋Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は処理時間である。図８に示すように、選択ウィンドウ１２０は、時間インスタンスｍ’からＴ２まで延在し、Ｔ２は、パケット遅延バジェットの持続時間１２２によって示されるように、時間インスタンスｍに対するパケット遅延バジェット１２２である。図８にさらに示すように、感知持続時間１２４は、スロットの持続時間１２６よりも短くすることができる。当然ながら、感知持続時間１２４はスロット持続時間１２６に等しくてもよい。
【0165】
３．シフトが異なるセグメントベースの感知時間インスタンスの構成可能な数
実施形態（例えば、セクション２の実施形態の代わりに）によれば、部分センシングセグメントは、時間シフトを使用して構成することができる。ここで、オフセットＫ’’は、ランダムに、またはアルゴリズムに基づいて、または調整された方法で構成され、すべてのセグメントのＫ値に追加され得る。そして、ＵＥ、例えばＰ－ＵＥは、構成された時間インスタンスに対して部分センシングを実行することが義務付けられる。
実施形態（例えば、セクション２の実施形態の代わりに）によれば、部分センシングセグメントは、時間シフトを使用して構成することができる。ここで、オフセットＫ’’は、ランダムに、またはアルゴリズムに基づいて、または調整された方法で構成され、すべてのセグメントのＫ値に追加され得る。そして、ＵＥ、例えばＰ－ＵＥは、構成された時間インスタンスに対して部分センシングを実行することが義務付けられる。
【0166】
実施形態では、異なるシフトの有無にかかわらず、セグメントベースの感知時間インスタンスの数は、基地局、ネットワーク、またはオペレータによって、上位層によって、例えばＲＲＣシグナリングを介して、または物理層によって、例えばＤＣＩもしくはＳＣＩシグナリングを介して、事前構成もしくは構成することができ、または他の条件に基づいて柔軟に適合させることができ、例えばセクション５を参照されたい。
【0167】
実施形態では、長さＫ’’は、ＬＴＥの定義に従ってＫの長さと等しく構成することができ、または要件に従ってＫの長さとは異なるように構成することができる。
【0168】
上記の定義によれば、式（４）は再定式化することができ、以下をもたらす。
【0169】
これにより、関数ｆは、値Ｋ’がセグメントごとに異なるように値ｋ’’番目に右または左にシフトする循環シフト関数である。値Ｋ’’＝［ｋ’’１・・・ｋ’’Ｎ’］であり、Ｎ’はベクトルＫ’’の長さである。さらに、ｋ’’番目の値は、（１－Ｎ）～（Ｎ－１）の範囲の異なる値に設定することができる。
【0170】
例えば、Ｐ－ＵＥなどのＵＥは、時間インスタンスｍ’においてパケットを送信しようとしており、部分センシングを実行するように命令され、感知の持続時間Ｔ０は、例えば１０００スロットであり、サブキャリア間隔ｕは、例えば１５ｋＨｚ、すなわちｕ＝０であり、感知ステップサイズＰｓｔｅｐは、例えば１０であり、Ｋの長さは、例えば１０、すなわちＮ＝１０である。
【0171】
表４によれば、Ｐ’ｓｔｅｐは１００である。Ｐ－ＵＥなどのＵＥが、Ｋ＝［ｋ３＝１、ｋ５＝１］、Ｋ’＝［１，２］、およびＫ’’＝［０，１］で構成される場合、Ｋ＝［Ｋ３＝１、Ｋ＝５］でセグメント＃１における部分センシング、および時間インスタンスＫ＝［Ｋ４＝１、Ｋ６＝１］でセグメント＃２における部分センシングを実行することが義務付けられる。図９は、オフセット値Ｋ’’を適用した部分センシングをセグメントごとに示している。
【0172】
詳細には、図９は、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図を示し、部分センシングは、本発明の一実施形態による感知セグメントに基づいて実行される。図９では、ＵＥが、時間インスタンスｍの前に、２つの感知セグメント１２８＿１および１２８＿２において、感知時間インスタンスｍ－（ｋ’－１）＊Ｐｓｔｅｐ－ｆ（ｋ’，ｋ’’）＊Ｐｓｔｅｐ ｆｏｒ ｋ＝［３，５］、Ｋ’＝［１，２］、およびＫ’’＝［０，１］、すなわち時間インスタンスｍ－１＊Ｐ’ｓｔｅｐ－６＊Ｐｓｔｅｐ、ｍ－１＊Ｐ’ｓｔｅｐ－４＊Ｐｓｔｅｐ、ｍ－５＊Ｐｓｔｅｐ、およびｍ－３＊Ｐｓｔｅｐで部分センシングを行うことが例示的に想定されており、図９では、Ｐ’ｓｔｅｐ＝１００ｍｓ、およびＰｓｔｅｐ＝１０ｍｓ（表４、構成タイプ３および１５ｋＨｚのサブキャリア間隔）であると例示的に想定されている。
【0173】
さらに、図９では、時間インスタンスｍ’は送信の開始を示し、これは選択ウィンドウ１２０の開始時に行うことができ、ｍ’＝ｍ＋Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は処理時間である。図９に示すように、選択ウィンドウ１２０は、時間インスタンスｍ’からＴ２まで延在し、Ｔ２は、パケット遅延バジェットの持続時間１２２によって示されるように、時間インスタンスｍに対するパケット遅延バジェット１２２である。図９にさらに示すように、感知持続時間１２４は、スロットの持続時間１２６よりも短くすることができる。当然ながら、感知持続時間１２４はスロット持続時間１２６に等しくてもよい。
【0174】
実施形態では、パラメータｋの構成は、例えば、以下の例に示すように上位層パラメータによって行うことができる。
【0175】
続いて、ＳＬ－ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ情報要素／ＵＥ－ｓｅｌｅｃｔｅｄＣｏｎｆｉｇの例が提供される。
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ／ ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ－ＳＴＡＲＴ
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ ｓｌ－ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｅｅｍｐｔｉｏｎＥｎａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．８）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｔｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６，
ｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄ－ｒ１６ ＳＬ－ＲｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８，
ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝，ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｐ２ｘ－ＳｅｎｓｉｎｇＣｏｎｆｉｇ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｍｉｎＮｕｍＣａｎｄｉｄａｔｅＳＦ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１３），ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｒａｎｄｏｍｏｆｆｓｅｔｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９，
ｓｐａｒｅ７，ｓｐａｒｅ６，ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，
ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ／ ＣｏｍｍＴｘＰｏｏｌＳｅｎｓｉｎｇＣｏｎｆｉｇ－ＳＴＡＲＴ
ＳＬ－ＵＥ－ＳｅｌｅｃｔｅｄＣｏｎｆｉｇ－ｒ１６：：＝ＳＥＱＵＥＮＣＥ ｛
ｓｌ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＰＳＳＣＨ－ＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ ｓｌ－ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｅｅｍｐｔｉｏｎＥｎａｂｌｅ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＳＬ－ＣＢＲ－ＣｏｍｍｏｎＴｘＣｏｎｆｉｇＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｕｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１６）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｓｌ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｈｒｅｓ－ｒ１６ ＩＮＴＥＧＥＲ（１．．８）ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｔｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６ ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６，
ｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄ－ｒ１６ ＳＬ－ＲｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄＬｉｓｔ－ｒ１６ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｖ０，ｖ０ｄｏｔ２，ｖ０ｄｏｔ４，ｖ０ｄｏｔ６，ｖ０ｄｏｔ８，
ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝，ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｐ２ｘ－ＳｅｎｓｉｎｇＣｏｎｆｉｇ－ｒ１６ ＳＥＱＵＥＮＣＥ ｛
ｍｉｎＮｕｍＣａｎｄｉｄａｔｅＳＦ－ｒ１６ ＩＮＴＥＧＥＲ（１．．１３），ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ Ｒ
ｒａｎｄｏｍｏｆｆｓｅｔｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ－ｒ１６ ＢＩＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１０））ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝ ＯＰＴＩＯＮＡＬ，－－Ｎｅｅｄ ＯＲ
ｓｌ－ＲｅｓｅｌｅｃｔＡｆｔｅｒ－ｒ１６ ＥＮＵＭＥＲＡＴＥＤ ｛ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ７，ｎ８，ｎ９，
ｓｐａｒｅ７，ｓｐａｒｅ６，ｓｐａｒｅ５，ｓｐａｒｅ４，ｓｐａｒｅ３，ｓｐａｒｅ２，
ｓｐａｒｅ１｝ ＯＰＴＩＯＮＡＬ－－Ｎｅｅｄ ＯＲ
｝
－－ＴＡＧ－ＳＬ－ＵＥ－ＳＥＬＥＣＴＥＤＣＯＮＦＩＧ－ＳＴＯＰ
－－ＡＳＮ１ＳＴＯＰ
【0176】
ここで、ｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇ（Ｋ）は、特定のサブフレームが候補リソースと見なされ、ｒａｎｄｏｍｏｆｆｓｅｔｎｅｗｇａｐＣａｎｄｉｄａｔｅＳｅｎｓｉｎｇが新たに定義されたＫ’’であるときに、どのサブフレームが感知されるべきかを示す。
【0177】
４．設定可能な感知持続時間
実施形態によれば、Ｐ－ＵＥなどのＵＥの感知持続時間は構成可能であり得る。
実施形態によれば、Ｐ－ＵＥなどのＵＥの感知持続時間は構成可能であり得る。
【0178】
実施形態では、感知持続時間は、基地局、ネットワーク、またはオペレータによって、上位層によって、例えばＲＲＣシグナリングを介して、または物理層によって、例えばＤＣＩもしくはＳＣＩシグナリングを介して、事前構成もしくは構成することができ、または他の条件に基づいて柔軟に適合させることができ、例えばセクション５を参照されたい。
【0179】
実施形態では、感知持続時間の長さはスロットに基づくことができ、スロットは１ｍｓ／２＾ｕであり、ＳＣＳ＝１５ｋＨｚ＊２＾ｕについて、ｕ＝０、１、２、３である、すなわち１５、３０、６０，１２０ｋＨｚである。ここで、スロット持続時間は、上位層シグナリング、ＲＲＣメッセージまたはＳＣＩまたはＤＣＩによって構成することができる。あるいは、感知持続時間は、スロットの一部、例えば、上記のスロットの定義によるいくつかのシンボルであってもよい。図１０は、Ｋ＝［３，５］およびＰｓｔｅｐ＝１０ｍｓのシナリオにおける異なる２種類の感知持続時間の例を示す。
【0180】
詳細には、図１０は、本発明の一実施形態による、無線リソース選択のためにＵＥによって実行される部分センシングのタイムラインベースの概略図を示し、部分センシングの感知持続時間は可変である。図１０では、ＵＥは、時間インスタンスｍの前に、感知時間インスタンスｍ－ｋ＊Ｐｓｔｅｐ、ｋ＝［３，５］で、すなわち時間インスタンスｍ－５＊Ｐｓｔｅｐおよびｍ－３＊Ｐｓｔｅｐで部分センシングを実行し、図１０では、Ｐｓｔｅｐ＝１０ｍｓと例示的に想定されている。
【0181】
さらに、図１０では、時間インスタンスｍ’は送信の開始を示し、これは選択ウィンドウ１２０の開始時に行うことができ、ｍ’＝ｍ＋Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は処理時間である。図１０に示すように、選択ウィンドウ１２０は、時間インスタンスｍ’からＴ２まで延在し、Ｔ２は、パケット遅延バジェットの持続時間１２２によって示されるように、時間インスタンスｍに対するパケット遅延バジェット１２２である。図１０にさらに示すように、感知持続時間１２４は、スロットの持続時間１２６よりも短くすることができる。当然ながら、感知持続時間１２４はスロット持続時間１２６に等しくてもよい。
【0182】
５．部分センシング構成パラメータの適合
部分センシング手順を強化するためにセクション１から４に記載されたパラメータは、
・例えばオペレータ設定で（事前）構成されるか、または
・上位層要件に基づくか、または
・例えば関数として柔軟に適合され、これは、
例えば、環境またはトラフィック／キャスト固有またはＵＥ／ネットワーク／アプリケーション／送信固有の条件に基づいており、これは、以下に列挙された条件のうちの１つまたは複数を考慮している（これらのパラメータは、感知ステップサイズ（Ｐｓｔｅｐ）、感知時間インスタンスの数、および感知持続時間を含むことに留意されたい）。
・トラフィックタイプ、例えば、非周期的／周期的トラフィック。
・ＨＡＲＱ無効／有効。
・設定された許可（タイプ１、タイプ２）。
・ＤＲＸ／ＤＴＸ構成。
・キャストタイプ（ブロードキャスト、グループキャスト（マルチキャスト）、ユニキャスト）。
・ネットワークカバレッジ（内／部分／外）。
・ＵＥ位置－例えば、地理的位置、ＵＥが位置するエリア、他のＵＥに対する相対位置：
○ＵＥの地理的位置、例えば道路または合流点／交差点の近く、
○ＵＥが位置するエリア、例えば、ゾーン、有効エリア、
○ＵＥ間の距離／ＵＥ密度、
・最小通信範囲：ＳＣＩに含まれるパラメータ。
・ＵＥバッテリ充電レベル、例えば、それに基づいて部分センシングパラメータがエネルギー消費をさらに低減するように適合されるバッテリ充電レベル（例えば、２０％バッテリ充電レベルなどの低バッテリ）に基づく閾値。
・ＱｏＳパラメータ、すなわち、少なくとも優先度、信頼性：
○さらに、送信の優先度は、部分センシングパラメータを適合させる関数と考えることができる。
○例えば、
・高優先度送信の場合、リソースを割り当てる機会を増大させるために、感知持続時間および部分センシングインスタンスの数を増やすことができる。この関数は、交通状況にさらに依存し得る。（注：感知インスタンスの数および感知持続時間を増やすことによって、衝突の可能性を減らすことができる。リソース割り当ての機会は変わらない。いずれの場合も、リソースを割り当てることができる（利用可能な情報の量に基づいて良好または不良の選択が行われる））。
・低優先度送信の場合、感知持続時間および部分センシングインスタンスの数を減らして、エネルギー消費をさらに減らすことができる。
部分センシング手順を強化するためにセクション１から４に記載されたパラメータは、
・例えばオペレータ設定で（事前）構成されるか、または
・上位層要件に基づくか、または
・例えば関数として柔軟に適合され、これは、
例えば、環境またはトラフィック／キャスト固有またはＵＥ／ネットワーク／アプリケーション／送信固有の条件に基づいており、これは、以下に列挙された条件のうちの１つまたは複数を考慮している（これらのパラメータは、感知ステップサイズ（Ｐｓｔｅｐ）、感知時間インスタンスの数、および感知持続時間を含むことに留意されたい）。
・トラフィックタイプ、例えば、非周期的／周期的トラフィック。
・ＨＡＲＱ無効／有効。
・設定された許可（タイプ１、タイプ２）。
・ＤＲＸ／ＤＴＸ構成。
・キャストタイプ（ブロードキャスト、グループキャスト（マルチキャスト）、ユニキャスト）。
・ネットワークカバレッジ（内／部分／外）。
・ＵＥ位置－例えば、地理的位置、ＵＥが位置するエリア、他のＵＥに対する相対位置：
○ＵＥの地理的位置、例えば道路または合流点／交差点の近く、
○ＵＥが位置するエリア、例えば、ゾーン、有効エリア、
○ＵＥ間の距離／ＵＥ密度、
・最小通信範囲：ＳＣＩに含まれるパラメータ。
・ＵＥバッテリ充電レベル、例えば、それに基づいて部分センシングパラメータがエネルギー消費をさらに低減するように適合されるバッテリ充電レベル（例えば、２０％バッテリ充電レベルなどの低バッテリ）に基づく閾値。
・ＱｏＳパラメータ、すなわち、少なくとも優先度、信頼性：
○さらに、送信の優先度は、部分センシングパラメータを適合させる関数と考えることができる。
○例えば、
・高優先度送信の場合、リソースを割り当てる機会を増大させるために、感知持続時間および部分センシングインスタンスの数を増やすことができる。この関数は、交通状況にさらに依存し得る。（注：感知インスタンスの数および感知持続時間を増やすことによって、衝突の可能性を減らすことができる。リソース割り当ての機会は変わらない。いずれの場合も、リソースを割り当てることができる（利用可能な情報の量に基づいて良好または不良の選択が行われる））。
・低優先度送信の場合、感知持続時間および部分センシングインスタンスの数を減らして、エネルギー消費をさらに減らすことができる。
【0183】
上記の定義によれば、実施形態によれば、関数ｆは、例えば、セクション５およびセクション１から４の定義に従ってゾーン／有効エリアによって示されるエリア内のＰ－ＵＥなどのすべてのＵＥ、またはＰ－ＵＥなどのＵＥのグループの感知持続時間および間隔が構成される上位層によって定義することができる。
【0184】
例えば、関数ｆは以下のように定義することができる。
【0185】
ここで、Ｔｓｅｎ、Ｋ、Ｋ’、およびＫ’’は、それぞれ上記の定義ごとの感知持続時間および感知時間インスタンスの数である。変数Ｐｔｒは、Ｐ－ＵＥのトラフィックタイプであり、ゾーンは、Ｐ－ＵＥの地理的エリアを示す。他のパラメータＰｂａｔ、Ｃｔ、およびＮｐは、それぞれ、バッテリ状態、キャスト通信、およびエリア内のＰ－ＵＥおよび非Ｐ－ＵＥの数である。
【0186】
例えば、Ｐ－ＵＥなどのＵＥのバッテリ状態が構成された閾値よりも低い場合、アプリケーションのサービス品質要件を依然として満たすことができる場合、より多くのエネルギーを節約するために部分センシングインスタンスの感知持続時間および数を減らすことができる。
【0187】
別の例では、Ｐ－ＵＥなどのＵＥが危険なエリア、例えば合流点、または高密度トラフィックを伴うエリアに接近する（例えば、地理的位置、ゾーンまたは有効エリアに基づく）と、関数はそれに応じて感知持続時間および持続時間を適応させる。
【0188】
６．さらなる実施形態
本明細書に記載された実施形態は、Ｖ２Ｘアプリケーションを使用するＶＲＵ ＵＥの電力低減を提供する。ビークル電源に接続されたビークル搭載ＵＥとは反対に、バッテリベースのＵＥを使用するＶＲＵの電力低減は非常に重要である。これは、Ｒｅｌ－１７ ＷＩにおいても１つの主要な目的として要求されている。
本明細書に記載された実施形態は、Ｖ２Ｘアプリケーションを使用するＶＲＵ ＵＥの電力低減を提供する。ビークル電源に接続されたビークル搭載ＵＥとは反対に、バッテリベースのＵＥを使用するＶＲＵの電力低減は非常に重要である。これは、Ｒｅｌ－１７ ＷＩにおいても１つの主要な目的として要求されている。
【0189】
本明細書に記載の実施形態は、５Ｇ ＮＲ Ｖ２Ｘ規格に従って実施することができる。
【0190】
実施形態によれば、例えば歩行者、サイクリスト、スクータ、および任意の他のタイプのＶＲＵなど、トラフィックにさらされるＶＲＵ ＵＥは、Ｖ２Ｘアプリケーションのためのこれらの省電力手順を要求する潜在的な適用領域である。電子ビークルおよびｅバイクでさえ、装備されたＵＥのためのエネルギー節約を考慮し得る。
【0191】
実施形態によれば、感知は、モード２（直接通信のための共通のＶ２Ｘモードとして予想される）におけるＶ２Ｘ ＵＥによって連続的に実行される手順であり、ＵＥの限られたバッテリ電力を連続的かつ大幅に消費する。特に、安全に重要なＶ２Ｘ用途を保証するためには、ＶＲＵの省エネルギーが不可欠である。
【0192】
記載された概念のいくつかの態様は装置の文脈で説明されているが、これらの態様は対応する方法の説明も表すことは明らかであり、ブロックまたはデバイスは方法ステップまたは方法ステップの特徴に対応する。同様に、方法ステップの文脈で説明される態様はまた、対応する装置の対応するブロックまたは項目または特徴の説明を表す。
【0193】
本発明の様々な要素および特徴は、アナログおよび／またはデジタル回路を使用するハードウェア、ソフトウェア、１つまたは複数の汎用または専用プロセッサによる命令の実行を通じて、またはハードウェアとソフトウェアの組み合わせとして実装されてもよい。例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実施することができる。
【0194】
図１１は、コンピュータシステム５００の一例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つまたは複数のコンピュータシステム５００上で実行することができる。コンピュータシステム５００は、専用または汎用デジタル信号プロセッサのような、１つまたは複数のプロセッサ５０２を含む。
【0195】
プロセッサ５０２は、バスまたはネットワークのような通信インフラストラクチャ５０４に接続される。コンピュータシステム５００は、例えばランダムアクセスメモリ（ＲＡＭ）などのメインメモリ５０６と、例えばハードディスクドライブおよび／またはリムーバブルストレージドライブなどの２次メモリ５０８とを含む。２次メモリ５０８は、コンピュータプログラムまたは他の命令がコンピュータシステム５００にロードされることを可能にすることができる。
【0196】
コンピュータシステム５００は、ソフトウェアおよびデータがコンピュータシステム５００と外部デバイスとの間で転送されることを可能にする通信インターフェース５１０をさらに含むことができる。通信は、電子信号、電磁信号、光学信号、または通信インターフェースによって処理することができる他の信号からのものであってもよい。通信は、ワイヤまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、および他の通信チャネル５１２を使用することができる。
【0197】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム５００にソフトウェアを提供するための手段である。
【0198】
コンピュータ制御論理とも呼ばれるコンピュータプログラムは、メインメモリ５０６および／または２次メモリ５０８に記憶される。コンピュータプログラムはまた、通信インターフェース５１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム５００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ５０２が本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。
【0199】
したがって、そのようなコンピュータプログラムは、コンピュータシステム５００のコントローラを表すことができる。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に記憶され、リムーバブルストレージドライブ、通信インターフェース５１０のようなインターフェースを使用してコンピュータシステム５００にロードされ得る。
【0200】
ハードウェアまたはソフトウェアでの実装は、それぞれの方法が実行されるようにプログラマブルコンピュータシステムと協働する（または協働することができる）、電子的に読み取り可能な制御信号が記憶されたデジタル記憶媒体、例えばクラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリを使用して実行されてもよい。したがって、デジタル記憶媒体はコンピュータ可読であってもよい。
【0201】
本発明によるいくつかの実施形態は、本明細書に記載の方法のうちの１つが実行されるように、プログラマブルコンピュータシステムと協働することができる電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【0202】
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装されてもよく、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに、本方法のうちの１つを実行するように動作する。プログラムコードは、例えば、機械可読キャリアに記憶することができる。
【0203】
他の実施形態は、機械可読キャリアに記憶された、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含む。言い換えれば、したがって、本発明の方法の一実施形態は、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法のうちの１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0204】
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを記録して含むデータキャリア（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号シーケンスである。
【0205】
データストリームまたは信号シーケンスは、例えば、データ通信接続を介して、例えばインターネットを介して転送されるように構成することができる。さらなる実施形態は、本明細書に記載の方法の１つを実行するように構成または適合された処理手段、例えばコンピュータまたはプログラマブル論理デバイスを含む。さらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
【0206】
いくつかの実施形態では、プログラマブル論理デバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載の方法の機能の一部またはすべてを実行することができる。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法の１つを実行するためにマイクロプロセッサと協働することができる。一般に、本方法は、任意のハードウェア装置によって実行されることが好ましい。
【0207】
上述の実施形態は、本発明の原理の単なる例示である。本明細書に記載の構成および詳細の修正および変形は、当業者には明らかであることが理解される。したがって、本明細書の実施形態の説明および説明として提示された特定の詳細によってではなく、この後の特許請求の範囲によってのみ限定されることが意図される。
【0208】
略語
ＶＲＵ 通常、Ｖ２ＸアプリケーションにバッテリベースのＵＥを使用する交通弱者。ＶＲＵは、例えば歩行者、サイクリスト、および交通状況に関与する他の人を含む。
ＤＲＸ 非連続受信
Ｖ－ＵＥ ビークルユーザ機器。ビークル搭載ＵＥ
Ｐ－ＵＥ 歩行者ＵＥ：歩行者に限定されるべきではなく、電力を節約する必要がある任意のＵＥ、例えば電気自動車、サイクリスト、他のＶＲＵを表す。
ＷＩ 作業項目
ＳＣＳ サブキャリア間隔
Ｐステップ 感知ステップサイズ
参考文献
［１］３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．８．０（２０１９－１２）
［２］３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．０．０（２０１９－１２）
［３］３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５
［４］３ＧＰＰ ＴＳ ３８．３３１ Ｖ１６
［５］３ＧＰＰ ＴＲ ３７．９８５ Ｖ１．１．０（２０２０－０２）
［６］３ＧＰＰ ＴＳ ２２．１８６ Ｖ１６．２．０
［７］３ＧＰＰ ＴＳ ２２．１８５ Ｖ１５．０．０
［８］３ＧＰＰ ＲＰ－１９３２２、作業項目記述、ＮＲサイドリンク強化、Ｒｅｌ－１７
ＶＲＵ 通常、Ｖ２ＸアプリケーションにバッテリベースのＵＥを使用する交通弱者。ＶＲＵは、例えば歩行者、サイクリスト、および交通状況に関与する他の人を含む。
ＤＲＸ 非連続受信
Ｖ－ＵＥ ビークルユーザ機器。ビークル搭載ＵＥ
Ｐ－ＵＥ 歩行者ＵＥ：歩行者に限定されるべきではなく、電力を節約する必要がある任意のＵＥ、例えば電気自動車、サイクリスト、他のＶＲＵを表す。
ＷＩ 作業項目
ＳＣＳ サブキャリア間隔
Ｐステップ 感知ステップサイズ
参考文献
［１］３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．８．０（２０１９－１２）
［２］３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．０．０（２０１９－１２）
［３］３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５
［４］３ＧＰＰ ＴＳ ３８．３３１ Ｖ１６
［５］３ＧＰＰ ＴＲ ３７．９８５ Ｖ１．１．０（２０２０－０２）
［６］３ＧＰＰ ＴＳ ２２．１８６ Ｖ１６．２．０
［７］３ＧＰＰ ＴＳ ２２．１８５ Ｖ１５．０．０
［８］３ＧＰＰ ＲＰ－１９３２２、作業項目記述、ＮＲサイドリンク強化、Ｒｅｌ－１７
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】