JP7325612B2 - Ｎｒ ｖ２ｘからｂｗｐに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置 - Google Patents

Ｎｒ ｖ２ｘからｂｗｐに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置 Download PDF

Info

Publication number
JP7325612B2
JP7325612B2 JP2022509710A JP2022509710A JP7325612B2 JP 7325612 B2 JP7325612 B2 JP 7325612B2 JP 2022509710 A JP2022509710 A JP 2022509710A JP 2022509710 A JP2022509710 A JP 2022509710A JP 7325612 B2 JP7325612 B2 JP 7325612B2
Authority
JP
Japan
Prior art keywords
resource
transmission
base station
sidelink
terminal
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.)
Active
Application number
JP2022509710A
Other languages
English (en)
Other versions
JP2022544611A (ja
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 JP2022544611A publication Critical patent/JP2022544611A/ja
Application granted granted Critical
Publication of JP7325612B2 publication Critical patent/JP7325612B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • 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/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (14)

  1. 第１装置が無線通信を行う方法において、
    ＳＬ（ｓｉｄｅｌｉｎｋ）ＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に関連する情報を第１基地局から受信するステップ；
    ＵＬ（ｕｐｌｉｎｋ）ＢＷＰに関連する情報を前記第１基地局から受信するステップ；
    第１ＳＬリソースに関連する情報及びＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを報告するための第１ＵＬリソースに関連する情報を前記第１基地局から受信するステップ；
    前記第１ＳＬリソース及び第２ＵＬリソースが時間領域において重複することに基づいて、又は、（ｉ）ＮＲベースのＳＬ送信に関連する前記第１ＳＬリソース及びＥ－ＵＴＲＡ（ｅｎｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）ベースのＳＬ通信に関連する第２ＳＬリソースが時間領域において重複し、かつ、（ｉｉ）前記Ｅ－ＵＴＲＡベースのＳＬ通信に関連する優先順位が前記ＮＲベースのＳＬ送信に関連する優先順位より高いこと、に基づいて、前記ＳＬ ＢＷＰ上の前記第１ＳＬリソースでＳＬ送信を実行しないように決定するステップ；及び
    前記第１装置が前記第１ＳＬリソースに基づいて前記ＳＬ送信を実行しないように決定することに基づいて、前記ＵＬ ＢＷＰ上の前記第１ＵＬリソースに基づいてＨＡＲＱ ＮＡＣＫを前記第１基地局へ送信するステップ；を含む、方法。
  2. センシングに基づいて前記第２ＳＬリソースを選択するステップ；をさらに含む、請求項１に記載の方法。
  3. 前記第２ＳＬリソースに関連する情報を第２基地局から受信するステップ；をさらに含むが、
    前記第１基地局はＮＲベースの基地局であり、及び
    前記第２基地局はＥ－ＵＴＲＡベースの基地局である、請求項１に記載の方法。
  4. 前記第１ＳＬリソース及び複数の第２ＵＬリソースは時間領域において重複し、及び
    前記複数の第２ＵＬリソース上の複数のＵＬ送信に関連する複数の優先順位の中で少なくともいずれか一つが前記第１ＳＬリソース上の前記ＳＬ送信に関連する優先順位より高いことに基づいて、前記第１装置は前記第１ＳＬリソースに基づいて前記ＳＬ送信を実行しないよう決定する、請求項１に記載の方法。
  5. 前記第１ＳＬリソースは動的グラント（ｄｙｎａｍｉｃ ｇｒａｎｔ）によって割り当てられる一つ以上のＳＬリソースであり、
    前記ＳＬ送信は前記一つ以上のＳＬリソースに基づいて実行されることなく、及び
    前記第１ＵＬリソースは前記一つ以上のＳＬリソースに関連するＵＬリソースである、請求項１に記載の方法。
  6. 前記第１ＳＬリソースは設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）によって割り当てられる一つの送信周期内の一つ以上のＳＬリソースであり、
    前記ＳＬ送信は前記一つの送信周期内の前記一つ以上のＳＬリソースに基づいて実行されることなく、及び
    前記第１ＵＬリソースは前記一つの送信周期内の前記一つ以上のＳＬリソースに関連するＵＬリソースである、請求項１に記載の方法。
  7. 前記第１ＳＬリソース上の前記ＳＬ送信に関連する優先順位に基づいて、前記第１装置は前記第１ＳＬリソースに基づいて前記ＳＬ送信を実行するかしないかを決定する、請求項１に記載の方法。
  8. 前記第１ＳＬリソースに関連する情報及び前記第１ＵＬリソースに関連する情報はＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）又はＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを介して前記第１基地局から受信される、請求項１に記載の方法。
  9. 前記ＨＡＲＱ ＮＡＣＫに対する回答として、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して、第３ＳＬリソースに関連する情報及び第３ＵＬリソースに関連する情報を含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記第１基地局から受信するステップ；
    前記第３ＳＬリソースに基づいてＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）及びＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第２装置へ送信するステップ；
    前記ＰＳＳＣＨに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースに基づいてＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを前記第２装置から受信するステップ；及び
    前記第３ＵＬリソースに基づいて前記ＨＡＲＱフィードバックを前記第１基地局へ送信するステップ；を含む、請求項１に記載の方法。
  10. 前記ＳＬ送信はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）送信又はＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信の中で少なくともいずれか一つを含み及び、
    前記第１ＵＬリソースはＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）リソース又はＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）リソースの中で少なくともいずれか一つを含む、請求項１に記載の方法。
  11. 前記第１装置が前記第１ＳＬリソースに基づいて前記ＳＬ送信を実行しないよう決定することに基づいて、前記ＨＡＲＱ ＮＡＣＫを生成するステップ；をさらに含む、請求項１に記載の方法。
  12. 無線通信を行う第１装置において、
    一つ以上のプロセッサ；
    一つ以上の送受信機；及び
    前記一つ以上のプロセッサと連結され、命令を格納する一つ以上のメモリを含み、
    前記命令は、実行されることに基づいて、前記一つ以上のプロセッサに、
    ＳＬ（ｓｉｄｅｌｉｎｋ）ＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に関連する情報を第１基地局から受信し；
    ＵＬ（ｕｐｌｉｎｋ）ＢＷＰに関連する情報を前記第１基地局から受信し；
    第１ＳＬリソースに関連する情報及びＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを報告するための第１ＵＬリソースに関連する情報を前記第１基地局から受信し；
    前記第１ＳＬリソース及び第２ＵＬリソースが時間領域において重複することに基づいて、又は、（ｉ）ＮＲベースのＳＬ送信に関連する前記第１ＳＬリソース及びＥ－ＵＴＲＡ（ｅｎｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）ベースのＳＬ通信に関連する第２ＳＬリソースが時間領域において重複し、かつ、（ｉｉ）前記Ｅ－ＵＴＲＡベースのＳＬ通信に関連する優先順位が前記ＮＲベースのＳＬ送信に関連する優先順位より高いこと、に基づいて、前記ＳＬ ＢＷＰ上の前記第１ＳＬリソースでＳＬ送信を実行しないよう決定し；及び
    前記第１装置が前記第１ＳＬリソースに基づいて前記ＳＬ送信を実行しないよう決定することに基づいて、前記ＵＬ ＢＷＰ上の前記第１ＵＬリソースに基づいてＨＡＲＱ ＮＡＣＫを前記第１基地局へ送信する、ことを含む動作を実行させる、第１装置。
  13. 無線通信を行う第１端末を制御するよう設定された装置（ａｐｐａｒａｔｕｓ）において、
    一つ以上のプロセッサ；及び
    前記一つ以上のプロセッサと動作可能に連結され、命令を格納する一つ以上のメモリを含み、
    前記命令は、実行されることに基づいて、前記一つ以上のプロセッサに、
    ＳＬ（ｓｉｄｅｌｉｎｋ）ＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に関連する情報を第１基地局から受信し；
    ＵＬ（ｕｐｌｉｎｋ）ＢＷＰに関連する情報を前記第１基地局から受信し；
    第１ＳＬリソースに関連する情報及びＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを報告するための第１ＵＬリソースに関連する情報を前記第１基地局から受信し；
    前記第１ＳＬリソース及び第２ＵＬリソースが時間領域において重複することに基づいて、又は、（ｉ）ＮＲベースのＳＬ送信に関連する前記第１ＳＬリソース及びＥ－ＵＴＲＡ（ｅｎｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）ベースのＳＬ通信に関連する第２ＳＬリソースが時間領域において重複し、かつ、（ｉｉ）前記Ｅ－ＵＴＲＡベースのＳＬ通信に関連する優先順位が前記ＮＲベースのＳＬ送信に関連する優先順位より高いこと、に基づいて、前記ＳＬ ＢＷＰ上の前記第１ＳＬリソースでＳＬ送信を実行しないよう決定し；及び
    前記第１端末が前記第１ＳＬリソースに基づいて前記ＳＬ送信を実行しないよう決定することに基づいて、前記ＵＬ ＢＷＰ上の前記第１ＵＬリソースに基づいてＨＡＲＱ ＮＡＣＫを前記第１基地局へ送信する、ことを含む動作を実行させる、装置。
  14. 命令を記録している非一時的コンピューター読み取り可能な記憶媒体として、
    前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに：
    ＳＬ（ｓｉｄｅｌｉｎｋ）ＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に関連する情報を第１基地局から受信させ；
    ＵＬ（ｕｐｌｉｎｋ）ＢＷＰに関連する情報を前記第１基地局から受信させ；
    第１ＳＬリソースに関連する情報及びＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを報告するための第１ＵＬリソースに関連する情報を前記第１基地局から受信させ；
    前記第１ＳＬリソース及び第２ＵＬリソースが時間領域において重複することに基づいて、又は、（ｉ）ＮＲベースのＳＬ送信に関連する前記第１ＳＬリソース及びＥ－ＵＴＲＡ（ｅｎｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）ベースのＳＬ通信に関連する第２ＳＬリソースが時間領域において重複し、かつ、（ｉｉ）前記Ｅ－ＵＴＲＡベースのＳＬ通信に関連する優先順位が前記ＮＲベースのＳＬ送信に関連する優先順位より高いこと、に基づいて、前記ＳＬ ＢＷＰ上の前記第１ＳＬリソースでＳＬ送信を実行しないように決定させ；及び
    前記第１装置が前記第１ＳＬリソースで前記ＳＬ送信を実行しないよう決定することに基づいて、前記ＵＬ ＢＷＰ上の前記第１ＵＬリソースに基づいてＨＡＲＱ ＮＡＣＫを前記第１基地局へ送信させる、非一時的コンピューター読み取り可能な記憶媒体。
JP2022509710A 2019-08-16 2020-08-18 Ｎｒ ｖ２ｘからｂｗｐに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置 Active JP7325612B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962888411P 2019-08-16 2019-08-16
US62/888,411 2019-08-16
US201962891937P 2019-08-26 2019-08-26
US62/891,937 2019-08-26
PCT/KR2020/010975 WO2021034079A1 (ko) 2019-08-16 2020-08-18 Nr v2x에서 bwp를 기반으로 사이드링크 관련 정보를 기지국에게 전송하는 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2022544611A JP2022544611A (ja) 2022-10-19
JP7325612B2 true JP7325612B2 (ja) 2023-08-14

Family

ID=74660083

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022509710A Active JP7325612B2 (ja) 2019-08-16 2020-08-18 Ｎｒ ｖ２ｘからｂｗｐに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置

Country Status (6)

Country Link
US (1) US11895691B2 (ja)
EP (1) EP4007421B1 (ja)
JP (1) JP7325612B2 (ja)
KR (1) KR20220018565A (ja)
CN (1) CN114557094A (ja)
WO (1) WO2021034079A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11671917B2 (en) * 2019-08-19 2023-06-06 Qualcomm Incorporated Power saving techniques for sidelink communication
WO2023151075A1 (zh) * 2022-02-14 2023-08-17 Oppo广东移动通信有限公司 资源确定方法、装置、设备、存储介质及程序产品

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021007862A1 (en) 2019-07-18 2021-01-21 Nec Corporation Report of harq feedback in sidelink transmission

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108633074B (zh) 2017-03-23 2022-05-13 华硕电脑股份有限公司 无线通信系统中报告侧链路服务的辅助信息的方法和设备
EP3917051A1 (en) * 2019-08-16 2021-12-01 Ofinno, LLC Sidelink feedback reporting in a wireless network
US20220304001A1 (en) * 2019-08-16 2022-09-22 Lg Electronics Inc. Method and device for reporting, to base station, information related to sidelink transmission in nr v2x
US20210105126A1 (en) * 2019-10-02 2021-04-08 Comcast Cable Communications, Llc Feedback for Wireless Communications

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021007862A1 (en) 2019-07-18 2021-01-21 Nec Corporation Report of harq feedback in sidelink transmission

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Huawei, HiSilicon，Sidelink physical layer procedures for NR V2X[online]，3GPP TSG RAN WG1 #97 R1-1906008，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906008.zip>，2019年05月03日

Also Published As

Publication number Publication date
CN114557094A (zh) 2022-05-27
KR20220018565A (ko) 2022-02-15
US20220295504A1 (en) 2022-09-15
US11895691B2 (en) 2024-02-06
EP4007421B1 (en) 2023-12-20
JP2022544611A (ja) 2022-10-19
EP4007421A1 (en) 2022-06-01
WO2021034079A1 (ko) 2021-02-25
EP4007421A4 (en) 2022-09-28

Similar Documents

Publication Publication Date Title
JP7154436B2 (ja) Ｎｒ ｖ２ｘにおけるｐｓｆｃｈを送信する方法、及び装置
JP7147083B2 (ja) Ｎｒ ｖ２ｘからサイドリンク参照信号を送信する方法及び装置
JP7446417B2 (ja) Ｎｒ ｖ２ｘにおけるｓｃｉフォーマットに基づいてｈａｒｑフィードバック情報を送受信する方法及び装置
JP7286000B2 (ja) Ｎｒ ｖ２ｘにおけるフィードバックリソースを決定する方法及び装置
JP7387888B2 (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバック情報を基地局に報告する方法及び装置
JP7282261B2 (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバックの優先順位を決定する方法及び装置
JP7395728B2 (ja) Ｎｒ ｖ２ｘにおけるｓｌ送信を実行する方法及び装置
JP7490760B2 (ja) Ｎｒ ｖ２ｘにおける制御情報に基づいて送信リソースを識別する方法及び同期
JP7340087B2 (ja) Ｎｒ ｖ２ｘにおけるフィードバックリソースを決定する方法及び装置
JP7379685B2 (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバックを基地局へ報告する方法及び装置
JP7419504B2 (ja) Ｎｒ ｖ２ｘにおけるフィードバックを基地局へ送信する方法及び装置
JP7407961B2 (ja) Ｎｒ ｖ２ｘにおけるサイドリンクｃｇリソースに基づいてサイドリンク通信を行う方法及び装置
JP2022552561A (ja) Ｎｒ ｖ２ｘにおいてサイドリンクリソースを再選択する方法及び装置
KR102525038B1 (ko) Nr v2x에서 전송 블록을 전송하는 방법 및 장치
JP2023531001A (ja) Ｎｒ ｖ２ｘにおける補助情報に基づいてｓｌ通信を行う方法及び装置
JP7490135B2 (ja) Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置
JP7310018B2 (ja) Ｎｒ ｖ２ｘにおけるｕｌ送信の優先順位を決定する方法及び装置
CN113544991A (zh) 用于在nr v2x中发送psfch的方法和设备
JP2023525340A (ja) Ｎｒ ｖ２ｘにおいてｄｔｘベースのｒｌｆ動作を実行する方法及び装置
JP2023503911A (ja) Ｎｒ ｖ２ｘにおける基準信号を送信する方法及び装置
JP7325612B2 (ja) Ｎｒ ｖ２ｘからｂｗｐに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置
JP2022543801A (ja) Ｎｒ ｖ２ｘにおけるリソース選択のための方法及び装置
JP2024504959A (ja) Ｎｒ ｖ２ｘで優先化手順を行う方法及び装置
KR20220155322A (ko) Nr v2x에서 pucch 프로세싱 시간에 기반하여 사이드링크 전송을 수행하는 방법 및 장치
CN114503481A (zh) 基于nr v2x中的bwp发送harq反馈的方法和装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220308

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230606

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230704

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230801

R150 Certificate of patent or registration of utility model

Ref document number: 7325612

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150