JP7490135B2 - Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置 - Google Patents

Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置 Download PDF

Info

Publication number
JP7490135B2
JP7490135B2 JP2023501770A JP2023501770A JP7490135B2 JP 7490135 B2 JP7490135 B2 JP 7490135B2 JP 2023501770 A JP2023501770 A JP 2023501770A JP 2023501770 A JP2023501770 A JP 2023501770A JP 7490135 B2 JP7490135 B2 JP 7490135B2
Authority
JP
Japan
Prior art keywords
resource
dci
base station
grant
mac
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
JP2023501770A
Other languages
English (en)
Other versions
JP2023534230A (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 JP2023534230A publication Critical patent/JP2023534230A/ja
Application granted granted Critical
Publication of JP7490135B2 publication Critical patent/JP7490135B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • 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/1861—Physical mapping 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0033—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation each allocating device acting autonomously, i.e. without negotiation with other allocating devices
    • 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
    • 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/0078—Timing of allocation
    • H04L5/0087—Timing of allocation when data requirements change
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • 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
    • 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
    • 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
    • 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/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/115—Grant-free or autonomous transmission
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (5)

  1. 第１装置が無線通信を行う方法において、
    設定されたＳＬグラント（ｃｏｎｆｉｇｕｒｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ）を活性化するための第１ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を基地局から受信するが、前記第１ＤＣＩはＳＬ ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを基地局に報告するためのＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）リソースに関連する情報を含む、こと；
    前記設定されたＳＬグラントに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２装置へ送信すること；
    前記設定されたＳＬグラントを非活性化するための第２ＤＣＩを前記基地局から受信すること；
    前記第２ＤＣＩに対する応答としてＳＬ確認（ｃｏｎｆｉｒｍａｔｉｏｎ）ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を前記基地局に送信すること；及び
    前記設定されたＳＬグラントを非活性化するための前記第２ＤＣＩによってトリガーされた前記ＳＬ確認ＭＡＣ ＣＥの送信後、前記設定されたＳＬグラントをクリア（ｃｌｅａｒ）することを含み、
    （ｉ）前記設定されたＳＬグラントによって割り当てられた少なくとも１つのＳＬリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信前に位置すること、及び（ｉｉ）前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信後に位置することに基づいて、前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースが有効なリソースであると決定される、方法。
  2. （ｉ）前記設定されたＳＬグラントによって割り当てられた少なくとも１つのＳＬリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信前に位置すること、及び（ｉｉ）前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信前に位置することに基づいて、前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースは有効なリソースであると決定される、請求項１に記載の方法。
  3. 前記ＭＡＣ ＰＤＵに対する再送リソースに関連する情報を含み、リソースプールインデックスに関連する情報を含まない第３ＤＣＩを前記基地局から受信すること；をさらに含む、
    前記第３ＤＣＩに含まれた設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）またはＨＡＲＱプロセスナンバー（ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）のうち、少なくともいずれか１つが前記第１ＤＣＩに含まれた設定インデックスまたはＨＡＲＱプロセスナンバーのうち、少なくともいずれか１つと同じであることに基づいて、前記第１ＤＣＩによって、前記第３ＤＣＩによって指示されるリソースプールは前記第１ＤＣＩによって指示されるリソースプールと同じであると決定される、請求項１に記載の方法。
  4. 無線通信を行う第１装置において、
    少なくとも１つの送受信機；
    少なくとも１つのプロセッサ；及び
    前記少なくとも１つのプロセッサに接続され、実行されることに基づいて、第１装置に動作を実行させる命令を格納する少なくとも１つのメモリを備え、
    前記動作は、
    設定されたＳＬグラント（ｃｏｎｆｉｇｕｒｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ）を活性化するための第１ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を基地局から受信するが、前記第１ＤＣＩはＳＬ ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを基地局に報告するためのＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）リソースに関連する情報を含む、こと；
    前記設定されたＳＬグラントに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２装置へ送信すること；
    前記設定されたＳＬグラントを非活性化するための第２ＤＣＩを前記基地局から受信すること；
    前記第２ＤＣＩに対する応答としてＳＬ確認（ｃｏｎｆｉｒｍａｔｉｏｎ）ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を前記基地局に送信すること；及び
    前記設定されたＳＬグラントを非活性化するための前記第２ＤＣＩによってトリガーされた前記ＳＬ確認ＭＡＣ ＣＥの送信後、前記設定されたＳＬグラントをクリア（ｃｌｅａｒ）することを含み、
    （ｉ）前記設定されたＳＬグラントによって割り当てられた少なくとも１つのＳＬリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信前に位置すること、及び（ｉｉ）前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信後に位置することに基づいて、前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースが有効なリソースであると決定される、第１装置。
  5. 第１装置を制御するように設定された処理装置であって、
    少なくとも１つのプロセッサ；及び
    前記少なくとも１つのプロセッサに接続され、実行されることに基づいて、第１装置に動作を実行させる命令を格納する少なくとも１つのメモリを備え、
    前記動作は、
    設定されたＳＬグラント（ｃｏｎｆｉｇｕｒｅｄ ｓｉｄｅｌｉｎｋ ｇｒａｎｔ）を活性化するための第１ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を基地局から受信するが、前記第１ＤＣＩはＳＬ ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックを基地局に報告するためのＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）リソースに関連する情報を含む、こと；
    前記設定されたＳＬグラントに基づいて、ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を第２装置へ送信すること；
    前記設定されたＳＬグラントを非活性化するための第２ＤＣＩを前記基地局から受信すること；
    前記第２ＤＣＩに対する応答としてＳＬ確認（ｃｏｎｆｉｒｍａｔｉｏｎ）ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を前記基地局に送信すること；及び
    前記設定されたＳＬグラントを非活性化するための前記第２ＤＣＩによってトリガーされた前記ＳＬ確認ＭＡＣ ＣＥの送信後、前記設定されたＳＬグラントをクリア（ｃｌｅａｒ）することを含み、
    （ｉ）前記設定されたＳＬグラントによって割り当てられた少なくとも１つのＳＬリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信前に位置すること、及び（ｉｉ）前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースが前記ＳＬ確認ＭＡＣ ＣＥの送信後に位置することに基づいて、前記少なくとも１つのＳＬリソースに関連する前記ＰＵＣＣＨリソースが有効なリソースであると決定される、処理装置。
JP2023501770A 2020-08-06 2021-08-04 Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置 Active JP7490135B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202063062402P 2020-08-06 2020-08-06
US202063062401P 2020-08-06 2020-08-06
US63/062,402 2020-08-06
US63/062,401 2020-08-06
PCT/KR2021/010187 WO2022030975A1 (ko) 2020-08-06 2021-08-04 Nr v2x에서 기지국에 의해 할당되는 자원을 기반으로 sl 통신을 수행하는 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2023534230A JP2023534230A (ja) 2023-08-08
JP7490135B2 true JP7490135B2 (ja) 2024-05-24

Family

ID=80118347

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023501770A Active JP7490135B2 (ja) 2020-08-06 2021-08-04 Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置

Country Status (6)

Country Link
US (2) US11751222B2 (ja)
EP (1) EP4152872A4 (ja)
JP (1) JP7490135B2 (ja)
KR (1) KR102657724B1 (ja)
CN (1) CN115769654A (ja)
WO (1) WO2022030975A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020091303A1 (en) * 2018-11-01 2020-05-07 Lg Electronics Inc. Method and apparatus for resource allocation in wireless communication system
US11677512B2 (en) * 2020-02-12 2023-06-13 Apple Inc. Sidelink HARQ
US20220240291A1 (en) * 2021-01-26 2022-07-28 Qualcomm Incorporated Sidelink channel state information (csi) reporting from a user equipment

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102003509B1 (ko) * 2016-04-01 2019-07-24 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 스케줄링을 위한 하향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
US11382083B2 (en) * 2018-07-23 2022-07-05 Samsung Electronics Co., Ltd. Method and apparatus for high reliability transmission in vehicle to everything (V2X) communication
US20200229195A1 (en) * 2019-01-10 2020-07-16 Industrial Technology Research Institute Method of configuring resource pool for sidelink communication by receiver ue, by transmitter ue, and by base station, ue using the same and base station using the same
CN111278172B (zh) * 2019-03-27 2022-08-02 维沃移动通信有限公司 指示方法、终端设备和网络侧设备
US11233607B2 (en) * 2019-04-18 2022-01-25 Samsung Electronics Co., Ltd. Method and apparatus for configuration of resource sensing in NR V2X resource allocation
US20220360374A1 (en) * 2019-06-24 2022-11-10 Ntt Docomo, Inc. Terminal and communication method
CN114503477B (zh) * 2019-10-07 2023-12-29 联想(北京)有限公司 传输对副链路传输的反馈
EP3855861B1 (en) * 2020-01-21 2024-04-17 ASUSTek Computer Inc. Methods and apparatus for handling channel state information reporting regarding sidelink discontinuous reception in a wireless communication system
US12004174B2 (en) * 2021-05-28 2024-06-04 Qualcomm Incorporated Support for an increased quantity of sidelink configured grants

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Medium Access Control (MAC) protocol specification (Release 16)，3GPP TS 38.321 V16.0.0，2020年03月，pp.62-63, 79-80
Ericsson，Feature lead summary#3 on Resource allocation for NR sidelink Mode 1，3GPP TSG RAN WG1 #99 R1-1913226，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1913226.zip>，2019年11月22日
LG Electronics，Discussion on resource allocation for NR sidelink Mode 1，3GPP TSG RAN WG1 #98 R1-1908901，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908901.zip>，2019年08月30日
OPPO，Mode 1 resource allocation for NR SL，3GPP TSG RAN WG1 #99 R1-1912790，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912790.zip>，2019年11月22日

Also Published As

Publication number Publication date
JP2023534230A (ja) 2023-08-08
US11751222B2 (en) 2023-09-05
US11937275B2 (en) 2024-03-19
EP4152872A1 (en) 2023-03-22
US20230379946A1 (en) 2023-11-23
KR102657724B1 (ko) 2024-04-17
CN115769654A (zh) 2023-03-07
EP4152872A4 (en) 2023-11-22
WO2022030975A1 (ko) 2022-02-10
KR20230010700A (ko) 2023-01-19
US20230117472A1 (en) 2023-04-20

Similar Documents

Publication Publication Date Title
JP7446417B2 (ja) Ｎｒ ｖ２ｘにおけるｓｃｉフォーマットに基づいてｈａｒｑフィードバック情報を送受信する方法及び装置
JP7379685B2 (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバックを基地局へ報告する方法及び装置
JP7419504B2 (ja) Ｎｒ ｖ２ｘにおけるフィードバックを基地局へ送信する方法及び装置
JP7387888B2 (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバック情報を基地局に報告する方法及び装置
JP7462797B2 (ja) Ｎｒ ｖ２ｘにおいてｄｔｘベースのｒｌｆ動作を実行する方法及び装置
JP7490135B2 (ja) Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置
JP2023531001A (ja) Ｎｒ ｖ２ｘにおける補助情報に基づいてｓｌ通信を行う方法及び装置
KR102582091B1 (ko) Nr v2x에서 모드 1 sl 통신을 수행하는 방법 및 장치
JP2023501970A (ja) Ｎｒ ｖ２ｘにおけるｓｌ送信を実行する方法及び装置
JP7493682B2 (ja) Ｎｒ ｖ２ｘにおけるリソースを決定する方法及び装置
KR102663007B1 (ko) Nr v2x에서 pt-rs와 관련된 시간 밀도를 결정하는 방법 및 장치
KR20230128486A (ko) Nr v2x에서 harq 피드백을 우선시하는 방법 및 장치
US20230164803A1 (en) Method and apparatus for performing sidelink transmission on basis of pucch processing time in nr v2x
KR20230039610A (ko) 전력 절약 모드를 기반으로 통신을 수행하는 방법 및 장치
JP2022544611A (ja) Ｎｒ ｖ２ｘからｂｗｐに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置
KR20240053057A (ko) Nr v2x에서 최소 부분 센싱 윈도우 길이를 결정하는 방법 및 장치
JP2024518512A (ja) Ｎｒ ｖ２ｘにおけるｓｌ ｄｒｘ設定を決定する方法及び装置
KR102525495B1 (ko) Nr v2x에서 재전송 자원을 요청하는 방법 및 장치
JP2024504959A (ja) Ｎｒ ｖ２ｘで優先化手順を行う方法及び装置
KR20230117579A (ko) Nr v2x에서 lch에 기반하여 자원을 선택하는 방법 및 장치
JP2023521666A (ja) Ｎｒ ｖ２ｘにおけるサイドリンク再送を実行する方法及び装置
KR20230039611A (ko) 데이터 비활성 타이머를 기반으로 중계를 수행하는 방법 및 장치
JP7419550B2 (ja) Ｎｒ ｖ２ｘにおけるｐｓｆｃｈリソースを設定する方法及び装置
JP7497519B2 (ja) Ｎｒ ｖ２ｘでｓｌ ｄｒｘ動作を実行する方法及び装置
JP2024521133A (ja) Ｎｒ ｖ２ｘにおける部分センシングを実行する方法及び装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230112

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230112

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231121

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231122

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240220

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: 20240416

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240514

R150 Certificate of patent or registration of utility model

Ref document number: 7490135

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150