▶ フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェラインの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-01-12
(45)【発行日】2024-01-22
(54)【発明の名称】グループ通信のためのリソースプールの設計
(51)【国際特許分類】
H04W 76/14 20180101AFI20240115BHJP
H04W 92/18 20090101ALI20240115BHJP
H04W 74/08 20240101ALI20240115BHJP
H04W 72/02 20090101ALI20240115BHJP
【ＦＩ】
H04W76/14
H04W92/18
H04W74/08
H04W72/02
【請求項の数】
14
(21)【出願番号】P 2021517220
(86)(22)【出願日】2019-09-20
(65)【公表番号】
(43)【公表日】2022-01-11
(86)【国際出願番号】 EP2019075357
(87)【国際公開番号】W WO2020064555
(87)【国際公開日】2020-04-02
【審査請求日】2021-05-24
(31)【優先権主張番号】18197008.8
(32)【優先日】2018-09-26
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】500341779
【氏名又は名称】フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン
(74)【代理人】
【識別番号】100134119
【弁理士】
【氏名又は名称】奥町 哲行
(72)【発明者】
【氏名】ゼルバネザン・ザルン
(72)【発明者】
【氏名】フェレンバッハ・トーマス
(72)【発明者】
【氏名】ヘルゲ・コーネリアス
(72)【発明者】
【氏名】エブラヒム レツァガ・ロヤ
(72)【発明者】
【氏名】ヴィルト・トーマス
(72)【発明者】
【氏名】シエル・トーマス
(72)【発明者】
【氏名】トーマス・ロビン
(72)【発明者】
【氏名】ゴックティーペ・バリス
【審査官】吉村 真治▲郎▼
(56)【参考文献】
【文献】国際公開第２０１５／０４６１５５（ＷＯ，Ａ１）
【文献】特表２０１８－５０９０７２（ＪＰ，Ａ）
【文献】国際公開第２０１７／０２６４６３（ＷＯ，Ａ１）
【文献】国際公開第２０１７／１８５３６９（ＷＯ，Ａ１）
【文献】Lenovo, Motorola Mobility，Resource allocation mechanism in NR V2X[online]，3GPP TSG RAN WG1 #94 R1-1808556，2018年08月10日
【文献】NTT DOCOMO, INC.，Resource allocation mechanism[online]，3GPP TSG RAN WG1 #94 R1-1809159，2018年08月10日
【文献】Samsung，Discussion on resource allocation mechanisms for NR V2X[online]，3GPP TSG RAN WG1 #94 R1-1808778，2018年08月11日
【文献】Ericsson，Radio Resource Management for NR Sidelink Communication[online]，R1-1809304，2018年08月10日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
複数の基地局および１つまたは複数のさらなるユーザデバイス、ＵＥを含み、サイドリンクを介した通信のためのサイドリンクリソースの１つまたは複数のセットを提供する無線通信システムのためのユーザデバイス、ＵＥであって、前記ＵＥは、前記ＵＥと少なくとも１つの基地局との間の通信を可能にする前記複数の基地局のうちの少なくとも１つ、および
ユーザデバイスのグループ内でのサイドリンク通信を可能にする前記サイドリンクを経る前記１つまたは複数のさらなるＵＥであって、前記ユーザデバイスのグループは前記ＵＥおよび前記１つまたは複数のさらなるＵＥを含む、前記１つまたは複数のＵＥ
に接続されるように構成され、
前記ＵＥは、前記ユーザデバイスのグループ内での前記サイドリンク通信に使用されるリソースを、前記少なくとも１つの基地局から直接的または間接的に要求し、また
前記ユーザデバイスのグループ内で前記サイドリンク通信に排他的に使用されるサイドリンクリソースの前記１つまたは複数のセットの少なくとも１つに関する情報を、前記少なくとも１つの基地局から直接的または間接的に取得する
ように構成され、
前記ユーザデバイスのグループ内での前記サイドリンク通信に使用される前記リソースを前記少なくとも１つの基地局から要求するために、前記ＵＥは、前記ユーザデバイスのグループ内での前記サイドリンク通信に必要なリソースの量を判定し、また
前記少なくとも１つの基地局に前記リソースの量を要求するように構成され、
前記ＵＥは、サービスの質、ＱｏＳ、情報に基づいて前記リソースの量を判定するように構成され、
前記サイドリンクリソースの１つまたは複数のセットは、異なる数秘術を有する複数の帯域幅部分を含み、前記ＵＥは、ＱｏＳ要件を満たすために必要な数秘術を有する複数の帯域幅部分のうちの１つまたは複数から、前記ユーザデバイスのグループ内での前記サイドリンク送信のためのリソースを取得することになる、ユーザデバイス、ＵＥ。
【請求項2】
前記ユーザデバイスのグループ内での前記サイドリンク送信のために、前記ＵＥが、前記サイドリンクリソースの少なくとも１つのセットに含まれるサイドリンクリソースの割り当てを前記少なくとも１つの基地局から受信するか、または
事前定義された閾値を下回る別の送信と衝突する可能性がある、前記サイドリンクリソースの少なくとも１つのセットをスキャンおよび感知するか、または、
前記サイドリンクリソースの少なくとも１つのセットに含まれるサイドリンクリソースをランダムに選択する
ように構成される、請求項１に記載のユーザデバイス、ＵＥ。
【請求項3】
前記サイドリンクリソースの割り当ては、使用される時間／周波数グリッドを示すリソース割り当てを含み、および／または前記サイドリンクリソースの少なくとも１つのセット内でリッスンビフォアトークＬＢＴを使用する、請求項２に記載のユーザデバイス、ＵＥ。
【請求項4】
前記サイドリンクリソースの少なくとも１つのセットが、ユーザデバイスの１つまたは複数のグループによって排他的に使用されるために前記少なくとも１つの基地局によって提供される第１の数のリソースに属する、請求項１から３のいずれか一項に記載のユーザデバイス、ＵＥ。
【請求項5】
前記ＵＥは、前記サイドリンクリソースの少なくとも１つのセットに関する前記情報を前記少なくとも１つの基地局から直接取得し、
前記サイドリンクリソースの少なくとも１つのセットについて、前記ユーザデバイスのグループの前記１つまたは複数のさらなるＵＥに通知し、
前記ユーザデバイスのグループ内の通信の場合、前記ＵＥのみが前記少なくとも１つの基地局から前記サイドリンクリソースの少なくとも１つのセットを要求するように構成され、前記ユーザデバイスのグループの前記１つまたは複数のさらなるＵＥは、前記少なくとも１つの基地局にいずれのリソースも要求しないが、前記サイドリンクリソースの少なくとも１つのセット内のリソースのみを使用して前記ユーザデバイスのグループ内で通信する、請求項１から４のいずれか一項に記載のユーザデバイス、ＵＥ。
【請求項6】
前記サイドリンクリソースの少なくとも１つのセットについて前記ユーザデバイスのグループの前記１つまたは複数のさらなるＵＥに通知するために、前記ＵＥは、構成制御メッセージを使用して、前記サイドリンクリソースの少なくとも１つのセットに関する情報を送信するように構成され、前記構成制御メッセージには、少なくともグループＩＤと、前記サイドリンクリソースの少なくとも１つのセットを定義する時間および周波数のパラメータが含まれる、請求項５に記載のユーザデバイス、ＵＥ。
【請求項7】
前記構成制御メッセージに応答する、前記ユーザデバイスのグループの前記１つまたは複数のさらなるＵＥが、前記サイドリンクリソースの少なくとも１つのセットの制御チャネルのみをリッスンし、ユーザデバイスの他のグループが排他的に使用するために前記少なくとも１つの基地局によって提供されるサイドリンクリソースのすべてのセットのチャネル制御をリッスンしない、請求項６に記載のユーザデバイス、ＵＥ。
【請求項8】
前記ＵＥは、それ自体が送信するために前記サイドリンクリソースの少なくとも１つのセット内で第１のリソースを予約し、第２のリソースを前記サイドリンクリソースの少なくとも１つのセットから前記ユーザデバイスのグループの前記１つまたは複数のさらなるＵＥに割り当てるように構成され、前記１つまたは複数のさらなるＵＥが前記第１のリソースで前記送信をリッスンおよび／または受信できるようにする、請求項５から７のいずれか一項に記載のユーザデバイス、ＵＥ。
【請求項9】
無線通信システムが複数の基地局および複数のユーザデバイスを含む、前記無線通信システムにおけるユーザデバイス、ＵＥのグループであって、請求項５から８のいずれか一項に記載の１つまたは複数の第１のユーザデバイス、ＵＥ、
１つまたは複数の第２のユーザデバイス、ＵＥ、
を含み、
前記１つまたは複数の第１のＵＥは、少なくとも１つのグループリーダーＧＬ ＵＥを含み、前記１つまたは複数の第２のＵＥは、１つまたは複数の遠隔ＵＥを含み、前記第１および第２のＵＥは、前記ユーザデバイスのグループを形成する、ユーザデバイス、ＵＥのグループ。
【請求項10】
前記ユーザデバイスのグループは、第１のグループメンバーから開始してグループ拡張方向に拡張し、さらなるグループメンバーは、前記グループ拡張方向に沿って配置され、前記ＧＬ ＵＥは、前記ユーザデバイスのグループ内の特定の位置に配置される、請求項１１に記載のユーザデバイス、ＵＥのグループ。
【請求項11】
１つまたは複数の基地局、および請求項９または１０に記載の１つまたは複数のユーザデバイスのグループを含む、無線通信ネットワーク。
【請求項12】
請求項１１に記載の無線通信ネットワークであって、前記基地局が、
前記ユーザデバイスの１つまたは複数のグループの少なくとも１つの１つまたは複数のメンバーから、前記ユーザデバイスの少なくとも１つのグループ内での前記サイドリンク送信に使用されるリソースの要求を受信し、
前記ユーザデバイスのグループ内で排他的に使用される前記サイドリンクリソースの少なくとも１つのセットを１つまたは複数のメンバーに提供するように構成されている、無線通信ネットワーク。
【請求項13】
複数の基地局および複数のさらなるユーザデバイス、ＵＥを有し、サイドリンクを介した通信のためのサイドリンクリソースの１つまたは複数のセットを提供する無線通信システムのユーザデバイス、ＵＥを操作する方法であって、前記少なくとも１つの基地局と通信するための前記複数の基地局のうちの少なくとも１つ、およびユーザデバイスのグループ内でのサイドリンク通信のための前記サイドリンクを経る１つまたは複数のさらなるＵＥに前記ＵＥが接続され、前記ユーザデバイスのグループが前記ＵＥおよび前記１つまたは複数のさらなるＵＥを含み、前記方法は、前記ユーザデバイスのグループ内の前記サイドリンク通信に使用されるリソースを、前記少なくとも１つの基地局から直接的または間接的に要求すること、および
前記ユーザデバイスのグループ内の前記サイドリンク通信に排他的に使用されるサイドリンクリソースの少なくとも１つのセットに関する情報を、前記少なくとも１つの基地局から直接的または間接的に取得することを含み、
前記ユーザデバイスのグループ内の前記サイドリンク通信に使用される前記リソースを前記少なくとも１つの基地局から要求することは、
前記ユーザデバイスのグループ内の前記サイドリンク通信に必要なリソースの量を判定すること、および
前記少なくとも１つの基地局に前記リソースの量を要求することを含み、
前記リソースの量は、サービスの質、ＱｏＳ、情報に基づいて判定され、
前記サイドリンクリソースの１つまたは複数のセットは、異なる数秘術を有する複数の帯域幅部分を含み、前記ＵＥは、ＱｏＳ要件を満たすために必要な数秘術を有する複数の帯域幅部分のうちの１つまたは複数から、前記ユーザデバイスのグループ内での前記サイドリンク送信のためのリソースを取得することになる、方法。
【請求項14】
コンピュータで実行されると、請求項１３に記載の方法を実行する命令を記憶するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、無線通信システムまたはネットワークの分野、より具体的には、サイドリンク通信を使用する無線通信システムのユーザデバイス間の無線通信のためのアプローチに関する。実施形態は、例えば、グループＶ２Ｘ通信のために、サイドリンクインターフェイスを介して互いに通信するユーザデバイスのグループのためのリソースプール設計に関する。
【背景技術】
【0002】
図１は、図１（ａ）に示されるように、コアネットワーク１０２および１つまたは複数の無線アクセスネットワークＲＡＮ１、ＲＡＮ２、…ＲＡＮＮを含む地上無線ネットワーク１００の例の概略図である。図１（ｂ）は、１つまたは複数の基地局ｇＮＢ１からｇＮＢ５を含み得、それぞれがそれぞれのセル１０６１から１０６５によって概略的に表される基地局を取り巻く特定の領域にサービスを提供し得る無線アクセスネットワークＲＡＮｎの例の概略図である。基地局は、セル内のユーザにサービスを提供するために提供されている。基地局、ＢＳという用語は、５ＧネットワークのｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏのｅＮＢ、またはまさに他のモバイル通信規格のＢＳを指す。ユーザは、固定式のデバイスまたはモバイル式のデバイスの場合がある。無線通信システムはまた、基地局またはユーザに接続するモバイルまたは固定のＩｏＴデバイスによってアクセスされ得る。モバイルデバイスまたはＩｏＴデバイスには、物理デバイス、ロボットや車などの地上車両、有人または無人航空機（ＵＡＶ）などの航空機（後者はまた、ドローンも示す）、建物、ならびに電子機器、ソフトウェア、センサー、アクチュエータなどが組み込まれているその他のアイテムまたはデバイス、およびこれらのデバイスが既存のネットワークインフラストラクチャ全体でデータを収集および交換できるようにするネットワーク接続も含まれ得る。図１（ｂ）は、５つのセルのみの例示的な図を示しているが、ＲＡＮｎは、多かれ少なかれそのようなセルを含み得、ＲＡＮｎはまた、１つの基地局のみを含み得る。図１（ｂ）は、セル１０６２内にあり、基地局ｇＮＢ２によってサービスが提供される、ユーザ機器、ＵＥとも呼ばれる、２人のユーザＵＥ１およびＵＥ２を示している。別のユーザＵＥ３は、基地局ｇＮＢ４によってサービスされるセル１０６４に示されている。矢印１０８１、１０８２および１０８３は、ユーザＵＥ１、ＵＥ２およびＵＥ３から基地局ｇＮＢ２、ｇＮＢ４にデータを送信するため、または基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表す。さらに、図１（ｂ）は、セル１０６４内の２つのＩｏＴデバイス１１０１および１１０２を示しており、これらは、固定デバイスまたはモバイルデバイスであり得る。ＩｏＴデバイス１１０１は、基地局ｇＮＢ４を介して無線通信システムにアクセスして、矢印１１２１によって概略的に表されるようにデータを送受信する。ＩｏＴデバイス１１０２は、矢印１１２２によって概略的に表されるように、ユーザＵＥ３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ１からｇＮＢ５は、コアネットワーク１０２に、例えば、Ｓ１インターフェイスを介して、それぞれのバックホールリンク１１４１から１１４５を介して接続され得、これらは、図１（ｂ）において「コア」を指す矢印によって概略的に表されている。コアネットワーク１０２は、１つまたは複数の外部ネットワークに接続することができる。さらに、それぞれの基地局ｇＮＢ１からｇＮＢ５のいくつかまたはすべては、例えば、ＮＲのＳ１またはＸ２インターフェイスまたはＸＮインターフェイスを介して、それぞれのバックホールリンク１１６１から１１６５を介して互いに接続され得、これらは、図１（ｂ）において「コア」を指す矢印によって概略的に表されている。
【0003】
データ送信には、物理リソースグリッドを使用できる。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソース要素のセットを含むことができる。例えば、物理チャネルは、ダウンリンクおよびアップリンクペイロードデータとも呼ばれるユーザ固有のデータを伝える物理ダウンリンクおよびアップリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ）、例えばマスター情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ）を伝える物理ブロードキャストチャネル（ＰＢＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）を伝える物理ダウンリンクおよびアップリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ）を含み得る。アップリンクの場合、物理チャネルには、ＵＥがＭＩＢとＳＩＢを同期して取得した後、ネットワークにアクセスするためにＵＥが使用する物理ランダムアクセスチャネル（ＰＲＡＣＨまたはＲＡＣＨ）がさらに含まれる場合がある。物理信号は、基準信号または記号（ＲＳ）、同期信号などを含み得る。リソースグリッドは、時間領域で特定の持続時間を有し、周波数領域で所与の帯域幅を有するフレームまたは無線フレームを含み得る。フレームは、事前定義された長さの特定の数のサブフレームを有することができる。各サブフレームには、サイクリックプレフィックス（ＣＰ）の長さに応じて、６または７のＯＦＤＭシンボルの２つのスロットが含まれる場合がある。フレームは、例えば短縮された送信時間間隔（ｓＴＴＩ）を利用する場合の少数のＯＦＤＭシンボル、またはほんの少数のＯＦＤＭシンボルのみで構成されるミニスロット／非スロットベースのフレーム構造からなる場合もある。
【0004】
無線通信システムは、直交周波数分割多重方式（ＯＦＤＭ）システム、直交周波数分割多元方式（ＯＦＤＭＡ）システム、またはＤＦＴ－ｓ－ＯＦＤＭなどのＣＰの有無にかかわらない、その他のいずれかのＩＦＦＴベースの信号など、周波数分割多重方式を使用する任意のシングルトーンまたはマルチキャリアのシステムにすることができる。フィルタバンクマルチキャリア（ＦＢＭＣ）、一般化周波数分割多重（ＧＦＤＭ）、またはユニバーサルフィルタマルチキャリア（ＵＦＭＣ）などの、多元接続用の非直交波形などの他の波形を使用できる。無線通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ標準または５ＧまたはＮＲ、Ｎｅｗ Ｒａｄｉｏ、標準に従って動作することができる。
【0005】
図１に示される無線ネットワークまたは通信システムは、別個のオーバーレイされたネットワーク、例えば、基地局ｇＮＢ１からｇＮＢ５のようなマクロ基地局を含む各マクロセルを備えたマクロセルのネットワーク、およびフェムトまたはピコ基地局のようなスモールセルの基地局（図１には示されていない）ネットワークを有する異種ネットワークによるものであり得る。
【0006】
上記の地上無線ネットワークに加えて、衛星のような衛星搭載トランシーバ、および／または無人航空機システムのような空中トランシーバを含む非地上無線通信ネットワークも存在する。非地上無線通信ネットワークまたはシステムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ規格または５ＧまたはＮＲ、新たな無線の規格に従って、図１を参照して上記の地上システムと同様の方法で動作することができる。
【0007】
モバイル通信ネットワーク、例えば、ＬＴＥまたは５Ｇ／ＮＲネットワークのような、図１を参照して上で説明したようなネットワークでは、例えばＰＣ５インターフェイスを使用して、１つまたは複数のサイドリンク（ＳＬ）チャネルを介して互いに直接通信するＵＥがあり得る。サイドリンクを介して互いに直接通信するＵＥには、他の車両と直接通信する車両（Ｖ２Ｖ通信）、無線通信ネットワークの他のエンティティと通信する車両（Ｖ２Ｘ通信）、例えば、信号機、交通標識または歩行者などの路側エンティティが含まれ得る。他のＵＥは、車両関連のＵＥでなくてもよく、上記のデバイスのいずれかを含み得る。このようなデバイスは、ＳＬチャネルを使用して相互に直接通信（Ｄ２Ｄ通信）することもできる。
【0008】
サイドリンクを介して互いに直接通信する２つのＵＥを考慮する場合、両方のＵＥは、同じ基地局によってサービスされ得る、すなわち、両方のＵＥは、図１に示される基地局の１つのように、基地局のカバレッジエリア内にあり得る。これは、「カバレッジ内」シナリオと呼ばれる。他の例によれば、サイドリンクを介して通信する両方のＵＥは、基地局によってサービスされない場合があり、これは「カバレッジ外」シナリオと呼ばれる。「カバレッジ外」は、２つのＵＥが図１に示されるセルの１つの中にないことを意味するのではなく、むしろ、これらのＵＥが基地局に接続されていないこと、例えばそれらがＲＲＣ接続状態ではないことを意味することに留意されたい。さらに別のシナリオは「部分カバレッジ」シナリオと呼ばれ、サイドリンクを介して相互に通信する２つのＵＥの一方が基地局によってサービスされるが、他方のＵＥは基地局によってサービスされない。
【0009】
サイドリンクを介して互いに直接通信する２つのＵＥを検討する場合、例えばＵＥの１つであるＰＣ５は、ＢＳに接続することもでき、サイドリンクインターフェイスを介してＢＳから他のＵＥに情報をリレーすることができる。リレーは、同じ周波数帯域（帯域内リレー）で実行することも、別の周波数帯域（帯域外リレー）を使用して実行することもできる。最初のケースでは、時分割複信（ＴＤＤ）システムの場合と同様に、Ｕｕとサイドリンクの通信を異なるタイムスロットを使用して分離できる。
【0010】
図２は、互いに直接通信している２つのＵＥが両方とも基地局のカバレッジ内にある状況の概略図である。基地局ｇＮＢは、基本的に、図１に概略的に表されるセルに対応する円２００によって概略的に表されるカバレッジエリアを有する。互いに直接通信するＵＥは、両方とも基地局ｇＮＢのカバレッジエリア２００内にある第１の車両２０２および第２の車両２０４を含む。車両２０２、２０４は両方とも基地局ｇＮＢに接続されており、さらに、それらはＰＣ５インターフェイスを介して互いに直接接続されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、基地局とＵＥとの間の無線インターフェイスであるＵｕインターフェイスを介した制御シグナリングを介してｇＮＢによって支援される。ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用されるリソースを割り当てる。この構成は、ＮＲ Ｖ２Ｘではモード１構成、ＬＴＥ Ｖ２Ｘではモード３構成とも呼ばれる。
【0011】
図３は、ＵＥが基地局をカバーしていない状況の概略図である。すなわち、互いに直接通信しているそれぞれのＵＥは、物理的には無線通信ネットワークのセル内にあるかもしれないが、基地局に接続されていない。３台の車両２０６、２０８、および２１０は、例えば、ＰＣ５インターフェイスを使用して、サイドリンクを介して互いに直接通信していることが示されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉の管理は、車両間に実装されたアルゴリズムに基づいている。この構成は、ＮＲ Ｖ２Ｘではモード２構成、ＬＴＥ Ｖ２Ｘではモード４構成とも呼ばれる。上記のように、カバレッジ外シナリオである図３のシナリオは、それぞれのモード４のＵＥが基地局のカバレッジ２００の外側にあることを意味するのではなく、むしろ、それぞれのモード４のＵＥが、基地局によってサービスを提供されていない、またはカバレッジエリアの基地局に接続されていないことを意味する。したがって、図２に示されるカバレッジエリア２００内に、モード３のＵＥ２０２、２０４に加えて、モード４のＵＥ２０６、２０８、２１０も存在する状況があり得る。
【0012】
車両ユーザデバイス、ＵＥの上記のシナリオでは、複数のそのようなユーザデバイスは、単にグループとも呼ばれるユーザデバイスのグループを形成することができ、グループ内またはグループメンバー間の通信は、ＰＣ５インターフェイスなど、ユーザデバイス間のサイドリンクのインターフェイスを介して実行することができる。無線通信ネットワーク内またはそのセル内に、複数のそのようなグループが同時に存在し得る。グループ内の通信はサイドリンク通信を介して行われることに留意されたいが、グループまたはその少なくとも一部のグループメンバーがカバレッジ内にある場合、これは、グループメンバーの一部またはすべてがグループ外部の他のエンティティと基地局またはサイドリンクを介して通信することも排除しない。例えば、車両ユーザデバイスを使用する上記のシナリオは、車両ユーザデバイスを備えた複数の車両が、例えば、遠隔運転アプリケーションによって一緒にグループ化され得る輸送産業の分野で採用され得る。
【0013】
複数のユーザデバイスが互いにサイドリンク通信のために一緒にグループ化され得る他のユースケースには、例えば、ファクトリーオートメーションおよび配電が含まれる。工場の自動化の場合、工場内の複数の移動式または固定式の機械にユーザデバイスを装備し、サイドリンク通信のためにグループ化して、例えばロボットのモーションコントロールのように機械の動作を制御することができる。配電の場合、配電グリッド内のエンティティは、システムの特定の領域内で、サイドリンク通信を介して相互に通信するようにグループ化され、システムを監視し、配電網の障害と停止に対処することを可能にするそれぞれのユーザデバイスを備え得る。
【0014】
上記のセクションの情報は、本発明の背景の理解を深めるためだけのものであり、したがって、当業者に既に知られている先行技術を成すものではない情報を含み得ることに留意されたい。
【0015】
上記の従来技術から始めて、上記のシナリオ、およびより一般的に、サイドリンク通信を使用してグループメンバー間の通信を提供するために複数のユーザをグループ化することができる無線通信システムを考慮すると、グループ内の通信に必要なリソースを提供または定義するための改善されたアプローチが必要になる場合がある。
次に、本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
次に、本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
【図面の簡単な説明】
【0016】
【図1】無線通信システムの例の概略図を示す。
【図2】互いに直接通信しているＵＥが基地局のカバレッジ内にある状況の概略図である。
【図3】互いに直接通信しているＵＥが基地局のカバレッジ内にない、すなわち、基地局に接続されていないシナリオを示している。
【図4】本発明の実施形態による、送信機と１つまたは複数の受信機との間で情報を通信するための無線通信システムの概略図である。
【図6】帯域幅部分の概念を概略的に示している。
【図7】異なる数秘術および／または異なる帯域幅サイズのＢＷＰのアクティブ化を示している。
【図8】基地局と通信するため、および基地局から他のメンバーＵＥに情報をリレーするために、リーダーＵＥがグループにおいて提供される本発明の実施形態を示す。
【図9】ＱｏＳ要件に基づいてミニリソースプールがグループに割り当てられる実施形態を示している。
【図10】カバレッジ内のグループキャスト送信メカニズムのシーケンスチャートの実施形態を示している。
【図14】帯域幅部分内のリソースプールの実施形態を示す。
【図15】グループに割り当てられたミニプールからのメンバーＵＥによる送信リソースを感知および選択するためのシグナリングシーケンスの実施形態を示している。
【図16】メンバーＵＥによる許可なしの送信のためのシグナリングシーケンスの実施形態を示す。
【図17】ブロードキャスト通信のためのリソースおよびブロードキャストＢＳＭ用のグループキャスト通信のためのリソースの部分的な共有の実施形態を示す。
【図18】グループがカバレッジ内にあるときのＧＬ、ＧＭ、およびＧＳ ＵＥの選択のためのメッセージフローの実施形態を示している。
【図19】カバレッジ外にあるときにＧＬ、ＧＭ、およびＧＳ ＵＥを再選択するためのメッセージフローの実施形態を示している。
【図20】ユニットまたはモジュール、ならびに本発明のアプローチに従って説明された方法のステップが実行され得るコンピュータシステムの例を示している。
【発明を実施するための形態】
【0017】
ここで、本発明の実施形態は、同じまたは類似の要素が同じ参照記号を割り当てられている添付の図面を参照して、より詳細に説明される。
【0018】
初期のビークルツーエブリシング（Ｖ２Ｘ）の仕様は、３ＧＰＰ標準のＬＴＥ Ｒｅｌｅａｓｅ １４に含まれていた。リソースのスケジューリングと割り当てはＶ２Ｘ要件に従って変更されたが、元のデバイス間（Ｄ２Ｄ）通信標準が設計の基礎として使用された。Ｃｅｌｌｕｌａｒ Ｖ２Ｘは、リソース割り当ての観点から２つの構成、つまり上記のモード３とモード４の構成で動作することが認められている。上記のように、Ｖ２Ｘモード３構成では、リソースのスケジューリングおよび干渉管理は、車両間通信のようなサイドリンク、ＳＬ通信を可能にするために、基地局のカバレッジ内のＵＥのために基地局によって実行される。制御シグナリングは、例えばダウンリンク制御インジケータ、ＤＣＩを使用して、Ｕｕインターフェイスを介してＵＥに提供され、基地局によって動的に割り当てられる。Ｖ２Ｘモード４の構成では、ＳＬ通信のスケジューリングと干渉管理は、事前構成されたリソース構成に基づいて、ＵＥ間で分散または非集中のアルゴリズムを使用して自律的に実行される。上記のように、グループメンバー間の通信が望まれる様々なシナリオまたはユースケースがあり、これは、グループキャスト通信とも呼ばれる。このようなグループキャスト通信では、グループのメンバーが、高レベルの信頼性と低次の待ち時間を維持しながら、より短い距離で相互に通信できる必要がある。
【0019】
言及されたユースケースの例は、車両の隊列走行、拡張センサー、高度な運転、および遠隔運転である。これまでのところ、基地局は、基地局との通信に使用されるリソースをＵＥに割り当て、リソースは、基地局のカバレッジ内にある、基地局によって複数のユーザに割り当てられ得る、基地局で利用可能なリソースのセット全体またはリソースのサブセットから、基地局によって、選択されている。しかし、このアプローチは不利である。なぜなら、これは、グループ内のＵＥのサイドリンク（ＳＬ）送信リソースの要求に対して大きなシグナリングのオーバーヘッドが発生する、および／またはグループがグループの一部ではない他のＵＥとリソースを競合したときに通信のパフォーマンスが低下するに至る可能性があるためである。さらに、サイドリンク通信の場合、非常に広いシステム帯域幅の連続した処理が課題になる。ＮＲの帯域幅部分（ＢＷＰ）の概念は、以前のセルラー規格、例えば、ＬＴＥまたはＵＭＴＳと比較した場合、周波数領域でより広いシステム帯域幅をサポートする。構成された数秘術に応じて、ＮＲの単一コンポーネントキャリア（ＣＣ）の最大帯域幅は、最大５０ＭＨｚ（１５ｋＨｚで）、１００ＭＨｚ（３０ｋＨｚで）、２００ＭＨｚ（６０ｋＨｚで）、４００ＭＨｚ（１２０ｋＨｚで）となり得る。ＬＴＥの場合、ＣＣごとにサポートされる最大帯域幅は２０ＭＨｚである。さらに、ＮＲのシステム帯域幅は、ＬＴＥ ＣＡと同様に、キャリアアグリゲーション（ＣＡ）の技術によってさらに増やすことができる。
【0020】
さらに改良することなく広い帯域幅を利用するＮＲのＶ２Ｘの場合、Ｖ２Ｘ ＵＥは、以前のシステムと同様に、はるかに広い帯域幅で制御信号とデータ信号を検索する必要がある。これには、特定の期間における、より多くのデータのバッファリングと処理が必要である。その結果、Ｖ２Ｘ ＵＥは、ＬＴＥ Ｖ２Ｘモデムと比較した場合、より大きなメモリと、より高い処理能力をサポートする必要がある。さらに、現在のＶ２Ｘ ＵＥは、ほとんどが半二重モデムである。これは、Ｖ２Ｘ ＵＥが同時に送信と受信を行うことができないことを意味する。受信方向と送信方向を切り替えるには、貴重な時間のリソースが必要である。したがって、Ｖ２Ｘ ＵＥの制御シグナリングとリソースの割り当ての何らかの最適化は、特定のＶ２Ｘ ＵＥがＶ２Ｘメッセージのスキャンと受信に、受信ブランチを使用する必要がある時点で、Ｖ２Ｘ ＵＥが切り替わるのを、防ぐことができる。
【0021】
この問題に対処するために、本発明は、基地局のリソースプールとも呼ばれる、基地局で利用可能なリソースから使用されるリソースを、もはやＵＥに対して多かれ少なかれ恣意的に選択しないアプローチを提供する。むしろ、本発明のアプローチによれば、基地局のカバレッジ内のグループのそれぞれについて、１つまたは複数の事前定義されたリソースのセットが選択または予約され、これらはミニリソースプール（ミニＲＰまたはｍＲＰ）またはサブプールとも呼ばれる。このリソースのセットまたはミニリソースプールは、ＳＬインターフェイスを使用したグループメンバー間の通信のために、ユーザデバイスのグループ内にのみ存在する。言い換えれば、従来のアプローチ以外に、本発明のアプローチによれば、ユーザデバイスの各グループに対して、１つまたは複数のミニリソースプールが、基地局の全体的なリソースプール内に、およびグループ内のそれぞれのグループメンバー間の通信のために定義され、グループに関連付けられた１つまたは複数のミニリソースプールからのリソースは、基地局によって、別のメンバーＵＥを介して直接的または間接的に、それぞれのグループメンバーに割り当てられる。本発明のアプローチは、専用のリソースがグループ通信に割り当てられるため、従来のアプローチよりも有利であり、これにより、グループ内のＵＥに対して、より低次の待ち時間およびより高い信頼性での通信が可能になる。さらに、本発明のアプローチを利用して、Ｖ２Ｘ ＵＥは、元のＢＷＰよりも狭い帯域幅を有する帯域幅部分（ＢＷＰ）のその部分をスキャンし、バッファリングし、処理するだけでよい。これにより、Ｖ２Ｘ ＵＥに必要なメモリ量と処理能力が削減され、送信と受信を切り替える際の切り替え時間が短縮される可能性がある。さらに、Ｖ２Ｘ ＵＥの複雑さが軽減されるため、この機能のセットを備えたＶ２Ｘ ＵＥモデムの価格を下げることができる。
【0022】
別の言い方をすれば、本発明は、ＵＥのグループ内の通信に必要なリソースを提供または定義するための改善されたアプローチを提供することを目的とする。これは、以下でより詳細に説明するように本発明によって対処され、本発明の実施形態は、移動端末またはＩｏＴのデバイスのような、基地局およびユーザを含む、図１、図２および図３に示されるような無線通信システムに実装され得る。図４は、基地局のような送信機３００、およびユーザデバイス、ＵＥのような１つまたは複数の受信機３０２１から３０２ｎを含む無線通信システムの概略図である。送信機３００および受信機３０２は、無線リンクのような無線通信リンクまたはチャネル３０４ａ、３０４ｂ、３０４ｃを介して通信することができる。送信機３００は、１つまたは複数のアンテナＡＮＴＴ、または複数のアンテナ要素を有するアンテナアレイ、信号プロセッサ３００ａ、およびトランシーバ３００ｂが互いに結合されており、含み得る。受信機３０２は、１つまたは複数のアンテナＡＮＴＲまたは複数のアンテナを有するアンテナアレイ、信号プロセッサ３０２ａ１、３０２ａｎ、およびトランシーバ３０２ｂ１、３０２ｂｎが、互いに結合されており含んでいる。基地局３００およびＵＥ３０２は、Ｕｕインターフェイスを使用する無線リンクのように、それぞれの第１の無線通信リンク３０４ａおよび３０４ｂを介して通信することができ、一方、ＵＥ３０２は、ＰＣ５インターフェイスを使用する無線リンクのように、第２の無線通信リンク３０４ｃを介して互いに通信することができる。
システム、基地局３００および１つまたは複数のＵＥ３０２は、本明細書に記載の本発明の教示に従って動作することができる。
本発明は、複数の基地局および複数のユーザデバイス、ＵＥを含む無線通信システムのための装置を提供し（例えば、請求項１を参照）、装置は、
基地局と通信するための基地局、および
システム、基地局３００および１つまたは複数のＵＥ３０２は、本明細書に記載の本発明の教示に従って動作することができる。
本発明は、複数の基地局および複数のユーザデバイス、ＵＥを含む無線通信システムのための装置を提供し（例えば、請求項１を参照）、装置は、
基地局と通信するための基地局、および
【0023】
１つまたは複数のＵＥとのサイドリンク通信のためのサイドリンクを経る１つまたは複数のＵＥであって、装置および１つまたは複数のＵＥがユーザデバイスのグループを形成する、１つまたは複数のＵＥ
に接続されるよう構成され、
ユーザデバイスのグループの１つまたは複数のＵＥとのサイドリンク通信に使用されるリソースを、基地局から直接的または間接的に要求し、また
に接続されるよう構成され、
ユーザデバイスのグループの１つまたは複数のＵＥとのサイドリンク通信に使用されるリソースを、基地局から直接的または間接的に要求し、また
【0024】
グループ内のサイドリンク通信に使用されるリソースの少なくとも１つのセットに関する情報を、基地局から直接的または間接的に取得し、各リソースのセットは、ユーザデバイスのグループ内でのみまたは排他的に使用され、グループメンバーは、グループの装置および１つまたは複数のＵＥを含む
ように構成されている。
ように構成されている。
【0025】
実施形態によれば（例えば、請求項２を参照）、基地局によって提供されるリソースのセットは、複数のリソースのグループを含み、複数のリソースのグループは、第１の数秘術を有する第１のリソースのグループと、第２の数秘術を有する第２のリソースのグループとを少なくとも含み、第１および第２の数秘術は異なる。
【0026】
実施形態（例えば、請求項３を参照）によれば、ＱｏＳ要件、例えば、特定の優先度および／または待ち時間および／または信頼性要件を定義するアプリケーションレイヤーのＱｏＳ要件に応じて、リソースのセットは、第１のリソースのグループまたは第２のリソースのグループから選択される。
実施形態によれば（例えば、請求項４を参照）、装置は、直接または間接的に、そのＱｏＳ要件を基地局に送信し、
基地局から、直接的または間接的に、基地局が必要な数秘術に属するリソースを割り当てているという確認を受信し、
確認に応じて、基地局が装置にリソースを割り当てることができるように、基地局に推定データ使用量を直接的または間接的に提供する
ように構成される。
実施形態によれば（例えば、請求項４を参照）、装置は、直接または間接的に、そのＱｏＳ要件を基地局に送信し、
基地局から、直接的または間接的に、基地局が必要な数秘術に属するリソースを割り当てているという確認を受信し、
確認に応じて、基地局が装置にリソースを割り当てることができるように、基地局に推定データ使用量を直接的または間接的に提供する
ように構成される。
【0027】
実施形態によれば（例えば、請求項５を参照）、基地局によって提供されるリソースのセットは、異なる数秘術を有する１つまたは複数のリソースのグループを含み、１つまたは複数のリソースのグループは、グループにのみ使用されるように構成される。
【0028】
実施形態によれば（例えば、請求項６を参照）、基地局で利用可能なリソースが、異なる数秘術を有する１つまたは複数のリソースのグループを含み、リソースのセットは基地局によって提供され、それはグループにのみ使用されるように構成され、１つまたは複数のリソースのグループに属する。
【0029】
実施形態によれば（例えば、請求項７を参照）、各リソースのグループは、データが存在するリソースのグループ内のリソースを指す、サイドリンク制御情報ＳＣＩのための制御領域を含む。
実施形態（例えば、請求項８を参照）によれば、リソースの複数のグループが提供され、複数のリソースのグループが、
データが存在するリソースのグループ内のリソースを指すサイドリンク制御情報ＳＣＩの制御領域を含む、１つまたは複数のリソースのグループ、
制御領域を含まない１つまたは複数のリソースのグループ
を含む。
実施形態によれば（例えば、請求項９を参照）、制御領域は、
共通の検索スペース、
ユーザ固有の検索スペース、
グループ固有の検索スペース、
制御リソースセット、ＣＯＲＥＳＥＴ
の１つまたは複数を含み、
実施形態（例えば、請求項８を参照）によれば、リソースの複数のグループが提供され、複数のリソースのグループが、
データが存在するリソースのグループ内のリソースを指すサイドリンク制御情報ＳＣＩの制御領域を含む、１つまたは複数のリソースのグループ、
制御領域を含まない１つまたは複数のリソースのグループ
を含む。
実施形態によれば（例えば、請求項９を参照）、制御領域は、
共通の検索スペース、
ユーザ固有の検索スペース、
グループ固有の検索スペース、
制御リソースセット、ＣＯＲＥＳＥＴ
の１つまたは複数を含み、
【0030】
検索スペースは、物理ＳＬ制御チャネル、ＰＳＣＣＨなどのサイドリンク制御情報が存在するリソースのセットによって定義されるリソースグリッド内の特定の領域であり、
１つまたは複数のリソースのグループは、帯域幅部分、ＢＷＰである可能性がある。
実施形態によれば（例えば、請求項１０を参照）、装置が、
１つまたは複数のリソースのグループは、帯域幅部分、ＢＷＰである可能性がある。
実施形態によれば（例えば、請求項１０を参照）、装置が、
【0031】
リソースのセットからのリソースが装置に割り当てられている場合、リソースのセットからの割り当てられたリソースをグループメンバー間で送信するために選択するか、または
【0032】
リソースのセットからのリソースが装置に割り当てられていない場合、衝突の可能性がより低いリソースのリソースのセットをスキャンおよび感知して、衝突の可能性がより低いグループメンバーリソース間の送信を選択するか、または、
【0033】
リソースのセットからのリソースが装置に割り当てられていない場合、リソースのセットからグループメンバーリソース間の送信をランダムに選択するか、または
【0034】
リソースのセットからのリソースの一部のみが装置に割り当てられている場合、装置が残りの空きまたは未使用のリソースの１つまたは複数を使用することを可能にする信号に応答して、
【0035】
衝突の可能性がより低いリソースの残りの空きまたは未使用のリソースをスキャンして検知し、衝突の可能性がより低い、空きまたは未使用のリソースの残るグループメンバー間の送信を選択するか、残りの空きまたは未使用のリソースからのグループメンバーリソースの間の送信をランダムに選択し、装置によって使用される残りの空きまたは未使用のリソースからのそれらのリソースに信号を送る
【0036】
ように構成され、任意選択で、装置は、グループリーダーのような別のグループメンバーによって、感知を行い、感知の結果を他のグループメンバーに送信するように指示されるように構成され得る。
【0037】
実施形態（例えば、請求項１１を参照）によれば、リソースのセットからのリソースは、使用される時間／周波数グリッドを示す正確なリソース割り当てを使用して、および／またはリソースのセット内でリッスンビフォアトークＬＢＴを使用して割り当てられる。
【0038】
実施形態（例えば、請求項１２を参照）によれば基地局から、ユーザデバイスのグループの１つまたは複数のＵＥとのサイドリンク通信に使用されるリソースを要求するために、装置は、
ユーザデバイスのグループ内のサイドリンク通信に必要なリソースの量を判定し、
基地局に判定された量のリソースを要求するように構成される。
ユーザデバイスのグループ内のサイドリンク通信に必要なリソースの量を判定し、
基地局に判定された量のリソースを要求するように構成される。
【0039】
実施形態によれば（例えば、請求項１３を参照）、装置は、基地局からの問い合わせに応答して、または事前定義された間隔で、リソースのセットからの割り当てられたリソースの利用について基地局に通知するように構成される。
実施形態（例えば、請求項１４を参照）によれば、装置は、以下の
グループのサイズ、
リソースの望ましい数秘術、
重要なグループキャスト固有通信を実行するために必要なデータの量、
実施形態（例えば、請求項１４を参照）によれば、装置は、以下の
グループのサイズ、
リソースの望ましい数秘術、
重要なグループキャスト固有通信を実行するために必要なデータの量、
【0040】
必要な待ち時間、例えば、Ｐｒｏ－ｓｅ Ｐｅｒ Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ、ＰＰＰＰ、またはＰａｃｋｅｔ ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢの形式、
必要な信頼性、例えば、Ｐｒｏ－ｓｅ Ｐｅｒ Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ、ＰＰＰＲ、またはＰａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅの形式で、
通信範囲、
サービスの質、ＱｏＳ、クラス識別子、ＱＣＩ、
５Ｇ ＱｏＳインジケータ、５ＱＩ、メトリック
必要な信頼性、例えば、Ｐｒｏ－ｓｅ Ｐｅｒ Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ、ＰＰＰＲ、またはＰａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅの形式で、
通信範囲、
サービスの質、ＱｏＳ、クラス識別子、ＱＣＩ、
５Ｇ ＱｏＳインジケータ、５ＱＩ、メトリック
【0041】
というパラメータのうちの１つまたは複数に基づいて、またはパラメータのうちの１つまたは複数の組み合わせに基づいて、必要なリソースの量を判定するように構成される。
【0042】
実施形態によれば（例えば、請求項１５を参照）、リソースのセットが、ユーザデバイスの１つまたは複数のグループによって排他的に使用されるために基地局によって提供される第１の数のリソースに属する。
実施形態によれば（例えば、請求項１６を参照）、
基地局はさらに、基地局でカバーされている個々のＵＥまたはすべてのＵＥへの送信のために割り当てられるべき少なくとも第２の数のリソースを提供し、
実施形態によれば（例えば、請求項１６を参照）、
基地局はさらに、基地局でカバーされている個々のＵＥまたはすべてのＵＥへの送信のために割り当てられるべき少なくとも第２の数のリソースを提供し、
【0043】
リソースのセットは、第１の数のリソースに属するリソースに加えて、グループのメンバーによる、ＢＳＭのようなブロードキャストメッセージの送信を可能にするために第２の数のリソースに属する追加のリソースをさらに含む。
【0044】
実施形態によれば（例えば、請求項１７を参照）、第１の数のリソースと第２の数のリソースは、追加のリソースが選択される共通のリソースを定義するために部分的に重複している、または
第１の数のリソースと第２の数のリソースは互いに分離されており、追加のリソースは第２の数のリソースから選択される。
実施形態によれば（例えば、請求項１８を参照）、装置が基地局のカバレッジエリアを離れる場合、装置は、
現在のリソース構成を保持する、または
タイマーが切れるまで現在のリソース構成を保持する、または
イベントがトリガーされるまで、現在のリソース構成を保持する、または
基地局によって提供される事前定義されたリソース構成を使用する、または
装置にハードコードされているリソース構成を使用する
ように構成される。
第１の数のリソースと第２の数のリソースは互いに分離されており、追加のリソースは第２の数のリソースから選択される。
実施形態によれば（例えば、請求項１８を参照）、装置が基地局のカバレッジエリアを離れる場合、装置は、
現在のリソース構成を保持する、または
タイマーが切れるまで現在のリソース構成を保持する、または
イベントがトリガーされるまで、現在のリソース構成を保持する、または
基地局によって提供される事前定義されたリソース構成を使用する、または
装置にハードコードされているリソース構成を使用する
ように構成される。
【0045】
実施形態によれば（例えば、請求項１９を参照）、リソースのセットが、周波数ドメイン全体にわたって、および時間ドメイン全体にわたって隣接または非隣接な、複数の接触または非接触リソースを含む。
実施形態によれば（例えば、請求項２０を参照）、リソースのセットは、リソースプールまたはミニリソースプールまたはサブプールを定義する。
実施形態によれば（例えば、請求項２１を参照）、装置は、
－モバイル端末、または
－固定端末、または
－セルラーＩｏＴ－ＵＥ、または
－車両ＵＥ、または
－ＩｏＴまたは狭帯域ＩｏＴ、ＮＢ－ＩｏＴ、デバイス、または
－地上車両、または
－航空機、または
－ドローン、または
－移動式基地局、または
－路側ユニット、または
－建物、または
実施形態によれば（例えば、請求項２０を参照）、リソースのセットは、リソースプールまたはミニリソースプールまたはサブプールを定義する。
実施形態によれば（例えば、請求項２１を参照）、装置は、
－モバイル端末、または
－固定端末、または
－セルラーＩｏＴ－ＵＥ、または
－車両ＵＥ、または
－ＩｏＴまたは狭帯域ＩｏＴ、ＮＢ－ＩｏＴ、デバイス、または
－地上車両、または
－航空機、または
－ドローン、または
－移動式基地局、または
－路側ユニット、または
－建物、または
【0046】
－センサーやアクチュエータなど、アイテム／デバイスが無線通信ネットワークを使用して通信できるようにするネットワーク接続を備えたいずれかの他のアイテムまたはデバイス
の１つまたは複数を含む。
実施形態によれば（例えば、請求項２２を参照）、装置は、
ユーザデバイスのグループ内の送信に使用されるリソースのセットに関する情報を基地局から直接取得し、
ユーザデバイスのグループ内の送信に使用されるリソースのセットについて、ユーザデバイスのグループの１つまたは複数のＵＥに通知する。
の１つまたは複数を含む。
実施形態によれば（例えば、請求項２２を参照）、装置は、
ユーザデバイスのグループ内の送信に使用されるリソースのセットに関する情報を基地局から直接取得し、
ユーザデバイスのグループ内の送信に使用されるリソースのセットについて、ユーザデバイスのグループの１つまたは複数のＵＥに通知する。
【0047】
実施形態（例えば、請求項２３を参照）によれば、グループ内の通信については、装置のみが基地局にリソースのセットを要求するように構成され、グループの１つまたは複数のＵＥは、基地局にリソースを要求しないが、リソースのセット内のリソースのみを使用してグループ内で通信する。
【0048】
実施形態（例えば、請求項２４を参照）によれば、ユーザデバイスのグループ内の送信に使用されるリソースのセットについてユーザデバイスのグループの１つまたは複数のＵＥに通知するために、装置は、
【0049】
構成制御メッセージを使用して、リソースのセットに関する情報を送信し、構成制御メッセージには、少なくともグループＩＤと、リソースのセットを定義する時間および周波数のパラメータが含まれる。
実施形態によれば（例えば、請求項２５を参照）、構成制御メッセージは、
実施形態によれば（例えば、請求項２５を参照）、構成制御メッセージは、
【0050】
グループの１つまたは複数のＵＥが第１のリソースを使用して送信しないように、第１のリソースがグループの１つまたは複数のＵＥに見えるようにする、装置による送信のための第１のリソース、
【0051】
サイドリンクの半永続的スケジューリング、ＳＬ ＳＰＳ、優先度、信頼性、待ち時間などのＱｏＳパラメータに基づくグループの１つまたは複数のＵＥの構成インデックス
ＳＬ ＳＰＳのアクティブ化／リリース、
再送信の表示、
ブロードキャスト基本安全メッセージ、ＢＳＭ用の共有のリソースインデックス、
緊急時にＵＥのいずれかによって使用される時間および周波数のリソースなどの優先度の高いリソースインデックス
のうちの１つまたは複数を示す。
ＳＬ ＳＰＳのアクティブ化／リリース、
再送信の表示、
ブロードキャスト基本安全メッセージ、ＢＳＭ用の共有のリソースインデックス、
緊急時にＵＥのいずれかによって使用される時間および周波数のリソースなどの優先度の高いリソースインデックス
のうちの１つまたは複数を示す。
【0052】
実施形態によれば（例えば、請求項２６を参照）、構成制御メッセージに応答する、グループの１つまたは複数のＵＥが、リソースのセットの制御チャネルのみをリッスンし、ユーザデバイスの１つまたは複数のグループが排他的に使用するために基地局によって提供されるリソースのセット全体のチャネル制御をリッスンしない。
【0053】
実施形態によれば（例えば、請求項２７を参照）、装置は、それ自体が送信するためにリソースのセット内で第１のリソースを予約し、残りのリソースをリソースのセットから１つまたは複数のグループのＵＥに割り当てるように構成され、他のＵＥが第１のリソースで送信をリッスン／受信する。
【0054】
実施形態によれば（例えば、請求項２８を参照）、基地局からリソースのセットに関する情報を間接的に取得する場合、装置は、グループリーダーＵＥからリソースのセットに関する情報を取得するように構成され、グループリーダーＵＥは、本発明の装置であるか、またはそれを含む。
【0055】
実施形態（例えば、請求項２９を参照）によれば、グループリーダーＵＥからの要求に応答して、装置は、１つまたは複数の送信パラメータをグループリーダーＵＥに送信するように構成され、１つまたは複数の送信パラメータは、以下の
リソースのセットの望ましい数秘術、
重要なグループキャスト固有通信を実行するために必要なデータの量、
リソースのセットの望ましい数秘術、
重要なグループキャスト固有通信を実行するために必要なデータの量、
【0056】
必要な待ち時間、例えば、Ｐｒｏ－ｓｅ Ｐｅｒ Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ、ＰＰＰＰ、またはＰａｃｋｅｔ ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢの形式、
必要な信頼性、例えば、Ｐｒｏ－ｓｅ Ｐｅｒ Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ、ＰＰＰＲ、またはＰａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅの形式で、
通信範囲、
サービスの質、ＱｏＳ、クラス識別子、ＱＣＩ、
５Ｇ ＱｏＳインジケータ、５ＱＩ、メトリック
というパラメータのうちの１つまたは複数、またはパラメータのうちの１つまたは複数の組み合わせを含み得る。
必要な信頼性、例えば、Ｐｒｏ－ｓｅ Ｐｅｒ Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ、ＰＰＰＲ、またはＰａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅの形式で、
通信範囲、
サービスの質、ＱｏＳ、クラス識別子、ＱＣＩ、
５Ｇ ＱｏＳインジケータ、５ＱＩ、メトリック
というパラメータのうちの１つまたは複数、またはパラメータのうちの１つまたは複数の組み合わせを含み得る。
【0057】
実施形態（例えば、請求項３０を参照）によれば、装置は、リソースのセットについてのグループリーダーＵＥからの送信を受信するように構成され、送信は、構成制御メッセージを含み、構成制御メッセージは、少なくともグループＩＤと、リソースのセットを定義する時間および周波数パラメータを含む。
【0058】
実施形態（例えば、請求項３１を参照）によれば、構成制御メッセージに応答して、装置は、リソースのセットの制御チャネルのみをリッスンし、ユーザデバイスの１つまたは複数のグループが排他的に使用するために基地局によって提供されるリソースのセット全体のチャネル制御をリッスンしないように構成される。
【0059】
実施形態によれば（例えば、請求項３２を参照）、装置は、基地局に、グループメンバー間の送信のためのリソースを要求するのではなく、リソースのセット内からグループメンバー間の送信のためのリソースを選択するように構成される。
【0060】
本発明は、無線通信システムが複数の基地局および複数のユーザデバイスを含む、無線通信システムにおけるユーザデバイス、ＵＥのグループを提供する（例えば、請求項３３を参照のこと）ものであり、該ユーザデバイス、ＵＥのグループは、複数の本発明の装置を含み、１つまたは複数の第１の装置は、少なくとも１つのグループリーダーＧＬ ＵＥを含み、１つまたは複数の第２の装置は、１つまたは複数の遠隔ＵＥを含み、第１および第２の装置は、ユーザデバイスのグループを形成する。
【0061】
実施形態（例えば、請求項３４を参照）によれば、グループは、第１のグループメンバーから開始してグループ拡張方向に拡張し、さらなるグループメンバーは、グループ拡張方向に沿って配置され、ＧＬ ＵＥは、グループ内の特定の位置、例えばグループの最初またはグループの中央に配置される。
実施形態によれば（例えば、請求項３５を参照のこと）、複数の第２の装置は、
リレーとして機能するようにグループ内に配置された少なくとも１つのグループマーシャル、ＧＭ、ＵＥ、および／または
実施形態によれば（例えば、請求項３５を参照のこと）、複数の第２の装置は、
リレーとして機能するようにグループ内に配置された少なくとも１つのグループマーシャル、ＧＭ、ＵＥ、および／または
【0062】
基地局のゾーンおよびカバレッジエリア間を移行する際のリソース割り当ての問題に対応するために、グループの最後に配置された少なくとも１つのグループスイーパー、ＧＳ、ＵＥ
を含む。
実施形態によれば（例えば、請求項３６を参照）、
ＧＬ、ＧＭ、およびＧＳ ＵＥは、ＵＥのグループの形成中に、基地局またはアプリケーションによって最初に判定され、
グループがカバレッジ内にある場合、チャネルとリンクの状態に応じて、基地局はＧＬ、ＧＭ、およびＧＳ ＵＥを変更または維持するかどうかを決定し、
グループがカバレッジ外の場合、チャネルとリンクの状態に応じて、現在のＧＬ ＵＥが、ＧＬ、ＧＭ、およびＧＳ ＵＥを変更するか維持するかを決定する。
実施形態によれば（例えば、請求項３７を参照）、ＵＥが車両ＵＥであり、グループが車両の小隊であるか、またはＵＥが工場フロアの機械である。
本発明は、無線通信システムのための基地局を提供し（例えば、請求項３８を参照）、
を含む。
実施形態によれば（例えば、請求項３６を参照）、
ＧＬ、ＧＭ、およびＧＳ ＵＥは、ＵＥのグループの形成中に、基地局またはアプリケーションによって最初に判定され、
グループがカバレッジ内にある場合、チャネルとリンクの状態に応じて、基地局はＧＬ、ＧＭ、およびＧＳ ＵＥを変更または維持するかどうかを決定し、
グループがカバレッジ外の場合、チャネルとリンクの状態に応じて、現在のＧＬ ＵＥが、ＧＬ、ＧＭ、およびＧＳ ＵＥを変更するか維持するかを決定する。
実施形態によれば（例えば、請求項３７を参照）、ＵＥが車両ＵＥであり、グループが車両の小隊であるか、またはＵＥが工場フロアの機械である。
本発明は、無線通信システムのための基地局を提供し（例えば、請求項３８を参照）、
【0063】
基地局は、複数のユーザデバイス、ＵＥのうちの１つまたは複数と通信するように構成され、基地局は、ユーザデバイスの１つまたは複数のグループ内の送信に割り当てられるいくつかのリソースを提供するように構成され、ユーザデバイスの１つまたは複数のグループは、グループメンバーとして本発明の装置の１つまたは複数の装置を含む、および
基地局が、
１つまたは複数のグループメンバーから、ユーザデバイスのグループ内での送信に使用されるリソースの要求を受信し、
基地局が、
１つまたは複数のグループメンバーから、ユーザデバイスのグループ内での送信に使用されるリソースの要求を受信し、
【0064】
ユーザデバイスのグループ内での送信に使用される第１の数のリソースに属するリソースのセットを１つまたは複数のグループメンバーに提供し、リソースのセットは、１つまたは複数のグループメンバーが属するユーザデバイスのグループ内でのみまたは排他的に使用されるように構成されている。
【0065】
実施形態（例えば、請求項３９を参照）によれば、所与の期間にわたってグループメンバーによって要求されたリソースの数が閾値に達するかまたはそれを超える場合、基地局は、要求されたリソースのサブセットのみを許可するように構成される。
【0066】
実施形態によれば（例えば、請求項４０を参照）、基地局は、リソースのセットに属するリソースの利用についてグループメンバーに問い合わせるか、または事前定義された時間間隔で、リソースのセットに属するリソースの利用についてグループメンバーから情報を受信するように構成される。
【0067】
実施形態（例えば、請求項４１を参照）によれば、グループが解体された場合、基地局は、解体されたグループに関連付けられた、または予約されたリソースのセットを解放して、リソースのセットを１つまたは複数の他のグループのために使用できるようにするように構成される。
実施形態によれば（例えば、請求項４２を参照）、基地局が、
－マクロセル基地局、または
－スモールセル基地局、または
－基地局の中央ユニット、または
－基地局の分散ユニット、または
－路側ユニット、または
－ＵＥ、または
－リモートラジオヘッド、または
－ＡＭＦ、または
－ＳＭＦ、または
－コアネットワークエンティティ、または
－モバイルエッジコンピューティングエンティティ、または
－ＮＲまたは５Ｇコアコンテキストのようなネットワークスライス、または
－アイテムまたはデバイスが無線通信ネットワークを使用して通信できるようにする任意の送信／受信ポイント、ＴＲＰの１つまたは複数を含み、
アイテムまたはデバイスには、無線通信ネットワークを使用して通信するためのネットワーク接続が提供されている。
システム
本発明は、本発明のＵＥの少なくとも１つおよび本発明の基地局の少なくとも１つを含む無線通信ネットワークを提供する。
方法
実施形態によれば（例えば、請求項４２を参照）、基地局が、
－マクロセル基地局、または
－スモールセル基地局、または
－基地局の中央ユニット、または
－基地局の分散ユニット、または
－路側ユニット、または
－ＵＥ、または
－リモートラジオヘッド、または
－ＡＭＦ、または
－ＳＭＦ、または
－コアネットワークエンティティ、または
－モバイルエッジコンピューティングエンティティ、または
－ＮＲまたは５Ｇコアコンテキストのようなネットワークスライス、または
－アイテムまたはデバイスが無線通信ネットワークを使用して通信できるようにする任意の送信／受信ポイント、ＴＲＰの１つまたは複数を含み、
アイテムまたはデバイスには、無線通信ネットワークを使用して通信するためのネットワーク接続が提供されている。
システム
本発明は、本発明のＵＥの少なくとも１つおよび本発明の基地局の少なくとも１つを含む無線通信ネットワークを提供する。
方法
【0068】
本発明は、複数の基地局および複数のユーザデバイス、ＵＥを有する無線通信システムの装置を操作する方法（例えば、請求項４４を参照されたい）を提供するものであって、基地局と通信するための基地局、および１つまたは複数のＵＥとのサイドリンク通信のためのサイドリンクを経る１つまたは複数のＵＥに装置が接続され、装置および１つまたは複数のＵＥがユーザデバイスのグループを形成し、方法は、
ユーザデバイスのグループの１つまたは複数のＵＥとのサイドリンク通信に使用されるリソースを、基地局から直接的または間接的に要求し、また
ユーザデバイスのグループの１つまたは複数のＵＥとのサイドリンク通信に使用されるリソースを、基地局から直接的または間接的に要求し、また
【0069】
グループ内のサイドリンク通信に使用されるリソースの少なくとも１つのセットに関する情報を、基地局から直接的または間接的に取得し、各リソースのセットは、ユーザデバイスのグループ内でのみまたは排他的に使用され、グループメンバーは、グループの装置および１つまたは複数のＵＥを含む。
【0070】
実施形態（例えば、請求項４５を参照）によれば、ユーザデバイスのグループ内の送信に使用されるリソースのセットに関する情報が基地局から直接装置により取得され、方法は、ユーザデバイスのグループ内の送信に使用されるリソースのセットについて、ユーザデバイスのグループの１つまたは複数のＵＥに、装置が通知することを含む。
【0071】
実施形態（例えば、請求項４６を参照）によれば、ユーザデバイスのグループ内の送信に使用されるリソースのセットに関する情報が、基地局から間接的に装置によって取得され、方法は、装置によって、グループリーダーＵＥからリソースのセットに関する情報を取得することを含む。
本発明は、無線通信システムの基地局を操作する方法（例えば、請求項４７を参照）を提供するものであって、その方法は、
本発明は、無線通信システムの基地局を操作する方法（例えば、請求項４７を参照）を提供するものであって、その方法は、
【0072】
基地局が、複数のユーザデバイス、ＵＥのうちの１つまたは複数と通信し、基地局は、ユーザデバイスの１つまたは複数のグループ内の送信に割り当てられるいくつかのリソースを提供するように構成され、
１つまたは複数のグループメンバーから、ユーザデバイスのグループ内での送信に使用されるリソースの要求を受信し、
１つまたは複数のグループメンバーから、ユーザデバイスのグループ内での送信に使用されるリソースの要求を受信し、
【0073】
ユーザデバイスのグループ内での送信に使用される第１の数のリソースに属するリソースのセットを１つまたは複数のグループメンバーに提供し、リソースのセットは、１つまたは複数のグループメンバーが属するユーザデバイスのグループ内でのみまたは排他的に使用されること
を含む。
コンピュータプログラム製品
を含む。
コンピュータプログラム製品
【0074】
本発明は、プログラムがコンピュータによって実行されるときに、コンピュータに本発明による１つまたは複数の方法を実行させる命令を含むコンピュータプログラム製品を提供する。
【0075】
図５は、本発明のアプローチを実施するための、図１を参照して説明したもののような、無線通信ネットワークの一部の概略図である。より具体的には、図５は、上記のネットワークのセル、またはそのような無線通信ネットワークで利用可能な複数の無線アクセスネットワークのうちの１つを示している。図５は、基地局４００と、基地局４００のカバレッジ内にある複数のユーザデバイス、ＵＥとを示している。基地局４００のカバレッジ内のいくつかのＵＥは、それぞれのユーザデバイスグループ４０２および４０４にグループ化され、一方、ＵＥ４０６および４０８のような他のＵＥは、どのグループのメンバーでもない。第１のグループ４０２は、図示の例によれば、３つのＵＥ４０１１から４０２３を含み、グループ４０２内で、ＵＥ４０１１から４０２３は、ＰＣ５インターフェイスのようなサイドリンクインターフェイスを使用して互いに通信することができる。グループ４０４は、４つのＵＥ４０４１から４０４４を含み、これらは、第１のグループ４０２内のＵＥと同様に、ＰＣ５インターフェイスのようなサイドリンクインターフェイスを介したサイドリンク通信を使用して、互いの間で通信する。ＵＥ４０２から４０８は、例えば、Ｕｕインターフェイスを使用して、基地局４００とさらに直接通信することができる。それぞれのグループ４０２、４０４内で、ＵＥの１つ、ＵＥのいくつか、またはＵＥのすべては、基地局４００と直接通信することができるが、グループメンバーとの通信には、サイドリンク通信が使用される。
【0076】
基地局４００のカバレッジ内の通信のために、リソースプール４１０が提供され、そこから、データを送信するためにそれぞれのＵＥ４０２から４０８に、リソースを割り当てることができる。例えば、基地局４００で利用可能なリソースまたはリソースプール４１０は、時間／周波数／空間リソースグリッドを含み、本発明によれば、グループ４０２、４０４のそれぞれについて、基地局４００は、グループリソースプール、リソースプール、ミニリソースプール、またはサブプールとも呼ばれるリソース４１０からのリソースのうち少なくとも１つのセットを判定し、それからリソースが、サイドリンクインターフェイスを介したグループメンバー間の通信用に、それぞれのグループ４０２、４０４に割り当てるために、基地局４００によって選択される。図５の例では、基地局４００は、第１のグループ４０２に２セットのリソースまたは２つのミニリソースプール４１２１および４１２２を提供し、これらは、グループ４０２内でのサイドリンク通信のためにのみ、または排他的に使用される全体的なリソースプール４１０からのリソースを含む。第２のグループ４０４の場合、基地局４００は、第２のリソースプール４１４を提供する。本発明は、描写された実施形態に限定されず、むしろ、ＵＥの単一のグループのみがカバレッジ内にあり得、または３つ以上の描写されたグループが、基地局４００のカバレッジ内にあり得ることに留意されたい。また、グループを形成するＵＥの数は、図示の実施形態に限定されず、むしろ、任意の数のＵＥを一緒にグループ化することができる。また、すべてのＵＥがグループのメンバーである状況があり得、そのようなシナリオで、ＵＥ４０６および４０８が存在していない場合があり、または１つまたは複数のグループに属していることがある。また、それぞれのグループに確保または提供されるミニリソースプール４１２、４１４の数は異なる場合があり、例えば、基地局は、グループ４０２により少ないまたはより多いミニリソースプールを提供する、または第２のグループ４０４に複数のリソースプール４１４を提供することができる。
【0077】
さらに、図５は、それぞれのミニリソースプール４１２、４１４が、周波数領域にわたって、および時間領域にわたって隣接する複数の連続するリソースを含む実施形態を示しているが、本発明はそのような構成に限定されず、むしろ、他の実施形態に従って、ミニリソースプール４１２、４１４を形成するそれぞれのリソースは、周波数領域全体にわたっている連続するリソースではない、および／または時間領域全体にわたって隣接するリソースではないのでもよい。リソースは、基地局および／またはＵＥでのＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）の処理を利用して、空間ドメインに割り当てることもできることに留意されたい。空間ドメインは、周波数ドメインおよび／または時間ドメインの両方と組み合わせて使用できる。
【0078】
さらに、実施形態によれば、１つまたは複数のミニリソースプール４１２、４１４は、少なくとも第１のグループおよび第２のグループを含むリソースの複数のグループを含み得、第１および第２のグループは、異なるサブキャリア間隔、異なるスロットの長さ、または異なる数のサポートされているチャネルのように、異なる数秘術を有する。例えば、サービスの質、ＱｏＳに応じて、割り当てられる要件リソースは、ＱｏＳ要件を満たすために必要な数秘術を備えたミニリソースプールから選択できる。例えば、ミニリソースプール４１２または４１４は、異なる数秘術を有するリソースのグループを含み得る。他の実施形態によれば、全体的なリソースプール４１０は、異なる数秘術のリソースのグループ、例えば、４１０１に示されるような第１の数秘術を有する第１のグループ、および４１０２に示されるような第２の数秘術を有する第２のグループを含み得る。例えば、グループ４０２の場合、基地局は、第１のリソースのグループ４１０１および第２のリソースのグループ４１０２からのリソースを含むミニリソースプール４１２を提供する。例えば、グループ４０２、４０４のうちの１つのメンバーであるＵＥは、そのＱｏＳ要件を直接的または間接的に基地局４００に送信し、基地局から直接または別のグループメンバーを介して基地局から間接的に、ＱｏＳ要件を満たすために必要な数秘術に属するリソースが割り当てられていることの確認を受信することができる。確認が受信されると、それぞれのメンバーＵＥは、基地局４００が適切なミニリソースプールから装置にリソースを割り当てることを可能にするために、推定データ使用量を基地局４００に提供することができる。
【0079】
実施形態によれば、異なる数秘術の上記のリソースのグループのそれぞれは、サイドリンク制御情報、ＳＣＩなどの制御情報が提供される制御領域を含み得、ＳＣＩは、データが存在するリソースのそれぞれのグループの中のリソースを指し示し得る。例えば、ミニリソースプール４１４は、共通の数秘術を有するリソースの単一のグループを含み得、リソースの一部は、ペイロードデータが見出され得るミニリソースプール４１４内の他のリソースを指すＳＣＩのために確保され得る。ミニプール４１２１および４１２２のような異なるリソースのグループを使用する例では、ミニプール４１２１および４１２２のいずれかが制御領域を含むことがある。他の実施形態によれば、リソースプール４１２１、４１２２のうちの１つのみが制御領域を含み、それぞれの情報は、データがどこにあるかを示すために、第１のミニリソースプール４１２１または他のミニリソースプール４１２２のいずれかのリソースのセットを指す。
【0080】
本発明の実施形態によれば、異なる数秘術を有する上記のリソースのグループは、異なるサブキャリア間隔を使用することができ、リソースのそれぞれの１つまたは複数のグループは、帯域幅部分と呼ばれることがある。以下では、上記の帯域幅部分を参照してさらなる実施形態を説明するが、本発明のアプローチは、異なる帯域幅部分に属するリソースのグループに限定されず、むしろ、本発明のアプローチは、異なる数秘術を使用するリソースのグループの任意の数に等しく適用可能であることに留意されたい。
【0081】
ＮＲ ５Ｇシステムは、前述の帯域幅部分、ＢＷＰの概念を導入している。ＮＲ ５Ｇシステムの広帯域幅動作により、ＵＥは、帯域幅全体のサブセットである周波数範囲でのみ送受信できる場合がある。帯域幅は、システムのエネルギー効率を向上させる必要なスループットに応じて調整できる。特に、ＵＥは、帯域幅全体のごく一部の復号化のみを実行し、それによってエネルギーを節約し、したがって、バッテリ電力を節約するが、それは特にアナログ－デジタル変換器、ＡＤＣの電力消費が帯域幅のサイズに比例するためである。図６は、帯域幅部分の概念を概略的に示し、４５０で利用可能な全体の帯域幅、ならびに全体の帯域幅４５０よりも小さい帯域幅を有する２つの帯域幅部分４５２ａおよび４５２ｂを示している。ＢＷＰコンセプトのもう１つの利点は、異なるサブキャリア間隔間での高速の到達が可能であり、低帯域幅機能しかないＵＥも広帯域キャリアでサポートされることである。さらに、全体的な伝送帯域幅間の負荷の分散が改善される。ＢＷＰには、システムの全帯域幅内に一連の連続リソースブロックが含まれ、各ＢＷＰは、サブキャリア間隔、ＳＣＳ、それぞれのサイドリンクプレフィックスなどの特定の数秘術に関連付けられている。ＢＷＰは、ＳＳＢとも呼ばれる同期シーケンス、ＳＳ、ブロックのサイズ以上であっても、ＳＳＢを含む場合も含まない場合もあってよい。ＵＥは、ダウンリンクおよびアップリンクに対してそれぞれ最大４つのＢＷＰを構成することができるが、アップリンクおよびダウンリンクに対して１つのＢＷＰのみが所与の時点でアクティブであり得る。ＮＲサイドリンクには、ＮＲダウンリンクおよびアップリンクから取得したＢＷＰに基づくリソース分割の概念が含まれる。
【0082】
図７は、異なる数秘術および／または異なる帯域幅サイズのＢＷＰのアクティブ化を示している。第１のより低い帯域幅の第１の帯域幅部分ＢＷＰ１およびより高い帯域幅の第２の帯域幅部分ＢＷＰ２が示されている。時間の経過とともに、ＲＲＣシグナリングなどのシグナリングに応答して、それぞれのＢＷＰがアクティブ化される場合がある。図７の例では、最初に、第１の帯域幅部分ＢＷＰ１がアクティブである。時間ｔ１で、信号「アクティブ化２」によって図７に概略的に示されているように、外部のシグナリングによって、帯域幅部分ＢＷＰ１が非アクティブ化され、より高い帯域幅の帯域幅部分ＢＷＰ２がアクティブ化される。帯域幅部分ＢＷＰ２がアクティブ化される今となっては、第１の帯域幅部分ＢＷＰ１が非アクティブ化されるということを意味する。時間ｔ２で、第１の帯域幅部分が再びアクティブ化され、時間ｔ３で、第２の帯域幅部分が再びアクティブ化される。期間は同じでも異なっていてもかまわない。ＢＷＰは周波数が重複する場合や、異なる帯域幅をカバーする場合がある。ダウンリンクでは、ＢＷＰを切り替えるために、図７に示すように、受信機にいくらかの時間のずれを設けて、無線フロントエンドＲＦの再調整を可能にする。この図では、それぞれのアクティブ化信号が実際のスイッチング時間ｔ１、ｔ２およびｔ３よりわずかに先に受信されていることがわかる。
【0083】
帯域幅部分は、ＵＥ固有の検索スペースＵＳＳを備えた少なくとも１つの制御リソースセットＣＯＲＥＳＥＴを含むことができる。ＣＯＲＥＳＥＴはまた、共通の検索空間、ＣＳＳを含むように構成され得、これは、ＵＥ固有のシグナリングに加えて、システム情報、ページング、グループ情報などの特定の目的のために使用され得る。ＵＳＳは、ＵＥが特別に構成され、このＵＥに向けられた制御情報の受信の可能性について監視する、時間と周波数にわたる空間である。一方、ＣＳＳは、すべてのＵＥによって受信または監視されるように構成された制御情報の可能な受信について、ＵＥによって監視される、時間および周波数にわたる空間である。さらに、実施形態によれば、ＣＯＲＥＳＥＴはまた、グループ検索空間、ＧＳＳを含むように構成され得、これは、グループメンバーＵＥが、ＵＥが属しているグループに対して特別に構成され、向けられた制御情報の可能な受信について監視する、時間および周波数にわたる空間である。
【0084】
目的のＳＣＳを持つリソースのセットの選択は、送信するリソースを要求するアプリケーションに依存する場合があり、ネットワークから期待されるサービスの質、ＱｏＳを決定するのは、アプリケーション次第である。アプリケーションによるこの判定に基づいて、ＱｏＳ要件は、ネットワークでの信頼性、待ち時間、および優先度の要件に変換される。グループ通信の場合、図５のグループ４０２または４０４のようなグループの形成は、ネットワークに渡され得るグループＩＤを生成するアプリケーションサービスによって処理され得る。無線通信ネットワークは、例えば、２０１８年６月に３ＧＰＰ ＴＲ ２２．８８６ Ｖ１６．０．０に記載されているように、グループを管理する、例えば、グループの作成と破棄をする。これまでに説明した実施形態では、基地局４００は、グループ４０２、４０４のグループメンバー間の通信のために、ミニリソースプール４１２、４１４で定義されるそれぞれのリソースを選択するように提供され、ミニリソースプール内のこれらのリソースは、グループ４０２、４０４内のそれぞれのＵＥ間の通信専用である。
【0085】
さらなる実施形態によれば、グループ４０２、４０４のうちの１つ以上は、少なくとも１つのＵＥ、例えば、リーダーＵＥとも呼ばれるグループ４０２のＵＥ４０２１を含み得る。リーダーＵＥ４０２１は、グループ４０２内の通信に使用されるリソースに関する情報を取得すべく基地局４００との通信を処理するために提供される。上記の実施形態では、ＵＥのそれぞれは、基地局４００と間接的または直接的に通信して、それぞれのグループ内の通信に使用されるミニリソースプールに関する情報を取得するように説明されてきた。グループ４０２の各ＵＥと基地局４００との直接的な通信を検討する場合、グループのすべてのメンバーは、送信したいデータの量に基づいて基地局にリソースを要求し、基地局は要求しているメンバーが属するグループに関連付けられたミニリソースプール４１２、４１４から使用されるリソースのセットをメンバーに授ける。リソースに加えて、制御情報も基地局から受信され、その場合にのみ、それぞれのメンバーがグループ内の他のメンバーと通信することができる。このプロセスは信頼性をある程度向上させる可能性があるが、かなりのラウンドトリップ時間がかかり、グループメンバー間の通信の待ち時間が増加するため、ＵＥが互いに短い距離にあるにもかかわらず、待ち時間要件がサイドリンクインターフェイスを使用したグループメンバー間の通信用に、満たされない場合がある。さらに、グループの各メンバーは、制御情報とリソース情報を受信するために基地局と通信する必要があるため、制御シグナリングのかなりのオーバーヘッドがカバレッジ内で発生し、実際の通信に使用可能なリソースを使い果たして、低効率の通信の方法に至る。
【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】
説明された概念のいくつかの態様が装置の文脈で説明されたが、これらの態様は、対応する方法の説明も表すことは明らかであり、ブロックまたはデバイスは、方法ステップまたは方法ステップの特徴に対応する。同様に、方法ステップの文脈で説明された態様は、対応する装置の対応するブロックまたはアイテムまたは機能の説明も表す。
【0138】
本発明の様々な要素および特徴は、アナログおよび／またはデジタル回路を使用するハードウェア、ソフトウェア、１つまたは複数の汎用または専用プロセッサによる命令の実行を通じて、またはハードウェアとソフトウェアの組み合わせとして実装され得る。例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実施することができる。図２０は、コンピュータシステム６００の例を示している。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つまたは複数のコンピュータシステム６００上で実行することができる。コンピュータシステム６００は、特別な目的または汎用のデジタル信号プロセッサのように、１つまたは複数のプロセッサ６０２を含む。プロセッサ６０２は、バスまたはネットワークのような通信インフラストラクチャ６０４に接続されている。コンピュータシステム６００は、メインメモリ６０６、例えば、ランダムアクセスメモリ（ＲＡＭ）、および二次メモリ６０８、例えば、ハードディスクドライブおよび／またはリムーバブルストレージドライブを含む。二次メモリ６０８は、コンピュータプログラムまたは他の命令をコンピュータシステム６００にロードすることを可能にし得る。コンピュータシステム６００は、ソフトウェアおよびデータがコンピュータシステム６００と外部デバイスとの間で転送されることを可能にするために、通信インターフェイス６１０をさらに含み得る。通信は、通信インターフェイスによって処理することができる電子、電磁気、光、または他の信号からのものであり得る。通信は、ワイヤまたはケーブル、光ファイバー、電話回線、携帯電話リンク、ＲＦリンク、および他の通信チャネル６１２を使用することができる。
【0139】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム６００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ６０６および／または二次メモリ６０８に格納される。コンピュータプログラムはまた、通信インターフェイス６１０を介して受信され得る。コンピュータプログラムは、実行されると、コンピュータシステム６００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ６０２が、本明細書に記載の方法のいずれかなど、本発明のプロセスを実装することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム６００のコントローラを表すことができる。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、通信インターフェイス６１０のようなインターフェイスであるリムーバブルストレージドライブを使用してコンピュータシステム６００にロードされ得る。
【0140】
ハードウェアまたはソフトウェアにおける実装は、クラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリなどのデジタル記憶媒体を使用して実行でき、電子的に読み取り可能な制御信号が格納されており、それぞれの方法が実行されるように、プログラム可能なコンピュータシステムと協働する（または協働することができる）。したがって、デジタル記憶媒体は、コンピュータ読み取り可能であり得る。
【0141】
本発明によるいくつかの実施形態は、本明細書に記載の方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【0142】
一般に、本発明の実施形態は、プログラムコードを伴うコンピュータプログラム製品として実装することができ、プログラムコードは、コンピュータプログラム製品がコンピュータで実行されるときに方法の１つを実行するように動作する。プログラムコードは、例えば、機械可読キャリアに格納されてもよい。
【0143】
他の実施形態は、機械可読キャリアに格納された、本明細書に記載された方法の１つを実行するためのコンピュータプログラムを含む。言い換えれば、本発明の方法の実施形態は、したがって、コンピュータプログラムがコンピュータで実行されるときに、本明細書で説明される方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0144】
したがって、本発明の方法のさらなる実施形態は、記録される本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含むデータキャリア（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。したがって、本発明の方法のさらなる実施形態は、本明細書で説明される方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは一連の信号である。データストリームまたは一連の信号は、例えば、インターネットなどのデータ通信接続を介して転送されるように構成されてもよい。さらなる実施形態は、本明細書に記載された方法の１つを実行するように構成または適合された処理手段、例えば、コンピュータまたはプログラマブル論理デバイスを含む。さらなる実施形態は、本明細書に記載される方法の１つを実行するためのコンピュータプログラムがインストールされているコンピュータを含む。
【0145】
いくつかの実施形態では、プログラマブル論理デバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載されている方法の機能の一部またはすべてを実行することができる。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書で説明される方法の１つを実行するために、マイクロプロセッサと協働し得る。一般に、方法は、好ましくは、任意のハードウェア装置によって実行される。
【0146】
上記の実施形態は、本発明の原理を単に例示するものである。本明細書に記載されている配置および細部の修正および変形は、当業者には明らかであることが理解される。したがって、本明細書の実施形態の記載および説明として提示される特定の細部によってではなく、直近の特許クレームの範囲によってのみ制限されることが意図されている。
【0147】
頭字語と記号のリスト
Ｖ２Ｘ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ
３ＧＰＰ 第３世代パートナーシッププロジェクト
Ｄ２Ｄ デバイス間
ＩＴＳ インテリジェントトランスポートサービス
ＦＲ１、ＦＲ２ 周波数範囲の呼称
ＢＳ 基地局
ｅＮＢ 進化したノードＢ（３Ｇ基地局）
ＵＥ ユーザ機器
ＳＬ サイドリンク
Ｖ２Ｖ 車両間
ＳＣＳ サブキャリア間隔
ＲＢ リソースブロック
ＰＳＣＣＨ 物理的なサイドリンク制御チャネル
ＰＳＳＣＨ 物理的サイドリンク共有チャネル
ＴＴＩ 送信時間間隔
ＳＣＩ サイドリンク制御情報
ＤＣＩ ダウンリンク制御情報
ＣＰ サイクリックプレフィックス
ＢＷＰ 帯域幅部分
コアセット 制御リソースセット
ＵＳＳ ＵＥ固有の検索空間
ＣＳＳ 共通検索スペース
ＲＰ リソースプール
ｍＲＰ ミニリソースプール
Ｖ２Ｘ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ
３ＧＰＰ 第３世代パートナーシッププロジェクト
Ｄ２Ｄ デバイス間
ＩＴＳ インテリジェントトランスポートサービス
ＦＲ１、ＦＲ２ 周波数範囲の呼称
ＢＳ 基地局
ｅＮＢ 進化したノードＢ（３Ｇ基地局）
ＵＥ ユーザ機器
ＳＬ サイドリンク
Ｖ２Ｖ 車両間
ＳＣＳ サブキャリア間隔
ＲＢ リソースブロック
ＰＳＣＣＨ 物理的なサイドリンク制御チャネル
ＰＳＳＣＨ 物理的サイドリンク共有チャネル
ＴＴＩ 送信時間間隔
ＳＣＩ サイドリンク制御情報
ＤＣＩ ダウンリンク制御情報
ＣＰ サイクリックプレフィックス
ＢＷＰ 帯域幅部分
コアセット 制御リソースセット
ＵＳＳ ＵＥ固有の検索空間
ＣＳＳ 共通検索スペース
ＲＰ リソースプール
ｍＲＰ ミニリソースプール
【図1(a)】
【図1(b)】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8(a)】
【図8(b)】
【図8(c)】
【図9(a)】
【図9(b)】
【図10】
【図11】
【図12】
【図13(a)】
【図13(b)】
【図13(c)】
【図14(a)】
【図14(b)】
【図15】
【図16】
【図17】
【図18(a)(b)】
【図18(c)】
【図19(a)(b)】
【図19(c)】
【図20】