JP2024535000A - 無線通信システムにおける予約リソースの衝突に関連する情報を送受信するための方法及び装置 - Google Patents

無線通信システムにおける予約リソースの衝突に関連する情報を送受信するための方法及び装置 Download PDF

Info

Publication number
JP2024535000A
JP2024535000A JP2024515692A JP2024515692A JP2024535000A JP 2024535000 A JP2024535000 A JP 2024535000A JP 2024515692 A JP2024515692 A JP 2024515692A JP 2024515692 A JP2024515692 A JP 2024515692A JP 2024535000 A JP2024535000 A JP 2024535000A
Authority
JP
Japan
Prior art keywords
terminal
sci
pssch
resource
rsrp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2024515692A
Other languages
English (en)
Inventor
テソン ファン
スンミン イ
ハンピョル ソ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2024535000A publication Critical patent/JP2024535000A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0825—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/20—Monitoring; Testing of receivers
    • H04B17/25—Monitoring; Testing of receivers taking multiple measurements
    • H04B17/252—Monitoring; Testing of receivers taking multiple measurements measuring signals from different transmission points or directions of arrival, e.g. in multi RAT or dual connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • H04B17/318—Received signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • H04B17/318—Received signal strength
    • H04B17/328—Reference signal received power [RSRP]; Reference signal received quality [RSRQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本明細書の一実施形態に係る無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信する方法は、第２端末からＰＳＳＣＨのための第１予約リソースに関連する第１ＳＣＩを受信すること、３つの端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信するステップと、第１予約リソースと第２予約リソースとの間の衝突を決定するステップと、第２端末または第３端末に衝突に関する情報を送信する。【選択図】図１３

Description

本明細書は、無線通信システムにおける予約リソースの衝突に関する情報の送受信方法及びその装置に関する。
無線通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力など）を共有して多重使用者との通信をサポートする多重接続（多重アクセス、ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＭＣ－ＦＤＭＡ（ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。
サイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）とは端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間に直接的なリンクを設定して、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）を経ずに端末間に音声又はデータなどを直接交換する通信方式である。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決できる１つの方案として考慮されている。
Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）は有／無線通信を介して他の車両、歩行者、インフラが構築された事物などと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ）、Ｖ２Ｐ（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ）などの４つのタイプに区分される。Ｖ２Ｘ通信はＰＣ５インタフェース及び／又はＵｕインタフェースを介して提供される。
一方、より多くの通信機器がより大きな通信容量を要求するようになるにつれて、既存の無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイル広帯域（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信の必要性が台頭している。これにより、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス又は端末を考慮した通信システムが議論されているが、改善した移動広帯域通信、マッシブＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術を新しいＲＡＴ（ｎｅｗ ｒａｄｉｏ ａｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）又はＮＲ（ｎｅｗ ｒａｄｉｏ）と呼ぶことができる。ＮＲにおいてもＶ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信がサポートされることができる。
端末間調整メカニズム（ｉｎｔｅｒ ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｃｈａｎｉｓｍ）と関連して２つの方式が考慮される。方式１（ｓｃｈｅｍｅ １）の場合、ＵＥ－ＡはＵＥ－Ｂのリソース（再）選択手順に使用できるリソース集合をＵＥ－Ｂに提供する。方式２（ｓｃｈｅｍｅ ２）の場合、ＵＥ－ＡはＵＥ－ＢにＵＥ－ＢのＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）が指示するリソースに対するリソース衝突関連情報を提供する。ＵＥ－ＢはＵＥ－ＢのＳＣＩが指示するリソースの一部を再選択してリソース衝突を回避することができる。
一方、端末によって実行されるＳＣＩformat １－Ａに基づくRSRP測定のための閾値は、送信優先順位と受信優先順位の組み合わせに基づいて決定され得る。このとき、受信優先順位は受信したＳＣＩformat １－Ａの優先順位として決定され、送信優先順位は該当端末が送信するＴＢの優先順位として決定され得る。一例では、ＲＳＲＰリスト内でＲＳＲＰ閾値の内の１つを選択するためのindexは、受信優先順位値＋（送信優先順位値－１）＊８として決定され得る。
端末間調整（inter-UE coordination）のためのscheme２に関して、以下の問題が発生することがある。
予約されたリソースが衝突するかどうかを決定するために、ＲＳＲＰ測定値及びＲＳＲＰ閾値が用いられる。
従来技術に係れば、２つの予約リソース（ＵＥ－Ｂ、ＵＥ－Ｃ）が時間及び周波数領域で重畳された場合、ＵＥ－Ａは、ある端末のＳＣＩ(ＳＣＩ format 1-A)から測定されたＲＳＲＰを用いて前記ＲＳＲＰ閾値と比較するかどうかは不明である。すなわち、ＵＥ－ＡがＵＥ－ＢのＳＣＩから測定されたＲＳＲＰを用いる場合とＵＥ－ＣのＳＣＩから測定されたＲＳＲＰを用いる場合とによって、前記予約リソースの衝突の有無が異なるように判断され得る。
また、前述したように、送信優先順位の値がどの値に設定されるかによって、用いられるＲＳＲＰ閾値が大きく異なり、リソースが衝突するか否かを異なるように判断され得る。従来技術に係れば、ＲＳＲＰの閾値を決定するための送信優先順位値をどのように設定すべきかは明確ではないので、予約リソースが衝突するかどうかの正確度保証が困難である可能性がある。
決定されたＲＳＲＰ閾値に基づいて予約されたリソースが衝突することと決定された場合、衝突情報を送信する対象端末を決定する必要がある。一例として、衝突情報（conflict information）を各予約リソースに関連するfirst ＳＣＩ（first stage ＳＣＩ）を送信したすべての端末に送信する場合、すべての端末のリソース再選択を実行すべきため、非効率的である。一例としては、前記firstＳＣＩを送信した端末の内、任意の端末に衝突リソースを送信する場合、より重要度の高い送信を実行する端末がリソースを再選択しなければならないことがある。
本明細書の目的は、前述の問題を解決するための方法を提案することである。
本明細書で成されようとする技術的課題は、以上で言及した技術的課題に限定されず、言及しない他の技術的課題は、以下の記載から本発明が属する技術分野において通常の知識を有する者に明確に理解され得る。
本明細書の一実施形態に係る無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信する方法は、第２端末から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を受信するステップ、第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信するステップ、前記第１予約リソースと前記第２予約リソースとの間の衝突（conflict）を決定するステップ及び前記第２端末または第３端末に前記衝突に関する情報を送信するステップを含む。
前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, RSRP)及びｉｉ）ＲＳＲＰ閾値に基づいて決定される。
前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰである。
前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるかそうではないと、前記第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるかどうかに基づいて、決定されることを特徴とする。
前記第１ＳＣＩ及び前記第２ＳＣＩは、物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ）を通じて受信され得る。
前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され得る。前記第１端末が前記第３端末に関連する前記ＰＳＳＣＨの意図された受信者（intended receiver）であることに基づいて、前記衝突は、前記第１ＳＣＩに基づいて測定されたＲＳＲＰ及び前記ＲＳＲＰ閾値に基づいて決定され、前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第１ＳＣＩの第１優先順位値及び前記送信優先順位値に設定された前記第２ＳＣＩの第２優先順位値に基づいて決定され得る。
前記ＲＳＲＰ閾値は受信優先順位値及び送信優先順位値に基づいて決定され得る。第１端末が第２端末に関連するＰＳＳＣＨの意図された受信者（intended receiver）であることに基づいて、前記衝突は前記第２ＳＣＩに基づいて測定されたＲＳＲＰ及び前記ＲＳＲＰ閾値に基づいて決定され、前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第２ＳＣＩの第２優先順位値及び、前記送信優先順位値に設定された前記第１ＳＣＩの第１優先順位値に基づいて決定され得る。
前記第１優先順位値が前記第２優先順位値より大きいことに基づいて、前記衝突に関する情報は前記第２端末に送信され得る。
前記第２優先順位値が前記第１優先順位値より大きいことに基づいて、前記衝突に関する情報は前記第３端末に送信され得る。
前記第１優先順位値と前記第２優先順位値が等しいことに基づいて、前記衝突に関する情報は前記第２端末または前記第３端末に送信され得る。
前記測定されたＲＳＲＰは、物理サイドリンク制御チャネルに対する復調参照信号（ＰＳＣＣＨ ＤＭＲＳ）及び／または物理サイドリンク共有チャネルに対する復調参照信号（ＰＳＳＣＨ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる。
前記衝突に関する情報は、物理サイドリンクフィードバックチャネル（Physical Sidelink Feedback Channel、ＰＳＦＣＨ）に基づいて送信され得る。
前記ＰＳＦＣＨの送信のためのリソースは事前に設定されるか、基地局によって設定され得る。
本明細書の他の実施形態に係る無線通信システムにおいて予約リソースの衝突に関する情報を送信する第１端末は、１つ以上のトランシーバ、前記１つ以上のトランシーバを制御する１つ以上のプロセッサ、及び前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含む。
前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行するための指示（instruction）を貯蔵する。
前記動作は、第２端末から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を受信するステップ、第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信するステップと、前記第１予約リソースと前記第２予約リソースとの間の衝突（conflict）を決定するステップと、前記第２端末または前記第３端末に前記衝突に関する情報を送信するステップを含む。
前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, RSRP)及びｉｉ）ＲＳＲＰ閾値に基づいて決定される。
前記測定されたＲＳＲＰは、第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰである。
前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるのか、それではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるのかに基づいて決定されることを特徴とする。
本明細書のまた他の実施形態に係る無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信するように制御する装置は、１つ以上のプロセッサと、前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含む。
前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示（instruction）を貯蔵する。
前記動作は、第２端末から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を受信するステップ、第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信するステップと、前記第１予約リソースと第２予約リソースとの間の衝突（conflict）を決定するステップと、前記第２端末または前記第３端末に前記衝突に関する情報を送信するステップを含む。
前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, RSRP)及びｉｉ）ＲＳＲＰ閾値に基づいて決定される。
前記測定されたＲＳＲＰは前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰである。
前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるかそうではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるかの可否に基づいて、決定されることを特徴とする。
本明細書のまた他の実施形態に係る１つ以上の非一時的（）コンピュータ可読媒体は、１つ以上の命令語を貯蔵する。
前記１つ以上の命令語は、１つ以上のプロセッサによって実行されることに基づいて動作を実行する。
前記動作は、第２端末から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を受信するステップと第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信するステップと、前記第１予約リソースと前記第２予約リソースとの間の衝突（conflict）を決定するステップと、前記第２端末または前記第３端末に前記衝突に関する情報を送信するステップを含む。
前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, RSRP)及びｉｉ）ＲＳＲＰ閾値に基づいて決定される。
前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰである。
前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるのか、そうではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるのかの可否に基づいて決定されることを特徴とする。
本明細書のまた他の実施形態に係る無線通信システムにおいて、第２端末が予約リソースの衝突に関する情報を受信する方法は、第１端末に物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を送信するステップと、前記第１端末から、前記第１予約リソースと第２予約リソースとの衝突（conflict）に関する情報を受信するステップを含む。
前記第２予約リソースは、第３端末のＰＳＳＣＨのための第２ＳＣＩに関連する。前記衝突は、ｉ）第１端末によって測定された参照信号受信電力(Reference Signal Received Power, ＲＳＲＰ)及びｉｉ）ＲＳＲＰ閾値に基づいて第１端末によって決定される。
前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰである。
前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるかどうか、そうではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver））であるかの可否に基づいて、決定されることを特徴とする。
前記方法は、前記衝突に関連する情報に基づいて前記ＰＳＳＣＨのためのリソースの再選択を実行するステップをさらに含むことができる。
本明細書のまた他の実施形態に係る無線通信システムにおいて物理サイドリンクフィードバックチャネル(Physical Sidelink Feedback Channel, PSFCH)を受信する第２端末は、１つ以上のトランシーバ、前記１つ以上のトランシーバを制御する１つ以上のプロセッサと、前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリを含む。
前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示（instruction）を貯蔵する。
前記動作は、第１端末に、物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を送信するステップ、前記第１端末から、前記第１予約リソースと第２予約リソースとの間の衝突（conflict）に関する情報を受信するステップを含む。
前記第２予約リソースは、第３端末のＰＳＳＣＨのための第２ＳＣＩに関連する。前記衝突は、ｉ）第１端末によって測定された参照信号受信電力(Reference Signal Received Power, RSRP)及びｉｉ）ＲＳＲＰ閾値に基づいて前記第１端末によって決定される。
前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰである。
前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるのか、そうではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるのかの可否に基づいて決定されることを特徴とする。
本明細書の実施形態に係れば、第１端末が第２端末のＰＳＳＣＨの意図された受信者（intended receiver）であるか、そうではないと第３端末のＰＳＳＣＨの意図された受信者（intended receiver）であるかの可否によって予約リソースの衝突を決定するためのＲＳＲＰ測定対象が異なるように決定され得る。したがって、リソースが衝突するかどうかにさらに適合したＲＳＲＰ測定値を使用され得る。
本明細書の実施形態に係れば、重畳する予約リソースに関連する受信端末に基づいてＲＳＲＰ閾値のための送信／受信優先順位値が決定される。したがって、リソース衝突の有無決定に適合したＲＳＲＰ閾値が使用され得る。
前述の実施形態に係れば、リソース衝突の有無判断に対する正確度が向上され、衝突情報に基づく端末間調整動作の効率が改善され得る。
本明細書の実施形態に係れば、優先順位の低い（優先順位値が大きい）端末に衝突情報（conflict information）が送信されるところ、重畳した予約リソースのそれぞれをスケジュールした端末の内、優先順位が低い端末だけリソースを再選択することになる。したがって、リソース再選択の効率が向上し、優先順位の高い端末の伝送を保護することができる。
本明細書で得られる効果は、以上で言及した効果に制限されず、言及していないもう一つの効果は以下の記載から、本明細書が属する技術分野で通常の知識を有する者に明確に理解される。
本明細書に関する理解を助けるために詳細な説明の一部に含まれる添付図面は本明細書に対する実施形態を提供し、詳細な説明と共に本明細書の技術的特徴を説明する。
本明細書の一実施形態による、ＮＲシステムの構造を示す。 本明細書の一実施形態による、ＮＲの無線フレームの構造を示す。 本明細書の一実施形態による、ＮＲフレームのスロット構造を示す。 本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信を行う端末を示す。 本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信のためのリソース単位を示す。 本明細書の一実施形態により、端末が送信モードに応じてＶ２Ｘ又はＳＬ通信を行う手順を示す。 本明細書の一実施形態による、３つのキャストタイプを示す。 本明細書の一実施形態による、複数のＢＷＰを示す。 本明細書の一実施形態による、ＢＷＰを示す。 本明細書の一実施形態による、ＣＢＲ測定のためのリソース単位を示す。 ＣＢＲ測定に関連したリソースプールを例示する図である。 本明細書の一実施形態により、ＵＥ－Ａが補助情報をＵＥ－Ｂに送信する手順を示す。 本明細書の一実施形態に係る無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信する方法を説明するためのフローチャートである。 本明細書の他の実施形態に係る無線通信システムにおいて第２端末が予約リソースの衝突に関する情報を受信する方法を説明するためのフローチャートである。 本明細書の一実施形態による、通信システム１を示す。 本明細書の一実施形態による無線機器を示す。 本明細書の一実施形態による、送信信号のための信号処理回路を示す。 本明細書の一実施形態による、無線機器を示す。 本明細書の一実施形態による、携帯機器を示す。 本明細書の一実施形態による、車両又は自動運転車両を示す。
本明細書の様々な実施形態において、「／」及び「、」は「及び／又は」を表すものと解釈されるべきである。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。さらに、「Ａ、Ｂ」は「Ａ及び／又はＢ」を意味し得る。さらに、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂ及び／又はＣのうち少なくともいずれか１つ」を意味し得る。さらに、「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ及び／又はＣのうち少なくともいずれか１つ」を意味し得る。
本明細書の様々な実施形態において、「又は」は「及び／又は」を表すものと解釈されるべきである。例えば、「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」、及び／又は「Ａ及びＢの両方」を含む。言い換えれば、「又は」は「付加的に又は代案的に」を表すものと解釈されるべきである。
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などの多様な無線通信システムに使用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術で実現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）のような無線技術で実現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などの無線技術で実現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であって、ＩＥＥＥ８０２．１６ｅに基づくシステムとの下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ） ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ－ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）を使用するＥ－ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部として、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ－ＦＤＭＡを採用する。ＬＴＥ－Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化である。
５Ｇ ＮＲは、ＬＴＥ－Ａの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいＣｌｅａｎ－ｓｌａｔｅ形態の移動通信システムである。５Ｇ ＮＲは、１ＧＨｚ未満の低周波帯域から１ＧＨｚ～１０ＧＨｚの中間周波帯域、２４ＧＨｚ以上の高周波（ミリメートル波）帯域など、使用可能な全てのスペクトルリソースを活用することができる。
説明を明確にするために、ＬＴＡ－Ａ又は５Ｇ ＮＲを中心に記述するが、本明細書の一実施形態による技術的思想がこれに制限されるものではない。
端末とネットワーク間の無線インタフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られている開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、ＯＳＩ）基準モデルの下位３層に基づいて、Ｌ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分される。このうち、第１層に属する物理層は物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は端末とネットワーク間で無線リソースを制御する役割を果たす。このためにＲＲＣ層は端末と基地局間にＲＲＣメッセージを交換する。
ＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位層であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）層にサービスを提供する。ＭＡＣ層は複数の論理チャネルから複数の送信チャネルへのマッピング機能を提供する。また、ＭＡＣ層は複数の論理チャネルから単数の送信チャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣサブ層は論理チャネル上のデータ送信サービスを提供する。
ＲＬＣ層は、ＲＬＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を行う。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ、ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は透明モード（透過モード、Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ）の３つの動作モードを提供する。ＡＭ ＲＬＣはＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）によりエラー訂正を提供する。
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は制御プレーンにおいてのみ定義される。ＲＲＣ層は無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（解放、ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは端末とネットワーク間のデータ伝達のために第１層（物理層又はＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層）により提供される論理的経路を意味する。
ユーザプレーンにおけるＰＤＣＰ層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンにおけるＰＤＣＰ層の機能は、制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、さらにＳＲＢ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）とＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）の２種類に分けられる。ＳＲＢは制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢはユーザプレーンにおいてユーザデータを送信する通路として使用される。
端末のＲＲＣ層とＥ－ＵＴＲＡＮのＲＲＣ層の間にＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、そうでない場合は、ＲＲＣ＿ＩＤＬＥ状態になる。ＮＲの場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が追加で定義され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末はコアネットワークとの接続を維持するに対して、基地局との接続を解除（ｒｅｌｅａｓｅ）することができる。
ネットワークから端末にデータを送信するダウンリンク送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信されてもよく、又は別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信するアップリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。
送信チャネルの上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。
物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）は、時間領域において複数のＯＦＤＭシンボルと周波数領域において複数のサブキャリア（ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。１つのサブフレーム（ｓｕｂ－ｆｒａｍｅ）は、時間領域において複数のＯＦＤＭシンボル（ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割り当て単位であり、複数のＯＦＤＭシンボルと複数のサブキャリア（ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。また、各サブフレームはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定サブキャリアを利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）はサブフレーム送信の単位時間である。
図１は、本明細書の一実施形態による、ＮＲシステムの構造を示す。
図１を参照すると、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、端末にユーザプレーン及び制御プレーンプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ－Ｎｏｄｅ Ｂ）及び／又はｅＮＢを含む。図１では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは互いにＸｎインタフェースで接続されている。ｇＮＢ及び及びｅＮＢは、第５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインタフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｃインタフェースを介して接続され、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｕインタフェースを介して接続される。
図２は、本明細書の一実施形態による、ＮＲの無線フレームの構造を示す。
図２を参照すると、ＮＲにおいてアップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは１０ｍｓの長さを有し、２つの５ｍｓハーフフレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）と定義される。ハーフフレームは５つの１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）を含む。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はサブキャリア間隔（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ、ＳＣＳ）に応じて決定できる。各スロットはＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）に応じて１２個又は１４個のＯＦＤＭ（Ａ）シンボルを含む。
ノーマルＣＰ（ｎｏｒｍａｌ ＣＰ）が使われる場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使われる場合、各スロットは１２個のシンボルを含む。ここで、シンボルはＯＦＤＭシンボル（又は、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－ＦＤＭＡ）シンボル（又は、ＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ）シンボル）を含む。
次の表１はノーマルＣＰが使われる場合、ＳＣＳ設定（ｕ）に応じてスロット別のシンボル数（Ｎｓｌｏｔ ｓｙｍｂ）、フレーム別のスロット数（Ｎｆｒａｍｅ,ｕ ｓｌｏｔ）とサブフレーム別のスロット数（Ｎｓｕｂｆｒａｍｅ,ｕ ｓｌｏｔ）を例示する。
表２は拡張ＣＰが使われる場合、ＳＣＳに応じてスロット別のシンボル数、フレーム別のスロット数とサブフレーム別のスロット数を例示する。
ＮＲシステムでは、１つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）が異なるように設定できる。これにより、同一個数のシンボルで構成された時間リソース（例えば、サブフレーム、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定できる。
ＮＲにおいて、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）又はＳＣＳがサポートされる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドにおいての広い領域（ｗｉｄｅ ａｒｅａ）がサポートされ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）がサポートされる。ＳＣＳが６０ｋＨｚ又はそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅がサポートされる。
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義できる。前記２つのタイプの周波数範囲はＦＲ１及びＦＲ２である。周波数範囲の数値は変更されてもよく、例えば、前記２つのタイプの周波数範囲は下記の表３のようである。ＮＲシステムにおいて使用される周波数範囲のうちＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味し、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味し、ミリメートルウェーブ（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれてもよい。
前述のように、ＮＲシステムの周波数範囲の数値は変更できる。例えば、ＦＲ１は、下記の表４のように４１０ＭＨｚないし７１２５ＭＨｚの帯域を含む。すなわち、ＦＲ１は６ＧＨｚ（又は、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含む。例えば、ＦＲ１内で含まれる６ＧＨｚ（又は、５８５０、５９００、５９２５MHzなど）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含む。非免許帯域は様々な用途に使用されることができ、例えば、車両のための通信（例えば、自動運転）のために使用されることができる。
図３は、本明細書の一実施形態による、ＮＲフレームのスロット構造を示す。
図３を参照すると、スロットは時間領域において複数のシンボルを含む。例えば、ノーマルＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合、１つのスロットが１２個のシンボルを含む。または、ノーマルＣＰの場合、１つのスロットが７つのシンボルを含むが、拡張ＣＰの場合、１つのスロットが６つのシンボルを含む。
キャリアは周波数領域において複数のサブキャリアを含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は周波数領域において複数（例えば、１２）の連続したサブキャリアと定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は周波数領域において複数の連続した（Ｐ）ＲＢ（Ｐｈｙｓｉｃａｌ） Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）と定義され、１つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）に対応できる。キャリアは最大Ｎ個（例えば、５個）のＢＷＰを含む。データ通信は活性化されたＢＷＰを介して行われることができる。それぞれの要素はリソースグリッドにおいてリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれてもよく、１つの複素シンボルがマッピングされることができる。
一方、端末と端末間の無線インタフェース又は端末とネットワーク間の無線インタフェースは、Ｌ１層、Ｌ２層及びＬ３層で構成される。本明細書の多様な実施形態において、Ｌ１層は物理（ｐｈｙｓｉｃａｌ）層を意味し得る。また、例えば、Ｌ２層はＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層及びＳＤＡＰ層の少なくとも１つを意味し得る。また、例えば、Ｌ３層はＲＲＣ層を意味し得る。
ＳＬ同期信号（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ、ＳＬＳＳ）及び同期化情報
ＳＬＳＳは、ＳＬ特定のシーケンス（ｓｅｑｕｅｎｃｅ）で、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含む。前記ＰＳＳＳはＳ－ＰＳＳ（Ｓｉｄｅｌｉｎｋ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と呼ばれてもよく、前記ＳＳＳＳはＳ－ＳＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と呼ばれてもよい。例えば、長さ－１２７ Ｍ－シーケンス（ｌｅｎｇｔｈ－１２７ Ｍ－ｓｅｑｕｅｎｃｅｓ）がＳ－ＰＳＳに対して使用され、長さ－１２７ ゴールド－シーケンス（ｌｅｎｇｔｈ－１２７ Ｇｏｌｄ ｓｅｑｕｅｎｃｅｓ）がＳ－ＳＳＳに対して使用される。例えば、端末は、Ｓ－ＰＳＳを利用して最初信号を検出（ｓｉｇｎａｌ ｄｅｔｅｃｔｉｏｎ）し、同期を取得することができる。例えば、端末は、Ｓ－ＰＳＳ及びＳ－ＳＳＳを利用して細部同期を取得し、同期信号ＩＤを検出することができる。
ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）はＳＬ信号送受信の前に端末が最初に知っているべき基本となる（システム）情報が送信される（放送）チャネルでありうる。例えば、前記基本となる情報は、ＳＬＳＳに関する情報、デュプレックスモード（Ｄｕｐｌｅｘ Ｍｏｄｅ、ＤＭ）、ＴＤＤ ＵＬ／ＤＬ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）構成、リソースプール関連情報、ＳＬＳＳに関連したアプリケーションの種類、サブフレームオフセット、放送情報などであり得る。例えば、ＰＳＢＣＨ性能の評価のために、ＮＲＶ２Ｘにおいて、ＰＳＢＣＨのペイロードサイズは２４ビットのＣＲＣを含めて５６ビットであり得る。
Ｓ－ＰＳＳ、Ｓ－ＳＳＳ及びＰＳＢＣＨは、周期的な送信をサポートするブロックformat（例えば、ＳＬＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）／ＰＳＢＣＨブロック、以下、Ｓ－ＳＳＢ（Ｓｉｄｅｌｉｎｋ－Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ））に含まれる。前記Ｓ－ＳＳＢはキャリア内のＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）／ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と同一のヌメロロジー（すなわち、ＳＣＳ及びＣＰ長）を有することができ、送信帯域幅は（予め）設定されたＳＬ ＢＷＰ（Ｓｉｄｅｌｉｎｋ ＢＷＰ）内に存在し得る。例えば、Ｓ－ＳＳＢの帯域幅は１１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）であり得る。例えば、ＰＳＢＣＨは１１ＲＢにわたっていることがある。そして、Ｓ－ＳＳＢの周波数位置は（予め）設定できる。従って、端末はキャリアにおいてＳ－ＳＳＢを発見するために周波数で仮説検出（ｈｙｐｏｔｈｅｓｉｓ ｄｅｔｅｃｔｉｏｎ）を行う必要がない。
一方、ＮＲ ＳＬシステムにおいて、異なるＳＣＳ及び／又はＣＰ長を有する複数のヌメロロジーがサポートされることができる。この時、ＳＣＳが増加するにつれて、送信端末がＳ－ＳＳＢを送信する時間リソースの長さが短くなる。これにより、Ｓ－ＳＳＢのカバレッジ（ｃｏｖｅｒａｇｅ）が減少する。従って、Ｓ－ＳＳＢのカバレッジを保障するために、送信端末はＳＣＳに応じて１つのＳ－ＳＳＢ送信周期内で１つ以上のＳ－ＳＳＢを受信端末に送信することができる。例えば、送信端末が１つのＳ－ＳＳＢ送信周期内で受信端末に送信するＳ－ＳＳＢの個数は送信端末に事前に設定されるか（ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）、設定（ｃｏｎｆｉｇｕｒｅｄ）されることができる。例えば、Ｓ－ＳＳＢ送信周期は１６０ｍｓである。例えば、全てのＳＣＳに対して、１６０ｍｓのＳ－ＳＳＢ送信周期がサポートされることができる。
例えば、ＳＣＳがＦＲ１において１５ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１つまたは２つのＳ－ＳＳＢを送信する。例えば、ＳＣＳがＦＲ１において３０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１つ又は２つのＳ－ＳＳＢを送信することができる。例えば、ＳＣＳがＦＲ１において６０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１つ、２つ又は４つのＳ－ＳＳＢを送信することができる。
例えば、ＳＣＳがＦＲ２において６０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１個、２個、４個、８個、１６個または３２個のＳ－ＳＳＢを送信することができる。例えば、ＳＣＳがＦＲ２において１２０ｋＨｚである場合、送信端末は１つのＳ－ＳＳＢ送信周期内で受信端末に１個、２個、４個、８個、１６個、３２個または６４個のＳ－ＳＳＢを送信することができる。
一方、ＳＣＳが６０ｋＨｚである場合、２つのタイプのＣＰがサポートされることができる。また、ＣＰタイプに応じて送信端末が受信端末に送信するＳ－ＳＳＢの構造が異なる。例えば、前記ＣＰタイプはＮｏｒｍａｌ ＣＰ（ＮＣＰ）又はＥｘｔｅｎｄｅｄ ＣＰ（ＥＣＰ）である。具体的に、例えば、ＣＰタイプがＮＣＰである場合、送信端末が送信するＳ－ＳＳＢ内でＰＳＢＣＨをマッピングするシンボルの個数は９個または８個でありうる。それに対して、例えば、ＣＰタイプがＥＣＰである場合、送信端末が送信するＳ－ＳＳＢ内でＰＳＢＣＨをマッピングするシンボルの個数は８個または６個でありうる。例えば、送信端末が送信するＳ－ＳＳＢ内の１番目のシンボルには、ＰＳＢＣＨがマッピングされることができる。例えば、Ｓ－ＳＳＢを受信する受信端末は、Ｓ－ＳＳＢの１番目のシンボル区間においてＡＧＣ（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ）動作を行うことができる。
図４は、本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信を行う端末を示す。
図４を参照すると、Ｖ２Ｘ又はＳＬ通信において端末という用語は主に使用者の端末を意味する。しかしながら、基地局のようなネットワーク装備が端末間の通信方式に応じて信号を送受信する場合、基地局も一種の端末と見なされる場合がある。例えば、端末１は第１装置１００であり、端末２は第２装置２００である。
例えば、端末１は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）内において特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を選択することができる。そして、端末１は、前記リソース単位を使用してＳＬ信号を送信することができる。例えば、受信端末である端末２は端末１が信号を送信できるリソースプールを設定されることができ、前記リソースプール内において端末１の信号を検出することができる。
ここで、端末１が基地局の連結範囲内にある場合、基地局がリソースプールを端末１に知らせることができる。反面、端末１が基地局の連結範囲外にある場合、他の端末が端末１にリソースプールを知らせるか、または端末１は事前に設定されたリソースプールを使用することができる。
一般的に、リソースプールは複数のリソース単位で構成され、各端末は１つまたは複数のリソース単位を選択して自分のＳＬ信号送信に使用する。
図５は、本明細書の一実施形態による、Ｖ２Ｘ又はＳＬ通信のためのリソース単位を示す。
図５を参照すると、リソースプールの全体周波数リソースがＮＦ個に分割され、リソースプールの全時間リソースがＮＴ個に分割されることができる。従って、全部でＮＦ＊ＮＴ個のリソース単位がリソースプール内において定義されることができる。図５は、当該リソースプールがＮＴ個のサブフレームの周期で繰り返される場合の例を示す。
図５に示すように、１つのリソース単位（例えば、Ｕｎｉｔ♯０）は周期的に繰り返して現れる。または、時間または周波数次元でのダイバーシティ（ｄｉｖｅｒｓｉｔｙ）効果を得るために、１つの論理的なリソース単位がマッピングされる物理的リソース単位のインデックスが時間に応じて事前に定められたパターンに変化することもできる。このようなリソース単位の構造において、リソースプールとはＳＬ信号を送信しようとする端末が送信に使用できるリソース単位の集合を意味する。
リソースプールはいくつかの種類に細分化される。例えば、各リソースプールにおいて送信されるＳＬ信号のコンテンツ（ｃｏｎｔｅｎｔ）に応じて、リソースプールは以下のように区分される。
（１）スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ、ＳＡ）は、送信端末がＳＬデータチャネルの送信に使用するリソースの位置、その他にデータチャネルの復調のために必要なＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）又はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）送信方式、ＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）などの情報を含む信号である。ＳＡは、同一リソース単位上においてＳＬデータと共にマルチプレクスされて送信されることも可能であり、この場合、ＳＡリソースプールとは、ＳＡがＳＬデータとマルチプレクスされて送信されるリソースプールを意味する。ＳＡはＳＬ制御チャネル（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と呼ばれてもよい。
（２）ＳＬデータチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）は、送信端末がユーザデータを送信するために使用するリソースプールである。もし同一リソース単位上においてＳＬデータと共にＳＡがマルチプレクスされて送信される場合、ＳＡ情報を除いた形態のＳＬデータチャネルのみがＳＬデータチャネルのためのリソースプールにおいて送信されることができる。すなわち、ＳＡリソースプール内の個別リソース単位上においてＳＡ情報を送信するために使われたＲＥｓ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔｓ）は、ＳＬデータチャネルのリソースプールにおいて依然としてＳＬデータを送信するために使用できる。例えば、送信端末は連続的なＰＲＢにＰＳＳＣＨをマッピングさせて送信することができる。
（３）ディスカバリチャネルは送信端末が自分のＩＤなどの情報を送信するためのリソースプールでありうる。これにより、送信端末は隣接端末が自分を発見するようにすることができる。
以上で説明したＳＬ信号のコンテンツが同一である場合にも、ＳＬ信号の送受信属性に応じて異なるリソースプールを使用することができる。例えば、同一のＳＬデータチャネルやディスカバリメッセージであっても、ＳＬ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、それとも前記受信時点で一定のタイミングアドバンスを適用して送信されるか）、リソース割り当て方式（例えば、個別信号の送信リソースを基地局が個別送信端末に指定するか、それとも個別送信端末がリソースプール内において自体的に個別信号送信リソースを選択するか）、信号format（例えば、各ＳＬ信号が１つのサブフレームにおいて占めるシンボルの数、または１つのＳＬ信号の送信に使用されるサブフレームの数）、基地局からの信号強度、ＳＬ端末の送信電力強度などに応じてまた異なるリソースプールに区分されることもできる。
ＳＬにおけるリソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）
図６は、本明細書の一実施形態により、端末が送信モードに応じてＶ２ＸまたはＳＬ通信を行う手順を示す。本明細書の様々な実施形態において、送信モードはモードまたはリソース割り当てモードと呼ばれてもよい。以下、説明の便宜のために、ＬＴＥにおいて送信モードはＬＴＥ送信モードと言い、ＮＲにおいて送信モードはＮＲリソース割り当てモードと言ってもよい。
例えば、図６の（ａ）はＬＴＥ送信モード１又はＬＴＥ送信モード３に関連した端末動作を示す。または、例えば、図６の（ａ）はＮＲリソース割り当てモード１に関連した端末動作を示す。例えば、ＬＴＥ送信モード１は一般的なＳＬ通信に適用でき、ＬＴＥ送信モード３はＶ２Ｘ通信に適用できる。
例えば、図６の（ｂ）はＬＴＥ送信モード２またはＬＴＥ送信モード４に関連した端末動作を示す。または、例えば、図６の（ｂ）はＮＲリソース割り当てモード２に関連した端末動作を示す。
図６の（ａ）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割り当てモード１において、基地局はＳＬ送信のために端末により使用されるＳＬリソースをスケジューリングする。例えば、基地局は端末１にＰＤＣＣＨ（より具体的にＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））を介してリソーススケジューリングを行うことができ、端末１は前記リソーススケジューリングによって端末２とＶ２ＸまたはＳＬ通信を行う。例えば、端末１はＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介してＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を端末２に送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を介して端末２に送信する。
例えば、ＮＲリソース割り当てモード１において、端末は動的グラント（ｄｙｎａｍｉｃ ｇｒａｎｔ）を介して１つのＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の１つ以上のＳＬ送信のためのリソースを基地局から提供または割り当てを受けることができる。例えば、基地局は動的グラントを利用してＰＳＣＣＨ及び／又はＰＳＳＣＨの送信のためのリソースを端末に提供する。例えば、送信端末は受信端末から受信したＳＬ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを基地局に報告する。この場合、基地局がＳＬ送信のためのリソースを割り当てるためのＰＤＣＣＨ内の指示（ｉｎｄｉｃａｔｉｏｎ）に基づいて、ＳＬ ＨＡＲＱフィードバックを基地局に報告するためのＰＵＣＣＨリソース及びタイミング（ｔｉｍｉｎｇ）が決定される。
例えば、ＤＣＩはＤＣＩ受信とＤＣＩによりスケジューリングされた１番目のＳＬ送信との間のスロットオフセットを示す。例えば、ＳＬ送信リソースをスケジューリングするＤＣＩと一番目にスケジューリングされたＳＬ送信リソースとの間の最小ギャップは、該当端末の処理時間（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）より小さくない。
例えば、ＮＲリソース割り当てモード１において、端末は設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を介して複数のＳＬ送信のために周期的にリソースセットを基地局から提供または割り当てを受ける。例えば、前記設定されるグラントは、設定されたグラントタイプ１又は設定されたグラントタイプ２を含む。例えば、端末は与えられた設定されたグラント（ｇｉｖｅｎ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）により指示されるそれぞれの場合（ｏｃｃａｓｉｏｎｓ）において送信するＴＢを決定することができる。
例えば、基地局は同一のキャリア上においてＳＬリソースを端末に割り当てることができ、相異なるキャリア上においてＳＬリソースを端末に割り当てることができる。
例えば、ＮＲ基地局はＬＴＥベースのＳＬ通信を制御する。例えば、ＮＲ基地局はＬＴＥ ＳＬリソースをスケジューリングするためにＮＲ ＤＣＩを端末に送信する。この場合、例えば、前記ＮＲ ＤＣＩをスクランブルするための新しいＲＮＴＩを定義することができる。例えば、前記端末はＮＲ ＳＬモジュール及びＬＴＥ ＳＬモジュールを含んでもよい。
例えば、ＮＲ ＳＬモジュール及びＬＴＥ ＳＬモジュールを含む端末がｇＮＢからＮＲ ＳＬ ＤＣＩを受信した後、ＮＲ ＳＬモジュールはＮＲ ＳＬ ＤＣＩをＬＴＥ ＤＣＩタイプ５Ａに変換でき、ＮＲ ＳＬモジュールはＸｍｓ単位でＬＴＥ ＳＬモジュールにＬＴＥ ＤＣＩタイプ５Ａを伝達することができる。例えば、ＬＴＥ ＳＬモジュールがＮＲ ＳＬモジュールからＬＴＥ ＤＣＩformat ５Ａを受信した後、ＬＴＥ ＳＬモジュールはＺｍｓ後に１番目のＬＴＥサブフレームに活性化及び／又は解除を適用することができる。例えば、前記ＸはＤＣＩのフィールドを使用して動的に表示されることができる。例えば、前記Ｘの最小値は端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）に応じて異なる。例えば、端末は端末能力に応じて１つの値（ｓｉｎｇｌｅ ｖａｌｕｅ）を報告することができる。例えば、前記Ｘは正数でありうる。
図６の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割当モード２において、端末は基地局／ネットワークにより設定されたＳＬリソース又は予め設定されたＳＬリソース内においてＳＬ送信リソースを決定することができる。例えば、前記設定されたＳＬリソース又は予め設定されたＳＬリソースはリソースプールであり得る。例えば、端末は自律的にＳＬ送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は設定されたリソースプール内においてリソースを自ら選択して、ＳＬ通信を行うことができる。例えば、端末はセンシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を行って、選択ウィンドウ内で自らリソースを選択することができる。例えば、前記センシングはサブチャネル単位で行われることができる。そして、リソースプール内でリソースを自ら選択した端末１は、ＰＳＣＣＨを介してＳＣＩを端末２に送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨを介して端末２に送信することができる。
前記リソース（再）選択のために再評価動作が行われることができる。予約されたリソースにおいて送信を実行する直前に、該当端末は、自分が意図した送信が依然として適合しているか否かを確認するために、選択できるリソースセットを再評価する。前記センシング結果に基づいて、前記再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）は予め設定された値（Ｔ３）に基づくスロットにおいて行われる。例えば、前記予約されたリソース（ら）を示すＳＣＩが初めてシグナリングされるスロット（ｍ）の以前のスロット（例：ｍ－Ｔ３）において前記再評価動作が行われる。
前記予め設定された値（Ｔ３）はＳＬリソースに対する先占（プリエンプション。ｐｒｅ－ｅｍｐｔｉｏｎ）及び／又は再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）と関連する。具体的に、端末は下記の表５に基づいて先占（ｐｒｅ－ｅｍｐｔｉｏｎ）及び／又は再評価（ｒｅ－ｅｖａｌｕａｔｉｏｎ）と関連した動作を行うことができる。
前記予め設定された値（Ｔ３）は端末のリソース選択のために設定されたプロセッシングタイム
と同一の値に設定される。次の表６は、サイドリンク帯域幅（ＳＬ ＢＷＰ）のサブキャリア間隔設定
に基づいて決定されるプロセッシングタイム（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）を例示する。例えば、前記プロセッシングタイム
は、リソース選択ウィンドウの開始点（Ｔ１）を決定するために設定される。
例えば、端末は他の端末に対するＳＬリソース選択を助けることができる。例えば、ＮＲリソース割り当てモード２において、端末はＳＬ送信のために設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を設定されることができる。例えば、ＮＲリソース割り当てモード２において、端末は他の端末のＳＬ送信をスケジューリングすることができる。例えば、ＮＲリソース割り当てモード２において、端末はブラインド再送信のためのＳＬリソースを予約することができる。
例えば、ＮＲリソース割り当てモード２において、第１端末はＳＣＩを利用してＳＬ送信の優先順位を第２端末に指示する。例えば、第２端末は前記ＳＣＩをデコードし、第２端末は前記優先順位に基づいてセンシング及び／又はリソース（再）選択を行う。例えば、前記リソース（再）選択手順は、第２端末がリソース選択ウィンドウにおいて候補リソースを識別する段階及び第２端末が識別された候補リソースのうち（再）送信のためのリソースを選択する段階を含む。例えば、リソース選択ウィンドウは、端末がＳＬ送信のためのリソースを選択する時間間隔（ｔｉｍｅ ｉｎｔｅｒｖａｌ）であり得る。例えば、第２端末がリソース（再）選択をトリガした後、リソース選択ウィンドウはＴ１≧０から開始され、リソース選択ウィンドウは第２端末の残っているパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）により制限される。前記Ｔ１は、リソース選択のために設定されたプロセッシングタイム
より小さいか同一の値に決定できる。例えば、前記リソース（再）選択がトリガされたスロットがｎである場合、前記リソース選択ウィンドウはｎ＋Ｔ１からｎ＋Ｔ２の時間区間に決定される。前記Ｔ２は、前記残っているパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に該当するスロット数より小さいか等しいスロット数を示す。
例えば、第２端末がリソース選択ウィンドウにおいて候補リソースを識別する段階で、第２端末が第１端末から受信したＳＣＩにより特定リソースが指示され、前記特定リソースに対するＬ１ ＳＬ ＲＳＲＰ測定値がＳＬ ＲＳＲＰしきい値を超過すると、前記第２端末は前記特定リソースを候補リソースとして決定しないことができる。例えば、ＳＬ ＲＳＲＰしきい値は、第２端末が第１端末から受信したＳＣＩにより指示されるＳＬ送信の優先順位及び第２端末が選択したリソース上においてＳＬ送信の優先順位に基づいて決定されることができる。
例えば、前記Ｌ１ ＳＬ ＲＳＲＰはＳＬ ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）に基づいて測定できる。例えば、リソースプール別に時間領域において１つ以上のＰＳＳＣＨ ＤＭＲＳパターンが設定されるか、事前に設定されることができる。例えば、ＰＤＳＣＨ ＤＭＲＳ設定タイプ１及び／又はタイプ２は、ＰＳＳＣＨ ＤＭＲＳの周波数領域パターンと同一または類似している。例えば、正確なＤＭＲＳパターンはＳＣＩにより指示されることができる。例えば、ＮＲリソース割り当てモード２において、送信端末はリソースプールに対して設定された又は事前に設定されたＤＭＲＳパターンのうち特定のＤＭＲＳパターンを選択することができる。
例えば、ＮＲリソース割り当てモード２において、センシング及びリソース（再）選択手順に基づいて、送信端末は予約なしでＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の初期送信を行うことができる。例えば、センシング及びリソース（再）選択手順に基づいて、送信端末は第１ＴＢと関連したＳＣＩを利用して第２ＴＢの初期送信のためのＳＬリソースを予約することができる。
例えば、ＮＲリソース割り当てモード２において、端末は同一のＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の以前の送信に関連したシグナリングを介して、フィードバックベースのＰＳＳＣＨ再送信のためのリソースを予約することができる。例えば、現在送信を含めて１つの送信により予約されるＳＬリソースの最大個数は２個、３個または４個である。例えば、前記ＳＬリソースの最大個数は、ＨＡＲＱフィードバックがイネーブルされるか否かに関係なく同一である。例えば、１つのＴＢに対する最大ＨＡＲＱ（再）送信回数は設定または事前設定により制限される。例えば、最大ＨＡＲＱ（再）送信回数は最大３２であり得る。例えば、前記設定または事前設定がない場合、最大ＨＡＲＱ（再）送信回数は指定されていないものであり得る。例えば、前記設定または事前設定は送信端末のためのものである。例えば、ＮＲリソース割り当てモード２において、端末が使用しないリソースを解除するためのＨＡＲＱフィードバックがサポートされることができる。
例えば、ＮＲリソース割り当てモード２において、端末はＳＣＩを利用して前記端末により使用される１つ以上のサブチャネル及び／又はスロットを他の端末に指示することができる。例えば、端末はＳＣＩを利用してＰＳＳＣＨ（再）送信のために前記端末により予約された１つ以上のサブチャネル及び／又はスロットを他の端末に指示することができる。例えば、ＳＬリソースの最小割り当て単位はスロットである。例えば、サブチャネルのサイズは端末に対して設定されるか、予め設定されることができる。
ＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）
基地局がＰＤＣＣＨを介して端末に送信する制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）と称するに対して、端末がＰＳＣＣＨを介して他の端末に送信する制御情報をＳＣＩと称する。例えば、端末はＰＳＣＣＨをデコードする前に、ＰＳＣＣＨの開始シンボル及び／又はＰＳＣＣＨのシンボル数を知っていることがある。例えば、ＳＣＩはＳＬスケジューリング情報を含む。例えば、端末はＰＳＳＣＨをスケジューリングするために少なくとも１つのＳＣＩを他の端末に送信する。例えば、１つ以上のＳＣＩformat（ｆｏｒｍａｔ）が定義されることができる。
例えば、送信端末はＰＳＣＣＨ上においてＳＣＩを受信端末に送信する。受信端末はＰＳＳＣＨを送信端末から受信するために１つのＳＣＩをデコードする。
例えば、送信端末はＰＳＣＣＨ及び／又はＰＳＳＣＨ上において２つの連続的なＳＣＩ（例えば、２－ｓｔａｇｅ ＳＣＩ）を受信端末に送信する。受信端末は、ＰＳＳＣＨを送信端末から受信するために２つの連続的なＳＣＩ（例えば、２－ｓｔａｇｅ ＳＣＩ）をデコードする。例えば、（相対的に）高いＳＣＩペイロード（ｐａｙｌｏａｄ）サイズを考慮してＳＣＩ構成フィールドを２つのグループに区分した場合、第１ＳＣＩ構成フィールドグループを含むＳＣＩを第１ＳＣＩ又は第１ｓｔＳＣＩと呼んでもよく、第２ＳＣＩ構成フィールドグループを含むＳＣＩを第２ＳＣＩ又は第２ｎｄＳＣＩと呼んでもよい。例えば、送信端末はＰＳＣＣＨを介して第１ＳＣＩを受信端末に送信する。例えば、送信端末はＰＳＣＣＨ及び／又はＰＳＳＣＨ上において第２ＳＣＩを受信端末に送信する。例えば、第２ＳＣＩは（独立した）ＰＳＣＣＨを介して受信端末に送信されるか、ＰＳＳＣＨを介してデータと共にピギーバックされて送信される。例えば、２つの連続的なＳＣＩは、相異なる送信（例えば、ユニキャスト（ｕｎｉｃａｓｔ）、ブロードキャスト（ｂｒｏａｄｃａｓｔ）またはグループキャスト（ｇｒｏｕｐｃａｓｔ））に対して適用することもできる。
例えば、送信端末はＳＣＩを介して、以下の情報のうち一部または全部を受信端末に送信する。ここで、例えば、送信端末は以下の情報のうち一部または全部を第１ＳＣＩ及び／又は第２ＳＣＩを介して受信端末に送信する。
－ＰＳＳＣＨ及び／又はＰＳＣＣＨ関連リソース割り当て情報、例えば、時間／周波数リソース位置／個数、リソース予約情報（例えば、周期）、及び／又は
－ＳＬ ＣＳＩ報告要求指示子又はＳＬ （Ｌ１） ＲＳＲＰ（及び／又はＳＬ （Ｌ１） ＲＳＲＱ及び／又はＳＬ （Ｌ１） ＲＳＳＩ）報告要求指示子、及び／又は
－（ＰＳＳＣＨ上の）ＳＬ ＣＳＩ送信指示子（又はＳＬ （Ｌ１） ＲＳＲＰ（及び／又はＳＬ （Ｌ１） ＲＳＲＱ及び／又はＳＬ （Ｌ１） ＲＳＳＩ）情報送信指示子）、及び／又は
－ＭＣＳ情報、及び／又は
－送信電力情報、及び／又は
－Ｌ１デスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤ情報及び／又はＬ１ソースＩＤ情報、及び／又は
－ＳＬ ＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）ＩＤ情報、及び／又は
－ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）情報、及び／又は
－ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）情報、及び／又は
－（送信トラフィック／パケット関連）ＱｏＳ情報、例えば、優先順位情報、及び／又は
－ＳＬ ＣＳＩ－ＲＳ送信指示子又は（送信される）ＳＬ ＣＳＩ－ＲＳアンテナポートの個数情報
－送信端末の位置情報又は（ＳＬ ＨＡＲＱフィードバックが要求される）ターゲット受信端末の位置（又は、距離領域）情報、及び／又は
－ＰＳＳＣＨを介して送信されるデータのデコード及び／又はチャネル推定に関連した参照信号（例えば、ＤＭＲＳなど）情報、例えば、ＤＭＲＳの（時間－周波数）マッピングリソースのパターンに関する情報、ランク（ｒａｎｋ）情報、アンテナポートインデックス情報；
例えば、第１ＳＣＩはチャネルセンシングに関する情報を含む。例えば、受信端末はＰＳＳＣＨ ＤＭＲＳを利用して第２ＳＣＩをデコードする。ＰＤＣＣＨに使われるポーラーコード（polar code）が第２ＳＣＩに適用できる。例えば、リソースプールにおいて、第１ＳＣＩのペイロードサイズはユニキャスト、グループキャスト、及びブロードキャストに対して同一である。第１ＳＣＩをデコードした後、受信端末は第２ＳＣＩのブラインドデコードを行う必要がない。例えば、第１ＳＣＩは第２ＳＣＩのスケジューリング情報を含んでもよい。
一方、本明細書の多様な実施形態において、送信端末はＰＳＣＣＨを介してＳＣＩ、第１ＳＣＩ及び／又は第２ＳＣＩのうち少なくともいずれか１つを受信端末に送信できるので、ＰＳＣＣＨはＳＣＩ、第１ＳＣＩ及び／又は第２ＳＣＩのうち少なくともいずれか１つに代替／置換されてもよい。そして／または、例えば、ＳＣＩはＰＳＣＣＨ、第１ＳＣＩ及び／又は第２ＳＣＩのうち少なくともいずれか１つに代替／置換されてもよい。そして／または、例えば、送信端末はＰＳＳＣＨを介して第２ＳＣＩを受信端末に送信できるので、ＰＳＳＣＨは第２ＳＣＩに代替／置換されてもよい。
一方、図７は、本明細書の一実施形態による、３つのキャストタイプを示す。
具体的に、図７の（ａ）はブロードキャストタイプのＳＬ通信を示し、図７の（ｂ）はユニキャストタイプのＳＬ通信を示し、図７の（ｃ）はグループキャストタイプのＳＬ通信を示す。ユニキャストタイプのＳＬ通信の場合、端末は他の端末と１対１通信を行うことができる。グループキャストタイプのＳＬ通信の場合、端末は自分が属するグループ内の１つ以上の端末とＳＬ通信を行うことができる。本明細書の多様な実施形態において、ＳＬグループキャスト通信はＳＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）通信、ＳＬ一対多通信などに代替できる。
以下、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）及びＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）について説明する。
車両間通信では周期的なメッセージ（ｐｅｒｉｏｄｉｃ ｍｅｓｓａｇｅ）タイプのＣＡＭ、イベントトリガメッセージ（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｍｅｓｓａｇｅ）タイプのＤＥＮＭなどが送信される。ＣＡＭは方向と速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路内訳などの基本車両情報を含む。ＣＡＭのサイズは５０－３００バイトであり得る。ＣＡＭは放送され、遅延（ｌａｔｅｎｃｙ）は１００ｍｓより小さくなければならない。ＤＥＮＭは車両の故障、事故などの突発的な状況の時に生成されるメッセージである。ＤＥＮＭのサイズは３０００バイトより小さく、送信範囲内にある全ての車両がメッセージを受信できる。このとき、ＤＥＮＭはＣＡＭより高い優先順位を有してもよい。
以下、キャリア再選択（ｃａｒｒｉｅｒ ｒｅｓｅｌｅｃｔｉｏｎ）について説明する。
Ｖ２ＸまたはＳＬ通信において、端末は設定されたキャリアのＣＢＲ（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）及び／又は送信されるＶ２ＸメッセージのＰＰＰＰ（Ｐｒｏｓｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）に基づいてキャリアの再選択を行うことができる。例えば、キャリアの再選択は端末のＭＡＣ層により行われることができる。本明細書の多様な実施形態において、ＰＰＰＰ（ＰｒｏＳｅ Ｐｅｒ Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）はＰＰＰＲ（ＰｒｏＳｅ Ｐｅｒ Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ）に代替でき、ＰＰＰＲはＰＰＰＰに代替できる。例えば、ＰＰＰＰ値が小さいほど高い優先順位を意味し、ＰＰＰＰ値が大きいほど低い優先順位を意味する。例えば、ＰＰＰＲ値が小さいほど高い信頼性を意味し、ＰＰＰＲ値が大きいほど低い信頼性を意味する。例えば、高い優先順位に関連したサービス、パケットまたはメッセージに関連したＰＰＰＰ値は、低い優先順位に関連したサービス、パケットまたはメッセージに関連したＰＰＰＰ値より小さい。例えば、高い信頼性に関連したサービス、パケットまたはメッセージに関連したＰＰＰＲ値は低い信頼性に関連したサービス、パケットまたはメッセージに関連したＰＰＰＲ値より小さい。
ＣＢＲは、端末により測定されたＳ－ＲＳＳＩ（Ｓｉｄｅｌｉｎｋ－Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）が予め設定されたしきい値を超えると感知されたリソースプールにおいてサブチャネル部分（ｔｈｅ ｐｏｒｔｉｏｎ ｏｆ ｓｕｂ－ｃｈａｎｎｅｌｓ）を意味する。各論理チャネルに関連したＰＰＰＰが存在し、ＰＰＰＰ値の設定は端末及び基地局の両方に要求されるレイテンシーを反映しなければならない。キャリア再選択の時、端末は最も低いＣＢＲから増加する順に候補キャリアのうち１つ以上のキャリアを選択することができる。
以下、端末間のＲＲＣ接続確立（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）について説明する。
Ｖ２Ｘ又はＳＬ通信のために、送信端末は受信端末と（ＰＣ５）ＲＲＣ接続を確立する必要がある場合がある。例えば、端末はＶ２Ｘ－特定ＳＩＢ（Ｖ２Ｘ－ｓｐｅｃｉｆｉｃ ＳＩＢ）を取得することができる。上位層によりＶ２Ｘ又はＳＬ通信を送信するように設定された、送信するデータを有する、端末に対して、少なくとも前記端末がＳＬ通信のために送信するように設定された周波数がＶ２Ｘ－特定ＳＩＢに含まれると、該当周波数に対する送信リソースプールを含まずに、前記端末は他の端末とＲＲＣ接続を確立することができる。例えば、送信端末と受信端末との間にＲＲＣ接続が確立されると、送信端末は確立されたＲＲＣ接続を介して受信端末とユニキャスト通信を行うことができる。
端末間においてＲＲＣ接続が確立されると、送信端末はＲＲＣメッセージを受信端末に送信することができる。
受信端末は受信した情報に対してアンテナ／リソースデマッピング、復調及びデコードを行う。該当情報は、ＭＡＣ層、ＲＬＣ層及びＰＤＣＰ層を経てＲＲＣ層に伝達される。従って、受信端末は送信端末により生成されたＲＲＣメッセージを受信する。
Ｖ２Ｘ又はＳＬ通信は、ＲＲＣ＿ＣＯＮＥＣＴＥＤモードの端末、ＲＲＣ＿ＩＤＬＥモードの端末及び（ＮＲ）ＲＲＣ＿ＩＮＡＣＴＩＶＥモードの端末に対してサポートできる。すなわち、ＲＲＣ＿ＣＯＮＥＣＴＥＤモードの端末、ＲＲＣ＿ＩＤＬＥモードの端末及び（ＮＲ）ＲＲＣ＿ＩＮＡＣＴＩＶＥモードの端末は、Ｖ２ＸまたはＳＬ通信を行うことができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥモードの端末またはＲＲＣ＿ＩＤＬＥモードの端末は、Ｖ２Ｘに特定されたＳＩＢに含まれたセル特定設定（セル固有設定。ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を使用することで、Ｖ２ＸまたはＳＬ通信を行うことができる。
ＲＲＣは少なくともＵＥ能力（ｃａｐａｂｉｌｉｔｙ）及びＡＳ層設定の交換に使用される。例えば、第１端末は第１端末のＵＥ能力及びＡＳ層設定を第２端末に送信し、第１端末は第２端末のＵＥ能力及びＡＳ層設定を第２端末から受信する。ＵＥ能力伝達の場合、情報の流れは直接リンクセットアップ（ダイレクトリンクセットアップ。ｄｉｒｅｃｔ ｌｉｎｋ ｓｅｔｕｐ）のためのＰＣ５－Ｓシグナリングの間または後にトリガされる。
以下、ＳＬ ＲＬＭ（Ｒａｄｉｏ Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ）について説明する。
ユニキャストのＡＳレベルリンク管理（ＡＳ－ｌｅｖｅｌ ｌｉｎｋ ｍａｎａｇｅｍｅｎｔ）の場合、ＳＬ ＲＬＭ（Ｒａｄｉｏ Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ）及び／又はＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）宣言がサポートされる。ＳＬユニキャストにおいてＲＬＣ ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）の場合、ＲＬＦ宣言は最大再送信回数に到達したことを示すＲＬＣからの指示によりトリガされる。ＡＳレベルリンク状態（ＡＳレ－ｌｅｖｅｌ ｌｉｎｋ ｓｔａｔｕｓ）（例えば、失敗）は上位層に知られる必要がある。ユニキャストに対するＲＬＭ手順とは異なり、グループキャスト関連のＲＬＭデザインは考慮されないことができる。グループキャストのためのグループメンバの間においてＲＬＭ及び／又はＲＬＦ宣言は必要ない。
例えば、送信端末は参照信号を受信端末に送信し、受信端末は前記参照信号を利用してＳＬ ＲＬＭを行うことができる。例えば、受信端末は前記参照信号を利用してＳＬ ＲＬＦを宣言する。例えば、前記参照信号はＳＬ参照信号と呼ばれてもよい。
ＳＬ測定及び報告（Ｍｅａｓｕｒｅｍｅｎｔ ａｎｄ Ｒｅｐｏｒｔｉｎｇ ｆｏｒ ＳＬ）
以下、ＳＬ測定（ｍｅａｓｕｒｅｍｅｎｔ）及び報告（ｒｅｐｏｒｔｉｎｇ）について説明する。
ＱｏＳ予測（ｐｒｅｄｉｃｔｉｏｎ）、初期送信パラメータセッティング（ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔｔｉｎｇ）、リンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）、リンク管理（ｌｉｎｋ ｍａｎａｇｅｍｅｎｔ）、アドミッション制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）などの目的として、端末間のＳＬ測定及び報告（例えば、ＲＳＲＰ、ＲＳＲＱ）がＳＬにおいて考慮される。例えば、受信端末は送信端末から参照信号を受信し、受信端末は参照信号に基づいて送信端末に対するチャネル状態を測定する。そして、受信端末はチャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）を送信端末に報告する。ＳＬ関連の測定及び報告はＣＢＲの測定及び報告、及び位置情報の報告を含む。Ｖ２Ｘに対するＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｉｏｎ）の例はＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）、経路利得（ｐａｔｈ ｇａｉｎ）／経路損失（ｐａｔｈｌｏｓｓ）、ＳＲＩ（ＳＲＳ、Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｙｍｂｏｌｓ、Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）、ＣＲＩ（ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）、干渉条件（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃｏｎｄｉｔｉｏｎ）、車両動作（ｖｅｈｉｃｌｅ ｍｏｔｉｏｎ）などでありうる。ユニキャスト通信の場合、ＣＱＩ、ＲＩ及びＰＭＩまたはその一部は、４つ以下のアンテナポートを仮定した非サブバンドベースの非周期ＣＳＩレポート（ｎｏｎ－ｓｕｂｂａｎｄ－ｂａｓｅｄ ａｐｅｒｉｏｄｉｃ ＣＳＩレポート）においてサポートできる。ＣＳＩ手順は、スタンドアロン参照信号（ｓｔａｎｄａｌｏｎｅ ＲＳ）に依存しない場合がある。ＣＳＩ報告は設定に応じて活性化及び非活性化される。
例えば、送信端末はＣＳＩ－ＲＳを受信端末に送信し、受信端末は前記ＣＳＩ－ＲＳを利用してＣＱＩ又はＲＩを測定する。例えば、前記ＣＳＩ－ＲＳはＳＬ ＣＳＩ－ＲＳと呼ばれてもよい。例えば、前記ＣＳＩ－ＲＳはＰＳＳＣＨ送信内に限定（ｃｏｎｆｉｎｅｄ）される。例えば、送信端末はＰＳＳＣＨリソース上にＣＳＩ－ＲＳを含めて受信端末に送信する。
以下、物理層プロセッシング（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｓｓｉｎｇ）について説明する。
本明細書の一実施形態によれば、データユニットは無線インタフェースを介して送信される前に送信側（ｔｒａｎｓｍｉｔｔｉｎｇ ｓｉｄｅ）において物理層プロセッシングの対象になる。本明細書の一実施形態によれば、データユニットを運搬する無線信号は受信側（ｒｅｃｅｉｖｉｎｇ ｓｉｄｅ）において物理層プロセッシングの対象になる。
表７は、アップリンク送信チャネルと物理チャネルとの間のマッピング関係を示し、表８はアップリンク制御チャネル情報と物理チャネルとの間のマッピング関係を示す。
表９は、ダウンリンク送信チャネルと物理チャネルとの間のマッピング関係を示し、表１０は、ダウンリンク制御チャネル情報と物理チャネルとの間のマッピング関係を示す。
表１１は、ＳＬ送信チャネルと物理チャネルとの間のマッピング関係を示し、表１２は、ＳＬ制御チャネル情報と物理チャネルとの間のマッピング関係を示す。
以上で説明した送信／受信側における物理層プロセッシングにおいて、サブキャリアマッピングに関連した時間及び周波数ドメインリソース（例えば、ＯＦＤＭシンボル、サブキャリア、キャリア周波数）、ＯＦＤＭ変調及び周波数アップ／ダウンコンバートは、リソース割り当て（例えば、アップリンクグラント、ダウンリンク割り当て）に基づいて決定される。
ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ） ｆｏｒ ＳＬ
以下、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）手順について説明する。
通信の信頼性を確保するためのエラー補償技法は、ＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）方式（ｓｃｈｅｍｅ）とＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）方式を含む。ＦＥＣ方式においては情報ビットに余分のエラー訂正コードを追加させることにより、受信端におけるエラーを訂正することができる。ＦＥＣ方式は時間遅延が少なく送受信端の間に別途に交換する情報が必要ないという長所があるが、良好なチャネル環境においてシステム効率が低下する短所がある。ＡＲＱ方式は送信信頼性を高めることができるが、時間遅延が発生し、劣悪なチャネル環境においてシステム効率が低下する短所がある。
ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）方式はＦＥＣとＡＲＱを結合したもので、物理層が受信したデータが復号できないエラーを含んでいるか否かを確認し、エラーが発生すると、再送信を要求することにより性能を高めることができる。
ＳＬユニキャスト及びグループキャストの場合、物理層におけるＨＡＲＱフィードバック及びＨＡＲＱコンバイニング（ｃｏｍｂｉｎｉｎｇ）がサポートされることができる。例えば、受信端末がリソース割り当てモード１または２で動作する場合、受信端末はＰＳＳＣＨを送信端末から受信し、受信端末はＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）を介してＳＦＣＩ（Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）formatを使用してＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信する。
例えば、ＳＬ ＨＡＲＱフィードバックはユニキャストに対してイネーブルされることができる。この場合、ｎｏｎ－ＣＢＧ（ｎｏｎ－Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）動作において、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功裏にデコードすると、受信端末はＨＡＲＱ－ＡＣＫを生成する。そして、受信端末はＨＡＲＱ－ＡＣＫを送信端末に送信する。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードした後、受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功裏にデコードできない場合、受信端末はＨＡＲＱ－ＮＡＣＫを生成する。そして、受信端末はＨＡＲＱ－ＮＡＣＫを送信端末に送信する。
例えば、ＳＬ ＨＡＲＱフィードバックはグループキャストに対してイネーブルされる。例えば、ｎｏｎ－ＣＢＧ動作において、２つのＨＡＲＱフィードバックオプションがグループキャストに対してサポートされる。
（１）グループキャストオプション１：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードした後、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコードに失敗すると、受信端末はＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信する。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功裏にデコードすると、受信端末はＨＡＲＱ－ＡＣＫを送信端末に送信しない。
（２）グループキャストオプション２：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードした後、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコードに失敗すると、受信端末はＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信する。そして、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコードし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功裏にデコードすると、受信端末はＨＡＲＱ－ＡＣＫをＰＳＦＣＨを介して送信端末に送信する。
例えば、グループキャストオプション１がＳＬ ＨＡＲＱフィードバックに使われると、グループキャスト通信を行う全ての端末はＰＳＦＣＨリソースを共有する。例えば、同一のグループに属する端末は、同一のＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信する。
例えば、グループキャストオプション２がＳＬ ＨＡＲＱフィードバックに使われると、グループキャスト通信を行うそれぞれの端末は、ＨＡＲＱフィードバック送信のために異なるＰＳＦＣＨリソースを使用する。例えば、同一のグループに属する端末は相異なるＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。
例えば、ＳＬ ＨＡＲＱフィードバックがグループキャストに対してイネーブルされる時、受信端末はＴＸ－ＲＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ－Ｒｅｃｅｐｔｉｏｎ）距離及び／又はＲＳＲＰに基づいてＨＡＲＱフィードバックを送信端末に送信するか否かを決定する。
例えば、グループキャストオプション１においてＴＸ－ＲＸ距離ベースのＨＡＲＱフィードバックである場合、ＴＸ－ＲＸ距離が通信範囲要求事項より小さいか等しいと、受信端末はＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信する。それに対して、ＴＸ－ＲＸ距離が通信範囲要求事項より大きいと、受信端末はＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信しない。例えば、送信端末は前記ＰＳＳＣＨと関連したＳＣＩを介して前記送信端末の位置を受信端末に知らせる。例えば、前記ＰＳＳＣＨと関連したＳＣＩは第２ＳＣＩでありうる。例えば、受信端末はＴＸ－ＲＸ距離を前記受信端末の位置と前記送信端末の位置に基づいて推定または取得することができる。例えば、受信端末はＰＳＳＣＨと関連したＳＣＩをデコードして、前記ＰＳＳＣＨに使われる通信範囲要求事項を知ることができる。
例えば、リソース割り当てモード１の場合、ＰＳＦＣＨ及びＰＳＳＣＨの間の時間は設定されるか、予め設定されることができる。ユニキャスト及びグループキャストの場合、ＳＬ上において再送信が必要な場合、これはＰＵＣＣＨを使用するカバレッジ内の端末により基地局に指示されることができる。送信端末はＨＡＲＱ ＡＣＫ／ＮＡＣＫの形態ではないＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）／ＢＳＲ（Ｂｕｆｆｅｒ Ｒｅｐｏｒｔ）のような形態で前記送信端末のサービング基地局に指示（ｉｎｄｉｃａｔｉｏｎ）を送信することもできる。また、基地局が前記指示を受信しなくても、基地局はＳＬ再送信リソースを端末にスケジューリングすることができる。例えば、リソース割り当てモード２の場合、ＰＳＦＣＨ及びＰＳＳＣＨの間の時間は設定されるか、予め設定されることができる。
例えば、キャリアにおいて端末の送信観点から、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨの間のＴＤＭがスロットにおいてＳＬのためのＰＳＦＣＨformatに対して許容される。例えば、１つのシンボルを有するシーケンスベースのＰＳＦＣＨformatがサポートされることができる。ここで、前記１つのシンボルはＡＧＣ区間ではない場合がある。例えば、前記シーケンスベースのＰＳＦＣＨformatはユニキャスト及びグループキャストに適用されることができる。
例えば、リソースプールに関連したスロット内において、ＰＳＦＣＨリソースはＮスロット区間として周期的に設定されるか、事前に設定される。例えば、Ｎは１以上の１つ以上の値に設定されてもよい。例えば、Ｎは１、２又は４である。例えば、特定リソースプールにおける送信に対するＨＡＲＱフィードバックは、前記特定リソースプール上のＰＳＦＣＨを介してのみ送信される。
例えば、送信端末がスロット＃Ｘないしスロット＃ＮにかけてＰＳＳＣＨを受信端末に送信する場合、受信端末は前記ＰＳＳＣＨに対するＨＡＲＱフィードバックをスロット＃（Ｎ＋Ａ）で送信端末に送信することができる。例えば、スロット＃（Ｎ＋Ａ）はＰＳＦＣＨリソースを含んでもよい。ここで、例えば、ＡはＫより大きいか等しい最小整数であってもよい。例えば、Ｋは論理的スロットの個数である。この場合、Ｋはリソースプール内のスロットの個数であり得る。または、例えば、Ｋは物理スロットの個数である。この場合、Ｋはリソースプール内部及び外部のスロットの個数である。
例えば、送信端末が受信端末に送信した１つのＰＳＳＣＨに対する応答として、受信端末がＰＳＦＣＨリソース上においてＨＡＲＱフィードバックを送信する場合、受信端末は設定されたリソースプール内において暗示的メカニズムに基づいて前記ＰＳＦＣＨリソースの周波数領域（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）及び／又はコード領域（ｃｏｄｅ ｄｏｍａｉｎ）を決定することができる。例えば、受信端末は、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨに関連するスロットインデックス、ＰＳＣＣＨ／ＰＳＳＣＨに関連したサブチャネル、及び／又はグループキャストオプション２ベースのＨＡＲＱフィードバックのためのグループにおいてそれぞれの受信端末を区別するための識別子のうち少なくともいずれか１つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／又はコード領域を決定することができる。そして／または、例えば、受信端末はＳＬ ＲＳＲＰ、ＳＩＮＲ、Ｌ１ソースＩＤ、及び／又は位置情報のうち少なくともいずれか１つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／又はコード領域を決定することができる。
例えば、端末のＰＳＦＣＨを介するＨＡＲＱフィードバック送信とＰＳＦＣＨを介するＨＡＲＱフィードバック受信が重なる場合、前記端末は優先順位規則に基づいてＰＳＦＣＨを介するＨＡＲＱフィードバック送信又はＰＳＦＣＨを介するＨＡＲＱフィードバック受信のいずれか１つを選択する。例えば、優先順位規則は、関連ＰＳＣＣＨ／ＰＳＳＣＨの最小優先順位指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。
例えば、端末の複数の端末に対するＰＳＦＣＨを関するＨＡＲＱフィードバック送信が重なる場合、前記端末は優先順位規則に基づいて特定ＨＡＲＱフィードバック送信を選択することができる。例えば、優先順位規則は、関連ＰＳＣＣＨ／ＰＳＳＣＨの最小優先順位指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。
帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）及びリソースプール（Ｒｅｓｏｕｒｃｅ Ｐｏｏｌ）
以下、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）及びリソースプールについて説明する。
ＢＡ（Ｂａｎｄｗｉｄｔｈ Ａｄａｐｔａｔｉｏｎ）を使用すると、端末の受信帯域幅及び送信帯域幅はセルの帯域幅ほど大きくなる必要がなく、端末の受信帯域幅及び送信帯域幅は調整されることができる。例えば、ネットワーク／基地局は帯域幅調整を端末に知らせることができる。例えば、端末は帯域幅調整のための情報／設定をネットワーク／基地局から受信する。この場合、端末は前記受信された情報／設定に基づいて帯域幅調整を行う。例えば、前記帯域幅調整は帯域幅の縮小／拡大、帯域幅の位置変更または帯域幅のサブキャリアスペーシングの変更を含んでもよい。
例えば、帯域幅はパワーセーブのために活動が少ない期間中に縮小される。例えば、帯域幅の位置は周波数ドメインにおいて移動することができる。例えば、帯域幅の位置は、スケジューリング柔軟性（ｓｃｈｅｄｕｌｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ）を増加させるために周波数ドメインにおいて移動することができる。例えば、帯域幅のサブキャリアスペーシング（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は変更できる。例えば、帯域幅のサブキャリアスペーシングは、異なるサービスを許容するために変更できる。セルの総セル帯域幅のサブセットはＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）と称してもよい。ＢＡは基地局／ネットワークが端末にＢＷＰを設定し、基地局／ネットワークが設定されたＢＷＰのうち現在活性状態であるＢＷＰを端末に知らせることにより行われる。
図８は、本明細書の一実施形態による、複数のＢＷＰを示す。
図８を参照すると、４０ＭＨｚの帯域幅及び１５ｋＨｚのサブキャリアスペーシングを有するＢＷＰ１、１０ＭＨｚの帯域幅及び１５ｋＨｚのサブキャリアスペーシングを有するＢＷＰ２、及び２０ＭＨｚの帯域幅及び６０ｋＨｚのサブキャリアスペーシングを有するＢＷＰ３が設定される。
図９は、本明細書の一実施形態による、ＢＷＰを示す。図９の実施形態において、ＢＷＰは３つであると仮定する。
図９を参照すると、ＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）はキャリアバンドの一側端部から他側端部まで番号が付けられたキャリアリソースブロックである。そして、ＰＲＢは各ＢＷＰ内において番号が付けられたリソースブロックである。ポイントＡは、リソースブロックグリッド（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｉｄ）に対する共通参照ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）を指示することができる。
ＢＷＰはポイントＡ、ポイントＡからのオフセット（Ｎｓｔａｒｔ ＢＷＰ）及び帯域幅（Ｎｓｉｚｅ ＢＷＰ）により設定できる。例えば、ポイントＡは、全てのヌメロロジー（例えば、当該キャリアにおいてネットワークによりサポートされる全てのヌメロロジー）のサブキャリア０が整列されるキャリアのＰＲＢの外部参照ポイントである。例えば、オフセットは与えられたヌメロロジーにおいて最も低いサブキャリアとポイントＡの間のＰＲＢ間隔である。例えば、帯域幅は与えられたヌメロロジーにおいてＰＲＢの個数である。
ＢＷＰはＳＬに対して定義される。同一のＳＬ ＢＷＰは送信及び受信に使用されることができる。例えば、送信端末は特定ＢＷＰ上においてＳＬチャネルまたはＳＬ信号を送信し、受信端末は前記特定ＢＷＰ上においてＳＬチャネルまたはＳＬ信号を受信することができる。免許キャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）において、ＳＬ ＢＷＰはＵｕ ＢＷＰとは別に定義されることができ、ＳＬ ＢＷＰはＵｕ ＢＷＰとは別の設定シグナリング（ｓｅｐａｒａｔｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｉｇｎａｌｌｉｎｇ）を有する。例えば、端末はＳＬ ＢＷＰのための設定を基地局／ネットワークから受信する。ＳＬ ＢＷＰはキャリア内においてｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ ＮＲ Ｖ２Ｘ端末及びＲＲＣ＿ＩＤＬＥ端末に対して（予め）設定できる。ＲＲＣ＿ＣＯＮＥＣＴＥＤモードの端末に対して、少なくとも１つのＳＬ ＢＷＰがキャリア内において活性化できる。
リソースプールはＳＬ送信及び／又はＳＬ受信のために使用できる時間－周波数リソースの集合である。端末の観点から見て、リソースプール内の時間ドメインリソースは連続しないことがある。複数のリソースプールは、１つのキャリア内において端末に（予め）設定されることができる。物理層の観点から、端末は設定された又は事前に設定されたリソースプールを利用してユニキャスト、グループキャスト及びブロードキャスト通信を行うことができる。
ＳＬ混雑制御（ＳＬ輻輳制御、ｓｉｄｅｌｉｎｋ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）
以下、ＳＬ混雑制御（ｓｉｄｅｌｉｎｋ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）について説明する。
端末がＳＬ送信リソースを自ら決定する場合、端末は自分が使用するリソースのサイズ及び頻度も自ら決定する。もちろん、ネットワークなどからの制約条件により、一定水準以上のリソースサイズや頻度を使用することは制限されることがある。しかしながら、特定時点で特定地域に多くの端末が集中している状況で全ての端末が相対的に多くのリソースを使用する場合であれば、相互間の干渉により全体的な性能が大きく低下する可能性がある。
従って、端末はチャネル状況を観察する必要がある。もし過度に多くのリソースが消耗していると判断される場合、端末は自らのリソース使用を減らす形態の動作をすることが好ましい。本明細書において、これを混雑制御（輻輳制御、Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ、ＣＲ）と定義する。例えば、端末は単位時間／周波数リソースにおいて測定されたエネルギーが一定水準以上であるか否かを判断し、一定水準以上のエネルギーが観察された単位時間／周波数リソースの比率に応じて自分の送信リソースの量及び頻度を調節することができる。本明細書において、一定水準以上のエネルギーが観察された時間／周波数リソースの比率をチャネル混雑比率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ）と定義する。端末はチャネル／周波数に対してＣＢＲを測定することができる。付加的に、端末は測定されたＣＢＲをネットワーク／基地局に送信することができる。
図１０は、本明細書の一実施形態によるＣＢＲ測定のためのリソース単位を示す。
図１０を参照すると、ＣＢＲは、端末が特定区間（例えば、１００ｍｓ）の間、サブチャネル単位でＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）を測定した結果、ＲＳＳＩの測定結果値が予め設定されたしきい値以上の値を有するサブチャネルの個数を意味し得る。または、ＣＢＲは、特定区間のサブチャネルのうち予め設定されたしきい値以上の値を有するサブチャネルの割合を意味し得る。例えば、図１０の実施形態において、斜線のサブチャネルが予め設定されたしきい値以上の値を有するサブチャネルであると仮定する場合、ＣＢＲは１００ｍｓ区間の間に斜線のサブチャネルの割合を意味し得る。付加的に、端末はＣＢＲを基地局に報告することができる。
図１１は、ＣＢＲ測定に関連したリソースプールを例示する図である。
例えば、図１１の実施形態のように、ＰＳＣＣＨとＰＳＳＣＨがマルチプレクスされる場合、端末は１つのリソースプールに対して１つのＣＢＲ測定を行うことができる。ここで、もしＰＳＦＣＨリソースが設定されるか事前に設定される場合、前記ＰＳＦＣＨリソースは前記ＣＢＲ測定から除外されることができる。
さらに、トラフィック（例えば、パケット）の優先順位を考慮した混雑制御が必要になる。このために、例えば、端末はチャネル占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｄｉｏ、ＣＲ）を測定することができる。具体的には、端末はＣＢＲを測定し、端末は前記ＣＢＲに応じてそれぞれの優先順位（例えば、ｋ）に該当するトラフィックが占有できるチャネル占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｄｉｏ ｋ、ＣＲｋ）の最大値（ＣＲｌｉｍｉｔｋ）を決定することができる。例えば、端末はＣＢＲ測定値が予め定められた表に基づいて、それぞれのトラフィックの優先順位に対するチャネル占有率の最大値（ＣＲｌｉｍｉｔｋ）を導き出すことができる。例えば、相対的に優先順位の高いトラフィックの場合、端末は相対的に大きなチャネル占有率の最大値を導き出すことができる。その後、端末はトラフィックの優先順位ｋがｉより低いトラフィックのチャネル占有率の総合を一定値以下に制限することにより、混雑制御を行うことができる。このような方法によれば、相対的に優先順位の低いトラフィックにさらに強いチャネル占有率制限がかかることがある。
それ以外に、端末は送信電力のサイズ調節、パケットのドロップ（ｄｒｏｐ）、再送信の可否の決定、送信ＲＢサイズ調節（ＭＣＳ調整）などの方法を利用して、ＳＬ混雑制御を行うことができる。
本明細書において、「設定または定義」のワーディングは、基地局またはネットワークから（事前に定義されたシグナリング（例えば、ＳＩＢ、ＭＡＣシグナリング、ＲＲＣシグナリング）を介して）（予め）設定されるものと解釈できる。例えば、「Ａが設定されることができる」とは、「基地局又はネットワークが端末に対してＡを（予め）設定／定義すること又は知らせること」を含む。または、「設定または定義」のワーディングは、システムにより事前に設定または定義されるものと解釈できる。例えば、「Ａが設定されることができる」とは「Ａがシステムにより事前に設定／定義されること」を含む。
以下、説明の便宜のために、本明細書において、次のような略語（Ａｂｂｒｅｖｉａｔｉｏｎｓ／Ａｃｒｏｎｙｍ）が使用される。
ＡＣＫ／ＮＡＣＫ：Acknowledgement／No Acknowledgenment
ＡＧＣ：Automatic Gain Control
ＡＳ：Access Stratum
ＣＢ：Codeblock
ＣＢＧ／ＣＧ：Codeblock Group
ＣＢＲ：Channel Busy Ratio
ＣＥ：Control Element
ＣＦＯ：Carrier Frequency Offset
ＣＧ：Configured Grant
ＣＰ：Cyclic Prefix
ＣＲＣ：Cyclic Redundancy Check
ＣＳＩ：Channel State Information
ＣＳＩ－ＲＳ：Channel State Information Reference Signal
ＤＣＩ：Downlink Control Channel
ＤＬ：Downlink
ＤＭ－ＲＳ：Demodulation ＲＳ
ＥＣＰ：Extended ＣＰ
ＦＤＤ：Frequency Division Duplex
ＨＡＲＱ：Hybrid Automatic Repeat Request
Ｌ１：Layer １
Ｌ２：Layer ２
ＬＢＳ：Location Based Service
ＬＣＳ：Location Service
ＬＳＢ：Least Significant Bit
ＭＡＣ：Medium Access Control
ＭＣＳ：Modulation Coding Scheme
ＭＩＢ：Master Information Block
ＭＰＲ：Maximum Power Reduction
ＭＳＢ：Most Significant Bit
ＮＡＳ：Non-Access Ｓtratum
ＮＣＰ：Normal CP
ＮＤＩ：New Data Indicator
ＰＢＣＨ：Physical Broadcast Channel
ＰＤＣＣＨ：Physical Downlink Control Channel
ＰＤＣＰ：Packet Data Convergence Protocol
ＰＤＳＣＨ：Physical Downlink Shared Channel
ＰＤＵ：Protocol Data Unit
ＰＲＳ：Positioning Reference Signal
ＰＳＢＣＨ：Physical Sidelink Broadcast Channel
ＰＳＣＣＨ：Physical Sidelink Control Channel
ＰＳＦＣＨ：Physical Sidelink Feedback Channel
ＰＳＳ：Primary Synchronization Signal
ＰＳＳＣＨ：Physical Sidelink Shared Channel
ＰＵＣＣＨ：Physical Uplink Control Channel
ＰＵＳＣＨ：Physical Uplink Shared Channel
ＱｏＳ：Quality of Service
ＲＢ：Resource Block
ＲＬＣ：Radio Link Control
ＲＬＭ：Radio Link Monitoring
ＲＬＦ：Radio Link Failure
ＲＲＣ：Radio Resource Control
ＲＳ：Reference Signal
ＲＳＲＰ：Reference Signal Received Power
ＲＳＲＱ：Reference Signal Received Quality
ＲＳＳＩ：Received Signal Strength Indicator
ＲＳＴＤ：Reference Signal Time Difference
ＲＳＵ：Road Side Unit
ＲＴＴ：Round Trip Time
ＲＶ：Redundancy Version
ＳＣＩ：Sidelink Control Information
ＳＣＳ：Sub-Carrier Spacing
ＳＤＡＰ：Service Data Adaptation Protocol
ＳＩＢ：System Information Block
ＳＬ：Sidelink
ＳＬ ＯＬＰＣ： Sidelink Open Loop Power Control
ＳＬ ＰＬ：Sidelink Pathloss
ＳＬＳＳＩＤ：SL Synchronixatino Signal Identification
ＳＮＲ：Signal-to-Noise Ratio
ＳＰＰ：Sidelink Positioning Protocol
ＳＰＳ：Semi-Persistent Scheduling
Ｓ－ＰＳＳ：Sidelink PSS
ＳＲＳ：Sounding Reference Signal
ＳＳＢ：Synchronization Signal Block
ＳＳＳ：Secondary Synchronization Signal
Ｓ－ＳＳＢ：Sidelink SSB
Ｓ－ＳＳＳ：Sidelink SSS
ＴＢ：Transport Block
ＴＤＤ：Time Division Duplex
ＴＤＯＡ：Time Difference of Arriaval
ＴＯＡ：Time of Arriaval
ＵＥ：User Equipment/End
ＵＬ：Uplink
Ｕｕ－ＰＳＳ：Uu link PSS
Ｕｕ－ＳＳＳ：Uu link SSS
ＸＯＲ：Exclusive OR
一方、本明細書において、例えば、送信端末（ＴＸ ＵＥ）は（ターゲット）受信端末（ＲＸ ＵＥ）にデータを送信する端末である。例えば、ＴＸ ＵＥはＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を行う端末である。そして／または、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥにＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求指示子を送信する端末である。そして／または、ＴＸ ＵＥは、（ターゲット）ＲＸ ＵＥのＳＬ ＲＬＭ及び／又はＳＬＲＬＦ動作に使用される、（制御）チャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨなど）及び／又は前記（制御）チャネル上の参照信号（例えば、ＤＭ－ＲＳ、ＣＳＩ－ＲＳなど）を送信する端末である。
一方、本明細書において、例えば、受信端末（ＲＸ ＵＥ）は送信端末（ＴＸ ＵＥ）から受信されたデータのデコード（ｄｅｃｏｄｉｎｇ）成功可否及び／又はＴＸ ＵＥが送信した（ＰＳＳＣＨスケジューリングと関連した）ＰＳＣＣＨの検出／デコード成功可否に応じてＴＸ ＵＥにＳＬ ＨＡＲＱフィードバックを送信する端末でありうる。そして／または、ＲＸ ＵＥは、ＴＸ ＵＥから受信されたＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求指示子に基づいてＴＸ ＵＥにＳＬ ＣＳＩ送信を行う端末であり得る。そして／または、ＲＸ ＵＥは、ＴＸ ＵＥから受信された（事前に定義された）参照信号及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求指示子に基づいて測定されたＳＬ （Ｌ１） ＲＳＲＰ測定値をＴＸ ＵＥに送信する端末でありうる。そして／または、ＲＸ ＵＥはＴＸ ＵＥにＲＸ ＵＥ自身のデータを送信する端末であり得る。そして／または、ＲＸ ＵＥは、ＴＸ ＵＥから受信された（事前に設定された）（制御）チャネル及び／又は前記（制御）チャネル上の参照信号に基づいて、ＳＬ ＲＬＭ及び／又はＳＬ ＲＬＦ動作を行う端末でありうる。
一方、本明細書において、例えば、ＲＸ ＵＥがＴＸ ＵＥから受信したＰＳＳＣＨ及び／又はＰＳＣＣＨに対するＳＬ ＨＡＲＱフィードバック情報を送信する時、以下の方式または以下の方式の一部が考慮されることができる。ここで、例えば、以下の方式または以下の方式の一部はＲＸ ＵＥがＰＳＳＣＨをスケジューリングするＰＳＣＣＨを成功裏にデコード／検出した場合にのみ限定的に適用することもできる。
方式（Ｏｐｔｉｏｎ）１）ＲＸ ＵＥがＴＸ ＵＥから受信したＰＳＳＣＨのデコード／受信に失敗した場合にのみＮＡＣＫ情報をＴＸ ＵＥに送信することができる。
方式（Ｏｐｔｉｏｎ）２）ＲＸ ＵＥがＴＸ ＵＥから受信したＰＳＳＣＨのデコード／受信に成功した場合、ＴＸ ＵＥにＡＣＫ情報を送信し、ＰＳＳＣＨのデコード／受信に失敗した場合、ＴＸ ＵＥにＮＡＣＫ情報を送信することができる。
一方、本明細書において、例えば、ＴＸ ＵＥはＳＣＩを介して、以下の情報または以下の情報の一部をＲＸ ＵＥに送信することができる。ここで、例えば、ＴＸ ＵＥは下記情報のうち一部または全部を第１ＳＣＩ（ＦＩＲＳＴ ＳＣＩ）及び／又は第２ＳＣＩ（ＳＥＣＯＮＤ ＳＣＩ）を介してＲＸ ＵＥに送信することができる。
－ＰＳＳＣＨ（及び／又はＰＳＣＣＨ）関連リソース割り当て情報（例えば、時間／周波数リソース位置／個数、リソース予約情報（例えば、周期））
－ＳＬ ＣＳＩ報告要求指示子またはＳＬ （Ｌ１） ＲＳＲＰ（及び／又はＳＬ （Ｌ１） ＲＳＲＱ及び／又はＳＬ （Ｌ１） ＲＳＳＩ）報告要求指示子
－（ＰＳＳＣＨ上の）ＳＬ ＣＳＩ送信指示子（又は、ＳＬ （Ｌ１） ＲＳＲＰ（そして／またはＳＬ （Ｌ１） ＲＳＲＱ、そして／またはＳＬ （Ｌ１） ＲＳＳＩ）情報送信指示子）
－ＭＣＳ情報
－ＴＸ ＰＯＷＥＲ情報
－Ｌ１ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤ情報及び／又はＬ１ ＳＯＲＣＥ ＩＤ情報
－ＳＬ ＨＡＲＱ ＰＲＯＣＥＳＳ ＩＤ情報
－ＮＤＩ情報
－ＲＶ情報
－（送信ＴＲＡＦＦＩＣ／ＰＡＣＫＥＴ関連）ＱｏＳ情報（例えば、ＰＲＩＯＲＩＴＹ情報）
－ＳＬ ＣＳＩ－ＲＳ送信指示子又は（送信される）ＳＬ ＣＳＩ－ＲＳアンテナポートの個数情報
－ＴＸ ＵＥ位置情報または（ＳＬ ＨＡＲＱフィードバックが要求される）ターゲットＲＸ ＵＥの位置（または距離領域）情報
－ＰＳＳＣＨを介して送信されるデータのデコード（及び／又はチャネル推定）に関連した参照信号（例えば、ＤＭ－ＲＳなど）情報。例えば、ＤＭ－ＲＳの（時間－周波数）マッピングリソースのパターンに関する情報、ＲＡＮＫ情報、アンテナポートインデックス情報などであり得る。
一方、本明細書において、例えば、ＴＸ ＵＥがＰＳＣＣＨを介してＳＣＩ、第１ＳＣＩ（ＦＩＲＳＴ ＳＣＩ）及び／又は第２ＳＣＩ（ＳＥＣＯＮＤ ＳＣＩ）をＲＸ ＵＥに送信できるので、ＰＳＣＣＨはＳＣＩ及び／又はＦＩＲＳＴ ＳＣＩ及び／又はＳＥＣＯＮＤ ＳＣＩに代替／置換されてもよい。そして／またはＳＣＩはＰＳＣＣＨ及び／又はＦＩＲＳＴ ＳＣＩ及び／又はＳＥＣＯＮＤ ＳＣＩに代替／置換されてもよい。そして／または、例えば、ＴＸ ＵＥはＰＳＳＣＨを介してＳＥＣＯＮＤ ＳＣＩをＲＸ ＵＥに送信できるので、ＰＳＳＣＨはＳＥＣＯＮＤ ＳＣＩに代替／置換されてもよい。
一方、本明細書において、例えば、（相対的に）高いＳＣＩペイロード（ｐａｙｌｏａｄ）サイズを考慮して、ＳＣＩ構成フィールドを２つのグループに区分した場合、第１ＳＣＩ構成フィールドグループを含む第１ＳＣＩをＦＩＲＳＴ ＳＣＩと称し、第２ＳＣＩ構成フィールドグループを含む第２ＳＣＩをＳＥＣＯＮＤ ＳＣＩと称してもよい。また、例えば、ＦＩＲＳＴ ＳＣＩはＰＳＣＣＨを介して受信端末に送信される。また、例えば、ＳＥＣＯＮＤ ＳＣＩは（独立した）ＰＳＣＣＨを介して受信端末に送信されるか、ＰＳＳＣＨを介してデータと共にピギーバックされて送信される。
一方、本明細書において、例えば、「設定」または「定義」は、基地局またはネットワークからの（事前に定義されたシグナリング（例えば、ＳＩＢ、ＭＡＣ、ＲＲＣなど）を介して）（リソースプール特定的に）（ＰＲＥ）ＣＯＮＦＩＧＵＲＡＴＩＯＮを意味しうる。
一方、本明細書において、例えば、ＲＬＦはＯＵＴ－ＯＦ－ＳＹＮＣＨ（ＯＯＳ）指示子またはＩＮ－ＳＹＮＣＨ（ＩＳ）指示子に基づいて決定できるので、ＯＵＴ－ＯＦ－ＳＹＮＣＨ（ＯＯＳ）またはＩＮ－ＳＹＮＣＨ（ＩＳ）に代替／置換されてもよい。
一方、本明細書において、例えば、ＲＢはＳＵＢＣＡＲＲＩＥＲに代替／置換されてもよい。また、一例として、本発明においてパケット（ＰＡＣＫＥＴ）またはトラフィック（ＴＲＡＦＦＩＣ）は送信される層に応じてＴＢまたはＭＡＣ ＰＤＵに代替／置換されてもよい。
一方、本明細書において、ＣＢＧまたはＣＧはＴＢに代替／置換されてもよい。
一方、本明細書において、例えば、ＳＯＵＲＣＥ ＩＤはＤＥＳＴＩＮＡＴＩＯＮ ＩＤに代替／置換されてもよい。
一方、本明細書において、例えば、Ｌ１ ＩＤはＬ２ ＩＤに代替／置換されてもよい。例えば、Ｌ１ ＩＤはＬ１ ＳＯＲＣＥ ＩＤまたはＬ１ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤであり得る。例えば、Ｌ２ ＩＤはＬ２ ＳＯＲＣＥ ＩＤまたはＬ２ ＤＥＳＴＩＮＡＴＩＯＮ ＩＤであり得る。
一方、本明細書において、例えば、送信端末が再送信リソースを予約／選択／決定する動作は、送信端末が受信端末から受信したＳＬ ＨＡＲＱフィードバック情報に基づいて実際に使用されるか否かが決定される潜在的な（ＰＯＴＥＮＴＩＡＬ）再送信リソースを予約／選択／決定する動作を意味し得る。
一方、本明細書において、ＳＬ ＭＯＤＥ１は端末のサイドリンク送信（ＳＬ ＴＸ）リソースを基地局が事前に定義されたシグナリング（例えば、ＤＣＩ）を介して直接スケジューリングするリソース割り当て方式または通信方式を意味し得る。また、例えば、ＳＬ ＭＯＤＥ２は端末がＳＬ ＴＸリソースを基地局又はネットワークから設定されるか、事前に設定されたリソースプール（Ｒｅｓｏｕｒｃｅ Ｐｏｏｌ）内で独立的に選択するリソース割り当て方式または通信方式を意味し得る。
一方、本明細書において、例えば、説明の便宜のために、ＲＸ ＵＥが以下の情報のうち少なくとも１つをＴＸ ＵＥに送信する時に使用する（物理的）チャネルを物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ、ＰＳＦＣＨ）と言う。
－ＳＬ ＨＡＲＱフィードバック、ＳＬ ＣＳＩ、ＳＬ （Ｌ１） ＲＳＲＰ
一方、基地局はＳＬチャネル／信号の送受信に使われるリソース（以下、ＳＬリソース）を端末に割り当てる。例えば、基地局は前記リソースに関する情報を端末に送信する。本明細書において、基地局がＳＬリソースを端末に割り当てる方式は、モード１方式、モード１動作またはリソース割り当てモード１と称してもよい。
それに対して、端末はセンシングに基づいてリソースプール内でＳＬリソースを選択することができる。本明細書において、端末がＳＬリソースを選択する方式は、モード２方式、モード２動作またはリソース割り当てモード２と称してもよい。例えば、リソース割り当てモード２において、端末は他の端末により送信されるＳＣＩを検出することができ、端末は前記ＳＣＩに基づいて他の端末により予約されたリソースを識別することができ、端末はＲＳＲＰ測定値を取得することができる。そして、端末は、前述したセンシング結果に基づいてリソース選択ウィンドウ内に特定リソースを除いてＳＬ送信に使用するリソースを選択することができる。例えば、前記特定リソースは、前記表５に基づくリソース（ら）（例：ｒｅｍｏｖｅｄ ｏｒ ｄｒｏｐｐｅｄ ｒｅｓｏｕｒｃｅ（ｓ））に基づいている。
前記センシング動作の場合、端末は第１ＳＣＩを介して受信されるリソース割り当て情報を参照することができる。しかしながら、第１ＳＣＩのオーバーヘッドのため、端末が第１ＳＣＩ上で取得できる情報の量は制限的である。
本明細書の多様な実施形態によれば、第１端末のセンシング動作及び／又はリソース選択動作を補助するために、第２端末は追加的な補助情報を送信する。第１端末はＰＳＳＣＨ検出性能向上及び／又は半二重（ｈａｌｆ－ｄｕｐｌｅｘ）限界軽減及び／又は特定信号の送受信のための予備リソース選択などのために、第２端末から受信した補助情報を使用することができる。本明細書の実施形態において、説明の便宜上、ＵＥ－ＡがＵＥ－Ｂに補助情報を送信すると仮定する。ＵＥ－ＢはＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ａに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソース及び／又はＵＥ－Ｃ（すなわち、第３のＵＥ）に送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択すると仮定する。
図１２は、本明細書の一実施形態によって、ＵＥ－Ａが補助情報をＵＥ－Ｂに送信する手順を示す。図１２の実施形態は、本明細書の多様な実施形態と結合することができる。
図１２を参照すると、Ｓ１２００において、ＵＥ－Ａは補助情報をＵＥ－Ｂに送信する。例えば、ＵＥ－ＢはＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ａに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択し、ＵＥ－Ｂは前記リソースを使用してＳＬ送信を行う。例えば、ＵＥ－ＢはＵＥ－Ａから受信した補助情報に基づいてＵＥ－Ｃに送信するＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを選択し、ＵＥ－Ｂは前記リソースを使用してＳＬ送信を行う。本明細書において、補助情報は付加情報と称してもよい。
一方、ＵＥ－ＡがＵＥ－Ａのリソース選択を補助するために送信に対する選好あるいは非選好リソースを送信する場合には、情報の量に応じてＰＳＣＣＨ／ＰＳＳＣＨを介して送信し、この時、ＵＥ－Ａは前記ＰＳＣＣＨ／ＰＳＳＣＨリソース確保のために自主的にリソース（再）選択を行い、これは補助情報を活用したリソース再選択方式の効率を低下させる。一方、前記補助情報を含むＰＳＣＣＨ／ＰＳＳＣＨ送信はまた混雑程度が高くなるか、前記送信によりＨＡＬＦ－ＤＵＰＬＥＸ問題が発生するなどの問題を発生させる。
本明細書の一実施形態によれば、ＵＥ－ＡがＵＥ－ＢにＵＥ－Ｂ送信のための選択／予約リソースに対して再選択をトリガする情報あるいは指示子を伝達することがある。例えば、前記リソース再選択指示子あるいはリソース衝突指示子は、ＵＥ－ＡがＰＳＦＣＨリソースを介してあるいはＰＳＦＣＨformat形態でＵＥ－Ｂに送信するものであり得る。本明細書の一実施形態によれば、前記リソース衝突指示子のためのＰＳＦＣＨリソースあるいはその候補集合は、ＳＬ ＨＡＲＱ－ＡＣＫのためのＰＳＦＣＨリソース設定とは独立して（事前に）設定されるものであり、またはＰＣ５－ＲＲＣで端末間に設定されるものであり得る。
本明細書の一実施形態によれば、前記リソース衝突指示子のためのＰＳＦＣＨリソースまたはその候補集合は、ＳＬ ＨＡＲＱ－ＡＣＫのためのＰＳＦＣＨリソース設定の全体または一部（例えば、ＰＳＦＣＨリソースサイクル）を継承するものであってもよく、及び／又はＰＳＦＣＨステート（ＡＣＫまたはＮＡＣＫ、ｍ＿ＣＳ値）は、別途（事前に）設定されるか、ＰＣ５－ＲＲＣに設定されるものであってもよい。例えば、リソース衝突指示子のためのＰＳＦＣＨリソース周期はＳＬ ＨＡＲＱ－ＡＣＫのためのＰＳＦＣＨリソース周期と同一であるか、及び／又は大きくてもよい。
一方、ＵＥの予約リソースは、前記ＵＥの送信リソースプールに基づいて決定されるものであり得る。さらに具体的には、ＵＥの送信リソースプール内のスロット集合に対してＴＲＩＶ（time resource indicator value)）及び／またはリソース予約周期を適用してＵＥの予約リソースが決定され得る。
本明細書において、ＵＥ－Ａは、予約リソースの衝突の有無を判断し、リソース衝突指示子（ＰＳＦＣＨ with conflict information）を送信する端末を意味することができる。また、ＵＥ－Ａのリソース衝突指示子の送信対象である端末は、ＵＥ－ＢまたはＵＥ－Ｃと称することができる。ＵＥ－Ｂ及びＵＥ－Ｃは、ＵＥ－Ａに予約リソースを指示するＳＣＩを送信した端末を意味することができる。「ＵＥ－Ｂ」、「ＵＥ－Ｃ」という用語は、リソース衝突指示子の送信対象となり得る端末を互いに区別するために使用されたものであるだけ、本明細書の実施形態に係る動作が適用される端末をＵＥ－Ａを基準とする特定の順序による端末に限定するために使用されたものではない。具体的な例として、ＵＥ－ＣのＳＣＩ／予約リソース／ＲＳＲＰに基づく実施例／動作が、ＵＥ－Ａを基準としたときに第３と指称されるＵＥに対して適用されるものに限定するためのものではない。すなわち、ＵＥ－ＣのＳＣＩ／予約リソース／ＲＳＲＰに基づく実施形態／動作は、ＵＥ－ＢのＳＣＩ／予約リソース／ＲＳＲＰに基づく実施形態／動作に変更／解釈／適用され得る。言い換えれば、ＵＥ－Ａが第１端末である場合、第２端末はＵＥ－ＢまたはＵＥ－Ｃであり得、第３端末はＵＥ－ＣまたはＵＥ－Ｂであり得る。第２端末のＳＣＩ／予約リソース／ＲＳＲＰに基づく実施例／動作は、第３端末のＳＣＩ／予約リソース／ＲＳＲＰに基づく実施例／動作と解釈することができ、逆の場合も同様に解析／適用され得る。
一方、予約リソースに関する情報を指示（例えば、第１ＳＣＩ（first stage SCI）を介した指示）した端末ＵＥ－Ｂと前記予約リソースに対するリソース衝突の有無を決定し、リソース衝突指示子（ＰＳＦＣＨ with conflict information）を送るができる端末ＵＥ－Ａ間でリソースプールの理解が異なる場合には、ＵＥ－Ａが決定したリソース衝突が正確でない場合がある。すなわち、リソースの衝突有無の正確度が低いことがある。一例として、ＵＥ－Ａは、予約リソースが衝突しない場合にかかわらず予約リソースが衝突することと判断してリソース衝突指示子（ＰＳＦＣＨ with conflict information）を送信することができる。このとき、前記予約リソースは、時間及び周波数領域で重畳される予約リソースを意味することができる。リソース衝突の有無の正確度の保障のために以下の実施形態を考慮され得る。
例えば、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースに対するリソース衝突有無をＵＥ－Ａが決定するとするとき、ＵＥ－Ｂの予約リソースに対する送信リソースプールとＵＥ－Ｃの予約リソースの送信リソースプールとＵＥ－Ａに設定された送信リソースプールの全てが同じであり得る。例えば、付加情報を送信するＵＥ－Ａと前記付加情報を受信して使用するＵＥ－Ｂが少なくとも１つの同じ送信リソースプールを使用することであり得る。これに対する根拠としては、ＵＥ－Ａで判断するＵＥ－ＢとＵＥ－Ｃの予約リソース位置について、ＵＥ－Ｂ及び／またはＵＥ－Ｃが同じ理解を有するためである。すなわち、リソース衝突の発生有無に対する正確度とリソース衝突指示子送信後のリソース再選択のために、リソース衝突が発生したＵＥ－Ｂの予約リソースの位置と、ＵＥ－Ｃの予約リソースの位置が、ＵＥ－Ａ、ＵＥ－Ｂ及びＵＥ－Ｃで同じように識別できなければならないからである。例えば、前記でＵＥ－Ａに複数の送信リソースプールが設定され得、その内、少なくとも１つのリソースプールがＵＥ－Ｂの予約リソースの送信プールとＵＥ－Ｃの予約リソースの送信プールと同一であり得る。例えば、ＵＥ－Ａは、ＵＥ－Ｂ及び／又はＵＥ－Ｃ（ＵＥ－Ｂの予約リソースとリソース衝突の対象となる送信を実行する端末）との間で情報交換を通じて同一送信リソースプールが設定されたか否かを確認できる。その後、ＵＥ－Ａは、ＵＥ－Ｂ及び／またはＵＥ－Ｃの予約リソースに対するリソース衝突有無を決定することができる。
例えば、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとのリソース衝突有無をＵＥ－Ａが決定するとする時、ＵＥ－Ａは、ＵＥ－Ａの送信リソースプールごとに同一の送信リソースプールに属するスロットから獲得したＳＣＩ（例えば、第１ＳＣＩ）及び／またはＰＳＳＣＨに基づいてリソースの衝突有無を決定することができる。例えば、ＵＥ－Ａは、ＵＥ－Ｂから受信したＳＣＩが受信されたスロットを含むＵＥ－Ａの送信リソースプールに基づいてＵＥ－Ｂの予約リソースを決定することができる。例えば、ＵＥ－Ａは、ＵＥ－Ｃから受信したＳＣＩが受信されたスロットを含むＵＥ－Ａの送信リソースプールに基づいてＵＥ－Ｃの予約リソースを決定することができる。これは、ＵＥ－Ｂ、ＵＥ－Ｃ、及びＵＥ－Ａが同じ送信リソースプールから予約リソースを導出し、互いに予約リソースの位置についての同じ理解を有するためである。言い換えれば、リソース衝突の有無に対する正確度及びリソース再選択動作の効率を考慮するとき、各ＵＥの予約リソースの位置が異なるＵＥ側でおいても同一に識別しなければならないからである。例えば、ＵＥ－Ａの異なるリソースプールにわたって受信されたＳＣＩ及び／またはＰＳＳＣＨに基づいてリソース衝突を決定しないことがある。例えば、ＵＥ－Ａの第１送信リソースプールで受信されたＵＥ－ＢのＳＣＩ（すなわち、第１送信リソースプールに属するスロットで受信されたＵＥ－ＢのＳＣＩ）に基づいて決定された予約リソースとＵＥ－Ａの第２送信リソースプールで受信されたＵＥ－ＣのＳＣＩ（すなわち、第２送信リソースプールに属するスロットで受信されたＵＥ－ＣのＳＣＩ）に基づいて決定された予約リソースに対して、ＵＥ－Ａはリソース衝突有無を決めないことかある。
例えば、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースに対するリソースの衝突有無をＵＥ－Ａが決定するとする時、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースに対する送信リソースプール情報及び／またはＵＥ－Ｃの予約リソースに対する送信リソースプール情報を事前に獲得した状態であり得る。
一例として、前記の例で、ＵＥ－Ｂの予約リソースに対する送信リソースプール情報及び／またはＵＥ－Ｃの予約リソースに対する送信リソースプール情報をＵＥ－Ａに（事前に）設定され得る。一例として、前記の例で、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースの送信リソースプール情報及び／またはＵＥ－Ｃの予約リソースの送信リソースプール情報をＰＣ５－ＲＲＣを介して設定を受けることができる。例えば、ＵＥ－Ａはリソース衝突を決定することにおいて、ＵＥ－Ｂの予約リソースはＵＥ－Ｂの送信リソースプールに基づいて決定し、及び／またはＵＥ－Ｃの予約リソースはＵＥ－Ｃの送信リソースプールに基づいて決定できる。その後、ＵＥ－Ａは、該当予約リソース間の重畳有無に基づいてリソース衝突有無を決定され得る。例えば、ＵＥ－Ａは、送信リソースプールに関する情報及び／または前記リソースプールに対するＳＯＵＲＣＥ ＩＤ及び／またはＤＥＳＴＩＮＡＴＯＩＮ ＩＤ情報を設定を受けることができる。ＵＥ－Ａは、ＵＥ－Ｂが送信したＳＣＩから獲得したSOURCE ID及び／またはDESTINATION ID、ＵＥ－Ｃが送信したＳＣＩから獲得したSOURCE ID及び/またはDESTINATION IDに基づいて、それぞれの送信リソースプールを決定することができる。
一方、ＵＥ－Ａは、ＵＥ－Ｃ送信の対象受信者である場合（例えば、ＵＥ－ＡがＵＥ－ＣのＰＳＳＣＨ送信に対するintended receiverである場合）、ＵＥ－Ｃの予約リソースとＵＥ－Ｂの予約リソースに対するリソースの衝突を決定できる。ＵＥ－Ａは、ＵＥ－Ｃ及び／またはＵＥ－Ｂにリソース衝突指示子（例えば、ＰＳＦＣＨ）を送信することができる。
例えば、ＵＥ－Ａは、ＵＥ－Ｃの予約リソースを指示するＳＣＩ（例えば、first stageＳＣＩ／ＳＣＩformat １－Ａ）に対応するＰＳＣＣＨ ＤＭＲＳ及び／又はＰＳＳＣＨ ＤＭＲＳベースのＲＳＲＰ測定値及び／又は ＵＥ－Ｂの予約リソースを指示すＳＣＩ（例えば、first stageＳＣＩ／ＳＣＩformat １－Ａ）に対応するＰＳＣＣＨ ＤＭＲＳ及び／またはＰＳＳＣＨ ＤＭＲＳベースのＲＳＲＰ測定値に基づいてＵＥ－Ｂにリソース衝突指示子を送信するかどうかを決めることができる。
例えば、ＵＥ－Ａは、ＵＥ－Ｃの予約リソースに対応するＲＳＲＰ測定値（例えば、ＵＥ－ＣのＳＣＩformat １－Ａに基づいて測定されたＲＳＲＰ）におけるＵＥ－Ｂの予約リソースに対応するＲＳＲＰ測定値（例えば、ＵＥ－ＢのＳＣＩformat １－Ａに基づいて測定されたＲＳＲＰ）を除した値が（事前に）設定された閾値以下または未満である場合（予約リソース間のリソース衝突が決定されたとき）、リソース衝突指示子を送ることができる。すなわち、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生することと決定し、前記リソース衝突指示子を送信することができる。
例えば、ＵＥ－Ａは、ＵＥ－Ｃの予約リソースに対応するＲＳＲＰ測定値（例えば、ＵＥ－ＣのＳＣＩformat１－Ａに基づいて測定されたＲＳＲＰ）におけるＵＥ－Ｂの予約リソースに対応するＲＳＲＰ測定値（例えば、ＵＥ－ＢのＳＣＩformat １－Ａに基づいて測定されたＲＳＲＰ）を除外した値が（事前に）設定された閾値以上または超過した場合に（予約リソース間のリソース衝突が決定されたとき）リソース衝突指示子を送らないもので有り得る。すなわち、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生しないことと決定し、前記リソース衝突指示子を送信しないことがある。
例えば、前記例において、ＵＥ－Ｂの予約リソースは複数であり得、この場合、ＲＳＲＰ測定値の合計が分母に設定されることで有り得る。
例えば、前記閾値は、ＵＥ－Ｃの予約リソースを指示したＳＣＩから獲得されたＭＣＳ値またはその範囲によって、あるいはデータ率もしくは符号化率もしくは変調次数によって異なる値に設定され得る。
例えば、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースに対応するＲＳＲＰ測定値（例えば、ＵＥ－ＢのＳＣＩformat １－Ａに基づいて測定されたＲＳＲＰ）がＲＳＲＰ閾値より大きい場合及び／又は等しい場合（予約リソース間のリソース衝突が決定されたとき）にリソース衝突指示子を送ることができる。すなわち、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生することと決定し、前記リソース衝突指示子を送信することができる。このとき、前記ＲＳＲＰ閾値は、ｉ）ＵＥ－Ｃが予約リソースを指示したＳＣＩ（例えば、ＳＣＩformat １－Ａ）で獲得された優先順位値を送信優先順位とし、ｉｉ）ＵＥ－Ｂが予約リソースを指示したＳＣＩ（例えば、ＳＣＩformat １－Ａ）で獲得された優先順位値を受信優先順位として決定され得る。
具体的な例として、ＵＥ－ＡがＵＥ－ＣのＰＳＳＣＨ送信に対する対象受信者（intended receiver）である場合に、ＵＥ－ＢのＳＣＩ（ＳＣＩformat １－Ａ）に基づいて測定されたＲＳＲＰがＲＳＲＰ閾値より大きい場合、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生したことと決定することができる。前記ＲＳＲＰ閾値Ｔｈ（ｐｉ、ｐｊ）は、ＲＳＲＰ閾値リスト内の値の内、１つであり得る。前記 ＲＳＲＰ閾値は、ＲＳＲＰ閾値リスト（例えば、ｓｌ－Ｔｈｒｅｓ－ＲＳＲＰ－ＬｉｓｔまたはＴｈｒｅｓＰＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ）内の値の内、受信優先順位（prio_RX）及び送信優先順位（prio_TX）に基づいて決定され得る。一例として、ＲＳＲＰ閾値Ｔｈ（prio_RX、prio_TX）を決定するためのインデックスｉは、以下のように決定され得る。
前記index iは、前記ＲＳＲＰ閾値リスト内のｉ番目のＲＳＲＰ閾値を表すことができる。このとき、受信優先順位（prio_RX）をＵＥ－ＢのＳＣＩの優先順位値に設定され、送信優先順位（prio_TX）をＵＥ－ＣのＳＣＩの優先順位値に設定され得る。
逆に、ＵＥ－ＡがＵＥ－ＢのＰＳＳＣＨ送信に対する対象受信者（intended receiver）である場合に、ＵＥ－ＣのＳＣＩ（ＳＣＩformat １－Ａ）に基づいて測定されたＲＳＲＰがＲＳＲＰ閾値より大きい場合、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生したことと決定され得る。前記ＲＳＲＰ閾値の決定のための受信優先順位（prio_RX）は、ＵＥ－ＣのＳＣＩの優先順位値に設定され、前記ＲＳＲＰ閾値の決定のための送信優先順位（prio_TX）は、ＵＥ－ＢのＳＣＩの優先順位値に設定され得る。
例えば、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースに対応するＲＳＲＰ測定値（例えば、ＵＥ－ＢのＳＣＩformat １－Ａに基づいて測定されたＲＳＲＰ）がＲＳＲＰ閾値より小さい場合及び／又は等しい場合に（予約リソース間のリソース衝突が決定されたとき）リソース衝突指示子を送らないことで有り得る。すなわち、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生しないことと決定し、前記リソース衝突指示子を送信しないことがある。このとき、前記ＲＳＲＰ閾値は、ｉ）ＵＥ－Ｃが予約リソースを指示したＳＣＩ（例えば、ＳＣＩformat １－Ａ）で獲得した優先順位値を送信優先順位とし、ｉｉ）ＵＥ－Ｂが予約リソースを指示したＳＣＩ（例えば、ＳＣＩformat １－Ａ）で獲得した優先順位値を受信優先順位として決定され得る。
具体的な例として、ＵＥ－ＡがＵＥ－ＣのＰＳＳＣＨ送信に対する対象受信者である場合に、ＵＥ－ＢのＳＣＩ（ＳＣＩformat １－Ａ）に基づいて測定されたＲＳＲＰがＲＳＲＰ閾値より小さいか等しい場合、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生しないことと決定することができる。前記ＲＳＲＰ閾値Ｔｈ（ｐｉ、ｐｊ）は、ＲＳＲＰ閾値リスト内の値の内の１つであり得る。前記ＲＳＲＰ閾値は、ＲＳＲＰ閾値リスト（例えば、ｓｌ－Ｔｈｒｅｓ－ＲＳＲＰ－ＬｉｓｔまたはＴｈｒｅｓＰＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ）内の値の内、受信優先順位（prio_RX）及び送信優先順位（prio_TX）に基づいて決定され得る。一例として、ＲＳＲＰ閾値Ｔｈ（prio_RX、prio_TX）の決定のためのインデックスｉは、以下のように決定され得る。
i=prio_RX+(prio_TX-1)*8
前記index iは、前記RSRP閾値リスト内のｉ番目のＲＳＲＰ閾値を表すことができる。このとき、受信優先順位（prio_RX）はUE-BのSCIの優先順位値に設定され、送信優先順位（prioTX）はUE-CのSCIの優先順位値に設定され得る。
逆に、ＵＥ－ＡがＵＥ－ＢのＰＳＳＣＨ送信に対する対象受信者（intended receiver））である場合に、ＵＥ－ＣのＳＣＩ（ＳＣＩformat １－Ａ）に基づいて測定されたＲＳＲＰがＲＳＲＰ閾値より小さいか等しい場合ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生しないことと決定することができる。前記ＲＳＲＰ閾値の決定のための受信優先順位（prio_RX）は、ＵＥ－ＣのＳＣＩの優先順位値に設定され、前記ＲＳＲＰ閾値の決定のための送信優先順位（prio_TX）は、ＵＥ－ＢのＳＣＩの優先順位値に設定され得る。
前述の送信／受信優先順位に基づいて決定されたＲＳＲＰ閾値を介したリソース衝突の有無の決定に関連する動作の適用有無は、上位層パラメータを介して設定され得る。一例として、上位層パラメータsl-optionForCondition2-A-1が0（「RSRP-ThresPerPriorities」）に設定されたことに基づいて、前記送信／受信優先順位に基づいて決定されたRSRP閾値を活用することができる。
一例として、上位層パラメータsl-optionForCondition2-A-1が1（「RSRP-ThresWithRsrpMeasurement」）に設定されたことに基づいて、他の閾値（例えば、deltaRSRPthreshold）が活用され得る。例えば、UE-AがUE-BのPSSCHの意図された受信者（intended receiver）である場合、UE-CのSCIに基づいて測定されたRSRP値(RSRP2)がUE-BのSCIに基づいて測定されたＲＳＲＰ値（ＲＳＲＰ１）にdeltaRSRPthresholdを加えた値より大きいもの（ＲＳＲＰ２＞ＲＳＲＰ１＋ｄｅｌｔａＲＳＲＰｔｈｒｅｓｈｏｌｄ）に基づいて、ＵＥ－Ａは、ＵＥ－Ｂの予約リソースとＵＥ－Ｃの予約リソースとの間に衝突が発生することと決定することができる。逆に、UE-AがUE-CのPSSCHの意図された受信者（）である場合、UE-BのSCIに基づいて測定されたRSRP値(RSRP1)がUE-CのSCIに基づいて測定されたRSRP値（RSRP2）にdeltaRSRPthresholdを加えた値より大きいもの（RSRP1> RSRP2 + delta-threshold）に基づいて、UE-Aは、UE-Bの予約リソースとUE-Cの予約リソースとの間の衝突が発生することと決定することができる。前記deltaRSRPthresholdは、UE-Aに事前に設定された値であり得る。
本開示の実施形態において、ＵＥ－Ａがリソース衝突指示子を送るようと決定した場合、ＵＥ－Ｂ及び／またはＵＥ－Ｃに送信することができる。例えば、ＵＥ－Ａは、優先順位値が大きい端末（すなわち、優先順位が低い送信を実行する端末）に優先的にリソース衝突指示子を送信することができる。具体例として、UE-BのSCI format 1-Aから獲得された優先順位値p1が、UE-CのSCI format 1-Aから獲得された優先順位値p2より大きい場合(p1>p2)が仮定され得る。この場合、ＵＥ－Ａはリソース衝突指示子（ＰＳＦＣＨ with conflict information）をＵＥ－Ｂに送信され得る。さらに別の例として、ＵＥ－ＢのＳＣＩformat １－Ａから獲得された優先順位値（ｐ１）がＵＥ－ＣのＳＣＩformat １－Ａから獲得された優先順位値（ｐ２）と等しい場合（ｐ１＝ｐ２）が、仮定され得る。この場合、ＵＥ－Ａはリソース衝突指示子（ＰＳＦＣＨ with conflict information）をＵＥ－ＢまたはＵＥ－Ｃに送信することができる。
例えば、ＵＥ－Ａは、割り当てリソースまたは割り当てサブチャネルの数が小さい端末に優先的にリソース衝突指示子を送ることができる。例えば、ＵＥ－Ａは、割り当てリソースまたは割り当てサブチャネルの数が大きい端末に優先的にリソース衝突指示子を送ることができる。例えば、ＵＥ－Ａは、ＭＣＳインデックス値または変換ＳＰＥＣＴＲＡＬ ＥＦＦＣＩＥＮＣＹが小さい端末に優先的にリソース衝突指示子をおくることができる。例えば、ＵＥ－Ａは、ＭＣＳインデックス値または変換ＳＰＥＣＴＲＡＬ ＥＦＦＣＩＥＮＣＹが高い端末に優先的にリソース衝突指示子を送ることができる。
一方、UE-AがUE-B及び／またはUE-Cにリソース衝突指示子を送信するように決定した場合、前記指示子が送信される前に、UE-B及び／またはUE-Cもリソース衝突を認知してリソース衝突に対応するリソースを再選択することができる。前記の状況において、リソース衝突指示子の送信は不要になることができる。例えば、UE-Aは、UE-B及び／またはUE-Cにリソース衝突指示子送信を決定した後、実際前記指示子送信前にUE-B及び／またはUE-Cが前記リソース衝突に対応されるリソースを、再選択したことを認知した場合、リソース衝突指示子の送信を取り消すことができる。例えば、ＵＥ－Ａは、前記の状況認知をＵＥ－Ａのリソース衝突指示子送信前（ＰＲＯＣＥＳＳＩＮＧ ＴＩＭＥ ＢＵＤＧＥＴを鑑みて）ＵＥ－Ｂ及び／又はＵＥ－Ｃが送信したＳＣＩで指示された予約リソースをベースで決めることができる。言い換えれば、ＵＥ－Ａは、リソース衝突指示子の送信前にＵＥ－Ｂ及び／又はＵＥ－Ｃから受信したＳＣＩ（で指示された予約リソース）に基づいて、前記リソース衝突指示子の送信をキャンセル（又はドロップ）され得る。
本開示の実施形態において、端末が観察されたリソース衝突に対してリソース衝突指示子を送信しないことは、端末がリソース衝突有無を観察／決定時に使用することにも本発明の思想が拡張されて適用され得る。すなわち、前述のリソース衝突指示子の送信キャンセルに関連する実施形態に係る動作は、リソースが衝突有無を決定する実施形態に係る動作に等しく適用され得る。ＵＥ－Ａは、リソース衝突の有無を決定することにおいて、ＵＥ－Ｂ及び／またはＵＥ－Ｃからさらに受信されたＳＣＩ（で指示された予約リソース）に基づいて予約リソース間の衝突有無を決定することができる。
本明細書の様々な実施形態は相互に組み合わせることができる。
具現的な側面において前述の実施形態に係るＵＥ－Ａ／ＵＥ－Ｂ／ＵＥ－Ｃの動作（例えば、リソース衝突指示子(PSFCH with conflict information)の送受信に関連する動作）は後述する図１５乃至図２０の装置（例えば、図１６のプロセッサ１０２、２０２）によって処理され得る。
また前述の実施形態に係るＵＥ－Ａ／ＵＥ－Ｂ／ＵＥ－Ｃの動作（例えば、リソース衝突指示子(PSFCH with conflict information)の送受信に関連する動作）は、少なくとも１つのプロセッサ（例えば、図１６の１０２、２０２）を駆動するための命令語／プログラム（例えば、instruction, executable code）の形でメモリ（例えば、図１６の１０４、２０４）に貯蔵することもある。
以下、前述した実施形態を第１端末の動作の観点から図１３を参照して具体的に説明する。以下に説明される方法は、説明の便宜のために区分されたものだけ、相互に排除されない限り、いずれかの１つの方法の一部の構成が他の方法の一部の構成と置き換えるか、または相互に結合されて適用され得ることは言うまでもない勿論である。
図１３は、本明細書の一実施形態に係る無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信する方法を説明するためのフローチャートである。
図１３を参照すると、本明細書の一実施形態に係る無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信する方法は、第１予約リソースに関連するＳＣＩ受信ステップ（Ｓ１３１０）、第２予約リソースに関連するＳＣＩ受信ステップＳ１３２０、第１予約リソースと第２予約リソースとの間の衝突を決定するステップＳ１３３０、及び衝突に関する情報送信ステップＳ１３４０を含むことができる。
以下、図１３による説明において、「第１端末」、「第２端末」及び「第３端末」の用語の定義は以下の通りである。「第１端末」は、衝突に関する情報を送信する端末（ＵＥ－Ａ）を意味され得る。第２端末及び第３端末は、衝突に関する情報を受信することができる端末を意味され得る。第３端末は、第２端末とは異なる端末を意味することができる。具体的に、第２端末は、前述した実施形態に係るＵＥ－ＢまたはＵＥ－Ｃで有り得、第３端末は、前述した実施形態に係るＵＥ－ＣまたはＵＥ－Ｂであり得る。
Ｓ１３１０において、第１端末は、第２端末から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報（Sidelink Control Information, SCI）を受信する。前記第１ＳＣＩは、物理サイドリンク制御チャネル（Physical Sidelink Control Channel, PSCCH）を介して受信される第１段階ＳＣＩ（ＳＣＩformat １－Ａ）であり得る。具体的に、前記第１ＳＣＩはリソース割り当てモード２に関連付けられる（図６の（ｂ））。
前述のＳ１３１０にしたがって、第１端末（図１５～図２０の１００／２００）が第２端末（図１５～図２０の１００／２００）から物理サイドリンク共有チャネル（Physical Sidelink Shared Channel、ＰＳＳＣＨのための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を受信する動作は、図１５乃至図２０の装置によって実現され得る。例えば、図１６を参照すると、１つ以上のプロセッサ１０２は、第２端末２００から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報（Sidelink Control Information、ＳＣＩ）を受信するように１つ以上のトランシーバ１０６及び／または１つ以上のメモリ１０４を制御することができる。
Ｓ１３２０において、第１端末は、第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信する。前記第２ＳＣＩは、物理サイドリンク制御チャネル（Physical Sidelink Control Channel, PSCCH)を介して受信されるfirst stage SCI（ＳＣＩformat １－Ａ）であり得る。ここで、前記ＰＳＳＣＨは、第２端末のＰＳＳＣＨとは異なるＰＳＳＣＨを意味することができる。すなわち、第３端末のＰＳＳＣＨは第２ＰＳＳＣＨ、第２端末のＰＳＳＣＨは第１ＰＳＳＣＨに区分され得る。前記第２ＳＣＩはリソース割り当てモード２に関連付けられる（図６の（ｂ））。
前記第１ＳＣＩ及び前記第２ＳＣＩは、物理サイドリンク制御チャネル（Physical Sidelink Control Channel, PSCCH）を介して受信され得る。さらに具体的に、前記第１ＳＣＩは第１ＰＳＣＣＨを介して受信され、前記第２ＳＣＩは第２ＰＳＣＣＨを介して受信され得る。
前述したＳ１３２０にしたがって、第１端末（図１５～図２０の１００／２００）が第３端末（図１５～図２０の１００／２００）からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信する動作は、図１５～図２０の装置によって実現され得る。例えば、図１６を参照すると、１つ以上のプロセッサ１０２は、第２端末２００からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信するように、１つ以上のトランシーバ１０６及び／または１つまたは複数メモリ１０４を制御することができる。
Ｓ１３３０において、第１端末は、第１予約リソースと第２予約リソースとの間の衝突（conflict）を決定する。
一実施形態に係れば、前記衝突は、ｉ）測定された参照信号受信電力（Reference Signal Received Power, RSRP)及びｉｉ）ＲＳＲＰ閾値に基づいて決定され得る。
前記測定されたＲＳＲＰは、第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づくことができる。このとき、前記測定されたＲＳＲＰは、物理サイドリンク制御チャネルに対する復調参照信号（ＰＳＣＣＨ ＤＭＲＳ）及び／または物理サイドリンク共有チャネルに対する復調参照信号（ＰＳＳＣＨ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる。一例として、前記測定されたＲＳＲＰは、前記第１ＳＣＩに関連する第１ＰＳＣＣＨ ＤＭＲＳ及び／または第１ＰＳＳＣＨ ＤＭＲＳに基づいて測定されたＲＳＲＰであり得る。一例として、前記測定されたＲＳＲＰは、前記第２ＳＣＩに関連する第２ＰＳＣＣＨ ＤＭＲＳ及び／または第２ＰＳＳＣＨ ＤＭＲＳに基づいて測定されたＲＳＲＰであり得る。
従来技術に係れば、２つの予約リソース（ＵＥ－Ｂ、ＵＥ－Ｃ）が時間及び周波数領域で重畳された場合、ＵＥ－Ａは、どの端末のＳＣＩ（ＳＣＩformat １－Ａ）から測定されたＲＳＲＰを用いて前記ＲＳＲＰ閾値と比較するかどうかは不明である。すなわち、ＵＥ－ＡがＵＥ－ＢのＳＣＩから測定されたＲＳＲＰを用いる場合とＵＥ－ＣのＳＣＩから測定されたＲＳＲＰを用いる場合とによって、前記予約リソースの衝突の有無が異なるように判断され得る。さらに、予約リソース間の衝突の決定のためのＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値によって異なる値として決定され得る。特に、前述したように、送信優先順位値がどの値に設定されるかによって、使用されるＲＳＲＰ閾値が大きく異なることになり、予約リソースが衝突有無か異なるように判断され得る。従来技術に係れば、ＲＳＲＰの閾値を決定するための送信優先順位値をどのように設定すべきかは明確ではないので、予約リソースが衝突有無に対する正確度保証が難しいことがある。前述の問題を解決するために、以下の実施形態を考慮することができる。
一実施形態に係れば、前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるかそうではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるかどうかに基づいて決定され得る。
一実施形態に係れば、前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され得る。前記第１端末が前記第３端末に関連する前記ＰＳＳＣＨ（例えば、第２ＰＳＳＣＨ）の意図された受信者（intended receiver）であることに基づいて、以下の動作が適用され得る。前記衝突は、前記第１ＳＣＩに基づいて測定されたＲＳＲＰ及びＲＳＲＰ閾値に基づいて決定され得る。前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第１ＳＣＩの第１優先順位値及び送前記信優先順位値に設定された前記第２ＳＣＩの第２優先順位値に基づいて決定され得る。このとき、各ＳＣＩの優先順位値は、優先順位フィールド（Priority field、３bits）の値を意味することができる。
一実施形態に係れば、前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され得る。前記第１端末が前記第２端末に関連する前記ＰＳＳＣＨ（例えば、第１ＰＳＳＣＨ）の意図された受信者（intended receiver）であることに基づいて、以下の動作が適用され得る。前記衝突は、前記第２ＳＣＩに基づいて測定されたＲＳＲＰ及び前記ＲＳＲＰ閾値に基づいて決定され得る。前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第２ＳＣＩの第２優先順位値と、前記送信優先順位値に設定された前記第１ＳＣＩの第１優先順位値とに基づいて決定され得る。
前述したＳ１３３０に従って、第１端末（図１５～図２０の１００／２００）が前記第１予約リソースと前記第２予約リソースとの衝突（conflict）を決定する動作は、図１５～図２０の装置によって実現され得る。例えば、図１６を参照すると、１つ以上のプロセッサ１０２は、前記第１予約リソースと前記第２予約リソースとの間の衝突（conflict）を決定するように１つ以上のトランシーバ１０６及び／または１つ以上のメモリ１０４を制御できる。
Ｓ１３４０において、第１端末は第２端末または第３端末に前記衝突に関する情報を送信する。
一実施形態に係れば、前記衝突に関する情報は、物理サイドリンクフィードバックチャネル（(Physical Sidelink Feedback Channel, PSFCH)に基づいて送信され得る。
一実施形態に係れば、前記ＰＳＦＣＨの送信のためのリソースは事前に設定されるか、基地局によって設定され得る。一例として、ＰＳＦＣＨリソースの設定情報は、第１端末の実現時に事前に定義／設定され得る。一例として、ＰＳＦＣＨリソースに関する設定情報が基地局から第１端末に送信され得る。
前記衝突に関する情報が送信される対象（端末）を決定される必要がある。一例として、衝突情報（conflict information）を各予約リソースに関連するfirst SCI（first stage）を送信したすべての端末に送信する場合、すべての端末のリソース再選択を実行しなければならないため、非効率的である。一例として、前記first SCIを送信した端末の内、任意の端末に衝突リソースを送信する場合、より重要度の高い送信を実行する端末がリソースを再選択しなければならないことがある。これに関して、以下の実施形態が考慮され得る。
一実施形態に係れば、ＳＣＩを送信した端末の内、該当ＳＣＩの優先順位値が最も大きい端末に前記衝突に関する情報が送信され得る。
一例として、前記第１優先順位値が前記第２優先順位値より大きいことに基づいて、前記衝突に関する情報は前記第２端末に送信することができる。
前記第１優先順位値は、第２端末によって送信された第１ＳＣＩの優先順位値を意味し、前記第２優先順位値は、第３端末によって送信された第２ＳＣＩの優先順位値を意味する。
別の例として、前記第２優先順位値が前記第１優先順位値より大きいことに基づいて、前記衝突に関する情報を前記第３端末に送信され得る。
また別の例として、前記第１優先順位値と前記第２優先順位値が等しいことに基づいて、前記衝突に関する情報は前記第２端末または第３端末に送信され得る。
前記衝突に関する情報を受信した第２端末または第３端末は、リソース再選択を実行され得る。具体的には、第２端末または第３端末は、前記衝突に関する情報に基づいて、ＰＳＳＣＨ（例えば、第１ＰＳＳＣＨまたは第２ＰＳＳＣＨ）のためのリソースを再選択することができる。このとき、前記衝突が発生した予約リソース（第１予約リソースまたは第２予約リソース）を除外した範囲で他のリソースが選択され得る。
前記衝突に関する情報を受信しない場合、第２端末または第３端末は予約リソースに基づいてＰＳＳＣＨを送信してもよい。具体的には、第２端末または第３端末は、予約リソース（第１予約リソースまたは第２予約リソース）に基づいてＰＳＳＣＨ（例えば、第１ＰＳＳＣＨまたは第２ＰＳＳＣＨ）を送信することができる。このとき、前記ＰＳＳＣＨ（例えば、第１ＰＳＳＣＨまたは第２ＰＳＳＣＨ）の意図された受信者（intended receiver）は、第１端末であるか、第１端末とは異なる端末で有り得る。
前述のＳ１３４０にしたがって、第１端末（図１５～図２０の１００／２００）が第２端末または第３端末（図１５～図２０の１００／２００）に前記衝突に関する情報を送信する動作は、図１５～図２０の装置によって実現され得る。例えば、図１６を参照すると、１つ以上のプロセッサ１０２は、第２端末または第３端末２００に前記衝突に関する情報を送信するように、１つ以上のトランシーバ１０６及び／または１つ以上のメモリ１０４を制御できる。
以下、前述した実施形態を、第２端末の動作の観点から図１４を参照して具体的に説明する。以下に説明される方法は、説明の便宜のために区分されたものだけ、相互に排除されない限り、いずれかの１つの方法の一部構成が他の方法の一部構成と置き換えるか、または相互に組み合わせて適用され得ることは勿論である。
図１４は、本明細書の他の実施形態に係る無線通信システムにおいて第２端末が予約リソースの衝突に関する情報を受信する方法を説明するためのフローチャートである。
図１４を参照すると、本明細書の他の実施形態に係る無線通信システムにおいて、第２端末が予約リソースの衝突に関する情報を受信する方法は、予約リソースに関連するＳＣＩ送信ステップ（Ｓ１４１０）及び衝突と関連した情報受信ステップ（Ｓ１４２０）を含み得る。
以下、図１４に係る説明において「第１端末」、「第２端末」及び「第３端末」の用語の定義は以下の通りである。「第１端末」は、衝突に関する情報を送信する端末（ＵＥ－Ａ）を意味することができる。第２端末及び第３端末は、衝突に関する情報を受信することができる端末を意味することができる。第３端末は、第２端末とは異なる端末を意味することができる。具体的には、第２端末は、前述した実施形態に係るＵＥ－ＢまたはＵＥ－Ｃであり得、第３端末は、前述した実施形態に係るＵＥ－ＣまたはＵＥ－Ｂであり得る。
以下においては、衝突に関する情報の受信動作を第２端末の動作を中心に記述するが、説明の便宜及び重複する説明を省略するためのものであるだけ、後述する第２端末（ＵＥ－Ｂ又はＵＥ－Ｃ）の動作（Ｓ１４１０、Ｓ１４２０など）は、第３端末（ＵＥ－ＣまたはＵＥ－Ｂ）の動作として解釈／適用され得る。
Ｓ１４１０において、第２端末は、第１端末に物理サイドリンク共有チャネル（(Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報（Sidelink Control Information、ＳＣＩ）を送信する。前記第１ＳＣＩは、物理サイドリンク制御チャネル(Physical Sidelink Control Channel, PSCCH)を介して受信されるfirst stage ＳＣＩ（ＳＣＩformat １－Ａ）であり得る。具体的には、前記第１ＳＣＩはリソース割り当てモード２に関連付けられ得る（図６（ｂ））。
前述のＳ１４１０にしたがって、第２端末（図１５～図２０の１００／２００）が第１端末（図１５～図２０の１００／２００）に物理サイドリンク共有チャネル（Physical Sidelink Shared Channel、ＰＳＳＣＨ）のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, SCI)を送信する動作は、図１５から図２０の装置によって実現され得る。例えば、図１６を参照すると、１つ以上のプロセッサ２０２は、第１端末１００に物理サイドリンク共有チャネル（Physical Sidelink Shared Channel, PSSCH)のための第１予約リソースに関連する第１サイドリンク制御情報（Sidelink Control Information、ＳＣＩ）を送信するように１つ以上のトランシーバ２０６及び／または１つ以上のメモリ２０４を制御することができる。
このとき、第３端末は、第１端末にＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを送信する。第２ＳＣＩは、物理サイドリンク制御チャネル(Physical Sidelink Control Channel, PSCCH)を介して送信される first stage ＳＣＩ（ＳＣＩformat １－Ａ）であり得る。ここで、前記ＰＳＳＣＨは、第２端末のＰＳＳＣＨとは異なるＰＳＳＣＨを意味することができる。すなわち、第３端末のＰＳＳＣＨは第２ＰＳＳＣＨ、第２端末のＰＳＳＣＨは第１ＰＳＳＣＨに区分され得る。第２ＳＣＩはリソース割り当てモード２に関連付けられ得る（図６（ｂ））。
前記第１ＳＣＩ及び前記第２ＳＣＩは、物理サイドリンク制御チャネル(Physical Sidelink Control Channel, PSCCH)を介して送信され得る。さらに具体的には、前記第１ＳＣＩは第１ＰＳＣＣＨを介して送信され、前記第２ＳＣＩは第２ＰＳＣＣＨを介して送信され得る。
Ｓ１４２０において、第２端末は、第１端末から前記第１予約リソースと第２予約リソース間の衝突（conflict）に関する情報を受信する。前記第２予約リソースは、第３端末のＰＳＳＣＨのための第２ＳＣＩに関連付けら得る。
一実施形態に係れば、前記衝突に関する情報は、物理サイドリンクフィードバックチャネル(Physical Sidelink Feedback Channel, PSFCH)に基づいて受信され得る。
前記衝突は第１端末によって決定され得る。一実施形態に係れば、前記衝突は、ｉ）第１端末によって測定された参照信号受信電力（Reference Signal Received Power, RSRP)及びｉｉ）ＲＳＲＰ閾値に基づいて第１端末によって決定され得る。
前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づくことができる。このとき、前記測定されたＲＳＲＰは、物理サイドリンク制御チャネルに対する復調参照信号（ＰＳＣＣＨ ＤＭＲＳ）及び／または物理サイドリンク共有チャネルに対する復調参照信号（ＰＳＳＣＨ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる。一例として、前記測定されたＲＳＲＰは、前記第１ＳＣＩに関連する第１ＰＳＣＣＨ ＤＭＲＳ及び／または第１ＰＳＳＣＨ ＤＭＲＳに基づいて測定されたＲＳＲＰであり得る。一例として、前記測定されたＲＳＲＰは、第２ＳＣＩに関連する第２ＰＳＣＣＨ ＤＭＲＳ及び／または第２ＰＳＳＣＨ ＤＭＲＳに基づいて測定されたＲＳＲＰであり得る。
前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され得る。
従来技術に係れば、２つの予約リソース（ＵＥ－Ｂ、ＵＥ－Ｃ）が時間及び周波数領域で重畳された場合、ＵＥ－Ａは、ある端末のＳＣＩ（ＳＣＩformat １－Ａ）から測定されたＲＳＲＰを用いて前記ＲＳＲＰ閾値と比較するかどうかの有無は不明である。すなわち、ＵＥ－ＡがＵＥ－ＢのＳＣＩから測定されたＲＳＲＰを用いる場合とＵＥ－ＣのＳＣＩから測定されたＲＳＲＰを用いる場合とによって、前記予約リソースの衝突の有無が異なるように判断され得る。さらに、予約リソース間の衝突を決定するためのＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値によって異なる値として決定され得る。特に、前述したように、送信優先順位値がどの値に設定されるかによって、使用されるＲＳＲＰ閾値が大きく異なり、予約リソースの衝突有無が異なるように判断され得る。従来技術に係れば、ＲＳＲＰの閾値を決定するための送信優先順位値がどのように設定すべきかは明確ではないので、予約リソースが衝突有無の正確度の保証が難しいことがある。前述の問題を解決するために、以下の実施形態が考慮され得る。
一実施形態に係れば、前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるか、そうではないと第３端末のＰＳＳＣＨに関連する意図された受信者（intended receiver）であるか有無に基づいて決定され得る。
一実施形態に係れば、前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され得る。前記第１端末が前記第３端末に関連する前記ＰＳＳＣＨ（例えば、第２ＰＳＳＣＨ）の意図された受信者（intended receiver）であることに基づいて、以下の動作が適用され得る。前記衝突は、前記第１ＳＣＩに基づいて測定されたＲＳＲＰ及び前記ＲＳＲＰ閾値に基づいて決定され得る。前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第１ＳＣＩの第１優先順位値及び前記送信優先順位値に設定された前記第２ＳＣＩの第２優先順位値に基づいて決定され得る。このとき、各ＳＣＩの優先順位値は、優先順位フィールド（Priority field、３bits）の値を意味することができる。
一実施形態に係れば、前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され得る。前記第１端末が前記第２端末に関連する前記ＰＳＳＣＨ（例えば、第１ＰＳＳＣＨ）の意図された受信者（intended receiver）であることに基づいて、以下の動作が適用され得る。前記衝突は、前記第２ＳＣＩに基づいて測定されたＲＳＲＰ及び前記ＲＳＲＰ閾値に基づいて決定され得る。前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第２ＳＣＩの第２優先順位値と、前記前記送信優先順位値に設定された前記第１ＳＣＩの第１優先順位値に基づいて決定され得る。
一実施形態に係れば、前記ＰＳＦＣＨの受信のためのリソースは事前に設定されるか、基地局によって設定され得る。一例として、ＰＳＦＣＨリソースの設定情報は、第２端末の実現時に事前に定義／設定され得る。一例として、ＰＳＦＣＨリソースに関する設定情報が基地局から第２端末に送信され得る。
前記衝突に関連する情報を送信する対象（端末）が決定される必要がある。一例として、各予約リソースに関連するfirstＳＣＩ(first stage SCI)を送信したすべての端末が衝突情報（conflict information）を受信する場合、すべての端末がリソース再選択を実行しなければならないので、非効率的である。一例として、前記firstＳＣＩ(first stage SCI)をを送信した端末の内、任意の端末に衝突リソースを送信する場合、より重要度の高い送信を実行する端末がリソースを再選択しなければならないことがある。これに関して、以下の実施形態が考慮され得る。
一実施形態に係れば、ＳＣＩを送信した端末の内、該当ＳＣＩの優先順位値が最も大きい端末に前記衝突に関する情報が送信され得る。
一例として、前記第１優先順位値が前記第２優先順位値より大きいことに基づいて、前記衝突に関する情報は前記第２端末に送信され得る。
前記第１優先順位値は、第２端末によって送信された第１ＳＣＩの優先順位値を意味し、前記第２優先順位値は、第３端末によって送信された第２ＳＣＩの優先順位値を意味する。
別の例として、前記第２優先順位値が前記第１優先順位値より大きいことに基づいて、前記衝突に関する情報は前記第３端末に送信され得る。
また別の例として、前記第１優先順位値と前記第２優先順位値が等しいことに基づいて、前記衝突に関する情報は前記第２端末または前記第３端末に送信され得る。
すなわち、前述したＳ１４２０の動作は、前記第１優先順位値が前記第２優先順位値より大きいことに基づいて実行されることで有り得る。前記第２優先順位値が前記第１優先順位値より大きいことに基づいて、Ｓ１４２０ではないＰＳＳＣＨ（例えば、第１ＰＳＳＣＨ）送信動作が実行され得る。
言い換えれば、第２端末のＰＳＳＣＨ送信の優先順位が第３端末の優先順位より低い場合、第２端末は第１端末から前記衝突に関する情報を受信することができる。第２端末のＰＳＳＣＨ送信の優先順位が第３端末の優先順位より高い場合、第２端末は予め予約されたリソースに基づいてＰＳＳＣＨを送信することができる。このとき、ＰＳＳＣＨの意図された受信者（intended receiver）は、第１端末であるか、第１端末とは異なる端末であり得る。
前述したＳ１４２０にしたがって、第２端末（図１５～図２０の１００／２００）が第１端末（図１５～図２０の１００／２００）から前記第１予約リソースと第２予約リソースとの間の衝突（conflict）に関する情報を受信する動作は、図１５～図２０の装置によって実現され得る。例えば、図１６を参照すると、１つ以上のプロセッサ２０２は、第１端末１００から前記第１予約リソースと第２予約リソースとの間の衝突（conflict）に関する情報を受信するように１つ以上のトランシーバ２０６及び／または１つ以上のメモリ２０４を制御することができる。
前記方法は、リソース再選択ステップをさらに含むことができる。具体的に、前記方法は、前記衝突に関する情報に基づいて、前記ＰＳＳＣＨのためのリソースの再選択を実行するステップをさらに含み得る。前記衝突に関する情報を受信した第２端末は、リソース再選択を実行することができる。具体的に、第２端末は、前記衝突に関する情報に基づいて、ＰＳＳＣＨ（例えば、第１ＰＳＳＣＨ）のためのリソースを再選択することができる。このとき、前記衝突が発生した予約リソース（第１予約リソース）を除外した範囲で他のリソースが選択され得る。第２端末は、リソース再選択に基づいて選択されたリソースに基づいてＳＣＩを送信し、該当ＳＣＩによって予約されたリソースからＰＳＳＣＨを送信することができる。
前記衝突に関する情報を受信しない場合、第２端末は予約リソースに基づいてＰＳＳＣＨを送信することができる。具体的に、第２端末は、予約リソース（第１予約リソース）に基づいてＰＳＳＣＨ（例えば、第１ＰＳＳＣＨ）を送信することができる。このとき、前記ＰＳＳＣＨ（例えば、第１ＰＳＳＣＨ）の意図された受信者（intended receiver）は、第１端末であるか、第１端末とは異なる端末であり得る。
図には示されていないが、衝突に関する情報を受信したかどうかに応じて、第２端末は以下の１）または２）に従って動作することができる。
１）ＳＣＩ送信（Ｓ１４１０） - 衝突に関する情報の受信（Ｓ１４２０）- リソースの再選択
２）ＳＣＩ送信（Ｓ１４１０） - 予約リソースに基づくＰＳＳＣＨ送信
以下、本明細書の多様な実施形態が適用できる装置について説明する。
本明細書に開示された構成はこれに制限されるものではないが、本明細書に開示された本発明の多様な説明、機能、手順、提案、方法及び／又は動作順序図は機器間に無線通信／接続（例えば、５Ｇ）を必要とする様々な分野に適用できる。
以下、図面を参照してより具体的に例示する。以下の図面／説明において同一の図面符号は、異なる内容に記述しない限り、同一するか又は対応されるハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。
図１５は、本明細書の一実施形態による、通信システム１を示す。
図１５に示すように、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（New RAT）、ＬＴＥ（Long Term Evolution））を利用して通信を行う機器を意味し、通信／無線／５Ｇ機器と呼ばれることができる。これに制限されることではないが、無線機器は、ロボット100ａ、車両100ｂ－１、100ｂ－２、ＸＲ（eXtended Reality）機器100ｃ、携帯機器（Hand-held device）100ｄ、家電100ｅ、ＩｏＴ（Internet of Thing）機器100ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間通信が可能である車両などが含まれる。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Augmented Reality）／ＶＲ（Virtual Reality）/ＭＲ（Mixed Reality）機器を含み、ＨＭＤ（Head-Mounted Device）、車両に備えられたＨＵＤ（Head-Up Display）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（signage）、車両、ロボットなどの形態で実現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などが含まれる。家電は、ＴＶ、冷蔵庫、洗濯機などが含まれる。ＩｏＴ機器は、センサ、スマートメータなどを含むことができる。例えば、基地局、ネットワークは無線機器でも実現されることができ、特定無線機器100ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
無線機器100ａ～100ｆは、基地局200を介してネットワーク３００と接続されることができる。無線機器100ａ～100ｆにはＡＩ（Artificial Intelligence）技術が適用されることができ、無線機器100ａ～100ｆはネットワーク３００を介してＡＩサーバ４００と接続されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器100ａ～100ｆは、基地局200／ネットワーク３００を介して互いに通信することもあるが、基地局／ネットワークを介せずに、直接通信（例えば、サイドリンク通信（sidelink communication）することもできる。例えば、車両100ｂ－１、100ｂ－２は直接通信（例えば、Ｖ２Ｖ（Vehicle to Vehicle）／Ｖ２Ｘ（Vehicle to everything） communication）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）又は他の無線機器100ａ～100ｆと直接通信をすることができる。
無線機器１００a～１００f／基地局200、基地局２００／基地局200の間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続は、アップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、リレー（relay）、ＩＡＢ（Integrated Access Backhaul）のような多様な無線接続技術（例えば、５Ｇ ＮＲ）を介して行われることができる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは、様々な物理チャネルを介して信号を送信／受信することができる。このために、本明細書の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などのうち少なくとも一部が行われることができる。
図１６は、本明細書の一実施形態による無線機器を示す。
図１６に示すように、第１無線機器100と第２無線機器200は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１無線機器100、第２無線機器200｝は、図17の｛無線機器100ｘ、基地局200｝及び／又は｛無線機器100ｘ、無線機器100ｘ｝に対応することができる。
第１無線機器100、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、追加的に１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を実現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６を介して第１情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と接続されることができ、プロセッサ１０２の動作に関連した多様な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機１０６は、プロセッサ１０２と接続されることができ、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Radio Frequency）ユニットと混用されることができる。本明細書で無線機器は通信モデム／回路／チップを意味することもある。
第２無線機器200は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、追加的に１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を実現するように構成されることができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６を介して第３情報/信号を含む無線信号を送信することができる。また、プロセッサ２０２は、送受信機２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と接続されることができ、プロセッサ２０２の動作に関連した多様な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうち一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機２０６は、プロセッサ２０２と接続されることができ、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６はＲＦユニットと混用されることができる。本明細書で無線機器は通信モデム／回路／チップを意味することもある。
以下、無線機器100、200のハードウェア要素についてより具体的に説明する。これに制限されることではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２により実現されることができる。例えば、１つ以上のプロセッサ１０２、２０２は１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能的層）を実現することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図によって１つ以上のＰＤＵ（Protocol Data Unit）及び／又は１つ以上のＳＤＵ（Service Data Unit）を生成することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図に応じて、メッセージ、制御情報、データ又は情報を生成することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成して、１つ以上の送受信機１０６、２０６に提供することができる。１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。
１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれることができる。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現されることができる。一例として、１つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、１つ以上のＤＳＰ（Digital Signal Processor）、１つ以上のＤＳＰＤ（Digital Signal Processing Device）、１つ以上のＰＬＤ（Programmable Logic Device）又は１つ以上のＦＰＧＡ（Field Programmable Gate Arrays）が１つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを使用して実現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図を行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に保存されて１つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図はコード、命令語及び／又は命令語の集合形態でファームウェア又はソフトウェアを使用して実現されることができる。
１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１２、２０２と接続されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ判読保存媒体及び／又はこれらの組み合わせで構成される。１つ以上のメモリ１０４、２０４は、１つ以上のプロセッサ１０２、２０２の内部及び／又は外部に位置することができる。また、１つ以上のメモリ１０４、２０４は、有線又は無線接続のような多様な技術により１つ以上のプロセッサ１０２、２０２と接続される。
１つ以上の送受信機１０６、２０６は、１つ以上の他の装置に本文書の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６、２０６は１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６、２０６は１つ以上のプロセッサ１０２、２０２と接続されることができ、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。また、１つ以上の送受信機１０６、２０６は、１つ以上のアンテナ１０８、２０８と接続されることができ、１つ以上の送受信機１０６、２０６は、１つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されることができる。本文書において、１つ以上のアンテナは、複数の物理アンテナ（例、アンテナポート）であり得る。１つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を利用して処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Convert）することができる。１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２を利用して処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換することができる。このために、１つ以上の送受信機２０６、２０６は、（アナログ）オシレータ及び／又はフィルタを含むことができる。
図１７は、本明細書の一実施形態による、送信信号のための信号処理回路を示す。
図１７を参照すると、信号処理回路１０００は、スクランブラー１０１０、変調器１０２０、レイヤマッパー１０３０、フリーコーダ１０４０、リソースマッパー１０５０、信号生成器１０６０を備えることができる。これに制限されるわけではないが、図１９の動作／機能は、図１８のプロセッサ１０２、２０２、及び／又はトランシーバ１０６、２０６で実行され得る。図１９のハードウェア要素は、図１８のプロセッサ１０２、２０２、及び／又はトランシーバ１０６、２０６で実現されることができる。例えば、ブロック１０１０～１０６０は、図１８のプロセッサ１０２、２０２で実現されることができる。また、ブロック１０１０～１０５０は、図１８のプロセッサ１０２、２０２で実現され、ブロック１０６０は、図１８のトランシーバ１０６、２０６で実現されることができる。
コードワードは、図１９の信号処理回路１０００を経て、無線信号に変換することができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ－ＳＣＨ送信ブロック、ＤＬ－ＳＣＨ送信ブロック）を含むことができる。無線信号は、様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。
具体的に、コードワードは、スクランブラー１０１０によってスクランブルされたビットシーケンスに変換することができる。スクランブルに用いられるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器１０２０によって変調シンボルのシーケンスに変調され得る。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などを含むことができる。複素変調シンボルのシーケンスは、レイヤマッパー１０３０によって１以上の送信層にマッピングすることができる。各送信層の変調シンボルは、フリーコーダ１０４０によって、該アンテナポートにマッピングすることができる（フリーコーディング）。フリーコーダ１０４０の出力ｚは、レイヤマッパー１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛けて得ることができる。ここで、Ｎはアンテナポートの数、Ｍは、送信層の数である。ここで、フリーコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）フリーコーディング（例えば、ＤＦＴ変換）を実行した後にフリーコーディングを行うことができる。また、フリーコーダ１０４０は、トランスフォームプリコーディングを行うことなくフリーコーディングを行うことができる。
リソースマッパー１０５０は、各アンテナポートの変調シンボルを時間-周波数リソースにマッピングすることができる。時間-周波数リソースは、時間ドメインで複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数のサブキャリアを含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器に送信することができる。このために、信号生成器１０６０は、ＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールとＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップコンバータ（ｆｒｅｑｕｅｎｃｙ ｕｐｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
無線機器で受信信号のための信号処理過程は、図１９の信号処理過程（１０１０～１０６０）の逆で構成され得る。例えば、無線機器（例えば、図１８の１００、２００）は、アンテナポート／トランシーバを介して外部から無線信号を受信することができる。受信された無線信号は、信号復元機によりベースバンド信号に変換することができる。このために、信号復元機は、周波数ダウンコンバータ（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去機、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパー過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程及びデスクランブル過程を経てコードワードに復元することができる。コードワードは、復号（ｄｅｃｏｄｉｎｇ）を経て、元の情報ブロックに復元することができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元機、リソースデマッパー、ポストコーダ、復調器、デスクランブラー及び復号器を含むことができる。
図１８は、本明細書の一実施形態による、無線機器を示す。無線機器は使用例／サービスに応じて多様な形態で実現できる（図１７参照）。
図１８を参照すると、無線機器１００、２００は、図１８の無線機器１００,２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（部品、ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）で構成され得る。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含むことができる。通信部は、通信回路１１２及びトランシーバ１１４を含むことができる。例えば、通信回路１１２は、図１８の１つ以上のプロセッサ１０２、２０２及び／又は１つ以上のメモリ１０４、２０４を含むことができる。例えば、トランシーバ１１４は、図１８の１つ以上のトランシーバ１０６、２０６及び／又は１つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器の諸動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて、無線機器の電気的/機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インタフェースを介して送信したり、通信部１１０を介して外部（例えば、他の通信機器）から無線/有線インタフェースを介して受信された情報をメモリ部１３０に格納することができる。
追加要素１４０は、無線機器の種類に応じて多様に構成することができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部のうち、少なくとも１つを含むことができる。これに制限されるわけではないが、無線機器は、ロボット（図２２、１００ａ）、車両（図２２、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図２２、１００ｃ）、携帯機器（図２２、１００ｄ）、家電（図２２、１００ｅ）、ＩｏＴ機器（図２２、１００ｆ）、デジタル放送用端末、ホログラム装置、公共の安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または金融装置）、セキュリティ装置、気候/環境装置、ＡＩサーバ／機器（図２２、４００）、基地局（図２２、２００）、ネットワーク、ノードなどの形で実現され得る。無線機器は、使用-例／サービスによって移動可能であるか、固定された場所で用いられることができる。
図１８で、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは、全体が有線インタフェースを介して相互に接続されたり、少なくとも一部が通信部１１０を介して無線で接続することができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は、有線で接続され、制御部１２０と、第１ユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で接続することができる。また、無線機器１００、２００内の各要素、成分、ユニット/部、及び／又はモジュールは、１つ以上の要素をさらに含むことができる。例えば、制御部１２０は、１つ以上のプロセッサのセットで構成され得る。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィックス処理プロセッサ、メモリ制御プロセッサなどのセットで構成され得る。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、非－揮発性メモリ（不揮発性メモリ、ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、及び／又はこれらの組み合わせで構成され得る。
以下、図１８の実現形態について図面を参照してより詳しく説明する。
図１９は、本発明に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、ハンドヘルドコンピュータ（例えば、ノートなど）を含むことができる。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と称することができる。
図１９を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０は、電源供給部１４０ａ、インタフェース部１４０ｂと入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成することができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、それぞれ図１８のブロック１１０～１３０／１４０に対応する。
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御して、様々な動作を実行することができる。制御部１２０は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有線/無線充電回路、電池などを含むことができる。インタフェース部１４０ｂは、携帯機器１００と、他の外部機器の接続をサポートすることができる。インタフェース部１４０ｂは、外部機器との接続のためのさまざまなポート（例えば、オーディオ入力／出力ポート、ビデオ入力／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／又はユーザから入力される情報を入力を受けたり出力することができる。入出力部１４０ｃは、カメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／又はハプティックモジュールなどを含むことができる。
一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報/信号（例えば、タッチ、文字、音声、画像、ビデオ）を獲得し、獲得された情報/信号は、メモリ部１３０に格納することができる。通信部１１０は、メモリに格納された情報/信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信したり、基地局に送信することができる。また、通信部１１０は、他の無線機器または基地局からの無線信号を受信した後、受信した無線信号を元の情報/信号に復元することができる。復元された情報/信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、画像、ビデオ、ヘプチク）に出力され得る。
図２０は、本明細書の一実施形態による、車両又は自動運転車両を示す。車両または自動運転車両は移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで実現できる。
図２０を参照すると、車両または自動運転車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自動運転部１４０ｄを含む。アンテナ部１０８は、通信部１１０の一部から構成される。ブロック１１０／１３０／１４０ａ～１４０ｄは、それぞれ図２０のブロック１１０／１３０／１４０に対応する。
通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、車両または自動運転車両１００の要素を制御して様々な動作を行うことができる。制御部１２０はＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含む。駆動部１４０ａは、車両または自動運転車両１００を地上で走行するようにすることができる。駆動部１４０ａはエンジン、モータ、パワートレイン、車輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両または自動運転車両１００に電源を供給し、有／無線充電回路、バッテリなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量感知センサ、ヘディングセンサ（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自動運転部１４０ｄは走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを実現することができる。
例えば、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自動運転部１４０ｄは、取得されたデータに基づいて自動運転経路とドライビングプランを生成する。制御部１２０はドライビングプランに従って車両または自動運転車両１００が自動運転経路に沿って移動するように駆動部１４０ａを制御する（例えば、速度／方向調節）。自動運転途中に通信部１１０は外部サーバから最新交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得する。また、自動運転途中にセンサ部１４０ｃは車両状態、周辺環境情報を取得する。自動運転部１４０ｄは、新たに取得されたデータ／情報に基づいて自動運転経路とドライビングプランを更新することができる。通信部１１０は車両位置、自動運転経路、ドライビングプランなどに関する情報を外部サーバに伝達する。外部サーバは車両または自動運転車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データを予め予測することができ、予測された交通情報データを車両または自動運転車両に提供することができる。
本明細書に記載された請求項は多様な方式で組み合わせることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わされて装置として実現されてもよく、本明細書の装置請求項の技術的特徴が組み合わされて方法として実現されてもよい。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて装置として実現されてもよく、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて方法として実現されてもよい。

Claims (16)

  1. 無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信する方法において、
    第２端末から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, ＰＳＳＣＨ)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information，ＳＣＩ)を受信する段階と、
    第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信する段階と、
    前記第１予約リソースと前記第２予約リソースとの間の衝突(conflict)を決定する段階と、
    前記第２端末または第３端末に前記衝突に関する情報を送信する段階を含むが、
    前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, ＲＳＲＰ)及びｉｉ）ＲＳＲＰ閾値に基づいて決定され、
    前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づく、
    前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかそうではないと、
    前記第３端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるか可否に基づいて決定されることを特徴とする方法。
  2. 前記第１ＳＣＩ及び前記第２ＳＣＩは、物理サイドリンク制御チャネル(Physical Sidelink Control Channel, ＰＳＣＣＨ)を介して受信されることを特徴とする請求項１に記載の方法。
  3. 前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され、
    前記第１端末が前記第３端末に関連する前記ＰＳＳＣＨの意図された受信者(intended receiver)であることに基づいて、
    前記衝突は、前記第１ＳＣＩに基づいて測定されたＲＳＲＰ及び前記ＲＳＲＰ閾値に基づいて決定され、
    前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第１ＳＣＩの第１優先順位値及び前記送信優先順位値に設定された前記第２ＳＣＩの第２優先順位値に基づいて決定されることを特徴とする請求項１に記載の方法。
  4. 前記ＲＳＲＰ閾値は、受信優先順位値及び送信優先順位値に基づいて決定され、
    前記第１端末が前記第２端末に関連する前記ＰＳＳＣＨの意図された受信者(intended receiver)であることに基づいて、
    前記衝突は、前記第２ＳＣＩに基づいて測定されたＲＳＲＰ及び前記ＲＳＲＰ閾値に基づいて決定され、
    前記ＲＳＲＰ閾値は、前記受信優先順位値に設定された前記第２ＳＣＩの第２優先順位値及び前記送信優先順位値に設定された前記第１ＳＣＩの第１優先順位値に基づいて決定されることを特徴とする請求項１に記載の方法。
  5. 前記第１優先順位値が前記第２優先順位値よりも大きいことに基づいて、前記衝突に関する情報が前記第２端末に送信されることを特徴とする請求項３または４に記載の方法。
  6. 前記第２優先順位値が前記第１優先順位値より大きいことに基づいて、前記衝突に関する情報は前記第３端末に送信されることを特徴とする請求項３または４に記載の方法。
  7. 前記第１優先順位値と前記第２優先順位値が等しいことに基づいて、
    前記衝突に関する情報は、前記第２端末または前記第３端末に送信されることを特徴とする請求項３または４に記載の方法。
  8. 前記測定されたＲＳＲＰは、物理サイドリンク制御チャネルに対する復調参照信号（ＰＳＣＣＨ ＤＭＲＳ）及び／または物理サイドリンク共有チャネルに対する復調参照信号（ＰＳＳＣＨ ＤＭＲＳ）に基づいて測定されたＲＳＲＰを含むことができる請求項１に記載の方法。
  9. 前記衝突に関する情報は、物理サイドリンクフィードバックチャネル(Physical Sidelink Feedback Channel, ＰＳＦＣＨ)に基づいて送信されることを特徴とする請求項１に記載の方法。
  10. 前記ＰＳＦＣＨの送信のためのリソースは事前に設定されるか、または基地局によって設定されることを特徴とする請求項９に記載の方法。
  11. 無線通信システムにおいて予約リソースの衝突に関する情報を送信する第１端末において、
    １つ以上のトランシーバと、
    前記１つ以上のトランシーバを制御する１つ以上のプロセッサと、
    前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリとを含み、
    前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示(instruction)を貯蔵し、
    前記動作は、
    第２端末から物理サイドリンク共有チャネル（Physical Sidelink Shared Channel, ＰＳＳＣＨ)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, ＳＣＩ)を受信する段階と、
    第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信する段階と、
    前記第１予約リソースと前記第２予約リソースとの間の衝突(conflict)を決定す段階と、
    前記第２端末または第３端末に前記衝突に関する情報を送信する段階を含むが、
    前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, ＲＳＲＰ)及びｉｉ）ＲＳＲＰ閾値に基づいて決定され、
    前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づく、
    前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかどうかそれではないと、前記第３端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかどうかに基づいて決定されることを特徴とする第１端末。
  12. 無線通信システムにおいて、第１端末が予約リソースの衝突に関する情報を送信するように制御する装置において、
    １つ以上のプロセッサと、
    前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリとを含み、
    前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示(instruction)を貯蔵し、
    前記の動作は、
    第２端末から物理サイドリンク共有(Physical Sidelink Shared Channel, ＰＳＳＣＨ)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information， ＳＣＩ)を受信する段階と、
    第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信する段階と、
    前記第１予約リソースと前記第２予約リソースとの間の衝突(conflict)を決定する段階と、
    前記第２端末または前記第３端末に前記衝突に関する情報を送信する段階を含むが、
    前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, ＲＳＲＰ)及びｉｉ）ＲＳＲＰ閾値に基づいて決定され、
    前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づく、
    前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかそうではないと、前記第３端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかどうかに基づいて決定されることを特徴とする装置。
  13. １つ以上の命令語を貯蔵する１つ以上の非一時的(non-transitory)コンピュータ可読媒体において、
    前記１つ以上の命令語は１つ以上のプロセッサによって実行されることに基づいて動作を実行し、
    前記の動作は、
    第２端末から物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, ＰＳＳＣＨ)のための第１予約リソースに関連する第１サイドリンク制御情報(Sidelink Control Information, ＳＣＩ)を受信する段階と、
    第３端末からＰＳＳＣＨのための第２予約リソースに関連する第２ＳＣＩを受信する段階と、
    前記第１予約リソースと前記第２予約リソースとの間の衝突(conflict)を決定する段階と、
    前記第２端末または前記第３端末に前記衝突に関する情報を送信する段階を含むが、
    前記衝突は、ｉ）測定された参照信号受信電力(Reference Signal Received Power, ＲＳＲＰ)及びｉｉ）ＲＳＲＰ閾値に基づいて決定され、
    前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づく、
    前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかそうではないと、前記第３端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかどうかに基づいて決定されることを特徴とする１つ以上の非一時的コンピュータ可読媒体。
  14. 無線通信システムにおいて、第２端末が予約リソースの衝突に関する情報を受信する方法において、
    第１端末に、物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, ＰＳＳＣＨ)のための第１予約リソースに関する第１サイドリンク制御情報(Sidelink Control Information, ＳＣＩ)を送信段階と、
    前記第１端末から、前記第１予約リソースと第２予約リソースとの衝突(conflict)に関する情報を受信する段階を含むが、
    前記第２予約リソースは、第３端末のＰＳＳＣＨのための第２ＳＣＩに関連し、
    前記衝突は、ｉ）第１端末によって測定された参照信号受信電力(Reference Signal Received Power, ＲＳＲＰ)及びｉｉ）ＲＳＲＰ閾値に基づいて前記第１端末によって決定され、
    前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づく、
    前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるか、そうではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかどうかに基づいて決定されることを特徴とする方法。
  15. 前記衝突に関する情報に基づいて、前記ＰＳＳＣＨのためのリソースの再選択を実行する段階をさらに含むことを特徴とする請求項１２に記載の方法。
  16. 無線通信システムで物理サイドリンクフィードバックチャネル（Physical Sidelink Feedback Channel、ＰＳＦＣＨ）を受信する第２端末において、
    １つ以上のトランシーバと、
    前記１つ以上のトランシーバを制御する１つ以上のプロセッサと、
    前記１つ以上のプロセッサに動作可能に接続された１つ以上のメモリとを含み、
    前記１つ以上のメモリは、前記１つ以上のプロセッサによって実行されることに基づいて動作を実行する指示(instruction)を貯蔵し、
    前記の動作は、
    第１端末に、物理サイドリンク共有チャネル(Physical Sidelink Shared Channel, ＰＳＳＣＨ)のための第１予約リソースに関する第１サイドリンク制御情報(Sidelink Control Information, ＳＣＩ)を送信する段階と、
    前記第１端末から、前記第１予約リソースと第２予約リソースとの衝突(conflict)に関する情報を受信する段階を含むが、
    前記第２予約リソースは、第３端末のＰＳＳＣＨのための第２ＳＣＩに関連し、
    前記衝突は、ｉ）第１端末によって測定された参照信号受信電力(Reference Signal Received Power, ＲＳＲＰ)及びｉｉ）ＲＳＲＰ閾値に基づいて前記第１端末によって決定され、
    前記測定されたＲＳＲＰは、前記第１ＳＣＩに基づいて測定されたＲＳＲＰまたは前記第２ＳＣＩに基づいて測定されたＲＳＲＰに基づく、
    前記測定されたＲＳＲＰは、前記第１端末が前記第２端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるか、そうではないと前記第３端末のＰＳＳＣＨに関連する意図された受信者(intended receiver)であるかどうかに基づいて決定されることを特徴とする第２端末。
JP2024515692A 2021-09-09 2022-09-08 無線通信システムにおける予約リソースの衝突に関連する情報を送受信するための方法及び装置 Pending JP2024535000A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2021-0120560 2021-09-09
KR20210120560 2021-09-09
PCT/KR2022/013583 WO2023038483A1 (ko) 2021-09-09 2022-09-08 무선 통신 시스템에서 예약 자원의 충돌과 관련된 정보의 송수신 방법 및 그 장치

Publications (1)

Publication Number Publication Date
JP2024535000A true JP2024535000A (ja) 2024-09-26

Family

ID=85506765

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2024515692A Pending JP2024535000A (ja) 2021-09-09 2022-09-08 無線通信システムにおける予約リソースの衝突に関連する情報を送受信するための方法及び装置

Country Status (6)

Country Link
US (1) US20230097401A1 (ja)
EP (1) EP4387361A1 (ja)
JP (1) JP2024535000A (ja)
KR (1) KR20240037333A (ja)
CN (1) CN117981429A (ja)
WO (1) WO2023038483A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4381851A1 (en) * 2021-08-03 2024-06-12 InterDigital Patent Holdings, Inc. Sidelink collision detection and indication

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3614774B1 (en) * 2017-08-10 2021-05-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for device to device communication, and terminal device

Also Published As

Publication number Publication date
EP4387361A1 (en) 2024-06-19
WO2023038483A1 (ko) 2023-03-16
US20230097401A1 (en) 2023-03-30
KR20240037333A (ko) 2024-03-21
CN117981429A (zh) 2024-05-03

Similar Documents

Publication Publication Date Title
JP7395728B2 (ja) Ｎｒ ｖ２ｘにおけるｓｌ送信を実行する方法及び装置
JP7531631B2 (ja) Ｎｒ ｖ２ｘにおける補助情報に基づいてｓｌ通信を行う方法及び装置
JP7541187B2 (ja) Ｎｒ ｖ２ｘにおける補助情報に基づいてｓｌ通信を行う方法及び装置
KR102602266B1 (ko) 무선 통신 시스템에서 psfch를 송수신하는 방법 및 이를 위한 장치
JP7562845B2 (ja) 無線通信システムにおける物理サイドリンクフィードバックチャネルの送受信方法及びその装置
US20240334476A1 (en) Method for transmitting and receiving physical sidelink shared channel in wireless communication system, and device for same
JP7490135B2 (ja) Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置
CN114586306A (zh) Nr v2x中确定harq反馈优先级的方法和设备
JP2024531389A (ja) 無線通信システムにおける端末間調整情報の送受信方法及びその装置
US20230137259A1 (en) Method for transmitting and receiving inter-ue coordination information in a wireless communication system and apparatus therefor
CN114930932A (zh) 用于在nr v2x中重传副链路的方法和装置
US20230097401A1 (en) Method and apparatus for transmitting and receiving information related to collision of reserved resources in a wireless communication system
CN114342429A (zh) 用于在nr v2x的并发模式中测量信道的方法和装置
KR102586390B1 (ko) 무선 통신 시스템에서 비선호 자원의 결정을 위한 방법 및 그 장치
KR20240053057A (ko) Nr v2x에서 최소 부분 센싱 윈도우 길이를 결정하는 방법 및 장치
KR20230129438A (ko) Nr v2x에서 우선 순위에 기반하여 부분 센싱을 수행하는방법 및 장치
CN115039489A (zh) 用于在nr v2x中请求重新发送资源的方法和设备
KR102720443B1 (ko) Nr v2x에서 부분 센싱을 기반으로 자원을 선택하는 방법 및 장치
JP2024534433A (ja) 無線通信システムにおいて端末間調整と関連した情報の送受信のための方法及びその装置
KR20240041363A (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
KR20240121706A (ko) Nr v2x에서 sl 자원을 기반으로 무선 통신을 수행하는 방법 및 장치
KR20240039190A (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신을 위한 방법 및 그 장치
JP2024521133A (ja) Ｎｒ ｖ２ｘにおける部分センシングを実行する方法及び装置
JP2024525849A (ja) Ｎｒ ｖ２ｘにおけるｓｌ ｄｒｘ動作下でリソース再選択を介してリソースを接続する方法及び装置
KR20230037580A (ko) Nr v2x에서 부분 센싱을 기반으로 자원을 선택하는 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240311

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240311