(57)【要約】【課題】第１の装置がＳＬ通信を実行する方法を提供する。【解決手段】ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して第１のＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を第２の装置に送信するステップ及び前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のＳＣＩを第２の装置に送信するステップを含み、前記第１のＳＣＩは、前記第２のＳＣＩのリソースに対する情報を含むことを特徴とする。【選択図】図１３
2021514550.tif 000002
【特許請求の範囲】
【請求項１】
第１の装置がＳＬ（ＳｉｄｅＬｉｎｋ）通信を実行する方法において、
ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して第１のＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を第２の装置に送信するステップと、
前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のＳＣＩを前記第２の装置に送信するステップと、を含み、
前記第１のＳＣＩは、前記第２のＳＣＩのリソースに対する情報を含むことを特徴とする、方法。
【請求項２】
前記第２のＳＣＩのリソースに対する前記情報は、前記第２のＳＣＩがマッピングされるＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）の個数及びコーディングレート（ｃｏｄｉｎｇ  ｒａｔｅ）に対する情報、前記第２のＳＣＩがマッピングされる前記ＲＥの個数に対する情報または前記コーディングレートに対する情報を含む、請求項１に記載の方法。
【請求項３】
前記第２のＳＣＩがマッピングされる前記ＲＥの個数及び前記コーディングレートに対する前記情報は、ベータオフセット（ｂｅｔａ  ｏｆｆｓｅｔ）に対する情報を含む、請求項２に記載の方法。
【請求項４】
前記ベータオフセットに対する情報は、前記ベータオフセットを指示するためのベータオフセットインジケータ（ｂｅｔａ  ｏｆｆｓｅｔ  ｉｎｄｉｃａｔｏｒ）を含む、請求項３に記載の方法。
【請求項５】
前記第１のＳＣＩは、前記ＰＳＳＣＨの時間または周波数リソースに対する情報、前記ＰＳＳＣＨのデコーディングに必要なＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）情報または前記ＰＳＳＣＨ上のデータに対するプライオリティ（ｐｒｉｏｒｉｔｙ）情報のうち少なくとも一つを含む、請求項１に記載の方法。
【請求項６】
前記第２のＳＣＩは、前記ＰＳＳＣＨ上のデータに対するソースＩＤ（ＳＯＵＲＣＥ  ＩＤ）またはデスティネーションＩＤ（ＤＥＳＴＩＮＡＴＩＯＮ  ＩＤ）に対する情報、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）プロセスＩＤ（ＨＡＲＱ  ＰＲＯＣＥＳＳ  ＩＤ）情報またはＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）またはＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）のうち少なくとも一つを含む、請求項１に記載の方法。
【請求項７】
前記第１のＳＣＩを送信するためのリソース領域と前記第２のＳＣＩを送信するためのリソース領域は、相互オーバーラップされない、請求項１に記載の方法。
【請求項８】
前記第２の装置により実行される前記第１のＳＣＩと前記第２のＳＣＩに対するデコーディング結果に基づいて、前記ＰＳＳＣＨ上のデータが前記第２の装置によりデコーディングされる、請求項１に記載の方法。
【請求項９】
前記第１のＳＣＩは、前記ＰＳＣＣＨを介して第３の装置に送信され、
前記第３の装置により実行される前記第１のＳＣＩと前記第２のＳＣＩに対するデコーディング結果に基づいて、前記ＰＳＳＣＨ上のデータが前記第３の装置によりデコーディングされない、請求項８に記載の方法。
【請求項１０】
ＳＬ通信を実行する第１の装置において、
命令語を格納する少なくとも一つのメモリと、
少なくとも一つの送受信機と、
前記少なくとも一つのメモリと前記少なくとも一つの送受信機を連結する少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
前記少なくとも一つの送受信機がＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して第１のＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を第２の装置に送信するように制御し、
前記少なくとも一つの送受信機が前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のＳＣＩを前記第２の装置に送信するように制御し、
前記第１のＳＣＩは、前記第２のＳＣＩのリソースに対する情報を含むことを特徴とする、第１の装置。
【請求項１１】
前記第２のＳＣＩのリソースに対する前記情報は、前記第２のＳＣＩがマッピングされるＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）の個数及びコーディングレート（ｃｏｄｉｎｇ  ｒａｔｅ）に対する情報、前記第２のＳＣＩがマッピングされる前記ＲＥの個数に対する情報または前記コーディングレートに対する情報を含む、請求項１０に記載の第１の装置。
【請求項１２】
前記第２のＳＣＩがマッピングされる前記ＲＥの個数及び前記コーディングレートに対する前記情報は、ベータオフセット（ｂｅｔａ  ｏｆｆｓｅｔ）に対する情報を含む、請求項１１に記載の第１の装置。
【請求項１３】
前記ベータオフセットに対する情報は、前記ベータオフセットを指示するためのベータオフセットインジケータ（ｂｅｔａ  ｏｆｆｓｅｔ  ｉｎｄｉｃａｔｏｒ）を含む、請求項１２に記載の第１の装置。
【請求項１４】
前記第１のＳＣＩを送信するためのリソース領域と前記第２のＳＣＩを送信するためのリソース領域は、相互オーバーラップされない、請求項１０に記載の第１の装置。
【請求項１５】
第１の端末を制御する装置において、前記装置は、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサにより実行可能に連結され、命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する少なくとも一つのメモリと、を含み、
前記少なくとも一つのプロセッサが前記命令語を実行することによって、前記第１の端末は、
ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して第１のＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を第２の装置に送信し、
前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のＳＣＩを前記第２の装置に送信し、
前記第１のＳＣＩは、前記第２のＳＣＩのリソースに対する情報を含むことを特徴とする、装置。
【請求項１６】
命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する非一時的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）コンピュータ読み取り可能格納媒体（ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）であって、少なくとも一つのプロセッサにより前記命令語が実行されることに基づいて、
第１の装置により、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して第１のＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）が第２の装置に送信され、
第１の装置により、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のＳＣＩが前記第２の装置に送信され、
前記第１のＳＣＩは、前記第２のＳＣＩのリソースに対する情報を含むことを特徴とする、非一時的コンピュータ読み取り可能格納媒体。
【請求項１７】
第２の装置がＳＬ（ＳｉｄｅＬｉｎｋ）通信を実行する方法において、
ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して第１のＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を第１の装置から受信するステップと、
前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のＳＣＩを前記第１の装置から受信するステップと、を含み、
前記第１のＳＣＩは、前記第２のＳＣＩのリソースに対する情報を含むことを特徴とする、方法。
【請求項１８】
前記第２のＳＣＩのリソースに対する前記情報は、前記第２のＳＣＩがマッピングされるＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）の個数及びコーディングレート（ｃｏｄｉｎｇ  ｒａｔｅ）に対する情報、前記第２のＳＣＩがマッピングされる前記ＲＥの個数に対する情報または前記コーディングレートに対する情報を含む、請求項１７に記載の方法。
【請求項１９】
ＳＬ通信を実行する第２の装置において、
命令語を格納する少なくとも一つのメモリと、
少なくとも一つの送受信機と、
前記少なくとも一つのメモリと前記少なくとも一つの送受信機を連結する少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
前記少なくとも一つの送受信機がＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して第１のＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を第１の装置から受信するように制御し、
前記少なくとも一つの送受信機が前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のＳＣＩを前記第１の装置から受信するように制御し、
前記第１のＳＣＩは、前記第２のＳＣＩのリソースに対する情報を含むことを特徴とする、第２の装置。
【請求項２０】
前記第２のＳＣＩのリソースに対する前記情報は、前記第２のＳＣＩがマッピングされるＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）の個数及びコーディングレート（ｃｏｄｉｎｇ  ｒａｔｅ）に対する情報、前記第２のＳＣＩがマッピングされる前記ＲＥの個数に対する情報または前記コーディングレートに対する情報を含む、請求項１９に記載の第２の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信システムに関する。
【背景技術】
【０００２】
サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）とは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間に直接的なリンクを設定し、基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）を経ずに、端末間に音声またはデータなどを直接やり取りする通信方式を意味する。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。
【０００３】
Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）は、有／無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ−ｔｏ−ｎｅｔｗｏｒｋ）、及びＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）のような四つの類型に区分されることができる。Ｖ２Ｘ通信は、ＰＣ５インターフェース及び／またはＵｕインターフェースを介して提供されることができる。
【０００４】
一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイル広帯域（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。それによって、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術を新しいＲＡＴ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ  ｒａｄｉｏ）と称することができる。ＮＲでもＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信がサポートされることができる。
【０００５】
図１は、ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。図１の実施例は、本開示の多様な実施例と結合されることができる。
【０００６】
Ｖ２Ｘ通信と関連して、ＮＲ以前のＲＡＴではＢＳＭ（Ｂａｓｉｃ  Ｓａｆｅｔｙ  Ｍｅｓｓａｇｅ）、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ  Ａｗａｒｅｎｅｓｓ  Ｍｅｓｓａｇｅ）、ＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ  Ｅｎｖｉｒｏｎｍｅｎｔａｌ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）のようなＶ２Ｘメッセージに基づいて、安全サービス（ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ）を提供する方案が主に論議された。Ｖ２Ｘメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ（ｐｅｒｉｏｄｉｃ  ｍｅｓｓａｇｅ）タイプのＣＡＭ、及び／またはイベントトリガメッセージ（ｅｖｅｎｔ  ｔｒｉｇｇｅｒｅｄ  ｍｅｓｓａｇｅ）タイプのＤＥＮＭを他の端末に送信できる。
【０００７】
例えば、ＣＡＭは、方向及び速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路内訳など、基本車両情報を含むことができる。例えば、端末は、ＣＡＭを放送することができ、ＣＡＭの遅延（ｌａｔｅｎｃｙ）は、１００ｍｓより小さい。例えば、車両の故障、事故などの突発的な状況が発生する場合、端末は、ＤＥＮＭを生成して他の端末に送信できる。例えば、端末の送信範囲内にある全ての車両は、ＣＡＭ及び／またはＤＥＮＭを受信することができる。この場合、ＤＥＮＭは、ＣＡＭより高い優先順位を有することができる。
【０００８】
以後、Ｖ２Ｘ通信と関連して、多様なＶ２ＸシナリオがＮＲで提示されている。例えば、多様なＶ２Ｘシナリオは、車両プラトー二ング（ｖｅｈｉｃｌｅ  ｐｌａｔｏｏｎｉｎｇ）、向上したドライビング（ａｄｖａｎｃｅｄ  ｄｒｉｖｉｎｇ）、拡張されたセンサ（ｅｘｔｅｎｄｅｄ  ｓｅｎｓｏｒｓ）、リモートドライビング（ｒｅｍｏｔｅｄ  ｒｉｖｉｎｇ）などを含むことができる。
【０００９】
例えば、車両プラトー二ングに基づいて、車両は、動的にグループを形成して共に移動できる。例えば、車両プラトー二ングに基づくプラトーン動作（ｐｌａｔｏｏｎ  ｏｐｅｒａｔｉｏｎｓ）を実行するために、前記グループに属する車両は、先頭車両から周期的なデータを受信することができる。例えば、前記グループに属する車両は、周期的なデータを利用することで、車両間の間隔を減らしたり増やしたりすることができる。
【００１０】
例えば、向上したドライビングに基づいて、車両は、半自動化または完全自動化されることができる。例えば、各車両は、近接車両及び／または近接ロジカルエンティティ（ｌｏｇｉｃａｌ  ｅｎｔｉｔｙ）のローカルセンサ（ｌｏｃａｌ  ｓｅｎｓｏｒ）で取得されたデータに基づいて、軌道（ｔｒａｊｅｃｔｏｒｉｅｓ）または機動（ｍａｎｅｕｖｅｒｓ）を調整することができる。また、例えば、各車両は、近接した車両とドライビングインテンション（ｄｒｉｖｉｎｇ  ｉｎｔｅｎｔｉｏｎ）を相互共有することができる。
【００１１】
例えば、拡張センサに基づいて、ローカルセンサを介して取得された生データ（ｒａｗ  ｄａｔａ）または処理されたデータ（ｐｒｏｃｅｓｓｅｄ  ｄａｔａ）、またはライブビデオデータ（ｌｉｖｅ  ｖｉｄｅｏ  ｄａｔａ）は、車両、ロジカルエンティティ、歩行者の端末及び／またはＶ２Ｘ応用サーバ間に相互交換されることができる。したがって、例えば、車両は、自体センサを利用して検知できる環境より向上した環境を認識することができる。
【００１２】
例えば、リモートドライビングに基づいて、運転ができない人または危険な環境に位置したリモート車両のために、リモートドライバまたはＶ２Ｘアプリケーションは、前記リモート車両を動作または制御することができる。例えば、公共交通のように経路を予測することができる場合、クラウドコンピューティングベースのドライビングが前記リモート車両の動作または制御に利用されることができる。また、例えば、クラウドベースのバックエンドサービスプラットフォーム（ｃｌｏｕｄ−ｂａｓｅｄ  ｂａｃｋ−ｅｎｄ  ｓｅｒｖｉｃｅ  ｐｌａｔｆｏｒｍ）に対するアクセスがリモートドライビングのために考慮されることができる。
【００１３】
一方、車両プラトー二ング、向上したドライビング、拡張されたセンサ、リモートドライビングなど、多様なＶ２Ｘシナリオに対するサービス要求事項（ｓｅｒｖｉｃｅ  ｒｅｑｕｉｒｅｍｅｎｔｓ）を具体化する方案がＮＲに基づくＶ２Ｘ通信で論議されている。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本開示の技術的課題は、Ｖ２Ｘ通信に基づく装置（または、端末）間の通信方法及びこれを実行する装置（または、端末）を提供することにある。
【００１５】
本開示の他の技術的課題は、無線通信システムにおいて、Ｖ２Ｘ通信に基づく装置間のサイドリンク制御情報を送受信する方法及びこれを実行する装置を提供することにある。
【００１６】
通信システムで送信タイプ（例えば、ブロードキャスト（ｂｒｏａｄｃａｓｔ）、グループキャスト（ｇｒｏｕｐｃａｓｔ）、ユニキャスト（ｕｎｉｃａｓｔ）等）及び／またはトラフィック特性などによって互いに異なるサイドリンク制御情報が要求されることができ、このとき、前記互いに異なるサイドリンク制御情報を互いに異なるサイドリンク制御情報フォーマットに基づいて示すことができる。互いに異なるサイドリンク制御情報フォーマットに基づいてサイドリンク制御情報を定義（または、決定）するにあたって、装置（または、端末）は、前記サイドリンク制御情報をデコーディングするために、各サイドリンク制御情報フォーマットによるサイドリンク制御情報の大きさを考慮してブラインドデコーディング（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ）を数回実行すべきであり、それによって、不必要な遅延及び／または電力消耗が発生できる。したがって、前記不必要な遅延及び／または電力消耗の発生などを最小化するために、サイドリンク制御情報フォーマットを効率的に定義する必要がある。これと関連して、本開示の他の技術的課題は、Ｖ２ＸシステムでＳＬ通信を実行する時、装置（または、端末）の電力消耗または遅延時間などを考慮して各環境（例えば、送信タイプまたはトラフィック特性等）で要求されるサイドリンク制御情報のフォーマットを効果的に定義（または、決定）する方法及びこれを実行する装置を提供することにある。
【００１７】
本開示の他の技術的課題は、サイドリンク制御情報を第１のサイドリンク制御情報と第２のサイドリンク制御情報を介して２ステップに送信し、第２のサイドリンク制御情報のリソースに対する情報を含む第１のサイドリンク制御情報を効率的に定義するための方法及び装置を提供することにある。
【課題を解決するための手段】
【００１８】
本開示の一実施例によると、第１の装置がＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づくＳＬ（ＳｉｄｅＬｉｎｋ）通信を実行する方法が提供される。前記方法は、ＰＳＣＣＨを介して第１のサイドリンク制御情報を第２の装置に送信するステップ及び前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報を第２の装置に送信するステップを含み、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことを特徴とする。
【００１９】
本開示の他の一実施例によると、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づくＳＬ（ＳｉｄｅＬｉｎｋ）通信を実行する第１の装置が提供される。前記第１の装置は、命令語を格納する少なくとも一つのメモリ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｍｅｍｏｒｙ）、少なくとも一つの送受信機（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｔｒａｎｓｃｅｉｖｅｒ）、及び前記少なくとも一つのメモリと前記少なくとも一つの送受信機を連結する少なくとも一つのプロセッサ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｐｒｏｃｅｓｓｏｒ）を含み、前記少なくとも一つのプロセッサは、ＰＳＣＣＨを介して第１のサイドリンク制御情報を第２の装置に送信するように前記少なくとも一つの送受信機を制御し、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報を第２の装置に送信するように前記少なくとも一つの送受信機を制御し、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことを特徴とする。
【００２０】
本開示の他の一実施例によると、第１の端末を制御する装置が提供される。前記装置は、少なくとも一つのプロセッサ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｐｒｏｃｅｓｓｏｒ）及び前記少なくとも一つのプロセッサにより実行可能に連結され、命令語を格納する少なくとも一つのメモリ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｃｏｍｐｕｔｅｒ  ｍｅｍｏｒｙ）を含み、前記少なくとも一つのプロセッサが前記命令語を実行することによって、前記第１の端末は、ＰＳＣＣＨを介して第１のサイドリンク制御情報を第２の装置に送信し、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報を第２の装置に送信し、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことを特徴とする。
【００２１】
本開示の他の一実施例によると、命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する非一時的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）コンピュータ読み取り可能格納媒体（ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）が提供される。前記非一時的コンピュータ読み取り可能格納媒体の少なくとも一つのプロセッサにより前記命令語が実行されることに基づいて、第１の装置により、ＰＳＣＣＨを介して第１のサイドリンク制御情報が第２の装置に送信され、前記第１の装置により、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報が第２の装置に送信され、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことを特徴とする。
【００２２】
本開示の他の一実施例によると、第２の装置がＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づくＳＬ（ＳｉｄｅＬｉｎｋ）通信を実行する方法が提供される。前記方法は、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づいて第１のサイドリンク制御情報を第１の装置から受信するステップ及び前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に基づいて第２のサイドリンク制御情報を前記第１の装置から受信するステップを含み、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビットを含むことを特徴とする。
【００２３】
本開示の他の一実施例によると、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づくＳＬ（ＳｉｄｅＬｉｎｋ）通信を実行する第２の装置が提供される。前記第２の装置は、命令語を格納する少なくとも一つのメモリ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｍｅｍｏｒｙ）、少なくとも一つの送受信機（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｔｒａｎｓｃｅｉｖｅｒ）、及び前記少なくとも一つのメモリと前記少なくとも一つの送受信機を連結する少なくとも一つのプロセッサ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｐｒｏｃｅｓｓｏｒ）を含み、前記少なくとも一つのプロセッサは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づいて第１のサイドリンク制御情報を第１の装置から受信するように前記少なくとも一つの送受信機を制御し、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に基づいて第２のサイドリンク制御情報を前記第１の装置から受信するように前記少なくとも一つの送受信機を制御し、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビットを含むことを特徴とする。
【発明の効果】
【００２４】
本開示によると、端末（または、装置）がＳＬ通信を効率的に実行することができる。
【００２５】
本開示によると、装置（または、端末）間のＶ２Ｘ通信が効率的に実行されることができる。
【００２６】
本開示によると、無線通信システムでＶ２Ｘ通信に基づく装置が相互サイドリンク制御情報を効率的に送受信できる。
【００２７】
本開示によると、Ｖ２ＸシステムでＳＬ通信を実行する時、装置（または、端末）の電力消耗または遅延時間などを考慮して各環境（例えば、送信タイプまたはトラフィック特性等）で要求される制御情報のフォーマットを効果的に定義（または、決定）できる。
【００２８】
本開示によると、サイドリンク制御情報を第１のサイドリンク制御情報と第２のサイドリンク制御情報を介して２ステップに送信するにあたって、第２のサイドリンク制御情報のリソースに対する情報を含む第１のサイドリンク制御情報を効率的に定義できる。
【図面の簡単な説明】
【００２９】
【図１】ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。
【図２】本開示の一実施例に係る、ＮＲシステムの構造を示す。
【図３】本開示の一実施例に係る、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を示す。
【図４】本開示の一実施例に係る、無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。
【図５】本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。
【図６】本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。
【図７】本開示の一実施例に係る、ＢＷＰの一例を示す。
【図８】本開示の一実施例に係る、ＳＬ通信のための無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。
【図９】本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。
【図１０】本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。
【図１１】本開示の一実施例に係る、三つのキャストタイプを示す。
【図１２】本開示の一実施例に係る、フォーマットインジケータに基づいて制御情報フォーマットを決定する方法を示す。
【図１３】本開示の一実施例に係る、複数の装置間のサイドリンク通信方法を示す。
【図１４】本開示の一実施例に係る第１の装置の動作を示す流れ図である。
【図１５】本開示の一実施例に係る第２の装置の動作を示す流れ図である。
【図１６】本開示の一実施例に係る、通信システム１を示す。
【図１７】本開示の一実施例に係る、無線機器を示す。
【図１８】本開示の一実施例に係る、送信信号のための信号処理回路を示す。
【図１９】本開示の一実施例に係る、無線機器を示す。
【図２０】本開示の一実施例に係る、携帯機器を示す。
【図２１】本開示の一実施例に係る、車両または自律走行車両を示す。
【発明を実施するための形態】
【００３０】
本開示の一実施例によると、第１の装置が制御情報を送信する方法が提供される。前記方法は、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して、第１の制御情報を第２の装置に送信するステップ及び前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して、第２の制御情報を前記第２の装置に送信するステップを含み、前記第１の制御情報は、前記第２の制御情報の制御情報フォーマットに対する情報を含むことを特徴とする。
【００３１】
本明細書において“ＡまたはＢ（Ａ  ｏｒ  Ｂ）”は“ただＡ”、“ただＢ”または“ＡとＢの両方とも”を意味することができる。また、本明細書において“ＡまたはＢ（Ａ  ｏｒ  Ｂ）”は“Ａ及び／またはＢ（Ａ  ａｎｄ／ｏｒ  Ｂ）”と解釈されることができる。例えば、本明細書において“Ａ、ＢまたはＣ（Ａ、Ｂ  ｏｒ  Ｃ）”は“ただＡ”、“ただＢ”、“ただＣ”、または“Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ  ｃｏｍｂｉｎａｔｉｏｎ  ｏｆ  Ａ、Ｂ  ａｎｄ  Ｃ）”を意味することができる。
【００３２】
本明細書で使われるスラッシュ（／）や読点（ｃｏｍｍａ）は“及び／または（ａｎｄ／ｏｒ）”を意味することができる。例えば、“Ａ／Ｂ”は“Ａ及び／またはＢ”を意味することができる。それによって、“Ａ／Ｂ”は“ただＡ”、“ただＢ”、または“ＡとＢの両方とも”を意味することができる。例えば、“Ａ、Ｂ、Ｃ”は“Ａ、ＢまたはＣ”を意味することができる。
【００３３】
本明細書において“少なくとも一つのＡ及びＢ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ  ａｎｄ  Ｂ）”は、“ただＡ”、“ただＢ”または“ＡとＢの両方とも”を意味することができる。また、本明細書において“少なくとも一つのＡまたはＢ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ  ｏｒ  Ｂ）”や“少なくとも一つのＡ及び／またはＢ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ  ａｎｄ／ｏｒ  Ｂ）”という表現は“少なくとも一つのＡ及びＢ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ  ａｎｄ  Ｂ）”と同じく解釈されることができる。
【００３４】
また、本明細書において“少なくとも一つのＡ、Ｂ及びＣ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ、Ｂ  ａｎｄ  Ｃ）”は、“ただＡ”、“ただＢ”、“ただＣ”、または“Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ  ｃｏｍｂｉｎａｔｉｏｎ  ｏｆ  Ａ、Ｂ  ａｎｄ  Ｃ）”を意味することができる。また、“少なくとも一つのＡ、ＢまたはＣ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ、Ｂ  ｏｒ  Ｃ）”や“少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ、Ｂ  ａｎｄ／ｏｒ  Ｃ）”は“少なくとも一つのＡ、Ｂ及びＣ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｏｆ  Ａ、Ｂ  ａｎｄ  Ｃ）”を意味することができる。
【００３５】
また、本明細書で使われる括弧は“例えば（ｆｏｒ  ｅｘａｍｐｌｅ）”を意味することができる。具体的に、“制御情報（ＰＤＣＣＨ）”で表示された場合、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたものである。また、本明細書の“制御情報”は“ＰＤＣＣＨ”に制限（ｌｉｍｉｔ）されずに、“ＰＤＤＣＨ”が“制御情報”の一例として提案されたものである。また、“制御情報（即ち、ＰＤＣＣＨ）”で表示された場合も、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたものである。
【００３６】
本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。
【００３７】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であって、ＩＥＥＥ８０２．１６ｅに基づくシステムとの下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００３８】
５Ｇ  ＮＲは、ＬＴＥ−Ａの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいＣｌｅａｎ−ｓｌａｔｅ形態の移動通信システムである。５Ｇ  ＮＲは、１ＧＨｚ未満の低周波帯域から１ＧＨｚ〜１０ＧＨｚの中間周波帯域、２４ＧＨｚ以上の高周波（ミリ波）帯域など、使用可能な全てのスペクトラムリソースを活用することができる。
【００３９】
説明を明確にするために、５Ｇ  ＮＲを中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。
【００４０】
図２は、本開示の一実施例に係る、ＮＲシステムの構造を示す。図２の実施例は、本開示の多様な実施例と結合されることができる。
【００４１】
図２を参照すると、ＮＧ−ＲＡＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ−Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、端末１０にユーザ平面及び制御平面のプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供する基地局２０を含むことができる。例えば、基地局２０は、ｇＮＢ（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ−ＮｏｄｅＢ）及び／またはｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）を含むことができる。例えば、端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語とも呼ばれる。例えば、基地局は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）であり、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語とも呼ばれる。
【００４２】
図２の実施例は、ｇＮＢのみを含む場合を例示する。基地局２０は、相互間にＸｎインターフェースで連結されることができる。基地局２０は、５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されることができる。より具体的に、基地局２０は、ＮＧ−Ｃインターフェースを介してＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）３０と連結されることができ、ＮＧ−Ｕインターフェースを介してＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）３０と連結されることができる。
【００４３】
図３は、本開示の一実施例に係る、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を示す。図３の実施例は、本開示の多様な実施例と結合されることができる。
【００４４】
図３を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラ管理（ＲＢ  ｃｏｎｔｒｏｌ）、連結移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）セキュリティ、アイドル状態移動性処理などの機能を提供することができる。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）処理などの機能を提供することができる。ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、端末ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス割当、ＰＤＵセッション制御などの機能を提供することができる。
【００４５】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができる。このうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００４６】
図４は、本開示の一実施例に係る、無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。図４の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図４の（ａ）は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造を示し、図４の（ｂ）は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示す。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００４７】
図４を参照すると、物理階層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、物理チャネルを利用して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介してデータがどのようにどんな特徴に送信されるかによって分類される。
【００４８】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００４９】
ＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）階層にサービスを提供する。ＭＡＣ階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副階層は、論理チャネル上のデータ転送サービスを提供する。
【００５０】
ＲＬＣ階層は、ＲＬＣ  ＳＤＵ（Ｓｅｒｖｉｎｇ  Ｄａｔａ  Ｕｎｉｔ）の連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を実行する。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）、及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００５１】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第１の階層（ｐｈｙｓｉｃａｌ階層またはＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層）により提供される論理的経路を意味する。
【００５２】
ユーザ平面でのＰＤＣＰ階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００５３】
ＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）階層は、ユーザ平面でのみ定義される。ＳＤＡＰ階層は、ＱｏＳフロー（ｆｌｏｗ）とデータ無線ベアラとの間のマッピング、ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）マーキングなどを実行する。
【００５４】
ＲＢが設定されるとは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）とＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００５５】
端末のＲＲＣ階層と基地局のＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるようになり、そうでない場合、ＲＲＣ＿ＩＤＬＥ状態にあるようになる。ＮＲの場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が追加で定義され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は、コアネットワークとの連結を維持し、それに対して、基地局との連結を解約（ｒｅｌｅａｓｅ）することができる。
【００５６】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、その以外にユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）とがある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、その以外にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。
【００５７】
トランスポートチャネルの上位において、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）では、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００５８】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００５９】
図５は、本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。図５の実施例は、本開示の多様な実施例と結合されることができる。
【００６０】
図５を参照すると、ＮＲにおいて、アップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは、１０ｍｓの長さを有し、２個の５ｍｓハーフ−フレーム（Ｈａｌｆ−Ｆｒａｍｅ、ＨＦ）に定義されることができる。ハーフ−フレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、副搬送波間隔（Ｓｕｂｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ、ＳＣＳ）によって決定されることができる。各スロットは、ＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）によって１２個または１４個のＯＦＤＭ（Ａ）シンボルを含むことができる。
【００６１】
ノーマルＣＰ（ｎｏｒｍａｌ  ＣＰ）が使われる場合、各スロットは、１４個のシンボルを含むことができる。拡張ＣＰが使われる場合、各スロットは、１２個のシンボルを含むことができる。ここで、シンボルは、ＯＦＤＭシンボル（または、ＣＰ−ＯＦＤＭシンボル）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−ＦＤＭＡ）シンボル（または、ＤＦＴ−ｓ−ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−ＯＦＤＭ）シンボル）を含むことができる。
【００６２】
以下の表１は、ノーマルＣＰが使われる場合、ＳＣＳ設定（ｕ）によってスロット別シンボルの個数（Ｎｓｌｏｔｓｙｍｂ）、フレーム別スロットの個数（Ｎｆｒａｍｅ、ｕｓｌｏｔ）とサブフレーム別スロットの個数（Ｎｓｕｂｆｒａｍｅ、ｕｓｌｏｔ）を例示する。
【００６３】
【表１】
2021514550.tif 000003
【００６４】
表２は、拡張ＣＰが使用される場合、ＳＣＳによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。
【００６５】
【表２】
2021514550.tif 000004
【００６６】
ＮＲシステムでは、一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース（例えば、サブフレーム、スロットまたはＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ  Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定されることができる。
【００６７】
ＮＲにおいて、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）またはＳＣＳがサポートされることができる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ  ａｒｅａ）がサポートされることができ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した−都市（ｄｅｎｓｅ−ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ  ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ  ｃａｒｒｉｅｒ  ｂａｎｄｗｉｄｔｈ）がサポートされることができる。ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相雑音（ｐｈａｓｅ  ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅がサポートされることができる。
【００６８】
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ  ｂａｎｄ）は、二つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ  ｒａｎｇｅ）に定義されることができる。前記二つのタイプの周波数範囲は、ＦＲ１及びＦＲ２である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表３の通りである。ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は“ｓｕｂ  ６ＧＨｚ  ｒａｎｇｅ”を意味することができ、ＦＲ２は“ａｂｏｖｅ  ６ＧＨｚ  ｒａｎｇｅ”を意味することができ、ミリ波（ｍｉｌｌｉｍｅｔｅｒ  ｗａｖｅ、ｍｍＷ）と呼ばれることができる。
【００６９】
【表３】
2021514550.tif 000005
【００７０】
前述したように、ＮＲシステムの周波数範囲の数値は、変更されることができる。例えば、ＦＲ１は、以下の表４のように４１０ＭＨｚ乃至７１２５ＭＨｚの帯域を含むことができる。即ち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域を含むことができる。例えば、ＦＲ１内で含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。
【００７１】
【表４】
2021514550.tif 000006
【００７２】
図６は、本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。図６の実施例は、本開示の多様な実施例と結合されることができる。
【００７３】
図６を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、一つのスロットが１４個のシンボルを含み、拡張ＣＰの場合、一つのスロットが１２個のシンボルを含むことができる。または、ノーマルＣＰの場合、一つのスロットが７個のシンボルを含み、拡張ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。
【００７４】
搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）は、周波数領域で複数（例えば、１２）の連続した副搬送波に定義されうることができる。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）は、周波数領域で複数の連続した（Ｐ）ＲＢ((Ｐｈｙｓｉｃａｌ)Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ)に定義されることができ、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）に対応されることができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれ、一つの複素シンボルがマッピングされることができる。
【００７５】
一方、端末と端末との間の無線インターフェースまたは端末とネットワークとの間の無線インターフェースは、Ｌ１階層、Ｌ２階層、及びＬ３階層で構成されることができる。本開示の多様な実施例において、Ｌ１階層は、物理（ｐｈｙｓｉｃａｌ）階層を意味することができる。また、例えば、Ｌ２階層は、ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層、及びＳＤＡＰ階層のうち少なくとも一つを意味することができる。また、例えば、Ｌ３階層は、ＲＲＣ階層を意味することができる。
【００７６】
以下、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）及びキャリアに対して説明する。
【００７７】
ＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）は、与えられたヌメロロジーでＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）の連続的な集合である。ＰＲＢは、与えられたキャリア上で与えられたヌメロロジーに対するＣＲＢ（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）の連続的な部分集合から選択されることができる。
【００７８】
ＢＡ（Ｂａｎｄｗｉｄｔｈ  Ａｄａｐｔａｔｉｏｎ）を使用すると、端末の受信帯域幅及び送信帯域幅は、セルの帯域幅ほど大きい必要がないし、端末の受信帯域幅及び送信帯域幅は、調整されることができる。例えば、ネットワーク／基地局は、帯域幅調整を端末に知らせることができる。例えば、端末は、帯域幅調整のための情報／設定をネットワーク／基地局から受信することができる。この場合、端末は、前記受信された情報／設定に基づいて帯域幅調整を実行することができる。例えば、前記帯域幅調整は、帯域幅の縮小／拡大、帯域幅の位置変更または帯域幅のサブキャリアスペーシングの変更を含むことができる。
【００７９】
例えば、帯域幅は、パワーをセイブするために活動が少ない期間の間に縮小されることができる。例えば、帯域幅の位置は、周波数ドメインで移動できる。例えば、帯域幅の位置は、スケジューリング柔軟性（ｓｃｈｅｄｕｌｉｎｇ  ｆｌｅｘｉｂｉｌｉｔｙ）を増加させるために周波数ドメインで移動できる。例えば、帯域幅のサブキャリアスペーシング（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）は、変更されることができる。例えば、帯域幅のサブキャリアスペーシングは、異なるサービスを許容するために変更されることができる。セルの総セル帯域幅のサブセットは、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）と称することができる。ＢＡは、基地局／ネットワークが端末にＢＷＰを設定し、基地局／ネットワークが設定されたＢＷＰのうち現在活性状態であるＢＷＰを端末に知らせることによって実行されることができる。
【００８０】
例えば、ＢＷＰは、活性（ａｃｔｉｖｅ）ＢＷＰ、イニシャル（ｉｎｉｔｉａｌ）ＢＷＰ及び／またはデフォルト（ｄｅｆａｕｌｔ）ＢＷＰのうち少なくともいずれか一つである。例えば、端末は、ＰＣｅｌｌ（ｐｒｉｍａｒｙ  ｃｅｌｌ）上の活性（ａｃｔｉｖｅ）ＤＬ  ＢＷＰ以外のＤＬ  ＢＷＰでダウンリンク無線リンク品質（ｄｏｗｎｌｉｎｋ  ｒａｄｉｏ  ｌｉｎｋ  ｑｕａｌｉｔｙ）をモニタリングしない。例えば、端末は、活性ＤＬ  ＢＷＰの外部でＰＤＣＣＨ、ＰＤＳＣＨまたはＣＳＩ−ＲＳ（ただし、ＲＲＭ除外）を受信しない。例えば、端末は、非活性ＤＬ  ＢＷＰに対するＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）報告をトリガしない。例えば、端末は、活性ＵＬ  ＢＷＰ外部でＰＵＣＣＨまたはＰＵＳＣＨを送信しない。例えば、ダウンリンクの場合、イニシャルＢＷＰは、（ＰＢＣＨにより設定された）ＲＭＳＩ  ＣＯＲＥＳＥＴに対する連続的なＲＢセットとして与えられることができる。例えば、アップリンクの場合、イニシャルＢＷＰは、ランダムアクセス手順のためにＳＩＢにより与えられることができる。例えば、デフォルトＢＷＰは、上位階層により設定されることができる。例えば、デフォルトＢＷＰの初期値は、イニシャルＤＬ  ＢＷＰである。エネルギーセイビングのために、端末が一定期間の間にＤＣＩを検出することができない場合、端末は、前記端末の活性ＢＷＰをデフォルトＢＷＰにスイッチングできる。
【００８１】
一方、ＢＷＰは、ＳＬに対して定義されることができる。同じＳＬ  ＢＷＰは、送信及び受信に使われることができる。例えば、送信端末は、特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を送信することができ、受信端末は、前記特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を受信することができる。免許キャリア（ｌｉｃｅｎｓｅｄ  ｃａｒｒｉｅｒ）で、ＳＬ  ＢＷＰは、Ｕｕ  ＢＷＰと別途に定義されることができ、ＳＬ  ＢＷＰは、Ｕｕ  ＢＷＰと別途の設定シグナリング（ｓｅｐａｒａｔｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｉｇｎａｌｌｉｎｇ）を有することができる。例えば、端末は、ＳＬ  ＢＷＰのための設定を基地局／ネットワークから受信することができる。ＳＬ  ＢＷＰは、キャリア内でｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ  ＮＲ Ｖ２Ｘ端末及びＲＲＣ＿ＩＤＬＥ端末に対して（あらかじめ）設定されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードの端末に対して、少なくとも一つのＳＬ  ＢＷＰがキャリア内で活性化されることができる。
【００８２】
図７は、本開示の一実施例に係る、ＢＷＰの一例を示す。図７の実施例は、本開示の多様な実施例と結合されることができる。図７の実施例において、ＢＷＰは、３個と仮定する。
【００８３】
図７を参照すると、ＣＲＢ（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、ＰＲＢは、各ＢＷＰ内で番号が付けられたリソースブロックである。ポイントＡは、リソースブロックグリッド（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｉｄ）に対する共通参照ポイント（ｃｏｍｍｏｎ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）を指示することができる。
【００８４】
ＢＷＰは、ポイントＡ、ポイントＡからのオフセット（ＮｓｔａｒｔＢＷＰ）及び帯域幅（ＮｓｉｚｅＢＷＰ）により設定されることができる。例えば、ポイントＡは、全てのヌメロロジー（例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー）のサブキャリア０が整列されるキャリアのＰＲＢの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントＡとの間のＰＲＢ間隔である。例えば、帯域幅は、与えられたヌメロロジーでＰＲＢの個数である。
【００８５】
以下、Ｖ２ＸまたはＳＬ通信に対して説明する。
【００８６】
図８は、本開示の一実施例に係る、ＳＬ通信のための無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。図８の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図８の（ａ）は、ユーザ平面プロトコルスタックを示し、図８の（ｂ）は、制御平面プロトコルスタックを示す。
【００８７】
以下、ＳＬ同期信号（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、ＳＬＳＳ）及び同期化情報について説明する。
【００８８】
ＳＬＳＳは、ＳＬ特定的なシーケンス（ｓｅｑｕｅｎｃｅ）であって、ＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）と、ＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）とを含むことができる。前記ＰＳＳＳは、Ｓ−ＰＳＳ（Ｓｉｄｅｌｉｎｋ  Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）と称し、前記ＳＳＳＳは、Ｓ−ＳＳＳ（Ｓｉｄｅｌｉｎｋ  Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）と称することができる。例えば、長さ−１２７Ｍ−シーケンス（ｌｅｎｇｔｈ−１２７  Ｍ−ｓｅｑｕｅｎｃｅｓ）がＳ−ＰＳＳに対して使われることができ、長さ−１２７ゴールド−シーケンス（ｌｅｎｇｔｈ−１２７  Ｇｏｌｄ  ｓｅｑｕｅｎｃｅｓ）がＳ−ＳＳＳに対して使われることができる。例えば、端末は、Ｓ−ＰＳＳを利用して最初信号を検出（ｓｉｇｎａｌ  ｄｅｔｅｃｔｉｏｎ）することができ、同期を取得することができる。例えば、端末は、Ｓ−ＰＳＳ及びＳ−ＳＳＳを利用して細部同期を取得することができ、同期信号ＩＤを検出することができる。
【００８９】
ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）は、ＳＬ信号の送受信前に端末が真っ先に知るべき基本となる（システム）情報が送信される（放送）チャネルである。例えば、基本となる情報は、ＳＬＳＳに対する情報、デュプレックスモード（Ｄｕｐｌｅｘ  Ｍｏｄｅ、ＤＭ）、ＴＤＤ  ＵＬ／ＤＬ(Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｕｐｌｉｎｋ/Ｄｏｗｎｌｉｎｋ)の構成、リソースプールに対する情報、ＳＬＳＳに対するアプリケーションの種類、サブフレームオフセット、放送情報などである。例えば、ＰＳＢＣＨ性能の評価のために、ＮＲ  Ｖ２Ｘで、ＰＳＢＣＨのペイロード大きさは、２４ビットのＣＲＣを含んで５６ビットである。
【００９０】
Ｓ−ＰＳＳ、Ｓ−ＳＳＳ、及びＰＳＢＣＨは、周期的送信をサポートするブロックフォーマット（例えば、ＳＬＳＳ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ)／ＰＳＢＣＨブロック、以下、Ｓ−ＳＳＢ（Ｓｉｄｅｌｉｎｋ−Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ  Ｂｌｏｃｋ ））に含まれることができる。前記Ｓ−ＳＳＢは、キャリア内のＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）／ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と同じヌメロロジー（即ち、ＳＣＳ及びＣＰ長さ）を有することができ、送信帯域幅は、（あらかじめ）設定されたＳＬ  ＢＷＰ(Ｓｉｄｅｌｉｎｋ  Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ)内にある。例えば、Ｓ−ＳＳＢの帯域幅は、１１ＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）である。例えば、ＰＳＢＣＨは、１１ＲＢにわたっている。そして、Ｓ−ＳＳＢの周波数位置は、（あらかじめ）設定されることができる。したがって、端末は、キャリアでＳ−ＳＳＢを見つけるために周波数で仮設検出（ｈｙｐｏｔｈｅｓｉｓ  ｄｅｔｅｃｔｉｏｎ）を実行する必要がない。
【００９１】
図９は、本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。図９の実施例は、本開示の多様な実施例と結合されることができる。
【００９２】
図９を参照すると、Ｖ２ＸまたはＳＬ通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、基地局も一種の端末と見なされることもできる。例えば、端末１は、第１の装置１００であり、端末２は、第２の装置２００である。
【００９３】
例えば、端末１は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内で特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を選択することができる。そして、端末１は、前記リソース単位を使用してＳＬ信号を送信することができる。例えば、受信端末である端末２は、端末１が信号を送信することができるリソースプールの設定を受けことができ、前記リソースプール内で端末１の信号を検出することができる。
【００９４】
ここで、端末１が基地局の連結範囲内にある場合、基地局は、リソースプールを端末１に知らせることができる。それに対して、端末１が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせ、または端末１は、事前に設定されたリソースプールを使用することができる。
【００９５】
一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は、一つまたは複数のリソース単位を選定し、自分のＳＬ信号の送信に使用することができる。
【００９６】
以下、ＳＬでリソース割当（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）に対して説明する。
【００９７】
図１０は、本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。図１０の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜のために、ＬＴＥにおいて、送信モードは、ＬＴＥ送信モードと称することができ、ＮＲにおいて、送信モードは、ＮＲリソース割当モードと称することができる。
【００９８】
例えば、図１０の（ａ）は、ＬＴＥ送信モード１またはＬＴＥ送信モード３と関連した端末動作を示す。または、例えば、図１０の（ａ）は、ＮＲリソース割当モード１と関連した端末動作を示す。例えば、ＬＴＥ送信モード１は、一般的なＳＬ通信に適用されることができ、ＬＴＥ送信モード３は、Ｖ２Ｘ通信に適用されることができる。
【００９９】
例えば、図１０の（ｂ）は、ＬＴＥ送信モード２またはＬＴＥ送信モード４と関連した端末動作を示す。または、例えば、図１０の（ｂ）は、ＮＲリソース割当モード２と関連した端末動作を示す。
【０１００】
図１０の（ａ）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割当モード１で、基地局は、ＳＬ送信のために端末により使われるＳＬリソースをスケジューリングすることができる。例えば、基地局は、端末１にＰＤＣＣＨ（より具体的にＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））を介してリソーススケジューリングを実行することができ、端末１は、前記リソーススケジューリングによって端末２とＶ２ＸまたはＳＬ通信を実行することができる。例えば、端末１は、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を端末２に送信した後、前記ＳＣＩに基づくデータをＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して端末２に送信できる。
【０１０１】
図１０の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割当モード２で、端末は、基地局／ネットワークにより設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソース内でＳＬ送信リソースを決定することができる。例えば、前記設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソースは、リソースプールである。例えば、端末は、自律的にＳＬ送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、ＳＬ通信を実行することができる。例えば、端末は、センシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末１は、ＰＳＣＣＨを介してＳＣＩを端末２に送信した後、前記ＳＣＩに基づくデータをＰＳＳＣＨを介して端末２に送信できる。
【０１０２】
図１１は、本開示の一実施例に係る、三つのキャストタイプを示す。図１１の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図１１の（ａ）は、ブロードキャストタイプのＳＬ通信を示し、図１１の（ｂ）は、ユニキャストタイプのＳＬ通信を示し、図１１の（ｃ）は、グループキャストタイプのＳＬ通信を示す。ユニキャストタイプのＳＬ通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのＳＬ通信の場合、端末は、自分が属するグループ内の一つ以上の端末とＳＬ通信を実行することができる。本開示の多様な実施例において、ＳＬグループキャスト通信は、ＳＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）通信、ＳＬ一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）通信などに代替されることができる。
【０１０３】
一方、サイドリンク通信において、端末は、サイドリンク送信のためのリソースを効率的に選択する必要がある。以下、本開示の多様な実施例によって、端末がサイドリンク送信のためのリソースを効率的に選択する方法及びこれをサポートする装置に対して説明する。本開示の多様な実施例において、サイドリンク通信は、Ｖ２Ｘ通信を含むことができる。
【０１０４】
本開示の多様な実施例によって提案された少なくとも一つの提案方式は、ユニキャスト通信、グループキャスト通信及び／またはブロードキャスト通信のうち少なくともいずれか一つに、適用されることができる。
【０１０５】
本開示の多様な実施例によって提案された少なくとも一つの提案方式は、ＰＣ５インターフェースまたはＳＬインターフェース（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）ベースのサイドリンク通信またはＶ２Ｘ通信だけでなく、Ｕｕインターフェース（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ等）ベースのサイドリンク通信またはＶ２Ｘ通信にも、適用されることができる。
【０１０６】
本開示の多様な実施例において、端末の受信動作は、サイドリンクチャネル及び／またはサイドリンク信号（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）のデコーディング動作及び／または受信動作を含むことができる。端末の受信動作は、ＷＡＮ  ＤＬチャネル及び／またはＷＡＮ  ＤＬ信号（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳ等）のデコーディング動作及び／または受信動作を含むことができる。端末の受信動作は、センシング動作及び／またはＣＢＲ測定動作を含むことができる。本開示の多様な実施例において、端末のセンシング動作は、ＰＳＳＣＨ  ＤＭ−ＲＳシーケンスベースのＰＳＳＣＨ−ＲＳＲＰ測定動作、端末が成功的にデコーディングしたＰＳＣＣＨによりスケジューリングされるＰＳＳＣＨ  ＤＭ−ＲＳシーケンスベースのＰＳＳＣＨ−ＲＳＲＰ測定動作、Ｓ−ＲＳＳＩ（ｓｉｄｅｌｉｎｋ  ＲＳＳＩ）測定動作、及び／またはＶ２Ｘリソースプール関連サブチャネルベースのＳ−ＲＳＳＩ測定動作を含むことができる。本開示の多様な実施例において、端末の送信動作は、サイドリンクチャネル及び／またはサイドリンク信号（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）の送信動作を含むことができる。端末の送信動作は、ＷＡＮ  ＵＬチャネル及び／またはＷＡＮ  ＵＬ信号（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ等）の送信動作を含むことができる。本開示の多様な実施例において、同期信号は、ＳＬＳＳ及び／またはＰＳＢＣＨを含むことができる。
【０１０７】
本開示の多様な実施例において、設定は、シグナリング、ネットワークからのシグナリング、ネットワークからの設定、及び／またはネットワークからあらかじめ設定を含むことができる。本開示の多様な実施例において、定義は、シグナリング、ネットワークからのシグナリング、ネットワークからの設定、及び／またはネットワークからあらかじめ設定を含むことができる。本開示の多様な実施例において、指定は、シグナリング、ネットワークからのシグナリング、ネットワークからの設定、及び／またはネットワークからあらかじめ設定を含むことができる。
【０１０８】
本開示の多様な実施例において、ＰＰＰＰ（ＰｒｏＳｅ  Ｐｅｒ  Ｐａｃｋｅｔ  Ｐｒｉｏｒｉｔｙ）は、ＰＰＰＲ（ＰｒｏＳｅ  Ｐｅｒ  Ｐａｃｋｅｔ  Ｒｅｌｉａｂｉｌｉｔｙ）に代替されることができ、ＰＰＰＲは、ＰＰＰＰに代替されることができる。例えば、ＰＰＰＰ値が小さいほど高い優先順位を意味することができ、ＰＰＰＰ値が大きいほど低い優先順位を意味することができる。例えば、ＰＰＰＲ値が小さいほど高い信頼性を意味することができ、ＰＰＰＲ値が大きいほど低い信頼性を意味することができる。例えば、高い優先順位と関連したサービス、パケットまたはメッセージと関連したＰＰＰＰ値は、低い優先順位と関連したサービス、パケットまたはメッセージと関連したＰＰＰＰ値より小さい。例えば、高い信頼性と関連したサービス、パケットまたはメッセージと関連したＰＰＰＲ値は、低い信頼性と関連したサービス、パケットまたはメッセージと関連したＰＰＰＲ値より小さい。
【０１０９】
本開示の多様な実施例において、セッション（ｓｅｓｓｉｏｎ）は、ユニキャストセッション（例えば、サイドリンクのためのユニキャストセッション）、グループキャスト／マルチキャストセッション（例えば、サイドリンクのためのグループキャスト／マルチキャストセッション）、及び／またはブロードキャストセッション（例えば、サイドリンクのためのブロードキャストセッション）のうち少なくともいずれか一つを含むことができる。
【０１１０】
本開示の多様な実施例において、キャリアは、ＢＷＰ及び／またはリソースプールのうち少なくともいずれか一つとして相互拡張解釈されることができる。例えば、キャリアは、ＢＷＰ及び／またはリソースプールのうち少なくともいずれか一つを含むことができる。例えば、キャリアは、一つ以上のＢＷＰを含むことができる。例えば、ＢＷＰは、一つ以上のリソースプールを含むことができる。
【０１１１】
Ｖ２Ｘシステムにおいて、サイドリンクまたはＵｕリンクの送信タイプ（例えば、ブロードキャスト、グループキャスト及び／またはユニキャスト）、チャネル環境及び／またはトラフィック特性などによって、送信スキーム（ｓｃｈｅｍｅ）（例えば、ＭＩＭＯ動作、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫフィードバックの実行可否、閉ループ（Ｃｌｏｓｅｄ−ｌｏｏｐ）ＴＰＣの実行可否、ＭＣＳ  ｔａｂｌｅの種類など）が異なることがあり、それによって、サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）（または、制御情報）を構成するフィールドの組み合わせ及び／または各フィールドの大きさが異なることがある。互いに異なるフィールド組み合わせ及び／または各フィールドの大きさに基づくサイドリンク制御情報は、サイドリンク制御情報フォーマット（ｆｏｒｍａｔ）（または、制御情報フォーマット）に基づいて示すことができる。このとき、互いに異なるサイドリンク制御情報フォーマット間のペイロードサイズ（ｐａｙｌｏａｄ  ｓｉｚｅ）を同じく合わせるために、少なくとも一つのパディングビット（ｐａｄｄｉｎｇ  ｂｉｔ）及び／または少なくとも一つのリザーブドビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含んでサイドリンク制御情報フォーマットが定義されることができる。または、サイドリンク制御情報フォーマットは、対応するパディングビット及び／またはリザーブドビットを含まずに定義されることもできる。
【０１１２】
もし、多数のサイドリンク制御情報フォーマットが定義され、前記多数のサイドリンク制御情報フォーマットの各々に対するペイロードサイズ（ｐａｙｌｏａｄ  ｓｉｚｅ）が互いに異なる場合、端末は、各ペイロードサイズと関連してブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を実行すべきであり、それによって、付加的な遅延時間が要求されて電力が追加的に消耗されることができる。特に、ＲＲＣアイドル（ＲＲＣ−ｉｄｌｅ）端末またはアウトオブカバレッジ（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）端末の場合、（既）設定された（（ｐｒｅ）ｃｏｎｆｉｇｕｒｅｄ）サイドリンク制御情報フォーマットに対してモニタリング（即ち、ブラインドデコーディング）を実行することができ、このとき、スケジューリングフレキシビリティ（ｓｃｈｅｄｕｌｉｎｇ  ｆｌｅｘｉｂｉｌｉｔｙ）を考慮して多様なリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）または時間軸／周波数軸リソースで互いに異なるサイドリンク制御情報フォーマットをモニタリングすべき場合、実行すべきブラインドデコーディング回数が増加できる。このとき、ブラインドデコーディング複雑度（ｃｏｍｐｌｅｘｉｔｙ）を低くするための目的としてリソース使用を制限する場合、スケジューリングフレキシビリティが落ちることができ、センシングベースのサイドリンク送信を実行する時（他の送信間の衝突及び干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）によって）、送信効率が落ちることができる。
【０１１３】
したがって、前記問題を解決するために、一実施例ではサイドリンク制御情報フォーマットが複数個定義される時、各サイドリンク制御情報フォーマットに対するサイズを同じく調整する方法を考慮することができる。即ち、定義された複数個のサイドリンク制御情報フォーマット毎にフィールドの構成が異なることがあるが、少なくとも一つのパディングビット及び／またはリザーブドビットを利用してサイドリンク制御情報フォーマット相互間サイズ（または、ペイロードサイズ）を同じくすることができる。このとき、各サイドリンク制御情報フォーマットを構成するフィールドを指示するためにフォーマットインジケータ（ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）がフィールド内に追加されることができ、該当フィールドの位置は、各制御情報フォーマットのフィールド構成にかかわらず一定である。前記少なくとも一つのパディングビットまたはリザーブドビットを追加する方法において、サイドリンク制御情報フォーマット内定義されることができる全ての種類のフィールドがイネイブル（ｅｎａｂｌｅ）された場合に基づいてサイドリンク制御情報フォーマットのペイロードサイズが設定されることができる。もし、サイドリンク制御情報フォーマット内の特定フィールドがデセイブル（ｄｉｓａｂｌｅ）された場合、該当フィールドに対応する値を０または１に仮定し、または特定値が送信されても該当値を無視することができる。
【０１１４】
前記のようなフィールドのイネイブル／デセイブル可否は、前記フォーマットインジケータのビット値に基づいて区分されることができる。または、サイドリンク制御情報フォーマットのフィールド組み合わせのうち最も大きいサイズで構成されるサイドリンク制御情報フォーマットに基づいてサイドリンク制御情報フォーマットのペイロードサイズが設定されることができる。前記最も大きいサイズで構成されるサイドリンク制御情報フォーマットを除外した残りのサイドリンク制御情報フォーマットに対しては、サイドリンク制御情報のＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）またはＬＳＢにパディングビットを追加し、または前記フォーマットインジケータに対するビットと実質的（ａｃｔｕａｌ）サイドリンク制御情報との間にパディングビットを追加することができる。このとき、サイドリンク制御情報フォーマット間のフィールド構成が相互異なっても、サイドリンク送信の特性上、他の端末が活用できる情報の位置（例えば、センシングのために必要なリソース割当フィールド（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）またはＤＭＲＳパターンインジケーションフィールド（ＤＭＲ  Ｓｐａｔｔｅｒｎ  ｉｎｄｉｃａｔｉｏｎ  ｆｉｅｌｄ）等）は固定されることができる。
【０１１５】
他の一実施例では、サイドリンク制御情報フォーマットを検出するためのサーチスペース（ｓｅａｒｃｈ  ｓｐａｃｅ）によって前記サイドリンク制御情報フォーマットまたは（ペイロード）サイズが決定されることができる。または、サイドリンク制御情報フォーマットの（ペイロード）サイズによって、該当サイドリンク制御情報フォーマットが送信される制御チャネル領域が区分されることができる。
【０１１６】
他の一実施例では、異なるサイドリンク制御情報フォーマット間のサイズを同じく調整するために少なくとも一つのパディングビットまたは少なくとも一つのリザーブドビットを利用する場合、別途のインジケーションビットフィールド（ｉｎｄｉｃａｔｉｏｎ  ｂｉｔ  ｆｉｅｌｄ）の代わりにＣＲＣに特定シーケンス（ｓｅｑｕｅｎｃｅ）でスクランブリング（ｓｃｒａｍｂｌｉｎｇ）する動作を介して、該当サイドリンク制御情報がどのようなフォーマットで送信されたか（即ち、どのような組み合わせのフィールドで構成されたか）を示すことができる。
【０１１７】
他の一実施例では、ＤＭＲＳシーケンス生成（ＤＭＲ  Ｓｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｉｏｎ）時に適用される初期化（ｉｎｉｔｉａｌｉｚａｔｉｏｎ）ＩＤがサイドリンク制御情報フォーマット別に異なるように適用されることができる。または、プール特定（ｐｏｏｌ−ｓｐｅｃｉｆｉｃ）に最大ペイロードサイズ（ｍａｘｉｍｕｍ  ｐａｙｌｏａｄ  ｓｉｚｅ）またはサイドリンク制御情報フォーマットが決定されることができ、前記（ペイロードサイズ）を同じく合わせる動作は、プール特定に実行されることができる。即ち、特定プール内で許容された最も大きいペイロードサイズまたは最も大きいペイロードサイズに対応されるサイドリンク制御情報フォーマットを基準にして各サイドリンク制御情報フォーマットのサイズを同じく合わせることができ、このような方式は、システムに事前に定義されることができる。
【０１１８】
他の一実施例において、基地局からシグナリングされた情報に基づいて、端末は、プール特定に許容可能な最大ペイロードサイズまたは最大ペイロードサイズに対応されるサイドリンク制御情報フォーマットを（あらかじめ）設定することができ、該当サイドリンク制御情報フォーマットを基準にして各サイドリンク制御情報フォーマットのサイズを同じく合わせることができる。
【０１１９】
他の一実施例において、サービス別に要求される信頼度（ｒｅｌｉａｂｉｌｉｔｙ）などが異なる点に基づいて、サービス特定（ｓｅｒｖｉｃｅ−ｓｐｅｃｉｆｉｃ）にサイドリンク制御情報フォーマットが定義され、または送信情報の優先権（ｐｒｉｏｒｉｔｙ）によってサイドリンク制御情報フォーマットが定義されることができる。一例示において、特定サービスのために要求される要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）によって、サイドリンク制御情報のペイロードサイズを減らすためにデータ送信時に適用されるリソース割当単位（例えば、サブチャネル（ｓｕｂｃｈａｎｎｅｌ））が異なるように定義されることができ、前記リソース割当単位によってサイドリンク制御情報フォーマットの（ペイロード）サイズが決定されることができる。または、ＣＢＲ（Ｃｈａｎｎｅｌ  Ｂｕｓｙ  Ｒａｔｉｏ）レベル（ｌｅｖｅｌ）によってサイドリンク制御情報フォーマットが定義されることができる。例えば、高い混雑レベル（ｈｉｇｈ  ｃｏｎｇｅｓｔｉｏｎ  ｌｅｖｅｌ）では、よりコンパック（ｃｏｍｐａｃｔ）な情報（または、より少ないサイズのサイドリンク制御情報）で構成されたサイドリンク制御情報フォーマットを使用するように定義されることができる。このとき、各サービス、送信情報の優先権及び／または混雑レベル（ｃｏｎｇｅｓｔｉｏｎ  ｌｅｖｅｌ）によって定義される一つ以上のサイドリンク制御情報フォーマット間（ペイロード）のサイズを同じく合わせる動作を適用することができ、ペイロードサイズを同じく合わせるための具体的な動作は、前述した実施例と同一／類似する。
【０１２０】
前記実施例のように、サイドリンク制御情報フォーマット間のサイズを同じく合わせるために特定サイドリンク制御情報フォーマットに少なくとも一つのパディングビットまたは少なくとも一つのリザーブドビットを追加する場合、該当ビットを事前に定義された値（例えば、０または１）に基づいて送信することで仮想ＣＲＣ（ｖｉｒｔｕａｌ  ＣＲＣ）として活用することもでき、または付加的な情報を送信するためのフィールドとして使用することもできる。付加的な情報は、例えば、センシング動作を容易にする情報（例えば、該当サイドリンク制御情報に連動されたデータ送信が周期的（ｐｅｒｉｏｄｉｃ）送信かまたは非周期的（ａｐｅｒｉｏｄｉｃ）送信かに対する情報、該当データ送信が周期的送信である場合において、今後残っているリソース留保（ｒｅｓｅｒｖａｔｉｏｎ）個数に対する情報等）を含むことができる。
【０１２１】
一方、以下、図１２では前記フォーマットインジケータを具現するための具体化された実施例に対して記述する。
【０１２２】
図１２は、本開示の一実施例に係る、フォーマットインジケータに基づいて制御情報フォーマットを決定する方法を示す。
【０１２３】
一実施例において、フォーマットインジケータ（ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）は、ヘッダ（ｈｅａｄｅｒ）情報とも呼ばれる（または、示される）。前記フォーマットインジケータまたは前記ヘッダ情報は、サイドリンク制御情報フォーマット内で別途のフィールドに定義されることもできるが、間接的な（または、暗黙的な）方法にインジケート（ｉｎｄｉｃａｔｅ）されることもできる。一例示において、ＤＭＲＳにモジュレーション（ｍｏｄｕｌａｔｉｏｎ）シンボルを掛ける方式を介して前記フォーマットインジケータまたは前記ヘッダ情報がインジケートされることができる。他の一例示では、ＤＭＲＳのシーケンスを異なるように（例えば、ＣＳ（Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）値を異なるように）送信することによって前記フォーマットインジケータまたは前記ヘッダ情報がインジケートされることができる。
【０１２４】
前記一実施例のように、ＤＭＲＳのＣＳを利用したりモジュレーションシンボルを利用したりしてシーケンスディテクション（ｓｅｑｕｅｎｃｅ  ｄｅｔｅｃｔｉｏｎ）に基づいて（ペイロード）サイズまたはサイドリンク制御情報フォーマットが間接的に（または、暗黙的に）決定される場合、装置（または、端末）のブラインドデコーディング試み回数が減少されることができる。サイドリンク制御情報フォーマットと前記モジュレーションシンボルまたはシーケンスのＣＳ値間の関係は、システムに（事前に）定義され、または基地局が端末に上位階層シグナリング（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）及び／または物理階層シグナリング（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を介して関連情報を伝達することによって設定されることができる。
【０１２５】
図１２を参照すると、装置（または、端末）がＤＭＲＳのＣＳに基づいて（ペイロード）サイズまたはサイドリンク制御情報フォーマットを決定する方法の一例示が示されている。一実施例に係る装置は、ステップＳ１２１０において、ＤＭＲＳシーケンスＣＳとサイドリンク制御情報フォーマットとの間の関係を（事前に）設定することができる。ステップＳ１２２０において、装置は、ＣＳ  ｊ＝０のＤＭＲＳシーケンスに基づいてサイドリンク制御情報に対するデコーディングを試みることができる。ステップＳ１２３０において、装置は、ＣＳ  ｊ＝０が対応サイドリンク制御情報のＤＭＲＳシーケンスに適用されるかどうかを判断（または、決定）することができる。ＣＳ  ｊ＝０が対応サイドリンク制御情報のＤＭＲＳシーケンスに適用されないという決定に基づいて、ステップＳ１２４０において、装置は、可用なｊが全てチェックされるかどうかを判断することができる。可用なｊが全てチェックされなかったという決定に基づいて、ｊ＝０に１が加算されてｊ＝１になることができる。再び、ステップＳ１２３０に戻って、装置は、ＣＳ  ｊ＝１が対応サイドリンク制御情報のＤＭＲＳシーケンスに適用されるかどうかを判断（または、決定）することができる。前記ステップＳ１２３０乃至Ｓ１２５０が順に繰り返しされながら、ｊが０から１ずつ増加しながらＣＳ  ｊが順にチェックされることができる。もし、ステップＳ１２３０において、ＣＳ  ｊが対応サイドリンク制御情報のＤＭＲＳシーケンスに適用されると判断された場合、ステップＳ１２６０に進行し、装置は、デコーディングのためのサイドリンク制御情報フォーマットを、ＣＳ  ｊに対応されるサイドリンク制御情報フォーマットに決定できる。一方、ｊが０から１ずつ増加しながら可用なＣＳ  ｊが順に全てチェックされたにもかかわらず、対応サイドリンク制御情報のＤＭＲＳシーケンスに適用されるＣＳ  ｊを検出することができない場合、ステップＳ１２７０に進行し、装置は、サイドリンク制御情報に対するデコーディングに失敗したと判断（または、決定）できる。
【０１２６】
図１３は、本開示の一実施例に係る、複数の装置間のサイドリンク通信方法を示す。より具体的に、図１３は、装置（図１３の第１の装置）が外部装置（図１３の第２の装置及び／または第３の装置）にサイドリンク制御情報を２ステップ（２−ｓｔａｇｅ）に送信する方法の一例示を示す。
【０１２７】
本開示において、“２ステップサイドリンク制御情報送信”は、２ステップ送信、２−ステージ送信、２−ステージＳＣＩ送信など、多様な用語に代替されることができ、前記２ステップサイドリンク制御情報送信で、先に送信される“第１のサイドリンク制御情報”は、第１のＳＣＩ、第１の制御情報など、多様な用語に代替されることができ、後に送信される“第２のサイドリンク制御情報”は、第２のＳＣＩ、第２の制御情報など、多様な用語に代替されることができる。前記第１のサイドリンク制御情報は、前記第２のサイドリンク制御情報に対する情報を含むことができる。また、“サイドリンク制御情報フォーマット”は、制御情報フォーマット、ＳＣＩフォーマットなど、多様な用語に代替されることができる。
【０１２８】
本開示では相互間にＳＬ通信を実行する二つの装置（または、端末）のうち、最初にＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及び／またはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を送信する装置を“第１の装置”と示し、前記ＰＳＳＣＨ及び／またはＰＳＣＣＨを受信する装置を“第２の装置”及び／または“第３の装置”と示している。本開示において、前記第１の装置は、送信端末、転送端末、送信装置、ＴＸ  ＵＥ、転送ＵＥ、送信ＵＥ、ｔｒａｎｓｍｉｔｔｅｒ  ＵＥ、ＵＥなど、多様な用語に代替されることができ、前記第２の装置及び／または第３の装置は、受信端末、ＲＸ  ＵＥ、受信ＵＥ、ｒｅｃｅｉｖｅｒ  ＵＥ、ＵＥなど、多様な用語に代替されることができる。
【０１２９】
より具体的に分類すると、前記第２の装置は、前記第２のサイドリンク制御情報のターゲットになる装置（または、端末）を示す“ターゲット装置”と呼ばれ、前記第３の装置は、前記第２のサイドリンク制御情報のターゲットにならない装置（または、端末）を示す“ターゲット外（ｎｏｎ−ｔａｒｇｅｔ）装置”と呼ばれる。
【０１３０】
また、‘第１の装置’と‘第２の装置及び／または第３の装置’は、ＰＳＳＣＨ及び／またはＰＳＣＣＨを送信するかまたは受信するかなどに基づいて分類されるため、当該技術分野の通常の技術者は、時間が経過するにつれて前記‘第１の装置’が前記‘第２の装置及び／または第３の装置’に転換されることができ、前記‘第２の装置及び／または第３の装置’が前記‘第１の装置’に転換可能であることを容易に理解することができる。
【０１３１】
一実施例に係る第１の装置は、ステップＳ１３１０において、ＰＳＣＣＨ及び／またはＰＳＳＣＨを第２の装置及び／または第３の装置に送信することができる。このとき、前記ＰＳＣＣＨ及び／または前記ＰＳＳＣＨは、前記第１の装置から前記第２の装置及び／または前記第３の装置に、図１１で前述されたユニキャストタイプのＳＬ通信、グループキャストタイプのＳＬ通信及び／またはブロードキャストタイプのＳＬ通信に基づいて送信されることができる。
【０１３２】
一実施例に係る第２の装置（ターゲット装置）は、ステップＳ１３２０で前記ＰＳＣＣＨをデコーディングすることができ、ステップＳ１３３０で前記ＰＳＳＣＨをデコーディングすることができる。一例示において、第２の装置（ターゲット装置）は、前記ＰＳＣＣＨを介して送信される前記第１のサイドリンク制御情報をデコーディングすることができ、前記第１のサイドリンク制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨを介して送信される前記第２のサイドリンク制御情報をデコーディングすることができ、前記第１のサイドリンク制御情報及び／または前記サイドリンク第２の制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨをデコーディングすることに決定できる。
【０１３３】
一実施例に係る第３の装置（ターゲット外装置）は、ステップＳ１３４０で前記ＰＳＣＣＨをデコーディングすることができる。このとき、第３の装置は、前記ＰＳＳＣＨをデコーディングしないことを特徴とする。一例示において、第３の装置（ターゲット外装置）は、前記ＰＳＣＣＨを介して送信される前記第１のサイドリンク制御情報をデコーディングすることができ、前記第１のサイドリンク制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨを介して送信される前記第２のサイドリンク制御情報をデコーディングすることができ、前記第１のサイドリンク制御情報及び／または前記第２のサイドリンク制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨをデコーディングしないことに決定できる。
【０１３４】
以下では第１のサイドリンク制御情報及び第２のサイドリンク制御情報と関連してより具体的に検討する。
【０１３５】
一例示において、第１のサイドリンク制御情報（１ｓｔ  ＳＣＩ）が含む情報の例示は、以下の表５の通りである。
【０１３６】
【表５】
2021514550.tif 000007
【０１３７】
他の一例示において、第１のサイドリンク制御情報（１ｓｔ  ＳＣＩ）が含む情報の例示は、以下の表６の通りである。
【０１３８】
【表６】
2021514550.tif 000008
【０１３９】
他の一例示において、第１のサイドリンク制御情報（１ｓｔ  ＳＣＩ）が含む情報の例示は、以下の表７の通りである。
【０１４０】
【表７】
2021514550.tif 000009
【０１４１】
第１のサイドリンク制御情報の場合、装置（または、端末）区分無しで全ての装置（または、端末）が検出可能に構成されることができる。装置区分無しで全ての装置が検出可能に構成される場合、前記第１のサイドリンク制御情報に後続する第２のサイドリンク制御情報がターゲットとするターゲット装置（または、ターゲット端末）でない、ターゲット外（ｎｏｎ−ｔａｒｇｅｔ）装置が前記第１のサイドリンク制御情報を介して検出された情報に基づいて、前記ターゲット装置が使用中であるリソースをセンシングすることを容易にすることができる（そのために、例えば、第１のサイドリンク制御情報は、サイドリンク送信に利用される時間軸／周波数軸リソース情報を含むことができる）。
【０１４２】
このとき、前記ターゲット装置は、第１のサイドリンク制御情報を検出した以後、第２のサイドリンク制御情報を受信（または、デコーディング）する必要があり、そのために、第１のサイドリンク制御情報は、第２のサイドリンク制御情報を検出するための情報を含むことができる。一例示において、第１のサイドリンク制御情報は、第２のサイドリンク制御情報のサイドリンク制御情報フォーマットに対する情報（例えば、ペイロードサイズに対する情報または送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）に対する情報等）を含むことができる。その他、第１のサイドリンク制御情報は、第２のサイドリンク制御情報のサイズ、送信されるチャネル情報、リソース情報及び／またはコードレート情報（または、コードレーティング情報）などを含むことができる。
【０１４３】
他の一例示において、または前記一例示と結合することで、第１のサイドリンク制御情報は、ペイロード内にターゲット装置またはターゲットグループのＩＤを含んだまま送信されることができ、第２のサイドリンク制御情報を処理するにあたって、前記ＩＤに基づいてＣＲＣスクランブリングを実行することができる。第１のサイドリンク制御情報がデスティネーションＩＤ（ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）または第２のサイドリンク制御情報のターゲットになるターゲット装置に対する情報を含む場合、第１のサイドリンク制御情報のペイロードサイズが増加されることができるが、ターゲット装置を除外したターゲット外装置により実行される第２のサイドリンク制御情報に対する不必要なデコーディングを防止することができる。それと違って、デスティネーションＩＤまたはターゲット装置に対する情報を第２のサイドリンク制御情報に含み、またはＣＲＣスクランブリングを介して反映する場合、第１のサイドリンク制御情報のペイロードサイズを減らすことができるが、ターゲット外装置が不必要に第２のサイドリンク制御情報に対するデコーディングを実行しなければならない。第２のサイドリンク制御情報には、前記第２のサイドリンク制御情報がどのような第１のサイドリンク制御情報に対応されるかを確認（ｖｅｒｉｆｉｃａｔｉｏｎ）するための情報が含まれることができ、第１のサイドリンク制御情報で指示した構成情報によってＭＩＭＯ関連パラメータ、ＣＢＧＴＩ（ＣＢＧ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＨＡＲＱ−ＡＣＫフィードバック関連情報などが含まれることができる。
【０１４４】
図１４は、本開示の一実施例に係る第１の装置の動作を示す流れ図である。
【０１４５】
図１４の流れ図に開示された動作は、本開示の多様な実施例と結合して実行されることができる。一例示において、図１４の流れ図に開示された動作は、図１６乃至図２１に示す装置のうち少なくとも一つに基づいて実行されることができる。他の一例示において、図１４の流れ図に開示された動作は、図１３の流れ図に開示された動作と多様な方式に結合されて実行されることができる。一例示において、図１４の第１の装置は、後述される図１７の第１の無線機器１００と対応されることができる。他の一例示において、図１４の第１の装置は、後述される図１７の第２の無線機器２００と対応されることができる。
【０１４６】
ステップＳ１４１０において、一実施例に係る第１の装置は、ＰＳＣＣＨを介して第１のサイドリンク制御情報を第２の装置に送信することができる。一例示において、前記第１の制御情報は、前記第２の制御情報に対する情報を含むことができる。
【０１４７】
ステップＳ１４２０において、一実施例に係る第１の装置は、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報を第２の装置に送信することができる。
【０１４８】
一実施例において、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことができる。
【０１４９】
一実施例において、前記少なくとも一つのリザーブドビットの総ビット数は、基地局またはネットワークから受信された情報に基づいて決定されることができる。
【０１５０】
一実施例において、前記少なくとも一つのリザーブドビットの総ビット数に対する情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）パラメータまたはＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）から取得され、またはプリコンフィギュレーション（ｐｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて決定されることができる。
【０１５１】
一実施例において、前記第１のサイドリンク制御情報は、前記ＰＳＳＣＨの時間または周波数リソースに対する情報、前記ＰＳＳＣＨのデコーディングに必要なＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）情報または前記ＰＳＳＣＨ上のデータに対するプライオリティ（ｐｒｉｏｒｉｔｙ）情報のうち少なくとも一つを含むことができる。
【０１５２】
一実施例において、前記第２のサイドリンク制御情報は、前記ＰＳＳＣＨ上のデータに対するソースＩＤ（ＳＯＵＲＣＥ  ＩＤ）またはデスティネーションＩＤ（ＤＥＳＴＩＮＡＴＩＯＮ  ＩＤ）に対する情報、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）プロセスＩＤ（ＨＡＲＱ  ＰＲＯＣＥＳＳ  ＩＤ）情報またはＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）またはＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）のうち少なくとも一つを含むことができる。
【０１５３】
一実施例に係る第１の装置は、ＳＬ通信と関連したリソースに対する情報を基地局から受信することができる。一例示で、前記第１の制御情報は、前記ＰＳＣＣＨを介して、ブロードキャストタイプのＳＬ通信、ユニキャストタイプのＳＬ通信及び／またはグループキャストタイプのＳＬ通信に基づいて、前記第１の装置から前記第２の装置に送信されることができる。このとき、前記少なくとも一つのリザーブドビットの総ビット数は、前記基地局から受信された、前記ＳＬ通信と関連した前記リソースに対する情報に基づいて決定されることができる。
【０１５４】
一実施例において、前記第１のサイドリンク制御情報は、物理階層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）から受信された物理階層パラメータ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ）と関連することを特徴とする。
【０１５５】
一実施例において、前記第１のサイドリンク制御情報は、物理階層の上位階層（ｈｉｇｈｅｒ  ｌａｙｅｒ）から受信された上位階層パラメータ（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ）と関連することを特徴とする。
【０１５６】
一実施例において、前記少なくとも一つのリザーブドビットの前記総ビット数は、２個、３個または４個である。
【０１５７】
一実施例において、前記少なくとも一つのリザーブドビットの総ビット数は、固定されたことを特徴とする。
【０１５８】
一実施例において、前記少なくとも一つのリザーブドビットの各々の値（ｖａｌｕｅ）は、０に設定されることができる。
【０１５９】
一実施例において、前記少なくとも一つのリザーブドビットの各々の値（ｖａｌｕｅ）は、１に設定されることができる。
【０１６０】
一実施例において、前記第１のサイドリンク制御情報を送信するためのリソース領域と、前記第２のサイドリンク制御情報を送信するためのリソース領域は、相互重複（ｏｖｅｒｌａｐ）されないことを特徴とする。
【０１６１】
一実施例において、前記第２の装置により実行される前記第１のサイドリンク制御情報と前記第２のサイドリンク制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨが前記第２の装置によりデコーディングされることができる。例えば、前記第２の装置により実行される前記第１のサイドリンク制御情報と前記第２のサイドリンク制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨ上のデータが前記第２の装置によりデコーディングされることができる。即ち、前記第２の装置により実行される前記第１のサイドリンク制御情報と前記第２のサイドリンク制御情報に対するデコーディングの結果に基づいて、前記第２の装置は、ターゲット装置に決定されることができる。
【０１６２】
一実施例において、前記第１のサイドリンク制御情報は、前記ＰＳＣＣＨを介して第３の装置に送信されることができ、前記第３の装置により実行される前記第１のサイドリンク制御情報と前記第２のサイドリンク制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨが前記第３の装置によりデコーディングされない。例えば、前記第１のサイドリンク制御情報は、前記ＰＳＣＣＨを介して第３の装置に送信されることができ、前記第３の装置により実行される前記第１のサイドリンク制御情報と前記第２のサイドリンク制御情報に対するデコーディング結果に基づいて、前記ＰＳＳＣＨ上のデータが前記第３の装置によりデコーディングされない。即ち、前記第３の装置により実行される前記第１のサイドリンク制御情報と前記第２のサイドリンク制御情報に対するデコーディング結果に基づいて、前記第３の装置は、ターゲット外（ｎｏｎ−ｔａｒｇｅｔ）装置に決定されることができる。
【０１６３】
本開示の一実施例によって、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づくＳＬ（ＳｉｄｅＬｉｎｋ）通信を実行する第１の装置が提供されることができる。前記第１の装置は、命令語を格納する少なくとも一つのメモリ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｍｅｍｏｒｙ）、少なくとも一つの送受信機（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｔｒａｎｓｃｅｉｖｅｒ）、及び前記少なくとも一つのメモリと前記少なくとも一つの送受信機を連結する少なくとも一つのプロセッサ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｐｒｏｃｅｓｓｏｒ）を含み、前記少なくとも一つのプロセッサは、ＰＳＣＣＨを介して第１のサイドリンク制御情報を第２の装置に送信するように前記少なくとも一つの送受信機を制御し、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報を第２の装置に送信するように前記少なくとも一つの送受信機を制御し、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことを特徴とする。
【０１６４】
本開示の一実施例によると、第１の端末を制御する装置（または、チップ（セット））が提供されることができる。前記装置は、少なくとも一つのプロセッサ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｐｒｏｃｅｓｓｏｒ）及び前記少なくとも一つのプロセッサにより実行可能に連結され、命令語を格納する少なくとも一つのメモリ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｃｏｍｐｕｔｅｒ  ｍｅｍｏｒｙ）を含み、前記少なくとも一つのプロセッサが前記命令語を実行することによって、前記第１の端末は：ＰＳＣＣＨを介して第１のサイドリンク制御情報を第２の装置に送信し、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報を第２の装置に送信し、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことを特徴とする。
【０１６５】
一例示において、前記実施例の前記第１の端末は、本開示の全般に記載された第１の装置を示すことができる。一例示において、前記第１の端末を制御する前記装置内の前記少なくとも一つのプロセッサ、前記少なくとも一つのメモリなどは、各々、別途のサブチップ（ｓｕｂｃｈｉｐ）で具現されることもでき、または少なくとも二つ以上の構成要素が一つのサブチップを介して具現されることもできる。
【０１６６】
本開示の一実施例によると、命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）（または、指示）を格納する非一時的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）コンピュータ読み取り可能格納媒体（ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）が提供されることができる。前記非一時的コンピュータ読み取り可能格納媒体の少なくとも一つのプロセッサにより前記命令語が実行されることに基づいて：前記第１の装置により、ＰＳＣＣＨを介して第１のサイドリンク制御情報が第２の装置に送信され、前記第１の装置により、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して第２のサイドリンク制御情報が第２の装置に送信され、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことを特徴とする。
【０１６７】
図１５は、本開示の一実施例に係る第２の装置の動作を示す流れ図である。
【０１６８】
図１５の流れ図に開示された動作は、本開示の多様な実施例と結合して実行されることができる。一例示において、図１５の流れ図に開示された動作は、図１６乃至図２１に示す装置のうち少なくとも一つに基づいて実行されることができる。他の一例示において、図１５の流れ図に開示された動作は、図１３の流れ図に開示された動作と多様な方式に結合されて実行されることができる。一例示において、図１５の第２の装置は、後述される図１７の第２の無線機器２００と対応されることができる。他の一例示において、図１５の第２の装置は、後述される図１７の第１の無線機器１００と対応されることができる。
【０１６９】
ステップＳ１５１０において、一実施例に係る第２の装置は、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づいて第１のサイドリンク制御情報を第１の装置から受信することができる。
【０１７０】
ステップＳ１５２０において、一実施例に係る第２の装置は、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に基づいて第２のサイドリンク制御情報を前記第１の装置から受信することができる。
【０１７１】
一実施例において、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビット（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｒｅｓｅｒｖｅｄ  ｂｉｔ）を含むことができる。
【０１７２】
一実施例において、前記少なくとも一つのリザーブドビットの総ビット数は、基地局またはネットワークから受信された情報に基づいて決定されることができる。
【０１７３】
一実施例において、前記少なくとも一つのリザーブドビットの総ビット数に対する情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）パラメータまたはＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）から取得され、またはプリコンフィギュレーション（ｐｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて決定されることができる。
【０１７４】
一実施例において、前記第１のサイドリンク制御情報は、前記ＰＳＳＣＨの時間または周波数リソースに対する情報、前記ＰＳＳＣＨのデコーディングに必要なＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）情報または前記ＰＳＳＣＨ上のデータに対するプライオリティ（ｐｒｉｏｒｉｔｙ）情報のうち少なくとも一つを含むことができる。
【０１７５】
一実施例において、前記第２のサイドリンク制御情報は、前記ＰＳＳＣＨ上のデータに対するソースＩＤ（ＳＯＵＲＣＥ  ＩＤ）またはデスティネーションＩＤ（ＤＥＳＴＩＮＡＴＩＯＮ  ＩＤ）に対する情報、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）プロセスＩＤ（ＨＡＲＱ  ＰＲＯＣＥＳＳ  ＩＤ）情報またはＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）またはＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）のうち少なくとも一つを含むことができる。
【０１７６】
一実施例において、前記第１のサイドリンク制御情報は、物理階層の上位階層（ｈｉｇｈｅｒ  ｌａｙｅｒ）から前記第１の装置により受信された上位階層パラメータ（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ）と関連することを特徴とする。
【０１７７】
本開示の一実施例によると、制御情報を受信する第２の装置が提供されることができる。前記第２の装置は、命令語を格納する少なくとも一つのメモリ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｍｅｍｏｒｙ）、少なくとも一つの送受信機（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｔｒａｎｓｃｅｉｖｅｒ）、及び前記少なくとも一つのメモリと前記少なくとも一つの送受信機を連結する少なくとも一つのプロセッサ（ａｔ  ｌｅａｓｔ  ｏｎｅ  ｐｒｏｃｅｓｓｏｒ）を含み、前記少なくとも一つのプロセッサは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に基づいて第１のサイドリンク制御情報を第１の装置から受信するように前記少なくとも一つの送受信機を制御し、前記ＰＳＣＣＨと関連したＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に基づいて第２のサイドリンク制御情報を前記第１の装置から受信するように前記少なくとも一つの送受信機を制御し、前記第１のサイドリンク制御情報は、使用が留保された少なくとも一つのリザーブドビットを含むことを特徴とする。
【０１７８】
本開示の多様な実施例は、独立的に具現されることができる。または、本開示の多様な実施例は、相互組み合わせまたは併合されて具現されることができる。例えば、本開示の多様な実施例は、説明の便宜のために３ＧＰＰシステムに基づいて説明されたが、本開示の多様な実施例は、３ＧＰＰシステム外に他のシステムに拡張可能である。例えば、本開示の多様な実施例は、端末間の直接通信にのみ制限されるものではなく、アップリンクまたはダウンリンクでも使われることができ、このとき、基地局や中継ノードなどが本開示の多様な実施例に係る提案した方法を使用することができる。例えば、本開示の多様な実施例に係る方法が適用されるかどうかに対する情報は、基地局が端末にまたは送信端末が受信端末に、事前に定義されたシグナル（例えば、物理階層シグナルまたは上位階層シグナル）を介して知らせるように定義されることができる。例えば、本開示の多様な実施例に係る規則に対する情報は、基地局が端末にまたは送信端末が受信端末に、事前に定義されたシグナル（例えば、物理階層シグナルまたは上位階層シグナル）を介して知らせるように定義されることができる。例えば、本開示の多様な実施例のうち、一部実施例は、リソース割当モード１にのみ限定的に適用されることができる。例えば、本開示の多様な実施例のうち、一部実施例は、リソース割当モード２にのみ限定的に適用されることができる。
【０１７９】
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
【０１８０】
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び／または動作流れ図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする多様な分野に適用されることができる。
【０１８１】
以下、図面を参照してより具体的に例示する。以下の図面／説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。
【０１８２】
図１６は、本開示の一実施例に係る、通信システム１を示す。
【０１８３】
図１６を参照すると、本開示の多様な実施例が適用される通信システム１は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ  ＮＲ（Ｎｅｗ  ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））を利用して通信を実行する機器を意味し、通信／無線／５Ｇ機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット１００ａ、車両１００ｂ−１、１００ｂ−２、ＸＲ（ｅＸｔｅｎｄｅｄ  Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ−ｈｅｌｄ  ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ  Ａｅｒｉａｌ  Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ  Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ−Ｍｏｕｎｔｅｄ  Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ−Ｕｐ  Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートブック等）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
【０１８４】
無線機器１００ａ〜１００ｆは、基地局２００を介してネットワーク３００と連結されることができる。無線機器１００ａ〜１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ  Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されることができ、無線機器１００ａ〜１００ｆは、ネットワーク３００を介してＡＩサーバ４００と連結されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成されることができる。無線機器１００ａ〜１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介することなく、直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ  ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ−１、１００ｂ−２は、直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ〜１００ｆと直接通信をすることができる。
【０１８５】
無線機器１００ａ〜１００ｆ／基地局２００、基地局２００／基地局２００間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／連結は、アップリンク／ダウンリンク通信１５０ａ、サイドリンク通信１５０ｂ（または、Ｄ２Ｄ通信）、及び基地局間の通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ  Ａｃｃｅｓｓ  Ｂａｃｋｈａｕｌ）のような多様な無線接続技術（例えば、５Ｇ  ＮＲ）を介して行われることができる。無線通信／連結１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは、多様な物理チャネルを介して信号を送信／受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信／受信のための多様な構成情報設定過程、多様な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピング等）、リソース割当過程などのうち少なくとも一部が実行されることができる。
【０１８６】
図１７は、本開示の一実施例に係る、無線機器を示す。
【０１８７】
図１７を参照すると、第１の無線機器１００と第２の無線機器２００は、多様な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１の無線機器１００、第２の無線機器２００｝は、図１６の｛無線機器１００ｘ、基地局２００｝及び／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応することができる。
【０１８８】
第１の無線機器１００は、一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、追加的に一つ以上の送受信機１０６及び／または一つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／または送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１の情報／信号を生成した後、送受信機１０６を介して第１の情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２の情報／信号を含む無線信号を受信した後、第２の情報／信号の信号処理から得た情報をメモリ１０４に格納することができる。メモリ１０４は、プロセッサ１０２と連結されることができ、プロセッサ１０２の動作と関連した多様な情報を格納することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６は、プロセッサ１０２と連結されることができ、一つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。送受信機１０６は、送信機及び／または受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。
【０１８９】
第２の無線機器２００は、一つ以上のプロセッサ２０２、一つ以上のメモリ２０４を含み、追加的に一つ以上の送受信機２０６及び／または一つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／または送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３の情報／信号を生成した後、送受信機２０６を介して第３の情報／信号を含む無線信号を送信することができる。また、プロセッサ２０２は、送受信機２０６を介して第４の情報／信号を含む無線信号を受信した後、第４の情報／信号の信号処理から得た情報をメモリ２０４に格納することができる。メモリ２０４は、プロセッサ２０２と連結されることができ、プロセッサ２０２の動作と関連した多様な情報を格納することができる。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６は、プロセッサ２０２と連結されることができ、一つ以上のアンテナ２０８を介して無線信号を送信及び／または受信することができる。送受信機２０６は、送信機及び／または受信機を含むことができる送受信機２０６は、ＲＦユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。
【０１９０】
以下、無線機器１００、２００のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ１０２、２０２により具現されることができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の階層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層）を具現することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）及び／または一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／または方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例えば、ベースバンド信号）を生成し、一つ以上の送受信機１０６、２０６に提供できる。一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を取得することができる。
【０１９１】
一つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれる。一つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、一つ以上のＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、一つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅ）、一つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）または一つ以上のＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）が一つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、実行するように設定されたファームウェアまたはソフトウェアが一つ以上のプロセッサ１０２、２０２に含まれ、または一つ以上のメモリ１０４、２０４に格納されて一つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、コード、命令語及び／または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。
【０１９２】
一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／または命令を格納することができる。一つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／またはこれらの組み合わせで構成されることができる。一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２の内部及び／または外部に位置できる。また、一つ以上のメモリ１０４、２０４は、有線または無線連結のような多様な技術を介して、一つ以上のプロセッサ１０２、２０２と連結されることができる。
【０１９３】
一つ以上の送受信機１０６、２０６は、一つ以上の他の装置に本文での方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。一つ以上の送受信機１０６、２０６は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機１０６、２０６は、一つ以上のアンテナ１０８、２０８と連結されることができ、一つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ（例えば、アンテナポート）である。一つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを一つ以上のプロセッサ１０２、２０２を利用して処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）できる。一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２を利用して処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換できる。そのために、一つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／またはフィルタを含むことができる。
【０１９４】
図１８は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
【０１９５】
図１８を参照すると、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含むことができる。これに制限されるものではなく、図１8の動作／機能は、図１7のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で実行されることができる。図１8のハードウェア要素は、図１7のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で具現されることができる。例えば、ブロック１０１０〜１０６０は、図１7のプロセッサ１０２、２０２で具現されることができる。また、ブロック１０１０〜１０５０は、図１7のプロセッサ１０２、２０２で具現され、ブロック１０６０は、図１7の送受信機１０６、２０６で具現されることができる。
【０１９６】
コードワードは、図１8の信号処理回路１０００を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ−ＳＣＨの送信ブロック、ＤＬ−ＳＣＨの送信ブロック）を含むことができる。無線信号は、多様な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。
【０１９７】
具体的に、コードワードは、スクランブラ１０１０によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使われるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調されることができる。変調方式は、ｐｉ／２−ＢＰＳＫ（ｐｉ／２−Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ｍ−ＰＳＫ（ｍ−Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ｍ−ＱＡＭ（ｍ−Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ１０３０により一つ以上の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ１０４０により該当アンテナポート（ら）にマッピングされることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛けて得られる。ここで、Ｎはアンテナポートの個数であり、Ｍは送信レイヤの個数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を実行した以後にプリコーディングを実行することができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。
【０１９８】
リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間−周波数リソースにマッピングできる。時間−周波数リソースは、時間ドメインで複数のシンボル（例えば、ＣＰ−ＯＦＤＭＡシンボル、ＤＦＴ−ｓ−ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器へ送信されることができる。そのために、信号生成器１０６０は、ＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）モジュール及びＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ  Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ  ｕｐｌｉｎｋ  ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
【０１９９】
無線機器において、受信信号のための信号処理過程は、図１８の信号処理過程１０１０〜１０６０の逆で構成されることができる。例えば、無線機器（例えば、図１７の１００、２００）は、アンテナポート／送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器（ｆｒｅｑｕｅｎｃｙ  ｄｏｗｎｌｉｎｋ  ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌ  ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去器、ＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号（ｄｅｃｏｄｉｎｇ）を経て、元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。
【０２００】
図１９は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用−例／サービスによって多様な形態で具現されることができる（図１６参照）。
【０２０１】
図１９を参照すると、無線機器１００、２００は、図１７の無線機器１００、２００に対応し、多様な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／またはモジュール（ｍｏｄｕｌｅ）で構成されることができる。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０、及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機（ら）１１４を含むことができる。例えば、通信回路１１２は、図１７の一つ以上のプロセッサ１０２、２０２及び／または一つ以上のメモリ１０４、２０４を含むことができる。例えば、送受信機（ら）１１４は、図１７の一つ以上の送受信機１０６、２０６及び／または一つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０、及び追加要素１４０と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて、無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して、外部（例えば、他の通信機器）に無線／有線インターフェースを介して送信し、または通信部１１０を介して、外部（例えば、他の通信機器）から無線／有線インターフェースを介して受信された情報をメモリ部１３０に格納することができる。
【０２０２】
追加要素１４０は、無線機器の種類によって多様に構成されることができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ  ｕｎｉｔ）、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット（図１６の１００ａ）、車両（図１６の１００ｂ−１、１００ｂ−２）、ＸＲ機器（図１６の１００ｃ）、携帯機器（図１６の１００ｄ）、家電（図１６の１００ｅ）、ＩｏＴ機器（図１６の１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または、金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図１６の４００）、基地局（図１６の２００）、ネットワークノードなどの形態で具現されることができる。無線機器は、使用−例／サービスによって、移動可能であり、または固定された場所で使われることができる。
【０２０３】
図１９において、無線機器１００、２００内の多様な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部１１０を介して無線で連結されることができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は有線で連結され、制御部１２０と第１のユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で連結されることができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／またはモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサの集合で構成されることができる。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、非−揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）及び／またはこれらの組み合わせで構成されることができる。
【０２０４】
以下、図１９の具現例に対して、他の図面を参照してより詳細に説明する。
【０２０５】
図２０は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートブック等）を含むことができる。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）と呼ばれる。
【０２０６】
図２０を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ、及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０〜１３０／１４０ａ〜１４０ｃは、各々、図２１のブロック１１０〜１３０／１４０に対応する。
【０２０７】
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御し、多様な動作を実行することができる。制御部１２０は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器の連結をサポートすることができる。インターフェース部１４０ｂは、外部機器との連結のための多様なポート（例えば、オーディオの入／出力ポート、ビデオの入／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／またはユーザから入力される情報の入力を受け、または出力することができる。入出力部１４０ｃは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／またはハプティックモジュールなどを含むことができる。
【０２０８】
一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得された情報／信号は、メモリ部１３０に格納されることができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、または基地局に送信できる。また、通信部１１０は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元の情報／信号に復元できる。復元された情報／信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して多様な形態（例えば、文字、音声、イメージ、ビデオ、ハプティック）で出力されることができる。
【０２０９】
図２１は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ  Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで具現されることができる。
【０２１０】
図２１を参照すると、車両または自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ、及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０／１３０／１４０ａ〜１４０ｄは、各々、図１９のブロック１１０／１３０／１４０に対応する。
【０２１１】
通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ  Ｓｉｄｅ  ｕｎｉｔ）等）、サーバなどの外部機器と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御し、多様な動作を実行することができる。制御部１２０は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行するようにすることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌ  ｍｅａｓｕｒｅｍｅｎｔ  ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ  ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量検知センサ、ヘッディングセンサ（ｈｅａｄｉｎｇ  ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ  ｍｏｄｕｌｅ）、車両の前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。
【０２１２】
一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランによって車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中、通信部１１０は、外部サーバから最新の交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中、センサ部１４０ｃは、車両状態、周辺環境情報を取得することができる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに対する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。
【０２１３】
開示の権利範囲は、後述する特許請求の範囲により示されることができ、特許請求の範囲の意味及び範囲、並びにその均等概念から導出される全ての変更または変形された形態が本開示の範囲に含まれることができると解釈されなければならない。
【０２１４】
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。
【図１】
2021514550.tif 000010
【図２】
2021514550.tif 000011
【図３】
2021514550.tif 000012
【図４（ａ）】
2021514550.tif 000013
【図４（ｂ）】
2021514550.tif 000014
【図５】
2021514550.tif 000015
【図６】
2021514550.tif 000016
【図７】
2021514550.tif 000017
【図８（ａ）】
2021514550.tif 000018
【図８（ｂ）】
2021514550.tif 000019
【図９】
2021514550.tif 000020
【図１０】
2021514550.tif 000021
【図１１】
2021514550.tif 000022
【図１２】
2021514550.tif 000023
【図１３】
2021514550.tif 000024
【図１４】
2021514550.tif 000025
【図１５】
2021514550.tif 000026
【図１６】
2021514550.tif 000027
【図１７】
2021514550.tif 000028
【図１８】
2021514550.tif 000029
【図１９】
2021514550.tif 000030
【図２０】
2021514550.tif 000031
【図２１】
2021514550.tif 000032
【国際調査報告】
2021514550.tif 000033
2021514550.tif 000034
2021514550.tif 000035
2021514550.tif 000036