▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特表2024-518513ＮＲ Ｖ２ＸにおけるＳＬ ＤＲＸタイマーを運営する方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-05-01
(54)【発明の名称】ＮＲ Ｖ２ＸにおけるＳＬ ＤＲＸタイマーを運営する方法及び装置
(51)【国際特許分類】
H04W 72/40 20230101AFI20240423BHJP
H04W 72/25 20230101ALI20240423BHJP
【ＦＩ】
H04W72/40
H04W72/25
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023569920
(86)(22)【出願日】2022-05-10
(85)【翻訳文提出日】2023-12-26
(86)【国際出願番号】 KR2022006669
(87)【国際公開番号】W WO2022240146
(87)【国際公開日】2022-11-17
(31)【優先権主張番号】63/186,765
(32)【優先日】2021-05-10
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/187,393
(32)【優先日】2021-05-11
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】イ スンミン
(72)【発明者】
【氏名】ソ ハンピョル
(72)【発明者】
【氏名】パク キウォン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD34
5K067EE02
5K067EE25
(57)【要約】
無線通信システムにおいて、第１の装置１００の動作方法が提案される。前記方法は：第１のリソースに基づいて、第２の装置２００にリソースに関連する情報を含むＳＣＩを送信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含む、ステップ；前記第２の装置２００から衝突情報を受信するステップ；及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択するステップを含むことができる。
【選択図】図１４
【選択図】図１４
【特許請求の範囲】
【請求項1】
第１の装置が無線通信を行う方法において、第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、
前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含む、ステップ；
前記第２の装置から衝突情報を受信するステップ；及び
前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択するステップを含む、方法。
【請求項2】
前記リソースに関連する情報はリソース予約周期を含む、請求項１に記載の方法。
【請求項3】
前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである、請求項２に記載の方法。
【請求項4】
前記リソースに関連する情報が前記第１のリソースと同じ周期内に、前記第１のリソースと異なるリソースに関連する情報を含まないことに基づいて、前記第１のリソースの次のリソースは前記第１のリソースの次の周期のリソースである、請求項２に記載の方法。
【請求項5】
前記リソースに関連する情報はリソース予約周期を含まない、請求項１に記載の方法。
【請求項6】
前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである、請求項５に記載の方法。
【請求項7】
前記衝突情報は第３の装置が送信するＳＣＩに対するデコーディングに基づいて生成される、請求項１に記載の方法。
【請求項8】
前記衝突情報は前記第３の装置がＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するために使用するリソースに関連する干渉に基づいて生成される、請求項７に記載の方法。
【請求項9】
前記第１のリソースの次のリソースは１つのＭＡＣ ＰＤＵに関連するリソースである、請求項１に記載の方法。
【請求項10】
前記再選択は、前記第１のリソースの次のリソースにおいて送信されるＭＡＣ ＰＤＵが存在することに基づいて実行される、請求項１に記載の方法。
【請求項11】
前記ＭＡＣ ＰＤＵが存在することは前記ＭＡＣ ＰＤＵに関連する優先順位情報の存在に基づいて決定される、請求項１０に記載の方法。
【請求項12】
前記再選択は：前記第１のリソースの次のリソースを候補リソースセットにおいて除外するステップ；及び
前記候補リソースセット内で第２のリソースを選択するステップを含む、請求項１に記載の方法。
【請求項13】
前記衝突情報は端末間の調整メッセージ（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｓｓａｇｅ）を介して受信される、請求項１に記載の方法。
【請求項14】
無線通信を行う第１の装置において、命令を格納する１つ以上のメモリ；
１つ以上の送受信機；及び
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むが、前記１つ以上のプロセッサは前記命令を実行し、
第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、
前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み；
前記第２の装置から衝突情報を受信し；及び
前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択する、第１の装置。
【請求項15】
第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、前記装置は、１つ以上のプロセッサ；及び
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むが、前記１つ以上のプロセッサは前記命令を実行し、
第１のリソースに基づいて、第２の端末にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、
前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み；
前記第２の端末から衝突情報を受信し；及び
前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択する、装置。
【請求項16】
命令を記録している非一時的コンピューター可読記憶媒体として、前記命令は、実行されるとき、第１の装置に：
第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するようにするが、
前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み；
前記第２の装置から衝突情報を受信するようにし；及び
前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択するようにする、非一時的コンピューター可読記憶媒体。
【請求項17】
第２の装置が無線通信を行う方法において、第１のリソースに基づいて、第１の装置からリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するが、
前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含む、ステップ；
前記第１のリソースの次のリソースに関連する衝突を決定するステップ；及び
前記第１のリソースの次のリソースに関連する衝突に基づいて、衝突情報を生成するステップ；及び
前記衝突情報を前記第１の装置に送信するステップを含むが、
前記衝突情報に基づいて、前記第１のリソースの次のリソースは候補リソースセットにおいて除外され、及び
前記第１のリソースの次のリソースが除外された前記候補リソースセットに基づいてリソース再選択が実行される、方法。
【請求項18】
前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである、請求項１７に記載の方法。
【請求項19】
無線通信を行う第２の装置において、命令を格納する１つ以上のメモリ；
１つ以上の送受信機；及び
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むが、前記１つ以上のプロセッサは前記命令を実行し、
第１のリソースに基づいて、第１の装置からリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するが、
前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み；
前記第１のリソースの次のリソースに関連する衝突を決定し；及び
前記第１のリソースの次のリソースに関連する衝突に基づいて、衝突情報を生成し；及び
前記衝突情報を前記第１の装置に送信するが、
前記衝突情報に基づいて、前記第１のリソースの次のリソースは候補リソースセットにおいて除外され、及び
前記第１のリソースの次のリソースが除外された前記候補リソースセットに基づいてリソース再選択が実行される、第２の装置。
【請求項20】
第１９項において、前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び
第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである、第２の装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関する。
【背景技術】
【0002】
サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）とは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間に直接的なリンクを設定し、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）を経ずに、端末間に音声またはデータなどを直接やり取りする通信方式を意味する。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）は、有／無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ）、及びＶ２Ｐ（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ）のような四つの類型に区分されることができる。Ｖ２Ｘ通信は、ＰＣ５インターフェース及び／またはＵｕインターフェースを介して提供されることができる。
【0003】
一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイル広帯域（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。それによって、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術を新しいＲＡＴ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ ｒａｄｉｏ）と称することができる。ＮＲでもＶ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信がサポートされることができる。
【0004】
【0005】
Ｖ２Ｘ通信と関連して、ＮＲ以前のＲＡＴではＢＳＭ（Ｂａｓｉｃ Ｓａｆｅｔｙ Ｍｅｓｓａｇｅ）、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）、ＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）のようなＶ２Ｘメッセージに基づいて、安全サービス（ｓａｆｅｔｙ ｓｅｒｖｉｃｅ）を提供する方案が主に論議された。Ｖ２Ｘメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ（ｐｅｒｉｏｄｉｃ ｍｅｓｓａｇｅ）タイプのＣＡＭ、及び／またはイベントトリガメッセージ（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｍｅｓｓａｇｅ）タイプのＤＥＮＭを他の端末に送信できる。
【0006】
以後、Ｖ２Ｘ通信と関連して、多様なＶ２ＸシナリオがＮＲで提示されている。例えば、多様なＶ２Ｘシナリオは、車両プラトー二ング（ｖｅｈｉｃｌｅ ｐｌａｔｏｏｎｉｎｇ）、向上したドライビング（ａｄｖａｎｃｅｄ ｄｒｉｖｉｎｇ）、拡張されたセンサ（ｅｘｔｅｎｄｅｄ ｓｅｎｓｏｒｓ）、リモートドライビング（ｒｅｍｏｔｅｄ ｒｉｖｉｎｇ）などを含むことができる。
【発明の概要】
【課題を解決するための手段】
【0007】
本開示の一実施形態によれば、第１の装置が無線通信を行う方法が提供される。例えば、前記方法は：第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含む、ステップ、前記第２の装置から衝突情報を受信するステップ、及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択するステップを含むことができる。
【0008】
本開示の一実施形態によれば、無線通信を行う第１の装置が提供される。例えば、前記第１の装置は命令を格納する１つ以上のメモリ、１つ以上の送受信機、及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第２の装置から衝突情報を受信し、及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択することができる。
【0009】
本開示の一実施形態によれば、第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、前記装置は、１つ以上のプロセッサ、及び前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、第１のリソースに基づいて、第２の端末にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第２の端末から衝突情報を受信し、及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択することができる。
【0010】
本開示の一実施形態によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第１の装置に：第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するようにするが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第２の装置から衝突情報を受信するようにし、及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択するようにすることができる。
【0011】
本開示の一実施形態によれば、第２の装置が無線通信を行う方法が提供される。例えば、前記方法は：第１のリソースに基づいて、第１の装置からリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含む、ステップ、前記第１のリソースの次のリソースに関連する衝突を決定するステップ、及び前記第１のリソースの次のリソースに関連する衝突に基づいて、衝突情報を生成するステップ、及び前記衝突情報を前記第１の装置に送信するステップを含むが、前記衝突情報に基づいて、前記第１のリソースの次のリソースは候補リソースセットにおいて除外され、及び前記第１のリソースの次のリソースが除外された前記候補リソースセットに基づいてリソース再選択が実行される。
【0012】
本開示の一実施形態によれば、無線通信を行う第２の装置が提供される。例えば、前記第２の装置は命令を格納する１つ以上のメモリ、１つ以上の送受信機、及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、第１のリソースに基づいて、第１の装置からリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第１のリソースの次のリソースに関連する衝突を決定し、及び前記第１のリソースの次のリソースに関連する衝突に基づいて、衝突情報を生成し、及び前記衝突情報を前記第１の装置に送信するが、前記衝突情報に基づいて、前記第１のリソースの次のリソースは候補リソースセットにおいて除外され、及び前記第１のリソースの次のリソースが除外された前記候補リソースセットに基づいてリソース再選択が実行される。
【発明の効果】
【0013】
端末がＳＬ通信を効率的に行うことができる。
【図面の簡単な説明】
【0014】
【図1】ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。
【0015】
【図2】本開示の一実施例に係る、ＮＲシステムの構造を示す。
【0016】
【図3】本開示の一実施形態に係る、無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。
【0017】
【図4】本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。
【0018】
【図5】本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。
【0019】
【図6】本開示の一実施例に係る、ＢＷＰの一例を示す。
【0020】
【図7】本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。
【0021】
【図8】本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。
【0022】
【図9】本開示の一実施例に係る、三つのキャストタイプを示す。
【0023】
【図10】本開示の一実施形態に係る、ＤＲＸ周期の例を示す。
【0024】
【図11】本開示の一実施形態によって、送信リソースを予約した端末が送信リソースに関連する情報を別の端末に知らせる方法を示す。
【0025】
【図12】本開示の一実施形態に係る、受信端末がＩＵＣメッセージを送信する手順を示す。
【0026】
【図13】本開示の一実施形態に係る、ＬＣＰ手順が実行される実施形態を示す。
【0027】
【図14】本開示の一実施形態に係る、第１の装置が無線通信を行う手順を示す。
【0028】
【図15】本開示の一実施形態に係る、第２の装置が無線通信を行う手順を示す。
【0029】
【図16】本開示の一実施例に係る、通信システム１を示す。
【0030】
【図17】本開示の一実施例に係る、無線機器を示す。
【0031】
【図18】本開示の一実施例に係る、送信信号のための信号処理回路を示す。
【0032】
【図19】本開示の一実施例に係る、無線機器を示す。
【0033】
【図20】本開示の一実施例に係る、携帯機器を示す。
【0034】
【図21】本開示の一実施例に係る、車両または自律走行車両を示す。
【発明を実施するための形態】
【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】
【表1】
【0065】
表２は、拡張ＣＰが使用される場合、ＳＣＳによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。
【0066】
【表2】
【0067】
ＮＲシステムでは、一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース（例えば、サブフレーム、スロットまたはＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定されることができる。
【0068】
ＮＲにおいて、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）またはＳＣＳがサポートされることができる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）がサポートされることができ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した－都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）がサポートされることができる。ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅がサポートされることができる。
【0069】
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、二つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）に定義されることができる。前記二つのタイプの周波数範囲は、ＦＲ１及びＦＲ２である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表３の通りである。ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味することができ、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味することができ、ミリ波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれることができる。
【0070】
【表3】
【0071】
前述したように、ＮＲシステムの周波数範囲の数値は、変更されることができる。例えば、ＦＲ１は、以下の表４のように４１０ＭＨｚ乃至７１２５ＭＨｚの帯域を含むことができる。即ち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域を含むことができる。例えば、ＦＲ１内で含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。
【0072】
【表4】
【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】
【表5】
【0104】
【0105】
図１０を参照すれば、端末は電力消費を軽減するためにＲＲＣ＿ＩＤＬＥ状態及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＤＲＸを使用する。ＤＲＸが設定される場合、端末はＤＲＸ設定情報によってＤＲＸ動作を実行する。ＤＲＸとして動作する端末は受信作業を繰り返してオン・オフする。
【0106】
例えば、ＤＲＸが設定される場合、端末は事前に設定された時間区間内でのみダウンリンクチャネルであるＰＤＣＣＨ受信を試み、残りの時間区間内ではＰＤＣＣＨ受信を試みない。端末がＰＤＣＣＨ受信を試みる必要がある時間区間はｏｎ－ｄｕｒａｔｉｏｎと呼び、前記ｏｎ－ｄｕｒａｔｉｏｎ区間はＤＲＸ周期毎に１回定義される。
【0107】
端末はＲＲＣシグナリングを介してｇＮＢからＤＲＸ設定情報を受信することができ、（長い（ｌｏｎｇ））ＤＲＸ命令（ｃｏｍｍａｎｄ）ＭＡＣ ＣＥの受信を介してＤＲＸとして動作することができる。
【0108】
ＤＲＸ設定情報はＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに含まれる。ＩＥであるＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇはＤＲＸを含む、セルグループに対するＭＡＣパラメータの設定に使用される。
【0109】
ＤＲＸ命令ＭＡＣ ＣＥ又は長いＤＲＸ命令ＭＡＣ ＣＥはＬＣＩＤ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ＩＤ）を持つＭＡＣ ＰＤＵサブヘッダによって識別される。これは０ビットの固定されたサイズを持つ。
【0110】
次の表６はＤＬ－ＳＣＨに対するＬＣＩＤの値を例示したものである。
【0111】
【表6】
【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】
【表7】
【0209】
表７を参照すると、例えば、最も小さい優先順位値に関連するサービスＡ又は論理チャネルＡの優先順位が最も高い場合がある。例えば、最も大きい優先順位値に関連するサービスＣ又は論理チャネルＣの優先順位が最も低い場合がある。
【0210】
その一方で、ＮＲ Ｖ２Ｘ通信又はＮＲサイドリンク通信において、送信端末はサイドリンク送信（例えば、初期送信及び／又は再送）のための一つ以上の送信リソースを予約／選択することができ、送信端末は前記一つ以上の送信リソースの位置に関する情報を受信端末に知らせることができる。
【0211】
その一方で、サイドリンク通信実行のとき、送信端末が受信端末に対する送信リソースを予約又は事前に決定する方法は代表的に以下の形態である。
【0212】
例えば、送信端末はチェーン（ｃｈａｉｎ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末へ送信するか知らせることができる。すなわち、例えば、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。又は、例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末に知らせるか送信することができる。すなわち、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。このとき、例えば、送信端末が任意の（又は特定の）送信時点又は時間リソースにおいて送信される一つのＳＣＩを介してＫ個より小さい送信リソースの位置情報だけを受信端末にシグナリングすることで、ＳＣＩペイロード（ｐａｙｌｏａｄ）の過渡な増加による性能低下を防ぐことができる。
【0213】
【0214】
具体的に、例えば、図１１の（ａ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）２個の送信リソースの位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１１の（ｂ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）３個の送信リソース位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１１の（ａ）及び（ｂ）を参照すると、送信端末は４番目（又は最後）送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングすることができる。例えば、図１１の（ａ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。例えば、図１１の（ｂ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、２番目の送信関連リソース位置情報及び３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。このとき、例えば、図１１の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットを事前に設定された値（例えば、０）に設定又は指定することができる。例えば、図１１の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットが（４個の送信のうち）最後送信であることを示す事前に設定された状態／ビット値を指示するように設定又は指定することができる。
【0215】
その一方で、例えば、送信端末はブロック（ｂｌｏｃｋ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、図１１の（c）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して４個の送信リソース位置情報を受信端末にシグナリングすることで、ブロックベースのリソース予約を実行する方法を示す。
【0216】
本開示の一実施形態によれば、無線通信の特性、（受信端末の）ＳＬ－ＵＬ優先順位比較（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）（及び／又は、ＬＴＥ ＳＬ－ＮＲ ＳＬ優先順位比較）などのため、送信端末は自身が送信したＳＣＩ（及び／又は、ＰＳＣＣＨ、及び／又は、ＰＳＳＣＨ）に対する（ターゲット）受信端末の正常な受信を（常に）保証するのは難しいかもしれない。例えば、前記無線通信の特性は干渉、フェーディング効果などを含むことができる。また、例えば、（ターゲット）受信端末は送信端末が実行するプリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）チェック（ｃｈｅｃｋ）（及び／又は再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ））ベースのリソース再選択動作、ＳＬ－ＵＬ優先順位比較（及び／又は、ＬＴＥ ＳＬ－ＮＲ ＳＬ優先順位比較、及び／又は、輻輳制御（ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ））ベースのＳＣＩ（及び／又は、ＰＳＣＣＨ、及び／又は、ＰＳＳＣＨ）送信省略（及び／又は、リソース再選択動作）などのため、（送信端末から受信された）以前（ｐｒｉｏｒ）ＳＣＩを介して予約／選択されたリソース上で、前記送信端末のＳＣＩ（及び／又は、ＰＳＣＣＨ、及び／又は、ＰＳＳＣＨ）送信／受信を（常に）保証するのは難しいかもしれない。これを考慮し、例えば、下記提案方法においては異なる端末間の効率的なＳＬ ＤＲＸタイマー運営方法が提案される。
【0217】
本開示の一実施形態によれば、受信端末が（送信端末から受信された）以前のＳＣＩを介して予約／選択されたリソース上でＳＣＩ（及び／又は、ＰＳＣＣＨ）デコーディングに失敗する場合（及び／又は、ＳＣＩ（及び／又は、ＰＳＣＣＨ）に対するデコーディング試行を実行できない場合）、（事前に設定された長さの（過去）時間ウィンドウ内）最近の（同じＴＢ（及び／又は、ＳＬ ＨＡＲＱプロセス（ｐｒｏｃｅｓｓ））に関連する）（正常なＳＣＩデコーディングベースの）ＮＡＣＫ（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ）情報（例えば、ＰＳＦＣＨ）の送信時点（及び／又は、ＮＡＣＫ情報の（及び／又は、ＰＳＦＣＨ送信の）省略時点）（ＲＸ＿ＮＫＴＩＭＩＮＧ）を基準／ベースにＳＬ ＤＲＸタイマー（例えば、再送信（ＲＥ－ＴＸ）タイマー、ＨＡＲＱ ＲＴＴタイマー）が開始されたと仮定することができる。そして、例えば、前記受信端末は前記仮定されたＳＬ ＤＲＸタイマー開始時点に基づいて、（当該ＴＢに関連する）ＳＣＩに対するデコーディング／モニタリング動作（及び／又は、起床（ｗａｋｅ－ｕｐ）動作）を実行するように設定される。
【0218】
ここで、例えば、このようなルールが適用される場合、送信端末はプリエンプションチェック（及び／又は、再評価）ベースのリソース再選択動作、ＳＬ－ＵＬ優先順位比較（及び／又は、ＬＴＥ ＳＬ－ＮＲ ＳＬ優先順位比較、及び／又は、輻輳制御）ベースのＳＣＩ（及び／又は、ＰＳＣＣＨ、及び／又は、ＰＳＳＣＨ）送信の省略などのため、（自身が）以前のＳＣＩを介して予約／選択したリソース上で、（ターゲット）受信端末に、ＳＣＩ送信を実行しない場合（及び／又は（自身が）以前のＳＣＩを介して予約／選択したリソースを（別の時間／周波数リソースで）再選択する場合）、（事前に設定された長さの（過去）時間ウィンドウ内）最近の受信端末からの（同じＴＢ（及び／又はＳＬ ＨＡＲＱプロセス）に対する）ＮＡＣＫ情報（例えば、ＰＳＦＣＨ）の受信時点（ＴＸ＿ＮＫＴＩＭＩＮＧ）を基準／ベースに（受信端末の）ＳＬ ＤＲＸタイマー（例えば、再送信タイマー、ＨＡＲＱ ＲＴＴタイマー）が開始されたと仮定することができる。そして、例えば、前記送信端末は、これを考慮して（当該ＴＢに関連する）ＳＣＩの再送信リソースを（限定して）選択するように設定される。ここで、例えば、ＴＸ＿ＮＫＴＩＭＩＮＧ基準／ベースのＳＬ ＤＲＸタイマーが満了（ｅｘｐｉｒａｔｉｏｎ）した場合、送信端末は（連動されたＳＬ ＨＡＲＱプロセス関連）ＴＢ送信（及び／又は再送信）を省略するように設定される。
【0219】
ここで、例えば、ＴＸ＿ＮＫＴＩＭＩＮＧは送信端末が（ターゲット）受信端末から（実際）ＮＡＣＫ情報のＰＳＦＣＨを正常に受信した時点で（限定して）解釈／定義されるか、又は送信端末が（ターゲット）受信端末から（実際）ＮＡＣＫ情報のＰＳＦＣＨを正常に受信した時点だけでなくＰＳＦＣＨをＳＬ－ＵＬ優先順位比較などのためモニタリング／受信できない時点を含むように解釈／定義される。すなわち、例えば、ＴＸ＿ＮＫＴＩＭＩＮＧは送信端末が受信端末からＰＳＦＣＨをＳＬ－ＵＬ優先順位比較（及び／又は、ＬＴＥ ＳＬ－ＮＲ ＳＬ優先順位比較、及び／又は、ＰＳＦＣＨ ＴＸ－ＲＸ優先順位比較）などのためモニタリング／受信できない時点を含まないように（限定して）解釈／定義され、又は、ＮＡＣＫ情報の正常な受信時点に加えて送信端末が受信端末からＰＳＦＣＨをＳＬ－ＵＬ優先順位比較などのためモニタリング／受信できない時点も含むように解釈／定義される。
【0220】
例えば、ＩＵＣメッセージ（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｓｓａｇｅ）送信は下記（一部）のルールによって実行／トリガーされるように設定される。
【0221】
例えば、事前に設定された端末タイプ（例えば、省エネルギー（ｐｏｗｅｒ ｓａｖｉｎｇ）端末、歩行者（ｐｅｄｅｓｔｒｉａｎ）端末）の場合、（事前に設定された閾値レベル以下の残りの（バッテリ）電力を持っているとき）ＩＵＣメッセージ送信を実行しないように設定される。及び／又は、例えば、事前に設定された閾値レベル以上の残りの（バッテリ）電力を持っている省エネルギー端末の場合、（ターゲット受信端末から）ＡＣＫ情報を受信しても、ＩＵＣメッセージ生成に必要なセンシング動作などのために（（ＳＬ ＤＲＸ）不活性時間（ｉｎａｃｔｉｖｅ ｔｉｍｅ）区間内で）起床するように設定される。
【0222】
本開示の一実施形態によれば、受信されたＩＵＣメッセージベースの予約／選択された（未来）リソースに対する再選択可否チェックは当該（未来）リソースを介して送信されるＭＡＣ ＰＤＵが存在する／生成された状況下においてのみ（限定して）実行されるように（及び／又は、事前に設定された時間ウィンドウ内に位置する（未来）予約／選択されたリソースに対してのみ（限定して）実行されるように）設定される。例えば、（未来）リソースを介して送信されるＭＡＣ ＰＤＵが存在する／生成された状況は、当該（未来）リソースを介して送信されるデータの優先順位情報が存在する場合で解釈される。
【0223】
及び／又は、例えば、受信されたＩＵＣメッセージベースの予約／選択された（未来）リソースに対する再選択可否チェックは、ＩＵＣメッセージを生成／送信する端末が（ＳＣＩデコーディングベースに把握された）別の（ターゲット）端末の（現在）（生成された）（１つの、及び／又は事前に設定された数の）ＭＡＣ ＰＤＵ（例えば、ＴＢ）の送信に使用されるリソースに対してのみ、リソース衝突可否（及び／又は、事前に設定された閾値レベル以上の干渉の存在可否）などを判断し、（当該（ターゲット）端末に）フィードバックするように設定される。
【0224】
【0225】
図１２を参照すれば、送信端末は受信端末にＳＣＩを送信することができ、前記受信端末は前記ＳＣＩに基づいて、前記送信端末にＩＵＣメッセージを送信することができる。例えば、前記送信端末は前記ＩＵＣメッセージに基づいて、リソース再選択可否を決定することができる。前記ＳＣＩは次のリソースに関連する情報及び／又はリソース予約周期情報を含むことができ、又は含まない。
【0226】
例えば、図１２の（ａ）を参照すれば、ステップＳ１２１０Ａにおいて、受信端末は送信端末から第１のリソースに基づいてリソース情報を含むＳＣＩを受信することができる。ここで、前記リソース情報は、前記第１のリソース及び第２のリソースを含む少なくとも１つのリソースに関連する情報を含むことができる。例えば、前記第２のリソースは前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースである。ステップＳ１２２０Ａにおいて、前記受信端末は前記少なくとも１つのリソースに関連する衝突の発生可否を決定することができる。ステップＳ１２３０Ａにおいて、前記受信端末はＩＵＣメッセージを介して、前記送信端末に前記衝突の発生可否に関連する情報を送信することができる。ここで、前記ＩＵＣメッセージを受信する送信リソースは、前記ＩＵＣメッセージに基づいて、前記第２のリソースに対するリソース再選択可否を決定することができる。例えば、前記送信リソースは前記ＩＵＣメッセージを受信して、前記第２のリソースに対してリソース再選択を実行することができる。
【0227】
例えば、図１２の（ｂ）を参照すれば、ステップＳ１２１０Ｂにおいて、受信端末は送信端末から第１のリソースに基づいてリソース予約周期情報を含むＳＣＩを受信することができる。ここで、前記ＳＣＩは別のリソースに関連する情報を含まない。ステップＳ１２２０Ｂにおいて、前記受信端末は次の周期の第１のリソースに関連する衝突の発生可否を決定することができる。ステップＳ１２３０Ｂにおいて、前記受信端末はＩＵＣメッセージを介して、前記送信端末に前記衝突の発生可否に関連する情報を送信することができる。ここで、前記ＩＵＣメッセージを受信する送信リソースは、前記ＩＵＣメッセージに基づいて、前記次の周期の第１のリソースに対するリソース再選択可否を決定することができる。例えば、前記送信リソースは前記ＩＵＣメッセージを受信して、前記次の周期の第１のリソースに対してリソース再選択を実行することができる。
【0228】
例えば、図１２の（ｃ）を参照すれば、ステップＳ１２１０Ｃにおいて、受信端末は送信端末から第１のリソースに基づいてリソース情報及びリソース予約周期情報を含むＳＣＩを受信することができる。ここで、前記リソース情報は、前記第１のリソース及び第２のリソースを含む少なくとも１つのリソースに関連する情報を含むことができる。例えば、前記第２のリソースは前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースである。ステップＳ１２２０Ｃにおいて、前記受信端末は前記少なくとも１つのリソース及び次の周期の第１のリソースに関連する衝突の発生可否を決定することができる。ステップＳ１２３０Ｃにおいて、前記受信端末はＩＵＣメッセージを介して、前記送信端末に前記衝突の発生可否に関連する情報を送信することができる。ここで、前記ＩＵＣメッセージを受信する送信リソースは、前記ＩＵＣメッセージに基づいて、前記第２のリソースに対するリソース再選択可否を決定することができる。例えば、前記送信リソースは前記ＩＵＣメッセージを受信して、前記第２のリソースに対してリソース再選択を実行することができる。すなわち、前記ＳＣＩがリソース予約周期及びリソース情報を全て含む場合、送信端末が衝突の発生可否に関連する情報を受信すれば、前記送信端末はＳＣＩが送信されるリソース（第１のリソース）の次のリソースである、第２のリソースに対してリソース再選択を実行することができる。
【0229】
例えば、前記ＩＵＣメッセージはＰＳＦＣＨを介して送信される。例えば、前記ＩＵＣメッセージはＨＡＲＱフィードバック情報と別途送信される。例えば、送信端末の立場において、前記ＩＵＣメッセージ受信とＵＬを介したＨＡＲＱフィードバック情報の報告が重複する場合、前記ＨＡＲＱフィードバック情報の報告が優先される。例えば、前記送信端末は、ＩＵＣメッセージに基づいて、リソース再選択を実行するか否かを決定することができる。
【0230】
本開示の一実施形態によれば、送信端末がＳＬ ＤＲＸ動作を実行する少なくとも１つの受信端末に、ＭＡＣ ＰＤＵ送信のためのＬＣＰ手順を実行するとき、（生成されるＳＬグラント（ｇｒａｎｔ）に関連するリソース時点において）活性時間（ａｃｔｉｖｅ ｔｉｍｅ）である少なくとも１つの受信端末に関連するデスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）（ＩＤ）を持つ少なくとも１つのＬＣＨのうち、最も高い優先順位のＬＣＨに関連する（使用可能な）データに基づいてＭＡＣ ＰＤＵ生成／送信が実行されるように設定される。すなわち、例えば、ＬＣＰ手順が実行されるとき、デスティネーションＩＤに関連する受信端末が、生成されるＳＬグラントに関連するリソース時点において活性時間である場合、前記デスティネーションＩＤを持つＬＣＨのうち、優先順位に基づいてＭＡＣ ＰＤＵ生成／送信が実行される。
【0231】
【0232】
図１３を参照すれば、ＬＣＰ手順を実行するための対象である、４個のＬＣＨが示される。例えば、ＬＣＰ手順は対象になる少なくとも１つのＬＣＨの優先順位などに基づいてＭＡＣ ＰＤＵを生成する順序を決定する手順を意味する。例えば、本実施形態においてはＬＣＨ１、ＬＣＨ２、ＬＣＨ３、及びＬＣＨ４を対象に実行されるＬＣＰ手順が説明される。例えば、本実施形態においては各ＬＣＨに関連する優先順位と同時に、各ＬＣＨに関連するデスティネーションＩＤ別に設定されるＳＬ ＤＲＸ設定に基づいて実行されるＬＣＰ手順が説明される。
【0233】
例えば、ＬＣＨ１に関連する使用可能なデータ（ａｖａｉｌａｂｌｅ ｄａｔａ）の優先順位値は３であり、ＬＣＨ２に関連する使用可能なデータの優先順位値は４であり、ＬＣＨ３に関連する使用可能なデータの優先順位値は１であり、及びＬＣＨ４に関連する使用可能なデータの優先順位値は２である。この場合、優先順位値は低いほど関連した優先順位が高いことを示すことができる。すなわち、本実施形態においてＬＣＨ１からＬＣＨ４のうち、関連した使用可能なデータの優先順位が最も高いＬＣＨはＬＣＨ３である。
【0234】
ここで、例えば、ＬＣＨ１及びＬＣＨ２に関連するデスティネーションＩＤはＡであり、ＬＣＨ３及びＬＣＨ４に関連するデスティネーションＩＤはＢと仮定する。また、例えば、実行されるＬＣＰの結果生成されるＭＡＣ ＰＤＵが送信される時点が前記Ａに関連するＳＬ ＤＲＸ設定Ａの活性時間に含まれ、同時に、前記Ｂに関連するＳＬ ＤＲＸ設定Ｂの活性時間に含まれないと仮定する。ここで、上述した通りＬＣＨ３の優先順位が最も高いにもかかわらず、本実施形態によれば、生成されるＭＡＣ ＰＤＵが送信される時点がＬＣＨ３に関連するＳＬ ＤＲＸ設定の活性時間に含まれない場合、前記ＬＣＰ手順を実行する端末は前記ＭＡＣ ＰＤＵの生成にＬＣＨ３、ＬＣＨ４を除外することができる。すなわち、生成されるＭＡＣ ＰＤＵはＬＣＨ１、ＬＣＨ２のみを含むことができる。これを介して、生成されるＭＡＣ ＰＤＵは常に受信端末の活性時間において送信され、ＳＬ通信がさらに効率的に実行される。
【0235】
本開示の一実施形態によれば、異なる端末間に、ＩＵＣメッセージ（及び／又は事前に設定された上位／物理層シグナリング）を介して、自身の（又は、別の端末の）ＳＬ ＤＲＸ動作適用に関連する（送信及び／又は受信）リソースプール情報がシグナリングされる。例えば、前記リソースプール情報はリソースプールインデックス、リソースプールを構成する時間／周波数リソース位置情報などを含むことができる。
【0236】
例えば、サービスタイプ（及び／又は（ＬＣＨ又はサービス）優先順位及び／又はＱＯＳ要件（例えば、遅延、信頼度、最小通信範囲）及び／又はＰＱＩパラメータ）（及び／又はＨＡＲＱフィードバック許可（ｅｎａｂｌｅｄ）（及び／又は不許可（ｄｉｓａｂｌｅｄ））ＬＣＨ／ＭＡＣ ＰＤＵ（送信）及び／又はリソースプールのＣＢＲ測定値及び／又はＳＬキャストタイプ（ｔｙｐｅ）（例えば、ユニキャスト、グループキャスト、ブロードキャスト）及び／又はＳＬグループキャストＨＡＲＱフィードバックオプション（例えば、ＮＡＣＫ ｏｎｌｙ フィードバック、ＡＣＫ／ＮＡＣＫフィードバック、ＴＸ－ＲＸ距離ベースのＮＡＣＫ ｏｎｌｙ フィードバック）及び／又はＳＬ ＭＯＤＥ １ＣＧタイプ（例えば、ＳＬ ＣＧタイプ１／２）及び／又はＳＬモード（ｍｏｄｅ）タイプ（例えば、モード１／２）及び／又はリソースプール及び／又はＰＳＦＣＨリソースが設定されたリソースプール可否及び／又はソース（ｓｏｕｒｃｅ）（Ｌ２）ＩＤ（及び／又はデスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）（Ｌ２）ＩＤ）及び／又はＰＣ５ ＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）リンク（ｌｉｎｋ）及び／又はＳＬリンク（ｌｉｎｋ）及び／又は（基地局との）接続（ｃｏｎｎｅｃｔｉｏｎ）状態（例えば、ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態、ＩＤＬＥ状態、ＩＮＡＣＴＩＶＥ状態）及び／又はＳＬ ＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）（ＩＤ）及び／又は（送信端末又は受信端末の）ＳＬ ＤＲＸ動作実行可否及び／又は省エネルギー（送信又は受信）端末可否及び／又は（特定の端末観点から）ＰＳＦＣＨ送信とＰＳＦＣＨ ＲＸが（及び／又は（端末能力（ｃａｐａｂｉｌｉｔｙ）を超過した）複数個のＰＳＦＣＨ送信が）重複する場合（及び／又はＰＳＦＣＨ送信（及び／又はＰＳＦＣＨ受信）が省略される場合）及び／又は送信端末から受信端末がＰＳＣＣＨ（及び／又はＰＳＳＣＨ）（再）送信を実際に（正常に）受信した場合などの要素／パラメータのうち、（又は別に）、少なくとも１つに対して、前記ルール適用可否（及び／又は本開示の提案方法／ルール関連パラメータ値）が特定して（又は、異なるように、又は、独立して）設定／許可される。
【0237】
また、本開示において「設定」（又は、「指定」）ワードは基地局が事前に定義された（物理層又は上位層）チャネル／信号（例えば、ＳＩＢ、ＲＲＣ、ＭＡＣ ＣＥ）を介して端末に知らせる形（及び／又は、事前設定（ｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して提供される形、及び／又は、端末が事前に定義された（物理層又は上位層）チャネル／信号（例えば、ＳＬ ＭＡＣ ＣＥ、ＰＣ５ ＲＲＣ）を介して別の端末に知らせる形）などに拡張解釈される。
【0238】
また、本開示において「ＰＳＦＣＨ」ワードは」（ＮＲ又はＬＴＥ）ＰＳＳＣＨ（及び／又は（ＮＲ又はＬＴＥ）ＰＳＣＣＨ）（及び／又は（ＮＲ又はＬＴＥ）ＳＬ ＳＳＢ（及び／又はＵＬチャネル／信号））」に拡張解釈される。
【0239】
また、本開示上の提案方法は相互組み合わせされ（新しい形の方法で）拡張使用される。
【0240】
本開示の実施形態によれば、送信端末は、前記送信端末がＳＣＩを介して指示したリソースに対する衝突可否をＩＵＣメッセージを介して確認することができる。これを介して、送信端末は衝突が起きるリソースに対するリソース再選択を実行することができ、結果的にＳＬ通信が円滑になるように実行される。
【0241】
【0242】
図１４を参照すれば、ステップＳ１４１０において、第１の装置は第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信することができる。例えば、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含むことができる。ステップＳ１４２０において、前記第１の装置は前記第２の装置から衝突情報を受信することができる。ステップＳ１４３０において、前記第１の装置は前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択することができる。
【0243】
例えば、前記リソースに関連する情報はリソース予約周期を含むことができる。
【0244】
例えば、前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである。
【0245】
例えば、前記リソースに関連する情報が前記第１のリソースと同じ周期内に、前記第１のリソースと異なるリソースに関連する情報を含まないことに基づいて、前記第１のリソースの次のリソースは前記第１のリソースの次の周期のリソースである。
【0246】
例えば、前記リソースに関連する情報はリソース予約周期を含まない。
【0247】
例えば、前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである。
【0248】
例えば、前記衝突情報は第３の装置が送信するＳＣＩに対するデコーディングに基づいて生成される。
【0249】
例えば、前記衝突情報は前記第３の装置がＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するために使用するリソースに関連する干渉に基づいて生成される。
【0250】
例えば、前記第１のリソースの次のリソースは１つのＭＡＣ ＰＤＵに関連するリソースである。
【0251】
例えば、前記再選択は、前記第１のリソースの次のリソースにおいて送信されるＭＡＣ ＰＤＵが存在することに基づいて実行される。
【0252】
例えば、前記ＭＡＣ ＰＤＵが存在することは前記ＭＡＣ ＰＤＵに関連する優先順位情報の存在に基づいて決定される。
【0253】
例えば、前記再選択は：前記第１のリソースの次のリソースを候補リソースセットにおいて除外するステップ、及び前記候補リソースセット内で第２のリソースを選択するステップを含むことができる。
【0254】
例えば、前記衝突情報は端末間の調整メッセージ（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｓｓａｇｅ）を介して受信される。
【0255】
上述した実施形態は以下で説明する様々な装置に対して適用することができる。例えば、第１の装置１００のプロセッサ１０２は第１のリソースに基づいて、第２の装置２００にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するように送受信機１０６を制御することができる。例えば、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含むことができる。そして、前記第１の装置１００のプロセッサ１０２は前記第２の装置２００から衝突情報を受信するように前記送受信機１０６を制御することができる。そして、前記第１の装置１００のプロセッサ１０２は前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択することができる。
【0256】
本開示の一実施形態によれば、無線通信を行う第１の装置が提供される。例えば、前記第１の装置は命令を格納する１つ以上のメモリ、１つ以上の送受信機、及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第２の装置から衝突情報を受信し、及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択することができる。
【0257】
例えば、前記リソースに関連する情報はリソース予約周期を含むことができる。
【0258】
例えば、前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである。
【0259】
例えば、前記リソースに関連する情報が前記第１のリソースと同じ周期内に、前記第１のリソースと異なるリソースに関連する情報を含まないことに基づいて、前記第１のリソースの次のリソースは前記第１のリソースの次の周期のリソースである。
【0260】
例えば、前記リソースに関連する情報はリソース予約周期を含まない。
【0261】
例えば、前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである。
【0262】
例えば、前記衝突情報は第３の装置が送信するＳＣＩに対するデコーディングに基づいて生成される。
【0263】
例えば、前記衝突情報は前記第３の装置がＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するために使用するリソースに関連する干渉に基づいて生成される。
【0264】
例えば、前記第１のリソースの次のリソースは１つのＭＡＣ ＰＤＵに関連するリソースである。
【0265】
例えば、前記再選択は、前記第１のリソースの次のリソースにおいて送信されるＭＡＣ ＰＤＵが存在することに基づいて実行される。
【0266】
例えば、前記ＭＡＣ ＰＤＵが存在することは前記ＭＡＣ ＰＤＵに関連する優先順位情報の存在に基づいて決定される。
【0267】
例えば、前記再選択は：前記第１のリソースの次のリソースを候補リソースセットにおいて除外するステップ、及び前記候補リソースセット内で第２のリソースを選択するステップを含むことができる。
【0268】
例えば、前記衝突情報は端末間の調整メッセージ（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｓｓａｇｅ）を介して受信される。
【0269】
本開示の一実施形態によれば、第１の端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、前記装置は、１つ以上のプロセッサ、及び前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、第１のリソースに基づいて、第２の端末にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第２の端末から衝突情報を受信し、及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択することができる。
【0270】
本開示の一実施形態によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第１の装置に：第１のリソースに基づいて、第２の装置にリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するようにするが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第２の装置から衝突情報を受信するようにし、及び前記衝突情報に基づいて、前記第１のリソースの次のリソースが除外された候補リソースセットにおいてリソースを再選択するようにすることができる。
【0271】
【0272】
図１５を参照すれば、ステップＳ１５１０において、第２の装置は第１のリソースに基づいて、第１の装置からリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる。例えば、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含むことができる。ステップＳ１５２０において、前記第２の装置は前記第１のリソースの次のリソースに関連する衝突を決定することができる。ステップＳ１５３０において、前記第２の装置は前記第１のリソースの次のリソースに関連する衝突に基づいて、衝突情報を生成することができる。ステップＳ１５４０において、前記第２の装置は前記衝突情報を前記第１の装置に送信することができる。例えば、前記衝突情報に基づいて、前記第１のリソースの次のリソースは候補リソースセットにおいて除外され、及び前記第１のリソースの次のリソースが除外された前記候補リソースセットに基づいてリソース再選択が実行される。
【0273】
例えば、前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである。
【0274】
上述した実施形態は以下で説明する様々な装置に対して適用することができる。例えば、第２の装置２００のプロセッサ２０２は第１のリソースに基づいて、第１の装置１００からリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するように送受信機２０６を制御することができる。例えば、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含むことができる。そして、前記第２の装置２００のプロセッサ２０２は前記第１のリソースの次のリソースに関連する衝突を決定することができる。そして、前記第２の装置２００のプロセッサ２０２は前記第１のリソースの次のリソースに関連する衝突に基づいて、衝突情報を生成することができる。そして、前記第２の装置２００のプロセッサ２０２は前記衝突情報を前記第１の装置１００に送信するように前記送受信機２０６を制御することができる。例えば、前記衝突情報に基づいて、前記第１のリソースの次のリソースは候補リソースセットにおいて除外され、及び前記第１のリソースの次のリソースが除外された前記候補リソースセットに基づいてリソース再選択が実行される。
【0275】
本開示の一実施形態によれば、無線通信を行う第２の装置が提供される。例えば、前記第２の装置は命令を格納する１つ以上のメモリ、１つ以上の送受信機、及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、第１のリソースに基づいて、第１の装置からリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信するが、前記リソースに関連する情報は前記第１のリソースの次のリソースに関連する情報を含み、前記第１のリソースの次のリソースに関連する衝突を決定し、及び前記第１のリソースの次のリソースに関連する衝突に基づいて、衝突情報を生成し、及び前記衝突情報を前記第１の装置に送信するが、前記衝突情報に基づいて、前記第１のリソースの次のリソースは候補リソースセットにおいて除外され、及び前記第１のリソースの次のリソースが除外された前記候補リソースセットに基づいてリソース再選択が実行される。
【0276】
例えば、前記リソースに関連する情報は前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースに関連する情報を含み、及び第２のリソースが前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは前記第２のリソースである。
【0277】
本開示の多様な実施例は、相互結合されることができる。
【0278】
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
【0279】
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び／または動作流れ図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする多様な分野に適用されることができる。
【0280】
以下、図面を参照してより具体的に例示する。以下の図面／説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。
【0281】
図１６は、本開示の一実施例に係る、通信システム１を示す。
【0282】
図１６を参照すると、本開示の多様な実施例が適用される通信システム１は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を利用して通信を実行する機器を意味し、通信／無線／５Ｇ機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートブック等）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
【0283】
ここで、本明細書の無線機器１００ａ～１００ｆにおいて実装される無線通信技術は、ＬＴＥ、ＮＲ、６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含めることができる。このとき、例えばＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び/又はＬＴＥ Ｃａｔ ＮＢ２などの規格として実装することができ、上述した名称に限定するものではない。さらに又は、大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれる。例えば、ＬＴＥ－Ｍ技術は１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び/又は ７）ＬＴＥ Ｍなどの様々な規格のうちの少なくともいずれか一つで実装することができ、上述した名称に限定するものではない。さらに、又は大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）、及び低消費電力広域無線ネットワーク（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）の少なくともいずれか一つを含むことができ、上記の名称に限定するものではない。一例として、Ｚｉｇｂｅｅ技術はＩＥＥＥ ８０２．１５．４などの様々な規格をベースにして、小型／低電力デジタル通信に関連するＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称で呼ばれる。
【0284】
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と連結されることができる。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されることができ、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００と連結されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成されることができる。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介することなく、直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信をすることができる。
【0285】
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／連結は、アップリンク／ダウンリンク通信１５０ａ、サイドリンク通信１５０ｂ（または、Ｄ２Ｄ通信）、及び基地局間の通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線接続技術（例えば、５Ｇ ＮＲ）を介して行われることができる。無線通信／連結１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは、多様な物理チャネルを介して信号を送信／受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信／受信のための多様な構成情報設定過程、多様な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピング等）、リソース割当過程などのうち少なくとも一部が実行されることができる。
【0286】
図１７は、本開示の一実施例に係る、無線機器を示す。
【0287】
図１７を参照すると、第１の無線機器１００と第２の無線機器２００は、多様な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１の無線機器１００、第２の無線機器２００｝は、図１６の｛無線機器１００ｘ、基地局２００｝及び／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応することができる。
【0288】
第１の無線機器１００は、一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、追加的に一つ以上の送受信機１０６及び／または一つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／または送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１の情報／信号を生成した後、送受信機１０６を介して第１の情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２の情報／信号を含む無線信号を受信した後、第２の情報／信号の信号処理から得た情報をメモリ１０４に格納することができる。メモリ１０４は、プロセッサ１０２と連結されることができ、プロセッサ１０２の動作と関連した多様な情報を格納することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６は、プロセッサ１０２と連結されることができ、一つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。送受信機１０６は、送信機及び／または受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。
【0289】
第２の無線機器２００は、一つ以上のプロセッサ２０２、一つ以上のメモリ２０４を含み、追加的に一つ以上の送受信機２０６及び／または一つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／または送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３の情報／信号を生成した後、送受信機２０６を介して第３の情報／信号を含む無線信号を送信することができる。また、プロセッサ２０２は、送受信機２０６を介して第４の情報／信号を含む無線信号を受信した後、第４の情報／信号の信号処理から得た情報をメモリ２０４に格納することができる。メモリ２０４は、プロセッサ２０２と連結されることができ、プロセッサ２０２の動作と関連した多様な情報を格納することができる。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６は、プロセッサ２０２と連結されることができ、一つ以上のアンテナ２０８を介して無線信号を送信及び／または受信することができる。送受信機２０６は、送信機及び／または受信機を含むことができる送受信機２０６は、ＲＦユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。
【0290】
以下、無線機器１００、２００のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ１０２、２０２により具現されることができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の階層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層）を具現することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／または一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／または方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例えば、ベースバンド信号）を生成し、一つ以上の送受信機１０６、２０６に提供できる。一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を取得することができる。
【0291】
一つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれる。一つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、一つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、一つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、一つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）または一つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が一つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、実行するように設定されたファームウェアまたはソフトウェアが一つ以上のプロセッサ１０２、２０２に含まれ、または一つ以上のメモリ１０４、２０４に格納されて一つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、コード、命令語及び／または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。
【0292】
一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／または命令を格納することができる。一つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／またはこれらの組み合わせで構成されることができる。一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２の内部及び／または外部に位置できる。また、一つ以上のメモリ１０４、２０４は、有線または無線連結のような多様な技術を介して、一つ以上のプロセッサ１０２、２０２と連結されることができる。
【0293】
一つ以上の送受信機１０６、２０６は、一つ以上の他の装置に本文での方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。一つ以上の送受信機１０６、２０６は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機１０６、２０６は、一つ以上のアンテナ１０８、２０８と連結されることができ、一つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ（例えば、アンテナポート）である。一つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを一つ以上のプロセッサ１０２、２０２を利用して処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）できる。一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２を利用して処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換できる。そのために、一つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／またはフィルタを含むことができる。
【0294】
図１８は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
【0295】
図１８を参照すると、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含むことができる。これに制限されるものではなく、図１８の動作／機能は、図１７のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で実行されることができる。図１８のハードウェア要素は、図１７のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で具現されることができる。例えば、ブロック１０１０～１０６０は、図１７のプロセッサ１０２、２０２で具現されることができる。また、ブロック１０１０～１０５０は、図１７のプロセッサ１０２、２０２で具現され、ブロック１０６０は、図１７の送受信機１０６、２０６で具現されることができる。
【0296】
コードワードは、図１８の信号処理回路１０００を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ－ＳＣＨの送信ブロック、ＤＬ－ＳＣＨの送信ブロック）を含むことができる。無線信号は、多様な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。
【0297】
具体的に、コードワードは、スクランブラ１０１０によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使われるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調されることができる。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ１０３０により一つ以上の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ１０４０により該当アンテナポート（ら）にマッピングされることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛けて得られる。ここで、Ｎはアンテナポートの個数であり、Ｍは送信レイヤの個数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を実行した以後にプリコーディングを実行することができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。
【0298】
リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングできる。時間－周波数リソースは、時間ドメインで複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器へ送信されることができる。そのために、信号生成器１０６０は、ＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュール及びＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ ｕｐｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
【0299】
無線機器において、受信信号のための信号処理過程は、図１８の信号処理過程１０１０～１０６０の逆で構成されることができる。例えば、無線機器（例えば、図１７の１００、２００）は、アンテナポート／送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去器、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号（ｄｅｃｏｄｉｎｇ）を経て、元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。
【0300】
【0301】
図１９を参照すると、無線機器１００、２００は、図１７の無線機器１００、２００に対応し、多様な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／またはモジュール（ｍｏｄｕｌｅ）で構成されることができる。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０、及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機（ら）１１４を含むことができる。例えば、通信回路１１２は、図１７の一つ以上のプロセッサ１０２、２０２及び／または一つ以上のメモリ１０４、２０４を含むことができる。例えば、送受信機（ら）１１４は、図１７の一つ以上の送受信機１０６、２０６及び／または一つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０、及び追加要素１４０と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて、無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して、外部（例えば、他の通信機器）に無線／有線インターフェースを介して送信し、または通信部１１０を介して、外部（例えば、他の通信機器）から無線／有線インターフェースを介して受信された情報をメモリ部１３０に格納することができる。
【0302】
追加要素１４０は、無線機器の種類によって多様に構成されることができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット（図１６の１００ａ）、車両（図１６の１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１６の１００ｃ）、携帯機器（図１６の１００ｄ）、家電（図１６の１００ｅ）、ＩｏＴ機器（図１６の１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または、金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図１６７の４００）、基地局（図１６の２００）、ネットワークノードなどの形態で具現されることができる。無線機器は、使用－例／サービスによって、移動可能であり、または固定された場所で使われることができる。
【0303】
図１９において、無線機器１００、２００内の多様な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部１１０を介して無線で連結されることができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は有線で連結され、制御部１２０と第１のユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で連結されることができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／またはモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサの集合で構成されることができる。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、非－揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／またはこれらの組み合わせで構成されることができる。
【0304】
以下、図１９の具現例に対して、他の図面を参照してより詳細に説明する。
【0305】
図２０は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートブック等）を含むことができる。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と呼ばれる。
【0306】
図２０を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ、及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、各々、図１９のブロック１１０～１３０／１４０に対応する。
【0307】
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御し、多様な動作を実行することができる。制御部１２０は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器の連結をサポートすることができる。インターフェース部１４０ｂは、外部機器との連結のための多様なポート（例えば、オーディオの入／出力ポート、ビデオの入／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／またはユーザから入力される情報の入力を受け、または出力することができる。入出力部１４０ｃは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／またはハプティックモジュールなどを含むことができる。
【0308】
一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得された情報／信号は、メモリ部１３０に格納されることができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、または基地局に送信できる。また、通信部１１０は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元の情報／信号に復元できる。復元された情報／信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して多様な形態（例えば、文字、音声、イメージ、ビデオ、ハプティック）で出力されることができる。
【0309】
図２１は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで具現されることができる。
【0310】
図２１を参照すると、車両または自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ、及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０／１３０／１４０ａ～１４０ｄは、各々、図１９のブロック１１０／１３０／１４０に対応する。
【0311】
通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）等）、サーバなどの外部機器と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御し、多様な動作を実行することができる。制御部１２０は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行するようにすることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量検知センサ、ヘッディングセンサ（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両の前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。
【0312】
一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランによって車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中、通信部１１０は、外部サーバから最新の交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中、センサ部１４０ｃは、車両状態、周辺環境情報を取得することができる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに対する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。
【0313】
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。
【図1】
【図2】
【図3(a)】
【図3(b)】
【図3(c)】
【図3(d)】
【図4】
【図5】
【図6】
【図7】
【図8(a)】
【図8(b)】
【図9】
【図10】
【図11(a)】
【図11(b)】
【図11(c)】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【手続補正書】
【提出日】2023-12-26
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１の装置が無線通信を行う方法において、第１のリソースに基づいて、第２の装置に１つ以上のリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するステップであって、前記１つ以上のリソースは、前記第１のリソースの次のリソースを含む、ステップと、
前記第２の装置から、衝突情報を含む前記ＳＣＩに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）の受信を行うステップと、
前記衝突情報に基づいて、リソース衝突を判定するステップと、
前記リソース衝突に基づいて、前記第１のリソースの次のリソースが除外された複数のリソースの中から１つのリソースを再選択するステップと、を含む、方法。
【請求項2】
前記１つ以上のリソースに関連する情報は、リソース予約周期を含む、請求項１に記載の方法。
【請求項3】
前記１つ以上のリソースは、前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースを含み、第２のリソースが、前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは、前記第２のリソースである、請求項２に記載の方法。
【請求項4】
前記１つ以上のリソースが、前記第１のリソースと同じ周期内に、前記第１のリソースと異なるリソースを含まないことに基づいて、前記第１のリソースの次のリソースは、前記第１のリソースの次の周期のリソースである、請求項２に記載の方法。
【請求項5】
前記１つ以上のリソースに関連する情報は、リソース予約周期を含まない、請求項１に記載の方法。
【請求項6】
前記１つ以上のリソースは、前記第１のリソースと同じ周期内に、前記第１のリソースと異なる少なくとも１つのリソースを含み、第２のリソースが、前記少なくとも１つのリソースのうち、前記第１のリソースの後の最初のリソースであることに基づいて、前記第１のリソースの次のリソースは、前記第２のリソースである、請求項５に記載の方法。
【請求項7】
前記衝突情報は、第３の装置が送信するＳＣＩに対するデコーディングに基づいて生成される、請求項１に記載の方法。
【請求項8】
前記衝突情報は、前記第３の装置がＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するために使用するリソースに関連する干渉に基づいて生成される、請求項７に記載の方法。
【請求項9】
前記第１のリソースの次のリソースは、１つのＭＡＣ ＰＤＵに関連するリソースである、請求項１に記載の方法。
【請求項10】
前記再選択するステップは、前記第１のリソースの次のリソースにおいて送信されるＭＡＣ ＰＤＵが存在することに基づいて行われる、請求項１に記載の方法。
【請求項11】
前記ＭＡＣ ＰＤＵが存在することは、前記ＭＡＣ ＰＤＵに関連する優先順位情報の存在に基づいて決定される、請求項１０に記載の方法。
【請求項12】
前記再選択するステップは、前記複数のリソースから前記第１のリソースの次のリソースを除外するステップと、
前記複数のリソースの中から第２のリソースを選択するステップと、を含む、請求項１に記載の方法。
【請求項13】
前記衝突情報は、端末間の調整メッセージ（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｓｓａｇｅ）を介して受信される、請求項１に記載の方法。
【請求項14】
無線通信を行う第１の装置において、命令を格納する１つ以上のメモリと、
１つ以上の送受信機と、
前記１つ以上のメモリと前記１つ以上の送受信機に接続される１つ以上のプロセッサと、を含み、
前記１つ以上のプロセッサは、前記命令を実行し、
第１のリソースに基づいて、第２の装置に１つ以上のリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信し、前記１つ以上のリソースは、前記第１のリソースの次のリソースを含み、
前記第２の装置から、衝突情報を含む前記ＳＣＩに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）の受信を行い、
前記衝突情報に基づいて、リソース衝突を判定し、
前記リソース衝突に基づいて、前記第１のリソースの次のリソースが除外された複数のリソースの中から１つのリソースを再選択する、第１の装置。
【請求項15】
第１の端末を制御するように適合された装置において、１つ以上のプロセッサと、
前記１つ以上のプロセッサと動作可能に接続でき、命令を格納する１つ以上のメモリと、を含み、
前記１つ以上のプロセッサは、前記命令を実行し、
第１のリソースに基づいて、第２の端末に１つ以上のリソースに関連する情報を含むＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信し、前記１つ以上のリソースは、前記第１のリソースの次のリソースを含み、
前記第２の端末から、衝突情報を含む前記ＳＣＩに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）の受信を行い、
前記衝突情報に基づいて、リソース衝突を判定し、
前記リソース衝突に基づいて、前記第１のリソースの次のリソースが除外された複数のリソースの中から１つのリソースを再選択する、装置。
【手続補正2】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正の内容】
【図14】
【国際調査報告】