特表 2024-502959 部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウの通信装置と通信方法

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

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

(11)【公表番号】

(43)【公表日】2024-01-24

(54)【発明の名称】部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウの通信装置と通信方法

(51)【国際特許分類】

   H04W 72/0446 20230101AFI20240117BHJP

   H04W 72/25 20230101ALI20240117BHJP

   H04W 92/18 20090101ALI20240117BHJP

   H04W 72/231 20230101ALI20240117BHJP

【ＦＩ】

H04W72/0446

H04W72/25

H04W92/18

H04W72/231

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023539915

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

(85)【翻訳文提出日】2023-06-28

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

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

(87)【国際公開日】2022-07-21

(31)【優先権主張番号】10202100540W

(32)【優先日】2021-01-18

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

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

(32)【優先日】2021-03-30

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

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

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

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】カン ヤン

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

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

(72)【発明者】

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

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD34

5K067EE02

5K067EE10

5K067EE25

5K067EE71

5K067JJ13

(57)【要約】

本開示は、部分センシングを伴う新しい無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）サイドリンクユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のための選択ウィンドウおよびセンシングウィンドウのための通信装置および通信方法を提供する。通信装置は、動作時、リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、第１の複数の時間リソースからの、部分センシングのための選択ウィンドウである時間リソースの第１のサブセットと、を決定し、時間リソースの第１のサブセットの一部分を選択する回路と、動作時、時間リソースの第１のサブセットの選択された一部分においてサイドリンク（ＳＬ）信号を送信する送信部と、を備える通信装置を備える。

【特許請求の範囲】

【請求項1】

動作時、リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、前記第１の複数の時間リソースからの、部分センシングのための選択ウィンドウである時間リソースの第１のサブセットと、を決定し、前記時間リソースの第１のサブセットの一部分を選択する回路と、
動作時、前記時間リソースの第１のサブセットの前記選択された一部分においてサイドリンク（ＳＬ）信号を送信する送信部と、を備える、
通信装置。

【請求項2】

前記回路は、基準タイムスロットに基づいて前記リソースセンシングおよび／または前記リソース選択をトリガするようにさらに設定され、前記第１の複数の時間リソースは前記基準タイムスロットより前であり、前記第２の複数の時間リソースは前記基準タイムスロットより後である、
請求項１に記載の通信装置。

【請求項3】

前記回路は、部分センシングリソース選択のための時間フレームである第３の複数の時間リソースを決定するようにさらに設定され、前記時間リソースの第１のサブセットは、前記第３の複数の時間リソースと前記第１の複数の時間リソースとの交差部分である、
請求項１又は２に記載の通信装置。

【請求項4】

前記回路は、前記第２の複数の時間リソースから部分センシングのためのセンシングウィンドウである時間リソースの第２のサブセットを決定するようにさらに設定される、
請求項１から３のいずれかに記載の通信装置。

【請求項5】

前記回路は、部分センシングリソースセンシングのための時間フレームである第４の複数の時間リソースを決定するようにさらに設定され、前記時間リソースの第２のサブセットは、前記第４の複数の時間リソースと前記第２の複数の時間リソースとの交差部分である、
請求項４に記載の通信装置。

【請求項6】

前記回路は、前記通信装置をシステムタイミングに同期させるようにさらに設定され、前記第３のおよび／または第４の複数の時間リソースは、前記システムタイミングに基づいて決定される、
請求項５に記載の通信装置。

【請求項7】

前記第４の複数の時間リソースは、前記第３の複数の時間リソースと同一の時間フレームである、
請求項５に記載の通信装置。

【請求項8】

前記第３のおよび／または第４の複数の時間リソースは、式、計算ルール、またはビットマップに基づいて決定され、前記式、計算ルール、またはビットマップは、規格化、基地局、規定者、またはＵＥベンダによって定義される、
請求項５に記載の通信装置。

【請求項9】

前記第３のおよび／または第４の複数の時間リソースは、周期的または非周期的のいずれかである連続的または離散的なタイムスロットを含む、
請求項５に記載の通信装置。

【請求項10】

前記時間リソースの第１のサブセットは、式、計算ルール、またはビットマップ通知を使用して前記第１の複数の時間リソースから決定されるか、または係数値を前記第１の複数の時間リソースに適用することによって決定され、第１の係数は０より大きくかつ１未満であり、前記式、計算ルール、ビットマップ通知、または係数値は、前記基準タイムスロットを基準に定義され、前記式、計算ルール、ビットマップ通知、または係数値は、規格化、基地局、規定者、またはＵＥベンダによって設定される、
請求項４に記載の通信装置。

【請求項11】

前記時間リソースの第２のサブセットは、式、計算ルール、またはビットマップ通知を使用して前記第２の複数の時間リソースから決定されるか、または係数値を前記第１の複数の時間リソースに適用することによって決定され、第１の係数は０より大きくかつ１未満であり、前記式、計算ルール、ビットマップ通知、または係数値は、前記基準タイムスロットを基準に定義され、前記式、計算ルール、ビットマップ通知、または係数値は、規格化、基地局、規定者、またはＵＥベンダによって設定される、
請求項４に記載の通信装置。

【請求項12】

前記時間リソースの第１のサブセットおよび／または前記時間リソースの第２のサブセットは、優先度、輻輳レベル、および／またはＣＢＲ／ＣＲに基づいて決定され、前記時間リソースの第１のサブセットおよび前記時間リソースの第２のサブセットのタイムスロットの最大数および／または最小数は、式、計算ルール、ビットマップ、または事前設定されたリストに基づいて決定される、
請求項４に記載の通信装置。

【請求項13】

前記時間リソースの第１のサブセットおよび／または前記時間リソースの第２のサブセットは、前記通信装置と他の通信装置との間で異なる、
請求項４に記載の通信装置。

【請求項14】

前記第１の複数の時間リソースが、前記通信装置と他の通信装置との間で同一である場合であっても、前記時間リソースの第１のサブセットおよび／または前記時間リソースの第２のサブセットは、前記通信装置と前記他の通信装置との間で異なる、
請求項４に記載の通信装置。

【請求項15】

第１のタイムスロットにおける前記時間リソースの第１のサブセットおよび／または前記時間リソースの第２のサブセットは、第２のタイムスロットにおける前記時間リソースの第１のサブセットおよび／または前記時間リソースの第２のサブセットとは異なる、
請求項４に記載の通信装置。

【請求項16】

前記通信装置の前記時間リソースの第１のサブセットおよび／または前記時間リソースの第２のサブセットは、前記通信装置および／または他の通信装置のＵＥＩＤ、基地局によって通知される値、優先度、輻輳レベル、ＣＢＲ／ＣＲおよびＵＥタイプのうちの少なくとも１つに基づいて、前記他の通信装置の前記時間リソースの第１のサブセットおよび／または前記他の通信装置の前記時間リソースの第２のサブセットとは異なる、
請求項４に記載の通信装置。

【請求項17】

前記通信装置は、前記時間リソースの第２のサブセットにおいて、かつ、前記時間リソースの第１のサブセットにおける前記選択された一部分における前記ＳＬ信号の送信中にアクティブであり、前記第１の複数の時間リソースおよび前記第２の複数の時間リソースにおける他の時間リソースの場合は非アクティブである、
請求項４に記載の通信装置。

【請求項18】

リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、前記第１の複数の時間リソースからの、部分センシングのための選択ウィンドウである時間リソースの第１のサブセットと、を決定し、
前記時間リソースの第１のサブセットの一部分を選択し、前記時間リソースの第１のサブセットの前記選択された一部分においてサイドリンク（ＳＬ）信号を送信する、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

以下の開示は、選択ウィンドウおよびセンシングウィンドウのための通信装置および通信方法に関し、より具体的には、部分センシングを伴う新しい無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）サイドリンクユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のための選択ウィンドウおよびセンシングウィンドウのための通信装置および通信方法に関する。

【背景技術】

【0002】

サイドリンク（ＳＬ）通信は、車両が、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）アプリケーションを介して公道および他の道路ユーザとやり取りすることを可能にし、したがって、自動運転車両を現実にする際の重要な要素と考えられている。他のＳＬアプリケーションとして、Ｐ２ＰまたはＩ２Ｐ（インフラストラクチャから歩行者へ、またはＲ２Ｐ路側機から歩行者への）通信が含まれる。

【0003】

さらに、５Ｇ ＮＲに基づくＳＬ通信（ＮＲ ＳＬ通信ともいい、相互に言い換え可能である）が、高度なＶ２Ｘサービスのための技術的解決策を特定するために、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって議論されている。ＳＬ通信により、車両（すなわち、Ｖ２Ｘアプリケーションをサポートする通信装置またはユーザ機器（ＵＥ）ともいい、相互に言い換え可能である）は、他の近くの車両、インフラストラクチャノード、および／または歩行者とＳＬを介して自身の状態情報を交換することができる。状態情報は、位置、速度、方位などの情報を含む。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ ＴＳ ３８．３００ ｖ１６．３．０

【非特許文献2】３ＧＰＰ ＴＳ ３８．２１１ ｖ１６．３．０

【非特許文献3】ＴＳ ２３．５０２

【非特許文献4】ＩＴＵ－Ｒ Ｍ．２０８３

【非特許文献5】ＴＲ ３８．９１３

【非特許文献6】ＴＳ ２３．２８７ ｖ１６．４．０

【非特許文献7】ＲＰ－２０２８４６

【非特許文献8】ＥＴＳＩ ＴＲ １０３ ３００－１

【非特許文献9】ＴＳ３８．２１４

【非特許文献10】ＴＳ３６．２１３

【発明の概要】

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

【0005】

しかしながら、部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウのための通信装置および方法については議論されていない。

【0006】

したがって、部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウのための実現可能な技術的解決策を提供する通信装置および方法が必要とされている。さらに、他の望ましい特徴および特性が、添付の図面および本開示の背景技術と併せることで、以下の詳細な説明および添付の特許請求の範囲から明らかになるであろう。

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

【0007】

非限定的かつ例示的な実施の形態、部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウのための通信装置および通信方法を提供することに資する。

【0008】

本開示の第１の実施の形態によれば、動作時、リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、前記第１の複数の時間リソースからの、部分センシングのための選択ウィンドウである時間リソースの第１のサブセットと、を決定し、前記時間リソースの第１のサブセットの一部分を選択する回路と、動作時、前記時間リソースの第１のサブセットの前記選択された一部分においてサイドリンク（ＳＬ）信号を送信する送信部と、を備える、通信装置が提供される。

【0009】

本開示の第２の実施の形態によれば、リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、前記第１の複数の時間リソースからの、部分センシングのための選択ウィンドウである時間リソースの第１のサブセットと、を決定し、前記時間リソースの第１のサブセットの一部分を選択し、前記時間リソースの第１のサブセットの前記選択された一部分においてサイドリンク（ＳＬ）信号を送信する、通信方法が提供される。

【0010】

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

【0011】

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

【図面の簡単な説明】

【0012】

本開示の実施の形態は、一例にすぎないが、以下の説明からまた図面と関連付けて、より良く理解され、当業者に容易に明らかになるであろう。

【図1】例示的な３ＧＰＰ ＮＲ－ＲＡＮアーキテクチャを示す図

【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を示す概略図

【図3】無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）接続のセットアップ／再設定手順のシーケンス図

【図4】ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ（ｅＭＢＢ）、ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）、およびＵｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）の利用シナリオを示す概略図

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

【図6】様々な実施の形態による、ＮＲフルセンシング動作のためのセンシングウィンドウおよび選択ウィンドウの図

【図7】様々な実施の形態による、ＬＴＥフルセンシング動作のためのセンシングウィンドウおよび選択ウィンドウの図

【図8】一例による、部分センシングのための選択ウィンドウ内のスロットの図

【図9】他の例による、部分センシングのための選択ウィンドウ内のスロットを示す他の図

【図10】様々な実施の形態による、システムタイミングを基準にして、部分センシングのための選択ウィンドウのためのスロットがどのように決定されるかを示す図

【図11】一例による、部分センシングのためのセンシングウィンドウ内のスロットの図

【図12】他の例による、部分センシングのためのセンシングウィンドウ内のスロットを示す他の図

【図13】様々な実施の形態による、システムタイミングを基準にして、部分センシングのためのセンシングウィンドウのためのスロットがどのように決定されるかを示す図

【図14】様々な実施の形態による通信方法を示すフロー図

【図15】様々な実施の形態に係る通信装置の例の概略図

【0013】

当業者であれば、図中の要素が平易にかつ明確に説明されており、必ずしも一定の縮尺で描かれていないことが理解できる。例えば、本実施の形態をより理解できるようにするために、図、ブロック図、またはフローチャート中の要素のうちのいくつかの寸法は、他の要素に関して誇張されうる。

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

【0014】

本開示のいくつかの実施の形態を、一例として、図面を参照して説明する。図面中の同様の参照番号および文字は、同様の要素または等価の要素を指す。

【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】

スロットは、離散的または周期的である必要はない。パターンは、ｔ＝ｎを基準にして、仕様、ｇＮＢまたはＵＥ等の他の通信装置、規定者（regulator）、またはＵＥベンダによって予め定義されたビットマップであってもよい。パターンは、ｇＮＢなどの他の通信装置から通知されうる。パターンを、フルセンシングのための対応する選択ウィンドウ内の連続スロットの短縮ウィンドウとすることもできる。これは、乗算係数Ｍ（０＜Ｍ≦１）または他の規則を適用することによって実現可能である。例えば、Ｍ＝０．５の図９の例９００では、部分センシングのための選択ウィンドウ９０２は、［ｎ＋Ｔ_１，ｎ＋ｆｌｏｏｒ（Ｍ×Ｔ_２）］内のすべての適用可能なスロットであり、フルセンシングのための対応する選択ウィンドウ９０４は、［ｎ＋Ｔ_１，ｎ＋Ｔ_２］である。係数Ｍは、信号情報ブロック（ＳＩＢ：Ｓｉｇｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＲＲＣ、設定されたＳＬグラント、および他の同様の方法によって明示的に通知され得るか、または仕様においてもしくはいくつかの計算ルールによって事前定義され得る。さらに、動作は、周期的送信または非周期的送信のいずれかに適用することができる。

【0054】

図１０の略図１０００および１０１０を参照する一実施の形態では、ｔ＝ｎ（たとえば、設定されたＳＬグラント）における部分センシングトリガリングに基づくサイドリンクリソース選択のために、スロット１００４の選択ウィンドウパターンが、システムタイミング（たとえば、絶対的なスロット番号）をタイミングの基準として定義される。パターンは、フルセンシングのための時間フレーム（すなわち、フルセンシングのための対応する選択ウィンドウ１００６（略図１０００の絶対的なスロット番号ｎ１の場合）または選択ウィンドウ１００８（略図１０１０の絶対的なチャネル番号ｎ２の場合）と、絶対タイミング（すなわち、略図１０００の絶対的なスロット番号ｎ１または図１０１０のｎ２）をタイミングの基準とした事前に定義されたスロットオケージョン１００２と、の交差部分（ｉｎｔｅｒｓｅｃｔｉｏｎ）でありうる。例えば、図１０における所定のスロットオケージョンは、ｆｌｏｏｒ（ｔ／ｊ）（ここで、ｊ＝２）のスロットである。略図１０００の時間フレームは、［ｎ＋Ｔ_１，ｎ＋Ｔ_２］のフルセンシングのための対応する選択ウィンドウ１００６であり、図１０１０の時間フレームは、［ｎ＋Ｔ_１，ｎ＋Ｔ_２］のフルセンシングのための対応する選択ウィンドウ１００８である。

【0055】

スロットオケージョンは、仕様、ｇＮＢ、規定者、またはＵＥベンダによって、式、ビットマップ、または記述規則を使用して定義されうる。スロットオケージョンは、離散的であっても連続的であってもよく、周期性があってもなくてもよい。さらに、動作は、周期的送信または非周期的送信のいずれかに適用されうる。

【0056】

図８および図９に示されるような動作または図１０に示されるような動作のいずれかの場合、スロットの選択ウィンドウパターンは、ｔ＝ｎをタイミングの基準として定義され得、必ずしもＬＴＥのように選択ウィンドウ内のスロットに依存しない。選択ウィンドウパターンは、式または予め定義された計算ルールによって実現されうる。

【0057】

図１１の略図１１００をさらに参照すると、センシングウィンドウパターンは、ｔ＝ｎを基準として［ｎ－Ｔ_０、ｎ－Ｔ_{ｐｒｏｃ，０}］のフルセンシングのための対応するセンシングウィンドウ１１０２内のｔ＝ｎからｐ個目のスロットごと（またはｐ個目のスロットごとの連続するいくつかのスロット）として定義されうる。スロットは、ＬＴＥにおいてと同様に、周期的である必要も、離散的である必要もない。

【0058】

パターンは、仕様、ｇＮＢまたはＵＥなどの他の通信装置、規定者、またはＵＥベンダによって予め定義されたビットマップ（ワンタイムまたは再利用可能のビットマップ）であり得る。パターンは、ｇＮＢなどの他の通信装置から通知されうる。また、パターンは、乗算係数Ｎ（０＜Ｎ≦１）または他の規則を適用することによって実現され得るように、フルセンシングのための対応するセンシングウィンドウの短縮された連続ウィンドウであってもよい。例えば、Ｎ＝０．５である図１２の略図１２００を参照すると、部分センシングのためのセンシングウィンドウ１２０２は、［ｎ－ｆｌｏｏｒ（Ｎ×Ｔ_０），ｎ－Ｔ_{ｐｒｏｃ，０}］内の全ての適用可能なスロットであり、一方、フルセンシングのための対応するセンシングウィンドウ１２０４は、［ｎ－Ｔ_０，ｎ－Ｔ_{ｐｒｏｃ，０}］である。乗算係数は、ＳＩＢ、ＲＲＣ、設定されたＳＬグラントおよび他の同様の方法を介して明示的に通知され得るか、または仕様においてもしくはいくつかの計算ルールによって事前定義され得る。さらに、動作は、周期的送信または非周期的送信のいずれかに適用可能である。

【0059】

図８および図９に示されるような動作または図１０に示されるような動作のいずれかの場合、スロットの選択ウィンドウパターンは、システムタイミング（たとえば、絶対的なスロット番号）をタイミングの基準として定義され得、必ずしもＬＴＥのように選択ウィンドウ内のスロットに依存しない。パターンは、絶対タイミングをタイミングの基準として予め定義されたスロットオケージョンとの時間フレーム（たとえば、フルセンシングのための対応する選択ウィンドウ）の交差部分でありうる。

【0060】

図１３の略図１３００および１３１０（ここで、ｑ＝２）をさらに参照すると、事前定義されたスロットオケージョン１３０２は、ｆｌｏｏｒ（ｔ／ｑ）のスロットであり、一方、フレームは、［ｎ－Ｔ_０、ｎ－Ｔ_{ｐｒｏｃ，０}］のフルセンシングのための対応するセンシングウィンドウ（すなわち、略図１３００の対応するセンシングウィンドウ１３０６および図１３１０の対応するセンシングウィンドウ１３０８）である。スロットオケージョン１３０２と対応するセンシングウィンドウ１３０６および１３０８との間に生じる交差部分は、部分センシングのためのセンシングウィンドウのためのスロット１３０４である。スロットオケージョン１３０２は、仕様、ｇＮＢ、規定者、またはＵＥベンダによって定義され得、離散的であっても連続的であってもよく、周期性があってもなくてもよい。動作は、周期的送信または非周期的送信のいずれかに適用されうることが理解されよう。

【0061】

同じＵＥについて、異なる優先度、輻輳レベル、チャネルビジー比／変更要求（ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ／ｃｈａｎｇｅ ｒｅｑｕｅｓｔ（ＣＢＲ／ＣＲ））などを考慮して、パターンは異なってもよい。システムタイミング（またはｔ＝ｎ）をタイミングの基準とする選択ウィンドウパターンまたはセンシングウィンドウパターンのいずれかについて、同じセル（または国／領域）内のすべてのＵＥが、それらＵＥの予備リソースまたはプリエンプション信号などのために事前定義されたスロットオケージョンを使用することを試みるべきである。これにより、部分センシングを実行するＵＥが、空中衝突を回避することができる。サイドリンク制御情報（ＳＣＩ：ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）による予備が最大３２スロットである場合、３２スロットごとに少なくとも１つのタイミングオケージョンが存在すべきである。予備は、スタンドアロンＰＳＣＣＨもしくはダミーＰＳＳＣＨを伴うＰＳＣＣＨによる第１の段階のＳＣＩ、または第２の段階のＳＣＩによるものでありうる。これは、周期的送信または非周期的送信のいずれかに適用することができる。

【0062】

対応するフルセンシングウィンドウ［ｎ－Ｔ_０，ｎ－Ｔ_{ｐｒｏｃ，０} ^ＳＬ］内の非センシングスロットにおいては、ＵＥはできるだけ省電力のためにスリープモード（マイクロスリープ／ライトスリープ／ディープスリープ）に入るべきである。離散的なスロットからなるパターンの場合、タイミング距離は、適用可能な場合、ディープ／ライトスリープの規定の遷移時間よりも大きくなるように設計されうる。

【0063】

フルセンシングのために設定されるリソースプールは、フルセンシング動作を伴うＵＥ専用であってよく、一方、部分センシングのために設定されたリソースプールは、部分センシング動作を伴うＵＥ専用であってよい。代替的に、部分センシングのために設定されたリソースプールは、フルセンシング動作または部分センシング動作を伴うＵＥによってアクセス可能であるか、またはその逆に、フルセンシングのために設定されたリソースプールは、フルセンシング動作または部分センシング動作を伴うＵＥによってアクセス可能である。

【0064】

フルセンシングを伴うＵＥと部分センシングを伴うＵＥの両方のためにアクセス可能な部分センシングプールの場合、フルセンシングＵＥは、部分センシングプールが部分センシング動作を伴うＵＥに対して優先されるように、フルセンシングプール中のリソースを使用しようと試みるべきである。さらに、「任意の組合せ」のリソースプールの場合、フルセンシング動作（または部分センシング）を伴うＵＥがより多くの特権を有するべきであるか、あるいは、フルセンシング動作を伴うＵＥと、部分センシング動作を伴うＵＥとが等しく扱われうる。

【0065】

図１４は、様々な実施の形態による通信方法を示すフロー図１４００を示す。ステップ１４０２において、リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、第１の複数の時間リソースからの、部分センシングのための選択ウィンドウである時間リソースの第１のサブセットと、が決定される。ステップ１４０４において、時間リソースの第１のサブセットの一部分が選択される。ステップ１４０６において、時間リソースの第１のサブセットの選択された一部分においてＳＬ信号が送信される。

【0066】

図１５は、図１～図１４に示される様々な実施の形態および例による、部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウのために実施され得る通信装置１５００の部分概略図を示す。通信装置１５００は、様々な実施の形態によるＵＥとして実装され得る。

【0067】

通信装置１５００の各種の機能や動作は、階層モデルに従って各レイヤに配置されている。このモデルでは、下位レイヤは、３ＧＰＰ仕様に従って上位レイヤに報告を行い、上位レイヤから命令を受信する。簡略化のために、階層モデルの詳細は、本開示では説明されない。

【0068】

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

【0069】

通信装置１５００は、動作時、部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウに必要とされる機能を提供する。たとえば、通信装置１５００は、ＵＥであり得、回路１５１４は、動作時、リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、第１の複数の時間リソースからの、部分センシングのための選択ウィンドウである時間リソースの第１のサブセットと、を決定し、時間リソースの第１のサブセットの一部分を選択してよい。無線送信部１５０２は、動作時、時間リソースの第１のサブセットの選択された一部分においてＳＬ信号を送信してよい。

【0070】

回路１５１４は、基準タイムスロットに基づいてリソースセンシングおよび／またはリソース選択をトリガするようにさらに設定され得、第１の複数の時間リソースは基準タイミングスロットより前であり、第２の複数の時間リソースは基準タイムスロットより後である。回路１５１４は、第３の複数の時間リソースを決定するようにさらに設定され得、第３の複数の時間リソースは、部分センシングリソース選択のための時間フレームであり、時間リソースの第１のサブセットは、第３の複数の時間リソースと第１の複数の時間リソースとの交差部分である。

【0071】

時間リソースの第１のサブセットは、式、計算ルール、またはビットマップ通知を使用して第１の複数の時間リソースから決定されうるか、または係数値を第１の複数の時間リソースに適用することによって決定され得、第１の係数は、０よりも大きくかつ１未満であり、式、計算ルール、ビットマップ通知、または係数値は、基準タイムスロットを基準に定義され、式、計算ルール、ビットマップ通知、または係数値は、規格化、基地局、規定者、またはＵＥベンダによって設定される。時間リソースの第２のサブセットは、式、計算ルール、またはビットマップ通知を使用して第２の複数の時間リソースから決定されうるか、または係数値を第１の複数の時間リソースに適用することによって決定され得、第１の係数は、０よりも大きくかつ１未満であり、式、計算ルール、ビットマップ通知、または係数値は、基準タイムスロットを基準に定義され、式、計算ルール、ビットマップ通知、または係数値は、規格化、基地局、規定者、またはＵＥベンダによって設定される。時間リソースの第１のサブセットおよび／または時間リソースの第２のサブセットは、優先度、輻輳レベル、および／またはＣＢＲ／ＣＲに基づいて決定され得、時間リソースの第１のサブセットおよび時間リソースの第２のサブセットのタイムスロットの最大数および／または最小数は、式、計算ルール、ビットマップ、または事前設定されたリストに基づいて決定される。時間リソースの第１のサブセットおよび／または時間リソースの第２のサブセットは、通信装置と他の通信装置との間で異なっていてもよい。通信装置と他の通信装置との間で第１の複数の時間リソースが同一であるとしても、時間リソースの第１のサブセットおよび／又は時間リソースの第２のサブセットは、通信装置と他の通信装置との間で異なっていてもよい。第１のタイムスロットにおける時間リソースの第１のサブセットおよび／または時間リソースの第２のサブセットは、第２のタイムスロットにおける時間リソースの第１のサブセットおよび／または時間リソースの第２のサブセットとは異なっていてもよい。通信装置の時間リソースの第１のサブセットおよび／または時間リソースの第２のサブセットは、通信装置および／または他の通信装置のＵＥＩＤ、基地局によって通知される値、優先度、輻輳レベル、ＣＢＲ／ＣＲおよびＵＥタイプのうちの少なくとも１つに基づいて、他の通信装置の時間リソースの第１のサブセットおよび／または時間リソースの第２のサブセットとは異なっていてもよい。通信装置は、時間リソースの第２のサブセットにおいて、かつ、時間リソースの第１のサブセットにおける選択された一部分におけるＳＬ信号送信中にアクティブであり、第１の複数の時間リソースおよび第２の複数の時間リソースにおける他の時間リソースの場合は非アクティブであってよい。

【0072】

回路１５１４は、第４の複数の時間リソースを決定するようにさらに設定され得、第４の複数の時間リソースは、部分センシングリソースセンシングのための時間フレームであり、時間リソースの第２のサブセットは、第４の複数の時間リソースと第２の複数の時間リソースとの交差部分である。回路１５１４は、通信装置をシステムタイミングに同期させるようにさらに設定され得、第３のおよび／または第４の複数の時間リソースは、システムタイミングに基づいて決定される。第４の複数の時間リソースは、第３の複数の時間リソースと同一の時間フレームであってよい。第３のおよび／または第４の複数の時間リソースは、式、計算ルール、またはビットマップに基づいて決定され得、式、計算ルール、またはビットマップは、規格化、基地局、規定者、またはＵＥベンダによって定義されうる。第３のおよび／または第４の複数の時間リソースは、周期的または非周期的のいずれかである連続的または離散的なタイムスロットを含む。

【0073】

（制御信号）
本開示において、本開示に係る下りリンク制御信号（情報）は、物理レイヤのＰＤＣＣＨを介して送信される信号（情報）であってもよく、上位レイヤまたはＲＲＣのＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ（ＣＥ）を介して送信される信号（情報）であってもよい。下りリンク制御信号は、予め定義された信号（情報）であってもよい。

【0074】

本開示に係る上りリンク制御信号（情報）は、物理レイヤのＰＵＣＣＨを介して送信される信号（情報）であってもよく、上位レイヤまたはＲＲＣのＭＡＣ ＣＥを介して送信される信号（情報）であってもよい。また、上りリンク制御信号は、予め定義される信号（情報）であってもよい。上りリンク制御信号は、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、第１段階サイドリンク制御情報（ＳＣＩ： ｓｉｌｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、または第２段階ＳＣＩでありうる。

【0075】

（基地局）
本開示において、基地局は、例えば、送受信点（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）、基地局送受信部（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ベースユニット（ｂａｓｅ ｕｎｉｔ）、またはゲートウェイでありうる。また、サイドリンク通信では、基地局の代わりに端末が用いられてもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置でありうる。基地局は、路側機でありうる。

【0076】

（上りリンク／下りリンク／サイドリンク）
本開示は、上りリンク、下りリンク、およびサイドリンクのいずれに適用されてもよい。

【0077】

本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨ等の上りリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨ等の下りリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、および物理サイドリンク報知チャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）等のサイドリンクチャネルに適用され得る。

【0078】

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

【0079】

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

【0080】

（参照信号）
本開示では、参照信号は、基地局と移動局の両方に既知の信号であり、各参照信号は、参照信号（ＲＳ）またはパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ － Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、トラッキング参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、位相トラッキング参照信号（ＰＴＲＳ：Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、およびサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のうちのいずれかでありうる。

【0081】

（時間間隔）
本開示では、時間リソース単位は、スロットおよびシンボルの１つまたは組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットのサブスロット、ミニスロット、またはシンボル、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）シンボル、または他の時間リソース単位などの時間リソース単位であってよい。１スロットに含まれるシンボルの数は、上述した実施の形態で例示したシンボルの数に限定されるものではなく、他のシンボルの数であってもよい。

【0082】

（周波数帯域）
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれに適用されてもよい。

【0083】

（通信）
本開示は、基地局と端末との通信（Ｕｕリンク通信）、端末と端末との通信（サイドリンク通信）、およびＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信のいずれに適用されてもよい。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨと言い換えてもよい。

【0084】

また、本開示は、地上のネットワーク、または、衛星もしくは高度疑似衛星（ＨＡＰＳ：Ｈｉｇｈ Ａｌｔｉｔｕｄｅ Ｐｓｅｕｄｏ Ｓａｔｅｌｌｉｔｅ）を用いた地上ネットワーク以外のネットワーク（ＮＴＮ：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ）のいずれにも適用することができる。また、本開示は、セルサイズが大きいネットワークや、超広帯域送信ネットワークのようにシンボル長またはスロット長に比べて遅延が大きい地上ネットワークにも適用されうる。

【0085】

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

【0086】

以下のステートメントが、本開示において説明されている。

【0087】

（ステートメント１）
動作時、リソース選択のための第１の複数の時間リソースと、リソースセンシングのための第２の複数の時間リソースと、を設定し、
動作時、前記第１の複数の時間リソースから時間リソースの第１のサブセットを設定する回路と、
動作時、前記時間リソースの第１のサブセットの一部分においてサイドリンク信号を送信する送信部と、を備える、
通信装置。

【0088】

（ステートメント２）
前記時間リソースの第１のサブセットは、前記通信装置と他の通信装置との間で異なり得る。

【0089】

（ステートメント３）
前記第１の複数の時間リソースが前記通信装置と前記他の通信装置との間で同一である場合であっても、前記時間リソースの第１のサブセットは、前記通信装置と他の通信装置との間で異なり得る。

【0090】

（ステートメント４）
前記回路は、動作時、前記第２の複数の時間リソースから時間リソースの第２のサブセットをさらに設定する。

【0091】

（ステートメント５）
前記時間リソースの第２のサブセットは、前記通信装置と他の通信装置との間で異なり得る。

【0092】

（ステートメント６）
第２の複数の時間リソースが前記通信装置と他の通信装置との間で同一である場合であっても、前記時間リソースの第２のサブセットは、前記通信装置と前記他の通信装置との間で異なり得る。

【0093】

（ステートメント７）
前記時間リソースの第１のサブセットおよび前記時間リソースの第２のサブセットは、周期的サイドリンク送信または非周期的サイドリンク送信のいずれかに適用され得る。

【0094】

（ステートメント８）
前記回路は、動作時、トリガリングタイムスロット／決定されたタイムスロットに基づいて、前記リソースセンシングおよび／またはリソース選択をトリガ／識別する。

【0095】

前記第１の複数の時間リソースは、前記トリガリングタイムスロット／決定されたタイムスロットより前であり、前記第２の複数の時間リソースは、前記トリガリングタイムスロット／決定されたタイムスロットより後である。

【0096】

（ステートメント９）
前記時間リソースの第１のサブセットは、式または計算ルールを使用することによって前記第１の複数の時間リソースから識別可能であり、前記式または計算ルールは、前記トリガリングタイムスロット／決定されたタイムスロットを時間の基準として定義される。

【0097】

（ステートメント１０）
前記時間リソースの第１のサブセットを識別するための前記式または計算ルールは、規格化、基地局、規定者、またはＵＥベンダのいずれかによって定義され得る。

【0098】

（ステートメント１１）
前記時間リソースの第１のサブセットは、前記第１の複数の時間リソースへのビットマップ通知によって識別可能であり、前記ビットマップ通知は、前記トリガリングスロット／決定されたスロットを時間の基準として関連付けられている。

【0099】

（ステートメント１２）
前記時間リソースの第１のサブセットを識別するための前記ビットマップ通知は、規格化、基地局、規定者、またはＵＥベンダのいずれかによって定義され得る。

【0100】

（ステートメント１３）
前記時間リソースの第１のサブセットは、前記第１の複数の時間リソースに第１の係数を適用することによって決定することができ、第１の係数は、０より大きくかつ１未満である。

【0101】

（ステートメント１４）
前記時間リソースの第１のサブセットを決定するための前記第１の係数は、規格化、基地局、規定者、またはＵＥベンダのいずれかによって定義され得る。

【0102】

（ステートメント１５）
前記時間リソースの第１のサブセットは、周期的または非周期的のいずれかである連続的または離散的なタイムスロットを含む。

【0103】

（ステートメント１６）
前記時間リソースの第１のサブセットは、前記第１の複数の時間リソース内で周期的に設定される。

【0104】

（ステートメント１７）
第１のタイムスロットにおける前記時間リソースの第１のサブセットは、第２のタイムスロットにおける前記時間リソースの第１のサブセットとは異なり得る。

【0105】

（ステートメント１８）
前記通信装置の前記時間リソースの第１のサブセットは、ＵＥＩＤ、基地局によって通知される値、優先度、輻輳レベル、ＣＢＲ／ＣＲ、およびＵＥのタイプのうちの少なくとも１つに基づいて、前記他の通信装置の時間リソースの第１のサブセットとは異なる。

【0106】

（ステートメント１９）
前記回路は、動作時、前記通信装置をシステムタイミングに同期させる。

【0107】

（ステートメント２０）
前記時間リソースの第１のサブセットは、第３の複数の時間リソースと前記第１の複数の時間リソースとの交差部分である。

【0108】

（ステートメント２１）
前記第３の複数の時間リソースは、前記システムタイミングを時間の基準とする。

【0109】

（ステートメント２２）
前記第３の複数の時間リソースは、式、計算ルール、またはビットマップによって識別することができる。

【0110】

（ステートメント２３）
前記第３の複数の時間リソースを識別するための式、計算ルール、またはビットマップは、規格化、基地局、規定者、またはＵＥベンダのいずれかによって定義され得る。

【0111】

（ステートメント２４）
前記第３の複数の時間リソースは、周期的または非周期的のいずれかである連続的または離散的なタイムスロットからなる。

【0112】

（ステートメント２５）
前記時間リソースの第２のサブセットは、式または計算ルールを使用することによって前記第２の複数の時間リソースから識別可能であり、前記式または計算ルールは、前記トリガリングタイムスロット／決定されたタイムスロットを時間の基準とする。

【0113】

（ステートメント２６）
前記時間リソースの第２のサブセットを識別するための式または計算ルールは、規格化、基地局、規定者、またはＵＥベンダのいずれかによって定義され得る。

【0114】

（ステートメント２７）
前記時間リソースの第２のサブセットは、前記第２の複数の時間リソースへのビットマップ通知によって識別され得、前記ビットマップ通知は、トリガリングスロット／決定されたスロットを時間の基準とする。

【0115】

（ステートメント２８）
前記時間リソースの第２のサブセットを識別するためのビットマップは、規格化、基地局、規定者、またはＵＥベンダのいずれかによって定義され得る。

【0116】

（ステートメント２９）
前記時間リソースの第２のサブセットは、前記第２の複数の時間リソースに第２の係数を適用することによって識別可能であり、前記第２の係数は、０よりも大きくかつ１未満である。

【0117】

（ステートメント３０）
前記時間リソースの第２のサブセットを決定するための前記第２の係数は、規格化、基地局、規定者、またはＵＥベンダのいずれかによって識別され得る。

【0118】

（ステートメント３１）
前記時間リソースの第２のサブセットは、周期的または非周期的のいずれかである連続的または離散的なタイムスロットを含む。

【0119】

（ステートメント３２）
前記時間リソースの第２のサブセットは、前記第２の複数の時間リソース内で周期的に設定され得る。

【0120】

（ステートメント３３）
第１のタイムスロットにおける前記時間リソースの第２のサブセットは、第２のタイムスロットにおける前記時間リソースの第２のサブセットとは異なり得る。

【0121】

（ステートメント３４）
前記通信装置の前記時間リソースの第２のサブセットは、ＵＥＩＤ、基地局によって通知される値、優先度、輻輳レベル、ＣＢＲ／ＣＲ、およびＵＥのタイプのうちの少なくとも１つに基づいて、他の通信装置の時間リソースの第２のサブセットとは異なる。

【0122】

（ステートメント３５）
前記時間リソースの第２のサブセットは、第４の複数の時間リソースと前記第１の複数の時間リソースとの交差部分である。

【0123】

（ステートメント３６）
前記第４の複数の時間リソースは、システムタイミングを時間の基準とする。

【0124】

（ステートメント３７）
前記第４の複数の時間リソースは、前記第３の複数の時間リソースと同一であり得る。

【0125】

（ステートメント３８）
前記第４の複数の時間リソースは、式、計算ルール、またはビットマップによって識別することができる。

【0126】

（ステートメント３９）
前記第４の複数の時間リソースを識別するための前記式、計算ルール、またはビットマップは、規格化、基地局、規定者、またはＵＥベンダのいずれかによって定義され得る。

【0127】

（ステートメント４０）
前記第４の複数の時間リソースは、周期的または非周期的のいずれかである連続的または離散的なタイムスロットを含む。

【0128】

（ステートメント４１）
前記回路は、動作時、様々な優先度、輻輳レベル、ＣＢＲ／ＣＲなどに基づいて、時間リソースの様々な第１のサブセットを設定することができる。

【0129】

（ステートメント４２）
前記回路は、動作時、様々な優先度、輻輳レベル、ＣＢＲ／ＣＲなどに基づいて、時間リソースの様々な第２のサブセットを設定することができる。

【0130】

（ステートメント４３）
同一のセルカバレッジ下の、または同じ国／地域内の前記通信装置および他の通信装置は、同一の第３の複数の時間リソースを使用すべきである。

【0131】

（ステートメント４４）
同一のセルカバレッジ下の、または同じ国／地域内の前記通信装置および他の通信装置は、同一の第４の複数の時間リソースを使用すべきである。

【0132】

（ステートメント４５）
前記通信装置は、前記時間リソースの第２のサブセットにおいてのみアクティブであり、前記第２の複数の時間リソースにおける他の時間リソースの場合は非アクティブであり得る。

【0133】

（ステートメント４６）
通信装置は、前記時間リソースの第１のサブセットにおける送信のために選択された時間リソースにおいてのみアクティブであり、前記第１の複数の時間リソースにおける他の時間リソースにたいしては非アクティブであり得る。

【0134】

（ステートメント４７）
前記回路は、動作時、フルセンシング動作を伴う他の通信装置のための第１の複数の時間周波数リソースを設定する。

【0135】

（ステートメント４８）
前記回路は、動作時、部分センシング動作を伴う他の通信装置のための第２の複数の時間周波数リソースを設定する。

【0136】

（ステートメント４９）
前記回路は、動作時、フルセンシングを伴う他の通信装置および部分センシング動作を伴う他の通信装置のための第３の複数の時間周波数リソースを設定する。

【0137】

（ステートメント５０）
前記第１の複数の時間周波数リソースは、フルセンシング動作を伴う前記他の通信装置専用であり得るか、またはフルセンシング動作を伴う前記他の通信装置および部分センシング動作を伴う前記他の通信装置の両方によって使用され得る。

【0138】

（ステートメント５１）
前記第２の複数の時間周波数リソースは、部分センシング動作を伴う前記他の通信装置専用であり得るか、または、フルセンシング動作を伴う前記他の通信装置および部分センシングを伴う前記他の通信装置の両方によって使用され得る。

【0139】

（ステートメント５２）
フルセンシング動作を伴う前記他の通信装置は、前記第１の複数の時間周波数リソースの使用を優先し、次いで、前記第３の複数の時間周波数リソースまたは前記第２の複数の時間周波数リソースの使用を優先すべきである。

【0140】

（ステートメント５３）
部分センシング動作を伴う前記他の通信装置は、前記第２の複数の時間周波数リソースの使用を優先し、次いで、前記第３の複数の時間周波数リソースまたは前記第１の複数の時間周波数リソースの使用を優先すべきである。

【0141】

（ステートメント５４）
前記第３の複数の時間周波数リソースは、フルセンシング動作を伴う前記他の通信装置に対してより特権を与えられ得るか、またはフルセンシング動作を伴う前記他の通信装置および部分センシング動作を伴う前記他の通信装置に対してより特権を与えられ得る。

【0142】

上述のように、本開示の実施の形態は、部分センシングを伴うＮＲサイドリンクＵＥのための選択ウィンドウおよびセンシングウィンドウのための、ＵＥにおける省電力を有利に実現する高度な通信システム、通信方法、および通信装置を提供する。

【0143】

本開示はソフトウェア、ハードウェア、または、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的にまたは全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的にまたは全体的に、一つのＬＳＩまたはＬＳＩの組み合わせによって制御されうる。ＬＳＩは個々のチップから設定され得、機能ブロックの一部または全てを含むように一つのチップから設定されうる。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサまたは専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理またはアナログ処理として実現されうる。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

【0144】

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。

【0145】

通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウォッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物または移動輸送機関（自動車、飛行機、船等）、および上述の各種装置の組み合わせがあげられる。

【0146】

通信装置は、持ち運び可能または移動可能なものに限定されず、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーターまたは計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在してよいあらゆる「モノ（Ｔｈｉｎｇｓ）」をも含む。

【0147】

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

【0148】

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続または連結される、制御部やセンサ等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、制御部やセンサが含まれる。

【0149】

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

【0150】

様々な実施の形態のいくつかの特性がデバイスを参照して説明されているが、対応する特性は、様々な実施の形態の方法にも適用され、逆もまた同様であることが理解されよう。

【0151】

当業者であれば、広く記載された本開示の趣旨または範囲から逸脱することなく、特定の実施の形態に示されるように、本開示に対して多数の変形および／または修正を行うことができることを理解するであろう。

【0152】

したがって、本実施の形態は、あらゆる点で例示的なものであり、限定的なものではないと考えられるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2023-07-24

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

フルセンシングに使用される時間リソースの第１のサブセットに関する制御情報を受信する受信部と、
前記制御情報に基づいて決定される前記時間リソースの第１のサブセットで部分的なセンシングを実行する回路と、
を備える通信装置。

【請求項2】

前記時間リソースの第１のサブセットは、周期性を持って離散的である、
請求項１に記載の通信装置。

【請求項3】

前記時間リソースの第１のサブセットは、基準スロットからのＸスロットごとである、
請求項１に記載の通信装置。

【請求項4】

前記時間リソースの第１のサブセットは、他の通信装置とは異なる、
請求項１に記載の通信装置。

【請求項5】

前記制御情報は、ＲＲＣ（Radio Resource Control）シグナリングにより送信される、
請求項１に記載の通信装置。

【請求項6】

フルセンシングに使用される時間リソースの第１のサブセットに関する制御情報を受信し、
前記制御情報に基づいて決定される前記時間リソースの第１のサブセットで部分センシングを実行する、
通信方法。

【請求項7】

前記時間リソースの第１のサブセットは、周期性を持って離散的である、
請求項６に記載の通信方法。

【請求項8】

前記時間リソースの第１のサブセットは、基準スロットからのＸスロットごとである、
請求項６に記載の通信方法。

【請求項9】

前記時間リソースの第１のサブセットは、他の通信装置とは異なる、
請求項６に記載の通信方法。

【請求項10】

前記制御情報は、ＲＲＣ（Radio Resource Control）シグナリングにより送信される、
請求項６に記載の通信方法。

【請求項11】

フルセンシングに使用される時間リソースの第１のサブセットであって、部分的なセンシングに使用される前記第１のサブセットに関する制御情報を生成する回路と、
前記制御情報を送信する送信部と、
を備える基地局。

【請求項12】

前記時間リソースの第１のサブセットは、周期性を持って離散的である、
請求項１１に記載の基地局。

【請求項13】

前記時間リソースの第１のサブセットは、基準スロットからのＸスロットごとである、
請求項１１に記載の基地局。

【請求項14】

前記時間リソースの第１のサブセットは、他の通信装置とは異なる、
請求項１１に記載の基地局。

【請求項15】

前記制御情報は、ＲＲＣ（Radio Resource Control）シグナリングにより送信される、
請求項１１に記載の基地局。

【請求項16】

フルセンシングに使用される時間リソースの第１のサブセットであって、部分的なセンシングに使用される前記第１のサブセットに関する制御情報を生成し、
前記制御情報を送信する、
通信方法。

【請求項17】

前記時間リソースの第１のサブセットは、周期性を持って離散的である、
請求項１６に記載の通信方法。

【請求項18】

前記時間リソースの第１のサブセットは、基準スロットからのＸスロットごとである、
請求項１６に記載の通信方法。

【請求項19】

前記時間リソースの第１のサブセットは、他の通信装置とは異なる、
請求項１６に記載の通信方法。

【請求項20】

前記制御情報は、ＲＲＣ（Radio Resource Control）シグナリングにより送信される、
請求項１６に記載の通信方法。

【請求項21】

フルセンシングに使用される時間リソースの第１のサブセットに関する制御情報の受信を制御する受信回路と、
前記制御情報に基づいて決定される前記時間リソースの第１のサブセットで部分的なセンシングを実行することを制御する実行回路と、
を備える集積回路。

【請求項22】

フルセンシングに使用される時間リソースの第１のサブセットであって、部分的なセンシングに使用される前記第１のサブセットに関する制御情報の生成を制御する生成回路と、
前記制御情報の送信を制御する送信回路と、
を備える集積回路。

【国際調査報告】