JP7282261B2 - Nr v2xにおけるharqフィードバックの優先順位を決定する方法及び装置 - Google Patents
Nr v2xにおけるharqフィードバックの優先順位を決定する方法及び装置 Download PDFInfo
- Publication number
- JP7282261B2 JP7282261B2 JP2022516280A JP2022516280A JP7282261B2 JP 7282261 B2 JP7282261 B2 JP 7282261B2 JP 2022516280 A JP2022516280 A JP 2022516280A JP 2022516280 A JP2022516280 A JP 2022516280A JP 7282261 B2 JP7282261 B2 JP 7282261B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- resource
- priority value
- information
- pucch
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
- H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (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通信で論議されている。
その一方で、端末はSL送信を実行しないときもPUCCHを介してSL HARQフィードバック情報を基地局へ報告することができる。この場合、端末はPUCCH送信の優先順位を決定する必要がある。
一実施例において、第1装置が無線通信を行う方法が提供される。前記方法は、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信するステップ;前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)するステップ;及び前記ACK情報の優先順位値を決定するステップ;を含むが、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
一実施例において、無線通信を行う第1装置が提供される。前記第1装置は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。前記一つ以上のプロセッサは前記の命令を実行し、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信し;前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)し;及び前記ACK情報の優先順位値を決定するが、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
端末がSL通信を効率的に行うことができる。
本明細書において“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)されずに、“PDDCH”が“制御情報”の一例として提案されたものである。また、“制御情報(即ち、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を中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。
図2は、本開示の一実施例に係る、NRシステムの構造を示す。図2の実施例は、本開示の多様な実施例と結合されることができる。
図2を参照すると、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)等、他の用語とも呼ばれる。
図2の実施例は、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と連結されることができる。
図3は、本開示の一実施例に係る、NG-RANと5GCとの間の機能的分割を示す。図3の実施例は、本開示の多様な実施例と結合されることができる。
図3を参照すると、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メッセージを交換する。
図4は、本開示の一実施例に係る、無線プロトコル構造(radio protocol architecture)を示す。図4の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図4の(a)は、ユーザ平面(user plane)に対する無線プロトコル構造を示し、図4の(b)は、制御平面(control plane)に対する無線プロトコル構造を示す。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック(protocol stack)であり、制御平面は、制御信号送信のためのプロトコルスタックである。
図4を参照すると、物理階層(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)は、サブフレーム送信の単位時間である。
図5は、本開示の一実施例に係る、NRの無線フレームの構造を示す。図5の実施例は、本開示の多様な実施例と結合されることができる。
図5を参照すると、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)を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信(例えば、自律走行)のために使われることができる。
図6は、本開示の一実施例に係る、NRフレームのスロット構造を示す。図6の実施例は、本開示の多様な実施例と結合されることができる。
図6を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマル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がキャリア内で活性化されることができる。
図7は、本開示の一実施例に係る、BWPの一例を示す。図7の実施例は、本開示の多様な実施例と結合されることができる。図7の実施例において、BWPは、3個と仮定する。
図7を参照すると、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通信に対して説明する。
図8は、本開示の一実施例に係る、SL通信のための無線プロトコル構造(radio protocol architecture)を示す。図8の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図8の(a)は、ユーザ平面プロトコルスタックを示し、図8の(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)を実行する必要がない。
図9は、本開示の一実施例に係る、V2XまたはSL通信を実行する端末を示す。図9の実施例は、本開示の多様な実施例と結合されることができる。
図9を参照すると、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)に対して説明する。
図10は、本開示の一実施例によって、端末が送信モードによってV2XまたはSL通信を実行する手順を示す。図10の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜のために、LTEにおいて、送信モードは、LTE送信モードと称することができ、NRにおいて、送信モードは、NRリソース割当モードと称することができる。
例えば、図10の(a)は、LTE送信モード1またはLTE送信モード3と関連した端末動作を示す。または、例えば、図10の(a)は、NRリソース割当モード1と関連した端末動作を示す。例えば、LTE送信モード1は、一般的なSL通信に適用されることができ、LTE送信モード3は、V2X通信に適用されることができる。
例えば、図10の(b)は、LTE送信モード2またはLTE送信モード4と関連した端末動作を示す。または、例えば、図10の(b)は、NRリソース割当モード2と関連した端末動作を示す。
図10の(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に送信できる。
図10の(b)を参照すると、LTE送信モード2、LTE送信モード4またはNRリソース割当モード2で、端末は、基地局/ネットワークにより設定されたSLリソースまたはあらかじめ設定されたSLリソース内でSL送信リソースを決定することができる。例えば、前記設定されたSLリソースまたはあらかじめ設定されたSLリソースは、リソースプールである。例えば、端末は、自律的にSL送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、SL通信を実行することができる。例えば、端末は、センシング(sensing)及びリソース(再)選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末1は、PSCCHを介してSCIを端末2に送信した後、前記SCIに基づくデータをPSSCHを介して端末2に送信できる。
図11は、本開示の一実施例に係る、三つのキャストタイプを示す。図11の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図11の(a)は、ブロードキャストタイプのSL通信を示し、図11の(b)は、ユニキャストタイプのSL通信を示し、図11の(c)は、グループキャストタイプのSL通信を示す。ユニキャストタイプのSL通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのSL通信の場合、端末は、自分が属するグループ内の一つ以上の端末とSL通信を実行することができる。本開示の多様な実施例において、SLグループキャスト通信は、SLマルチキャスト(multicast)通信、SL一対多(one-to-many)通信などに代替されることができる。
図12は本開示の一実施例に係る、V2Xの同期源(synchronization source)又は同期リファレンス(synchronization reference)を示す。図12の実施例は本開示の様々な実施例と組み合わせることができる。
図12を参照すると、V2Xにおいて、端末はGNSS(global navigation satellite systems)に直接同期されたり、又はGNSSに直接同期された(ネットワークカバレッジ内の又はネットワークカバレッジ外の)端末を介して非間接的にGNSSに同期される。GNSSが同期源として設定されたとき、端末はUTC(Coordinated Universal Time)及び(予め)設定されたDFN(Direct Frame Number)オフセットを用いてDFN及びサブフレーム番号を計算することができる。
又は、端末は基地局に直接同期されたり、基地局に時間/周波数の同期された別の端末へ同期される。例えば、前記基地局はeNB又はgNBである。例えば、端末がネットワークカバレッジ内にあるとき、前記端末は基地局が提供する同期情報を受信し、前記基地局に直接同期される。その後、前記端末は同期情報に隣接した別の端末へ提供することができる。基地局のタイミングが同期リファレンスに設定されたとき、端末は同期及びダウンリンク測定のために該当する周波数に関連するセル(前記周波数でセルカバレッジ内にあるとき)、プライマリセル又はサービングセル(前記周波数でセルカバレッジ外にあるとき)に従うことができる。
基地局(例えば、サービングセル)はV2X又はSL通信に用いられる搬送波に対する同期設定を提供することができる。この場合、端末は前記基地局から受信した同期設定に従うことができる。もし、、端末が前記V2X又はSL通信に用いられる搬送波においてどのセルも検出することができず、サービングセルからの同期設定も受信することができなかったときは、前記の端末は予め設定された同期設定に従うことができる。
又は、端末は基地局やGNSSから直接又は間接的に同期情報を獲得することができなかった別の端末へ同期される場合もある。同期源及びプリファレンスは端末へ予め設定される。又は、同期源及びプリファレンスは基地局によって提供されるコントロールメッセージを介して設定される。
SL同期源は同期優先順位に関連する。例えば、同期源と同期優先順位の間の関係は表5又は表6のように定義される。表5又は表6は一例に過ぎず、同期源と同期優先順位の間に関係は様々な形として定義される。
表5又は表6において、P0が最も高い優先順位を意味し、P6が最も低い優先順位を意味する。表5又は表6において、基地局はgNB又はeNBの中で少なくともいずれか一つを含む。
GNSSベースの同期又は基地局ベースの同期を使用するかしないかは(予め)設定される。シングルキャリア運用において、端末は最も高い優先順位を持つ使用可能な同期リファレンスにおいて前記端末の送信タイミングを誘導することができる。
以下、HARQ(Hybrid Automatic Repeat Request)手順に対して説明する。
通信の信頼性を確保するためのエラー補償技法は、FEC(Forward Error Correction)方式(scheme)と、ARQ(Automatic Repeat Request)方式と、を含むことができる。FEC方式では、情報ビットに余分のエラー訂正コードを追加させることによって、受信端でのエラーを訂正することができる。FEC方式は、時間遅延が少なく、送受信端の間に別途にやり取りする情報が必要ではないという長所があるが、良好なチャネル環境でシステム効率が落ちるという短所がある。ARQ方式は、送信の信頼性を高めることができるが、時間遅延が発生されるようになり、劣悪なチャネル環境でシステム効率が落ちるという短所がある。
HARQ(Hybrid Automatic Repeat Request)方式は、FECとARQとを結合したものであって、物理階層が受信したデータが復号できないエラーを含むかどうかを確認し、エラーが発生すると、再送信を要求することによって、性能を高めることができる。
SLユニキャスト及びグループキャストの場合、物理階層でのHARQフィードバック及びHARQコンバイニング(combining)がサポートされることができる。例えば、受信端末がリソース割当モード1または2で動作する場合、受信端末は、PSSCHを送信端末から受信することができ、PSFCH(Physical Sidelink Feedback Channel)を介してSFCI(Sidelink Feedback Control Information)フォーマットを使用してPSSCHに対するHARQフィードバックを送信端末に送信できる。
例えば、SL HARQフィードバックは、ユニキャストに対してイネイブルされることができる。この場合、non-CBG(non-Code Block Group)動作で、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、HARQ-ACKを生成することができる。そして、受信端末は、HARQ-ACKを送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後に、受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングできない場合、受信端末は、HARQ-NACKを生成することができる。そして、受信端末は、HARQ-NACKを送信端末に送信できる。
例えば、SL HARQフィードバックは、グループキャストに対してイネイブルされることができる。例えば、non-CBG動作で、二つのHARQフィードバックオプションがグループキャストに対してサポートされることができる。
(1)グループキャストオプション1:受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後に、受信端末が前記PSCCHと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、HARQ-NACKをPSFCHを介して送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、HARQ-ACKを送信端末に送信しない。
(2)グループキャストオプション2:受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後に、受信端末が前記PSCCHと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、HARQ-NACKをPSFCHを介して送信端末に送信できる。そして、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、HARQ-ACKをPSFCHを介して送信端末に送信できる。
例えば、グループキャストオプション1がSL HARQフィードバックに使用される場合、グループキャストの通信を実行する全ての端末は、PSFCHリソースを共有することができる。例えば、同じグループに属する端末は、同じPSFCHリソースを利用してHARQフィードバックを送信することができる。
例えば、グループキャストオプション2がSL HARQフィードバックに使用される場合、グループキャストの通信を実行する各々の端末は、HARQフィードバックの送信のために互いに異なるPSFCHリソースを使用することができる。例えば、同じグループに属する端末は、互いに異なるPSFCHリソースを利用してHARQフィードバックを送信することができる。
例えば、SL HARQフィードバックがグループキャストに対して有効になったとき、受信端末はTX-RX(Transmission-Reception)距離及び/又はRSRP(Reference Signal Received Power)に基づいてHARQフィードバックを送信端末へ送信するかしないかを決定することができる。
例えば、グループキャストオプション1で、TX-RX距離ベースのHARQフィードバックの場合、TX-RX距離が通信範囲の要求事項より小さいまたは同じ場合、受信端末は、PSSCHに対するHARQフィードバックを送信端末に送信できる。それに対して、TX-RX距離が通信範囲の要求事項より大きい場合、受信端末は、PSSCHに対するHARQフィードバックを送信端末に送信しないことがある。例えば、送信端末は、前記PSSCHと関連したSCIを介して、前記送信端末の位置を受信端末に知らせることができる。例えば、前記PSSCHと関連したSCIは、第2のSCIである。例えば、受信端末は、TX-RX距離を前記受信端末の位置と前記送信端末の位置とに基づいて推定または取得することができる。例えば、受信端末は、PSSCHと関連したSCIをデコーディングし、前記PSSCHに使用される通信範囲の要求事項を知ることができる。
例えば、リソース割当モード1の場合に、PSFCHとPSSCHとの間の時間(オフセット)は、設定され、またはあらかじめ設定されることができる。ユニキャスト及びグループキャストの場合、SL上で再送信が必要な場合、これはPUCCHを使用するカバレッジ内の端末により基地局に指示されることができる。送信端末は、HARQ ACK/NACKの形態ではなく、SR(Scheduling Request)/BSR(Buffer Status Report)のような形態で前記送信端末のサービング基地局に指示(indication)を送信することもある。また、基地局が前記指示を受信しなくても、基地局は、SLの再送信リソースを端末にスケジューリングできる。例えば、リソース割当モード2の場合に、PSFCHとPSSCHとの間の時間(オフセット)は、設定され、またはあらかじめ設定されることができる。
例えば、キャリアで端末の送信観点で、PSCCH/PSSCHとPSFCHとの間のTDMが、スロットでSLのためのPSFCHフォーマットに対して許容されることができる。例えば、一つのシンボルを有するシーケンスベースのPSFCHフォーマットがサポートされることができる。ここで、前記一つのシンボルは、AGC区間ではないことがある。例えば、前記シーケンスベースのPSFCHフォーマットは、ユニキャスト及びグループキャストに適用されることができる。
例えば、リソースプールと関連したスロット内で、PSFCHリソースは、Nスロット区間に周期的に設定され、または事前に設定されることができる。例えば、Nは、1以上の一つ以上の値に設定されることができる。例えば、Nは、1、2または4である。例えば、特定のリソースプールでの送信に対するHARQフィードバックは、前記特定のリソースプール上のPSFCHを介してのみ送信されることができる。
例えば、送信端末がスロット#X乃至スロット#Nにわたって、PSSCHを受信端末に送信する場合、受信端末は、前記PSSCHに対するHARQフィードバックをスロット#(N+A)で送信端末に送信できる。例えば、スロット#(N+A)は、PSFCHリソースを含むことができる。ここで、例えば、Aは、Kより大きいまたは同じ最も小さい整数である。例えば、Kは、論理的スロットの個数である。この場合、Kは、リソースプール内のスロットの個数である。または、例えば、Kは、物理的スロットの個数である。この場合、Kは、リソースプールの内部及び外部のスロットの個数である。
例えば、送信端末が受信端末に送信した一つのPSSCHに対する応答として、受信端末がPSFCHリソース上でHARQフィードバックを送信する場合、受信端末は、設定されたリソースプール内で、暗示的メカニズムに基づいて前記PSFCHリソースの周波数領域(frequency domain)及び/またはコード領域(code domain)を決定することができる。例えば、受信端末は、PSCCH/PSSCH/PSFCHと関連したスロットインデックス、PSCCH/PSSCHと関連したサブチャネル、及び/またはグループキャストオプション2ベースのHARQフィードバックのためのグループで各々の受信端末を区別するための識別子のうち少なくともいずれか一つに基づいて、PSFCHリソースの周波数領域及び/またはコード領域を決定することができる。及び/または、例えば、受信端末は、SL RSRP、SINR、L1ソースID、及び/または位置情報のうち少なくともいずれか一つに基づいて、PSFCHリソースの周波数領域及び/またはコード領域を決定することができる。
例えば、端末のPSFCHを介したHARQフィードバックの送信とPSFCHを介したHARQフィードバックの受信とが重なる場合、前記端末は、優先順位規則に基づいて、PSFCHを介したHARQフィードバックの送信またはPSFCHを介したHARQフィードバックの受信のうちいずれか一つを選択することができる。例えば、優先順位規則は、少なくとも関連のPSCCH/PSSCHの優先順位の指示(priority indication)に基づくことができる。
例えば、端末の複数の端末に対するPSFCHを介したHARQフィードバックの送信が重なる場合、前記端末は、優先順位規則に基づいて特定のHARQフィードバックの送信を選択することができる。例えば、優先順位規則は、少なくとも関連のPSCCH/PSSCHの優先順位の指示(priority indication)に基づくことができる。
以下、SL輻輳制御(sidelink congestion control)について説明する。
端末がSL送信リソースを自ら決定するとき、端末は自分が用いるリソースの大きさ及び頻度も自ら決定することになる。勿論、ネットワークなどでの制約により、一定レベル以上のリソースの大きさや頻度を用いることは制限される場合がある。しかし、特定時点で特定地域に多くの端末が集まっている状況で全ての端末が比較的多いリソースを用いるときであれば、お互いの干渉によって全体的な性能が大幅に低下する。
したがって、端末はチャネル状況を観察する必要がある。もし、、過度に多いリソースが消費されていると判断したら、端末は自らリソース使用を減らす形の動作を取ることが望ましい。本明細書において、これを輻輳制御(Congestion Control、CR)と定義する。例えば、端末は単位時間/周波数リソースにおいて測定されたエネルギーが一定レベル以上であるかどうかを判断し、一定レベル以上のエネルギーが観察された単位時間/周波数リソースの比率によって自分の送信リソースの量及び頻度をコントロールすることができる。本明細書において、一定レベル以上のエネルギーが観察された時間/周波数リソースの比率をチャネル混雑率(Channel Busy Ratio、CBR)と定義する。端末はチャネル/周波数に対してCBRを測定することができる。さらに、端末は測定されたCBRをネットワーク/基地局へ送信することができる。
図13は本開示の一実施例に係る、CBR測定のためのリソース単位を示す。図13は本開示の様々な実施例と組み合わせることができる。
図13を参照すると、CBRは端末が特定区間(例えば、100ms)の間にサブチャネル単位でRSSI(Received Signal Strength Indicator)を測定した結果、RSSIの測定結果の値が予め設定されたしきい値以上の値を持つサブチャネルの個数を意味する。又は、CBRは特定区間の間のサブチャネルの中で予め設定されたしきい値以上の値を持つサブチャネルの比率を意味する。例えば、図13の実施例において、斜線のサブチャネルが予め設定されたしきい値以上の値を持つサブチャネルであると仮定するとき、CBRは100ms区間の間の斜線のサブチャネルの比率を意味する。さらに、端末はCBRを基地局へ報告することができる。
さらに、トラフィック(例えば、パケット)の優先順位を考慮した輻輳制御が必要になる。このために、例えば、端末はチャネルの占有率(Channel occupancy Ratio、CR)を測定することができる。具体的に、端末はCBRを測定し、端末は前記CBRによってそれぞれの優先順位(例えば、k)に該当するトラフィックが占有することができるチャネルの占有率(Channel occupancy Ratio k、CRk)の最大値(CRlimitk)を決定することができる。例えば、端末はCBR測定の値の予め定められた表に基づいて、それぞれのトラフィックの優先順位に対するチャネルの占有率の最大値(CRlimitk)を導出することができる。例えば、比較的優先順位が高いトラフィックであるとき、端末は比較的大きいチャネルの占有率の最大値を導出することができる。その後、端末はトラフィックの優先順位kがiより低いトラフィックのチャネルの占有率の合計を一定の値以下に制限することによって、輻輳制御を実行することができる。このような方法によると、比較的優先順位が低いトラフィックに、より強いチャネルの占有率制限がかかる場合がある。
それ以外、端末は送信電力の大きさのコントロール、パケットのドロップ(drop)、再送信するかどかの決定、送信RBの大きさのコントロール(MCS(Modulation and Coding Scheme)調整)などの方法を用いて、SL輻輳制御を実行することができる。
その一方で、次期システムにおいて端末と端末の間にはSLを介して直接通信を行うことができる。SL通信のための方法の一例として、特定端末はSL送信のための時間-周波数リソース及び/又は送信方法(例えば、MCS(Modulation and Coding Scheme)、送信レイヤー(transmission layer)の個数、コードワード(codeword)の個数、CBG(code block group)情報、HARQプロセス情報、PMI(precoding matrix indicator)情報など)を(上位層シグナリング及び/又はDCI命令を介して)基地局から受信することができ、前記特定端末は該当する指示情報に基づいて再び別の端末へPSCCH及びPSSCHを送信することができる。例えば、PSCCH/PSSCHを受信する端末は前記PSCCH/PSSCHを送信した端末と同じサービングセルに関連(associated)する端末である。例えば、PSCCH/PSSCHを受信する端末は前記PSCCH/PSSCHを送信した端末と異なるサービングセルに関連(associated)する端末である。例えば、PSCCH/PSSCHを受信する端末はカバレッジ外(すなわち、out-of-coverage)にある端末である。前記の方法のように端末が基地局からの指示情報に基づいてSL送信を実行することを本開示の実施例においてSL送信モード1と称する。前記SL送信モード1において再送信であるときも基地局の指示に基づいて端末間の通信が発生する場合があり、別の初期送信(initial transmission)をスタートするときも基地局が端末間の通信状況を認知することはSL送信のための効率的なリソース管理の面で有利である。
図14は本開示の一実施例によって、端末がSL送信モード1において基地局へUCI(uplink control information)報告を実行する手順を示す。図14の実施例は本開示の様々な実施例と組み合わせることができる。
例えば、端末間の通信環境(例えば、チャネル環境、トラフィックの特性、PSCCH/PSSCH送信方法(例えば、TBS(transport block size)、送信レイヤーの個数など)は基地局側において直接的に獲得することのできない情報である。したがって、これに関連する情報は該当するサービングセルに関連する端末が基地局へ配信/報告する必要がある。報告する情報の量及び構成情報は基地局と端末間の曖昧性(ambiguity)がないときだけ実際に活用される意味がある。もし、端末ベースの選択によって該当する情報の量及び構成情報が変更が可能なときは、前記の曖昧性(ambiguity)を回避する方法が必要になる。例えば、端末間のSL送信に対するHARQ-ACKフィードバックの量が端末の選択(例えば、使用されたSCIフォーマット)によって異なるとき、及び端末が該当するHARQ-ACKフィードバックを再び基地局へ配信するときは、基地局が端末の選択と関係なく仮定できるHARQ-ACKコードブックに対するデフォルト(default)の仮定が要求される。本開示の様々な実施例によって、端末がSL送信に関するUCIを構成する方法及び端末が前記UCIを基地局へ送信する方法を提案する。本開示の実施例においてSL送信モード1を仮定したが、それ以外別の方法のSL送信方法も本開示の技術的思想を拡張して適用することができる。又は、逆に通常の端末と基地局間の通信状況に関する情報をSLを介して別の端末へ配信/報告する状況でも本開示の技術的思想を拡張して適用することができる。
本開示の様々な実施例によって、端末が基地局へ報告するSL送信に関するUCIを構成する方法及びこれをサポートする装置を提案する。又は、該当するUCIを送信する特定端末及びこれに対応する以後の手順について方法を提案する。又は、特定端末が基地局へSL送信に関するUCIを送信する時点、送信するコンテナ(例えば、PUCCH又はPUSCH)を選択する方法及びこれをサポートする装置を提案する。
図15は本開示の一実施例によって、端末がSL送信に関連する情報を基地局へ報告する方法を示す。図15の実施例は本開示の様々な実施例と組み合わせることができる。
1.SL送信に関するUCI送信の手順
SL送信モード1において、SL送信に参加する端末の中で少なくとも一つの端末と基地局は関連する(associated)状態である。すなわち、特定端末は前記基地局からPDCCH、PDSCHなどを受信することができる状況であり、逆に前記特定端末は前記基地局へPUSCH、PUCCHなどを送信することができる状況である。SL送信に参加する別の端末は同様に(1)SL送信に関するリソース情報及び/又は送信方法を指示する基地局と関連する状態であり、又は(2)別の基地局と関連する状態であり、又は(3)out-of-coverage状態(例えば、どの基地局からもPDCCH/PDSCHを受信しない状態)である。基本的に、SL送信に対するUCI送信/報告の主体はSL送信に関するリソース情報及び/又は送信方法を指示する基地局から該当する情報を含んだPDCCHを受信した端末である。前記の状況で、基地局は端末のUCI報告に基づいてSL送信に関するリソースを効率的に(再び)割り当てられる。
2.SL送信に関するUCI構成方法
基本的に、端末が基地局へ報告するSL送信に関するUCIは(1)SL送信に関するHARQ-ACK情報又はPSCCH/PSSCH送受信に関するHARQ-ACK情報、(2)SL送信に参加した端末間のチャネル/送信品質情報(例えば、CSI)、及び/又は(3)SL送信時優先する又は設定可能な設定(configuration)/パラメータセット(parameter set)に関連する情報などを含む。
本開示の実施例において説明の便宜上、SL送信を介したPSCCH/PSSCH/PFSCH送信に対して次のように仮定する。SLに対応するキャリア又はサービスタイプによって、送信方法毎の能力(capability)が異なる場合がある。例えば、特定キャリア又は特定サービスタイプに対して、TBベースの送信及びHARQ-ACKフィードバックが可能である。例えば、別のキャリア又はサービスタイプに対して、CBGベースの送信及びHARQ-ACKフィードバックが可能になる。例えば、MIMO(multiple input multiple output)運用(operation)(すなわち、サポート可能な最大TB個数)はキャリア毎に又はサービスタイプ毎に異なる場合がある。
3.SL送信に関するUCI送信方法
端末が基地局へSL送信に関するUCIを送信するとき、端末と基地局の間で曖昧性(ambiguity)なしに送受信されるためには、送信位置が互いに揃えられる(aligned)必要がある。次は該当するUCIを送信する時点の設定に関するより具体的な一例である。
Alt 1:基地局はSL送信に関するUCIを送信する時点(例えば、スロット)を端末へ指示することができる。具体的に、例えば、前記のUCI送信時点に関する指示情報はSL送信に関するリソースを指示するPDCCHに含められる。例えば、送信時点に関する候補値は事前に定義された値(例えば、1、2、3、…、8スロット)である。あるいは、例えば、基地局は上位層シグナリングを介して候補値を端末へ設定することができる。例えば、もし、単一の候補値を持つときは、該当する値によってUCI送信時点が決定される。例えば、端末は前記UCI送信時点に関連する指示値に基づいて、UCI送信時点を決定する必要がある。このために、適用するための基準点が再び定義する必要がある。次は基準点の定義及び送信時点に関連する指示値を適用する方法に関するより具体的な一例である。
(1)Alt 1-1:UCI送信時点に関する指示値は該当する指示値を含んだPDCCHが送信されるスロットにおいて該当するUCIが送信されるスロット間のオフセット値である。本方法によると、PSCCH/PSSCHからPSFCHの送信時期が前記の基地局が指示するUCI送信時点に関連する指示値によって制限される。しかし、まだ基地局はSLで起こることと関係なくUCI報告位置を正確に指定することができる。もし、PDCCHとUCI送信チャネル間のニューメロロジーが異なるときは、該当するオフセット値はUCI送信チャネルに関するニューメロロジーベースの値であり、オフセットのゼロ値(すなわち、基準点)はPDCCH送信スロットと重複するUCI送信チャネルに関するニューメロロジーベースのスロットの中で最も速いスロット(又は最も遅いスロット)である。
(2)Alt 1-2:UCI送信時点に関する指示値は該当する指示値を含んだPDCCHが指示したリソース上のスロット又は該当するリソースに含まれたPSCCH又はPSSCHが送信されるスロットにおいて該当するUCIが送信されるスロット間のオフセット情報である。UCIは基本的にSL送信の結果に基づいて送信されるので、前記UCIはPSSCHより現実的に早く送信されることができない。したがって、この場合、不要なオフセット値が事前に除外されたという点で意味がある。前記の方法のためには、基地局が指示したリソースが位置するスロットとPSSCHが送信されるスロットは同じである。もし、PSCCH/PSSCH及びUCI送信チャネルの間にニューメロロジーが異なるときは、該当するオフセット値はUCI送信チャネルに関するニューメロロジーベースの値であり、オフセットのゼロ値(すなわち、基準点)はPSCCH/PSSCH送信スロットと重複するUCI送信チャネルに関するニューメロロジーベースのスロットの中で最も遅いスロット(又は最も速いスロット)である。
(3)Alt 1-3:UCI送信時点に関する指示値は該当する指示値を含んだPDCCHが指示したリソース上で送信されるPSSCHに対するPSFCHが送信されるスロットにおいて該当するUCIが送信されるスロット間のオフセット情報である。具体的に、例えば、基地局はPSSCH及びPSFCHの間にスロットオフセット又はタイミング差(timing difference)を(上位層シグナリング又はDCI指示を介して)端末へ指示することができる。例えば、PSSCH及びPSFCHの間にスロットオフセット又はタイミング差(timing difference)は事前に定義される。あるいは、例えば、基地局が端末によって送信されるPSCCHを成功的に受信/復号することができるときである。それ以外の場合、基地局はUCIが送信されるタイミングがわからないので、本方法が実現可能(feasible)だと見られない。もし、PSFCHとUCI送信チャネルの間にニューメロロジーが異なるときは、該当するオフセット値はUCI送信チャネルに関するニューメロロジーベースの値であり、オフセットのゼロ値(すなわち、基準点)はPSFCH送信スロットと重複するUCI送信チャネルに関するニューメロロジーベースのスロットの中で最も遅いスロット(又は最も速いスロット)である。
本開示の一実施例によると、リソースプール(resource pool)内のPSFCHリソースを設定するかどうか、リソースプール内のPSFCH候補リソースの量、端末によって基地局へ報告されるHARQ-ACKフィードバックに対応するTBに対してPSFCH送信が活性化されるかどうか、及び/又は端末によって基地局へ報告されるHARQ-ACKフィードバックに対応するCG(Configured Grant)に対する特定周期に関してPSFCH送信が活性化されるかどうかの中で少なくともいずれか一つに基づいて、端末がPUCCHを送信する時点に関連する基準点が異なる場合がある。例えば、リソースプール内のPSFCHリソースを設定するかどうか、リソースプール内のPSFCH候補リソースの量、端末によって基地局へ報告されるHARQ-ACKフィードバックに対応するTBに対してPSFCH送信が活性化されるかどうか、及び/又は端末によって基地局へ報告されるHARQ-ACKフィードバックに対応するCGに対する特定周期に関してPSFCH送信が活性化されるかどうかの中で少なくともいずれか一つに基づいて、端末はPUCCH送信時点に関連する基準点を決定することができる。
例えば、PSFCHリソースがリソースプール内に設定されたとき、及び/又は送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が活性化されたとき、PUCCH送信時点に関連する基準点は受信端末がPSFCHを送信端末へ送信した時点である。具体的に、例えば、PUCCH送信時点に関連する基準点は、受信端末が前記特定周期内で最後に受信したPSSCHに関連するPSFCHを送信端末へ送信した時点である。例えば、PUCCH送信時点に関連する基準点は、受信端末がPSSCHリソース括りの中で最後に受信したPSSCHに関連するPSFCHを送信端末へ送信した時点である。
例えば、PSFCHリソースがリソースプール内に設定されたとき、及び/又は送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が活性化されたとき、PUCCH送信時点に関連する基準点は送信端末がPSFCHを受信端末から受信した時点である。具体的に、例えば、PUCCH送信時点に関連する基準点は、送信端末が前記特定周期内で最後に送信したPSSCHに関連するPSFCHを受信端末から受信した時点である。例えば、PUCCH送信時点に関連する基準点は、送信端末がPSSCHリソース括りの中で最後に送信したPSSCHに関連するPSFCHを受信端末から受信した時点である。
例えば、PSFCHリソースがリソースプール内に設定されなかったとき、及び/又は送信端末が基地局へ報告するHARQ-ACKフィードバックにおいて対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が非活性化されたとき、PUCCH送信時点に関連する基準点は、送信端末がPSCCH及び/又はPSSCHを受信端末へ送信した時点である。具体的に、例えば、PUCCH送信時点に関連する基準点は、送信端末が前記特定周期内で最後にPSCCH及び/又はPSSCHを受信端末へ送信した時点である。例えば、PUCCH送信時点に関連する基準点は、送信端末がPSSCHリソース括りの中で最後にPSCCH及び/又はPSSCHを受信端末へ送信した時点である。
例えば、PSFCHリソースがリソースプール内に設定されなかったとき、及び/又は送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が非活性化されたとき、PUCCH送信時点に関連する基準点は、基地局が該当するPDCCHを送信端末へ送信した時点である。例えば、PSFCHリソースがリソースプール内に設定されなかったとき、及び/又は送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が非活性化されたとき、PUCCH送信時点に関連する基準点は、送信端末が該当するPDCCHを基地局から受信した時点である。
例えば、PSFCHリソースがリソースプール内に設定されなかったとき、及び/又は送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が非活性化されたとき、PUCCH送信時点に関連する基準点は、送信端末がPUCCH送信時点の決定のために仮想として(事前に)設定されたPSFCHリソース上でPSFCHを受信端末から受信すると決定した時点である。例えば、PSFCHリソースがリソースプール内に設定されなかったとき、及び/又は送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が非活性化されたとき、PUCCH送信時点に関連する基準点は、送信端末がPUCCH送信時点の決定のために仮想として(事前に)設定されたPSFCHリソース上で受信端末によってPSFCHが送信されると決定した時点である。ここで、受信端末はPSFCHを実際に送信端末へ送信しないが、送信端末は設定された仮想のPSFCHリソース上で、受信端末によって送信されると仮定するPSFCHの送信時点又は受信時点をPUCCH送信時点に関連する基準点として決定することができる。
上述した実施例において、送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が非活性化されたときは、送信端末が該当する時点において受信端末へ送信するパケットに対して、HARQ-ACKフィードバックが送信端末の上位層(例えば、MAC階層)において非活性化されたときである。例えば、送信端末が基地局へ報告するHARQ-ACKフィードバックに対応するTB又はCGに対する特定周期に関して、受信端末のPSFCH送信が非活性化されたときは、受信端末のPSFCH送信又は送信端末のPSFCH受信が輻輳制御などによって取り消しされるときである。
例えば、端末はPUCCH又はPUSCHを介して前記SL送信に対するUCIを基地局へ送信することができる。ここで、特に、PUCCHであるときは、PUCCHリソース(例えば、時間/周波数/シーケンスリソース)を定義する必要がある。例えば、PUCCHリソース指示者(resource indicator)はSLリソースの割り当てのためのDCI内に含まれ、UCIを送信するPUCCHリソースは前記PUCCHリソース指示者によって指示される。この場合、例えば、PUCCHリソースに関する候補値は端末に対して事前に定義される。あるいは、例えば、PUCCHリソースに関する候補値は上位層シグナリングを介して端末に対して設定される。例えば、端末はDCI内に含まれた指示者(indicator)及び/又はDCIを含んだPDCCHが送信されるリソース(例えば、CCE(control channel element))に基づいて、最終的にPUCCHリソースを選択することができる。あるいは、例えば、UCI送信のためのPUCCHリソースは上位層シグナリングを介して端末に対して設定される。具体的に、例えば、SLリソースを割り当てる方法(例えば、one-shot又はsemi-persistent)によって、端末は異なる方法でPUCCHリソースを選択することができる。
本開示の一実施例によると、以下の条件の中で少なくともいずれか一つの条件に満足する場合、モード1端末は特定TBに対して、モード2ベースのリソース(再)選択及びTB送信を実行することができる。例えば、以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8)の中で少なくともいずれか一つの条件に満足する場合、モード1端末は特定TBに対して、モード2ベースのリソース(再)選択及びTB送信を実行することができる。
例えば、以下の条件の中で少なくともいずれか一つの条件に満足する場合、モード1端末は特定TBに対して、例外的なプール(exceptional pool)ベースのTB送信を実行することができる。例えば、以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8)の中で少なくともいずれか一つの条件に満足する場合、モード1端末は特定TBに対して、例外的なプールベースのTB送信を実行することができる。
例えば、端末が例外的なプール上でTB送信を実行する動作は、i)端末がTBに関連する初期送信を通常プール(normal pool)上で実行する動作、及びii)以下の条件(又は以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8))の中で少なくともいずれか一つの条件に満足する場合、端末が前記TBに関連する再送信(例えば、必要な再送信又は残りの再送信)を例外的なプール上で実行する動作を含む。すなわち、この場合、端末はTBに関連する初期送信を例外的なプール上で実行することができ、端末はTBに関連する再送信を例外的なプール上で実行することができる。例えば、端末が例外的なプール上でTB送信を実行する動作は、以下の条件(又は以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8))の中で少なくともいずれか一つの条件に満足する場合、端末がTBに関連する初期送信から例外的なプール上で実行する動作を含む。すなわち、この場合、端末はTBに関連する初期送信及び再送信を全て例外的なプール上で実行することができる。
例えば、以下の条件の中で少なくともいずれか一つの条件に満足する場合、モード1端末はブラインド再送信(blind retransmission)を実行することができる。例えば、以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8)の中で少なくともいずれか一つの条件に満足する場合、モード1端末はブラインド再送信を実行することができる。
例えば、端末がブラインド再送信を実行する動作は、端末によって送信されるTB又はMAC PDU(protocol data unit)がHARQ ENABLED LCH関連データとして構成されるが、以下の条件の中で少なくともいずれか一つの条件に満足する場合、端末がSCI上の事前に定義されたHARQフィードバックの要請フィールド値を「NOT REQUESTED」状態に指定し、前記TB又はMAC PDUを送信する動作を含む。本明細書において、HARQ ENABLED LCH(Logical Channel)関連データはHARQフィードバックが有効に設定された論理チャネルとして構成されたMAC PDU又はTBである。例えば、端末がブラインド再送信を実行する動作は、端末によって送信されるTB又はMAC PDUがHARQ ENABLED LCH関連データとして構成されるが、以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8)の中で少なくともいずれか一つの条件に満足する場合、端末がSCI上の事前に定義されたHARQフィードバックの要請フィールド値を「NOT REQUESTED」状態に指定し、前記TB又はMAC PDUを送信する動作を含む。例えば、端末がブラインド再送信を実行する動作は、端末によって送信されるTB又はMAC PDUがHARQ ENABLED LCH関連データとして構成されるが、PUCCHリソースが前記TB又はMAC PDUの送信に関連するSLグラントを介して設定されなかったとき、端末がSCI上の事前に定義されたHARQフィードバックの要請フィールド値を「NOT REQUESTED」状態に指定し、前記TB又はMAC PDUを送信する動作を含む。例えば、端末がブラインド再送信を実行する動作は、端末によって送信されるTB又はMAC PDUがHARQ ENABLED LCH関連データとして構成されるが、PSFCHリソースがリソースプール上で設定されなかったとき、端末がSCI上の事前に定義されたHARQフィードバックの要請フィールド値を「NOT REQUESTED」状態に指定し、前記TB又はMAC PDUを送信する動作を含む。
例えば、端末によって送信されるTB又はMAC PDUがHARQ ENABLED LCH関連データとして構成され、及び以下の条件の中で少なくともいずれか一つの条件に満足する場合、端末は前記TB又はMAC PDUの送信を省略するように設定される。例えば、端末によって送信されるTB又はMAC PDUがHARQ ENABLED LCH関連データとして構成され、及び以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8)の中で少なくともいずれか一つの条件に満足する場合、端末は前記TB又はMAC PDUの送信を省略するように設定される。例えば、端末によって送信されるTB又はMAC PDUがHARQ ENABLED LCH関連データとして構成され、及びPUCCHリソースが前記TB又はMAC PDUの送信に関連するSLグラントを介して設定されなかったとき、端末は前記TB又はMAC PDUの送信を省略するように設定される。例えば、端末によって送信されるTB又はMAC PDUがHARQ ENABLED LCH関連データとして構成され、及びPSFCHリソースがリソースプール上で設定されなかったとき、端末は前記TB又はMAC PDUの送信を省略するように設定される。上述の場合、端末は前記TB又はMAC PDUに対する送信を実行しない。
例えば、以下の条件の中で少なくともいずれか一つの条件に満足する場合、モード1端末はTB送信に関連するHARQ情報を受信するかどうかに関係なく、TB再送信を実行することができる。例えば、以下の表7の質問に関連する場合(例えば、Question D2からQuestion D8)の中で少なくともいずれか一つの条件に満足する場合、モード1端末はTB送信に関連するHARQ情報を受信するかどうかに関係なく、TB再送信を実行することができる。具体的に、例えば、モード1端末はHARQフィードバック状態に関係なく、DG(dynamic grant)又はCG(Configured Grant)を介して基地局によって割り当て/予約されたリソースを用いて、SL再送信を実行することができる。ここで、モード1端末はリソース割り当てモード1に基づいてSL通信を行う端末である。具体的に、例えば、前記TBはHARQフィードバックが活性化されたMACメッセージとして構成されたときも含む。例えば、前記ルールの適用有無はリソースプールに特定して端末に対して設定される。例えば、前記ルールの適用有無はサービス又はパケットの優先順位を特定して端末に対して設定される。例えば、端末が送信するサービス又はパケットの優先順位が高いときは、端末は該当するTBをドロップせず、端末は別のモード(又はブラインド再送信の形)としてTB送信を実行することができる。例えば、端末が送信するサービス又はパケットの優先順位が高いときは、端末は該当するTBをドロップせず、端末は例外的なプール上でTB送信を実行することができる。
以下、端末が上述した動作を実行するための条件を具体的に記述する。
端末がモード1のCGリソース上で必要な回数(TX_NUM)分の送信を実行しなかったとき、例えば、端末がモード1のCGリソース上で事前に設定された最大回数(TX_NUM)分の送信を実行しかったとき、例えば、端末がモード1CGリソース上で事前に設定された最小回数(TX_NUM)分の送信を実行しなかったとき、例えば、端末のパケット生成のタイミングがCGリソース周期の終了時点に近いとき、及び/又は
端末がモード1のDG(dynamic grant)リソース上で必要な回数(TX_NUM)分の送信を実行しなかったとき、例えば、端末がモード1のDGリソース上で事前に設定された最大回数(TX_NUM)分の送信を実行しなかったとき、例えば、端末がモード1のDGリソース上で事前に設定された最小回数(TX_NUM)分の送信を実行しなかったとき、及び/又は
端末が(CONFIGURED)SLグラントベースのSL送信を(全て)ドロップするとき、例えば、UL送信とSL送信間の衝突のため、端末がSL送信を省略するとき、及び/又は
端末が基地局又はサービングセルへSLリソース又はSL送信に対するHARQフィードバックを報告するプロセスが非活性化されたとき、例えば、モード1のDGリソースに関連するDCIによって端末のPUCCH送信が非活性化されたとき、又はモード1のDGリソースに関連するPSFCH送受信が全体又は一部に対して非活性化されたとき、例えば、(CONFIGURED)SLグラントベースのSLリソースに対して端末のPUCCH送信が非活性化されたとき、又は(CONFIGURED)SLグラントベースのSLリソースに関連するPSFCH送受信が全体又は一部に対して非活性化されたとき、及び/又は
端末が基地局又はサービングセルへSLリソース又はSL送信に関するHARQフィードバックを報告するプロセスが取り消しされた(又は取り消しが予想される)とき、例えば、端末が基地局へ報告する前記のHARQフィードバックの優先順位が前記の端末のSL送信の優先順位又は別のUL送信の優先順位より低いため、端末が前記HARQフィードバックの送信を取り消しするとき、及び/又は
端末が割り当て又は許可されたモード1のCGリソースを用いてSL送信を実行するとき、PDB(packet delay budget)が満足できなかったとき、例えば、端末が特定パケット又は特定データに対して残りのPDB内に残りのパケット又は残りのデータを送信することができないと決定するとき、及び/又は
端末が割り当て又は許可された(CONFIGURED)SLグラントベースのSLリソースを用いてSL送信を実行するとき、PDBが満足できなかったとき、例えば、端末が特定パケット又は特定データに対して残りのPDB内に残りのパケット又は残りのデータを送信することができないと決定するとき;
例えば、(モード1)(CONFIGURED)SLグラント(例えば、CG)が存在する状況において、端末が特定TBに対してTX_NUM分の送信を実行しなかったとき(例えば、前記の例を参照)、端末は(バッファ上の)パケット到着時点においてMAC PDUを生成しない。例えば、端末はMAC PDU生成を遅延させることができる。例えば、端末はTX_NUM番の送信が実行できるリソースが現れるまで、MAC PDU生成を遅延させることができる。ここで、例えば、遅延されて生成されたMAC PDUに対して、SR及び/又はBSRベースのモード1のリソース要請が端末に対して認められる。例えば、端末はSR及び/又はBSRを基地局へ送信し、遅延されて生成されたMAC PDUの送信のためのモード1のリソースの割り当てを基地局へ要請することができる。例えば、上述したルールの適用有無はリソースプールを特定して端末に対して設定される。例えば、上述したルールの適用有無はサービス又はパケットの優先順位を特定して端末に対して設定される。
本開示の一実施例によると、SL CSI報告が端末に対してトリガーする。この場合、端末はSLリソースを用いてSL CSIを別の端末へ送信することができる。
例えば、端末が現在割り当てられたモード1リソース上でSL CSI報告を実行することができないとき(例えば、端末が現在CG周期内で設定されたリソースを別のデータの送信に既に使用したとき)、及び/又は端末が次のモード1リソースを用いてSL CSIを送信すると、SL CSI報告に関連するPDBが満足できないとき(例えば、次のモード1リソースまでSL CSI報告に関連し残っているPDBの値が十分ではないとき)、例外的に、端末がSR及び/又はBSRベースにモード1リソース(例えば、DG)を基地局へ要請することが認められる。この場合、例えば、端末はSR及び/又はBSRを基地局へ送信しモード1リソース(例えば、DG)を基地局へ要請することができ、基地局はSLリソースを割り当てて前記SLリソースに関連する情報(例えば、DG)を端末へ送信することができる。そして、端末は前記SLリソースを用いてSL CSIを送信することができる。例えば、上述したルールの適用有無はリソースプールを特定して端末に対して設定される。例えば、上述したルールの適用有無はサービス又はパケットの優先順位を特定して端末に対して設定される。
例えば、端末が現在選択された/予約されたモード2リソース上でSL CSI報告を実行することができないとき、及び/又は端末が次のモード2リソースを用いてSL CSIを送信すると、SL CSI報告に関連するPDBが満足できないとき(例えば、次のモード2リソースまでSL CSI報告に関連し残っているPDBの値が十分ではないとき)、例外的に、端末はリソースの再選択をトリガーしてリソースの再選択を実行し、端末は再選択されたリソースを用いてSL CSIを送信することができる。例えば、端末が現在選択された/予約されたモード2リソース上でSL CSI報告を実行することができないとき、及び/又は端末が次のモード2リソースを用いてSL CSIを送信すると、SL CSI報告に関連するPDBが満足できないとき(例えば、次のモード2リソースまでSL CSI報告に関連し残っているPDBの値が十分ではないとき)、例外的に、端末は例外的なプールを用いてSL CSIを送信することができる。例えば、上述したルールの適用有無はリソースプールを特定して端末に対して設定される。例えば、上述したルールの適用有無はサービス又はパケットの優先順位を特定して端末に対して設定される。
その一方で、次期システムにおいて、端末のUL送信とSL送信が同じサービングセル(serving cell)において衝突するとき、端末は優先順位によってUL送信又はSL送信の中の一つを選択して実行することができ、残りの送信をドロップ(drop)することができる。又は、次期システムにおいて、端末のUL送信とSL送信が異なるサービングセルにおいて時間上重複するとき、端末は電力制御を介して、優先順位によってSL送信又はUL送信に対する電力を減らし、端末の最大電力以下に送信電力を使用することができる。ここで、端末はSL送信に関するL1-優先順位(例えば、SCIにおいて指示する値)を(事前に)設定されたしきい値と比較し、UL送信の優先順位が高いか又はSL送信の優先順位が高いかを決定することができる。
具体的に、例えば、SL HARQ報告を含まないUL送信であるとき、前記UL送信がURLLCに該当するするかどうか(又はUL送信と関連するDCI上の「優先順位値(Priority value)」が1であるか及び/又はUL送信(例えば、RRCメッセージ)上の「優先順位値」が11であるかどうか)によって、前記のしきい値は異なるように端末に対して設定されたり事前に設定される。
例えば、SL HARQ報告を含むUL送信であるとき、前記UL送信とSL送信間、端末はSL HARQ報告に対応する優先順位値とSL送信に対応する優先順位値を直接比較し、優先順位が高い送信の優先順位を高く設定/決定することができる。例えば、前記SL HARQ報告に対する優先順位は前記SL HARQ報告に対応するPSFCHに対する優先順位であり、再び前記PSFCHに対する優先順位は前記PSFCHに対応するPSCCH及び/又はPSSCHに対する優先順位を継承したり従うことができる。その一方で、SL HARQ報告であるとき、常に前記SL HARQ報告に対応するPSFCHが存在することではない。この場合、優先順位又はこれに対するドロップルール(dropping rule)及び/又は電力制御方法を決定する必要がある。
本明細書において、優先順位値が大きいほど、優先順位は低いことである。例えば、第1送信に関連する優先順位値が1であって、第2送信に関連する優先順位値が2だと仮定すると、第1送信の優先順位は第2送信の優先順位より高い。
本開示の一実施例によると、基地局はCG(Configured Grant)を端末へ送信し、一つ以上のリソースを端末へ割り当てる。ここで、端末が前記CGに対応する一つ以上のリソースの中で特定周期内のリソース上でPSCCH/PSSCH送信を実行しないとき(例えば、端末がSL送信をスキップ/省略するとき)、端末は前記の特定周期に対してSL HARQ報告(例えば、ACK)を基地局へ送信することができる。ここで、基地局がACKを受信すると、基地局は不要に再送信リソースを端末へ割り当てない。
前記であるとき、SL HARQ報告に対応するPSFCH及び/又はPSCCH及び/又はPSSCHがないため、優先順位値も定義されない。この場合、例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はCG設定毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はリソースプール毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はSL BWP毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はHARQプロセスナンバー毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はHARQ状態(state)毎に端末に対して設定されたり事前に設定される。本明細書において、「設定」は「基地局/ネットワークが設定に関連する情報を端末へ送信する動作」を含む。
例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定される。例えば、端末は前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値を(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定することができる。例えば、前記のPUCCH及び/又はPUSCHは他のSL送信に比べて高い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて高い優先順位を持つ。前記において、ULはURLLCに該当しない場合として限定し、この場合URLLCに該当するするULの優先順位がもっと高い。前記のUL間の比較はドロップルール(dropping rule)であるときに適用すると限定する。
例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も大きい値に設定される。例えば、前記のPUCCH及び/又はPUSCHは他のSL送信に比べて低い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて低い優先順位を持つ。前記のUL間の比較はドロップルール(dropping rule)であるときに適用すると限定する。
本開示の一実施例によると、基地局はCGを端末へ送信し、一つ以上のリソースを端末へ割り当てる。ここで、端末が前記CGに対応する一つ以上のリソースの中で特定周期内のリソース上でPSCCH/PSSCH送信を実行しないとき(例えば、端末がSL送信をスキップ/省略するとき)、端末は前記の特定周期に対してSL HARQ報告(例えば、NACK)を基地局へ送信することができる。例えば、端末が予定されたPSCCH/PSSCH送信をドロップしたとき、端末はPSCCH/PSSCH送信に対応するPSFCH受信を期待しないが、端末はNACKを基地局へ報告することができる。
例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はDG(Dynamic grant)設定毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はCG設定毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はリソースプール毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はSL BWP毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はHARQプロセスナンバー毎に端末に対して設定されたり事前に設定される。例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値はHARQ状態(state)毎に端末に対して設定されたり事前に設定される。
例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定される。例えば、端末は前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値を(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定することができる。例えば、前記のPUCCH及び/又はPUSCHは他のSL送信に比べて高い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて高い優先順位を持つ。前記において、ULはURLLCに該当しないときに限定し、この場合URLLCに該当するするULの優先順位がもっと高い。前記のUL間の比較はドロップルール(dropping rule)であるときに適用すると限定する。
例えば、前記のSL送信の省略によるSL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も大きい値に設定される。例えば、前記のPUCCH及び/又はPUSCHは別のSL送信に比べて低い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて低い優先順位を持つ。前記のUL間の比較はドロップルール(dropping rule)であるときに適用すると限定する。例えば、前記のPUCCH及び/又はPUSCHに対する優先順位は予定されたPSCCH及び/又はPSSCH送信に対する優先順位を継承したり従うことができる。
図16は本開示の一実施例によって、送信端末がSL HARQフィードバック情報を基地局へ報告する手順を示す。図16の実施例は本開示の様々な実施例と組み合わせることができる。
図16を参照すると、ステップS1610において、基地局はSLリソースに関連する情報及びULリソースに関連する情報を送信端末へ送信することができる。例えば、CGタイプ1ベースのリソースを割り当てるとき、基地局はRRCメッセージを介してSLリソース及びULリソースを送信端末へ割り当て/設定することができる。例えば、CGタイプ2ベースのリソースを割り当てるとき、基地局はRRCメッセージ及びDCIを介してSLリソース及びULリソースを送信端末へ割り当て/設定することができる。例えば、DGベースのリソースを割り当てるとき、基地局はDCIを介してSLリソース及びULリソースを送信端末へ割り当て/設定することができる。例えば、SLリソースはPSCCH送信及び/又はPSSCH送信に関連するリソースである。例えば、ULリソースはPUCCH送信に関連するリソースである。例えば、ULリソースはPUSCH送信に関連するリソースである。
図17は本開示の一実施例に係る、CGタイプ1又はCGタイプ2ベースのリソースを割り当てるときの一例を示す。図17の実施例は本開示の様々な実施例と組み合わせることができる。
図17を参照すると、基地局はCGに関連するDCI及び/又はRRCメッセージを介して、周期的なリソースを送信端末へ割り当てることができる。
再び図16を参照すると、ステップS1620において、送信端末はSLリソースに関連する情報に基づいてPSCCHを受信端末へ送信することができる。ステップS1630において、送信端末はPSCCHに関連するPSSCHを受信端末へ送信することができる。
ステップS1640において、送信端末はPSSCHに関連するPSFCHを介して、SL HARQフィードバック情報を受信端末から受信することができる。例えば、送信端末及び受信端末はPSSCHに関連するPSFCHリソースを決定することができ、送信端末は前記PSFCHリソース上でSL HARQフィードバックを受信端末から受信することができる。
ステップS1650において、送信端末はSL HARQフィードバック情報を基地局へ送信することができる。ここで、例えば、送信端末がSL HARQフィードバック情報を受信端末から受信したとき、前記SL HARQフィードバック情報は受信端末から受信したSL HARQフィードバック情報である。例えば、送信端末がSL HARQフィードバック情報を受信端末から受信したとき、前記SL HARQフィードバック情報は受信端末から受信したSL HARQフィードバック情報に基づいて送信端末によって生成されるHARQフィードバック情報である。例えば、送信端末がSL HARQフィードバック情報が受信端末から受信できなかったとき、前記SL HARQフィードバック情報は送信端末によって生成されるHARQフィードバック情報である。
図18は本開示の一実施例によって、送信端末が特定周期内のリソースを用いてSL送信を実行しないとき、送信端末がSL HARQフィードバック情報を基地局へ報告する方法を示す。図18の実施例は本開示の様々な実施例と組み合わせることができる。
図18を参照すると、送信端末はAに該当するSLリソースを用いてSL送信を実行すると仮定する。この場合、送信端末はSL HARQフィードバック情報を受信端末から受信することができ、送信端末は前記SL HARQフィードバック情報を基地局へ報告することができる。
その一方で、送信端末はBに該当するするSLリソースを用いてSL送信を実行しないと仮定する。例えば、送信端末はBに該当するSLリソースを用いてPSCCHを送信しない。この場合、送信端末はACK情報を生成することができ、送信端末はACK情報を含むUL送信(例えば、PUCCH送信)を基地局へ実行することができる。ここで、例えば、UL送信(例えば、PUCCH送信)の優先順位はCGに対して可能な優先順位値の中で最も大きい優先順位値と同じである。例えば、送信端末は表8に基づいてACK情報の優先順位を決定することができる。
本開示の一実施例によると、端末はPSFCH送信を非活性化することができる。この場合、端末は(少なくともユニキャスト及び/又はグループキャストHARQフィードバックオプション2に関しては)PSCCH/PSSCHに関する追加リソースが必要かどうかによって、ACK又はNACKを基地局へ報告することができる。
例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値はDG(Dynamic grant)設定毎に端末に対して設定されたり事前に設定される。例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値はCG設定毎に端末に対して設定されたり事前に設定される。例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値はリソースプール毎に端末に対して設定されたり事前に設定される。例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値はSL BWP毎に端末に対して設定されたり事前に設定される。例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値はHARQプロセスナンバー毎に端末に対して設定されたり事前に設定される。例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値はHARQ状態(state)毎に端末に対して設定されたり事前に設定される。
例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定される。例えば、端末は前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値を(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定することができる。例えば、前記のPUCCH及び/又はPUSCHは他のSL送信に比べて高い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて高い優先順位を持つ。前記において、ULはURLLCに該当しないときに限定し、この場合URLLCに該当するULの優先順位がもっと高い。前記のUL間の比較はドロップルール(dropping rule)でときに適用すると限定する。
例えば、前記のPSFCH非活性化に関するSL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も大きい値に設定される。例えば、前記のPUCCH及び/又はPUSCHは他のSL送信に比べて低い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて低い優先順位を持つ。前記のUL間の比較はドロップルール(dropping rule)であるときに適用すると限定する。例えば、前記PUCCH及び/又はPUSCHの優先順位はHARQ状態(state)によって異なる場合がある。例えば、前記のPUCCH及び/又はPUSCHに対する優先順位は前記PUCCH及び/又はPUSCHに対応するPSCCH及び/又はPSSCH送信に対する優先順位を継承したり従うことができる。
本開示の一実施例によると、端末がTBに対する最大送信回数分だけTB送信を実行するとき、端末はSL HARQ報告(例えば、ACK又はNACK)を基地局へ送信することができる。例えば、端末がTBに対する最大送信回数を超えてTB送信を実行するとき、端末はSL HARQ報告(例えば、ACK又はNACK)を基地局へ送信することができる。
上述の場合、例えば、前記SL HARQ報告に関するUL送信の優先順位値はDG(Dynamic grant)設定毎に端末に対して設定されたり事前に設定される。例えば、前記SL HARQ報告に関するSL HARQ報告に関するUL送信の優先順位値はCG設定毎に端末に対して設定されたり事前に設定される。例えば、前記SL HARQ報告に関するSL HARQ報告に関するUL送信の優先順位値はリソースプール毎に端末に対して設定されたり事前に設定される。例えば、前記SL HARQ報告に関するSL HARQ報告に関するUL送信の優先順位値はSL BWP毎に端末に対して設定されたり事前に設定される。例えば、前記SL HARQ報告に関するSL HARQ報告に関するUL送信の優先順位値はHARQプロセスナンバー毎に端末に対して設定されたり事前に設定される。例えば、前記SL HARQ報告に関するUL送信の優先順位値はHARQ状態(state)毎に端末に対して設定されたり事前に設定される。
例えば、前記SL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定される。例えば、端末は前記SL HARQ報告に関するUL送信の優先順位値を(事前に)設定された又は可能な優先順位値の中で最も小さい値に設定することができる。例えば、前記のPUCCH及び/又はPUSCHは他のSL送信に比べて高い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて高い優先順位を持つ。前記において、ULはURLLCに該当しないときと限定し、この場合URLLCに該当するULの優先順位がもっと高い。前記のUL間の比較はドロップルール(dropping rule)であるときに適用すると限定する。
例えば、前記SL HARQ報告に関するUL送信の優先順位値は(事前に)設定された又は可能な優先順位値の中で最も大きい値に設定される。例えば、前記のPUCCH及び/又はPUSCHは他のSL送信に比べて低い優先順位を持つ。例えば、前記のPUCCH及び/又はPUSCHは他のUL送信に比べて低い優先順位を持つ。前記のUL間の比較はドロップルール(dropping rule)であるときに適用すると限定する。例えば、前記PUCCH及び/又はPUSCHの優先順位はHARQ状態(state)によって異なる場合がある。例えば、前記のPUCCH及び/又はPUSCHに対する優先順位は前記PUCCH及び/又はPUSCHに対応するPSCCH及び/又はPSSCH送信に対する優先順位を継承したら従うことができる。
本開示の一実施例によると、端末がPUSCHを介してSL HARQ報告を基地局へ送信するとき、前記PUSCHはSL HARQ報告に関する優先順位値とUL送信に関する優先順位値を持つ。具体的に、例えば、UL送信に関する優先順位は、前記UL送信に対応するRRC設定及び/又はDCI指示値を介して、「優先順位値」が1であるときはURLLCに対応され、0であるときはeMBB(enhanced mobile broadband)に対応する形である。DCI上で「優先順位値」に対する指示値がないときは、端末は該当する値を0に仮定/決定することができる。前記のPUSCHとSL送信間の優先順位の設定は次の方法で、端末が実行することができる。
例えば、端末は前記PUSCH上のSL HARQ報告に関する優先順位を無視することができ、通常のUL送信とSL送信間の優先順位の設定方法に基づいて優先順位を設定することができる。
このとき、例えば、UL送信の優先順位が高いときは、端末は前記PUSCHがSL HARQ報告を含む状態として前記PUSCHの優先順位を高く設定することができる。すなわち、ドロップルールであるときは、端末は前記PUSCHを送信することができ、電力制御であるときは、端末はSL送信の電力を端末の最大電力によって再調整(例えば、減少)させることができる。
その一方で、例えば、SL送信の優先順位が高いときは、端末は次のプロセスを介してSL HARQ報告とSL送信間の優先順位値を直接比較することができる。もし、SL HARQ報告の優先順位が高いときは、端末はPUSCHの代わりに、PUCCHを介してSL HARQ報告を送信することができる。その一方で、SL送信の優先順位が高いときは、ドロップルールであるときは、端末はSL HARQ報告をドロップすることができ、電力制御であるときは、端末はUL送信の電力を端末の最大電力によって再調整(例えば、減少)させることができる。
例えば、SL HARQ報告を含まないと仮定したUL送信の優先順位よりSL送信の優先順位が高く、及びSL HARQ報告の優先順位よりSL送信の優先順位が高いときだけ、端末はSL送信の優先順位を高く設定することができる。それ以外は、端末はPUSCHの優先順位を高く設定することができる。又は、例えば、端末はSL HARQ報告を含まないと仮定したUL送信とSL送信間の優先順位の設定方法に基づいて、どの送信の優先順位が高いかを決定することができる。
その一方で、SL HARQ報告を含むPUSCHと他のUL送信間の優先順位の決定方法を定義する必要がある。例えば、端末はSL HARQ報告を含まないと仮定したPUSCHと他のUL送信の中で、各UL送信に対応する「優先順位値」に基づいて、「優先順位値=1」に対応するUL送信を優先することができる。又は、例えば、端末はSL HARQ報告に関する優先順位値を他のUL送信の「優先順位値」によって用いられるしきい値と比較し、SL送信又はUL送信を優先することができる。
その一方で、次期システムにおいてPUCCH又はPUSCHに関するURLLC又はeMBBによって物理的に優先順位が異なり、PUCCH又はPUSCHに関する優先順位インデックス(priority index)は端末へ設定されたり(DCIを介して)端末へ指示される。その一方で、複数のPUCCH又はPUSCHの間の重複を処理するプロセスは前記同じ優先順位インデックス毎に実行され、又は、UCIは同じ優先順位インデックスを持つPUSCHにピギーバック/送信されることが認められる。その一方で、SL HARQ-ACK報告を含んだPUCCHに対して優先順位インデックスの値が設定されない。この場合、該当するPUCCHに関する重複を処理するプロセス及びUCIピギーバックプロセスにおいて仮定する優先順位インデックスの値を決定する必要がある。
例えば、該当する端末がURLLC関連動作を実行するとき又は少なくとも一つのPUCCH又はPUSCHに関して優先順位インデックス1が設定されたとき、SL HARQ-ACKを含むPUCCHの優先順位インデックスの値は1に端末へ設定される。例えば、端末へURLLCに関するSL優先順位のしきい値(例えば、SL-Sl-PriorityThresholdULURLLC)が設定/提供されないとき、SL HARQ-ACKを含むPUCCHの優先順位インデックスの値は0に端末へ設定される。例えば、端末へURLLCに関するSL優先順位のしきい値(例えば、SL-Sl-PriorityThresholdULURLLC)が設定/提供されたとき、SL HARQ-ACKを含むPUCCHの優先順位インデックスの値は1に端末へ設定される。例えば、端末へURLLCに対するSL優先順位のしきい値(例えば、SL-Sl-PriorityThresholdULURLLC)が設定/提供されたとき、及び/又はSL HARQ-ACKを含むPUCCHの優先順位値がSL-Sl-PriorityThresholdULURLLCより小さいとき、SL HARQ-ACKを含むPUCCHの優先順位インデックスの値は1に端末へ設定される。例えば、端末へURLLCに関するSL優先順位のしきい値(例えば、SL-Sl-PriorityThresholdULURLLC)が設定/提供されたとき、及び/又はSL HARQ-ACKを含むPUCCHの優先順位値がSL-Sl-PriorityThresholdULURLLCより大きい又は同じであるとき、SL HARQ-ACKを含むPUCCHの優先順位インデックスの値は0に端末へ設定される。例えば、SL HARQ-ACKを含むPUCCHに対応するDCIにおいて優先順位インデックスが指示される。この場合、例えば、SL HARQ-ACKを含むPUCCHに対応するDCIがないとき(Type-1CG)、SL HARQ-ACKを含むPUCCHに対応するDCIにおいて優先順位インデックスを0又は1に設定することができる。
前記PUCCHの優先順位インデックスの値によってSL HARQ-ACKが送信されるPUCCH又はPUSCHが異なる場合がある。前記PUCCHの優先順位インデックスの値によって、SL HARQ-ACKが送信されるPUCCH又はPUSCHによって、優先順位インデックスが0であるPUCCH送信又はPUSCH送信の全体又は一部が取り消しされる。
本開示において説明した提案方法に関する一例も本開示の実装する方法の中の一つとして含めることができるため、一種の提案方法と見なすことができることが明らかな事実である。又は、前記説明した提案方法は独立して実装できるが、一部提案方法の組み合わせ(又は併合)形として実装するこができる。一例として、本開示において説明の便宜のために3GPP NRシステムに基づいて提案方法を説明したが、提案方法が適用されるシステムの範囲は3GPP NRシステム以外に他のシステムにも拡張が可能である。本開示において、サイドリンク通信はUEが別のUEと直接ワイヤレスチャネルを用いて通信することを含むことができ、基地局と同じネットワーク装備がUEの間に通信方法によって信号を送/受信するときはやはり一種のUEと見なすことができる。
例えば、本開示の提案方法はモード1動作であるときにのみ限定的に適用することができる。例えば、本開示の提案方法はモード2動作であるときにのみ限定的に適用することができる。例えば、本開示の提案方法は事前に設定/シグナリングされた(特定)V2Xチャネル/シグナル送信(例えば、PSSCH(及び/又は(連動された)PSCCH及び/又はPSBCH))であるときにのみ限定的に適用することができる。例えば、本開示の提案方法はPSSCHと(連動された)PSCCHが(周波数領域上で)隣接(adjacent)し送信されるときにのみ限定的に適用することができる。例えば、本開示の提案方法はPSSCHと(連動された)PSCCHが(周波数領域上で)離隔(non-adjacent)し送信されるときにのみ限定的に適用することができる。例えば、本開示の提案方法はPSSCHと(連動された)PSCCHが事前に設定/シグナリングされたMCS(及び/又は符号化レート及び/又はRB)の値/範囲に基づいて送信されるときにのみ限定的に適用することができる。
例えば、本開示の提案方法はモード1(及び/又はモード2)V2Xキャリア(及び/又は(モード2(/1))SL(/UL)SPS(及び/又はSL(/UL)動的スケジューリング)キャリア)間にのみ限定的に適用することができる。例えば、本開示の提案方法はキャリア間に同期信号(送信及び/又は受信)リソース位置及び/又は個数(及び/又はV2Xリソースプール関連サブフレーム位置及び/又は個数(及び/又はサブチャネルの大きさ及び/又は個数))が同じ(及び/又は(一部)異なる)ときにのみ(限定的に)適用することができる。例えば、本開示の提案方法は基地局と端末間の(V2X)通信においても拡張して適用することができる。例えば、本開示の提案方法はユニキャスト(SL)通信にのみ限定的に適用することができる。例えば、本開示の提案方法はグループキャスト(SL)通信にのみ限定的に適用することができる。例えば、本開示の提案方法はブロードキャスト(SL)通信にのみ限定的に適用することができる。
図19は本開示の一実施例によって、第1装置が無線通信を行う方法を示す。図19の実施例は本開示の様々な実施例と組み合わせることができる。
図19を参照すると、ステップS1910において、第1装置はHARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信することができる。ステップS1920において、第1装置は前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)することができる。ステップS1930において、第1装置は前記ACK情報の優先順位値を決定することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
さらに、例えば、第1装置は前記CGリソースに関連する前記少なくとも一つの可能な優先順位値を前記基地局から受信することができる。
例えば、前記第1装置は前記一つの周期内のどのCGリソース(any configured grant resource)上でも前記PSCCHを送信しない。例えば、前記CGリソースはDCI(downlink control information)又はRRC(radio resource control)シグナリングの中で少なくともいずれか一つに基づいて前記第1装置へ割り当てられる周期的なリソースである。例えば、前記一つの周期内の前記CGリソースに関連する再送信リソースは前記ACKに基づいて前記基地局によって前記第1装置へ割り当てられない。
さらに、例えば、第1装置は前記ACK情報の優先順位値に基づいて、前記PUCCHに基づいて前記ACK情報を前記基地局へ送信するかしないかを決定することができる。例えば、前記ACK情報の優先順位値がSL通信の優先順位値より小さいことに基づいて、前記ACK情報は前記PUCCHに基づいて前記基地局へ送信される。例えば、前記ACK情報の優先順位値がSL通信の優先順位値より小さいことに基づいて、前記SL通信に関連する送信電力は減少する。例えば、前記ACK情報の優先順位値がSL通信の優先順位値より大きいことに基づいて、前記SL通信は実行される。例えば、前記ACK情報の優先順位値がSL通信の優先順位値より大きいことに基づいて、前記PUCCHに対する送信電力は減少する。
例えば、URLLC(Ultra reliable low latency communications)に関連するSL優先順位のしきい値が前記第1装置に対して設定されないことに基づいて、前記PUCCHの優先順位インデックスの値は0に前記第1装置に対して設定され、前記優先順位インデックスの値0は前記PUCCHに対する送信がeMBB(enhanced mobile broadband)と関連することを指示することができる。
例えば、URLLCに関連するSL優先順位のしきい値が前記第1装置に対して設定されることに基づいて、前記PUCCHの優先順位インデックスの値は1として前記第1装置に対して設定され、前記優先順位インデックスの値1は前記PUCCHに対する送信がURLLCと関連することを指示することができる。
例えば、(i)URLLCに関連するSL優先順位のしきい値が前記第1装置に対して設定され、及び(ii)前記PUCCHの優先順位値が前記SL優先順位のしきい値より小さいことに基づいて、前記PUCCHの優先順位インデックスの値は1に前記第1装置に対して設定され、前記優先順位インデックスの値1は前記PUCCHに対する送信がURLLCと関連することを指示することができる。
前記の提案方法は本開示の様々な実施例に係る装置に適用することができる。まず、第1装置100のプロセッサ102はHARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信するように送受信機106を制御することができる。そして、第1装置100のプロセッサ102は前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)することができる。そして、第1装置100のプロセッサ102は前記ACK情報の優先順位値を決定することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
本開示の一実施例によると、無線通信を行う第1装置が提供される。例えば、第1装置は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信し;前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)し;及び前記ACK情報の優先順位値を決定することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
本開示の一実施例によると、無線通信を行う第1端末を制御するよう設定された装置(apparatus)が提供される。例えば、装置は一つ以上のプロセッサ;及び前記一つ以上のプロセッサによって実行できるように連結され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信し;前記第1端末が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)し;及び前記ACK情報の優先順位値を決定することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
本開示の一実施例によると、命令を記録している非一時的コンピューター読み取り可能な記憶媒体が提供される。例えば、前記の命令は、一つ以上のプロセッサによって実行されるとき、前記一つ以上のプロセッサに:第1装置によって、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信させ;前記第1装置によって、前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)させ;及び前記第1装置によって、前記ACK情報の優先順位値を決定させる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
図20は本開示の一実施例によって、基地局が無線通信を行う方法を示す。図20の実施例は本開示の様々な実施例と組み合わせることができる。
図20を参照すると、ステップS2010において、基地局はHARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1装置へ送信することができる。ステップS2020において、基地局は前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1装置から受信することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
前記の提案方法は本開示の様々な実施例に係る装置に適用することができる。まず、基地局200のプロセッサ202はHARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1装置へ送信するよう送受信機206を制御することができる。そして、基地局200のプロセッサ202は前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1装置から受信するよう送受信機206を制御することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
本開示の一実施例によると、無線通信を行う基地局が提供される。例えば、基地局は命令を格納する一つ以上のメモリ;一つ以上の送受信機;及び前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1装置へ送信し;及び前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1装置から受信することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
本開示の一実施例によると、無線通信を行う基地局を制御するよう設定された装置(apparatus)が提供される。例えば、装置は一つ以上のプロセッサ;及び前記一つ以上のプロセッサによって実行できるように連結され、及び命令を格納する一つ以上のメモリを含む。例えば、前記一つ以上のプロセッサは前記の命令を実行し、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1端末へ送信し;及び前記第1端末が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1端末から受信することができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
本開示の一実施例によると、命令を記録している非一時的コンピューター読み取り可能な記憶媒体が提供される。例えば、前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:基地局によって、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1装置へ送信させ;及び前記基地局によって、前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1装置から受信させることができる。例えば、前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である。
本開示の多様な実施例は、相互結合されることができる。
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び/または動作流れ図は、機器間に無線通信/連結(例えば、5G)を必要とする多様な分野に適用されることができる。
以下、図面を参照してより具体的に例示する。以下の図面/説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。
図21は、本開示の一実施例に係る、通信システム1を示す。
図21を参照すると、本開示の多様な実施例が適用される通信システム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は、多様な物理チャネルを介して信号を送信/受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信/受信のための多様な構成情報設定過程、多様な信号処理過程(例えば、チャネルエンコーディング/デコーディング、変調/復調、リソースマッピング/デマッピング等)、リソース割当過程などのうち少なくとも一部が実行されることができる。
図22は、本開示の一実施例に係る、無線機器を示す。
図22を参照すると、第1の無線機器100と第2の無線機器200は、多様な無線接続技術(例えば、LTE、NR)を介して無線信号を送受信することができる。ここで、{第1の無線機器100、第2の無線機器200}は、図21の{無線機器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は、(アナログ)オシレータ及び/またはフィルタを含むことができる。
図23は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
図23を参照すると、信号処理回路1000は、スクランブラ1010、変調器1020、レイヤマッパ1030、プリコーダ1040、リソースマッパ1050、信号生成器1060を含むことができる。これに制限されるものではなく、図23の動作/機能は、図22のプロセッサ102、202及び/または送受信機106、206で実行されることができる。図23のハードウェア要素は、図22のプロセッサ102、202及び/または送受信機106、206で具現されることができる。例えば、ブロック1010~1060は、図22のプロセッサ102、202で具現されることができる。また、ブロック1010~1050は、図22のプロセッサ102、202で具現され、ブロック1060は、図22の送受信機106、206で具現されることができる。
コードワードは、図23の信号処理回路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)などを含むことができる。
無線機器において、受信信号のための信号処理過程は、図23の信号処理過程1010~1060の逆で構成されることができる。例えば、無線機器(例えば、図22の100、200)は、アンテナポート/送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器(frequency downlink converter)、ADC(analog-to-digital converter)、CP除去器、FFT(Fast Fourier Transform)モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング(postcoding)過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号(decoding)を経て、元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路(図示せず)は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。
図24は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用-例/サービスによって多様な形態で具現されることができる(図21参照)。
図24を参照すると、無線機器100、200は、図22の無線機器100、200に対応し、多様な要素(element)、成分(component)、ユニット/部(unit)、及び/またはモジュール(module)で構成されることができる。例えば、無線機器100、200は、通信部110、制御部120、メモリ部130、及び追加要素140を含むことができる。通信部は、通信回路112及び送受信機(ら)114を含むことができる。例えば、通信回路112は、図22の一つ以上のプロセッサ102、202及び/または一つ以上のメモリ104、204を含むことができる。例えば、送受信機(ら)114は、図22の一つ以上の送受信機106、206及び/または一つ以上のアンテナ108、208を含むことができる。制御部120は、通信部110、メモリ部130、及び追加要素140と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部120は、メモリ部130に格納されたプログラム/コード/命令/情報に基づいて、無線機器の電気的/機械的動作を制御することができる。また、制御部120は、メモリ部130に格納された情報を通信部110を介して、外部(例えば、他の通信機器)に無線/有線インターフェースを介して送信し、または通信部110を介して、外部(例えば、他の通信機器)から無線/有線インターフェースを介して受信された情報をメモリ部130に格納することができる。
追加要素140は、無線機器の種類によって多様に構成されることができる。例えば、追加要素140は、パワーユニット/バッテリ、入出力部(I/O unit)、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット(図21の100a)、車両(図21の100b-1、100b-2)、XR機器(図21の100c)、携帯機器(図21の100d)、家電(図21の100e)、IoT機器(図21の100f)、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、フィンテック装置(または、金融装置)、セキュリティ装置、気候/環境装置、AIサーバ/機器(図21の400)、基地局(図21の200)、ネットワークノードなどの形態で具現されることができる。無線機器は、使用-例/サービスによって、移動可能であり、または固定された場所で使われることができる。
図24において、無線機器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)及び/またはこれらの組み合わせで構成されることができる。
以下、図24の具現例に対して、他の図面を参照してより詳細に説明する。
図25は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブック等)を含むことができる。携帯機器は、MS(Mobile Station)、UT(user terminal)、MSS(Mobile Subscriber Station)、SS(Subscriber Station)、AMS(Advanced Mobile Station)またはWT(Wireless terminal)と呼ばれる。
図25を参照すると、携帯機器100は、アンテナ部108、通信部110、制御部120、メモリ部130、電源供給部140a、インターフェース部140b、及び入出力部140cを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110~130/140a~140cは、各々、図24のブロック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を介して多様な形態(例えば、文字、音声、イメージ、ビデオ、ハプティック)で出力されることができる。
図26は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有/無人飛行体(Aerial Vehicle、AV)、船舶などで具現されることができる。
図26を参照すると、車両または自律走行車両100は、アンテナ部108、通信部110、制御部120、駆動部140a、電源供給部140b、センサ部140c、及び自律走行部140dを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110/130/140a~140dは、各々、図24のブロック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技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。
Claims (20)
- 第1装置が無線通信を行う方法において、
HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信するステップ;
前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)するステップ;及び
前記ACK情報の優先順位値を決定するステップ;を含むが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、方法。 - 前記CGリソースに関連する前記少なくとも一つの可能な優先順位値を前記基地局から受信するステップ;を更に含む、請求項1に記載の方法。
- 前記第1装置は前記一つの周期内のどのCGリソース(any configured grant resource)上でも前記PSCCHを送信しない、請求項1に記載の方法。
- 前記CGリソースはDCI(downlink control information)又はRRC(radio resource control)シグナリングの中で少なくともいずれか一つに基づいて前記第1装置へ割り当てられる周期的なリソースである、請求項1に記載の方法。
- 前記一つの周期内の前記CGリソースに関連する再送信リソースは前記ACKに基づいて前記基地局によって前記第1装置へ割り当てられない、請求項1に記載の方法。
- 前記ACK情報の優先順位値に基づいて、前記PUCCHに基づいて前記ACK情報を前記基地局へ送信するかしないかを決定するステップ;を更に含む、請求項1に記載の方法。
- 前記ACK情報の優先順位値がSL通信の優先順位値より小さいことに基づいて、前記ACK情報は前記PUCCHに基づいて前記基地局へ送信される、請求項6に記載の方法。
- 前記ACK情報の優先順位値がSL通信の優先順位値より小さいことに基づいて、前記SL通信に関連する送信電力は減少する、請求項6に記載の方法。
- 前記ACK情報の優先順位値がSL通信の優先順位値より大きいことに基づいて、前記SL通信は行われる、請求項6に記載の方法。
- 前記ACK情報の優先順位値がSL通信の優先順位値より大きいことに基づいて、前記PUCCHに対する送信電力は減少する、請求項6に記載の方法。
- URLLC(Ultra reliable low latency communications)に関連するSL優先順位のしきい値が前記第1装置に対して設定されないことに基づいて、前記PUCCHの優先順位インデックスの値は0に前記第1装置に対して設定され、及び
前記優先順位インデックスの値0は前記PUCCHに対する送信がeMBB(enhanced mobile broadband)に関連することを指示する、請求項1に記載の方法。 - URLLCに関連するSL優先順位のしきい値が前記第1装置に対して設定されることに基づいて、前記PUCCHの優先順位インデックスの値は1に前記第1装置に対して設定され、及び
前記優先順位インデックスの値1は前記PUCCHに対する送信がURLLCと関連されることを指示する、請求項1に記載の方法。 - (i)URLLCに関連するSL優先順位のしきい値が前記第1装置に対して設定され、及び(ii)前記PUCCHの優先順位値が前記SL優先順位のしきい値より小さいことに基づいて、前記PUCCHの優先順位インデックスの値は1に前記第1装置に対して設定され、及び
前記優先順位インデックスの値1は前記PUCCHに対する送信がURLLCに関連することを指示する、請求項1に記載の方法。 - 無線通信を行う第1装置において、
命令を格納する一つ以上のメモリ;
一つ以上の送受信機;及び
前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含むが、前記一つ以上のプロセッサは前記の命令を実行し、
HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信し;
前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)し;及び
前記ACK情報の優先順位値を決定するが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、第1装置。 - 無線通信を行う第1端末を制御するよう設定された装置(apparatus)において、
一つ以上のプロセッサ;及び
前記一つ以上のプロセッサによって実行できるよう連結され、及び命令を格納する一つ以上のメモリを含むが、前記一つ以上のプロセッサは前記の命令を実行し、
HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信し;
前記第1端末が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)し;及び
前記ACK情報の優先順位値を決定するが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、装置。 - 命令を記録している非一時的コンピューター読み取り可能な記憶媒体として、
前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:
第1装置によって、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を基地局から受信させ;
前記第1装置によって、前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を生成(generate)させ;及び
前記第1装置によって、前記ACK情報の優先順位値を決定させるが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、非一時的コンピューター読み取り可能な記憶媒体。 - 基地局が無線通信を行う方法において、
HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1装置へ送信するステップ;及び
前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1装置から受信するステップ;を含むが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、方法。 - 無線通信を行う基地局において、
命令を格納する一つ以上のメモリ;
一つ以上の送受信機;及び
前記一つ以上のメモリと前記一つ以上の送受信機を連結する一つ以上のプロセッサを含むが、前記一つ以上のプロセッサは前記の命令を実行し、
HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1装置へ送信し;及び
前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1装置から受信するが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、基地局。 - 無線通信を行う基地局を制御するよう設定された装置(apparatus)において、
一つ以上のプロセッサ;及び
前記一つ以上のプロセッサによって実行できるよう連結され、及び命令を格納する一つ以上のメモリを含むが、前記一つ以上のプロセッサは前記の命令を実行し、
HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1端末へ送信し;及び
前記第1端末が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1端末から受信するが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、装置。 - 命令を記録している非一時的コンピューター読み取り可能な記憶媒体として、
前記の命令は、一つ以上のプロセッサによって実行されたとき、前記一つ以上のプロセッサに:
基地局によって、HARQ(hybrid automatic repeat request)フィードバック情報を報告するためのPUCCH(physical uplink control channel)リソースに関連する情報及びSL(sidelink)のためのCG(Configured Grant)リソースに関連する情報を第1装置へ送信させ;及び
前記基地局によって、前記第1装置が一つの周期内の前記CGリソース上でPSCCH(physical sidelink control channel)を送信しないことに基づいて、ACK情報を前記PUCCHリソース上で前記第1装置から受信させるが、
前記ACK情報の優先順位値は、前記CGリソースに関連する少なくとも一つの可能な優先順位値(possible priority value)の中で最も大きい優先順位値と同じ(same)である、非一時的コンピューター読み取り可能な記憶媒体。
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202062991551P | 2020-03-18 | 2020-03-18 | |
US62/991,551 | 2020-03-18 | ||
KR20200037816 | 2020-03-27 | ||
KR10-2020-0037816 | 2020-03-27 | ||
KR20200056536 | 2020-05-12 | ||
KR10-2020-0056536 | 2020-05-12 | ||
US202063104497P | 2020-10-22 | 2020-10-22 | |
US63/104,497 | 2020-10-22 | ||
PCT/KR2021/002059 WO2021187759A1 (ko) | 2020-03-18 | 2021-02-18 | Nr v2x에서 harq 피드백의 우선 순위를 결정하는 방법 및 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2022549084A JP2022549084A (ja) | 2022-11-24 |
JP7282261B2 true JP7282261B2 (ja) | 2023-05-26 |
Family
ID=77771335
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022516280A Active JP7282261B2 (ja) | 2020-03-18 | 2021-02-18 | Nr v2xにおけるharqフィードバックの優先順位を決定する方法及び装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US11997047B2 (ja) |
EP (1) | EP4017196A4 (ja) |
JP (1) | JP7282261B2 (ja) |
KR (1) | KR20220024719A (ja) |
CN (1) | CN114586306B (ja) |
WO (1) | WO2021187759A1 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11825448B2 (en) * | 2020-04-10 | 2023-11-21 | Qualcomm Incorporated | Techniques for prioritizing communication for sidelink communications |
US20230163924A1 (en) * | 2020-10-06 | 2023-05-25 | Lg Electronics Inc. | Method and apparatus for reporting harq feedback to base station in nr v2x |
CN114374955A (zh) * | 2020-10-15 | 2022-04-19 | 维沃移动通信有限公司 | 传输方法、优先级定义方法、装置及通信设备 |
US20230269735A1 (en) * | 2022-01-27 | 2023-08-24 | Qualcomm Incorporated | Network-controlled sidelink scheduling techniques |
WO2023212460A1 (en) * | 2022-04-29 | 2023-11-02 | Qualcomm Incorporated | Multiple channels within configured grant occasions |
CN114980339B (zh) * | 2022-06-10 | 2024-04-30 | 电子科技大学 | 基于可变时隙调度的c-v2x多业务下行资源分配方法 |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017191917A1 (ko) * | 2016-05-02 | 2017-11-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 sps 동작을 변경하는 방법 및 장치 |
US10912108B2 (en) * | 2016-10-20 | 2021-02-02 | Lg Electronics Inc. | Method for performing sidelink transmission prioritized over the uplink transmission in wireless communication system and a device therefor |
US11006397B2 (en) * | 2018-06-08 | 2021-05-11 | Apple Inc. | Multiplexing physical uplink control channels in a slot for a new radio (NR) system |
US20200029340A1 (en) * | 2018-07-19 | 2020-01-23 | Samsung Electronics Co., Ltd. | Method and apparatus for nr v2x resource selection |
WO2020032665A1 (ko) * | 2018-08-09 | 2020-02-13 | 삼성전자 주식회사 | 무선 셀룰라 통신 시스템에서 사이드링크 신호 송수신 방법 및 장치 |
WO2020032687A1 (ko) * | 2018-08-09 | 2020-02-13 | 엘지전자 주식회사 | Nr v2x에서 혼잡 제어를 수행하는 방법 및 장치 |
EP3813463A4 (en) * | 2018-08-10 | 2021-09-08 | LG Electronics, Inc. | METHOD AND DEVICE FOR COEXISTENCE OF SIDELINK COMMUNICATION ASSOCIATED WITH VARIOUS COUNCILS IN NR V2X |
US11381346B2 (en) * | 2019-04-02 | 2022-07-05 | Intel Corporation | Prioritization of services for control and data transmission for new radio systems |
US11026246B2 (en) * | 2019-07-23 | 2021-06-01 | Qualcomm Incorporated | Techniques for prioritizing transmission of types of wireless communications |
US11463204B2 (en) * | 2019-07-23 | 2022-10-04 | Samsung Electronics Co., Ltd. | Method and apparatus for sidelink transmission in a wireless communication system |
CA3095194A1 (en) * | 2019-10-02 | 2021-04-02 | Comcast Cable Communications, Llc | Feedback for wireless communications |
JP7310018B2 (ja) * | 2019-10-06 | 2023-07-18 | エルジー エレクトロニクス インコーポレイティド | Nr v2xにおけるul送信の優先順位を決定する方法及び装置 |
US11553518B2 (en) * | 2019-11-07 | 2023-01-10 | Qualcomm Incorporated | Prioritization of uplink transmissions on NR-U |
WO2021146683A1 (en) * | 2020-01-16 | 2021-07-22 | Ofinno, Llc | Cancellation indications of uplink and sidelink transmissions |
US20230046263A1 (en) * | 2020-02-03 | 2023-02-16 | Sony Group Corporation | Methods and communications devices for transmission of uplink signals according to priorities |
US11638323B2 (en) * | 2020-02-14 | 2023-04-25 | Qualcomm Incorporated | Discontinuous reception command over sidelink |
US20220312435A1 (en) * | 2020-04-07 | 2022-09-29 | Apple Inc. | Prioritization of uplink and sidelink transmissions |
US11825448B2 (en) * | 2020-04-10 | 2023-11-21 | Qualcomm Incorporated | Techniques for prioritizing communication for sidelink communications |
US20230059550A1 (en) * | 2020-05-14 | 2023-02-23 | Apple Inc. | Sidelink physical layer priority based procedures |
-
2021
- 2021-02-18 WO PCT/KR2021/002059 patent/WO2021187759A1/ko unknown
- 2021-02-18 KR KR1020227001855A patent/KR20220024719A/ko not_active Application Discontinuation
- 2021-02-18 CN CN202180005852.8A patent/CN114586306B/zh active Active
- 2021-02-18 JP JP2022516280A patent/JP7282261B2/ja active Active
- 2021-02-18 EP EP21772335.2A patent/EP4017196A4/en active Pending
-
2022
- 2022-03-25 US US17/705,235 patent/US11997047B2/en active Active
Non-Patent Citations (7)
Title |
---|
Asia Pacific Telecom,Discussion on SL Mode-1 Resource Allocation,3GPP TSG RAN WG1#98b R1-1910848,フランス,3GPP,2019年10月08日 |
ITL,Mode-1 resource allocation for NR V2X,3GPP TSG RAN WG1#100_e R1-2000699,フランス,3GPP,2020年02月14日 |
LG Electronics,Discussion on NR sidelink resource allocation for Mode 1,3GPP TSG RAN WG1#99 R1-1912587,フランス,3GPP,2019年11月09日 |
MediaTek Inc.,Discussion on sidelink physical layer structure,3GPP TSG RAN WG1#100_e R1- 2000445,フランス,3GPP,2020年02月15日 |
NEC,Mode 1 resource allocation mechanism for NR sidelink,3GPP TSG RAN WG1#99 R1-1912616,フランス,3GPP,2019年11月08日 |
OPPO,Mode 1 resource allocation for NR SL,3GPP TSG RAN WG1#99 R1-1912790,フランス,3GPP,2019年11月08日 |
OPPO,Physical layer procedure for NR-V2X sidelink,3GPP TSG RAN WG1#99 R1-1912792,フランス,3GPP,2019年11月08日 |
Also Published As
Publication number | Publication date |
---|---|
WO2021187759A1 (ko) | 2021-09-23 |
US11997047B2 (en) | 2024-05-28 |
CN114586306B (zh) | 2024-04-26 |
EP4017196A4 (en) | 2022-11-09 |
KR20220024719A (ko) | 2022-03-03 |
CN114586306A (zh) | 2022-06-03 |
JP2022549084A (ja) | 2022-11-24 |
EP4017196A1 (en) | 2022-06-22 |
US20220216975A1 (en) | 2022-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7154436B2 (ja) | Nr v2xにおけるpsfchを送信する方法、及び装置 | |
JP7286000B2 (ja) | Nr v2xにおけるフィードバックリソースを決定する方法及び装置 | |
JP7282261B2 (ja) | Nr v2xにおけるharqフィードバックの優先順位を決定する方法及び装置 | |
JP7446417B2 (ja) | Nr v2xにおけるsciフォーマットに基づいてharqフィードバック情報を送受信する方法及び装置 | |
JP7195416B2 (ja) | Nr v2xにおけるサイドリンクharqフィードバックを送信する方法及び装置 | |
JP7379685B2 (ja) | Nr v2xにおけるharqフィードバックを基地局へ報告する方法及び装置 | |
JP7387888B2 (ja) | Nr v2xにおけるharqフィードバック情報を基地局に報告する方法及び装置 | |
US11601222B2 (en) | Method and apparatus for transmitting HARQ feedback to base station in NR V2X | |
JP7395728B2 (ja) | Nr v2xにおけるsl送信を実行する方法及び装置 | |
JP2023531001A (ja) | Nr v2xにおける補助情報に基づいてsl通信を行う方法及び装置 | |
JP7340036B2 (ja) | Nr v2xにおけるサイドリンク送信電力を制御する方法及び装置 | |
JP2023503909A (ja) | Nr v2xにおけるcsiを要求する方法及び装置 | |
JP2022550961A (ja) | Nr v2xにおける制御情報に基づいて送信リソースを識別する方法及び同期 | |
JP7340087B2 (ja) | Nr v2xにおけるフィードバックリソースを決定する方法及び装置 | |
JP2023540929A (ja) | Nr v2xにおける補助情報に基づいてsl通信を行う方法及び装置 | |
JP2023525340A (ja) | Nr v2xにおいてdtxベースのrlf動作を実行する方法及び装置 | |
JP7310018B2 (ja) | Nr v2xにおけるul送信の優先順位を決定する方法及び装置 | |
CN114391264A (zh) | 用于在无线通信系统中发送和接收侧链路信号的方法 | |
JP2023534230A (ja) | Nr v2xにおける基地局によって割り当てられるリソースに基づいてsl通信を行う方法及び装置 | |
KR102579339B1 (ko) | 무선 통신 시스템에서 물리 사이드링크 피드백 채널의 송수신 방법 및 그 장치 | |
JP2023503911A (ja) | Nr v2xにおける基準信号を送信する方法及び装置 | |
JP2023546846A (ja) | Nr v2xにおけるリソースを決定する方法及び装置 | |
JP7325612B2 (ja) | Nr v2xからbwpに基づいてサイドリンク関連情報を基地局に送信する方法及び装置における位置情報を送信する方法及び装置 | |
JP2024504959A (ja) | Nr v2xで優先化手順を行う方法及び装置 | |
US20220408457A1 (en) | Method and device for performing sl communication on basis of resource allocation mode 1 in nr v2x |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220314 |
|
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: 20230425 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230516 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7282261 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |