▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-30
(54)【発明の名称】省電力状態で動作するための通信装置および通信方法
(51)【国際特許分類】
H04W 52/02 20090101AFI20240123BHJP
H04W 76/15 20180101ALI20240123BHJP
H04W 48/16 20090101ALI20240123BHJP
H04W 92/18 20090101ALI20240123BHJP
【ＦＩ】
H04W52/02
H04W76/15
H04W48/16 131
H04W92/18
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023539916
(86)(22)【出願日】2021-11-15
(85)【翻訳文提出日】2023-06-28
(86)【国際出願番号】 SG2021050699
(87)【国際公開番号】W WO2022154751
(87)【国際公開日】2022-07-21
(31)【優先権主張番号】10202100539Y
(32)【優先日】2021-01-18
(33)【優先権主張国・地域又は機関】SG
(31)【優先権主張番号】10202103195T
(32)【優先日】2021-03-29
(33)【優先権主張国・地域又は機関】SG
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】カン ヤン
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】シム ホン チェン マイケル
(72)【発明者】
【氏名】トラン スアン トゥオン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA43
(57)【要約】
本開示は、省電力状態で動作するための通信装置および通信方法を提供する。通信装置は、動作時に、複数の省電力状態のうちの動作するための１つを決定する回路と、動作時に、複数の省電力状態の１つの決定に応じた少なくとも１種類のサイドリンク信号を送信および／または受信する送受信部とを備える。
【特許請求の範囲】
【請求項1】
動作時、複数の省電力状態のうちの動作するための１つを決定する回路と、動作時、前記複数の省電力状態の１つの決定に応じた少なくとも１種類のサイドリンク信号を送信および／または受信する送受信部と、を備える、
通信装置。
【請求項2】
前記回路は、前記少なくとも１種類のサイドリンク信号に関する送信優先度および／または受信優先度の識別に基づいて、前記複数の省電力状態のうちの動作するための１つを決定するように設定される、請求項１に記載の通信装置。
【請求項3】
前記複数の省電力状態の１つは、（ａ）全種類のサイドリンク信号の受信、（ｂ）物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）および物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のみの受信、（ｃ）ＰＳＣＣＨのみの受信、（ｄ）サイドリンク同期ブロック（Ｓ－ＳＳＢ：Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｂｌｏｃｋ）および／または物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）の受信、（ｅ）ＰＳＣＣＨおよび第２段階のサイドリンク制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）のみの受信の１つに関する、請求項１または２に記載の通信装置。
【請求項4】
前記複数の省電力状態の１つがＰＳＣＣＨの受信のみに関するものである場合、前記通信装置は、第１段階のＳＣＩを受信する際にアクティブであるように設定される、請求項３に記載の通信装置。
【請求項5】
前記回路は、前記通信装置に関するパラメータに基づいて、前記複数の省電力状態のうちの動作するための１つを決定するように設定される、請求項１に記載の通信装置。
【請求項6】
前記パラメータは、前記通信装置の速度、通信装置タイプ、車両タイプ、全地球航法衛星システム（ＧＮＳＳ：Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）による位置、輻輳レベル、ゾーンＩＤのうちの少なくとも１つを含む、請求項５に記載の通信装置。
【請求項7】
前記送受信部は、さらに、前記パラメータを含む支援情報を他の通信装置に送信する、請求項５または６に記載の通信装置。
【請求項8】
前記送受信部は、さらに、前記複数の省電力状態の１つにおいて動作したい旨の要求を示す要求信号を他の通信装置に送信する、請求項１に記載の通信装置。
【請求項9】
前記送受信部は、さらに、前記要求を受け入れる応答信号を受信し、前記回路は、前記応答信号に基づいて、前記複数の省電力状態のうちの動作するための１つを決定するように設定される、請求項８に記載の通信装置。
【請求項10】
前記送受信部は、前記複数の省電力状態の１つに関する通知信号を他の通信装置から受信し、前記回路は、前記通知信号に基づいて前記複数の省電力状態のうちの動作するための１つを決定するように設定される、請求項１に記載の通信装置。
【請求項11】
前記通知信号は、サイドリンク制御情報（ＳＣＩ）シグナリング、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）シグナリング、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）制御エレメント（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）シグナリング、および無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングのうちの少なくとも１つに関する、請求項１０に記載の通信装置。
【請求項12】
前記ＳＣＩシグナリングは、スタンドアロンの物理サイドリンク制御チャネル（ＰＳＣＣＨ）の第１段階のＳＣＩ、ダミーの物理サイドリンク共有チャネル（ＰＳＳＣＨ）を有するＰＳＣＣＨ、および第２段階のＳＣＩのうちの１つによって搬送され、前記ＤＣＩシグナリングは、物理下りリンク制御チャネル（ＰＤＣＣＨ）によって搬送される、請求項１１に記載の通信装置。
【請求項13】
前記少なくとも１種類のサイドリンク信号は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、サイドリンク同期信号（ＳＬＳＳ：Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、物理サイドリンク報知チャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）のうちの少なくとも１つを含む、請求項１に記載の通信装置。
【請求項14】
前記回路には、デフォルト省電力状態とフォールバックタイマとがさらに設定され、前記デフォルト省電力状態は、前記複数の省電力状態のうちの他の１つであり、前記フォールバックタイマは、前記複数の省電力状態の１つにおける動作の際にトリガされ、前記フォールバックタイマが満了した後に、前記回路は前記複数の省電力状態の１つから前記デフォルト省電力状態に切り替える、請求項１に記載の通信装置。
【請求項15】
前記フォールバックタイマは、ＲＲＣシグナリング、ＭＡＣシグナリング、およびＰＳＣＣＨシグナリングのうちのいずれか１つを用いて設定される、請求項１４に記載の通信装置。
【請求項16】
サイドリンク能力にそれぞれが対応する複数の省電力状態の１つにおいて動作し、前記複数の省電力状態の１つに対応するサイドリンク能力に基づいて、少なくとも１種類のサイドリンク信号を送信および／または受信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
以下の開示は、省電力状態で動作するための通信装置および通信方法に関し、より具体的には、サイドリンクユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に関する。
【背景技術】
【0002】
Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信は、車両と公道および他の道路ユーザとのインタラクションを可能にし、したがって、自動運転車両を現実化する際の重要な要素と考えられている。
【0003】
自動運転車両の現実化の進行を加速するために、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により、５Ｇの新しい無線アクセス技術（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）に基づくＶ２Ｘ通信（ＮＲ Ｎ２Ｘ通信ともいい、相互に言い換え可能である）が、高度なＶ２Ｘサービスのための技術的解決策の特定のために議論されている。Ｖ２Ｘ通信により、車両（すなわち、Ｖ２Ｘアプリケーションをサポートする通信装置またはユーザ機器（ＵＥ）ともいい、相互に言い換え可能である）は、他の近くの車両、インフラストラクチャノード、および／または歩行者とサイドリンク（ＳＬ）を介して自身の状態情報を交換することができる。状態情報は、位置、速度、方位などの情報を含む。
【0004】
リリース１７（Ｒｅｌ－１７）のＶ２Ｘ Ｗｏｒｋ Ｉｔｅｍ Ｄｅｓｃｒｉｐｔｉｏｎ（ＷＩＤ）（非特許文献１）の認定によれば、省電力化により、バッテリに制約のあるＵＥが、高い電力効率でサイドリンク動作を実行することができる。Ｒｅｌ－１６のＮＲサイドリンクでは、例えば、十分なバッテリ容量を有する車両に設置されたＵＥのみに焦点を当てて、ＵＥがサイドリンクを動作させる「常時オン（ａｌｗａｙｓ－ｏｎ）」の想定に基づいて設計がなされる。Ｖ２Ｘユースケースにおける脆弱な道路ユーザ（ＶＲＵ：Ｖｕｌｎｅｒａｂｌｅ Ｒｏａｄ Ｕｓｅｒ）と、ＵＥにおける電力消費が最小化される必要がある公共安全および商用ユースケースにおけるＵＥと、のためにＲｅｌ－１７における省電力化のための解決策が必要とされている。
【0005】
また、ＲＡＮ１＃１０３－ｅ会合では、Ｒｅｌ－１７における評価および省電力の特徴に関し、２つのＵＥ受信タイプ（すなわち、受信能力が有るタイプと受信能力が無いタイプ）が決定された。
【先行技術文献】
【非特許文献】
【0006】
【非特許文献1】ＲＰ－２０２８４６
【非特許文献2】３ＧＰＰ ＴＳ ３８．３００ ｖ１６．３．０
【非特許文献3】３ＧＰＰ ＴＳ ３８．２１１ ｖ１６．３．０
【非特許文献4】ＴＳ ２３．５０２
【非特許文献5】ＩＴＵ－Ｒ Ｍ．２０８３
【非特許文献6】ＴＲ ３８．９１３
【非特許文献7】ＴＳ ２３．２８７ ｖ１６．４．０
【非特許文献8】Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ （ＥＴＳＩ） ｔｅｃｈｎｉｃａｌ ｒｅｐｏｒｔ （ＴＲ） １０３ ３００
【発明の概要】
【発明が解決しようとする課題】
【0007】
具体的に、ＳＬ ＵＥがどのように省電力化されるべきか、および、ＳＬ ＵＥがどのように自身の省電力化と性能要件とをバランスさせるかに関して、まだ明確な規定はない。
【0008】
したがって、上記の課題の１つまたは複数に対処し、省電力状態で動作する新しい通信装置および通信方法を開発する必要がある。さらに、他の望ましい特徴および特性が、添付の図面および本開示の背景技術と併せることで、以下の詳細な説明および添付の特許請求の範囲から明らかになるであろう。
【課題を解決するための手段】
【0009】
１つの非限定的で例示的な実施の形態は、Ｖ２ＸリソースセンシングおよびＶ２Ｘリソース選択においてＳＬ－ＲＳＲＰを利用するための通信装置および通信方法の提供に資する。
【0010】
第１の態様では、本開示は、動作時に、複数の省電力状態のうちの動作するための１つを決定する回路と、動作時に、複数の省電力状態の１つの決定に応じた少なくとも１種類のサイドリンク信号を送信および／または受信する送受信部と、を備える通信装置を提供する。
【0011】
第２の態様では、本開示は、複数の省電力状態のうちの動作するための１つを決定し、複数の省電力状態の１つの決定に応じた少なくとも１種類のサイドリンク信号を送信および／または受信する、通信方法を提供する。
【0012】
なお、一般的な実施の形態または具体的な実施の形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。
【0013】
開示されている実施の形態のさらなる恩恵および利点が、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施の形態および特徴によって、個別にうることができ、このような恩恵および／または利点の１つまたは複数をうる目的で、実施の形態および特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0014】
本開示の実施の形態は、一例にすぎないが、以下の説明からまた図面と関連付けて、より良く理解され、当業者に容易に明らかになるであろう。
【図1】例示的な３ＧＰＰ ＮＲ－ＲＡＮアーキテクチャを示す図
【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を示す概略図
【図3】無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）接続のセットアップ／再設定手順のシーケンス図
【図4】ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ（ｅＭＢＢ）、ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）、およびＵｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）の利用シナリオを示す概略図
【図5】非ローミングシナリオにおけるＶ２Ｘ通信のための例示的な５Ｇシステムアーキテクチャを示すブロック図
【図6】様々な実施の形態に係る通信装置の例の概略図（通信装置は、ＵＥまたはｇＮＢ／基地局として実装され得、本開示の様々な実施の形態に従って、脆弱な道路ユーザが周期的な送信時間間隔で第１の信号を送信するように設定されうる。）
【図7】本開示の様々な実施の形態による、脆弱な道路ユーザが周期的な送信時間間隔で第１の信号を送信するための通信方法を示すフロー図
【図8】本開示の一実施の形態による、ＳＬ信号受信のための４つの省電力状態設定を示すフローチャート
【図9】本開示の様々な実施の形態による、複数の省電力状態の１つにおいて動作するようにＵＥを設定するための通知信号の使用を示すフローチャート
【図10】本開示の様々な実施の形態による、複数の省電力状態の１つにおいて動作するようにＵＥを設定するための通知信号の使用を示すフローチャート
【図11】本開示の様々な実施の形態による、複数の省電力状態の１つにおいて動作するようにＵＥを設定するための通知信号の使用を示すフローチャート
【図12】本開示の一実施の形態による、現在の１つの省電力状態から好ましい省電力状態に切り替えるプロセスを示すフローチャート
【図13】本開示の一実施の形態による、通信装置によって現在動作している省電力状態から他の通信装置による他の省電力状態への切替えを示すプロセスを示すフローチャート
【図14】本開示の実施の形態による、デフォルト省電力状態で動作するプロセスを示すフローチャート
【0015】
当業者であれば、図中の要素が平易にかつ明確に説明されており、必ずしも一定の縮尺で描かれていないことが理解できる。例えば、本実施の形態をより理解できるようにするために、図、ブロック図、またはフローチャート中の要素のうちのいくつかの寸法は、他の要素に関して誇張されうる。
【発明を実施するための形態】
【0016】
本開示のいくつかの実施の形態を、一例として、図面を参照して説明する。図面中の同様の参照番号および文字は、同様の要素または等価の要素を指す。
【0017】
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠したスマートフォンの試作および商用配備に移ることが可能となっている。２０２０年６月に５Ｇ規格の第２バージョンが完成し、５Ｇの到達範囲を、無認可スペクトル（ＮＲ－Ｕ）、非パブリックネットワーク（ＮＰＮ）、時間センシティブネットワーキング（ＴＳＮ）、およびセルラーＶ２Ｘ等の新しいサービス、スペクトル、および展開にさらに拡大した。
【0018】
特に、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ － Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（ＮＧ）インタフェースによってＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図１に示す（例えば、非特許文献２参照）。
【0019】
ＮＲのユーザプレーンのプロトコルスタック（例えば、非特許文献２の第４．４．１節参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（非特許文献２の第６．４節参照））サブレイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（非特許文献２の第６．３節参照））サブレイヤ、およびＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（非特許文献２の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のサブレイヤ（ＳＤＡＰ：Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）がＰＤＣＰの上に導入されている（例えば、非特許文献２の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、非特許文献２の第４．４．２節参照）。レイヤ２の機能の概要が非特許文献２の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、非特許文献２の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、非特許文献２の第７節に列挙されている。
【0020】
例えば、Ｍｅｄｉｕｍ－Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌレイヤは、論理チャネルの多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。
【0021】
例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、上りリンクでは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）、物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、および物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であり、下りリンクでは、物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、および物理報知チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）であり、サイドリンク（ＳＬ）では、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、および物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）である。
【0022】
ＳＬは、ＳＬリソース割当モード、物理レイヤ信号／物理レイヤチャネル、および物理レイヤ手順を用いたＵＥ間直接通信をサポートする。２つのＳＬリソース割当モードがサポートされており、それらは、（ａ）ＳＬリソース割当てがネットワークによって提供されるモード１および（ｂ）ＵＥがリソースプール内のＳＬ送信リソースを決定するモード２である。
【0023】
ＰＳＣＣＨは、ＰＳＳＣＨのためにＵＥによって使用されるリソースおよび他の送信パラメータを示す。ＰＳＣＣＨ送信は、復調用参照信号（ＤＭ－ＲＳ：ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）に関連付けられる。ＰＳＳＣＨは、データ自体のトランスポートブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）と、ＨＡＲＱ手順およびチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）フィードバックトリガなどのための制御情報とを送信する。スロット内の少なくとも６つの直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ）シンボルが、ＰＳＳＣＨ送信のために使用される。ＰＳＳＣＨ送信は、ＤＭ－ＲＳに関連付けられ、また、位相トラッキング参照信号（ＰＴ－ＲＳ：Ｐｈａｓｅ－Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）に関連付けられうる。
【0024】
ＰＳＦＣＨは、ＰＳＳＣＨ送信の意図された受信者であるＵＥから、送信を実行したＵＥにＳＬを介してＨＡＲＱフィードバックを搬送する。ＰＳＦＣＨシーケンスは、スロット内のＳＬリソースの終わり付近の２つのＯＦＤＭシンボルにわたって繰り返される１つのＰＲＢにおいて送信される。
【0025】
ＳＬ同期信号は、ＳＬプライマリ同期信号（Ｓ－ＰＳＳ：ＳＬ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）およびＳＬセカンダリ同期信号（Ｓ－ＳＳＳ：ＳＬ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）からなり、それぞれ、２シンボルおよび１２７サブキャリアを占める。物理サイドリンク報知チャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）は、通常のサイクリックプレフィックスおよび拡張サイクリックプレフィックスのケースにおいて、それぞれ９シンボルおよび５シンボルを占有し、関連付けられた復調用参照信号（ＤＭ－ＲＳ）を含む。
【0026】
サイドリンクにおけるＨＡＲＱフィードバックのための物理レイヤ手順に関し、ＳＬ ＨＡＲＱフィードバックは、ＰＳＦＣＨを使用し、２つのオプションの１つで実行可能である。ユニキャストおよびグループキャストに設定され得る１つのオプションでは、ＰＳＦＣＨは、ＰＳＦＣＨを送信する単一のＵＥ専用のリソースを使用してＡＣＫまたはＮＡＣＫのいずれかを送信する。グループキャストに設定され得る他のオプションでは、ＰＳＦＣＨは、ＰＳＦＣＨを送信する複数のＵＥによって共有され得るリソースにおいてＮＡＣＫを送信するか、またはＰＳＦＣＨ信号は送信されない。
【0027】
ＳＬリソース割当モード１において、ＰＳＦＣＨを受信したＵＥは、ＰＵＣＣＨまたはＰＵＳＣＨを介してＳＬ ＨＡＲＱフィードバックをｇＮＢに報告することができる。
【0028】
サイドリンクにおける電力制御のための物理レイヤ手順に関しては、カバレッジ内の動作の場合、ＳＬ送信の電力スペクトル密度は、ｇＮＢからのパスロスに基づいて調整され得、一方、ユニキャストの場合、いくつかのＳＬ送信の電力スペクトル密度は、通信する２つのＵＥ間のパスロスに基づいて調整され得る。
【0029】
ＣＳＩ報告における物理レイヤ手順に関しては、ユニキャストの場合、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）が、サイドリンクにおけるＣＳＩ測定およびＣＳＩ報告のためにサポートされる。ＣＳＩ報告は、ＳＬ ＭＡＣ ＣＥにおいて搬送される。
【0030】
サイドリンクにおける測定のために、以下のＵＥ測定量がサポートされる。
・ ＰＳＢＣＨ参照信号受信電力（ＰＳＢＣＨ ＲＳＲＰ：ＰＳＢＣＨ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）
・ ＰＳＳＣＨ参照信号受信電力（ＰＳＳＣＨ－ＲＳＲＰ）
・ ＰＳＣＣＨ参照信号受信電力（ＰＳＣＣＨ－ＲＳＲＰ）
・ サイドリンク受信信号強度インジケータ（ＳＬ ＲＳＳＩ：Ｓｉｄｅｌｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）；
・ サイドリンクチャネル占有率（ＳＬ ＣＲ：Ｓｉｄｅｌｉｎｋ Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ）；
・ サイドリンクチャネルビジー比（ＳＬ ＣＢＲ：Ｓｉｄｅｌｉｎｋ Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）
・ ＰＳＢＣＨ参照信号受信電力（ＰＳＢＣＨ ＲＳＲＰ：ＰＳＢＣＨ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）
・ ＰＳＳＣＨ参照信号受信電力（ＰＳＳＣＨ－ＲＳＲＰ）
・ ＰＳＣＣＨ参照信号受信電力（ＰＳＣＣＨ－ＲＳＲＰ）
・ サイドリンク受信信号強度インジケータ（ＳＬ ＲＳＳＩ：Ｓｉｄｅｌｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）；
・ サイドリンクチャネル占有率（ＳＬ ＣＲ：Ｓｉｄｅｌｉｎｋ Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ）；
・ サイドリンクチャネルビジー比（ＳＬ ＣＢＲ：Ｓｉｄｅｌｉｎｋ Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）
【0031】
ＮＲのユースケース／配備シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）、ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）、ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（ｕｓｅｒ－ｅｘｐｅｒｉｅｎｃｅｄ）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。
【0032】
そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい配備シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されるべきである。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。したがって、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから設定される最小のリソース単位を意味するように使用することができる。
【0033】
新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（非特許文献３参照）。
【0034】
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
【0035】
特に、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
－ 無線ベアラ制御（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｃｏｎｔｒｏｌ）、無線アドミッション制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、接続モビリティ制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンのデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ，Ａｄｍｉｓｓｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定の報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフロー管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。
－ 無線ベアラ制御（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｃｏｎｔｒｏｌ）、無線アドミッション制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、接続モビリティ制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンのデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ，Ａｄｍｉｓｓｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定の報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフロー管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。
【0036】
Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＡＭＦ）は、以下の主な機能をホストする：
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のシグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ）の選択。
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のシグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ）の選択。
【0037】
さらに、Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）は、以下の主な機能をホストする：
－ ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの施行（Ｐｏｌｉｃｙ ｒｕｌｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（ｕｐｌｉｎｋ ｃｌａｓｓｉｆｉｅｒ）；
－ マルチホームＰＤＵセッション（ｍｕｌｔｉ－ｈｏｍｅｄ ＰＤＵ ｓｅｓｓｉｏｎ）をサポートするための分岐点（Ｂｒａｎｃｈｉｎｇ Ｐｏｉｎｔ）；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、ＵＬ／ＤＬレート強制（ＵＬ／ＤＬ ｒａｔｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
－ ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの施行（Ｐｏｌｉｃｙ ｒｕｌｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（ｕｐｌｉｎｋ ｃｌａｓｓｉｆｉｅｒ）；
－ マルチホームＰＤＵセッション（ｍｕｌｔｉ－ｈｏｍｅｄ ＰＤＵ ｓｅｓｓｉｏｎ）をサポートするための分岐点（Ｂｒａｎｃｈｉｎｇ Ｐｏｉｎｔ）；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、ＵＬ／ＤＬレート強制（ＵＬ／ＤＬ ｒａｔｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
【0038】
最後に、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ）は、以下の主な機能をホストする：
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのＵｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）におけるトラフィックステアリング（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ）の設定機能；
－ 制御部分のポリシー施行およびＱｏＳ；
－ 下りリンクデータの通知。
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのＵｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）におけるトラフィックステアリング（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ）の設定機能；
－ 制御部分のポリシー施行およびＱｏＳ；
－ 下りリンクデータの通知。
【0039】
図３は、ＮＡＳ部分の、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（非特許文献２参照）。移行ステップは以下の通りである。
１．ＵＥは、ＲＲＣ＿ＩＤＬＥ状態から新しい接続をセットアップすることを要求する。
２／２ａ．ｇＮＢがＲＲＣセットアップ手順を完了する。
注記：ｇＮＢが要求を拒否するシナリオを以下において説明する。
３．ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅにおいてピギーバック方式で送られたＵＥからの第１のＮＡＳメッセージが、ＡＭＦに送信される。
４／４ａ／５／５ａ．追加のＮＡＳメッセージが、ＵＥとＡＭＦとの間で交換されうる（非特許文献４参照）。
６．ＡＭＦは、ＵＥコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、およびＵＥセキュリティ能力等を含む）を準備し、ｇＮＢに送信する。
７／７ａ．ｇＮＢは、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ．ｇＮＢは、ＳＲＢ２およびＤＲＢをセットアップするための再設定を実行する。
９．ｇＮＢは、セットアップ手順が完了したことをＡＭＦに通知する。
１．ＵＥは、ＲＲＣ＿ＩＤＬＥ状態から新しい接続をセットアップすることを要求する。
２／２ａ．ｇＮＢがＲＲＣセットアップ手順を完了する。
注記：ｇＮＢが要求を拒否するシナリオを以下において説明する。
３．ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅにおいてピギーバック方式で送られたＵＥからの第１のＮＡＳメッセージが、ＡＭＦに送信される。
４／４ａ／５／５ａ．追加のＮＡＳメッセージが、ＵＥとＡＭＦとの間で交換されうる（非特許文献４参照）。
６．ＡＭＦは、ＵＥコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、およびＵＥセキュリティ能力等を含む）を準備し、ｇＮＢに送信する。
７／７ａ．ｇＮＢは、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ．ｇＮＢは、ＳＲＢ２およびＤＲＢをセットアップするための再設定を実行する。
９．ｇＮＢは、セットアップ手順が完了したことをＡＭＦに通知する。
【0040】
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。特に、この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ）、ＵＥセキュリティ性能（ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ）等を含む）を用意し、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージを送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信し、これに対するＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによって、Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ ２（ＳＲＢ２）およびＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）でセットアップ手順が完了したことをＡＭＦに通知する。
【0041】
図４は、５Ｇ ＮＲのためのユースケースのいくつかを示す。３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｎｅｗ ｒａｄｉｏ（３ＧＰＰ ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ－ｂｒｏａｄｂａｎｄ）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）および多数同時接続マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ－ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のための規格化が含まれる。図４は、２０２０年以降のＩＭＴの想定される使用シナリオのいくつかの例を示す（例えば、非特許文献５の図２参照）。
【0042】
ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件があり、ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するために必要なものの１つとして構想されている。ＵＲＬＬＣの超高信頼性は、非特許文献６によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する一般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）が１Ｅ－５であることである。
【0043】
物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
【0044】
また、ＮＲ ＵＲＬＬＣが目標とする技術拡張は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術拡張には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰返し、および下りリンクでのプリエンプション（Ｐｒｅ－ｅｍｐｔｉｏｎ）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えらされうる。信頼性向上についての技術拡張には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。
【0045】
ｍＭＴＣ（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決手段である。
【0046】
上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、特にＵＲＬＬＣおよびｍＭＴＣに必要な重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
【0047】
ＮＲ ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０?６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（特に、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
【0048】
さらに、ＮＲ ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術拡張が有り得る。これらの技術拡張には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の拡張、ＰＤＣＣＨの繰返し、ＰＤＣＣＨの監視の増加がある。また、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）の拡張は、ｅｎｈａｎｃｅｄ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）およびＣＳＩフィードバックの拡張に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むＴｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。
【0049】
５ＧのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（ＧＢＲ（Ｇｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（ｅｎｃａｐｓｕｌａｔｉｏｎ ｈｅａｄｅｒ）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：ＱｏＳ Ｆｌｏｗ ＩＤ）によってＰＤＵセッション内で特定される。
【0050】
各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図３を参照して上に示したように少なくとも１つのＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒｓ（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ ＱｏＳフローおよびＤＬ ＱｏＳフローとＤＲＢとを関連付ける。
【0051】
図５は、５Ｇ ＮＲの非ローミング参照アーキテクチャ（ｎｏｎ－ｒｏａｍｉｎｇ ｒｅｆｅｒｅｎｃｅ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す（非特許文献７の第４．２．１．１節参照）。Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＡＦ）（例えば、図４に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供、例えば、トラフィックのルーティングにアプリケーションの影響を与えること、Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（ＰＣＦ）参照）をサポートするために３ＧＰＰコアネットワークとやり取りする。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるＡｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎは、関連するＮｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎと直接やり取りすることができる。Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎに直接アクセスすることがオペレーターから許可されていないＡｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するＮｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎとやり取りする。
【0052】
図５は、Ｖ２Ｘ通信用の５Ｇアーキテクチャのさらなる機能単位、すなわち、５ＧＣにおけるＵｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ（ＵＤＭ），Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（ＰＣＦ），Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ（ＮＥＦ），Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＡＦ），Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ（ＵＤＲ），Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＡＭＦ），Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ），およびＵｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）、ならびにＶ２Ｘ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（Ｖ２ＡＳ）およびＤａｔａ Ｎｅｔｗｏｒｋ（ＤＮ；例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
【0053】
非特許文献８によれば、脆弱な道路ユーザ（ＶＲＵ）のためのＶ２Ｘユースケースから要約されるフローには以下が含まれる。
１．ＶＲＵの存在の検出。選択肢は次のとおりである。
・ ＶＲＵが自身の位置および速度を含む自身の特性を決定可能にするセンサを有し、また、他のソースを有する可能性もある、ＶＲＵによる自己位置決め。
・ 他の道路ユーザ（例えば、Ｖ－ＩＴＳ－Ｓ）によるＶＲＵの検出および追跡。
・ Ｒ－ＩＴＳ－Ｓまたは中央ＩＴＳ－Ｓに接続された路側機によるＶＲＵの検出および追跡。
２．ＶＲＵが他の道路ユーザからの潜在的なリスクにさらされているかの評価と、ＶＲＵの位置と動的な状態とが送信されるべきである。いずれの当事者も、自身が知っているＶＲＵに関する情報を送信してよい。ＶＲＵに関する情報はフィルタリングされるべきであり、メッセージトリガ条件に従ってのみ送信されるべきである。他の道路ユーザからの潜在的リスクは、とりわけ、以下の条件に依存する。
・ 道路レイアウト、
・ ＶＲＵおよび他の道路ユーザの動的状態、ならびに
・ ＶＲＵと（関連する場合）車両の両方のトラフィック信号状態と交通信号の遵守。
３．ＶＲＵ自身のＩＴＳ－Ｓが送信を行うべきかを判定するための、安全なメッセージ環境の評価（具体的には、ＶＲＵがクラスタの一部であるかの評価）。
４．リスクのあるＶＲＵに関する情報の送信。選択肢は以下の通りである。
・ ＶＲＵがエゴステータス（ｅｇｏ－ｓｔａｔｕｓ）情報を送信する。
・ ＶＲＵクラスタリーダーがクラスタ情報を送信する。
・ Ｖ－ＩＴＳ－Ｓ、Ｒ－ＩＴＳ－Ｓ、Ｃ－ＩＴＳ－Ｓ、または他の道路ユーザが、潜在的リスクのある状況にあるＶＲＵに関する情報を送信する。
５．リスク評価。以下のフェーズ(受信側)が含まれる。
・ センサデータ、およびローカル動的マップを構築するために他の道路ユーザによって送信される観測情報と、道路ユーザの位置、速度、および可能であれば他のデータ（例えば意図）に関する情報と、の融合、および
・ 様々な道路ユーザの推定軌道と速度に基づくリスク査定。
６．以下を含む、ＶＲＵを保護するための警告または措置。
・ デバイスキャリア（ＶＲＵまたは他の道路ユーザ）の警告、
・ 他の道路ユーザへの衝突警報の送信、および
・ 自動運転車両の場合の措置。
が含まれる。
１．ＶＲＵの存在の検出。選択肢は次のとおりである。
・ ＶＲＵが自身の位置および速度を含む自身の特性を決定可能にするセンサを有し、また、他のソースを有する可能性もある、ＶＲＵによる自己位置決め。
・ 他の道路ユーザ（例えば、Ｖ－ＩＴＳ－Ｓ）によるＶＲＵの検出および追跡。
・ Ｒ－ＩＴＳ－Ｓまたは中央ＩＴＳ－Ｓに接続された路側機によるＶＲＵの検出および追跡。
２．ＶＲＵが他の道路ユーザからの潜在的なリスクにさらされているかの評価と、ＶＲＵの位置と動的な状態とが送信されるべきである。いずれの当事者も、自身が知っているＶＲＵに関する情報を送信してよい。ＶＲＵに関する情報はフィルタリングされるべきであり、メッセージトリガ条件に従ってのみ送信されるべきである。他の道路ユーザからの潜在的リスクは、とりわけ、以下の条件に依存する。
・ 道路レイアウト、
・ ＶＲＵおよび他の道路ユーザの動的状態、ならびに
・ ＶＲＵと（関連する場合）車両の両方のトラフィック信号状態と交通信号の遵守。
３．ＶＲＵ自身のＩＴＳ－Ｓが送信を行うべきかを判定するための、安全なメッセージ環境の評価（具体的には、ＶＲＵがクラスタの一部であるかの評価）。
４．リスクのあるＶＲＵに関する情報の送信。選択肢は以下の通りである。
・ ＶＲＵがエゴステータス（ｅｇｏ－ｓｔａｔｕｓ）情報を送信する。
・ ＶＲＵクラスタリーダーがクラスタ情報を送信する。
・ Ｖ－ＩＴＳ－Ｓ、Ｒ－ＩＴＳ－Ｓ、Ｃ－ＩＴＳ－Ｓ、または他の道路ユーザが、潜在的リスクのある状況にあるＶＲＵに関する情報を送信する。
５．リスク評価。以下のフェーズ(受信側)が含まれる。
・ センサデータ、およびローカル動的マップを構築するために他の道路ユーザによって送信される観測情報と、道路ユーザの位置、速度、および可能であれば他のデータ（例えば意図）に関する情報と、の融合、および
・ 様々な道路ユーザの推定軌道と速度に基づくリスク査定。
６．以下を含む、ＶＲＵを保護するための警告または措置。
・ デバイスキャリア（ＶＲＵまたは他の道路ユーザ）の警告、
・ 他の道路ユーザへの衝突警報の送信、および
・ 自動運転車両の場合の措置。
が含まれる。
【0054】
前述のように、ＶＲＵの安全性の懸念に対する、最も基本的なステップはＶＲＵの存在の検出である。ＶＲＵ－ＵＥが、自身の存在を示すために、ＳＬ報知信号および安全確保メッセージをいつ送信すべきかが明らかではない。さらに、ＬＴＥおよびＮＲの上りリンクおよび下りリンク（Ｕｕ）では、ＤＲＸが省電力目的で使用されることに留意されたい。ＶＲＵ－ＵＥは、可能性のあるＰＤＣＣＨを監視し、潜在的な送信の実行のために、ＤＲＸ受信期間（ＤＲＸ ｏｎ－ｄｕｒａｔｉｏｎ）を起動すればよい。これに基づいて、ＳＬ能力を有するＵＥは、省電力目的で起動時間を短くするために、可能な限りＤＲＸ機能を利用すべきである。
【0055】
以下の様々な実施の形態において、以下のタイプの道路ユーザが、非特許文献８および規則（ＥＵ）１６８／２０１３［ｉ．８］の付属書１における分類に従った脆弱な道路ユーザ（ＶＲＵ）として考慮される。
・ 歩行者（小児、高齢者、ジョギング中の人を含む）。
・ 緊急時対応者、安全作業者、道路作業者。
・ 馬や犬、関連する野生動物（以下の注記を参照）などの動物。
・ 車いす利用者、ベビーカー。
・ 電気エンジンを搭載している可能性があるスケーター、スケートボーダー、セグウェイ。
・ ２５ｋｍ／ｈに速度制限された自転車および電動アシスト自転車（ｅ－バイク）（電動アシスト自転車、クラスＬ１ｅ－Ａ［ｉ．８］）。
・ ２５ｋｍ／ｈ以上の高速ｅ－バイク（クラスＬ１ｅ－Ｂ［ｉ．８］）。
・ 電動二輪車（ＰＴＷ：Ｐｏｗｅｒｅｄ Ｔｗｏ Ｗｈｅｅｌｅｒ）、モペッド（スクーター）（クラスＬ１ｅ［ｉ．８］）。
・ ＰＴＷ、オートバイ（クラスＬ３ｅ［ｉ．８］）；
・ ４５ｋｍ／ｈに制限されたＰＴＷ、三輪車（クラスＬ２ｅ、Ｌ４ｅ、Ｌ５ｅ［ｉ．８］）；
・ ４５ｋｍ／ｈに制限されたＰＴＷ、四輪車（クラスＬ５ｅおよびＬ６ｅ［ｉ．８］）。
・ 注記：関連する野生動物は、他の道路ユーザ（ＶＲＵ、車両）に安全性のリスクを与える動物のみである。
・ 歩行者（小児、高齢者、ジョギング中の人を含む）。
・ 緊急時対応者、安全作業者、道路作業者。
・ 馬や犬、関連する野生動物（以下の注記を参照）などの動物。
・ 車いす利用者、ベビーカー。
・ 電気エンジンを搭載している可能性があるスケーター、スケートボーダー、セグウェイ。
・ ２５ｋｍ／ｈに速度制限された自転車および電動アシスト自転車（ｅ－バイク）（電動アシスト自転車、クラスＬ１ｅ－Ａ［ｉ．８］）。
・ ２５ｋｍ／ｈ以上の高速ｅ－バイク（クラスＬ１ｅ－Ｂ［ｉ．８］）。
・ 電動二輪車（ＰＴＷ：Ｐｏｗｅｒｅｄ Ｔｗｏ Ｗｈｅｅｌｅｒ）、モペッド（スクーター）（クラスＬ１ｅ［ｉ．８］）。
・ ＰＴＷ、オートバイ（クラスＬ３ｅ［ｉ．８］）；
・ ４５ｋｍ／ｈに制限されたＰＴＷ、三輪車（クラスＬ２ｅ、Ｌ４ｅ、Ｌ５ｅ［ｉ．８］）；
・ ４５ｋｍ／ｈに制限されたＰＴＷ、四輪車（クラスＬ５ｅおよびＬ６ｅ［ｉ．８］）。
・ 注記：関連する野生動物は、他の道路ユーザ（ＶＲＵ、車両）に安全性のリスクを与える動物のみである。
【0056】
以下の様々な実施の形態では、通信装置は、サイドリンクＵＥを指してよい。サイドリンクＵＥは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、サイドリンク同期ブロック（Ｓ－ＳＳＢ：Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｂｌｏｃｋ）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）、第１段階および第２段階サイドリンク制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、下りリンク制御通知信号、無線リソース制御信号、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）制御エレメント（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）信号、物理下りリンク制御チャネル（ＰＤＣＣＨ）、サイドリンク同期信号（ＳＬＳＳ：Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、物理サイドリンク報知チャネル（ＰＳＢＣＨ）、および物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）などのサイドリンク信号を送信および／または受信してよい。
【0057】
本開示によれば、通信装置は、省電力状態で動作するように、または、省電力状態で動作することを決定するように設定されうる。省電力状態は、通信装置が動作可能な複数の省電力状態の１つでありうる。複数の省電力状態の各々は、動作中の互いに異なるレベルの省電力を特徴とする様々な特徴／能力に対応する。
【0058】
通信装置がサイドリンク（ＳＬ）ユーザ機器（ＵＥ）を指しうる様々な実施の形態では、他の通信装置が、サイドリンク信号を送信および／または受信することによってサイドリンクＵＥと通信してよい。他の通信装置は、（ｉ）基地局（ｇＮｏｄｅＢまたはｇＮＢ）またはセルラーネットワークの１つ（この場合、サイドリンクＵＥは、基地局またはセルラーネットワークのネットワークカバレッジ内にある）、および、（ｉｉ）サイドリンクＵＥと他のサイドリンクＵＥとの双方が基地局のネットワークカバレッジ内にあるか否かとは無関係の他のサイドリンクＵＥである。
【0059】
様々な実施の形態では、デフォルト省電力状態または初期の省電力状態が、通信装置が動作するように（事前に）設定された複数の省電力状態の１つでありうる。そのようなデフォルト省電力状態／初期省電力状態は、最も電力を節約する状態、最も電力を消費する状態、または好ましい／適切な省電力状態のいずれかであり得る。デフォルト省電力状態／初期省電力状態は、現在の動作条件およびパラメータ、または任意の他の状態に基づいて、通信装置によって、または他の通信装置（例えば、ｇＮＢ、他のＳＬ ＵＥ）によって決定される。そのようなデフォルト省電力状態はまた、仕様書（例えば、３ＧＰＰによる仕様書）、政府規制当局、またはＵＥベンダのいずれかによって（事前に）設定され得るか、または（事前に）定義され得る。
【0060】
様々な実施の形態において、省電力状態の「状態」という用語は、「モード」、「方式」、「タイプ」、および「レベル」と互換的に使用することができる。
【0061】
様々な実施の形態において、通信装置に関するパラメータが、通信装置の送受信優先度、通信装置が移動する速度、通信装置タイプ、車両タイプ（例えば、列車、バス、バン、セダン、自転車）、全地球航法衛星システム（ＧＮＳＳ：Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）による通信装置６００の位置、通信装置６００の周囲のネットワークトラフィックおよび道路トラフィックの輻輳レベル、通信装置６００が位置する地理的ゾーンを示すゾーン識別子（ＩＤ）等の、動作する省電力状態の決定において考慮・使用される関連要因を指しうる。
【0062】
上述のように、ＳＬ ＵＥがいかに省電力状態になるべきかまたはいかに省電力状態で動作すべきか、およびいかにＳＬ ＵＥが、例えば、特定の種類のサイドリンク信号を送信または受信するために自身の省電力と性能要件とのバランスをとるかが明らかではない。したがって、上記の課題の１つまたは複数に対処し、省電力状態で動作するための新しい通信装置および通信方法を開発する必要がある。
【0063】
本開示によれば、ＳＬ ＵＥに対して複数の省電力状態が定義され、ＳＬ ＵＥは、複数の省電力状態の１つを決定し、複数の省電力状態の１つにおいて動作するように設定される。複数の省電力状態の各々は、異なるレベルの省電力を特徴とする異なる特徴/能力に関連付けられる。省電力状態は、ＲＲＣ設定パラメータ、ＭＡＣ ＣＥ、ＰＳＣＣＨシグナリングによる新しいＳＣＩフィールド／フォーマット、またはＰＤＣＣＨ信号による新たなＤＣＩフィールド／フォーマットのいずれかによって設定または変更が可能である。
【0064】
図６に示されるように、通信装置６００は、回路６１４と、少なくとも１つの無線送信部６０２と、少なくとも１つの無線受信部６０４と、少なくとも１つのアンテナ６１２とを含みうる（簡略化のため、説明を目的として１つのアンテナのみが図６に示される）。回路６１４は、少なくとも１つの制御部１５０６を含んでよい。制御部６０６は、少なくとも１つの制御部６０６が実行するように設計されたタスクをソフトウェアおよびハードウェアの支援を受けて実行するように用いられる。タスクとは、無線ネットワーク内の１つまたは複数の他の通信装置との通信の制御を含む。回路６１４は、少なくとも１つの送信信号生成部６０８と、少なくとも１つの受信信号処理部６１０とをさらに含んでよい。少なくとも１つの制御部６０６は、少なくとも１つの制御部６０６の制御下で、少なくとも１つの無線送信部６０２を介して１つまたは複数の他の通信装置（例えば、基地通信装置）に送信される信号（例えば、サイドリンク／上りリンク／下りリンク信号）を生成するための少なくとも１つの送信信号生成部６０８と、少なくとも１つの制御部６０６の制御下で１つまたは複数の他の通信装置から少なくとも１つの無線受信部６０４を介して受信された信号（例えば、サイドリンク／上りリンク／下りリンク信号）を処理するための少なくとも１つの受信信号処理部６１０と、を制御することができる。少なくとも１つの送信信号生成部６０８および少なくとも１つの受信信号処理部６１０は、図６に示されるように、上述の機能のために少なくとも１つの制御部６０６と通信する通信装置６００のスタンドアロンモジュールでありうる。あるいは、少なくとも１つの送信信号生成部６０８および少なくとも１つの受信信号処理部６１０は、少なくとも１つの制御部６０６に含まれうる。様々な実施の形態では、動作時、少なくとも１つの無線送信部６０２、少なくとも１つの無線受信部６０４、および少なくとも１つのアンテナ６１２は、少なくとも１つの制御部６０６によって制御されうる。
【0065】
少なくとも１つの無線送信部６０２および少なくとも１つの無線受信部６０４は、通信装置６００のスタンドアロンモジュールに含まれ得、それぞれ他の通信装置との信号の送受信の両方の機能を実行してよい。そのようなモジュールは、本開示の様々な実施の形態では送受信部と呼ばれうる。
【0066】
これらの機能モジュールの配置が柔軟であり、実際の必要性および／または要件に応じて変化してよいことは、当業者には明らかである。データ処理、仮想記憶、および他の関連する制御装置は、適切な回路基板上および／またはチップセット内に設けることができる。
【0067】
通信装置６００は、動作時に、省電力状態で動作するために必要な機能を提供する。例えば、通信装置６００は、サイドリンクＵＥまたはＶＲＵ－ＵＥであってもよい。回路６１４（回路６１４の少なくとも１つの制御部６０６）は、動作時に、複数の省電力状態のうちの動作するための１つを決定してよく、送受信部（少なくとも１つの無線送信部６０２および少なくとも１つの無線受信部６０４を含む）は、動作時に、複数の省電力状態の１つの決定に応じた少なくとも１種類のサイドリンク信号を送信および／または受信してよい。実施の形態では、少なくとも１つの送信信号生成部６０８および少なくとも１つの受信信号処理部６１０は、それぞれ、少なくとも１つの無線送信部６０２および少なくとも１つの無線受信部６０４、または送受信部（少なくとも１つの無線送信部６０２および少なくとも１つの無線受信部６０４を含む）が動作時に少なくとも１種類のサイドリンク信号を送信および／または受信するように、少なくとも１種類のサイドリンク信号を送信および受信するようにそれぞれ設定されうる。
【0068】
一実施の形態では、送受信部は、他の通信装置から複数の省電力状態の１つに関する通知信号を受信してよく、通知信号は、複数の省電力状態の１つにおいて動作するようにとの要求を含むことができ、回路６１４（回路６１４の少なくとも１つの制御部６０６）は、通知信号の受信に応じて、複数の省電力状態の１つにおいて動作することを決定する。
【0069】
他の実施の形態では、動作する省電力状態を決定する際、回路６１４（回路６１４の少なくとも１つの制御部６０６）は、通信装置６００に関するパラメータを取得し、回路６１４（回路６１４の少なくとも１つの制御部６０６）は、取得したパラメータに基づいて、複数の省電力状態の１つにおいて動作することを決定してよい。
【0070】
さらに他の実施の形態では、他の通信装置からの複数の省電力状態の１つ（例えば、省電力と、パラメータに基づいて決定される性能要件とのバランスがとれた、適した省電力状態）に関し、当該省電力状態で動作するように通信装置に通知する通知信号を他の通信装置から受信する前に、送受信部は、通信装置６００に関する上記のようなパラメータを含む支援情報を他の通信装置に送信してよい。回路６１４（回路６１４の少なくとも１つの制御部６０６）は、次いで、通知信号の受信に応じて、複数の省電力状態の１つにおいて動作することを決定する。
【0071】
他の実施の形態では、通信装置６００の回路６１４は、通信装置６００に関するパラメータに基づいて、複数の省電力状態の１つを識別し、例えば、好ましい省電力状態で動作してよい（または好ましい省電力状態に切り替えてよい）。送受信部は、さらに、複数の省電力状態の１つにおいて動作する（または複数の省電力状態の１つに切り替える）ようにとの要求を示す要求信号を他の通信装置に送信してよい。次いで、送受信部は、要求を受け入れ、通信装置６００が通信装置によって識別された当該省電力状態で動作することを可能にする応答信号を、他の通信装置から受信してよい。
【0072】
図７は、本開示の様々な実施の形態による、省電力状態で動作するための通信方法７００を示すフロー図を示す。ステップ７０２における、複数の省電力状態の１つを決定するステップ。ステップ７０４における、複数の省電力状態の１つの決定に応じた少なくとも１種類のサイドリンク信号を送信および／または受信するステップ。本開示によれば、省電力状態は、様々なＳＬ受信能力のためにＵＥに対して（事前に）定義されることにより、動作時の様々なレベルの省電力をそれぞれ特徴とする。図８は、本開示の一実施の形態による、ＳＬ信号受信のための４つの省電力状態設定（状態Ｄ１～Ｄ４）を示すフロー図８００を示す。省電力状態（状態Ｄ１～Ｄ４）およびそれらの対応する設定は、以下のように（事前に）定義されうる。
・ 状態Ｄ１：ＵＥは、全種類のＳＬ信号の受信およびそれらＳＬ信号の特徴をサポートする。
・ 状態Ｄ２：ＵＥは、ＰＳＣＣＨおよびＰＳＳＣＨの受信をサポートし、ＰＳＣＣＨセンシング、ＰＳＳＣＨの受信および復号等の、ＰＳＣＣＨおよびＰＳＳＣＨの特徴のみをサポートし、省電力化に必要とされないときにＳＬＳＳ／ＰＳＢＣＨを受信するなどの追加の特徴はサポートしない。
・ 状態Ｄ３：ＵＥは、ＰＳＣＣＨの受信をサポートし、センシングのみのためのＰＳＣＣＨ受信のようなＰＳＣＣＨの特徴のみをサポートし、ＵＥがリソース選択のためのセンシングのみを実行する場合、ＰＳＳＣＨ受信は許可されない。
・ 状態Ｄ４：ＵＥは、いかなる種類のサイドリンク信号の受信も実行せず、送信動作のみを実行する。
・ 状態Ｄ１：ＵＥは、全種類のＳＬ信号の受信およびそれらＳＬ信号の特徴をサポートする。
・ 状態Ｄ２：ＵＥは、ＰＳＣＣＨおよびＰＳＳＣＨの受信をサポートし、ＰＳＣＣＨセンシング、ＰＳＳＣＨの受信および復号等の、ＰＳＣＣＨおよびＰＳＳＣＨの特徴のみをサポートし、省電力化に必要とされないときにＳＬＳＳ／ＰＳＢＣＨを受信するなどの追加の特徴はサポートしない。
・ 状態Ｄ３：ＵＥは、ＰＳＣＣＨの受信をサポートし、センシングのみのためのＰＳＣＣＨ受信のようなＰＳＣＣＨの特徴のみをサポートし、ＵＥがリソース選択のためのセンシングのみを実行する場合、ＰＳＳＣＨ受信は許可されない。
・ 状態Ｄ４：ＵＥは、いかなる種類のサイドリンク信号の受信も実行せず、送信動作のみを実行する。
【0073】
ＵＥのための省電力状態（例えば、状態Ｄ１～Ｄ４の１つ）は、性能要件を保証するために、省電力目的および／またはシステム効率のために、ＵＥ自体、ネットワーク、または他のＳＬ ＵＥによって決定され得る。追加または代替として、ＳＬ受信またはＳＬ送信のいずれかのための省電力状態は、フルセンシング／部分センシング、予備／プリエンプション、監視／送信用のＳＬＳＳ／ＰＳＢＣＨ、ＰＳＦＣＨなどの他のＳＬ能力／特徴を含める／除外するように追加的に／別々に定義され得る。省電力状態は、例えば通知として通知信号を使用することによって設定する／切り替えることができる。そのような通知信号は、以下の１つまたはそれらの組合せでありうる。
・ 上位レイヤからのＲＲＣ設定（例えば、ＵＥ自体による、またはネットワークからのＲＲＣ設定）。そのようなシグナリングは、新しいＲＲＣパラメータであるＳｗｉｔｃｈＰｏｗｅｒＳａｖｉｎｇＳｔａｔｅによって実現され得、状態インデックスに対するＳＥＱＵＥＮＣＥとして、またはすべての状態に対するＥＮＵＭＥＲＡＴＥＤとして定義されうる。
・ ＭＡＣ ＣＥ、例えば、目的の省電力状態を示すための新しいインデックスを有する新しいＭＡＣ ＣＥ。
・ スタンドアロンＰＳＣＣＨにおけるＰＳＣＣＨシグナリングを介した第１段階のＳＣＩ、またはダミーＰＳＳＣＨを有するＰＳＣＣＨ。そのようなＰＳＣＣＨシグナリングは、変更される新たな省電力状態を示すために１つまたはいくつかのＳＣＩビットのフィールド（特定のフィールドまたは再使用フィールドのいずれか）または新たなＳＣＩフォーマットによって実現されうる。
・ ＰＳＳＣＨによる第２段階のＳＣＩ。
・ ＵＥがｇＮＢカバレッジ内にある場合のＰＤＣＣＨシグナリング（モード１またはモード２のいずれか）。そのようなシグナリングは、ＤＣＩビットまたは新たなＤＣＩフォーマットのフィールドによって実現されうる。
・ 上位レイヤからのＲＲＣ設定（例えば、ＵＥ自体による、またはネットワークからのＲＲＣ設定）。そのようなシグナリングは、新しいＲＲＣパラメータであるＳｗｉｔｃｈＰｏｗｅｒＳａｖｉｎｇＳｔａｔｅによって実現され得、状態インデックスに対するＳＥＱＵＥＮＣＥとして、またはすべての状態に対するＥＮＵＭＥＲＡＴＥＤとして定義されうる。
・ ＭＡＣ ＣＥ、例えば、目的の省電力状態を示すための新しいインデックスを有する新しいＭＡＣ ＣＥ。
・ スタンドアロンＰＳＣＣＨにおけるＰＳＣＣＨシグナリングを介した第１段階のＳＣＩ、またはダミーＰＳＳＣＨを有するＰＳＣＣＨ。そのようなＰＳＣＣＨシグナリングは、変更される新たな省電力状態を示すために１つまたはいくつかのＳＣＩビットのフィールド（特定のフィールドまたは再使用フィールドのいずれか）または新たなＳＣＩフォーマットによって実現されうる。
・ ＰＳＳＣＨによる第２段階のＳＣＩ。
・ ＵＥがｇＮＢカバレッジ内にある場合のＰＤＣＣＨシグナリング（モード１またはモード２のいずれか）。そのようなシグナリングは、ＤＣＩビットまたは新たなＤＣＩフォーマットのフィールドによって実現されうる。
【0074】
図９は、本開示の一実施の形態による、ＵＥの複数の省電力状態の１つにおいてＵＥが動作するように設定するための、上位レイヤからのＲＲＣ設定の使用を示すフローチャート９００を示す。この実施の形態では、新たなＲＲＣパラメータであるＳｗｉｔｃｈＰｏｗｅｒＳａｖｉｎｇＳｔａｔｅが使用され、当該新たなＲＲＣパラメータの４つの異なる値は、それぞれ４つの省電力状態設定（状態Ｄ１～Ｄ４）を示す。簡単のために、新しいＲＲＣパラメータであるＳｗｉｔｃｈＰｏｗｅｒＳａｖｉｎｇＳｔａｔｅのみが、ＲＲＣ設定の使用に対して示されている。省電力状態設定シグナリングを実現するために、他のＲＲＣパラメータが、追加的にまたは代替的に、通知として使用されうることが理解されよう。
【0075】
図１０は、本開示の他の実施の形態による、複数の省電力状態の１つにおいて動作するようにＵＥを設定するためのＰＳＣＣＨの使用を示すフローチャート１０００を示す。本実施の形態では、４つの省電力状態設定（状態Ｄ１、Ｄ２、Ｄ３、Ｄ４）をそれぞれ示すために、「００」、「０１」、「１０」、および「１１」の２つのＳＣＩビットを有するＰＳＣＣＨが用いられる。
【0076】
同様に、図１１は、本開示のさらに他の実施の形態による、複数の省電力状態の１つにおいて動作するようにＵＥを設定するためのＰＤＣＣＨの使用を示すフローチャート１１００を示す。この実施の形態では、「００」、「０１」、「１０」、および「１１」の２つのＤＣＩビットを有するＰＤＣＣＨは、４つの省電力状態設定（状態Ｄ１、Ｄ２、Ｄ３、およびＤ４）のそれぞれを示すために使用される。
【0077】
本開示によれば、ＵＥは、イベントトリガによって、１つの省電力状態から他の省電力状態に切り替えることができる。そのようなトリガイベントは、ＵＥ自体、他のＵＥ、ｇＮＢ、またはネットワークからのトリガイベントでありうる。一実施の形態では、ＵＥの上位レイヤは、例えば、電力消費を低減するために、または（能力が増加した）より良好な性能を有するために、自身の省電力状態を他の省電力状態に切り替えることの好ましさを決定する。そのような他の省電力状態で動作することの好ましさは、ＵＥに関するパラメータおよび関連するファクターに基づいて決定されうる。
【0078】
ＵＥがネットワークカバレッジ下にある場合、ＵＥは、自身の好ましい／望ましい省電力状態についてネットワークに知らせる。ネットワークが同意する場合、ネットワークは、省電力状態の切り替えについてＵＥに通知し、同意しない場合、切り替えは行われない。一方、ＵＥがネットワークカバレッジ下にない場合、またはネットワークがＵＥの省電力状態の切り替えを制御しない場合、ＵＥが好ましい／望ましい省電力状態に切り替えるように設定される。
【0079】
図１２は、本開示の一実施の形態による、現在の省電力状態からＵＥの好ましい省電力状態に切り替えるためのプロセスを示すフローチャート１２００を示す。ステップ１２０２において、ＵＥは、好ましい省電力状態を決定するように設定される。ステップ１２０４において、ＵＥは、自身がネットワーク（またはｇＮＢ）カバレッジ内にあるかを判定する。ＵＥがネットワークカバレッジ内にある場合、ステップ１２０６が実行され、ＵＥがネットワークカバレッジ内にない場合、ステップ１２１２が実行される。ステップ１２０６において、ＵＥは、ネットワークがＵＥの省電力状態の切り替えを制御するかを判定するように設定される。ネットワークがスイッチングを制御する場合、ステップ１２０８が実行され、ネットワークがスイッチングを制御しない場合、ステップ１２１２が実行される。一実施の形態では、ＵＥは、次いで、自身の好ましい省電力状態を示すための要求信号と、好ましい省電力状態に切り替えるための要求とをネットワークに送信するようにさらに設定される。ステップ１２０８において、ＵＥは、例えば、要求を受け入れる応答信号をＵＥが受信するかを判定することによって、ネットワークがＵＥの好ましい省電力状態に切り替えることに同意するかを判定するように設定される。ネットワークが同意しない場合、ステップ１２１０が実行され、ＵＥは、自身の好ましい省電力状態に切り替えず、自身の動作を現在の省電力状態に留め、ネットワークが同意する場合、ステップ１２１２が実行される。ステップ１２１２において、ＵＥは、自身の好ましい省電力状態で動作する（または好ましい省電力状態に切り替える）ように設定される。
【0080】
好ましい省電力状態に切り替える要求を示す要求信号に加えてまたはそのような要求信号に代えて、ＵＥは、ＵＥに関する（関連する係数を有する）パラメータを含む支援情報をネットワーク（またはｇＮＢ）に送信してよい。
【0081】
図１３は、本開示の一実施の形態による、通信装置によって現在動作している省電力状態から他の通信装置による他の省電力状態への切替えを示すプロセスを示すフローチャート１３００を示す。簡単のために、ネットワークを使用してプロセスを示す。現在の省電力状態から他の省電力状態に切り替えるようにＵＥに通知するために、ネットワークの代わりに、ｇＮＢおよび他のサイドリンクＵＥなどの任意の他の通信装置がプロセスにおいて使用されうることが理解されよう。
【0082】
ステップ１３０２において、ＵＥは、自身のパラメータおよび関連ファクターをネットワークに報告するように設定される。一実施の形態では、そのようなパラメータおよび関連ファクターは、ネットワークに送信されるＵＥ支援情報に含まれる。ステップ１３０４において、ネットワークは、パラメータおよび関連ファクターを評価するように設定される。ステップ１３０６において、ネットワークは、ＵＥが自身の省電力状態を切り替えることが必要であるかを判定するように設定される。ネットワークによって、ＵＥの省電力状態の切替えが必要であると決定された場合（例えば、ある省電力状態が、ＵＥが動作する現在の省電力状態と比較してＵＥが動作するのにより適している（省電力と性能要件とのバランスがとれている）とネットワークによって決定された場合）、ステップ１３０８が実行され、次いで、ネットワークは、例えば、他の省電力状態を示す前述の通知信号をＵＥに送信することによって、他の省電力状態に切り替えるようにＵＥに通知するように設定され、切替えが必要ない場合、ステップ１３１０が実行される。ステップ１３１０では、例えば、ＵＥに切替えの必要がないと決定され、例えば、現在の省電力状態よりも適切な省電力状態がなく、ＵＥは現在の省電力状態で動作するままである。
【0083】
様々な実施の形態において、ＵＥは、特定の省電力状態、または特定の特徴／機能をサポートするかもしくはサポートしない省電力状態で動作する（または当該省電力状態に切り替える）ことを決定するように設定されうる。同様に、通知信号（例えば、図１０～１２に示されるようなＲＲＣ信号、ＰＳＣＣＨ信号、およびＰＤＣＣＨ信号）またはＵＥによる要求に対する応答信号は、特定の省電力状態で動作する（または特定の省電力状態に切り替える）ことをＵＥに直接的に知らせる通知、または特定の特徴／機能をサポートするかもしくはサポートしない省電力状態で動作する（または当該省電力状態に切り替える）ことをＵＥに知らせる通知を含んでよい。
【0084】
例えば、ＵＥは、好ましい省電力状態Ｄ２に切り替えるための信号を受信してよく、ＵＥが現在省電力状態Ｄ３で動作している場合、省電力状態Ｄ２で動作するように切り替える。あるいは、ＵＥは、ＰＳＳＣＨをサポートする状態で動作するための信号を受信してよい。したがって、ＵＥは、そのような省電力状態で動作する（または当該省電力状態に切り替える）ことを決定してよい。例えば、ＵＥが状態Ｄ３で動作している場合、信号を受信すると、ＵＥは状態Ｄ１またはＤ２に切り替える。一方、ＵＥは、ＰＳＳＣＨをサポートしない状態で動作するための信号を受信してよく、したがって、ＵＥは、そのような省電力状態で動作する（または、そのような省電力状態に切り替える）ことを決定することができる。例えば、ＵＥが状態Ｄ１で動作している場合、上記信号を受信すると、ＵＥは状態Ｄ３またはＤ４に切り替わる。
【0085】
先に述べたように、ＳＬ ＵＥには、ＳＬ ＵＥによって動作可能な複数の省電力状態のうちのデフォルト省電力状態／初期省電力状態が（事前に）設定され得る。ＳＬ ＵＥが、自身のデフォルト省電力状態／初期省電力状態ではない省電力状態に切り替える場合、フォールバックタイマ、例えば、タイマに基づくフォールバックパラメータが開始されうる。フォールバックタイマは、満了すると、再びデフォルト省電力状態／初期省電力状態に切り替えるように使用されうる。そのようなタイマに基づくフォールバックパラメータは、パターン／タイマとしてＲＲＣシグナリング、または不連続受信（ＤＲＸ）と同様のＭＡＣ／ＰＳＣＣＨシグナリングの１つを使用して設定され得る。
【0086】
図１４は、本開示の一実施の形態による、デフォルト省電力状態で動作するプロセスを示すフローチャート１４００を示す。ステップ１４０２において、ＵＥは、デフォルト省電力状態／初期省電力状態で動作するように設定され得る。ステップ１４０４において、ＵＥは、動作する他の省電力状態を決定し、したがって、当該省電力状態に切り替えるようにさらに設定されうる。ステップ１４０６において、タイマが開始される。ステップ１４０８において、タイマが満了したかが判定される。タイマが満了していない場合、ステップ１４１０が実行され、タイマが１単位減少される。タイマが満了した場合、ＵＥは、自身のデフォルト省電力状態で動作するように設定される。
【0087】
そのようなデフォルト省電力状態は、仕様書（例えば、３ＧＰＰ）、政府規制当局、またはＵＥベンダのいずれかによって（事前に）設定され得るか、または（事前に）定義されうる。様々な省電力状態の挙動が、３ＧＰＰ（ＲＲＣ設定、ＵＥ能力など）において定義されるべきであることに留意されたい。どの状態を実施するか、および、特定の状態に対してどのようなユースケースを実施するかといった上位レイヤの動作は、国／地域の規制またはＵＥの実装および決定次第であるべきである。
【0088】
本開示の一実施の形態では、図８の状態Ｄ３に示されるように、ＰＳＣＣＨの受信と、センシングのみのためのＰＳＣＣＨ受信のような特徴のみとをサポートするＵＥである場合、ＵＥは、第２段階のＳＣＩまたはＰＳＳＣＨ無しのＰＳＣＣＨを監視するために、第１段階のＳＣＩ（例えば、ＳＬスロット内の開始２シンボルまたは開始３シンボル）を受信するときにのみアクティブである必要がある。具体的には、ＵＥには、ＰＳＣＣＨセンシング機会のみが定義され得、ＰＳＳＣＨ受信スロット／サブフレームは定義されない。ＵＥは、ＰＳＣＣＨのシンボル／スロットの残りの部分においては（マイクロ／ライト／ディープ）スリープモードになり得る。あるいは、ＰＳＳＣＨ受信スロット／サブフレームは、ＰＳＳＣＨ受信をサポートする受信状態と同一に定義され得、ＵＥは、ＰＳＳＣＨ受信スロット／サブフレーム内のＰＳＣＣＨシンボルを監視する。
【0089】
さらに、ＰＳＣＣＨセンシングのみを行うＳＬ ＵＥにＰＳＳＣＨによって搬送されるＳＬメッセージを送信しようとする他のＳＬ ＵＥがある場合、当該他のＳＬ ＵＥは、ＳＬ ＵＥに、ＰＳＳＣＨ受信が可能な他の省電力状態に切り替えるように通知するために、スタンドアロンＰＳＣＣＨを送信する必要がありうる。スタンドアロンＰＳＣＣＨは、特定の省電力状態、または機能（例えば、ＰＳＳＣＨ受信）をサポートする状態に切り替えるように通知するために、ＳＣＩにおいて１つまたは複数のビットを搬送してよい。以下の段落では、いくつかの例示的な実施の形態が、５Ｇコアネットワークに関連する用語、ならびにサイドリンク報知のための通信装置および方法に関する本開示を参照して説明される。
【0090】
＜制御信号＞
本開示において、本開示に係る下りリンク制御信号（情報）は、物理レイヤのＰＤＣＣＨを介して送信される信号（情報）であってもよく、上位レイヤまたはＲＲＣのＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ（ＣＥ）を介して送信される信号（情報）でありうる。下りリンク制御信号は、予め定義された信号（情報）でありうる。本開示に係る上りリンク制御信号（情報）は、物理レイヤのＰＵＣＣＨを介して送信される信号（情報）であってもよく、上位レイヤまたはＲＲＣのＭＡＣ ＣＥを介して送信される信号（情報）でありうる。また、上りリンク制御信号は、予め定義される信号（情報）でありうる。上りリンク制御信号は、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、第１段階サイドリンク制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、または第２段階ＳＣＩでありうる。
本開示において、本開示に係る下りリンク制御信号（情報）は、物理レイヤのＰＤＣＣＨを介して送信される信号（情報）であってもよく、上位レイヤまたはＲＲＣのＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ（ＣＥ）を介して送信される信号（情報）でありうる。下りリンク制御信号は、予め定義された信号（情報）でありうる。本開示に係る上りリンク制御信号（情報）は、物理レイヤのＰＵＣＣＨを介して送信される信号（情報）であってもよく、上位レイヤまたはＲＲＣのＭＡＣ ＣＥを介して送信される信号（情報）でありうる。また、上りリンク制御信号は、予め定義される信号（情報）でありうる。上りリンク制御信号は、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、第１段階サイドリンク制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、または第２段階ＳＣＩでありうる。
【0091】
＜基地局＞
本開示において、基地局は、例えば、送受信点（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）、基地局送受信部（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ベースユニット（ｂａｓｅ ｕｎｉｔ）、またはゲートウェイでありうる。また、サイドリンク通信では、基地局の代わりに端末が用いられうる。基地局は、上位ノードと端末との間の通信を中継する中継装置でありうる。基地局は、路側機でありうる。
本開示において、基地局は、例えば、送受信点（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）、基地局送受信部（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ベースユニット（ｂａｓｅ ｕｎｉｔ）、またはゲートウェイでありうる。また、サイドリンク通信では、基地局の代わりに端末が用いられうる。基地局は、上位ノードと端末との間の通信を中継する中継装置でありうる。基地局は、路側機でありうる。
【0092】
＜上りリンク／下りリンク／サイドリンク＞
本開示は、上りリンク、下りリンク、およびサイドリンクのいずれに適用されてもよい。本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨ等の上りリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨ等の下りリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、および物理サイドリンク報知チャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）等のサイドリンクチャネルに適用されうる。ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨは、それぞれ、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、上りリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの例である。ＰＢＣＨおよびＰＳＢＣＨはそれぞれ、報知チャネルの例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの例である。
本開示は、上りリンク、下りリンク、およびサイドリンクのいずれに適用されてもよい。本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨ等の上りリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨ等の下りリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、および物理サイドリンク報知チャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）等のサイドリンクチャネルに適用されうる。ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨは、それぞれ、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、上りリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの例である。ＰＢＣＨおよびＰＳＢＣＨはそれぞれ、報知チャネルの例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの例である。
【0093】
＜データチャネル／制御チャネル＞
本開示は、データチャネルおよび制御チャネルのいずれに適用されてもよい。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、ならびに／またはＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルと置き換えられうる。
本開示は、データチャネルおよび制御チャネルのいずれに適用されてもよい。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、ならびに／またはＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルと置き換えられうる。
【0094】
＜参照信号＞
本開示では、参照信号は、基地局と移動局の両方に既知の信号であり、各参照信号は、参照信号（ＲＳ）またはパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ － Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、トラッキング参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、位相トラッキング参照信号（ＰＴＲＳ：Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、およびサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のうちのいずれかでありうる。
本開示では、参照信号は、基地局と移動局の両方に既知の信号であり、各参照信号は、参照信号（ＲＳ）またはパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ － Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、トラッキング参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、位相トラッキング参照信号（ＰＴＲＳ：Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、およびサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のうちのいずれかでありうる。
【0095】
＜時間間隔＞
本開示では、時間リソース単位は、スロットおよびシンボルの１つまたは組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットのサブスロット、ミニスロット、またはシンボル、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）シンボル、または他の時間リソース単位などの時間リソース単位であってよい。１スロットに含まれるシンボルの数は、上述した実施の形態で例示したシンボルの数に限定されるものではなく、他のシンボルの数であってもよい。
本開示では、時間リソース単位は、スロットおよびシンボルの１つまたは組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットのサブスロット、ミニスロット、またはシンボル、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）シンボル、または他の時間リソース単位などの時間リソース単位であってよい。１スロットに含まれるシンボルの数は、上述した実施の形態で例示したシンボルの数に限定されるものではなく、他のシンボルの数であってもよい。
【0096】
＜周波数帯域＞
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれに適用されてもよい。
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれに適用されてもよい。
【0097】
＜通信＞
本開示は、基地局と端末との通信（Ｕｕリンク通信）、端末と端末との通信（サイドリンク通信）、およびＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信のいずれに適用されてもよい。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨと言い換えてもよい。また、本開示は、地上のネットワーク、または、衛星もしくは高度疑似衛星（ＨＡＰＳ：Ｈｉｇｈ Ａｌｔｉｔｕｄｅ Ｐｓｅｕｄｏ Ｓａｔｅｌｌｉｔｅ）を用いた地上ネットワーク以外のネットワーク（ＮＴＮ：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ）のいずれにも適用することができる。また、本開示は、セルサイズが大きいネットワークや、超広帯域送信ネットワークのようにシンボル長またはスロット長に比べて遅延が大きい地上ネットワークにも適用されうる。
本開示は、基地局と端末との通信（Ｕｕリンク通信）、端末と端末との通信（サイドリンク通信）、およびＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信のいずれに適用されてもよい。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨと言い換えてもよい。また、本開示は、地上のネットワーク、または、衛星もしくは高度疑似衛星（ＨＡＰＳ：Ｈｉｇｈ Ａｌｔｉｔｕｄｅ Ｐｓｅｕｄｏ Ｓａｔｅｌｌｉｔｅ）を用いた地上ネットワーク以外のネットワーク（ＮＴＮ：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ）のいずれにも適用することができる。また、本開示は、セルサイズが大きいネットワークや、超広帯域送信ネットワークのようにシンボル長またはスロット長に比べて遅延が大きい地上ネットワークにも適用されうる。
【0098】
＜アンテナポート＞
アンテナポートは、１つまたは複数の物理アンテナから形成される論理アンテナ（アンテナグループ）を指す。すなわち、アンテナポートとは、必ずしも１つの物理アンテナを指すもためはなく、複数のアンテナ等からなるアレーアンテナを指す場合もある。例えば、アンテナポートを構成する物理アンテナの数は定義されておらず、その代わりに、アンテナポートは、端末が参照信号を送信することを許可される最小単位として定義される。アンテナポートはまた、プリコーディングベクトル重み付けの乗算のための最小単位として定義されうる。
アンテナポートは、１つまたは複数の物理アンテナから形成される論理アンテナ（アンテナグループ）を指す。すなわち、アンテナポートとは、必ずしも１つの物理アンテナを指すもためはなく、複数のアンテナ等からなるアレーアンテナを指す場合もある。例えば、アンテナポートを構成する物理アンテナの数は定義されておらず、その代わりに、アンテナポートは、端末が参照信号を送信することを許可される最小単位として定義される。アンテナポートはまた、プリコーディングベクトル重み付けの乗算のための最小単位として定義されうる。
【0099】
本開示はソフトウェア、ハードウェア、または、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的にまたは全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的にまたは全体的に、一つのＬＳＩまたはＬＳＩの組み合わせによって制御されうる。ＬＳＩは個々のチップから設定され得、機能ブロックの一部または全てを含むように一つのチップから設定されうる。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサまたは専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理またはアナログ処理として実現されうる。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【0100】
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。
【0101】
通信装置は無線送受信部（トランシーバー）と処理／制御回路を含んでもよい。無線送受信部は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信部（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。
【0102】
通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物または移動輸送機関（自動車、飛行機、船等）、および上述の各種装置の組み合わせがあげられる。
【0103】
通信装置は、持ち運び可能または移動可能なものに限定されず、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーターまたは計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在してよいあらゆる「モノ（Ｔｈｉｎｇｓ）」をも含む。
【0104】
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
【0105】
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続または連結される、制御部やセンサ等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、制御部やセンサが含まれる。
【0106】
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。当業者であれば、広く記載された本開示の趣旨または範囲から逸脱することなく、特定の実施の形態に示されるように、本開示に対して多数の変形および／または修正を行うことができることを理解するであろう。したがって、本実施の形態は、あらゆる点で例示的なものであり、限定的なものではないと考えられるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【国際調査報告】