▶ フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェラインの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-01-06
(45)【発行日】2023-01-17
(54)【発明の名称】ＮＲ Ｖ２Ｘリソースプールの設計
(51)【国際特許分類】
H04W 4/40 20180101AFI20230110BHJP
H04W 72/0446 20230101ALI20230110BHJP
H04W 72/0453 20230101ALI20230110BHJP
H04W 92/18 20090101ALI20230110BHJP
【ＦＩ】
H04W4/40
H04W72/04 131
H04W72/04 132
H04W92/18
【請求項の数】
15
(21)【出願番号】P 2021506992
(86)(22)【出願日】2019-08-07
(65)【公表番号】
(43)【公表日】2021-12-09
(86)【国際出願番号】 EP2019071206
(87)【国際公開番号】W WO2020030688
(87)【国際公開日】2020-02-13
【審査請求日】2021-04-05
(31)【優先権主張番号】18188370.3
(32)【優先日】2018-08-09
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】500341779
【氏名又は名称】フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン
(74)【代理人】
【識別番号】100134119
【弁理士】
【氏名又は名称】奥町 哲行
(72)【発明者】
【氏名】ゼルバネザン・ザルン
(72)【発明者】
【氏名】フェレンバッハ・トーマス
(72)【発明者】
【氏名】ヘルゲ・コーネリアス
(72)【発明者】
【氏名】エブラヒム レツァガ・ロヤ
(72)【発明者】
【氏名】トーマス・ロビン
(72)【発明者】
【氏名】ヴィルト・トーマス
(72)【発明者】
【氏名】シエル・トーマス
(72)【発明者】
【氏名】ザイデル・アイコー
【審査官】田畑 利幸
(56)【参考文献】
【文献】国際公開第２０１７／１４５８６７（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１８／０１９９３４３（ＵＳ，Ａ１）
【文献】Huawei, HiSilicon，"Remaining issues on bandwidth part and wideband operation"，3GPP TSG RAN WG1 NR_AH_1801 R1-1800018，[online]，2018年01月13日，pages 1-14，[retrieved on 2022-05-19], <URL: https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1801/Docs/R1-1800018.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
無線通信システム用のトランシーバであって、前記無線通信システムはリソースセットを提供し、前記リソースセットは前記無線通信システムでのそれぞれの送信に割り当てられる複数のリソースを含み、前記リソースセットは、周波数領域の複数のサブキャリアおよび時間領域の複数のシンボルを含み、前記リソースセットは、少なくとも１つの帯域幅部分を含み、
複数のリソースプールが前記帯域幅部分内に定義され、前記複数のリソースプールは、少なくとも第１のリソースプールおよび第２のリソースプールを含み、前記第１のリソースプールは、送信および／または受信に使用されるリソースを保持するリソースプールであり、前記第２のリソースプールは、送信および／または受信に使用されるリソースを保持するリソースプールであり、
前記帯域幅部分は、制御メッセージを処理し、割り当てメッセージをスケジューリングするための各リソースプール用の制御リソースセットを含み、前記制御メッセージは前記それぞれのリソースプール内で送信されるデータを指し、ならびに
前記トランシーバが、通信のために前記複数のリソースプールの１つ以上からのリソースを使用するように構成されるトランシーバ。
【請求項2】
前記リソースセットが複数の帯域幅部分を含み、前記複数の帯域幅部分が少なくとも第１の帯域幅部分および第２の帯域幅部分を含み、前記第１の帯域幅部分が前記周波数領域に第１の帯域幅を有し、前記第２の帯域幅部分が前記周波数領域に第２の帯域幅を有し、前記第１の帯域幅と前記第２の帯域幅が異なる、請求項１に記載のトランシーバ。
【請求項3】
前記複数の帯域幅部分の少なくとも１つが、複数のリソースプールを含む、請求項２に記載のトランシーバ。
【請求項4】
前記トランシーバが、構成メッセージを受信するように構成され、および／またはカバレッジ外の場合に格納された事前構成によって構成され、前記構成メッセージおよび／または前記格納された事前構成は前記リソースセット全体で前記複数の帯域幅部分を定義する、請求項１から３のいずれか一項に記載のトランシーバ。
【請求項5】
前記トランシーバが、例えば、現在の短い待ち時間および／または高信頼性および／または前記無線通信システムの所与のクォータ要件に応じて、１つ以上の前記帯域幅部分のアクティブ化または非アクティブ化を示すシグナリングを受信するように構成されている、請求項１から４のいずれか一項に記載のトランシーバ。
【請求項6】
単一の帯域幅部分のみがアクティブ化される場合、前記単一の帯域幅部分は、トランシーバ固有の検索スペース、例えば、ユーザ固有の検索スペース（ＵＳＳ）を伴う制御リソースセットおよび／または共通の検索スペースを伴う制御リソースセットを含み、前記トランシーバが前記単一帯域幅部分を使用してユニキャストまたはマルチキャスト通信とブロードキャスト通信を同時に処理できるようにする、請求項１から５のいずれか一項に記載のトランシーバ。
【請求項7】
少なくとも第１の帯域幅部分および第２の帯域幅部分がアクティブ化される場合、前記第１の帯域幅部分は少なくとも、トランシーバ固有の検索スペース、例えば、ユーザ固有の検索スペース（ＵＳＳ）を伴う制御リソースセットを含み、前記第２の帯域幅部分は少なくとも、共通の検索スペースを伴う制御リソースセットを含み、前記トランシーバが前記第１および第２の帯域幅部分を使用してユニキャスト通信とブロードキャスト通信を同時に処理できるようにする、請求項１から５のいずれか一項に記載のトランシーバ。
【請求項8】
少なくとも第１の帯域幅部分および第２の帯域幅部分がアクティブ化される場合、前記第１の帯域幅部分は少なくとも、トランシーバ固有の検索スペース、例えば、ユーザ固有の検索スペース（ＵＳＳ）を伴う制御リソースセットおよび／または共通の検索スペースを伴う制御リソースセットを含み、前記第２の帯域幅部分は少なくとも、トランシーバ固有の検索スペース、例えば、ユーザ固有の検索スペース（ＵＳＳ）を伴う制御リソースセットおよび／または、共通の検索スペースを伴う制御リソースセットを含み、前記トランシーバが前記第１および第２の帯域幅部分を使用してユニキャスト通信とブロードキャスト通信を同時に処理できるようにする、請求項１から５のいずれか一項に記載のトランシーバ。
【請求項9】
制御チャネルが、前記帯域幅部分の１つのみのリソースによって定義される、請求項１から８のいずれか一項に記載のトランシーバ。
【請求項10】
前記帯域幅部分の１つが、１つ以上のサービスのリソース割り当てが送信されるデフォルトの帯域幅部分であって、制御リソースは、前記無線通信システムによって構成されるか、前記トランシーバで事前構成されるかのいずれかで、前記デフォルトの帯域幅部分は、共通の検索スペースを伴う少なくとも１つの制御リソースセットを含み、前記トランシーバが前記トランシーバの近くにある前記１つ以上のサービスをリッスンできるようにする、請求項１から９のいずれか一項に記載のトランシーバ。
【請求項11】
前記帯域幅部分の１つが、１つ以上のサービスのリソース割り当てが送信されるデフォルトの帯域幅部分であって、制御リソースは、前記無線通信システムによって構成されるか、前記トランシーバで事前構成されるかのいずれかで、前記デフォルトの帯域幅部分は、共通の検索スペースを伴う少なくとも１つの制御リソースセットを含み、前記トランシーバが前記トランシーバの近くにある前記１つ以上のサービスをリッスンできるようにし、
前記デフォルトの帯域幅部分の制御チャネルが、実際の送信が行われる別の帯域幅部分の別の制御チャネルを指し、他のトランシーバに、前記トランシーバによって監視および／またはデコードされる特定の制御リソースを伴う別の帯域幅部分があることを認識させる、請求項１から８のいずれか一項に記載のトランシーバ。
【請求項12】
前記帯域幅部分の１つが、１つ以上のサービスのリソース割り当てが送信されるデフォルトの帯域幅部分であって、制御リソースは、前記無線通信システムによって構成されるか、前記トランシーバで事前構成されるかのいずれかで、前記デフォルトの帯域幅部分は、共通の検索スペースを伴う少なくとも１つの制御リソースセットを含み、前記トランシーバが前記トランシーバの近くにある前記１つ以上のサービスをリッスンできるようにし、
前記デフォルトの帯域幅部分の制御チャネルが、別の帯域幅部分の別のデータチャネルを指し、前記トランシーバが、１つ以上のアクティブな帯域幅部分の制御チャネルまたは制御要素のように、例えば、データの前記送信、または前記他の帯域幅部分のタイムアウト、または制御信号に応答の後に、前記デフォルトの帯域幅部分に自動的に戻る、請求項１から８のいずれかに記載のトランシーバ。
【請求項13】
無線通信ネットワークであって、１つ以上の基地局（ＢＳ）および１つ以上のユーザ機器（ＵＥ）を含み、ＵＥは１つ以上のＢＳによってサービスを提供されているか、あるいは１つ以上の他のＵＥと直接通信している間、接続モードまたはアイドルモードまたは非アクティブモードにあり、
前記基地局および／または前記ＵＥが、請求項１から１２のいずれか一項に記載の前記トランシーバを備える無線通信ネットワーク。
【請求項14】
無線通信システム用の送信／受信のための方法であって、前記無線通信システムはリソースセットを提供し、前記リソースセットは前記無線通信システムでのそれぞれの送信に割り当てられる複数のリソースを含み、前記リソースセットは、周波数領域の複数のサブキャリアおよび時間領域の複数のシンボルを含み、前記リソースセットは、少なくとも１つの帯域幅部分を含み、
複数のリソースプールが前記帯域幅部分内に定義され、前記複数のリソースプールは、少なくとも第１のリソースプールおよび第２のリソースプールを含み、前記第１のリソースプールは、送信および／または受信に使用されるリソースを保持するリソースプールであり、前記第２のリソースプールは、送信および／または受信に使用されるリソースを保持するリソースプールであり、
前記帯域幅部分は、制御メッセージを処理し、割り当てメッセージをスケジューリングするための各リソースプール用の制御リソースセットを含み、前記制御メッセージは前記それぞれのリソースプール内で送信されるデータを指し、ならびに
前記方法が、通信のために前記複数のリソースプールの１つ以上からのリソースを使用することを含む方法。
【請求項15】
コンピュータ上で実行されると、請求項１４に記載の方法を実行する命令を格納するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信システムまたはネットワークの分野、より具体的には、例えばＶ２Ｘアプリケーションにおいて、無線通信システムのユーザ間のサイドリンク通信で使用され得るリソースプールの設計に関する。
【背景技術】
【0002】
図１は、コアネットワーク１０２および無線アクセスネットワーク１０４を含む地上無線ネットワーク１００の一例の概略図である。無線アクセスネットワーク１０４は、複数の基地局ｇＮＢ１からｇＮＢ５を含むことができ、おのおのは、それぞれのセル１０６１から１０６５によって概略的に表される基地局を囲む特定のエリアにサービスを提供する。基地局は、セル内のユーザにサービスを提供するために提供される。基地局、ＢＳという用語は、５ＧネットワークではｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏではｅＮＢ、その他のモバイル通信規格では単にＢＳを指す。ユーザは、固定デバイスまたはモバイルデバイスであり得る。無線通信システムは、基地局またはユーザに接続するモバイルまたは固定のＩｏＴデバイスによってアクセスされ得る。モバイルデバイスまたはＩｏＴデバイスは、物理デバイス、ロボットまたは車などの地上車両、有人または無人の航空機（ＵＡＶ）などの航空機、後者はドローンとも呼ばれ、建物、およびそこに埋め込まれた電子機器、ソフトウェア、センサー、アクチュエーターなどのほか、これらのデバイスが既存のネットワークインフラストラクチャ全体でデータを収集および交換できるようにするネットワーク接続性も有するその他のアイテムまたはデバイスも含み得る。図１は、５つのセルのみの例示的な図を示すが、無線通信システムは、より多くのそのようなセルを含み得る。図１は、セル１０６２にあり、基地局ｇＮＢ２によってサービスを提供される、ユーザ機器、ＵＥとも呼ばれる２つのユーザＵＥ１およびＵＥ２を示す。別のユーザＵＥ３は、基地局ｇＮＢ４によってサービスを提供されるセル１０６４に示されている。矢印１０８１、１０８２および１０８３は、ユーザＵＥ１、ＵＥ２およびＵＥ３から基地局ｇＮＢ２、ｇＮＢ４にデータを送信するため、または基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表す。さらに、図１は、セル１０６４の２つのＩｏＴデバイス１１０１および１１０２を示しており、これらは固定デバイスまたはモバイルデバイスであり得る。ＩｏＴデバイス１１０１は、矢印１１２１によって概略的に表されるように、基地局ｇＮＢ４を介して無線通信システムにアクセスし、データを送受信する。ＩｏＴデバイス１１０２は、矢印１１２２によって概略的に表されるように、ユーザＵＥ３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ１からｇＮＢ５は、例えば、Ｓ１またはＸｎインターフェースを介して、それぞれのバックホールリンク１１４１から１１４５を介して、コアネットワーク１０２に接続されてもよく、これらは「コア」を指す矢印によって図１に概略的に表されている。コアネットワーク１０２は、１つ以上の外部ネットワークに接続されてもよい。さらに、それぞれの基地局ｇＮＢ１からｇＮＢ５のいくつかまたはすべては、例えば、ＮＲのＳ１またはＸ２インターフェースまたはＸＮインターフェースを介し、それぞれのバックホールリンク１１６１から１１６５を介して互いに接続されてもよく、これらは「ｇＮＢ」を指す矢印によって図１に概略的に表されている。
【0003】
データ送信には、物理リソースグリッドを使用できる。物理リソースグリッドは、さまざまな物理チャネルおよび物理信号がマッピングされるリソース要素のセットを含むことができる。例えば、物理チャネルは、ダウンリンクおよびアップリンクペイロードデータとも呼ばれる、ユーザ固有のデータを搬送する物理ダウンリンクおよびアップリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ）、例えばマスタ情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）を搬送する物理ダウンリンクおよびアップリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ）を含むことができる。アップリンクの場合、物理チャネルは、ＵＥが同期してＭＩＢおよびＳＩＢを取得すると、ネットワークにアクセスするためにＵＥによって使用される物理ランダムアクセスチャネル（ＰＲＡＣＨまたはＲＡＣＨ）をさらに含むことができる。物理信号は、基準信号または記号（ＲＳ）、同期信号などを含み得る。リソースグリッドは、時間領域で、特定の持続時間を有し、周波数領域で所与の帯域幅を有するフレームまたは無線フレームを含み得る。フレームは、所定の長さのある数のサブフレームを有することができる。各サブフレームは、サイクリックプレフィックス（ＣＰ）の長さに応じて、６または７個のＯＦＤＭシンボルの２つのスロットを含み得る。フレームは、例えば、短い送信時間間隔（ｓＴＴＩ）またはほんの数個のＯＦＤＭシンボルのみからなるミニスロット／非スロットベースのフレーム構造を利用する場合、より少ない数のＯＦＤＭシンボルで構成することもできる。
【0004】
無線通信システムは、直交周波数分割多重化（ＯＦＤＭ）システム、直交周波数分割多重化接続（ＯＦＤＭＡ）システム、または他のいずれかのＣＰの有無にかかわらずＩＦＦＴベースの信号、例えばＤＦＴ－ｓ－ＯＦＤＭのような、周波数分割多重化を使用するいずれかのシングルトーンシステムまたはマルチキャリアシステムであり得る。複数のアクセスのための非直交波形などの他の波形、例えば、フィルターバンクマルチキャリア（ＦＢＭＣ）、汎用周波数分割多重化（ＧＦＤＭ）、またはユニバーサルフィルタードマルチキャリア（ＵＦＭＣ）が使用され得る。無線通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格または５ＧまたはＮＲ、Ｎｅｗ Ｒａｄｉｏ、規格により、動作することができる。
【0005】
図１に図示する無線ネットワークまたは通信システムは、異なるオーバーレイネットワークを有する異種ネットワーク、例えば、基地局ｇＮＢ１からｇＮＢ５のような、マクロ基地局を含む各マクロセルを伴うマクロセルのネットワーク、およびフェムトまたはピコ基地局のような、スモールセル基地局（図１には示されていない）のネットワークによる可能性がある。
【0006】
上述の地上無線ネットワークに加えて、衛星のような衛星搭載トランシーバ、および／または無人航空機システムのような航空機搭載トランシーバを含む、非地上無線通信ネットワークも存在する。非地上無線通信ネットワークまたはシステムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ規格または５ＧまたはＮＲ、Ｎｅｗ Ｒａｄｉｏ、規格により、図１を参照して上述した地上システムと同様に動作することができる。
【0007】
モバイル通信ネットワーク、例えば、ＬＴＥまたは５Ｇ／ＮＲネットワークのような、図１を参照して上述のようなネットワークでは、１つ以上のサイドリンク（ＳＬ）チャネルを介して、例えば、ＰＣ５インターフェースを使用して、互いに直接通信するＵＥがあり得る。サイドリンクを介して互いに直接通信するＵＥには、他の車両と直接通信する車両（Ｖ２Ｖ通信）、無線通信ネットワークの他のエンティティと通信する車両（Ｖ２Ｘ通信）、例えば、信号機、交通標識または歩行者などのロードサイドのエンティティが含まれ得る。その他のＵＥは、車両関連のＵＥでなくてもよく、上記のデバイスのいずれかを含むことができる。このようなデバイスは、ＳＬチャネルを使用して相互に直接通信（Ｄ２Ｄ通信）することもできる。
【0008】
サイドリンクを介して互いに直接通信する２つのＵＥを考慮する場合、両方のＵＥは、同じ基地局によってサービスを提供され得、すなわち、両方のＵＥは、図１に図示する基地局の１つのように、基地局のカバレッジエリア内にあり得る。これは、「カバレッジ内」シナリオと呼ばれる。この文脈における「ＢＳによって提供される」という用語は、ＵＥが、ＢＳによってブロードキャストされる参照シンボル、例えば、同期信号を利用して、別のＵＥに間接的に同期し得ること、またはＢＳがリソースセットまたはリソースプールを編成して、送信と受信のための直接通信のために両方のＵＥによって使用され得ることを意味する。その他の例によれば、サイドリンクを介して通信する両方のＵＥは、「カバレッジ外」シナリオと呼ばれる基地局によってサービスを提供されない場合がある。「カバレッジ外」は、２つのＵＥが図１に図示したセルの１つ内にないことを意味するのではなく、むしろ、これらのＵＥが基地局に接続されていないこと、例えば、ＲＲＣ接続状態ではないことを意味することに留意されたい。さらに別のシナリオは「部分カバレッジ」シナリオと呼ばれ、サイドリンクを介して相互に通信する２つのＵＥの一方が基地局によってサービスを提供され、他方のＵＥは基地局によってサービスを提供されない。
【0009】
図２は、互いに直接通信している２つのＵＥが両方とも基地局のカバレッジ内にある状況の概略図である。基地局ｇＮＢは、基本的に、図１に概略的に表されるセルに対応する円２００によって概略的に表されるカバレッジエリアを有する。互いに直接通信するＵＥは、両方とも基地局ｇＮＢのカバレッジエリア２００内にある第１の車両２０２および第２の車両２０４を含む。車両２０２、２０４は両方とも基地局ｇＮＢに接続されており、加えて、それらはＰＣ５インターフェースを介して互いに直接接続されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、基地局とＵＥとの間の無線インターフェースである、Ｕｕインターフェースを介した制御信号を介してｇＮＢによって支援される。ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用されるリソースを割り当てる。この構成は、モード３構成とも呼ばれる。
【0010】
図３は、ＵＥが基地局のカバレッジ内にない、すなわち、それらが物理的に無線通信ネットワークのセル内にあり得る場合でも、互いに直接通信するそれぞれのＵＥが基地局に接続されていない状況の概略図である。３台の車両２０６、２０８、および２１０は、例えば、ＰＣ５インターフェースを使用して、サイドリンクを介して互いに直接通信していることが示されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、車両間に実装されたアルゴリズムに基づいている。この構成は、モード４構成とも呼ばれる。上記のように、カバレッジ外シナリオである図３のシナリオは、それぞれのモード４ ＵＥが基地局のカバレッジ２００の外側にあることを意味するのではなく、むしろ、それぞれのモード４ ＵＥが、基地局によってサービスを提供されていないか、またはカバレッジエリアの基地局に接続されていないことを意味する。したがって、図２に示すカバレッジエリア２００内に、モード３のＵＥ２０２、２０４に加えて、モード４のＵＥ２０６、２０８、２１０も存在する状況があり得る。
【0011】
それぞれのサイドリンクインターフェースを介した２つ以上のＵＥ間の通信のために、リソースプールを定義することができる。リソースプールは、サイドリンクを介したそれぞれの送信および受信のためにＵＥによって使用され得る複数のリソースを含む。例えば、ＬＴＥ Ｖ２Ｘ規格で定義されている従来のアプローチに従って、リソースプールは、車両通信にのみ使用するために予約されているアップリンクスペクトル内の時間および周波数リソースのセットとして定義される。
【0012】
図４は、時間と周波数にわたって定義されるリソースプールの一例を示している。図４の上部は、基地局に接続されている１つ以上のＵＥとの通信のために基地局で利用可能であり得る時間および周波数のリソースを示している。これらの利用可能なリソースから、リソースのサブセットがリソースプールを定義するために選択される。図４に示すように、時間領域全体で、基地局はＵＥに可変長のサブフレームビットマップを提供する。ビットマップは、特定の時間のリソースをリソースプールに使用するかどうか（ビットマップに「１」で示される）、どのリソースをリソースプールに使用しないか（ビットマップに「０」で示す）を示す。図４の上部にある縦の点線で示されているように、ビットマップはリソースプールの期間全体にわたって繰り返される場合がある。リソースプールには、データおよび制御サブチャネルが含まれ、これらは、ビットマップによって示されるサブフレームに基づいて、周波数全体で定義される。データサブチャネルは、リソースブロック、ＲＢ、インデックス、およびＲＢ内のサブチャネルのサイズと共にサブチャネルの数を含むパラメータのセットを使用して定義される。制御サブチャネルは、ビットマップに示されているサブフレームにも基づいて定義されるが、制御チャネルが周波数の２つのＲＢにのみにわたり拡張するように、開始ＲＢインデックスのみが指定される。図４の例では、利用可能なリソースのブロック３１０から、２つの制御サブチャネル３１４ａおよび３１４ｂ、ならびに２つのデータサブチャネル３１６ａおよび３１６ｂを含む、リソースプール３１２が選択されていることが確認できる。図４の例では、制御サブチャネルは、選択された各サブフレームのそれぞれの開始リソースブロック、つまり周波数の２つのＲＢのサイズの各サブフレームの第１と第６のＲＢを指定することによって示され、データサブチャネルは、それぞれの開始ＲＢ、つまり周波数の３つのＲＢのサイズの各サブフレームの第３と第８のＲＢによって記述される。
【0013】
したがって、従来のアプローチによれば、リソースプールは、少なくとも２つのサブチャネル、ＰＳＣＣＨのような制御情報のための１つのサブチャネル、およびＰＳＳＣＨのようなデータのための１つのサブチャネルを含み得る。所与の送信時間間隔、ＴＴＩ、またはサブフレームで、送信ＵＥは、制御チャネルでサイドリンク制御情報、ＳＣＩをブロードキャストし、続いて同じサブフレーム内のデータをブロードキャストする。ＳＣＩは、データが送信されるサブフレーム内のリソースを指し、受信側ＵＥは制御サブチャネルをリッスンし、その結果、ＳＣＩを受信するとき、データがどこで受信されるかが認識されるようにする。
【0014】
ＢＳによってＵＥに与えられる各構成には、複数のリソースプールが存在する場合がある。各リソースプールは、異なる目的または状況に関係する場合があり、例えば、専用の送信リソースプール、受信リソースプール、およびいわゆる例外的なリソースプールが存在する場合がある。例えば、送信リソースプールの場合を考慮すると、基地局は、そのカバレッジエリアを複数のゾーンに分割することができ、それぞれのゾーンの状況に応じて、それぞれのゾーンに配置されたＵＥに異なる送信リソースプールを提供することができる。例えば、基地局は、カバレッジエリアを８つのゾーンに分割することができ、図５は、図１を参照して上述のネットワーク内のセルのような、セルの概略図であり、これには、そのような複数のゾーンへの分割が適用される。セルは、基地局ｇＮＢのカバレッジ２００（図３を参照）によって定義される。カバレッジエリア２００は複数のゾーンに分割され、各ゾーンはそれぞれのｚｏｎｅＩＤに関連付けられている。カバレッジエリア２００は、ゾーン識別子ｚｏｎｅＩＤ０からｚｏｎｅＩＤ７を割り当てられた８つのゾーン２０００から２００７に細分化される。図５は、カバレッジエリア２００をそれぞれのゾーンに分離する方法の一例にすぎず、他の例によれば、多かれ少なかれゾーンおよび他の形状のゾーンを定義することができることに留意されたい。それぞれのゾーンは、それぞれの緯度および経度座標に関連して定義することができ、ゾーンは、Ｖ２Ｘ通信のためのＶ２Ｘゾーンと呼ばれることもある。ゾーンのそれぞれは、３１２に概略的に示されているように、単一または一意の送信リソースプールに関連付けられている。１つのゾーンのＵＥの送信リソースプールは、他のゾーンのＵＥの多くの受信リソースプールの１つとして機能する。単一の例外プールは、ゾーン全体のすべてのＵＥによる１つの基地局ｇＮＢから別の基地局ｇＮＢへのハンドオーバー中にのみ使用される。ゾーンごとのリソースプール３１２は、ゾーンごとに、ゾーン内に配置された、ＵＥ間のサイドリンク通信に割り当てられたリソースを示し得る。同じゾーン内のＵＥは、それぞれのｚｏｎｅＩＤに割り当てられている場合がある。リソースプール３１２は、例えば、他のＵＥとのサイドリンク通信のために所与のゾーン内のＵＥによって使用され得る周波数／時間を示し得る。他の例によれば、カバレッジエリア２００は、単一のゾーンを定義することができる。飛行中のＵＥの場合、経度と緯度のゾーンの概念を、例えば、高さパラメータを使用して、３Ｄに拡張できる。
【0015】
リソースプールは、すべての車両モデムで事前設定されている場合があり、事前設定されたリソースプールは、ＵＥがカバレッジ外にあり、基地局内のカバレッジに入っていない場合に使用できる。ＵＥが基地局のカバレッジに入る場合、事前構成が更新され得、ＵＥのステータス、接続状態またはアイドル状態、カバレッジ内またはカバレッジ外に応じて、適切なリソースプール構成が使用され得る。図６は、Ｖ２Ｘ通信の送信プールの選択を示す図である。図６は、下部でモード３ ＵＥを指し、基地局ｇＮＢが所与のリソースプール内で使用されるリソースをスケジューリングするとき、ＵＥはモード３で動作すると言われる。カバレッジ内およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の場合、ＵＥはこのモードで動作する。図６の上部はモード４ ＵＥを指し、リソース割り当てがＵＥ自体によって分散的方法で実行される場合、ＵＥはモード４で動作すると言われる。ＵＥは、このモードで機能するために、カバレッジ内またはカバレッジ外のいずれか、ならびにＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＤＬＥ状態のいずれかであり得る。
【0016】
ＵＥは、カバレッジ内にあり、ＲＲＣ＿ＩＤＬＥ状態（ブロック３５０を参照）にあるとき、ブロック３５２で、情報要素（ＩＥ）ＳＬ－Ｖ２Ｘ－ＣｏｎｆｉｇＣｏｍｍｏｎを含む、ＳＩＢ２１を受信し、これは次に、ＩＥ Ｖ２Ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎを定義する。この特定のＩＥには、最大８つの送信リソースプール構成のセットが含まれ、このそれぞれは、ＩＥ ＳＬ－ＣｏｍｍＲｅｓｏｕｒｃｅＰｏｏｌＶ２Ｘによって定義される。ＵＥはまた、ＵＥがそのｚｏｎｅＩＤ（０から７の範囲）を計算するのを支援するｚｏｎｅＣｏｎｆｉｇ ＩＥを受信し、ｚｏｎｅＩＤに基づいて、受信されたプールのセットから単一の関連する送信リソースプールを選択する。ＵＥがｚｏｎｅＣｏｎｆｉｇを受信しない場合、同期参照ソースに関連付けられた第１のプールを選択する。同様に、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行するとき（ブロック３５４を参照）、それは、ブロック３５６で、Ｖ２Ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ ＩＥを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する。ｅＮＢによって提供されるこのＩＥは、ＵＥに送信用の正確なリソースを受信するか（ｅＮＢスケジューリング済み、モード３）、またはセンシングに基づいて送信用に独自のリソースを選択する必要があるか（ＵＥ選択済み、モード４）どうかを指示する（ブロック３５８を参照）。この選択に応じて、ＵＥには送信リソースプールのセットが提供される。
【0017】
スケジューリングされた場合（ブロック３６０を参照）では、ＵＥにＶ２Ｘ－ＳｃｈｅｄｕｌｉｎｇＰｏｏｌ ＩＥが提供され、これには、最大８つの送信リソースプール構成のセットが含まれ、このそれぞれがＳＬ－ＣｏｍｍＲｅｓｏｕｒｃｅＰｏｏｌＶ２Ｘ ＩＥによって定義される。ＵＥがプールの受信されたセットから単一の関連する送信リソースプールを選択するのを支援するｚｏｎｅＣｏｎｆｉｇ ＩＥに基づいて、ＵＥは、関連する送信リソースプールを選択し、次に、ｅＮＢによって提供されるリソースに基づいて送信する（ブロック３６２を参照）。
【0018】
ＵＥが選択した場合、ＵＥにはＶ２Ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ ＩＥ（ブロック３６４を参照）が提供され、次にこれには、最大８つの送信リソースプール構成のセットが含まれ、このそれぞれは、上述のようにＳＬ－ＣｏｍｍＲｅｓｏｕｒｃｅＰｏｏｌＶ２Ｘ ＩＥによって定義される。ＵＥはまた、ＵＥが受信されたプールのセットから単一の関連する送信リソースプールを選択するのを支援するｚｏｎｅＣｏｎｆｉｇ ＩＥを受信する。次に、ＵＥは、選択されたリソースプールから感知されたリソースに基づいて送信する（ブロック３６６を参照）。
【0019】
ＵＥについて、カバレッジ外にあるとき（ブロック３５０を参照）、リソースプールは、送信するためにブロック３６６で使用されるＳＬ－Ｖ２Ｘ－Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎにより定義される（ブロック３６８を参照）。
【0020】
ＵＥについて、カバレッジ内にあるがＲＲＣ＿ＩＤＬＥ状態（ブロック３５４を参照）のとき、リソースプールはＳＬ－Ｖ２Ｘ－ＣｏｎｆｉｇＣｏｍｍｏｎで定義されたＶ２Ｘ－ＣｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎから選択され（ブロック３７０を参照）、次にブロック３６６で送信するために使用される。
【0021】
したがって、上記の例では、ＵＥに提供される異なる構成があり得、座標が単一のｚｏｎｅＩＤおよびリソースプールＩＤに対応する場合、ＵＥは、ＵＥの地理的位置に基づいて適切な送信リソースプールを選択する。
【0022】
基地局は、リソースのスケジューリングを支援するかどうか、またはＵＥが送信に使用されるリソースを選択しなければならないかを決定することができる。これは、Ｖ２Ｘシステムの上記の２つの動作モード、モード３とモード４を定義する。上記のように、Ｖ２Ｘモード３構成は、Ｖ２ＸまたはＶ２Ｖ通信のような、サイドリンク通信を可能にするために、基地局のカバレッジ内の車両ＵＥのための基地局によるリソースのスケジューリングおよび干渉管理を含む。制御シグナリングは、例えば、ダウンリンク制御インジケータ、ＤＣＩを使用して、Ｕｕインターフェースを介してＵＥに提供され、リソースは、基地局によって動的に割り当てられる。サイドリンク通信用のＶ２Ｘモード４構成では、事前構成されたリソース構成に基づいて、ＵＥ間で分散または非集中アルゴリズムを使用してスケジューリング干渉管理が自律的に実行される。
【0023】
上記のセクションの情報は、本発明の背景の理解を高めるためだけのものであり、したがって、当業者にすでに知られている先行技術を形成しない情報を含む場合があることに留意されたい。
【発明の概要】
【発明が解決しようとする課題】
【0024】
上述のような従来技術から始めて、本発明の目的は、例えば、ＮＲ ５Ｇ規格によって定義される利点を考慮して、Ｖ２Ｘサービスでのサイドリンク通信で使用されるリソースプールのために、改善されたリソースプール設計を提供することである。
【課題を解決するための手段】
【0025】
この目的は、独立請求項で定義されている主題によって達成され、好ましい実施形態は、従属請求項で定義されている。
次に、本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
次に、本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
【図面の簡単な説明】
【0026】
【図1】無線通信システムの一例の概略図を示す。
【図2】互いに直接通信しているＵＥが基地局のカバレッジ内にある状況の概略図を示す。
【図3】互いに直接通信しているＵＥが基地局のカバレッジ内にない、すなわち、基地局に接続されていないシナリオを示す図である。
【図4】時間と周波数にわたって定義されるリソースプールの一例を示す図である。
【図6】Ｖ２Ｘ通信の送信プールの選択を示す図である。
【図7】本発明の実施形態による、送信機と１つ以上の受信機との間で情報を通信するための無線通信システムの概略図である。
【図8】異なるサブキャリア間隔を伴う３つの別個の送信リソースプールを有するリソースプールを含む、本発明の実施形態によるリソースプール定義を概略的に示す図である。
【図9】帯域幅部分の概念を概略的に示す図である。
【図10】異なる数秘術および／または異なる帯域幅サイズを伴うＢＷＰのアクティブ化を示す図である。
【図11】ユーザ固有および共通の検索スペースを含むＣＯＲＥＳＥＴを使用する帯域幅部分の一例を示す図である。
【図12】ＮＲのＢＷＰ概念を使用して複数のリソースプールを定義する本発明の一実施形態を示す図である。
【図13】デフォルトのＢＷＰを使用する実施形態を示す図である。
【図14】それぞれのサイドリンクＢＷＰ内で定義されている複数のＮＲリソースプールの一実施形態を示す図である。
【図15】ユニットまたはモジュール、ならびに本発明のアプローチにより説明される方法のステップが実行され得るコンピュータシステムの一例を示す図である。
【発明を実施するための形態】
【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】
【表2】
以下では、本発明のアプローチのさらなる実施形態が、ＮＲによって定義される帯域幅部分の概念を利用するＮＲリソースプールを設計するために説明される。
【0135】
ＮＲ ５Ｇシステムは、帯域幅部分、ＢＷＰの概念を導入している。ＮＲ ５Ｇシステムの広帯域幅動作により、ＵＥは、帯域幅全体のサブセットである周波数範囲でのみ送信および受信することができる場合がある。帯域幅は、システムのエネルギー効率を向上させるのに必要なスループットにより適合され得る。特に、ＵＥは帯域幅全体のごく一部のデコードのみを実行し、それによって、特にアナログ－デジタルコンバータＡＤＣの消費電力が帯域幅のサイズに比例するため、エネルギーを節約し、したがってバッテリー電力を節約する。図１０は、帯域幅部分の概念を概略的に示し、４００で利用可能な全体の帯域幅、ならびに全体の帯域幅４００よりも小さい帯域幅を有する２つの帯域幅部分４０２ａおよび４０２ｂを示す。ＢＷＰ概念の別の利点は、異なるサブキャリア間隔の間の高速スイッチングが可能であり、低帯域幅機能のみを備えたＵＥも広帯域キャリアでサポートされることである。さらに、全体的な送信帯域幅間の負荷分散が改善される。ＢＷＰには、システムの全帯域幅内に連続リソースブロックのセットが含まれ、各ＢＷＰは、サブキャリア間隔、ＳＣＳ、それぞれのサイドリンクプレフィックスなどの特定の数秘術に関連付けられている。ＢＷＰは、ＳＳＢとも呼ばれる、同期シーケンス、ＳＳ、ブロックのサイズ以上である場合があり、ＳＳＢを含む場合と含まない場合がある。ＵＥは、ダウンリンクおよびアップリンクに対してそれぞれ最大４つのＢＷＰを構成することができるが、アップリンクおよびダウンリンクに対して１つのＢＷＰのみが所与の時点でアクティブであり得る。
【0136】
図１１は、異なる数秘術および／または異なる帯域幅サイズを伴うＢＷＰのアクティブ化を示している。第１のより低い帯域幅の第１の帯域幅部分ＢＷＰ１およびより高い帯域幅の第２の帯域幅部分ＢＷＰ２が示されている。時間の経過と共に、ＲＲＣシグナリングなどのシグナリングに応答して、それぞれのＢＷＰがアクティブ化される場合がある。図１１の例では、最初に、第１の帯域幅部分ＢＷＰ１がアクティブである。時刻ｔ１で、信号「アクティブ化２」によって図１１に概略的に示されているように、外部シグナリングによって、帯域幅部分ＢＷＰ１が非アクティブ化され、より高い帯域幅の帯域幅部分ＢＷＰ２がアクティブ化され、つまりここで、帯域幅部分ＢＷＰ２がアクティブ化されると、第１の帯域幅部分ＢＷＰ１が非アクティブ化される。時間ｔ２で、第１の帯域幅部分が再びアクティブ化され、時間ｔ３で、第２の帯域幅部分が再びアクティブ化される。期間は同じでも異なっていてもかまわない。ＢＷＰは周波数が重複する場合、または異なる帯域幅をカバーする場合がある。ダウンリンクでは、ＢＷＰを切り替えるために、受信機にギャップ時間を設けて、無線フロントエンドＲＦの再調整を可能にし、図１１に示すように、ここでは、それぞれのアクティブ化信号が実際のスイッチング時間ｔ１、ｔ２およびｔ３のわずかに先に受信されていることが確認され得る。
【0137】
ＢＷＰはＲＲＣシグナリングによって構成でき、アクティブ化と非アクティブ化はＰＤＣＣＨシグナリングによって有効にできる。ＭＡＣ層は、ＭＡＣ制御要素を使用してアクティブ化／非アクティブ化を確認することができる。さらに、時間ベースの非アクティブ化を実装して、データ送信が完了した後に帯域幅を減らし、シグナリングのオーバーヘッドを節約することもできる。非アクティブ化は、送信される最後のセットアップパケットにあるＭＡＣ制御要素によって提供される場合もある。
【0138】
サービングセルの場合、ＳＳＢが送信され、システム情報が受信されるＢＷＰは、初期ダウンリンクＢＷＰと呼ばれる。アップリンクでは、初期ＢＷＰはＲＡＣＨが送信される帯域幅であり、ＲＡＣＨリソースはシステム情報によって構成できる。複数のＢＷＰが構成されると、ＢＷＰの１つは、送信が終了した場合、またはＵＥがいずれかのＢＷＰで制御信号を受信してフォールバックをトリガーした場合、または非アクティブ時間が切れた場合に、フォールバックとして使用できるデフォルトのＢＷＰになり得る。キャリアアグリゲーション、ＣＡ、またはデュアルコネクティビティ、ＤＣでは、基地局は、ダウンリンクで少なくとも第１のアクティブＢＷＰ、およびアップリンクで第１のアクティブＢＷＰを構成することができる。
【0139】
帯域幅部分を介したＨＡＲＱ再送信が可能である。さらに、ＵＥはまた、例えば、ＲＲＭ測定を実行するために、例えば、サウンディング基準信号、ＳＲＳを送信するために、ＢＷＰの外部でもアクティブであり得る。アクティブＢＷＰでは、ＵＥは、制御要素リソース、ＣＯＲＥＳＥＴが構成されている少なくとも１つの物理ダウンリンク制御チャネルを監視する。
【0140】
図９は、ユーザ固有および共通の検索スペースを含むＣＯＲＥＳＥＴを使用する帯域幅部分の一例を示している。周波数領域は垂直方向に沿って伸び、時間領域は水平方向に伸びる。利用可能な全体の帯域幅は４００で概略的に示され、図９の例では、３つの帯域幅部分４０２ａから４０２ｃが示され、その帯域幅部分４０２ａおよび４０２ｂは、例えば３０ｋＨｚの同じサブキャリア間隔、ＳＣＳを使用し、第３の帯域幅部分４０２ｃは、６０ｋＨｚのサブキャリア間隔を使用する。図９の例では、それぞれの帯域幅部分は、それらが特定の帯域幅によって分離されるように周波数に沿って配置されるが、図１０に示されるように、および上記のように、帯域幅部分も連続的または重複する場合もある。
【0141】
ＢＷＰのそれぞれには、ＵＥ固有の検索スペースＵＳＳを伴う少なくとも１つの制御リソースセット、ＣＯＲＥＳＥＴが含まれている。ＣＯＲＥＳＥＴはまた、共通の検索スペース、ＣＳＳを含むように構成され得、これは、ＵＥ固有のシグナリングに加えて、システム情報、ページング、グループ情報などの特定の目的のために使用され得る。ＵＳＳは、このちょうどＵＥに特別に構成され、向けられた制御情報の可能な受信についてＵＥが監視する時間および周波数にわたるスペースである。一方、ＣＳＳは、すべてのＵＥによって受信または監視されるように構成された制御情報の可能な受信について、ＵＥによって監視される時間および周波数にわたるスペースである。例えば、ＣＳＳは、ＵＳＳがＲＲＣ再構成メッセージによって構成される前のＲＲＣメッセージの最初の交換中に使用される場合がある。キャリアアグリゲーション、ＣＡまたはデュアルコネクティビティ、ＤＣの場合、アクティブなＤＬ－ＢＷＰには、ＣＳＳを伴う少なくとも１つのＣＯＲＥＳＥＴが含まれている。
【0142】
図９の例では、第１のＢＷＰ４０２ａは、２つのＣＯＲＥＳＥＴ１、ＣＯＲＥＳＥＴ２を含み、その中でＣＯＲＥＳＥＴ１のみが部分的にＵＳＳを定義しており、ＣＳＳはＢＷＰ４０２ａで提供されていない。ＢＷＰ４０２ｂには、ＣＯＲＥＳＥＴ１からＣＯＲＥＳＥＴ３までの３つのＣＯＲＥＳＥＴが含まれており、その中でＣＯＲＥＳＥＴ１はＵＳＳとして全面的に使用される。繰り返すが、ＣＳＳは提供されていない。ＢＷＰ４０２ｃでは、ＣＯＲＥＳＥＴ１からＣＯＲＥＳＥＴ３の３つのＣＯＲＥＳＥＴが提供され、その中でＣＯＲＥＳＥＴ２はＣＳＳを定義し、ＣＯＲＥＳＥＴ３はＵＳＳを定義する。
【0143】
ＵＥは、異なる数秘術のＢＷＰで構成され得るため、異なる数秘術を伴う異なるＵＥが、広帯域キャリアの異なる周波数部分でスケジュールされ得る。図１２の例では、ＢＷＰ４０２ａおよび４０２ｂは、３０ｋＨｚのサブキャリア間隔の数秘術で構成され、一方、ＢＷＰ３ ４０２ｃは、６０ｋＨｚのサブキャリア間隔の数秘術で構成されている。ＢＷＰは、最初はＲＲＣシグナリングによって構成されるが、上述のようにＤＣＩシグナリングを使用してアクティブ化または非アクティブ化できるが、なお、所与の時点でアクティブにできるのは単一のＤＬまたはＵＬ ＢＷＰのみであるという制約が適用される。
【0144】
上部に要約されたＢＷＰ概念を適用する場合、実施形態による、ＮＲ Ｖ２Ｘシステムのリソースプールは、制御およびデータサブチャネルに分割される必要はない可能性があり、むしろ、リソースプールは、ＮＲ帯域幅のセクションとして定義され、これは、例えば、Ｖ２Ｘ ＰＣ５通信用に、つまりＵＥ間の通信専用に予約されている。リソースプールは、例えば、基地局のカバレッジエリアの８つの地理的ゾーンに対して２４の送信リソースプールも定義され得るように、第１の実施形態に関して上述のように定義され得、各ゾーンは、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚなどのさまざまなＳＣＳに対応する３つのプールを含み得る。
【0145】
図１２は、ＮＲのＢＷＰ概念を使用して複数のリソースプールを定義する一実施形態を示している。図１２は、垂直線に沿って、図９のように、周波数領域を示し、および概略的に、利用可能な全体の帯域幅を４００で示し、その中で第１、第２、および第３のＢＷＰ、帯域幅部分、４０２ａから４０２ｃが示され、次にそれぞれの送信リソースプールを定義している。第１および第２のＢＷＰまたは帯域幅プール４０２ａおよび４０２ｂは３０ｋＨｚ ＳＣＳを使用し、一方、第３の帯域幅部分またはリソースプール４０２ｃは６０ｋＨｚ ＳＣＳを使用する。選択的にアクティブ化／非アクティブ化できるＢＷＰを使用してそれぞれの送信リソースプールを定義すると、ＵＥは所与のポイントでアクティブなＢＷＰのみをスキャンおよび監視することが可能である。例えば、図１２の実施形態では、部分４０２ａと４０２ｃとの間の帯域幅部分はアクティブ化されず、アクティブな帯域幅部分４０２ａ、４０２ｂ、および４０２ｃのみがＵＥによって構成され、所与の時間で異なる送信リソースプールとして使用される。
【0146】
ＵＥ間のサイドリンク通信を考慮する場合、サイドリンクＢＷＰは、初期アクセス手順でのＲＲＣシグナリングによって定義され得る。さらに、ＲＲＣシグナリングの間に、さまざまなＳＣＳにまたがるＢＷＰがリソースプール内で定義される場合がある。デフォルトのＢＷＰは、１５ｋＨｚ ＳＣＳのリソースプールで定義でき、下位互換性を可能にするためにリソースプール設計のレガシー構造として使用できる。これにより、より高いＳＣＳリソースプールを使用して送信できないレガシーＵＥに対応することが可能である。
【0147】
システムの現在の負荷レベルに応じて、リソースプールの一部である最初に定義されたＢＷＰは、例えば、基地局からＵＥへのＤＣＩ送信を使用して、選択的に非アクティブ化のアクティブ化され得る。例えば、図１２を考慮するとき、高負荷状況では、基地局は、３つのＢＷＰ４０２ａから４０２ｃすべてがリソースプールとしてアクティブ化されることをＵＥに信号で送り得るようになるが、低負荷状況では、ＢＷＰの１つのみがアクティブ化され得る。システムでさらに高い負荷が発生した場合、さらに多くの帯域幅部分、例えば、図１２に非アクティブとして示されている帯域幅部分４０２ｄから４０２ｆの１つ以上がアクティブ化され得る。
【0148】
モード４ ＵＥのように、ＵＥがカバレッジ外になった場合、それは基地局から受信した最新または最後の構成を使用し続けることができるか、またはリソースセットのデフォルト構成に戻ることができ、そのデフォルト構成はＵＥにハードコードされているか、またはｇＮＢによって事前構成されているか、またはサイドリンクリレーを介して別のＵＥによって構成されている。ｇＮＢは、異なる条件で使用するための異なる送信リソースプールまたはセットをＵＥに提供することができる。ｇＮＢは、カバレッジ内で使用される通常の送信リソースプールまたはセットを提供し得、車のモデムのような、ＵＥにハードコードされている既存の事前構成済みセットを本質的に上書きする事前構成済み送信リソースプールまたはセットを提供する。
【0149】
上述のように、単一のＢＷＰのみがアクティブである実施形態があり得、そのような単一のアクティブＢＷＰは、プラトーンベースの通信のような、ユニキャスト通信に対応するためのＵＳＳを含むＣＯＲＥＳＥＴ、および隣接するＵＥによってブロードキャストされる制御情報に対応するためのＣＳＳを含むＣＯＲＥＳＥＴを含む。図１２では、例えば、第３のＢＷＰ４０２ｃは両方のＣＯＲＥＳＥＴを含むので、１つのＢＷＰのみがアクティブ化されるときに使用できるＢＷＰであり得る。ＢＷＰの別の１つがアクティブ化される唯一のものである場合、ＣＯＲＥＳＥＴは、第１のＢＷＰ４０２ａで、ＣＳＳを含む追加のＣＯＲＥＳＥＴが提供され、第２のＢＷＰ４０２ｂで、ＵＳＳを含む追加のＣＯＲＥＳＥＴが提供されるように適合される必要がある。
【0150】
さらなる実施形態によれば、上記のように、複数のＢＷＰもアクティブであり得、リソースプールに少なくとも２つのアクティブなＢＷＰが存在する場合、４０２ａおよび４０２ｂの両方がアクティブであり、一方、すなわちＵＳＳを含むＢＷＰ４０２ａおよび他方、すなわちＣＳＳを含むＢＷＰ４０２ｂに関して図１２に示されるように、アクティブなＢＷＰの１つはＣＳＳを含み、アクティブなＢＷＰの１つはＵＳＳを含む。基本的に、１つ以上のＢＷＰを含むリソースプールは、同じＢＷＰまたは異なるＢＷＰのいずれかに、ＵＳＳを含む少なくとも１つのＣＯＲＥＳＥＴとＣＳＳを含む１つを有する必要がある。これにより、ＵＥは、所与のＢＷＰで送信し、同じ地理的エリア内または同じリソースプールで送信する同じゾーンの隣接するＵＥからの送信に関する制御情報を受信することが可能である。
【0151】
さらなる実施形態によれば、ＢＷＰの１つは、リソース割り当て専用に使用され得る。例えば、安全サービス、非安全サービス、ブロードバンドサービスなど、Ｖ２Ｘサービスをサポートする複数の周波数帯域があり得、いくつかのサービスは特定の帯域に特別に割り当てられ、一方、その他はスペクトルを共有する場合がある。全体的な容量の制約を考慮すると、すべてのＵＥによって監視される必要のある複数の帯域および複数のＢＷＰが存在する可能性があるが、ＵＥが複数のＢＷＰで複数のサイドリンクリソース割り当てを継続的に監視することは複雑さを増す可能性がある。他方、ＵＥは、その付近での重要な送信を見逃さない可能性がある。広帯域サービスの場合、ＵＥは広帯域信号を送信することができ、信号は負荷に応じて帯域の異なる部分で送信することができる。この状況では、すべての帯域が継続的に監視されない限り、他のＵＥが割り当てを見つけることは難しい場合がある。さらに、カバレッジ外のＵＥは、特定のＢＷＰを使用してｇＮＢによって構成されなくなる可能性がある。
【0152】
したがって、本発明のアプローチのさらなる実施形態によれば、デフォルトのＢＷＰが定義され、ここで、１つ以上のサービスに対するすべてのリソース割り当てが送信される。制御リソースは、ｇＮＢによって構成することも、ＵＥで事前構成することもできる。構成には、各ＵＥがその付近のすべてのサービスのリッスンを可能にするＣＳＳが含まれる場合がある。図１２では、例えば、ＢＷＰ４０２ａがデフォルトの帯域幅を形成し得、ＣＯＲＥＳＥＴ２は、それぞれのサービスへのリソース割り当てに関してＵＥによって監視される共通の検索スペースであり得る。ＵＥはまた、同期信号についてデフォルトのＢＷＰを検索することができ、ｇＮＢ同期信号がなく、ＵＥ同期信号が見つからない場合、ＵＥは、ＳＬＳＳおよびその物理サイドリンクブロードキャストチャネル、ＰＳＢＣＨのような同期信号の送信を開始することができる。
【0153】
言い換えれば、デフォルトのＢＷＰは、クロスＢＷＰおよび／またはクロスキャリアスケジューリングによる他の帯域またはＢＷＰでの広帯域送信にも使用できるデフォルトの制御チャネルを定義する。ＵＥは、デフォルトのＢＷＰの制御チャネルの１つのみをリッスンすることができ、それによって、ＵＥの省電力を改善し、例えば、すべてのＵＥがすべてのＶ２Ｘサービスを受信する制御チャネルを確実にリッスンする。異なるＢＷＰまたは異なるキャリアで行われるブロードバンド送信または他のデータ送信の場合、ＵＥがデコードのための無線フロントエンドの再調整を可能にするように、ＲＦ再調整のためのいくらかの時間が提供され得る。
【0154】
図１３は、上述のデフォルトのＢＷＰを使用する実施形態を示し、図１３（ａ）では、１つ以上の制御チャネル３１４ａがデフォルトのＢＷＰ４０２ａで定義され得、制御チャネル３１４ａは、第２または第３のＢＷＰ４０２ｂ、４０２ｃでのデータ送信を指すことができる。
【0155】
さらに他の実施形態によれば、Ｖ２Ｘ制御チャネルはまた、図１３（ｂ）に示されるように、実際の送信が行われる、別のＢＷＰで提供される追加の制御チャネルを指すことができる。デフォルトのＢＷＰ４０２ａで定義された１つ以上の制御チャネル３１４ａは、帯域幅部分４０２ｂおよび４０２ｃのそれぞれの制御チャネル３１４ｂおよび３１４ｃを指し、次に、それぞれの帯域幅部分４０２ｂ、４０２ｃのデータサブチャネル３１６ｂ、３１６ｃのそれぞれのデータ送信を指す。したがって、そのような実施形態によれば、Ｖ２Ｘ制御チャネルは、いくつかのＵＥ、例えばプラトーンのメンバーにとって関心があり得る別のＶ２Ｘ制御チャネルを指すことができる。言い換えれば、第１のメッセージは、監視されるべき特定の制御情報を伴う別のＢＷＰまたはキャリアが存在することを他のＵＥに認識させることができ、これは、別のＢＷＰおよび／またはキャリアでのサイドリンクサービスアナウンスとも呼ばれる。
【0156】
遅延が少ない重要なデータの場合、図１３（ｂ）に示すように、リソース割り当ておよび事前定義された制御チャネルを数回繰り返すことができるため、このデータに関心のあるすべてのＵＥは、大きなデータ（他のバンド）が送信される前にリソース割り当てを確実に受信できる。図１３（ｃ）に示されるように、制御サブチャネル３１４ｃは、デフォルトのＢＷＰを使用して２回送信され、第２および第３のＢＷＰ４０２ａおよび４０２ｃのそれぞれのデータチャネル３１６ｂおよび３１６ｃでのデータの送信は、最初の、またはデフォルトの制御チャネルが２回送信されたなら開始される。当然、より頻繁に送信されることもある。
【0157】
センシングは、主に今説明した制御リソースに基づいており、異なる帯域でのデータ送信には基づいていない。データを送信する必要のあるＵＥは、専用制御リソースのスケジューリング割り当てをデコードして、他のＵＥのスケジューリングされたリソース割り当てを理解し、それ自体の自律選択で、すなわち、モード４で動作しているときにそれぞれのＰＲＢを回避することができる。
【0158】
さらに別の実施形態によれば、複数のリソースプールを単一の帯域幅部分内に定義することができる。図１４は、それぞれのサイドリンクＢＷＰ内で定義されている複数のＮＲリソースプールの一実施形態を示している。図１４の実施形態では、３０ｋＨｚ ＳＣＳを有する第１の帯域幅部分４０２ａは、データの送信のための第１のリソースプール３１２ａおよび第２のリソースプール３１２ｂを含む。加えて、制御情報が送信されるリソースを定義する２つのＣＯＲＥＳＥＴが提供され、それぞれのリソースプール３１２ａおよび３１２ｂのデータがどこに見つかるかの表示が含まれる。図１４でさらに示されるように、この概念は、複数の帯域幅部分を使用する場合にも実装され得、第１の帯域幅部分４０２ａと同様の方法で、第２の帯域幅部分４０２ｂもそれぞれのプール３１２ａ’および３１２ｂ’を定義し得る。したがって、図１４に示されるように、サイドリンク帯域幅部分は、単一のＢＷＰ内に複数のＮＲリソースプール３１２ａ、３１２ｂを含み得る。ＮＲリソースプール３１２ａ、３１２ｂは、専用の制御およびデータサブチャネルを含まず、代わりに、制御およびスケジューリング割り当てメッセージを処理する定義されたリソースプールの数に基本的に対応する複数のＣＯＲＥＳＥＴがＢＷＰ内に提供される。さらに、制御情報は、選択されたＮＲリソースプール３１２ａおよび３１２ｂ内のリソースを使用して送信されるデータを指す。
【0159】
さらに別の実施形態によれば、Ｖ２Ｘサービスのためのリソースプールは、システム帯域幅全体で上述の方法で定義された単一の帯域幅部分によって定義され得、帯域幅部分は、ＵＳＳおよびＣＳＳの両方を有する少なくとも１つのＣＯＲＥＳＥＴを含む。好適には、帯域幅部分は、３０ｋＨｚまたは６０ｋＨｚのようなより高いＳＣＳを有する。さらなる例によれば、複数の帯域幅部分も定義され得、帯域幅部分は異なるＳＣＳを有する。
ゾーン変更通知
ゾーン変更通知
【0160】
さらなる実施形態は、モード３ ＵＥが現在のゾーンから新しいゾーンに移動し、それによってリソースプールが新しいゾーンでどのように定義されるかについての新しい情報を必要とする状況で必要とされ得るゾーン変更通知に関する。言い換えれば、ＵＥが１つのゾーンから別のゾーンに変更されると、送信リソースプールも変更される。ＵＥが送信していなかった場合、ＢＳは新しいゾーンの新しいリソースプールに関する情報をＵＥに信号で送るため、これは重要ではない。しかしながら、ＵＥが現在データを送信している場合、例えばＳＰＳ送信の間に送信するデータがまだある場合、前のリソースプールに対してＢＳによってスケジューリングされたリソースは、新しいゾーンに対応する新しいリソースプールでは有効ではない可能性があり、その結果、そのような状況では、ＵＥは、例えば、バッファステータスレポートを自動的に送信することによって、残りのデータの送信に使用される新しいリソースを基地局から自動的に要求する。シグナリングは、ＭＡＣ層を使用してトリガーすることもできる。ＵＥは、その新しい座標に基づいて上述のゾーンＩＤ式を再計算することによって、新しい送信リソースプールまたはセットを決定することができる。
【0161】
好適には、モード３にあり、アクティブなＳＰＳ送信を有するＵＥのみが、ゾーン変更時に追加のＢＳＲをＢＳに送信する。他のＵＥではそのようなシグナリングは必要ない場合がある。
【0162】
上述の実施形態のいくつかでは、モード３構成とも呼ばれる、接続モードにある車両、またはモード４構成とも呼ばれるアイドルモードにある車両のいずれかに参照が行われてきた。しかしながら、本発明は、Ｖ２Ｖ通信またはＶ２Ｘ通信に限定されるものではなく、むしろ任意のデバイス間通信、例えば、例えばＰＣ５インターフェースを介してサイドリンク通信を実行する非車両モバイルユーザまたは静止ユーザにも適用可能である。さらに、そのようなシナリオでは、上述の態様によるリソースをスケジューリングすることは、リソースの衝突などを回避するサイドリンク通信のためのリソースのより効率的なスケジューリングを可能にするので有利である。
【0163】
本発明のいくつかの実施形態は、送信機がユーザ機器にサービスを提供する基地局であり、受信機が基地局によってサービスされるユーザ機器である通信システムに関して上述してきた。しかしながら、本発明は、そのような実施形態に限定されず、送信機がユーザ機器であり、受信機がユーザ機器にサービスを提供する基地局である通信システムに実装することもできる。他の実施形態によれば、受信機および送信機は両方とも、例えばサイドリンクインターフェースを介して互いに直接通信するＵＥであり得る。
【0164】
実施形態によれば、無線通信システムは、地上ネットワーク、または非地上ネットワーク、または航空機または宇宙船を受信機として使用するネットワークまたはネットワークのセグメント、またはそれらの組み合わせを含み得る。
【0165】
実施形態によれば、受信機は、１つ以上のモバイル端末または固定端末、ＩｏＴデバイス、地上車両、航空機、ドローン、建物、あるいはアイテム／デバイスが、センサーまたはアクチュエーターなどの無線通信システムを使用して通信することを可能にするネットワーク接続を備えた任意の他のアイテムまたはデバイスを含み得る。実施形態によれば、送信機は、１つ以上のマクロセル基地局、またはスモールセル基地局、または衛星またはスペースのような宇宙船、または無人航空機システム（ＵＡＳ）のような航空機、例えば、テザーＵＡＳ、エアーＵＡＳより軽い（ＬＴＡ）、エアーＵＡＳより重い（ＨＴＡ）および高高度ＵＡＳプラットフォーム（ＨＡＰ）、またはネットワーク接続を備えたアイテムまたはデバイスが無線通信システムを使用して通信すること可能にする任意の送信／受信ポイント（ＴＲＰ）を含み得る。
【0166】
説明された概念のいくつかの態様は装置の文脈で説明されたが、これらの態様は対応する方法の説明も表すことは明らかであり、ここで、ブロックまたはデバイスは方法ステップまたは方法ステップの特徴に対応する。同様に、方法ステップの文脈で説明された態様は、対応する装置の対応するブロックまたはアイテムまたは特徴の説明も表す。
【0167】
本発明のさまざまな要素および特徴は、アナログおよび／またはデジタル回路を使用するハードウェアで、ソフトウェアで、１つ以上の汎用または専用プロセッサによる命令の実行を通じて、またはハードウェアとソフトウェアの組み合わせとして実装され得る。例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実装されてもよい。図１５は、コンピュータシステム５００の一例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つ以上のコンピュータシステム５００で実行することができる。コンピュータシステム５００は、専用または汎用デジタル信号プロセッサのような１つ以上のプロセッサ５０２を含む。プロセッサ５０２は、バスまたはネットワークのような通信インフラストラクチャ５０４に接続される。コンピュータシステム５００は、例えば、ランダムアクセスメモリ（ＲＡＭ）などのメインメモリ５０６、および例えば、ハードディスクドライブおよび／またはリムーバブルストレージドライブなどの二次メモリ５０８を含む。二次メモリ５０８は、コンピュータプログラムまたは他の命令がコンピュータシステム５００にロードされることを可能にし得る。コンピュータシステム５００は、ソフトウェアおよびデータがコンピュータシステム５００と外部デバイスとで転送されることを可能にする通信インターフェース５１０をさらに含み得る。通信は、電子、電磁気、光、または通信インターフェースによって処理できる他の信号からのものであり得る。通信は、ワイヤーまたはケーブル、光ファイバー、電話回線、携帯電話リンク、ＲＦリンクおよび他の通信チャネル５１２を使用することができる。
【0168】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム５００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ５０６および／または二次メモリ５０８に格納される。コンピュータプログラムはまた、通信インターフェース５１０を介して受信され得る。コンピュータプログラムは、実行されると、コンピュータシステム５００が本発明を実装することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ５０２が、本明細書で説明されている方法のいずれかなどの本発明のプロセスを実装することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム５００のコントローラを表すことができる。本開示がソフトウェアを使用して実装される場合、ソフトウェアは、コンピュータプログラム製品に格納され、リムーバブルストレージドライブ、通信インターフェース５１０のようなインターフェースを使用してコンピュータシステム５００にロードされてもよい。
【0169】
ハードウェアまたはソフトウェアでの実装は、そこに電子的に読み取り可能な制御信号が格納され、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協働する（または協働することができる）デジタルストレージメディア、例えばクラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリを使用して実行できる。したがって、デジタル記憶媒体は、コンピュータ可読であり得る。
【0170】
本発明によるいくつかの実施形態は、本明細書で説明した方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【0171】
一般に、本発明の実施形態は、プログラムコードを持つコンピュータプログラム製品として実装されてもよく、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに方法の１つを実行するように動作する。プログラムコードは、例えば、機械可読キャリアに格納されてもよい。
【0172】
他の実施形態は、機械可読キャリアに格納され、本明細書で説明した方法の１つを実行するためのコンピュータプログラムを含む。言い換えれば、本発明の方法の一実施形態は、したがって、コンピュータプログラムがコンピュータ上で実行されるとき、本明細書で説明した方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0173】
したがって、本発明の方法のさらなる実施形態は、本明細書で説明した方法の１つを実行するためのコンピュータプログラムを含み、それに記録したデータキャリア（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。したがって、本発明の方法のさらなる実施形態は、本明細書で説明した方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えば、インターネットなどのデータ通信接続を介して転送されるように構成されてもよい。さらなる実施形態は、本明細書で説明した方法の１つを実行するように構成または適合された処理手段、例えば、コンピュータまたはプログラム可能なロジックデバイスを含む。さらなる実施形態は、本明細書で説明した方法の１つを実行するためのコンピュータプログラムがインストールされているコンピュータを含む。
【0174】
いくつかの実施形態では、プログラム可能なロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書で説明した方法の機能のいくつかまたはすべてを実行することができる。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書で説明した方法の１つを実行するために、マイクロプロセッサと協働し得る。一般に、方法は、好適には、任意のハードウェア装置によって実行される。
【0175】
上述の実施形態は、本発明の原理を単に例示するものである。本明細書で説明した構成および詳細の変更および変形は、当業者には明らかであることを理解していただきたい。したがって、すぐ後の特許請求の範囲によってのみ限定され、本明細書の実施形態の説明および説明の目的で提示された特定の詳細によって限定されないことが意図されている。
頭字語と記号のリスト
Ｖ２Ｘ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ
３ＧＰＰ 第３世代パートナーシッププロジェクト
Ｄ２Ｄ デバイス間
ＩＴＳ 高度道路交通サービス
ＦＲ１、ＦＲ２ 周波数範囲の指定
ＢＳ 基地局
ｅＮＢ 進化型ノードＢ（３Ｇ基地局）
ＵＥ ユーザ機器
ＳＬ サイドリンク
Ｖ２Ｖ 車車間
ＳＣＳ サブキャリア間隔
ＲＢ リソースブロック
ＰＳＣＣＨ 物理サイドリンク制御チャネル
ＰＳＳＣＨ 物理サイドリンク共有チャネル
ＴＴＩ 送信時間間隔
ＳＣＩ サイドリンク制御情報
ＤＣＩ ダウンリンク制御情報
ＣＰ サイクリックプレフィックス
ＢＷＰ 帯域幅部分
ＣＯＲＥＳＥＴ 制御リソースセット
ＵＳＳ ＵＥ固有の検索スペース
ＣＳＳ 共通検索スペース
ＲＰ リソースプール
頭字語と記号のリスト
Ｖ２Ｘ Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ
３ＧＰＰ 第３世代パートナーシッププロジェクト
Ｄ２Ｄ デバイス間
ＩＴＳ 高度道路交通サービス
ＦＲ１、ＦＲ２ 周波数範囲の指定
ＢＳ 基地局
ｅＮＢ 進化型ノードＢ（３Ｇ基地局）
ＵＥ ユーザ機器
ＳＬ サイドリンク
Ｖ２Ｖ 車車間
ＳＣＳ サブキャリア間隔
ＲＢ リソースブロック
ＰＳＣＣＨ 物理サイドリンク制御チャネル
ＰＳＳＣＨ 物理サイドリンク共有チャネル
ＴＴＩ 送信時間間隔
ＳＣＩ サイドリンク制御情報
ＤＣＩ ダウンリンク制御情報
ＣＰ サイクリックプレフィックス
ＢＷＰ 帯域幅部分
ＣＯＲＥＳＥＴ 制御リソースセット
ＵＳＳ ＵＥ固有の検索スペース
ＣＳＳ 共通検索スペース
ＲＰ リソースプール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13(a)】
【図13(b)】
【図13(c)】
【図14】
【図15】