JP7325612B2 - Nr v2xからbwpに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置 - Google Patents

Nr v2xからbwpに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置 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

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

本開示は、無線通信システムに関する。
サイドリンク(sidelink、SL)とは、端末(User Equipment、UE)間に直接的なリンクを設定し、基地局(Base Station、BS)を経ずに、端末間に音声またはデータなどを直接やり取りする通信方式を意味する。SLは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。
V2X(vehicle-to-everything)は、有/無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。V2Xは、V2V(vehicle-to-vehicle)、V2I(vehicle-to-infrastructure)、V2N(vehicle-to-network)、及びV2P(vehicle-to-pedestrian)のような四つの類型に区分されることができる。V2X通信は、PC5インターフェース及び/またはUuインターフェースを介して提供されることができる。
一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術(Radio Access Technology、RAT)に比べて向上したモバイル広帯域(mobile broadband)通信に対する必要性が台頭されている。それによって、信頼度(reliability)及び遅延(latency)に敏感なサービスまたは端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブMTC(Machine Type Communication)、URLLC(Ultra-Reliable and Low Latency Communication)などを考慮した次世代無線接続技術を新しいRAT(new radio access technology)またはNR(new radio)と称することができる。NRでもV2X(vehicle-to-everything)通信がサポートされることができる。
図1は、NR以前のRATに基づくV2X通信とNRに基づくV2X通信を比較して説明するための図面である。図1の実施例は、本開示の多様な実施例と結合されることができる。
V2X通信と関連して、NR以前のRATではBSM(Basic Safety Message)、CAM(Cooperative Awareness Message)、DENM(Decentralized Environmental Notification Message)のようなV2Xメッセージに基づいて、安全サービス(safety service)を提供する方案が主に論議された。V2Xメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ(periodic message)タイプのCAM、及び/またはイベントトリガメッセージ(event triggered message)タイプのDENMを他の端末に送信できる。
例えば、CAMは、方向及び速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路内訳など、基本車両情報を含むことができる。例えば、端末は、CAMを放送することができ、CAMの遅延(latency)は、100msより小さい。例えば、車両の故障、事故などの突発的な状況が発生する場合、端末は、DENMを生成して他の端末に送信できる。例えば、端末の送信範囲内にある全ての車両は、CAM及び/またはDENMを受信することができる。この場合、DENMは、CAMより高い優先順位を有することができる。
以後、V2X通信と関連して、多様なV2XシナリオがNRで提示されている。例えば、多様なV2Xシナリオは、車両プラトーニング(vehicle platooning)、向上したドライビング(advanced driving)、拡張されたセンサ(extended sensors)、リモートドライビング(remoted riving)などを含むことができる。
例えば、車両プラトーニングに基づいて、車両は、動的にグループを形成して共に移動できる。例えば、車両プラトーニングに基づくプラトーン動作(platoon operations)を実行するために、前記グループに属する車両は、先頭車両から周期的なデータを受信することができる。例えば、前記グループに属する車両は、周期的なデータを利用することで、車両間の間隔を減らしたり増やしたりすることができる。
例えば、向上したドライビングに基づいて、車両は、半自動化または完全自動化されることができる。例えば、各車両は、近接車両及び/または近接ロジカルエンティティ(logical entity)のローカルセンサ(local sensor)で取得されたデータに基づいて、軌道(trajectories)または機動(maneuvers)を調整することができる。また、例えば、各車両は、近接した車両とドライビングインテンション(driving intention)を相互共有することができる。
例えば、拡張センサに基づいて、ローカルセンサを介して取得された生データ(raw data)または処理されたデータ(processed data)、またはライブビデオデータ(live video data)は、車両、ロジカルエンティティ、歩行者の端末及び/またはV2X応用サーバ間に相互交換されることができる。したがって、例えば、車両は、自体センサを利用して検知できる環境より向上した環境を認識することができる。
例えば、リモートドライビングに基づいて、運転ができない人または危険な環境に位置したリモート車両のために、リモートドライバまたはV2Xアプリケーションは、前記リモート車両を動作または制御することができる。例えば、公共交通のように経路を予測することができる場合、クラウドコンピューティングベースのドライビングが前記リモート車両の動作または制御に利用されることができる。また、例えば、クラウドベースのバックエンドサービスプラットフォーム(cloud-based back-end service platform)に対するアクセスがリモートドライビングのために考慮されることができる。
一方、車両プラトーニング、向上したドライビング、拡張されたセンサ、リモートドライビングなど、多様なV2Xシナリオに対するサービス要求事項(service requirements)を具体化する方案がNRに基づくV2X通信で論議されている。
その一方で、基地局が端末にサイドリンク送信リソースを割り当てるNR サイドリンクのモード1動作であるとき、又はLTEサイドリンクモード1又はモード3動作であるとき、送信端末が受信したHARQフィードバックに関する情報を基地局へ報告することは基地局の効率的なサイドリンクリソース管理のために必要である。ここで、端末がSL送信をドロップ(drop)する場合、基地局は端末がSL送信を実行しないように決定したかどうか(正確に)不明なので、基地局は追加して送信リソースを端末に割り当てることができない。したがって、端末はSL送信に関連する情報を基地局へ報告する必要がある。
一実施例において、第1装置が無線通信を行う方法が提供される。前記方法は、SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信するステップ;UL(uplink)BWPに関連する情報を前記第1基地局から受信するステップ;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信するステップ;前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないように決定するステップ;及び前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信するステップ;を含む。
一実施例において、無線通信を行う第1装置が提供される。前記第1装置は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。前記一つ以上のプロセッサは前記命令を実行し、SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信し;UL(uplink)BWPに関連する情報を前記第1基地局から受信し;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信し;前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないように決定し;及び前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信することができる。
端末がSL通信を効率的に行うことができる。
NR以前のRATに基づくV2X通信とNRに基づくV2X通信を比較して説明するための図面である。 本開示の一実施例に係る、通信システム1を示す。 本開示の一実施例に係る、無線機器を示す。 本開示の一実施例に係る、送信信号のための信号処理回路を示す。 本開示の一実施例に係る、無線機器を示す。 本開示の一実施例に係る、携帯機器を示す。 本開示の一実施例に係る、車両または自律走行車両を示す。 本開示の一実施例に係る、NRシステムの構造を示す。 本開示の一実施例に係る、NG-RANと5GCとの間の機能的分割を示す。 本開示の一実施例に係る、無線プロトコル構造(radio protocol architecture)を示す。 本開示の一実施例に係る、NRの無線フレームの構造を示す。 本開示の一実施例に係る、NRフレームのスロット構造を示す。 本開示の一実施例に係る、BWPの一例を示す。 本開示の一実施例に係る、SL通信のための無線プロトコル構造(radio protocol architecture)を示す。 本開示の一実施例に係る、V2XまたはSL通信を実行する端末を示す。 本開示の一実施例によって、端末が送信モードによってV2XまたはSL通信を実行する手順を示す。 本開示の一実施例に係る、三つのキャストタイプを示す。 送信リソースが異なるモードの動作を行う端末の間で衝突する問題を説明するための図面である。 本開示の一実施例によって、モード1送信端末がサイドリンクに関連する送信リソースを用いてサイドリンク送信を実行する方法を示す。 本開示の一実施例によって、基地局が第3送信リソース及び第4送信リソースを送信端末に追加してスケジューリング及び/又は割り当てる方法を示す。 本開示の一実施例によって、第1装置がサイドリンク情報を送信する方法を示す。 本開示の一実施例によって、第2装置がサイドリンク情報を受信する方法を示す。 本開示の一実施例によって、端末がサイドリンク送信に関連する情報を基地局へ報告する手順を示す。 本開示の一実施例によって、端末がNACK情報を基地局へ報告する手順を示す。 本開示の一実施例によって、端末がNACK情報を基地局へ報告する手順を示す。 本開示の一実施例によって、設定されたグラントに関連するリソースの一例を示す。 本開示の一実施例によって、第1装置が第1リソースにおいてサイドリンク送信を実行するかしないかを決定する方法を示す。 本開示の一実施例によって、基地局がサイドリンク情報に関連する情報を第2リソースにおいて第1装置から受信する方法を示す。 本開示の一実施例によって、第1装置が一つ以上のBWP上の第1リソースにおいてサイドリンク送信を実行するかしないかを決定する方法を示す。 本開示の一実施例によって、基地局がサイドリンク情報に関連する情報を一つ以上のBWP上の第2リソースにおいて第1装置から受信する方法を示す。 本開示の一実施例によって、第1装置が無線通信を行う方法を示す。 本開示の一実施例によって、基地局が無線通信を行う方法を示す。 本開示の一実施例によって、第1装置が無線通信を行う方法を示す。 本開示の一実施例によって、基地局が無線通信を行う方法を示す。
本明細書において“AまたはB(A or B)”は“ただA”、“ただB”または“AとBの両方とも”を意味することができる。また、本明細書において“AまたはB(A or B)”は“A及び/またはB(A and/or B)”と解釈されることができる。例えば、本明細書において“A、BまたはC(A、B or C)”は“ただA”、“ただB”、“ただC”、または“A、B及びCの任意の全ての組み合わせ(any combination of A、B and C)”を意味することができる。
本明細書で使われるスラッシュ(/)や読点(comma)は“及び/または(and/or)”を意味することができる。例えば、“A/B”は“A及び/またはB”を意味することができる。それによって、“A/B”は“ただA”、“ただB”、または“AとBの両方とも”を意味することができる。例えば、“A、B、C”は“A、BまたはC”を意味することができる。
本明細書において“少なくとも一つのA及びB(at least one of A and B)”は、“ただA”、“ただB”または“AとBの両方とも”を意味することができる。また、本明細書において“少なくとも一つのAまたはB(at least one of A or B)”や“少なくとも一つのA及び/またはB(at least one of A and/or B)”という表現は“少なくとも一つのA及びB(at least one of A and B)”と同じく解釈されることができる。
また、本明細書において“少なくとも一つのA、B及びC(at least one of A、B and C)”は、“ただA”、“ただB”、“ただC”、または“A、B及びCの任意の全ての組み合わせ(any combination of A、B and C)”を意味することができる。また、“少なくとも一つのA、BまたはC(at least one of A、B or C)”や“少なくとも一つのA、B及び/またはC(at least one of A、B and/or C)”は“少なくとも一つのA、B及びC(at least one of A、B and C)”を意味することができる。
また、本明細書で使われる括弧は“例えば(for example)”を意味することができる。具体的に、“制御情報(PDCCH)”で表示された場合、“制御情報”の一例として“PDCCH”が提案されたものである。また、本明細書の“制御情報”は“PDCCH”に制限(limit)されずに、“PDCCH”が“制御情報”の一例として提案されたものである。また、“制御情報(即ち、PDCCH)”で表示された場合も、“制御情報”の一例として“PDCCH”が提案されたものである。
本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。
以下の技術は、CDMA(code division multiple access)、FDMA(frequency division multiple access)、TDMA(time division multiple access)、OFDMA(orthogonal frequency division multiple access)、SC-FDMA(single carrier frequency division multiple access)などのような多様な無線通信システムに使われることができる。CDMAは、UTRA(universal terrestrial radio access)やCDMA2000のような無線技術で具現されることができる。TDMAは、GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)のような無線技術で具現されることができる。OFDMAは、IEEE(institute of electrical and electronics engineers)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802-20、E-UTRA(evolved UTRA)などのような無線技術で具現されることができる。IEEE802.16mは、IEEE802.16eの進化であって、IEEE802.16eに基づくシステムとの下位互換性(backward compatibility)を提供する。UTRAは、UMTS(universal mobile telecommunications system)の一部である。3GPP(3rd generation partnership project)LTE(long term evolution)は、E-UTRA(evolved-UMTS terrestrial radio access)を使用するE-UMTS(evolved UMTS)の一部として、ダウンリンクでOFDMAを採用し、アップリンクでSC-FDMAを採用する。LTE-A(advanced)は、3GPP LTEの進化である。
5G NRは、LTE-Aの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいClean-slate形態の移動通信システムである。5G NRは、1GHz未満の低周波帯域から1GHz~10GHzの中間周波帯域、24GHz以上の高周波(ミリ波)帯域など、使用可能な全てのスペクトラムリソースを活用することができる。
説明を明確にするために、5G NRを中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び/または動作流れ図は、機器間に無線通信/連結(例えば、5G)を必要とする多様な分野に適用されることができる。
以下、図面を参照してより具体的に例示する。以下の図面/説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。
図2は、本開示の一実施例に係る、通信システム1を示す。
図2を参照すると、本開示の多様な実施例が適用される通信システム1は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術(例えば、5G NR(New RAT)、LTE(Long Term Evolution))を利用して通信を実行する機器を意味し、通信/無線/5G機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット100a、車両100b-1、100b-2、XR(eXtended Reality)機器100c、携帯機器(Hand-held device)100d、家電100e、IoT(Internet of Thing)機器100f、AI機器/サーバ400を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、UAV(Unmanned Aerial Vehicle)(例えば、ドローン)を含むことができる。XR機器は、AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality)機器を含み、HMD(Head-Mounted Device)、車両に備えられたHUD(Head-Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ(signage)、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブック等)などを含むことができる。家電は、TV、冷蔵庫、洗濯機などを含むことができる。IoT機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器200aは、他の無線機器に基地局/ネットワークノードとして動作することもできる。
ここで、本明細書の無線機器100a~100fにおいて実装される無線通信技術は、LTE、NR、6Gだけでなく、低電力通信のためのNarrowband Internet of Thingsを含めることができる。このとき、例えばNB-IoT技術はLPWAN(Low Power Wide Area Network)技術の一例であり、LTE Cat NB1及び/又はLTE Cat NB2などの規格として実装することができ、上述した名称に限定するものではない。さらに又は、大概、本明細書の無線機器100a~100fで実装される無線通信技術は、LTE-M技術に基づいて通信を行うことができる。このとき、一例として、LTE-M技術はLPWAN技術の一例であり、eMTC(enhanced Machine Type Communication)などの様々な名称で呼ばれる。例えば、LTE-M技術は1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE non-BL(non-Bandwidth Limited)、5)LTE-MTC、6)LTE Machine Type Communication、及び/又は 7)LTE Mなどの様々な規格のうちの少なくともいずれか一つで実装することができ、上述した名称に限定するものではない。さらに、又は大概、本明細書の無線機器100a~100fで実装される無線通信技術は、低電力通信を考慮したジグビー(ZigBee)、ブルートゥース(Bluetooth)、及び低消費電力広域無線ネットワーク(Low Power Wide Area Network,LPWAN)の少なくともいずれか一つを含むことができ、上記の名称に限定するものではない。一例として、Zigbee技術はIEEE 802.15.4などの様々な規格をベースにして、小型/低電力デジタル通信に関連するPAN(personal area networks)を生成することができ、様々な名称で呼ばれる。
無線機器100a~100fは、基地局200を介してネットワーク300と連結されることができる。無線機器100a~100fにはAI(Artificial Intelligence)技術が適用されることができ、無線機器100a~100fは、ネットワーク300を介してAIサーバ400と連結されることができる。ネットワーク300は、3Gネットワーク、4G(例えば、LTE)ネットワークまたは5G(例えば、NR)ネットワークなどを利用して構成されることができる。無線機器100a~100fは、基地局200/ネットワーク300を介して互いに通信することもできるが、基地局/ネットワークを介することなく、直接通信(例えば、サイドリンク通信(sidelink communication))することもできる。例えば、車両100b-1、100b-2は、直接通信(例えば、V2V(Vehicle to Vehicle)/V2X(Vehicle to everything)communication)をすることができる。また、IoT機器(例えば、センサ)は、他のIoT機器(例えば、センサ)または他の無線機器100a~100fと直接通信をすることができる。
無線機器100a~100f/基地局200、基地局200/基地局200間には無線通信/連結150a、150b、150cが行われることができる。ここで、無線通信/連結は、アップリンク/ダウンリンク通信150a、サイドリンク通信150b(または、D2D通信)、及び基地局間の通信150c(例えば、relay、IAB(Integrated Access Backhaul)のような多様な無線接続技術(例えば、5G NR)を介して行われることができる。無線通信/連結150a、150b、150cを介して無線機器と基地局/無線機器、基地局と基地局は、互いに無線信号を送信/受信することができる。例えば、無線通信/連結150a、150b、150cは、多様な物理チャネルを介して信号を送信/受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信/受信のための多様な構成情報設定過程、多様な信号処理過程(例えば、チャネルエンコーディング/デコーディング、変調/復調、リソースマッピング/デマッピング等)、リソース割当過程などのうち少なくとも一部が実行されることができる。
図3は、本開示の一実施例に係る、無線機器を示す。
図3を参照すると、第1の無線機器100と第2の無線機器200は、多様な無線接続技術(例えば、LTE、NR)を介して無線信号を送受信することができる。ここで、{第1の無線機器100、第2の無線機器200}は、図2の{無線機器100x、基地局200}及び/または{無線機器100x、無線機器100x}に対応することができる。
第1の無線機器100は、一つ以上のプロセッサ102及び一つ以上のメモリ104を含み、追加的に一つ以上の送受信機106及び/または一つ以上のアンテナ108をさらに含むことができる。プロセッサ102は、メモリ104及び/または送受信機106を制御し、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を具現するように構成されることができる。例えば、プロセッサ102は、メモリ104内の情報を処理して第1の情報/信号を生成した後、送受信機106を介して第1の情報/信号を含む無線信号を送信することができる。また、プロセッサ102は、送受信機106を介して第2の情報/信号を含む無線信号を受信した後、第2の情報/信号の信号処理から得た情報をメモリ104に格納することができる。メモリ104は、プロセッサ102と連結されることができ、プロセッサ102の動作と関連した多様な情報を格納することができる。例えば、メモリ104は、プロセッサ102により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ102とメモリ104は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機106は、プロセッサ102と連結されることができ、一つ以上のアンテナ108を介して無線信号を送信及び/または受信することができる。送受信機106は、送信機及び/または受信機を含むことができる。送受信機106は、RF(Radio Frequency)ユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
第2の無線機器200は、一つ以上のプロセッサ202、一つ以上のメモリ204を含み、追加的に一つ以上の送受信機206及び/または一つ以上のアンテナ208をさらに含むことができる。プロセッサ202は、メモリ204及び/または送受信機206を制御し、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を具現するように構成されることができる。例えば、プロセッサ202は、メモリ204内の情報を処理して第3の情報/信号を生成した後、送受信機206を介して第3の情報/信号を含む無線信号を送信することができる。また、プロセッサ202は、送受信機206を介して第4の情報/信号を含む無線信号を受信した後、第4の情報/信号の信号処理から得た情報をメモリ204に格納することができる。メモリ204は、プロセッサ202と連結されることができ、プロセッサ202の動作と関連した多様な情報を格納することができる。例えば、メモリ204は、プロセッサ202により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ202とメモリ204は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機206は、プロセッサ202と連結されることができ、一つ以上のアンテナ208を介して無線信号を送信及び/または受信することができる。送受信機206は、送信機及び/または受信機を含むことができる送受信機206は、RFユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
以下、無線機器100、200のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ102、202により具現されることができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の階層(例えば、PHY、MAC、RLC、PDCP、RRC、SDAPのような機能的階層)を具現することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、一つ以上のPDU(Protocol Data Unit)及び/または一つ以上のSDU(Service Data Unit)を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された機能、手順、提案及び/または方法によって、PDU、SDU、メッセージ、制御情報、データまたは情報を含む信号(例えば、ベースバンド信号)を生成し、一つ以上の送受信機106、206に提供できる。一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206から信号(例えば、ベースバンド信号)を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、PDU、SDU、メッセージ、制御情報、データまたは情報を取得することができる。
一つ以上のプロセッサ102、202は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれる。一つ以上のプロセッサ102、202は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のASIC(Application Specific Integrated Circuit)、一つ以上のDSP(Digital Signal Processor)、一つ以上のDSPD(Digital Signal Processing Device)、一つ以上のPLD(Programmable Logic Device)または一つ以上のFPGA(Field Programmable Gate Arrays)が一つ以上のプロセッサ102、202に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、実行するように設定されたファームウェアまたはソフトウェアが一つ以上のプロセッサ102、202に含まれ、または一つ以上のメモリ104、204に格納されて一つ以上のプロセッサ102、202により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、コード、命令語及び/または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。
一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び/または命令を格納することができる。一つ以上のメモリ104、204は、ROM、RAM、EPROM、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び/またはこれらの組み合わせで構成されることができる。一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202の内部及び/または外部に位置できる。また、一つ以上のメモリ104、204は、有線または無線連結のような多様な技術を介して、一つ以上のプロセッサ102、202と連結されることができる。
一つ以上の送受信機106、206は、一つ以上の他の装置に本文での方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送信することができる。一つ以上の送受信機106、206は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを受信することができる。例えば、一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機106、206は、一つ以上のアンテナ108、208と連結されることができ、一つ以上のアンテナ108、208を介して本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ(例えば、アンテナポート)である。一つ以上の送受信機106、206は、受信されたユーザデータ、制御情報、無線信号/チャネルなどを一つ以上のプロセッサ102、202を利用して処理するために、受信された無線信号/チャネルなどをRFバンド信号からベースバンド信号に変換(Convert)できる。一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202を利用して処理されたユーザデータ、制御情報、無線信号/チャネルなどをベースバンド信号からRFバンド信号に変換できる。そのために、一つ以上の送受信機106、206は、(アナログ)オシレータ及び/またはフィルタを含むことができる。
図4は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
図4を参照すると、信号処理回路1000は、スクランブラ1010、変調器1020、レイヤマッパ1030、プリコーダ1040、リソースマッパ1050、信号生成器1060を含むことができる。これに制限されるものではなく、図4の動作/機能は、図3のプロセッサ102、202及び/または送受信機106、206で実行されることができる。図4のハードウェア要素は、図3のプロセッサ102、202及び/または送受信機106、206で具現されることができる。例えば、ブロック1010~1060は、図3のプロセッサ102、202で具現されることができる。また、ブロック1010~1050は、図3のプロセッサ102、202で具現され、ブロック1060は、図3の送受信機106、206で具現されることができる。
コードワードは、図4の信号処理回路1000を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック(例えば、UL-SCHの送信ブロック、DL-SCHの送信ブロック)を含むことができる。無線信号は、多様な物理チャネル(例えば、PUSCH、PDSCH)を介して送信されることができる。
具体的に、コードワードは、スクランブラ1010によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使われるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のID情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器1020により変調シンボルシーケンスに変調されることができる。変調方式は、pi/2-BPSK(pi/2-Binary Phase Shift Keying)、m-PSK(m-Phase Shift Keying)、m-QAM(m-Quadrature Amplitude Modulation)などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ1030により一つ以上の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ1040により該当アンテナポート(ら)にマッピングされることができる(プリコーディング)。プリコーダ1040の出力zは、レイヤマッパ1030の出力yをN*Mのプリコーディング行列Wと掛けて得られる。ここで、Nはアンテナポートの個数であり、Mは送信レイヤの個数である。ここで、プリコーダ1040は、複素変調シンボルに対するトランスフォーム(transform)プリコーディング(例えば、DFT変換)を実行した以後にプリコーディングを実行することができる。また、プリコーダ1040は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。
リソースマッパ1050は、各アンテナポートの変調シンボルを時間-周波数リソースにマッピングできる。時間-周波数リソースは、時間ドメインで複数のシンボル(例えば、CP-OFDMAシンボル、DFT-s-OFDMAシンボル)を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器1060は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器へ送信されることができる。そのために、信号生成器1060は、IFFT(Inverse Fast Fourier Transform)モジュール及びCP(Cyclic Prefix)挿入器、DAC(Digital-to-Analog Converter)、周波数アップリンク変換器(frequency uplink converter)などを含むことができる。
無線機器において、受信信号のための信号処理過程は、図4の信号処理過程1010~1060の逆で構成されることができる。例えば、無線機器(例えば、図3の100、200)は、アンテナポート/送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器(frequency downlink converter)、ADC(analog-to-digital converter)、CP除去器、FFT(Fast Fourier Transform)モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング(postcoding)過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号(decoding)を経て、元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路(図示せず)は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。
図5は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用-例/サービスによって多様な形態で具現されることができる(図2参照)。
図5を参照すると、無線機器100、200は、図3の無線機器100、200に対応し、多様な要素(element)、成分(component)、ユニット/部(unit)、及び/またはモジュール(module)で構成されることができる。例えば、無線機器100、200は、通信部110、制御部120、メモリ部130、及び追加要素140を含むことができる。通信部は、通信回路112及び送受信機(ら)114を含むことができる。例えば、通信回路112は、図3の一つ以上のプロセッサ102、202及び/または一つ以上のメモリ104、204を含むことができる。例えば、送受信機(ら)114は、図3の一つ以上の送受信機106、206及び/または一つ以上のアンテナ108、208を含むことができる。制御部120は、通信部110、メモリ部130、及び追加要素140と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部120は、メモリ部130に格納されたプログラム/コード/命令/情報に基づいて、無線機器の電気的/機械的動作を制御することができる。また、制御部120は、メモリ部130に格納された情報を通信部110を介して、外部(例えば、他の通信機器)に無線/有線インターフェースを介して送信し、または通信部110を介して、外部(例えば、他の通信機器)から無線/有線インターフェースを介して受信された情報をメモリ部130に格納することができる。
追加要素140は、無線機器の種類によって多様に構成されることができる。例えば、追加要素140は、パワーユニット/バッテリ、入出力部(I/O unit)、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット(図2の100a)、車両(図2の100b-1、100b-2)、XR機器(図2の100c)、携帯機器(図2の100d)、家電(図2の100e)、IoT機器(図2の100f)、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、フィンテック装置(または、金融装置)、セキュリティ装置、気候/環境装置、AIサーバ/機器(図2の400)、基地局(図2の200)、ネットワークノードなどの形態で具現されることができる。無線機器は、使用-例/サービスによって、移動可能であり、または固定された場所で使われることができる。
図5において、無線機器100、200内の多様な要素、成分、ユニット/部、及び/またはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部110を介して無線で連結されることができる。例えば、無線機器100、200内で制御部120と通信部110は有線で連結され、制御部120と第1のユニット(例えば、130、140)は、通信部110を介して無線で連結されることができる。また、無線機器100、200内の各要素、成分、ユニット/部、及び/またはモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部120は、一つ以上のプロセッサの集合で構成されることができる。例えば、制御部120は、通信制御プロセッサ、アプリケーションプロセッサ(Application processor)、ECU(Electronic Control Unit)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部130は、RAM(Random Access Memory)、DRAM(Dynamic RAM)、ROM(Read Only Memory)、フラッシュメモリ(flash memory)、揮発性メモリ(volatile memory)、非-揮発性メモリ(non-volatile memory)及び/またはこれらの組み合わせで構成されることができる。
以下、図5の具現例に対して、他の図面を参照してより詳細に説明する。
図6は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブック等)を含むことができる。携帯機器は、MS(Mobile Station)、UT(user terminal)、MSS(Mobile Subscriber Station)、SS(Subscriber Station)、AMS(Advanced Mobile Station)またはWT(Wireless terminal)と呼ばれる。
図6を参照すると、携帯機器100は、アンテナ部108、通信部110、制御部120、メモリ部130、電源供給部140a、インターフェース部140b、及び入出力部140cを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110~130/140a~140cは、各々、図5のブロック110~130/140に対応する。
通信部110は、他の無線機器、基地局と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、携帯機器100の構成要素を制御し、多様な動作を実行することができる。制御部120は、AP(Application Processor)を含むことができる。メモリ部130は、携帯機器100の駆動に必要なデータ/パラメータ/プログラム/コード/命令を格納することができる。また、メモリ部130は、入/出力されるデータ/情報などを格納することができる。電源供給部140aは、携帯機器100に電源を供給し、有/無線充電回路、バッテリなどを含むことができる。インターフェース部140bは、携帯機器100と他の外部機器の連結をサポートすることができる。インターフェース部140bは、外部機器との連結のための多様なポート(例えば、オーディオの入/出力ポート、ビデオの入/出力ポート)を含むことができる。入出力部140cは、映像情報/信号、オーディオ情報/信号、データ、及び/またはユーザから入力される情報の入力を受け、または出力することができる。入出力部140cは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部140d、スピーカー及び/またはハプティックモジュールなどを含むことができる。
一例として、データ通信の場合、入出力部140cは、ユーザから入力された情報/信号(例えば、タッチ、文字、音声、イメージ、ビデオ)を取得し、取得された情報/信号は、メモリ部130に格納されることができる。通信部110は、メモリに格納された情報/信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、または基地局に送信できる。また、通信部110は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元の情報/信号に復元できる。復元された情報/信号は、メモリ部130に格納された後、入出力部140cを介して多様な形態(例えば、文字、音声、イメージ、ビデオ、ハプティック)で出力されることができる。
図7は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有/無人飛行体(Aerial Vehicle、AV)、船舶などで具現されることができる。
図7を参照すると、車両または自律走行車両100は、アンテナ部108、通信部110、制御部120、駆動部140a、電源供給部140b、センサ部140c、及び自律走行部140dを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110/130/140a~140dは、各々、図5のブロック110/130/140に対応する。
通信部110は、他の車両、基地局(例えば、基地局、路辺基地局(Road Side unit)等)、サーバなどの外部機器と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、車両または自律走行車両100の要素を制御し、多様な動作を実行することができる。制御部120は、ECU(Electronic Control Unit)を含むことができる。駆動部140aは、車両または自律走行車両100を地上で走行するようにすることができる。駆動部140aは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部140bは、車両または自律走行車両100に電源を供給し、有/無線充電回路、バッテリなどを含むことができる。センサ部140cは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部140cは、IMU(inertial measurement unit)センサ、衝突センサ、ホイールセンサ(wheel sensor)、速度センサ、傾斜センサ、重量検知センサ、ヘッディングセンサ(heading sensor)、ポジションモジュール(position module)、車両の前進/後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部140dは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。
一例として、通信部110は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部140dは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部120は、ドライビングプランによって車両または自律走行車両100が自律走行経路に沿って移動するように駆動部140aを制御することができる(例えば、速度/方向調節)。自律走行途中、通信部110は、外部サーバから最新の交通情報データを非/周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中、センサ部140cは、車両状態、周辺環境情報を取得することができる。自律走行部140dは、新しく取得されたデータ/情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部110は、車両位置、自律走行経路、ドライビングプランなどに対する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、AI技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。
図8は、本開示の一実施例に係る、NRシステムの構造を示す。図8の実施例は、本開示の多様な実施例と結合されることができる。
図8を参照すると、NG-RAN(Next Generation-Radio Access Network)は、端末10にユーザ平面及び制御平面のプロトコル終端(termination)を提供する基地局20を含むことができる。例えば、基地局20は、gNB(next generation-NodeB)及び/またはeNB(evolved-NodeB)を含むことができる。例えば、端末10は、固定されてもよいし、移動性を有してもよく、MS(Mobile Station)、UT(User Terminal)、SS(Subscriber Station)、MT(Mobile Terminal)、無線機器(Wireless Device)等、他の用語とも呼ばれる。例えば、基地局は、端末10と通信する固定局(fixed station)であり、BTS(Base Transceiver System)、アクセスポイント(Access Point)等、他の用語とも呼ばれる。
図8の実施例は、gNBのみを含む場合を例示する。基地局20は、相互間にXnインターフェースで連結されることができる。基地局20は、5世代コアネットワーク(5G Core Network:5GC)とNGインターフェースを介して連結されることができる。より具体的に、基地局20は、NG-Cインターフェースを介してAMF(access and mobility management function)30と連結されることができ、NG-Uインターフェースを介してUPF(user plane function)30と連結されることができる。
図9は、本開示の一実施例に係る、NG-RANと5GCとの間の機能的分割を示す。図9の実施例は、本開示の多様な実施例と結合されることができる。
図9を参照すると、gNBは、インターセル間の無線リソース管理(Inter Cell RRM)、無線ベアラ管理(RB control)、連結移動性制御(Connection Mobility Control)、無線許容制御(Radio Admission Control)、測定設定及び提供(Measurement configuration&Provision)、動的リソース割当(dynamic resource allocation)などの機能を提供することができる。AMFは、NAS(Non Access Stratum)セキュリティ、アイドル状態移動性処理などの機能を提供することができる。UPFは、移動性アンカリング(Mobility Anchoring)、PDU(Protocol Data Unit)処理などの機能を提供することができる。SMF(Session Management Function)は、端末IP(Internet Protocol)アドレス割当、PDUセッション制御などの機能を提供することができる。
端末とネットワークとの間の無線インターフェースプロトコル(Radio Interface Protocol)の階層は、通信システムで広く知られた開放型システム間相互接続(Open System Interconnection、OSI)基準モデルの下位3個階層に基づいてL1(第1の階層)、L2(第2の階層)、L3(第3の階層)に区分されることができる。このうち、第1の階層に属する物理階層は、物理チャネル(Physical Channel)を利用した情報転送サービス(Information Transfer Service)を提供し、第3の階層に位置するRRC(Radio Resource Control)階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、RRC階層は、端末と基地局との間のRRCメッセージを交換する。
図10は、本開示の一実施例に係る、無線プロトコル構造(radio protocol architecture)を示す。図10の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図10の(a)は、ユーザ平面(user plane)に対する無線プロトコル構造を示し、図10の(b)は、制御平面(control plane)に対する無線プロトコル構造を示す。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック(protocol stack)であり、制御平面は、制御信号送信のためのプロトコルスタックである。
図10を参照すると、物理階層(physical layer)は、物理チャネルを利用して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるMAC(Medium Access Control)階層とはトランスポートチャネル(transport channel)を介して連結されている。トランスポートチャネルを介してMAC階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介してデータがどのようにどんな特徴に送信されるかによって分類される。
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、OFDM(Orthogonal Frequency Division Multiplexing)方式に変調されることができ、時間と周波数を無線リソースとして活用する。
MAC階層は、論理チャネル(logical channel)を介して上位階層であるRLC(radio link control)階層にサービスを提供する。MAC階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、MAC階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。MAC副階層は、論理チャネル上のデータ転送サービスを提供する。
RLC階層は、RLC SDU(Service Data Unit)の連結(concatenation)、分割(segmentation)、及び再結合(reassembly)を実行する。無線ベアラ(Radio Bearer、RB)が要求する多様なQoS(Quality of Service)を保障するために、RLC階層は、透明モード(Transparent Mode、TM)、非確認モード(Unacknowledged Mode、UM)、及び確認モード(Acknowledged Mode、AM)の三つの動作モードを提供する。AM RLCは、ARQ(automatic repeat request)を介してエラー訂正を提供する。
RRC(Radio Resource Control)階層は、制御平面でのみ定義される。RRC階層は、無線ベアラの設定(configuration)、再設定(re-configuration)、及び解除(release)と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。RBは、端末とネットワークとの間のデータ伝達のために第1の階層(physical階層またはPHY階層)及び第2の階層(MAC階層、RLC階層、PDCP(Packet Data Convergence Protocol)階層)により提供される論理的経路を意味する。
ユーザ平面でのPDCP階層の機能は、ユーザデータの伝達、ヘッダ圧縮(header compression)、及び暗号化(ciphering)を含む。制御平面でのPDCP階層の機能は、制御平面データの伝達及び暗号化/完全性保護(integrity protection)を含む。
SDAP(Service Data Adaptation Protocol)階層は、ユーザ平面でのみ定義される。SDAP階層は、QoSフロー(flow)とデータ無線ベアラとの間のマッピング、ダウンリンク及びアップリンクパケット内のQoSフロー識別子(ID)マーキングなどを実行する。
RBが設定されるとは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。また、RBは、SRB(Signaling Radio Bearer)とDRB(Data Radio Bearer)の二つに分けられる。SRBは、制御平面でRRCメッセージを送信する通路として使われ、DRBは、ユーザ平面でユーザデータを送信する通路として使われる。
端末のRRC階層と基地局のRRC階層との間にRRC接続(RRC connection)が確立されると、端末は、RRC_CONNECTED状態にあるようになり、そうでない場合、RRC_IDLE状態にあるようになる。NRの場合、RRC_INACTIVE状態が追加で定義され、RRC_INACTIVE状態の端末は、コアネットワークとの連結を維持し、それに対して、基地局との連結を解約(release)することができる。
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するBCH(Broadcast Channel)と、その以外にユーザトラフィックや制御メッセージを送信するダウンリンクSCH(SharedChannel)とがある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクSCHを介して送信されることもでき、または別途のダウンリンクMCH(Multicast Channel)を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するRACH(Random Access Channel)と、その以外にユーザトラフィックや制御メッセージを送信するアップリンクSCH(Shared Channel)とがある。
トランスポートチャネルの上位において、トランスポートチャネルにマッピングされる論理チャネル(Logical Channel)では、BCCH(Broadcast Control Channel)、PCCH(Paging Control Channel)、CCCH(Common Control Channel)、MCCH(Multicast Control Channel)、MTCH(Multicast Traffic Channel)などがある。
物理チャネル(Physical Channel)は、時間領域で複数個のOFDMシンボルと周波数領域で複数個の副搬送波(sub-carrier)とで構成される。一つのサブフレーム(sub-frame)は、時間領域で複数のOFDMシンボル(symbol)で構成される。リソースブロックは、リソース割当単位であって、複数のOFDMシンボルと複数の副搬送波(sub-carrier)とで構成される。また、各サブフレームは、PDCCH(Physical Downlink Control Channel)、即ち、L1/L2制御チャネルのために該当サブフレームの特定OFDMシンボル(例えば、1番目のOFDMシンボル)の特定副搬送波を利用することができる。TTI(Transmission Time Interval)は、サブフレーム送信の単位時間である。
図11は、本開示の一実施例に係る、NRの無線フレームの構造を示す。図11の実施例は、本開示の多様な実施例と結合されることができる。
図11を参照すると、NRにおいて、アップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは、10msの長さを有し、2個の5msハーフ-フレーム(Half-Frame、HF)に定義されることができる。ハーフ-フレームは、5個の1msサブフレーム(Subframe、SF)を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、副搬送波間隔(Subcarrier Spacing、SCS)によって決定されることができる。各スロットは、CP(cyclic prefix)によって12個または14個のOFDM(A)シンボルを含むことができる。
ノーマルCP(normal CP)が使われる場合、各スロットは、14個のシンボルを含むことができる。拡張CPが使われる場合、各スロットは、12個のシンボルを含むことができる。ここで、シンボルは、OFDMシンボル(または、CP-OFDMシンボル)、SC-FDMA(Single Carrier-FDMA)シンボル(または、DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM)シンボル)を含むことができる。
以下の表1は、ノーマルCPが使われる場合、SCS設定(u)によってスロット別シンボルの個数(Nslot symb)、フレーム別スロットの個数(Nframe,u slot)とサブフレーム別スロットの個数(Nsubframe,u slot)を例示する。
表2は、拡張CPが使用される場合、SCSによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。
NRシステムでは、一つの端末に併合される複数のセル間にOFDM(A)ヌメロロジー(numerology)(例えば、SCS、CP長さなど)が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース(例えば、サブフレーム、スロットまたはTTI)(便宜上、TU(Time Unit)と通称)の(絶対時間)区間が併合されたセル間に異なるように設定されることができる。
NRにおいて、多様な5Gサービスをサポートするための多数のヌメロロジー(numerology)またはSCSがサポートされることができる。例えば、SCSが15kHzである場合、伝統的なセルラーバンドでの広い領域(wide area)がサポートされることができ、SCSが30kHz/60kHzである場合、密集した-都市(dense-urban)、より低い遅延(lower latency)、及びより広いキャリア帯域幅(wider carrier bandwidth)がサポートされることができる。SCSが60kHzまたはそれより高い場合、位相雑音(phase noise)を克服するために24.25GHzより大きい帯域幅がサポートされることができる。
NR周波数バンド(frequency band)は、二つのタイプの周波数範囲(frequency range)に定義されることができる。前記二つのタイプの周波数範囲は、FR1及びFR2である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表3の通りである。NRシステムで使われる周波数範囲のうち、FR1は“sub 6GHz range”を意味することができ、FR2は“above 6GHz range”を意味することができ、ミリ波(millimeter wave、mmW)と呼ばれることができる。
前述したように、NRシステムの周波数範囲の数値は、変更されることができる。例えば、FR1は、以下の表4のように410MHz乃至7125MHzの帯域を含むことができる。即ち、FR1は、6GHz(または、5850、5900、5925MHz等)以上の周波数帯域を含むことができる。例えば、FR1内で含まれる6GHz(または、5850、5900、5925MHz等)以上の周波数帯域は、非免許帯域(unlicensed band)を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信(例えば、自律走行)のために使われることができる。
図12は、本開示の一実施例に係る、NRフレームのスロット構造を示す。図12の実施例は、本開示の多様な実施例と結合されることができる。
図12を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルCPの場合、一つのスロットが14個のシンボルを含み、拡張CPの場合、一つのスロットが12個のシンボルを含むことができる。または、ノーマルCPの場合、一つのスロットが7個のシンボルを含み、拡張CPの場合、一つのスロットが6個のシンボルを含むことができる。
搬送波は、周波数領域で複数の副搬送波を含む。RB(Resource Block)は、周波数領域で複数(例えば、12)の連続した副搬送波に定義されるうことができる。BWP(Bandwidth Part)は、周波数領域で複数の連続した(P)RB((Physical)Resource Block)に定義されることができ、一つのヌメロロジー(numerology)(例えば、SCS、CP長さなど)に対応されることができる。搬送波は、最大N個(例えば、5個)のBWPを含むことができる。データ通信は、活性化されたBWPを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素(Resource Element、RE)と呼ばれ、一つの複素シンボルがマッピングされることができる。
一方、端末と端末との間の無線インターフェースまたは端末とネットワークとの間の無線インターフェースは、L1階層、L2階層、及びL3階層で構成されることができる。本開示の多様な実施例において、L1階層は、物理(physical)階層を意味することができる。また、例えば、L2階層は、MAC階層、RLC階層、PDCP階層、及びSDAP階層のうち少なくとも一つを意味することができる。また、例えば、L3階層は、RRC階層を意味することができる。
以下、BWP(Bandwidth Part)及びキャリアに対して説明する。
BWP(Bandwidth Part)は、与えられたヌメロロジーでPRB(physical resource block)の連続的な集合である。PRBは、与えられたキャリア上で与えられたヌメロロジーに対するCRB(common resource block)の連続的な部分集合から選択されることができる。
BA(Bandwidth Adaptation)を使用すると、端末の受信帯域幅及び送信帯域幅は、セルの帯域幅ほど大きい必要がないし、端末の受信帯域幅及び送信帯域幅は、調整されることができる。例えば、ネットワーク/基地局は、帯域幅調整を端末に知らせることができる。例えば、端末は、帯域幅調整のための情報/設定をネットワーク/基地局から受信することができる。この場合、端末は、前記受信された情報/設定に基づいて帯域幅調整を実行することができる。例えば、前記帯域幅調整は、帯域幅の縮小/拡大、帯域幅の位置変更または帯域幅のサブキャリアスペーシングの変更を含むことができる。
例えば、帯域幅は、パワーをセイブするために活動が少ない期間の間に縮小されることができる。例えば、帯域幅の位置は、周波数ドメインで移動できる。例えば、帯域幅の位置は、スケジューリング柔軟性(scheduling flexibility)を増加させるために周波数ドメインで移動できる。例えば、帯域幅のサブキャリアスペーシング(subcarrier spacing)は、変更されることができる。例えば、帯域幅のサブキャリアスペーシングは、異なるサービスを許容するために変更されることができる。セルの総セル帯域幅のサブセットは、BWP(Bandwidth Part)と称することができる。BAは、基地局/ネットワークが端末にBWPを設定し、基地局/ネットワークが設定されたBWPのうち現在活性状態であるBWPを端末に知らせることによって実行されることができる。
例えば、BWPは活性(active)BWP、イニシャル(initial)BWP及び/又はデフォルト(default)BWPの中で少なくともいずれか一つである。例えば、端末はPCell(primary cell)上の活性(active)DL BWP以外のDL BWPにおいてダウンリンク無線リンク品質(downlink radiolink quality)をモニタリングしない場合がある。例えば、端末は活性DL BWPの外部においてPDCCH、PDSCH(physical downlink shared channel)又はCSI-RS(reference signal)(ただし、RRM除外)を受信しない。例えば、端末は非活性DL BWPに対するCSI(Channel State Information)報告をトリガーしない。例えば、端末は活性UL BWP外部においてPUCCH(physical uplink control channel)又はPUSCH(physical uplink shared channel)を送信しない。例えば、ダウンリンクであるとき、イニシャルBWPは(PBCH(physical broadcast channel)によって設定された)RMSI(remaining minimum system information)CORESET(control resource set)に対する連続RBセットとして与えられる。例えば、アップリンクであるとき、イニシャルBWPはランダムアクセス手順のためにSIB(system information block)によって与えられる。例えば、デフォルトBWPは上位層によって設定される。例えば、デフォルトBWPの初期の値はイニシャルDL BWPである。省エネのために、端末が一定期間の間DCIを検出することができないとき、端末は前記端末の活性BWPをデフォルトBWPに切り替えることができる。
一方、BWPは、SLに対して定義されることができる。同じSL BWPは、送信及び受信に使われることができる。例えば、送信端末は、特定BWP上でSLチャネルまたはSL信号を送信することができ、受信端末は、前記特定BWP上でSLチャネルまたはSL信号を受信することができる。免許キャリア(licensed carrier)で、SL BWPは、Uu BWPと別途に定義されることができ、SL BWPは、Uu BWPと別途の設定シグナリング(separate configuration signalling)を有することができる。例えば、端末は、SL BWPのための設定を基地局/ネットワークから受信することができる。SL BWPは、キャリア内でout-of-coverage NR V2X端末及びRRC_IDLE端末に対して(あらかじめ)設定されることができる。RRC_CONNECTEDモードの端末に対して、少なくとも一つのSL BWPがキャリア内で活性化されることができる。
図13は、本開示の一実施例に係る、BWPの一例を示す。図13の実施例は、本開示の多様な実施例と結合されることができる。図13の実施例において、BWPは、3個と仮定する。
図13を参照すると、CRB(common resource block)は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、PRBは、各BWP内で番号が付けられたリソースブロックである。ポイントAは、リソースブロックグリッド(resource block grid)に対する共通参照ポイント(common reference point)を指示することができる。
BWPは、ポイントA、ポイントAからのオフセット(Nstart BWP)及び帯域幅(Nsize BWP)により設定されることができる。例えば、ポイントAは、全てのヌメロロジー(例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー)のサブキャリア0が整列されるキャリアのPRBの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントAとの間のPRB間隔である。例えば、帯域幅は、与えられたヌメロロジーでPRBの個数である。
以下、V2XまたはSL通信に対して説明する。
図14は、本開示の一実施例に係る、SL通信のための無線プロトコル構造(radio protocol architecture)を示す。図14の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図14の(a)は、ユーザ平面プロトコルスタックを示し、図14の(b)は、制御平面プロトコルスタックを示す。
以下、SL同期信号(Sidelink Synchronization Signal、SLSS)及び同期化情報について説明する。
SLSSは、SL特定的なシーケンス(sequence)であって、PSSS(Primary Sidelink Synchronization Signal)と、SSSS(Secondary Sidelink Synchronization Signal)とを含むことができる。前記PSSSは、S-PSS(Sidelink Primary Synchronization Signal)と称し、前記SSSSは、S-SSS(Sidelink Secondary Synchronization Signal)と称することができる。例えば、長さ-127M-シーケンス(length-127 M-sequences)がS-PSSに対して使われることができ、長さ-127ゴールド-シーケンス(length-127 Gold sequences)がS-SSSに対して使われることができる。例えば、端末は、S-PSSを利用して最初信号を検出(signal detection)することができ、同期を取得することができる。例えば、端末は、S-PSS及びS-SSSを利用して細部同期を取得することができ、同期信号IDを検出することができる。
PSBCH(Physical Sidelink Broadcast Channel)はSL信号送受信の前に端末が真っ先に知るべき基本となる(システム)情報が送信される(放送)チャネルである。例えば、前記基本となる情報はSLSSに関連する情報、デュプレックスモード(Duplex Mode、DM)、TDDUL/DL(Time Division Duplex Uplink/Downlink)構成、リソースプール関連情報、SLSSに関連するアプリケーションの種類、サブフレームオフセット、放送情報などである。例えば、PSBCH性能の評価のために、NR V2Xにおいて、PSBCHのペイロードの大きさは24ビットのCRC(Cyclic Redundancy Check)を含んで56ビットである。
S-PSS、S-SSS、及びPSBCHは、周期的送信をサポートするブロックフォーマット(例えば、SLSS(Synchronization Signal)/PSBCHブロック、以下、S-SSB(Sidelink-Synchronization Signal Block ))に含まれることができる。前記S-SSBは、キャリア内のPSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)と同じヌメロロジー(即ち、SCS及びCP長さ)を有することができ、送信帯域幅は、(あらかじめ)設定されたSL BWP(Sidelink Bandwidth Part)内にある。例えば、S-SSBの帯域幅は、11RB(Resource Block)である。例えば、PSBCHは、11RBにわたっている。そして、S-SSBの周波数位置は、(あらかじめ)設定されることができる。したがって、端末は、キャリアでS-SSBを見つけるために周波数で仮設検出(hypothesis detection)を実行する必要がない。
図15は、本開示の一実施例に係る、V2XまたはSL通信を実行する端末を示す。図15の実施例は、本開示の多様な実施例と結合されることができる。
図15を参照すると、V2XまたはSL通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、基地局も一種の端末と見なされることもできる。例えば、端末1は、第1の装置100であり、端末2は、第2の装置200である。
例えば、端末1は、一連のリソースの集合を意味するリソースプール(resource pool)内で特定のリソースに該当するリソース単位(resource unit)を選択することができる。そして、端末1は、前記リソース単位を使用してSL信号を送信することができる。例えば、受信端末である端末2は、端末1が信号を送信することができるリソースプールの設定を受けことができ、前記リソースプール内で端末1の信号を検出することができる。
ここで、端末1が基地局の連結範囲内にある場合、基地局は、リソースプールを端末1に知らせることができる。それに対して、端末1が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせ、または端末1は、事前に設定されたリソースプールを使用することができる。
一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は、一つまたは複数のリソース単位を選定し、自分のSL信号の送信に使用することができる。
以下、SLでリソース割当(resource allocation)に対して説明する。
図16は、本開示の一実施例によって、端末が送信モードによってV2XまたはSL通信を実行する手順を示す。図16の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜のために、LTEにおいて、送信モードは、LTE送信モードと称することができ、NRにおいて、送信モードは、NRリソース割当モードと称することができる。
例えば、図16の(a)は、LTE送信モード1またはLTE送信モード3と関連した端末動作を示す。または、例えば、図16の(a)は、NRリソース割当モード1と関連した端末動作を示す。例えば、LTE送信モード1は、一般的なSL通信に適用されることができ、LTE送信モード3は、V2X通信に適用されることができる。
例えば、図16の(b)は、LTE送信モード2またはLTE送信モード4と関連した端末動作を示す。または、例えば、図16の(b)は、NRリソース割当モード2と関連した端末動作を示す。
図16の(a)を参照すると、LTE送信モード1、LTE送信モード3またはNRリソース割当モード1で、基地局は、SL送信のために端末により使われるSLリソースをスケジューリングすることができる。例えば、基地局は、端末1にPDCCH(より具体的にDCI(Downlink Control Information))を介してリソーススケジューリングを実行することができ、端末1は、前記リソーススケジューリングによって端末2とV2XまたはSL通信を実行することができる。例えば、端末1は、PSCCH(Physical Sidelink Control Channel)を介してSCI(Sidelink Control Information)を端末2に送信した後、前記SCIに基づくデータをPSSCH(Physical Sidelink Shared Channel)を介して端末2に送信できる。
図16の(b)を参照すると、LTE送信モード2、LTE送信モード4またはNRリソース割当モード2で、端末は、基地局/ネットワークにより設定されたSLリソースまたはあらかじめ設定されたSLリソース内でSL送信リソースを決定することができる。例えば、前記設定されたSLリソースまたはあらかじめ設定されたSLリソースは、リソースプールである。例えば、端末は、自律的にSL送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、SL通信を実行することができる。例えば、端末は、センシング(sensing)及びリソース(再)選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末1は、PSCCHを介してSCIを端末2に送信した後、前記SCIに基づくデータをPSSCHを介して端末2に送信できる。
図17は、本開示の一実施例に係る、三つのキャストタイプを示す。図17の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図17の(a)は、ブロードキャストタイプのSL通信を示し、図17の(b)は、ユニキャストタイプのSL通信を示し、図17の(c)は、グループキャストタイプのSL通信を示す。ユニキャストタイプのSL通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのSL通信の場合、端末は、自分が属するグループ内の一つ以上の端末とSL通信を実行することができる。本開示の多様な実施例において、SLグループキャスト通信は、SLマルチキャスト(multicast)通信、SL一対多(one-to-many)通信などに代替されることができる。
その一方で、本明細書において、例えば、送信端末(TX UE)は(ターゲット)受信端末(RX UE)へデータを送信する端末である。例えば、TX UEはPSCCH及び/又はPSSCH送信を実行する端末である。そして/又はTX UEは(ターゲット)RX UEへSL CSI-RS及び/又はSL CSI報告要求インジケーターを送信する端末である。そして/又はTX UEは(ターゲット)RX UEのSL RLM及び/又はSL RLF動作に用いられる、(制御)チャネル(例えば、PSCCH、PSSCHなど)及び/又は前記(制御)チャネル上の基準信号(例えば、DMRS、CSI-RSなど)を送信する端末である。
その一方で、本明細書において、例えば、受信端末(RX UE)は送信端末(TX UE)から受信されたデータのデコーディング(decoding)の成功の有無及び/又はTX UEが送信した(PSSCHスケジューリングに関連する)PSCCHの検出/デコーディングの成功の有無に従ってTX UEへSL HARQフィードバックを送信する端末である。そして/又はRX UEはTX UEから受信されたSL CSI-RS及び/又はSL CSI報告要求インジケーターに基づいてTX UEへSL CSI送信を実行する端末である。そして/又はRX UEはTX UEから受信された(事前に定義した)基準信号及び/又はSL(L1)RSRP報告要求インジケーターに基づいて測定されたSL(L1)RSRP測定値をTX UEへ送信する端末である。そして/又はRX UEはTX UEへRX UE自身のデータを送信する端末である。そして/又はRX UEはTX UEから受信された(事前に設定された)(制御)チャネル及び/又は前記(制御)チャネル上の基準信号に基づいて、SL RLM及び/又はSL RLF動作を行う端末である。
その一方で、本明細書において、例えば、RX UEがTX UEから受信したPSSCH及び/又はPSCCHに関するSL HARQフィードバック情報を送信するとき、以下の方法又は以下の方法の中で一部を考慮することができる。ここで、例えば、以下の方法又は以下の方法の中の一部はRX UEがPSSCHをスケジューリングするPSCCHをうまくデコーディング/検出したときだけ限定的に適用される。
方法(Option)1)RX UEがTX UEから受信したPSSCHデコーディング/受信に失敗したときだけNACK情報をTX UEへ送信することができる。
方法(Option)2)RX UEがTX UEから受信したPSSCHデコーディング/受信に成功したとき、TX UEへACK情報を送信し、PSSCHデコーディング/受信に失敗したとき、TX UEへNACK情報を送信することができる。
その一方で、本明細書において、例えば、TX UEはSCIを介して、以下の情報又は以下の情報の中の一部をRX UEへ送信することができる。ここで、例えば、TX UEは以下の情報の中の一部又は全部を第1SCI(FIRST SCI)及び/又は第2SCI(SECOND SCI)を介してRX UEへ送信することができる。
-PSSCH(及び/又はPSCCH)関連リソース割り当て情報(例えば、時間/周波数リソースの位置/数、リソース予約情報(例えば、周期))
-SL CSI報告要求インジケーター又はSL(L1)RSRP(及び/又はSL(L1)RSRQ及び/又はSL(L1)RSSI)報告要求インジケーター
-(PSSCH上の)SL CSI送信インジケーター(又はSL(L1)RSRP(そして/又はSL(L1)RSRQそして/又はSL(L1)RSSI)情報送信インジケーター)
-MCS情報
-TX POWER情報
-L1 DESTINATION ID情報及び/又はL1 SOURCE ID情報
-SL HARQ PROCESS ID情報
-NDI情報
-RV情報
-(送信TRAFFIC/PACKET関連)QoS情報(例えば、PRIORITY情報)
-SL CSI-RS送信インジケーター又は(送信される)SL CSI-RSアンテナポートの数情報
-TX UE位置情報又は(SL HARQフィードバックが要求される)ターゲットRX UEの位置(又は距離領域)情報
-PSSCHを介して送信されるデータのデコーディング(及び/又はチャネル推定)に関連する基準信号(例えば、DMRSなど)情報。例えば、DMRSの(時間-周波数)マッピングリソースのパターンに関連する情報、RANK情報、アンテナポートインデックス情報などである。
その一方で、本明細書において、例えば、TX UEがPSCCHを介してSCI、第1SCI(FIRST SCI)及び/又は第2SCI(SECOND SCI)をRX UEへ送信することができるため、PSCCHはSCI及び/又はFIRST SCI及び/又はSECOND SCIに代替/置換することができる。そして/又はSCIはPSCCH及び/又はFIRST SCI及び/又はSECOND SCIに代替/置換することができる。そして/又は、例えば、TX UEはPSSCHを介してSECOND SCIをRX UEへ送信することができるため、PSSCHはSECOND SCIに代替/置換することができる。
その一方で、本明細書において、例えば、(比較的)高いSCIペイロード(payload)のサイズを考慮してSCI構成フィールドを二つのグループに分けたときに第1SCI構成フィールドグループを含む第1SCIをFIRST SCIとして称し、第2SCI構成フィールドグループを含む第2SCIをSECOND SCIとして称する。又は、例えば、FIRST SCIはPSCCHを介して受信端末へ送信される。又は、例えば、SECOND SCIは(独立した)PSCCHを介して受信端末へ送信されたり、PSSCHを介してデータとともにピギーバックして送信される。
その一方で、本明細書において、例えば、「設定」又は「定義」は、基地局又はネットワークからの(事前に定義したシグナリング(例えば、SIB、MAC、RRCなど)を介して)(リソースプールを特定して)(PRE)CONFIGURATIONを意味することができる。
その一方で、本明細書において、例えば、RLFはOUT OF SYNCH(OOS)インジケーター又はIN SYNCH(IS)インジケーターに基づいて決定されるため、OUT OF SYNCH(OOS)又はIN SYNCH(IS)に代替/置換される。
その一方で、本明細書において、例えば、RBはSUBCARRIERに代替/置換される。又は、一例として、本発明においてパケット(PACKET)又はトラフィック(TRAFFIC)は送信される層にしたがってTB又はMAC PDUに代替/置換される。
その一方で、本明細書において、CBG又はCGはTBに代替/置換される。
その一方で、本明細書において、例えば、SOURCE IDはDESTINATION IDに代替/置換される。
その一方で、本明細書において、例えば、L1 IDはL2 IDに代替/置換される。例えば、L1 IDはL1 SOURCE ID又はL1 DESTINATION IDである。例えば、L2 IDはL2SOURCE ID又はL2DESTINATION IDである。
その一方で、本明細書において、例えば、送信端末が再送信リソースを予約/選択/決定する動作は送信端末が受信端末から受信したSL HARQフィードバック情報に基づいて実際の使用有無が決定されるポテンシャル(POTENTIAL)再送信リソースを予約/選択/決定する動作を意味する。
その一方で、本明細書において、SL MODE 1は端末のサイドリンク送信(SL TX)リソースを基地局が事前に定義したシグナリング(例えば、DCI)を介して直接スケジューリングするリソース割り当て方法又は通信方法を意味する。又は、例えば、SL MODE2は端末がSL TXリソースを基地局又はネットワークから設定されたり事前に設定されたリソースプール(Resource Pool)内で独立して選択するリソース割り当て方法又は通信方法を意味する。
その一方で、本明細書において、例えば、説明の便宜上、RX UEが以下の情報の中で少なくとも一つをTX UEへ送信するとき用いる(物理的)チャネルをPSFCHと言える。
-SL HARQフィードバック、SL CSI、SL(L1)RSRP
その一方で、NR サイドリンクにおいて、少なくともキャリア(carrier)にあるUEの送信の観点から、少なくともPSCCH/PSSCH及びPSFCH(Physical Sidelink Feedback Channel)の間にTDM(Time Division Multiplexing)はスロットにおいてサイドリンクのためのPSFCHフォーマットを送信する場合に認められる。又は、ユニキャストサイドリンク通信において、端末のHARQ(hybrid automatic repeat request)フィードバック送信がサポートされる。又は、グループキャストサイドリンク通信において、端末のHARQフィードバック送信がサポートされる。すなわち、ユニキャストサイドリンク通信又はグループキャストサイドリンク通信状況で受信端末は送信端末から受信したPSCCH及び/又はPSSCHに対応するHARQフィードバックを送信端末へ送信することができる。但し、グループキャストサイドリンク通信に対してHARQフィードバックが有効に(enable)なったとき、HARQフィードバックオプション1又はHARQフィードバックオプション2がサポートされる。
HARQフィードバックオプション1によると、受信端末はHARQ NACK(Negative Acknowledgement)だけを送信端末へ送信することができる。すなわち、受信端末はHARQ ACK(Acknowledgement)を送信端末へ送信しない。HARQフィードバックオプション1がサイドリンクグループキャスト送信のために用いられたとき、複数の受信端末(例えば、グループ内の全ての受信端末又は一部の受信端末)はHARQフィードバックを送信するためにPSFCHリソースを共有することができる。
その一方で、HARQフィードバックオプション2によると、受信端末はHARQ ACK又はHARQ NACKを送信端末へ送信することができる。HARQフィードバックオプション2がサイドリンクグループキャスト送信のために用いられたとき、複数の受信端末(例えば、グループ内のそれぞれの受信端末)はHARQ ACK又はHARQ NACKを送信するために分離された(separate)PSFCHリソースを用いることができる。例えば、それぞれのPSFCHリソースは時間リソース、周波数リソース及びコードリソースにマッピングされる。
リソースプールに関連するスロット内で、PSFCHリソースがNスロットの周期に周期的に(予め)設定することができる。例えば、Nは正の整数である。例えば、Nは2又は4である。
その一方で、NR サイドリンクにおいて、一つのシンボルを持つシーケンスベースPSFCHフォーマットがサポートされる。前記一つのシンボルはAGC(Automatic Gain Control)トレーニング区間(training period)を含まない。前記一つのシンボルを持つシーケンスベースPSFCHフォーマットはユニキャストにおけるHARQフィードバックに適用することができる。又は、前記一つのシンボルを持つシーケンスベースPSFCHフォーマットはHARQフィードバックオプション1及びHARQフィードバックオプション2を含むグループキャストにおけるHARQフィードバックに適用することができる。前記一つのシンボルを持つシーケンスベースPSFCHフォーマットのシーケンスはPUCCHフォーマット0のシーケンスと同様に生成される。
グループキャスト関するTX-RX距離ベースHARQフィードバックに基づくHARQフィードバックオプション1であるとき、送信端末と受信端末間の距離が通信範囲要求事項(communication range requirement)より以下であれば、受信端末はPSSCHに対するHARQフィードバックを送信することができる。そうでなければ、受信端末はPSSCHに対するHARQフィードバックを送信しない。例えば、送信端末の位置はPSSCHに関連するSCIによって指示される。
その一方で、スロットNの最後のシンボルにおけるPSSCH送信に対して、前記PSSCH送信に関連するHARQフィードバックはスロットN+aにあると予想される。ここで、aはスロットN+aがPSFCHリソースを含む条件においてK以上の最も小さい整数である。又は、少なくともスロット内のPSFCHが単一のPSSCHに対する回答であるとき、暗黙のメカニズムは設定されたリソースプール内で最小のPSFCHの周波数及び/又はコードドメインリソースを決定するとき用いられる。
その一方で、基地局が送信端末にサイドリンク送信のためのリソースを割り当てたとき、前記リソースを介してサイドリンク送信を実行した送信端末が前記サイドリンク送信に対するHARQフィードバックを受信端末から受信すると、送信端末はHARQフィードバックに関する情報を基地局へ報告する必要がある。
例えば、基地局が初期送信のために第1PSSCH及び/又は第1PSCCHを送信端末に割り当て、サイドリンクHARQフィードバックベースの再送信のために第2PSSCH及び/又は第2PSCCHを送信端末に割り当てると仮定する。この場合、送信端末は第1PSSCH及び/又は第1PSCCHを介してサイドリンク情報を受信端末へ送信することができる。本明細書において、サイドリンク情報はサイドリンクデータ、サイドリンク制御情報、サイドリンクサービス又はサイドリンクパケットの中で少なくともいずれか一つを含む。以後、送信端末がHARQ NACKを受信端末から受信すると、送信端末はHARQ NACKに関連するHARQフィードバックに関する情報をPUCCHを介して基地局へ報告することができ、送信端末は第2PSSCH及び/又は第2PSCCHを介してサイドリンク情報を受信端末へ再送信することができる。以後、送信端末がHARQ NACKを受信端末から受信すると、送信端末はHARQ NACKに関連するHARQフィードバックに関する情報をPUCCHを介して基地局へ報告することができる。この場合、基地局は送信端末に追加してサイドリンク送信リソースを割り当てる。
例えば、基地局が初期送信のために第1PSSCH及び/又は第1PSCCHを送信端末に割り当て、サイドリンクHARQフィードバックベースの再送信のために第2PSSCH及び/又は第2PSCCHを送信端末に割り当てると仮定する。この場合、送信端末は第1PSSCH及び/又は第1PSCCHを介してサイドリンク情報を受信端末へ送信することができる。以後、送信端末がHARQ ACKを受信端末から受信すると、送信端末はHARQ ACKに関連するHARQフィードバックに関する情報をPUCCHを介して基地局へ報告することができる。この場合、送信端末が第2PSSCH及び/又は第2PSCCHを介してサイドリンクHARQフィードバックベースの再送信を実行するのは不要である。したがって、例えば、基地局は第2PSSCH及び/又は第2PSCCHに関連するリソースを別の端末に割り当てたり、前記送信端末のアップリンク送信のために割り当てる。
前記で説明したように、基地局が端末にサイドリンク送信リソースを割り当てるNR サイドリンクモード1動作であるとき、又はLTEサイドリンクモード1又はモード3動作であるとき、送信端末が受信したHARQフィードバックに関する情報を基地局へ報告することは基地局の効率的なサイドリンクリソース管理のために必要である。
その一方で、例えば、NR サイドリンクリソース割り当てモード1ベースのサイドリンク送信とLTEベースのサイドリンク送信(例えば、モード3ベースのLTEサイドリンク送信又はモード4ベースのLTEサイドリンク送信)この時間領域上において全部又は一部が重複したとき、端末は事前に定義したルールに従ってNR サイドリンクリソース割り当てモード1ベースのサイドリンク送信をドロップ(drop)することができる。例えば、NR サイドリンクリソース割り当てモード1ベースのサイドリンク送信とLTEベースのサイドリンク送信が時間領域上で全部又は一部が重複したとき、端末は事前に定義した優先順位ベースの送信の省略ルールに従ってNR サイドリンクリソース割り当てモード1ベースのサイドリンク送信をドロップ(drop)することができる。例えば、端末は事前に定義したルールに従ってNR サイドリンクリソース割り当てモード1ベースのサイドリンク送信を実行しないように決定することができる。
その一方で、例えば、NR サイドリンクリソース割り当てモード1ベースのサイドリンク送信とLTEベースのサイドリンク受信(例えば、モード3ベースのLTEサイドリンク受信又はモード4ベースのLTEサイドリンク受信)が時間領域上で全部又は一部が重複したとき、端末は事前に定義したルールに従ってNR サイドリンクリソース割り当てモード1ベースのサイドリンク送信をドロップ(drop)することができる。例えば、NR サイドリンクリソース割り当てモード1ベースのサイドリンク送信とLTEベースのサイドリンク受信が時間領域上で全部又は一部が重複したとき、端末は事前に定義した優先順位ベースの受信の省略ルールに従ってNR サイドリンクリソース割り当てモード1ベースのサイドリンク送信をドロップ(drop)することができる。例えば、端末は事前に定義したルールに従ってNR サイドリンクリソース割り当てモード1ベースのサイドリンク送信を実行しないように決定することができる。
本明細書において、説明の便宜上、NR サイドリンクリソース割り当てモード1ベースのサイドリンク送信はMODE1 NR SL TXと称し、NRベースのサイドリンク送信はNR SL TXと称し、NRベースのサイドリンク受信はNR SL RXと称する。本明細書において、説明の便宜上、LTEベースのサイドリンク送信はLTE SL TXと称し、モード3ベースのLTEサイドリンク送信はMODE3 LTE SL TXと称し、モード4ベースのLTEサイドリンク送信はMODE4 LTE SL TXと称する。本明細書において、説明の便宜上、LTEベースのサイドリンク受信はLTE SL RXと称し、モード3ベースのLTEサイドリンク受信はMODE3 LTE SL RXと称し、モード4ベースのLTEサイドリンク受信はMODE4 LTE SL RXと称する。
ここで、例えば、NR基地局が端末がMODE1 NR SL TXを省略したことが不明であると、端末は自身が送信しようとするパケット/トラフィックに関連する要求事項(例えば、信頼性(reliability))を満足させることができない場合がある。例えば、NR基地局が端末がMODE1 NR SL TXを実行しないように決定したことが不明であると、端末は自身が送信しようとするパケット/トラフィックに関連する要求事項(例えば、信頼性(reliability))を満足させることができない場合がある。
例えば、NR基地局は端末から報告された送信パケット/トラフィックに関連するサービスの種類/タイプに関する情報、QoSパラメータに関する情報、SL品質に関する情報(例えば、SL CSI、SL RSRP(Reference Signal Received Power)、RSRQ(Reference Signal Received Quality))などに基づいて、(関連要求事項を達成するために必要な)K個の送信リソース(例えば、NR MODE1送信リソース)を端末に割り当てたと仮定する。この場合、端末は事前に定義したルールに従ってK個の送信リソースの中で一部又は全部送信リソースにおいてMODE1 NR SL TXを実際に実行できない場合がある。具体的に、例えば、端末は事前に定義したルールに従ってK個の送信リソースの中で一部又は全部送信リソース上でMODE1 NR SL TXを省略することができる。したがって、端末は最終的に送信パケット/トラフィックに関連するQoS要求事項を満足させることができない。さらに、例えば、NR基地局は端末がMODE1 NR SL TXの省略有無が(正確に)不明なので、NR基地局は追加して送信リソース(例えば、SL TXが省略されたリソースに対応する追加送信リソース又はSL TXが省略されたリソースの個数に対応する追加送信リソース)を端末に割り当てることができない。例えば、NR基地局は端末がMODE1 NR SL TXを実行しないように決定したかどうか(正確に)不明なので、NR基地局は追加送信リソースを端末に割り当てることができない。したがって、端末はMODE1 NR SL TXに関連する情報を基地局へ報告する必要がある。以下のように、本開示の一実施例によって、端末がサイドリンク送信に関連する情報を基地局へ報告する方法及びこれをサポートする装置について説明する。
その一方で、例えば、同じリソースプール内で、サイドリンクモード1動作を行う端末とサイドリンクモード2動作を行う端末が共存する場合、図18の例の状況において、送信リソースの衝突問題が異なるモードとして動作する端末間で起こり得る。例えば、前記サイドリンクモード1はLTEの送信モード1又は送信モード3であり、前記サイドリンクモード2はLTEの送信モード2又は送信モード4である。例えば、前記サイドリンクモード1はNRのリソース割り当てモード1であり、前記サイドリンクモード2はNRのリソース割り当てモード2である。
図18は送信リソースが異なるモードの動作を行う端末の間で衝突する問題を説明するための図面である。図18の実施例は本開示の様々な実施例と組み合わせることができる。
図18を参照すると、ステップS1810において、基地局はSL送信リソースに関する情報を送信端末へ送信することができる。例えば、前記送信端末はサイドリンクモード1動作を行う端末である。例えば、基地局はSL送信リソースを送信端末にスケジューリング及び/又は割り当てる。
ステップS1820において、SL送信リソースに関する情報に基づいて、送信端末はサイドリンク情報を受信端末へ送信することができる。例えば、送信端末は基地局によってスケジューリング及び/又は割り当てられた(初期)送信リソース上で、(初期)サイドリンク情報を受信端末へ送信することができる。本明細書において、サイドリンク情報はサイドリンクデータ、サイドリンク制御情報、サイドリンクチャネル、サイドリンク信号、サイドリンクサービス及び/又はサイドリンクパケットの中で少なくともいずれか一つを含む。例えば、サイドリンク情報はPSSCHに関連するリソース及び/又はPSCCHに関連するリソース上で送信される。
ステップS1830において、送信端末はSL HARQフィードバックを受信端末から受信することができる。例えば、前記SL HARQフィードバックは前記サイドリンク情報に対応して受信される。そして、ステップS1840において、送信端末は受信端末から受信したSL HARQフィードバックに関する情報が事前に設定されたリソース(例えば、PUCCH)を介して、基地局へ報告することができる。
前記のような状況において、もし送信端末が受信端末から受信したSL HARQフィードバックがNACKであり、送信端末が基地局へNACKを報告すると、基地局はサイドリンクモード1に動作する送信端末に再送信のためのリソースを追加してスケジューリング及び/又は割り当てる。このような場合、基地局は同じリソースプール上でサイドリンクモード2に動作する別の送信端末が選択及び/又は予約した送信リソースに関する情報(例えば、時間領域に関する情報、周波数領域に関する情報、周期に関する情報など)が不明であるため、基地局がサイドリンクモード1に動作する送信端末にスケジューリング及び/又は割り当てた再送信リソースはサイドリンクモード2に動作する別の送信端末が選択及び/又は予約した送信リソースと一部又は全部は重複される。
又は、同じリソースプール上でサイドリンクモード2に動作する別の送信端末は基地局がサイドリンクモード1に動作する送信端末に追加して又は動的にスケジューリング及び/又は割り当てた再送信リソースをセンシングする(十分な)時間を確保することが難しい。したがって、同じリソースプール上でサイドリンクモード2に動作する別の送信端末は基地局がサイドリンクモード1に動作する送信端末にスケジューリング及び/又は割り当てた再送信リソースと一部又は全部は重複する送信リソースを選択及び/又は予約することができる。
その一方で、もし送信端末が受信端末から受信したSL HARQフィードバックがACKであり、送信端末が基地局へACKを報告すると、基地局はサイドリンクモード1に動作する送信端末に事前にスケジューリング及び/又は割り当てた(当該時点以後の)残りの再送信リソースを解除したり、又は他の用途(例えば、別の端末のUL又はSL送信リソース)に用いることができる。
上述した問題を軽減させるために、サイドリンクモード1に動作する送信端末がサイドリンク送信を実行する方法を提案する必要がある。以下のように、本開示の一実施例によって、サイドリンクモード1に動作する送信端末がサイドリンク送信を実行する方法及びこれをサポートする装置について説明する。本明細書において、説明の便宜上、サイドリンクモード1に動作する送信端末はモード1送信端末と称し、サイドリンクモード2に動作する送信端末はモード2送信端末と称する。
本開示の一実施例によると、基地局によってスケジューリング及び/又は割り当てられた送信リソースの間に特定のリソースが存在するかしないかによって、モード1送信端末は一部の送信リソース上でサイドリンク情報を受信端末へ送信することができる。
図19は本開示の一実施例によって、モード1送信端末がサイドリンクに関連する送信リソースを用いてサイドリンク送信を実行する方法を示す。図19の実施例は本開示の様々な実施例と組み合わせることができる。
図19を参照すると、例えば、基地局は第1送信リソース及び第2送信リソースを送信端末にスケジューリング及び/又は割り当てる。例えば、前記第1送信リソース及び第2送信リソースは送信端末のサイドリンク送信に関連するリソースである。例えば、基地局はサイドリンクグラント及び/又はサイドリンクDCIを介して第1送信リソース及び第2送信リソースを送信端末にスケジューリング及び/又は割り当てる。図19の実施例において、前記送信端末はモード1送信端末と仮定する。
例えば、基地局はPUCCHリソースを送信端末にスケジューリング及び/又は割り当てる。例えば、前記PUCCHリソースは送信端末が受信端末から受信したSL HARQフィードバックに関する情報を基地局へ報告するためのリソースである。
例えば、基地局はPSFCHリソースを送信端末及び/又は受信端末にスケジューリング及び/又は割り当てる。前記PSFCHリソースは送信端末がSL HARQフィードバックを受信端末から受信するためのリソースである。
あるいは、例えば、送信端末及び/又は受信端末は暗黙のルールに従ってPSFCHリソースを決定することができる。例えば、PSSCH及び/又はPSCCH関連(送信)パラメータ(例えば、PSCCH及び/又はPSSCHに関連するスロットのインデックス、PSCCH及び/又はPSSCHに関連するサブチャネルのインデックス、ソースID(Identity)、デスティネーションID、ローカルグループIDなど)に基づいて、受信端末は送信端末へHARQフィードバックを送信するために用いられるPSFCHリソースを決定することができる。例えば、基地局がサイドリンク送信に関連するリソースを送信端末に割り当てたとき、送信端末はPSSCH及び/又はPSCCH関連(送信)パラメータ(例えば、PSCCH及び/又はPSSCHに関連するスロットのインデックス及びPSCCH及び/又はPSSCHに関連するサブチャネルのインデックス)を基地局から受信することができる。例えば、送信端末が自らサイドリンク送信に関連するリソースを決定又は選択する場合、送信端末はPSSCH及び/又はPSCCH関連(送信)パラメータ(例えば、PSCCH及び/又はPSSCHに関連するスロットのインデックス及びPSCCH及び/又はPSSCHに関連するサブチャネルのインデックス)を自ら決定することができる。例えば、前記ソースIDはサイドリンク通信においてサイドリンク情報の送信側(例えば、送信端末)を識別するための識別子である。例えば、前記デスティネーションIDはサイドリンク通信においてサイドリンク情報の受信側(例えば、受信端末)を識別するための識別子である。例えば、前記ローカルグループIDはグループキャストサイドリンク通信において端末で構成されたグループを識別するための識別子である。例えば、前記ソースID、デスティネーションID及び/又はローカルグループIDはlayer 2層(例えば、MAC層)を介して伝えられる。例えば、前記ソースID、デスティネーションID、及び/又はローカルグループIDは上位層(例えば、アプリケーション層(application layer))から提供されたり、上位層において提供するIDから派生する。
図19の実施例のように、PUCCHリソース及び/又はPSFCHリソースが第1送信リソース及び第2送信リソースの間に位置又は存在する場合、送信端末は第1送信リソース(例えば、以前のサイドリンクグラント及び/又はサイドリンクDCIに基づいてスケジューリング及び/又は割り当てられた第1送信リソース)だけをサイドリンク情報の送信のために用いることができる。そして/又は、送信端末は自身が基地局へ報告したSL HARQフィードバックに関する情報(例えば、NACK)を基地局がうまく受信したか確認するために第2送信リソースを用いることができる。そして/又は、送信端末は基地局が再送信リソースをスケジューリング及び/又は割り当てられるか確認するために第2送信リソースを用いることができる。例えば、送信端末は第1送信リソースを用いてサイドリンク情報を送信する一方、第2送信リソースを用いてサイドリンク情報を送信しない。
ここで、例えば、送信端末が第1リソース上で送信するSCIには第2リソースに関するスケジューリング情報が含まれる。したがって、例えば、第1リソース上で送信されるSCIをうまくデコーディングしたモード2送信端末は、第2送信リソースが前記送信端末によって用いられる暫定的な(再)送信リソースであることを把握することができる。したがって、例えば、モード2送信端末は第2送信リソースではない他のリソースを選択及び/又は予約することができる。
又は、本開示の一実施例によると、第1送信リソース及び/又は第2送信リソースは一つ以上の送信リソースで構成される。
本開示の一実施例によって、基地局が第1送信リソース及び第2送信リソースの間にPUCCHリソースを介して送信端末からNACK情報に関して報告されたら、基地局は送信端末に第3送信リソース及び第4送信リソースを追加してスケジューリング及び/又は割り当てる。
図20は本開示の一実施例によって、基地局が第3送信リソース及び第4送信リソースを送信端末に追加してスケジューリング及び/又は割り当てる方法を示す。図20の実施例は本開示の様々な実施例と組み合わせることができる。
図20を参照すると、基地局が第1送信リソース及び第2送信リソースの間にPUCCHリソースを介して送信端末からNACK情報に関して報告されたら、基地局は送信端末に第3送信リソース及び第4送信リソースを追加してスケジューリング及び/又は割り当てる。ここで、第2送信リソース及び第3送信リソースは完全に又は一部が重複する(位置の)リソースである。これは、前記送信端末(すなわち、モード1送信端末)とモード2送信端末の間に送信リソース衝突問題を軽減するためである。あるいは、図20に示さなかったが、第2送信リソース及び第3送信リソースは独立した(別の位置の)リソースである。
ここで、例えば、PUCCHリソース及び/又はPSFCHリソースが第3送信リソース及び第4送信リソースの間に位置又は存在する場合、送信端末は第3送信リソースだけをサイドリンク情報の送信のために用いることができる。そして/又は、送信端末は自身が基地局へ報告したSL HARQフィードバックに関する情報(例えば、NACK)を基地局がうまく受信したか確認するために第4送信リソースを用いることができる。そして/又は、送信端末は基地局が再送信リソースをスケジューリング及び/又は割り当てるか確認するために第4送信リソースを用いることができる。例えば、送信端末は第3送信リソースを用いてサイドリンク情報を送信する一方、第4送信リソースを用いてサイドリンク情報を送信しない。ここで、例えば、送信端末が第3リソース上で送信するSCIには第4リソースに関するスケジューリング情報が含まれる。
ここで、例えば、前記のルールが適用されたとき、モード1送信端末と同じリソースプールを用いるモード2送信端末は送信リソース(例えば、基地局がスケジューリング及び/又は割り当てたモード1送信リソース)に対する検出を効果的に実行することができる。例えば、第3リソース上で送信されるSCIをうまくデコーディングしたモード2送信端末は、第4送信リソースがモード1送信端末によって用いられる暫定的な(再)送信リソースであることを把握することができる。したがって、例えば、モード2送信端末は第4送信リソースではない他のリソースを選択及び/又は予約することができる。
本開示の一実施例によって、もしPUCCHリソース及び/又はPSFCHリソースが基地局が送信端末にスケジューリング及び/又は割り当てた送信リソースの間に位置又は存在しない場合、前記送信端末は前記送信リソースの全部を用いてサイドリンク情報を送信することができる。又は、もしPUCCHリソース及び/又はPSFCHリソースが基地局が送信端末にスケジューリング及び/又は割り当てた送信リソースの間に位置又は存在しない場合、前記送信端末は前記送信リソースの中で事前に設定された一部の数の送信リソース及び/又は特定の位置の送信リソースだけを用いてサイドリンク情報を送信することができる。
本開示の一実施例によると、モード1送信端末とモード2送信端末が同じリソースプール内に共存する場合、送信リソースの衝突を最小化することができる。
図21は本開示の一実施例によって、第1装置がサイドリンク情報を送信する方法を示す。図21の実施例は本開示の様々な実施例と組み合わせることができる。
図21を参照すると、ステップS2110において、第1装置は第1サイドリンク送信リソース及び第2サイドリンク送信リソースに関する情報を基地局から受信することができる。ステップS2120において、第1装置は第2装置から受信したSL HARQフィードバックを基地局へ報告するための第3リソースに関する情報を基地局から受信することができる。ステップS2130において、第1装置は前記第3リソースの位置に基づいて、第1サイドリンク送信リソース及び/又は第2サイドリンク送信リソースを用いてサイドリンク情報を第2装置へ送信することができる。例えば、第3リソースが第1サイドリンク送信リソース及び第2サイドリンク送信リソースの間に位置すると、第1装置は第1サイドリンク送信リソースを用いてサイドリンク情報を第2装置へ送信することができる。この場合、第1装置は第2サイドリンク送信リソースをサイドリンク送信のために使用しない。
図22は本開示の一実施例によって、第2装置がサイドリンク情報を受信する方法を示す。図22の実施例は本開示の様々な実施例と組み合わせることができる。
図22を参照すると、ステップS2210において、第2装置は第2リソースに関する情報を含むサイドリンク制御情報を第1リソース上で第1装置から受信することができる。例えば、第2装置は第2リソースではない他のリソースを選択及び/又は予約することができる。
図23は本開示の一実施例によって、端末がサイドリンク送信に関連する情報を基地局へ報告する手順を示す。図23の実施例は本開示の様々な実施例と組み合わせることができる。
図23を参照すると、ステップS2310において、基地局はサイドリンクに関連するリソースに関する情報を端末へ送信することができる。例えば、基地局はサイドリンクに関連するリソースを端末に割り当てたり、事前に割り当てる。例えば、基地局はSL DCIを介してサイドリンクに関連するリソースを端末に割り当てる。例えば、サイドリンクに関連するリソースはPSCCHに関連するリソース及び/又はPSSCHに関連するリソースの中で少なくともいずれか一つを含む。例えば、前記基地局はNR基地局又はgNBである。例えば、前記端末はNR サイドリンクリソース割り当てモード1に基づいてサイドリンク通信を行う端末である。例えば、前記端末はLTEサイドリンクモード3又はLTEサイドリンクモード4に基づいてサイドリンク通信を行う端末である。例えば、サイドリンクに関連するリソースは物理的リソース(例えば、PSCCHリソース及び/又はPSSCHリソース)である。
ステップS2320において、基地局はアップリンクに関連するリソースに関する情報を端末へ送信することができる。例えば、基地局はアップリンクに関連するリソースを端末に割り当てたり、事前に割り当てる。例えば、アップリンクに関連するリソースは端末がMODE1 NR SL TXの省略有無に関する情報を基地局へ報告するためのリソースである。例えば、アップリンクに関連するリソースは端末がMODE1 NR SL TXを実行しないように決定したかどうかに関する情報を基地局へ報告するためのリソースである。例えば、アップリンクに関連するリソースは端末がMODE1 NR SL TXを実行するかどうかに関する情報を基地局へ報告するためのリソースである。例えば、アップリンクに関連するリソースは送信端末が受信端末から受信したSL HARQフィードバック情報を基地局へ報告するためのリソースである。例えば、アップリンクに関連するリソースは端末のMODE1 NR SL TXのためのリソースに関連したリソースである。例えば、基地局はDCIを介してアップリンクに関連するリソースを端末に割り当てる。例えば、アップリンクに関連するリソースはPUCCHに関連するリソースである。例えば、アップリンクに関連するリソースは物理的リソース(例えば、PUCCHリソース及び/又はPUSCHリソース)である。
ステップS2330において、端末はMODE1 NR SL TXを実行するかしないかを決定することができる。
例えば、端末のMODE1 NR SL TXとLTE SL TXが時間領域上で一部又は全部が重複したとき、端末は事前に定義したルールに従って前記重複したサイドリンクに関連するリソース上でMODE1 NR SL TXを実行するかしないかを決定することができる。例えば、端末のMODE1 NR SL TXとSL RXが時間領域上で一部又は全部が重複したとき、端末は事前に定義したルールに従って前記重複したサイドリンクに関連するリソース上でMODE1 NR SL TXを実行するかしないかを決定することができる。本明細書において、例えば、SL RXはNR SL RXである。本明細書において、例えば、SL RXはLTE SL RX、MODE3 LTE SL RX又はMODE4 LTE SL RXである。
例えば、異なるキャリア及び/又は異なるチャネル上で端末のMODE1 NR SL TXとLTE SL TXが時間領域上で一部又は全部が重複したとき、端末は事前に定義した優先順位ベースの送信省略及び/又は受信省略に関連するルールに従って、MODE1 NR SL TXを実行するかしないかを決定することができる。例えば、端末のMODE1 NR SL TXとLTE SL TXが時間領域上で一部又は全部が重複したとき、NR SL TXに関連する優先順位がLTE SL TXに関連する優先順位より低いと、端末は前記重複したサイドリンクに関連するリソース上でMODE1 NR SL TXを実行しないように決定することができる。例えば、端末のMODE1 NR SL TXとLTE SL TXが時間領域上で一部又は全部が重複したとき、LTE SL TXに関連する優先順位がNR SL TXに関連する優先順位より高いと、端末は前記重複したサイドリンクに関連するリソース上でMODE1 NR SL TXを実行しないように決定することができる。
例えば、異なるキャリア及び/又は異なるチャネル上で端末のMODE1 NR SL TXとSL RXが時間領域上で一部又は全部が重複したとき、端末は事前に定義した優先順位ベースの送信省略及び/又は受信省略に関連するルールに従って、MODE1 NR SL TXを実行するかしないかを決定することができる。例えば、端末のMODE1 NR SL TXとSL RXが時間領域上で一部又は全部が重複したとき、NR SL TXに関連する優先順位がSL RXに関連する優先順位より低いと、端末は前記重複したサイドリンクに関連するリソース上でMODE1 NR SL TXを実行しないように決定することができる。例えば、端末のMODE1 NR SL TXとSL RXが時間領域上において一部又は全部が重複したとき、SL RXに関連する優先順位がNR SL TXに関連する優先順位より高いと、端末は前記重複したサイドリンクに関連するリソース上でMODE1 NR SL TXを実行しないように決定することができる。
例えば、端末は表5に基づいてNR SL及びLTE(すなわち、E-UTRA) SL間に優先順位を決定することができ、端末はNR SL関連送受信又はLTE SL関連送受信の中でいずれか一つを省略することができる。
例えば、端末が異なるキャリア上でMODE1 NR SL TX及びUL TXを同時に実行したとき、端末は事前に設定されたルールに従ってMODE1 NR SL TXの送信電力を減らすことができる。この場合、端末はMODE1 NR SL TXに割り当てられた電力をゼロに減らして、MODE1 NR SL TXを実行しない。例えば、端末が同じキャリア上でSL TX及びUL TXを同時に実行したとき、SL TXとUL TXが時間領域上で重複すると、端末はMODE1 NR SL TXを実行しない。
例えば、端末は表6に基づいてSL TX及びUL TX間に優先順位を決定することができる。
そして、例えば、端末は前記決定された優先順位に従って、表7に基づいて、SL TX又はUL TXの中でいずれか一つを実行することができる。すなわち、端末は前記決定された優先順位に従って、表7に基づいて、SL TX又はUL TXの中でいずれか一つを省略することができる。
図23の実施例において、端末はMODE1 NR SL TXを実行しないように決定すると仮定する。すなわち、端末はMODE1 NR SL TXを省略すると仮定する。
ステップS2340において、端末はサイドリンク送信に関連する情報を基地局へ送信することができる。例えば、サイドリンク送信に関連する情報は基地局によって割り当てられた前記アップリンクに関連するリソースにおいて送信される。例えば、基地局が端末に割り当てたサイドリンクに関連するリソースの一部又は全部において、端末がMODE1 NR SL TXを省略する場合、端末はサイドリンク送信に関連する情報をアップリンクに関連するリソースにおいて基地局へ送信することができる。例えば、アップリンクに関連するリソースは端末が送信を省略した送信リソースに関連したリソースである。
例えば、サイドリンク送信に関連する情報は事前に設定された情報である。例えば、サイドリンク送信に関連する情報はNACK情報である。例えば、サイドリンク送信に関連する情報は端末がMODE1 NR SL TXを実行しないことを基地局へ知らせるNACK情報である。例えば、サイドリンク送信に関連する情報は端末がMODE1 NR SL TXを省略することを基地局へ知らせるNACK情報である。例えば、サイドリンク送信に関連する情報は事前に設定されたステータスビット又はインジケーターである。例えば、サイドリンク送信に関連する情報は端末がMODE1 NR SL TXを実行しないことを知らせるステータスビット又はインジケーターである。例えば、サイドリンク送信に関連する情報は端末がMODE1 NR SL TXを省略することを知らせるステータスビット又はインジケーターである。
さらに、例えば、基地局は、端末がMODE1 NR SL TXを省略したとき基地局によって事前に割り当てられたアップリンクに関連するリソースを介してサイドリンク送信に関連する情報を基地局へ報告するように、端末に設定することができる。
ここで、例えば、前記説明したルール(複数)が適用されたとき、送信端末が(受信端末から受信された)SL HARQフィードバック情報をPUCCHリソースを介して基地局へ報告する動作(以下のように、SLHQ PUCCH動作)が送信端末に対して設定されるときに比べて、共通又は同様の動作/手順が適用される利点がある。つまり、例えば、SLHQ PUCCH動作が端末に対して設定され、端末が上述した問題によってMODE1 NR SL TXを省略したとき、端末はSL HARQフィードバック情報の報告のために設定されたPUCCHリソースを介して前記サイドリンク送信に関連する情報(例えば、NACK情報、ステータスビット又はインジケーター)を基地局へ報告することができる。例えば、SLHQ PUCCH動作が送信端末に対して設定され、送信端末が上述した問題によってMODE1 NR SL TXを省略したとき、送信端末は受信端末へ(データ関連)PSSCH及び/又はPSCCH送信を(実際に)実行しなかったにも関わらず、端末はSL HARQフィードバック情報の報告のために設定されたPUCCHリソースを介して前記サイドリンク送信に関連する情報(例えば、NACK情報、ステータスビット又はインジケーター)を基地局へ報告することができる。
ここで、例えば、送信端末がサイドリンク送信に関連する情報を基地局へ報告するために、送信端末は特定の手順の一部の動作に従ったり、特定の手順の一部の動作を利用することができる。例えば、基地局は、A)送信端末がi)(データ関連)PSSCH及び/又はPSCCHを受信端末へ送信し、ii)送信した(データ関連)PSSCH及び/又はPSCCHに対応して受信端末からNACK情報を受信し、iii)受信したNACK情報を(追加の再送信リソース割り当て要請のために)基地局が設定したPUCCHリソースを介して基地局へ報告する動作とB)送信端末がi)上述した理由によって(データ関連)PSSCH及び/又はPSCCHを送信しないで、ii)NACK情報を生成して基地局が設定したPUCCHリソースを介して基地局へ報告する動作を同じく解釈/見なしすることができる。例えば、基地局は、A)送信端末が受信端末へ(データ関連)PSSCH及び/又はPSCCH送信を実際に実行したが、送信端末が受信端末からSL HARQフィードバック情報を受信できなかったとき、送信端末がNACK情報又はDTX(discontinuous detection)情報を(追加の再送信リソース割り当て要請のために)基地局が設定したPUCCHリソースを介して基地局へ報告する動作とB)送信端末がi)上述した理由によって(データ関連)PSSCH及び/又はPSCCHを送信しないで、ii)NACK情報を生成して基地局が設定したPUCCHリソースを介して基地局へ報告する動作を同じく解釈/見なしすることができる。
ここで、例えば、前記説明したルール(複数)は端末がMODE1 NR SL TX及びLTE SL TX(例えば、MODE3 LTE SL TX又はMODE4 LTE SL TX)を同時に実行するように設定されたときだけ限定的に適用される。そして/又は、例えば、前記説明したルール(複数)は端末がMODE1 NR SL TX及びRXを同時に実行するように設定されたときだけ限定的に適用される。又は、端末(例えば、NR MODE1ベースのサイドリンク送信を実行する端末)は当該(同時)動作の実行有無に関する情報を基地局へ事前に設定されたシグナリング(例えば、物理層シグナリング又は上位層シグナリング)に報告するように設定することができる。
図24は本開示の一実施例によって、端末がNACK情報を基地局へ報告する手順を示す。図24の実施例は本開示の様々な実施例と組み合わせることができる。
図24を参照すると、ステップS2410において、基地局はPDCCHを介して、SLリソースに関連する情報及び/又はULリソースに関連する情報を含むDCIを端末へ送信することができる。例えば、前記SLリソースはPSCCHリソース及び/又はPSSCHリソースを含むことができる。例えば、ULリソースはPUCCHリソース及び/又はPUSCHリソースを含むことができる。例えば、前記DCIは動的グラント(dynamic grant)に関連するリソースを割り当て/スケジューリングするためのDCIである。
ステップS2420において、端末はSL送信を実行しないように決定することができる。例えば、端末は本開示の様々な実施例によって、前記SLリソース上でSL送信を実行しないように決定することができる。
ステップS2430において、端末が前記SLリソース上でSL送信を実行しないように決定すると、端末はNACK情報を生成することができる。そして、端末はULリソース上で前記NACK情報を基地局へ送信することができる。
ステップS2440において、基地局は前記NACK情報に対する回答として、PDCCHを介して、SLリソースに関連する情報及び/又はULリソースに関連する情報を含むDCIを端末へ送信することができる。例えば、前記DCIは動的グラント(dynamic grant)に関連するリソースを割り当て/スケジューリングするためのDCIである。
図25は本開示の一実施例によって、端末がNACK情報を基地局へ報告する手順を示す。図25の実施例は本開示の様々な実施例と組み合わせることができる。
図25を参照すると、ステップS2510において、基地局はSLリソースに関連する情報及び/又はULリソースに関連する情報を含むRRCメッセージを端末へ送信することができる。あるいは、基地局はSLリソースに関連する情報及び/又はULリソースに関連する情報を含むRRCメッセージを端末へ送信することができ、基地局は前記リソースを活性化又は非活性化するためのDCIを端末へ送信することができる。例えば、前記リソースは周期的なリソースである。例えば、前記リソースは設定されたグラント(configured grant)に関連するリソースである。
図26は本開示の一実施例によって、設定されたグラントに関連するリソースの一例を示す。図26の実施例は本開示の様々な実施例と組み合わせることができる。
図26を参照すると、一つ以上のSLリソースが一つの周期内で端末に対して割り当てらえる。そして、前記一つ以上のSLリソースは周期的に繰り返される。
再度図25を参照すると、ステップS2520において、端末はSL送信を実行しないように決定することができる。例えば、端末は本開示の様々な実施例によって、前記一つ以上のSLリソース上でSL送信を実行しないように決定することができる。例えば、端末は図26の周期内でSL送信を実行しないように決定することができる。例えば、端末は図26のリソースA、リソースB及びリソースC上でSL送信を実行しないように決定することができる。
ステップS2530において、端末が前記SLリソース上でSL送信を実行しないように決定すると、端末はNACK情報を生成(generate)することができる。そして、端末は前記NACK情報をULリソース上で基地局へ送信することができる。例えば、前記ULリソースはPUCCHリソース及び/又はPUSCHリソースである。例えば前記ULリソースは図26の周期内で最後のPSSCHリソースに関連するPSFCHリソースから時間オフセット以後に位置することができる。例えば、端末は前記時間オフセットに関連する情報を基地局から受信することができる。
ステップS2540において、基地局は前記NACK情報に対する回答として、PDCCHを介して、SLリソースに関連する情報及び/又はULリソースに関連する情報を含むDCIを端末へ送信することができる。例えば、前記DCIは動的グラント(dynamic grant)に関連するリソースを割り当て/スケジューリングするためのDCIである。
本開示の様々な実施例によると、端末はMODE1 NR SL TXを実行したかどうかに関する情報を基地局へ報告することができる。したがって、基地局は端末がMODE1 NR SL TXの省略有無がわかり、例えば、基地局は追加の送信リソースを端末に割り当てる。したがって、端末は効率的なサイドリンク送信を実行することができる。
図27は本開示の一実施例によって、第1装置が第1リソースにおいてサイドリンク送信を実行するかしないかを決定する方法を示す。図27の実施例は本開示の様々な実施例と組み合わせることができる。
図27を参照すると、ステップS2710において、第1装置は第1リソースにおいてサイドリンク送信を実行するかしないかを決定することができる。ここで、第1リソースはPSCCHに関連するリソース及び/又はPSSCHに関連するリソースを含む。例えば、基地局はサイドリンクDCIを介して第1リソースを第1装置に割り当てる。ステップS2720において、第1装置は前記の決定に基づいてサイドリンク送信に関連する情報を第2リソースにおいて基地局へ送信することができる。ここで、サイドリンク送信に関連する情報はサイドリンク送信が実行されないことを示す情報を含む。例えば、サイドリンク送信に関連する情報はNACK情報、事前に設定されたステータスビット及び/又は事前に設定されたインジケーターを含む。ここで、第2リソースはPUCCHに関連するリソースを含む。例えば、基地局はDCIを介して第2リソースを第1装置に割り当てる。
図28は本開示の一実施例によって、基地局がサイドリンク情報に関連する情報を第2リソースにおいて第1装置から受信する方法を示す。図28の実施例は本開示の様々な実施例と組み合わせることができる。
図28を参照すると、ステップS2810において、基地局はサイドリンク送信に関連する情報を第2リソースにおいて第1装置から受信することができる。例えば、基地局はサイドリンクDCIを介して第1リソースを第1装置に割り当てる。ここで、第1リソースはPSCCHに関連するリソース及び/又はPSSCHに関連するリソースを含む。ここで、サイドリンク送信に関連する情報はサイドリンク送信が実行されないことを示す情報を含む。例えば、サイドリンク送信に関連する情報はNACK情報、事前に設定されたステータスビット及び/又は事前に設定されたインジケーターを含む。ここで、第2リソースはPUCCHに関連するリソースを含む。例えば、基地局はDCIを介して第2リソースを第1装置に割り当てる。例えば、基地局はサイドリンク送信に関連する情報に基づいて第1装置へリソースを追加して割り当てる。
図29は本開示の一実施例によって、第1装置が一つ以上のBWP上の第1リソースにおいてサイドリンク送信を実行するかしないかを決定する方法を示す。図29の実施例は本開示の様々な実施例と組み合わせることができる。
図29を参照すると、ステップS2910において、第1装置は一つ以上のBWPを設定することができる。ステップS2920において、第1装置は一つ以上のBWP上の第1リソースにおいてサイドリンク送信を実行するかしないかを決定することができる。ここで、第1リソースはPSCCHに関連するリソース及び/又はPSSCHに関連するリソースを含む。例えば、基地局はサイドリンクDCIを介して第1リソースを第1装置に割り当てる。ステップS2930において、第1装置は前記の決定に基づいてサイドリンク送信に関連する情報を第2リソースにおいて基地局へ送信することができる。ここで、サイドリンク送信に関連する情報はサイドリンク送信が実行されないことを示す情報を含む。例えば、サイドリンク送信に関連する情報はNACK情報、事前に設定されたステータスビット及び/又は事前に設定されたインジケーターを含む。ここで、第2リソースはPUCCHに関連するリソースを含む。例えば、基地局はDCIを介して第2リソースを第1装置に割り当てる。
図30は本開示の一実施例によって、基地局がサイドリンク情報に関連する情報を一つ以上のBWP上の第2リソースにおいて第1装置から受信する方法を示す。図30の実施例は本開示の様々な実施例と組み合わせることができる。
図30を参照すると、ステップS3010において、基地局は一つ以上のBWPを設定することができる。ステップS3020において、基地局はサイドリンク送信に関連する情報を一つ以上のBWP上の第2リソースにおいて第1装置から受信することができる。例えば、基地局はサイドリンクDCIを介して第1リソースを第1装置に割り当てる。ここで、第1リソースはPSCCHに関連するリソース及び/又はPSSCHに関連するリソースを含む。ここで、サイドリンク送信に関連する情報はサイドリンク送信が実行されないことを示す情報を含む。例えば、サイドリンク送信に関連する情報はNACK情報、事前に設定されたステータスビット及び/又は事前に設定されたインジケーターを含む。ここで、第2リソースはPUCCHに関連するリソースを含む。例えば、基地局はDCIを介して第2リソースを第1装置に割り当てる。例えば、基地局はサイドリンク送信に関連する情報に基づいて第1装置にリソースを追加して割り当てる。
図31は本開示の一実施例によって、第1装置が無線通信を行う方法を示す。図31の実施例は本開示の様々な実施例と組み合わせることができる。
図31を参照すると、ステップS3110において、第1装置は第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1基地局から受信することができる。ステップS3120において、第1装置は前記第1SLリソース上でSL送信を実行するかしないかを決定することができる。ステップS3130において、前記第1装置が前記第1SLリソース上で前記SL送信を実行しないように決定することに基づいて、第1装置は前記第1ULリソース上でNACK情報を前記第1基地局へ送信することができる。
例えば、前記第1SLリソース上の前記SL送信に関連する優先順位に基づいて、前記第1装置は前記第1SLリソース上で前記SL送信を実行するかしないかを決定することができる。例えば、前記第1SLリソースに関連する情報及び前記第1ULリソースに関連する情報は前記第1基地局から受信されるDCI(downlink control information)又はRRC(radio resource control)メッセージに含まれる。例えば、前記第1SLリソースは動的グラント(dynamic grant)によって割り当てられる一つ以上のSLリソースであり、前記SL送信は前記一つ以上のSLリソース上で実行されないことがあり、前記第1ULリソースは前記一つ以上のSLリソースに関連するULリソースである。例えば、前記第1SLリソースは設定されたグラント(configured grant)によって割り当てられる一つの送信周期内の一つ以上のSLリソースであり、前記SL送信は前記一つの送信周期内の前記一つ以上のSLリソース上で実行されないことがあり、前記第1ULリソースは前記一つの送信周期内の前記一つ以上のSLリソースに関連するULリソースである。
例えば、前記第1SLリソース及び第2SLリソースは時間領域で重複され、前記第1SLリソースはNRベースのSL送信に関連するリソースであり、前記第2SLリソースはE-UTRA(envolved universal terrestrial radio access)ベースのSL通信に関連するリソースである。ここで、前記E-UTRAベースのSL通信に関連する優先順位が前記NRベースのSL送信に関連する優先順位より高いことに基づいて、前記第1装置は前記第1SLリソース上で前記SL送信をz。さらに、例えば、第1装置はセンシングに基づいて前記第2SLリソースを選択することができる。さらに、例えば、第1装置は前記第2SLリソースに関連する情報を第2基地局から受信することができる。ここで、前記第1基地局はNRベースの基地局であり、前記第2基地局はE-UTRAベースの基地局である。
例えば、前記第1SLリソース及び第2ULリソースが時間領域において重複することに基づいて、前記第1装置は前記第1SLリソース上で前記SL送信を実行しないように決定することができる。例えば、前記第1SLリソース及び複数の第2ULリソースは時間領域において重複し、前記複数の第2ULリソース上の複数のUL送信に関連する複数の優先順位の中で少なくともいずれか一つが前記第1SLリソース上の前記SL送信に関連する優先順位より高いことに基づいて、前記第1装置は前記第1SLリソース上で前記SL送信を実行しないように決定することができる。
さらに、例えば、第1装置は前記NACK情報に対する回答として、PDCCH(physical downlink control channel)を介して、第3SLリソースに関連する情報及び第3ULリソースに関連する情報を含むDCI(downlink control information)を前記第1基地局から受信することができる。さらに、例えば、第1装置は前記第3SLリソース上でPSCCH(physical sidelink control channel)及びPSSCH(physical sidelink shared channel)を第2装置へ送信することができる。さらに、例えば、第1装置は前記PSSCHに関連するPSFCH(physical sidelink feedback channel)リソース上でHARQ(hybrid automatic repeat request)フィードバックを前記第2装置から受信することができる。さらに、例えば、第1装置は前記第3ULリソース上で前記HARQフィードバックを前記第1基地局へ送信することができる。
例えば、前記SL送信はPSCCH(physical sidelink control channel)送信又はPSSCH(physical sidelink shared channel)送信の中で少なくともいずれか一つを含み、前記第1ULリソースはPUCCH(physical uplink control channel)リソース又はPUSCH(physical uplink shared channel)リソースの中で少なくともいずれか一つを含む。
さらに、例えば、前記第1装置が前記第1SLリソース上で前記SL送信を実行しないように決定することに基づいて、第1装置は前記NACK情報を生成することができる。
前記の提案方法は以下のように説明する装置に適用できる。先ず、第1装置100のプロセッサ102は第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1基地局から受信するように送受信機106を制御することができる。そして、第1装置100のプロセッサ102は前記第1SLリソース上でSL送信を実行するかしないかを決定することができる。そして、前記第1装置が前記第1SLリソース上で前記SL送信を実行しないように決定することに基づいて、第1装置100のプロセッサ102は前記第1ULリソース上でNACK情報を前記第1基地局へ送信するように送受信機106を制御することができる。
本開示の一実施例によると、無線通信を行う第1装置が提供される。例えば、第1装置は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記命令を実行し、第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1基地局から受信し;前記第1SLリソース上でSL送信を実行するかしないかを決定し;及び前記第1装置が前記第1SLリソース上で前記SL送信を実行しないように決定することに基づいて、前記第1ULリソース上でNACK情報を前記第1基地局へ送信することができる。
本開示の一実施例によると、無線通信を行う第1端末を制御するように設定された装置(apparatus)が提供される。例えば、装置は一つ以上のプロセッサ;及び前記一つ以上のプロセッサによって実行できるように連結され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記命令を実行し、第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1基地局から受信し;前記第1SLリソース上でSL送信を実行するかしないかを決定し;及び前記第1端末が前記第1SLリソース上で前記SL送信を実行しないように決定することに基づいて、前記第1ULリソース上でNACK情報を前記第1基地局へ送信することができる。
本開示の一実施例によると、命令を記録している非一時的コンピューター読み取り可能な記憶媒体が提供される。例えば、前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1基地局から受信させ;前記第1SLリソース上でSL送信を実行するかしないかを決定させ;及び前記第1装置が前記第1SLリソース上で前記SL送信を実行しないように決定することに基づいて、前記第1ULリソース上でNACK情報を前記第1基地局へ送信させることができる。
図32は本開示の一実施例によって、基地局が無線通信を行う方法を示す。図32の実施例は本開示の様々な実施例と組み合わせることができる。
図32を参照すると、ステップS3210において、基地局は第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1装置へ送信することができる。ステップS3220において、基地局は前記第1装置が前記第1SLリソース上でSL送信を実行しないことに基づいて、前記第1ULリソース上でNACK情報を前記第1装置から受信することができる。
前記提案方法は以下のように説明する装置に適用できる。先ず、基地局200のプロセッサ202は第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1装置へ送信するように送受信機206を制御することができる。そして、基地局200のプロセッサ202は前記第1装置が前記第1SLリソース上でSL送信を実行しないことに基づいて、前記第1ULリソース上でNACK情報を前記第1装置から受信するように送受信機206を制御することができる。
本開示の一実施例によると、無線通信を行う基地局が提供される。例えば、基地局は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1装置へ送信し;及び前記第1装置が前記第1SLリソース上でSL送信を実行しないことに基づいて、前記第1ULリソース上でNACK情報を前記第1装置から受信することができる。
本開示の一実施例によると、無線通信を行う基地局を制御するように設定された装置(apparatus)が提供される。例えば、装置は一つ以上のプロセッサ;及び前記一つ以上のプロセッサによって実行できるように連結され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1端末へ送信し;及び前記第1端末が前記第1SLリソース上でSL送信を実行しないことに基づいて、前記第1ULリソース上でNACK情報を前記第1端末から受信することができる。
本開示の一実施例によると、命令を記録している非一時的コンピューター読み取り可能な記憶媒体が提供される。例えば、前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:第1SL(sidelink)リソースに関連する情報及び第1UL(uplink)リソースに関連する情報を第1装置へ送信させ;及び前記第1装置が前記第1SLリソース上でSL送信を実行しないことに基づいて、前記第1ULリソース上でNACK情報を前記第1装置から受信させることができる。
図33は本開示の一実施例によって、第1装置が無線通信を行う方法を示す。図33の実施例は本開示の様々な実施例と組み合わせることができる。
図33を参照すると、ステップS3310において、第1装置はSL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信することができる。ステップS3320において、第1装置はUL(uplink)BWPに関連する情報を前記第1基地局から受信することができる。ステップS3330において、第1装置は第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信することができる。ステップS3340において、第1装置は前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないように決定することができる。ステップS3350において、前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、第1装置は前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信することができる。
例えば、前記第1SLリソース及び第2SLリソースは時間領域において重複し、前記第1SLリソースはNRベースのSL送信に関連するリソースであり、前記第2SLリソースはE-UTRA(envolved universal terrestrial radio access)ベースのSL通信に関連するリソースである。ここで、前記E-UTRAベースのSL通信に関連する優先順位が前記NRベースのSL送信に関連する優先順位より高いことに基づいて、前記第1装置は前記第1SLリソースに基づいて前記SL送信を実行しないように決定することができる。さらに、例えば、第1装置はセンシングに基づいて前記第2SLリソースを選択することができる。さらに、例えば、第1装置は前記第2SLリソースに関連する情報を第2基地局から受信することができ、前記第1基地局はNRベースの基地局であり、前記第2基地局はE-UTRAベースの基地局である。
例えば、前記第1SLリソース及び第2ULリソースが時間領域において重複することに基づいて、前記第1装置は前記第1SLリソースに基づいて前記SL送信を実行しないように決定することができる。例えば、前記第1SLリソース及び複数の第2ULリソースは時間領域において重複し、前記複数の第2ULリソース上の複数のUL送信に関連する複数の優先順位の中で少なくともいずれか一つが前記第1SLリソース上の前記SL送信に関連する優先順位より高いことに基づいて、前記第1装置は前記第1SLリソースに基づいて前記SL送信を実行しないように決定することができる。
例えば、前記第1SLリソースは動的グラント(dynamic grant)によって割り当てられる一つ以上のSLリソースであり、前記SL送信は前記一つ以上のSLリソースに基づいて実行されないことがあり、前記第1ULリソースは前記一つ以上のSLリソースに関連するULリソースである。例えば、前記第1SLリソースは設定されたグラント(configured grant)によって割り当てられる一つの送信周期内の一つ以上のSLリソースであり、前記SL送信は前記一つの送信周期内の前記一つ以上のSLリソースに基づいて実行されないことがあり、前記第1ULリソースは前記一つの送信周期内の前記一つ以上のSLリソースに関連するULリソースである。
例えば、前記第1SLリソース上の前記SL送信に関連する優先順位に基づいて、前記第1装置は前記第1SLリソースに基づいて前記SL送信を実行するかしないかを決定することができる。例えば、前記第1SLリソースに関連する情報及び前記第1ULリソースに関連する情報はDCI(downlink control information)又はRRC(radio resource control)メッセージを介して前記第1基地局から受信される。
さらに、例えば、第1装置は前記HARQ NACKに対する回答として、PDCCH(physical downlink control channel)を介して、第3SLリソースに関連する情報及び第3ULリソースに関連する情報を含むDCI(downlink control information)を前記第1基地局から受信することができる。さらに、例えば、第1装置は前記第3SLリソースに基づいてPSCCH(physical sidelink control channel)及びPSSCH(physical sidelink shared channel)を第2装置へ送信することができる。さらに、例えば、第1装置は前記PSSCHに関連するPSFCH(Physical Sidelink Feedback Channel)リソースに基づいてHARQ(hybrid automatic repeat request)フィードバックを前記第2装置から受信することができる。さらに、例えば、第1装置は前記第3ULリソースに基づいて前記HARQフィードバックを前記第1基地局へ送信することができる。
例えば、前記SL送信はPSCCH(physical sidelink control channel)送信又はPSSCH(physical sidelink shared channel)送信の中で少なくともいずれか一つを含み、前記第1ULリソースはPUCCH(physical uplink control channel)リソース又はPUSCH(physical uplink shared channel)リソースの中で少なくともいずれか一つを含む。
さらに、例えば、第1装置は前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、前記HARQ NACKを生成することができる。
前記の提案方法は以下のように説明する装置に適用できる。先ず、第1装置100のプロセッサ102はSL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信するように送受信機106を制御することができる。そして、第1装置100のプロセッサ102はUL(uplink)BWPに関連する情報を前記第1基地局から受信するように送受信機106を制御することができる。そして、第1装置100のプロセッサ102は第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信するように送受信機106を制御することができる。そして、第1装置100のプロセッサ102は前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないように決定することができる。そして、前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、第1装置100のプロセッサ102は前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信するように送受信機106を制御することができる。
本開示の一実施例によると、無線通信を行う第1装置が提供される。例えば、第1装置は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信し;UL(uplink)BWPに関連する情報を前記第1基地局から受信し;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信し;前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないように決定し;及び前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信することができる。
本開示の一実施例によると、無線通信を行う第1端末を制御するように設定された装置(apparatus)が提供される。例えば、装置は一つ以上のプロセッサ;及び前記一つ以上のプロセッサによって実行できるように連結され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信し;UL(uplink)BWPに関連する情報を前記第1基地局から受信し;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信し;前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないように決定し;及び前記第1端末が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信することができる。
本開示の一実施例によると、命令を記録している非一時的コンピューター読み取り可能な記憶媒体が提供される。例えば、前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信させ;UL(uplink)BWPに関連する情報を前記第1基地局から受信させ;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信させ;前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないように決定させ;及び前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信させることができる。
図34は本開示の一実施例によって、基地局が無線通信を行う方法を示す。図34の実施例は本開示の様々な実施例と組み合わせることができる。
図34を参照すると、ステップS3410において、基地局はSL(sidelink)BWP(bandwidth part)に関連する情報を第1装置へ送信することができる。ステップS3420において、基地局はUL(uplink)BWPに関連する情報を前記第1装置へ送信することができる。ステップS3430において、基地局は第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1装置へ送信することができる。ステップS3440において、基地局は前記第1装置が前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないことに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1装置から受信することができる。
前記の提案方法は以下のように説明する装置に適用できる。先ず、基地局200のプロセッサ202はSL(sidelink)BWP(bandwidth part)に関連する情報を第1装置へ送信するように送受信機206を制御することができる。そして、基地局200のプロセッサ202はUL(uplink)BWPに関連する情報を前記第1装置へ送信するように送受信機206を制御することができる。そして、基地局200のプロセッサ202は第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1装置へ送信するように送受信機206を制御することができる。そして、基地局200のプロセッサ202は前記第1装置が前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないことに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1装置から受信するように送受信機206を制御することができる。
本開示の一実施例によると、無線通信を行う基地局が提供される。例えば、基地局は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、SL(sidelink)BWP(bandwidth part)に関連する情報を第1装置へ送信し;UL(uplink)BWPに関連する情報を前記第1装置へ送信し;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1装置へ送信し;及び前記第1装置が前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないことに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1装置から受信することができる。
本開示の一実施例によると、無線通信を行う基地局を制御するように設定された装置(apparatus)が提供される。例えば、装置は一つ以上のプロセッサ;及び前記一つ以上のプロセッサによって実行できるように連結され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、SL(sidelink)BWP(bandwidth part)に関連する情報を第1端末へ送信し;UL(uplink)BWPに関連する情報を前記第1端末へ送信し;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1端末へ送信し;及び前記第1端末が前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないことに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1端末から受信することができる。
本開示の一実施例によると、命令を記録している非一時的コンピューター読み取り可能な記憶媒体が提供される。例えば、前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:SL(sidelink)BWP(bandwidth part)に関連する情報を第1装置へ送信させ;UL(uplink)BWPに関連する情報を前記第1装置へ送信させ;第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1装置へ送信させ;及び前記第1装置が前記SL BWP上の前記第1SLリソースに基づいてSL送信を実行しないことに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1装置から受信させることができる。
本開示の多様な実施例は、相互結合されることができる。
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。

Claims (14)

  1. 第1装置が無線通信を行う方法において、
    SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信するステップ;
    UL(uplink)BWPに関連する情報を前記第1基地局から受信するステップ;
    第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信するステップ;
    前記第1SLリソース及び第2ULリソースが時間領域において重複することに基づいて、又は、(i)NRベースのSL送信に関連する前記第1SLリソース及びE-UTRA(envolved universal terrestrial radio access)ベースのSL通信に関連する第2SLリソースが時間領域において重複し、かつ、(ii)前記E-UTRAベースのSL通信に関連する優先順位が前記NRベースのSL送信に関連する優先順位より高いこと、に基づいて、前記SL BWP上の前記第1SLリソースSL送信を実行しないように決定するステップ;及び
    前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないように決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信するステップ;を含む、方法。
  2. センシングに基づいて前記第2SLリソースを選択するステップ;をさらに含む、請求項1に記載の方法。
  3. 前記第2SLリソースに関連する情報を第2基地局から受信するステップ;をさらに含むが、
    前記第1基地局はNRベースの基地局であり、及び
    前記第2基地局はE-UTRAベースの基地局である、請求項1に記載の方法。
  4. 前記第1SLリソース及び複数の第2ULリソースは時間領域において重複し、及び
    前記複数の第2ULリソース上の複数のUL送信に関連する複数の優先順位の中で少なくともいずれか一つが前記第1SLリソース上の前記SL送信に関連する優先順位より高いことに基づいて、前記第1装置は前記第1SLリソースに基づいて前記SL送信を実行しないよう決定する、請求項1に記載の方法。
  5. 前記第1SLリソースは動的グラント(dynamic grant)によって割り当てられる一つ以上のSLリソースであり、
    前記SL送信は前記一つ以上のSLリソースに基づいて実行されることなく、及び
    前記第1ULリソースは前記一つ以上のSLリソースに関連するULリソースである、請求項1に記載の方法。
  6. 前記第1SLリソースは設定されたグラント(configured grant)によって割り当てられる一つの送信周期内の一つ以上のSLリソースであり、
    前記SL送信は前記一つの送信周期内の前記一つ以上のSLリソースに基づいて実行されることなく、及び
    前記第1ULリソースは前記一つの送信周期内の前記一つ以上のSLリソースに関連するULリソースである、請求項1に記載の方法。
  7. 前記第1SLリソース上の前記SL送信に関連する優先順位に基づいて、前記第1装置は前記第1SLリソースに基づいて前記SL送信を実行するかしないかを決定する、請求項1に記載の方法。
  8. 前記第1SLリソースに関連する情報及び前記第1ULリソースに関連する情報はDCI(downlink control information)又はRRC(radio resource control)メッセージを介して前記第1基地局から受信される、請求項1に記載の方法。
  9. 前記HARQ NACKに対する回答として、PDCCH(physical downlink control channel)を介して、第3SLリソースに関連する情報及び第3ULリソースに関連する情報を含むDCI(downlink control information)を前記第1基地局から受信するステップ;
    前記第3SLリソースに基づいてPSCCH(physical sidelink control channel)及びPSSCH(physical sidelink shared channel)を第2装置へ送信するステップ;
    前記PSSCHに関連するPSFCH(Physical Sidelink Feedback Channel)リソースに基づいてHARQ(hybrid automatic repeat request)フィードバックを前記第2装置から受信するステップ;及び
    前記第3ULリソースに基づいて前記HARQフィードバックを前記第1基地局へ送信するステップ;を含む、請求項1に記載の方法。
  10. 前記SL送信はPSCCH(physical sidelink control channel)送信又はPSSCH(physical sidelink shared channel)送信の中で少なくともいずれか一つを含み及び、
    前記第1ULリソースはPUCCH(physical uplink control channel)リソース又はPUSCH(physical uplink shared channel)リソースの中で少なくともいずれか一つを含む、請求項1に記載の方法。
  11. 前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないよう決定することに基づいて、前記HARQ NACKを生成するステップ;をさらに含む、請求項1に記載の方法。
  12. 無線通信を行う第1装置において、
    一つ以上のプロセッサ
    一つ以上の送受信機;及び
    前記一つ以上のプロセッサと連結され、命令を格納する一つ以上のメモリを含
    前記命令は、実行されることに基づいて、前記一つ以上のプロセッサに、
    SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信し;
    UL(uplink)BWPに関連する情報を前記第1基地局から受信し;
    第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信し;
    前記第1SLリソース及び第2ULリソースが時間領域において重複することに基づいて、又は、(i)NRベースのSL送信に関連する前記第1SLリソース及びE-UTRA(envolved universal terrestrial radio access)ベースのSL通信に関連する第2SLリソースが時間領域において重複し、かつ、(ii)前記E-UTRAベースのSL通信に関連する優先順位が前記NRベースのSL送信に関連する優先順位より高いこと、に基づいて、前記SL BWP上の前記第1SLリソースSL送信を実行しないよう決定し;及び
    前記第1装置が前記第1SLリソースに基づいて前記SL送信を実行しないよう決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信する、ことを含む動作を実行させる、第1装置。
  13. 無線通信を行う第1端末を制御するよう設定された装置(apparatus)において、
    一つ以上のプロセッサ;及び
    前記一つ以上のプロセッサと動作可能に連結され、命令を格納する一つ以上のメモリを含み、
    前記命令は、実行されることに基づいて、前記一つ以上のプロセッサに、
    SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信し;
    UL(uplink)BWPに関連する情報を前記第1基地局から受信し;
    第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信し;
    前記第1SLリソース及び第2ULリソースが時間領域において重複することに基づいて、又は、(i)NRベースのSL送信に関連する前記第1SLリソース及びE-UTRA(envolved universal terrestrial radio access)ベースのSL通信に関連する第2SLリソースが時間領域において重複し、かつ、(ii)前記E-UTRAベースのSL通信に関連する優先順位が前記NRベースのSL送信に関連する優先順位より高いこと、に基づいて、前記SL BWP上の前記第1SLリソースSL送信を実行しないよう決定し;及び
    前記第1端末が前記第1SLリソースに基づいて前記SL送信を実行しないよう決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信する、ことを含む動作を実行させる、装置。
  14. 命令を記録している非一時的コンピューター読み取り可能な記憶媒体として、
    前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:
    SL(sidelink)BWP(bandwidth part)に関連する情報を第1基地局から受信させ;
    UL(uplink)BWPに関連する情報を前記第1基地局から受信させ;
    第1SLリソースに関連する情報及びHARQ(hybrid automatic repeat request)フィードバックを報告するための第1ULリソースに関連する情報を前記第1基地局から受信させ;
    前記第1SLリソース及び第2ULリソースが時間領域において重複することに基づいて、又は、(i)NRベースのSL送信に関連する前記第1SLリソース及びE-UTRA(envolved universal terrestrial radio access)ベースのSL通信に関連する第2SLリソースが時間領域において重複し、かつ、(ii)前記E-UTRAベースのSL通信に関連する優先順位が前記NRベースのSL送信に関連する優先順位より高いこと、に基づいて、前記SL BWP上の前記第1SLリソースSL送信を実行しないように決定させ;及び
    前記第1装置が前記第1SLリソースで前記SL送信を実行しないよう決定することに基づいて、前記UL BWP上の前記第1ULリソースに基づいてHARQ NACKを前記第1基地局へ送信させる、非一時的コンピューター読み取り可能な記憶媒体。
JP2022509710A 2019-08-16 2020-08-18 Nr v2xからbwpに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置 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 Nr v2xからbwpに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置

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
US20180279275A1 (en) 2017-03-23 2018-09-27 Asustek Computer Inc. Method and apparatus of facilitating reporting assistance information for sidelink service in a wireless communication system
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
WO2021034779A1 (en) * 2019-08-16 2021-02-25 Hyukjin Chae Sidelink feedback reporting in a wireless network
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
EP4007421A4 (en) 2022-09-28
US11895691B2 (en) 2024-02-06
WO2021034079A1 (ko) 2021-02-25
JP2022544611A (ja) 2022-10-19
KR20220018565A (ko) 2022-02-15
EP4007421B1 (en) 2023-12-20
US20220295504A1 (en) 2022-09-15
EP4007421A1 (en) 2022-06-01

Similar Documents

Publication Publication Date Title
JP7154436B2 (ja) Nr v2xにおけるpsfchを送信する方法、及び装置
JP7147083B2 (ja) Nr v2xからサイドリンク参照信号を送信する方法及び装置
JP7446417B2 (ja) Nr v2xにおけるsciフォーマットに基づいてharqフィードバック情報を送受信する方法及び装置
JP7286000B2 (ja) Nr v2xにおけるフィードバックリソースを決定する方法及び装置
JP7387888B2 (ja) Nr v2xにおけるharqフィードバック情報を基地局に報告する方法及び装置
JP7282261B2 (ja) Nr v2xにおけるharqフィードバックの優先順位を決定する方法及び装置
JP7490760B2 (ja) Nr v2xにおける制御情報に基づいて送信リソースを識別する方法及び同期
JP7395728B2 (ja) Nr v2xにおけるsl送信を実行する方法及び装置
JP7340087B2 (ja) Nr v2xにおけるフィードバックリソースを決定する方法及び装置
JP7379685B2 (ja) Nr v2xにおけるharqフィードバックを基地局へ報告する方法及び装置
JP7419504B2 (ja) Nr v2xにおけるフィードバックを基地局へ送信する方法及び装置
JP7407961B2 (ja) Nr v2xにおけるサイドリンクcgリソースに基づいてサイドリンク通信を行う方法及び装置
JP2022552561A (ja) Nr v2xにおいてサイドリンクリソースを再選択する方法及び装置
KR102525038B1 (ko) Nr v2x에서 전송 블록을 전송하는 방법 및 장치
JP2023531001A (ja) Nr v2xにおける補助情報に基づいてsl通信を行う方法及び装置
JP7490135B2 (ja) Nr v2xにおける基地局によって割り当てられるリソースに基づいてsl通信を行う方法及び装置
JP7310018B2 (ja) Nr v2xにおけるul送信の優先順位を決定する方法及び装置
CN113544991A (zh) 用于在nr v2x中发送psfch的方法和设备
JP2023525340A (ja) Nr v2xにおいてdtxベースのrlf動作を実行する方法及び装置
JP2023503911A (ja) Nr v2xにおける基準信号を送信する方法及び装置
JP7325612B2 (ja) Nr v2xからbwpに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置
JP2022543801A (ja) Nr v2xにおけるリソース選択のための方法及び装置
JP2024504959A (ja) Nr v2xで優先化手順を行う方法及び装置
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