JP2023502193A - Ｎｒサイドリンク通信におけるリソース予約周期用の方法 - Google Patents

Abstract

【課題】本発明は、サイドリンク通信をサポートする際におけるサイドリンクリソース予約周期用の方法を、提供するものである。【解決手段】本発明の方法は、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値のセットを、第１ノードによって事前構成する又は構成するステップを含み、前記リソース予約周期の可能な値のセットは、所定のリソース予約周期の可能な値の少なくとも１つの範囲を含む。【選択図】図６

Description

本発明は、サイドリンク（ｓｉｄｅｌｉｎｋ）通信（ＳＬ）の分野に関する。特に、本発明は、サイドリンク通信のサイドリンクリソース予約周期用の方法及び装置に関する。

近年、Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）通信は、主に自動運転車（自律走行車）に基づく安全かつ信頼性の高い伝送手段の開発において役割を果たすことが期待されるため、大きな注目を集めている。Ｖ２Ｘ通信は、一般に、車・車間（Ｖ２Ｖ）通信、車・道路間通信（Ｖ２Ｉ）、車・歩行者間（Ｖ２Ｐ）通信などのようなデバイス間通信を含む。Ｖ２Ｘは、デバイスとネットワークとの間の通信を含んでもよい。

デバイス間通信は、基地局などのネットワーク内のノードを経由する通信を必要とせずに、デバイス間の直接通信を可能にする。デバイスは、通常、互いに近接する。互いに近接するデバイスは、ネットワークカバレッジ内、いわゆるカバレッジ内シナリオにあってもよく、ネットワークカバレッジ外、いわゆるカバレッジ外シナリオにあってもよい。

無線通信のロングタームエボリューション（ＬＴＥ）規格では、このデバイス間通信は、サイドリンク通信と呼ばれる。サイドリンク通信は、近接するデバイス間の直接通信を可能にする。データは、近接するデバイス間で直接交換される。

ＬＴＥサイドリンク通信では、サイドリンクパケットトランスポートブロック（ＴＢ）の送信は、周期的かつ非常に時間確定的であると想定されている。ＬＴＥサイドリンク通信でサポートされる周期値の範囲は、基本安全メッセージの｛０，２０，５０，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒に固定される。一般的に、サイドリンク通信を介して通信する車両間では、基本安全メッセージ（ＢＳＭ）を使用して、位置、速度などの車両状態情報が交換される。

しかしながら、５Ｇ ＮＲとも呼ばれる新無線技術（ＮＲ）へのＬＴＥの進化は、ＮＲでサポートされるように、Ｖ２Ｘ通信の進化を必要とする。この進化は、現在、第３世代パートナーシッププロジェクト（３ＧＰＰ）において検討されている。

ＮＲ技術について、ＬＴＥ技術で現在サポートされている周期値の範囲は、適切ではない場合がある。なぜなら、高度なＶ２Ｘ（ｕｓｅ ｃａｓｅ）のメッセージ周期がはるかに小さく、使用される可能性のある値の範囲が広い可能性があるためである。

したがって、サイドリンク予約周期の柔軟性を高める、サイドリンク通信におけるサイドリンク予約周期用の方法及び装置を提供する必要がある。

上記問題及び目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項に定義される。

本発明の一実施形態に係る、サイドリンク通信をサポートする際のサイドリンクリソース予約周期用の方法（ｍｅｔｈｏｄ ｆｏｒ ｓｉｄｅｌｉｎｋ ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄｉｃｉｔｙ）は、第１ノードによって、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値（ｐｏｓｓｉｂｌｅ ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄｉｃｉｔｙ ｖａｌｕｅｓ）のセットを事前構成する（事前設定する）（ｐｒｅｃｏｎｆｉｇｕｒｉｎｇ）又は構成する（設定する）（ｃｏｎｆｉｇｕｒｉｎｇ）ステップを含み、前記リソース予約周期の可能な値のセットは、所定のリソース予約周期の可能な値の少なくとも１つの範囲を含む。

本発明の別の実施形態に係る、サイドリンク通信をサポートするネットワークにおけるノードは、サイドリンクパケットトランスポートブロック（ｓｉｄｅｌｉｎｋ ｐａｃｋｅｔ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）（ＴＢ）送信のリソース予約周期の可能な値のセットを構成するように構成され、前記リソース予約周期の可能な値のセットは、所定のリソース予約周期の可能な値の少なくとも１つの範囲を含む。

本発明の更なる実施形態に係る、サイドリンク通信を行うユーザ機器（ＵＥ）は、リソース予約周期の可能な値のセットからリソース予約期間を別のＵＥに指示する（示す。ｉｎｄｉｃａｔｅ）ように構成されている。

本発明のまた更なる実施形態に係る、サイドリンク通信を行う方法は、ユーザ機器によって、リソース予約周期の可能な値のセットからリソース予約期間を別のユーザ機器に指示するステップを含む。

本発明の実施形態は、本発明の発明概念をよりよく理解するために提示されるものであるが、本発明を限定すると見做されるべきではない。本発明の実施形態を、以下の図面を参照しながら説明する。

本発明の一実施形態に係るネットワークアーキテクチャを概略的に示す。 本発明の一実施形態に係るネットワークノードの機能要素を概略的に示す。 本発明の一実施形態に係るユーザ機器の機能要素を概略的に示す。 本発明の一実施形態に係るネットワークノードとユーザ機器との間の通信を概略的に示す。 本発明の一実施形態に係るサイドリンクリソースプールを概略的に示す。 本発明の一実施形態に係る送信ユーザ機器と受信ユーザ機器との間の通信を概略的に示す。

図１は、本発明の一実施形態に係るサイドリンク通信用のネットワークアーキテクチャを概略的に示す。

サイドリンク通信用のネットワークアーキテクチャ１は、任意の種類のセルラー無線通信技術をサポートすることができる。ネットワークアーキテクチャ１は、少なくとも１つのネットワークノード１００及び少なくとも１つユーザ機器（ＵＥ）２００を含んでもよい。無線通信技術は、ＬＴＥ技術であってもよく、ＮＲ技術であってもよい。しかし、これは、決して本発明を限定するものと見做されるべきではない。

図１は、１つのネットワークノード１００、第１ＵＥ２００－１及び第２ＵＥ２００－２を含むネットワークアーキテクチャ１の例を示す。しかしながら、これに限定されず、ネットワークアーキテクチャ１は、１つ以上のネットワークノード１００及びＵＥ２００を含んでもよい。第１ＵＥ２００－１は、送信の役割を持ち、送信ＵＥとも呼ばれてもよい。第２ＵＥ２００－２は、受信の役割を持ち、受信ＵＥと呼ばれてもよい。第１ＵＥ２００－１及び第２ＵＥ２００－２は、送信と受信の役割を変更することができる。一般に、第２ＵＥがサイドリンク通信を行うことができるように、受信の役割を持つ第２ＵＥに第１ＵＥがサイドリンク制御情報を送信するように構成される場合、第１ＵＥは送信の役割を持つと、考えることができる。サイドリンク制御情報の詳細については、本発明の一実施形態を参照して後述する。それに応じて、送信の役割を持つ第１ＵＥから送信されたサイドリンク制御情報を第２ＵＥが受信するように構成される場合、第２ＵＥは受信の役割を持つと、考えることができる。以下、図１において、第１ＵＥ２００－１が送信の役割を持つため、送信ＵＥであり、第２ＵＥ２００－２が受信の役割を持つため、受信ＵＥであると仮定する。

本発明の実施形態に係るネットワークノード１００、第１ＵＥ２００－１及び第２ＵＥ２００－２は、一般に、例えば通信規格に従って、無線及び／又は電波（及び／又はマイクロ波）周波数通信、及び／又は、エアインターフェースを利用する通信に適合するデバイス又はノードと考えることができる。通信規格は、ＬＴＥ通信規格又はＮＲ通信規格であってもよいが、これらに限定されない。

ネットワークノード１００は、無線通信ネットワークの任意の種類のネットワーク機器又は無線ノードであってもよく、例えば、基地局（ＢＳ）、ノードＢ、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮＲノードＮ（ｇＮｏｄｅＢ又はｇＮＢ）、中継ノード、マイクロ、ナノ、ピコ又はフェムトノードなどである。

第１ＵＥ２００－１及び第２ＵＥ－２２００－２のそれぞれは、無線通信ネットワークを利用する通信用の端末装置を表してもよく、及び／又は、ＬＴＥもしくはＮＲなどの通信規格に従ってＵＥとして実装されてもよい。ＵＥの例は、スマートフォンのような電話機、パーソナル通信装置、携帯電話機もしくは端末、コンピュータ、ラップトップ、モデム、エアインターフェースに適合し、特にマシンタイプ通信（ＭＴＣ）、マシン間通信（Ｍ２Ｍ）、デバイス間通信（Ｄ２Ｄ）に適合し、無線機能を有するセンサーもしくはマシン、又は無線通信に適合する車両を含んでもよい。ＵＥは、移動式であってよく、固定式であってもよく、例えば、道路インフラストラクチャの一部である。図１は、無線通信に適合する車両として第１ＵＥ２００－１及び第２ＵＥ２００－２を示す。

ネットワークノード１００は、通信リンク３００を介して、通常、ダウンリンクデータ（ＤＬ）と呼ばれる任意の種類のデータを第１ＵＥ２００－１に送信することができる。第１ＵＥ２００－１は、通信リンク３００を介して、通常、アップリンクデータ（ＵＬ）と呼ばれる任意の種類のデータをネットワークノード１００に送信することができる。通信リンク３００は、ＬＴＥ又はＮＲなどの無線通信技術に従うエアインターフェースである。図１は、ネットワークノード１００と第１ＵＥ２００－１との間の通信リンク３００のみを示す。それにもかかわらず、第２ＵＥ２００－２についても同様であることが理解されたい。言い換えれば、通信リンク３００は、ネットワークノード１００と第２ＵＥ２００－２との間に存在してもよい。

更に、第１ＵＥ２００－１と第２ＵＥ２００－２は、サイドリンク通信リンク４００を介したサイドリンク通信を使用して、互いにデータを直接交換することができる。サイドリンク通信リンク４００は、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉなどであってもよい。サイドリンク通信リンク４００は、ネットワークノード１００をを経由する通信を必要とせずに、第１ＵＥ２００－１と第２ＵＥ２００－２との間の直接通信をサポートする通信リンクである。サイドリンク通信では、第１ＵＥ２００－１及び第２ＵＥ２００－２は、Ｄ２Ｄモード又はＭＴＣモードなどで動作することができる。サイドリンク通信リンクは、いくつかの物理チャネルを含んでもよく、例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）及び／又は物理サイドリンク制御チャネル（ＰＳＣＣＨ）であるが、これらに限定されない。

図２は、ネットワークノード１００を概略的に示す。図２は、ネットワークノード１００の例示的な構造を示す。特に、図２は、ネットワークノード１００の機能要素の例示的な構造を示す。ネットワークノード１００は、プロセッサ１０１、メモリ１０２及び無線回路１０３を含んでもよい。プロセッサ１０１は、メモリ１０２に接続されているコントローラを含んでもよい処理回路（制御回路とも呼ばれてもよい）であってもよい。ネットワークノード１００の任意のモジュール、例えば通信モジュール又は決定モジュールは、特にコントローラ内のモジュールとして、処理回路１０１において実装され、及び／又は処理回路１０１によって実行可能であってもよい。ネットワークノード１００は、受信、送信又は送受信機能を提供する無線回路１０３、例えば、１つ以上の送信機及び／又は受信機及び／又は送受信機を更に含む。無線回路は、処理回路１０１に接続されているか、又は処理回路１０１に接続可能である。ネットワークノード１００のアンテナ回路（図示せず）は、信号を収集又は送信及び／又は増幅するように、無線回路１０３に接続されているか、又は無線回路１０３に接続可能であってもよい。ネットワークノード１００は、本明細書に開示されたネットワークノード１００を操作する任意の方法を実行するように適合してもよく、特に、対応する回路、例えば、処理回路及び／又はモジュールを含んでもよい。

図３は、第１ＵＥ２００－１を概略的に示す。図３は、第１ＵＥ２００－１の例示的な構造を示す。特に、図３は、第１ＵＥ２００－１の機能要素の例示的な構造を示す。図３に示される第１ＵＥ２００－１の構造は、第２ＵＥ２００－２の構造と同じである。簡潔にするために、ここでは第２ＵＥ２００－２の構造に関する詳細な説明を省略する。

第１ＵＥ２００－１は、プロセッサ２０１及びメモリ２０２を含んでもよい。プロセッサ２０１は、メモリ２０２に接続されているコントローラを含んでもよい処理回路（制御回路とも呼ばれてもよい）であってもよい。ＵＥ２００－１の任意のモジュール、例えば通信モジュール又は決定モジュールは、特にコントローラ内のモジュールとして、処理回路２０１において実装され、及び／又は処理回路２０１によって実行可能であってもよい。ＵＥ２００－１は、受信、送信又は送受信機能を提供する無線回路２０３、例えば、１つ以上の送信機及び／又は受信機及び／又は送受信機を更に含んでもよい。無線回路は、処理回路２０１に接続されているか、又は処理回路２０１に接続可能である。第１ＵＥ２００－１のアンテナ回路（図示せず）は、信号を収集又は送信及び／又は増幅するように、無線回路に接続されているか、又は無線回路に接続可能であってもよい。第１ＵＥ２００－１は、本明細書に開示されたユーザ機器を操作する任意の方法を実行するように適合してもよい。特に、対応する回路、例えば、処理回路及び／又はモジュールを含んでもよい。

本発明の実施形態によれば、本明細書に記載の任意の方法が特に処理及び／又は制御回路上で実行される場合、処理及び／又は制御回路に実行及び／又は制御させるように適合する命令を含むコンピュータプログラム製品も考えられる。また、本明細書に記載のコンピュータプログラム製品を搬送（ｃａｒｒｙ）及び／又は記憶する搬送媒体（ｃａｒｒｉｅｒ ｍｅｄｉｕｍ）の配置も考えられる。

搬送媒体の配置は、１つ以上の搬送媒体を含んでもよい。一般的に、搬送媒体は、処理及び／又は制御回路によってアクセス可能及び／又は読み取り可能及び／又は受信可能であってもよい。データ及び／又はコンピュータプログラム製品及び／又はコードの記憶は、データ及び／又はプログラム製品及び／又はコードの搬送の一部と見做されてもよい。搬送媒体は、一般的に、案内又は輸送媒体及び／又は記憶媒体を含んでもよい。案内又は輸送媒体は、信号、特に電磁信号及び／又は電気信号及び／又は磁気信号及び／又は光信号を搬送及び／又は記憶するように適合することができる。搬送媒体、特に案内又は輸送媒体は、このような信号を案内して搬送するように適合することができる。搬送媒体、特に案内又は輸送媒体は、電磁場、例えば電波又はマイクロ波、及び／又は光透過性の材料、例えばガラス繊維及び／又はケーブルを含んでもよい。記憶媒体は、揮発性又は不揮発性であってもよいメモリ、バッファ、キャッシュ、光ディスク、磁気メモリ、フラッシュメモリなどのうちの少なくとも１つを含んでもよい。

本発明の実施形態に係るサイドリンクリソース予約周期用の方法は、ネットワークノード１００によって、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値のセットを事前構成する又は構成するステップを含む。図４は、ネットワークノードがステップＳ１０で、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値のセットを構成することを示す。

リソース予約周期の可能な値のセットは、所定のリソース予約周期の可能な値の少なくとも１つの範囲を含む。

所定のリソース予約周期の可能な値の少なくとも１つの範囲は、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒を含む。１：９９は、１から９９までの全ての整数として理解される。

リソース予約周期の可能な値のセットは、ネットワークノード１００によって柔軟に設定可能な（ｃａｎ ｂｅ ｆｌｅｘｉｂｌｙ ｓｅｔ）少なくとも１つの値を更に含んでもよい。

本発明の実施形態に係るサイドリンクリソース予約周期用の方法は、ネットワークノード１００によって、少なくとも１つのサイドリンクリソースプールを事前構成する又は構成するステップを更に含んでもよい。以下では、少なくとも１つのサイドリンクリソースプールは、第１サイドリンクリソースプールとも呼ばれてもよい。一般に、サイドリンクリソースプールは、サイドリンク通信に割り当てられたリソースのセットである。サイドリンクリソースプールは、サブフレーム又はスロットと、サブフレーム又はスロット内のリソースブロックとを含んでもよい。

本発明の実施形態に係るサイドリンクリソース予約周期用の方法は、ネットワークノード１００によって、リソース予約周期の可能な値の少なくとも１つの第１セットを有する少なくとも１つのサイドリンクリソースプールを事前構成する又は構成するステップを、更に含んでもよい。本発明の一実施形態では、リソース予約周期の可能な値の少なくとも１つの第１セットは、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝を含む所定のリソース予約周期の可能な値の少なくとも１つの範囲から取得されるか、又は所定のリソース予約周期の可能な値の少なくとも１つの範囲のサブセットである。

本発明の一実施形態では、第１サイドリンクリソースプールのリソース予約周期の可能な値の少なくとも１つの第１セットは、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝を含む所定のリソース予約周期の可能な値の少なくとも１つの範囲から取得された単一のリソース予約周期値を含んでもよい。

図５は、サイドリンクリソースプール５００の例を示す。図５に示されるリソースプール５００において事前構成された又はネットワークで構成されたリソース予約周期値は、３３ミリ秒である。これは、サイドリンクＴＢの送信のためにＵＥによって予約される、リソースプール内で許可されるサイドリンク送信サブフレーム又はスロット５０１のセットが、２つの連続するサイドリンク送信サブフレーム又はスロット５０１の開始の間の３３ミリ秒の期間で周期的であることを、意味する。

本発明の実施形態に係るサイドリンクリソース予約周期用の方法は、ネットワークノード１００によって、１つ以上のサイドリンクリソースプール５００を事前構成する又は構成するステップを更に含んでもよい。例えば、少なくとも１つの更なるサイドリンクリソースプール５００が事前構成されてもよく、ネットワークノード１００が少なくとも１つの更なるサイドリンクリソースプール５００を構成してもよい。以下では、少なくとも１つの更なるサイドリンクリソースプール５００は、第２サイドリンクリソースプールとも呼ばれてもよい。本発明の実施形態に係るサイドリンクリソース予約周期用の方法は、ネットワークノード１００によって、リソース予約周期の可能な値の少なくとも１つの第２セットを有する少なくとも１つの第２リソースプール５００を事前構成する又は構成するステップを更に含む。リソース予約周期の可能な値の少なくとも１つの第２セットは、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝を含む所定のリソース予約周期の可能な値の少なくとも１つの範囲から取得されるか、又は所定のリソース予約周期の可能な値の少なくとも１つの範囲のサブセットである。

本発明の一実施形態における第１サイドリンクリソースプールと同様に、第２サイドリンクリソースプールのリソース予約周期の可能な値の少なくとも１つの第２セットは、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝を含む所定のリソース予約周期の可能な値の少なくとも１つの範囲から取得された単一のリソース予約周期値を含んでもよい。

本発明のいくつかの実施形態では、リソース予約周期の可能な値の少なくとも１つの第２セットは、リソース予約周期の可能な値の少なくとも１つの第１セットとは異なる。言い換えれば、リソース予約周期の可能な値の少なくとも１つの第２セット中の少なくとも１つのリソース予約周期値は、リソース予約周期の可能な値の少なくとも１つの第１セット中の少なくとも１つのリソース予約周期値とは異なる。

以上詳述したように、本発明の実施形態によれば、ネットワークノード１００は、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値のセットを構成するように構成される。リソース予約周期の可能な値のセットは、所定のリソース予約周期の可能な値の少なくとも１つの範囲を含む。リソース予約周期の可能な値の少なくとも１つの範囲は、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒を含む。

これにより、サイドリンク通信で送信の役割を持つＵＥが指示することができる値の範囲の柔軟性は、より高くなる。言い換えれば、短いレイテンシ（ｌａｔｅｎｃｙ）要件を有する高度なＶ２Ｘユースケースで使用できる可能性のあるすべてのリソース予約期間をカバーするリソース予約周期の所定の範囲は、サイドリンクリソースプール内で許可されるリソース予約期間の可能なセットの事前構成中又はネットワーク構成中に大きな柔軟性を提供し、異なるトラフィックパターン及び要件を有するサイドリンクサービスを実行するために、異なるリソースプールを使用することができる。

本発明の実施形態の方法は、ネットワークノード１００によって、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値の構成されたセットの第１ＵＥ２００－１を構成するステップ（図４におけるステップＳ１１）を更に含んでもよい。ただし、これに限定されない。

ネットワークノード１００は、ネットワークノード１００と第１ＵＥ２００－１との間で交換される無線リソース制御（ＲＲＣ）シグナリング（ｓｉｇｎａｌｌｉｎｇ）を介して、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値の構成されたセットの送信ＵＥ２００－１を構成してもよい。一般に、シグナリングは、１つ以上の信号及び／又は１つ以上のシンボルを含んでもよい。制御情報又は制御情報メッセージ又は対応するシグナリング（制御シグナリング）は、制御チャネル、例えば、物理制御チャネル（いくつかの場合には、ダウンリンクチャネル又はサイドリンクチャネル、例えば別のＵＥをスケジューリングする１つのＵＥであってもよい。）上で送信されてもよい。ＲＲＣシグナリングは、通信リンク３００を介したネットワークノード１００と第１ＵＥ２００－１との間のＲＲＣ接続の確立又はアクティブなＲＲＣ接続の存在を含んでもよい。第１ＵＥ２００－１は、例えば、ＲＲＣ接続確立手順を介して、ネットワークノード１００とのアクティブなＲＲＣ接続を確立してもよい。ＲＲＣ接続が確立されると、第１ＵＥ２００－１は、例えばＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である。

ネットワークノード１００は、専用シグナリング又はブロードキャストシステム情報を介したサイドリンクパケットトランスポートブロック送信のリソース予約周期の可能な値の構成されたセットの送信ＵＥ２００－１を、構成してもよい。

本発明の一実施形態では、サイドリンクリソースプール内のパケットトランスポートブロック（ＴＢ）の送信のリソース予約周期の可能な値の構成されたセットの第１ＵＥ２００－１を構成するネットワークノード１００は、｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒から取得されるか又はそのサブセットである１つ以上のリソース予約周期値の第１ＵＥ２００－１を構成するネットワークを含んでもよい。ただし、これに限定されない。これは、１つ以上の構成されたリソースプールの第１ＵＥ２００－１を構成するネットワークノード１００を含んでもよい。例えば、ネットワークノード１００は、以上詳述した少なくとも１つの第１サイドリンクリソースプール及び／又は少なくとも１つの第２サイドリンクリソースプールの第１ＵＥ２００－１を構成してもよい。本発明の別の実施形態では、ネットワークノード１００は、以上詳述した少なくとも１つの第１サイドリンクリソースプール及び／又は少なくとも１つの第２サイドリンクリソースプールと、少なくとも１つの第１サイドリンクリソースプール及び少なくとも１つの第２サイドリンクリソースプールと同様に構成された少なくとも１つの別のサイドリンクリソースプールとの第１ＵＥ２００－１を構成してもよい。

本発明の一実施形態では、ネットワークノード１００がサイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値の構成されたセットの第１ＵＥ２００－１を構成することは、第１ＵＥ２００－１によって開始されてもよい。例えば、第１ＵＥ２００－１は、サイドリンク通信のためのリソースを求める要求をネットワークノード１００に送信してもよい。

以下では、上記の「構成する及び事前構成する」、ならびに「構成される及び事前構成される」という用語の使用について説明する。より詳細には、上記の「構成する及び事前構成する」、ならびに「構成される及び事前構成される」という用語は、サイドリンク通信が第１ＵＥ２００－１と第２ＵＥ２００－２との間で確立されるときのネットワークカバレッジシナリオに従って使用される。

ネットワークカバレッジシナリオは、少なくともカバレッジ内（ｉｎ－ｃｏｖｅｒａｇｅ）シナリオ及びカバレッジ外（ｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ）シナリオを含んでもよい。カバレッジ内シナリオは、サイドリンク通信が第１ＵＥ２００－１と第２ＵＥ２００－２との間に確立され、第１ＵＥ２００－１とネットワークノード１００との間のＲＲＣ接続がアクティブ又は非アクティブのいずれかであり、例えば、第１ＵＥ２００－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＤＬＥ状態又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合のシナリオに関連する。カバレッジ外シナリオは、サイドリンク通信が送信ＵＥ２００－１と受信ＵＥ２００－２との間で確立されたが、第１ＵＥ２００－１とネットワークノードとの間のＲＲＣ接続が確立することができないシナリオを含む。

カバレッジ内シナリオでは、「構成する」のみが適用される。「構成する」は、以上詳述したように、ネットワークノード１００が、例えば、送信ＵＥ２００－１からの要求に基づいて、サイドリンクパケットトランスポートブロック（ＴＢ）送信のリソース予約周期の可能な値の所定の範囲からリソース予約周期の可能な値のセットを準静的（ｓｅｍｉ－ｓｔａｔｉｃａｌｌｙ）に選択し、それに応じて、選択されたリソース予約周期の可能な値のセットの第１ＵＥ２００－１を構成してもよいという意味で理解されるべきである。例えば、ネットワークノードは、サイドリンクリソースプール及び決定されたサイドリンクリソースプールのリソース予約周期の可能な値のセットを準静的に決定し、決定されたサイドリンクリソースプールの第１ＵＥ２００－１及び決定されたサイドリンクリソースプールのリソース予約周期の可能な値のセットを構成してもよい。

カバレッジ外シナリオでは、「事前構成する」のみが適用される。言い換えれば、カバレッジ外シナリオでは、第１ＵＥ２００－１は、事前構成された少なくとも１つの第１サイドリンクリソースプール及び少なくとも１つの第２サイドリンクリソースプールからサイドリンクリソースプールを選択する。「事前構成する」は、第１ＵＥ２００－１には、所定のリソース予約周期の可能な値の少なくとも１つの範囲からリソース予約周期の可能な値のセットが事前記憶された（ｐｒｅ－ｓｔｏｒｅｄ）又はプログラムされたと理解されるべきである。例えば、第１ＵＥ２００－１は、事前記憶又は事前プログラムされた少なくとも１つの第１サイドリンクリソースプール及び少なくとも１つの第２サイドリンクリソースプールからサイドリンクリソースプールを選択してもよい。

本発明の更なる実施形態では、第１ＵＥ２００－１は、例えば、ユーザ加入者識別モジュール（ＳＩＭ）を介して、少なくとも１つのサイドリンクリソースプール、例えば、以上詳述した少なくとも１つの第１サイドリンクリソースプールが事前構成されてもよい。例えば、以上詳述した少なくとも１つの第１サイドリンクリソースプールは、第１ＵＥ２００－１、例えば、第１ＵＥ２００－１の加入者識別モジュール（ＳＩＭ）又は第１ＵＥ２００－１の別の適切なモジュールに記憶することができる。この実施形態では、第１ＵＥ２００－１は、１つ以上のサイドリンクリソースプールが事前構成されている場合、事前構成された少なくとも１つの第１サイドリンクリソースプールを使用してもよく、事前構成されたサイドリンクリソースプールを選択してもよい。この実施形態では、「事前構成する」は、カバレッジ外シナリオにのみ適用することができる。

図６は、本発明の実施形態に係る第１ＵＥ２００－１と第２ＵＥ２００－２との間の通信を概略的に示す。

第１ＵＥ２００－１は、リソース予約周期の可能な値の事前構成された又はネットワークで構成されたセットからのリソース予約期間を第２ＵＥ２００－２に指示するように構成される（ステップＳ２０）。

第１ＵＥ２００－１は、サイドリンク制御情報（ＳＣＩ）内のリソース予約周期の可能な値のセットからリソース予約期間を第２ＵＥ２００－２に指示するように構成されてもよい。リソース予約期間は、サイドリンク制御情報（ＳＣＩ）の１つのビットとして表されてもよい。サイドリンク制御情報（ＳＣＩ）は、第１ＵＥ２００－１とのサイドリンク通信を行うことができるために、第２ＵＥ（２００－２）が必要とする更なる情報を含んでもよい。

第１ＵＥ２００－１は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）又は物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して、サイドリンク制御情報を第２ＵＥ２００－２に送信するように構成されてもよい。第１ＵＥ２００－１は、サイドリンクリソースプールの各サブフレーム又はスロット内のＳＣＩを送信するように構成されてもよい。

リソース予約周期の可能な値のセットは、サイドリンクリソースプールごとに事前構成される又は構成される。リソース予約周期の可能なセットからの値は、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒を含む所定のリソース予約周期の可能な値の少なくとも１つの範囲から取得されるか、又は所定のリソース予約周期の可能な値の少なくとも１つの範囲のサブセットである。

以上詳述したように、図５は、事前構成された又はネットワークで構成されたリソース予約周期値が３３ミリ秒である場合のサイドリンクリソースプール５００の例を示す。サイドリンクＴＢの送信のためにＵＥによって予約される、サイドリンクリソースプール内で許可されるサイドリンク送信サブフレーム又はスロット５０１のセットは、２つの連続するサイドリンク送信サブフレーム又はスロットの開始の間の３３ミリ秒の期間で周期的である。サブフレーム又はスロット５０１内の各サイドリンク送信は、サイドリンク制御情報（ＳＣＩ）を含む。サイドリンク制御情報は、少なくともリソース予約期間を含み、この例では、３３ミリ秒である。

図５に示されるサイドリンクリソースプール５００の例では、事前構成された又はネットワークで構成されたリソース予約周期は、３３ミリ秒である。しかしながら、第１ＵＥ２００－１は、サイドリンクリソースプール５００の複数のリソース予約期間を指示することもできる。例えば、各サイドリンク制御情報は、異なるリソース予約期間を含んでもよい。

したがって、異なるサイドリンクリソースプールは、異なるサイドリンクアプリケーションと、サービスニーズと、異なるトラフィックパターン（ｔｒａｆｆｉｃ ｐａｔｔｅｒｎ）及び要件とに適合するように、周期値の異なるセットで構成される又は事前構成されることができる。

詳細な実施形態が記載されているが、これらは、添付の特許請求の範囲によって定義される本発明をより良く理解するためのものに過ぎず、限定するものであるとは見做されない。

Claims (27)

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. 所定の前記リソース予約周期の可能な値の少なくとも１つの範囲は、少なくとも｛０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒を含む、請求項２３～２６のいずれかに記載の方法。

Images