ホーム > 特許ランキング > トヨタ自動車株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-05
(45)【発行日】2024-08-14
(54)【発明の名称】サイドリンクのための省電力強化
(51)【国際特許分類】
H04W 72/40 20230101AFI20240806BHJP
H04W 28/04 20090101ALI20240806BHJP
H04W 72/02 20090101ALI20240806BHJP
【ＦＩ】
H04W72/40
H04W28/04 110
H04W72/02
【請求項の数】
36
(21)【出願番号】P 2023519785
(86)(22)【出願日】2021-10-13
(65)【公表番号】
(43)【公表日】2023-10-16
(86)【国際出願番号】 JP2021037904
(87)【国際公開番号】W WO2022080415
(87)【国際公開日】2022-04-21
【審査請求日】2023-03-29
(31)【優先権主張番号】63/091,737
(32)【優先日】2020-10-14
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】000003207
【氏名又は名称】トヨタ自動車株式会社
(74)【代理人】
【識別番号】110002860
【氏名又は名称】弁理士法人秀和特許事務所
(72)【発明者】
【氏名】グリエコ，ドナルド エム．
【審査官】松▲崎▼ 祐季
(56)【参考文献】
【文献】特開２０１３－０６２７７６（ＪＰ，Ａ）
【文献】LG Electronics，Discussion on resource allocation for power saving[online]，3GPP TSG RAN WG1 #102-e R1-2005748，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2005748.zip>，2020年08月08日
【文献】Fujitsu，Considerations on partial sensing in NR V2X[online]，3GPP TSG RAN WG1 #102-e R1-2005545，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2005545.zip>，2020年08月07日
【文献】Ericsson，Resource allocation mechanisms for power saving[online]，3GPP TSG RAN WG1 #102-e R1-2006444，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2006444.zip>，2020年08月07日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４、６
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項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】
サイドリンクリソース選択の方法であって、第１のユーザ端末（ＵＥ）によって、第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、
前記第１のＵＥによって第２のＵＥに、前記第１の無線リソースに基づいて前記１つ以上の第１のサイドリンクトランスポートブロックを送信することと、
前記第１のＵＥによって、前記１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することであって、前記ＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づく、ことと、
前記第１のＵＥによって、前記第１の数のＮＡＣＫと前記第２の数のＡＣＫとの和に対する前記第１の数のＮＡＣＫの比であるＮＡＣＫ比を識別することと、
前記第１のＵＥによって、第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することであって、前記第２のウィンドウサイズは、１つ以上の閾値との前記ＮＡＣＫ比との比較に基づいて、前記第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しい、ことと、
前記第１のＵＥによって、前記第２の無線リソースに基づいて前記１つ以上の第２のサイドリンクトランスポートブロックを送信することと
を含む、方法。
【請求項28】
構成パラメータをさらに受信し、受信した構成パラメータは前記１つ以上の閾値を定義する、請求項２７に記載の方法。
【請求項29】
前記１つ以上の第１のサイドリンクトランスポートブロックのための前記ＨＡＲＱフィードバックを受信することは、時間ウィンドウ内で前記ＨＡＲＱフィードバックを受信することを含む、請求項２７に記載の方法。
【請求項30】
構成パラメータを受信することをさらに含み、受信した構成パラメータは前記時間ウィンドウの持続時間を示すことを定義する、請求項２９に記載の方法。
【請求項31】
構成パラメータを受信することをさらに含み、受信した構成パラメータは、前記第１のユーザ端末（ＵＥ）が前記部分センシングリソース割当プロセスのウィンドウサイズを適応的に変更することを許可されたことを示す情報を含む、請求項２７に記載の方法。
【請求項32】
サイドリンクリソース選択の方法であって、第２のユーザ端末（ＵＥ）によって第１のユーザ端末（ＵＥ）から、第１のサイドリンクリソース割当プロセスに基づいて決定された第１の無線リソースに基づいて、１つ以上の第１のサイドリンクトランスポートブロックを受信することと、
前記第２のＵＥによって前記第１のＵＥに、前記１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することと、
前記第１のＨＡＲＱフィードバックに基づいて前記第１のサイドリンクリソース割当プ
ロセスから第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、前記第２のＵＥによって前記第１のＵＥから、前記第２のサイドリンクリソース割当プロセスに基づいて決定された第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを受信することと、
を含み、
前記第１のＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、前記第１のサイドリンクリソース割当プロセスから前記第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することは、前記第１の数のＮＡＣＫと前記第２の数のＡＣＫとの割合が第１の閾値よりも大きいか否かに基づいて行われ、
前記第１のサイドリンクリソース割当プロセスは、フルセンシングリソース割当プロセス、部分センシングリソース割当プロセス、およびランダムリソース選択リソース割当プロセスのうちのいずれか１つであり、
前記第２のサイドリンクリソース割当プロセスは、前記第１のサイドリンクリソース割当プロセスと異なる、フルセンシングリソース割当プロセス、部分センシングリソース割当プロセスおよびランダムリソース選択リソース割当プロセスのうちのいずれか１つである、
方法。
【請求項33】
サイドリンクリソース選択の方法であって、第２のユーザ端末（ＵＥ）によって第１のユーザ端末（ＵＥ）から、第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて決定された第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを受信することと、
前記第２のＵＥによって前記第１のＵＥに、前記１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することであって、前記ＨＡＲＱフィードバックは第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づく、ことと、
第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づく１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースの決定に応答して、前記第２のＵＥによって前記第１のＵＥから、前記第２の無線リソースに基づいて前記１つ以上の第２のサイドリンクトランスポートブロックを受信することであって、前記第２のウィンドウサイズは、１つ以上の閾値とＮＡＣＫ比の比較に基づいて、前記第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しく、前記ＮＡＣＫ比は、前記第１の数のＮＡＣＫと前記第２の数のＡＣＫとの和に対する前記第１の数のＮＡＣＫの比である、ことと
を含む、方法。
【請求項34】
無線通信で利用するための装置であって、
電磁信号の送信で使用するためのアンテナと、
コンピュータ可読コードを保持するためのメモリと、
前記コンピュータ可読コードを実行するためのプロセッサと、を備え、
前記プロセッサは、前記装置に、
第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定させ、
前記第１の無線リソースに基づいて、１つ以上の第１のサイドリンクトランスポートブロックを送信させ、
前記１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信させ、
前記第１のＨＡＲＱフィードバックに基づいて、前記第１のサイドリンクリソース割当
プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定させ、
前記第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、前記第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定させ、
前記第２の無線リソースに基づいて前記１つ以上の第２のサイドリンクトランスポートブロックを送信させ、
前記第１のＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、前記第１のサイドリンクリソース割当プロセスから前記第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することは、前記第１の数のＮＡＣＫと前記第２の数のＡＣＫとの割合が第１の閾値よりも大きいか否かに基づいて行われ、
前記第１のサイドリンクリソース割当プロセスは、フルセンシングリソース割当プロセス、部分センシングリソース割当プロセス、およびランダムリソース選択リソース割当プロセスのうちのいずれか１つであり、
前記第２のサイドリンクリソース割当プロセスは、前記第１のサイドリンクリソース割当プロセスと異なる、フルセンシングリソース割当プロセス、部分センシングリソース割当プロセスおよびランダムリソース選択リソース割当プロセスのうちのいずれか１つである、
装置。
【請求項35】
無線通信で利用するための装置であって、
電磁信号の送信で使用するためのアンテナと、
コンピュータ可読コードを保持するためのメモリと、
前記コンピュータ可読コードを実行するためのプロセッサと、を備え、
前記プロセッサは、前記装置に、
第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定させ、
前記第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信させ、
前記１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信させ、前記ＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、
前記第１の数のＮＡＣＫと前記第２の数のＡＣＫとの和に対する前記第１の数のＮＡＣＫの比であるＮＡＣＫ比を識別させ、
第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定させ、前記第２のウィンドウサイズは、１つ以上の閾値との前記ＮＡＣＫ比の比較に基づいて、前記第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しく、
前記第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信させる、
装置。
【請求項36】
無線通信で利用するための装置であって、
電磁信号の送信で使用するためのアンテナと、
コンピュータ可読コードを保持するためのメモリと、
前記コンピュータ可読コードを実行するためのプロセッサと、を備え、
前記プロセッサは、前記装置に、
第１のサイドリンクリソース割当プロセスに基づいて決定された第１の無線リソースに
基づいて、１つ以上の第１のサイドリンクトランスポートブロックを受信させ、
前記１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信させ、
前記第１のＨＡＲＱフィードバックに基づいて前記第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、前記第２のサイドリンクリソース割当プロセスに基づいて決定された第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを受信させ、
前記第１のＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、前記第１のサイドリンクリソース割当プロセスから前記第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することは、前記第１の数のＮＡＣＫと前記第２の数のＡＣＫとの割合が第１の閾値よりも大きいか否かに基づいて行われ、
前記第１のサイドリンクリソース割当プロセスは、フルセンシングリソース割当プロセス、部分センシングリソース割当プロセス、およびランダムリソース選択リソース割当プロセスのうちのいずれか１つであり、
前記第２のサイドリンクリソース割当プロセスは、前記第１のサイドリンクリソース割当プロセスと異なる、フルセンシングリソース割当プロセス、部分センシングリソース割当プロセスおよびランダムリソース選択リソース割当プロセスのうちのいずれか１つである、
装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、サイドリンクリソース選択のための方法に関する。
【背景技術】
【0002】
一般的に説明すると、コンピューティングデバイスおよび通信ネットワークは、情報を交換するために利用することができる。一般的な用途では、コンピューティングデバイスは、通信ネットワークを介して別のコンピューティングデバイスにデータを要求／送信することができる。より具体的には、コンピューティングデバイスは、情報を交換するため、または通信チャネルを確立するために、無線通信ネットワークを利用してもよい。
【0003】
無線通信ネットワークは、無線通信ネットワークにアクセスするためのコンポーネントを含むかまたはこれにアクセスする多種多様なデバイスを含むことができる。このようなデバイスは、無線通信ネットワークにアクセスすることができる他のデバイスとの対話を容易にするために、または無線通信ネットワークを通じて、他の通信ネットワークを利用するデバイスとの対話を容易にするために、無線通信ネットワークを利用することができる。
【発明の概要】
【0004】
本開示のいくつかの実施形態では、サイドリンクリソース選択のための方法が提供される。方法は、第１のユーザ端末（ＵＥ）によって、第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、第１のＵＥによって第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、第１のＵＥによって、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することと、第１のＵＥによって、ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することと、第１のＵＥによって、第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することと、第１のＵＥによって第２のＵＥに、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと、を含む。
【0005】
本開示のいくつかの実施形態では、サイドリンクリソース選択のための方法が提供される。方法は、第１のユーザ端末（ＵＥ）によって、第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、第１のＵＥによって第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、第１のＵＥによって、１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することであって、ＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）を含む、ことと、第１のＵＥによって、第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫのＮＡＣＫ比を決定することと、第１のＵＥによって、第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することであって、第２のウィンドウサイズは、１つ以上の閾値とのＮＡＣＫ比の比較に基づいて、第１のウィンドウサイズよりも大きいか
、小さいか、またはこれに等しい、ことと、第１のＵＥによって第２のＵＥに、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと、を含む。
、小さいか、またはこれに等しい、ことと、第１のＵＥによって第２のＵＥに、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと、を含む。
【0006】
本開示のいくつかの実施形態では、サイドリンク送信を含む移動通信ネットワークのための第１のＵＥが提供される。第１のＵＥは、命令を記憶するメモリと、第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定し、第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信し、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信し、ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定し、第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定し、第２のＵＥに、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信する、ための命令を実行するように構成されたプロセッサと、を含む。
【0007】
本開示のいくつかの実施形態では、サイドリンク送信を含む移動通信ネットワークのための第２のユーザ端末（ＵＥ）が提供される。第２のＵＥは、命令を記憶するメモリと、第１のＵＥから、第１のサイドリンクリソース割当プロセスに基づいて第１のＵＥによって決定された１つ以上の第１のサイドリンクトランスポートブロックを受信し、第１のＵＥに、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信し、第１のＵＥから、第１のＵＥによる第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて第１のＵＥによって決定された１つ以上の第２のサイドリンクトランスポートブロックを受信する、ための命令を実行するように構成されたプロセッサと、を含む。
【0008】
本開示のいくつかの実施形態では、サイドリンク送信を含む移動通信のためのシステムが提供される。システムは、第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定し、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信する、ように構成された第１のユーザ端末（ＵＥ）と、１つ以上の第１のサイドリンクトランスポートブロックを受信し、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを第１のＵＥに送信する、ように構成された第２のＵＥと、を含む。第１のＵＥは、ＨＡＲＱフィードバックに基づいて、第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定し、第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定し、第２のＵＥに、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信する、ようにさらに構成される。本開示のいくつかの実施形態では、システムは基地局をさらに含んでもよく、第２のＵＥは、基地局を介してＨＡＲＱフィードバックを第１のＵＥに送信するように構成されてもよい。
【0009】
本開示のいくつかの実施形態では、非一時的コンピュータ可読媒体が提供される。非一時的コンピュータ可読媒体は、方法を実行するためにサイドリンク送信を含む移動通信システム内の第１のユーザ端末（ＵＥ）の少なくとも１つのプロセッサによって実行可能な命令のセットを記憶する。方法は、第１のサイドリンクリソース割当プロセスに基づいて
、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することと、ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することと、第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することと、第２のＵＥに、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと、を含む。
、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することと、ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することと、第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することと、第２のＵＥに、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと、を含む。
【0010】
本開示のいくつかの実施形態では、非一時的コンピュータ可読媒体が提供される。非一時的コンピュータ可読媒体は、方法を実行するためにサイドリンク送信を含む移動通信システム内の第２のユーザ端末（ＵＥ）の少なくとも１つのプロセッサによって実行可能な命令のセットを記憶する。方法は、第１のＵＥから、第１のサイドリンクリソース割当プロセスに基づいて第１のＵＥによって決定された１つ以上の第１のサイドリンクトランスポートブロックを受信することと、第１のＵＥに、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することと、第１のＵＥから、第１のＵＥによる第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて第１のＵＥによって決定された１つ以上の第２のサイドリンクトランスポートブロックを受信することと、を含む。
【図面の簡単な説明】
【0011】
【図1】本開示の１つ以上の例示的な実施形態のいくつかの態様による、移動通信のシステムの一例を示す図である。
【図6】本開示の１つ以上の例示的な実施形態のいくつかの態様による、ダウンリンク、アップリンク、およびサイドリンクにおける例示的な物理信号を示す図である。
【図7】本開示の１つ以上の例示的な実施形態のいくつかの態様による、無線リソース制御（ＲＲＣ）状態および異なるＲＲＣ状態間の遷移の例を示す図である。
【図8】本開示の１つ以上の例示的な実施形態のいくつかの態様による、例示的なフレーム構造および物理リソースを示す図である。
【図9】本開示の１つ以上の例示的な実施形態のいくつかの態様による、異なるキャリアアグリゲーションシナリオにおける例示的なコンポーネントキャリア構成を示す図である。
【図10】本開示の１つ以上の例示的な実施形態のいくつかの態様による、例示的な帯域幅部分構成および切り替えを示す図である。
【図11】本開示の１つ以上の例示的な実施形態のいくつかの態様による、例示的な４ステップ競合ベースおよび無競合ランダムアクセスプロセスを示す図である。
【図12】本開示の１つ以上の例示的な実施形態のいくつかの態様による、例示的な２ステップ競合ベースおよび無競合ランダムアクセスプロセスを示す図である。
【図13】本開示の１つ以上の例示的な実施形態のいくつかの態様による、同期信号および物理ブロードキャストチャネル（ＰＢＣＨ）ブロック（ＳＳＢ）の例示的な時間および周波数構造を示す図である。
【図14】本開示の１つ以上の例示的な実施形態のいくつかの態様による、例示的なＳＳＢバースト送信を示す図である。
【図15】本開示の１つ以上の例示的な実施形態のいくつかの態様による、送信および／または受信のためのユーザ端末および基地局の例示的なコンポーネントを示す図である。
【図16】本開示の１つ以上の例示的な実施形態のいくつかのうちのいくつかの態様による、部分センシングを使用する例示的なサイドリンクリソース選択手順を示す図である。
【図17】本開示の様々な１つ以上の例示的な実施形態のいくつかのうちのいくつかの態様による、部分センシングを使用する例示的なサイドリンクリソース選択手順を示す図である。
【図18】本開示の１つ以上の例示的な実施形態のいくつかの態様による例示的なプロセスを示す図である。
【図19】本開示の１つ以上の例示的な実施形態のいくつかの態様による例示的なプロセスを示す図である。
【図20】本開示の１つ以上の例示的な実施形態のいくつかの態様による例示的なプロセスを示す図である。
【図21】本開示の１つ以上の例示的な実施形態のいくつかの態様による例示的なプロセスを示す図である。
【発明を実施するための形態】
【0012】
以下の開示は、提供される主題の異なる特徴を実装するための多くの異なる実施形態または例を提供する。本開示を簡略化するために、配置の具体例を以下で説明する。これらは単なる例であり、限定することを意図するものではない。
【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】
ＵｕインターフェースのためのＰＤＣＰサブレイヤのサービスおよび機能は、いくつかの制限を有するサイドリンクのためにサポートされ得る：アウトオブオーダー配信はユニキャスト送信のためにのみサポートされてもよく、重複はＰＣ５インターフェースを介してサポートされなくてもよい。
【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】
本明細書では、用語「備える（ｃｏｍｐｒｉｓｅ）」、「含む（ｉｎｃｌｕｄｅ）」、または「包含する（ｃｏｎｔａｉｎ）」は、交換可能に使用されてもよく、同じ意味を有し、包括的かつオープンエンドであると解釈されるべきである。用語「備える（ｃｏｍｐｒｉｓｅ）」、「含む（ｉｎｃｌｕｄｅ）」、または「包含する（ｃｏｎｔａｉｎ）」は、要素のリストの前に使用されてもよく、少なくともリスト内に列挙された要素のすべてが存在するが、リストにない他の要素もまた存在し得ることを示す。例えば、ＡがＢおよびＣを備える場合、｛Ｂ、Ｃ｝および｛Ｂ、Ｃ、Ｄ｝の両方がＡの範囲内にある。
【0153】
本開示は、添付の図面に関連して、実装され得るすべての例、または本開示の範囲内のすべての構成を表すものではない、例示的な構成を説明している。用語「例示的」は、「好ましい」または「他の例と比較して有利」と解釈されるべきではなく、むしろ「実例、事例、または例」として解釈されるべきである。実施形態および図面の説明を含む本開示を読むことによって、本明細書に開示される技術は代替の実施形態を使用して実施され得ることが、当業者によって理解されるだろう。当業者は、本開示に記載される技術を実践するためのさらに別の実施形態に到達するために、実施形態、または本明細書に記載される実施形態の特定の特徴を組み合わせてもよいことを理解するだろう。したがって、本開
示は、本明細書に記載される例および設計に限定されるものではなく、本明細書に開示される原理および新規な特徴と一致する最も広い範囲が与えられるべきである。
示は、本明細書に記載される例および設計に限定されるものではなく、本明細書に開示される原理および新規な特徴と一致する最も広い範囲が与えられるべきである。
【0154】
付記１．サイドリンクリソース選択の方法であって、
第１のユーザ端末（ＵＥ）によって、第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、
第１のＵＥによって第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、
第１のＵＥによって、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することと、
第１のＵＥによって、ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することと、
第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第１のＵＥによって、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することと、
第１のＵＥによって、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと
を含む方法。
第１のユーザ端末（ＵＥ）によって、第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、
第１のＵＥによって第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、
第１のＵＥによって、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することと、
第１のＵＥによって、ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することと、
第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第１のＵＥによって、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することと、
第１のＵＥによって、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと
を含む方法。
【0155】
付記２．ＨＡＲＱフィードバックは第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することは、第１の数のＮＡＣＫと第２の数のＡＣＫとの割合が第１の閾値よりも大きいか否かに基づく、付記１に記載の方法。
【0156】
付記３．割合は、第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫの比に対応する、付記２に記載の方法。
【0157】
付記４．構成パラメータを受信することをさらに含み、受信した構成パラメータは第１の閾値を定義する、付記２に記載の方法。
【0158】
付記５．ＨＡＲＱフィードバックを受信することは、第１の時間ウィンドウ内にＨＡＲＱフィードバックを受信することを含む、付記１に記載の方法。
【0159】
付記６．構成パラメータを受信することをさらに含み、受信した構成パラメータは第１の時間ウィンドウの持続時間を定義する、付記５に記載の方法。
【0160】
付記７．第１のサイドリンクリソース割当プロセスは、フルセンシングプロセス、部分センシングプロセス、およびランダムリソース選択プロセスのうちの少なくとも１つに対応する、付記１に記載の方法。
【0161】
付記８．第２のサイドリンクリソース割当プロセスは、部分センシングリソース割当プロセスおよびランダムリソース選択リソース割当プロセスの一方である、付記１に記載の方法。
【0162】
付記９．第１のサイドリンクリソース割当プロセスはランダムリソース選択リソース割当プロセスであり、
第２のサイドリンクリソース割当プロセスは部分センシングリソース割当プロセスであ
る、
付記１に記載の方法。
第２のサイドリンクリソース割当プロセスは部分センシングリソース割当プロセスであ
る、
付記１に記載の方法。
【0163】
付記１０．部分センシングリソース割当プロセスの部分センシングウィンドウサイズは第１のサイズに対応する、付記９に記載の方法。
【0164】
付記１１．第１のＵＥが第１のサイズを示す構成パラメータを受信することをさらに含む、付記１０に記載の方法。
【0165】
付記１２．第１のＵＥによって、１つ以上の第２のサイドリンクトランスポートブロックの送信に関連する第２のＨＡＲＱフィードバックを受信することをさらに含む、付記９に記載の方法。
【0166】
付記１３．第１のＵＥによって第２のＨＡＲＱフィードバックを受信することは、第２の時間ウィンドウ内で第２のＨＡＲＱフィードバックを受信することをさらに含む、付記１２に記載の方法。
【0167】
付記１４．構成パラメータを受信することをさらに含み、受信した構成パラメータは第２の時間ウィンドウの持続時間を定義する、付記１３に記載の方法。
【0168】
付記１５．第２のＨＡＲＱフィードバックに基づいてランダムリソース選択リソース割当プロセスに切り替えることを決定することをさらに含む、付記１２に記載の方法。
【0169】
付記１６．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、方法は、第１のＵＥによって、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第２の閾値よりも小さいか否かに基づいてランダムリソース選択リソース割当プロセスに切り替えることを決定することをさらに含む、付記１５に記載の方法。
【0170】
付記１７．構成パラメータを受信することをさらに含み、受信した構成パラメータは第２の閾値を定義する、付記１６に記載の方法。
【0171】
付記１８．第１のＵＥによって、第２のＨＡＲＱフィードバックに基づいて部分センシングウィンドウサイズを拡大することを決定することをさらに含む、付記１２に記載の方法。
【0172】
付記１９．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、方法は、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第３の閾値よりも大きいことに基づいて部分センシングウィンドウサイズを拡大することを決定することをさらに含む、付記１８に記載の方法。
【0173】
付記２０．構成パラメータを受信することをさらに含み、受信した構成パラメータは第３の閾値を定義する、付記１９に記載の方法。
【0174】
付記２１．部分センシングウィンドウサイズを拡大することを決定することは、部分センシングウィンドウサイズを第２のサイズに拡大することを決定することを含み、方法は、構成パラメータを受信することをさらに含み、受信した構成パラメータは第２のサイズを定義する、付記１９に記載の方法。
【0175】
付記２２．部分センシングリソース割当プロセスに切り替えることは、部分センシング
リソース割当プロセスの部分センシングウィンドウサイズの第１のサイズを定義することを含み、
リソース割当プロセスの部分センシングウィンドウサイズの第１のサイズを定義することを含み、
【0176】
第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに基づいて部分センシングウィンドウサイズの第１のサイズを維持することを決定することをさらに含む、
付記１２に記載の方法。
付記１２に記載の方法。
【0177】
付記２３．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、方法は、第１のＵＥによって、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第２の閾値よりも大きく第３の閾値よりも小さいか否かに基づいて、部分センシングウィンドウサイズの第１のサイズを維持することを決定することをさらに含む、付記２２に記載の方法。
【0178】
付記２４．第１のＵＥが構成パラメータを受信することをさらに含み、受信した構成パラメータは第２の閾値および第３の閾値を定義する、付記２２に記載の方法。
【0179】
付記２５．第１のＵＥによって、第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに基づいて、部分センシングウィンドウサイズを第１のサイズから第３のサイズに縮小することを決定することをさらに含む、付記２２に記載の方法。
【0180】
付記２６．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、方法は、第１のＵＥによって、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第４の閾値よりも小さいか否かに基づいて部分センシングウィンドウサイズを拡大することを決定することをさらに含む、付記２５に記載の方法。
【0181】
付記２７．構成パラメータを受信することをさらに含み、受信した構成パラメータは第４の閾値を定義する、付記２６に記載の方法。
【0182】
付記２８．部分センシングリソース割当プロセスの部分センシングウィンドウサイズの複数の値を受信することと、
複数のＮＡＣＫ比閾値を受信することをさらに含み、個々のＮＡＣＫ比閾値は部分センシングウィンドウサイズの複数の値に関連付けられている、付記１に記載の方法。
複数のＮＡＣＫ比閾値を受信することをさらに含み、個々のＮＡＣＫ比閾値は部分センシングウィンドウサイズの複数の値に関連付けられている、付記１に記載の方法。
【0183】
付記２９．構成パラメータを受信することをさらに含み、受信した構成パラメータは、第１のＵＥが第１のサイドリンクリソース割当プロセスと第２のサイドリンクリソース割当プロセスとの間で切り替えることを許可されたことを示す情報を含む、付記１に記載の方法。
【0184】
付記３０．サイドリンクリソース選択の方法であって、
第１のユーザ端末（ＵＥ）によって、第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、
第１のＵＥによって第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、
第１のＵＥによって、１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することであって、ＨＡＲ
Ｑフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づく、ことと、
第１のＵＥによって、第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫのＮＡＣＫ比を識別することと、
第１のＵＥによって、第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することであって、第２のウィンドウサイズは、１つ以上の閾値とのＮＡＣＫ比の比較に基づいて、第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しい、ことと、
第１のＵＥによって、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと
を含む方法。
第１のユーザ端末（ＵＥ）によって、第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定することと、
第１のＵＥによって第２のＵＥに、第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信することと、
第１のＵＥによって、１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信することであって、ＨＡＲ
Ｑフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づく、ことと、
第１のＵＥによって、第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫのＮＡＣＫ比を識別することと、
第１のＵＥによって、第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定することであって、第２のウィンドウサイズは、１つ以上の閾値とのＮＡＣＫ比の比較に基づいて、第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しい、ことと、
第１のＵＥによって、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信することと
を含む方法。
【0185】
付記３１．構成パラメータをさらに受信し、受信した構成パラメータは１つ以上の閾値を定義する、付記３０に記載の方法。
【0186】
付記３２．１つ以上の第１のサイドリンクトランスポートブロックのためのＨＡＲＱフィードバックを受信することは、時間ウィンドウ内でＨＡＲＱフィードバックを受信することを含む、付記３０に記載の方法。
【0187】
付記３３．構成パラメータを受信することをさらに含み、受信した構成パラメータは時間ウィンドウの持続時間を示すことを定義する、付記３２に記載の方法。
【0188】
付記３４．構成パラメータを受信することであって、受信した構成パラメータは、第１のユーザ端末（ＵＥ）が部分センシングリソース選択プロセスのウィンドウサイズを適応的に変更することを許可されたことを示す情報を含む、ことをさらに含む、付記３０に記載の方法。
【0189】
付記３５．無線通信で利用するための装置であって、
電磁信号の送信で使用するためのアンテナと、
コンピュータ可読コードを保持するためのメモリと、
装置に、
第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定させ、
第１の無線リソースに基づいて、１つ以上の第１のサイドリンクトランスポートブロックを送信させ、
１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信させ、
ＨＡＲＱフィードバックに基づいて、第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定させ、
第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定させ、
第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信させる、
コンピュータ可読コードを実行するためのプロセッサと、
を備える装置。
電磁信号の送信で使用するためのアンテナと、
コンピュータ可読コードを保持するためのメモリと、
装置に、
第１のサイドリンクリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定させ、
第１の無線リソースに基づいて、１つ以上の第１のサイドリンクトランスポートブロックを送信させ、
１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信させ、
ＨＡＲＱフィードバックに基づいて、第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定させ、
第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第２のサイドリンクリソース割当プロセスに基づいて１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定させ、
第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信させる、
コンピュータ可読コードを実行するためのプロセッサと、
を備える装置。
【0190】
付記３６．ＨＡＲＱフィードバックは第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるか否かを決定することは、第１の数のＮＡＣＫと第２の数のＡＣＫとの割合が第１の閾値よりも大きいか否かに基づく、付記３５に記載の装置。
【0191】
付記３７．割合は、第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫの比に対応する、付記３６に記載の装置。
【0192】
付記３８．装置は構成パラメータを受信し、受信した構成パラメータは第１の閾値を定義する、付記３６に記載の装置。
【0193】
付記３９．ＨＡＲＱフィードバックを受信することは、第１の時間ウィンドウ内にＨＡＲＱフィードバックを受信することを含む、付記３５に記載の装置。
【0194】
付記４０．装置は構成パラメータを受信し、受信した構成パラメータは第１の時間ウィンドウの持続時間を定義する、付記３９に記載の装置。
【0195】
付記４１．第１のサイドリンクリソース割当プロセスは、フルセンシングプロセス、部分センシングプロセス、およびランダムリソース選択プロセスのうちの少なくとも１つに対応する、付記３５に記載の装置。
【0196】
付記４２．第２のサイドリンクリソース割当プロセスは、部分センシングリソース割当プロセスおよびランダムリソース選択リソース割当プロセスの一方である、付記３５に記載の装置。
【0197】
付記４３．第１のサイドリンクリソース割当プロセスはランダムリソース選択リソース割当プロセスであり、
第２のサイドリンクリソース割当プロセスは部分センシングリソース割当プロセスである、
付記３５に記載の装置。
第２のサイドリンクリソース割当プロセスは部分センシングリソース割当プロセスである、
付記３５に記載の装置。
【0198】
付記４４．部分センシングリソース割当プロセスの部分センシングウィンドウサイズは第１のサイズに対応する、付記４３に記載の装置。
【0199】
付記４５．装置は、第１のサイズを示す構成パラメータを受信する、付記４４に記載の装置。
【0200】
付記４６．装置は、１つ以上の第２のサイドリンクトランスポートブロックの送信に関連する第２のＨＡＲＱフィードバックを受信する、付記４３に記載の装置。
【0201】
付記４７．第２のＨＡＲＱフィードバックを受信することは、第２の時間ウィンドウ内で第２のＨＡＲＱフィードバックを受信することを含む、付記４６に記載の装置。
【0202】
付記４８．装置は構成パラメータを受信し、受信した構成パラメータは第２の時間ウィンドウの持続時間を定義する、付記４６に記載の装置。
【0203】
付記４９．装置は、第２のＨＡＲＱフィードバックに基づいてランダムリソース選択リソース割当プロセスに切り替えることを決定する、付記４６に記載の装置。
【0204】
付記５０．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、装置は、第１のＵＥによって、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第２の閾値よりも小さいか否かに基づいてランダムリソース選択リソース割当プロセスに切り替えることを決定することをさらに含む、付記４９に記載の装置。
【0205】
付記５１．装置は構成パラメータを受信し、受信した構成パラメータは第２の閾値を定義する、付記５０に記載の装置。
【0206】
付記５２．第１のＵＥによって、第２のＨＡＲＱフィードバックに基づいて部分センシングウィンドウサイズを拡大することを決定することをさらに含む、付記４６に記載の装置。
【0207】
付記５３．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、装置は、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第３の閾値よりも大きいことに基づいて部分センシングウィンドウサイズを拡大することを決定することをさらに含む、付記５２に記載の装置。
【0208】
付記５４．装置は構成パラメータを受信し、受信した構成パラメータは第３の閾値を定義する、付記５３に記載の装置。
【0209】
付記５５．部分センシングウィンドウサイズを拡大することを決定することは、部分センシングウィンドウサイズを第２のサイズに拡大することを決定することを含み、装置は構成パラメータを受信し、受信した構成パラメータは第２のサイズを定義する、付記５３に記載の装置。
【0210】
付記５６．部分センシングリソース割当プロセスに切り替えることは、部分センシングリソース割当プロセスの部分センシングウィンドウサイズの第１のサイズを定義することを含み、
第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに基づいて部分センシングウィンドウサイズの第１のサイズを維持することを決定することをさらに含む、
付記４６に記載の装置。
第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに基づいて部分センシングウィンドウサイズの第１のサイズを維持することを決定することをさらに含む、
付記４６に記載の装置。
【0211】
付記５７．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、装置は、第１のＵＥによって、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第２の閾値よりも大きく第３の閾値よりも小さいか否かに基づいて、部分センシングウィンドウサイズの第１のサイズを維持することを決定することをさらに含む、付記５６に記載の装置。
【0212】
付記５８．装置は構成パラメータを受信し、受信した構成パラメータは第２の閾値および第３の閾値を定義する、付記５６に記載の装置。
【0213】
付記５９．装置は、第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに基づいて、部分センシングウィンドウサイズを第１のサイズから第３のサイズに縮小することを決定する、付記５６に記載の装置。
【0214】
付記６０．第２のＨＡＲＱフィードバックは第３の数のＮＡＣＫおよび第４の数のＡＣＫに基づき、装置は、第１のＵＥによって、第３の数のＮＡＣＫと第４の数のＡＣＫとの和に対する第３の数のＮＡＣＫの比が第４の閾値よりも小さいか否かに基づいて部分センシングウィンドウサイズを拡大することを決定することをさらに含む、付記５９に記載の装置。
【0215】
付記６１．装置は構成パラメータを受信し、受信した構成パラメータは第４の閾値を定義する、付記６０に記載の装置。
【0216】
付記６２．装置は、
部分センシングリソース割当プロセスの部分センシングウィンドウサイズの複数の値を受信し、
複数のＮＡＣＫ比閾値を受信し、個々のＮＡＣＫ比閾値は部分センシングウィンドウサイズの複数の値に関連付けられている、
付記３５に記載の装置。
部分センシングリソース割当プロセスの部分センシングウィンドウサイズの複数の値を受信し、
複数のＮＡＣＫ比閾値を受信し、個々のＮＡＣＫ比閾値は部分センシングウィンドウサイズの複数の値に関連付けられている、
付記３５に記載の装置。
【0217】
付記６３．装置は構成パラメータを受信し、受信した構成パラメータは、第１のＵＥが第１のサイドリンクリソース割当プロセスと第２のサイドリンクリソース割当プロセスとの間で切り替えることを許可されたことを示す情報を含む、付記３５に記載の装置。
【0218】
付記６４．無線通信で利用するための装置であって、
電磁信号の送信で使用するためのアンテナと、
コンピュータ可読コードを保持するためのメモリと、
装置に、
第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定させ、
第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信させ、
１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信させ、ＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、
第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫのＮＡＣＫ比を識別させ、
第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定させ、第２のウィンドウサイズは、１つ以上の閾値とのＮＡＣＫ比の比較に基づいて、第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しく、
第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信させる、
コンピュータ可読コードを実行するためのプロセッサと、
を備える装置。
電磁信号の送信で使用するためのアンテナと、
コンピュータ可読コードを保持するためのメモリと、
装置に、
第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第１のサイドリンクトランスポートブロックのための第１の無線リソースを決定させ、
第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを送信させ、
１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信させ、ＨＡＲＱフィードバックは、第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づき、
第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫのＮＡＣＫ比を識別させ、
第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて、１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースを決定させ、第２のウィンドウサイズは、１つ以上の閾値とのＮＡＣＫ比の比較に基づいて、第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しく、
第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを送信させる、
コンピュータ可読コードを実行するためのプロセッサと、
を備える装置。
【0219】
付記６５．装置は構成パラメータを受信し、受信した構成パラメータは１つ以上の閾値を定義する、付記６４に記載の装置。
【0220】
付記６６．１つ以上の第１のサイドリンクトランスポートブロックのためのＨＡＲＱフィードバックを受信することは、時間ウィンドウ内でＨＡＲＱフィードバックを受信することを含む、付記６４に記載の装置。
【0221】
付記６７．装置は構成パラメータを受信し、受信した構成パラメータは時間ウィンドウの持続時間を示すことを定義する、付記６６に記載の装置。
【0222】
付記６８．装置は構成パラメータを受信し、受信した構成パラメータは、第１のユーザ端末（ＵＥ）が部分センシングリソース選択プロセスのウィンドウサイズを適応的に変更することを許可されたことを示す情報を含む、付記６４に記載の装置。
【0223】
付記６９．サイドリンクリソース選択の方法であって、
第２のユーザ端末（ＵＥ）によって第１のＵＥから、第１のサイドリンクリソース割当
プロセスに基づいて決定された第１の無線リソースに基づいて、１つ以上の第１のサイドリンクトランスポートブロックを受信することと、
第２のＵＥによって第１のＵＥに、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することと、
ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第１のＵＥから、第２のサイドリンクリソース割当プロセスに基づいて決定された第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを受信することと、
を含む方法。
第２のユーザ端末（ＵＥ）によって第１のＵＥから、第１のサイドリンクリソース割当
プロセスに基づいて決定された第１の無線リソースに基づいて、１つ以上の第１のサイドリンクトランスポートブロックを受信することと、
第２のＵＥによって第１のＵＥに、１つ以上の第１のサイドリンクトランスポートブロックのための第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することと、
ＨＡＲＱフィードバックに基づいて第１のサイドリンクリソース割当プロセスから第２のサイドリンクリソース割当プロセスに切り替えるという決定に応答して、第１のＵＥから、第２のサイドリンクリソース割当プロセスに基づいて決定された第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを受信することと、
を含む方法。
【0224】
付記７０．サイドリンクリソース選択の方法であって、
第２のユーザ端末（ＵＥ）によって第１のＵＥから、第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて決定された第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを受信することと、
第２のＵＥによって第１のＵＥに、１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することであって、ＨＡＲＱフィードバックは第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づく、ことと、
第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づく１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースの決定に応答して、第２のＵＥによって第１のＵＥから、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを受信することであって、第２のウィンドウサイズは、１つ以上の閾値とのＮＡＣＫ比の比較に基づいて、第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しく、ＮＡＣＫ比は、第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫの比である、ことと
を含む方法。
第２のユーザ端末（ＵＥ）によって第１のＵＥから、第１のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づいて決定された第１の無線リソースに基づいて１つ以上の第１のサイドリンクトランスポートブロックを受信することと、
第２のＵＥによって第１のＵＥに、１つ以上の第１のサイドリンクトランスポートブロックのためのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信することであって、ＨＡＲＱフィードバックは第１の数の否定応答（ＮＡＣＫ）および第２の数の肯定応答（ＡＣＫ）に基づく、ことと、
第２のウィンドウサイズに関連付けられた部分センシングリソース割当プロセスに基づく１つ以上の第２のサイドリンクトランスポートブロックのための第２の無線リソースの決定に応答して、第２のＵＥによって第１のＵＥから、第２の無線リソースに基づいて１つ以上の第２のサイドリンクトランスポートブロックを受信することであって、第２のウィンドウサイズは、１つ以上の閾値とのＮＡＣＫ比の比較に基づいて、第１のウィンドウサイズよりも大きいか、小さいか、またはこれに等しく、ＮＡＣＫ比は、第１の数のＮＡＣＫと第２の数のＡＣＫとの和に対する第１の数のＮＡＣＫの比である、ことと
を含む方法。
【0225】
本出願は、２０２０年１０月１２日に出願され、「サイドリンクのための省電力強化」と題された、米国特許仮出願第６３／０９１，７３７号明細書の利益を主張する。米国特許仮出願第６３／０９１，７３７号明細書は、参照により本明細書に組み込まれる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】