知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024080699
(43)【公開日】2024-06-13
(54)【発明の名称】無認可サイドリンク通信のためのチャネルアクセス機構
(51)【国際特許分類】
H04W 72/40 20230101AFI20240606BHJP
H04W 72/25 20230101ALI20240606BHJP
H04W 72/232 20230101ALI20240606BHJP
H04W 74/0816 20240101ALI20240606BHJP
【ＦＩ】
H04W72/40
H04W72/25
H04W72/232
H04W74/0816
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024027973
(22)【出願日】2024-02-28
(31)【優先権主張番号】63/429,890
(32)【優先日】2022-12-02
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】524075940
【氏名又は名称】カルバシ，レーザ
(74)【代理人】
【識別番号】110003797
【氏名又は名称】弁理士法人清原国際特許事務所
(72)【発明者】
【氏名】カルバシ，レーザ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA03
5K067DD11
5K067EE02
5K067EE10
5K067EE25
(57)【要約】 （修正有）
【課題】無認可サイドリンク通信システムにおけるチャネルアクセスのための装置及び方法を提供する。
【解決手段】通信システム１００において、第１のＵＥは、基地局（ＢＳ）へのデータの送信又はＢＳからのデータの受信のために第１のリソースにアクセスすることを要求するリッスンビフォアトーク（ＬＢＴ）プロセスをトリガする。ＬＢＴに応答して、第１のＵＥは、ＢＳへのデータの送信又はＢＳからのデータの受信のための第１のリソースを示す第１のグラントを受信する。第１のＵＥは、第１のＵＥの通信範囲内のＵＥの第１のセット内にある１つ以上のＵＥから、第１のＵＥと第１のセット内の１つ以上のＵＥとの間のデータの送信のために第２のリソースにアクセスすることを要求する。第１のＵＥは、第１のセットの１つ以上のＵＥに第２のリソースのグラントを送信する。第２のリソースは、第１のＵＥによって使用されない第１のリソースの残りの部分を含む。
【選択図】図１
【解決手段】通信システム１００において、第１のＵＥは、基地局（ＢＳ）へのデータの送信又はＢＳからのデータの受信のために第１のリソースにアクセスすることを要求するリッスンビフォアトーク（ＬＢＴ）プロセスをトリガする。ＬＢＴに応答して、第１のＵＥは、ＢＳへのデータの送信又はＢＳからのデータの受信のための第１のリソースを示す第１のグラントを受信する。第１のＵＥは、第１のＵＥの通信範囲内のＵＥの第１のセット内にある１つ以上のＵＥから、第１のＵＥと第１のセット内の１つ以上のＵＥとの間のデータの送信のために第２のリソースにアクセスすることを要求する。第１のＵＥは、第１のセットの１つ以上のＵＥに第２のリソースのグラントを送信する。第２のリソースは、第１のＵＥによって使用されない第１のリソースの残りの部分を含む。
【選択図】図１
【特許請求の範囲】
【請求項1】
ワイヤレス通信の方法であって、以下のステップを含む：
第１のユーザ機器（ＵＥ）によって、基地局（ＢＳ）へのデータの送信またはＢＳからのデータの受信のために第１のリソースにアクセスすることを要求するリッスンビフォアトーク（ＬＢＴ）プロセスをトリガするステップと、
ＬＢＴをトリガすることに応答して、であって、第１のＵＥは、基地局（ＢＳ）へのデータの送信またはＢＳからのデータの受信のための第１のリソースを示す第１のグラントを受信する；
第１のＵＥは、第１のＵＥの通信範囲内のＵＥの第１のセットのうちの１つまたは複数のＵＥから、第１のＵＥと第１のセット内の１つまたは複数のＵＥとの間のデータの送信のために第２のリソースにアクセスすることを要求する；そして
第１のＵＥは、第１のセットの１つまたは複数のＵＥに第２のリソースの許可を送信することであって、第２のリソースは、第１のＵＥによって使用されない第１のリソースの残りの部分を含む。
第１のユーザ機器（ＵＥ）によって、基地局（ＢＳ）へのデータの送信またはＢＳからのデータの受信のために第１のリソースにアクセスすることを要求するリッスンビフォアトーク（ＬＢＴ）プロセスをトリガするステップと、
ＬＢＴをトリガすることに応答して、であって、第１のＵＥは、基地局（ＢＳ）へのデータの送信またはＢＳからのデータの受信のための第１のリソースを示す第１のグラントを受信する；
第１のＵＥは、第１のＵＥの通信範囲内のＵＥの第１のセットのうちの１つまたは複数のＵＥから、第１のＵＥと第１のセット内の１つまたは複数のＵＥとの間のデータの送信のために第２のリソースにアクセスすることを要求する；そして
第１のＵＥは、第１のセットの１つまたは複数のＵＥに第２のリソースの許可を送信することであって、第２のリソースは、第１のＵＥによって使用されない第１のリソースの残りの部分を含む。
【請求項2】
以下をさらに含む請求項１に記載の方法。
ＵＥの第１のセットの第３のユーザ機器（ＵＥ）において、第３のＵＥとの通信範囲内にあるＵＥの第２のセット中の１つまたは複数のＵＥから、第３のＵＥと第２のセット中の１つまたは複数のＵＥとの間のデータの送信のために第３のリソースにアクセスすることを要求すること；そして
第２のセット中の１つまたは複数のＵＥに第３のリソースの許可を送信することであって、第３のリソースは、第３のＵＥによって使用されない第２のリソースの残りの部分を含む。
ＵＥの第１のセットの第３のユーザ機器（ＵＥ）において、第３のＵＥとの通信範囲内にあるＵＥの第２のセット中の１つまたは複数のＵＥから、第３のＵＥと第２のセット中の１つまたは複数のＵＥとの間のデータの送信のために第３のリソースにアクセスすることを要求すること；そして
第２のセット中の１つまたは複数のＵＥに第３のリソースの許可を送信することであって、第３のリソースは、第３のＵＥによって使用されない第２のリソースの残りの部分を含む。
【請求項3】
第１のグラントは、第１のサイドリンク制御情報（ＳＣＩ）メッセージにおいて送信されることを特徴とする請求項１に記載の方法。
【請求項4】
第１のリソースは、周波数帯域幅および持続時間を含むことを特徴とする請求項１に記載の方法。
【請求項5】
第１のユーザ機器（ＵＥ）から第２のセットの１つまたは複数のＵＥへの許可は、第２のサイドリンク制御情報（ＳＣＩ２）メッセージ中で送信されることを特徴とする請求項４に記載の方法。
【請求項6】
ＳＣＩ２は、以下を含むことを特徴とする請求項４に記載の方法。
第１のセット内の１つまたは複数のユーザ機器（ＵＥ）に利用可能な帯域幅；
第１のセット中の１つまたは複数のＵＥと第１のＵＥとの間のデータの送信のためのタイムスタンプと、
第１のセット中の１つまたは複数のＵＥのトラフィックのためのチャネルアクセス優先度値（ＣＡＰ）；そして
第１のＵＥによって使用されない残りの持続時間。
第１のセット内の１つまたは複数のユーザ機器（ＵＥ）に利用可能な帯域幅；
第１のセット中の１つまたは複数のＵＥと第１のＵＥとの間のデータの送信のためのタイムスタンプと、
第１のセット中の１つまたは複数のＵＥのトラフィックのためのチャネルアクセス優先度値（ＣＡＰ）；そして
第１のＵＥによって使用されない残りの持続時間。
【請求項7】
第２のリソースのアクセスの許可を受信する第１のセット中の１つまたは複数のユーザ機器（ＵＥ）は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）中の制御信号と、物理サイドリンク同期チャネル（ＰＳＳＣＨ）中の同期信号と、物理サイドリンクフィードバックチャネル中のフィードバック信号とを第１のＵＥに送信することを特徴とする請求項１に記載の方法。
【請求項8】
以下をさらに含む請求項１に記載の方法。
基地局（ＢＳ）から、第１のユーザ機器（ＵＥ）において、第１のＵＥによって第１のセットの１つまたは複数のＵＥに許可された第２のリソースにアクセスするために必要とされる情報を含むネットワークアシスタント情報（ＮＡＩ）と、第２のリソースの許可を受信する第１のセットのＵＥの識別情報とを受信する。
基地局（ＢＳ）から、第１のユーザ機器（ＵＥ）において、第１のＵＥによって第１のセットの１つまたは複数のＵＥに許可された第２のリソースにアクセスするために必要とされる情報を含むネットワークアシスタント情報（ＮＡＩ）と、第２のリソースの許可を受信する第１のセットのＵＥの識別情報とを受信する。
【請求項9】
第１のユーザ機器（ＵＥ）は、トラフィックを割り振られた１つまたは複数のＵＥのチャネルアクセス優先度クラス（ＣＡＰＣ）値に基づいて、第１のセットの１つまたは複数のＵＥに第２のリソースを割り振ることを特徴とする請求項１に記載の方法。
【請求項10】
以下をさらに含む請求項１に記載の方法。
第１のセットの１つまたは複数のユーザ機器（ＵＥ）による干渉の測定；そして
測定された干渉を第１のＵＥに報告する。
第１のセットの１つまたは複数のユーザ機器（ＵＥ）による干渉の測定；そして
測定された干渉を第１のＵＥに報告する。
【請求項11】
第１のユーザ機器（ＵＥ）は、報告された干渉測定値に基づいて、１つまたは複数のＵＥに第２のリソースを割り振ることを特徴とする請求項１０に記載の方法。
【請求項12】
第１のユーザ機器（ＵＥ）は、第２のリソースをいくつかのサブセットに分割し、リソースにアクセスすることを要求した第１のセットの１つまたは複数のＵＥに各サブセットを送信することを特徴とする請求項１に記載の方法。
【請求項13】
ワイヤレス通信の方法であって、以下のステップを含む：
第１のユーザ機器（ＵＥ）によって第２のＵＥに、第２のＵＥへのデータの送信または第２のＵＥからのデータの受信のための第１のリソースにアクセスするための要求を送信することであって、第１のリソースは、基地局（ＢＳ）によって第２のＵＥに許可され、第２のＵＥによって使用されない第２のリソースの一部；そして
要求に応答して、であって、第１のＵＥは、第２のリソースの許可を受信する；そして
第１のＵＥは、データまたは制御情報を第２のＵＥに送信するか、またはデータまたは制御情報を第２のＵＥから受信する。
第１のユーザ機器（ＵＥ）によって第２のＵＥに、第２のＵＥへのデータの送信または第２のＵＥからのデータの受信のための第１のリソースにアクセスするための要求を送信することであって、第１のリソースは、基地局（ＢＳ）によって第２のＵＥに許可され、第２のＵＥによって使用されない第２のリソースの一部；そして
要求に応答して、であって、第１のＵＥは、第２のリソースの許可を受信する；そして
第１のＵＥは、データまたは制御情報を第２のＵＥに送信するか、またはデータまたは制御情報を第２のＵＥから受信する。
【請求項14】
第２のリソースは、第２のユーザ機器（ＵＥ）に割り当てられたチャネル占有時間（ＣＯＴ）の時間および周波数リソースを含むことを特徴とする請求項１３に記載の方法。
【請求項15】
第１のユーザ機器（ＵＥ）は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）で制御信号を送信し、物理サイドリンク同期チャネル（ＰＳＳＣＨ）で同期信号を送信し、物理サイドリンクフィードバックチャネルでフィードバック信号を送信することを特徴とする請求項１３に記載の方法。
【請求項16】
グラントを受信することは、サイドリンク制御チャネル（ＳＣＩ）情報においてメッセージを受信することを含むことを特徴とする請求項１３に記載の方法。
【請求項17】
以下をさらに含む請求項１３に記載の方法。
第１のユーザ機器（ＵＥ）によって干渉を測定するステップと、そして
測定された干渉を第２のＵＥに報告する。
第１のユーザ機器（ＵＥ）によって干渉を測定するステップと、そして
測定された干渉を第２のＵＥに報告する。
【請求項18】
サイドリンク制御チャネル（ＳＣＩ）は、以下を含むことを特徴とする請求項１６に記載の方法。
第１のユーザ機器（ＵＥ）が利用可能な周波数帯域幅；
第１のＵＥと第２のＵＥとの間のデータの送信のためのタイムスタンプ；
第１のＵＥによって使用されない第２のリソースの残りの持続時間。
第１のユーザ機器（ＵＥ）が利用可能な周波数帯域幅；
第１のＵＥと第２のＵＥとの間のデータの送信のためのタイムスタンプ；
第１のＵＥによって使用されない第２のリソースの残りの持続時間。
【請求項19】
第１のリソースは、報告された干渉測定によって決定されることを特徴とする請求項１７に記載の方法。
【請求項20】
ユーザ機器（ＵＥ）であって、以下を含む：トランシーバであって、
リッスンビフォアトーク（ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ：ＬＢＴ）プロセスをトリガし、基地局（ｂａｓｅ ｓｔａｔｉｏｎ：ＢＳ）へのデータ送信またはＢＳからのデータ受信のために第１のリソースへのアクセスを要求する；
ＬＢＴに応答して、であって、ＵＥは、基地局（ＢＳ）へのデータの送信またはＢＳからのデータの受信のための第１のリソースを示す第１のグラントを受信する；
ＵＥは、第１のＵＥの通信範囲内の他のＵＥの第１のセットのうちの１つまたは複数の他のＵＥから、第１のＵＥと第１のセットの１つまたは複数の他のＵＥとの間のデータの送信のために第２のリソースにアクセスすることを要求する；そして
ＵＥは、第１のセットの１つまたは複数の他のＵＥに第２のリソースの許可を送信することであって、第２のリソースは、第１のＵＥによって使用されない第１のリソースの残りの部分を含む。
リッスンビフォアトーク（ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ：ＬＢＴ）プロセスをトリガし、基地局（ｂａｓｅ ｓｔａｔｉｏｎ：ＢＳ）へのデータ送信またはＢＳからのデータ受信のために第１のリソースへのアクセスを要求する；
ＬＢＴに応答して、であって、ＵＥは、基地局（ＢＳ）へのデータの送信またはＢＳからのデータの受信のための第１のリソースを示す第１のグラントを受信する；
ＵＥは、第１のＵＥの通信範囲内の他のＵＥの第１のセットのうちの１つまたは複数の他のＵＥから、第１のＵＥと第１のセットの１つまたは複数の他のＵＥとの間のデータの送信のために第２のリソースにアクセスすることを要求する；そして
ＵＥは、第１のセットの１つまたは複数の他のＵＥに第２のリソースの許可を送信することであって、第２のリソースは、第１のＵＥによって使用されない第１のリソースの残りの部分を含む。
【発明の詳細な説明】
【図面の簡単な説明】
【0001】
【図1】本開示の様々な例示的な実施形態のいくつかの態様によるモバイル通信のシステムの一例を示す。
【図3A】図３Ａ、３Ｂおよび３Ｃは、本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、それぞれダウンリンク、アップリンクおよびサイドリンクにおける論理チャネルとトランスポートチャネルとの間の例示的なマッピングを示す。
【図3B】図３Ａ、３Ｂおよび３Ｃは、本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、それぞれダウンリンク、アップリンクおよびサイドリンクにおける論理チャネルとトランスポートチャネルとの間の例示的なマッピングを示す。
【図4A】図４Ａ、４Ｂおよび４Ｃは、本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、それぞれダウンリンク、アップリンクおよびサイドリンクにおけるトランスポートチャネルと物理チャネルとの間の例示的なマッピングを示す。
【図4B】図４Ａ、４Ｂおよび４Ｃは、本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、それぞれダウンリンク、アップリンクおよびサイドリンクにおけるトランスポートチャネルと物理チャネルとの間の例示的なマッピングを示す。
【図4C】図４Ａ、４Ｂおよび４Ｃは、本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、それぞれダウンリンク、アップリンクおよびサイドリンクにおけるトランスポートチャネルと物理チャネルとの間の例示的なマッピングを示す。
【図6】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、ダウンリンク、アップリンク、およびサイドリンクにおける例示的な物理信号を示す図。
【図7】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、無線リソース制御（ＲＲＣ）状態および異なるＲＲＣ状態間の遷移の例を示す。
【図8】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による例示的なフレーム構造および物理リソースを示す図。
【図9】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、異なるキャリアアグリゲーションシナリオにおける例示的なコンポーネントキャリア構成を示す図。
【図10A】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、中継ユーザ機器（ＵＥ）とリモートＵＥとの間のチャネル占有時間（ＣＯＴ）共有の一例を示す。
【図10B】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、リレーＵＥと１つまたは複数のリモートＵＥとの間のＣＯＴ共有の一例を示す。
【図10C】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、リモートＵＥと１つのＵＥとの間のＣＯＴ共有の例を示す。
【図10D】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、リモートＵＥと１つまたは複数のリモートＵＥとの間のＣＯＴ共有の一例を示す。
【図11】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、時間領域におけるＣＯＴリソースを示す例を示す図。
【図12】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、時間領域および周波数領域におけるＣＯＴリソースを示す例を示す図。
【図13】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、チャネルアクセスにおける衝突を制限するための干渉測定機能を有するサイドリンク（ＳＬ）通信システムにおけるＣＯＴ共有の例を示す図。
【図14】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、送信および／または受信のためのＵＥの例示的な構成要素を示す図。
【図15】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、送信および／または受信のための基地局（ＢＳ）の例示的な構成要素を示す図。
【図16】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、中継ＵＥによって実行されるＣＯＴ共有方法を示すフロー図。
【図17】本開示の様々な例示的な実施形態のいくつかのいくつかの態様による、リモートＵＥによって実行されるＣＯＴ共有方法を示す流れ図。
【発明を実施するための形態】
【0002】
図１は、本開示の様々な例示的な実施形態のいくつかのいくつかの態様によるモバイル通信のシステム１００の一例を示す。モバイル通信のシステム１００は、モバイルネットワークオペレータ（ＭＮＯ）、プライベートネットワークオペレータ、マルチプルシステムオペレータ（ＭＳＯ）、モノのインターネット（ＩＯＴ）ネットワークオペレータなどのワイヤレス通信システムオペレータによって動作され得、音声、データ（たとえば、ワイヤレスインターネットアクセス）、メッセージングなどのサービスを提供し得る。Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）通信サービスなどの車両通信サービス、安全サービス、ミッションクリティカルサービス、ＩＯＴ、工業ＩＯＴ（ＩＩＯＴ）などの住宅、商業または工業環境におけるサービスなど。
【0003】
モバイル通信のシステム１００は、レイテンシ、信頼性、スループットなどに関して異なる要件を有する様々なタイプのアプリケーションを可能にし得る。サポートされる例示的なアプリケーションは、拡張モバイルブロードバンド（ｅＭＢＢ）、超信頼性低レイテンシ通信（ＵＲＬＬＣ）、および大規模マシンタイプ通信（ｍＭＴＣ）を含み、ｅＭＢＢは、高いピークデータレートならびにセルエッジユーザのための中程度のレートで安定した接続をサポートし得る。ＵＲＬＬＣは、レイテンシおよび信頼性に関して厳しい要件を有し、データレートに関して中程度の要件を有するアプリケーションをサポートし得る。例示的なｍＭＴＣアプリケーションは、散発的にのみアクティブであり、小さいデータペイロードを送信する、膨大な数のＩｏＴデバイスのネットワークを含む。
【0004】
モバイル通信のシステム１００は、無線アクセスネットワーク（ＲＡＮ）部分とコアネットワーク部分とを含み得る。図１に示される例は、ＲＡＮおよびコアネットワークの例として、次世代ＲＡＮ（ＮＧ－ＲＡＮ）１０５および５Ｇコアネットワーク（５ｇ－ＣＮ）１１０をそれぞれ示す。ＲＡＮおよびコアネットワークの他の例は、本開示の範囲から逸脱することなく実装され得る。ＲＡＮの他の例は、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＥＵＴＲＡＮ）、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＵＴＲＡＮ）などを含む。コアネットワークの他の例は、進化型パケットコア（ＥＰＣ）、ＵＭＴＳコアネットワーク（ＵＣＮ）などを含む。ＲＡＮは、無線アクセス技術（ＲＡＴ）を実装し、ユーザ機器（ＵＥ）１２５とコアネットワークとの間に常駐し、図１４は、本開示の種々の例示的実施形態のいくつかのいくつかの態様による、非周期的トラフィックのためのプリエンプションを伴うＳＬリソース割振りプロセスの実施例を示す。そのようなＲＡＴの例は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＥＵＴＲＡ）としても知られるＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓ ｙｓｔｅｍ（ＵＭＴＳ）などを含む。モバイル通信の例示的なシステム１００のＲＡＴは、ＮＲであり得る。コアネットワークは、ＲＡＮと１つまたは複数の外部ネットワーク（たとえば、データネットワーク）との間に存在し、モビリティ管理、認証、セッション管理、ベアラの設定、および異なるサービス品質（ＱｏＳ）の適用などの機能を担う。ＵＥ１２５とＲＡＮ（たとえば、ＮＧ－ＲＡＮ１０５）との間の機能レイヤはアクセス層（ａｓ）と呼ばれることがあり、ＵＥ１２５とコアネットワーク（たとえば、５Ｇ－ＣＮ１１０）との間の機能レイヤは非アクセス層（ＮＡＳ）と呼ばれることがある。
【0005】
ＵＥ１２５は、ＲＡＮ内の１つまたは複数のノード、１つまたは複数の中継ノード、または１つまたは複数の他のＵＥなどとの通信のためのワイヤレス送信および受信手段を含み得る。ＵＥの例は、限定はしないが、スマートフォン、タブレット、ラップトップ、コンピュータ、車両内のワイヤレス送信および／または受信ユニット、Ｖ２Ｘまたは車両対車両（Ｖ２Ｖ）デバイス、ワイヤレスセンサ、ＩｏＴデバイス、ＩＩＯＴデバイスなどを含む。移動局（ＭＳ）、端末機器、端末ノード、クライアントデバイス、モバイルデバイスなどの他の名前がＵＥのために使用され得る。
【0006】
ＲＡＮは、ＵＥとの通信のためのノード（たとえば、基地局）を含み得る。たとえば、モバイル通信システム１００のＮＧ－ＲＡＮ１０５は、ＵＥ１２５との通信のためのノードを備え得る。例えば、ＲＡＮのために使用されるＲＡＴに応じて、ＲＡＮノードのための異なる名前が使用され得る。ＲＡＮノードは、ＵＭＴＳ ＲＡＴを使用したＲＡＮにおいてノードＢ（ＮＢ）と呼ばれることがある。ＲＡＮノードは、ＬＴＥ／ＥＵＴＲＡ ＲＡＴを使用するＲＡＮにおいて進化型ノードＢ（ｅＮＢ）と呼ばれることがある。図１のモバイル通信のシステム１００の例示的な例では、ＮＧ－ＲＡＮ１０５のノードは、次世代ノードＢ（ｇＮＢ）１１５または次世代進化型ノードＢ（ＮＧ－ｅＮＢ）１２０のいずれかであり得る。本明細書では、基地局、ＲＡＮノード、ｇＮＢ、およびｎｇ－ｅＮＢという用語は、互換的に使用され得る。ｇＮＢ１１５は、ＵＥ１２５へのＮＲユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与え得る。ｎｇ－ｅＮＢ１２０は、ＵＥ１２５に向けてＥ－ＵＴＲＡユーザプレーンプロトコル終端および制御プレーンプロトコル終端を提供することができる。ｇＮＢ１１５とＵＥ１２５との間のインターフェース、またはｎｇ－ｅＮＢ１２０とＵＥ１２５との間のインターフェースは、Ｕｕインターフェースと呼ばれ得る。Ｕｕインターフェースは、ユーザプレーンプロトコルスタックおよび制御プレーンプロトコルスタックと確立され得る。Ｕｕインターフェースの場合、基地局（たとえば、ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０）からＵＥ １２５への方向はダウンリンクと呼ばれることがあり、ＵＥ １２５から基地局（例えば、ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０）への方向はアップリンクと呼ばれることがある。
【0007】
ｇＮＢ１１５およびｎｇ－ｅＮＢ１２０は、Ｘｎインターフェースによって互いに相互接続され得る。Ｘｎインターフェースは、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インターフェースおよびＸｎ制御プレーン（Ｘｎ－Ｃ）インターフェースを備え得る。Ｘｎ－Ｕインターフェースのトランスポートネットワークレイヤは、インターネットプロトコル（ＩＰ）トランスポート上に構築され得、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）は、ユーザプレーンプロトコルデータユニット（ＰＤＵ）を搬送するためにユーザデータグラムプロトコル（ＵＤＰ）／ＩＰの上に使用され得る。Ｘｎ－Ｕは、ユーザプレーンＰＤＵの非保証型配信を提供し得、データ転送およびフロー制御をサポートし得る。Ｘｎ－Ｃインターフェースのトランスポートネットワークレイヤは、ＩＰの上のストリーム制御トランスポートプロトコル（ＳＣＴＰ）上に構築され得る。アプリケーションレイヤシグナリングプロトコルは、ＸｎＡＰ（Ｘｎ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と呼ばれることがある。ＳＣＴＰレイヤは、アプリケーションレイヤメッセージの保証された配信を提供することができる。トランスポートＩＰレイヤでは、ポイントツーポイント送信が、シグナリングＰＤＵを配信するために使用され得る。Ｘｎ－Ｃインターフェースは、Ｘｎインターフェース管理、コンテキスト転送およびＲＡＮページングを含むＵＥモビリティ管理、ならびにデュアル接続性をサポートし得る。
【0008】
ｇＮＢ１１５およびＮＧ－ｅＮＢ１２０はまた、ＮＧインターフェースによって５ＧＣ１１０に接続され得、より具体的には、ＮＧ－Ｃインターフェースによって５ＧＣ１１０のアクセスおよびモビリティ管理機能（ＡＭＦ）１３０に接続され得、ＮＧ－Ｕインターフェースによって５ＧＣ１１０のユーザプレーン機能（ＵＰＦ）１３５に接続され得る。ＮＧ－Ｕインターフェースのトランスポートネットワークレイヤは、ＩＰトランスポート上で構築され得、ＧＴＰプロトコルは、ＵＤＰ／ＩＰの上に使用されて、ＮＧ－ＲＡＮノード（例えば、ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０）とＵＰＦ１３５との間でユーザプレーンＰＤＵを搬送し得る。ＮＧ－Ｕは、ＮＧ－ＲＡＮノードとＵＰＦとの間のユーザプレーンＰＤＵの非保証型配信を提供することができる。ＮＧ－Ｃインターフェースのトランスポートネットワークレイヤは、ＩＰトランスポート上に構築され得る。シグナリングメッセージの信頼できるトランスポートのために、ＳＣＴＰがＩＰの上に追加され得る。アプリケーションレイヤシグナリングプロトコルは、ＮＧＡＰ（ＮＧ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と呼ばれることがある。ＳＣＴＰレイヤは、アプリケーションレイヤメッセージの保証された配信を提供することができる。トランスポートでは、ＩＰレイヤポイントツーポイント送信が、シグナリングＰＤＵを配信するために使用され得る。ＮＧ－Ｃインターフェースは、以下の機能を提供することができる：ＮＧインタフェース管理；ＵＥコンテキスト管理；ＵＥモビリティ管理；ＮＡＳメッセージの伝送；ページング；ＰＤＵセッション管理；構成転送；および警告メッセージ送信。
【0009】
ｇＮＢ１１５またはｎｇ－ｅＮＢ１２０は、以下の機能のうちの１つまたは複数をホストし得る：無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクおよびダウンリンクの両方におけるＵＥへのリソースの動的割り当て（たとえば、スケジューリング）などの無線リソース管理機能；ＩＰ及びイーサネットヘッダ圧縮、データの暗号化及び完全性保護；ＡＭＦへのルーティングがない場合のＵＥアタッチメントにおけるＡＭＦの選択は、ＵＥによって提供される情報から決定され得る；ＵＰＦに向かうユーザプレーンデータのルーティング；ＡＭＦに向かう制御プレーン情報のルーティング；接続設定および解放；ページングメッセージのスケジューリング及び送信；（たとえば、ＡＭＦから発信された）システムブロードキャスト情報のスケジューリングおよび送信；モビリティおよびスケジューリングのための測定および測定報告設定；アップリンクにおけるトランスポートレベルパケットマーキング；セッション管理；ネットワークスライシングのサポート；ＱｏＳフロー管理およびデータ無線ベアラへのマッピング；ＲＲＣ非アクティブ状態にあるＵＥのサポート；ＮＡＳメッセージの分配機能；無線アクセスネットワーク共有；デュアル接続性；ＮＲとＥ－ＵＴＲＡとの間の緊密な相互作用；また、ユーザプレーン５Ｇシステム（５ＧＳ）セルラーＩｏＴ（ＣＩｏＴ）最適化のためのセキュリティおよび無線構成を維持する。
【0010】
ＡＭＦ１３０は、以下の機能のうちの１つまたは複数をホストすることができる：ＮＡＳシグナリング終了；ＮＡＳシグナリングセキュリティ；ＡＳセキュリティ制御；３ＧＰＰアクセスネットワーク間のモビリティのためのＣＮノード間シグナリング；アイドルモードＵＥ到達性（ページング再送信の制御及び実行を含む）；登録エリア管理；システム内及びシステム間モビリティのサポート；アクセス認証；ローミング権のチェックを含むアクセス許可；モビリティ管理制御（加入及びポリシー）；ネットワークスライシングのサポート；セッション管理機能（ＳＭＦ）選択；５ＧＳ ＣＩｏＴ最適化の選択。
【0011】
ＵＰＦ１３５は、以下の機能のうちの１つまたは複数をホストすることができる：イントラ／インターＲＡＴモビリティのためのアンカーポイント（適用可能な場合）；データネットワークへの外部ＰＤＵセッションポイントの相互接続；パケットルーティングおよび転送；ポリシールール施行のパケット検査およびユーザプレーン部分；トラフィック使用報告；データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類器；分岐点は、マルチホームＰＤＵセッションをサポートする；・ユーザプレーンのためのＱｏＳ処理、例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート実施；アップリンクトラフィック検証（サービスデータフロー（ＳＤＦ）からＱｏＳフローへのマッピング）；・ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガリング。
【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】
本開示は、添付の図面に関連して、実装され得るすべての例または本開示の範囲内にあるすべての構成を表すわけではない例示的な構成について説明する。用語「例示的」は、「他の例と比較して好ましい「または「有利な」と解釈されるべきではなく、「例示、インスタンスまたは例」と解釈されるべきである。実施形態および図面の説明を含む本開示を読むことによって、本明細書に開示される技術が代替実施形態を使用して実装され得ることが、当業者によって理解されるであろう。当業者は、実施形態、または本明細書で説明される実施形態のある特徴が、本開示で説明される技術を実践するためのさらに他の実施形態に到達するように組み合わせられ得ることを理解するであろう。したがって、本開示は、本明細書で説明する例および設計に限定されず、本明細書で開示する原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図1】
【図2A】
【図2B】
【図3A】
【図3B】
【図4A】
【図4B】
【図4C】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図10C】
【図10D】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【外国語明細書】