JP7771108B2 - サイドリンクｕｅのためのリソース予約の予測 - Google Patents

Description

本発明は、無線通信システムまたはネットワークの分野に関し、より具体的には、そのような無線通信システムまたはネットワーク内での車両間（Ｖ２Ｘ）通信の分野に関する。実施形態は、センシングを実行するユーザデバイス（ＵＥ）の動作に関する。例えば、ＵＥは、センシングを実行するために、例えば、センシングレポートを生成するために、モード１で動作し、または、センシングによってリソースの選択および割り当てを自律的に実行するために、モード２で動作する。

図１は、図１（ａ）に示されるように、コアネットワーク１０２および１つ以上の無線アクセスネットワークＲＡＮ_１、ＲＡＮ_２、・・・ＲＡＮ_Ｎを含む地上系無線ネットワーク１００の一例の概略図である。図１（ｂ）は、１つ以上の基地局ｇＮＢ_１～ｇＮＢ_５を含み得る無線アクセスネットワークＲＡＮ_ｎの一例の概略図である。各基地局は、それぞれのセル１０６_１～１０６_５によって概略的に表される、基地局を囲む特定のエリアにサービスを提供する。基地局は、セル内のユーザにサービスを提供するために設けられている。１つ以上の基地局は、ライセンスバンドおよび／またはアンライセンスバンドでユーザにサービスを提供し得る。基地局（ＢＳ）という用語は、５Ｇネットワーク内のｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏ内のｅＮＢ、または他のモバイル通信規格の単なるＢＳを指す。ユーザは、固定デバイスであってもモバイルデバイスであってもよい。無線通信システムは、基地局またはユーザに接続するモバイルまたは固定ＩｏＴデバイスによってもアクセスされ得る。モバイルデバイスまたはＩｏＴデバイスとは、物理デバイス、ロボットまたは車等の地上車両、有人航空機または無人航空機（ＵＡＶ）等の航空機（後者はドローンとも呼ばれる）、および建物、ならびに、電子機器、ソフトウェア、センサ、またはアクチュエータ等と、デバイスが既存のネットワークインフラを介してデータを収集および交換することを可能にするネットワーク接続とが組み込まれているアイテムまたはデバイスを含み得る。図１（ｂ）は５つのセルの例示的な図を示しているが、ＲＡＮ_ｎは、より多くのまたは少ないそのようなセルを含むことができ、また、ＲＡＮ_ｎは基地局を１つしか含まなくてもよい。図１（ｂ）は、セル１０６_２内に存在し、基地局ｇＮＢ_２によってサービスを提供される、ユーザ機器ＵＥとも呼ばれる２つのユーザＵＥ_１およびＵＥ_２を示している。基地局ｇＮＢ_４によってサービスを提供される、セル１０６_４内の別のユーザＵＥ_３が示されている。矢印１０８_１、１０８_２、および１０８_３は、ユーザＵＥ_１、ＵＥ_２、およびＵＥ_３から基地局ｇＮＢ_２、ｇＮＢ_４にデータを送信するために、または基地局ｇＮＢ_２、ｇＮＢ_４からユーザＵＥ_１、ＵＥ_２、ＵＥ_３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表している。これは、ライセンスバンドまたはアンライセンスバンド上で実現され得る。さらに、図１（ｂ）は、固定またはモバイルデバイスであり得る、セル１０６_４内の２つのＩｏＴデバイス１１０_１および１１０_２を示している。ＩｏＴデバイス１１０_１は、基地局ｇＮＢ_４を介して無線通信システムにアクセスし、矢印１１２_１によって概略的に表されるようにデータを送受信する。ＩｏＴデバイス１１０_２は、矢印１１２_２によって概略的に表されるように、ユーザＵＥ_３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ_１～ｇＮＢ_５は、例えば、Ｓ１インターフェースを介して、それぞれのバックホールリンク１１４_１～１１４_５を介して、コアネットワーク１０２に接続されてもよい。図１（ｂ）では、バックホールリンクは、「コア」を指す矢印によって概略的に表されている。コアネットワーク１０２は１つ以上の外部ネットワークに接続され得る。外部ネットワークはインターネットであってもよく、またはプライベートネットワーク、例えば、イントラネットもしくは任意の他のタイプのキャンパスネットワーク、例えば、プライベートＷｉＦｉもしくは４Ｇ／５Ｇモバイル通信システムなどであり得る。また、それぞれの基地局ｇＮＢ_１～ｇＮＢ_５の一部またはすべては、例えば、Ｓ１もしくはＸ２インターフェース、またはＮＲ内のＸＮインターフェースを介して、図１（ｂ）では「ｇＮＢ」を指す矢印によって概略的に表されている、それぞれのバックホールリンク１１６_１～１１６_５を介して互いに接続され得る。サイドリンクチャネルは、デバイス間（Ｄ２Ｄ）通信とも呼ばれる、ＵＥ間の直接通信を可能にする。３ＧＰＰ（登録商標）内のサイドリンクインターフェースはＰＣ５と呼ばれている。

データ送信のために、物理リソースグリッドが使用され得る。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされる、リソース要素のセットを含み得る。例えば、物理チャネルは、ユーザ固有データを搬送する物理ダウンリンク、アップリンク、およびサイドリンク共有チャネルＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ（ダウンリンク、アップリンク、およびサイドリンクペイロードデータとも呼ばれる）と、例えば、マスター情報ブロックＭＩＢ、および１つ以上のシステム情報ブロックＳＩＢ、１つ以上のサイドリンク情報ブロックＳＬＩＢ（サポートされている場合）を搬送する物理ブロードキャストチャネルＰＢＣＨと、例えば、ダウンリンク制御情報ＤＣＩ、アップリンク制御情報ＵＣＩ、およびサイドリンク制御情報ＳＣＩを搬送する物理ダウンリンク、アップリンク、およびサイドリンク制御チャネルＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＳＣＨと、ＰＣ５フィードバック応答を搬送する物理サイドリンクフィードバックチャネルＰＳＦＣＨとを含み得る。なお、サイドリンクインターフェースは２段階ＳＣＩをサポートする可能性がある。これは、ＳＣＩのいくつかの部分を含む第１の制御領域と、任意選択で、制御情報の第２の部分を含む第２の制御領域とを指す。

アップリンクの場合、物理チャネルはさらに物理ランダムアクセスチャネルＰＲＡＣＨまたはＲＡＣＨを含み得る。これは、ＵＥがＭＩＢおよびＳＩＢを同期させて取得した後に、ネットワークにアクセスするためにＵＥによって使用される。物理信号は、基準信号またはシンボルＲＳ、および同期信号などを含むことができる。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレームまたは無線フレームを含み得る。フレームは、所定の長さ（例えば、１ｍｓ）のサブフレームを特定の数、有し得る。各サブフレームは、サイクリックプレフィックスＣＰの長さに応じて、１２または１４のＯＦＤＭシンボルの１つ以上のスロットを含み得る。フレームは、より少ない数のＯＦＤＭシンボルから構成されていてもよく、例えば、短縮された送信時間間隔ｓＴＴＩ、または、わずか少数のＯＦＤＭシンボルを含むミニスロット／ノンスロットフレーム構造を利用する場合、そうであってもよい。

無線通信システムは、周波数分割多重化を使用する任意のシングルトーンまたはマルチキャリアシステムであり得、例えば、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、または、ＣＰを有するもしくは有さない任意の他のＩＦＦＴベースの信号、例えばＤＦＴ－ｓ－ＯＦＤＭであってもよい他の波形、例えば、多重アクセス用の非直交波形、例えば、ＦＢＭＣ（ｆｉｌｔｅｒ－ｂａｎｋ ｍｕｌｔｉｃａｒｒｉｅｒ）、ＧＦＤＭ（ｇｅｎｅｒａｌｉｚｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）、またはＵＦＭＣ（ｕｎｉｖｅｒｓａｌ ｆｉｌｔｅｒｅｄ ｍｕｌｔｉ ｃａｒｒｉｅｒ）が使用されてもよい。無線通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格、または５ＧもしくはＮＲ（Ｎｅｗ Ｒａｄｉｏ）規格、またはＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ）規格に従って動作することができる。

図１に示される無線ネットワークまたは通信システムは、異なるオーバーレイネットワーク（例えば、各マクロセルが、基地局ｇＮＢ_１～ｇＮＢ_５のようなマクロ基地局を含むマクロセルネットワークと、図１には示されていない、フェムト基地局やピコ基地局などのスモールセル基地局）を有する異種ネットワークであってもよい。上記地上系無線ネットワークに加えて、衛星のような宇宙で動作する送受信機、および／または無人航空機システムのような空中で動作する送受信機など、非地上系無線通信ネットワークＮＴＮも存在する。非地上系無線通信ネットワークまたはシステムは、例えば、ＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏ規格または５ＧもしくはＮＲ（ｎｅｗ ｒａｄｉｏ）規格に従って、図１を参照して上述した地上システムと同様に動作し得る。

モバイル通信ネットワークでは、例えば、図１を参照して上述したようなネットワークでは、ＬＴＥまたは５Ｇ／ＮＲネットワークのように、例えば、ＰＣ５／ＰＣ３インターフェースまたはＷｉＦｉダイレクトを使用して、１つ以上のサイドリンクＳＬチャネルを介して互いに直接通信するＵＥが存在し得る。サイドリンクを介して互いに直接通信するＵＥとしては、他の車両と直接通信する車両（Ｖ２Ｖ通信）や、無線通信ネットワークの他のエンティティ、例えば、路傍ユニットＲＳＵ、または信号機、道路標識、もしくは歩行者などの路傍エンティティと通信する車両（Ｖ２Ｘ通信）が含まれ得る。ＲＳＵは、具体的なネットワーク構成に応じて、ＢＳまたはＵＥの機能を有し得る。他のＵＥは、車両に関係のないＵＥであってもよく、上記デバイスのうちの任意のものを含み得る。このようなデバイスも、ＳＬチャネルを使用して、互いに直接通信し得る（Ｄ２Ｄ通信）。

サイドリンクを介して互いに直接通信する２つのＵＥを考えると、両ＵＥが同じ基地局からサービスを受けることができるため、基地局は、サイドリンクリソース割り当て構成または支援を両ＵＥのために提供することができる。例えば、両ＵＥは、図１に示される基地局のうちの１つ等の基地局のカバレッジエリア内に存在し得る。これは、「カバレッジ内（ｉｎ－ｃｏｖｅｒａｇｅ）」シナリオと呼ばれる。別のシナリオは、「カバレッジ外（ｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ）」シナリオと呼ばれる。「カバレッジ外」とは、２つのＵＥが図１に示すセルのうちの１つに含まれていないことを意味するのではなく、これらのＵＥが、
基地局に接続されていない可能性があることを意味し、例えば、両ＵＥがＲＲＣ接続状態にないため、ＵＥは、基地局から、サイドリンクリソース割り当て構成または支援を受信しない可能性があること、および／または
基地局に接続されている可能性はあるが、１つ以上の理由のために、基地局がＵＥにサイドリンクリソース割り当て構成または支援をＵＥに提供しない可能性があること、および／または
ＮＲ Ｖ２Ｘサービスをサポートしていない基地局（例えば、ＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局）に接続されている可能性があることを意味する。

例えば、ＰＣ５／ＰＣ３インターフェースを使用して、サイドリンクを介して互いに直接通信する２つのＵＥを考えると、ＵＥのうちの１つはＢＳと接続されてもよく、サイドリンクインターフェースを介してＢＳから上記他方のＵＥに情報を中継してもよい（その逆も成立する。中継は、同じ周波数帯域内で実行されてもよく（帯域内中継）、別の周波数帯域（帯域外中継）が使用されてもよい。１つ目のケースでは、Ｕｕおよびサイドリンク上での通信は、時分割複信（ＴＤＤ）システムのように、異なるタイムスロットを使用して切り離すことができる。

図２（ａ）は、互いに直接通信する２つのＵＥが共にある基地局に接続されているカバレッジ内シナリオの概略図である。基地局ｇＮＢは、基本的には図１に概略的に表されるセルに対応する、円１５０によって概略的に表されるカバレッジエリアを有する。互いに直接通信するＵＥは、基地局ｇＮＢのカバレッジエリア１５０内に両方が存在する第１の車両１５２および第２の車両１５４を含む。両方の車両１５２、１５４が基地局ｇＮＢに接続されおり、さらに、両者はＰＣ５インターフェースを介して互いに直接接続されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、基地局とＵＥとの間の無線インターフェースであるＵｕインターフェースを介した制御通知により、ｇＮＢによって支援される。言い換えれば、ｇＮＢは、ＵＥに、ＳＬリソース割り当て構成または支援を提供し、また、ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用されるリソースを割り振る。この構成は、ＮＲ Ｖ２Ｘではモード１構成とも呼ばれ、ＬＴＥ Ｖ２Ｘではモード３構成とも呼ばれている。

図２（ｂ）は、互いに直接通信しているＵＥが、物理的には無線通信ネットワークの或るセル内に存在し得るが、基地局に接続されていないか、または、互いに直接通信しているＵＥの一部もしくはすべてが基地局に接続されているが、基地局がＳＬリソース割り当て構成もしくは支援を提供しない、カバレッジ外シナリオの概略図である。例えば、ＰＣ５インターフェースを使用して、サイドリンクを介して互いに直接通信している３台の車両１５６、１５８、および１６０が示されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、車両間に実装されたアルゴリズムに基づいている。この構成は、ＮＲ Ｖ２Ｘではモード２構成とも呼ばれ、ＬＴＥ Ｖ２Ｘではモード４構成とも呼ばれている。上述したように、カバレッジ外シナリオである図２（ｂ）のシナリオは、ＮＲでのモード２ＵＥまたはＬＴＥでのモード４ＵＥがベースステーションのカバレッジ外に存在することを必ずしも意味するものではなく、むしろ、ＮＲでのモード２ＵＥまたはＬＴＥでのモード４ＵＥが、基地局によってサービスを提供されていないか、カバレッジエリアの基地局に接続されていないか、または基地局に接続されているが基地局からＳＬリソース割り当て構成もしくは支援を受信していないことを意味する。したがって、図２（ａ）に示されるカバレッジエリア１５０内で、ＮＲモード１またはＬＴＥモード３のＵＥ１５２、１５４に加えて、ＮＲモード２またはＬＴＥモード４のＵＥ１５６、１５８、１６０も存在する状況があり得る。さらに、図２（ｂ）は、ネットワークと通信するためにリレーを使用するカバレッジ外ＵＥを概略的に示している。例えば、ＵＥ１６０は、サイドリンクを介してＵＥ１と通信することができ、ＵＥ１は、Ｕｕインターフェースを介してｇＮＢに接続し得る。したがって、ＵＥ１は、ｇＮＢとＵＥ１６０との間で情報を中継することができる。

図２（ａ）および図２（ｂ）は車両ＵＥを示しているが、説明されるカバレッジ内シナリオおよびカバレッジ外シナリオは、車両以外のＵＥにも適用されることに留意されたい。言い換えれば、ＳＬチャネルを使用して別のＵＥと直接通信するハンドヘルドデバイスのようなあらゆるＵＥがカバレッジ内およびカバレッジ外であり得る。

上記の項の情報は、発明の背景の理解を深めるためだけのものであり、したがって、当業者にすでに知られている先行技術を構成しない情報が含まれている可能性があることに留意されたい。

以上のことから、センシングを実行するユーザデバイスを改善または強化することが必要である可能性がある。

以下、図面を参照しながら、本発明の実施形態についてより詳細に説明する。
図１は、地上系無線ネットワークの一例の概略図であり、図１（ａ）は、コアネットワークおよび１つ以上の無線アクセスネットワークを示し、図１（ｂ）は、無線アクセスネットワークＲＡＮの一例の概略図である。 図２は、カバレッジ内シナリオおよびカバレッジ外シナリオを概略的に示しており、図２（ａ）は、互いに直接通信する２つのＵＥが共にある基地局に接続されているカバレッジ内シナリオの概略図であり、図２（ｂ）は、ＵＥが互いに直接通信しているカバレッジ外シナリオの概略図である。 図３は、予約ウィンドウと、ＵＥで受信されたＳＣＩで示されるＴＲＩＶ値から導出される値ｔ１およびｔ２とを示す。 図４は、本発明の実施形態を実施するための、基地局などの送信機、ユーザデバイスＵＥなどの１つ以上の受信機、および１つ以上の中継ＵＥを含む無線通信システムの概略図である。 図５（ａ）は、本発明の第１の態様に係る中継ＵＥの一実施形態を示す。 図５（ｂ）は、同じ持続時間または異なる持続時間を有する１つ以上のサブセットまたはＳＳＷの実施形態を示す。 図６（ａ）～（ｄ）は、ＳＣＩで受信されたＴＲＩＶパラメータを使用して定義されるＳＳＷ（ｓｈｏｒｔ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）を使用した予測センシングの例を示す。 図７（ａ）～（ｂ）は、先行するトランスポートブロックに関連付けられたＳＣＩを使用して、さらなるトランスポートブロックのためのリソースを予約する例を示す。 図８は、予約ウィンドウより短い持続時間を有するＳＳＷの一例を示す。 図９は、検出レートと実際のセンシング持続時間との関係を示すグラフである。 図１０～図１２は、ＵＥが様々なウィンドウサイズを使用して実現し得る様々な検出レートの例を示す。 図１３～図１５は、送信間に少なくとも最小持続時間を含むｔ１およびｔ２の値をもたらすＴＲＩＶ値が使用される例を示す。 図１６は、ＳＳＷの最適な制限の例を示す。 図１７は、プリエンプションを容易にするためにＵＥによって使用される送信前ＳＳＷの一実施形態を示す。 図１８は、本発明の手法に係るユニットまたはモジュール、および方法のステップが動作し得るコンピュータシステムの例を示す。

以下、添付の図面を参照しながら、本発明の実施形態をより詳細に説明する。図中、同じまたは類似の要素には同じ参照符号が割り当てられている。

図１を参照して上述したものと同様の無線通信ネットワークにおいて、３ＧＰＰ（登録商標）規格の既存のリリースに従って、車車間／路車間通信（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）通信が実装され得る。このようなＶ２Ｘ通信では、リソースプールの概念を使用でき、つまり、システムまたはネットワークは、Ｖ２Ｘ通信のためにネットワーク内のユーザデバイスによって使用されるリソースのセットを提供し得、このリソースのセットは、以下でサイドリンクプールまたはサイドリンクリソースプールと呼ばれる。例えば、サイドリンクプールは、ユーザデバイスが専用にサイドリンクプールのリソースをＶ２Ｘ通信に使用できるように基地局によって構成されたリソースのセットであってもよい。例えば、モード１およびモード２のリソース割り当てモードに使用される別々のサイドリンクリソースプールが定義され得る。

モード１では、ＵＥは、例えば、基地局または別のＵＥ（例えば、グループリーダーＵＥ）に報告すべき占有レポートなどのセンシングレポートを生成するために、センシングを実行することができる。モード２では、ＵＥは、センシングにより自律的にリソースの選択および割り当てを行うことができる。例えば、モード２では、ＵＥは次のステップを使用して自律的にリソースを選択する。

ＵＥは、サイドリンクプール全体のセンシングを実行し、すなわち、サイドリンクプールのすべてのリソースがセンシングされる。各時点ｎにおいて、例えば、各タイムスロットにおいて、ＵＥはサイドリンクプールのすべてのリソースをセンシングする。例えば、ＵＥが送信を行おうとする場合でのサイドリンクリソースプールを考えると、１００ｍｓ～１１００ｍｓの時間リソースを有するセンシングウィンドウが送信前に定義される。ＵＥは、この送信のためのセンシングウィンドウ内のセンシング結果を考慮する。センシングウィンドウのサイズは、ネットワークによって設定され得、情報要素ＳＬ－Ｒｅｓｏｕｒｃｅ Ｐｏｏｌのパラメータｓｌ－ＳｅｎｓｉｎｇＷｉｎｄｏｗ－ｒ１６によって示される３ＧＰＰ（登録商標）規格ＴＳ．３８．３３１の仕様によって定義され得、１００ｍｓ～１１００ｍｓの値域を取り得る。例えば、特定のＵＥの場合、センシングウィンドウのタイムスロットの持続時間は１０００ｍｓであってもよい。ＵＥは、リソースプールのすべてのスロットでセンシングを実行する。ＵＥは、それぞれのタイムスロット内のリソースにおけるＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）測定値を、事前定義されたＲＳＲＰ閾値と比較し、リソースが潜在的送信のために使用できるか否かを判定することによって、このセンシングする。

センシング結果に基づいて、ＵＥは、他のＵＥによって予約されていると判定したサイドリンクプールリソースを除外する。

予約されているリソースのセンシングおよび除外の後、ＵＥは、タイムスロットｎに続く選択ウィンドウ内で送信に使用される最終的なリソースを選択する。

各サイドリンクリソースプール構成は、サイドリンク制御情報ＳＣＩのような制御メッセージまたは制御情報内に示されている、最大数の予約済みリソースを含み得る。制御メッセージまたは情報は、サイドリンクプールからのリソースを使用してサイドリンクを介してユーザデバイス間で送信される特定の送信に関連付けられている。例えば、ＳＣＩ内で予約および指定できるリソースの最大数は、２つまたは３つのリソースに制限され得る。リソースは、時間領域ではそれぞれのタイムスロットまたはシンボルを含み、周波数領域ではそれぞれのサブキャリアを含む。リソースは、１つ以上のアクティブなＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を使用して位置特定され得る。ＢＷＰは、所与のＲＦキャリア上の所与のヌメロロジーのための連続ＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）のサブセットである。なお、使用されるリソースは、ＢＷＰと同じくらい大きくても、それより小さくてもよく、または所与のＵＥの動作条件に従って適合的に調整されてもよいことに留意されたい。本明細書では、リソースは、時間リソース、周波数リソース、空間リソース、およびコードリソースのうちの１つ以上であり得、例えば、サブチャネル、無線フレーム、サブフレーム、タイムスロット、リソースブロックＲＢを含み得る。

予約可能なリソースのこの制限に鑑み、ＳＣＩは、リソースを指し示すために、単一の時間および周波数リソース割り当てフィールドを含むことができる。時間リソース指定フィールドのサイズは様々であってもよく、例えば、示されたリソースの数が２つのリソースのみの場合は５ビットであり、示されたリソースの数が３つのリソースの場合は９ビットであってもよい。周波数リソース指定フィールドのサイズも様々であってもよく、例えば、示されたリソースの数が２つのリソースのみである場合は８ビットであり、示されたリソースの数が３つのリソースである場合は１３ビットであってもよい。このフィールドのサイズに応じて、受信側ＵＥ、つまり、予約済みリソースを時間および周波数リソース割り当てフィールドにおいて示すＳＣＩに関連付けられた送信を受信するＵＥは、ＳＣＩによって示されるリソースの数を決定できる。

例えば、ＳＣＩの時間および周波数リソース割り当てフィールドは、時間リソース指示値ＴＲＩＶおよび周波数リソース指示値ＦＲＩＶを示す。ＳＣＩにＴＲＩＶが含まれる場合、受信側ＵＥは、受信側ＵＥがＳＣＩを受信するタイムスロットを除いたフィールドのサイズに応じて、２つまたは３つのリソースに対応する１つまたは２つの値を導出し得る。タイムスロットに付加されているＰＳＳＣＨが、最初のリソースの始点である。ＴＲＩＶ値を使用して、値ｔ１およびｔ２が取得され得る。ここで、ｔ１は、ＳＣＩが受信された現在のタイムスロットと第２のタイムスロットとの間の時間であり、ｔ２は、現在のタイムスロットと第３のタイムスロットとの間の時間である。例えば、ＴＲＩＶの長さが５ビットで、２つのリソースを示す場合、受信側ＵＥが送信またはトランスポートブロックＴＢを受信することを予想するリソースは、現在のタイムスロット内のリソースであり、ｔ１タイムスロット内のリソースである。ＴＲＩＶの長さが９ビットで、それによって３つのリソースを通知する場合、受信側ＵＥは、３ＧＰＰ（登録商標）規格ＴＳ３８．２１４の関連付けられた仕様で決定されている式を使用してｔ１およびｔ２の両方を導出し、ＳＣＩが受信された現在のタイムスロットに加えて、２つの将来の、またはさらなるタイムスロットを決定する。値ｔ１およびｔ２は、例えば３２タイムスロットのサイズを有する、予約ウィンドウとも呼ばれる特定のウィンドウ内にあるように制限される。受信側ＵＥは、単一のＴＲＩＶの値から、ｔ１及びｔ２の単一の値のペアを決定し得る。以下の表は、ＴＲＩＶの値、及び導出され得る値のペアｔ１、ｔ２の非限定的な例を示す。

したがって、１０ｍｓのｔ１値と２０ｍｓのｔ２値を考慮すると、リソース予約は、ＳＣＩ内の３１１というＴＲＩＶ値によって通知される。そのようなＳＣＩを受信すると、図３に示すように、受信側ＵＥは、現在のタイムスロットおよび将来のタイムスロットを決定する。図３には、ＳＣＩ内に示されるＴＲＩＶ値３１１から導出された値ｔ１およびｔ２が示されている。図３からわかるように、予約ウィンドウ２００は、送信に関連付けらえたＳＣＩが受信側ＵＥで受信される現在のタイムスロットｔ０で開始する。図３の例では、予約ウィンドウ２００は、３２個のタイムスロット２０２の予約ウィンドウサイズを有する。この例では、ＳＣＩは３１１というＴＲＩＶ値を含み、受信側ＵＥはこれに基づいて、ｔ１の値が１０ｍｓであり、ｔ２の値が２０ｍｓであると決定する。したがって、受信側ＵＥは、現在のタイムスロットに加えて、タイムスロットｔ１およびタイムスロットｔ２も、初期トランスポートブロックに関連付けられた初期ＳＣＩを送信していたＵＥによって送信またはトランスポートブロックのために予約されていることを知ることができる。

時間および周波数におけるリソースの表示は、モード１送信およびモード２送信の両方で実行される。上述のように、モード１では、ＵＥはセンシングを実行し、例えば、占有レポートのようなセンシングレポートを生成して、基地局または別のＵＥ（例えば、グループリーダーＵＥ）に報告し得る。モード２では、ＵＥは、センシングによってリソースの選択および割り当てを自律的に行い得る。例えば、モード２では、ＵＥは、ＵＥがサイドリンクプールのすべてのリソース、つまり、図３を参照して上記で説明した予約ウィンドウのリソースのセンシングも実行するという点で、上記で説明したようにリソースを自律的に選択する。予約ウィンドウのスロットでセンシングを実行するために、ＵＥは、それぞれのタイムスロット内のリソースにおけるＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）測定値を、事前定義されたＲＳＲＰ閾値と比較し得る。閾値は、送信ＵＥの意図された送信の優先度と、所与のリソースで受信されたＳＣＩで示される優先度とに依存し得、ここで、ＳＣＩは別の送信ＵＥによる送信に関連付けられている。

リソースが選択されると、ＵＥは現在のタイムスロット内のリソースを利用することができ、図３を参照して説明したように、ＴＲＩＶ値を介して、使用される将来のまたはさらなるリソースを示す送信に関連付けられたＳＣＩを送ることによって、将来のリソースを予約することができる。

別のリソースプール固有の機能は、トランスポートブロックＴＢ１の最初の送信中に、以前のトランスポートブロックＴＢ１に関連付けられたＳＣＩを使用して、さらなるトランスポートブロックＴＢ２のリソースを予約できることである。この機能はモード２ＵＥに限定されてもよく、パラメータｓｌ－ＭｕｌｔｉＲｅｓｅｒｖｅＲｅｓｏｕｒｃｅによって示され得る。そのような機能が有効になっている場合、ＵＥは、値ｔ１およびｔ２によって示される同じリソースを、後のトランスポートブロックＴＢ２についても予約することができる。このトランスポートブロックは、例えば、ＴＢ１に関連付けられたＳＣＩ内に示され得る、リソース予約期間と呼ばれる特定の期間後であり得る。リソース予約期間の値は、リソースプールごとに構成された１６の値を含む上位層パラメータｓｌ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔから選択され得る。これらの値は、以下から決定される。
可能な期間のリスト１｛ｍｓ０，ｍｓ１００，ｍｓ２００，ｍｓ３００，ｍｓ４００，ｍｓ５００，ｍｓ６００，ｍｓ７００，ｍｓ８００，ｍｓ９００，ｍｓ１０００｝、ここで、ｍｓ０は、この機能が無効であることを示す。
可能な期間のリスト２｛１．．９９｝。

ＵＥが送信を実行するとき、リソースプール用に設定された１６の値のうちの１つが、例えば、ＳＣＩフォーマット１－Ａを使用して、「リソース予約期間」パラメータによって、第１の段階のＳＣＩ担いに示され得る。ＳＣＩフォーマット１－Ａには、ＴＲＩＶによって示されるリソースの３つの時間／周波数表示が含まれ得、すなわち、
ＴＢ１のために使用される現在のタイムスロットに関する時間／周波数表示、および
ＴＢ２のために使用される、現在のタイムスロットと、指定されたリソース予約期間との和に関する時間／周波数表示。

この機能が無効になっている場合、ＳＣＩで定義されるリソースの最大数は３つのリソースに固定される。別のＴＢのためのリソースを予約することとは別に、リソースは、ＬＴＥでＳＰＳ（Ｓｅｍｉ Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）送信のために行われるのと同様の方法で周期的に予約されてもよい。この場合、周期性の間隔は、上位層パラメータＰ_{ｒｓｖｐ＿ＴＸ}によって示されてもよく、その値は、ｓｌ－ＲｅｓｏｕｒｃｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔで示される許容値の中から１つ選択されてもよい。この周期性に基づいて、最大３つの時間／周波数リソースの同じセットを、所与の間隔での周期的な送信のために予約することができ、周期的な送信が繰り返された回数のカウンタが、パラメータＣ_{ｒｅｓｅｌ}によって保持されてもよい。

上記のように、特定のタイムスロットでの送信に利用可能なリソースを見つけるために、ＵＥは、事前定義されたセンシングウィンドウ内のリソースのみを考慮するものの、サイドリンクプールのすべてのリソースのセンシングを実行する。ＵＥは送信準備ができるとすぐにパケットを送信できるようになるため、ＵＥは、パケットを送信するためのリソースを選択できるようにするために、サイドリンクプールのすべてのタイムスロットでセンシングを実行する。しかし、上記測定および比較動作を含む、サイドリンクプールのすべてのリソースをそのようにセンシングすることは、かなりの電力消費を伴う。これは、車両ＵＥで、自身が実装されている車両の電源に依存できる場合は問題にならない可能性があるが、Ｖ２Ｘ通信は、そのような車両のユースケースに限定されない可能性があり、歩行者ＵＥ（Ｐ－ＵＥ）のようなユーザデバイスＵＥが電池駆動であって、よって電力効率が問題になる、公共安全および商用のユースケースも考慮する必要がある。ＵＥが常にサイドリンクプール全体をセンシングすることを必要とする上述の従来の手法では、Ｐ－ＵＥなどのユーザデバイスの電池がセンシング動作によって急速に消耗してしまう可能性がある。

したがって、本発明によれば、センシングを実行するＵＥ、例えば、電池駆動のＵＥの改善および強化が提供され、そのようなＵＥが、例えば、効率的にリソースを選択し割り当てるために効果的なセンシングを実行することを可能にするとともに、フルパワーＵＥと同じ量のエネルギーを消費しない。

本発明は、制限または低減されたセンシングを実行することによって、すなわち、サイドリンクプールのすべてのリソースではなく、サイドリンクプールの１つ以上の時間リソース（１つ以上の時間リソースサブセットとも呼ばれる）のみをセンシングすることによって、ＵＥでの電力節約を達成する。サブセット内において、センシングされる時間リソースは、連続する時間リソースであってもよい。サブセットの時間リソース数は、サイドリンクプールの時間リソース数よりも少ない。言い換えれば、サブセットの持続時間は、サイドリンクプールの時間リソースによってカバーされる持続時間よりも短い。サブセットは、本明細書では、低減された、もしくは短いセンシングウィンドウ（ＳＳＷ）、または短いリスニングウィンドウ（ＳＬＷ）とも呼ばれる。サブセットの外側、すなわち、非センシング間隔または非センシング領域とも呼ばれる、サブセットの外側のサイドリンクプールの時間リソース／タイムスロット中、ＵＥはセンシングを実行しないと予想される。ＵＥは、サブセット内でセンシングを行うことによって、リソースプールを使用して他のＵＥからの予約情報を予測することができるので、ＵＥは、時間リソースのサブセット外では、電源を落とすか、または他のＵＥからの送信を受信しないようにしてもよい。これにより、サイドリンクプール全体にわたりセンシングを実行すると予想されるＵＥと比較して、電力が大きく節約され、特に歩行者またはＩｏＴ ＵＥの場合に該当する。さらに、送信を予測することにより、ＵＥは、制御情報を復号せずにすみ、よって電力を節約することができる。非センシング間隔によって分離された１つ以上のサブセットが使用されてもよい。本発明に従って低減センシングを適用することにより、サイドリンクプールのすべてのリソースをセンシングする必要がなくなり、それによって、低減したセンシング動作によって電力消費が削減される。複数のサブセットは、同じまたは異なる数の時間リソースを有することができる。すなわち、サブセットの持続時間は、同じであっても異なっていてもよい。

ＵＥは、基準信号の電力検出または相関除去によってセンシングを実行するために、例えば、次の信号または測定値、すなわち、ＣＢＲ（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）、ＣＲ（Ｃｈａｎｎｅｌ Ｃｏｎｇｅｓｔｉｏｎ Ｒａｔｉｏ）、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）、ＲＳＳＩ（Ｒａｄｉｏ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ）、ＳＮＲ（Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｒａｔｉｏ）、ＳＩＮＲ（Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｒａｔｉｏ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＳＰＳＳ（Ｓｉｄｅｌｉｎｋ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、ＳＳＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）のうちの１つ以上を使用し得る。

ＵＥは、ＵＥが送信バッファ内に送信すべきデータを有する場合にのみ、時間リソースのサブセットから得られたセンシング情報を処理し、送信のためのリソースを特定してもよい。

本発明の実施形態は、限定された、または部分的なセンシングを用いた予測リソース割り当てのための手法を提供する。より具体的には、本発明の実施形態は、サイドリンクプール全体ではなく、限定または削減されたセンシングを実行することによって、ＵＥの電力を節約できるという発見に基づいている。送信に関連付けられたＳＣＩ内で通知される占有されているリソースについてＵＥが知っている可能性があるということを利用することによって、削減されたセンシングを適用することができる。ＵＥは、受信したＳＣＩを復号することができ、関連付けられた送信が別のＵＥに宛てられていることをＳＣＩが示す場合でも、ＵＥは、送信側ＵＥが予約ウィンドウ内で使用し得る他のリソースに関する情報をＳＣＩから取得する。ＵＥは、スロットｎで送信に利用可能なリソースを決定するときに使用されるこの情報を記録または保存し得る。例えば、単一の送信またはトランスポートブロックＴＢに関して、ＴＢに関連付けられたＳＣＩがＵＥで受信されると、ＳＣＩはＴＲＩＶ値（および、使用される場合はリソース予約期間）を使用して、時間リソース割り当てを指定する。この情報に基づいて、受信側ＵＥは次のことを知る。

ＴＲＩＶに使用されるビット数に基づいて、受信側ＵＥは、送信側ＵＥによって使用される将来のタイムスロットに１つまたは２つの追加のリソースがあるかどうか、およびこれらのタイムスロットが、ＳＣＩが受信されたタイムスロットに対してどこにあるかを認識する。

使用される場合、予約期間に基づいて、受信側ＵＥはさらに、送信側ＵＥのために同じタイムスロットが再度予約される期間または間隔を認識する。

したがって、そのようなＳＣＩを受信して復号するとき、ＵＥは、予約ウィンドウ内の他のスロットでさらなる送信が発生することについての知ることができ、これらのスロットのセンシングを省略できるようにする。それにもかかわらず、得られた知識に基づいて、ＵＥは、完全なセンシング（すなわち、予約ウィンドウ内のすべてのリソースのセンシング）を実行する必要なく、サイドリンクプールよりも持続時間が短いＳＳＷ、さらには予約ウィンドウよりも持続時間が短いＳＳＷ、またはそれぞれの非センシング間隔によって分離された複数のＳＳＷを使用して、予約ウィンドウ内の占有されているリソースを確実に予測できる。確実な予測を可能にするために、サブセットまたはＳＳＷ内で制御情報ＳＣＩを受信することが好ましい可能性がある。ＳＳＷに基づいて、ＵＥは、送信側ＵＥによって占有される他のリソースを確実に予測し得る。これにより、ＵＥは、送信に利用可能なリソースを見つけるためのセンシングを自身で実行する場合に、サイドリンクプール全体または場合によっては予約ウィンドウをセンシングする必要なく、それにより、センシング動作を実行するために必要な電力を削減するとともに、リソースの占有状態を効率的に決定することができる。したがって、本発明の手法は、ＵＥが、電力消費を削減しつつ、効率的にリソースを選択および割り当てることを可能にするという点で、従来の手法よりも有利である。

本発明の実施形態は、基地局およびユーザ（例えば、モバイル端末またはＩｏＴデバイス）を含む図１に示されるような無線通信システムにおいて実装され得る。図４は、基地局などの送信機３００と、ユーザデバイスＵＥなどの１つ以上の受信機３０２、３０４とを含む無線通信システムの概略図である。送信機３００および受信機３０２、３０４は、無線リンクなどの１つ以上の無線通信リンクまたはチャネル３０６ａ、３０６ｂ、３０８を介して通信することができる。送信機３００は、１つ以上のアンテナＡＮＴ_Ｔ以上のアンテナ要素を有するアンテナアレイ、信号プロセッサ３００ａ、および送受信機３００ｂを含み得、これらは互いに結合されている。受信機３０２、３０４は、互いに結合された１つ以上のアンテナＡＮＴ_ＵＥ、以上のアンテナを有するアンテナアレイ、信号プロセッサ３０２ａ、３０４ａ、および送受信機３０２ｂ、３０４ｂを含む。基地局３００とＵＥ３０２、３０４とは、それぞれの第１の無線通信リンク３０６ａおよび３０６ｂ（例えば、Ｕｕインターフェースを使用する無線リンク）を介して通信することができ、一方、ＵＥ３０２、３０４は、第２の無線通信リンク３０８（例えば、ＰＣ５／サイドリンク（ＳＬ）インターフェースを使用する無線リンク）を介して互いに通信することができる。ＵＥが基地局のサービスを受けていないか、基地局に接続されていない場合、例えば、両者がＲＲＣ接続状態に無い場合、より一般的には、ＳＬリソース割り当て構成または支援が基地局によって提供されていない場合、ＵＥは、サイドリンクＳＬを介して互いに通信することができる。図４のシステムまたはネットワーク、図４の１つ以上のＵＥ３０２、３０４、および図４の基地局３００は、本明細書に記載される発明的教示に従って動作することができる。

ＵＥ－センシング
本発明は、無線通信ネットワークのためのユーザデバイスＵＥを提供し、無線通信ネットワークは、通信のためのリソースのセットを提供する。

ＵＥは、リソースのセットのうちの１つ以上の時間リソースサブセットに対してセンシングを実行し、１つ以上のサブセットの時間リソースの数は、ネットワークによって提供されるリソースのセット内のリソースの総数よりも少ない。

実施形態によれば、リソースの１つ以上のサブセットの外側では、ＵＥは、以下のうちの１つ以上を実行しない。
センシング、
データ送信および／または受信、
受信と送信の切り替え、
送信と受信の切り替え。

実施形態によれば、ＵＥは、複数のサブセットに対してセンシングを実行し、複数のサブセットは、それぞれの非センシング間隔によって分離されている。

実施形態によれば、ＵＥは、時間リソースサブセットに対して、１つ以上の送信側ＵＥの送信発生のセンシングを実行する。

実施形態によれば、ＵＥは、
例えば、基地局または別のＵＥに報告すべきセンシングレポートを生成するためにセンシングを実行するモード１、
センシングにより自律的にリソースの選択および割り当てを行うためのモード２、のうちの１つ以上で動作する。

実施形態によれば、リソースのセットは、送信ＴＸプール、または受信ＲＸプール、またはＴＸ＋ＲＸプール、例えばサイドリンクリソースプールである。

実施形態によれば、ＵＥは、センシング結果またはセンシング情報を所定の期間保存する。

実施形態によれば、ＵＥは、基準信号の電力検出または相関除去によってセンシングを実行するために、例えば、次の信号または測定値、すなわち、ＣＢＲ（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）、ＣＲ（Ｃｈａｎｎｅｌ Ｃｏｎｇｅｓｔｉｏｎ Ｒａｔｉｏ）、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）、ＲＳＳＩ（Ｒａｄｉｏ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ）、ＳＮＲ（Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｒａｔｉｏ）、ＳＩＮＲ（Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｒａｔｉｏ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＳＰＳＳ（Ｓｉｄｅｌｉｎｋ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、ＳＳＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）のうちの１つ以上を使用する。

実施形態によれば、ＵＥは、ＵＥが送信バッファ内に送信すべきデータを有する場合にのみ、時間リソースのサブセットから得られたセンシング情報を処理し、送信のためのリソースを特定する。

実施形態によれば、ＵＥは、制御情報を復号することによってセンシングを実行する。

実施形態によれば、ＵＥは、１つ以上のサブセット中に受信された制御情報を使用して、１つ以上のサブセット外での送信発生を決定する。

実施形態によれば、ＵＥは、制御情報の第１の段階、または制御情報の第１の段階および第２の段階のみを復号することによってセンシングを実行し、制御情報は、予約ウィンドウ内の将来のリソースの予約を示し、予約ウィンドウは、サブセットの時間リソースの数よりも大きい時間リソースの数を有する。

実施形態によれば、送信側ＵＥの制御情報は、以下のうちの１つ以上を含む。
送信側ＵＥが送信を行う第１のタイムスロットに続く複数のさらなるタイムスロットの表示（ＴＲＩＶ）、および
送信側ＵＥが送信を行う複数の周波数リソースの表示（ＦＲＩＶ）。

サブセットは、第１のタイムスロット、および／または、制御情報内に示されるさらなるタイムスロットの少なくとも１つがサブセット内に含まれるように定義される。

実施形態によれば、第１のタイムスロットまたはさらなるタイムスロットのうちの最初のタイムスロットの間、および／またはさらなるタイムスロットのいずれかの間の持続時間は、所定の最小値以上である。

実施形態によれば、リソース予約期間の後に新たな送信のために第１のタイムスロットおよびさらなるタイムスロットが繰り返される場合、ＵＥは、以下のうちの１つ以上に応答して、リソース予約期間の後の、リソース予約の繰り返しの終了を決定する。
残っている周期的送信の回数を示すカウンタ、および
送信が最後の送信か否かを示すフラグ。

実施形態によれば、１つ以上のサブセットは、以下のパラメータうちの１つ以上を使用して経時的なパターンとして定義される。
ＵＥがセンシングを実行するリソースのセットのタイムスロット、
ＵＥがセンシングを実行しないリソースのセットのタイムスロット、
ＵＥがセンシングを実行する２つの連続するタイムスロットサブセット間のタイムギャップまたはオフセット、
パターンの周期性、
パターンが繰り返される全体持続時間。

実施形態によれば、パターンはさらに、以下のパラメータのうちの１つ以上を使用して、周波数にわたるパターンとして定義される。
ＵＥがセンシングを実行するリソースのセットの周波数にわたるリソース、
ＵＥがセンシングを実行しないリソースのセットの周波数にわたるリソース、
ＵＥがセンシングを実行する２つの連続する周波数リソースサブセット間の周波数ギャップまたはオフセット、
周波数パターンの周期性、
周波数パターンが繰り返される全体周波数帯域。

実施形態によれば、１つ以上のサブセットの外側では、ＵＥは、電源を落とすかもしくはスリープするか、またはＤＲＸになるか、または省電力モードに入る。

実施形態によれば、時間リソースの数、または１つ以上のサブセットの持続時間は検出レートに依存し、検出レートは、設定されたまたは事前に設定された期間にわたるリソースのセットのすべての時間リソースでの送信の発生に対する、１つ以上のサブセットの時間リソースでの送信の発生のパーセントまたは比率として定義される。

実施形態によれば、
ＵＥは、ＵＥによる送信に利用可能なリソースを取得するためにセンシングを実行し、
第１の優先度を有する送信のための検出レートは、第１の優先度よりも低い第２の優先度を有する送信のための検出レートよりも高い。

実施形態によれば、ＵＥは、無線通信ネットワークによって、例えば、リソースプール毎に、または、モード１および／またはモード２のＵＥのためのＴＸ／ＲＸリソースプール毎に、１つ以上のサブセットを有するように設定または事前に設定されている。

実施形態によれば、
ＵＥは、無線通信ネットワークによって、例えば、リソースプール毎に、または、モード１および／またはモード２のＵＥのためのＴＸ／ＲＸリソースプール毎に、１つ以上のセンシング領域を有するように設定または事前に設定されており、
１つ以上のサブセットは、１つ以上のセンシング領域内で定義される。

実施形態によれば、ＵＥは、ＵＥによる特定の送信の前に、１つ以上のサブセットを設定する。

実施形態によれば、ＵＥがタイムスロットｎで送信する場合、ＵＥは、タイムスロットｎの前のサブセット、例えば、スロットｎ－ｄｕｒａｔｉｏｎ＿ｏｆ＿ｓｕｂｓｅｔ－ｍからスロットｎ－ｍ－１までのサブセットを使用し、ｄｕｒａｔｉｏｎ＿ｏｆ＿ｓｕｂｓｅｔとは、ＵＥがセンシングを実行するサブセットのタイムスロットを指し、ｍは、センシングと送信との間のギャップであり、ｍ≧０である。

実施形態によれば、ＵＥは、以下の基準のうちの１つ以上に基づいて、１つ以上のサブセットを調整するか、または１つ以上のサブセットを停止させるかまたは無効にする。
ＵＥが、設定されたまたは事前に設定された閾値よりも高い優先度を有する送信のためのセンシングを実行する場合、
ＵＥがＨＡＲＱ再送信を使用して送信する場合、
リソースのセットの輻輳状態が、設定されたまたは事前に設定された閾値と等しいか、それより大きいか、または小さい場合、
ＵＥの電力状態に応じて、
ＵＥが送信するデータを有するか否かに応じて、例えば、バッファ状態が閾値を上回る。

実施形態によれば、１つ以上のサブセットを適合させることは、１つ以上のサブセットの持続時間または時間リソース数を増加または減少させることを含む。

実施形態によれば、１つ以上のサブセットを無効にすると、ＵＥは、リソースのセットのすべての時間リソースのセンシングを実行する。

実施形態によれば、ＵＥが、ＵＥによる特定の送信の前に１つ以上のサブセットを設定する場合において、リソースのセットの輻輳状態が、設定されたまたは事前に設定された閾値以上である場合、ＵＥは、無線通信ネットワークによって設定または事前に設定された１つ以上のサブセットを使用する。

実施形態によれば、ＵＥは、以下の事象のうちの１つ以上が発生するとき、１つ以上のサブセット内でセンシングを実行する。
ＵＥがブラインド再送信を送信するとき、
ＵＥが消費電力を削減する、例えば、電池の寿命を節約するとき、
例えば別のＵＥ、ｇＮＢ、またはネットワークによって、ＵＥがそうするように設定または事前に設定されているとき、
ＵＥが、特定のサービスタイプ、例えば、ＰＰＤＲサービスまたは歩行者サービスのみを使用するまたは対応するように設定または事前に設定されている場合。

実施形態によれば、
ＵＥは、１つ以上の他のＵＥから１つ以上のＡＩＭ（Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｅｓｓａｇｅ）を受信し、ＡＩＭは、送信に利用可能なリソース、送信に利用できないリソース、測定された電力レベル、および／またはリソースのランキングなどのセンシングデータを含み、
ＵＥは、１つ以上のサブセット中に取得されたセンシング結果と、１つ以上のＡＩＭ内のセンシング結果との組み合わせを使用して、ＵＥによる送信に使用されるリソースを決定する。

実施形態によれば、ＡＩＭは、以下のうちの１つ以上を含む。
センシングデータ、
利用可能な、または占有されているリソース、
上位ｍ個の利用可能なリソース、
複数の異なる優先度の送信に使用できるリソースのセットまたはサブセット。

実施形態によれば、ＵＥは、１つ以上のＡＩＭにおけるセンシング結果に依存して、または１つ以上のＡＩＭの受信に応答して、１つ以上のサブセットの持続時間を短縮する。

実施形態によれば、ＵＥは、センシング結果に依存して、および／または、ＵＥが受信／復号できたＡＩＭの数に依存して、センシングに使用される１つ以上の時間リソースサブセットの持続時間を延長または増加させる。

実施形態によれば、ＵＥが複数の他のＵＥからＡＩＭを受信する場合、ＵＥは、複数の他のＵＥのうち最も強い信号強度を有する他のＵＥからの１つ以上のＡＩＭを考慮するか、または受信されたＡＩＭの重み付けされた組み合わせを考慮するか、または、通信距離に基づいて、例えば、ＳＣＩ内で送信されるゾーンＩＤを使用して、ＡＩＭを選択する。

実施形態によれば、ＵＥが、将来のタイムスロットでの特定の送信のためにセンシングを実行する場合、将来のタイムスロットで送信を試みる前に、ＵＥは、将来のタイムスロットで試みる送信よりも高い優先度を有する他の送信が存在する場合、将来のタイムスロットのリソース再選択処置をトリガする。

実施形態によれば、ＵＥは、再選択処置中に十分なセンシング結果が入手可能でない場合、将来のタイムスロットを退避する。

実施形態によれば、１つ以上のサブセットが無線通信ネットワークによって設定または事前に設定され、ＵＥが、特定の優先度以上の優先度を有する送信を行う場合、ＵＥは、設定されたまたは事前に設定された１つ以上のサブセット内で制御メッセージを送信する。

ＵＥ－リソース予約期間の終了を通知
本発明は、リソースのセットの送信発生のセンシングを実行する１つ以上のさらなるＵＥを含む無線通信ネットワークのためのユーザデバイスＵＥを提供し、
ＵＥは、リソースのセットを使用して１つ以上の送信を周期的に送信し、
ＵＥは、さらなるセンシングＵＥのうちの１つ以上に対して、最後の周期的送信のうちの１つ以上における周期的送信の終了を通知または指示する。

実施形態によれば、ＵＥは、リソースのセットのうちのリソースを使用して１つ以上の送信を行い、各送信は、制御情報に関連付けられており、制御情報は、ＵＥが送信を行う第１のタイムスロットの表示（ＴＲＩＶ）と、ＵＥが送信を行う第１のタイムスロットに続く複数のさらなるタイムスロットの表示を含む。

実施形態によれば、リソース予約期間の後に新たな送信のために第１のタイムスロットおよびさらなるタイムスロットが繰り返される場合、ＵＥは、制御情報内の表示を使用して、リソース予約期間の経過後に、リソース予約の繰り返しが終了したことをさらなるＵＥのうちの１つ以上に通知する。

実施形態によれば、ＵＥは、以下のうちの１つ以上を使用して、周期的送信の終了を示す。
残りの周期的送信の回数を示すカウンタ、および
送信が最後の送信か否かを示すフラグ。

ＵＥ－第１の、またはさらなるタイムスロットがサブセットに含まれるように送信を行う
本発明は、上記ＵＥのうちの１つ以上を含む無線通信ネットワークのためのユーザデバイスＵＥを提供する。
ＵＥは、リソースのセットに含まれるリソースを使用して１つ以上の送信を行い、
ＵＥは、第１のタイムスロット、および／または、制御情報内に示されるさらなるタイムスロットのうちの少なくとも１つがリソースのサブセット内に含まれるように、送信を行う。

実施形態によれば、各送信は、制御情報に関連付けられており、制御情報は、ＵＥが送信を行う第１のタイムスロットの表示（ＴＲＩＶ）と、ＵＥが送信を行う第１のタイムスロットに続く複数のさらなるタイムスロットの表示を含む。

実施形態によれば、ＵＥは、以下の例外のうちの１つ以上が適用される場合を除き、第１のタイムスロット、および／または、制御情報内に示されるさらなるタイムスロットの少なくとも１つがサブセット内に含まれるように送信を行う。
送られる送信が、事前に定義された閾値以上の優先度を有する、
送られる送信が、事前に定義された閾値以下の遅延を有する、
送られる送信が、ブラインド再送信である、
さらなるタイムスロットが２つ未満である。

実施形態によれば、ネットワークによって提供されるリソースのセットは、以下のうちの１つ以上を含む。
サイドリンク通信、例えば、ＰＣ５を介した直接ＵＥ－ｔｏ－ＵＥ通信のためにＵＥによって使用されるサイドリンクリソースプール、
ＮＲ－Ｕ通信のためにＵＥによって使用されるリソースを含む構成された許可（グラント）、
能力が低いＵＥが使用するリソースを含む構成された許可。

実施形態によれば、ユーザデバイスは、電力が限られているＵＥ、または歩行者によって使用されるＵＥなど、ＶＲＵ（Ｖｕｌｎｅｒａｂｌｅ Ｒｏａｄ Ｕｓｅｒ）もしくはＰ－ＵＥ（Ｐｅｄｅｓｔｒｉａｎ ＵＥ）と呼ばれるハンドヘルドＵＥ、または公安官および第一応答者によって使用される、ＰＳ－ＵＥ（Ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）と呼ばれる装着型もしくはハンドヘルドＵＥ、またはＩｏＴ ＵＥ（例えば、反復的なタスクを実行するためにキャンパスネットワーク内に設けられ、周期的にゲートウェイノードからの入力を必要とするセンサ、アクチュエータ、もしくはＵＥ）、またはモバイル端末、または固定端末、またはセルラーＩｏＴ－ＵＥ、または車両ＵＥ、または車両グループリーダー（ＧＬ）ＵＥ、またはＩｏＴもしくは狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイス、または地上車両、または航空機、またはドローン、または移動基地局、または路傍ユニット（ＲＳＵ）、または建物、または、無線通信ネットワークを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテムもしくはデバイス（例えば、センサもしくはアクチュエータ）、または、サイドリンクを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテム／デバイス（例えば、センサもしくはアクチュエータ）、または任意のサイドリンク対応ネットワークエンティティ、のうちの１つ以上を備える。

ネットワーク
本発明は、本発明に係る１つ以上のユーザデバイスＵＥを含む無線通信ネットワークを提供する。

実施形態によれば、無線通信ネットワークはさらに、１つ以上のさらなるＵＥ、または無線通信ネットワークのコアネットワークもしくはアクセスネットワークのエンティティを含む。

実施形態によれば、コアネットワークまたはアクセスネットワークのエンティティは、マクロセル基地局、またはスモールセル基地局、または基地局の中央ユニット、または基地局の分散されたユニット、または路傍ユニットＲＳＵ、またはＡＭＦ、またはＭＭＥ、またはＳＭＦ、またはコアネットワークエンティティ、またはモバイルエッジコンピューティングＭＥＣエンティティ、またはＮＲもしくは５Ｇコアコンテキストにおけるもののようなネットワークスライス、または、アイテムもしくはデバイスが無線通信ネットワークを使用して通信することを可能にする任意の送信／受信ポイントＴＲＰ、のうちの１つ以上を含み、アイテムまたはデバイスは、無線通信ネットワークを使用して通信するためのネットワーク接続を有する。

方法
本発明は、無線通信ネットワークのためのユーザデバイスＵＥの動作方法を提供し、無線通信ネットワークは、通信のためのリソースのセットを提供し、方法は、リソースのセットのうちの１つ以上の時間リソースサブセットに対してセンシングを実行することを含み、１つ以上のサブセットの時間リソースの数は、ネットワークによって提供されるリソースのセット内のリソースの総数よりも少ない。

本発明は、リソースのセットの送信発生のセンシングを実行する１つ以上のさらなるＵＥを含む無線通信ネットワークのためのユーザデバイスＵＥの動作方法を提供し、方法は、
リソースのセットを使用して１つ以上の送信を周期的に送信することと、
さらなるセンシングＵＥのうちの１つ以上に対して、最後の周期的送信のうちの１つ以上における周期的送信の終了を通知または指示することと、を含む。

本発明は、本発明の係る１つ以上のさらなるＵＥを含む無線通信ネットワークのためのユーザデバイスＵＥの動作方法を提供し、方法は、第１のタイムスロット、および／または、制御情報内に示されるさらなるタイムスロットのうちの少なくとも１つがリソースのサブセット内に含まれるように、リソースのセットのうちのリソースを使用して１つ以上の送信を送ることを含む。

コンピュータプログラム製品
本発明の実施形態は、コンピュータによって実行されると、本発明に係る１つ以上の方法をコンピュータに実行させる命令を含むコンピュータプログラム製品を提供する。

図５（ａ）は、本明細書に記載の教示に従って動作するユーザデバイスＵＥの一実施形態を示している。ユーザデバイスＵＥ４００は、図１および図４を参照して上述したように、無線通信システム内に位置することができ、センシングを実行するためにモード１で動作するか、または、４０２に示されているように、センシングによってリソースモード選択および位置特定を自律的に行うためにモード２で動作し得る。ＵＥは、サイドリンクプール内の１つ以上の送信側ＵＥの送信発生の低減したセンシングを実行する。サイドリンクプール内で、ＵＥは、１つ以上の時間リソースサブセットまたはＳＳＷ内でセンシングを実行する。２つ以上のＳＳＷを使用するとき、それらはそれぞれ、非センシング間隔によって分離されている。サブセットの持続時間はサイドリンクプールの持続時間よりも短い。

上述の従来の手法とは対照的に、本発明のアプローチによれば、ＵＥは、一度にサイドリンクプールのすべてのリソースをセンシングするわけではない。図５（ｂ）は、同じ持続時間または異なる持続時間を有する１つ以上のサブセットまたはＳＳＷの実施形態を示す。図５（ｂ）は、第１の時点またはタイムスロットｎ、および第２の時点またはタイムスロットｎ＋１、ならびに、ＵＥが、１つ以上のサブセットのみを使用して、本発明に従って実際にセンシングするサイドリンクリソースプールＳＬ－ＲＰの時間リソースを示す。タイムスロットｎおよびｎ＋１は、送信が来ることをＵＥが認識している時点であり、ＵＥは、これらの時点の前に示されたサブセットから取得したセンシング結果を使用しなければならない。タイムスロットｎでのセンシングに続いて、ＵＥは、ＴＸによって示されるように、利用可能なリソースを使用して送信することができる。図５（ｂ）に示される送信ＴＸは、時点ｎおよび／またはｎ＋１の直後のタイムスロットにおいて、またはその後に設定または事前に設定された持続時間が経過してから発生し得る。

図５（ｂ）（１）は、ＵＥ４００が、タイムスロットｎにおいて、ＳＬ－ＲＰよりも時間リソースが少ない２つの時間リソースサブセットまたはＳＳＷ２１０ａ、２１０ｂの間にセンシングを実行する実施形態を示す。ＳＳＷ２０１ａおよびＳＳＷ２１０ｂは、ＵＥがセンシングを行わない非センシング間隔２１２ａで区切られている。ＳＬ－ＲＰの始点からのＳＳＷ２１０ａのオフセット、およびタイムスロットｎからのＳＳＷ２１０ｂのオフセットによって、それぞれ、さらなる非センシング領域２１４ａ、２１４ｂがＳＬ－ＲＰ内に画定されている。タイムスロットｎ＋１において、ＵＥ４００は、ＳＳＷ２１０ａ、２１０ｂと同じ持続時間を有するが、ＳＳＷ２１０ａ、２１０ｂとは異なるＳＬ－ＲＰのリソースを含む２つのＳＳＷ２１０ｃ、２１０ｄの間にもセンシングを行う。ＳＳＷ２１０ｃ、２１０ｄは、非センシング間隔２１２ｂによって分離されている。また、ＳＬ－ＲＰの始点からのＳＳＷ２１０ｃのオフセットによって、ＳＬ－ＲＰ内に非センシング領域２１４ｃが画定される。実施形態によれば、リソースの１つ以上のＳＳＷまたはサブセットの外側では、ＵＥは、以下のうちの１つ以上を実行しない。
センシング、
データ送信および／または受信、
受信と送信の切り替え、
送信と受信の切り替え。

図５（ｂ）（２）では、タイムスロットｎにおいて、ＳＳＷ２１０ｂはタイムスロットｎまで延在し、よって、ＳＳＷ２１０ａとＳＳＷ２１０ｂとの間の非センシング間隔２１２ａと、非センシング領域２１４ａとだけが存在する。タイムスロットｎ＋１では、単一のＳＳＷ２１０ｃのみが使用され、これは、ＳＳＷ２１０ａ、２１０ｂよりも長い持続時間を有し、ＳＳＷ２１０ｂと同じリソースを部分的に含む。ＳＳＷ２１０ｃは、ＳＬ－ＲＰの始点から非センシング領域２１４ｂだけずれている。

図５（ｂ）（３）では、タイムスロットｎにおいて、ＳＳＷ２１０ａおよびＳＳＷ２１０ｂは、両者の間には非センシング間隔２１２ａのみが存在し、他の非センシング領域が存在しないように配置される。タイムスロットｎ＋１でも、２つのＳＳＷ２１０ｃ、２１０ｄが使用される。ＳＳＷ２１０ｃは、ＳＳＷ２１０ａと同じ持続時間を有し、同じリソースを含む一方、ＳＳＷ２１０ｄは、ＳＳＷ２１０ａ、２１０ｂより短い持続時間を有し、ＳＳＷ２１０ｂとは異なるリソースを含む。ＳＳＷ２１０ｃ、２１０ｄは、非センシング間隔２１２ｂによって分離されており、ＳＳＷ２１０ｄは、非センシング領域２１４ａのためにタイムスロットｎ＋１からずれている。

図５（ｂ）（４）では、タイムスロットｎにおいて、ＳＳＷ２１０ａは、非センシング間隔２１２ａが存在せず、非センシング領域２１４ａが存在するように設けられている。タイムスロットｎ＋１でも、２つのＳＳＷ２１０ｂ、２１０ｃが使用される。ＳＳＷ２１０ｂは、ＳＳＷ２１０ａと同じ持続時間を有するが、異なるリソースを含む一方、ＳＳＷ２１０ｃは、ＳＳＷ２１０ａより長い持続時間を有し、ＳＳＷ２１０ａとは部分的に異なるリソースを含む。ＳＳＷ２１０ｂ、２１０ｃは、非センシング間隔２１２ａによって分離されており、非センシング領域２１４ａ、２１４ｂのためにずれている。

図５（ｂ）（５）では、タイムスロットｎにおいて、ＳＳＷ２１０ａは、非センシング間隔２１２ａが存在せず、非センシング領域２１４ａおよび２１４ｂが存在するように設けられている。タイムスロットｎ＋１では、３つのＳＳＷ２１０ｂ、２１０ｃ、２１０ｄが設けられており、それぞれの非センシング間隔２１２ａ、２１２ｂによって分離されている。ＳＳＷは、非センシング領域２１４ａ、２１４ｂがいずれも存在しないか、一方または両方が存在するように配置され得る。

図５（ｂ）では、タイムスロットｎおよびｎ＋１で異なるサブセットが使用される。しかし、他の実施形態によれば、タイムスロットｎおよびｎ＋１で同じサブセットを使用することができる。

実施形態によれば、ＵＥ４００は、記憶装置４０６（図５（ａ）を参照）に、所定の時間または期間、例えば１０００ｍｓの間、センシング結果を保存することができる。

ＵＥ４００は、１つ以上の送信側ＵＥの送信に関連付けられたＳＣＩのような制御情報をデコードすることによってセンシングを実行することができる。制御情報のフォーマットに応じて、ＵＥは、制御情報の第１の段階のみ、または制御情報の第１の段階および第２の段階を復号して、制御情報から将来のリソースの予約を取得することができる。ＵＥ４００は、ＳＬ－ＲＰ全体にわたってセンシングを実行する必要はなく、より短いＳＳＷにわたってのみセンシングを実行してもよい。実施形態によれば、この期間の間に、１つ以上の送信側ＵＥによる送信に関する制御情報が受信され、ＵＥは、これに基づいて、ＳＳＷの外側で発生した送信を決定する。したがって、本発明の手法の実施形態は、ＳＬ－ＲＰ全体をセンシングする必要性を回避し、制御情報に基づいて、ＳＳＷ外の送信発生、すなわち、占有されているリソースを決定または予測することができるので、センシングは、センシング動作がより短いＳＳＷに制限されるため、電力消費の削減を可能にしながら、効率的に実行される。例えば、センシングを実行するＵＥ４００は、ＳＳＷ間のそれぞれの非センシング間隔中、および非センシング領域中、すなわちセンシングが実行されないとき、電源を落とす、例えばスリープ状態に入ることができる。

ＵＥは、上述したＴＲＩＶのように、ＳＳＷ中に受信したＳＣＩ内で提供される情報を使用して、ＳＳＷ外の送信側ＵＥによって占有されるリソースを予測することができる。換言すれば、ＳＣＩにより、ＵＥが１つのリソースに加えて１つまたは２つのさらなるリソースも計算できるという理解に基づいて、受信側ＵＥ４００がセンシングを実行するのに費やす時間を短縮することができる。例えば、ＳＣＩで示されるリソースの数はリソースプール（ＲＰ）毎の構成であるため、数が２つのリソースに設定されている場合、ＵＥは、半分の時間だけセンシングを実行し、受信したＴＲＩＶ値に関連付けられた上記値ｔ１およびｔ２を決定するために、３ＧＰＰ（登録商標）仕様ＴＳ３８．２１４で定義されている式に基づいて、他のリソースを外挿することができる。換言すれば、ＳＣＩ内の情報に基づいて、ＳＳＷの外側での送信の発生は、この領域で実際にセンシングせずに決定することができ、これは、必要とされるセンシング時間および電力を削減することを可能にする。同様に、リソースの数が３つのリソースに設定される場合、ＵＥは、１／３の時間だけセンシングを行うことができる。

実施形態によれば、ＳＳＷは、予約ウィンドウよりも短い持続時間を有する。ＳＳＷは、歩行者ＵＥやＩｏＴ ＵＥなど、電力使用量を控えめにする必要があるＵＥによって使用され得る。ＳＳＷはまた、低電力ＬＰＬＷ（ｌｏｗ ｐｏｗｅｒ ｌｉｓｔｅｎｉｎｇ ｗｉｎｄｏｗ）または低電力ＬＰＳＷ（ｌｏｗｅｒ ｐｏｗｅｒ ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）と呼ばれることもある。実施形態によれば、ＳＳＷは、ＳＣＩ内で示されるリソースの少なくとも１つがＳＳＷ内にあるように定義される。これは、ｔ０での第１の送信（図３を参照）、またはｔ１またはｔ２での将来の送信のいずれかであり得る。これらの送信のいずれかのＳＣＩを読み取ることにより、ＵＥは、実際にこれらの発生をセンシングする必要なく、送信側ＵＥからの将来の次の送信発生を決定できる。

実施形態によれば、ＳＳＷは、以下のパラメータのうちの１つ以上を使用して、時間パターンとして定義され得る。
ＵＥがセンシングを実行するサイドリンクプールのタイムスロット、
ＵＥがセンシングを実行しないサイドリンクプールのタイムスロット、
ＵＥがセンシングを実行する２つの連続するタイムスロットセット間のタイムギャップまたはオフセットであって、例えば、タイムギャップは、ＵＥがセンシングを実行しない期間である、タイムギャップ、
パターンの周期性、
パターンが繰り返される全体持続時間。

実施形態によれば、タイムスロットの１つ以上は、以下のパラメータうちの１つ以上を使用して周波数にわたって定義されるパターンである。
ＵＥがセンシングを実行するサイドリンクプールの周波数にわたるリソース、
ＵＥがセンシングを実行しないサイドリンクプールの周波数にわたるリソース、
ＵＥがセンシングを実行する２つの連続する周波数リソースセット間の周波数ギャップまたはオフセット、
周波数パターンの周期性、
周波数パターンが繰り返される全体周波数帯域。

図６（ａ）は、本発明によって教示されるＳＳＷを使用する予測センシングの実施形態を示す。図６（ａ）は、タイムスロットｎの後の送信のためにＵＥ４００によってセンシングされる、図に示されるよりも多くのタイムスロットを含み得るサイドリンクリソースプールＳＬ－ＲＰの一部を示す。３つの予約ウィンドウ２００ａ、２００ｂ、２００ｃが示されており、これらは、ネットワーク内の１つ以上の送信ＵＥによるＴＢ１、ＴＢ２、およびＴＢ３の送信にそれぞれ関連付けられている。予約ウィンドウ２００ａ、２００ｂ、２００ｃ中の送信発生での各送信ＴＢ１、ＴＢ２、ＴＢ３に関連付けられたＳＣＩは、図示の実施形態では、第１の送信の後に予約ウィンドウ内で２つのさらなる送信が続く可能性があることを示す。本発明の手法によれば、ＳＬ－ＲＰ全体にわたってセンシングを実行するのではなく、ＵＥ４００は、時間リソースまたはタイムスロットのサブセットのみにまたがり、予約ウィンドウよりも実質的に短い持続時間を有するＳＳＷのみにわたってセンシングを実行する。ＵＥ４００がＳＳＷ中にセンシングを実行する場合、予約ウィンドウで他の送信の発生を示すＳＣＩを受信し、そこでのセンシングが不要になるため、信頼性の高いセンシングが可能になる。図６（ａ）の実施形態では、ＳＳＷは、ただ１つのタイムスロットの持続時間を有することができる。

さらなる実施形態によれば、１つのＴＢに対して４つ以上の送信が発生する可能性がある。図６（ｂ）は、ＴＢ１に対して７つの送信発生、ＴＢ２に対して５つの送信発生、ＴＢ３に対して３つの送信発生があると仮定する実施形態を示す。このシナリオでは、ＳＣＩ１＿１は、ＴＢ１の再送信のために、ＳＣＩ１＿２およびＳＣＩ１＿３のリソースを示す。同様に、各ＳＣＩが、ＴＢの将来の再送信が発生する２つの追加のリソースを示す。すべてのＳＣＩをセンシングして受信する代わりに、追加の予約ウィンドウ２００ａ’、２００ａ”、および２００ｂ’の最初のタイムスロットに、２００ａ、２００ｂ、および２００ｃとは別に、追加のＳＳＷが提供され、ＴＢ１の第２、第４、第６、および第７の送信の発生、ならびにＴＢ２の第２、第４、および、第５の送信の発生が予測される。

図６（ｃ）は、ＳＳＷを使用する予測センシングの実施形態を示す。図６（ｃ）は、タイムスロットｎの後の送信のためにＵＥ４００によってセンシングされる、図に示される２０２よりも多くのタイムスロットを含み得るＳＬ－ＲＰの一部を示す。３つの予約ウィンドウ２００、２００’２００”が示されており、これらは、ネットワーク内の１つ以上の送信側ＵＥによるそれぞれのＴＢ送信に関連付けられている。予約ウィンドウ２００’内で、ＵＥ４００（図５（ａ）参照）は、タイムスロット４０８で、３１１の値を有するＴＲＩＶフィールドを含むＳＣＩに関連付けられた送信を受信する。上記の表によると、これは、さらに２つの送信のためのタイムスロットが送信側ＵＥによって予約され、値ｔ１とｔ２が１０ｍｓと２０ｍｓであることを意味している。したがって、４１０で示されるように、タイムスロット４０８で受信されたＳＣＩは、送信側ＵＥによる送信が発生するタイムスロット４０８、４１２、および４１４を示す。予約ウィンドウ２００は、３２個のタイムスロットの持続時間または長さを有する。本発明の手法によれば、ＳＬ－ＲＰ全体にわたってセンシングを実行するのではなく、ＵＥ４００は、ＳＳＷ４１６のみにわたってセンシングを実行する。図６（ｃ）に示すように、送信側ＵＥは、ｔ０、ｔ１、ｔ２での送信の少なくとも１つが、例えばＳＳＷがグローバルに定義されている場合、ＳＳＷ内にあるように送信する。

ＳＳＷ４１６の持続時間は、予約ウィンドウよりも実質的に短くなるように選択することができ、ＵＥ４００は、ＳＳＷ４１６中にセンシングを実行するとき、送信の発生４１０を示すＳＣＩを受信することになるので、スロット４１２および４１４での送信発生は既に知られていることから、それらを決定するためにセンシングを行う必要がない。したがって、図６（ｃ）に示されるように、タイムスロット４１２ではセンシングは実行されない。このスロットでは、送信側ＵＥは、３７１のＴＲＩＶ値を示すＳＣＩに関連付けられたさらなる送信を送信し得る。これは、上記の表によれば、値ｔ１とｔ２がそれぞれ１０ｍｓと２２ｍｓであることを意味する。したがって、タイムスロット４１２で受信されたＳＣＩは、４１７で示されるように、タイムスロット４１２からそれぞれ１０ｍｓおよび２２ｍｓ離れた予約ウィンドウ２００’内のタイムスロット４１４および４１８でのさらなる送信発生を示す。しかし、タイムスロット４１４での送信の発生は、ＳＳＷ４１６で受信されたＳＣＩ情報に基づいてＵＥ４００によって予測され得るので、ＵＥは、タイムスロット４１４のセンシングを実行する必要はない。

タイムスロット４１４は、ＳＳＷ４１６の間に受信されたＳＣＩによって示されるさらなる送信の発生であり、関連付けられたＳＣＩを有するさらなる送信が発生し、ＳＣＩは、上記の表によれば、ｔ１とｔ２の値は、それぞれ１２ｍｓと２５ｍｓまたはタイムスロットであることを示す４０３のＴＲＩＶ値を示す。したがって、４２２で示されているように、予約ウィンドウ２００”内で、タイムスロット４１４に続く第１の送信発生はタイムスロット４１８であり、タイムスロット４１４から１２ｍｓであり、第２の発生はタイムスロット４２０であり、タイムスロット４１４から２５ｍｓである。ＵＥは、それぞれのタイムスロットで追加の送信発生が通知される可能性があることを認識しているため、図６（ｃ）に示されている例では、予約ウィンドウ２００よりも持続時間が短いＳＳＷ４１６を使用して、さらなるセンシングが実行される。これにより、ＵＥ４００がＳＣＩを受信し、タイムスロット４１８および４２０での送信の発生を予測できる。

図６（ｃ）を参照して上述したシナリオは、ＵＥが短いＳＳＷ４１６、すなわち予約ウィンドウのサイズよりも短い持続時間を有するＳＳＷを使用するという事実にもかかわらず（両者は非センシングウィンドウによって分離されている）、それぞれの予約ウィンドウ２００、２００’、２００”内での送信発生が効率的かつ確実に検出されると同時に、必要とされるセンシング動作の減少による電力削減が可能になることを示している。

図６（ｃ）の例では、予約ウィンドウ２００の大きさを考えると、２００’、２００”は３２個のタイムスロットの最大サイズを有し、センシング持続時間４１６は３２個のウィンドウサイクルで繰り返され得る。ＵＥは、トランスポートブロックの個々の送信を追跡することができ、したがってウェイクアップして関連付けられたＳＣＩを受信し、その後、同じ送信に関連する他のＳＣＩを受信することなくスリープに戻ることができる。実施形態によれば、本発明の手法は、送信側ＵＥによる送信がより少ない低トラフィックのシナリオで使用されてもよい。これにより、低電力ＵＥは、ＳＳＷを使用して送信側ＵＥの最初の送信だけをセンシングし、同じ予約ウィンドウ内で電源を落とすことができる。高トラフィックのシナリオでは、複数の送信側ＵＥが３２個のタイムスロットの予約ウィンドウ内のすべてで送信を行う可能性があり、低電力ＵＥが予約ウィンドウ内で電源を切る機会が奪われる。

図６（ａ）は、本発明に係るＳＳＷを使用する予測センシングのさらなる実施形態を示す。前述の実施形態以外では、ＳＳＷは、予約ウィンドウ２００ａ、２００ｂ、２００ｃが重なるように短い持続時間中に異なるＴＢに関連付けられたＳＣＩの複数の初期送信をセンシングするように、より多くのタイムスロット、例えば２０個のタイムスロットにまたがってもよい。

本発明の手法のさらなる実施形態によれば、ＳＳＷ４１６は、１つ以上の基準に基づいて、現在の予約ウィンドウ内で定義され得る。例えば、上記の予約期間と、同じリソースのセットが将来再び予約されるときの知識を使用する場合、すべてのＳＣＩがさらに２つまたは３つ以上のリソースを指し示すという特性から、ＵＥ４００は、自身の要件に応じて、予約ウィンドウ内でいつセンシングを実行するかを判断することができる。

例えば、ＵＥが予約ウィンドウ２００内でＴＢを実際に受信することに関心がある場合、ＵＥは、ＴＢを受信するまでの間、継続してセンシングを実行することができる。ＵＥが必要なＴＢを受信すると、スリープ状態に戻ることができる。したがって、ＳＳＷ４１６は、ＴＢが受信されるまで予約ウィンドウにわたって延在することができるが、それでもなお、ＳＳＷ４１６の持続時間は予約ウィンドウの持続時間よりも短い。

ＵＥがＴＢの送信に関心がある場合、ＵＥは、予約ウィンドウ２００全体に対してセンシングを実行し、残りの反復送信を外挿してもよい。これにより、ＵＥは、複数の異なるＴＢのうちの最初の送信を受信し、予約ウィンドウ２００内でさらなる送信または再送信が発生するタイムスロットを決定し、予約期間に基づいて、同じリソースのセットが将来のどの時点で予約されているかを決定することができる。図７（ａ）は、先行するトランスポートブロックＴＢ１に関連付けられたＳＣＩ１を使用して、さらなるトランスポートブロックＴＢ２のためのリソースを予約する例を示している。図７（ａ）は、５０ｍｓの持続時間を有するリソース予約期間４３０を仮定し、これは、送信側ＵＥによって送信される第１のトランスポートブロックＴＢ１に対して４３２で受信される最初のＳＣＩ１内に定義されている。ＳＣＩはまた、３１１のＴＲＩＶ値を示し、これによって、送信側ＵＥの送信が発生する将来のタイムスロット４３４および４３６を示す。ＳＳＷ４１６を適用することにより、ＵＥは、予約ウィンドウ２００内のすべての送信発生を決定し、予約期間に基づいて、センシングを行うことなく、タイムスロット４３８～４４２をさらなる送信発生として決定する。

図７（ｂ）は、先行するトランスポートブロックに関連付けられたＳＣＩ１を使用して、さらなるトランスポートブロックのためのリソースを予約する別の実施形態を示している。図７（ｂ）は、タイムスロットｎの後の送信のためにＵＥ４００によってセンシングされるサイドリンクリソースプールＳＬ－ＲＰを示す。３つの予約ウィンドウ２００ａ、２００ｂ、２００ｃが示されており、これらは、ネットワーク内の１つ以上の送信ＵＥによるＴＢ１、ＴＢ２、およびＴＢ３の送信にそれぞれ関連付けられている。予約ウィンドウ２００ａ、２００ｂ、２００ｃ中の送信発生での各送信ＴＢ１、ＴＢ２、ＴＢ３に関連付けられたＳＣＩは、図示の実施形態では、第１の送信の後に予約ウィンドウ内で２つのさらなる送信が続く可能性があることを示す。本発明の手法によれば、ＳＬ－ＲＰ全体にわたってセンシングを実行するのではなく、ＵＥ４００は、時間リソースまたはタイムスロットのサブセットのみにまたがり、予約ウィンドウよりも実質的に短い持続時間を有するＳＳＷのみにわたってセンシングを実行する。さらに、ＴＢ１のＳＣＩ１＿１は、５０ｍｓの持続時間を有するリソース予約期間４３０を示すので、センシングＵＥは、本発明の手法に従ってＳＳＷを使用してＳＣＩ１＿１をセンシングすると、さらなるトランスポートブロックＴＢ４の追加の送信の発生を知る。ＴＢ４の予約ウィンドウ２００ａ’の間、これらの送信発生のためのセンシングは実行されない。

他の実施形態によれば、例えば、ＵＥがある予約ウィンドウ中に送信を受信することも送信することも期待していない場合、ＵＥは、予約ウィンドウのより長い持続時間にわたってＳＳＷ４１６を選択してもよい。そのような場合、ＳＳＷ４１６はさらに縮小されてもよく、図８は、予約ウィンドウ２００内に１７のタイムスロットに設定されたＳＳＷ４１６の例を示している。これにより、ＵＥ４００は、タイムスロット４４４、４４６、および４４８で３つのトランスポートブロックＴＢ１、ＴＢ２、およびＴＢ３の最初の送信を検出することができる。それぞれのさらなる送信は、ＳＳＷ４１６内であって、タイムスロット４４４、４４６、および４４８で受信されたＳＣＩのＴＲＩＶ値によって示されている。ＵＥ４００は、ＴＢ１、ＴＢ２、およびＴＢ３の最初の送信に加えて、タイムスロット４５０にてＴＢ１の第２の送信を受信し、タイムスロット４５２にてＴＢ２の第２の送信を受信する。ＴＢのそれぞれのＳＣＩを介して通知されるＴＲＩＶを使用することで、ＵＥ４００は、さらなる送信または再送信が発生する可能性があるさらなるリソース４５４～４６０を決定することができる。

実施形態によれば、ＵＥの省電力を強化するために、予約ウィンドウ２００内のすべてのタイムスロットについてセンシングを実行する代わりに、図８に示されるように、ＵＥにおける所望の検出レートに応じてＳＳＷ４１６が縮小されてもよい。検出レートは、予約ウィンドウ中に、または、構成されたもしくは事前に構成された期間にわたるサイドリンクプールの一連のリソース内で実行されるすべての送信に対する、ＵＥがＳＣＩを受信してセンシングを実行し、かつ受信されたＳＣＩ内には将来の送信が示されている送信のパーセントまたは比率として定義される。例えば、ＳＳＷ４１６の実際の長さは、ＴＲＩＶの式の特性に基づく可能性があり、これによりＵＥは、センシングを実行する期間に基づいて、受信を検出することができる。図９は、検出レートと、実際のセンシング持続時間との間の関係を示すグラフを示す。ＳＳＷサイズを変更しつつ、３２個のタイムスロットの予約ウィンドウにわたる検出レートが計算されている。特定のＳＳＷサイズ（１～３２）で検出され得る入手可能なすべてのＴＲＩＶのうち、ＵＥによって実行される予約のパーセントが示されている。

図９からわかるように、ＵＥは、１５個のタイムスロットについてのみセンシングを実行しても、約７５％の検出レートを達成することができる。例えば、ＵＥが特定のタイムスロットｎで送信を実行しようとする場合、タイムスロットｎに先行する１つ以上の予約ウィンドウ中に、ＵＥは、他のＵＥからの送信を受信したが、受信したＳＣＩを復号することによってセンシングを実行する。しかし、センシングは、従来行われているように、予約ウィンドウ全体にわたって実行されるわけではない。本発明の手法によれば、１５個のタイムスロットのみの持続時間を有するＳＳＷ４１６が適用されるので、ＵＥは、先行するｎ－１５～ｎ－１のタイムスロットについてセンシングを実行するだけで、約７５％の検出率を達成できる。

言い換えれば、本発明によれば、ＵＥが望むセンシング結果の精度に応じて、予約ウィンドウの一部に対してのみ、ＵＥによってセンシングが実行される。センシング結果の精度または検出レートは、ＵＥがセンシングを実行する送信の優先度に応じて、ＵＥによって変更され得る。例えば、ＵＥは、優先度の高い送信の場合は検出率を９０％に設定し、優先度の低い送信の場合は６０％に設定することができる。周期的な予約が使用される場合、ＵＥは、予約ウィンドウごとに、例えば３２タイムスロットごとに、そのように定義されたＳＳＷの使用を繰り返してもよい。

図１０～図１２は、ＵＥが様々なウィンドウサイズを使用して実現し得る様々な検出レートの例を示す。図中、送信発生の総数はそれぞれのドットによって示されており、グラフは、異なるＴＲＩＶ値ならびに関連付けられたｔ１値およびｔ２値について、特定のＳＳＷ内で検出される送信発生および検出されない送信発生４６２、４６４を示している。図１０では、１５個のタイムスロットのサイズを有するＳＳＷが仮定されており、約７５％の検出レートをもたらす、ＳＳＷを使用して実際に検出される送信発生４６２と、検出されない送信発生４６４が示されている。図１１では、約７９％の検出率をもたらす、１７個のタイムスロットのサイズを有するＳＳＷが仮定されており、図１２では、約８７％の検出率をもたらす、２０個のタイムスロットのサイズを有するＳＳＷがと仮定されている。

さらなる実施形態によれば、ＳＳＷのサイズは、ＴＲＩＶによって示される送信間の最小持続時間に基づいて調整され得る。すなわち、送信間（例えば、第１の送信とさらなる送信との間、および／またはさらなる送信同士の間）に少なくとも特定の事前に定められた持続時間を有するようなｔ１およびｔ２の値をもたらすＴＲＩＶ値が使用され得る。そのような実施形態によれば、最初の送信と、その後のさらなる送信との間の持続時間を、ある特定の値より大きくなるように制限することによって、本発明の部分センシング方式の信頼度を高めることができる。ｔ１およびｔ２の値を制限することにより、送信側ＵＥが選択し得るＴＲＩＶの値は、そのサブセットに制限される。実施形態によれば、最初の送信と第１の送信との間、および最初の送信と第２の送信との間の最小持続時間が、グローバルに定義され得る。例えば、リソースプール構成において最小持続時間が定義され、リソースプールを使用するすべてのＵＥに提供されてもよい（例えば、ＳＩＢまたはＲＲＣ構成を介して）。これにより、送信側ＵＥは、ＳＣＩにおいて示される、連続送信間の最小持続時間を満たすＴＲＩＶ値のみの使用を許可される。

最小持続時間により、リソースプールを使用するすべてのＵＥが、制限されたＴＲＩＶ値しか使用できないようにすることができる。その結果、上記実施形態と比較して、より小さいサイズの本発明に係るＳＳＷを使用する場合であっても、ＵＥの検出レートを高めることができる。

図１３～図１５は、送信間に少なくとも最小持続時間を含むｔ１およびｔ２の値をもたらすＴＲＩＶ値が使用される例を示す。図１３～図１５の左側には、図１０～図１２のように、検出される／検出されない送信発生４６２、４６４の比率が示されており、右側には、検出レートとＳＳＷサイズとの間の関係を示すグラフが示されている。それぞれのグラフから、ｔ１およびｔ２の値が、送信間の持続時間が特定の最小時間を上回るようなものであるＴＲＩＶ値のみが選択されることがわかる。図１３において、最小時間が３タイムスロットであり、ＳＳＷのサイズが１７タイムスロットであると仮定すると、８０％の検出レートが達成され得る。図１４において、最小時間が５タイムスロットであり、ＳＳＷのサイズが１７タイムスロットであると仮定すると、検出レートは８１％に上がる。図１５において、最小時間が０タイムスロットであり、ＳＳＷのサイズが１７タイムスロットであると仮定すると、検出レートは８５％に上がる。すなわち、図１３では、２つの送信間の最小時間は３タイムスロットまたは４タイムスロット以上であり、図１４では、５タイムスロットまたは６タイムスロット以上であり、図１５では、９タイムスロットまたは１０タイムスロット以上である。また、これらの図から、最初に水平な直線区間があり、最小時間の経過後に増加が開始することがわかる。

図１６には、ＳＳＷの最適な制限の例が示されている。これによれば、送信間の最小時間は５タイムスロットに、ＳＳＷの持続時間は２０タイムスロットに設定されている。このようなシナリオでは、ＵＥは９２％の検出レートを達成できる。

本発明の実施形態によれば、ＳＳＷまたはＳＬＷは、例えば基地局などのネットワークエンティティによって、システム全体に対してグローバルに定義されてもよいし、または、送信を実行する前に個々のＵＥによって動的に構成されてもよい。

ＳＳＷをグローバルに定義または設定する場合、リソースプール毎に、またはＴＸ／ＲＸリソースプール毎に定義されてもよく、例えば、モード２で動作するＵＥであってもよい。言い換えれば、グローバルの手法を適用する場合、上記のように、予約ウィンドウの持続時間よりも短い特定の持続時間を有するＳＳＷが、システムによってＵＥに事前に設定されてもよい。例えば、ＵＥがタイムスロットｎで送信を行おうとする場合、ＵＥは、ｄｕｒａｔｉｏｎ＿ｏｆ＿ｓｕｂｓｅｔという長さを有するＳＳＷ内でセンシングを実行することができる。ｄｕｒａｔｉｏｎ＿ｏｆ＿ｓｕｂｓｅｔは、ＵＥがセンシングを実行するタイムスロットを指し得、ｍは、センシングと、タイムスロットｎでの送信との間のギャップであり、ｍ≧０を満たす。例えば、チャネル符号化や物理層マッピングなどを含む標準的なＰＨＹおよびＭＡＣ信号処理のようなリソース選択および処理のためにｍが使用されてもよい。したがって、センシングは、スロットｎ－ｄｕｒａｔｉｏｎ＿ｏｆ＿ｓｕｂｓｅｔ－ｍから、スロットｎ－ｍ－１まで実行され得る。ギャップまたは時間ギャップは、ＵＥにおいてＲＸからＴＸに切り替えるのに必要な処理時間またはターンアラウンドタイムを考慮しなければならない場合に有用である可能性がある。ＳＳＷは、図５（ａ）の実施形態の説明に関連して上記したパラメータのうちの１つ以上によって定義され得る。

本発明の手法によれば、ＵＥは、ＳＳＷを利用して、信頼性の高いセンシングを実行する一方、高い電力効率で動作することができる。例えば、ＵＥは、以下の１つ以上の場合において、ＳＳＷを使用する、削減されたセンシングを実行し得る。
ＵＥがブラインド再送信を送信するとき、
ＵＥが消費電力を削減する、例えば、電池の寿命を節約するとき、
例えば別のＵＥ、ｇＮＢ、またはネットワークによって、ＵＥがそうするように設定または事前に設定されているとき、
ＵＥが、特定のサービスタイプ、例えば、ＰＰＤＲサービスまたは歩行者サービスのみを使用するまたは対応するように設定または事前に設定されている場合。

しかし、ＵＥが、ＳＳＷを調整する必要があると判断したり、無効化または停止する必要があると判断する可能性がある。例えば、ＵＥは、以下の基準のうちの１つ以上に基づいて、ＳＳＷウィンドウを調整するか、またはＳＳＷを無効にし得る。
ＵＥが、設定されたまたは事前に設定された閾値よりも高い優先度を有する送信のセンシングを実行する場合、
ＵＥがＨＡＲＱ再送信を使用して送信する場合、
リソースプールの輻輳状態が、設定されたまたは事前に設定された閾値と等しいか、それより大きいか、または小さい場合、
ＵＥの電力状態に応じて（例えば、小さい電池パックを有するＵＥは常にＳＳＷを使用する一方。他のＵＥは、電池状態が設定されたまたは事前に設定された電力レベルを下回る場合など、低電力で動作している場合にのみ、ＳＳＷを使用してもよい）、
ＵＥが送信するデータを有するか否かに応じて（例えば、バッファ状態が特定の閾値を上回る場合）。

実施形態によれば、ＳＳＷを調整するために、ＵＥはＳＳＷの持続時間を増減させ得る。実施形態によれば、ＳＳＷを無効にするとき、ＵＥは、予約ウィンドウ全体にかけてセンシングを実行し得る。

例えば、ＵＥが優先度の高い（例えば、事前に定義されたレベルを超える優先度の）送信を実行しようとする場合、ＵＥはＳＳＷを使用せず、予約ウィンドウにわたって完全なセンシングを実行するか、または、優先度の高い送信のために利用可能な最良のリソースを決定するために、ＳＳＷを増加させてもよい。ＵＥがＨＡＲＱ再送信を用いて送信を実行する場合、ＵＥは、ＳＳＷを使用しないか、ＳＳＷを増加させることを好む可能性がある。なぜなら、ＵＥは、実行した送信に対するフィードバックを受信することを期待するので、フィードバックを逃さないようにするためにＳＳＷを回避するか、または少なくとも、増加させたＳＳＷが使用され得る。リソースプールの輻輳状態が高い、すなわち、事前に定義された閾値に近い場合、ＵＥはＳＳＷを完全に無効にするか、または少なくともＳＳＷを増加または延長し得る。なぜなら、輻輳状態に起因して、ＵＥは、あらゆる利用可能なリソースを特定するために、センシングをより多く行うことが必要となるからである。

実施形態によれば、ＵＥがＳＳＷを動的に設定するシナリオを考えると、リソースプールの輻輳状態が高いと判断された場合、ＵＥは、ＳＳＷを完全に無効にしたり、ＳＳＷを増加させる代わりに、（利用可能である場合）グローバルに定義されたＳＳＷに切り替え、リソースプールの輻輳状態が高い間は、そのグローバルに定義されたＳＳＷを使用してもよい。

以下、ＵＥの機能を補足すると同時に、ＵＥが、要求される低電力需要を達成できるようにすることで、ＳＳＷを使用する本発明の手法によって達成可能な効率をさらに最適化する、本発明の手法の実施形態について説明する。

第１の実施形態によれば、ＡＩＭ（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）が使用され得る。ＡＩＭは、ＵＥを支援するために、および、例えば、ＳＳＷを使用するときに欠落しているセンシングデータを補うために、近隣のＵＥによって提供され得る。ＡＩＭは、利用可能なリソースおよび／または利用できないリソースなどのセンシングデータまたはセンシング結果を含み得る。例えば、センシングデータは、占有されているリソース、すなわち、ネットワーク内の他のＵＥによって使用または予約されているリソース、および／または占有されていないリソース、すなわち、ネットワーク内の他のＵＥによって使用または予約されておらず、ＵＥによる送信に利用可能なリソースを含み得る。ＵＥは、ＳＳＷ中に取得されたセンシング結果と、他のまたは近隣のＵＥから受信した１つ以上のＡＩＭで示されたセンシング結果との組み合わせを使用して、送信に利用できる最良のリソースを決定することができる。実施形態によれば、ＡＩＭは、以下のうちの１つ以上を含む。
センシングデータ、
利用可能な、または占有されているリソース、
上位ｍ個の利用可能なリソース、
複数の異なる優先度の送信に使用できるリソースのセットまたはサブセット。

例えば、システムがＡＩＭの使用を許可する場合、ＵＥは、ＡＩＭが受信されると、動的ＳＳＷ持続時間を短縮することができる。ＵＥは、自身が動産するリソースプールのためのセンシング結果を提供するＡＩＭを受信できる場合、長時間にわたってセンシングを実行することを回避したり、電源を切ることによって電力を節約したりすることができる。その場合、ＵＥは、ＵＥが送信に使用できる利用可能なリソースを示すリソース割り当て情報マップを複数のＡＩＭから構築することができる。さらに、ＡＩＭを受信する場合、ＵＥは、ＡＩＭで示されるセンシング結果により依存してもよい。ＳＳＷがグローバルに、例えばリソースプールごとに定義されている場合であっても、センシングに基づくＡＩＭを他のＵＥに提供するように構成されたＵＥが多数存在する場合、より時間を短くできる可能性がある。実施形態によれば、ＡＩＭによって提供されるセンシング結果を使用する場合、ＳＳＷを単一のタイムスロットに減らすことさえ可能である。さらなる実施形態によれば、ＵＥは、センシング結果に依存して、および／または、ＵＥが受信／復号したＡＩＭの数に依存して、センシングに使用される１つ以上の時間リソースサブセットの持続時間を延長または増加させ得る。

現在のＵＥに隣接する複数のＵＥからＡＩＭを受信する場合、ＵＥは、最も強い信号強度を有するＵＥからの１つ以上のＡＩＭを考慮するように構成され得、例えば、最も強い信号強度を有するＵＥのＡＩＭのみが使用され得る。あるいは、ＡＩＭを提供する隣接するすべてのＵＥの中で上位ｍ個の最も強い信号強度を有するＵＥからのＡＩＭが使用されてもよい。また、受信したＡＩＭの重み付けされた組み合わせが考慮されてもよいし、例えばＳＣＩで送信されたゾーンＩＤを使用して、通信距離に基づいてＡＩＭが選択されてもよい。

さらなる実施形態によれば、プリエンプションを容易にするために送信前ＳＳＷが使用されてもよい。図１７は、プリエンプションを容易にするためにＵＥ４００によって使用される送信前ＳＳＷの一実施形態を示す。図１７は図６（ｄ）と類似しており、２０タイムスロットの持続時間を有するＳＳＷを使用する。ＵＥ４００は、リソースを決定するために、および送信を行うタイムスロット４７０を予約するために、ＳＳＷを使用してＳＬ－ＲＰ内でセンシングを行う。ＵＥ４００は、ＳＳＷで取得したセンシング情報を用いて、選択ウィンドウ内でリソースを選択する。図１７では、ＵＥ４００は、選択されたリソースでＳＣＩ４＿１を送信する、ＳＣＩ４＿１は、リソース４７０で行われる将来の送信のためにリソースも予約する。ＳＳＷが終了し、ＵＥがＳＣＩ４＿１を送信すると、ＵＥはパワーダウンモードまたはスリープモードに入ることができる。ＵＥは常にアクティブにセンシングをしているわけではないため、別のＵＥ、例えば優先度の高い送信を行うＵＥが予約済みのリソース４７０をプリエンプションし、ＵＥ４００が、ＳＳＷ内で受信されなかったために、他のＵＥからのＳＣＩに気が付かない可能性がある。そのようなシナリオに対処するために、実施形態によれば、ＵＥは、すでに予約されたリソース４７０で送信を試みる前に、さらなるＳＳＷ４７２のセンシングを実行することにより、ＵＥの送信よりも高い優先度を有する、そのリソースが予約されている別の送信がすでに存在すると判定された場合、ＵＥが、予約されたリソースのリソース再選択処置をトリガできるようにすることができる。すでに予約されているリソースで送信する前に、ＵＥは、十分なセンシング結果が利用できない場合、例えば、センシング結果の数が特定の閾値以下である場合、またはＵＥが所定の優先度条件を満たすことができない場合、予約したタイムスロットを対比することを選択し得る。さらなる例によれば、センシング結果が十分ではないまたは不十分であるとは、
全体または累積センシング持続時間が、構成または事前構成された閾値を下回る、または
センシングに使用されるタイムスロットの数が、構成または事前構成された閾値を下回る、または
ＵＥのオン期間の数で測定して、ＵＥがＤＲＸで費やす時間が構成または事前構成された閾値を超える、ことを意味し得る。

ＵＥによるそのような選択は、対象の予約済みリソースを使用するつもりの送信の優先度に依存する。例えば、ＵＥが予約済みリソースで送信しようしている優先度の低い送信を有しており、送信を試みる前にＳＳＷでセンシングを実行できなかった場合、または、別の優先度の高い送信がそのリソースをプリエンプションしたことをＵＥが確認する期間にわたって、ＳＳＷを実行できたが適切なセンシング結果を取得できなかった場合、ＵＥは送信を行い、他の優先度の高い送信との衝突を引き起こすことを避けることを選択し得る。

本発明のさらなる実施形態は、ＳＳＷ内の高い優先度の送信に対処し、上記実施形態を補完する。ＳＳＷがグローバルに定義されている場合、高い優先度の送信を送信しようとする図５（ａ）のＵＥ４００のようなＵＥは、この送信を示すＳＣＩが、システム内の１つ以上の他のＵＥ、例えば低電力ＵＥによって使用される定義されたＳＳＷ内にあることを確実にする。これにより、例えば、リソースプールを使用するすべての低電力ＵＥが、優先度の高い送信を示すＳＣＩを受信し、それに応じて反応できることが保証される。例えば、優先度の高い送信の予約はｎスロット前にしか行うことができず、値ｎはＳＳＷの持続時間よりも短くなければならない。これにより、優先度の高い送信を行うＵＥが、スロットｎでＳＣＩも送信できるようになり、優先度の低い送信のためにＳＳＷを使用してセンシングを実行する任意のＵＥが、予約済みのリソースを認識し、再選択をトリガできる。

上記の実施形態は、ＳＳＷを適用するＵＥに限定されず、本発明のＳＳＷを使用しないシステム内の任意の他のＵＥ、例えば、車両ＵＥのような十分な電力を備えたＵＥであってもよいことに留意されたい。しかし、そのＵＥは、例えば、グローバルに定義されたＳＳＷなどのＳＳＷを使用する低電力ＵＥが上記のように動作する可能性があること、すなわち、所定のＳＳＷ内の他の１つ以上のＵＥが、優先度の高い送信などの送信を行う際、その送信を示すＳＣＩが受信されることを認識している。

ＳＳＷを使用してＵＥを支援するためのさらなる実施形態は、周期的な送信の終了を示す。ＳＣＩを受信するＵＥは、上記したように、ＴＲＩＶによって示されるリソースが周期的な間隔で繰り返されるリソース予約期間を認識することができる。しかし、ＵＥは、全体の持続時間、すなわち、リソースが繰り返される持続時間、またはそれらのリソースが特定の間隔で繰り返される回数を認識していない可能性がある。この問題に対処するために、実施形態によれば、ＳＣＩ内に定義された残りの周期的送信を示す値Ｃ_{ｒｅｓｅｌ}に基づいて、残りの周期的送信の回数を示すカウンタ、または送信が最後の送信か否かを示すフラグが提供されてもよい。例えば、フラグが１に設定されている場合、ＳＣＩは送信が繰り返されることを示し、フラグが０に設定されている場合、その送信は、周期的送信の総数を示す特定のＣ_{ｒｅｓｅｌ}値の最後の送信である。実施形態によれば、送信が最後の送信であるかどうかの表示は、本発明のＳＳＷも利用する送信側ＵＥによって提供されてもよい。しかし、上記実施形態は、ＳＳＷを適用するＵＥに限定されず、本発明のＳＳＷを使用しないシステム内の任意の他のＵＥ、例えば、車両ＵＥのような十分な電力を備えたＵＥであるが、ＳＳＷを使用する、例えば低電力ＵＥなどの他のＵＥが、送信が最後の送信であるかどうかを示すことを認識している、ＵＥにも適用され得る。

したがって、本発明のさらなる実施形態は、本明細書に記載音ＳＳＷ手法を使用して送信発生のセンシングを実行する１つ以上のさらなるＵＥを含む無線通信ネットワーク内のＵＥを提供する。ＵＥは、１つ以上の送信を送信し得、各送信が制御情報に関連付けられている。制御情報は、ＵＥが送信を行う第１のタイムスロットの表示（例えば、ＴＲＩＶ）と、ＵＥが送信を行う第１のタイムスロットに続く複数のさらなるタイムスロットの表示を含む。リソース予約期間の後に新たな送信のために第１のタイムスロットおよびさらなるタイムスロットが繰り返される場合、ＵＥは、制御情報を使用して、例えば、上記カウンタまたはフラグを使用することによって、リソース予約期間の経過後に、リソース予約の繰り返しが終了したことをさらなるＵＥのうちの１つ以上に通知する。リソースが予約期間にわたって周期的に繰り返し予約されるこのような送信は、周期的送信と称される。

他の実施形態によれば、ＳＣＩ内で示される送信の少なくとも１つがＳＳＷ内にあるように定義される。例えば、ＳＳＷがグローバルに定義されている場合、追加の送信発生のうちの１つ、例えば、２つ以下の追加の送信発生の１つは、ＳＳＷを使用する任意のＵＥがリッスンできるよう、ＳＳＷ内になければならない。実施形態によれば、送信側ＵＥは、本発明のＳＳＷを使用するＵＥであり得る。しかし、上記実施形態は、ＳＳＷを適用するＵＥに限定されず、本発明のＳＳＷを使用しないシステム内の任意の他のＵＥ、例えば、車両ＵＥのような十分な電力を備えたＵＥであるが、ＳＳＷを使用する、例えば低電力ＵＥなどの他のＵＥが、上記のように送信を行い得ることを認識している、ＵＥにも適用され得る。

したがって、本発明のさらなる実施形態は、本明細書に記載音ＳＳＷ手法を使用して送信発生のセンシングを実行する１つ以上のさらなるＵＥを含む無線通信ネットワーク内のＵＥを提供する。ＵＥは、１つ以上の送信を送信し得、各送信が制御情報に関連付けられている。ＵＥは、制御情報内で示される、ＵＥが送信を行う初回のタイムスロットおよび／または初回のタイムスロットに続く複数のさらなるタイムスロットのうちの少なくとも１つが、さらなるＵＥのうちの１つ以上によって使用されるＳＳＷ内にあるように、送信を行う。実施形態によれば、ＵＥは、以下の例外のうちの１つ以上が適用される場合を除き、第１のタイムスロット、および／または、制御情報内に示されるさらなるタイムスロットの少なくとも１つがＳＳＷに含まれるように送信を行い得る。
送られる送信が、事前に定義された閾値以上の優先度を有する、
送られる送信が、事前に定義された閾値以下の遅延を有する、
送られる送信が、ブラインド再送信である、
さらなるタイムスロットが２つ未満である。

一般的事項
本発明の手法のそれぞれの態様および実施形態を個別に説明してきたが、各態様／実施形態は、互いに独立して実装してもよく、または態様／実施形態の一部またはすべてを組み合わせてもよいことに留意されたい。さらに、後述する実施形態が、これまでに説明した態様／実施形態のそれぞれに使用されてもよい。

上記実施形態のいくつかは、モード２のＵＥを参照して説明されているが、本発明はそのような実施形態に限定されないことに留意されたい。本明細書で説明する本発明の教示は、例えば、１つ以上のリソースまたはリソースセットの占有状態を提供するセンシングレポートを取得するためにセンシングを実行するモード１のＵＥにも適用可能である。

上記の実施形態のいくつかはサイドリンクプールを参照して説明されているが、本発明はそのような実施形態に限定されないことに留意されたい。本発明の手法は、システムまたはネットワーク内のＵＥ間の特定の通信に使用されるセットまたはリソースを提供するネットワークとして実装することができ、本発明に係る上記の時間リソースのサブセットまたはＳＳＷは、リソースのセット内のリソースの総数よりも少ない数の時間リソースを有する。時間リソースは、複数のタイムスロット、サブフレーム、無線フレーム、時間無線リソース、時間領域内のＰＲＢの数であってもよく、また、周波数、サブチャネル、ＢＷＰなどであってもよい。

ネットワークのエンティティがネットワークによって提供されるリソースのセットを認識できるようにリソースのセットが事前に構成されてもよく、あるいは、リソースのセットを有するようにネットワークによってエンティティが構成されてもよい。

したがって、ネットワークによって提供されるリソースのセットは、以下のうちの１つ以上として定義され得る。
サイドリンク通信、例えば、ＰＣ５を介した直接ＵＥ－ｔｏ－ＵＥ通信のためにＵＥによって使用されるサイドリンクリソースプール、
ＮＲ－Ｕ通信のためにＵＥによって使用されるリソースを含むまたはからなる構成された許可、
能力が低いＵＥが使用するリソースを含むまたはからなる構成された許可。

実施形態によれば、リソースのセットは、１つ以上のセンシング領域、例えば、リソースプール毎の、または、モード１および／またはモード２のＵＥのためのＴＸ／ＲＸリソースプール毎の領域を含み得る。ＵＥは、無線通信ネットワークによって１つ以上のセンシング領域を有するように構成または事前構成されてもよく、１つ以上のサブセットは、１つ以上のセンシング領域内で定義されている。例えば、センシング領域は、特定の時間間隔にわたり得る。

実施形態によれば、無線通信システムは、地上系ネットワーク、または非地上系ネットワーク、または航空機もしくは宇宙車両を受信機として使用するネットワークもしくはネットワークの一部、またはそれらの組み合わせを含むことができる。

本発明の実施形態によれば、ユーザデバイスは、電力が限られているＵＥ、または歩行者によって使用されるＵＥなど、ＶＲＵ（Ｖｕｌｎｅｒａｂｌｅ Ｒｏａｄ Ｕｓｅｒ）もしくはＰ－ＵＥ（Ｐｅｄｅｓｔｒｉａｎ ＵＥ）と呼ばれるハンドヘルドＵＥ、または公安官および第一応答者によって使用される、ＰＳ－ＵＥ（Ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）と呼ばれる装着型もしくはハンドヘルドＵＥ、またはＩｏＴ ＵＥ（例えば、反復的なタスクを実行するためにキャンパスネットワーク内に設けられ、周期的にゲートウェイノードからの入力を必要とするセンサ、アクチュエータ、もしくはＵＥ）、またはモバイル端末、または固定端末、またはセルラーＩｏＴ－ＵＥ、または車両ＵＥ、または車両グループリーダー（ＧＬ）ＵＥ、またはサイドリンクリレー、またはＩｏＴもしくは狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイス、またはスマートウォッチもしくはフィットネストラッカーなどのウェアラブルデバイス、または地上車両、または航空機、またはドローン、または移動基地局、または路傍ユニット（ＲＳＵ）、または建物、または、無線通信ネットワークを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテムもしくはデバイス（例えば、センサもしくはアクチュエータ）、または、サイドリンクを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテム／デバイス（例えば、センサもしくはアクチュエータ）、または任意のサイドリンク対応ネットワークエンティティ、のうちの１つ以上を含む。

本発明の実施形態によれば、ネットワークエンティティは、マクロセル基地局、またはスモールセル基地局、または基地局の中央ユニット、または基地局の分散されたユニット、または路傍ユニット（ＲＳＵ）、またはＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、またはＡＭＦ、またはＭＭＥ、またはＳＭＦ、またはコアネットワークエンティティ、またはモバイルエッジコンピューティングＭＥＣエンティティ、またはＮＲもしくは５Ｇコアコンテキストにおけるもののようなネットワークスライス、または、アイテムもしくはデバイスが無線通信ネットワークを使用して通信することを可能にする任意の送信／受信ポイントＴＲＰ、のうちの１つ以上を含み、アイテムまたはデバイスは、無線通信ネットワークを使用して通信するためのネットワーク接続を有する。

上記概念のいくつかの態様は装置の文脈で説明されているが、これらの態様は対応する方法の説明も表していることは明らかであり、ブロックまたはデバイスは方法ステップ、または方法ステップの特徴に対応する。同様に、方法ステップの文脈で説明される態様も、対応する装置の対応するブロック、アイテム、または特徴の説明を表す。

本発明の様々な要素および特徴は、アナログおよび／またはデジタル回路を使用するハードウェアとして実装されてもよく、１つ以上の汎用プロセッサまたは専用プロセッサによる命令の実行を通じてソフトウェアとして実装されてもよく、またはハードウェアとソフトウェアの組み合わせとして実装されてもよい。例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実装され得る。図１８はコンピュータシステム５００の例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つ以上のコンピュータシステム５００上で実行され得る。コンピュータシステム５００は、専用または汎用デジタル信号プロセッサのような１つ以上のプロセッサ５０２を含む。プロセッサ５０２は、バスまたはネットワークのような通信インフラストラクチャ５０４に接続される。コンピュータシステム５００は、メインメモリ５０６、例えばランダムアクセスメモリＲＡＭ、および二次メモリ５０８、例えばハードディスクドライブおよび／またはリムーバブルストレージドライブを含む。二次メモリ５０８は、コンピュータプログラムまたは他の命令がコンピュータシステム５００にロードされることを可能にし得る。コンピュータシステム５００は、コンピュータシステム５００と外部デバイスとの間でソフトウェアおよびデータを転送できるようにする通信インターフェース５１０をさらに含み得る。通信は、電子信号、電磁気信号、光信号、または、通信インターフェースによって処理可能な他の信号の形態を有し得る。通信は、ワイヤーまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、およびその他の通信チャネル５１２を使用し得る。

「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指して使用される。これらのコンピュータプログラム製品は、コンピュータシステム５００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ５０６および／または二次メモリ５０８に保存される。コンピュータプログラムはまた、通信インターフェース５１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム５００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ５０２が、本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム５００のコントローラを表し得る。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に保存され、リムーバブルストレージドライブ、通信インターフェース５１０などのインターフェースを使用してコンピュータシステム５００にロードされ得る。

ハードウェアまたはソフトウェアでの実装は、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協働する、または協働可能な電子的に読み取り可能な制御信号が保存されているデジタル記憶媒体、例えばクラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、またはＦＬＡＳＨ（登録商標）メモリを使用して実行され得る。したがって、デジタル記憶媒体はコンピュータ可読であり得る。

本発明に係るいくつかの実施形態は、本明細書に記載の方法のうちの１つが実行されるように、プログラム可能なコンピュータシステムと協働できる電子的に読み取り可能な制御信号を有するデータキャリアを含む。

一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装され得、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに、方法の１つを実行するように動作可能である。プログラムコードは、例えば、機械可読キャリア上に保存され得る。

他の実施形態は、本明細書に記載の方法のうちの１つを実行するための、機械可読キャリア上に保存されたコンピュータプログラムを含む。換言すれば、したがって、本発明の方法の一実施形態は、コンピュータ上で実行されると、本明細書に記載の方法のうちの１つを実行するためのプログラムコードを有するコンピュータプログラムである。

したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムが記録されたデータキャリアもしくはデジタル記憶媒体、またはコンピュータ可読媒体である。したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えばインターネットなどのデータ通信接続を介して転送されるように構成されてもよい。さらなる実施形態は、本明細書に記載の方法の１つを実行するように構成または適合された、例えばコンピュータまたはプログラマブルロジックデバイスなどの処理手段を含む。さらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムをインストールしたコンピュータを含む。

いくつかの実施形態では、フィールドプログラマブルゲートアレイなどのプログラマブルロジックデバイスを使用して、本明細書に記載の方法の機能の一部またはすべてが実施され得る。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法の１つを実施するためにマイクロプロセッサと協働することができる。一般に、方法は、任意のハードウェア装置によって実行されることが好ましい。

上記実施形態は、本発明の原理の例示に過ぎない。本明細書に記載される配置および詳細の改変および変更が、当業者には明らかであることを理解されたい。したがって、現行の特許請求の範囲によってのみ限定され、本明細書の実施形態の記載および説明によって提示される具体的詳細によって限定されることは意図されていない。

Claims (48)

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. 前記ユーザデバイスは、
    前記ユーザデバイスがブラインド再送信を送信する場合、
    前記ユーザデバイスが消費電力を削減する、例えば、電池の寿命を節約する場合、
    別のユーザデバイス、ｇＮＢ、または前記無線通信ネットワークによって、前記ユーザデバイスがそうするように設定または事前に設定されている場合、
    前記ユーザデバイスが、特定のサービスタイプ、例えば、ＰＰＤＲサービスまたは歩行者サービスのみを使用するまたは対応するように設定または事前に設定されている場合、
    のうちの１つ以上の場合において、前記１つ以上のサブセット内でセンシングを実行する、請求項１から２８のいずれか一項に記載のユーザデバイス。
30. 前記ユーザデバイスは、１つ以上の他のユーザデバイスから１つ以上のアシスタント情報メッセージを受信し、前記アシスタント情報メッセージは、送信に利用可能なリソース、送信に利用できないリソース、測定された電力レベル、および／またはリソースのランキングなどのセンシングデータを含み、
    前記ユーザデバイスは、前記１つ以上のサブセット中に取得されたセンシング結果と、前記１つ以上のアシスタント情報メッセージ内のセンシング結果との組み合わせを使用して、前記ユーザデバイスによる送信に使用される前記リソースを決定する、請求項１から２９のいずれか一項に記載のユーザデバイス。
31. 前記アシスタント情報メッセージは、
    センシングデータ、
    利用可能な、または占有されているリソース、
    上位ｍ個の利用可能なリソース、
    複数の異なる優先度の送信に使用できるリソースのセットまたはサブセット、
    のうちの１つ以上を含む、請求項３０に記載のユーザデバイス。
32. 前記ユーザデバイスは、前記１つ以上のアシスタント情報メッセージ内のセンシング結果に依存して、または１つ以上のアシスタント情報メッセージの受信に応答して、前記１つ以上のサブセットの持続時間を短縮する、請求項３０または３１に記載のユーザデバイス。
33. 前記ユーザデバイスは、前記センシング結果に応じて、および／または、前記ユーザデバイスが受信／復号できたアシスタント情報メッセージの数に依存して、センシングに使用される前記１つ以上の時間リソースのサブセットの持続時間を延長または増加させる、請求項３０から３２のいずれか一項に記載のユーザデバイス。
34. 前記ユーザデバイスが複数の他のユーザデバイスからアシスタント情報メッセージを受信する場合、前記ユーザデバイスは、前記複数の他のユーザデバイスのうち最も強い信号強度を有する他のユーザデバイスからの１つ以上のアシスタント情報メッセージを考慮するか、または前記受信されたアシスタント情報メッセージの重み付けされた組み合わせを考慮するか、または、通信距離に基づいて、例えば、サイドリンク制御情報内で送信されるゾーンＩＤを使用して、前記アシスタント情報メッセージを選択する、請求項３０から３３のいずれか一項に記載のユーザデバイス。
35. 前記ユーザデバイスが、将来のタイムスロットでの特定の送信のためにセンシングを実行する場合、前記将来のタイムスロットで送信を試みる前に、前記ユーザデバイスは、前記将来のタイムスロットで試みる前記送信よりも高い優先度を有する他の送信が存在する場合、前記将来のタイムスロットのためのリソース再選択処置をトリガする、請求項１から３４のいずれか一項に記載のユーザデバイス。
36. 前記ユーザデバイスは、前記リソース再選択処置中に十分なセンシング結果が入手可能でない場合、前記将来のタイムスロットを退避する、請求項３５に記載のユーザデバイス。
37. 前記１つ以上のサブセットが前記無線通信ネットワークによって設定または事前に設定され、前記ユーザデバイスが、特定の優先度以上の優先度を有する送信を行う場合、前記ユーザデバイスは、前記設定されたまたは事前に設定された１つ以上のサブセット内で制御メッセージを送信する、請求項１から３６のいずれか一項に記載のユーザデバイス。
38. １つ以上のさらなる請求項１から３７に記載のユーザデバイスを含む無線通信ネットワークのためのユーザデバイスであって、
    前記ユーザデバイスは、前記リソースのセットに含まれるリソースを使用して１つ以上の送信を行い、
    前記ユーザデバイスは、第１のタイムスロット、および／または、前記サイドリンク制御情報ＳＣＩ内の前記時間リソース指示値ＴＲＩＶ内で示されるさらなるタイムスロットのうちの少なくとも１つが、前記リソースのサブセット内に含まれるように、送信を行う、ユーザデバイス。
39. 各送信は、各サイドリンク制御情報ＳＣＩに関連付けられており、前記サイドリンク制御情報ＳＣＩは、前記ユーザデバイスが送信を行う第１のタイムスロットと、前記ユーザデバイスが送信を行う前記第１のタイムスロットに続く複数のさらなるタイムスロットとを示す各時間リソース指示値ＴＲＩＶを含む、請求項３８に記載のユーザデバイス。
40. 前記ユーザデバイスは、
    送られる送信が、事前に定義された閾値以上の優先度を有する、
    前記送られる送信が、事前に定義された閾値以下の遅延を有する、
    前記送られる送信が、ブラインド再送信である、
    さらなるタイムスロットが２つ未満である、
    のうちの１つ以上の例外が適用される場合を除き、前記第１のタイムスロット、および／または、前記制御情報内に示される前記さらなるタイムスロットのうちの少なくとも１つが前記サブセット内に含まれるように送信を行う、請求項３８または３９に記載のユーザデバイス。
41. 前記無線通信ネットワークによって提供される前記リソースのセットは、
    サイドリンク通信、例えば、ＰＣ５を介した直接ユーザデバイス－ｔｏ－ユーザデバイス通信のために前記ユーザデバイスによって使用されるサイドリンクリソースプール、
    ＮＲ－Ｕ通信のために前記ユーザデバイスによって使用されるリソースを含む設定された許可、
    能力が低いユーザデバイスが使用するリソースを含む設定された許可、
    のうちの１つ以上を含む、請求項１から４０のいずれか一項に記載のユーザデバイス。
42. 前記ユーザデバイスは、電力が限られているユーザデバイス、または歩行者によって使用されるユーザデバイスなど、ＶＲＵ（Ｖｕｌｎｅｒａｂｌｅ Ｒｏａｄ Ｕｓｅｒ）もしくはＰ－ユーザデバイス（Ｐｅｄｅｓｔｒｉａｎ ユーザデバイス）と呼ばれるハンドヘルドユーザデバイス、または公安官および第一応答者によって使用される、ＰＳ－ユーザデバイス（Ｐｕｂｌｉｃ ｓａｆｅｔｙ ユーザデバイス）と呼ばれる装着型もしくはハンドヘルドユーザデバイス、またはＩｏＴ ユーザデバイス、例えば、反復的なタスクを実行するためにキャンパスネットワーク内に設けられ、周期的にゲートウェイノードからの入力を必要とするセンサ、アクチュエータ、もしくはユーザデバイス、またはモバイル端末、または固定端末、またはセルラーＩｏＴ－ユーザデバイス、または車両ユーザデバイス、または車両グループリーダー（ＧＬ）ユーザデバイス、またはＩｏＴもしくはＮＢ－ＩｏＴ（ｎａｒｒｏｗｂａｎｄ ＩｏＴ）デバイス、または地上車両、または航空機、またはドローン、または移動基地局、または路傍ユニット（ＲＳＵ）、または建物、または、無線通信ネットワークを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテムもしくはデバイス（例えば、センサもしくはアクチュエータ）、または、サイドリンクを使用して通信することを可能にするネットワーク接続を有する任意の他のアイテム／デバイス、例えば、センサもしくはアクチュエータ、または任意のサイドリンク対応ネットワークエンティティ、
    のうちの１つ以上を備える、請求項１から４１のいずれか一項に記載のユーザデバイス。
43. 請求項１から４２のいずれか一項に記載のユーザデバイスを１つ以上備える、無線通信ネットワーク。
44. 前記無線通信ネットワークはさらに、１つ以上のさらなるユーザデバイス、または前記無線通信ネットワークのコアネットワークもしくはアクセスネットワークのエンティティを含む、請求項４３に記載の無線通信ネットワーク。
45. 前記コアネットワークまたは前記アクセスネットワークの前記エンティティは、マクロセル基地局、またはスモールセル基地局、または基地局の中央ユニット、または基地局の分散されたユニット、または路傍ユニット、またはＡＭＦ、またはＭＭＥ、またはＳＭＦ、またはコアネットワークエンティティ、またはモバイルエッジコンピューティングＭＥＣエンティティ、またはＮＲもしくは５Ｇコアコンテキストで使用されるようなネットワークスライス、または、アイテムもしくはデバイスが前記無線通信ネットワークを使用して通信することを可能にする任意の送信／受信ポイントＴＲＰ、のうちの１つ以上を含み、前記アイテムまたはデバイスは、前記無線通信ネットワークを使用して通信するためのネットワーク接続を有する、請求項４４に記載の無線通信ネットワーク。
46. 無線通信ネットワークのためのユーザデバイスの動作方法であって、前記無線通信ネットワークは、通信のためのサイドリンクリソースのセットを提供し、前記方法は、
    時間リソース指示値ＴＲＩＶを含むサイドリンク制御情報ＳＣＩを搬送する制御メッセージを受信することと、
    前記時間リソース指示値ＴＲＩＶに基づいて、前記リソースのセットのうちの１つ以上の時間リソースのサブセットについてセンシングを実行することと、を含み、
    １つ以上の前記サブセットの時間リソースの数は、前記無線通信ネットワークによって提供される前記リソースのセット内のリソースの総数よりも少ない、方法。
47. １つ以上のさらなる請求項１から３７に記載のユーザデバイスを含む無線通信ネットワークのためのユーザデバイスの動作方法であって、前記方法は、
    第１のタイムスロット、および／または、制御情報内に示されるさらなるタイムスロットのうちの少なくとも１つが前記リソースのサブセット内に含まれるように、前記リソースのセットのうちのリソースを使用して１つ以上の送信を送ることを含む、方法。
48. コンピュータ上で実行されると請求項４６または４７に記載の方法を実行する、命令を保存する、コンピュータ可読媒体。