特表 2023-547819 交通弱者のためのジオロケーションベースのブロードキャストメッセージのための通信装置および通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-11-14

(54)【発明の名称】交通弱者のためのジオロケーションベースのブロードキャストメッセージのための通信装置および通信方法

(51)【国際特許分類】

   H04W 4/40 20180101AFI20231107BHJP

   H04W 4/021 20180101ALI20231107BHJP

   H04W 64/00 20090101ALI20231107BHJP

【ＦＩ】

H04W4/40

H04W4/021

H04W64/00

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023523310

(86)(22)【出願日】2021-07-15

(85)【翻訳文提出日】2023-04-17

(86)【国際出願番号】 SG2021050416

(87)【国際公開番号】W WO2022086436

(87)【国際公開日】2022-04-28

(31)【優先権主張番号】10202010503R

(32)【優先日】2020-10-22

(33)【優先権主張国・地域又は機関】SG

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】カン ヤン

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

【氏名】シム ホン チェン マイケル

(72)【発明者】

【氏名】トラン スアン ツオン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA35

5K067DD11

5K067EE02

5K067EE10

5K067EE25

5K067JJ51

(57)【要約】

本開示は、交通弱者のためのジオロケーションベースのブロードキャストメッセージのための通信装置および通信方法を提供する。本通信装置は、動作時に、通信装置の位置に基づいて地理的ゾーンを識別する回路と、動作時に、地理的ゾーンに基づいて信号を送信する送信機と、を備える通信装置、を含む。

【特許請求の範囲】

【請求項1】

通信装置であって、
動作時に、前記通信装置の位置に基づいて地理的ゾーンを識別する回路と、
動作時に、前記地理的ゾーンに基づいて信号を送信する送信機と、
を備えている、
通信装置。

【請求項2】

前記回路が、前記通信装置の全地球航法衛星システム（ＧＮＳＳ）位置および予めロードされた地図データに基づいて前記地理的ゾーンを識別するように、さらに構成されている、
請求項１に記載の通信装置。

【請求項3】

前記地理的ゾーンが、危険ゾーンまたは安全ゾーンのいずれかに関連付けられており、前記送信機が、前記地理的ゾーンが危険ゾーンに関連付けられているときに前記信号を送信するように、さらに構成されている、
請求項１に記載の通信装置。

【請求項4】

前記地理的ゾーンが、複数の危険レベルのうちの１つに関連付けられており、前記送信機が、前記関連付けられている危険レベルに基づいて前記信号を送信するように、さらに構成されている、
請求項１に記載の通信装置。

【請求項5】

前記複数の危険レベルの各危険レベルが、省電力モードに関連付けられており、前記回路が、前記関連付けられている危険レベルに関連付けられている省電力モードと同じ、前記通信装置の省電力モード、を起動するように、さらに構成されている、
請求項４に記載の通信装置。

【請求項6】

前記複数の危険レベルの各危険レベルが、乗数パラメータまたは事前に設定された周期的タイミングに関連付けられており、前記送信機が、前記乗数パラメータまたは前記事前に設定された周期的タイミングに基づく周期で前記信号を送信するように、さらに構成されている、
請求項４に記載の通信装置。

【請求項7】

前記回路が、前記通信装置に関連付けられている不連続受信（ＤＲＸ）サイクルに乗算パラメータを乗算するように、さらに構成されており、前記送信機が、前記乗算されたＤＲＸサイクルに基づいて前記信号を送信するように、さらに構成されている、
請求項６に記載の通信装置。

【請求項8】

前記関連付けられた危険レベルが、前記地理的ゾーンがどの程度危険であるかを示し、前記送信機が、前記関連付けられた危険レベルが前記地理的ゾーンをより危険性が高いものとして、またはより危険性が低いものとして示す場合、前記信号をより高い頻度で、またはより低い頻度で送信するように、さらに構成されている、
請求項４に記載の通信装置。

【請求項9】

前記地理的ゾーンが、格子状である、フレキシブルな形状である、および／または、前記通信装置の高度を含む、
請求項１または請求項４に記載の通信装置。

【請求項10】

前記通信装置が２つの地理的ゾーン間で頻繁にゾーン切り替えを行うときに、前記信号が低い頻度で送信されるように、前記２つの地理的ゾーンの境界にヒステリシス領域が指定されている、
請求項１に記載の通信装置。

【請求項11】

動作時に、前記信号の前記送信に先立つ事前定義された期間において別の通信装置から別の信号を受信する受信機、
をさらに備えており、
前記回路が、前記信号を送信するかどうかに関する上位層による決定のために前記別の信号を復号するように、さらに構成されており、
前記送信機が、前記決定に基づいて前記信号を送信するように、さらに構成されている、
請求項１に記載の通信装置。

【請求項12】

動作時に、前記信号の送信に先立つ事前定義された期間において、別の通信装置から別の信号を受信する受信機であって、前記別の信号が別の地理的ゾーンを示している、前記受信機、
をさらに備えており、
前記送信機が、前記別の地理的ゾーンが前記地理的ゾーンと同じである場合に前記信号を送信しないように、さらに構成されている、
請求項１に記載の通信装置。

【請求項13】

各地理的ゾーンにゾーン固有リソースが割り当てられており、したがって、前記通信装置が、前記地理的ゾーンに割り当てられているゾーン固有リソースを使用して前記信号を送信する、および／または、別の通信装置が、前記地理的ゾーンに割り当てられている前記ゾーン固有リソースを使用して別の信号を送信し、別の地理的ゾーンが前記地理的ゾーンと同じである場合に、前記別の信号が前記別の地理的ゾーンを示している、
請求項１に記載の通信装置。

【請求項14】

動作時に、前記信号の送信に先立つ事前定義された期間において、前記別の通信装置から前記別の信号を受信する受信機、
をさらに備えており、
前記送信機が、前記別の信号が前記地理的ゾーンに割り当てられている前記ゾーン固有リソースを使用して送信されていると判定される場合に、前記信号を送信しないように、さらに構成されている、
請求項１３に記載の通信装置。

【請求項15】

前記信号が、前記地理的ゾーンを示すブロードキャストである、
請求項１に記載の通信装置。

【請求項16】

前記通信装置が、交通弱者のユーザ機器（ＶＲＵ－ＵＥ）である、
請求項１に記載の通信装置。

【請求項17】

通信方法であって、
通信装置の位置に基づいて地理的ゾーンを識別するステップと、
前記地理的ゾーンに基づいて信号を送信するステップと、
を含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

以下の開示は、ジオロケーションベースのブロードキャストメッセージのための通信装置および通信方法に関し、より詳細には、交通弱者のためのジオロケーションベースのブロードキャストメッセージのための通信装置および通信方法に関する。

【背景技術】

【0002】

サイドリンク（ＳＬ）通信は、Ｖ２Ｘ（ビークルトゥエブリシング：vehicle-to-everything）アプリケーションを通じて、車両が公道および他の道路利用者と対話することを可能にし、したがって自律走行車を実現するうえで不可欠な要素であると考えられる。ＳＬの他の用途としては、Ｐ２Ｐ通信またはＩ２Ｐ（インフラストラクチャ－歩行者、またはＲ２Ｐ（路側機－歩行者））通信が挙げられる。

【0003】

さらに、３ＧＰＰ（第３世代パートナーシッププロジェクト）は、車両（すなわち同義語として、Ｖ２Ｘアプリケーションをサポートする通信装置またはユーザ機器（ＵＥ）とも呼ばれる）がＳＬを通じて他の近くの車両、インフラストラクチャノード、および／または歩行者と自身のステータス情報を交換できる高度Ｖ２Ｘサービスのための技術的ソリューションを明らかにする目的で、５Ｇ ＮＲベースのＳＬ通信（同義語としてＮＲ ＳＬ通信とも呼ばれる）について検討している。ステータス情報には、位置、速度、方位などに関する情報が含まれる。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】3GPP TS 38.300 v16.3.0

【非特許文献2】3GPP TS 38.211 v16.3.0

【非特許文献3】TS 23.502

【非特許文献4】3GPP TS 23.122: "Non-Access-Stratum (NAS) functions related to Mobile Station in idle mode"

【非特許文献5】ITU-R M.2083

【非特許文献6】TR 38.913

【非特許文献7】TS 23.287 v16.4.0

【非特許文献8】RP-201385

【非特許文献9】ETSI TR 103 300-1

【非特許文献10】ETSI TS103 300-2

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、交通弱者のためのジオロケーションベースのブロードキャストメッセージのための通信装置および通信方法については、これまで議論されてこなかった。

【0006】

したがって、交通弱者のためのジオロケーションベースのブロードキャストメッセージのための実現可能な技術的ソリューションを提供する通信装置および通信方法が必要とされている。さらに、他の望ましい特徴および特性は、添付の図面および本開示のこの背景技術のセクションと合わせて考慮される、以下の詳細な説明および添付の請求項から明らかになるであろう。

【課題を解決するための手段】

【0007】

非限定的かつ例示的な実施形態は、交通弱者のためのジオロケーションベースのブロードキャストメッセージのための通信装置および通信方法を提供することを容易にする。

【0008】

本開示の第１の実施形態によれば、通信装置であって、動作時に、通信装置の位置に基づいて地理的ゾーンを識別する回路と、動作時に、地理的ゾーンに基づいて信号を送信する送信機と、を備えている、通信装置、が提供される。

【0009】

本開示の第２の実施形態によれば、通信方法であって、通信装置の位置に基づいて地理的ゾーンを識別するステップと、地理的ゾーンに基づいて信号を送信するステップと、を含む、通信方法、が提供される。

【0010】

なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。

【0011】

開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。

【図面の簡単な説明】

【0012】

この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。

【図1】例示的な３ＧＰＰ ＮＲ－ＲＡＮアーキテクチャを示している。

【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能の分離を示した概略図を描いている。

【図3】ＲＲＣ接続確立／再設定手順のシーケンス図を示している。

【図4】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示した概略図を描いている。

【図5】非ローミングシナリオにおけるＶ２Ｘ通信のための例示的な５Ｇシステムアーキテクチャを示したブロック図を示している。

【図6】様々な実施形態に従って、ジオロケーションベースのメッセージまたは信号がどのようにブロードキャストされ得るかを示したフローチャート６００を示している。

【図7】様々な実施形態に従って道路ジャンクション（road junction）がどのように地理的ゾーンに分割され得るかの説明図７００を示している。

【図8】様々な実施形態に従って道路ジャンクションがどのように地理的ゾーンに分割され得るかの別の説明図８００を示している。

【図9】様々な実施形態によるヒステリシスゾーンの説明図９００を示している。

【図10】様々な実施形態に従ってゾーン固有リソースがどのように分割され得るかを図解した図１０００を示している。

【図11】様々な実施形態に従ってゾーン固有リソースがどのように利用され得るかの説明図１１００を示している。

【図12】様々な実施形態に従ってゾーン固有リソースがどのように利用され得るかの別の説明図１２００を示している。

【図13】様々な実施形態に係る通信方法を示したフローチャート１３００を示している。

【図14】様々な実施形態に係る通信装置１４００の概略例を示している。

【0013】

図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態を深く理解できるように、例えば、図解、ブロック図、またはフローチャートの中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。

【発明を実施するための形態】

【0014】

本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。

【0015】

３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。２０２０年６月に最新バージョン（リリース１６）がリリースされ、これによりＩＭＴ－２０２０に準拠する最初の完全な３ＧＰＰ ５Ｇシステムとなり、サイドリンク通信のためのより高度な機能が可能になっている。

【0016】

特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１は、ＮＲ－ＲＡＮのアーキテクチャを示している（非特許文献１の４節を参照）。

【0017】

ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献１の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献１の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献１の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献１の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献１の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献１の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献１の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献１の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献１の７節に記載されている。さらに、非特許文献１では、サイドリンク通信が導入されている。サイドリンクは、サイドリンクリソース割当てモード、物理層信号／チャネル、および物理層手順を使用してＵＥ間の直接通信をサポートする（例えば非特許文献１の５．７節を参照）。

【0018】

媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。

【0019】

物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、適切な物理的時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：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 Control Channel）、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel）が含まれる。

【0020】

ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０^－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ^２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。

【0021】

したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔ_ｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔ_ｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。

【0022】

新しい無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献２を参照）。

【0023】

図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。

【0024】

ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング

【0025】

アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択

【0026】

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング

【0027】

最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知

【0028】

図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧＣエンティティ）の間のインタラクションを示している（非特許文献１を参照）。遷移ステップは以下のとおりである。
１． ＵＥが、ＲＲＣ＿ＩＤＬＥから新しい接続の確立を要求する。
２／２ａ． ｇＮＢが、ＲＲＣ確立手順を完了する。
注： ｇＮＢが要求を拒否するシナリオは、後から説明する。
３． ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅでピギーバックされたＵＥからの最初のＮＡＳメッセージがＡＭＦに送信される。
４／４ａ／５／５ａ． ＵＥとＡＭＦの間で追加のＮＡＳメッセージを交換することができる。非特許文献３の参考文献［２２］（非特許文献４）を参照。
６． ＡＭＦがＵＥのコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力を含む）を作成し、ｇＮＢに送信する。
７／７ａ． ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ． ｇＮＢが、ＳＲＢ２およびＤＲＢを確立するための再設定を実行する。
９． ｇＮＢが、確立手順が完了したことをＡＭＦに通知する。

【0029】

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。

【0030】

図４は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、初期のＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献５の図２を参照）。

【0031】

ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献６によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザープレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザープレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。

【0032】

物理層の観点から、信頼性を向上させる方法はいくつか考えられる。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどがある。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる。

【0033】

さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。

【0034】

ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。

【0035】

上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要なエリアがいくつか存在する。これらのエリアとしては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数エリア、時間エリア、および／または空間エリアに関連するダイバーシティが挙げられる。これらのエリアは、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。

【0036】

ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０^－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザープレーンレイテンシである。

【0037】

さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨモニタリングの増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。

【0038】

５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。

【0039】

５ＧＣは、各ＵＥごとに１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、各ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。

【0040】

図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献７の４．２．１．１節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。

【0041】

さらに図５は、Ｖ２Ｘ通信のための５Ｇアーキテクチャのさらなる機能ユニットとして、５ＧＣにおける統一データ管理（ＵＤＭ：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）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。

【0042】

本開示では、非特許文献７の５．４節に定義されているように、Ｖ２Ｘ通信のＱｏＳ要件を処理するためのアプリケーションサーバ（例えば図５のＶ２Ｘアプリケーションサーバ）が提供されてもよい。

【0043】

ＵＥの省電力については、リリース１７のＶ２Ｘ ＷＩＤ（非特許文献８）において検討されている。省電力により、バッテリに制約のあるＵＥは、電力効率の良い方法でサイドリンク動作を行うことができる。リリース１６のＮＲサイドリンクは、ＵＥがサイドリンクを動作させる際に「常時オン」を前提に設計されており、例えば、十分なバッテリ容量を有する車載ＵＥのみに焦点が当てられている。リリース１７では、Ｖ２Ｘユースケースにおける交通弱者（ＶＲＵ：vulnerable road users）と、ＵＥの消費電力を最小限に抑える必要がある公共安全および商用ユースケースにおけるＵＥを対象に、省電力のためのソリューションが求められている。

【0044】

非特許文献９によれば、以下のタイプの道路利用者が交通弱者とみなされる。
－ 歩行者（子供、高齢者、ジョギングをする人を含む）
－ 緊急対応者、安全作業者、道路作業者
－ 馬、犬などの動物から、該当する野生動物（下記の注を参照）
－ 車椅子、乳母車
－ スケーター、スケートボード、セグウェイ、電動エンジンを搭載している可能性のあるもの
－ 時速２５ｋｍに制限された自転車およびｅバイク（ｅバイク、クラスＬ１ｅ－Ａ［ｉ．８］）
－ 時速２５ｋｍ以上の高速ｅバイク、クラスＬ１ｅ－Ｂ［ｉ．８］
－ 動力付き二輪車（ＰＴＷ）、モペット（スクーター）、クラスＬ１ｅ［ｉ．８］
－ ＰＴＷ、オートバイ、クラスＬ３ｅ［ｉ．８］
－ ＰＴＷ、トライサイクル、時速４５ｋｍに制限されたクラスＬ２ｅ、Ｌ４ｅ、Ｌ５ｅ［ｉ．８］
－ ＰＴＷ、四輪車、時速４５ｋｍに制限されたクラスＬ５ｅおよびＬ６ｅ［ｉ．８］
－ 注：該当する野生動物とは、他の道路利用者（ＶＲＵ、車両）に安全上のリスクを与える動物のみである。規則（ＥＵ）１６８／２０１３［ｉ．８］の付録１の分類も考慮することができる。

【0045】

上記リストに示したＶＲＵの安全性を配慮するうえで、最も基本となるステップは、ＶＲＵの存在の検知である。非特許文献１０では、ＶＲＵの存在の検知に関する様々なユースケースを以下のように提示している。
１） ＶＲＵの存在の検知：
－ ＶＲＵの自己位置推定。ＶＲＵは、位置および速度を含む自身の特性を求めることを可能にするセンサーおよびその他の情報源を有する。
－ 別の道路利用者（例：Ｖ－ＩＴＳ－Ｓ）がＶＲＵを検知および追跡する。
－ Ｒ－ＩＴＳ－Ｓまたは中央のＩＴＳ－Ｓに接続された路側機がＶＲＵを検知および追跡する。
２） ＶＲＵが他の道路利用者からの潜在的に危険な状態にあるかどうかを評価し、ＶＲＵの位置および動的状態を送信するべきである。いずれの当事者も、自身が認識しているＶＲＵに関する情報を送信することができる。ＶＲＵに関する情報をフィルタリングし、メッセージトリガー条件に従ってのみ送信するべきである。他の道路利用者からの潜在的なリスクは、特に以下の条件によって決まる。
－ 他の道路利用者の存在
－ 道路のレイアウト
－ ＶＲＵおよび他の道路利用者の動的な状態
－ ＶＲＵおよび車両の両方の交通信号機の状況（該当する場合）、および交通信号灯の遵守状況
３） ＶＲＵ自体のＩＴＳ－Ｓが送信する必要があるかどうかを判断するための安全メッセージ環境の評価、特にＶＲＵがクラスターの一部であるかどうかの評価
４） 危険な状態にあるＶＲＵに関する情報の送信
－ ＶＲＵが自己ステータス情報（ego-status information）を送信する。
－ ＶＲＵのクラスターのリーダーがクラスター情報を送信する。
－ Ｖ－ＩＴＳ－Ｓ、Ｒ－ＩＴＳ－Ｓ、Ｃ－ＩＴＳ－Ｓ、または別の道路利用者が、潜在的に危険な状況にあるＶＲＵに関する情報を送信する。
５）リスク評価。段階（受信機側）：
－ センサーデータと、他の道路利用者によって送信された観測情報を融合し、道路利用者の位置、速度、および場合によっては他のデータ（例えば意図）を含む局所的な動的マップを構築する。
－ 様々な道路利用者の推定される軌跡および速度に基づいてリスクを評価する。
６） ＶＲＵを保護するための警告または動作：
－ デバイスの保持者（ＶＲＵまたはその他の道路利用者）の警告
－ 他の道路利用者への衝突警告の送信
－ 自動運転車の場合の動作

【0046】

無線の観点からは、車両ＵＥ（Ｖ－ＵＥ）に注意を促すために、ＶＲＵの存在を示すブロードキャストが必要である。

【0047】

さらに、ＶＲＵ－ＵＥがどのようにＳＬブロードキャストをトリガーして自身の存在を示すべきであるかは明らかではない。例えば、ＬＴＥ－Ｖ２Ｘでは、少なくとも１０ｍｓの周期で車両ＵＥによってＢＳＭ（基本安全メッセージ）がブロードキャストされる。しかしながら、消費電力を低減するため、より安全な場所（例えば自宅やオフィスなど）ではブロードキャストを送信する必要がないことがあるため、ＶＲＵ－ＵＥがブロードキャストを継続することは適切ではない。

【0048】

上記の課題に対処するため、ＶＲＵ－ＵＥが特定の地理的ゾーンに入る、またはその内側にいるときに、ブロードキャストをトリガーすることができる。地理的ゾーンは、危険レベルに関連付けられるパラメータによって分類することができる。ＶＲＵ－ＵＥは、全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）のチェックを通じて、自身の地理的ゾーンを識別する。より危険とみなされる地理的ゾーン内ではブロードキャストを送信し、安全な地理的ゾーン内では送信しないように、ＶＲＵ－ＵＥを構成することができ、したがって、ＶＲＵ－ＵＥの電力を節約することができ、これは有利である。

【0049】

例えば以下のように、地理的ゾーンのパラメータ「ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ」をＶＲＵ－ＵＥに対して（事前に）設定することができる。
－ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝０は危険ゾーンを示す
－ ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝１は安全ゾーンを示す

【0050】

ＶＲＵ－ＵＥは、自身のＧＮＳＳ位置および予めロードされた地図データを使用することによって、関連する地理的ゾーンおよび／またはＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒを定期的にチェックするべきである。ＶＲＵ－ＵＥは、危険ゾーンの内側にいる（すなわちＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝０）場合、ＳＬブロードキャストを行うべきである。なお、ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒの値は、他の方法で設定されてもよい。例えば、値０が安全ゾーンを示し、代わりに値１が危険ゾーンを示してもよい。さらに、パラメータ名はＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒに限定されず、別の名称であってもよい。パラメータは、ＲＲＣ層、ＭＡＣ層、あるいはＰＨＹ層のシグナリングによって示すことができる。

【0051】

図６は、様々な実施形態に従って、ジオロケーションベースのメッセージまたは信号がどのようにブロードキャストされ得るかを示したフローチャート６００を示している。ステップ６０２においては、地理的ゾーンに関連付けられているＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒの値が０であるかどうかを判定する。値が０であると判定された場合、プロセスはステップ６０４に進み、対象の地理的ゾーン内にＶＲＵが存在することを示すブロードキャストをトリガーする。そうでない場合、プロセスは６０２から６０６に進み、対象の地理的ゾーンにおけるＶＲＵの存在を送信またはブロードキャストする動作を行わない。一例では、ステップ６０４において、対象の地理的ゾーンを示すメッセージまたは信号を送信することができる。

【0052】

ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒは、０または１のみではなく、複数の値のうちの１つを示すことができる。例えばＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒは、以下のように、関連する地理的ゾーンの危険度に基づく値を示すことができる。
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝０： 最も危険、例えば道路ゾーンの内側
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝１： 危険、例えば路側から１ｍ以内
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝２： 危険度が低い、例えば路側から１ｍ以上離れている
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝３： 安全、例えば建物内

【0053】

図７は、様々な実施形態に従って、道路ジャンクション７１０がどのように地理的ゾーンに分割され得るかの説明図７００を示している。参照数字７０２によって示されたエリアは、道路ジャンクション７１０の道路ゾーンの内側であり、ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒの値０（すなわち最も危険）を有し得る。参照数字７０４によって示されたエリアは、道路ジャンクション７１０の路側から１メートル以内であり、ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒの値１（すなわち危険）を有し得る。参照数字７０６によって示されたエリアは、道路ジャンクション７１０の路側から１メートル以上離れており、ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒの値２（すなわち危険度が低い）を有し得る。参照数字７０８によって示されたエリアは、建物の内側であり、ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒの値３（すなわち安全）を有し得る。

【0054】

図８は、様々な実施形態に従って、道路ジャンクション８１０がどのように地理的ゾーンに分割されるかの別の説明図８００を示している。例えば、道路ジャンクション８１０は、ゾーン１ ８０２、ゾーン２ ８０４、ゾーン３ ８０６、ゾーン４ ８０８、ゾーン５ ８１２、およびゾーン６ ８１４に分割することができ、各ゾーンに、ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒパラメータなどの危険レベルインジケータを関連付けることができる。

【0055】

図７の説明図７００および図８の説明図８００において理解できるように、地理的ゾーンは、エリアをどのように地理的ゾーンに分割するのが望ましいかに応じて、格子状またはフレキシブルな形状とすることができる。分割が３次元ベースで行われるように、地理的ゾーンは高度をさらに含んでもよい。例えば、建物の各階が、異なる地理的ゾーンに分割されてもよい。さらに各地理的ゾーンに危険レベルを関連付けることができ、異なる危険レベルには、ディープスリープ、ライトスリープ、マイクロスリープ、または他の同様のモードなどの異なる省電力モードをさらに関連付けることができる。例えば、ディープスリープ省電力モードに対応する地理的ゾーンに位置するＶＲＵ－ＵＥは、ディープスリープ省電力モードを採用するように構成することができる。ＶＲＵ－ＵＥが、ライトスリープ省電力モードに対応する別の地理的ゾーンに入ると、ＶＲＵ－ＵＥは、それに応じてライトスリープ省電力モードを採用する。有利なことに、これによりＶＲＵ－ＵＥは、指定された地理的ゾーンに位置するときに電力を節約することが可能となり、例えば、より安全な地理的ゾーンに位置するときに、より多くの電力を節約することができる。

【0056】

一例において、２つの地理的ゾーンの間の境界に、ヒステリシス領域またはヒステリシスゾーン（例：１ｍ）を設定することもできる。状況によっては、ＶＲＵ－ＵＥは、例えば図９の説明図９００のジグザグパターンに示したように、２つのゾーン間で頻繁にゾーン切り替えを行うことがある。ＶＲＵ－ＵＥは、ゾーン１ ９０２に入るときにゾーン１を示すメッセージまたは信号を送信し、ゾーン１ ９０２を出てゾーン２ ９０４に入るときにゾーン２を示す別のメッセージまたは信号を送信し、ゾーン２ ９０４を出てゾーン１ ９０２に再び入るときにゾーン１を示すさらなるメッセージを送信することができる。ＶＲＵ－ＵＥの移動速度に応じてメッセージが短時間に連続して送信される場合、このような指示情報は混乱を招く可能性がある。したがって、ゾーン１ ９０２とゾーン２ ９０４との間のこのような頻繁なゾーン切り替えの指示情報を避けるために、２つのゾーンの間にヒステリシス領域を設定することができる。例えば、最初にゾーン１ ９０２にいたＶＲＵ－ＵＥは、ゾーン２ ９０４の側でヒステリシス領域を横切った後にのみ、ゾーン２ ９０４を示すメッセージまたは信号を送信するように構成することができる。同様に、最初にゾーン２ ９０４にいたＶＲＵ－ＵＥは、ゾーン１ ９０２の側でヒステリシス領域を横切った後にのみ、ゾーン１ ９０２を示すメッセージまたは信号を送信するように構成することができる。ＶＲＵ－ＵＥがヒステリシス領域の内側にいるとき、またはヒステリシス領域を横切ったときに、より低い頻度でメッセージまたは信号を送信するようにＶＲＵ－ＵＥをさらに構成することができる、または、ヒステリシス領域を横切った後にのみ、および／または事前に設定された期間にわたりゾーンの内側にいた後にのみ、メッセージまたは信号を送信するように構成することができる。有利なことに、ヒステリシス領域によって、ＶＲＵ－ＵＥによる頻繁なゾーン切り替えの指示情報が混乱することが回避されるとともに、ＶＲＵ－ＵＥによる送信の回数が減少し、したがって電力が節約される。

【0057】

ＶＲＵ－ＵＥによる、地理的ゾーンを示すメッセージまたは信号の送信は、ＶＲＵ－ＵＥがより危険なゾーンにいるときに、より頻繁になるように構成することができる。詳細には、これを達成するための動作として、乗数パラメータまたは（事前に）設定された周期的タイミングを使用する。例えば、パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」を使用することができる。パラメータ「ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ」は、パラメータリストとすることができ、例えば以下のように、既存の不連続受信（ＤＲＸ）サイクルと乗算するように異なる危険レベルとリンクさせることができる。
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝０（最も危険）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝１
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝１（危険）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝２
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝２（危険度低）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝５
ＤａｎｇｅｒＺｏｎｅＩｎｄｉｃａｔｏｒ＝３（安全）の場合、ｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒ＝１０

【0058】

なお、パラメータ名はｄｒｘＣｙｃｌｅＭｕｌｔｉｐｌｉｅｒに限定されず、別の名称であってもよい。

【0059】

都市部では通常、人口が密集しており、ビジネス街や商業地区には多くのＶＲＵ（すなわち歩行者）が集まりうる。このため、すべてのＶＲＵ－ＵＥが自身の存在をブロードキャストしようとすると、トラフィックの衝突と、リソースの大量浪費の可能性が高くなる。したがって、省電力および／またはリソース効率を目的として、ＶＲＵ－ＵＥに対してリッスンビフォアトーク（ＬＢＴ：Listen-Before-Talk）期間を設計することができる。ＶＲＵ－ＵＥは、ＬＢＴ期間内に、近くの他のＶＲＵ－ＵＥからのブロードキャストが検出された場合、安全メッセージまたは信号を送信したり、自身の存在を示したりしない。この方策は、上位層（すなわち動作Ａ）または物理層（すなわち動作Ｂ）によって実現することができる。

【0060】

動作Ａでは、ＶＲＵ－ＵＥの送信機会に先立つ、すなわち関連する地理的ゾーンを示すメッセージまたは信号の送信に先立つＬＢＴ期間を示すパラメータ「ＳＬ－ＬＢＴｐｅｒｉｏｄ」を、ＶＲＵ ＵＥに対して（事前に）設定または事前に定義することができる。ＶＲＵ－ＵＥは、そのＬＢＴ期間中は、他のＵＥのＳＬ送信を受信する。復号の結果が上位層（ＭＡＣまたはＲＲＣ）に報告され、それぞれの上位層は、結果としてＳＬブロードキャストを実行するかどうか、すなわち関連する地理的ゾーンを示すメッセージまたは信号を送信するかどうかを決定する。なお、パラメータ名はＳＬ－ＬＢＴｐｅｒｉｏｄに限定されず、別の名称であってもよい。

【0061】

動作Ｂでは、異なる地理的ゾーンごとにジオロケーション／ゾーン固有のリソースを（事前に）設定することができる。同じゾーン内のすべてのＶＲＵ－ＵＥは、同じ固有リソースを使用して自身の存在を示す、すなわち同じ固有リソースを使用して、関連する地理的ゾーンを示すメッセージまたは信号を送信する。図１０は、様々な実施形態に従って、ゾーン固有リソースがどのように分割され得るかを示した図１０００を示している。例えば、ゾーン固有リソース１００２はゾーン１内のＶＲＵ－ＵＥに対してのみ使用され、ゾーン固有リソース１００４はゾーン２内のＶＲＵ－ＵＥに対してのみ使用され、ゾーン固有リソース１００６はゾーン３内のＶＲＵ－ＵＥに対してのみ使用され、ゾーン固有リソース１００８はゾーン４内のＶＲＵ－ＵＥに対してのみ使用され、ゾーン固有リソース１０１０はゾーン５内のＶＲＵ－ＵＥに対してのみ使用され、ゾーン固有リソース１０１２はゾーン６内のＶＲＵ－ＵＥに対してのみ使用される。ゾーン固有リソースにおいて１ビットのみがシーケンスで伝えられ、したがってＶ－ＵＥの受信のために複数のＵＥの送信を重ねる（overlapped）ことができる（ＰＳＦＣＨを再利用することができる）。

【0062】

さらに、動作Ｂでは、ＶＲＵ－ＵＥに対してＬＢＴ期間を（事前に）設定または事前定義することができる。ＬＢＴ期間は、ＶＲＵ－ＵＥの最後の送信機会を含むことができる。ＶＲＵ－ＵＥは、（ＧＮＳＳ位置によって決定される）同じゾーン内で他のＵＥの指示情報を受信した場合、後続の送信機会において自身の存在をブロードキャストしない。

【0063】

図１１は、様々な実施形態に従ってゾーン固有リソースがどのように利用され得るかの説明図１１００を示している。例えば、ゾーン１内のＶＲＵ－ＵＥは、別のＵＥのメッセージまたは信号を受信することがあり、この場合、メッセージまたは信号は、ゾーン１のリソース１１０２に割り当てられているゾーン固有リソースを使用して送信されている。したがって、ＶＲＵ－ＵＥは、後続の送信機会において、ゾーン１に自身が存在することをブロードキャストしない。

【0064】

図１２は、様々な実施形態に従って、ゾーン固有リソースがどのように利用され得るかの別の説明図１２００を示している。例えば、ゾーン１内のＶＲＵ－ＵＥは、別のＵＥのメッセージまたは信号を受信することがあり、この場合、メッセージまたは信号は、別のゾーンに割り当てられているゾーン固有リソース、すなわちゾーン２のリソース１２０４を使用して送信されている。しかしながら、ＶＲＵ－ＵＥは、他のＵＥからゾーン１のリソース１２０２を使用して送信されたメッセージ、信号、または指示情報を受信しない。したがって、ＶＲＵ－ＵＥは、後続の送信機会において、ゾーン１のリソース１２０２を使用して、ゾーン１に自身が存在することをブロードキャストする。

【0065】

図１３は、様々な実施形態に係る通信方法を示したフローチャート１３００を示している。ステップ１３０２においては、通信装置の位置に基づいて地理的ゾーンを識別する。ステップ１３０４においては、地理的ゾーンに基づいて信号を送信する。

【0066】

図１４は、図１～図１３に示した様々な実施形態および例に係る、交通弱者のためのジオロケーションベースのブロードキャストメッセージのために実施することのできる通信装置１４００の、部分的に枠で囲んだ概略図を示している。通信装置１４００は、様々な実施形態に従って、ＵＥ、Ｖ－ＵＥ、またはＶＲＵ－ＵＥとして実施することができる。

【0067】

通信装置１４００の様々な機能および動作は、階層モデルに従って各層に配置されている。このモデルでは、３ＧＰＰ仕様に従って下位の層が上位の層に報告し、上位の層から指示を受け取る。説明を簡潔にする目的で、本開示では階層モデルの詳細については説明しない。

【0068】

図１４に示したように、通信装置１４００は、回路１４１４と、少なくとも１つの無線送信機１４０２と、少なくとも１つの無線受信機１４０４と、少なくとも１つのアンテナ１４１２（簡潔さのため図１４には図解を目的として１つのみのアンテナを示してある）を含むことができる。回路１４１４は、少なくとも１つのコントローラ１４０６を含むことができ、コントローラ１４０６は、無線ネットワーク内の１基または複数の別の通信装置との通信の制御を含む、実行するように設計されているタスクをソフトウェアおよびハードウェアの支援下で実行するために使用される。回路１４１４は、さらに、少なくとも１つの送信信号生成器１４０８および少なくとも１つの受信信号処理器１４１０を含むことができる。少なくとも１つのコントローラ１４０６は、少なくとも１つの無線送信機１４０２を通じて１つ以上の他の通信装置に送信される信号（例えば地理的ゾーンを示す信号）を生成するように、少なくとも１つの送信信号生成器１４０８を制御することができ、さらに、少なくとも１つのコントローラ１４０６の制御下で１つ以上の他の通信装置から少なくとも１つの無線受信機１４０４を通じて受信された信号（例えば地理的ゾーンを示す信号）を処理するように、少なくとも１つの受信信号処理器１４１０を制御することができる。少なくとも１つの送信信号生成器１４０８および少なくとも１つの受信信号処理器１４１０は、図１４に示したように、上述した機能のために少なくとも１つのコントローラ１４０６と通信する、通信装置１４００の独立したモジュールとすることができる。あるいは、少なくとも１つの送信信号生成器１４０８および少なくとも１つの受信信号処理器１４１０を、少なくとも１つのコントローラ１４０６に含めることができる。これらの機能モジュールの配置は柔軟であり、実際のニーズおよび／または要件に応じて変化してもよいことが当業者には理解されるであろう。データ処理装置、記憶装置、および他の関連する制御装置を、適切な回路基板および／またはチップセットに設けることができる。様々な実施形態において、動作時、少なくとも１つの無線送信機１４０２、少なくとも１つの無線受信機１４０４、および少なくとも１つのアンテナ１４１２を、少なくとも１つのコントローラ１４０６によって制御することができる。

【0069】

通信装置１４００は、動作時に、交通弱者のためのジオロケーションベースのブロードキャストメッセージに必要な機能を提供する。例えば、通信装置１４００は、ＵＥ、Ｖ－ＵＥ、またはＶＲＵ－ＵＥとすることができ、回路１４１４は、動作時に、通信装置１４００の位置に基づいて地理的ゾーンを識別することができる。送信機１４０２は、動作時に、地理的ゾーンに基づいて信号を送信することができる。

【0070】

回路１４１４は、通信装置１４００のＧＮＳＳ（全地球航法衛星システム）位置および予めロードされた地図データに基づいて地理的ゾーンを識別するように、さらに構成することができる。地理的ゾーンは、危険ゾーンまたは安全ゾーンのいずれかに関連付けることができ、送信機１４０２は、地理的ゾーンが危険ゾーンに関連付けられているときに信号を送信するように、さらに構成することができる。

【0071】

地理的ゾーンは、複数の危険レベルのうちの１つに関連付けられてもよく、送信機１４０２は、関連付けられている危険レベルに基づいて信号を送信するように、さらに構成することができる。複数の危険レベルの各危険レベルは、省電力モードに関連付けることができ、回路１４１４は、関連付けられた危険レベルに関連付けられた省電力モードと同じである通信装置１４００の省電力モードを起動するように、さらに構成することができる。複数の危険レベルの各危険レベルは、乗数パラメータまたは事前に設定された周期的タイミングに関連付けることができ、送信機１４０２は、乗数パラメータまたは事前に設定された周期的タイミングに基づく周期で信号を送信するように、さらに構成することができる。回路１４１４は、通信装置１４００に関連付けられた不連続受信（ＤＲＸ）周期に乗数パラメータを乗算するように、さらに構成することができ、送信機１４０２は、乗算されたＤＲＸサイクルに基づいて信号を送信するように、さらに構成することができる。関連付けられた危険レベルは、その地理的ゾーンがどの程度危険であるかを示すことができ、送信機は、関連付けられた危険レベルが、地理的ゾーンをより危険性が高いものとして、またはより危険性が低いものとして示す場合、信号をより高い頻度で、またはより低い頻度で送信するように、さらに構成することができる。地理的ゾーンは、格子状またはフレキシブルな形状とすることができる、および／または、通信装置１４００の高度を含む。

【0072】

通信装置が２つの地理的ゾーン間で頻繁にゾーン切り替えを行うときに、より低い頻度で信号を送信することができるように、２つの地理的ゾーンの間の境界にヒステリシス領域を指定することができる。

【0073】

受信機１４０４は、動作時に、信号の送信に先立つ事前定義された期間に、別の通信装置から別の信号を受信することがあり、回路１４１４は、信号を送信するかどうかに関する上位層による決定のためにその別の信号を復号するように、さらに構成することができ、送信機１４０２は、決定に基づいて信号を送信するように、さらに構成することができる。

【0074】

受信機１４０４は、動作時に、信号の送信に先立つ事前定義された期間に、別の通信装置から別の信号を受信することがあり、別の信号は別の地理的ゾーンを示し、送信機１４０２は、その別の地理的ゾーンが現在の地理的ゾーンと同じである場合に信号を送信しないようにさらに構成することができる。

【0075】

各地理的ゾーンには、ゾーン固有リソースを割り当ることができ、したがって通信装置１４００は、地理的ゾーンに割り当てられているゾーン固有リソースを使用して信号を送信することができる、および／または、別の通信装置が、地理的ゾーンに割り当てられているゾーン固有リソースを使用して別の信号を送信することができ、別の地理的ゾーンが現在の地理的ゾーンと同じである場合に、その別の信号はその別の地理的ゾーンを示す。受信機１４０４は、動作時に、信号の送信に先立つ事前定義された期間において、別の通信装置からその別の信号を受信することがあり、送信機１４０２は、その別の信号が、地理的ゾーンに割り当てられているゾーン固有リソースを使用して送信されたと判定される場合、信号を送信しないように、さらに構成することができる。

【0076】

信号は、地理的ゾーンを示すブロードキャストとすることができる。通信装置１４００は、ＶＲＵ－ＵＥ（交通弱者のユーザ機器）とすることができる。

【0077】

（制御信号）
本開示では、本開示に関連するダウンリンク制御信号（情報）は、物理層のＰＤＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ制御要素（ＣＥ）またはＲＲＣを介して送信される信号（情報）とすることができる。ダウンリンク制御信号は、事前定義される信号（情報）とすることができる。

【0078】

本開示に関連するアップリンク制御信号（情報）は、物理層のＰＵＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ ＣＥもしくはＲＲＣを介して送信される信号（情報）とすることができる。さらに、アップリンク制御信号は、事前定義される信号（情報）とすることができる。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ）、第１段サイドリンク制御情報（ＳＣＩ）（1st stage sildelink control information (SCI)）、または第２段ＳＣＩ（2nd stage SCI）に置き換えることができる。

【0079】

（基地局）
本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。

【0080】

（アップリンク／ダウンリンク／サイドリンク）
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。

【0081】

本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）などのサイドリンクチャネルに適用することができる。

【0082】

ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンクデータチャネル、アップリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの一例である。ＰＢＣＨおよびＰＳＢＣＨは、それぞれブロードキャストチャネルの一例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの一例である。

【0083】

（データチャネル／制御チャネル）
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。

【0084】

（参考信号）
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。

【0085】

（時間間隔）
本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。

【0086】

（周波数帯域）
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。

【0087】

（通信）
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。

【0088】

さらに、本開示は、地上ネットワーク、または、衛星もしくは高高度疑似衛星（ＨＡＰＳ：High Altitude Pseudo Satellite）を使用する地上ネットワーク以外のネットワーク（ＮＴＮ：非地上系ネットワーク：Non-Terrestrial Network）のいずれにも適用することができる。さらに、本開示は、セルサイズが大きいネットワークや、超広帯域伝送ネットワークのようにシンボル長やスロット長に比べて遅延が大きい地上ネットワークに適用してもよい。

【0089】

（アンテナポート）
アンテナポートとは、１つまたは複数の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が基準信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。

【0090】

上述したように、本開示の実施形態は、ＶＲＵ－ＵＥにおける省電力を有利に可能にする、交通弱者のためのジオロケーションベースのブロードキャストメッセージのための高度な通信システム、通信方法、および通信装置を提供する。

【0091】

本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。

【0092】

本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。

【0093】

通信装置は、送受信機および処理／制御回路を備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つまたは複数のアンテナを含むことができる。

【0094】

このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。

【0095】

通信装置は、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。

【0096】

通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。

【0097】

通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサーなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサー、を備えていることができる。

【0098】

通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

【0099】

様々な実施形態のいくかの特性はデバイスを参照しながら説明されているが、対応する特性は様々な実施形態の方法にもあてはまり、逆も同様である。

【0100】

特定の実施形態に示した本開示には、広範に説明した本開示の趣旨または範囲から逸脱することなく、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【国際調査報告】