知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-13
(45)【発行日】2024-12-23
(54)【発明の名称】予約されたリソースを利用する通信装置および通信方法
(51)【国際特許分類】
H04W 72/40 20230101AFI20241216BHJP
H04W 4/46 20180101ALI20241216BHJP
H04W 28/04 20090101ALI20241216BHJP
H04W 72/0446 20230101ALI20241216BHJP
H04W 76/34 20180101ALI20241216BHJP
H04W 92/18 20090101ALI20241216BHJP
【ＦＩ】
H04W72/40
H04W4/46
H04W28/04 110
H04W72/0446
H04W76/34
H04W92/18
【請求項の数】
12
(21)【出願番号】P 2022544845
(86)(22)【出願日】2020-11-19
(65)【公表番号】
(43)【公表日】2023-04-05
(86)【国際出願番号】 SG2020050672
(87)【国際公開番号】W WO2021167527
(87)【国際公開日】2021-08-26
【審査請求日】2023-08-25
(31)【優先権主張番号】10202001575X
(32)【優先日】2020-02-21
(33)【優先権主張国・地域又は機関】SG
【前置審査】
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】カン ヤン
(72)【発明者】
【氏名】鈴木 秀俊
【審査官】伊東 和重
(56)【参考文献】
【文献】米国特許出願公開第２０１８／００３５４２７（ＵＳ，Ａ１）
【文献】Fujitsu，Discussion on Reservation and Sensing based Resource Selection Methods for NR-V2X Sidelink Communication[online]，3GPP TSG RAN WG1 #97，3GPP，2020年02月21日，R1-1906439，[検索日 2024.06.25],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906439.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
通信装置であって、動作時に、少なくとも２つの予約されたリソースのうち第１の予約されたリソースにおいて、データを受信側通信装置に送信する送信機であって、前記少なくとも２つの予約されたリソースの各々が、前記受信側通信装置への送信用に予約されている、前記送信機と、
動作時に、前記少なくとも２つの予約されたリソースのうち第２の予約されたリソースを解放できることを通知する明示的な信号であって、かつ、前記受信側通信装置においてその後の送信のための利用可能なデータを有しておらず、前記受信側通信装置のために前記第２の予約されたリソースが使用されていないことを示す応答情報を受信する受信機と、
動作時に、前記少なくとも２つの予約されたリソースのうち前記第２の予約されたリソースの用途を前記応答情報に基づいて決定する回路と、
を備えている、通信装置。
【請求項2】
前記回路が、前記第２の予約されたリソースを解放できることを、前記応答情報が示す場合に、前記第２の予約されたリソースを、前記受信側通信装置、前記通信装置、および別の通信装置のうちの少なくとも１つに解放するように、さらに構成されている、請求項１に記載の通信装置。
【請求項3】
前記回路が、前記通信装置が送信のための利用可能なデータを有するかどうかを判定するようにさらに構成されており、前記回路が、前記通信装置が別の送信のための利用可能なデータを有すると判定される場合に、前記通信装置からのデータの前記別の送信用に前記第２の予約されたリソースを使用するようにさらに構成されている、請求項１に記載の通信装置。
【請求項4】
前記通信装置が送信のための利用可能なデータを有していないと判定される場合に、前記第２の予約されたリソースが使用されない、請求項３に記載の通信装置。
【請求項5】
前記通信装置が送信のための利用可能なデータを有していないと判定される場合に、前記第２の予約されたリソースが、前記通信装置とは異なる１基または複数の受信側通信装置に対して解放される、請求項３に記載の通信装置。
【請求項6】
前記応答情報は、前記第２の予約されたリソースが前記受信側通信装置のために予約されていることを示す、請求項１に記載の通信装置。
【請求項7】
通信方法であって、少なくとも２つの予約されたリソースのうち第１の予約されたリソースにおいてデータを受信側通信装置に送信するステップであって、前記少なくとも２つの予約されたリソースの各々が、前記受信側通信装置への送信用に予約されている、ステップと、
前記少なくとも２つの予約されたリソースのうち第２の予約されたリソースを解放できることを通知する明示的な信号であって、かつ、前記受信側通信装置においてその後の送信のための利用可能なデータを有しておらず、前記受信側通信装置のために前記第２の予約されたリソースが使用されていないことを示す応答情報を、通信装置において受信するステップと、
前記少なくとも２つの予約されたリソースのうち前記第２の予約されたリソースの用途を前記応答情報に基づいて決定するステップと、
を含む、通信方法。
【請求項8】
前記応答情報が、前記第２の予約されたリソースを解放できることを示す場合に、前記第２の予約されたリソースを、前記受信側通信装置、前記通信装置、および別の通信装置のうちの少なくとも１つに対して解放するステップ、をさらに含む、請求項７に記載の通信方法。
【請求項9】
前記通信装置が送信のための利用可能なデータを有するかどうかを判定するステップと、前記通信装置が別の送信のための利用可能なデータを有すると判定される場合に、前記通信装置からのデータの前記別の送信用に前記第２の予約されたリソースを使用するステップと、
をさらに含む、請求項７に記載の通信方法。
【請求項10】
前記通信装置が送信のための利用可能なデータを有していないと判定される場合に、前記第２の予約されたリソースが前記通信装置のために使用されない、請求項９に記載の通信方法。
【請求項11】
前記通信装置が送信のための利用可能なデータを有していないと判定される場合に、前記第２の予約されたリソースが、前記通信装置とは異なる１基または複数の受信側通信装置に対して解放される、請求項９に記載の通信方法。
【請求項12】
前記応答情報は、前記第２の予約されたリソースが前記受信側通信装置のために予約されていることを示す、請求項７に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
以下の開示は、新無線（ＮＲ：New Radio）通信の通信装置および通信方法に関し、より詳細には、予約されたリソース、特に、予約されたが使用されていないリソースを利用する通信装置および通信方法に関する。
【背景技術】
【0002】
Ｖ２Ｘ通信は、車両が公道およびその他の道路利用者と対話することを可能にし、したがって自動運転車（autonomous vehicle）を実現するうえで重要な要素と考えられる。
【0003】
この過程を加速するため、３ＧＰＰ（第３世代パートナーシッププロジェクト）は、高度なＶ２Ｘサービスの技術的解決策を明らかにする目的で、５Ｇ ＮＲベースのＶ２Ｘ通信（同義語としてＮＲ Ｖ２Ｘ通信とも呼ばれる）を検討しており、このＶ２Ｘ通信では、車両（同義語として、Ｖ２Ｘアプリケーションをサポートする通信装置またはユーザ機器（ＵＥ）とも呼ばれる）は、近くの別の車両、インフラストラクチャノード、および／または歩行者と、自身のステータス情報をサイドリンク（ＳＬ）を通じて交換することができる。ステータス情報は、位置、速度、進行方向などに関する情報を含む。
【0004】
このようなＶ２Ｘ通信においては、少なくとも２つのサイドリンク（ＳＬ）リソース割当てモードが３ＧＰＰによって検討されている。リソース割当てモード１では、サイドリンク（ＳＬ）送信用にＵＥによって使用される（１つまたは複数の）サイドリンク（ＳＬ）リソースが、基地局（ＢＳ）によってスケジューリングされる。リソース割当てモード２では、基地局／ネットワークによって設定されるサイドリンク（ＳＬ）リソース、または事前に設定されるサイドリンク（ＳＬ）リソースの中で、ＵＥがサイドリンク（ＳＬ）送信リソースを決定し、すなわち基地局はスケジューリングを行わない。リソース割当てに関する３ＧＰＰの検討では、複数の異なる送信ブロック（ＴＢ）の複数の送信用に（１つまたは複数の）リソースが選択されるセミパーシステント（半静的）方式と、各送信ブロック（ＴＢ）の送信用にリソースが選択される動的方式という観点から、モード２（ａ）のセンシングおよびリソース選択手順も考慮されている。
【0005】
西安で開催された３ＧＰＰ ＲＡＮ ＷＧ１ ＃９６ｂ会議では、以下の項目が検討された。
１． ＮＲ Ｖ２Ｘは、センシングおよびリソース選択手順に基づく、予約なしでのＴＢの最初の送信をサポートする。
２． ＮＲ Ｖ２Ｘは、センシングおよびリソース選択手順に基づく、異なるＴＢに関連する少なくともサイドリンク制御情報（ＳＣＩ）によるＴＢの最初の送信用のサイドリンクリソースの予約をサポートする。この機能は、（事前）設定によって有効／無効にすることができる。
３． 今後の検討項目（ＦＦＳ）： ＮＲ Ｖ２Ｘにおいて、リソース予約のための物理サイドリンク制御チャネル（ＰＳＣＣＨ）の独立した送信をサポートする。
１． ＮＲ Ｖ２Ｘは、センシングおよびリソース選択手順に基づく、予約なしでのＴＢの最初の送信をサポートする。
２． ＮＲ Ｖ２Ｘは、センシングおよびリソース選択手順に基づく、異なるＴＢに関連する少なくともサイドリンク制御情報（ＳＣＩ）によるＴＢの最初の送信用のサイドリンクリソースの予約をサポートする。この機能は、（事前）設定によって有効／無効にすることができる。
３． 今後の検討項目（ＦＦＳ）： ＮＲ Ｖ２Ｘにおいて、リソース予約のための物理サイドリンク制御チャネル（ＰＳＣＣＨ）の独立した送信をサポートする。
【0006】
リノで開催された３ＧＰＰ ＲＡＮ ＷＧ１ ＃９７会議では、以下の項目が検討された。
４． ＮＲ Ｖ２Ｘモード２は、同じＴＢの以前の送信に関連付けられるシグナリングによるフィードバックベースの物理サイドリンク共有チャネル（ＰＳＳＣＨ）再送信のためのリソース予約をサポートする。
４． ＮＲ Ｖ２Ｘモード２は、同じＴＢの以前の送信に関連付けられるシグナリングによるフィードバックベースの物理サイドリンク共有チャネル（ＰＳＳＣＨ）再送信のためのリソース予約をサポートする。
【0007】
１． 今後の検討項目：その後のセンシング手順およびリソース選択手順への影響。
【0008】
２． 上述したＴＢの少なくとも送信機の観点から、使用されないリソースを解放するためにＨＡＲＱ（ハイブリッド自動再送要求：Hybrid Automatic Repeat Request）フィードバックを用いることがサポートされる。
【先行技術文献】
【非特許文献】
【0009】
【文献】3GPP TS 38.300 v15.6.0
【文献】3GPP TS 38.211 v15.6.0
【文献】3GPP TS 38.300 v15.7.0
【文献】ITU-R M.2083
【文献】3GPP TR 38.913
【文献】3GPP TS 23.287 v16.0.0
【文献】3GPP TS36.213
【発明の概要】
【発明が解決しようとする課題】
【0010】
しかしながら、最初の送信で使用されない予約されたリソースを利用する通信装置および通信方法については、これまで議論されていない。
【0011】
したがって、予約されたリソースを利用するための実現可能な技術的ソリューションを提供する通信装置および通信方法が必要とされている。さらに、以下の詳細な説明および添付の請求項を、添付の図面および本開示の背景技術のセクションと併せて検討することにより、他の望ましい特徴および特性が明らかになるであろう。
【課題を解決するための手段】
【0012】
本発明を制限することのない例示的な実施形態は、使用されていない予約されたリソースを利用する通信装置および通信方法を提供することを促進する。
【0013】
本開示の第１の実施形態によれば、通信装置であって、動作時に、少なくとも２つの予約されたリソースのうち第１の予約されたリソースにおいて、データを受信側通信装置に送信する送信機であって、少なくとも２つの予約されたリソースの各々が、受信側通信装置への送信用に予約されている、送信機と、動作時に、前記少なくとも２つの予約されたリソースのうち第１の予約されたリソースにおけるデータの送信が受信側通信装置によって正常に受信されたかどうかを示す応答情報を受信する受信機と、動作時に、前記少なくとも２つの予約されたリソースのうち第２の予約されたリソースの用途を応答情報に基づいて決定する回路と、を備えている、通信装置、が提供される。
【0014】
本開示の第２の態様によれば、通信方法であって、少なくとも２つの予約されたリソースのうち第１の予約されたリソースにおいてデータを受信側通信装置に送信するステップであって、少なくとも２つの予約されたリソースの各々が、受信側通信装置への送信用に予約されている、ステップと、前記少なくとも２つの予約されたリソースのうち第１の予約されたリソースにおけるデータが受信側通信装置によって正常に受信されたかどうかを示す応答情報を、通信装置において受信するステップと、前記少なくとも２つの予約されたリソースのうち第２の予約されたリソースの用途を応答情報に基づいて決定するステップと、を含む、通信方法、が提供される。
【0015】
なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。
【0016】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0017】
この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。
【図1】例示的な３ＧＰＰ ＮＲ－ＲＡＮアーキテクチャを示している。
【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能の分離を示した概略図を描いている。
【図3】ＲＲＣ接続確立／再設定手順のシーケンス図を示している。
【図4】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示した概略図を描いている。
【図5】非ローミングシナリオにおけるＶ２Ｘ通信のための例示的な５Ｇシステムアーキテクチャを示したブロック図を示している。
【図10】様々な実施形態による、動作Ａにおいて、予約されたが使用されていないリソースの用途をどのように決定するかを図解したフローチャート１０００を示している。
【図11】様々な実施形態による、動作Ｂにおいて、予約されたが使用されていないリソースの用途をどのように決定するかを図解したフローチャート１１００を示している。
【図12】様々な実施形態による、動作Ｃにおいて、予約されたが使用されていないリソースの用途をどのように決定するかを図解したフローチャート１２００を示している。
【図13】様々な実施形態による、動作Ｄにおいて、予約されたが使用されていないリソースの用途をどのように決定するかを図解したフローチャート１３００を示している。
【図14】様々な実施形態による、予約されたが使用されていないリソースの用途を優先度に基づいてどのように決定するかを図解したフローチャート１４００を示している。
【図16】様々な実施形態に係る通信方法を図解したフローチャート１６００を示している。
【図17】様々な実施形態による通信装置の概略例を示している。本通信装置は、ＵＥまたはｇＮＢ／基地局として実施することができ、本開示の様々な実施形態に従って、解放されたリソースを利用するように構成することができる。
【0018】
図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態を深く理解できるように、例えば、図解、ブロック図、またはフローチャートの中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。
【発明を実施するための形態】
【0019】
本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。
【0020】
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。
【0021】
特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインターフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インターフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインターフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインターフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮアーキテクチャを示している（非特許文献１の４節を参照）。
【0022】
ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献１の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献１の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献１の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献１の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献１の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献１の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献１の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献１の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献１の７節に記載されている。
【0023】
媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。
【0024】
物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、適切な物理的時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）があり、ダウンリンク用として、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）がある。
【0025】
ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。
【0026】
したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。
【0027】
新しい無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献２を参照）。
【0028】
（制御信号）
本開示では、本開示に関連するダウンリンク制御信号（情報）は、物理層のＰＤＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ制御要素（ＣＥ）またはＲＲＣを介して送信される信号（情報）とすることができる。ダウンリンク制御信号は、事前定義される信号（情報）とすることができる。
本開示では、本開示に関連するダウンリンク制御信号（情報）は、物理層のＰＤＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ制御要素（ＣＥ）またはＲＲＣを介して送信される信号（情報）とすることができる。ダウンリンク制御信号は、事前定義される信号（情報）とすることができる。
【0029】
本開示に関連するアップリンク制御信号（情報）は、物理層のＰＵＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ ＣＥもしくはＲＲＣを介して送信される信号（情報）とすることができる。さらに、アップリンク制御信号は、事前定義される信号（情報）とすることができる。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ）、第１段サイドリンク制御情報（ＳＣＩ）（1st stage sildelink control information (SCI)）、または第２段ＳＣＩ（2nd stage SCI）に置き換えることができる。
【0030】
（基地局）
本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。
本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。
【0031】
（アップリンク／ダウンリンク／サイドリンク）
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。
【0032】
本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）などのサイドリンクチャネルに適用することができる。
【0033】
ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンクデータチャネル、アップリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの一例である。ＰＢＣＨおよびＰＳＢＣＨは、それぞれブロードキャストチャネルの一例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの一例である。
【0034】
（データチャネル／制御チャネル）
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。
【0035】
（参考信号）
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。
【0036】
（時間間隔）
本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。
本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。
【0037】
（周波数帯域）
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。
【0038】
（通信）
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。
【0039】
さらに、本開示は、地上ネットワーク、または、衛星もしくは高高度疑似衛星（ＨＡＰＳ：High Altitude Pseudo Satellite）を使用する地上ネットワーク以外のネットワーク（ＮＴＮ：非地上系ネットワーク：Non-Terrestrial Network）のいずれにも適用することができる。さらに、本開示は、セルサイズが大きいネットワークや、超広帯域伝送ネットワークのようにシンボル長やスロット長に比べて遅延が大きい地上ネットワークに適用してもよい。
【0040】
（アンテナポート）
アンテナポートとは、１つまたは複数の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が基準信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。
アンテナポートとは、１つまたは複数の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が基準信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。
【0041】
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。
【0042】
ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ RRC_INACTIVE状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ RRC_INACTIVE状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
【0043】
アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サプスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サプスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
【0044】
さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガリング
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガリング
【0045】
最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
【0046】
図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦの間のインタラクションを示している（非特許文献３を参照）。
【0047】
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。
【0048】
図４は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、初期のＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献４の図２を参照）。
【0049】
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献５によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザプレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
【0050】
物理層の観点から、信頼性を向上させる方法はいくつか考えられる。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどがある。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる。
【0051】
さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。
【0052】
ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0053】
上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシティが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0054】
ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて1μsないし数μs）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザプレーンレイテンシである。
【0055】
さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨモニタリングの増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。
【0056】
５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインターフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
【0057】
５ＧＣは、ＵＥごとに１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。
【0058】
図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献６の４．２．１．１節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。
【0059】
さらに図５は、Ｖ２Ｘ通信のための５Ｇアーキテクチャのさらなる機能ユニットとして、５ＧＣにおける統一データ管理（ＵＤＭ：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）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。
【0060】
上述したように、ＨＡＲＱフィードバックを利用して未使用リソースを解放することは、少なくとも、関連するＴＢの送信側ＵＥの観点からサポートされている。しかしながら、送信側ＵＥによる未使用リソースの解放を目的とした追加のシグナリングは定義されていない。
【0061】
ＬＴＥ Ｖ２Ｘにおける物理層によるリソースのセンシングおよび報告は、非特許文献７の１４．１．１．６節に以下の手順で定義されている。
【0062】
１） ＰＳＳＣＨ送信Ｒｘ，ｙのためのシングルサブフレームリソース候補が、サブフレーム
内のサブチャネルｘ＋ｊを持つＬｓｕｂＣＨ個の連続するサブチャネルのセットとして定義される（ｊ＝０，．．．，ＬｓｕｂＣＨ－１）。ＵＥは、時間間隔
内の対応するＰＳＳＣＨリソースプール（１４．１．５節に記載）に含まれるＬｓｕｂＣＨ個の連続するサブチャネルのセットが、１つのシングルサブフレームリソース候補に相当すると想定する。ここで、Ｔ１およびＴ２の選択はＵＥの実装に依存し、ｐｒｉｏＴＸに対して上位レイヤによってＴ２ｍｉｎ（ｐｒｉｏＴＸ）が提供される場合はＴ１≦４かつＴ２ｍｉｎ（ｐｒｉｏＴＸ）≦Ｔ２≦１００であり、そうでない場合は２０≦Ｔ２≦１００である。ＵＥが選択するＴ２は、レイテンシ要件を満たすものとする。シングルサブフレームリソース候補の総数は、Ｍｔｏｔａｌによって表される。
【数1】
【数2】
【0063】
２） ＵＥは、自身の送信が行われるサブフレームを除き、サブフレーム
、
、…、
を監視し、サブフレームｎがセット
に属している場合には
であり、そうでない場合、サブフレーム
は、セット
に属するサブフレームｎの後の最初のサブフレームである。ＵＥは、これらのサブフレームにおいて復号されたＰＳＣＣＨおよび測定されたＳ－ＲＳＳＩに基づいて、以下の手順の動作を行うものとする。
【数3】
【数4】
【数5】
【数6】
【数7】
【数8】
【数9】
【0064】
３） パラメータＴｈａ，ｂを、ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ内のｉ番目のＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰフィールドによって示される値に設定する（ｉ＝ａ＊８＋ｂ＋１）。
【0065】
４） セットＳＡを、すべてのシングルサブフレームリソース候補の和集合に初期化する。セットＳＢを、空のセットに初期化する。
【0066】
５） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒｘ，ｙをセットＳＡから除外する。
【0067】
－ ＵＥがステップ２でサブフレーム
を監視していない。
－
を満たす整数ｊが存在する。ここで、ｊ＝０，１，．．．，Ｃｒｅｓｅｌ－１、
、ｋは上位層パラメータｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄによって許可される任意の値、ｑ＝１，２，．．．，Ｑである。ここで、ｋ＜１かつ
である場合、
であり、このときサブフレームｎがセット
に属する場合には
であり、そうでない場合にはサブフレーム
は、サブフレームｎの後のセット
に属する最初のサブフレームである。そうでない場合、
である。
【数10】
－
【数11】
【数12】
【数13】
【数14】
【数15】
【数16】
【数17】
【数18】
【数19】
【0068】
６） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒｘ，ｙをセットＳＡから除外する。
－ ＵＥがサブフレーム
においてＳＣＩフォーマット１を受信し、受信したＳＣＩフォーマット１の「Ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ（リソース予約）」フィールドおよび「Ｐｒｉｏｒｉｔｙ（優先度）」フィールドが、１４．２．１節に従ってそれぞれ値Ｐｒｓｖｐ＿ＲＸおよび値ｐｒｉｏＲＸを示している。
－ 受信したＳＣＩフォーマット１によるＰＳＳＣＨ－ＲＳＲＰ測定値が、
より高い。
－ サブフレーム
において受信したＳＣＩフォーマット、またはサブフレーム
において受信すると想定される同じＳＣＩフォーマット１が、１４．１．１．４Ｃに従って、ｑ＝１，２，．．．，Ｑおよびｊ＝０，１，．．．，Ｃｒｅｓｅｌ－１に対して
と重なるリソースブロックとサブフレームのセットを決定する。ここで、Ｐｒｓｖｐ＿ＲＸ＜１かつｎ’－ｍ≦Ｐｓｔｅｐ×Ｐｒｓｖｐ＿ＲＸである場合、
であり、このときサブフレームｎがセット
に属する場合には
であり、そうでない場合にはサブフレーム
は、セット
に属するサブフレームｎの後の最初のサブフレームである。そうでない場合、
である。
－ ＵＥがサブフレーム
【数20】
－ 受信したＳＣＩフォーマット１によるＰＳＳＣＨ－ＲＳＲＰ測定値が、
【数21】
－ サブフレーム
【数22】
【数23】
【数24】
【数25】
【数26】
【数27】
【数28】
【数29】
【数30】
【0069】
７） セットＳＡに残るシングルサブフレームリソース候補の数が０．２・Ｍｔｏｔａｌより小さい場合は、Ｔｈａ，ｂを３ｄＢ大きくしてステップ４を繰り返す。
【0070】
８） セットＳＡ内に残るシングルサブフレームリソース候補Ｒｘ，ｙについて、メトリックＥｘ，ｙを、ステップ２で監視されたサブフレーム内のサブチャネルｘ＋ｋ（ｋ＝０，．．．，ＬｓｕｂＣＨ－１）において測定されたＳ－ＲＳＳＩの線形平均として定義する。ステップ２で監視されたサブフレームは、Ｐｒｓｖｐ＿ＴＸ≧１００の場合に負でない整数ｊに対して
によって表すことができ、そうでない場合に負でない整数ｊに対して
によって表すことができる。
【数31】
【数32】
【0071】
９） ＵＥは、セットＳＡから、メトリックＥｘ，ｙが最小のシングルサブフレームリソース候補をセットＳＢに移動させる。セットＳＢ内のシングルサブフレームリソース候補の数が０．２・Ｍｔｏｔａｌ以上になるまで、このステップを繰り返す。
【0072】
１０） ＵＥが複数のキャリアでリソースプールを使用して送信するように上位層によって設定されている場合、同時送信キャリア数の制限、サポートされるキャリアの組合せの制限、またはＲＦ再調整時間のための中断などの理由により、すでに選択されたリソースを使用して他のキャリアで送信が行われると想定して、キャリア内のシングルサブフレームリソース候補での送信をＵＥがサポートしない場合は、ＵＥはシングルサブフレームリソース候補をＳＢから除外する［１０］。
【0073】
次にＵＥはＳＢを上位層に報告する。
【0074】
図６は、Ｖ２Ｘ通信において、以降の送信用にどのようにリソースを予約するかを図解した概略図６００を示している。例えば、送信側ＵＥ（Ｔｘ ＵＥ）は、（１基または複数の）受信側ＵＥ（Ｒｘ ＵＥ）に対して、リソース＃１ ６０２を使用してＴＢのＳＬ送信を実行することができる。
【0075】
Ｔｘ ＵＥおよび（１基または複数の）Ｒｘ ＵＥは、例えば、１つまたは複数の電気通信／公衆陸上移動ネットワーク（ＰＬＭＮ：Public Land Mobile Network）事業者の通信サービスに加入した車両に統合または設置された通信モジュールを含むことができる。Ｔｘ ＵＥおよび（１基または複数の）Ｒｘ ＵＥは、電気通信／ＰＬＭＮ事業者に加入し、電気通信事業者の基地局と通信することができる。基地局は、次世代ＮｏｄｅＢ（ｇＮＢ）であってもよい。基地局６０２はまた、ＮＧ－ｅＮＢであってもよく、ＮＧインターフェースを介して５Ｇコアネットワークに接続されてもよいことが、当業者には理解されるであろう。
【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】
通信装置は、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
【0115】
通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。
【0116】
通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。
【0117】
通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。
【0118】
様々な実施形態のいくかの特性はデバイスを参照しながら説明されているが、対応する特性は様々な実施形態の方法にもあてはまり、逆も同様である。
【0119】
特定の実施形態に示した本開示には、広範に説明した本開示の趣旨または範囲から逸脱することなく、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】