JP2023525340A

JP2023525340A - Ｎｒｖ２ｘにおいてｄｔｘベースのｒｌｆ動作を実行する方法及び装置

Info

Publication number: JP2023525340A
Application number: JP2022568944A
Authority: JP
Inventors: スンミンイ; ハンピョルソ
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2020-05-13
Filing date: 2021-05-13
Publication date: 2023-06-15
Anticipated expiration: 2041-05-13
Also published as: EP4124158A4; EP4124158A1; KR102543206B1; JP7462797B2; WO2021230672A1; US20230080600A1; CN115553053A; KR20220158025A; KR20230090370A

Abstract

無線通信システムにおいて第１装置１００の動作方法が提案される。前記方法は、第２装置２００にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信するステップと、前記第２装置２００に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信するステップと、前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定するステップ及びＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置１００及び前記第２装置２００の間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言するステップを含むことができる。【選択図】図１３

Description

本開示は、無線通信システムに関する。

サイドリンク（ｓｉｄｅｌｉｎｋ，ＳＬ）とは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ，ＵＥ）間に直接的なリンクを設定し、基地局（ＢａｓｅＳｔａｔｉｏｎ，ＢＳ）を経由せず、端末間で音声またはデータなどを直接やり取りする通信方式を意味する。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。

Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）は、有／無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ）、及びＶ２Ｐ（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ）のような四つの類型に区分されることができる。Ｖ２Ｘ通信は、ＰＣ５インターフェース及び／またはＵｕインターフェースを介して提供されることができる。

一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイル広帯域（ｍｏｂｉｌｅｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。それによって、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術を新しいＲＡＴ（ｎｅｗｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗｒａｄｉｏ）と称することができる。ＮＲでもＶ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信がサポートされることができる。

図１は、ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。図１の実施例は、本開示の多様な実施例と結合されることができる。

Ｖ２Ｘ通信と関連して、ＮＲ以前のＲＡＴではＢＳＭ（ＢａｓｉｃＳａｆｅｔｙＭｅｓｓａｇｅ）、ＣＡＭ（ＣｏｏｐｅｒａｔｉｖｅＡｗａｒｅｎｅｓｓＭｅｓｓａｇｅ）、ＤＥＮＭ（ＤｅｃｅｎｔｒａｌｉｚｅｄＥｎｖｉｒｏｎｍｅｎｔａｌＮｏｔｉｆｉｃａｔｉｏｎＭｅｓｓａｇｅ）のようなＶ２Ｘメッセージに基づいて、安全サービス（ｓａｆｅｔｙｓｅｒｖｉｃｅ）を提供する方案が主に論議された。Ｖ２Ｘメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ（ｐｅｒｉｏｄｉｃｍｅｓｓａｇｅ）タイプのＣＡＭ、及び／またはイベントトリガメッセージ（ｅｖｅｎｔｔｒｉｇｇｅｒｅｄｍｅｓｓａｇｅ）タイプのＤＥＮＭを他の端末に送信できる。

例えば、ＣＡＭは方向及び速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路履歴など基本的な車両情報を含むことができる。例えば、端末はＣＡＭを放送することができ、ＣＡＭの遅延（ｌａｔｅｎｃｙ）は１００ｍｓより小さい場合がある。例えば、車両の故障、事故などの突然の状況が発生する場合、端末はＤＥＮＭを生成して他の端末へ送信することができる。例えば、端末の送信範囲内にある全ての車両はＣＡＭ及び／またはＤＥＮＭを受信することができる。この場合、ＤＥＮＭはＣＡＭより高い優先順位を有する。

以後、Ｖ２Ｘ通信と関連して、多様なＶ２ＸシナリオがＮＲで提示されている。例えば、多様なＶ２Ｘシナリオは、車両プラトー二ング（ｖｅｈｉｃｌｅｐｌａｔｏｏｎｉｎｇ）、向上したドライビング（ａｄｖａｎｃｅｄｄｒｉｖｉｎｇ）、拡張されたセンサ（ｅｘｔｅｎｄｅｄｓｅｎｓｏｒｓ）、リモートドライビング（ｒｅｍｏｔｅｄｒｉｖｉｎｇ）などを含むことができる。

例えば、車両隊列走行に基づいて、車両は動的にグループを形成してともに移動することができる。例えば、車両隊列走行に基づいた隊列動作（ｐｌａｔｏｏｎｏｐｅｒａｔｉｏｎｓ）を実行するために、前記グループに属する車両は先頭車両から周期的であるデータを受信することができる。例えば、前記グループに属する車両は周期的であるデータを利用して、車両間の間隔を減らすか広げることができる。

例えば、向上された走行に基づいて、車両は半自動化または完全自動化ができる。例えば、各車両は近接車両及び／または近接論理エンティティ（ｌｏｇｉｃａｌｅｎｔｉｔｙ）のローカルセンサー（ｌｏｃａｌｓｅｎｓｏｒ）において獲得されたデータに基づいて、軌跡（ｔｒａｊｅｃｔｏｒｉｅｓ）または起動（ｍａｎｅｕｖｅｒｓ）を調整することができる。また、例えば、各車両は近接した車両と運転意思（ｄｒｉｖｉｎｇｉｎｔｅｎｔｉｏｎ）を相互共有することができる。

例えば、拡張センサーに基づいて、ローカルセンサーを介して獲得された生データ（ｒａｗｄａｔａ）または処理されたデータ（ｐｒｏｃｅｓｓｅｄｄａｔａ）、またはライブビデオデータ（ｌｉｖｅｖｉｄｅｏｄａｔａ）は車両、論理エンティティ、歩行者の端末及び／またはＶ２Ｘ応用サーバー間相互交換される。したがって、例えば、車両は自体センサーを利用して感知することができる環境より向上された環境を認識することができる。

例えば、遠隔走行に基づいて、運転ができない人または危険な環境に位置した遠隔車両のために、遠隔ドライバーまたはＶ２Ｘアプリケーションは前記遠隔車両を動作または制御することができる。例えば、公共交通機関のように経路を予測することができる場合、クラウドコンピューティングベースの運転が前記遠隔車両の動作または制御に利用される。また、例えば、クラウドベースのバックエンドサービスプラットフォーム（ｃｌｏｕｄ－ｂａｓｅｄｂａｃｋ－ｅｎｄｓｅｒｖｉｃｅｐｌａｔｆｏｒｍ）に対するアクセスが遠隔走行のために考慮される。

その一方で、車両隊列走行、向上された走行、拡張されたセンサー、遠隔走行など様々なＶ２Ｘシナリオに対するサービス要件（ｓｅｒｖｉｃｅｒｅｑｕｉｒｅｍｅｎｔｓ）を具体化する方法がＮＲに基づいたＶ２Ｘ通信において議論されている。

一実施例において、無線通信システムにおいて第１装置１００の動作方法が提案される。前記方法は、第２装置２００にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信するステップと、前記第２装置２００に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信するステップと、前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定するステップ及びＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置１００及び前記第２装置２００の間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言するステップを含むことができる。

端末がＳＬ通信を効率的に行うことができる。

ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。本開示の一実施例に係る、ＮＲシステムの構造を示す。本開示の一実施形態に係る、無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示す。本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。本開示の一実施例に係る、ＢＷＰの一例を示す。本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。本開示の一実施例に係る、三つのキャストタイプを示す。本開示の一実施例によって、送信リソースを予約した端末が送信リソースに関連する情報を他の端末に知らせる方法を示す。本開示の一実施例に係わる、ＴＸＵＥのＭＡＣ層がＲＬＦを宣言する手順を示す。本開示の一実施例に係わる、ＴＸＵＥのＭＡＣ層がＤＴＸカウンターを初期化する手順を示す。本開示の一実施例に係わる、第１装置が無線通信を行う手順を示す。本開示の一実施例に係わる、第２装置が無線通信を行う手順を示す。本開示の一実施例に係る、通信システム１を示す。本開示の一実施例に係る、無線機器を示す。本開示の一実施例に係る、送信信号のための信号処理回路を示す。本開示の一実施例に係る、無線機器を示す。本開示の一実施例に係る、携帯機器を示す。本開示の一実施例に係る、車両または自律走行車両を示す。

本明細書において「ＡまたはＢ（ＡｏｒＢ）」は「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「ＡまたはＢ（ＡｏｒＢ）」は「Ａ及び／またはＢ（Ａａｎｄ／ｏｒＢ）」と解釈されることができる。例えば、本明細書において「Ａ、ＢまたはＣ（Ａ、ＢｏｒＣ）」は「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙｃｏｍｂｉｎａｔｉｏｎｏｆＡ、ＢａｎｄＣ）」を意味することができる。

本明細書で使われるスラッシュ（／）や読点（ｃｏｍｍａ）は「及び／または（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は「Ａ及び／またはＢ」を意味することができる。それによって、「Ａ／Ｂ」は「ただＡ」、「ただＢ」、または「ＡとＢの両方とも」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、ＢまたはＣ」を意味することができる。

本明細書において「少なくとも一つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）」は、「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「少なくとも一つのＡまたはＢ（ａｔｌｅａｓｔｏｎｅｏｆＡｏｒＢ）」や「少なくとも一つのＡ及び／またはＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄ／ｏｒＢ）」という表現は「少なくとも一つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）」と同じく解釈されることができる。

また、本明細書において「少なくとも一つのＡ、Ｂ及びＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、ＢａｎｄＣ）」は、「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙｃｏｍｂｉｎａｔｉｏｎｏｆＡ、ＢａｎｄＣ）」を意味することができる。また、「少なくとも一つのＡ、ＢまたはＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、ＢｏｒＣ）」や「少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、Ｂａｎｄ／ｏｒＣ）」は「少なくとも一つのＡ、Ｂ及びＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ、ＢａｎｄＣ）」を意味することができる。

また、本明細書で使われる括弧は「例えば（ｆｏｒｅｘａｍｐｌｅ）」を意味することができる。具体的に、「制御情報（ＰＤＣＣＨ）」で表示された場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。また、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されずに、「ＰＤＤＣＨ」が「制御情報」の一例として提案されたものである。また、「制御情報（即ち、ＰＤＣＣＨ）」で表示された場合も、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。

本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。

以下の技術は、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌｓｙｓｔｅｍｆｏｒｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌｐａｃｋｅｔｒａｄｉｏｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄｄａｔａｒａｔｅｓｆｏｒＧＳＭｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅｏｆｅｌｅｃｔｒｉｃａｌａｎｄｅｌｅｃｔｒｏｎｉｃｓｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であって、ＩＥＥＥ８０２．１６ｅに基づくシステムとの下位互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌｍｏｂｉｌｅｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄｇｅｎｅｒａｔｉｏｎｐａｒｔｎｅｒｓｈｉｐｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ－ＵＭＴＳｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓ）を使用するＥ－ＵＭＴＳ（ｅｖｏｌｖｅｄＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ－ＦＤＭＡを採用する。ＬＴＥ－Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰＬＴＥの進化である。

５ＧＮＲは、ＬＴＥ－Ａの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいＣｌｅａｎ－ｓｌａｔｅ形態の移動通信システムである。５ＧＮＲは、１ＧＨｚ未満の低周波帯域から１ＧＨｚ～１０ＧＨｚの中間周波帯域、２４ＧＨｚ以上の高周波（ミリ波）帯域など、使用可能な全てのスペクトラムリソースを活用することができる。

説明を明確にするために、５ＧＮＲを中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。

図２は、本開示の一実施例に係る、ＮＲシステムの構造を示す。図２の実施例は、本開示の多様な実施例と結合されることができる。

図２を参照すると、ＮＧ－ＲＡＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）は、端末１０にユーザ平面及び制御平面のプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供する基地局２０を含むことができる。例えば、基地局２０は、ｇＮＢ（ｎｅｘｔｇｅｎｅｒａｔｉｏｎ－ＮｏｄｅＢ）及び／またはｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）を含むことができる。例えば、端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＵＴ（ＵｓｅｒＴｅｒｍｉｎａｌ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＭＴ（ＭｏｂｉｌｅＴｅｒｍｉｎａｌ）、無線機器（ＷｉｒｅｌｅｓｓＤｅｖｉｃｅ）等、他の用語とも呼ばれる。例えば、基地局は、端末１０と通信する固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）であり、ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｙｓｔｅｍ）、アクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ）等、他の用語とも呼ばれる。

図２の実施例は、ｇＮＢのみを含む場合を例示する。基地局２０は、相互間にＸｎインターフェースで連結されることができる。基地局２０は、５世代コアネットワーク（５ＧＣｏｒｅＮｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されることができる。より具体的に、基地局２０は、ＮＧ－Ｃインターフェースを介してＡＭＦ（ａｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ）３０と連結されることができ、ＮＧ－Ｕインターフェースを介してＵＰＦ（ｕｓｅｒｐｌａｎｅｆｕｎｃｔｉｏｎ）３０と連結されることができる。

端末とネットワークとの間の無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができる。このうち、第１の階層に属する物理階層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用した情報転送サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。

図３は本開示の一実施形態に係る、無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示す。図３の実施形態は本開示の様々な実施形態と組み合わせることができる。具体的には、図３の（ａ）はＵｕ通信のためのユーザ平面（ｕｓｅｒｐｌａｎｅ）の無線プロトコルスタック（ｓｔａｃｋ）を示し、図３の（ｂ）はＵｕ通信のための制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）の無線プロトコルスタックを示す。図３の（ｃ）はＳＬ通信のためのユーザ平面の無線プロトコルスタックを示し、図３の（ｄ）はＳＬ通信のための制御平面の無線プロトコルスタックを示す。

図３を参照すると、物理階層（ｐｈｙｓｉｃａｌｌａｙｅｒ）は、物理チャネルを利用して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介してデータがどのようにどんな特徴に送信されるかによって分類される。

互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。

ＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ（ｒａｄｉｏｌｉｎｋｃｏｎｔｒｏｌ）階層にサービスを提供する。ＭＡＣ階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副階層は、論理チャネル上のデータ転送サービスを提供する。

ＲＬＣ階層は、ＲＬＣＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）の連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を実行する。無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ、ＲＢ）が要求する多様なＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ、ＴＭ）、非確認モード（ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、ＵＭ）、及び確認モード（ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。

ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）層は制御平面でのみ定義される。ＲＲＣ層は無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは端末とネットワーク間のデータ伝送のために第１層（ｐｈｙｓｉｃａｌ層または、ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層、ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）層）によって提供される論理経路を意味する。

ユーザ平面でのＰＤＣＰ階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）を含む。

ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）階層は、ユーザ平面でのみ定義される。ＳＤＡＰ階層は、ＱｏＳフロー（ｆｌｏｗ）とデータ無線ベアラとの間のマッピング、ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）マーキングなどを実行する。

ＲＢが設定されるとは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ）とＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。

端末のＲＲＣ階層と基地局のＲＲＣ階層との間にＲＲＣ接続（ＲＲＣｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるようになり、そうでない場合、ＲＲＣ＿ＩＤＬＥ状態にあるようになる。ＮＲの場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が追加で定義され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は、コアネットワークとの連結を維持し、それに対して、基地局との連結を解約（ｒｅｌｅａｓｅ）することができる。

ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）と、その以外にユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）とがある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するＲＡＣＨ（ＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）と、その以外にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）とがある。

トランスポートチャネルの上位において、トランスポートチャネルにマッピングされる論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）では、ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）などがある。

図４は、本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。図４の実施例は、本開示の多様な実施例と結合されることができる。

図４を参照すると、ＮＲにおいて、アップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは、１０ｍｓの長さを有し、２個の５ｍｓハーフ－フレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）に定義されることができる。ハーフ－フレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、副搬送波間隔（ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ＳＣＳ）によって決定されることができる。各スロットは、ＣＰ（ｃｙｃｌｉｃｐｒｅｆｉｘ）によって１２個または１４個のＯＦＤＭ（Ａ）シンボルを含むことができる。

ノーマルＣＰ（ｎｏｒｍａｌＣＰ）が使われる場合、各スロットは、１４個のシンボルを含むことができる。拡張ＣＰが使われる場合、各スロットは、１２個のシンボルを含むことができる。ここで、シンボルは、ＯＦＤＭシンボル（または、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒ－ＦＤＭＡ）シンボル（または、ＤＦＴ－ｓ－ＯＦＤＭ（ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ）シンボル）を含むことができる。

以下の表１は、ノーマルＣＰが使われる場合、ＳＣＳ設定（ｕ）によってスロット別シンボルの個数（Ｎ^ｓｌｏｔ _ｓｙｍｂ）、フレーム別スロットの個数（Ｎ^{ｆｒａｍｅ，ｕ} _ｓｌｏｔ）とサブフレーム別スロットの個数（Ｎ^{ｓｕｂｆｒａｍｅ，ｕ} _ｓｌｏｔ）を例示する。

表２は、拡張ＣＰが使用される場合、ＳＣＳによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。

ＮＲシステムでは、一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース（例えば、サブフレーム、スロットまたはＴＴＩ）（便宜上、ＴＵ（ＴｉｍｅＵｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定されることができる。

ＮＲにおいて、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）またはＳＣＳがサポートされることができる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドでの広い領域（ｗｉｄｅａｒｅａ）がサポートされることができ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した－都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒｃａｒｒｉｅｒｂａｎｄｗｉｄｔｈ）がサポートされることができる。ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相雑音（ｐｈａｓｅｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅がサポートされることができる。

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙｂａｎｄ）は、二つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙｒａｎｇｅ）に定義されることができる。前記二つのタイプの周波数範囲は、ＦＲ１及びＦＲ２である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表３の通りである。ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は「ｓｕｂ６ＧＨｚｒａｎｇｅ」を意味することができ、ＦＲ２は「ａｂｏｖｅ６ＧＨｚｒａｎｇｅ」を意味することができ、ミリ波（ｍｉｌｌｉｍｅｔｅｒｗａｖｅ、ｍｍＷ）と呼ばれることができる。

前述したように、ＮＲシステムの周波数範囲の数値は、変更されることができる。例えば、ＦＲ１は、以下の表４のように４１０ＭＨｚ乃至７１２５ＭＨｚの帯域を含むことができる。即ち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域を含むことができる。例えば、ＦＲ１内で含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄｂａｎｄ）を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。

図５は、本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。図５の実施例は、本開示の多様な実施例と結合されることができる。

図５を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、一つのスロットが１４個のシンボルを含み、拡張ＣＰの場合、一つのスロットが１２個のシンボルを含むことができる。または、ノーマルＣＰの場合、一つのスロットが７個のシンボルを含み、拡張ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。

搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）は、周波数領域で複数（例えば、１２）の連続した副搬送波に定義されるうことができる。ＢＷＰ（ＢａｎｄｗｉｄｔｈＰａｒｔ）は、周波数領域で複数の連続した（Ｐ）ＲＢ（（Ｐｈｙｓｉｃａｌ）ＲｅｓｏｕｒｃｅＢｌｏｃｋ）に定義されることができ、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）に対応されることができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ）と呼ばれ、一つの複素シンボルがマッピングされることができる。

以下、ＢＷＰ（ＢａｎｄｗｉｄｔｈＰａｒｔ）及びキャリアに対して説明する。

ＢＷＰ（ＢａｎｄｗｉｄｔｈＰａｒｔ）は、与えられたヌメロロジーでＰＲＢ（ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ）の連続的な集合である。ＰＲＢは、与えられたキャリア上で与えられたヌメロロジーに対するＣＲＢ（ｃｏｍｍｏｎｒｅｓｏｕｒｃｅｂｌｏｃｋ）の連続的な部分集合から選択されることができる。

例えば、ＢＷＰは活性（ａｃｔｉｖｅ）ＢＷＰ、イニシャル（ｉｎｉｔｉａｌ）ＢＷＰ及び／又はデフォルト（ｄｅｆａｕｌｔ）ＢＷＰの中で少なくともいずれか一つである。例えば、端末はＰＣｅｌｌ（ｐｒｉｍａｒｙｃｅｌｌ）上の活性（ａｃｔｉｖｅ）ＤＬＢＷＰ以外のＤＬＢＷＰにおいてダウンリンク無線リンク品質（ｄｏｗｎｌｉｎｋｒａｄｉｏｌｉｎｋｑｕａｌｉｔｙ）をモニタリングしない場合がある。例えば、端末は活性ＤＬＢＷＰの外部においてＰＤＣＣＨ、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）又はＣＳＩ－ＲＳ（ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）（ただし、ＲＲＭ除外）を受信しない。例えば、端末は非活性ＤＬＢＷＰに対するＣＳＩ（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）報告をトリガーしない。例えば、端末は活性ＵＬＢＷＰ外部においてＰＵＣＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）又はＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信しない。例えば、ダウンリンクであるとき、イニシャルＢＷＰは（ＰＢＣＨ（ｐｈｙｓｉｃａｌｂｒｏａｄｃａｓｔｃｈａｎｎｅｌ）によって設定された）ＲＭＳＩ（ｒｅｍａｉｎｉｎｇｍｉｎｉｍｕｍｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ）ＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ）に対する連続ＲＢセットとして与えられる。例えば、アップリンクであるとき、イニシャルＢＷＰはランダムアクセス手順のためにＳＩＢ（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）によって与えられる。例えば、デフォルトＢＷＰは上位層によって設定される。例えば、デフォルトＢＷＰの初期の値はイニシャルＤＬＢＷＰである。省エネのために、端末が一定期間の間ＤＣＩを検出することができないとき、端末は前記端末の活性ＢＷＰをデフォルトＢＷＰに切り替えることができる。

一方、ＢＷＰは、ＳＬに対して定義されることができる。同じＳＬＢＷＰは、送信及び受信に使われることができる。例えば、送信端末は、特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を送信することができ、受信端末は、前記特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を受信することができる。免許キャリア（ｌｉｃｅｎｓｅｄｃａｒｒｉｅｒ）で、ＳＬＢＷＰは、ＵｕＢＷＰと別途に定義されることができ、ＳＬＢＷＰは、ＵｕＢＷＰと別途の設定シグナリング（ｓｅｐａｒａｔｅｃｏｎｆｉｇｕｒａｔｉｏｎｓｉｇｎａｌｌｉｎｇ）を有することができる。例えば、端末は、ＳＬＢＷＰのための設定を基地局／ネットワークから受信することができる。例えば、端末は、ＵｕＢＷＰのための設定を基地局／ネットワークから受信することができる。ＳＬＢＷＰは、キャリア内でｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅＮＲＶ２Ｘ端末及びＲＲＣ＿ＩＤＬＥ端末に対して（あらかじめ）設定されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードの端末に対して、少なくとも一つのＳＬＢＷＰがキャリア内で活性化されることができる。

図６は、本開示の一実施例に係る、ＢＷＰの一例を示す。図６の実施例は、本開示の多様な実施例と結合されることができる。図６の実施例において、ＢＷＰは、３個と仮定する。

図６を参照すると、ＣＲＢ（ｃｏｍｍｏｎｒｅｓｏｕｒｃｅｂｌｏｃｋ）は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、ＰＲＢは、各ＢＷＰ内で番号が付けられたリソースブロックである。ポイントＡは、リソースブロックグリッド（ｒｅｓｏｕｒｃｅｂｌｏｃｋｇｒｉｄ）に対する共通参照ポイント（ｃｏｍｍｏｎｒｅｆｅｒｅｎｃｅｐｏｉｎｔ）を指示することができる。

ＢＷＰは、ポイントＡ、ポイントＡからのオフセット（Ｎ^{ｓｔａｒｔ} _ＢＷＰ）及び帯域幅（Ｎ^ｓｉｚｅ _ＢＷＰ）により設定されることができる。例えば、ポイントＡは、全てのヌメロロジー（例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー）のサブキャリア０が整列されるキャリアのＰＲＢの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントＡとの間のＰＲＢ間隔である。例えば、帯域幅は、与えられたヌメロロジーでＰＲＢの個数である。

以下、Ｖ２ＸまたはＳＬ通信に対して説明する。

ＳＬＳＳ（ＳｉｄｅｌｉｎｋＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）は、ＳＬ特定的なシーケンス（ｓｅｑｕｅｎｃｅ）であって、ＰＳＳＳ（ＰｒｉｍａｒｙＳｉｄｅｌｉｎｋＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）と、ＳＳＳＳ（ＳｅｃｏｎｄａｒｙＳｉｄｅｌｉｎｋＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）とを含むことができる。前記ＰＳＳＳは、Ｓ－ＰＳＳ（ＳｉｄｅｌｉｎｋＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）と称し、前記ＳＳＳＳは、Ｓ－ＳＳＳ（ＳｉｄｅｌｉｎｋＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）と称することができる。例えば、長さ－１２７Ｍ－シーケンス（ｌｅｎｇｔｈ－１２７Ｍ－ｓｅｑｕｅｎｃｅｓ）がＳ－ＰＳＳに対して使われることができ、長さ－１２７ゴールド－シーケンス（ｌｅｎｇｔｈ－１２７Ｇｏｌｄｓｅｑｕｅｎｃｅｓ）がＳ－ＳＳＳに対して使われることができる。例えば、端末は、Ｓ－ＰＳＳを利用して最初信号を検出（ｓｉｇｎａｌｄｅｔｅｃｔｉｏｎ）することができ、同期を取得することができる。例えば、端末は、Ｓ－ＰＳＳ及びＳ－ＳＳＳを利用して細部同期を取得することができ、同期信号ＩＤを検出することができる。

ＰＳＢＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）はＳＬ信号送受信の前に端末が真っ先に知るべき基本となる（システム）情報が送信される（放送）チャネルである。例えば、前記基本となる情報はＳＬＳＳに関連する情報、デュプレックスモード（ＤｕｐｌｅｘＭｏｄｅ、ＤＭ）、ＴＤＤＵＬ／ＤＬ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘＵｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）構成、リソースプール関連情報、ＳＬＳＳに関連するアプリケーションの種類、サブフレームオフセット、放送情報などである。例えば、ＰＳＢＣＨ性能の評価のために、ＮＲＶ２Ｘにおいて、ＰＳＢＣＨのペイロードの大きさは２４ビットのＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）を含んで５６ビットである。

Ｓ－ＰＳＳ、Ｓ－ＳＳＳ、及びＰＳＢＣＨは、周期的送信をサポートするブロックフォーマット（例えば、ＳＬＳＳ（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）／ＰＳＢＣＨブロック、以下、Ｓ－ＳＳＢ（Ｓｉｄｅｌｉｎｋ－ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ））に含まれることができる。前記Ｓ－ＳＳＢは、キャリア内のＰＳＣＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）／ＰＳＳＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）と同じヌメロロジー（即ち、ＳＣＳ及びＣＰ長さ）を有することができ、送信帯域幅は、（あらかじめ）設定されたＳＬＢＷＰ（ＳｉｄｅｌｉｎｋＢａｎｄｗｉｄｔｈＰａｒｔ）内にある。例えば、Ｓ－ＳＳＢの帯域幅は、１１ＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）である。例えば、ＰＳＢＣＨは、１１ＲＢにわたっている。そして、Ｓ－ＳＳＢの周波数位置は、（あらかじめ）設定されることができる。したがって、端末は、キャリアでＳ－ＳＳＢを見つけるために周波数で仮設検出（ｈｙｐｏｔｈｅｓｉｓｄｅｔｅｃｔｉｏｎ）を実行する必要がない。

図７は、本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。図７の実施例は、本開示の多様な実施例と結合されることができる。

図７を参照すると、Ｖ２ＸまたはＳＬ通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、基地局も一種の端末と見なされることもできる。例えば、端末１は、第１の装置１００であり、端末２は、第２の装置２００である。

例えば、端末１は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅｐｏｏｌ）内で特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅｕｎｉｔ）を選択することができる。そして、端末１は、前記リソース単位を使用してＳＬ信号を送信することができる。例えば、受信端末である端末２は、端末１が信号を送信することができるリソースプールの設定を受けことができ、前記リソースプール内で端末１の信号を検出することができる。

ここで、端末１が基地局の連結範囲内にある場合、基地局は、リソースプールを端末１に知らせることができる。それに対して、端末１が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせ、または端末１は、事前に設定されたリソースプールを使用することができる。

一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は、一つまたは複数のリソース単位を選定し、自分のＳＬ信号の送信に使用することができる。

以下、ＳＬでリソース割当（ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ）に対して説明する。

図８は、本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。図８の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜のために、ＬＴＥにおいて、送信モードは、ＬＴＥ送信モードと称することができ、ＮＲにおいて、送信モードは、ＮＲリソース割当モードと称することができる。

例えば、図８の（ａ）は、ＬＴＥ送信モード１またはＬＴＥ送信モード３と関連した端末動作を示す。または、例えば、図８の（ａ）は、ＮＲリソース割当モード１と関連した端末動作を示す。例えば、ＬＴＥ送信モード１は、一般的なＳＬ通信に適用されることができ、ＬＴＥ送信モード３は、Ｖ２Ｘ通信に適用されることができる。

例えば、図８の（ｂ）は、ＬＴＥ送信モード２またはＬＴＥ送信モード４と関連した端末動作を示す。または、例えば、図８の（ｂ）は、ＮＲリソース割当モード２と関連した端末動作を示す。

図８の（а）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割り当てモード１において、基地局はＳＬ送信のために端末によって用いられるＳＬリソースをスケジューリングすることができる。例えば、基地局は端末１にＰＤＣＣＨ（例えば、ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ））またはＲＲＣシグナリング（例えば、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１またはＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ２）を介してリソーススケジューリングを実行することができ、端末１は前記リソーススケジューリングによって端末２とＶ２ＸまたはＳＬ通信を実行することができる。例えば、端末１はＰＳＣＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）を介してＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）を端末２に送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を介して端末２に送信することができる。

図８の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割当モード２で、端末は、基地局／ネットワークにより設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソース内でＳＬ送信リソースを決定することができる。例えば、前記設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソースは、リソースプールである。例えば、端末は、自律的にＳＬ送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、ＳＬ通信を実行することができる。例えば、端末は、センシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末１は、ＰＳＣＣＨを介してＳＣＩを端末２に送信した後、前記ＳＣＩに基づくデータをＰＳＳＣＨを介して端末２に送信できる。

図９は、本開示の一実施例に係る、三つのキャストタイプを示す。図９の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図９の（ａ）は、ブロードキャストタイプのＳＬ通信を示し、図９の（ｂ）は、ユニキャストタイプのＳＬ通信を示し、図９の（ｃ）は、グループキャストタイプのＳＬ通信を示す。ユニキャストタイプのＳＬ通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのＳＬ通信の場合、端末は、自分が属するグループ内の一つ以上の端末とＳＬ通信を実行することができる。本開示の多様な実施例において、ＳＬグループキャスト通信は、ＳＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）通信、ＳＬ一対多（ｏｎｅ－ｔｏ－ｍａｎｙ）通信などに代替されることができる。

以下、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）手順に対して説明する。

通信の信頼性を確保するための誤差補償方法はＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ）方法（ｓｃｈｅｍｅ）とＡＲＱ（ＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）方法を含むことができる。ＦＥＣ方法においては情報ビットに余分の誤差訂正コードを追加させることで、受信端においてのエラーを訂正することができる。ＦＥＣ方法は時間遅延が少なく送受信端間に別途送受信する情報が必要ないというメリットがあるが、良好なチャネル環境においてシステム効率低下する欠点がある。ＡＲＱ方法は送信信頼性を高めることができるが、時間遅延が発生し過酷なチャネル環境においてシステム効率が低下する欠点がある。

ＨＡＲＱ（Ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）方法はＦＥＣとＡＲＱを結合したもので、物理層が受信したデータが復号できないエラーを含むかどうかを確認し、エラーが発生すれば再送を要求することで性能を高めることができる。

ＳＬユニキャスト及びグループキャストの場合、物理階層でのＨＡＲＱフィードバック及びＨＡＲＱコンバイニング（ｃｏｍｂｉｎｉｎｇ）がサポートされることができる。例えば、受信端末がリソース割当モード１または２で動作する場合、受信端末は、ＰＳＳＣＨを送信端末から受信することができ、ＰＳＦＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ）を介してＳＦＣＩ（ＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）フォーマットを使用してＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信できる。

例えば、ＳＬＨＡＲＱフィードバックは、ユニキャストに対してイネイブルされることができる。この場合、ｎｏｎ－ＣＢＧ（ｎｏｎ－ＣｏｄｅＢｌｏｃｋＧｒｏｕｐ）動作で、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫを生成することができる。そして、受信端末は、ＨＡＲＱ－ＡＣＫを送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングできない場合、受信端末は、ＨＡＲＱ－ＮＡＣＫを生成することができる。そして、受信端末は、ＨＡＲＱ－ＮＡＣＫを送信端末に送信できる。

例えば、ＳＬＨＡＲＱフィードバックは、グループキャストに対してイネイブルされることができる。例えば、ｎｏｎ－ＣＢＧ動作で、二つのＨＡＲＱフィードバックオプションがグループキャストに対してサポートされることができる。

（１）グループキャストオプション１：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、ＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫを送信端末に送信しない。

（２）グループキャストオプション２：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、ＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。そして、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。

例えば、グループキャストオプション１がＳＬＨＡＲＱフィードバックに使用される場合、グループキャストの通信を実行する全ての端末は、ＰＳＦＣＨリソースを共有することができる。例えば、同じグループに属する端末は、同じＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。

例えば、グループキャストオプション２がＳＬＨＡＲＱフィードバックに使用される場合、グループキャストの通信を実行する各々の端末は、ＨＡＲＱフィードバックの送信のために互いに異なるＰＳＦＣＨリソースを使用することができる。例えば、同じグループに属する端末は、互いに異なるＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。

例えば、ＳＬＨＡＲＱフィードバックがグループキャストに対して有効になったとき、受信端末はＴＸ－ＲＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ－Ｒｅｃｅｐｔｉｏｎ）距離及び／又はＲＳＲＰ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ）に基づいてＨＡＲＱフィードバックを送信端末へ送信するかしないかを決定することができる。

例えば、グループキャストオプション１で、ＴＸ－ＲＸ距離ベースのＨＡＲＱフィードバックの場合、ＴＸ－ＲＸ距離が通信範囲の要求事項より小さいまたは同じ場合、受信端末は、ＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信できる。それに対して、ＴＸ－ＲＸ距離が通信範囲の要求事項より大きい場合、受信端末は、ＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信しないことがある。例えば、送信端末は、前記ＰＳＳＣＨと関連したＳＣＩを介して、前記送信端末の位置を受信端末に知らせることができる。例えば、前記ＰＳＳＣＨと関連したＳＣＩは、第２のＳＣＩである。例えば、受信端末は、ＴＸ－ＲＸ距離を前記受信端末の位置と前記送信端末の位置とに基づいて推定または取得することができる。例えば、受信端末は、ＰＳＳＣＨと関連したＳＣＩをデコーディングし、前記ＰＳＳＣＨに使用される通信範囲の要求事項を知ることができる。

例えば、リソース割当モード１の場合に、ＰＳＦＣＨとＰＳＳＣＨとの間の時間（オフセット）は、設定され、またはあらかじめ設定されることができる。ユニキャスト及びグループキャストの場合、ＳＬ上で再送信が必要な場合、これはＰＵＣＣＨを使用するカバレッジ内の端末により基地局に指示されることができる。送信端末は、ＨＡＲＱＡＣＫ／ＮＡＣＫの形態ではなく、ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）／ＢＳＲ（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）のような形態で前記送信端末のサービング基地局に指示（ｉｎｄｉｃａｔｉｏｎ）を送信することもある。また、基地局が前記指示を受信しなくても、基地局は、ＳＬの再送信リソースを端末にスケジューリングできる。例えば、リソース割当モード２の場合に、ＰＳＦＣＨとＰＳＳＣＨとの間の時間（オフセット）は、設定され、またはあらかじめ設定されることができる。

例えば、キャリアにおいて、端末の送信観点から、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨ間のＴＤＭがスロットにおいてＳＬのためのＰＳＦＣＨフォーマットに対して許可される。例えば、１つのシンボルを持つシーケンスベースのＰＳＦＣＨフォーマットがサポートされる。ここで、前記１つのシンボルはＡＧＣ（ａｕｔｏｍａｔｉｃｇａｉｎｃｏｎｔｒｏｌ）区間ではない場合がある。例えば、前記シーケンスベースのＰＳＦＣＨフォーマットはユニキャスト及びグループキャストに適用される。

例えば、リソースプールと関連したスロット内で、ＰＳＦＣＨリソースは、Ｎスロット区間に周期的に設定され、または事前に設定されることができる。例えば、Ｎは、１以上の一つ以上の値に設定されることができる。例えば、Ｎは、１、２または４である。例えば、特定のリソースプールでの送信に対するＨＡＲＱフィードバックは、前記特定のリソースプール上のＰＳＦＣＨを介してのみ送信されることができる。

例えば、送信端末がスロット＃Ｘ乃至スロット＃Ｎにわたって、ＰＳＳＣＨを受信端末に送信する場合、受信端末は、前記ＰＳＳＣＨに対するＨＡＲＱフィードバックをスロット＃（Ｎ＋Ａ）で送信端末に送信できる。例えば、スロット＃（Ｎ＋Ａ）は、ＰＳＦＣＨリソースを含むことができる。ここで、例えば、Ａは、Ｋより大きいまたは同じ最も小さい整数である。例えば、Ｋは、論理的スロットの個数である。この場合、Ｋは、リソースプール内のスロットの個数である。または、例えば、Ｋは、物理的スロットの個数である。この場合、Ｋは、リソースプールの内部及び外部のスロットの個数である。

例えば、送信端末が受信端末に送信した一つのＰＳＳＣＨに対する応答として、受信端末がＰＳＦＣＨリソース上でＨＡＲＱフィードバックを送信する場合、受信端末は、設定されたリソースプール内で、暗示的メカニズムに基づいて前記ＰＳＦＣＨリソースの周波数領域（ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎ）及び／またはコード領域（ｃｏｄｅｄｏｍａｉｎ）を決定することができる。例えば、受信端末は、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨと関連したスロットインデックス、ＰＳＣＣＨ／ＰＳＳＣＨと関連したサブチャネル、及び／またはグループキャストオプション２ベースのＨＡＲＱフィードバックのためのグループで各々の受信端末を区別するための識別子のうち少なくともいずれか一つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／またはコード領域を決定することができる。及び／または、例えば、受信端末は、ＳＬＲＳＲＰ、ＳＩＮＲ、Ｌ１ソースＩＤ、及び／または位置情報のうち少なくともいずれか一つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／またはコード領域を決定することができる。

例えば、端末のＰＳＦＣＨを介したＨＡＲＱフィードバックの送信とＰＳＦＣＨを介したＨＡＲＱフィードバックの受信とが重なる場合、前記端末は、優先順位規則に基づいて、ＰＳＦＣＨを介したＨＡＲＱフィードバックの送信またはＰＳＦＣＨを介したＨＡＲＱフィードバックの受信のうちいずれか一つを選択することができる。例えば、優先順位規則は、少なくとも関連のＰＳＣＣＨ／ＰＳＳＣＨの優先順位の指示（ｐｒｉｏｒｉｔｙｉｎｄｉｃａｔｉｏｎ）に基づくことができる。

例えば、端末の複数の端末に対するＰＳＦＣＨを介したＨＡＲＱフィードバックの送信が重なる場合、前記端末は、優先順位規則に基づいて特定のＨＡＲＱフィードバックの送信を選択することができる。例えば、優先順位規則は、少なくとも関連のＰＳＣＣＨ／ＰＳＳＣＨの優先順位の指示（ｐｒｉｏｒｉｔｙｉｎｄｉｃａｔｉｏｎ）に基づくことができる。

その一方で、本明細書において、例えば、送信端末（ＴＸＵＥ）は（ターゲット）受信端末（ＲＸＵＥ）にデータを送信する端末である。例えば、ＴＸＵＥはＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を実行する端末である。例えば、ＴＸＵＥは（ターゲット）ＲＸＵＥにＳＬＣＳＩ－ＲＳ及び／又はＳＬＣＳＩ報告要求インジケータを送信する端末である。例えば、ＴＸＵＥは（ターゲット）ＲＸＵＥにＳＬ（Ｌ１）ＲＳＲＰ測定に用いられる（事前に定義された）基準信号（例えば、ＰＳＳＣＨＤＭ－ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ））及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求インジケータを送信する端末である。例えば、ＴＸＵＥは（ターゲット）ＲＸＵＥのＳＬＲＬＭ（ｒａｄｉｏｌｉｎｋｍｏｎｉｔｏｒｉｎｇ）動作及び／又はＳＬＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）動作に用いられる、（制御）チャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨなど）及び／又は前記（制御）チャネル上の基準信号（例えば、ＤＭ－ＲＳ、ＣＳＩ－ＲＳなど）を送信する端末である。

その一方で、本明細書において、受信端末（ＲＸＵＥ）は送信端末（ＴＸＵＥ）から受信されたデータの復号（ｄｅｃｏｄｉｎｇ）に成功したかどうか及び／又はＴＸＵＥが送信した（ＰＳＳＣＨスケジューリングに関連する）ＰＳＣＣＨの検出／復号に成功したかどうかに従ってＴＸＵＥにＳＬＨＡＲＱフィードバックを送信する端末である。例えば、ＲＸＵＥはＴＸＵＥから受信されたＳＬＣＳＩ－ＲＳ及び／又はＳＬＣＳＩ報告要求インジケータに基づいてＴＸＵＥにＳＬＣＳＩ送信を実行する端末である。例えば、ＲＸＵＥはＴＸＵＥから受信された（事前に定義された）基準信号及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求インジケータに基づいて測定されたＳＬ（Ｌ１）ＲＳＲＰ測定値をＴＸＵＥへ送信する端末である。例えば、ＲＸＵＥはＴＸＵＥにＲＸＵＥ自身のデータを送信する端末である。例えば、ＲＸＵＥはＴＸＵＥから受信された（事前に設定された）（制御）チャネル及び／又は前記（制御）チャネル上の基準信号に基づいて、ＳＬＲＬＭ動作及び／又はＳＬＲＬＦ動作を実行する端末である。

その一方で、本開示の様々な実施例において、受信端末が送信端末から受信されたＰＳＳＣＨ及び／またはＰＳＣＣＨに対するＳＬＨＡＲＱフィードバック情報を送信するとき、以下の方法が考慮または一部考慮される。ここで、例えば、当該方法または一部の方法はＲＸＵＥがＰＳＳＣＨをスケジューリングするＰＳＣＣＨを正常にデコード／検出した場合にのみ限定的に適用される。

－オプション１：ＰＳＳＣＨデコード／受信に失敗する場合にのみＮＡＣＫ情報を送信

－オプション２：ＰＳＳＣＨデコード／受信に成功したときはＡＣＫ情報を送信し、失敗したときはＮＡＣＫ情報を送信

その一方で、本明細書において、例えば、ＴＸＵＥはＳＣＩを介して、以下の情報の中で少なくともいずれか一つの情報をＲＸＵＥへ送信することができる。ここで、例えば、ＴＸＵＥは第１ＳＣＩ（ｆｉｒｓｔＳＣＩ）及び／又は第２ＳＣＩ（ｓｅｃｏｎｄＳＣＩ）を介して、以下の情報の中で少なくともいずれか一つの情報をＲＸＵＥへ送信することができる。

－ＰＳＳＣＨ（及び／又はＰＳＣＣＨ）関連リソース割り当て情報（例えば、時間／周波数リソースの位置／数、リソース予約情報（例えば、周期））

－ＳＬＣＳＩ報告要求インジケータ又はＳＬ（Ｌ１）ＲＳＲＰ（及び／又はＳＬ（Ｌ１）ＲＳＲＱ及び／又はＳＬ（Ｌ１）ＲＳＳＩ）報告要求インジケータ

－（ＰＳＳＣＨ上の）ＳＬＣＳＩ送信インジケータ（又はＳＬ（Ｌ１）ＲＳＲＰ（及び／又はＳＬ（Ｌ１）ＲＳＲＱ及び／又はＳＬ（Ｌ１）ＲＳＳＩ）情報送信インジケータ）

－ＭＣＳ（ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ）情報

－送信電力情報

－Ｌ１デスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤ情報及び／又はＬ１ソース（ｓｏｕｒｃｅ）ＩＤ情報

－ＳＬＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）ＩＤ情報

－ＮＤＩ（ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ）情報

－ＲＶ（ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ）情報

－（送信トラフィック／パケット関連）ＱｏＳ情報（例えば、優先順位情報）

－ＳＬＣＳＩ－ＲＳ送信インジケータ又は（送信される）ＳＬＣＳＩ－ＲＳアンテナポートの数情報

－ＴＸＵＥの位置情報又は（ＳＬＨＡＲＱフィードバックが要求される）ターゲットＲＸＵＥの位置（又は距離領域）情報

－ＰＳＳＣＨを介して送信されるデータのデコード及び／またはチャネル推定に関連する基準信号（例えば、ＤＭ－ＲＳなど）情報。例えば、前記基準信号情報はＤＭ－ＲＳの（時間－周波数）マッピングリソースのパターンに関連する情報、ＲＡＮＫ情報、アンテナポートインデックス情報、アンテナポート数情報などである。

その一方で、本開示の様々な実施例において、例えば、ＰＳＣＣＨはＳＣＩ、第１ＳＣＩ及び／または第２ＳＣＩのうち、少なくともいずれか１つと相互代替／置換される。例えば、ＳＣＩはＰＳＣＣＨ、第１ＳＣＩ及び／または第２ＳＣＩと相互代替／置換される。例えば、ＴＸＵＥはＰＳＳＣＨを介して第２ＳＣＩをＲＸＵＥへ送信することができるため、ＰＳＳＣＨは第２ＳＣＩと相互代替／置換される。例えば、（比較的）高いＳＣＩペイロード（ｐａｙｌｏａｄ）サイズを考慮してＳＣＩ構成フィールドを２つのグループに分けた場合に、第１ＳＣＩ構成フィールドグループを含む第１ＳＣＩは１^ｓｔＳＣＩまたは１^ｓｔｓｔａｇｅＳＣＩと称することができ、第２ＳＣＩ構成フィールドグループを含む第２ＳＣＩは２^ｎｄＳＣＩまたは２^ｎｄｓｔａｇｅＳＣＩと称することができる。例えば、第１ＳＣＩはＰＳＣＣＨを介して送信される。例えば、第２ＳＣＩは（独立された）ＰＳＣＣＨを介して送信される。例えば、第２ＳＣＩはＰＳＳＣＨを介してデータとともにピギーバックされ送信される。

その一方で、本開示の様々な実施例において、例えば、「設定」または「定義」は、基地局またはネットワークからの（事前に定義されたシグナリング（例えば、ＳＩＢ、ＭＡＣ、ＲＲＣなど）を介して）（リソースプール特定して）（事前）設定（（ｐｒｅ）ｃｏｎｆｉｇｕｒａｔｉｏｎ）を意味することができる。例えば、「Ａが設定されること」は「基地局／ネットワークがＡに関連する情報を端末へ送信すること」を意味することができる。または、例えば、「Ａが設定されること」は「端末間事前に定義されたシグナリング（例えば、ＰＣ５ＲＲＣ）を介して指定されること」を意味することができる。

その一方で、本開示の様々な実施例において、例えば、「ＲＬＦ」はＯＯＳ（ｏｕｔｏｆｓｙｎｃｈ）、ＩＳ（ｉｎｓｙｎｃｈ）のうち、少なくとも１つに相互拡張解釈される。その一方で、本開示の様々な実施例において、例えば、ＲＢ（ｒｅｓｏｕｒｃｅｂｌｏｃｋ）はサブキャリアと相互代替／置換される。例えば、パケット（ｐａｃｋｅｔ）またはトラフィック（ｔｒａｆｆｉｃ）は送信される層にしたがってＴＢ（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）またはＭＡＣＰＤＵ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ）と相互代替／置換される。例えば、ＣＢＧ（ｃｏｄｅｂｌｏｃｋｇｒｏｕｐ）はＴＢと相互代替／置換される。例えば、ソースＩＤはデスティネーションＩＤと相互代替／置換される。例えば、Ｌ１ＩＤはＬ２ＩＤと相互代替／置換される。例えば、Ｌ１ＩＤはＬ１ソースＩＤまたはＬ１デスティネーションＩＤである。例えば、Ｌ２ＩＤはＬ２ソースＩＤまたはＬ２デスティネーションＩＤである。

その一方で、本明細書において、例えば、ＴＸＵＥが再送信リソースを予約／選択／決定する動作は、ＴＸＵＥがＲＸＵＥから受信したＳＬＨＡＲＱフィードバック情報に基づいて実際の使用有無が決定される潜在的な（ｐｏｔｅｎｔｉａｌ）再送信リソースを予約／選択／決定する動作を意味する。

その一方で、本明細書において、リソースはスロット又はシンボルに相互代替／置換することができる。例えば、リソースはスロット及び／又はシンボルを含む。例えば、ＰＳＳＣＨはＰＳＣＣＨに相互代替／置換することができる。

その一方で、本明細書において、ＳＬＭＯＤＥ１は、基地局が事前に定義されたシグナリング（例えば、ＤＣＩ又はＲＲＣメッセージ）を介してＴＸＵＥのためのＳＬ送信リソースを直接スケジューリングするリソース割り当て方法又は通信方法を意味する。例えば、ＳＬＭＯＤＥ２は、端末が基地局又はネットワークから設定されるか事前に設定されたリソースプール（ｒｅｓｏｕｒｃｅｐｏｏｌ）内でＳＬ送信リソースを独立して選択するリソース割り当て方法又は通信方法を意味する。例えば、ＳＬＭＯＤＥ１に基づいてＳＬ通信を行う端末はＭＯＤＥ１ＵＥ又はＭＯＤＥ１ＴＸＵＥと称することができ、ＳＬＭＯＤＥ２に基づいてＳＬ通信を行う端末はＭＯＤＥ２ＵＥ又はＭＯＤＥ２ＴＸＵＥと称することができる。

その一方で、本開示の様々な実施例において、例えば、ＤＧ（ｄｙｎａｍｉｃｇｒａｎｔ）はＣＧ（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）及び／またはＳＰＳグラント（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇｇｒａｎｔ）と相互代替／置換される。例えば、ＤＧはＣＧ及びＳＰＳグラントの組み合わせと相互代替／置換される。例えば、ＣＧはＣＧタイプ１（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔｔｙｐｅ１）及び／またはＣＧタイプ２（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔｔｙｐｅ２）のうち、少なくともいずれか１つを含むことができる。

その一方で、本開示の様々な実施例において、チャネルは信号（ｓｉｇｎａｌ）と相互代替／置換される。例えば、チャネルの送受信は信号の送受信を含むことができる。例えば、信号の送受信はチャネルの送受信を含むことができる。また、例えば、キャストはユニキャスト、グループキャスト及び／またはブロードキャストのうち、少なくともいずれか１つと相互代替／置換される。例えば、キャストタイプはユニキャスト、グループキャスト及び／またはブロードキャストのうち、少なくともいずれか１つと相互代替／置換される。

その一方で、本明細書において、リソースはスロット又はシンボルに相互代替／置換される。例えば、リソースはスロット及び／又はシンボルを含む。

その一方で、本明細書において、優先順位はＬＣＰ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＰｒｉｏｒｉｔｉｚａｔｉｏｎ）、レイテンシー（ｌａｔｅｎｃｙ）、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）、必要最小限通信範囲（ｍｉｎｉｍｕｍｒｅｑｕｉｒｅｄｃｏｍｍｕｎｉｃａｔｉｏｎｒａｎｇｅ）、ＰＰＰＰ（ＰｒｏｓｅＰｅｒ－ＰａｃｋｅｔＰｒｉｏｒｉｔｙ）、ＳＬＲＢ（ＳｉｄｅｌｉｎｋＲａｄｉｏＢｅａｒｅｒ）、ＱｏＳプロファイル（ｐｒｏｆｉｌｅ）、ＱｏＳパラメータ、及び／又は要件（ｒｅｑｕｉｒｅｍｅｎｔ）のうち少なくともいずれか一つに相互代替／置換される。

その一方で、本明細書において、例えば、説明の便宜上、ＲＸＵＥが以下の情報のうち少なくとも一つをＴＸＵＥへ送信するとき用いる（物理的）チャネルをＰＳＦＣＨと言える。

－ＳＬＨＡＲＱフィードバック、ＳＬＣＳＩ、ＳＬ（Ｌ１）ＲＳＲＰ

その一方で、サイドリンク通信実行のとき、送信端末が受信端末に対する送信リソースを予約又は事前に決定する方法は代表的に以下の形態である。

例えば、送信端末はチェーン（ｃｈａｉｎ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末へ送信するか知らせることができる。すなわち、例えば、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。又は、例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末に知らせるか送信することができる。すなわち、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。このとき、例えば、送信端末が任意の（又は特定の）送信時点又は時間リソースにおいて送信される一つのＳＣＩを介してＫ個より小さい送信リソースの位置情報だけを受信端末にシグナリングすることで、ＳＣＩペイロード（ｐａｙｌｏａｄ）の過渡な増加による性能低下を防ぐことができる。

図１１は本開示の一実施例によって、送信リソースを予約した端末が送信リソースに関連する情報を他の端末に知らせる方法を示す。図１１の実施例は本開示の様々な実施例と組み合わせることができる。

具体的に、例えば、図１１の（ａ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）２個の送信リソースの位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１１の（ｂ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）３個の送信リソース位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１１の（ａ）及び（ｂ）を参照すると、送信端末は４番目（又は最後）送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングすることができる。例えば、図１１の（ａ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。例えば、図１１の（ｂ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、２番目の送信関連リソース位置情報及び３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。このとき、例えば、図１１の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットを事前に設定された値（例えば、０）に設定又は指定することができる。例えば、図１１の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットが（４個の送信のうち）最後送信であることを示す事前に設定された状態／ビット値を指示するように設定又は指定することができる。

その一方で、例えば、送信端末はブロック（ｂｌｏｃｋ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、図１１の（ｃ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して４個の送信リソース位置情報を受信端末にシグナリングすることで、ブロックベースのリソース予約を実行する方法を示す。

従来の技術によれば、例えば、ＴＸＵＥ側面において、ＤＴＸ回数カウントベースのＳＬＲＬＦ宣言動作が実行されるとき、ＴＸＵＥの物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）がＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層にＤＴＸ発生状況を報告する方法が定義される必要がある。例えば、本開示においてＰＨＹ層は物理層を指すことができる。ここで、例えば、ＤＴＸはＲＸＵＥが、ＴＸＵＥから受信したＳＣＩデコードに失敗してＴＸＵＥにＰＳＦＣＨベースのＨＡＲＱフィードバック情報送信を実行することができなかった場合、ＴＸＵＥが優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）ルールにしたがって自身が送信したＭＡＣＰＤＵに関連するＰＳＦＣＨ受信／モニタリング動作を実行しない場合、及び／またはＴＸＵＥが自身が送信したＭＡＣＰＤＵに関連するＰＳＦＣＨ受信／モニタリング動作を実行したが、最終的に検出に失敗した場合などを含むことができる。例えば、前記優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）ルールはＵＬとＳＬ間、ＬＴＥＳＬとＮＲＳＬ間、複数のＰＳＦＣＨＴＸ間、及び／またはＰＳＦＣＨＴＸとＰＳＦＣＨＲＸ間の優先順位に関連するルールを含むことができる。

本開示の一実施例によれば、ＴＸＵＥの物理層は、前記説明したＤＴＸ状況発生時、ＭＡＣ層にＳＬＨＡＲＱ情報に対する報告動作を実行しない。ここで、ＭＡＣ層はこれをＤＴＸ発生状況に暗黙的に解釈し、ＳＬＲＬＦ宣言関連ＤＴＸ回数値を増加させることができる。

本開示によれば、ＳＬＲＬＦ動作サポートのためにＰＨＹ層とＭＡＣ層間交換される追加的な情報が生成されないことで、端末実装輻輳度を下げることができる。

本開示の一実施例によれば、例えば、各ＰＳＦＣＨ受信機会（ｏｃｃａｓｉｏｎ）に対して、多数のＰＳＦＣＨ受信機会から、ＵＥは上位層に報告するためにＨＡＲＱ－ＡＣＫ情報を生成することができる。前記ＨＡＲＱ－ＡＣＫ情報を生成するために、前記ＵＥは以下動作を実行するためにＳＣＩフォーマットから指示される。キャストタイプ指示フィールド値が「１０」である場合に前記ＵＥがＳＣＩフォーマット２－Ａに関連するＰＳＦＣＨを受信すれば、前記ＵＥは上位層に、前記ＰＳＦＣＨ受信から前記ＵＥが決定するＨＡＲＱ－ＡＣＫ情報の値のような値を有するＨＡＲＱ－ＡＣＫ情報を報告することができる。

本開示の一実施例によれば、サイドリンクＨＡＲＱ層（ｅｎｔｉｔｙ）は前記ＰＳＳＣＨ送信に関連するそれぞれのＰＳＦＣＨ受信機会に対して、前記ＰＳＦＣＨ受信機会においてＰＳＦＣＨ受信がない（ａｂｓｅｎｔ）場合、ｎｕｍＣｏｎｓｅｃｕｔｉｖｅＤＴＸを１増加させる必要がある場合がある。

本開示の一実施例によれば、ＳＬ（ｓｉｄｅｌｉｎｋ）通信（例えば、ユニキャスト）を実行する端末間、ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）ベースのにＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）（及び／またはＲＬＭ；ｒａｄｉｏｌｉｎｋｍｏｎｉｔｏｒｉｎｇ）動作が実行されるように設定される。ここで、例えば、ＤＴＸはＴＸＵＥが自身が送信したＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）（及び／またはＰＳＣＣＨ；ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）と連動されたＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）の受信に失敗した場合及び／またはＰＳＦＣＨ受信試行を実行しない場合と解釈される。

例えば、ＤＴＸはｉ）ＲＸＵＥが、ＴＸＵＥが送信したＰＳＣＣＨに対するデコードに失敗してＰＳＦＣＨ送信を実行しない場合、及び／または比較的高い優先順位のＵＬ（ｕｐｌｉｎｋ）／ＳＬチャネル／シグナルの送信のためＰＳＣＣＨ受信動作を実行することができず（ＴＸＵＥが期待する）ＰＳＦＣＨ送信を実行しない場合を含むことができる。例えば、この場合は一種の半二重（ｈａｌｆｄｕｐｌｅｘ）問題及び／またはＵＬ／ＳＬ優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に関連する問題と解釈される。

及び／または、例えば、ＤＴＸはｉｉ）ＲＸＵＥが、ＴＸＵＥが送信したＰＳＳＣＨ（及び／またはＰＳＣＣＨ）に関連するＰＳＦＣＨ送信を実行し、ＴＸＵＥがこれに対する受信を試行したが（例えば、ＳＬチャネルの品質低下などの理由のため）失敗した場合、及び／またはｉｉｉ）ＴＸＵＥが自身の送信動作のため（ＲＸＵＥが送信した）ＰＳＦＣＨ受信動作を実行しない場合を含むことができる。例えば、ＴＸＵＥの送信動作は比較的高い優先順位のＳＬパケット関連ＰＳＦＣＨ送信、比較的高い優先順位のＳＬチャネル／シグナル送信、及び／または比較的高い優先順位のＵＬチャネル／シグナル送信を含むことができる。例えば、この場合は一種の半二重問題及び／またはＵＬ／ＳＬ優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に関連する問題と解釈される。

及び／または、例えば、ＤＴＸはｉｖ）ＲＸＵＥが、比較的高い優先順位のＵＬ／ＳＬチャネル／シグナルの送信及び／または比較的高い優先順位のＳＬパケット関連ＰＳＦＣＨの送信のため、ＰＳＦＣＨ送信動作を省略する場合のうち最小限１つになる。前記ＰＳＦＣＨはＴＸＵＥから受信したＰＳＳＣＨ（及び／またはＰＳＣＣＨ）に関連するＰＳＦＣＨを含むことができる。例えば、この場合は一種のＵＬ／ＳＬＰＲＩＯＲＩＴＩＺＡＴＩＯＮ問題と解釈される。

本開示の一実施例によれば、事前に設定された（最大）回数閾値（ＤＴＸＮＵＭ＿ＴＤ）だけＤＴＸが連続して発生したとき、関連するセッション（ｓｅｓｓｉｏｎ）及び／またはＰＣ５リンク（ｌｉｎｋ）に対してＲＬＦが宣言されるようにすることができる。例えば、前記ＤＴＸＮＵＭ＿ＴＤは（ユニキャスト）セッション及び／またはＰＣ５リンク特定して設定される。

例えば、ＤＴＸベースのＲＬＦ（及び／またはＲＬＭ）動作のとき、ＴＸＵＥに以下（一部）のルールを適用するように設定することができる。ここで、一例として、本発明の（一部）提案方法／ルール関連パラメータ（例えば、ＤＴＸＮＵＭ＿ＴＤ及び／または前記ＤＴＸＮＵＭ＿ＴＤに対する適用有無）はサービス優先順位／タイプ、（サービス）ＱｏＳ要件、（リソースプール）輻輳レベル（例えば、ＣＢＲ；ｃｈａｎｎｅｌｂｕｓｙｒａｔｉｏ）、リソースプール、キャストタイプ（ｃａｓｔｔｙｐｅ）、ＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバック方法、ＳＬ動作モード（例えば、ＭＯＤＥ１、ＭＯＤＥ２）、及び／またはＨＡＲＱフィードバックが許可された（ｆｅｅｄｂａｃｋｅｎａｂｌｅｄ）（または許可されない；ｄｉｓａｂｌｅｄ）ＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）ＰＤＵ（ｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ）（及び／またはＴＢ；ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）特定的に異なるように（または独立して）設定／限定される。例えば、前記サービスＱｏＳ要件は遅延（ｌａｔｅｎｃｙ）、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）を含むことができる。例えば、前記キャストタイプはユニキャスト、グループキャスト、及び／またはブロードキャストを含むことができる。例えば、前記ＨＡＲＱフィードバック方法はＡＣＫ（ｐｏｓｉｔｉｖｅａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅａｃｋｎｏｗｌｅｄｇｅ）フィードバック及び／またはＮＡＣＫＯＮＬＹフィードバックを含むことができる。例えば、本発明においてＭＡＣ層（ｌａｙｅｒ）はＰＨＹ（ｐｈｙｓｉｃａｌ）層の上位層（ｕｐｐｅｒｌａｙｅｒ）（例えば、ＲＲＣ層）に拡張解釈される。

本開示の一実施例によれば、ＴＸＵＥのＰＨＹ層に、送信されたＰＳＳＣＨ及び／またはＰＳＣＣＨに対応されるＡＣＫまたはＮＡＣＫ情報を獲得した場合にのみＭＡＣ層にこれを報告するように設定することができる。例えば、ＴＸＵＥのＰＨＹ層がＰＳＦＣＨ受信動作を試行してＰＳＦＣＨ検出に成功したことに基づいて、ＡＣＫまたはＮＡＣＫ情報を獲得した場合、ＡＣＫまたはＮＡＣＫ情報をＭＡＣ層に報告するように設定される。または、例えば、ＴＸＵＥのＰＨＹ層がＰＳＦＣＨ受信を試行したが、ＰＳＦＣＨ検出に失敗した場合、ＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子をＭＡＣ層に報告するように設定される。

ここで、例えば、当該ルールが適用される場合、ＴＸＵＥのＰＨＹ層が前記説明した（一部）理由（例えば、半二重問題及び／またはＵＬ／ＳＬ優先順位問題）のためＰＳＦＣＨ受信動作を実行できなかったとき（及び／またはＰＳＦＣＨ受信を試行したが、失敗したとき）、ＭＡＣ層にＳＬＨＡＲＱ関連情報を報告しないことと解釈される。例えば、ＳＬＨＡＲＱ関連情報はＮＡＣＫ、ＤＴＸ（発生）情報、及び／またはＲＬＦ関連情報を含むことができる。例えば、上述したＴＸＵＥのＰＨＹ層が前記説明した（一部）理由のためＰＳＦＣＨ受信動作を実行できなかったとき（及び／またはＰＳＦＣＨ受信を試行したが、失敗したとき）、ＭＡＣ層にＳＬＨＡＲＱ関連情報を報告しない場合はＨＡＲＱフィードバックが許可されないこと（ｄｉｓａｂｌｅｄ）に基づいてブラインド再送動作と同じ形になる。このような場合、例えば、ＭＡＣ層は、ＰＨＹ層が前記説明したＳＬＨＡＲＱ関連情報を報告しなくても、ＰＨＹ層に再送動作をトリガーリング／実行させることができる。例えば、前記再送動作のトリガーリング／実行させることは送信されたＭＡＣＰＤＵ関連ＡＣＫ情報がＰＨＹ層から受信されなかったためである。

また、例えば、前記説明した場合（例えば、ＴＸＵＥのＰＨＹ層がＭＡＣ層にＳＬＨＡＲＱ関連情報を報告しない場合）、ＭＡＣ層はこれをＤＴＸ発生にカウント／見なしてＲＬＦ宣言有無に反映するようにすることができる。または、例えば、ＭＡＣ層はこれを（ＮＡＣＫ情報を受信したことに見なして）ＲＬＦ宣言有無に反映しないようにすることができる。例えば、これはＰＨＹ層がＤＴＸ情報を直接的に報告した場合にのみＭＡＣ層が前記ＤＴＸ情報をＲＬＦ宣言関連カウントに反映することと解釈される。

例えば、ＴＸＵＥのＰＨＹ層に、前記説明した（一部）理由（例えば、半二重問題及び／またはＵＬ／ＳＬ優先順位問題）でＰＳＦＣＨ受信動作を実行できなかったとき（及び／またはＰＳＦＣＨ受信を試行したが、失敗したとき）、サービス／パケットの優先順位（及び／または信頼度要件）が事前に設定された閾値レベルより高いかまたは低い場合、サービス／パケット関連遅延要件が事前に設定された閾値より短いかまたは長い場合、及び／または（リソースプール）輻輳レベルが事前に設定された閾値レベルより高いかまたは低い場合にはＭＡＣ層にＳＬＨＡＲＱ関連情報を報告しないようにし、そうでない場合はＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を報告するように設定される。

本開示の一実施例によれば、ＴＸＵＥのＰＨＹ層に、前記説明した（一部）理由（例えば、半二重問題及び／またはＵＬ／ＳＬ優先順位問題）でＰＳＦＣＨ受信動作を実行できなかったとき（及び／またはＰＳＦＣＨ受信を試行したが、失敗したとき）、ＭＡＣ層にＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を報告するようにすることができる。ここで、例えば、当該ルールが適用されるとき、ＴＸＵＥのＰＨＹ層が、ＰＳＦＣＨ受信を試行したが、ＰＳＦＣＨ検出に失敗した場合（例えば、ＴＸＵＥのＰＨＹ層がＭＡＣ層にＤＴＸ情報、ＮＡＣＫ情報、または事前に設定された特定情報／指示子を報告するか、及び／またはＴＸＵＥのＰＨＹ層がＭＡＣ層にＳＬＨＡＲＱ関連情報を報告しない場合）とＰＳＦＣＨ受信動作を実行できなかった場合（例えば、ＴＸＵＥのＰＨＹ層がＭＡＣ層にＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を報告する場合）間、ＭＡＣ層に報告する情報内容（及び／またはＭＡＣ層にの情報報告有無）が異なると解釈される。前記説明した場合、例えば、ＭＡＣ層はＰＨＹ層からＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を受信したため、ＰＨＹ層に再送動作をトリガー／実行させ、これをＲＬＦ宣言関連ＤＴＸ発生カウントに含めないようにすることができる。

本開示の一実施例によれば、ＴＸＵＥのＰＨＹ層に、前記説明した（一部）理由（例えば、半二重問題及び／またはＵＬ／ＳＬ優先順位問題）でＰＳＦＣＨ受信動作を実行できなかったとき（及び／またはＰＳＦＣＨ受信を試行したが、失敗したとき）、ＭＡＣ層にＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を報告するようにすることができる。ここで、例えば、当該ルールが適用されるとき、ＴＸＵＥのＰＨＹ層が、ＰＳＦＣＨ受信を試行したが、ＰＳＦＣＨ検出に失敗した場合（例えば、ＴＸＵＥのＰＨＹ層がＭＡＣ層にＤＴＸ情報、ＮＡＣＫ情報、または事前に設定された特定情報／指示子を報告するか、及び／またはＴＸＵＥのＰＨＹ層がＭＡＣ層にＳＬＨＡＲＱ関連情報を報告しない場合）とＰＳＦＣＨ受信動作を実行できなかった場合（例えば、ＴＸＵＥのＰＨＹ層がＭＡＣ層にＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を報告する場合）間、ＭＡＣ層に報告する情報内容（及び／またはＭＡＣ層にの情報報告有無）が異なると解釈される。前記説明した場合、例えば、ＭＡＣ層はＰＨＹ層からＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を受信したため、ＰＨＹ層に再送動作をトリガー／実行させ、これをＲＬＦ宣言関連ＤＴＸ発生カウントに含めることができる。

本開示の一実施例によれば、ＡＣＫ－ＴＯ－ＮＡＣＫエラー（ｅｒｒｏｒ）確率、ＮＡＣＫ－ＴＯ－ＡＣＫエラー確率、ＤＴＸ－ＴＯ－ＡＣＫ確率などの、ＰＳＦＣＨ検出に関連する要件（ｒｅｑｕｉｒｅｍｅｎｔ）はＨＡＲＱフィードバック方法、（パケット関連）サービス優先順位／タイプ、（パケット関連）ＱｏＳ要件、（リソースプール）輻輳レベル（例えば、ＣＢＲ）、リソースプール、キャストタイプ（例えば、ユニキャスト、グループキャスト）、ＳＬ動作モード（例えば、ＭＯＤＥ１、ＭＯＤＥ２）、及び／または最大再送許可回数にしたがって、異なるように（または独立して）定義される。例えば、前記ＨＡＲＱフィードバック方法はＡＣＫ／ＮＡＣＫフィードバック、及び／またはＮＡＣＫＯＮＬＹフィードバックを含むことができる。例えば、前記（パケット関連）ＱｏＳ要件は遅延、信頼度を含むことができる。例えば、前記最大再送許可回数は（事前に設定された）サービス／パケット及び／またはＬＣＨ関連最大再送許可回数を含むことができる。

本開示の一実施例によれば、ＭＯＤＥ１ＴＸＵＥが自身の送信動作のためＲＸＵＥが送信したＰＳＦＣＨに対する受信動作を実行しない場合、（事前に設定された）ＰＵＣＣＨリソースを介してＮＡＣＫ情報、ＤＴＸ情報、または事前に設定された特定情報／指示子を報告するように設定される。例えば、この場合は一種のＵＬ／ＳＬ優先順位問題及び／または半二重問題と解釈される。例えば、前記ＭＯＤＥ１ＴＸＵＥの、自身の送信動作は、比較的高い優先順位のＳＬパケット関連ＰＳＦＣＨの送信、比較的高い優先順位のＳＬチャネル／シグナル送信、及び／または比較的高い優先順位のＵＬチャネル／シグナル送信を含むことができる。

図１１は本開示の一実施例に係わる、ＴＸＵＥのＭＡＣ層がＲＬＦを宣言する手順を示す。図１１の実施形態は本開示の様々な実施例と組み合わせることができる。

図１１を参照すれば、ＴＸＵＥはＭＡＣ層及びＰＨＹ層を含むことができる。ステップＳ１１１０において、前記ＴＸＵＥはＲＸＵＥにＰＳＣＣＨを送信することができる。ステップＳ１１２０において、前記ＴＸＵＥは前記ＲＸＵＥにＰＳＣＣＨに基づいてＰＳＳＣＨを送信することができる。ステップＳ１１３０において、前記ＴＸＵＥは前記ＰＳＳＣＨに関連するスロットのインデックス、サブチャネルのインデックスに基づいてＰＳＦＣＨリソースを決定することができ、前記ＰＳＦＣＨリソースにおいて、ＲＸＵＥからの前記ＰＳＳＣＨに関連するＨＡＲＱフィードバックに対するモニタリングを実行することができる。本形態においてはＲＸＵＥがＨＡＲＱフィードバックを受信することができなかった場合を仮定する。ステップＳ１１４０において、前記ＴＸＵＥはＳ１１３０においてのモニタリング結果、ＨＡＲＱフィードバックが受信できなかったため、前記ＰＳＳＣＨに対する再送を実行することができる。このとき、例えば、前記ＴＸＵＥのＰＨＹ層はＭＡＣ層にＨＡＲＱフィードバックを転送しない場合があり、前記ＴＸＵＥのＭＡＣ層はＤＴＸに関連するカウンターを１増加させることができる。ステップＳ１１５０において、前記ＴＸＵＥのＭＡＣ層はＤＴＸに関連するカウンターが最大閾値に到達することに基づいて、前記ＲＸＵＥとのＳＬ通信に対するＲＬＦを宣言することができる。

図１２は本開示の一実施例に係わる、ＴＸＵＥのＭＡＣ層がＤＴＸカウンターを初期化する手順を示す。図１２の実施形態は本開示の様々な実施例と組み合わせることができる。

図１２を参照すれば、ＴＸＵＥはＭＡＣ層及びＰＨＹ層を含むことができる。ステップＳ１２１０において、前記ＴＸＵＥはＲＸＵＥにＰＳＣＣＨを送信することができる。ステップＳ１２２０において、前記ＴＸＵＥは前記ＲＸＵＥにＰＳＣＣＨに基づいてＰＳＳＣＨを送信することができる。ステップＳ１２３０において、前記図１１のＳ１１３０とは異なって、前記ＴＸＵＥは、ＰＳＦＣＨリソースにおいてＨＡＲＱフィードバックに対するモニタリングを実行しない。例えば、前記ＴＸＵＥがＨＡＲＱフィードバックに対するモニタリングを実行しないことは半二重に関連する問題、及び／またはＳＬ／ＵＬ間の優先順位に関連する問題のためである。ステップＳ１２４０において、前記ＴＸＵＥのＰＨＹ層は、前記ＰＳＦＣＨリソースにおいてＨＡＲＱフィードバックに対するモニタリングを実行しないことに基づいて、前記ＭＡＣ層にＮＡＣＫを転送することができる。ステップＳ１２５０において、前記ＴＸＵＥは前記ＰＳＳＣＨに対する再送を実行することができ、前記ＴＸＵＥのＭＡＣ層はＤＴＸに関連するカウンターを初期化することができる。また別の実施例によれば、前記ステップＳ１２４０とＳ１２５０は省略される。すなわち、例えば、前記ＴＸＵＥが前記ＰＳＦＣＨリソースにおいてＨＡＲＱフィードバックに対するモニタリングを実行しないことに基づいて、前記ＴＸＵＥのＰＨＹ層はＭＡＣ層にＨＡＲＱフィードバックを転送しない場合があり、前記ＭＡＣ層はＤＴＸに関連するカウンターを１増加させることができる。

図１３は本開示の一実施例に係わる、第１装置が無線通信を行う手順を示す。図１３の実施形態は本開示の様々な実施例と組み合わせることができる。

図１３を参照すれば、ステップＳ１３１０において、前記第１装置は第２装置にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信することができる。ステップＳ１３２０において、前記第１装置は前記第２装置に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信することができる。ステップＳ１３３０において、前記第１装置は前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定することができる。及び、ステップＳ１３４０において、前記第１装置はＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言することができる。例えば、前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、及び前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される。

例えば、前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックを検出しないことは、半二重（ｈａｌｆｄｕｐｌｅｘ）に関連する。

例えば、前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックを検出しないことは、ＵＬ（ｕｐｌｉｎｋ）通信及びＳＬ（ｓｉｄｅｌｉｎｋ）通信に関連する優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に関連する。

例えば、前記ＤＴＸカウンターは、前記ＨＡＲＱフィードバックを検出しないことがチャネル状態または受信端末のＰＳＳＣＨデコード失敗によることであることに基づいて１増加される。

例えば、ｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックの検出に失敗することに基づいて、前記ＭＡＣ層にの前記ＨＡＲＱフィードバックに関連する報告は省略される。

例えば、さらに、前記第１装置はｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックの検出に失敗することに基づいて、前記ＰＳＳＣＨに対する再送を実行することができる。

例えば、さらに、前記第１装置は前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行しないことに基づいて、前記ＰＳＳＣＨに対する再送を実行することができる。

例えば、さらに、前記第１装置はｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記モニタリングに基づいて前記ＨＡＲＱフィードバックを受信することに基づいて、前記ＭＡＣ層に前記ＨＡＲＱフィードバックに関連する報告を転送することができる。

例えば、さらに、前記第１装置はｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記モニタリングに基づいて前記ＨＡＲＱフィードバックを受信することに基づいて、前記ＰＳＳＣＨに対する再送を実行することができる。

例えば、前記ＰＳＳＣＨに対する再送の実行に基づいて、前記ＤＴＸカウンターは初期化される。

例えば、前記ＰＳＳＣＨに関連するサービスの優先順位が優先順位閾値より低く、前記ＨＡＲＱフィードバックが検出されないことに基づいて、前記第１装置のＭＡＣ層は前記第１装置のＰＨＹ層からＮＡＣＫを転送される。

例えば、前記ＮＡＣＫはＰＵＣＣＨリソースに基づいて送信される。

例えば、前記ＤＴＸ関連最大閾値はＨＡＲＱフィードバック方法に基づいて設定されるが、前記ＨＡＲＱフィードバック方法はＮＡＣＫＯＮＬＹ方法またはＡＣＫ／ＮＡＣＫ方法である。

上述した実施形態は以下で説明される様々な装置に対して適用される。例えば、第１装置１００のプロセッサ１０２は第２装置２００にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信するように送受信機１０６を制御することができる。そして、前記第１装置１００のプロセッサ１０２は前記第２装置２００に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信するように送受信機１０６を制御することができる。そして、前記第１装置１００のプロセッサ１０２は前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定することができる。そして、前記第１装置１００のプロセッサ１０２はＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置１００及び前記第２装置２００の間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言することができる。

本開示の一実施例によれば、無線通信を行う第１装置が提供される。前記第１装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、第２装置にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信し、前記第２装置に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信し、前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定し、ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言するが、前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、及び前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される。

本開示の一実施例によれば、第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、前記装置は、１つ以上のプロセッサ及び前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、第２端末にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信し、前記第２端末に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信し、前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定し、及びＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１端末及び前記第２端末間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言し、前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１端末によって検出されないことに基づいて、前記第１端末の物理層は前記第１端末のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、及び前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１端末のＭＡＣ層によって１増加される。

本開示の一実施例によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第１装置に、第２装置にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信するようにし、前記第２装置に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信するようにし、前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定するようにし、及びＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言するようにし、前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、及び前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される。

図１４は本開示の一実施例に係わる、第２装置が無線通信を行う手順を示す。図１４の実施形態は本開示の様々な実施例と組み合わせることができる。

図１４を参照すれば、ステップＳ１４１０において、前記第２装置は第１装置からＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を受信することができる。ステップＳ１４２０において、前記第２装置は前記第１装置から前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を受信することができる。ステップＳ１４３０において、前記第２装置は前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定することができる。ステップＳ１４４０において、前記第２装置は前記第１装置に前記ＰＳＦＣＨリソースに基づいて前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックを送信することができる。例えば、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）はＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて宣言され、前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、及び前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される。

例えば、前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックが検出されないことは：半二重（ｈａｌｆｄｕｐｌｅｘ）、またはＵＬ（ｕｐｌｉｎｋ）通信及びＳＬ（ｓｉｄｅｌｉｎｋ）通信に関連する優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に関連する。

上述した実施形態は以下で説明される様々な装置に対して適用される。例えば、第２装置２００のプロセッサ２０２は第１装置１００からＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を受信するように送受信機２０６を制御することができる。そして、前記第２装置２００のプロセッサ２０２は前記第１装置１００から前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を受信するように送受信機２０６を制御することができる。そして、前記第２装置２００のプロセッサ２０２は前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定することができる。そして、前記第２装置２００のプロセッサ２０２は前記第１装置１００に前記ＰＳＦＣＨリソースに基づいて前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックを送信するように送受信機２０６を制御することができる。

本開示の一実施例によれば、無線通信を行う第２装置が提供される。例えば、前記第２装置は命令を格納する１つ以上のメモリと、１つ以上の送受信機及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行して、第１装置からＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を受信し、前記第１装置から前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を受信し、前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定し、前記第１装置に前記ＰＳＦＣＨリソースに基づいて前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックを送信し、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）はＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて宣言され、前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、及び前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される。

以下、本開示の多様な実施例が適用されることができる装置に対して説明する。

これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び／または動作流れ図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする多様な分野に適用されることができる。

以下、図面を参照してより具体的に例示する。以下の図面／説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。

図１５は、本開示の一実施例に係る、通信システム１を示す。

図１５を参照すると、本開示の多様な実施例が適用される通信システム１は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５ＧＮＲ（ＮｅｗＲＡＴ）、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ））を利用して通信を実行する機器を意味し、通信／無線／５Ｇ機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄＲｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、ＵＡＶ（ＵｎｍａｎｎｅｄＡｅｒｉａｌＶｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ）／ＶＲ（ＶｉｒｔｕａｌＲｅａｌｉｔｙ）／ＭＲ（ＭｉｘｅｄＲｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－ＭｏｕｎｔｅｄＤｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－ＵｐＤｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートブック等）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

ここで、本明細書の無線機器１００ａ～１００ｆにおいて実装される無線通信技術は、ＬＴＥ、ＮＲ、６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓを含めることができる。このとき、例えばＮＢ－ＩｏＴ技術はＬＰＷＡＮ（ＬｏｗＰｏｗｅｒＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）技術の一例であり、ＬＴＥＣａｔＮＢ１及び／又はＬＴＥＣａｔＮＢ２などの規格として実装することができ、上述した名称に限定するものではない。さらに又は、大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれる。例えば、ＬＴＥ－Ｍ技術は１）ＬＴＥＣＡＴ０、２）ＬＴＥＣａｔＭ１、３）ＬＴＥＣａｔＭ２、４）ＬＴＥｎｏｎ－ＢＬ（ｎｏｎ－ＢａｎｄｗｉｄｔｈＬｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥＭなどの様々な規格のうちの少なくともいずれか一つで実装することができ、上述した名称に限定するものではない。さらに、又は大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、及び低消費電力広域無線ネットワーク（ＬｏｗＰｏｗｅｒＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ，ＬＰＷＡＮ）の少なくともいずれか一つを含むことができ、上記の名称に限定するものではない。一例として、Ｚｉｇｂｅｅ技術はＩＥＥＥ８０２．１５．４などの様々な規格をベースにして、小型／低電力デジタル通信に関連するＰＡＮ（ｐｅｒｓｏｎａｌａｒｅａｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称で呼ばれる。

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と連結されることができる。無線機器１００ａ～１００ｆにはＡＩ（ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されることができ、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００と連結されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成されることができる。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介することなく、直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信をすることができる。

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／連結は、アップリンク／ダウンリンク通信１５０ａ、サイドリンク通信１５０ｂ（または、Ｄ２Ｄ通信）、及び基地局間の通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓＢａｃｋｈａｕｌ）のような多様な無線接続技術（例えば、５ＧＮＲ）を介して行われることができる。無線通信／連結１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは、多様な物理チャネルを介して信号を送信／受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信／受信のための多様な構成情報設定過程、多様な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピング等）、リソース割当過程などのうち少なくとも一部が実行されることができる。

図１６は、本開示の一実施例に係る、無線機器を示す。

図１６を参照すると、第１の無線機器１００と第２の無線機器２００は、多様な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１の無線機器１００、第２の無線機器２００｝は、図１５の｛無線機器１００ｘ、基地局２００｝及び／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応することができる。

第１の無線機器１００は、一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、追加的に一つ以上の送受信機１０６及び／または一つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／または送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１の情報／信号を生成した後、送受信機１０６を介して第１の情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２の情報／信号を含む無線信号を受信した後、第２の情報／信号の信号処理から得た情報をメモリ１０４に格納することができる。メモリ１０４は、プロセッサ１０２と連結されることができ、プロセッサ１０２の動作と関連した多様な情報を格納することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６は、プロセッサ１０２と連結されることができ、一つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。送受信機１０６は、送信機及び／または受信機を含むことができる。送受信機１０６は、ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）ユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。

第２の無線機器２００は、一つ以上のプロセッサ２０２、一つ以上のメモリ２０４を含み、追加的に一つ以上の送受信機２０６及び／または一つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／または送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３の情報／信号を生成した後、送受信機２０６を介して第３の情報／信号を含む無線信号を送信することができる。また、プロセッサ２０２は、送受信機２０６を介して第４の情報／信号を含む無線信号を受信した後、第４の情報／信号の信号処理から得た情報をメモリ２０４に格納することができる。メモリ２０４は、プロセッサ２０２と連結されることができ、プロセッサ２０２の動作と関連した多様な情報を格納することができる。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６は、プロセッサ２０２と連結されることができ、一つ以上のアンテナ２０８を介して無線信号を送信及び／または受信することができる。送受信機２０６は、送信機及び／または受信機を含むことができる送受信機２０６は、ＲＦユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。

以下、無線機器１００、２００のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ１０２、２０２により具現されることができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の階層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層）を具現することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、一つ以上のＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）及び／または一つ以上のＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／または方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例えば、ベースバンド信号）を生成し、一つ以上の送受信機１０６、２０６に提供できる。一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を取得することができる。

一つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれる。一つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、一つ以上のＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、一つ以上のＤＳＰＤ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅ）、一つ以上のＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）または一つ以上のＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ）が一つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、実行するように設定されたファームウェアまたはソフトウェアが一つ以上のプロセッサ１０２、２０２に含まれ、または一つ以上のメモリ１０４、２０４に格納されて一つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、コード、命令語及び／または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。

一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／または命令を格納することができる。一つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／またはこれらの組み合わせで構成されることができる。一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２の内部及び／または外部に位置できる。また、一つ以上のメモリ１０４、２０４は、有線または無線連結のような多様な技術を介して、一つ以上のプロセッサ１０２、２０２と連結されることができる。

一つ以上の送受信機１０６、２０６は、一つ以上の他の装置に本文での方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。一つ以上の送受信機１０６、２０６は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機１０６、２０６は、一つ以上のアンテナ１０８、２０８と連結されることができ、一つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ（例えば、アンテナポート）である。一つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを一つ以上のプロセッサ１０２、２０２を利用して処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）できる。一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２を利用して処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換できる。そのために、一つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／またはフィルタを含むことができる。

図１７は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。

図１７を参照すると、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含むことができる。これに制限されるものではなく、図１７の動作／機能は、図１６のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で実行されることができる。図１７のハードウェア要素は、図１６のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で具現されることができる。例えば、ブロック１０１０～１０６０は、図１６のプロセッサ１０２、２０２で具現されることができる。また、ブロック１０１０～１０５０は、図１６のプロセッサ１０２、２０２で具現され、ブロック１０６０は、図１６の送受信機１０６、２０６で具現されることができる。

コードワードは、図１７の信号処理回路１０００を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ－ＳＣＨの送信ブロック、ＤＬ－ＳＣＨの送信ブロック）を含むことができる。無線信号は、多様な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。

具体的に、コードワードは、スクランブラ１０１０によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使われるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調されることができる。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－ＢｉｎａｒｙＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－ＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ）などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ１０３０により一つ以上の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ１０４０により該当アンテナポート（ら）にマッピングされることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛けて得られる。ここで、Ｎはアンテナポートの個数であり、Ｍは送信レイヤの個数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を実行した以後にプリコーディングを実行することができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。

リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングできる。時間－周波数リソースは、時間ドメインで複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器へ送信されることができる。そのために、信号生成器１０６０は、ＩＦＦＴ（ＩｎｖｅｒｓｅＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）モジュール及びＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－ＡｎａｌｏｇＣｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙｕｐｌｉｎｋｃｏｎｖｅｒｔｅｒ）などを含むことができる。

無線機器において、受信信号のための信号処理過程は、図１７の信号処理過程１０１０～１０６０の逆で構成されることができる。例えば、無線機器（例えば、図１６の１００、２００）は、アンテナポート／送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器（ｆｒｅｑｕｅｎｃｙｄｏｗｎｌｉｎｋｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌｃｏｎｖｅｒｔｅｒ）、ＣＰ除去器、ＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号（ｄｅｃｏｄｉｎｇ）を経て、元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。

図１８は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用－例／サービスによって多様な形態で具現されることができる（図１５参照）。

図１８を参照すると、無線機器１００、２００は、図１６の無線機器１００、２００に対応し、多様な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／またはモジュール（ｍｏｄｕｌｅ）で構成されることができる。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０、及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機（ら）１１４を含むことができる。例えば、通信回路１１２は、図１６の一つ以上のプロセッサ１０２、２０２及び／または一つ以上のメモリ１０４、２０４を含むことができる。例えば、送受信機（ら）１１４は、図１６の一つ以上の送受信機１０６、２０６及び／または一つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０、及び追加要素１４０と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて、無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して、外部（例えば、他の通信機器）に無線／有線インターフェースを介して送信し、または通信部１１０を介して、外部（例えば、他の通信機器）から無線／有線インターフェースを介して受信された情報をメモリ部１３０に格納することができる。

追加要素１４０は、無線機器の種類によって多様に構成されることができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏｕｎｉｔ）、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット（図１５の１００ａ）、車両（図１５の１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１５の１００ｃ）、携帯機器（図１５の１００ｄ）、家電（図１５の１００ｅ）、ＩｏＴ機器（図１５の１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または、金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図１５７の４００）、基地局（図１５の２００）、ネットワークノードなどの形態で具現されることができる。無線機器は、使用－例／サービスによって、移動可能であり、または固定された場所で使われることができる。

図１８において、無線機器１００、２００内の多様な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部１１０を介して無線で連結されることができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は有線で連結され、制御部１２０と第１のユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で連結されることができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／またはモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサの集合で構成されることができる。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部１３０は、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＤＲＡＭ（ＤｙｎａｍｉｃＲＡＭ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）、非－揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）及び／またはこれらの組み合わせで構成されることができる。

以下、図１８の具現例に対して、他の図面を参照してより詳細に説明する。

図１９は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートブック等）を含むことができる。携帯機器は、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒｔｅｒｍｉｎａｌ）、ＭＳＳ（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＡＭＳ（ＡｄｖａｎｃｅｄＭｏｂｉｌｅＳｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓｔｅｒｍｉｎａｌ）と呼ばれる。

図１９を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ、及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、各々、図１８のブロック１１０～１３０／１４０に対応する。

通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御し、多様な動作を実行することができる。制御部１２０は、ＡＰ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器の連結をサポートすることができる。インターフェース部１４０ｂは、外部機器との連結のための多様なポート（例えば、オーディオの入／出力ポート、ビデオの入／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／またはユーザから入力される情報の入力を受け、または出力することができる。入出力部１４０ｃは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／またはハプティックモジュールなどを含むことができる。

一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得された情報／信号は、メモリ部１３０に格納されることができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、または基地局に送信できる。また、通信部１１０は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元の情報／信号に復元できる。復元された情報／信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して多様な形態（例えば、文字、音声、イメージ、ビデオ、ハプティック）で出力されることができる。

図２０は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（ＡｅｒｉａｌＶｅｈｉｃｌｅ、ＡＶ）、船舶などで具現されることができる。

図２０を参照すると、車両または自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ、及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０／１３０／１４０ａ～１４０ｄは、各々、図１８のブロック１１０／１３０／１４０に対応する。

通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（ＲｏａｄＳｉｄｅｕｎｉｔ）等）、サーバなどの外部機器と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御し、多様な動作を実行することができる。制御部１２０は、ＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行するようにすることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌｍｅａｓｕｒｅｍｅｎｔｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量検知センサ、ヘッディングセンサ（ｈｅａｄｉｎｇｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎｍｏｄｕｌｅ）、車両の前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。

一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランによって車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中、通信部１１０は、外部サーバから最新の交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中、センサ部１４０ｃは、車両状態、周辺環境情報を取得することができる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに対する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。

本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。

Claims

第１装置が無線通信を行う方法において、
第２装置にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信するステップと、
前記第２装置に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信するステップと、
前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定するステップと、
ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言するステップを含み、
前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、
前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される、方法。
前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックを検出しないことは、半二重（ｈａｌｆｄｕｐｌｅｘ）に関連する、請求項１に記載の方法。
前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックを検出しないことは、ＵＬ（ｕｐｌｉｎｋ）通信及びＳＬ（ｓｉｄｅｌｉｎｋ）通信に関連する優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に関連する、請求項１に記載の方法。
前記ＤＴＸカウンターは、前記ＨＡＲＱフィードバックを検出しないことがチャネル状態または受信端末のＰＳＳＣＨデコード失敗によることであることに基づいて１増加される、請求項１に記載の方法。
ｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックの検出に失敗することに基づいて、前記ＭＡＣ層の前記ＨＡＲＱフィードバックに関連する報告は省略される、請求項１に記載の方法。
ｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックの検出に失敗することに基づいて、前記ＰＳＳＣＨに対する再送を実行するステップをさらに含む、請求項１に記載の方法。
前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行しないことに基づいて、前記ＰＳＳＣＨに対する再送を実行するステップをさらに含む、請求項１に記載の方法。
ｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記モニタリングに基づいて前記ＨＡＲＱフィードバックを受信することに基づいて、前記ＭＡＣ層に前記ＨＡＲＱフィードバックに関連する報告を転送するステップをさらに含む、請求項１に記載の方法。
ｉ）前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックに対するモニタリングを実行し、及びｉｉ）前記第１装置が前記モニタリングに基づいて前記ＨＡＲＱフィードバックを受信することに基づいて、前記ＰＳＳＣＨに対する再送を実行するステップをさらに含む、請求項１に記載の方法。
前記ＰＳＳＣＨに対する再送の実行に基づいて、前記ＤＴＸカウンターは初期化される、請求項９に記載の方法。
前記ＰＳＳＣＨに関連するサービスの優先順位が優先順位閾値より低く、前記ＨＡＲＱフィードバックが検出されないことに基づいて、前記第１装置のＭＡＣ層は前記第１装置のＰＨＹ層からＮＡＣＫが転送される、請求項１に記載の方法。
前記ＮＡＣＫはＰＵＣＣＨリソースに基づいて送信される、請求項１に記載の方法。
前記ＤＴＸ関連最大閾値はＨＡＲＱフィードバック方法に基づいて設定され、前記ＨＡＲＱフィードバック方法はＮＡＣＫＯＮＬＹ方法またはＡＣＫ／ＮＡＣＫ方法である、請求項１に記載の方法。
無線通信を行う第１装置において、
命令を格納する１つ以上のメモリと、
１つ以上の送受信機及び、
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行して、
第２装置にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信し、
前記第２装置に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信し、
前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定し、
ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言し、
前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、
前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される、第２装置。
第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、前記装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行できるように接続され、及び命令を格納する１つ以上のメモリを含み、前記１つ以上のプロセッサは前記命令を実行して、
第２端末にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信し、
前記第２端末に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信し、
前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定し、
ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１端末及び前記第２端末間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言し、
前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１端末によって検出されないことに基づいて、前記第１端末の物理層は前記第１端末のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、
前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１端末のＭＡＣ層によって１増加される、装置。
命令を記録している非一時的コンピュータ可読記憶媒体として、
前記命令は、実行されるとき、第１装置に、
第２装置にＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を送信するようにし、
前記第２装置に前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を送信するようにし、
前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定するようにし、
ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて、前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を宣言するようにし、
前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、
前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される、非一時的コンピュータ可読記憶媒体。
第２装置が無線通信を行う方法において、
第１装置からＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を受信するステップと、
前記第１装置から前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を受信するステップと、
前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定するステップと、
前記第１装置に前記ＰＳＦＣＨリソースに基づいて前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックを送信するステップを含み、
前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）はＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて宣言され、
前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、
前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される、方法。
前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックが検出されないことは：半二重（ｈａｌｆｄｕｐｌｅｘ）、またはＵＬ（ｕｐｌｉｎｋ）通信及びＳＬ（ｓｉｄｅｌｉｎｋ）通信に関連する優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に関連する、請求項１７に記載の方法
無線通信を行う第２装置において、
命令を格納する１つ以上のメモリと、
１つ以上の送受信機と、
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含み、前記１つ以上のプロセッサは前記命令を実行して、
第１装置からＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）を受信し、
前記第１装置から前記ＰＳＣＣＨに基づいてＰＳＳＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）を受信し、
前記ＰＳＳＣＨに関連するスロットのインデックス及びサブチャネルのインデックスに基づいて、前記ＰＳＳＣＨに関連するＰＳＦＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ）リソースを決定し、
前記第１装置に前記ＰＳＦＣＨリソースに基づいて前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックを送信し、
前記第１装置及び前記第２装置間の接続に対するＳＬ（ｓｉｄｅｌｉｎｋ）ＲＬＦ（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）はＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｔｒａｎｓｍｉｓｓｉｏｎ）カウンターがＤＴＸ関連最大閾値に到達することに基づいて宣言され、
前記ＰＳＳＣＨに関連するＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）フィードバックが前記ＰＳＦＣＨリソースに基づいて前記第１装置によって検出されないことに基づいて、前記第１装置の物理層は前記第１装置のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）層に前記ＨＡＲＱフィードバックを転送せず、
前記ＭＡＣ層に前記ＨＡＲＱフィードバックが転送されないことに基づいて、前記ＤＴＸカウンターは前記第１装置のＭＡＣ層によって１増加される、第２装置。
前記第１装置が前記ＰＳＦＣＨリソースにおいて前記ＨＡＲＱフィードバックが検出されないことは：半二重（ｈａｌｆｄｕｐｌｅｘ）、またはＵＬ（ｕｐｌｉｎｋ）通信及びＳＬ（ｓｉｄｅｌｉｎｋ）通信に関連する優先順位（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に関連する、請求項１９に記載の第２装置。