▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
特表2022-550251Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用する通信装置および通信方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-12-01
(54)【発明の名称】Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用する通信装置および通信方法
(51)【国際特許分類】
H04W 72/10 20090101AFI20221124BHJP
H04W 4/40 20180101ALN20221124BHJP
H04W 92/18 20090101ALN20221124BHJP
【ＦＩ】
H04W72/10
H04W4/40
H04W92/18
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022509709
(86)(22)【出願日】2020-07-09
(85)【翻訳文提出日】2022-02-15
(86)【国際出願番号】 SG2020050394
(87)【国際公開番号】W WO2021066741
(87)【国際公開日】2021-04-08
(31)【優先権主張番号】10201909315Q
(32)【優先日】2019-10-04
(33)【優先権主張国・地域又は機関】SG
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】カン ヤン
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】芝池 尚哉
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA11
5K067EE02
5K067EE10
5K067EE22
5K067EE25
(57)【要約】
本開示は、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用する通信装置および通信方法を提供する。本通信装置は、動作時に、複数の優先度レベルのうちの少なくとも１つに基づいてパラメータを調整し、調整されたパラメータに基づいて複数のリソース候補を決定する回路と、動作時に、前記複数のリソース候補から選択されるリソースを使用して送信ブロック（ＴＢ）を送信する送信機と、を含む。
【特許請求の範囲】
【請求項1】
通信装置であって、動作時に、複数の優先度レベルのうちの少なくとも１つに基づいてパラメータを調整し、前記調整されたパラメータに基づいて複数のリソース候補を決定する回路と、
動作時に、前記複数のリソース候補から選択されるリソースを使用して送信ブロック（ＴＢ）を送信する送信機と、
を備える通信装置。
【請求項2】
前記回路が、前記パラメータを、前記複数の優先度レベルのうちの前記少なくとも１つに関連する最大値に調整するようにさらに構成されており、前記最大値が事前設定または上位層シグナリングによって示される、請求項１に記載の通信装置。
【請求項3】
前記回路が、前記パラメータを、第１の優先度レベルに関連する第１の最大値、または第２の優先度レベルに関連する第２の最大値に調整するようにさらに構成されており、前記第１の最大値および前記第２の最大値が、事前設定または上位層シグナリングによって示される、請求項１に記載の通信装置。
【請求項4】
前記回路が、前記複数のリソース候補が条件を満たすときに、前記パラメータを、前記パラメータの最大値を上限として、事前に設定される値だけ増大させるようにさらに構成されており、前記事前に設定される値が、事前設定または上位層シグナリングによって示される、請求項１に記載の通信装置。
【請求項5】
前記事前に設定される値が、前記複数の優先度レベルの間で異なっている、請求項４に記載の通信装置。
【請求項6】
前記複数の優先度レベルのうちの前記少なくとも１つが、前記ＴＢの優先度レベルを有する、請求項１に記載の通信装置。
【請求項7】
前記複数の優先度レベルのうちの前記少なくとも１つが、制御情報によって示される、請求項１に記載の通信装置。
【請求項8】
１つまたは複数の優先度グループのそれぞれが１つ以上の優先度レベルを含むように、前記複数の優先度レベルが前記１つまたは複数の優先度グループに分類され、前記回路が、前記パラメータを、前記複数の優先度レベルのうちの前記少なくとも１つが分類されている優先度グループに関連する最大値まで調整するように、さらに構成されている、請求項１に記載の通信装置。
【請求項9】
前記１つまたは複数の優先度グループのそれぞれに関連する前記最大値が、前記優先度グループの間で異なっている、請求項８に記載の通信装置。
【請求項10】
前記回路が、前記複数のリソース候補の前記パラメータを、最大で、セットＳＡからの除外処理のための事前設定される繰り返し回数だけ増大させ、前記事前設定される繰り返し回数が、前記複数の優先度レベルのうちの前記少なくとも１つに基づいており、
前記事前設定された繰り返し回数だけ前記パラメータを増大させた後、前記除外処理の後に前記セットＳＡに残っている前記複数のリソースをセットＳＢに移動させ、
前記セットＳＢを上位層に報告する、
ようにさらに構成されている、
請求項１に記載の通信装置。
【請求項11】
前記回路が、前記パラメータを、セットＳＡからの前記複数のリソース候補の除外処理の第１の繰り返し回数を上限として増大させ、前記第１の繰り返し回数が、前記複数の優先度レベルのうちの前記少なくとも１つに基づく最大繰り返し回数を有し、
前記第１の繰り返し回数の後に前記セットＳＡに残っている前記複数のリソース候補が候補リソース比率よりも小さいかどうかを判定し、
前記第１の繰り返し回数の後に前記セットＳＡに残っている前記複数のリソース候補が前記候補リソース比率よりも小さいと判定されるとき、前記セットＳＡからの前記除外処理の第２の繰り返し回数を上限として前記パラメータをさらに増大させ、前記第２の繰り返し回数が、前記複数の優先度レベルのうちの前記少なくとも１つに基づく最大繰り返し回数を有し、
前記パラメータを前記第２の繰り返し回数だけ増大させた後に、前記セットＳＡに残っている前記複数のリソースをセットＳＢに移動させ、
前記セットＳＢを上位層に報告する、
ようにさらに構成されている、
請求項１に記載の通信装置。
【請求項12】
前記パラメータがＴｈａ，ｂを含む、請求項１に記載の通信装置。
【請求項13】
前記パラメータがＴｈａ，ｂを含み、前記回路が、除外処理の各繰り返しにおいて前記Ｔｈａ，ｂを３ｄＢ以外の値だけ増大させるようにさらに構成されている、請求項１に記載の通信装置。
【請求項14】
前記候補リソース比率が、２０％以外のパーセント値であるように設定されている、請求項１１に記載の通信装置。
【請求項15】
通信方法であって、複数の優先度レベルのうちの少なくとも１つに基づいてパラメータを調整するステップと、
前記調整されたパラメータに基づいて複数のリソース候補を決定するステップと、
前記複数のリソース候補から選択されるリソースを使用して送信ブロック（ＴＢ）を送信するステップと、
を含む通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
以下の開示は、新無線（ＮＲ：New Radio）通信の通信装置および通信方法に関し、より詳細には、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用する通信装置および通信方法に関する。
【背景技術】
【0002】
Ｖ２Ｘ通信は、車両が公道およびその他の道路利用者と対話することを可能にし、したがって自動運転車（autonomous vehicle）を実現するうえで重要な要素と考えられる。
【0003】
この過程を加速するため、３ＧＰＰ（第３世代パートナーシッププロジェクト）は、高度なＶ２Ｘサービスの技術的解決策を明らかにする目的で、５Ｇ ＮＲベースのＶ２Ｘ通信（同義語としてＮＲ Ｖ２Ｘ通信とも呼ばれる）を検討しており、このＶ２Ｘ通信では、車両（同義語として、Ｖ２Ｘアプリケーションをサポートする通信装置またはユーザ機器（ＵＥ）とも呼ばれる）は、近くの別の車両、インフラストラクチャノード、および／または歩行者と、自身のステータス情報をサイドリンク（ＳＬ）を通じて交換することができる。ステータス情報は、位置、速度、進行方向などに関する情報を含む。
【0004】
このようなＶ２Ｘ通信においては、少なくとも２つのサイドリンク（ＳＬ）リソース割当てモードが３ＧＰＰによって検討されている。リソース割当てモード１では、サイドリンク（ＳＬ）送信用にＵＥによって使用される（１つまたは複数の）サイドリンク（ＳＬ）リソースが、基地局（ＢＳ）によってスケジューリングされる。リソース割当てモード２では、基地局／ネットワークによって設定されるサイドリンク（ＳＬ）リソース、または事前に設定されるサイドリンク（ＳＬ）リソースの中で、ＵＥがサイドリンク（ＳＬ）送信リソースを決定し、すなわち基地局はスケジューリングを行わない。リソース割当てに関する３ＧＰＰの検討では、複数の異なる送信ブロック（ＴＢ）の複数の送信用に（１つまたは複数の）リソースが選択されるセミパーシステント（半静的）方式と、各送信ブロック（ＴＢ）の送信用にリソースが選択される動的方式という観点から、モード２（ａ）のセンシングおよびリソース選択手順も考慮されている。
【0005】
プラハで開催された３ＧＰＰ ＲＡＮ ＷＧ１ ＃９８会合では、以下の項目が検討された。
【0006】
－ リソース（再）選択の手順は、以下のステップを含む。
〇 ステップ１： リソース選択ウィンドウ内で候補リソースを識別する（詳細は今後の検討課題）
〇 ステップ２： 識別された候補リソースから（再）送信用のリソースを選択する（詳細は今後の検討課題）
〇 ステップ１： リソース選択ウィンドウ内で候補リソースを識別する（詳細は今後の検討課題）
〇 ステップ２： 識別された候補リソースから（再）送信用のリソースを選択する（詳細は今後の検討課題）
【0007】
－ リソース（再）選択手順のステップ１では、以下の場合、リソースは候補リソースとみなされない。
〇 受信したＳＣＩにリソースが示されており、関連するＬ１サイドリンク基準信号受信電力（ＳＬ－ＲＳＲＰ：Sidelink Reference Signal Received Power）の測定値がＳＬ－ＲＳＲＰのしきい値を超えている。
〇 ＳＬ－ＲＳＲＰのしきい値は、少なくとも、受信したＳＣＩに示されるＳＬ送信の優先度と、ＵＥがリソースを選択している送信の優先度の関数である。
〇 詳細は今後の検討課題
〇 受信したＳＣＩにリソースが示されており、関連するＬ１サイドリンク基準信号受信電力（ＳＬ－ＲＳＲＰ：Sidelink Reference Signal Received Power）の測定値がＳＬ－ＲＳＲＰのしきい値を超えている。
〇 ＳＬ－ＲＳＲＰのしきい値は、少なくとも、受信したＳＣＩに示されるＳＬ送信の優先度と、ＵＥがリソースを選択している送信の優先度の関数である。
〇 詳細は今後の検討課題
【0008】
しかしながら、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用する通信装置および通信方法については、これまで議論されていない。
【0009】
したがって、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用するための実現可能な技術的ソリューションを提供する通信装置および通信方法が必要とされている。さらに、以下の詳細な説明および添付の請求項を、添付の図面および本開示の背景技術のセクションと併せて検討することにより、他の望ましい特徴および特性が明らかになるであろう。
【先行技術文献】
【非特許文献】
【0010】
【非特許文献1】3GPP TS 38.300 v15.6.0
【非特許文献2】3GPP TS 38.211 v15.6.0
【非特許文献3】3GPP TS 23.502 v16.0.0
【非特許文献4】ITU-R M.2083
【非特許文献5】3GPP TR 38.913 v15.0.0
【非特許文献6】3GPP TS 23.287 v16.0.0
【非特許文献7】3GPP TS 36.213 v15.0.0
【発明の概要】
【発明が解決しようとする課題】
【0011】
本発明を制限することのない例示的な実施形態は、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰを利用する通信装置および通信方法を提供することを促進する。
【課題を解決するための手段】
【0012】
本開示の第１の実施形態によれば、通信装置であって、動作時に、複数の優先度レベルのうちの少なくとも１つに基づいてパラメータを調整し、調整されたパラメータに基づいて複数のリソース候補を決定する回路と、動作時に、複数のリソース候補から選択されるリソースを使用して送信ブロック（ＴＢ）を送信する送信機と、を備えている通信装置、を提供する。
【0013】
本開示の第２の実施形態によれば、通信方法であって、複数の優先度レベルのうちの少なくとも１つに基づいてパラメータを調整するステップと、調整されたパラメータに基づいて複数のリソース候補を決定するステップと、複数のリソース候補から選択されるリソースを使用して送信ブロック（ＴＢ）を送信するステップと、を含む、通信方法、を提供する。
【0014】
なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。
【0015】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0016】
この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。
【図1】例示的な３ＧＰＰ ＮＲ－ＲＡＮアーキテクチャを示している。
【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能の分離を示した概略図を描いている。
【図3】ＲＲＣ接続確立／再設定手順のシーケンス図を示している。
【図4】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示した概略図を描いている。
【図5】非ローミングシナリオにおけるＶ２Ｘ通信のための例示的な５Ｇシステムアーキテクチャを示したブロック図を示している。
【図7】様々な実施形態に係る、物理（ＰＨＹ）層がどのようにセンシングを行うかを図解したフローチャートを示している。
【図8】一実施形態に係る、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰがどのように利用されるかを図解したフローチャートを示している。
【図9】別の実施形態に係る、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰがどのように利用されるかを図解したフローチャートを示している。
【図10】さらに別の実施形態に係る、Ｖ２Ｘリソースのセンシングおよび選択においてＳＬ－ＲＳＲＰがどのように利用されるかを図解したフローチャートを示している。
【図11】様々な実施形態に係る通信方法を図解したフローチャートを示している。
【図12】様々な実施形態に従った通信装置の概略例を示している。通信装置は、ＵＥまたはｇＮＢ／基地局として実施することができ、本開示の様々な実施形態に従ってＳＬ－ＲＳＲＰを利用するように構成することができる。
【0017】
図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態を深く理解できるように、例えば、図解、ブロック図、または流れ図の中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。
【発明を実施するための形態】
【0018】
本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。
【0019】
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。
【0020】
特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮアーキテクチャを示している（非特許文献１の４節を参照）。
【0021】
ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献１の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献１の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献１の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献１の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献１の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献１の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献１の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献１の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献１の７節に記載されている。
【0022】
媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。
【0023】
物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、適切な物理的時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）があり、ダウンリンク用として、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）がある。
【0024】
ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。
【0025】
したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。
【0026】
新しい無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献２を参照）。
【0027】
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。
【0028】
ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－ 無線ベアラ制御（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状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
【0029】
アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サプスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サプスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
【0030】
さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガリング
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガリング
【0031】
最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
【0032】
図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦの間のインタラクションを示している（非特許文献１を参照）。
１． ＵＥが、ＲＲＣ＿ＩＤＬＥから新しい接続の確立を要求する。
２／２ａ． ｇＮＢが、ＲＲＣ確立手順を完了する。
注： ｇＮＢが要求を拒否するシナリオは、後から説明する。
３． ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅでピギーバックされたＵＥからの最初のＮＡＳメッセージがＡＭＦに送信される。
４／４ａ／５／５ａ． ＵＥとＡＭＦの間で追加のＮＡＳメッセージを交換することができる（非特許文献３を参照）。
６． ＡＭＦがＵＥのコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力を含む）を作成し、ｇＮＢに送信する。
７／７ａ． ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ． ｇＮＢが、ＳＲＢ２およびＤＲＢを確立するための再設定を実行する。
９． ｇＮＢが、確立手順が完了したことをＡＭＦに通知する。
１． ＵＥが、ＲＲＣ＿ＩＤＬＥから新しい接続の確立を要求する。
２／２ａ． ｇＮＢが、ＲＲＣ確立手順を完了する。
注： ｇＮＢが要求を拒否するシナリオは、後から説明する。
３． ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅでピギーバックされたＵＥからの最初のＮＡＳメッセージがＡＭＦに送信される。
４／４ａ／５／５ａ． ＵＥとＡＭＦの間で追加のＮＡＳメッセージを交換することができる（非特許文献３を参照）。
６． ＡＭＦがＵＥのコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力を含む）を作成し、ｇＮＢに送信する。
７／７ａ． ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ． ｇＮＢが、ＳＲＢ２およびＤＲＢを確立するための再設定を実行する。
９． ｇＮＢが、確立手順が完了したことをＡＭＦに通知する。
【0033】
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。
【0034】
図４は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、初期のＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献４の図２を参照）。
【0035】
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献５によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザプレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
【0036】
物理層の観点から、信頼性を向上させる方法はいくつか考えられる。現在、信頼性を向上させるためには、URLLC用の個別のCQIテーブルの定義、よりコンパクトなDCIフォーマット、PDCCHの繰り返しなどがある。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる。
【0037】
さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。
【0038】
ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0039】
上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシティが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0040】
ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大10-6レベル）、より高い可用性、最大256バイトのパケットサイズ、数μsオーダーの時刻同期（周波数範囲に応じて1μsないし数μs）、0.5～1msオーダーの短いレイテンシ、特に0.5msの目標ユーザプレーンレイテンシである。
【0041】
さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、PDCCH（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなDCI、PDCCHの繰り返し、PDCCHモニタリングの増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、HARQ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。
【0042】
５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
【0043】
５ＧＣは、各ＵＥに１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、各ＵＥに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。
【0044】
図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献６の４．２．１．１節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。
【0045】
さらに図５は、Ｖ２Ｘ通信のための５Ｇアーキテクチャのさらなる機能ユニットとして、５ＧＣにおける統一データ管理（ＵＤＭ：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）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。
【0046】
したがって本開示では、送信機および制御回路を備えたアプリケーションサーバ（例えば５ＧアーキテクチャのＡＦ）が提供される。送信機は、動作時、URLLCサービス、eMMBサービス、およびmMTCサービスのうちの少なくとも１つに対するＱｏＳ要件を含む要求を、５ＧＣの機能（例えばＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦなど）の少なくとも１つに送信して、そのQoS要件に従ってgNodeBとUEの間の無線ベアラを含むPDUセッションを確立する。制御回路は、動作時、確立されたPDUセッションを使用してサービスを実行する。
【0047】
本開示では、非特許文献６の５．４節に定義されているようにＶ２Ｘ通信におけるＱｏＳ要件を処理するために、アプリケーションサーバ（例えば図５のＶ２Ｘアプリケーションサーバ）を提供することができる。
【0048】
ＬＴＥ Ｖ２Ｘにおける物理層によるリソースのセンシングおよび報告は、非特許文献７の14.1.1.6節に以下の手順で定義されている。
１） ＰＳＳＣＨ送信Ｒｘ，ｙのためのシングルサブフレームリソース候補が、サブフレーム
内のサブチャネルｘ＋ｊを持つＬｓｕｂＣＨ個の連続するサブチャネルのセットとして定義される（ｊ＝０，．．．，ＬｓｕｂＣＨ－１）。ＵＥは、時間間隔[ｎ＋Ｔ１，ｎ＋Ｔ２]内の対応するＰＳＳＣＨリソースプール（１４．１．５節に記載）に含まれるＬｓｕｂＣＨ個の連続するサブチャネルのセットが、１つのシングルサブフレームリソース候補に相当すると想定する。ここで、Ｔ１およびＴ２の選択はＵＥの実装に依存し、ｐｒｉｏＴＸに対して上位レイヤによってＴ２ｍｉｎ（ｐｒｉｏＴＸ）が提供される場合はＴ１≦４かつＴ２ｍｉｎ（ｐｒｉｏＴＸ）≦Ｔ２≦１００であり、そうでない場合は２０≦Ｔ２≦１００である。ＵＥが選択するＴ２は、レイテンシ要件を満たすものとする。シングルサブフレームリソース候補の総数は、Ｍｔｏｔａｌによって表される。
２） ＵＥは、自身の送信が行われるサブフレームを除き、サブフレーム
を監視し、サブフレームｎがセット
に属している場合には
であり、そうでない場合、サブフレーム
は、セット
に属するサブフレームｎの後の最初のサブフレームである。ＵＥは、これらのサブフレームにおいて復号されたＰＳＣＣＨおよび測定されたＳ－ＲＳＳＩに基づいて、以下の手順の動作を行うものとする。
３） パラメータＴｈａ，ｂを、ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ内のｉ番目のＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰフィールドによって示される値に設定する（ｉ＝ａ＊８＋ｂ＋１）。
４） セットＳＡを、すべてのシングルサブフレームリソース候補の和集合に初期化する。セットＳＢを、空のセットに初期化する。
５） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒｘ，ｙをセットＳＡから除外する。
－ ＵＥがステップ２でサブフレーム
を監視していない。
－
を満たす整数ｊが存在する。ここで、ｊ＝０，１，．．．，Ｃｒｅｓｅｌ－１、
、ｋは上位層パラメータｒｅｓｔｒｉｃｔＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎＰｅｒｉｏｄによって許可される任意の値、ｑ＝１，２，．．．，Ｑである。ここで、ｋ＜１かつ
である場合、
であり、このときサブフレームｎがセット
属する場合には
であり、そうでない場合にはサブフレーム
は、サブフレームｎの後のセット
に属する最初のサブフレームである。そうでない場合、Ｑ＝１である。
６） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒｘ，ｙをセットＳＡから除外する。
－ ＵＥがサブフレーム
においてＳＣＩフォーマット１を受信し、受信したＳＣＩフォーマット１の「Ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ（リソース予約）」フィールドおよび「Ｐｒｉｏｒｉｔｙ（優先度）」フィールドが、１４．２．１節に従ってそれぞれ値Ｐｒｓｖｐ＿ＲＸおよび値ｐｒｉｏＲＸを示している。
－ 受信したＳＣＩフォーマット１によるＰＳＳＣＨ－ＲＳＲＰ測定値が、
より高い。
－ サブフレーム
において受信したＳＣＩフォーマット、またはサブフレーム
において受信すると想定される同じＳＣＩフォーマット１が、１４．１．１．４Ｃに従って、ｑ＝１，２，．．．，Ｑおよびｊ＝０，１，．．．，Ｃｒｅｓｅｌ－１に対して
と重なるリソースブロックとサブフレームのセットを決定する。ここで、Ｐｒｓｖｐ＿ＲＸ＜１かつｎ’－ｍ≦Ｐｓｔｅｐ×Ｐｒｓｖｐ＿ＲＸである場合、
であり、このときサブフレームｎがセット
に属する場合には
であり、そうでない場合にはサブフレーム
は、セット
に属するサブフレームｎの後の最初のサブフレームである。そうでない場合、Ｑ＝１である。
７） セットＳＡに残るシングルサブフレームリソース候補の数が０．２・Ｍｔｏｔａｌより小さい場合は、Ｔｈａ，ｂを３ｄＢ大きくしてステップ４を繰り返す。
８） セットＳＡ内に残るシングルサブフレームリソース候補Ｒｘ，ｙについて、メトリックＥｘ，ｙを、ステップ２で監視されたサブフレーム内のサブチャネルｘ＋ｋ（ｋ＝０，．．．，ＬｓｕｂＣＨ－１）において測定されたＳ－ＲＳＳＩの線形平均として定義する。ステップ２で監視されたサブフレームは、Ｐｒｓｖｐ＿ＴＸ≧１００の場合に負でない整数ｊに対して
によって表すことができ、そうでない場合に負でない整数ｊに対して
によって表すことができる。
９） ＵＥは、セットＳＡから、メトリックＥｘ，ｙが最小のシングルサブフレームリソース候補をセットＳＢに移動させる。セットＳＢ内のシングルサブフレームリソース候補の数が０．２・Ｍｔｏｔａｌ以上になるまで、このステップを繰り返す。
１０） ＵＥが複数のキャリアでリソースプールを使用して送信するように上位層によって設定されている場合、同時送信キャリア数の制限、サポートされるキャリアの組合せの制限、またはＲＦ再調整時間のための中断などの理由により、すでに選択されたリソースを使用して他のキャリアで送信が行われると想定して、キャリア内のシングルサブフレームリソース候補での送信をＵＥがサポートしない場合は、ＵＥはシングルサブフレームリソース候補をＳＢから除外する。
次にＵＥはＳＢを上位層に報告する。
１） ＰＳＳＣＨ送信Ｒｘ，ｙのためのシングルサブフレームリソース候補が、サブフレーム
【数1】
２） ＵＥは、自身の送信が行われるサブフレームを除き、サブフレーム
【数2】
【数3】
【数4】
【数5】
【数6】
３） パラメータＴｈａ，ｂを、ＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ内のｉ番目のＳＬ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰフィールドによって示される値に設定する（ｉ＝ａ＊８＋ｂ＋１）。
４） セットＳＡを、すべてのシングルサブフレームリソース候補の和集合に初期化する。セットＳＢを、空のセットに初期化する。
５） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒｘ，ｙをセットＳＡから除外する。
－ ＵＥがステップ２でサブフレーム
【数7】
－
【数8】
【数9】
【数10】
【数11】
【数12】
【数13】
【数14】
【数15】
６） ＵＥは、以下の条件をすべて満たす場合、シングルサブフレームリソース候補Ｒｘ，ｙをセットＳＡから除外する。
－ ＵＥがサブフレーム
【数16】
－ 受信したＳＣＩフォーマット１によるＰＳＳＣＨ－ＲＳＲＰ測定値が、
【数17】
－ サブフレーム
【数18】
【数19】
【数20】
【数21】
【数22】
【数23】
【数24】
【数25】
７） セットＳＡに残るシングルサブフレームリソース候補の数が０．２・Ｍｔｏｔａｌより小さい場合は、Ｔｈａ，ｂを３ｄＢ大きくしてステップ４を繰り返す。
８） セットＳＡ内に残るシングルサブフレームリソース候補Ｒｘ，ｙについて、メトリックＥｘ，ｙを、ステップ２で監視されたサブフレーム内のサブチャネルｘ＋ｋ（ｋ＝０，．．．，ＬｓｕｂＣＨ－１）において測定されたＳ－ＲＳＳＩの線形平均として定義する。ステップ２で監視されたサブフレームは、Ｐｒｓｖｐ＿ＴＸ≧１００の場合に負でない整数ｊに対して
【数26】
【数27】
９） ＵＥは、セットＳＡから、メトリックＥｘ，ｙが最小のシングルサブフレームリソース候補をセットＳＢに移動させる。セットＳＢ内のシングルサブフレームリソース候補の数が０．２・Ｍｔｏｔａｌ以上になるまで、このステップを繰り返す。
１０） ＵＥが複数のキャリアでリソースプールを使用して送信するように上位層によって設定されている場合、同時送信キャリア数の制限、サポートされるキャリアの組合せの制限、またはＲＦ再調整時間のための中断などの理由により、すでに選択されたリソースを使用して他のキャリアで送信が行われると想定して、キャリア内のシングルサブフレームリソース候補での送信をＵＥがサポートしない場合は、ＵＥはシングルサブフレームリソース候補をＳＢから除外する。
次にＵＥはＳＢを上位層に報告する。
【0049】
図６は、様々な実施形態に係るＶ２Ｘリソースのセンシングおよび選択プロセスを図解した概略図６００を描いている。例えば、ＵＥの物理層６０２は、初期セットＳＡからのリソース候補のセンシング手順を実行し、リソース候補のセットＳＢをＵＥまたは基地局のＭＡＣ層６０４に報告する。初期セットＳＡは、ＴＢを送信するためのＭｔｏｔａｌ個の候補リソースすべてを含む。物理層６０２は、センシング手順時、セットＳＡ内のリソース候補の数が０．２＊Ｍｔｏｔａｌ個以上であるまで初期セットＳＡからリソース候補が除外されるようにリソース除外ステップを実行することができる。ＭＡＣ層６０４に報告されるセットＳＢは、リソース除外ステップの後に残っているセットＳＡからの、最も低いＲＳＲＰを有する２０％＊Ｍｔｏｔａｌ個以上のリソース候補を含む。
【0050】
ＵＥは、例えば１つまたは複数の電気通信／ＰＬＭＮ（Public Land Mobile Network）事業者の通信サービスに加入している車両に統合または設置された通信モジュールを含むことができる。ＵＥは、電気通信／ＰＬＭＮ事業者に加入して、電気通信事業者の基地局と通信することができる。基地局は、次世代ＮｏｄｅＢ（ｇＮＢ）とすることができる。基地局はｎｇ－ｅＮＢとすることもでき、ＮＧインタフェースを介して５Ｇコアネットワークに接続されてもよいことが、当業者には理解されるであろう。
【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】
通信装置は、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
【0098】
通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。
【0099】
通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。
【0100】
通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。
【0101】
様々な実施形態のいくかの特性はデバイスを参照しながら説明されているが、対応する特性は様々な実施形態の方法にもあてはまり、逆も同様である。
【0102】
特定の実施形態に示した本開示には、広範に説明した本開示の趣旨または範囲から逸脱することなく、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【国際調査報告】