知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
特表2023-547363サイドリンクブロードキャストのための通信装置および通信方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-11-10
(54)【発明の名称】サイドリンクブロードキャストのための通信装置および通信方法
(51)【国際特許分類】
H04W 72/40 20230101AFI20231102BHJP
H04W 72/02 20090101ALI20231102BHJP
H04W 72/0446 20230101ALI20231102BHJP
H04W 52/02 20090101ALI20231102BHJP
H04W 76/28 20180101ALI20231102BHJP
【ＦＩ】
H04W72/40
H04W72/02
H04W72/0446
H04W52/02 110
H04W76/28
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023523311
(86)(22)【出願日】2021-07-15
(85)【翻訳文提出日】2023-04-17
(86)【国際出願番号】 SG2021050414
(87)【国際公開番号】W WO2022086435
(87)【国際公開日】2022-04-28
(31)【優先権主張番号】10202010497R
(32)【優先日】2020-10-22
(33)【優先権主張国・地域又は機関】SG
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】カン ヤン
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】シム ホン チェン マイケル
(72)【発明者】
【氏名】トラン スアン ツオン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067CC14
5K067CC22
5K067EE02
5K067EE10
5K067EE16
5K067EE25
5K067EE71
5K067GG02
(57)【要約】
本開示は、Ｖ２Ｘブロードキャストのための通信装置および通信方法を提供する。通信装置は、動作時に、第１の信号を送信するための周期的送信時間間隔を決定する回路と、動作時に、決定に応えて、周期的送信時間間隔で第１の信号を送信する送信機と、を備えている、通信装置、を含む。
【特許請求の範囲】
【請求項1】
通信装置であって、動作時に、第１の信号を送信するための周期的送信時間間隔を決定する回路と、
動作時に、前記決定に応えて、前記周期的送信時間間隔で前記第１の信号を送信する送信機と、
を備えている、通信装置。
【請求項2】
前記回路が、前記周期的送信時間間隔の第１の周期を乗数パラメータの値に基づいて計算するように、さらに構成されている、請求項１に記載の通信装置。
【請求項3】
前記回路が、前記乗数パラメータの前記値がより大きいとき、前記周期的送信時間間隔の前記第１の周期を増大させるように、さらに構成されている、請求項２に記載の通信装置。
【請求項4】
前記回路が、前記周期的送信時間間隔の前記第１の周期を動作サイクルの第２の周期に基づいて計算するように、さらに構成されており、前記動作サイクルの一部が、前記通信装置がアクティブであるアクティブ期間に関連しており、前記動作サイクルの残りの部分が、前記通信装置が非アクティブである非アクティブ期間に関連している、請求項２および請求項３のいずれか１項に記載の通信装置。
【請求項5】
前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記周期的送信時間間隔の前記第１の周期を、前記動作サイクルの前記第２の周期よりも短くなるように計算するように、さらに構成されている、請求項４に記載の通信装置。
【請求項6】
前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記通信装置が前記動作サイクル全体を通じてアクティブであるように、前記動作サイクルの前記残りの部分まで前記アクティブ期間を延長するように、さらに構成されている、請求項４に記載の通信装置。
【請求項7】
前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記第１の信号を送信しないことを決定するように、さらに構成されている、請求項２に記載の通信装置。
【請求項8】
前記回路が、複数の危険レベルのうち前記通信装置に関連付けられる１つの危険レベルを識別し、
前記１つの危険レベルに対応する前記乗数パラメータの前記値を決定する、
ようにさらに構成されている、
請求項４から請求項６のいずれか１項に記載の通信装置。
【請求項9】
前記回路が、前記周期的送信時間間隔の前記周期を、前記複数の危険レベルのうちの前記１つの危険レベルに基づいて計算するように、さらに構成されている、請求項８に記載の通信装置。
【請求項10】
前記回路が、前記複数の危険レベルのうちの前記１つの危険レベルが高いと判定されたとき、前記周期的送信時間間隔の前記周期を短くするように、さらに構成されている、請求項９に記載の通信装置。
【請求項11】
前記回路が、前記複数の危険レベルのうちの前記危険レベルを、前記通信装置の位置に基づいて識別される地理的ゾーンに基づいて決定するように、さらに構成されている、請求項９および請求項１０のいずれか１項に記載の通信装置。
【請求項12】
前記回路が、全地球航法衛星システムによる前記通信装置の位置および予めロードされた地図データに基づいて、前記地理的ゾーンを識別するように、さらに構成されている、請求項１１に記載の通信装置。
【請求項13】
動作時に、事前定義された期間内にピア通信装置から第２の信号を受信する受信機、をさらに備えており、
前記回路が、前記第１の信号をさらに送信するかどうかを、前記ピア通信装置からの前記第２の信号に基づいて決定するように、構成されている、
請求項８から請求項１２のいずれか１項に記載の通信装置。
【請求項14】
前記回路が、前記ピア通信装置が前記地理的ゾーン内にあるかどうかを、前記第２の信号に基づいて判定する、
ようにさらに構成されており、
前記回路が、前記ピア通信装置が前記地理的領域内にあると判定されたことに応えて、前記第１の信号を送信しないことを決定する、
請求項１３に記載の通信装置。
【請求項15】
送信リソースプールおよび受信リソースプールを備えているリソースプールが、前記通信装置用に特別に設定されており、前記送信リソースプールが、別の通信装置用に設定されている別の送信リソースプールと重ならない、
請求項８から請求項１２のいずれか１項に記載の通信装置。
【請求項16】
通信方法であって、第１の信号を送信するための周期的送信時間間隔を決定するステップと、
前記決定に応えて、前記周期的送信時間間隔で前記第１の信号を送信するステップと、
を含む、方法。
【発明の詳細な説明】
【技術分野】
【0001】
以下の開示は、ＮＲ（新無線：New Radio）通信のための通信装置および通信方法に関し、より詳細には、サイドリンクブロードキャストのための通信装置および通信方法に関する。
【背景技術】
【0002】
Ｖ２Ｘ（ビークルトゥエブリシング：vehicle-to-everything）通信は、車両が公道および他の道路利用者と対話することを可能にし、したがって自律走行車を実現するうえで不可欠な要素であると考えられる。
【0003】
この過程を加速するため、３ＧＰＰ（第３世代パートナーシッププロジェクト）は、高度なＶ２Ｘサービスの技術的解決策を明らかにする目的で、５Ｇ新無線アクセス技術（ＮＲ）ベースのＶ２Ｘ通信（同義語としてＮＲ Ｖ２Ｘ通信とも呼ばれる）を検討しており、このＶ２Ｘ通信では、車両（同義語として、Ｖ２Ｘアプリケーションをサポートする通信装置またはユーザ機器（ＵＥ）とも呼ばれる）は、近くの別の車両、インフラストラクチャノード、および／または歩行者と、自身のステータス情報をサイドリンク（ＳＬ）を通じて交換することができる。ステータス情報は、位置、速度、進行方向などに関する情報を含む。
【0004】
リリース１７（Ｒｅｌ－１７）ＮＲ ＳＬ強化ＷＩＤ（作業項目説明：Work Item Description）（非特許文献１）における認識によれば、バッテリに制約のあるＵＥは、省電力により、電力効率の良い方法でサイドリンク（ＳＬ）動作を行うことが可能となる。リリース１６のＮＲサイドリンクは、ＵＥがサイドリンクを動作させる際に「常時オン」を前提に設計されており、例えば、十分なバッテリ容量を有する車載ＵＥのみに焦点が当てられている。したがってリリース１７では、Ｖ２Ｘユースケースにおける交通弱者（ＶＲＵ：vulnerable road users）と、ＵＥの消費電力を最小限に抑える必要がある公共安全および商用ユースケースにおけるＵＥを対象に、省電力のためのソリューションが求められている。
【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】RP-201385
【非特許文献2】3GPP TS 38.300 v16.3.0
【非特許文献3】3GPP TS 38.211 v16.3.0
【非特許文献4】TS 23.502
【非特許文献5】ITU-R M.2083
【非特許文献6】TR 38.913
【非特許文献7】TS 23.287 v16.4.0
【非特許文献8】ETSI TR 103 300
【発明の概要】
【発明が解決しようとする課題】
【0006】
ＶＲＵの安全性を配慮するうえで、最も基本となるステップは、ＶＲＵの存在を検知することに基づく。無線通信の観点からは、車両ＵＥ（Ｖ－ＵＥ）がＶＲＵに注意を払うことができるようにＶ－ＵＥに警告を発するために、ＶＲＵの存在を示すブロードキャスト信号（例：安全メッセージのブロードキャスト）が必要である。
【0007】
特に、交通弱者のＵＥ（ＶＲＵ－ＵＥ）が、自身の存在を示すためにブロードキャスト信号／メッセージを送信するべきタイミングが明確ではない。さらに、自身の存在を示すＶＲＵのブロードキャスト信号／メッセージを送信するために不連続受信（ＤＲＸ）機能を利用することに関しても議論されていない。
【0008】
したがって、上記の課題の１つ以上に対処し、Ｖ２Ｘブロードキャストのための新しい通信装置および通信方法を開発する必要がある。さらに、他の望ましい特徴および特性は、添付の図面および本開示のこの背景技術のセクションと合わせて考慮される、以下の詳細な説明および添付の請求項から明らかになるであろう。
【課題を解決するための手段】
【0009】
非限定的かつ例示的な一実施形態は、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用する通信装置および通信方法を提供することを容易にする。
【0010】
第１の態様において、本開示は、通信装置であって、動作時に、第１の信号を送信するための周期的送信時間間隔を決定する回路と、動作時に、決定に応えて、周期的送信時間間隔で第１の信号を送信する送信機と、を備えている、通信装置、を提供する。
【0011】
第２の態様において、本開示は、通信方法であって、第１の信号を送信するための周期的送信時間間隔を決定するステップと、決定に応えて、周期的送信時間間隔で第１の信号を送信するステップと、を含む方法、を提供する。
【0012】
なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。
【0013】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0014】
この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。
【図1】例示的な３ＧＰＰ ＮＲ－ＲＡＮアーキテクチャを示している。
【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能の分離を示した概略図を示している。
【図3】ＲＲＣ（無線リソース制御：Radio Resource Control）接続確立／再設定手順のシーケンス図を示している。
【図4】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示した概略図を示している。
【図5】非ローミングシナリオにおけるＶ２Ｘ通信のための例示的な５Ｇシステムアーキテクチャを示したブロック図を示している。
【図6】様々な実施形態に従った通信装置の概略的な例を示している。通信装置は、ＵＥまたはｇＮＢ／基地局として実施することができ、本開示の様々な実施形態に従って、交通弱者が周期的送信時間間隔で第１の信号を送信するように構成することができる。
【図7】本開示の様々な実施形態に従って、交通弱者が周期的送信時間間隔で第１の信号を送信するための通信方法を示したフローチャートを示している。
【図8】地理的ゾーンに基づくリソースの例を示している。
【図9】ＶＲＵ－ＵＥのリッスンビフォアトーク（ＬＢＴ：Listen-Before-Talk）期間を図解した例示的な時間ダイアグラムを示している。
【図10】ＶＲＵ－ＵＥのＬＢＴ期間を図解した別の例示的な時間ダイアグラムを示している。
【図11】一実施形態による、道路ジャンクションと、道路ジャンクションを形成している２つの道路と、２つの道路に隣接する地理的ゾーン１１０６～１１２０のマップを示している。
【図12】ＶＲＵ－ＵＥのＤＲＸサイクルに関連する、ＶＲＵ－ＵＥの例示的な時間リソースプールを示している。
【図13A】Ｖ－ＵＥの送信（Ｔｘ）リソースプールに関連する、ＶＲＵ－ＵＥの例示的な受信（Ｒｘ）リソースプールを示している。
【図13B】Ｖ－ＵＥのＲｘリソースプールに関連する、ＶＲＵ－ＵＥの例示的なＴｘリソースプールを示している。
【図14A】本開示の実施形態による、ＤＲＸオン期間内にＳＬ Ｒｘ期間およびＳＬ Ｔｘ期間を割り当てる２つの設定を示している。
【図14B】本開示の実施形態による、ＤＲＸオン期間内にＳＬ Ｒｘ期間およびＳＬ Ｔｘ期間を割り当てる２つの設定を示している。
【図15A】本開示の別の実施形態による、ＤＲＸオン期間内にＳＬ Ｒｘ期間およびＳＬ Ｔｘ期間を割り当てる２つの設定を示している。
【図15B】本開示の別の実施形態による、ＤＲＸオン期間内にＳＬ Ｒｘ期間およびＳＬ Ｔｘ期間を割り当てる２つの設定を示している。
【図16】本開示のさらに別の実施形態による、ＤＲＸオン期間内にＳＬ Ｔｘ期間のみを割り当てる設定を示している。
【0015】
図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態を深く理解できるように、例えば、図解、ブロック図、またはフローチャートの中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。
【発明を実施するための形態】
【0016】
本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。
【0017】
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。２０２０年６月には５Ｇ規格の第２版が完成し、これにより５Ｇの範囲がさらに拡大されて、免許不要の周波数帯（ＮＲ－Ｕ）、非公衆網（ＮＰＮ：non-public network）、時間感応ネットワーキング（ＴＳＮ：time sensitive networking）、セルラーＶ２Ｘなど、新しいサービス、周波数帯、および配備がサポートされる。
【0018】
特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮのアーキテクチャを示している（例えば非特許文献２を参照）。
【0019】
ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献２の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献２の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献２の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献２の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献２の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献２の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献２の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献２の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献２の７節に記載されている。
【0020】
媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。
【0021】
物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）があり、ダウンリンク用として、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）があり、サイドリンク（ＳＬ）用として、ＰＳＳＣＨ（物理サイドリンク共有チャネル：Physical Sidelink Shared Channel）、ＰＳＣＣＨ（物理サイドリンク制御チャネル：Physical Sidelink Control Channel）、およびＰＳＦＣＨ（物理サイドリンクフィードバックチャネル：Physical Sidelink Feedback Channel）がある。
【0022】
ＳＬでは、ＳＬリソース割当てモード、物理層信号／チャネル、および物理層手順を使用して、ＵＥ間の直接通信がサポートされる。２つのＳＬリソース割当てモードがサポートされ、（ａ）モード１では、ＳＬリソースの割当てがネットワークによって提供され、（ｂ）モード２では、ＵＥがリソースプール内のＳＬ送信リソースを決定する。
【0023】
ＰＳＣＣＨは、ＵＥがＰＳＳＣＨにおいて使用するリソースおよび他の送信パラメータを示す。ＰＳＣＣＨの送信は、キュービックメトリック参照信号（ＣＭ－ＲＳ：cubic metric reference signal）に関連付けられる。ＰＳＳＣＨは、データ自体のトランスポートブロック（ＴＢ）と、ＨＡＲＱ手順の制御情報やチャネル状態情報（ＣＳＩ：channel state information）フィードバックトリガーなどを送信する。ＰＳＳＣＨ送信には、１スロット内の少なくとも６個の直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplex）シンボルが使用される。ＰＳＳＣＨ送信は、ＣＭ－ＲＳに関連付けられ、位相追跡参照信号（ＰＴ－ＲＳ：phase-tracking reference signal）に関連付けられ得る。
【0024】
ＰＳＦＣＨは、ＰＳＳＣＨ送信の宛先の受信者であるＵＥから、ＰＳＳＣＨ送信を行ったＵＥへの、ＳＬを通じたＨＡＲＱフィードバックを伝える。ＰＳＦＣＨシーケンスは、スロット内のＳＬリソースの終端付近の２個のＯＦＤＭシンボル上で繰り返される１ＰＲＢで送信される。
【0025】
ＳＬ同期信号は、ＳＬプライマリ同期信号およびＳＬセカンダリ同期信号（Ｓ－ＰＳＳ、Ｓ－ＳＳＳ）からなり、それぞれが２個のシンボルおよび１２７のサブキャリアを占有する。物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel）は、関連する復調用参照信号（ＤＭ－ＲＳ：demodulation reference signal）を含め、通常のサイクリックプレフィックスおよび拡張サイクリックプレフィックスの場合にそれぞれ９個のシンボルおよび５個のシンボルを占有する。
【0026】
サイドリンクにおけるＨＡＲＱフィードバックの物理層手順に関して、ＳＬ ＨＡＲＱフィードバックはＰＳＦＣＨを使用し、２つのオプションのいずれかで動作させることができる。ユニキャストおよびグループキャスト用に設定することのできる一方のオプションでは、ＰＳＦＣＨは、ＰＳＦＣＨを送信する単一のＵＥに専用のリソースを使用して、ＡＣＫまたはＮＡＣＫのいずれかを送信する。グループキャスト用に設定することのできる他方のオプションでは、ＰＳＦＣＨは、ＰＳＦＣＨを送信する複数のＵＥによって共有することのできるリソースを使用して、ＮＡＣＫを送信する、またはＰＳＦＣＨ信号を送信しない。
【0027】
ＳＬリソース割当てモード１では、ＰＳＦＣＨを受信したＵＥは、ＰＵＣＣＨまたはＰＵＳＣＨを介してＳＬ ＨＡＲＱフィードバックをｇＮＢに報告することができる。
【0028】
サイドリンクにおける電力制御のための物理層手順に関して、インカバレッジ動作（in-coverage operation）では、ＳＬ送信の電力スペクトル密度を、ｇＮＢからのパスロスに基づいて調整することができ、一方、ユニキャストでは、いくつかのＳＬ送信の電力スペクトル密度を、通信する２つのＵＥ間のパスロスに基づいて調整することができる。
【0029】
ＣＳＩ報告の物理層手順に関して、ユニキャストでは、サイドリンクにおけるＣＳＩの測定および報告用にチャネル状態情報参照信号（ＣＳＩ－ＲＳ：channel state information reference signal）がサポートされる。ＣＳＩ報告は、ＳＬ ＭＡＣ ＣＥにおいて伝えられる。
【0030】
サイドリンクに関する測定では、以下のＵＥ測定量がサポートされる。
・ ＰＳＢＣＨ参照信号受信電力（ＰＳＢＣＨ ＲＳＲＰ）
・ ＰＳＳＣＨ参照信号受信電力（ＰＳＳＣＨ－ＲＳＲＰ）
・ ＰＳＣＣＨ参照信号受信電力（ＰＳＣＣＨ－ＲＳＲＰ）
・ サイドリンク受信信号強度インジケータ（ＳＬ ＲＳＳＩ）
・ サイドリンクチャネル占有率（ＳＬ ＣＲ）
・ サイドリンクチャネルビジー率（ＳＬ ＣＢＲ）
・ ＰＳＢＣＨ参照信号受信電力（ＰＳＢＣＨ ＲＳＲＰ）
・ ＰＳＳＣＨ参照信号受信電力（ＰＳＳＣＨ－ＲＳＲＰ）
・ ＰＳＣＣＨ参照信号受信電力（ＰＳＣＣＨ－ＲＳＲＰ）
・ サイドリンク受信信号強度インジケータ（ＳＬ ＲＳＳＩ）
・ サイドリンクチャネル占有率（ＳＬ ＣＲ）
・ サイドリンクチャネルビジー率（ＳＬ ＣＢＲ）
【0031】
ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。
【0032】
したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。
【0033】
新しい無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献３を参照）。
【0034】
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。
【0035】
ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
【0036】
アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
【0037】
さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング
【0038】
最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
【0039】
図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧＣエンティティ）の間のインタラクションの一部を示している（非特許文献２を参照）。遷移ステップは以下のとおりである。
１． ＵＥが、ＲＲＣ＿ＩＤＬＥから、新しい接続を確立するように要求する。
２／２ａ． ｇＮＢが、ＲＲＣ確立手順を完了する。
注： ｇＮＢが要求を拒否するシナリオは、後から説明する。
３． ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅでピギーバックされた、ＵＥからの最初のＮＡＳメッセージがＡＭＦに送信される。
４／４ａ／５／５ａ． ＵＥとＡＭＦの間で追加のＮＡＳメッセージを交換することができる（非特許文献４を参照）。
６． ＡＭＦがＵＥのコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力を含む）を作成し、ｇＮＢに送信する。
７／７ａ． ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ． ｇＮＢが、ＳＲＢ２およびＤＲＢを確立するための再設定を実行する。
９． ｇＮＢが、確立手順が完了したことをＡＭＦに通知する。
１． ＵＥが、ＲＲＣ＿ＩＤＬＥから、新しい接続を確立するように要求する。
２／２ａ． ｇＮＢが、ＲＲＣ確立手順を完了する。
注： ｇＮＢが要求を拒否するシナリオは、後から説明する。
３． ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅでピギーバックされた、ＵＥからの最初のＮＡＳメッセージがＡＭＦに送信される。
４／４ａ／５／５ａ． ＵＥとＡＭＦの間で追加のＮＡＳメッセージを交換することができる（非特許文献４を参照）。
６． ＡＭＦがＵＥのコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力を含む）を作成し、ｇＮＢに送信する。
７／７ａ． ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ． ｇＮＢが、ＳＲＢ２およびＤＲＢを確立するための再設定を実行する。
９． ｇＮＢが、確立手順が完了したことをＡＭＦに通知する。
【0040】
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。
【0041】
図４は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、初期のＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献５の図２を参照）。
【0042】
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献６によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザープレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザープレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
【0043】
物理層の観点から、信頼性を向上させる方法はいくつか考えられる。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどがある。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる。
【0044】
さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。
【0045】
ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0046】
上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシティが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0047】
ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザープレーンレイテンシである。
【0048】
さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨモニタリングの増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。
【0049】
５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
【0050】
５ＧＣは、各ＵＥごとに１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、各ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。
【0051】
図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献７の４．２．１．１節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。
【0052】
さらに図５は、Ｖ２Ｘ通信のための５Ｇアーキテクチャのさらなる機能ユニットとして、５ＧＣにおける統一データ管理（ＵＤＭ：Unified Data Management）、ポリシー制御機能（ＰＣＦ：Policy Control Function）、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）、アプリケーション機能（ＡＦ）、統合データリポジトリ（ＵＤＲ：Unified Data Repository）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、ユーザプレーン機能（ＵＰＦ：User Plane Function）に加えて、Ｖ２Ｘアプリケーションサーバ（Ｖ２ＡＳ：V2X Application Server）およびデータネットワーク（ＤＮ：Data Network）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。
【0053】
欧州電気通信標準化機構（ＥＴＳＩ）の技術報告書である非特許文献８によると、交通弱者（ＶＲＵ）のためのＶ２Ｘユースケースから要約されるフローは以下のとおりである。
１．ＶＲＵの存在を検知する。選択肢は以下のとおりである。
・ ＶＲＵの自己位置推定。ＶＲＵは、位置および速度を含む自身の特性を求めることを可能にするセンサおよびその他の情報源を有する。
・ 別の道路利用者（例：Ｖ－ＩＴＳ－Ｓ）がＶＲＵを検知および追跡する。
・ Ｒ－ＩＴＳ－Ｓまたは中央のＩＴＳ－Ｓに接続された路側機がＶＲＵを検知および追跡する。
２．ＶＲＵが他の道路利用者からの潜在的に危険な状態にあるかどうかを評価し、ＶＲＵの位置および動的状態を送信するべきである。いずれの当事者も、自身が認識しているＶＲＵに関する情報を送信することができる。ＶＲＵに関する情報をフィルタリングし、メッセージトリガー条件に従ってのみ送信するべきである。他の道路利用者からの潜在的なリスクは、特に以下の条件によって決まる。
・ 道路のレイアウト
・ ＶＲＵおよび他の道路利用者の動的な状態
・ ＶＲＵおよび車両の両方の交通信号機の状況（該当する場合）、および交通信号灯の遵守状況
３．安全メッセージ環境、特にＶＲＵがクラスターの一部であるかどうかを評価し、ＶＲＵの自身のＩＴＳ－Ｓが送信するべきかどうかを決定する。
４．危険な状態にあるＶＲＵに関する情報の送信。選択肢は以下のとおりである。
・ ＶＲＵが自己ステータス情報（ego-status information）を送信する。
・ ＶＲＵのクラスターのリーダーがクラスター情報を送信する。
・ Ｖ－ＩＴＳ－Ｓ、Ｒ－ＩＴＳ－Ｓ、Ｃ－ＩＴＳ－Ｓ、または別の道路利用者が、潜在的に危険な状況にあるＶＲＵに関する情報を送信する。
５．リスク評価。段階（受信機側）：
・ センサーデータと、他の道路利用者によって送信された観測情報を融合し、道路利用者の位置、速度、および場合によっては他のデータ（例えば意図）を含む局所的な動的マップを構築する。
・ 様々な道路利用者の推定される軌跡および速度に基づいてリスクを評価する。
６．ＶＲＵを保護するための警告または動作：
・ デバイスの保持者（ＶＲＵまたはその他の道路利用者）の警告
・ 他の道路利用者への衝突警告の送信
・ 自動運転車の場合の動作
１．ＶＲＵの存在を検知する。選択肢は以下のとおりである。
・ ＶＲＵの自己位置推定。ＶＲＵは、位置および速度を含む自身の特性を求めることを可能にするセンサおよびその他の情報源を有する。
・ 別の道路利用者（例：Ｖ－ＩＴＳ－Ｓ）がＶＲＵを検知および追跡する。
・ Ｒ－ＩＴＳ－Ｓまたは中央のＩＴＳ－Ｓに接続された路側機がＶＲＵを検知および追跡する。
２．ＶＲＵが他の道路利用者からの潜在的に危険な状態にあるかどうかを評価し、ＶＲＵの位置および動的状態を送信するべきである。いずれの当事者も、自身が認識しているＶＲＵに関する情報を送信することができる。ＶＲＵに関する情報をフィルタリングし、メッセージトリガー条件に従ってのみ送信するべきである。他の道路利用者からの潜在的なリスクは、特に以下の条件によって決まる。
・ 道路のレイアウト
・ ＶＲＵおよび他の道路利用者の動的な状態
・ ＶＲＵおよび車両の両方の交通信号機の状況（該当する場合）、および交通信号灯の遵守状況
３．安全メッセージ環境、特にＶＲＵがクラスターの一部であるかどうかを評価し、ＶＲＵの自身のＩＴＳ－Ｓが送信するべきかどうかを決定する。
４．危険な状態にあるＶＲＵに関する情報の送信。選択肢は以下のとおりである。
・ ＶＲＵが自己ステータス情報（ego-status information）を送信する。
・ ＶＲＵのクラスターのリーダーがクラスター情報を送信する。
・ Ｖ－ＩＴＳ－Ｓ、Ｒ－ＩＴＳ－Ｓ、Ｃ－ＩＴＳ－Ｓ、または別の道路利用者が、潜在的に危険な状況にあるＶＲＵに関する情報を送信する。
５．リスク評価。段階（受信機側）：
・ センサーデータと、他の道路利用者によって送信された観測情報を融合し、道路利用者の位置、速度、および場合によっては他のデータ（例えば意図）を含む局所的な動的マップを構築する。
・ 様々な道路利用者の推定される軌跡および速度に基づいてリスクを評価する。
６．ＶＲＵを保護するための警告または動作：
・ デバイスの保持者（ＶＲＵまたはその他の道路利用者）の警告
・ 他の道路利用者への衝突警告の送信
・ 自動運転車の場合の動作
【0054】
前述したように、ＶＲＵの安全性を配慮するうえで、最も基本となるステップは、ＶＲＵの存在の検知である。ＶＲＵ－ＵＥが自身の存在を示すためにＳＬブロードキャスト信号およびセキュリティメッセージを送信するべきタイミングが明確ではない。さらに、ＬＴＥおよびＮＲのアップリンクおよびダウンリンク（Ｕｕ）では、省電力を目的としてＤＲＸが使用されることに留意されたい。ＶＲＵ－ＵＥは、送信され得るＰＤＣＣＨを監視して必要な送信を行うためにＤＲＸのオン期間の間ウェイクアップするのみでよい。このため、ＳＬ機能を有するＵＥは、省電力を目的として、ＤＲＸ機能をできる限り利用してウェイクアップ時間を短縮するべきである。
【0055】
以降の様々な実施形態において、以下のタイプの道路利用者は、非特許文献８および規則（ＥＵ）１６８／２０１３［ｉ．８］の付録１の分類に従って、交通弱者（ＶＲＵ）とみなされる。
・ 歩行者（子供、高齢者、ジョギングをする人を含む）
・ 緊急対応者、安全作業者、道路作業者
・ 馬、犬などの動物から、該当する野生動物（下記の注を参照）
・ 車椅子の使用者、乳母車
・ スケーター、スケートボード、セグウェイ、電動エンジンを搭載している可能性のあるもの
・ 時速２５ｋｍに制限された自転車およびｅバイク（ｅバイク、クラスＬ１ｅ－Ａ［ｉ．８］）
・ 時速２５ｋｍ以上の高速ｅバイク、クラスＬ１ｅ－Ｂ［ｉ．８］
・ 動力付き二輪車（ＰＴＷ）、モペット（スクーター）、クラスＬ１ｅ［ｉ．８］
・ ＰＴＷ、オートバイ、クラスＬ３ｅ［ｉ．８］
・ ＰＴＷ、トライサイクル、時速４５ｋｍに制限されたクラスＬ２ｅ、Ｌ４ｅ、Ｌ５ｅ［ｉ．８］
・ ＰＴＷ、四輪車、時速４５ｋｍに制限されたクラスＬ５ｅおよびＬ６ｅ［ｉ．８］
・ 注：該当する野生動物とは、他の道路利用者（ＶＲＵ、車両）に安全上のリスクを与える動物のみである。
・ 歩行者（子供、高齢者、ジョギングをする人を含む）
・ 緊急対応者、安全作業者、道路作業者
・ 馬、犬などの動物から、該当する野生動物（下記の注を参照）
・ 車椅子の使用者、乳母車
・ スケーター、スケートボード、セグウェイ、電動エンジンを搭載している可能性のあるもの
・ 時速２５ｋｍに制限された自転車およびｅバイク（ｅバイク、クラスＬ１ｅ－Ａ［ｉ．８］）
・ 時速２５ｋｍ以上の高速ｅバイク、クラスＬ１ｅ－Ｂ［ｉ．８］
・ 動力付き二輪車（ＰＴＷ）、モペット（スクーター）、クラスＬ１ｅ［ｉ．８］
・ ＰＴＷ、オートバイ、クラスＬ３ｅ［ｉ．８］
・ ＰＴＷ、トライサイクル、時速４５ｋｍに制限されたクラスＬ２ｅ、Ｌ４ｅ、Ｌ５ｅ［ｉ．８］
・ ＰＴＷ、四輪車、時速４５ｋｍに制限されたクラスＬ５ｅおよびＬ６ｅ［ｉ．８］
・ 注：該当する野生動物とは、他の道路利用者（ＶＲＵ、車両）に安全上のリスクを与える動物のみである。
【0056】
以下の様々な実施形態において、通信装置は、ＶＲＵ－ＵＥを意味し得る。第１の信号は、通信装置またはＶＲＵ－ＵＥが自身の存在を示すために送信するＳＬブロードキャスト信号（例えばセキュリティメッセージ）を意味し得る。
【0057】
以下の様々な実施形態において、周期的送信時間間隔は、通信装置が第１の信号（例えばＳＬブロードキャスト信号）を周期的にブロードキャスト（または送信）する各ブロードキャストサイクルの間の時間間隔に関連しうる。
【0058】
以下の様々な実施形態において、周期的送信時間間隔の第１の周期は、ブロードキャスト（送信）の周期と、第１の信号をブロードキャスト（または送信）する機会の繰り返しを意味する。
【0059】
以下の様々な実施形態において、動作サイクルは、ＤＲＸ期間の周期設定であるＤＲＸサイクル（例えばｓｈｏｒｔＤＲＸ－ＣｙｃｌｅまたはｌｏｎｇＤＲＸ－ｃｙｃｌｅ）を意味し得る。動作サイクルは、通信装置がアクティブであるアクティブ期間（例えばＤＲＸオン期間）と、通信装置が非アクティブである非アクティブ期間（例えばＤＲＸオフ期間）とを含む。一実施形態では、動作サイクルは、１２８０ミリ秒（ｍｓ）のｌｏｎｇＤＲＸ－Ｃｙｃｌｅである。
【0060】
以下の様々な実施形態において、第２の周期は、通信装置のＤＲＸサイクル（およびアクティブ期間／非アクティブ期間）の周期または繰り返しとして説明され得る。
【0061】
図６に示したように、通信装置６００は、回路６１４と、少なくとも１つの無線送信機６０２と、少なくとも１つの無線受信機６０４と、少なくとも１つのアンテナ６１２（簡潔さのため図６には図解を目的として１つのみのアンテナを示してある）を含むことができる。回路６１４は、少なくとも１つのコントローラ６０６を含むことができ、コントローラ６０６は、無線ネットワーク内の１基または複数の別の通信装置との通信の制御を含む、実行するように設計されているタスクをソフトウェアおよびハードウェアの支援下で実行するために使用される。回路６１４は、さらに、少なくとも１つの送信信号生成器６０８および少なくとも１つの受信信号処理器６１０を含むことができる。少なくとも１つのコントローラ６０６は、少なくとも１つの無線送信機６０２を通じて１つ以上の他の通信装置（例えばピア（peer）通信装置）に送信される信号（例えばブロードキャスト信号）を生成するように、少なくとも１つの送信信号生成器６０８を制御することができ、さらに、少なくとも１つのコントローラ６０６の制御下で１つ以上の他の通信装置から少なくとも１つの無線受信機６０４を通じて受信された信号（例えばブロードキャスト信号）を処理するように、少なくとも１つの受信信号処理器６１０を制御することができる。少なくとも１つの送信信号生成器６０８および少なくとも１つの受信信号処理器６１０は、図６に示したように、上述した機能のために少なくとも１つのコントローラ６０６と通信する、通信装置６００の独立したモジュールとすることができる。あるいは、少なくとも１つの送信信号生成器６０８および少なくとも１つの受信信号処理器６１０を、少なくとも１つのコントローラ６０６に含めることができる。これらの機能モジュールの配置は柔軟であり、実際のニーズおよび／または要件に応じて変化してもよいことが当業者には理解されるであろう。データ処理装置、記憶装置、および他の関連する制御装置を、適切な回路基板および／またはチップセットに設けることができる。様々な実施形態において、動作時、少なくとも１つの無線送信機６０２、少なくとも１つの無線受信機６０４、および少なくとも１つのアンテナ６１２を、少なくとも１つのコントローラ６０６によって制御することができる。
【0062】
通信装置６００は、動作時に、Ｖ２Ｘブロードキャストに必要な機能を提供する。例えば、通信装置６００は、ＶＲＵ－ＵＥとすることができ、回路６１４は、動作時に、第１の信号を送信するための周期的送信時間間隔を決定することができる。無線送信装置６０２は、動作時に、回路６１４の決定に応えて、周期的送信時間間隔で第１の信号を送信することができる。
【0063】
無線受信機６０４は、動作時に、事前定義された期間内に１つ以上の他の通信装置から第２の信号を受信することがあり、回路６１４は、１つ以上の他の通信装置からの第２の信号に基づいて、第１の信号をさらに送信するかどうかを決定するように構成されている。
【0064】
回路６１４は、乗数パラメータの値に基づいて、周期的送信時間間隔の第１の周期を計算するように、さらに構成することができる。回路６１４は、乗数パラメータの値がより大きいとき、周期的送信時間間隔の第１の周期を増加させるように、さらに構成することができる。
【0065】
回路６１４は、動作サイクルの第２の周期に基づいて、周期的送信時間間隔の第１の周期を計算するように、さらに構成することができ、動作サイクルの一部は、通信装置がアクティブであるアクティブ期間に関連し、動作サイクルの残りの部分は、通信装置が非アクティブである非アクティブ期間に関連している。
【0066】
回路６１４は、乗数パラメータの値が特定の値であるとき、周期的送信時間間隔の第１の周期を、動作サイクルの第２の周期よりも短くなるように計算するように、さらに構成することができる。
【0067】
回路６１４は、乗数パラメータの値が特定の値であるとき、通信装置が動作サイクル全体を通じてアクティブな状態を維持するように、アクティブ期間を動作サイクルの残りの部分まで延長するように、さらに構成することができる。
【0068】
回路６１４は、乗数パラメータの値が特定の値であるときに第１の信号を送信しないことを決定するように、さらに構成することができる。
【0069】
回路６１４は、複数の危険レベルのうち通信装置に関連付けられる１つの危険レベルを識別し、その１つの危険レベルに対応する乗数パラメータの値を決定するように、さらに構成することができる。
【0070】
回路６１４は、複数の危険レベルのうちのその１つの危険レベルに基づいて、周期的送信時間間隔の周期を計算するように、さらに構成することができる。
【0071】
回路６１４は、複数の危険レベルのうちのその１つの危険レベルが高いと判定されたときに、周期的送信時間間隔の周期を短くするように、さらに構成することができる。
【0072】
回路６１４は、複数の危険レベルのうちの危険レベルを、通信装置の位置に基づいて識別される地理的ゾーンに基づいて決定するように、さらに構成することができる。回路６１４は、全地球航法衛星システムによる通信装置の位置および予めロードされた地図データに基づいて地理的ゾーンを識別するように、さらに構成することができる。
【0073】
回路６１４は、ピア通信装置が、識別された地理的ゾーン内にあるどうかを、第２の信号に基づいて判定するように、さらに構成することができ、回路は、ピア通信装置が識別された地理的ゾーン内にあるという判定に応えて、第１の信号を送信しないことを決定する。
【0074】
回路６１４は、複数の危険レベルのうち通信装置に関連付けられる１つの危険レベルに従って、アクティブ期間内に送信期間および受信期間を割り当てるように、さらに構成することができる。
【0075】
図７は、本開示の様々な実施形態に従って、交通弱者が周期的送信時間間隔で第１の信号を送信するための通信方法７００を示したフローチャートを示している。ステップ７０２においては、第１の信号を送信するための周期的送信時間間隔を決定するステップが実行される。ステップ７０４においては、決定に応えて、周期的送信時間間隔で第１の信号を送信するステップが実行される。
【0076】
本開示によれば、ＳＬブロードキャスト信号は、ＤＲＸオン期間中に送信されるが、ＤＲＸオン期間毎でなくてもよい。言い換えれば、省電力を目的として、ブロードキャスト機会は、ＵＥのＤＲＸオン期間に一致する、またはそれに近いタイミングであるべきである。ＳＬブロードキャストの周期は、ＤＲＸサイクルと同じ、または複数のＤＲＸサイクルとすることができる。
【0077】
これを達成する目的で、乗数パラメータ（例えば「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」）が、ＶＲＵ－ＵＥに対して設定され、既存のＤＲＸサイクル（ｓｈｏｒｔＤＲＸ－ＣｙｃｌｅまたはｌｏｎｇＤＲＸ－ｃｙｃｌｅ）を使用してＶＲＵ－ＵＥのブロードキャスト周期を計算するために使用される。本開示の様々な実施形態において、ブロードキャスト送信の周期は、以下に示した等式（１）を使用して計算することができる。
【数1】
【0078】
例えば、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」が値５を有し、ｌｏｎｇＤＲＸ－ｃｙｃｌｅが１２８０ｍｓであるとき、ＶＲＵのブロードキャストサイクルは６４００ｍｓまたは６．４ｓの周期を有する。様々な実施形態によれば、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」が値１を有するとき、ブロードキャストの周期は、ＤＲＸサイクルの周期と同じであり、この場合、ＤＲＸサイクルごとにＤＲＸオン期間中にブロードキャスト信号が送信される。乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」が値５を有するときには、ブロードキャストの周期は５ＤＲＸサイクルであり、この場合、５ＤＲＸサイクル毎の５番目のＤＲＸサイクルのＤＲＸオン期間中にブロードキャスト信号が送信される。
【0079】
なお、乗数パラメータの名称、すなわち「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」は、非限定的な例である。乗数パラメータは、加算、減算、および除算など他の事前定義された数学的演算、またはブロードキャストの周期を計算するための他の等式に使用することができる。乗数パラメータの異なる値は、異なる数学的演算に対応することができる。例えば、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」の値２は、ｌｏｎｇＤＲＸ－ｃｙｃｌｅに２を乗じる数学的演算に対応することができ、乗数パラメータの値３は、ｌｏｎｇＤＲＸ－ｃｙｃｌｅを３で除する別の数学的演算に対応することができる。さらに、乗数パラメータは、ＲＲＣ層、ＭＡＣ層、またはＰＨＹ層のシグナリングによって示すこともできる。
【0080】
本開示の様々な実施形態によれば、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」は、通信装置に関連付けられる危険レベルにリンクさせることができる。一実施形態において、危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」は、複数の危険レベルのうちの１つの危険レベルを示すために使用される。この場合、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」の値は、危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」の値によって決まり、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」の異なる値は、危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」の異なる値に対応することができる。なお危険レベルインジケータの名称、すなわち「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」は、非限定的な例であることに留意されたい。
【0081】
危険レベルインジケータの値は、０～３の範囲で、それぞれ最も危険から安全までの４つの異なる危険レベルを示すことができ、４つの危険レベルのそれぞれに対応する乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」の値は、以下のとおりである。
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝０（最も危険）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝１
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝１（危険）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝２
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝２（危険度低）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝５
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝３（安全）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝１０
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝０（最も危険）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝１
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝１（危険）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝２
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝２（危険度低）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝５
・ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝３（安全）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝１０
【0082】
この例では、危険レベルが安全であるとき、ブロードキャスト周期は１０ＤＲＸサイクルとすることができ、１０ＤＲＸサイクルごとにブロードキャスト信号が送信され、一方、危険レベルが危険であるとき、ブロードキャスト周期は２ＤＲＸサイクルとすることができ、２ＤＲＸサイクルごとにブロードキャスト信号が送信される。
【0083】
本開示の別の実施形態によれば、ＶＲＵ－ＵＥの異なる省電力モードを、異なる危険レベル（例えば危険レベルインジケータの値）に関連付けることができる。特に、ＶＲＵ－ＵＥは、危険レベルが低いかまたは安全であると判定されたとき（例えば「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」＝３）、ディープスリープ省電力モードに入り、危険レベルが中程度または（低）危険度であると判定されたとき（例えば「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」＝１または２）、ライトスリープ省電力モードに入り、危険レベルが高いかまたは最も危険であると判定されたとき（例えば「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」＝０）、マイクロスリープ省電力モードに入るように、構成することができる。
【0084】
別の実施形態では、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」を使用して、ＳＬブロードキャストをオフに切り替えることができる。特に、ＶＲＵ－ＵＥは、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」の値が特定の値であるとき、例えばｄｒｘｙＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝０であるとき、および／または、危険レベルインジケータの値が特定の値であるとき、例えばＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝３（安全）であるとき、ＳＬブロードキャスト信号を送信しないことを決定するように、構成することができる。
【0085】
さらに別の実施形態では、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」を使用して、ＤＲＸ機能をオフに切り替えることができる。特に、ＶＲＵ－ＵＥは、乗数パラメータの値が特定の値であるとき、例えばｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝－１であるとき、および／または、危険レベルインジケータの値が特定の値であるとき、例えばＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝０（最も危険）であるとき、ＶＲＵ－ＵＥが常にオンまたはアクティブであるように、ＤＲＸオン期間をＤＲＸサイクル全体に延長するように、構成することができる。
【0086】
一実施形態では、乗数パラメータの値が特定の値であるとき、例えばｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝０．５であるとき、および／または、危険レベルインジケータの値が特定の値であるとき、例えばＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝１（危険）であるとき、乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」を使用して、ブロードキャスト周期をＤＲＸサイクルの周期より短くなるように切り替えることができる。
【0087】
なお、ＤＲＸサイクルより短い周期における周期的送信間隔でブロードキャスト信号を送信することにより、潜在的な衝突問題が発生し得ることに留意されたい。しかしながら、この問題は、ジオロケーションベースの送信および／またはＬＢＴ（リッスンビフォアトーク）動作によって軽減することができる（後からさらに詳しく説明する）。
【0088】
以下の段落では、ＶＲＵのためのブロードキャストリソースおよびブロードキャスト機会を決定する際にＬＢＴに類似する動作を有利に実行するＶＲＵ通信メカニズムを参照しながら、特定の例示的な実施形態について説明する。
【0089】
都市部では通常、人口が密集しており、ビジネス街や商業地区には多くのＶＲＵ（例えば歩行者）が集まりうる。結果として、すべてのＶＲＵ－ＵＥが自身の存在をブロードキャストしようとすると、トラフィックの衝突と、リソースの大量浪費の可能性が高くなる。
【0090】
省電力および／またはリソース効率を目的として、ＬＢＴ期間などの事前定義された期間をＶＲＵ－ＵＥに対して設計することができる。特に、ＶＲＵ－ＵＥは、ＬＢＴ期間内に、ＶＲＵ－ＵＥの位置に近い他のピア通信装置（すなわち他のＶＲＵ－ＵＥ）からのブロードキャスト信号が検出された場合、自身のブロードキャスト信号（例えば安全メッセージ）を送信しない、または自身の存在を示さないことを決定するように、構成することができる。このようなＬＢＴに類似する動作は、上位層（動作Ａ）または物理層（動作Ｂ）によって実現することができる。
【0091】
ＬＢＴ期間とは、ＶＲＵ－ＵＥのブロードキャスト機会に先立つ期間であり、この期間中、ある位置にいるＶＲＵ－ＵＥは、自身の位置の近くに位置するピアＶＲＵ－ＵＥからのＳＬ送信（例えばブロードキャスト信号）を受信し、ピアＶＲＵ－ＵＥからの受信したＳＬ送信に基づいて、自身のブロードキャスト信号を送信しないことを決定するように構成されている。
【0092】
動作Ａに関して、ＬＢＴ期間を示すためのパラメータ「ＳＬ－ＬＢＴｐｅｒｉｏｄ」が、ＶＲＵ－ＵＥに対して（事前に）設定または事前定義される。ＶＲＵ－ＵＥは、そのＬＢＴ期間内に、他のＵＥのＳＬ送信を受信する。他のＵＥからの受信されたＳＬ送信が復号され、復号結果が上位層（ＭＡＣまたはＲＲＣ）に報告され、それぞれの上位層は、結果としてＳＬブロードキャストを実行するかどうかを決定する。なお、パラメータの名称「ＳＬ－ＬＢＴｐｅｒｉｏｄ」は一例であり、記載されている名称に限定されるものではない。
【0093】
動作Ｂに関して、物理層において、異なる地理的ゾーンに対してジオロケーション／ゾーン固有のリソースが（事前に）設定される。例えば図８は、６つの異なる地理的ゾーン１～６に対してそれぞれ設定された６つのゾーン固有リソースのリソースマップを示している。同じ地理的ゾーン内のすべてのＶＲＵ－ＵＥは、自身の存在を示すために、同じジオロケーション／ゾーン固有リソースを使用するべきである。一実施形態において、ＶＲＵ－ＵＥの地理的ゾーンは、ＶＲＵ－ＵＥのＧＮＳＳ（全地球航法衛星システム）による位置および／または予めロードされた地図データに基づいて識別することができる。別の実施形態では、ゾーン固有リソースにおいて１ビットのみがシーケンスによって伝えられ、したがって、車両ＵＥの受信のために複数のＵＥの送信を重ねる（overlapped）ことができ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を再利用することができる。
【0094】
動作Ｂでは、ＬＢＴ期間が（事前に）設定または事前定義される。ＬＢＴ期間は、ＶＲＵ－ＵＥの最後の送信機会を含むことができる。ＶＲＵ－ＵＥは、同じ地理的ゾーン内で他のＵＥの指示情報を受信すると、後続の送信機会において自身の存在をブロードキャストしない。
【0095】
図９は、ＶＲＵ－ＵＥのＬＢＴ期間を図解した例示的な時間ダイアグラム９００を示している。ＬＢＴ期間９０２は、自身の存在を示す信号を送信するための、ＶＲＵ－ＵＥ（この場合にはＵＥ－Ａ）の周期的送信時間間隔（例えば送信機会）９０６の前に設定することができる。ＵＥ－Ａが、ＵＥ－Ａの位置に基づいて決定されたゾーン１内に自身がいるものと認識したと想定すると、ＵＥ－ＡのＬＢＴ期間９０２の間に、ＵＥ－Ａは、ＵＥ－Ａと同じ地理的ゾーンに対応するゾーン１リソース９０４において、他のＵＥの指示情報を受信することがある。この場合、ＵＥ－Ａは、ゾーン１リソースでは送信しないことを決定し、自身の送信機会９０６の間、ゾーン１リソースでは送信しない。
【0096】
図１０は、ＶＲＵ－ＵＥのＬＢＴ期間を図解した別の例示的な時間ダイアグラム１０００を示している。ＬＢＴ期間１００２は、自身の存在を示す信号を送信するための、ＶＲＵ－ＵＥ（この場合にはＵＥ－Ａ）の周期的送信時間間隔（例えば送信機会）１００６の前に設定することができる。ＵＥ－Ａが、ＵＥ－Ａの位置に基づいて決定されたゾーン１内に自身がいるものと認識したと想定すると、ＵＥ－ＡのＬＢＴ期間１００２の間に、ＵＥ－Ａはゾーン１リソースにおける他のＵＥからの指示情報を受信しないことがあり、この場合、ＵＥ－Ａの地理的ゾーンとは異なる地理的ゾーンに対応するゾーン２リソース１００４のみが別のＵＥから受信され、したがってＵＥ－Ａは、自身の送信機会１００６の間にゾーン１リソースを送信することを決定する。
【0097】
様々な実施形態において、地理的ゾーンは、柔軟な形状とすることができ、高度を含む様々な地理的特徴（地方、都市、路側、ジャンクションなど）に対して（事前に）設定することができる。ゾーンは、３ＧＰＰによってすでに定義されているゾーンＩＤ（ＧＮＳＳ位置による１２ビット）に従って、長方形として設定することができる。
【0098】
図１１は、一実施形態による、道路ジャンクション１１０１と、道路ジャンクション１１０１を形成している２つの道路１１０２、１１０４と、２つの道路に隣接する地理的エリア１１０６～１１２０のマップを示している。道路ジャンクション１１０１を形成している２つの道路１１０２、１１０４に隣接する長方形の地理的エリア１１０６～１１２０は、ＧＮＳＳ位置によるゾーンＩＤに従って設定することができる。地理的エリアの各々は、ゾーン内の地理的特徴に基づいて、地理的ゾーン１～６（または実装によっては１～８）のいずれか１つに分類することができる。地理的ゾーン１～６の各々は、危険レベルにさらに関連付けることができる。例えば、危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」は、複数の危険レベルのうちの１つの危険レベルを示すために使用される。ゾーン１～４（例えばエリア１１０６、エリア１１０８、エリア１１１２、エリア１１１４、エリア１１１６、エリア１１２０）は、ＶＲＵ－ＵＥが最も危険な危険レベルを有する地理的ゾーンにいることを示す、危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」の値０に関連付けられ、一方、ゾーン５～８（例えばエリア１１１０、エリア１１１８）は、ＶＲＵ－ＵＥがより危険性の低い危険レベルを有する地理的ゾーンにいることを示す、危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」の値２に関連付けられ得る。
【0099】
本開示の様々な実施形態において、このような危険レベル（または危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」の値）は、乗数パラメータ（または乗数パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」の値）にリンクされており、乗数パラメータは、ＶＲＵ－ＵＥが自身の存在を示すためにブロードキャスト信号を送信するのに使用するブロードキャスト周期を決定するために使用される。
【0100】
以下の段落では、ＶＲＵ－ＵＥが自身のブロードキャスト信号を送信するために特別に設定される専用ブロードキャストリソースを参照しながら、特定の例示的な実施形態について説明する。
【0101】
ＶＲＵ－ＵＥおよび車両ＵＥ（Ｖ－ＵＥ）はいずれもＳＬ ＵＥであるが、ＶＲＵ－ＵＥは、Ｖ－ＵＥとはまったく異なる役割を有する。ＶＲＵ－ＵＥとＶ－ＵＥとの間でリソースを共有すると、非効率なリソース利用、あるいは望ましくない無線衝突が発生することがある。特に、ＶＲＵ－ＵＥのユースケースは主として自身の安全のためであるが、Ｖ－ＵＥは、より多くのユースケースを有する。
【0102】
さらに、ＶＲＵ－ＵＥは大部分がバッテリによって駆動され、電力の余裕が極めて小さく、これは、大部分が自動車エンジンまたは電気自動車（ＥＶ）用の大型バッテリによって駆動されるＶ－ＵＥとは異なる。
【0103】
上記の課題に対処する目的で、送信リソースプール（ＶＲＵ－ＴｘＰｏｏｌ）および受信リソースプール（ＶＲＵ－ＲｘＰｏｏｌ）から構成される専用のリソースプールがＶＲＵ－ＵＥ用に（事前に）設定され、この場合、ＶＲＵ－ＴｘＰｏｏｌは、ＶＲＵ－ＵＥ用に特別であり、Ｖ－ＵＥなどの他のＳＬ ＵＥによって使用されないが、一方で、ＶＲＵ－ＲｘＰｏｏｌはＶ－ＵＥに認識されるべきであり、Ｖ－ＵＥのＳＬメッセージは、ＶＲＵがターゲット受信機である場合にはＶＲＵリソースプール内である。本開示の様々な実施形態によれば、省電力を目的として、リソースプールはＶＲＵ－ＵＥのＤＲＸサイクルに一致させることができる。
【0104】
リソースプールは、ＶＲＵ－ＴｘＰｏｏｌおよびＶＲＵ－ＲｘＰｏｏｌの両方に対応する時間リソースプール（例えばＶＲＵ－ｔｉｍｅｒｅｓｏｕｒｃｅｐｏｏｌ）および周波数リソースプール（例えばＶＲＵ－ｆｒｅｑｕｅｎｃｙｒｅｓｏｕｒｃｅｐｏｏｌ）に関連する上位層パラメータによって示される。本開示によれば、ＶＲＵ－ＴｘＰｏｏｌおよびＶＲＵ－ＲｘＰｏｏｌの両方に対応するＶＲＵ－ｔｉｍｅｒｅｓｏｕｒｃｅｐｏｏｌビットマップは、ＶＲＵ－ＵＥのアクティブ期間（例えばウェイクアップ期間またはＤＲＸオン期間）内である。一実施形態では、時間リソースプールは、ＶＲＵ－ＵＥのアクティブ期間と部分的に（近いタイミングで）一致または完全に一致していることができる。図１２は、ＶＲＵ－ＵＥのＤＲＸサイクル１２０２に関連する、ＶＲＵ－ＵＥの例示的な時間リソースプール１２０４を示している。この例では、ＶＲＵ－ＵＥの時間リソースプール１２０４（例えば１２０４ａ、１２０４ｂ、１２０４ｃ）は、ＶＲＵ－ＵＥのＤＲＸサイクル、特に２つのＤＲＸサイクルごとのＤＲＵ－ＵＥのオン期間（例えば１２０２ａ、１２０２ｃ、および１２０２ｅ）に一致している。
【0105】
図１３Ａは、Ｖ－ＵＥの送信Ｔｘプール（Ｖ－ＵＥ－ＴｘＰｏｏｌ）１３０２に関連して、ＶＲＵ－ＵＥの例示的なＶＲＵ－ＲｘＰｏｏｌ １３０４を示しており、一方で図１３Ｂは、Ｖ－ＵＥのＲｘリソースプール（Ｖ－ＵＥ－ＲｘＰｏｏｌ）１３０８に関連して、ＶＲＵ－ＵＥの例示的なＶＲＵ－ＴｘＰｏｏｌ １３１０を示している。本開示によれば、ＶＲＵ－ＵＥ用に設定された受信リソースプール（例えばＶＲＵ－ＲｘＰｏｏｌ １３０４）の一部が、他のＳＬ ＵＥ用に設定された送信リソースプール（例えばＶ－ＵＥ－ＴｘＰｏｏｌ １３０２）の一部と重なる。Ｖ－ＵＥは、ＶＲＵ－ＲｘＰｏｏｌ １３０４とＶ－ＵＥ－ＴｘＰｏｏｌ １３０２とが重なった部分１３０６においてのみ、ＶＲＵ－ＵＥ宛のメッセージを送信することができる。
【0106】
ＶＲＵ－ＵＥ用に設定された送信リソースプール（例えばＶＲＵ－ＴｘＰｏｏｌ １３１０）は、Ｖ－ＵＥのような別のＳＬ ＵＥ用に設定された送信リソースプール（例えばＶ－ＵＥ－ＴｘＰｏｏｌ １３０２）と重ならないが、他のＳＬ ＵＥ用に設定された受信リソースプール（例えばＶ－ＵＥ－ＲｘＰｏｏｌ １３０８）と重なる。特に、Ｖ－ＵＥ－ＲｘＰｏｏｌ １３０８は、ＶＲＵ－ＴｘＰｏｏｌ １３１０全体をカバーするべきである。
【0107】
なお、ＶＲＵ－ＵＥおよびＶ－ＵＥ用に設定された送信リソースプールおよび受信リソースプールを図解するために使用されている、図１３Ａおよび図１３Ｂのそれぞれのブロック（例えば１３０２、１３０４、１３０８、１３１０）は、説明のみを目的としていることに留意されたい。実際のリソースプールは、連続的でなくてもよく、複数のブロックにマッピングされてもよい。さらに、送信リソースプール「ＶＲＵ－ＴｘＰｏｏｌ」、受信リソースプール「ＶＲＵ－ＲｘＰｏｏｌ」、時間リソースプール「ＶＲＵ－ｔｉｍｅｒｅｓｏｕｃｅｐｏｏｌ」、および周波数リソースプール「ＶＲＵ－ｆｒｅｑｕｅｎｃｙｐｏｏｌ」の各名称は、非限定的な例であることに留意されたい。
【0108】
本開示によれば、ＤＲＸサイクルは、ＶＲＵ－ＵＥのブロードキャスト信号を送信するための周期的送信時間間隔として、ＶＲＵ－ＵＥのために整列させることができる。また、リソースプールの設定の一部として、いくつかの他の機能／特性を設定することもできる。送信時間間隔がＤＲＸオン期間に一致する実施形態では、ＳＬ Ｒｘ期間およびＳＬ ＴＸ期間の両方をＤＲＸオン期間内に割り当てることができる。
【0109】
図１４Ａおよび図１４Ｂは、本開示の一実施形態による、ＤＲＸオン期間内にＳＬ Ｒｘ期間およびＳＬ Ｔｘ期間を割り当てる２つの設定を示している。図１４Ａは、第１の例示的な設定を示しており、ＤＲＸオン期間１４０２の５０％が、時間期間１４０４によって示されているようにセンシング／受信に割り当てられており、ＤＲＸオン期間１４０２の残りの５０％が、時間期間１４０６によって示されているように選択／送信に割り当てられている。図１４Ｂは、第２の例示的な設定を示しており、ＤＲＸオン期間１４０２の４０％が、時間期間１４１４によって示されているようにセンシング／受信に割り当てられており、ＤＲＸオン期間１４０２の残りの６０％が、時間期間１４１６によって示されているように選択／送信に割り当てられている。
【0110】
図１５Ａおよび図１５Ｂは、本開示の別の実施形態による、ＤＲＸオン期間内にＳＬ Ｒｘ期間およびＳＬ Ｔｘ期間を割り当てる２つの設定を示している。この実施形態では、ＤＲＸオン期間内のＳＬ Ｒｘ期間およびＳＬ ＴＸ期間は、例えば、危険レベル（または危険レベルインジケータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」の値）および／または地理的ゾーンに従って、動的に割り当てることができる。例えば、図１５Ａにおいて、ＶＲＵ－ＵＥがより危険性の高い危険レベル（例えば危険レベルインジケータ値１）に関連付けられる地理的ゾーンにいることが識別されると、ＤＲＸオン期間１５０２の４０％が、時間期間１５０４によって示されているようにセンシング／受信に割り当てられ、ＤＲＸオン期間１５０２の残りの６０％が、時間期間１５０６によって示されているように選択／送信に割り当てられる。例えば、その後、図１５Ｂにおいて、ＶＲＵ－ＵＥが、危険性の低い危険レベル（例えば危険レベルインジケータ値２）に関連付けられる地理的ゾーンにいることが識別されると、ＤＲＸオン期間１５０２の６０％が、時間期間１５１４によって示されているようにセンシング／受信に割り当てられ、ＤＲＸオン期間１５０２の残りの４０％が、時間期間１５１６によって示されているように選択／送信に割り当てられるように、ＳＬ Ｒｘ期間およびＳＬ Ｔｘ期間の割当てを変更することができる。
【0111】
さらに別の実施形態では、リソースプールの特性において、「センシングなし」または「部分センシング」が可能であり、図１６は、ＤＲＸオン期間１６０２内にＳＬ Ｔｘ期間１６０４のみを割り当てる設定を示している。この実施形態では、ＤＲＸオン期間１６０２の全体が、時間期間１６０４によって示されているように、選択／送信用に設定されており、センシング／受信のためのＳＬ Ｒｘ期間はなく、その結果、ＶＲＵ－ＵＥはＤＲＸオン期間１６０２の間ＳＬ Ｒｘを実行しない。
【0112】
なお、ＤＲＸオン期間を占めるＲｘ期間とＴｘ期間の割合（例えば上記の５０％－５０％または４０％－６０％）の合計は、１００％でなくてもよいことにさらに留意されたい。Ｒｘ期間とＴｘ期間が、ＤＲＸオン期間全体を占めないことがあり（例えばＣｏｎｎｅｃｔｅｄモードＤＲＸの場合）、したがって、Ｒｘ期間の割合とＴｘ期間の割合の合計が１００％未満である。一方、例えばＤＲＸ非アクティブタイマーがＤＲＸオン期間を超える場合など、Ｒｘ期間の割合とＴｘ期間の割合の合計が１００％を超えることがある。
【0113】
以下の段落では、５Ｇコアネットワークに関連する用語と、サイドリンクブロードキャストのための通信装置および通信方法に関する本開示とを参照しながら、特定の例示的な実施形態について説明する。
【0114】
（制御信号）
本開示では、本開示に関連するダウンリンク制御信号（情報）は、物理層のＰＤＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ制御要素（ＣＥ）またはＲＲＣを介して送信される信号（情報）とすることができる。ダウンリンク制御信号は、事前定義される信号（情報）とすることができる。
本開示では、本開示に関連するダウンリンク制御信号（情報）は、物理層のＰＤＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ制御要素（ＣＥ）またはＲＲＣを介して送信される信号（情報）とすることができる。ダウンリンク制御信号は、事前定義される信号（情報）とすることができる。
【0115】
本開示に関連するアップリンク制御信号（情報）は、物理層のＰＵＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ ＣＥもしくはＲＲＣを介して送信される信号（情報）とすることができる。さらに、アップリンク制御信号は、事前定義される信号（情報）とすることができる。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ）、第１段サイドリンク制御情報（ＳＣＩ）（1st stage sildelink control information (SCI)）、または第２段ＳＣＩ（2nd stage SCI）に置き換えることができる。
【0116】
（基地局）
本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。
本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。
【0117】
（アップリンク／ダウンリンク／サイドリンク）
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。
【0118】
本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）などのサイドリンクチャネルに適用することができる。
【0119】
ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンクデータチャネル、アップリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの一例である。ＰＢＣＨおよびＰＳＢＣＨは、それぞれブロードキャストチャネルの一例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの一例である。
【0120】
（データチャネル／制御チャネル）
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。
【0121】
（参考信号）
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。
【0122】
（時間間隔）
本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。
本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。
【0123】
（周波数帯域）
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。
【0124】
（通信）
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。
【0125】
さらに、本開示は、地上ネットワーク、または、衛星もしくは高高度疑似衛星（ＨＡＰＳ：High Altitude Pseudo Satellite）を使用する地上ネットワーク以外のネットワーク（ＮＴＮ：非地上系ネットワーク：Non-Terrestrial Network）のいずれにも適用することができる。さらに、本開示は、セルサイズが大きいネットワークや、超広帯域伝送ネットワークのようにシンボル長やスロット長に比べて遅延が大きい地上ネットワークに適用してもよい。
【0126】
（アンテナポート）
アンテナポートとは、１つまたは複数の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が基準信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。
アンテナポートとは、１つまたは複数の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が基準信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。
【0127】
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。
【0128】
本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。
【0129】
通信装置は、送受信機および処理／制御回路を備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つまたは複数のアンテナを含むことができる。
【0130】
通信装置は、送受信機および処理／制御回路を備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つまたは複数のアンテナを含むことができる。
【0131】
このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。
【0132】
通信装置は、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
【0133】
通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。
【0134】
通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。
【0135】
通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。
【0136】
特定の実施形態に示した本開示には、広範に説明した本開示の趣旨または範囲から逸脱することなく、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。
１． 通信装置であって、
動作時に、第１の信号を送信するための周期的送信時間間隔を決定する回路と、
動作時に、前記決定に応えて、前記周期的送信時間間隔で前記第１の信号を送信する送信機と、
を備えている、通信装置。
２． 前記回路が、前記周期的送信時間間隔の第１の周期を乗数パラメータの値に基づいて計算するように、さらに構成されている、
項１に記載の通信装置。
３． 前記回路が、前記乗数パラメータの前記値がより大きいとき、前記周期的送信時間間隔の前記第１の周期を増大させるように、さらに構成されている、
項２に記載の通信装置。
４． 前記回路が、前記周期的送信時間間隔の前記第１の周期を動作サイクルの第２の周期に基づいて計算するように、さらに構成されており、前記動作サイクルの一部が、前記通信装置がアクティブであるアクティブ期間に関連しており、前記動作サイクルの残りの部分が、前記通信装置が非アクティブである非アクティブ期間に関連している、
項２および項３のいずれか１項に記載の通信装置。
５． 前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記周期的送信時間間隔の前記第１の周期を、前記動作サイクルの前記第２の周期よりも短くなるように計算するように、さらに構成されている、
項４に記載の通信装置。
６． 前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記通信装置が前記動作サイクル全体を通じてアクティブであるように、前記動作サイクルの前記残りの部分まで前記アクティブ期間を延長するように、さらに構成されている、
項４に記載の通信装置。
７． 前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記第１の信号を送信しないことを決定するように、さらに構成されている、
項２に記載の通信装置。
８． 前記回路が、
複数の危険レベルのうち前記通信装置に関連付けられる１つの危険レベルを識別し、
前記１つの危険レベルに対応する前記乗数パラメータの前記値を決定する、
ようにさらに構成されている、
項４から項６のいずれか１項に記載の通信装置。
９． 前記回路が、前記周期的送信時間間隔の前記周期を、前記複数の危険レベルのうちの前記１つの危険レベルに基づいて計算するように、さらに構成されている、
項８に記載の通信装置。
１０． 前記回路が、前記複数の危険レベルのうちの前記１つの危険レベルが高いと判定されたとき、前記周期的送信時間間隔の前記周期を短くするように、さらに構成されている、
項９に記載の通信装置。
１１． 前記回路が、前記複数の危険レベルのうちの前記危険レベルを、前記通信装置の位置に基づいて識別される地理的ゾーンに基づいて決定するように、さらに構成されている、
項９および項１０のいずれか１項に記載の通信装置。
１２． 前記回路が、全地球航法衛星システムによる前記通信装置の位置および予めロードされた地図データに基づいて、前記地理的ゾーンを識別するように、さらに構成されている、
項１１に記載の通信装置。
１３． 動作時に、事前定義された期間内にピア通信装置から第２の信号を受信する受信機、
をさらに備えており、
前記回路が、前記第１の信号をさらに送信するかどうかを、前記ピア通信装置からの前記第２の信号に基づいて決定するように、構成されている、
項８から項１２のいずれか１項に記載の通信装置。
１４． 前記回路が、
前記ピア通信装置が前記地理的ゾーン内にあるかどうかを、前記第２の信号に基づいて判定する、
ようにさらに構成されており、
前記回路が、前記ピア通信装置が前記地理的領域内にあると判定されたことに応えて、前記第１の信号を送信しないことを決定する、
項１３に記載の通信装置。
１５． 送信リソースプールおよび受信リソースプールを備えているリソースプールが、前記通信装置用に特別に設定されている、
項８から項１２のいずれか１項に記載の通信装置。
１６． 前記送信リソースプールが、別の通信装置用に設定されている別の送信リソースプールと重ならない、
項１５に記載の通信装置。
１７． 前記送信リソースプールが、前記別の通信装置用に構成されている別の受信リソースプールと重なる、
項１６に記載の通信装置。
１８． 前記受信リソースプールの一部が、前記別の通信装置用に構成されている前記別の送信プールの一部と重なる、
項１６および項１７のいずれか１項に記載の通信装置。
１９． 動作時に、前記受信リソースプールの一部を通じて前記別の通信装置から第３の信号を受信する受信機、をさらに備えている、
項１８に記載の通信装置。
２０． 前記送信リソースプールおよび前記受信リソースプールを示す時間リソースプールが、部分的に、または完全に、前記アクティブ期間に一致している、
項１５から項１９のいずれか１項に記載の通信装置。
２１． 前記回路が、前記複数の危険レベルのうち前記通信装置に関連付けられる前記１つの危険レベルに従って、前記アクティブ期間内に送信期間および受信期間を割り当てるように、さらに構成されている、
項２０に記載の通信装置。
２２． 前記送信期間が、前記複数の危険レベルのうちの前記危険レベルと正の相関があり、一方で、前記受信期間が、前記複数の危険レベルのうちの前記危険レベルと負の相関がある、
項２１に記載の通信装置。
２３． 通信方法であって、
第１の信号を送信するための周期的送信時間間隔を決定するステップと、
前記決定に応えて、前記周期的送信時間間隔で前記第１の信号を送信するステップと、
を含む、方法。
１． 通信装置であって、
動作時に、第１の信号を送信するための周期的送信時間間隔を決定する回路と、
動作時に、前記決定に応えて、前記周期的送信時間間隔で前記第１の信号を送信する送信機と、
を備えている、通信装置。
２． 前記回路が、前記周期的送信時間間隔の第１の周期を乗数パラメータの値に基づいて計算するように、さらに構成されている、
項１に記載の通信装置。
３． 前記回路が、前記乗数パラメータの前記値がより大きいとき、前記周期的送信時間間隔の前記第１の周期を増大させるように、さらに構成されている、
項２に記載の通信装置。
４． 前記回路が、前記周期的送信時間間隔の前記第１の周期を動作サイクルの第２の周期に基づいて計算するように、さらに構成されており、前記動作サイクルの一部が、前記通信装置がアクティブであるアクティブ期間に関連しており、前記動作サイクルの残りの部分が、前記通信装置が非アクティブである非アクティブ期間に関連している、
項２および項３のいずれか１項に記載の通信装置。
５． 前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記周期的送信時間間隔の前記第１の周期を、前記動作サイクルの前記第２の周期よりも短くなるように計算するように、さらに構成されている、
項４に記載の通信装置。
６． 前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記通信装置が前記動作サイクル全体を通じてアクティブであるように、前記動作サイクルの前記残りの部分まで前記アクティブ期間を延長するように、さらに構成されている、
項４に記載の通信装置。
７． 前記回路が、前記乗数パラメータの前記値が特定の値であるとき、前記第１の信号を送信しないことを決定するように、さらに構成されている、
項２に記載の通信装置。
８． 前記回路が、
複数の危険レベルのうち前記通信装置に関連付けられる１つの危険レベルを識別し、
前記１つの危険レベルに対応する前記乗数パラメータの前記値を決定する、
ようにさらに構成されている、
項４から項６のいずれか１項に記載の通信装置。
９． 前記回路が、前記周期的送信時間間隔の前記周期を、前記複数の危険レベルのうちの前記１つの危険レベルに基づいて計算するように、さらに構成されている、
項８に記載の通信装置。
１０． 前記回路が、前記複数の危険レベルのうちの前記１つの危険レベルが高いと判定されたとき、前記周期的送信時間間隔の前記周期を短くするように、さらに構成されている、
項９に記載の通信装置。
１１． 前記回路が、前記複数の危険レベルのうちの前記危険レベルを、前記通信装置の位置に基づいて識別される地理的ゾーンに基づいて決定するように、さらに構成されている、
項９および項１０のいずれか１項に記載の通信装置。
１２． 前記回路が、全地球航法衛星システムによる前記通信装置の位置および予めロードされた地図データに基づいて、前記地理的ゾーンを識別するように、さらに構成されている、
項１１に記載の通信装置。
１３． 動作時に、事前定義された期間内にピア通信装置から第２の信号を受信する受信機、
をさらに備えており、
前記回路が、前記第１の信号をさらに送信するかどうかを、前記ピア通信装置からの前記第２の信号に基づいて決定するように、構成されている、
項８から項１２のいずれか１項に記載の通信装置。
１４． 前記回路が、
前記ピア通信装置が前記地理的ゾーン内にあるかどうかを、前記第２の信号に基づいて判定する、
ようにさらに構成されており、
前記回路が、前記ピア通信装置が前記地理的領域内にあると判定されたことに応えて、前記第１の信号を送信しないことを決定する、
項１３に記載の通信装置。
１５． 送信リソースプールおよび受信リソースプールを備えているリソースプールが、前記通信装置用に特別に設定されている、
項８から項１２のいずれか１項に記載の通信装置。
１６． 前記送信リソースプールが、別の通信装置用に設定されている別の送信リソースプールと重ならない、
項１５に記載の通信装置。
１７． 前記送信リソースプールが、前記別の通信装置用に構成されている別の受信リソースプールと重なる、
項１６に記載の通信装置。
１８． 前記受信リソースプールの一部が、前記別の通信装置用に構成されている前記別の送信プールの一部と重なる、
項１６および項１７のいずれか１項に記載の通信装置。
１９． 動作時に、前記受信リソースプールの一部を通じて前記別の通信装置から第３の信号を受信する受信機、をさらに備えている、
項１８に記載の通信装置。
２０． 前記送信リソースプールおよび前記受信リソースプールを示す時間リソースプールが、部分的に、または完全に、前記アクティブ期間に一致している、
項１５から項１９のいずれか１項に記載の通信装置。
２１． 前記回路が、前記複数の危険レベルのうち前記通信装置に関連付けられる前記１つの危険レベルに従って、前記アクティブ期間内に送信期間および受信期間を割り当てるように、さらに構成されている、
項２０に記載の通信装置。
２２． 前記送信期間が、前記複数の危険レベルのうちの前記危険レベルと正の相関があり、一方で、前記受信期間が、前記複数の危険レベルのうちの前記危険レベルと負の相関がある、
項２１に記載の通信装置。
２３． 通信方法であって、
第１の信号を送信するための周期的送信時間間隔を決定するステップと、
前記決定に応えて、前記周期的送信時間間隔で前記第１の信号を送信するステップと、
を含む、方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13A】
【図13B】
【図14A】
【図14B】
【図15A】
【図15B】
【図16】
【国際調査報告】