▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特許7340087ＮＲ Ｖ２Ｘにおけるフィードバックリソースを決定する方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-08-29
(45)【発行日】2023-09-06
(54)【発明の名称】ＮＲ Ｖ２Ｘにおけるフィードバックリソースを決定する方法及び装置
(51)【国際特許分類】
H04L 27/26 20060101AFI20230830BHJP
H04L 1/16 20230101ALI20230830BHJP
H04W 4/46 20180101ALI20230830BHJP
H04W 28/04 20090101ALI20230830BHJP
H04W 72/0453 20230101ALI20230830BHJP
H04W 92/18 20090101ALI20230830BHJP
【ＦＩ】
H04L27/26 113
H04L1/16
H04W4/46
H04W28/04 110
H04W72/0453
H04W92/18
【請求項の数】
18
(21)【出願番号】P 2022500957
(86)(22)【出願日】2020-06-22
(65)【公表番号】
(43)【公表日】2022-09-13
(86)【国際出願番号】 KR2020008058
(87)【国際公開番号】W WO2021006499
(87)【国際公開日】2021-01-14
【審査請求日】2022-01-27
(31)【優先権主張番号】10-2019-0083338
(32)【優先日】2019-07-10
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】62/938,947
(32)【優先日】2019-11-21
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】10-2019-0175223
(32)【優先日】2019-12-26
(33)【優先権主張国・地域又は機関】KR
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100109841
【弁理士】
【氏名又は名称】堅田 健史
(74)【代理人】
【識別番号】230112025
【弁護士】
【氏名又は名称】小林 英了
(74)【代理人】
【識別番号】230117802
【弁護士】
【氏名又は名称】大野 浩之
(74)【代理人】
【識別番号】100131451
【弁理士】
【氏名又は名称】津田 理
(74)【代理人】
【識別番号】100167933
【弁理士】
【氏名又は名称】松野 知紘
(74)【代理人】
【識別番号】100174137
【弁理士】
【氏名又は名称】酒谷 誠一
(74)【代理人】
【識別番号】100184181
【弁理士】
【氏名又は名称】野本 裕史
(72)【発明者】
【氏名】ファン，デソン
(72)【発明者】
【氏名】リ，スンミン
(72)【発明者】
【氏名】ソ，ハンビュル
【審査官】原田 聖子
(56)【参考文献】
【文献】Huawei, HiSilicon，Sidelink physical layer procedures for NR V2X[online]，3GPP TSG RAN WG1 #97 R1-1906008，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906008.zip>，2019年06月03日
【文献】Samsung，On Sidelink HARQ Procedure[online]，3GPP TSG RAN WG1 #97 R1-1906948，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906948.zip>，2019年05月03日
【文献】NTT DOCOMO, INC.，NR Sidelink Physical Layer Procedure[online]，3GPP TSG RAN WG1 #97 R1-1906209，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906209.zip>，2019年06月10日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ２７／２６
Ｈ０４Ｌ １／１６
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
第１装置が無線通信を実行する方法であって、前記方法は、
ＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）送信のためのＰＳＦＣＨ ＲＢｓ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋｓ）のセットに関する設定情報を取得するステップと、
第２装置から、少なくとも一つのＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソース上でＰＳＳＣＨを受信するステップと、
前記ＰＳＦＣＨ ＲＢｓのセットのうち、ＰＳＦＣＨ ＲＢｓをＰＳＳＣＨリソースに割り当てるステップであって、（ｉ）ＰＳＳＣＨ周波数サブチャネルに割り当てられたＰＳＦＣＨ ＲＢｓの第１のグルーピングであり、前記第１のグルーピングの各ＰＳＦＣＨ ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）グループが、少なくとも一つのＰＳＳＣＨ周波数サブチャネルに割り当てられる、第１のグルーピング、及び（ｉｉ）前記第１のグルーピングの各ＰＳＦＣＨ ＲＢグループ内で、前記少なくとも一つのＰＳＳＣＨ周波数サブチャネル上のＰＳＳＣＨ時間スロットに割り当てられたＰＳＦＣＨ ＲＢｓの第２のグルーピングに基づいて、前記第２のグルーピングの各ＰＳＦＣＨ ＲＢグループが、前記少なくとも一つのＰＳＳＣＨ周波数サブチャネル上のそれぞれのＰＳＳＣＨ時間スロットに割り当てられる、前記割り当てるステップと、
前記ＰＳＦＣＨ ＲＢｓを前記ＰＳＳＣＨリソースに割り当てる前記ステップに基づいて、前記ＰＳＳＣＨを受信した前記少なくとも一つのＰＳＳＣＨリソースに割り当てられた複数の候補ＰＳＦＣＨリソースを決定するステップと、
前記ＰＳＳＣＨを受信した前記少なくとも一つのＰＳＳＣＨリソースに割り当てられた前記複数の候補ＰＳＦＣＨリソースのうち、前記ＰＳＳＣＨの受信に応じたＰＳＦＣＨ送信のためのＰＳＦＣＨリソースを選択するステップであって、前記ＰＳＦＣＨリソースが、前記第２装置のソース識別子（ＩＤ）に基づいて選択される、前記選択するステップと、
前記第２装置へ、前記複数の候補ＰＳＦＣＨリソースのうちから選択された前記ＰＳＦＣＨリソースに基づいて、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを送信するステップと、
を含む、方法。
【請求項2】
前記ＰＳＦＣＨ ＲＢｓを前記ＰＳＳＣＨリソースに割り当てる前記ステップでは、複数のＰＳＳＣＨ周波数サブチャネルに対して、前記第１のグルーピングの複数のＰＳＦＣＨ ＲＢグループが、前記複数のＰＳＳＣＨ周波数サブチャネルに割り当てられる、請求項１に記載の方法。
【請求項3】
前記ＰＳＦＣＨ ＲＢｓを前記ＰＳＳＣＨリソースに割り当てる前記ステップでは、前記第１のグルーピングの各ＰＳＦＣＨ ＲＢグループが、それぞれの単一のＰＳＳＣＨ周波数サブチャネルに割り当てられる、請求項１に記載の方法。
【請求項4】
前記第１のグルーピングのＰＳＦＣＨ ＲＢグループが、ＰＳＳＣＨ周波数サブチャネルに周波数の昇順に割り当てられ、前記第１のグルーピングのより高周波数のＰＳＦＣＨ ＲＢグループが、より高周波数のＰＳＳＣＨ周波数サブチャネルに割り当てられる、請求項３に記載の方法。
【請求項5】
前記ＰＳＦＣＨ ＲＢｓを前記ＰＳＳＣＨリソースに割り当てる前記ステップでは、前記第１のグルーピングの各ＰＳＦＣＨ ＲＢグループが、それぞれの複数のＰＳＳＣＨ周波数サブチャネルに割り当てられる、請求項１に記載の方法。
【請求項6】
前記複数の候補ＰＳＦＣＨリソースを決定するステップは、少なくとも一つのＰＳＳＣＨ時間スロット及び少なくとも一つのＰＳＳＣＨ周波数サブチャネルを含む前記少なくとも一つのＰＳＳＣＨリソースに基づいて、前記複数の候補ＰＳＦＣＨリソースが、前記ＰＳＳＣＨを受信した前記少なくとも一つのＰＳＳＣＨ時間スロット及び前記少なくとも一つのＰＳＳＣＨ周波数サブチャネルに割り当てられたＰＳＦＣＨリソースであると決定するステップを含む、請求項１に記載の方法。
【請求項7】
前記第２のグルーピング内の各ＰＳＦＣＨ ＲＢグループの大きさは、前記ＰＳＦＣＨ ＲＢｓのセット内のＲＢｓの総数を、（ｉ）前記ＰＳＦＣＨ ＲＢｓのセットが設定されたリソースプール内のサブチャネルの個数に、（ｉｉ）ＰＳＦＣＨリソースの時間周期を掛けた値で割った値である、請求項１に記載の方法。
【請求項8】
前記第２のグルーピング内の各ＰＳＦＣＨ ＲＢグループの大きさは前記第２のグルーピングの前記ＰＳＦＣＨ ＲＢグループに含まれたＲＢｓの個数である、請求項７に記載の方法。
【請求項9】
前記ＰＳＦＣＨリソースの時間周期は前記ＰＳＦＣＨリソースを含む時間スロットに関連するＰＳＳＣＨ時間スロットの個数である、請求項７に記載の方法。
【請求項10】
前記ＰＳＦＣＨリソースは前記第２装置のソースＩＤに基づいて決定される一つのＲＢである、請求項１に記載の方法。
【請求項11】
前記ＰＳＦＣＨリソースは前記複数の候補ＰＳＦＣＨリソースのうち、前記第１装置のＩＤにさらに基づいて決定される、請求項１に記載の方法。
【請求項12】
前記第１装置のＩＤはグループキャスト通信に関連するグループ内で、前記第１装置を識別するためのＩＤである、請求項１１に記載の方法。
【請求項13】
前記ＰＳＦＣＨリソース上で、送信される前記ＨＡＲＱフィードバックに適用される循環シフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）に関連する情報を決定するステップをさらに含む、請求項１に記載の方法。
【請求項14】
前記第２装置のソースＩＤに基づいて、前記ＨＡＲＱフィードバックに適用される前記循環シフトに関連する情報は決定される、請求項１３に記載の方法。
【請求項15】
前記第１装置のＩＤにさらに基づいて、前記ＨＡＲＱフィードバックに適用される前記循環シフトに関連する情報は決定される、請求項１４に記載の方法。
【請求項16】
前記ＨＡＲＱフィードバックは前記循環シフトに関連する情報に基づいて前記ＰＳＦＣＨリソース上で前記第２装置へ送信される、請求項１３に記載の方法。
【請求項17】
無線通信を行う第１装置であって、前記第１装置は、
少なくとも一つの送受信機と、
少なくとも一つのプロセッサと、
命令を記憶している少なくとも一つのコンピュータの読み取り可能な記憶媒体と、
を含み、
前記命令は、前記少なくとも一つのプロセッサによって実行されたことに基づいて、動作を実行するように、前記第１装置を制御し、
前記動作は、
ＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）送信のためのＰＳＦＣＨ ＲＢｓ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋｓ）のセットに関する設定情報を取得することと、
第２装置から、少なくとも一つのＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソース上でＰＳＳＣＨを受信することと、
前記ＰＳＦＣＨ ＲＢｓのセットのうち、ＰＳＦＣＨ ＲＢｓをＰＳＳＣＨリソースに割り当てることであって、（ｉ）ＰＳＳＣＨ周波数サブチャネルに割り当てられたＰＳＦＣＨ ＲＢｓの第１のグルーピングであり、前記第１のグルーピングの各ＰＳＦＣＨ ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）グループが、少なくとも一つのＰＳＳＣＨ周波数サブチャネルに割り当てられる、第１のグルーピング、及び（ｉｉ）前記第１のグルーピングの各ＰＳＦＣＨ ＲＢグループ内で、前記少なくとも一つのＰＳＳＣＨ周波数サブチャネル上のＰＳＳＣＨ時間スロットに割り当てられたＰＳＦＣＨ ＲＢｓの第２のグルーピングに基づいて、前記第２のグルーピングの各ＰＳＦＣＨ ＲＢグループが、前記少なくとも一つのＰＳＳＣＨ周波数サブチャネル上のそれぞれのＰＳＳＣＨ時間スロットに割り当てられる、前記割り当てることと、
前記ＰＳＦＣＨ ＲＢｓを前記ＰＳＳＣＨリソースに割り当てることに基づいて、前記ＰＳＳＣＨを受信した前記少なくとも一つのＰＳＳＣＨリソースに割り当てられた複数の候補ＰＳＦＣＨリソースを決定することと、
前記ＰＳＳＣＨを受信した前記少なくとも一つのＰＳＳＣＨリソースに割り当てられた前記複数の候補ＰＳＦＣＨリソースのうち、前記ＰＳＳＣＨの受信に応じたＰＳＦＣＨ送信のためのＰＳＦＣＨリソースを選択することであって、前記ＰＳＦＣＨリソースが、前記第２装置のソース識別子（ＩＤ）に基づいて選択される、前記選択することと、
前記第２装置へ、前記複数の候補ＰＳＦＣＨリソースのうちから選択された前記ＰＳＦＣＨリソースに基づいて、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを送信することと、
を含む、第１装置。
【請求項18】
命令を記憶している少なくとも一つのコンピュータ読み取り可能な記憶媒体であって、前記命令は、少なくとも一つのプロセッサによって実行されたことに基づいて、無線通信のための動作を実行するように、第１装置を制御し、
前記動作は、
ＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）送信のためのＰＳＦＣＨ ＲＢｓ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋｓ）のセットに関する設定情報を取得することと、
第２装置から、少なくとも一つのＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソース上でＰＳＳＣＨを受信することと、
前記ＰＳＦＣＨ ＲＢｓのセットのうち、ＰＳＦＣＨ ＲＢｓをＰＳＳＣＨリソースに割り当てることであって、（ｉ）ＰＳＳＣＨ周波数サブチャネルに割り当てられたＰＳＦＣＨ ＲＢｓの第１のグルーピングであり、前記第１のグルーピングの各ＰＳＦＣＨ ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）グループが、少なくとも一つのＰＳＳＣＨ周波数サブチャネルに割り当てられる、第１のグルーピング、及び（ｉｉ）前記第１のグルーピングの各ＰＳＦＣＨ ＲＢグループ内で、前記少なくとも一つのＰＳＳＣＨ周波数サブチャネル上のＰＳＳＣＨ時間スロットに割り当てられたＰＳＦＣＨ ＲＢｓの第２のグルーピングに基づいて、前記第２のグルーピングの各ＰＳＦＣＨ ＲＢグループが、前記少なくとも一つのＰＳＳＣＨ周波数サブチャネル上のそれぞれのＰＳＳＣＨ時間スロットに割り当てられる、前記割り当てることと、
前記ＰＳＦＣＨ ＲＢｓを前記ＰＳＳＣＨリソースに割り当てることに基づいて、前記ＰＳＳＣＨを受信した前記少なくとも一つのＰＳＳＣＨリソースに割り当てられた複数の候補ＰＳＦＣＨリソースを決定することと、
前記ＰＳＳＣＨを受信した前記少なくとも一つのＰＳＳＣＨリソースに割り当てられた前記複数の候補ＰＳＦＣＨリソースのうち、前記ＰＳＳＣＨの受信に応じたＰＳＦＣＨ送信のためのＰＳＦＣＨリソースを選択することであって、前記ＰＳＦＣＨリソースが、前記第２装置のソース識別子（ＩＤ）に基づいて選択される、前記選択することと、
前記第２装置へ、前記複数の候補ＰＳＦＣＨリソースのうちから選択された前記ＰＳＦＣＨリソースに基づいて、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを送信することと、
を含む、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関する。
【背景技術】
【0002】
サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）とは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間に直接的なリンクを設定し、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）を経ずに、端末間に音声またはデータなどを直接やり取りする通信方式を意味する。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。
【0003】
Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）は、有／無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ）、及びＶ２Ｐ（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ）のような四つの類型に区分されることができる。Ｖ２Ｘ通信は、ＰＣ５インターフェース及び／またはＵｕインターフェースを介して提供されることができる。
【0004】
一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイル広帯域（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。それによって、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術を新しいＲＡＴ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ ｒａｄｉｏ）と称することができる。ＮＲでもＶ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信がサポートされることができる。
【0005】
【0006】
Ｖ２Ｘ通信と関連して、ＮＲ以前のＲＡＴではＢＳＭ（Ｂａｓｉｃ Ｓａｆｅｔｙ Ｍｅｓｓａｇｅ）、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）、ＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）のようなＶ２Ｘメッセージに基づいて、安全サービス（ｓａｆｅｔｙ ｓｅｒｖｉｃｅ）を提供する方案が主に論議された。Ｖ２Ｘメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ（ｐｅｒｉｏｄｉｃ ｍｅｓｓａｇｅ）タイプのＣＡＭ、及び／またはイベントトリガメッセージ（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｍｅｓｓａｇｅ）タイプのＤＥＮＭを他の端末に送信できる。
【0007】
例えば、ＣＡＭは、方向及び速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路内訳など、基本車両情報を含むことができる。例えば、端末は、ＣＡＭを放送することができ、ＣＡＭの遅延（ｌａｔｅｎｃｙ）は、１００ｍｓより小さい。例えば、車両の故障、事故などの突発的な状況が発生する場合、端末は、ＤＥＮＭを生成して他の端末に送信できる。例えば、端末の送信範囲内にある全ての車両は、ＣＡＭ及び／またはＤＥＮＭを受信することができる。この場合、ＤＥＮＭは、ＣＡＭより高い優先順位を有することができる。
【0008】
以後、Ｖ２Ｘ通信と関連して、多様なＶ２ＸシナリオがＮＲで提示されている。例えば、多様なＶ２Ｘシナリオは、車両プラトーニング（ｖｅｈｉｃｌｅ ｐｌａｔｏｏｎｉｎｇ）、向上したドライビング（ａｄｖａｎｃｅｄ ｄｒｉｖｉｎｇ）、拡張されたセンサ（ｅｘｔｅｎｄｅｄ ｓｅｎｓｏｒｓ）、リモートドライビング（ｒｅｍｏｔｅｄ ｒｉｖｉｎｇ）などを含むことができる。
【0009】
例えば、車両プラトーニングに基づいて、車両は、動的にグループを形成して共に移動できる。例えば、車両プラトーニングに基づくプラトーン動作（ｐｌａｔｏｏｎ ｏｐｅｒａｔｉｏｎｓ）を実行するために、前記グループに属する車両は、先頭車両から周期的なデータを受信することができる。例えば、前記グループに属する車両は、周期的なデータを利用することで、車両間の間隔を減らしたり増やしたりすることができる。
【0010】
例えば、向上したドライビングに基づいて、車両は、半自動化または完全自動化されることができる。例えば、各車両は、近接車両及び／または近接ロジカルエンティティ（ｌｏｇｉｃａｌ ｅｎｔｉｔｙ）のローカルセンサ（ｌｏｃａｌ ｓｅｎｓｏｒ）で取得されたデータに基づいて、軌道（ｔｒａｊｅｃｔｏｒｉｅｓ）または機動（ｍａｎｅｕｖｅｒｓ）を調整することができる。また、例えば、各車両は、近接した車両とドライビングインテンション（ｄｒｉｖｉｎｇ ｉｎｔｅｎｔｉｏｎ）を相互共有することができる。
【0011】
例えば、拡張センサに基づいて、ローカルセンサを介して取得された生データ（ｒａｗ ｄａｔａ）または処理されたデータ（ｐｒｏｃｅｓｓｅｄ ｄａｔａ）、またはライブビデオデータ（ｌｉｖｅ ｖｉｄｅｏ ｄａｔａ）は、車両、ロジカルエンティティ、歩行者の端末及び／またはＶ２Ｘ応用サーバ間に相互交換されることができる。したがって、例えば、車両は、自体センサを利用して検知できる環境より向上した環境を認識することができる。
【0012】
例えば、リモートドライビングに基づいて、運転ができない人または危険な環境に位置したリモート車両のために、リモートドライバまたはＶ２Ｘアプリケーションは、前記リモート車両を動作または制御することができる。例えば、公共交通のように経路を予測することができる場合、クラウドコンピューティングベースのドライビングが前記リモート車両の動作または制御に利用されることができる。また、例えば、クラウドベースのバックエンドサービスプラットフォーム（ｃｌｏｕｄ－ｂａｓｅｄ ｂａｃｋ－ｅｎｄ ｓｅｒｖｉｃｅ ｐｌａｔｆｏｒｍ）に対するアクセスがリモートドライビングのために考慮されることができる。
【0013】
一方、車両プラトーニング、向上したドライビング、拡張されたセンサ、リモートドライビングなど、多様なＶ２Ｘシナリオに対するサービス要求事項（ｓｅｒｖｉｃｅ ｒｅｑｕｉｒｅｍｅｎｔｓ）を具体化する方案がＮＲに基づくＶ２Ｘ通信で論議されている。
【発明の概要】
【発明が解決しようとする課題】
【0014】
その一方で、ＮＲ Ｖ２ＸにおけるＰＳＳＣＨを送信した端末はＰＳＳＣＨと関連するＰＳＦＣＨを受信することができる。したがって、端末はＰＳＦＣＨのためのリソースを効率的に決定する必要がある。
【課題を解決するための手段】
【0015】
一実施例において、第１装置が無線通信を行う方法が提供される。前記方法は、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第２装置から受信するステップ；前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定するステップ；及び、前記ＰＳＦＣＨリソース上でＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）のフィードバックを前記第２装置へ送信するステップ；を含むことができる。ここで、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは、少なくとも一つの第２ＰＳＦＣＨリソースを含む少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは、前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連し、及び前記ＰＳＦＣＨリソースは、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第2装置のソースIＤに基づいて決定することができる。
【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】
【表1】
【0052】
表２は、拡張ＣＰが使用される場合、ＳＣＳによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。
【0053】
【表2】
【0054】
ＮＲシステムでは、一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース（例えば、サブフレーム、スロットまたはＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定されることができる。
【0055】
ＮＲにおいて、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）またはＳＣＳがサポートされることができる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）がサポートされることができ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した－都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）がサポートされることができる。ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅がサポートされることができる。
【0056】
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、二つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）に定義されることができる。前記二つのタイプの周波数範囲は、ＦＲ１及びＦＲ２である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表３の通りである。ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は“ｓｕｂ ６ＧＨｚ ｒａｎｇｅ”を意味することができ、ＦＲ２は“ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ”を意味することができ、ミリ波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれることができる。
【0057】
【表3】
【0058】
前述したように、ＮＲシステムの周波数範囲の数値は、変更されることができる。例えば、ＦＲ１は、以下の表４のように４１０ＭＨｚ乃至７１２５ＭＨｚの帯域を含むことができる。即ち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域を含むことができる。例えば、ＦＲ１内で含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。
【0059】
【表4】
【0060】
【0061】
図６を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、一つのスロットが１４個のシンボルを含み、拡張ＣＰの場合、一つのスロットが１２個のシンボルを含むことができる。または、ノーマルＣＰの場合、一つのスロットが７個のシンボルを含み、拡張ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。
【0062】
搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数領域で複数（例えば、１２）の連続した副搬送波に定義されるうことができる。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数領域で複数の連続した（Ｐ）ＲＢ((Ｐｈｙｓｉｃａｌ)Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)に定義されることができ、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）に対応されることができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれ、一つの複素シンボルがマッピングされることができる。
【0063】
一方、端末と端末との間の無線インターフェースまたは端末とネットワークとの間の無線インターフェースは、Ｌ１階層、Ｌ２階層、及びＬ３階層で構成されることができる。本開示の多様な実施例において、Ｌ１階層は、物理（ｐｈｙｓｉｃａｌ）階層を意味することができる。また、例えば、Ｌ２階層は、ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層、及びＳＤＡＰ階層のうち少なくとも一つを意味することができる。また、例えば、Ｌ３階層は、ＲＲＣ階層を意味することができる。
【0064】
以下、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）及びキャリアに対して説明する。
【0065】
ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、与えられたヌメロロジーでＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の連続的な集合である。ＰＲＢは、与えられたキャリア上で与えられたヌメロロジーに対するＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の連続的な部分集合から選択されることができる。
【0066】
ＢＡ（Ｂａｎｄｗｉｄｔｈ Ａｄａｐｔａｔｉｏｎ）を使用すると、端末の受信帯域幅及び送信帯域幅は、セルの帯域幅ほど大きい必要がないし、端末の受信帯域幅及び送信帯域幅は、調整されることができる。例えば、ネットワーク／基地局は、帯域幅調整を端末に知らせることができる。例えば、端末は、帯域幅調整のための情報／設定をネットワーク／基地局から受信することができる。この場合、端末は、前記受信された情報／設定に基づいて帯域幅調整を実行することができる。例えば、前記帯域幅調整は、帯域幅の縮小／拡大、帯域幅の位置変更または帯域幅のサブキャリアスペーシングの変更を含むことができる。
【0067】
例えば、帯域幅は、パワーをセイブするために活動が少ない期間の間に縮小されることができる。例えば、帯域幅の位置は、周波数ドメインで移動できる。例えば、帯域幅の位置は、スケジューリング柔軟性（ｓｃｈｅｄｕｌｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ）を増加させるために周波数ドメインで移動できる。例えば、帯域幅のサブキャリアスペーシング（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は、変更されることができる。例えば、帯域幅のサブキャリアスペーシングは、異なるサービスを許容するために変更されることができる。セルの総セル帯域幅のサブセットは、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）と称することができる。ＢＡは、基地局／ネットワークが端末にＢＷＰを設定し、基地局／ネットワークが設定されたＢＷＰのうち現在活性状態であるＢＷＰを端末に知らせることによって実行されることができる。
【0068】
例えば、ＢＷＰは、活性（ａｃｔｉｖｅ）ＢＷＰ、イニシャル（ｉｎｉｔｉａｌ）ＢＷＰ及び／またはデフォルト（ｄｅｆａｕｌｔ）ＢＷＰのうち少なくともいずれか一つである。例えば、端末は、ＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）上の活性（ａｃｔｉｖｅ）ＤＬ ＢＷＰ以外のＤＬ ＢＷＰでダウンリンク無線リンク品質（ｄｏｗｎｌｉｎｋ ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ）をモニタリングしない。例えば、端末は、活性ＤＬ ＢＷＰの外部でＰＤＣＣＨ、ＰＤＳＣＨまたはＣＳＩ－ＲＳ（ただし、ＲＲＭ除外）を受信しない。例えば、端末は、非活性ＤＬ ＢＷＰに対するＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）報告をトリガしない。例えば、端末は、活性ＵＬ ＢＷＰ外部でＰＵＣＣＨまたはＰＵＳＣＨを送信しない。例えば、ダウンリンクの場合、イニシャルＢＷＰは、（ＰＢＣＨにより設定された）ＲＭＳＩ ＣＯＲＥＳＥＴに対する連続的なＲＢセットとして与えられることができる。例えば、アップリンクの場合、イニシャルＢＷＰは、ランダムアクセス手順のためにＳＩＢにより与えられることができる。例えば、デフォルトＢＷＰは、上位階層により設定されることができる。例えば、デフォルトＢＷＰの初期値は、イニシャルＤＬ ＢＷＰである。エネルギーセイビングのために、端末が一定期間の間にＤＣＩを検出することができない場合、端末は、前記端末の活性ＢＷＰをデフォルトＢＷＰにスイッチングできる。
【0069】
一方、ＢＷＰは、ＳＬに対して定義されることができる。同じＳＬ ＢＷＰは、送信及び受信に使われることができる。例えば、送信端末は、特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を送信することができ、受信端末は、前記特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を受信することができる。免許キャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）で、ＳＬ ＢＷＰは、Ｕｕ ＢＷＰと別途に定義されることができ、ＳＬ ＢＷＰは、Ｕｕ ＢＷＰと別途の設定シグナリング（ｓｅｐａｒａｔｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｉｇｎａｌｌｉｎｇ）を有することができる。例えば、端末は、ＳＬ ＢＷＰのための設定を基地局／ネットワークから受信することができる。ＳＬ ＢＷＰは、キャリア内でｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ ＮＲ Ｖ２Ｘ端末及びＲＲＣ＿ＩＤＬＥ端末に対して（あらかじめ）設定されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードの端末に対して、少なくとも一つのＳＬ ＢＷＰがキャリア内で活性化されることができる。
【0070】
【0071】
図７を参照すると、ＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、ＰＲＢは、各ＢＷＰ内で番号が付けられたリソースブロックである。ポイントＡは、リソースブロックグリッド（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｉｄ）に対する共通参照ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）を指示することができる。
【0072】
ＢＷＰは、ポイントＡ、ポイントＡからのオフセット（Ｎｓｔａｒｔ
ＢＷＰ）及び帯域幅（Ｎｓｉｚｅ
ＢＷＰ）により設定されることができる。例えば、ポイントＡは、全てのヌメロロジー（例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー）のサブキャリア０が整列されるキャリアのＰＲＢの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントＡとの間のＰＲＢ間隔である。例えば、帯域幅は、与えられたヌメロロジーでＰＲＢの個数である。
【0073】
以下、Ｖ２ＸまたはＳＬ通信に対して説明する。
【0074】
図８は、本開示の一実施例に係る、ＳＬ通信のための無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。図８の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図８の（ａ）は、ユーザ平面プロトコルスタックを示し、図８の（ｂ）は、制御平面プロトコルスタックを示す。
【0075】
以下、ＳＬ同期信号（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ、ＳＬＳＳ）及び同期化情報について説明する。
【0076】
ＳＬＳＳは、ＳＬ特定的なシーケンス（ｓｅｑｕｅｎｃｅ）であって、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と、ＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）とを含むことができる。前記ＰＳＳＳは、Ｓ－ＰＳＳ（Ｓｉｄｅｌｉｎｋ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と称し、前記ＳＳＳＳは、Ｓ－ＳＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と称することができる。例えば、長さ－１２７Ｍ－シーケンス（ｌｅｎｇｔｈ－１２７ Ｍ－ｓｅｑｕｅｎｃｅｓ）がＳ－ＰＳＳに対して使われることができ、長さ－１２７ゴールド－シーケンス（ｌｅｎｇｔｈ－１２７ Ｇｏｌｄ ｓｅｑｕｅｎｃｅｓ）がＳ－ＳＳＳに対して使われることができる。例えば、端末は、Ｓ－ＰＳＳを利用して最初信号を検出（ｓｉｇｎａｌ ｄｅｔｅｃｔｉｏｎ）することができ、同期を取得することができる。例えば、端末は、Ｓ－ＰＳＳ及びＳ－ＳＳＳを利用して細部同期を取得することができ、同期信号ＩＤを検出することができる。
【0077】
ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）は、ＳＬ信号の送受信前に端末が真っ先に知るべき基本となる（システム）情報が送信される（放送）チャネルである。例えば、基本となる情報は、ＳＬＳＳに対する情報、デュプレックスモード（Ｄｕｐｌｅｘ Ｍｏｄｅ、ＤＭ）、ＴＤＤ ＵＬ／ＤＬ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ Ｕｐｌｉｎｋ/Ｄｏｗｎｌｉｎｋ)の構成、リソースプールに対する情報、ＳＬＳＳに対するアプリケーションの種類、サブフレームオフセット、放送情報などである。例えば、ＰＳＢＣＨ性能の評価のために、ＮＲ Ｖ２Ｘで、ＰＳＢＣＨのペイロード大きさは、２４ビットのＣＲＣを含んで５６ビットである。
【0078】
Ｓ－ＰＳＳ、Ｓ－ＳＳＳ、及びＰＳＢＣＨは、周期的送信をサポートするブロックフォーマット（例えば、ＳＬＳＳ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)／ＰＳＢＣＨブロック、以下、Ｓ－ＳＳＢ（Ｓｉｄｅｌｉｎｋ－Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ ））に含まれることができる。前記Ｓ－ＳＳＢは、キャリア内のＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）／ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と同じヌメロロジー（即ち、ＳＣＳ及びＣＰ長さ）を有することができ、送信帯域幅は、（あらかじめ）設定されたＳＬ ＢＷＰ(Ｓｉｄｅｌｉｎｋ Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ)内にある。例えば、Ｓ－ＳＳＢの帯域幅は、１１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）である。例えば、ＰＳＢＣＨは、１１ＲＢにわたっている。そして、Ｓ－ＳＳＢの周波数位置は、（あらかじめ）設定されることができる。したがって、端末は、キャリアでＳ－ＳＳＢを見つけるために周波数で仮設検出（ｈｙｐｏｔｈｅｓｉｓ ｄｅｔｅｃｔｉｏｎ）を実行する必要がない。
【0079】
【0080】
図９を参照すると、Ｖ２ＸまたはＳＬ通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、基地局も一種の端末と見なされることもできる。例えば、端末１は、第１の装置１００であり、端末２は、第２の装置２００である。
【0081】
例えば、端末１は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）内で特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を選択することができる。そして、端末１は、前記リソース単位を使用してＳＬ信号を送信することができる。例えば、受信端末である端末２は、端末１が信号を送信することができるリソースプールの設定を受けことができ、前記リソースプール内で端末１の信号を検出することができる。
【0082】
ここで、端末１が基地局の連結範囲内にある場合、基地局は、リソースプールを端末１に知らせることができる。それに対して、端末１が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせ、または端末１は、事前に設定されたリソースプールを使用することができる。
【0083】
一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は、一つまたは複数のリソース単位を選定し、自分のＳＬ信号の送信に使用することができる。
【0084】
以下、ＳＬでリソース割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）に対して説明する。
【0085】
図１０は、本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。図１０の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜のために、ＬＴＥにおいて、送信モードは、ＬＴＥ送信モードと称することができ、ＮＲにおいて、送信モードは、ＮＲリソース割当モードと称することができる。
【0086】
例えば、図１０の（ａ）は、ＬＴＥ送信モード１またはＬＴＥ送信モード３と関連した端末動作を示す。または、例えば、図１０の（ａ）は、ＮＲリソース割当モード１と関連した端末動作を示す。例えば、ＬＴＥ送信モード１は、一般的なＳＬ通信に適用されることができ、ＬＴＥ送信モード３は、Ｖ２Ｘ通信に適用されることができる。
【0087】
【0088】
図１０の（ａ）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割当モード１で、基地局は、ＳＬ送信のために端末により使われるＳＬリソースをスケジューリングすることができる。例えば、基地局は、端末１にＰＤＣＣＨ（より具体的にＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））を介してリソーススケジューリングを実行することができ、端末１は、前記リソーススケジューリングによって端末２とＶ２ＸまたはＳＬ通信を実行することができる。例えば、端末１は、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介してＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を端末２に送信した後、前記ＳＣＩに基づくデータをＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を介して端末２に送信できる。
【0089】
図１０の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割当モード２で、端末は、基地局／ネットワークにより設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソース内でＳＬ送信リソースを決定することができる。例えば、前記設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソースは、リソースプールである。例えば、端末は、自律的にＳＬ送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、ＳＬ通信を実行することができる。例えば、端末は、センシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末１は、ＰＳＣＣＨを介してＳＣＩを端末２に送信した後、前記ＳＣＩに基づくデータをＰＳＳＣＨを介して端末２に送信できる。
【0090】
図１１は、本開示の一実施例に係る、三つのキャストタイプを示す。図１１の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図１１の（ａ）は、ブロードキャストタイプのＳＬ通信を示し、図１１の（ｂ）は、ユニキャストタイプのＳＬ通信を示し、図１１の（ｃ）は、グループキャストタイプのＳＬ通信を示す。ユニキャストタイプのＳＬ通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのＳＬ通信の場合、端末は、自分が属するグループ内の一つ以上の端末とＳＬ通信を実行することができる。本開示の多様な実施例において、ＳＬグループキャスト通信は、ＳＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）通信、ＳＬ一対多（ｏｎｅ－ｔｏ－ｍａｎｙ）通信などに代替されることができる。
【0091】
以下、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）手順に対して説明する。
【0092】
通信の信頼性を確保するためのエラー補償技法は、ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）方式（ｓｃｈｅｍｅ）と、ＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）方式と、を含むことができる。ＦＥＣ方式では、情報ビットに余分のエラー訂正コードを追加させることによって、受信端でのエラーを訂正することができる。ＦＥＣ方式は、時間遅延が少なく、送受信端の間に別途にやり取りする情報が必要ではないという長所があるが、良好なチャネル環境でシステム効率が落ちるという短所がある。ＡＲＱ方式は、送信の信頼性を高めることができるが、時間遅延が発生されるようになり、劣悪なチャネル環境でシステム効率が落ちるという短所がある。
【0093】
ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）方式は、ＦＥＣとＡＲＱとを結合したものであって、物理階層が受信したデータが復号できないエラーを含むかどうかを確認し、エラーが発生すると、再送信を要求することによって、性能を高めることができる。
【0094】
ＳＬユニキャスト及びグループキャストの場合、物理階層でのＨＡＲＱフィードバック及びＨＡＲＱコンバイニング（ｃｏｍｂｉｎｉｎｇ）がサポートされることができる。例えば、受信端末がリソース割当モード１または２で動作する場合、受信端末は、ＰＳＳＣＨを送信端末から受信することができ、ＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）を介してＳＦＣＩ（Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマットを使用してＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信できる。
【0095】
例えば、ＳＬ ＨＡＲＱフィードバックは、ユニキャストに対してイネイブルされることができる。この場合、ｎｏｎ－ＣＢＧ（ｎｏｎ－Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）動作で、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫを生成することができる。そして、受信端末は、ＨＡＲＱ－ＡＣＫを送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングできない場合、受信端末は、ＨＡＲＱ－ＮＡＣＫを生成することができる。そして、受信端末は、ＨＡＲＱ－ＮＡＣＫを送信端末に送信できる。
【0096】
例えば、ＳＬ ＨＡＲＱフィードバックは、グループキャストに対してイネイブルされることができる。例えば、ｎｏｎ－ＣＢＧ動作で、二つのＨＡＲＱフィードバックオプションがグループキャストに対してサポートされることができる。
【0097】
（１）グループキャストオプション１：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、ＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫを送信端末に送信しない。
【0098】
（２）グループキャストオプション２：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、ＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。そして、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。
【0099】
例えば、グループキャストオプション１がＳＬ ＨＡＲＱフィードバックに使用される場合、グループキャストの通信を実行する全ての端末は、ＰＳＦＣＨリソースを共有することができる。例えば、同じグループに属する端末は、同じＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。
【0100】
例えば、グループキャストオプション２がＳＬ ＨＡＲＱフィードバックに使用される場合、グループキャストの通信を実行する各々の端末は、ＨＡＲＱフィードバックの送信のために互いに異なるＰＳＦＣＨリソースを使用することができる。例えば、同じグループに属する端末は、互いに異なるＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。
【0101】
例えば、ＳＬ ＨＡＲＱフィードバックがグループキャストに対してイネイブルされる時、受信端末は、ＴＸ－ＲＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ－Ｒｅｃｅｐｔｉｏｎ）距離及び／またはＲＳＲＰに基づいてＨＡＲＱフィードバックを送信端末に送信するかどうかを決定することができる。
【0102】
例えば、グループキャストオプション１で、ＴＸ－ＲＸ距離ベースのＨＡＲＱフィードバックの場合、ＴＸ－ＲＸ距離が通信範囲の要求事項より小さいまたは同じ場合、受信端末は、ＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信できる。それに対して、ＴＸ－ＲＸ距離が通信範囲の要求事項より大きい場合、受信端末は、ＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信しないことがある。例えば、送信端末は、前記ＰＳＳＣＨと関連したＳＣＩを介して、前記送信端末の位置を受信端末に知らせることができる。例えば、前記ＰＳＳＣＨと関連したＳＣＩは、第２のＳＣＩである。例えば、受信端末は、ＴＸ－ＲＸ距離を前記受信端末の位置と前記送信端末の位置とに基づいて推定または取得することができる。例えば、受信端末は、ＰＳＳＣＨと関連したＳＣＩをデコーディングし、前記ＰＳＳＣＨに使用される通信範囲の要求事項を知ることができる。
【0103】
例えば、リソース割当モード１の場合に、ＰＳＦＣＨとＰＳＳＣＨとの間の時間（オフセット）は、設定され、またはあらかじめ設定されることができる。ユニキャスト及びグループキャストの場合、ＳＬ上で再送信が必要な場合、これはＰＵＣＣＨを使用するカバレッジ内の端末により基地局に指示されることができる。送信端末は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの形態ではなく、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）／ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）のような形態で前記送信端末のサービング基地局に指示（ｉｎｄｉｃａｔｉｏｎ）を送信することもある。また、基地局が前記指示を受信しなくても、基地局は、ＳＬの再送信リソースを端末にスケジューリングできる。例えば、リソース割当モード２の場合に、ＰＳＦＣＨとＰＳＳＣＨとの間の時間（オフセット）は、設定され、またはあらかじめ設定されることができる。
【0104】
例えば、キャリアで端末の送信観点で、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間のＴＤＭが、スロットでＳＬのためのＰＳＦＣＨフォーマットに対して許容されることができる。例えば、一つのシンボルを有するシーケンスベースのＰＳＦＣＨフォーマットがサポートされることができる。ここで、前記一つのシンボルは、ＡＧＣ区間ではないことがある。例えば、前記シーケンスベースのＰＳＦＣＨフォーマットは、ユニキャスト及びグループキャストに適用されることができる。
【0105】
例えば、リソースプールと関連したスロット内で、ＰＳＦＣＨリソースは、Ｎスロット区間に周期的に設定され、または事前に設定されることができる。例えば、Ｎは、１以上の一つ以上の値に設定されることができる。例えば、Ｎは、１、２または４である。例えば、特定のリソースプールでの送信に対するＨＡＲＱフィードバックは、前記特定のリソースプール上のＰＳＦＣＨを介してのみ送信されることができる。
【0106】
例えば、送信端末がスロット＃Ｘ乃至スロット＃Ｎにわたって、ＰＳＳＣＨを受信端末に送信する場合、受信端末は、前記ＰＳＳＣＨに対するＨＡＲＱフィードバックをスロット＃（Ｎ＋Ａ）で送信端末に送信できる。例えば、スロット＃（Ｎ＋Ａ）は、ＰＳＦＣＨリソースを含むことができる。ここで、例えば、Ａは、Ｋより大きいまたは同じ最も小さい整数である。例えば、Ｋは、論理的スロットの個数である。この場合、Ｋは、リソースプール内のスロットの個数である。または、例えば、Ｋは、物理的スロットの個数である。この場合、Ｋは、リソースプールの内部及び外部のスロットの個数である。
【0107】
例えば、送信端末が受信端末に送信した一つのＰＳＳＣＨに対する応答として、受信端末がＰＳＦＣＨリソース上でＨＡＲＱフィードバックを送信する場合、受信端末は、設定されたリソースプール内で、暗示的メカニズムに基づいて前記ＰＳＦＣＨリソースの周波数領域（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）及び／またはコード領域（ｃｏｄｅ ｄｏｍａｉｎ）を決定することができる。例えば、受信端末は、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨと関連したスロットインデックス、ＰＳＣＣＨ／ＰＳＳＣＨと関連したサブチャネル、及び／またはグループキャストオプション２ベースのＨＡＲＱフィードバックのためのグループで各々の受信端末を区別するための識別子のうち少なくともいずれか一つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／またはコード領域を決定することができる。及び／または、例えば、受信端末は、ＳＬ ＲＳＲＰ、ＳＩＮＲ、Ｌ１ソースＩＤ、及び／または位置情報のうち少なくともいずれか一つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／またはコード領域を決定することができる。
【0108】
例えば、端末のＰＳＦＣＨを介したＨＡＲＱフィードバックの送信とＰＳＦＣＨを介したＨＡＲＱフィードバックの受信とが重なる場合、前記端末は、優先順位規則に基づいて、ＰＳＦＣＨを介したＨＡＲＱフィードバックの送信またはＰＳＦＣＨを介したＨＡＲＱフィードバックの受信のうちいずれか一つを選択することができる。例えば、優先順位規則は、少なくとも関連のＰＳＣＣＨ／ＰＳＳＣＨの優先順位の指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。
【0109】
例えば、端末の複数の端末に対するＰＳＦＣＨを介したＨＡＲＱフィードバックの送信が重なる場合、前記端末は、優先順位規則に基づいて特定のＨＡＲＱフィードバックの送信を選択することができる。例えば、優先順位規則は、少なくとも関連のＰＳＣＣＨ／ＰＳＳＣＨの優先順位の指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。
【0110】
その一方で、グループキャストのオプション１がサイドリンクのグループキャスト送信のために用いられたとき、複数の受信端末（例えば、グループ内の全ての受信端末又は一部の受信端末）はＨＡＲＱフィードバックを送信するためにＰＳＦＣＨリソースを共有することができる。それに対して、グループキャストのオプション２がサイドリンクグループキャスト送信のために用いられたとき、複数の受信端末（例えば、グループ内のそれぞれの受信端末）はＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを送信するために分離された（ｓｅｐａｒａｔｅ）ＰＳＦＣＨリソースが用いられる。例えば、それぞれのＰＳＦＣＨリソースは時間リソース、周波数リソース及びコードリソースにマッピングされることができる。
【0111】
その一方で、複数のＰＳＳＣＨが送信されたリソースの全体又は一部が重複する場合がある。例えば、複数のＰＳＳＣＨが送信されたリソースは周波数軸上で全体又は一部が重複する場合がある。例えば、複数のＰＳＳＣＨが送信されたリソースは時間軸上で全体又は一部が重複する場合がある。例えば、複数のＰＳＳＣＨが送信されたリソースはコード領域上で全体又は一部が重複する場合がある。複数のＰＳＳＣＨが送信されたリソースの全体又は一部が重複したときに、それぞれのＰＳＳＣＨに対するＰＳＦＣＨリソースは区別する必要がある。
【0112】
その一方で、互いに異なるリソースから送信されたＰＳＳＣＨは、異なる送信端末及び／又は受信端末に対応することができ、これに対応するＰＳＦＣＨの送信も互いに異なる端末から発生する場合がある。例えば、異なる送信端末は異なるリソースを介してＰＳＳＣＨを送信することができ、異なる送信端末はＰＳＳＣＨに対応するＰＳＦＣＨを異なる端末から受信することができる。前記であるとき、通常ＰＳＦＣＨの送信電力は異なることもある。したがって、複数のＰＳＦＣＨリソースがコード領域で多重化（すなわち、ＣＤＭ、Ｃｏｄｅ－ｄｏｍａｉｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）したときには、ＰＳＦＣＨの受信端での受信電力の差が大きいため、端末が特定のＰＳＦＣＨ信号を取り除くことができない問題（以下、Ｎｅａｒ－Ｆａｒ ｐｒｏｂｌｅｍ）が起こり得る。例えば、複数のＰＳＦＣＨリソースがコード領域で多重化したときというのは、時間及び周波数リソース上で重複する複数のＰＳＦＣＨリソースが互いに異なるコードを用いて送信するときを意味する。
【0113】
図１２は、本開示の一実施例により、ＰＳＦＣＨ受信端での受信電力の差が大きい理由による端末が特定ＰＳＦＣＨ信号を取り除くことができない問題を説明するための図面である。図１２の実施例は、本開示の多様な実施例に適用することができる。
【0114】
図１２を参照すると、ＵＥ２によってＵＥ１へ送信されるＰＳＦＣＨとＵＥ４によってＵＥ３へ送信されるＰＳＦＣＨがＣＤＭされたときに、すなわち、ＵＥ２からのＰＳＦＣＨとＵＥ４からのＰＳＦＣＨが重複する時間及び周波数リソース上で異なるコードを用いて送信されたとき、ＵＥ３側で、ＵＥ２が送信したＰＳＦＣＨの受信電力が、ＵＥ４が送信したＰＳＦＣＨの受信電力より一定レベル以上大きいと、ＵＥ３はＵＥ４が送信したＰＳＦＣＨを検出できない場合がある。
【0115】
【0116】
図１３を参照すると、ＵＥ１からＵＥ２へ送信されるＰＳＳＣＨに対応するＰＳＦＣＨとＵＥ３からＵＥ４に送信されるＰＳＳＣＨに対応するＰＳＦＣＨはＣＤＭできる。
【0117】
さらに、複数のＰＳＦＣＨリソースが周波数軸上で隣接したときは、互いの干渉問題（以下、Ｉｎｔｅｒ－Ｂａｎｄ Ｅｍｉｓｓｉｏｎ（ＩＢＥ）問題）が起こり得る。ＩＢＥは端末が送信する信号の送信電力が意図された周波数帯以外の帯域で放出することによって、前記の端末が使用しない周波数帯で送信されている他の信号に干渉し受信の品質を低下させることを意味する。例えば、ＰＳＦＣＨリソース＃１及びＰＳＦＣＨリソース＃２が周波数軸上に隣接したときに、端末がＰＳＦＣＨリソース＃１を介して受信するＨＡＲＱフィードバック及びＰＳＦＣＨリソース＃２を介して受信するＨＡＲＱフィードバックが互いに干渉する場合がある。したがって、前記のＩＢＥ問題により、端末はＨＡＲＱフィードバック受信に失敗する可能性がある。
【0118】
その一方で、複数のスロットから送信されるＰＳＳＣＨに対するＰＳＦＣＨリソースが同じスロットで発生する場合がある。この場合、該当するサービスの遅延に対する要求事項及び性能を考えると、端末がＰＳＦＣＨリソースが存在するスロットから時間的に遠いスロットから送信されたＰＳＳＣＨに対応するＰＳＦＣＨを送信することは非効率的である。例えば、第１端末が特定のＰＳＳＣＨリソースを介して低遅延を要求するサービスのためのデータを第２端末へ送信したとき、第２端末が前記特定のＰＳＳＣＨリソースが存在するスロットから時間的に遠いスロットにおいて第１端末にＰＳＦＣＨを送信することは不要である。この場合、遅延に対する要求事項を満足させるために、ＰＳＳＣＨを受信した端末はＰＳＦＣＨの送信を省略することができる。すなわち、端末はＰＳＦＣＨリソースが存在するスロットから時間的に近いスロットにおいて送信されたＰＳＳＣＨリソースに対応するＰＳＦＣＨリソースを優先に確保することが効率的である。
【0119】
その一方で、次期システムにおいてグループキャストであるときは、ＰＳＣＣＨを受信した複数の受信端末は同じＰＳＳＣＨに対するＨＡＲＱフィードバックをそれぞれ送信することができる。前記の場合、特定のＰＳＳＣＨに対応するＰＳＦＣＨリソースは複数であり、それぞれのＰＳＦＣＨリソースは区別される。
【0120】
以下、本開示の多様な実施例により、ＰＳＦＣＨリソースを効率的に管理／決定する方法及びサポートする装置を提案する。
【0121】
【0122】
図１４を参照すると、ステップＳ１４１０において、送信端末はＰＳＳＣＨ及び／又はＰＳＳＣＨを受信端末へ送信することができる。
【0123】
ステップＳ１４２０において、送信端末はＰＳＳＣＨ及び／又はＰＳＳＣＨに基づいて、ＰＳＦＣＨリソースを決定することができる。又、受信端末はＰＳＣＣＨ及び／又はＰＳＳＣＨに基づいて、ＰＳＦＣＨリソースを決定することができる。例えば、ＰＳＦＣＨリソースはＰＳＳＣＨのためのサブチャネル及びスロットに関連する。例えば、送信端末及び／又は受信端末は以下で提案する多様な方法及び／又は手順によって、ＰＳＦＣＨリソースを決定することができる。
【0124】
ステップＳ１４３０において、受信端末は前記ＰＳＦＣＨリソース上でＰＳＦＣＨ（例えば、ＨＡＲＱフィードバック）を送信することができる。又、送信端末は前記ＰＳＦＣＨリソース上で、ＰＳＦＣＨ（例えば、ＨＡＲＱフィードバック）を受信することができる。
【0125】
本開示の一実施例によると、端末はＰＳＦＣＨリソースが存在できるＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）のセット及び／又はコード領域リソース組合せのセットに対して第１グルーピングを実行することができる。本明細書において、ＰＳＦＣＨリソースが存在するＲＢセット及び／又はコード領域リソース組合せのセットはＰＳＦＣＨリソースセットと称する。例えば、端末はＰＳＦＣＨリソースセットに関連する情報を基地局から受信することができる。例えば、前記のＰＳＦＣＨリソースセットは物理的なリソースである。又は、例えば、前記のＰＳＦＣＨリソースセットは論理的なリソースである。前記ＰＳＦＣＨリソースの集合が論理的なリソースであるとき、さらに、 端末は論理的なリソースを物理的なリソースにマッピングすることができる。又は、前記のＰＳＦＣＨリソースセットはＰＳＦＣＨフォーマット（ｆｏｒｍａｔ）毎に存在する。この場合、端末はそれぞれのＰＳＦＣＨフォーマット（ｆｏｒｍａｔ）毎に第１グルーピングを実行することができる。例えば、ＰＳＦＣＨフォーマットは一つのシンボルを持つシーケンスベースのＰＳＦＣＨフォーマット、一つのシンボルのＰＳＦＣＨフォーマットが繰り返されるＮ個のシンボルのＰＳＦＣＨフォーマット（例えば、Ｎ＝２）、ＰＵＣＣＨフォーマット２に基づくＰＳＦＣＨフォーマット、及び／又はスロット内のサイドリンクのために利用可能な全てのシンボルにスパニング（ｓｐａｎｎｉｎｇ）されたＰＳＦＣＨフォーマットを含むことができる。この場合、端末は前記のＰＳＦＣＨフォーマットのタイプ毎に第１グルーピングを実行する。第１グルーピングによるグループは各ＰＳＳＣＨに対するサブチャネルに対応できる。本明細書において、サブチャネルは一つ以上のＲＢを含むことができる。
【0126】
具体的に、例えば、第１グルーピングによるＰＳＦＣＨグループはＰＳＳＣＨ送信に用いられる各サブチャネル毎に対応できる。本明細書において、第１グルーピングによるＰＳＦＣＨグループは第１ＰＳＦＣＨリソース、第１ＰＳＦＣＨグループ又は第１ＰＳＦＣＨリソースのグループと称する。
【0127】
【0128】
図１５を参照すると、第１グルーピングによるＰＳＦＣＨグループ１及びＰＳＦＣＨグループ２はそれぞれ一つのサブチャネルに対応できる。例えば、第１グルーピングによるＰＳＦＣＨグループ１はＰＳＳＣＨのための第２サブチャネルに対応することができる。
【0129】
例えば、第１グルーピングによるＰＳＦＣＨグループがＰＳＳＣＨ送信に用いられる各サブチャネル毎に対応すると、特定のサブチャネルが複数のＰＳＳＣＨ間、共有／衝突したときも、ＰＳＦＣＨリソースが衝突するのを防ぐことができる。しかし、ＰＳＳＣＨ送信が多数のサブチャネルに構成されたときは、不必要にＰＳＦＣＨリソースが制限される場合がある。
【0130】
又は、第１グルーピングによるＰＳＦＣＨグループは、ＰＳＳＣＨ割り当てによって各サブチャネルのグループ毎に対応できる。具体的に、例えば、ＰＳＳＣＨがＮ個のサブチャネルに構成されたときは、該当するＮ個のサブチャネル括りに対する一つのＰＳＦＣＨグループが対応できる。ここで、Ｎは２以上の整数である。
【0131】
【0132】
図１６を参照すると、第１グルーピングによるＰＳＦＣＨグループは二つサブチャネルに対応できる。
【0133】
例えば、一つのＰＳＦＣＨグループが複数のサブチャネル括りに対応したとき、ＰＳＳＣＨに対するリソース割り当てによっては、ネットワークリソース利用の面で、ＰＳＦＣＨリソースがより効率的に用いられる。しかし、特定のサブチャネルが複数のＰＳＳＣＨ間、共有／衝突したときは、ＰＳＦＣＨリソースが衝突するのを防ぐ方法がさらに要求される場合がある。
【0134】
さらに、本開示の一実施例によると、端末は第１グルーピングによるＰＳＦＣＨグループ毎に第２グルーピングを実行することができる。第１グルーピングによる特定のＰＳＦＣＨグループ（以下、レベル１グループ）に対して、第２グルーピングによるＰＳＦＣＨグループ（以下、レベル２グループ）はそれぞれのＰＳＳＣＨ送信スロットに対応できる。本明細書において、第２グルーピングによるＰＳＦＣＨグループは第２ＰＳＦＣＨリソース、第ＰＳＦＣＨグループ又は第２ＰＳＦＣＨリソースグループと称する。
【0135】
具体的にに、例えば、ＨＡＲＱ関連セットにおいて、時間上遅いスロットからレベル２グループに対応することができ、レベル２グループ間の間隔が最大化される方法でＰＳＦＣＨグループに対するマッピングを実行することができる。本明細書で、ＨＡＲＱ関連セットは同じスロットからＰＳＦＣＨを送信できるＰＳＣＣＨ及び／又はＰＳＳＣＨに関連するスロットのセットである。例えば、グリーディ（Ｇｒｅｅｄｙ）アルゴリズム（すなわち、予め決めた基準によって最善のリソースを選択するアルゴリズム）のように、ＨＡＲＱ関連セット内のスロットがさらに考慮されるたび、ＰＳＦＣＨリソース間又は選択／決定されたレベル２グループ間（ＲＢ）の間隔が最大化される形でレベル２グループとスロット間のマッピングを実行することができる。
【0136】
図１７は、本開示の一実施例によって、第１グルーピングによるＰＳＦＣＨグループが各サブチャネル毎に対応したとき、第２グルーピングの一例を示す。図１７の実施例は本開示の多様な実施例に適用することができる。
【0137】
図１７を参照すると、第１グルーピングによるＰＳＦＣＨグループ１は第２グルーピングにより、ＰＳＦＣＨグループ１－１、ＰＳＦＣＨグループ１－２及びＰＳＦＣＨグループ１－３に分けられる。又、ＨＡＲＱ関連セット内の第３番目のスロットに関連するＰＳＦＣＨリソースはＰＳＦＣＨグループ１－１であり、ＨＡＲＱ関連セット内の第２番目のスロットに関連するＰＳＦＣＨリソースはＰＳＦＣＨグループ１－３であり、ＨＡＲＱ関連セット内の第１番目のスロットに関連するＰＳＦＣＨリソースはＰＳＦＣＨグループ１－２である。したがって、端末はＰＳＳＣＨ＃１に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－２を介して受信することができ、端末はＰＳＳＣＨ＃に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－３を介して受信することができ、端末はＰＳＳＣＨ＃３に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－１を介して受信することができる。
【0138】
図１８は、本開示の一実施例によって、第１グルーピングによるＰＳＦＣＨグループが各サブチャネル毎に対応したとき、第２グルーピングの一例を示す。図１８の実施例は本開示の多様な実施例に適用することができる。
【0139】
図１８を参照すると、第１グルーピングによるＰＳＦＣＨグループは第２グルーピングによるＰＳＦＣＨグループ１－１、ＰＳＦＣＨグループ１－２及びＰＳＦＣＨグループ１－３に分けられる。又、ＨＡＲＱ関連セット内の第３番目のスロットに関連するＰＳＦＣＨリソースはＰＳＦＣＨグループ１－１であり、ＨＡＲＱ関連セット内の第２番目のスロットに関連するＰＳＦＣＨリソースはＰＳＦＣＨグループ１－２であり、ＨＡＲＱ関連セット内の第１番目のスロットに関連するＰＳＦＣＨリソースはＰＳＦＣＨグループ１－３である。したがって、端末はＰＳＳＣＨ＃１に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－３を介して受信することができ、端末はＰＳＳＣＨ＃２に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－２を介して受信することができ、端末はＰＳＳＣＨ＃３に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－１を介して受信することができる。
【0140】
図１９は、本開示の一実施例によって、第１グルーピングによるＰＳＦＣＨグループが複数のサブチャネルに対応したとき、第２グルーピングの一例を示す。図１９の実施例は本開示の多様な実施例に適用することができる。
【0141】
図１９を参照すると、端末はＰＳＳＣＨ＃１からＰＳＳＣＨ＃３を一つのサブチャネルを介して送信し、ＰＳＳＣＨ＃４からＰＳＳＣＨ＃６を二つのサブチャネルを介して送信すると仮定する。この場合、ＰＳＳＣＨ＃１からＰＳＳＣＨ＃３に関連するＰＳＦＣＨグループ１とＰＳＳＣＨ＃４からＰＳＳＣＨ＃６に関連するＰＳＦＣＨグループ２は時間及び周波数上で重複する場合がある。又、第１グルーピングによるＰＳＦＣＨグループ１は第２グルーピングによってＰＳＦＣＨグループ１－１、ＰＳＦＣＨグループ１－２及びＰＳＦＣＨグループ１－３に分けられ、第１グルーピングによるＰＳＦＣＨグループ２は第２グルーピングによってＰＳＦＣＨグループ２－１、ＰＳＦＣＨグループ２－２及びＰＳＦＣＨグループ２－３に分けられる。
【0142】
ＰＳＦＣＨグループ１－１はスロット＃３のＰＳＳＣＨ＃３に関連するＰＳＦＣＨリソースであり、ＰＳＦＣＨグループ１－２はスロット＃１のＰＳＳＣＨ＃１に関連するＰＳＦＣＨリソーであり、ＰＳＦＣＨグループ１－３はスロット＃２のＰＳＳＣＨ＃２に関連するＰＳＦＣＨリソースである。ＰＳＦＣＨグループ２－１はスロット＃３のＰＳＳＣＨ＃６に関連するＰＳＦＣＨリソースであり、ＰＳＦＣＨグループ２－２はスロット＃１のＰＳＳＣＨ＃４に関連するＰＳＦＣＨリソースであり、ＰＳＦＣＨグループ２－３はスロット＃２のＰＳＳＣＨ＃５に関連するＰＳＦＣＨリソースである。したがって、端末はＰＳＳＣＨ＃１に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－２を介して受信することができ、ＰＳＳＣＨ＃２に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－３を介して受信することができ、ＰＳＳＣＨ＃３に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ１－１を介して受信することができる。又、端末はＰＳＳＣＨ＃４に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ２－２を介して受信することができ、ＰＳＳＣＨ＃５に関連するＨＡＲＱフィードバックをグループ２－３を介して受信することができ、ＰＳＳＣＨ＃６に関連するＨＡＲＱフィードバックをＰＳＦＣＨグループ２－１を介して受信することができる。
【0143】
図１７又は、図１８の実施例と違って、図１９の実施例の場合、端末によって送信される複数のＰＳＳＣＨは一部又は全部の領域で重複する場合がある。したがって、例えば、端末がＰＳＦＣＨグループ１－１を介してＨＡＲＱフィードバックを受信すると、端末は前記ＨＡＲＱフィードバックがＰＳＳＣＨ＃３に関連するＨＡＲＱフィードバックであるか、又は、ＰＳＳＣＨ＃６に関連するＨＡＲＱフィードバックであるかを区別する必要がある。又は、例えば、端末がＰＳＦＣＨグループ１－２を介してＨＡＲＱフィードバックを受信すると、端末は前記ＨＡＲＱフィードバックがＰＳＳＣＨ＃１に関連するＨＡＲＱフィードバックであるか、又は、ＰＳＳＣＨ＃６に関連するＨＡＲＱフィードバックか区別する必要がある。前記のような問題は第１グルーピングで解決できるが、第３グルーピングについては後述する。
【0144】
前記の提案方法によると、ＨＡＲＱ関連セットにおいて、時間上早いスロットから送信されるＰＳＳＣＨ及び／又はＰＳＣＣＨに対して、端末はサイドリングサービスの遅延に対する要求事項によってＨＡＲＱフィードバックを省略することができる。この場合、実際に用いられるＰＳＦＣＨリソース間の周波数軸の間隔が最大化される。したがって、ＩＢＥ問題が軽減される。例えば、図１６の実施例において、ＰＳＳＣＨ＃１に対するＨＡＲＱフィードバック送信が省略されたとき、端末がＰＳＦＣＨグループ１－１を介して受信するＨＡＲＱフィードバックとＰＳＦＣＨグループ１－３を介して受信するＨＡＲＱフィードバック間のＩＢＥが最小化される。
【0145】
本開示の一実施例によると、ＰＳＦＣＨリソースに対するＲＢセット（すなわち、ＰＳＦＣＨリソースセット ）が端末に対してリソースプール毎に異なるように（事前に）設定したり、リソースプール毎に独立して（事前に）設定することができる。すなわち、端末は複数のリソースプールそれぞれに対応する前記ＰＳＦＣＨリソースに対するＲＢセットに関連する設定の情報を基地局／ネットワークから受信することができる。例えば、第１グルーピングによる各ＰＳＦＣＨグループの大きさは互いに同じである。例えば、第１グルーピングによる各ＰＳＦＣＨグループの大きさは互いに異なる。例えば、第１グルーピングによる各ＰＳＦＣＨグループの大きさは互いに同じである。例えば、第２グルーピングによる各ＰＳＦＣＨグループの大きさは互いに異なる。
【0146】
例えば、ＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数の倍数であって、同時にＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）の倍数であるときは、第１グルーピングによる各ＰＳＦＣＨグループの大きさは互いに同じである。例えば、（ｉ）ＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数の倍数であって、及び（ｉｉ）ＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数がＰＳＦＣＨリソース周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）の倍数であるときに、第２グルーピングによる各ＰＳＦＣＨグループの大きさは互いに同じである。具体的に、例えば、（ｉ）ＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数の倍数であって、及び（ｉｉ）ＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数がＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）の倍数であるときに、第２グルーピングによる各ＰＳＦＣＨグループの大きさはＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数を、リソースプール内のサブチャネルの個数とＰＳＦＣＨリソースの周期関連の値を掛けた値に割った値に設定／決定することができる。すなわち、（ｉ）ＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数の倍数であって、及び（ｉｉ）ＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数がＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）の倍数であるときに、第２グルーピングによる各ＰＳＦＣＨグループの大きさは数式１に基づいて設定／決定することができる。例えば、第２グルーピングによるＰＳＦＣＨグループの大きさは第２ＰＳＦＣＨリソースに含まれたＲＢの個数である。
【0147】
【数1】
【0148】
例えば、ＰＳＦＣＨリソースに関連するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないとき、端末は第１グルーピングによる各ＰＳＦＣＨグループの大きさを同一に維持することができ、端末はＰＳＦＣＨリソースに対するＲＢセット内の一部のＲＢを使用しない。例えば、前記ＰＳＦＣＨリソースとして用いられないＲＢはＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢのうちＲＢインデックスが高いＲＢである。例えば、前記ＰＳＦＣＨリソースとして用いられないＲＢはＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢのうちＲＢインデックスが高いＫ個のＲＢである。例えば、Ｋは正の整数である。例えば、前記ＰＳＦＣＨリソースとして用いられないＲＢはＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢのうちＲＢインデックスが低いＲＢである。例えば、前記ＰＳＦＣＨリソースとして用いられないＲＢはＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢのうちＲＢインデックスが低いＬ個のＲＢである。例えば、Ｌは正の整数である。
【0149】
例えば、ＰＳＦＣＨに関連するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないときに、第１グルーピングによる各ＰＳＦＣＨグループの大きさは異なるように決定／設定される。
【0150】
例えば、ＰＳＦＣＨリソースに関連するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないとき、端末は第２グルーピングによる各ＰＳＦＣＨグループの大きさを同一に維持することができ、端末はＰＳＦＣＨリソースに対するＲＢセット内の一部のＲＢを使用しない。例えば、前記ＰＳＦＣＨリソースとして用いられないＲＢは第１グルーピングによる各ＰＳＦＣＨリソースグループに分散される。例えば、端末は第２グルーピング以後に該当する第１グルーピングによるＰＳＦＣＨリソースグループ内のＲＢのうち、ＲＢインデックスが高い一つ以上のＲＢをＰＳＦＣＨリソースとして使用しない。例えば、端末は第２グルーピング以後に該当する第１グルーピングによるＰＳＦＣＨリソースグループ内のＲＢのうち、ＲＢインデックスが低い一つ以上のＲＢをＰＳＦＣＨリソースとして使用しない。
【0151】
例えば、ＰＳＦＣＨリソースに関連するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないとき、第２グルーピングによる各ＰＳＦＣＨグループの大きさは異なるように決定／設定される。具体的に、例えば、ＰＳＦＣＨリソースに関連するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないとき、第２グルーピングによる各ＰＳＦＣＨグループの大きさはＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数を、リソースプール内のサブチャネルの個数とＰＳＦＣＨリソースの周期関連の値を掛けた値に割った値の切り上げとして設定／決定される。すなわち、ＰＳＦＣＨリソースに関連するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないとき、第２グルーピングによる各ＰＳＦＣＨグループの大きさは数式２に基づいて設定／決定される。
【0152】
【数2】
【0153】
例えば、ＰＳＦＣＨリソースに関連するＲＢセットに含まれるＲＢの個数がリソースプール内のサブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないとき、第２グルーピングによる各ＰＳＦＣＨグループの大きさはＰＳＦＣＨリソースに対するＲＢセットに含まれるＲＢの個数を、リソースプール内のサブチャネルの個数とＰＳＦＣＨリソースの周期関連の値を掛けた値に割った値の切り捨てとして設定／決定することができる。すなわち、ＰＳＦＣＨリソースに関連するＲＢセットに含まれるＲＢの個数がリソースプール内サブチャネルの個数及び／又はＰＳＦＣＨリソースの周期関連の値（又は、同じＰＳＦＣＨスロットに連動されたＰＳＳＣＨスロットの個数）のうち、少なくともいずれか一つの倍数ではないとき、第２グルーピングによる各ＰＳＦＣＨグループの大きさは数式３に基づいて設定／決定することができる。
【0154】
【数3】
【0155】
例えば、第２グルーピングによる各ＰＳＦＣＨグループの大きさが数式２又は、数式３によって決定されるとき、端末は第１グルーピングによる各ＰＳＦＣＨグループの大きさ及び第２グルーピングによる各ＰＳＦＣＨグループの大きさをできるだけ同じように（すなわち、各ＰＳＦＣＨグループの大きさの差が１以下になるよう）設定／決定することができる。
【0156】
例えば、第２グルーピングによる各ＰＳＦＣＨグループの大きさが異なるとき、比較的大きいＰＳＦＣＨグループは同じ第１グルーピングによるＰＳＦＣＨグループに属する。前記であるときは、比較的多いＰＳＦＣＨ候補リソースがリソースプール内の第1番目のサブチャネルに対応するＰＳＦＣＨグループに対して割り当てられる。例えば、第２グルーピングによる各ＰＳＦＣＨグループの大きさが異なるとき、比較的大きいＰＳＦＣＨグループは異なる第１グルーピングによるＰＳＦＣＨグループに属する。具体的に、例えば、前記の比較的大きいＰＳＦＣＨグループが第１グルーピングによる各ＰＳＦＣＨグループに分散配置される。例えば、比較的多いＰＳＦＣＨ候補リソースが時間的に先行したスロットに対応するＰＳＦＣＨグループに割り当てられる。例えば、比較的多いＰＳＦＣＨ候補リソースが時間的に遅いスロットに対応するＰＳＦＣＨグループに割り当てられる。
【0157】
さらに、本開示の一実施例によると、端末は第２グルーピングによるＰＳＦＣＨグループ（すなわち、レベル２グループ）毎に第３グルーピングを実行することができる。本明細書において、第３グルーピングによるＰＳＦＣＨグループは第３ＰＳＦＣＨリソース、第３ＰＳＦＣＨグループ又は第３ＰＳＦＣＨリソースグループと称する。図１９の実施例のように、複数のＰＳＳＣＨに関連するＰＳＦＣＨリソースが重複したとき、端末は同じＰＳＦＣＨリソース上で受信されるＨＡＲＱフィードバックがどんなＰＳＳＣＨに関連するものか区別するため、第３グルーピングを実行する。
【0158】
特定レベル１グループ内の、特定レベル２グループに対して、第３グルーピングによるＰＳＦＣＨグループ（以下、レベル３グループ）は全体及び一部のサブチャネルを共有するＰＳＳＣＨを区別するパラメータに対応することができる。例えば、ＰＳＳＣＨを送信する端末はＰＳＳＣＨ及び／又は、前記ＰＳＳＣＨに対応するＰＳＣＣＨに対するＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）シーケンス又はＤＭＲＳシーケンスを生成するために用いられるパラメータを利用して特定レベル２グループに対する第３グルーピングを実行することができる。例えば、ＰＳＳＣＨを送信する端末は前記ＰＳＳＣＨに対応するＰＳＣＣＨがマッピングされるサブチャネルに関する情報を利用して特定レベル２グループに対する第３グルーピングを実行することができる。例えば、ＰＳＳＣＨを送信する端末はＰＳＳＣＨに関するリソースの割り当て情報を利用して特定レベル２グループに対する第３グルーピングを実行することができる。又は、例えば、ＰＳＳＣＨ及び／又はＰＳＣＣＨを送信する端末はＳＣＩを介して送信／指示されるＬ１ソースＩＤの全部又は一部を利用して特定レベル２グループに対する第３グルーピングを実行することができる。具体的に、例えば、ＰＳＳＣＨ及び／又はＰＳＣＣＨを送信する端末は数式４を用いて特定レベル２グループに対する第３グルーピングを実行することができる。
【0159】
【数4】
【0160】
ここで、「Ｙ＝А ｍｏｄ Ｂ」はАをＢに割った余りを導出する関数である。
【0161】
具体的に、例えば、前記Ｘの値は事前に端末に対して定義される。例えば、前記Ｘの値はリソースプール毎に端末に対して設定されたり、事前に設定される。例えば、前記Ｘの値はＰＳＦＣＨリソースセット毎に端末に対して設定されたり事前に設定される。本明細書において、端末に対して設定される動作は基地局／ネットワークが設定に関連する情報を端末へ送信する動作を含む。
【0162】
例えば、前記パラメータはＰＳＳＣＨ及び／又は前記ＰＳＳＣＨに対応するＰＳＣＣＨに対するＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）シーケンス又はＤＭＲＳシーケンスを生成するために用いられるパラメータから推定できる。例えば、異なる端末によって送信されるＰＳＣＣＨが同じリソースで衝突する場合がある。この場合、ＤＭＲＳシーケンス及びＤＭＲＳシーケンスを生成するために用いられるパラメータが異なるとき、受信端末は同じリソースで異なる端末によって送信されるＰＳＣＣＨを区別することができる。したがって、ＤＭＲＳシーケンス及びＤＭＲＳシーケンスを生成するために用いられるパラメータは全体及び一部のリソースを共有する複数のＰＳＳＣＨに関連するＰＳＦＣＨリソースを区別するために用いられる。
【0163】
例えば、及び／又は、前記パラメータはＰＳＳＣＨに対応するＰＳＣＣＨがマッピングされるサブチャネルから推定できる。一部のサブチャネルが複数のＰＳＳＣＨリソース間重複するときも、ＰＳＣＣＨリソースは互いに異なる場合がある。したがって、ＰＳＳＣＨに対応するＰＳＳＣＨがマッピングされるサブチャネルに基づいて、リソースが一部又は全部共有されるＰＳＳＣＨに対応するＰＳＦＣＨ間の衝突を防ぐことができる。
【0164】
例えば、及び／又は、前記パラメータはＰＳＳＣＨに関するリソース割り当て情報から推定できる。例えば、ＰＳＳＣＨに関するリソース割り当て情報はスタートサブチャネル及び／又はサブチャネルの個数などを含む。この場合、スタートサブチャネルは同じであるが、サブチャネルの個数が異なるＰＳＳＣＨ間の衝突があったとき、異なるＰＳＳＣＨに対応するＰＳＦＣＨリソースが区別される。又は、スタートサブチャネルが異なるＰＳＳＣＨ間の衝突があったとき、異なるＰＳＳＣＨに対応するＰＳＦＣＨリソースが区別される。しかし、前記ＰＳＳＣＨに関するリソース割り当て情報はその組み合わせによって場合の数が大きくなる場合がある。したがって、端末はＰＳＦＣＨリソースを確保することが難しい場合がある。
【0165】
さらに、本開示の一実施例によると、レベル３グループ内の特定ＰＳＦＣＨリソースはＰＳＦＣＨ送信及び／又は受信端末に関する情報から推定される。例えば、送信端末及び／又は受信端末はＰＳＦＣＨ送信及び／又は受信端末に関する情報に基づいて、レベル３グループ内の特定ＰＳＦＣＨリソースを決定することができる。具体的に、例えば、特定グループキャストのＨＡＲＱフィードバックモードであるときは、送信端末から同じＰＳＳＣＨを受信した複数の受信端末はそれぞれ割り当てられたＰＳＦＣＨリソースを用いてＨＡＲＱフィードバックを送信端末へ送信することができる。すなわち、同じＰＳＦＣＨリソースに対して、ＰＳＦＣＨリソースは少なくともＨＡＲＱフィードバックを送信する端末（又は、ＰＳＳＣＨ受信端末）の情報によって区別される。具体的に、例えば、前記ＰＳＳＣＨ受信端末に関する情報は上位層から提供される情報である。例えば、前記上位層から提供される情報はグループキャストにおいて同じグループ内で受信端末を区別するためにそれぞれの受信端末に割り当てられる識別情報（例えば、ＩＤ、以下、受信端末の識別情報）である。又は、例えば、送信端末は前記ＰＳＳＣＨ受信端末に関する情報を前記ＰＳＳＣＨ受信端末のソースＩＤから推定することができる。
【0166】
次期システムにおいては、グループキャストにおいてＰＳＳＣＨを受信した複数の端末が前記ＰＳＳＣＨに対するＨＡＲＱフィードバックを送信するとき、前記複数の端末はＰＳＦＣＨに対する電力制御を実行することもできる。前記であるとき、ＰＳＦＣＨを受信した端末側において（すなわち、ＰＳＳＣＨを送信した端末側において）、ＰＳＦＣＨ受信の電力の差は大きくない。前記の状況においては、ＰＳＦＣＨ受信間のＩＢＥ問題及び／又はＮｅａｒ－Ｆａｒ問題が緩和される。したがって、前記ＰＳＦＣＨリソースに隣接したＲＢに配置したり同じＲＢでＣＤＭされることによる性能劣化が僅かである。例えば、受信端末のＬ１ソースＩＤから導出／決定されたＲＢインデックスがＹであるとき、受信端末は第３グループ内でＲＢインデックス（Ｙ＋Ｍ）ｍｏｄ Ｚを持つＲＢをＰＳＦＣＨ送信のためのＲＢに選択／決定することができる。このとき、Ｍは受信端末に割り当てられた識別情報関連の値であって、Ｚは第３グループを構成するＲＢの個数の値である。
【0167】
その一方で、同じＲＢにおいて異なるＬ１ソースＩＤ、それぞれに関連する複数のＰＳＦＣＨリソースが互いに重複したとき、これを区別するために、受信端末は各ＰＳＦＣＨシーケンスの生成に用いられる循環シフトの値をＬ１ソースＩＤに変更／決定することができる。及び／又は、例えば、同じＲＢにおいて異なる受信端末の各識別情報に関連する複数のＰＳＦＣＨリソースが互いに重複したとき、これを区別するために、受信端末は各ＰＳＦＣＨシーケンス生成に用いられる循環シフトの値を受信端末の識別情報に変更／決定することができる。具体的に、 例えば、同じＲＢにおいて異なる受信端末の各識別情報に関連する複数のＰＳＦＣＨリソースが互いに重複したとき、受信端末はグループの識別情報の値を用いて循環シフトインデックスをＺの倍数だけ増加させる。及び／又は、例えば、同じＲＢにおいて異なる受信端末の各識別情報に関連する複数のＰＳＦＣＨリソースが互いに重複したとき、受信端末は増加されたＬ１ソースＩＤ ｍоｄ Ｘの値によって循環シフトインデックスを増加させることができる。具体的に、例えば、受信端末が変更／決定した最終循環シフトインデックスはＬ１ソースＩＤ ｍоｄ Ｘと受信端末の識別情報（Ｍ）／Ｚの切り捨ての合計として示すことができる。例えば、受信端末が変更／決定した最終循環シフトインデックスは数式５に基づいて獲得される。
【0168】
【数5】
【0169】
例えば、端末はＲＢ単位で、第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作を実行することができる。又は、例えば、端末はＲＢと循環シフトの組み合わせの単位で、第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作を実行することができる。例えば、前記の形又は動作方法は第２グループ（又は、レベル２グループ）を構成するＰＳＦＣＨリソースに対応するＲＢの個数とリソースプール毎に（事前に）設定されたサポートできるグループキャストＨＡＲＱフィードバックのモード２での全体メンバーのＩＤの個数、一つのＰＳＳＣＨに対して割り当てられたサブチャネル当りメンバーのＩＤの個数、ＲＢ当りＣＤＭのための循環シフトの個数、リソースプール内のサブチャネルの個数、ＰＳＦＣＨリソースの周期、及び／又は第２グループ（又は、レベル２グループ）の大きさのうち、少なくとも一つによって異なる。
【0170】
例えば、第２グループ（又は、レベル２グループ）に対応するＲＢの個数が前記のＸより大きいとき、端末はＲＢ単位で第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作を実行することができる。例えば、第２グループ（又は、レベル２グループ）に対応するＲＢの個数が前記のＸとリソースプール毎に（事前に）設定されたサポートできるグループキャストＨＡＲＱフィードバックのモード２での全体端末の個数を掛けた値より大きいとき、端末はＲＢ単位で第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作を実行することができる。
【0171】
例えば、第２グループ（又は、レベル２グループ）に対応するＲＢの個数が前記のＸと一つのＰＳＳＣＨに対して割り当てられたサブチャネル当りの端末の個数を掛けた値より大きいとき、端末はＲＢ単位で第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作を実行することができる。
【0172】
前記の場合以外に、端末はＲＢと循環シフトの組み合わせの単位として、第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作を実行することができる。このとき、例えば、第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作がＲＢ単位に実行されたとき、循環シフトは特定の値として設定され、ＲＢの値はＬ１ソースＩＤ ｍоｄ Ｘ及び／又はグループの識別情報の値から導出／決定される。例えば、第３グルーピング動作及び／又は第３グループ（又は、レベル３グループ）内のＰＳＦＣＨリソースの選択／決定動作がＲＢと循環シフトの組み合わせの単位として実行されたとき、循環シフトの値とＲＢの値がＬ１ソースＩＤ ｍоｄ Ｘ及び／又はグループの識別情報から導出／決定される。例えば、メンバーＩＤが増えることによってＬ１ソースＩＤ ｍоｄ Ｘによって導出されたスタートＲＢの値からＲＢインデックスが増加する。以後。ＲＢの個数がＬ１ソースＩＤ ｍоｄ Ｘに対して割り当てられた最大のＲＢの値に到達したときに、再びＲＢインデックスがＬ１ソースＩＤ ｍоｄ Ｘによって導出されたスタートＲＢの値に回帰する。この場合は、例えば、循環シフトの値又は循環シフトのインデックスが増加する。
【0173】
前記のＰＳＦＣＨリソース割り当て/選択／決定方法は実施例に過ぎず、一部のグルーピングステップが省略されたり特定のパラメータに基づいて行うグループ選択／決定のプロセスが省略できる。又は、グルーピングステップもその手順が異なる場合がある。具体的に、例えば、ＰＳＳＣＨに対応するＰＳＦＣＨ間の衝突を防ぐ方法及びグループキャストにおいて受信端末を区別する方法が同じステップで処理される。
【0174】
例えば、送信端末及び／又は受信端末は第１グルーピング及び第２グルーピングを実行することができ、送信端末及び／又は受信端末はＰＳＳＣＨに関する送信端末と受信端末のペアリング情報に基づいて、レベル２グループ内でＰＳＦＣＨリソースを選択／決定することができる。例えば、ユニキャストであるとき、前記のペアリング情報はソースＩＤ及び／又はデスティネーションＩＤを含む。この場合、ＰＳＳＣＨを送信する送信端末は自分のソースＩＤ及びデスティネーションＩＤに基づいて、レベル２グループ内で、ＰＳＦＣＨリソースを選択／決定することができる。例えば、ＰＳＳＣＨを受信する受信端末は送信端末のソースＩＤ及びデスティネーションＩＤに基づいて、レベル２グループ内でＰＳＦＣＨリソースを選択／決定することができる。
【0175】
例えば、グループキャストであるとき、前記のペアリング情報はソースＩＤ及び／又はグループの識別子情報を含む。この場合、ＰＳＳＣＨを送信する送信端末は自分のソースＩＤ及びグループキャストが実行するグループの識別子情報に基づいて、レベル２グループ内でＰＳＦＣＨリソースを選択／決定することができる。例えば、ＰＳＳＣＨを受信する受信端末は送信端末のソースＩＤ及びグループキャストが実行するグループの識別子情報に基づいて、レベル２グループ内でＰＳＦＣＨリソースを選択／決定することができる。
【0176】
例えば、送信端末及び／又は受信端末はＰＳＳＣＨに関する受信端末の関連情報に基づいてレベル３グループを選択／決定することができ、送信端末及び／又は受信端末はＰＳＳＣＨに関する送信端末関連情報、ＰＳＣＣＨに関するＤＭＲＳシーケンス情報及び／又はＰＳＳＣＨに関するＤＭＲＳシーケンス情報のうち、少なくともいずれか一つに基づいて、レベル３グループ内でＰＳＦＣＨリソースを選択／決定することができる。具体的に、例えば、リソースプール毎にＰＳＦＣＨリソースに対するグループステップの個数、各グループステップ毎に参考するパラメータの種類及び／又はその組み合わせなどが端末に対して設定されたり事前に設定される。
【0177】
さらに、本開示の一実施例によると、もし前記のＰＳＦＣＨリソースの選択方法が論理的リソースに対応するときは、再び論理的ＰＳＦＣＨリソースを物理的リソースにマッピングするプロセスが要求される。前記のプロセスで、ＰＳＦＣＨのための物理的リソースの大きさが周波数領域（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）、時間領域（ｔｉｍｅ ｄｏｍａｉｎ）及び／又はコード領域（ｃｏｄｅ ｄｏｍａｉｎ）の側面から見ると、論理的リソースの大きさより小さいときもある。物理的リソースの大きさが論理的リソースの大きさより小さいときは、一部のＰＳＦＣＨリソースが互いに重複することもある。前記の物理的リソースへのマッピングプロセスは全体論理的リソース単位として実行され、又は特定レベルのグループに対して実行されることもある。例えば、レベル１グループとレベル２グループに対しては、グループ間のＰＳＦＣＨリソースが重複することを認めないことがあり、レベル３グループからは物理的リソースの大きさによっては、周波数領域、時間領域、及び／又はコード領域側において一部のＰＳＦＣＨリソースが重複することを認めることもある。
【0178】
以下、本開示の一実施例によって、前記のＰＳＦＣＨリソースの選択／決定のとき、送受信端末の動作を具体的に説明する。
【0179】
送信端末側において、送信端末はＰＳＳＣＨリソース割り当てによるサブチャネルセットに応じたＲＢセットをＰＳＦＣＨに対するレベル1-グループに選択／決定することができる。さらに、送信端末は選択／決定されたレベル１グループ内で、ＰＳＳＣＨが送信されるスロットに基づいて再びレベル２グループを選択／決定することができる。さらに、送信端末は選ばれたレベル２グループ内で、ＰＳＳＣＨに関する送信情報（例えば、ＤＭＲＳシーケンス又は送信端末のソースＩＤ）に基づいてレベル３グループを選択／決定することができる。さらに、ユニキャストのためのＰＳＳＣＨが送信されるとき、又はグループキャストにおいてＰＳＦＣＨリソースが多数のＰＳＳＣＨ受信端末間共有されたときは、送信端末はレベル３グループ内で、特定ＰＳＦＣＨリソースを選択／決定することができる。もし、グループキャストにおいてＰＳＦＣＨリソースがそれぞれのＰＳＳＣＨ受信端末間区別されたときは、送信端末はレベル３グループのうち、使用できるＰＳＦＣＨリソースを介してＰＳＳＣＨ受信端末からＨＡＲＱフィードバックを受信することができる。
【0180】
受信端末側において、受信端末はレベル３グループを選択／決定するまで、送信端末と同じプロセスでグループを選択／決定することができる。さらに、ユニキャストのためのＰＳＳＣＨが送信されたとき、又はグループキャストにおいてＰＳＦＣＨリソースが多数のＰＳＳＣＨ受信端末同士で共有されたときは、受信端末はレベル３グループ内で送信端末と同じ基準で特定ＰＳＦＣＨリソースを選択／決定することができる。もし、グループキャストにおいてＰＳＦＣＨリソースがそれぞれのＰＳＳＣＨ受信端末間区別されたときは、それぞれの受信端末は受信端末関連情報（例えば、上位層で分配した識別子又は受信端末のソースＩＤ）に基づいてＰＳＦＣＨリソースを選択／決定することができる。受信端末は選択／決定したＰＳＦＣＨリソースを用いてＨＡＲＱフィードバックをＰＳＳＣＨ送信端末へ送信することができる。
【0181】
その一方で、ＨＡＲＱ関連セットにおいて、各スロット毎にＰＳＳＣＨに対して割り当てられたサブチャネルの個数及び組み合わせは異なる。例えば、ＨＡＲＱ関連セットにおいて端末が第１番目スロットのサブチャネル＃１からサブチャネル＃６を介してＰＳＳＣＨを送信し、第２番目スロットのサブチャネル＃４からサブチャネル＃９を介してＰＳＳＣＨを送信することができる。前記であるときは、ＰＳＦＣＨリソースの割り当て／選択／決定に対してパラメータの組み合わせ及び／又は適用手順が異なるように要求される。具体的に、例えば、端末はＰＳＳＣＨに対する特定スタートサブチャネルに対して、ＨＡＲＱ関連セット内の異なるスロットに対応するＰＳＦＣＨリソースを同じサブチャネル内に割り当てることができる。この方法によると、各スロットに対してＰＳＳＣＨに対して割り当てられたサブチャネルの組み合わせが異なるときも、ＰＳＦＣＨリソースセット間の衝突が効率的に管理／回避することができる。
【0182】
具体的に、例えば、ＰＳＳＣＨ送信端末はＰＳＳＣＨに対する割り当てられたサブチャネルを基準にレベル１グループを選択／決定することができ、ＰＳＳＣＨ送信端末はＰＳＳＣＨ送信端末関連情報（又は、受信端末関連情報）を基準に第２グループを選択／決定することができる。及び、ＰＳＳＣＨ送信端末はＰＳＳＣＨに関するスロット情報を基準に第３グループを選択／決定することができ、ＰＳＳＣＨ送信端末は最終のＰＳＦＣＨリソースをＰＳＳＣＨ受信端末関連情報（又は、送信端末関連情報）を基準に選択／決定することができる。
【0183】
又は、例えば、ＰＳＳＣＨ送信端末はレベル１グループをＰＳＳＣＨに対する割り当てられたサブチャネルを基準に選択／決定することができ、ＰＳＳＣＨ送信端末は第２グループをＰＳＳＣＨ送信端末関連情報（又は、受信端末関連情報）を基準に選択／決定することができる。及び、ＰＳＳＣＨ送信端末第３グループをＰＳＳＣＨ受信端末関連情報（又は、送信端末関連情報）を基準に選択／決定することができ、ＰＳＳＣＨ送信端末は最終のＰＳＦＣＨリソースをＰＳＳＣＨに関するスロット情報を基準に選択／決定することができる。
【0184】
この方法によると、ＰＳＳＣＨリソースの衝突に対するハンドリング及び／又はグループキャストにおいて、受信端末毎にＰＳＦＣＨリソースを割り当てたとき、端末は複数のサブチャネルに対してＰＳＦＣＨリソースを予約することができる。それ以外は、特定ＰＳＳＣＨ送信に対して、端末は特定サブチャネルでのみＰＳＦＣＨリソースを予約することができる。
【0185】
本開示の様々な実施例によると、端末及び／又は基地局はＰＳＦＣＨリソースをグルーピング/管理することができる。したがって、効率的にＨＡＲＱ動作をサポートする効果がある。
【0186】
【0187】
図２０を参照すると、ステップＳ２０１０において、第１装置１００はＰＳＳＣＨを第２装置２００へ送信することができる。ステップＳ２０２０において、第１装置１００はＰＳＦＣＨのためのリソースを決定することができる。ＰＳＦＣＨのためのリソースは第１グルーピング、第２グルーピング又は第３グルーピングのうち、少なくともいずれか一つに基づいて決定される。第１装置１００は、本明細書において提案された多様な実施例によってＰＳＦＣＨのためのリソースを決定することができる。ステップＳ２０３０において、第１装置１００はＰＳＳＣＨに関連するＰＳＦＣＨを介してＨＡＲＱフィードバックを第２装置２００から受信することができる。上述したステップの手順は変更できる。
【0188】
【0189】
図２１を参照すると、ステップＳ２１１０において、第２装置２００はＰＳＳＣＨを第１装置１００から受信することができる。ステップＳ２１２０において、第２装置２００はＰＳＦＣＨのためのリソースを決定することができる。ＰＳＦＣＨのためのリソースは第１グルーピング、第２グルーピング又は第３グルーピングのうち、少なくともいずれか一つに基づいて決定される。第２装置２００は、本明細書において提案された多様な実施例によってＰＳＦＣＨのためのリソースを決定することができる。ステップＳ２１３０において、第２装置２００はＰＳＳＣＨに関連するＰＳＦＣＨを介してＨＡＲＱフィードバックを第１装置１００へ送信することができる。上述したステップの手順は変更できる。
【0190】
【0191】
図２２を参照すると、ステップＳ２２１０において、第１装置はＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第２装置から受信することができる。ステップＳ２２２０において、第１装置は前記ＰＳＳＣＨに関連するＰＳＦＣＨ(Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定することができる。ステップＳ２２３０において、第１装置は前記ＰＳＦＣＨリソース上でＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ)フィードバックを前記第２装置へ送信することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0192】
例えば、第１装置は表５に基づいて、ｉ番目スロット及びｊ番目サブチャネル上で受信されるＰＳＳＣＨに対応するＰＳＦＣＨ送信のための一つ以上のＰＲＢを決定することができる。
【0193】
【表5】
【0194】
表５及び、第１装置は表６に基づいて、使用可能なＰＳＦＣＨリソースの個数を決定することができる。
【0195】
【表6】
【0196】
表６及び、第１装置は表７に基づいて、ＰＳＦＣＨリソースのインデックスを決定することができる。及び、第１装置は前記インデックスに対応するＰＳＦＣＨリソース上で、ＨＡＲＱフィードバックを送信することができる。さらに、前記インデックスが特定循環シフトに関連するとき、第１装置は前記インデックスに対応するＰＳＦＣＨリソース上で、特定循環シフトが適用されたＨＡＲＱフィードバックを送信することができる。
【0197】
【表7】
【0198】
例えば、前記ＰＳＳＣＨのためのそれぞれのサブチャネルは、前記少なくとも一つの第２ＰＳＦＣＨリソースを含むそれぞれの第１ＰＳＦＣＨリソースに関連する。例えば、前記ＰＳＳＣＨのための複数のサブチャネルは、前記少なくとも一つの第２ＰＳＦＣＨリソースを含む前記少なくとも一つの第１ＰＳＦＣＨリソースのうち一つの第１ＰＳＦＣＨリソースに関連する。
【0199】
例えば、前記第２ＰＳＦＣＨリソースの大きさは、ＰＳＦＣＨリソースセットに含まれたＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の個数を、リソースプール内のサブチャネルの個数及びＰＳＦＣＨリソース周期（ｐｅｒｉｏｄ）を掛けた値に割った値である。例えば、前記第２ＰＳＦＣＨリソースの大きさは前記第２ＰＳＦＣＨリソースに含まれたＲＢの個数である。例えば、前記ＰＳＦＣＨリソース周期は前記ＰＳＦＣＨリソースを含むスロットに関連するＰＳＳＣＨスロットの個数である。
【0200】
例えば、前記ＰＳＦＣＨリソースは、前記ＰＳＳＣＨのための少なくとも一つのサブチャネル及び少なくとも一つのスロットに関連する少なくとも一つの第２ＰＳＦＣＨリソースのうち、前記第２装置のソースＩＤに基づいて決められる一つのＲＢである。
【0201】
例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報、前記第２装置のソースＩＤ及び前記第１装置のＩＤに基づいて決定される。例えば、前記第１装置のＩＤはグループキャスト通信に関連するグループ内で前記第１装置を識別するためのＩＤである。
【0202】
さらに、例えば、第１装置は前記ＰＳＦＣＨリソース上で、前記ＨＡＲＱフィードバックに適用される循環シフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）に関連する情報を決定することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて、前記ＰＳＦＣＨリソース上で前記ＨＡＲＱフィードバックに適用される循環シフトに関連する情報は決定される。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報、前記第２装置のソースＩＤ及び前記第１装置のＩＤに基づいて、前記ＰＳＦＣＨリソース上で前記ＨＡＲＱフィードバックに適用される循環シフトに関連する情報は決定される。例えば、前記第１装置のＩＤはグループキャスト通信に関連するグループ内で、前記第１装置を識別するためのＩＤである。例えば、前記ＨＡＲＱフィードバックは前記循環シフトに関連する情報に基づいて、前記ＰＳＦＣＨリソース上で前記第２装置へ送信することができる。
【0203】
前記の提案方法は以下で説明する装置に適用することができる。まず、第１装置１００のプロセッサ１０２はＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第２装置から受信するよう送受信機１０６を制御することができる。及び、第１装置１００のプロセッサ１０２は前記ＰＳＳＣＨに関連するＰＳＦＣＨ(Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ)リソースを決定することができる。そして、第１装置１００のプロセッサ１０２は前記ＰＳＦＣＨリソース上でＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第２装置へ送信するよう送受信機１０６を制御することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0204】
本開示の一実施例によると、無線通信を行う第１装置が提供される。例えば、第１装置は命令を格納する一つ以上のメモリー；一つ以上の送受信機；及び前記一つ以上のメモリーと前記一つ以上の送受信機を連結する一つ以上プロセッサを含む。例えば、前記一つ以上のプロセッサは前記命令を実行し、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第２装置から受信し；前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定し；及び前記ＰＳＦＣＨリソース上でＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第２装置へ送信することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0205】
本開示の一実施例によると、第１端末を制御するために設定された装置(ａｐｐａｒａｔｕｓ)が提供される。例えば、装置は一つ以上のプロセッサ；及び前記一つ以上のプロセッサによって実行できるように連結され、及び命令を格納する一つ以上のメモリーを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第２端末から受信し；前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定し；及び前記ＰＳＦＣＨリソース上で、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第２端末へ送信することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための、少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0206】
本開示の一実施例によると、命令を記録している非一時的コンピューターの読み取り可能な記憶媒体が提供される。例えば、前記命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに：第１装置によって、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第２装置から受信させ、；前記第１装置によって、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定させ、；及び前記第１装置によって、前記ＰＳＦＣＨリソース上でＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第２装置へ送信させることができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0207】
【0208】
図２３を参照すると、ステップＳ２３１０において、第２装置はＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第１装置へ送信することができる。ステップＳ２３２０において、第２装置は前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定することができる。ステップＳ２３３０において、第２装置は前記ＰＳＦＣＨリソース上でＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第１装置から受信することができる。例えば、前記ＰＳＳＣＨを少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0209】
例えば、前記ＰＳＳＣＨのためのそれぞれのサブチャネルは、前記少なくとも一つの第２ＰＳＦＣＨリソースを含むそれぞれの第１ＰＳＦＣＨリソースに関連する。例えば、前記ＰＳＳＣＨのための複数のサブチャネルは、前記少なくとも一つの第２ＰＳＦＣＨリソースを含む前記少なくとも一つの第１ＰＳＦＣＨリソースのうち、一つの第１ＰＳＦＣＨリソースに関連する。例えば、前記第２ＰＳＦＣＨリソースの大きさは、ＰＳＦＣＨリソースセットに含まれるＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の個数を、リソースプール内のサブチャネルの個数及びＰＳＦＣＨリソース周期（ｐｅｒｉｏｄ）を掛けた値に割った値である。
【0210】
例えば、第２装置は表５に基づいて、ｉ番目スロット及びｊ番目のサブチャネル上で、送信されるＰＳＳＣＨに対応するＰＳＦＣＨ受信のための一つ以上のＰＲＢを決定することができる。及び、第２装置は表６に基づいて、使用可能なＰＳＦＣＨリソースの個数を決定することができる。そして、第２装置は表７に基づいて、ＰＳＦＣＨリソースのインデックスを決定することができる。そして、第２装置は前記インデックスに対応するＰＳＦＣＨリソース上で、ＨＡＲＱフィードバックを受信することができる。さらに、前記インデックスが特定循環シフトに関連するとき、第２装置は前記インデックスに対応するＰＳＦＣＨリソース上で、特定循環シフトが適用されたＨＡＲＱフィードバックを受信することができる。
【0211】
前記の提案方法は、以下に説明する装置に適用することができる。まず、第２装置２００のプロセッサ２０２はＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第１装置へ送信するよう、送受信機２０６を制御することができる。そして、第２装置２００のプロセッサ２０２は前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定することができる。そして、第２装置２００のプロセッサ２０２は前記ＰＳＦＣＨリソース上で、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第１装置から受信するよう送受信機２０６を制御することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む、少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0212】
本開示の一実施例によると、無線通信を行う第２装置が提供される。例えば、第２装置は命令を格納する一つ以上のメモリー；一つ以上の送受信機；及び前記一つ以上のメモリーと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含むことができる。例えば、前記一つ以上のプロセッサは前記の命令を実行し、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第１装置へ送信し；前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定し；及び前記ＰＳＦＣＨリソース上で、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第１装置から受信することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む、少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0213】
本開示の一実施例によると、第２端末を制御するよう設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は一つ以上のプロセッサ；及び前記一つ以上のプロセッサによって実行できるよう連結され、及び命令を格納する一つ以上のメモリーを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第１端末へ送信し；前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定し；及び前記ＰＳＦＣＨリソース上で、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第１端末から受信することができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む、少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連された情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0214】
本開示の一実施例によると、命令を記録している非一時的コンピューターの読み取り可能な記憶媒体が提供される。前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに：第２装置によって、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を第１装置へ送信させ；前記第２装置によって、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定させ；及び前記第２装置によって、前記ＰＳＦＣＨリソース上で、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを前記第１装置から受信させることができる。例えば、前記ＰＳＳＣＨのための少なくとも一つのサブチャネルは少なくとも一つの第２ＰＳＦＣＨリソースを含む、少なくとも一つの第１ＰＳＦＣＨリソースに関連し、前記少なくとも一つの第１ＰＳＦＣＨリソースに含まれたそれぞれの第２ＰＳＦＣＨリソースは前記少なくとも一つのサブチャネル上のそれぞれのスロットに関連する。例えば、前記ＰＳＦＣＨリソースは前記ＰＳＳＣＨのための少なくとも一つのサブチャネルに関連する情報、前記ＰＳＳＣＨのための少なくとも一つのスロットに関連する情報及び前記第２装置のソースＩＤに基づいて決定される。
【0215】
本開示の多様な実施例は、相互結合されることができる。
【0216】
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
【0217】
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び／または動作流れ図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする多様な分野に適用されることができる。
【0218】
以下、図面を参照してより具体的に例示する。以下の図面／説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。
【0219】
図２４は、本開示の一実施例に係る、通信システム１を示す。
【0220】
図２４を参照すると、本開示の多様な実施例が適用される通信システム１は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を利用して通信を実行する機器を意味し、通信／無線／５Ｇ機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートブック等）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
【0221】
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と連結されることができる。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されることができ、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００と連結されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成されることができる。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介することなく、直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信をすることができる。
【0222】
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／連結は、アップリンク／ダウンリンク通信１５０ａ、サイドリンク通信１５０ｂ（または、Ｄ２Ｄ通信）、及び基地局間の通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線接続技術（例えば、５Ｇ ＮＲ）を介して行われることができる。無線通信／連結１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは、多様な物理チャネルを介して信号を送信／受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信／受信のための多様な構成情報設定過程、多様な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピング等）、リソース割当過程などのうち少なくとも一部が実行されることができる。
【0223】
図２５は、本開示の一実施例に係る、無線機器を示す。
【0224】
図２５を参照すると、第１の無線機器１００と第２の無線機器２００は、多様な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１の無線機器１００、第２の無線機器２００｝は、図２４の｛無線機器１００ｘ、基地局２００｝及び／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応することができる。
【0225】
第１の無線機器１００は、一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、追加的に一つ以上の送受信機１０６及び／または一つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／または送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１の情報／信号を生成した後、送受信機１０６を介して第１の情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２の情報／信号を含む無線信号を受信した後、第２の情報／信号の信号処理から得た情報をメモリ１０４に格納することができる。メモリ１０４は、プロセッサ１０２と連結されることができ、プロセッサ１０２の動作と関連した多様な情報を格納することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６は、プロセッサ１０２と連結されることができ、一つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。送受信機１０６は、送信機及び／または受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。
【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】
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられた装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられた方法で具現されることができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
