JP2023521980A - Ｎｒ ｖ２ｘにおけるリソースを予約する方法及び装置 - Google Patents

Ｎｒ ｖ２ｘにおけるリソースを予約する方法及び装置 Download PDF

Info

Publication number
JP2023521980A
JP2023521980A JP2022561560A JP2022561560A JP2023521980A JP 2023521980 A JP2023521980 A JP 2023521980A JP 2022561560 A JP2022561560 A JP 2022561560A JP 2022561560 A JP2022561560 A JP 2022561560A JP 2023521980 A JP2023521980 A JP 2023521980A
Authority
JP
Japan
Prior art keywords
resource
terminal
resources
sci
size
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022561560A
Other languages
English (en)
Inventor
スンミン イ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2023521980A publication Critical patent/JP2023521980A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • 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/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • 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
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • 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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Dc Digital Transmission (AREA)

Abstract

第１装置が無線通信を行う方法及びこれをサポートする装置が提供される。前記方法は、スロット上において、リソース予約周期に関連する情報を含む第１ ＳＣＩを第２装置から受信するステップ、残りのパケット遅延バジェットに基づいて選択ウィンドウのサイズを決定するステップ、前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数を適用し、Ｎ値を獲得するステップ、前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定するステップ、及び前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択するステップを含むが、前記Ｎは正の整数である。【選択図】図１５

Description

本開示は、無線通信システムに関する。
サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）とは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間に直接的なリンクを設定し、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）を経ずに、端末間に音声またはデータなどを直接やり取りする通信方式を意味する。ＳＬは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）は、有／無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。Ｖ２Ｘは、Ｖ２Ｖ（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｎ（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ）、及びＶ２Ｐ（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ）のような四つの類型に区分されることができる。Ｖ２Ｘ通信は、ＰＣ５インターフェース及び／またはＵｕインターフェースを介して提供されることができる。
一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイル広帯域（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。それによって、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術を新しいＲＡＴ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ ｒａｄｉｏ）と称することができる。ＮＲでもＶ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信がサポートされることができる。
図１は、ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。図１の実施例は、本開示の多様な実施例と結合されることができる。
Ｖ２Ｘ通信と関連して、ＮＲ以前のＲＡＴではＢＳＭ（Ｂａｓｉｃ Ｓａｆｅｔｙ Ｍｅｓｓａｇｅ）、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）、ＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）のようなＶ２Ｘメッセージに基づいて、安全サービス（ｓａｆｅｔｙ ｓｅｒｖｉｃｅ）を提供する方案が主に論議された。Ｖ２Ｘメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ（ｐｅｒｉｏｄｉｃ ｍｅｓｓａｇｅ）タイプのＣＡＭ、及び／またはイベントトリガメッセージ（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｍｅｓｓａｇｅ）タイプのＤＥＮＭを他の端末に送信できる。
以後、Ｖ２Ｘ通信と関連して、多様なＶ２ＸシナリオがＮＲで提示されている。例えば、多様なＶ２Ｘシナリオは、車両プラトー二ング（ｖｅｈｉｃｌｅ ｐｌａｔｏｏｎｉｎｇ）、向上したドライビング（ａｄｖａｎｃｅｄ ｄｒｉｖｉｎｇ）、拡張されたセンサ（ｅｘｔｅｎｄｅｄ ｓｅｎｓｏｒｓ）、リモートドライビング（ｒｅｍｏｔｅｄ ｒｉｖｉｎｇ）などを含むことができる。
その一方で、従来の技術によると、送信端末が第１リソースに基づいて別の端末からＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する場合、送信端末はＣＥＩＬＩＮＧ（１００［ｍｓ］／Ｐ）個のリソースが前記ＳＣＩを送信した端末によって選択／予約されたと決定することができ、ＴＸ ＵＥはＣＥＩＬＩＮＧ（１００［ｍｓ］／Ｐ）個のリソースを選択しない。ここで、Ｙ＝ＣＥＩＬＩＮＧ（Ｘ）はＸより大きいか等しい整数のうち、最小整数を導出する関数であり、Ｐはｍｓ単位のリソース予約周期である。すなわち、従来の技術によると、端末は１００ｍｓ区間において不要に多いリソースを選択から排除することができる。したがって、端末の効率的なリソース排除動作が提案される必要がある。さらに、前記ＳＣＩのタイプに係る端末動作を定義する必要がある。
その一方で、複数のリソースプールが端末に対して設定される場合、複数のリソースプールとそれぞれ関連されたＳＬ ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）のサイズが異なる場合がある。この場合、端末が複数のリソースプールそれぞれに関連するＳＬ ＤＣＩに対するブラインドデコードを実行する場合、端末の複雑度が増加する。したがって、複数のＳＬ ＤＣＩに対するブラインドデコードのための端末複雑度を増加させないための方法を提案する必要がある。
一実施形態において、第１装置が無線通信を行う方法が提供される。前記方法は、スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信するステップ、残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定するステップ、前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得するステップ、前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定するステップ、及び前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択するステップを含む。前記Ｎは正の整数である。
一実施形態において、無線通信を行う第１装置が提供される。前記第１装置は、命令を格納する１つ以上のメモリ、１つ以上の送受信機、及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。前記１つ以上のプロセッサは前記命令を実行し、スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信し、残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定し、前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得し、前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定し、及び前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択することができる。前記Ｎは正の整数である。
端末がＳＬ通信を効率的に行うことができる。
ＮＲ以前のＲＡＴに基づくＶ２Ｘ通信とＮＲに基づくＶ２Ｘ通信を比較して説明するための図面である。
本開示の一実施例に係る、ＮＲシステムの構造を示す。
本開示の一実施形態に係る、無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。
本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。
本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。
本開示の一実施例に係る、ＢＷＰの一例を示す。
本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。
本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。
本開示の一実施例に係る、三つのキャストタイプを示す。
本開示の一実施例に係る、ＣＢＲ測定のためのリソース単位を示す。
本開示の一実施例によって、送信リソースを予約した端末が送信リソースに関連する情報を他の端末に知らせる方法を示す。
本開示の一実施形態によって、端末が選択ウィンドウ内においてリソースを選択する手順を示す。
本開示の一実施形態によって、端末が選択ウィンドウ内において特定リソースを排除する方法を示す。
本開示の一実施形態によって、基地局がＳＬ ＤＣＩに対するサイズアライメント（ＳＩＺＥ ＡＬＩＧＮＭＥＮＴ）を実行する手順を示す。
本開示の一実施形態によって、第１装置が無線通信を行う方法を示す。
本開示の一実施形態によって、装置が無線通信を行う方法を示す。
本開示の一実施形態によって、基地局が無線通信を行う方法を示す。
本開示の一実施例に係る、通信システム１を示す。
本開示の一実施例に係る、無線機器を示す。
本開示の一実施例に係る、送信信号のための信号処理回路を示す。
本開示の一実施例に係る、無線機器を示す。
本開示の一実施例に係る、携帯機器を示す。
本開示の一実施例に係る、車両または自律走行車両を示す。
本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／またはＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈されることができる。例えば、本明細書において「Ａ、ＢまたはＣ（Ａ、Ｂ ｏｒ Ｃ）」は「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。
本明細書で使われるスラッシュ（／）や読点（ｃｏｍｍａ）は「及び／または（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は「Ａ及び／またはＢ」を意味することができる。それによって、「Ａ／Ｂ」は「ただＡ」、「ただＢ」、または「ＡとＢの両方とも」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、ＢまたはＣ」を意味することができる。
本明細書において「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「少なくとも一つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも一つのＡ及び／またはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同じく解釈されることができる。
また、本明細書において「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」は、「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。また、「少なくとも一つのＡ、ＢまたはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ｏｒ Ｃ）」や「少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ／ｏｒ Ｃ）」は「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。
また、本明細書で使われる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味することができる。具体的に、「制御情報（ＰＤＣＣＨ）」で表示された場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。また、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されずに、「ＰＤＤＣＨ」が「制御情報」の一例として提案されたものである。また、「制御情報（即ち、ＰＤＣＣＨ）」で表示された場合も、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。
本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であって、ＩＥＥＥ８０２．１６ｅに基づくシステムとの下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）（登録商標）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ－ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）を使用するＥ－ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ－ＦＤＭＡを採用する。ＬＴＥ－Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化である。
５Ｇ ＮＲは、ＬＴＥ－Ａの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいＣｌｅａｎ－ｓｌａｔｅ形態の移動通信システムである。５Ｇ ＮＲは、１ＧＨｚ未満の低周波帯域から１ＧＨｚ～１０ＧＨｚの中間周波帯域、２４ＧＨｚ以上の高周波（ミリ波）帯域など、使用可能な全てのスペクトラムリソースを活用することができる。
説明を明確にするために、５Ｇ ＮＲを中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。
図２は、本開示の一実施例に係る、ＮＲシステムの構造を示す。図２の実施例は、本開示の多様な実施例と結合されることができる。
図２を参照すると、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、端末１０にユーザ平面及び制御平面のプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供する基地局２０を含むことができる。例えば、基地局２０は、ｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ－ＮｏｄｅＢ）及び／またはｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）を含むことができる。例えば、端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）等、他の用語とも呼ばれる。例えば、基地局は、端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）であり、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）等、他の用語とも呼ばれる。
図２の実施例は、ｇＮＢのみを含む場合を例示する。基地局２０は、相互間にＸｎインターフェースで連結されることができる。基地局２０は、５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されることができる。より具体的に、基地局２０は、ＮＧ－Ｃインターフェースを介してＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）３０と連結されることができ、ＮＧ－Ｕインターフェースを介してＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）３０と連結されることができる。
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができる。このうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
図３は本開示の一実施形態に係る、無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示す。図３の実施形態は本開示の様々な実施形態と組み合わせることができる。具体的には、図３の（ａ）はＵｕ通信のためのユーザ平面（ｕｓｅｒ ｐｌａｎｅ）の無線プロトコルスタック（ｓｔａｃｋ）を示し、図３の（ｂ）はＵｕ通信のための制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の無線プロトコルスタックを示す。図３の（ｃ）はＳＬ通信のためのユーザ平面の無線プロトコルスタックを示し、図３の（ｄ）はＳＬ通信のための制御平面の無線プロトコルスタックを示す。
図３を参照すると、物理階層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、物理チャネルを利用して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介してデータがどのようにどんな特徴に送信されるかによって分類される。
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
ＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層にサービスを提供する。ＭＡＣ階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副階層は、論理チャネル上のデータ転送サービスを提供する。
ＲＬＣ階層は、ＲＬＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を実行する。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ、ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ）、及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は制御平面でのみ定義される。ＲＲＣ層は無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは端末とネットワーク間のデータ伝送のために第１層（ｐｈｙｓｉｃａｌ層または、ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）層）によって提供される論理経路を意味する。
ユーザ平面でのＰＤＣＰ階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。
ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）階層は、ユーザ平面でのみ定義される。ＳＤＡＰ階層は、ＱｏＳフロー（ｆｌｏｗ）とデータ無線ベアラとの間のマッピング、ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）マーキングなどを実行する。
ＲＢが設定されるとは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）とＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
端末のＲＲＣ階層と基地局のＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるようになり、そうでない場合、ＲＲＣ＿ＩＤＬＥ状態にあるようになる。ＮＲの場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が追加で定義され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は、コアネットワークとの連結を維持し、それに対して、基地局との連結を解約（ｒｅｌｅａｓｅ）することができる。
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）と、その以外にユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）とがある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と、その以外にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）とがある。
トランスポートチャネルの上位において、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）では、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。
図４は、本開示の一実施例に係る、ＮＲの無線フレームの構造を示す。図４の実施例は、本開示の多様な実施例と結合されることができる。
図４を参照すると、ＮＲにおいて、アップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは、１０ｍｓの長さを有し、２個の５ｍｓハーフ－フレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）に定義されることができる。ハーフ－フレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、副搬送波間隔（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ、ＳＣＳ）によって決定されることができる。各スロットは、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）によって１２個または１４個のＯＦＤＭ（Ａ）シンボルを含むことができる。
ノーマルＣＰ（ｎｏｒｍａｌ ＣＰ）が使われる場合、各スロットは、１４個のシンボルを含むことができる。拡張ＣＰが使われる場合、各スロットは、１２個のシンボルを含むことができる。ここで、シンボルは、ＯＦＤＭシンボル（または、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－ＦＤＭＡ）シンボル（または、ＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ）シンボル）を含むことができる。
以下の表１は、ノーマルＣＰが使われる場合、ＳＣＳ設定（ｕ）によってスロット別シンボルの個数（Ｎｓｌｏｔ ｓｙｍｂ）、フレーム別スロットの個数（Ｎｆｒａｍｅ,ｕ ｓｌｏｔ）とサブフレーム別スロットの個数（Ｎｓｕｂｆｒａｍｅ,ｕ ｓｌｏｔ）を例示する。
Figure 2023521980000002
表２は、拡張ＣＰが使用される場合、ＳＣＳによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。
Figure 2023521980000003
ＮＲシステムでは、一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース（例えば、サブフレーム、スロットまたはＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定されることができる。
ＮＲにおいて、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）またはＳＣＳがサポートされることができる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）がサポートされることができ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した－都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）がサポートされることができる。ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅がサポートされることができる。
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、二つのタイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）に定義されることができる。前記二つのタイプの周波数範囲は、ＦＲ１及びＦＲ２である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表３の通りである。ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味することができ、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味することができ、ミリ波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれることができる。
Figure 2023521980000004
前述したように、ＮＲシステムの周波数範囲の数値は、変更されることができる。例えば、ＦＲ１は、以下の表４のように４１０ＭＨｚ乃至７１２５ＭＨｚの帯域を含むことができる。即ち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域を含むことができる。例えば、ＦＲ１内で含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。
Figure 2023521980000005
図５は、本開示の一実施例に係る、ＮＲフレームのスロット構造を示す。図５の実施例は、本開示の多様な実施例と結合されることができる。
図５を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、一つのスロットが１４個のシンボルを含み、拡張ＣＰの場合、一つのスロットが１２個のシンボルを含むことができる。または、ノーマルＣＰの場合、一つのスロットが７個のシンボルを含み、拡張ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。
搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数領域で複数（例えば、１２）の連続した副搬送波に定義されることができる。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数領域で複数の連続した（Ｐ）ＲＢ((Ｐｈｙｓｉｃａｌ)Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)に定義されることができ、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）に対応されることができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれ、一つの複素シンボルがマッピングされることができる。
以下、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）及びキャリアに対して説明する。
ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、与えられたヌメロロジーでＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の連続的な集合である。ＰＲＢは、与えられたキャリア上で与えられたヌメロロジーに対するＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の連続的な部分集合から選択されることができる。
例えば、ＢＷＰは活性（ａｃｔｉｖｅ）ＢＷＰ、イニシャル（ｉｎｉｔｉａｌ）ＢＷＰ及び／又はデフォルト（ｄｅｆａｕｌｔ）ＢＷＰの中で少なくともいずれか一つである。例えば、端末はＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）上の活性（ａｃｔｉｖｅ）ＤＬ ＢＷＰ以外のＤＬ ＢＷＰにおいてダウンリンク無線リンク品質（ｄｏｗｎｌｉｎｋ ｒａｄｉｏｌｉｎｋ ｑｕａｌｉｔｙ）をモニタリングしない場合がある。例えば、端末は活性ＤＬ ＢＷＰの外部においてＰＤＣＣＨ、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）又はＣＳＩ－ＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）（ただし、ＲＲＭ除外）を受信しない。例えば、端末は非活性ＤＬ ＢＷＰに対するＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）報告をトリガーしない。例えば、端末は活性ＵＬ ＢＷＰ外部においてＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）又はＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信しない。例えば、ダウンリンクであるとき、イニシャルＢＷＰは（ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）によって設定された）ＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）ＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）に対する連続ＲＢセットとして与えられる。例えば、アップリンクであるとき、イニシャルＢＷＰはランダムアクセス手順のためにＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）によって与えられる。例えば、デフォルトＢＷＰは上位層によって設定される。例えば、デフォルトＢＷＰの初期の値はイニシャルＤＬ ＢＷＰである。省エネのために、端末が一定期間の間ＤＣＩを検出することができないとき、端末は前記端末の活性ＢＷＰをデフォルトＢＷＰに切り替えることができる。
一方、ＢＷＰは、ＳＬに対して定義されることができる。同じＳＬ ＢＷＰは、送信及び受信に使われることができる。例えば、送信端末は、特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を送信することができ、受信端末は、前記特定ＢＷＰ上でＳＬチャネルまたはＳＬ信号を受信することができる。免許キャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）で、ＳＬ ＢＷＰは、Ｕｕ ＢＷＰと別途に定義されることができ、ＳＬ ＢＷＰは、Ｕｕ ＢＷＰと別途の設定シグナリング（ｓｅｐａｒａｔｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｉｇｎａｌｌｉｎｇ）を有することができる。例えば、端末は、ＳＬ ＢＷＰのための設定を基地局／ネットワークから受信することができる。 例えば、端末は、 Ｕｕ ＢＷＰのための設定を基地局／ネットワークから受信することができる。ＳＬ ＢＷＰは、キャリア内でｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ ＮＲ Ｖ２Ｘ端末及びＲＲＣ＿ＩＤＬＥ端末に対して（あらかじめ）設定されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードの端末に対して、少なくとも一つのＳＬ ＢＷＰがキャリア内で活性化されることができる。
図６は、本開示の一実施例に係る、ＢＷＰの一例を示す。図６の実施例は、本開示の多様な実施例と結合されることができる。図６の実施例において、ＢＷＰは、３個と仮定する。
図６を参照すると、ＣＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、ＰＲＢは、各ＢＷＰ内で番号が付けられたリソースブロックである。ポイントＡは、リソースブロックグリッド（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｉｄ）に対する共通参照ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）を指示することができる。
ＢＷＰは、ポイントＡ、ポイントＡからのオフセット（Ｎｓｔａｒｔ ＢＷＰ）及び帯域幅（Ｎｓｉｚｅ ＢＷＰ）により設定されることができる。例えば、ポイントＡは、全てのヌメロロジー（例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー）のサブキャリア０が整列されるキャリアのＰＲＢの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントＡとの間のＰＲＢ間隔である。例えば、帯域幅は、与えられたヌメロロジーでＰＲＢの個数である。
以下、Ｖ２ＸまたはＳＬ通信に対して説明する。
ＳＬＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）は、ＳＬ特定的なシーケンス（ｓｅｑｕｅｎｃｅ）であって、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と、ＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）とを含むことができる。前記ＰＳＳＳは、Ｓ－ＰＳＳ（Ｓｉｄｅｌｉｎｋ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と称し、前記ＳＳＳＳは、Ｓ－ＳＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と称することができる。例えば、長さ－１２７Ｍ－シーケンス（ｌｅｎｇｔｈ－１２７ Ｍ－ｓｅｑｕｅｎｃｅｓ）がＳ－ＰＳＳに対して使われることができ、長さ－１２７ゴールド－シーケンス（ｌｅｎｇｔｈ－１２７ Ｇｏｌｄ ｓｅｑｕｅｎｃｅｓ）がＳ－ＳＳＳに対して使われることができる。例えば、端末は、Ｓ－ＰＳＳを利用して最初信号を検出（ｓｉｇｎａｌ ｄｅｔｅｃｔｉｏｎ）することができ、同期を取得することができる。例えば、端末は、Ｓ－ＰＳＳ及びＳ－ＳＳＳを利用して細部同期を取得することができ、同期信号ＩＤを検出することができる。
ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）はＳＬ信号送受信の前に端末が真っ先に知るべき基本となる（システム）情報が送信される（放送）チャネルである。例えば、前記基本となる情報はＳＬＳＳに関連する情報、デュプレックスモード（Ｄｕｐｌｅｘ Ｍｏｄｅ、ＤＭ）、ＴＤＤＵＬ／ＤＬ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）構成、リソースプール関連情報、ＳＬＳＳに関連するアプリケーションの種類、サブフレームオフセット、放送情報などである。例えば、ＰＳＢＣＨ性能の評価のために、ＮＲ Ｖ２Ｘにおいて、ＰＳＢＣＨのペイロードの大きさは２４ビットのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を含んで５６ビットである。
Ｓ－ＰＳＳ、Ｓ－ＳＳＳ、及びＰＳＢＣＨは、周期的送信をサポートするブロックフォーマット（例えば、ＳＬＳＳ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)／ＰＳＢＣＨブロック、以下、Ｓ－ＳＳＢ（Ｓｉｄｅｌｉｎｋ－Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ ））に含まれることができる。前記Ｓ－ＳＳＢは、キャリア内のＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）／ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と同じヌメロロジー（即ち、ＳＣＳ及びＣＰ長さ）を有することができ、送信帯域幅は、（あらかじめ）設定されたＳＬ ＢＷＰ(Ｓｉｄｅｌｉｎｋ Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ)内にある。例えば、Ｓ－ＳＳＢの帯域幅は、１１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）である。例えば、ＰＳＢＣＨは、１１ＲＢにわたっている。そして、Ｓ－ＳＳＢの周波数位置は、（あらかじめ）設定されることができる。したがって、端末は、キャリアでＳ－ＳＳＢを見つけるために周波数で仮設検出（ｈｙｐｏｔｈｅｓｉｓ ｄｅｔｅｃｔｉｏｎ）を実行する必要がない。
図７は、本開示の一実施例に係る、Ｖ２ＸまたはＳＬ通信を実行する端末を示す。図７の実施例は、本開示の多様な実施例と結合されることができる。
図７を参照すると、Ｖ２ＸまたはＳＬ通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、基地局も一種の端末と見なされることもできる。例えば、端末１は、第１の装置１００であり、端末２は、第２の装置２００である。
例えば、端末１は、一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）内で特定のリソースに該当するリソース単位（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）を選択することができる。そして、端末１は、前記リソース単位を使用してＳＬ信号を送信することができる。例えば、受信端末である端末２は、端末１が信号を送信することができるリソースプールの設定を受けことができ、前記リソースプール内で端末１の信号を検出することができる。
ここで、端末１が基地局の連結範囲内にある場合、基地局は、リソースプールを端末１に知らせることができる。それに対して、端末１が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせ、または端末１は、事前に設定されたリソースプールを使用することができる。
一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は、一つまたは複数のリソース単位を選定し、自分のＳＬ信号の送信に使用することができる。
以下、ＳＬでリソース割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）に対して説明する。
図８は、本開示の一実施例によって、端末が送信モードによってＶ２ＸまたはＳＬ通信を実行する手順を示す。図８の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モードまたはリソース割当モードと称することができる。以下、説明の便宜のために、ＬＴＥにおいて、送信モードは、ＬＴＥ送信モードと称することができ、ＮＲにおいて、送信モードは、ＮＲリソース割当モードと称することができる。
例えば、図８の（ａ）は、ＬＴＥ送信モード１またはＬＴＥ送信モード３と関連した端末動作を示す。または、例えば、図８の（ａ）は、ＮＲリソース割当モード１と関連した端末動作を示す。例えば、ＬＴＥ送信モード１は、一般的なＳＬ通信に適用されることができ、ＬＴＥ送信モード３は、Ｖ２Ｘ通信に適用されることができる。
例えば、図８の（ｂ）は、ＬＴＥ送信モード２またはＬＴＥ送信モード４と関連した端末動作を示す。または、例えば、図８の（ｂ）は、ＮＲリソース割当モード２と関連した端末動作を示す。
図８の（а）を参照すると、ＬＴＥ送信モード１、ＬＴＥ送信モード３またはＮＲリソース割り当てモード１において、基地局はＳＬ送信のために端末によって用いられるＳＬリソースをスケジューリングすることができる。例えば、基地局は端末１にＰＤＣＣＨ（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））またはＲＲＣシグナリング（例えば、Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｙｐｅ１またはＣｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｙｐｅ２）を介してリソーススケジューリングを実行することができ、端末１は前記リソーススケジューリングによって端末２とＶ２ＸまたはＳＬ通信を実行することができる。例えば、端末１はＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介してＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を端末２に送信した後、前記ＳＣＩに基づいたデータをＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を介して端末２に送信することができる。
図８の（ｂ）を参照すると、ＬＴＥ送信モード２、ＬＴＥ送信モード４またはＮＲリソース割当モード２で、端末は、基地局／ネットワークにより設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソース内でＳＬ送信リソースを決定することができる。例えば、前記設定されたＳＬリソースまたはあらかじめ設定されたＳＬリソースは、リソースプールである。例えば、端末は、自律的にＳＬ送信のためのリソースを選択またはスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、ＳＬ通信を実行することができる。例えば、端末は、センシング（ｓｅｎｓｉｎｇ）及びリソース（再）選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末１は、ＰＳＣＣＨを介してＳＣＩを端末２に送信した後、前記ＳＣＩに基づくデータをＰＳＳＣＨを介して端末２に送信できる。
図９は、本開示の一実施例に係る、三つのキャストタイプを示す。図９の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図９の（ａ）は、ブロードキャストタイプのＳＬ通信を示し、図９の（ｂ）は、ユニキャストタイプのＳＬ通信を示し、図９の（ｃ）は、グループキャストタイプのＳＬ通信を示す。ユニキャストタイプのＳＬ通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのＳＬ通信の場合、端末は、自分が属するグループ内の一つ以上の端末とＳＬ通信を実行することができる。本開示の多様な実施例において、ＳＬグループキャスト通信は、ＳＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）通信、ＳＬ一対多（ｏｎｅ－ｔｏ－ｍａｎｙ）通信などに代替されることができる。
以下、ＳＬ輻輳制御（ｓｉｄｅｌｉｎｋ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）について説明する。
端末がＳＬ送信リソースを自ら決定するとき、端末は自分が用いるリソースの大きさ及び頻度も自ら決定することになる。勿論、ネットワークなどでの制約により、一定レベル以上のリソースの大きさや頻度を用いることは制限される場合がある。しかし、特定時点で特定地域に多くの端末が集まっている状況で全ての端末が比較的多いリソースを用いるときであれば、お互いの干渉によって全体的な性能が大幅に低下する。
したがって、端末はチャネル状況を観察する必要がある。もし、過度に多いリソースが消費されていると判断したら、端末は自らリソース使用を減らす形の動作を取ることが望ましい。本明細書において、これを輻輳制御（Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ、ＣＲ）と定義する。例えば、端末は単位時間／周波数リソースにおいて測定されたエネルギーが一定レベル以上であるかどうかを判断し、一定レベル以上のエネルギーが観察された単位時間／周波数リソースの比率によって自分の送信リソースの量及び頻度をコントロールすることができる。本明細書において、一定レベル以上のエネルギーが観察された時間／周波数リソースの比率をチャネル混雑率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ）と定義する。端末はチャネル／周波数に対してＣＢＲを測定することができる。さらに、端末は測定されたＣＢＲをネットワーク／基地局へ送信することができる。
図１０は本開示の一実施例に係る、ＣＢＲ測定のためのリソース単位を示す。図１０は本開示の様々な実施例と組み合わせることができる。
図１０を参照すると、ＣＢＲは端末が特定区間（例えば、１００ｍｓ）の間にサブチャネル単位でＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）を測定した結果、ＲＳＳＩの測定結果の値が予め設定されたしきい値以上の値を持つサブチャネルの個数を意味する。又は、ＣＢＲは特定区間の間のサブチャネルの中で予め設定されたしきい値以上の値を持つサブチャネルの比率を意味する。例えば、図１０の実施例において、斜線のサブチャネルが予め設定されたしきい値以上の値を持つサブチャネルであると仮定するとき、ＣＢＲは１００ｍｓ区間の間の斜線のサブチャネルの比率を意味する。さらに、端末はＣＢＲを基地局へ報告することができる。
さらに、トラフィック（例えば、パケット）の優先順位を考慮した輻輳制御が必要になる。このために、例えば、端末はチャネルの占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ、ＣＲ）を測定することができる。具体的に、端末はＣＢＲを測定し、端末は前記ＣＢＲによってそれぞれの優先順位（例えば、ｋ）に該当するトラフィックが占有することができるチャネルの占有率（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ Ｒａｔｉｏ ｋ、ＣＲｋ）の最大値（ＣＲlimitk）を決定することができる。例えば、端末はＣＢＲ測定の値の予め定められた表に基づいて、それぞれのトラフィックの優先順位に対するチャネルの占有率の最大値（ＣＲlimitk）を導出することができる。例えば、比較的優先順位が高いトラフィックであるとき、端末は比較的大きいチャネルの占有率の最大値を導出することができる。その後、端末はトラフィックの優先順位ｋがｉより低いトラフィックのチャネルの占有率の合計を一定の値以下に制限することによって、輻輳制御を実行することができる。このような方法によると、比較的優先順位が低いトラフィックに、より強いチャネルの占有率制限がかかる場合がある。
それ以外、端末は送信電力の大きさのコントロール、パケットのドロップ（ｄｒｏｐ）、再送信するかどかの決定、送信ＲＢの大きさのコントロール（ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）調整）などの方法を用いて、ＳＬ輻輳制御を実行することができる。
以下、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）手順に対して説明する。
ＳＬユニキャスト及びグループキャストの場合、物理階層でのＨＡＲＱフィードバック及びＨＡＲＱコンバイニング（ｃｏｍｂｉｎｉｎｇ）がサポートされることができる。例えば、受信端末がリソース割当モード１または２で動作する場合、受信端末は、ＰＳＳＣＨを送信端末から受信することができ、ＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）を介してＳＦＣＩ（Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマットを使用してＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信できる。
例えば、ＳＬ ＨＡＲＱフィードバックは、ユニキャストに対してイネイブルされることができる。この場合、ｎｏｎ－ＣＢＧ（ｎｏｎ－Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）動作で、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫを生成することができる。そして、受信端末は、ＨＡＲＱ－ＡＣＫを送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングできない場合、受信端末は、ＨＡＲＱ－ＮＡＣＫを生成することができる。そして、受信端末は、ＨＡＲＱ－ＮＡＣＫを送信端末に送信できる。
例えば、ＳＬ ＨＡＲＱフィードバックは、グループキャストに対してイネイブルされることができる。例えば、ｎｏｎ－ＣＢＧ動作で、二つのＨＡＲＱフィードバックオプションがグループキャストに対してサポートされることができる。
（１）グループキャストオプション１：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、ＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫを送信端末に送信しない。
（２）グループキャストオプション２：受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングした以後に、受信端末が前記ＰＳＣＣＨと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、ＨＡＲＱ－ＮＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。そして、受信端末が前記受信端末をターゲットとするＰＳＣＣＨをデコーディングし、及び受信端末が前記ＰＳＣＣＨと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、ＨＡＲＱ－ＡＣＫをＰＳＦＣＨを介して送信端末に送信できる。
例えば、グループキャストオプション１がＳＬ ＨＡＲＱフィードバックに使用される場合、グループキャストの通信を実行する全ての端末は、ＰＳＦＣＨリソースを共有することができる。例えば、同じグループに属する端末は、同じＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。
例えば、グループキャストオプション２がＳＬ ＨＡＲＱフィードバックに使用される場合、グループキャストの通信を実行する各々の端末は、ＨＡＲＱフィードバックの送信のために互いに異なるＰＳＦＣＨリソースを使用することができる。例えば、同じグループに属する端末は、互いに異なるＰＳＦＣＨリソースを利用してＨＡＲＱフィードバックを送信することができる。
例えば、ＳＬ ＨＡＲＱフィードバックがグループキャストに対して有効になったとき、受信端末はＴＸ－ＲＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ－Ｒｅｃｅｐｔｉｏｎ）距離及び／又はＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）に基づいてＨＡＲＱフィードバックを送信端末へ送信するかしないかを決定することができる。
例えば、グループキャストオプション１で、ＴＸ－ＲＸ距離ベースのＨＡＲＱフィードバックの場合、ＴＸ－ＲＸ距離が通信範囲の要求事項より小さいまたは同じ場合、受信端末は、ＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信できる。それに対して、ＴＸ－ＲＸ距離が通信範囲の要求事項より大きい場合、受信端末は、ＰＳＳＣＨに対するＨＡＲＱフィードバックを送信端末に送信しないことがある。例えば、送信端末は、前記ＰＳＳＣＨと関連したＳＣＩを介して、前記送信端末の位置を受信端末に知らせることができる。例えば、前記ＰＳＳＣＨと関連したＳＣＩは、第２のＳＣＩである。例えば、受信端末は、ＴＸ－ＲＸ距離を前記受信端末の位置と前記送信端末の位置とに基づいて推定または取得することができる。例えば、受信端末は、ＰＳＳＣＨと関連したＳＣＩをデコーディングし、前記ＰＳＳＣＨに使用される通信範囲の要求事項を知ることができる。
例えば、リソース割当モード１の場合に、ＰＳＦＣＨとＰＳＳＣＨとの間の時間（オフセット）は、設定され、またはあらかじめ設定されることができる。ユニキャスト及びグループキャストの場合、ＳＬ上で再送信が必要な場合、これはＰＵＣＣＨを使用するカバレッジ内の端末により基地局に指示されることができる。送信端末は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの形態ではなく、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）／ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）のような形態で前記送信端末のサービング基地局に指示（ｉｎｄｉｃａｔｉｏｎ）を送信することもある。また、基地局が前記指示を受信しなくても、基地局は、ＳＬの再送信リソースを端末にスケジューリングできる。例えば、リソース割当モード２の場合に、ＰＳＦＣＨとＰＳＳＣＨとの間の時間（オフセット）は、設定され、またはあらかじめ設定されることができる。
例えば、キャリアにおいて、端末の送信観点から、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨ間のＴＤＭがスロットにおいてＳＬのためのＰＳＦＣＨフォーマットに対して許可される。例えば、１つのシンボルを持つシーケンスベースのＰＳＦＣＨフォーマットがサポートされる。ここで、前記１つのシンボルはＡＧＣ（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ）区間ではない場合がある。例えば、前記シーケンスベースのＰＳＦＣＨフォーマットはユニキャスト及びグループキャストに適用される。
例えば、リソースプールと関連したスロット内で、ＰＳＦＣＨリソースは、Ｎスロット区間に周期的に設定され、または事前に設定されることができる。例えば、Ｎは、１以上の一つ以上の値に設定されることができる。例えば、Ｎは、１、２または４である。例えば、特定のリソースプールでの送信に対するＨＡＲＱフィードバックは、前記特定のリソースプール上のＰＳＦＣＨを介してのみ送信されることができる。
例えば、送信端末がスロット＃Ｘ乃至スロット＃Ｎにわたって、ＰＳＳＣＨを受信端末に送信する場合、受信端末は、前記ＰＳＳＣＨに対するＨＡＲＱフィードバックをスロット＃（Ｎ＋Ａ）で送信端末に送信できる。例えば、スロット＃（Ｎ＋Ａ）は、ＰＳＦＣＨリソースを含むことができる。ここで、例えば、Ａは、Ｋより大きいまたは同じ最も小さい整数である。例えば、Ｋは、論理的スロットの個数である。この場合、Ｋは、リソースプール内のスロットの個数である。または、例えば、Ｋは、物理的スロットの個数である。この場合、Ｋは、リソースプールの内部及び外部のスロットの個数である。
例えば、送信端末が受信端末に送信した一つのＰＳＳＣＨに対する応答として、受信端末がＰＳＦＣＨリソース上でＨＡＲＱフィードバックを送信する場合、受信端末は、設定されたリソースプール内で、暗示的メカニズムに基づいて前記ＰＳＦＣＨリソースの周波数領域（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）及び／またはコード領域（ｃｏｄｅ ｄｏｍａｉｎ）を決定することができる。例えば、受信端末は、ＰＳＣＣＨ／ＰＳＳＣＨ／ＰＳＦＣＨと関連したスロットインデックス、ＰＳＣＣＨ／ＰＳＳＣＨと関連したサブチャネル、及び／またはグループキャストオプション２ベースのＨＡＲＱフィードバックのためのグループで各々の受信端末を区別するための識別子のうち少なくともいずれか一つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／またはコード領域を決定することができる。及び／または、例えば、受信端末は、ＳＬ ＲＳＲＰ、ＳＩＮＲ、Ｌ１ソースＩＤ、及び／または位置情報のうち少なくともいずれか一つに基づいて、ＰＳＦＣＨリソースの周波数領域及び／またはコード領域を決定することができる。
例えば、端末のＰＳＦＣＨを介したＨＡＲＱフィードバックの送信とＰＳＦＣＨを介したＨＡＲＱフィードバックの受信とが重なる場合、前記端末は、優先順位規則に基づいて、ＰＳＦＣＨを介したＨＡＲＱフィードバックの送信またはＰＳＦＣＨを介したＨＡＲＱフィードバックの受信のうちいずれか一つを選択することができる。例えば、優先順位規則は、少なくとも関連のＰＳＣＣＨ／ＰＳＳＣＨの優先順位の指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。
例えば、端末の複数の端末に対するＰＳＦＣＨを介したＨＡＲＱフィードバックの送信が重なる場合、前記端末は、優先順位規則に基づいて特定のＨＡＲＱフィードバックの送信を選択することができる。例えば、優先順位規則は、少なくとも関連のＰＳＣＣＨ／ＰＳＳＣＨの優先順位の指示（ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｉｏｎ）に基づくことができる。
その一方で、本明細書において、例えば、送信端末（ＴＸ ＵＥ）は（ターゲット）受信端末（ＲＸ ＵＥ）にデータを送信する端末である。例えば、ＴＸ ＵＥはＰＳＣＣＨ及び／又はＰＳＳＣＨ送信を実行する端末である。例えば、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥにＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求インジケータを送信する端末である。例えば、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥにＳＬ（Ｌ１）ＲＳＲＰ測定に用いられる（事前に定義された）基準信号（例えば、ＰＳＳＣＨ ＤＭ－ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ））及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求インジケータを送信する端末である。例えば、ＴＸ ＵＥは（ターゲット）ＲＸ ＵＥのＳＬ ＲＬＭ（ｒａｄｉｏ ｌｉｎｋ ｍｏｎｉｔｏｒｉｎｇ）動作及び／又はＳＬ ＲＬＦ（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）動作に用いられる、（制御）チャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨなど）及び／又は前記（制御）チャネル上の基準信号（例えば、ＤＭ－ＲＳ、ＣＳＩ－ＲＳなど）を送信する端末である。
その一方で、本明細書において、受信端末（ＲＸ ＵＥ）は送信端末（ＴＸ ＵＥ）から受信されたデータの復号（ｄｅｃｏｄｉｎｇ）に成功したかどうか及び／又はＴＸ ＵＥが送信した（ＰＳＳＣＨスケジューリングに関連する）ＰＳＣＣＨの検出／復号に成功したかどうかに従ってＴＸ ＵＥにＳＬ ＨＡＲＱフィードバックを送信する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥから受信されたＳＬ ＣＳＩ－ＲＳ及び／又はＳＬ ＣＳＩ報告要求インジケータに基づいてＴＸ ＵＥにＳＬ ＣＳＩ送信を実行する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥから受信された（事前に定義された）基準信号及び／又はＳＬ（Ｌ１）ＲＳＲＰ報告要求インジケータに基づいて測定されたＳＬ（Ｌ１）ＲＳＲＰ測定値をＴＸ ＵＥへ送信する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥにＲＸ ＵＥ自身のデータを送信する端末である。例えば、ＲＸ ＵＥはＴＸ ＵＥから受信された（事前に設定された）（制御）チャネル及び／又は前記（制御）チャネル上の基準信号に基づいて、ＳＬ ＲＬＭ動作及び／又はＳＬ ＲＬＦ動作を実行する端末である。
その一方で、本明細書において、例えば、ＴＸ ＵＥはＳＣＩを介して、以下の情報の中で少なくともいずれか一つの情報をＲＸ ＵＥへ送信することができる。ここで、例えば、ＴＸ ＵＥは第１ＳＣＩ（ｆｉｒｓｔ ＳＣＩ）及び／又は第２ＳＣＩ（ｓｅｃｏｎｄ ＳＣＩ）を介して、以下の情報の中で少なくともいずれか一つの情報をＲＸ ＵＥへ送信することができる。
－ＰＳＳＣＨ（及び／又はＰＳＣＣＨ）関連リソース割り当て情報（例えば、時間／周波数リソースの位置／数、リソース予約情報（例えば、周期））
－ＳＬ ＣＳＩ報告要求インジケータ又はＳＬ（Ｌ１）ＲＳＲＰ（及び／又はＳＬ（Ｌ１）ＲＳＲＱ及び／又はＳＬ（Ｌ１）ＲＳＳＩ）報告要求インジケータ
－（ＰＳＳＣＨ上の）ＳＬ ＣＳＩ送信インジケータ（又はＳＬ（Ｌ１）ＲＳＲＰ（及び／又はＳＬ（Ｌ１）ＲＳＲＱ及び／又はＳＬ（Ｌ１）ＲＳＳＩ）情報送信インジケータ）
－ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）情報
－送信電力情報
－Ｌ１デスティネーション（ｄｅｓｔｉｎａｔｉｏｎ）ＩＤ情報及び／又はＬ１ソース（ｓｏｕｒｃｅ）ＩＤ情報
－ＳＬ ＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）ＩＤ情報
－ＮＤＩ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）情報
－ＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）情報
－（送信トラフィック／パケット関連）ＱｏＳ情報（例えば、優先順位情報）
－ＳＬ ＣＳＩ－ＲＳ送信インジケータ又は（送信される）ＳＬ ＣＳＩ－ＲＳアンテナポートの数情報
－ＴＸ ＵＥの位置情報又は（ＳＬ ＨＡＲＱフィードバックが要求される）ターゲットＲＸ ＵＥの位置（又は距離領域）情報
－ＰＳＳＣＨを介して送信されるデータのデコード及び／またはチャネル推定に関連する基準信号（例えば、ＤＭ－ＲＳなど）情報。例えば、前記基準信号情報はＤＭ－ＲＳの（時間－周波数）マッピングリソースのパターンに関連する情報、ＲＡＮＫ情報、アンテナポートインデックス情報、アンテナポート数情報などである。
その一方で、本明細書において、例えば、ＰＳＣＣＨはＳＣＩ、第１ ＳＣＩ（１ｓｔ－ｓｔａｇｅ ＳＣＩ）及び／または第２ ＳＣＩ（２ｎｄ－ｓｔａｇｅ ＳＣＩ）のうち、少なくともいずれか１つと相互代替／置換される。例えば、ＳＣＩはＰＳＣＣＨ、第１ ＳＣＩ及び／または第２ ＳＣＩのうち、少なくともいずれか１つと相互代替／置換される。例えば、ＰＳＳＣＨは第２ ＳＣＩ及び／またはＰＳＣＣＨと相互代替／置換される。
その一方で、本明細書において、例えば、（比較的）高いＳＣＩペイロード（ｐａｙｌｏａｄ）サイズを考慮してＳＣＩ構成フィールドを２つのグループに分けた場合、第１ ＳＣＩ構成フィールドグループを含む第１ ＳＣＩを１ｓｔＳＣＩと称することができ、第２ ＳＣＩ構成フィールドグループを含む第２ ＳＣＩを２ｎｄＳＣＩに称することができる。例えば、１ｓｔＳＣＩと２ｎｄＳＣＩは異なるチャネルを介して送信される。例えば、１ｓｔＳＣＩはＰＳＣＣＨを介して受信端末に送信される。例えば、２ｎｄＳＣＩは（独立した）ＰＳＣＣＨを介して受信端末に送信されるか、ＰＳＳＣＨを介してデータとともにピギーバックされ送信される。
その一方で、本明細書において、例えば、「設定」または「定義」は基地局またはネットワークからの（事前）設定を意味する。例えば、「設定」または「定義」は基地局またはネットワークからのリソースプール特定の（事前）設定を意味する。例えば、基地局またはネットワークは「設定」または「定義」に関連する情報を端末に送信することができる。例えば、基地局またはネットワークは事前に定義されたシグナリングを介して、「設定」または「定義」に関連する情報を端末に送信することができる。例えば、事前に定義されるシグナリングはＲＲＣシグナリング、ＭＡＣシグナリング、ＰＨＹシグナリング及び／またはＳＩＢのうち、少なくともいずれか１つを含むことができる。
その一方で、本明細書において、例えば、「設定」または「定義」は端末の間に事前に設定されたシグナリングを介して指定または設定されることを意味する。例えば、「設定」または「定義」に関連する情報は端末の間に事前に設定されたシグナリングを介して送受信される。例えば、事前に定義されるシグナリングはＰＣ５ ＲＲＣシグナリングである。
その一方で、本明細書において、例えば、ＲＬＦはＯＯＳ（Ｏｕｔ－ｏｆ－Ｓｙｎｃｈ）及び／またはＩＳ（Ｉｎ－Ｓｙｎｃｈ）と相互代替／置換される。
その一方で、本明細書において、例えば、ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）はサブキャリアに相互代替／置換することができる。例えば、パケット（ｐａｃｋｅｔ）又はトラフィック（ｔｒａｆｆｉｃ）は送信される階層によってＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）又はＭＡＣ ＰＤＵ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）に相互代替／置換することができる。例えば、ＣＢＧ（ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ）はＴＢに相互代替／置換することができる。例えば、ソースＩＤはデスティネーションＩＤに相互代替／置換することができる。例えば、Ｌ１ ＩＤはＬ２ ＩＤに相互代替／置換することができる。例えば、Ｌ１ ＩＤはＬ１ソースＩＤ又はＬ１デスティネーションＩＤである。例えば、Ｌ２ ＩＤはＬ２ソースＩＤ又はＬ２デスティネーションＩＤである。
その一方で、本明細書において、例えば、ＴＸ ＵＥが再送信リソースを予約／選択／決定する動作は、ＴＸ ＵＥがＲＸ ＵＥから受信したＳＬ ＨＡＲＱフィードバック情報に基づいて実際の使用有無が決定される潜在的な（ｐｏｔｅｎｔｉａｌ）再送信リソースを予約／選択／決定する動作を意味する。
その一方で、本明細書において、リソースはスロット又はシンボルに相互代替／置換することができる。例えば、リソースはスロット及び／又はシンボルを含む。例えば、ＰＳＳＣＨはＰＳＣＣＨに相互代替／置換することができる。
その一方で、本明細書において、ＳＬ ＭＯＤＥ １は、基地局が事前に定義されたシグナリング（例えば、ＤＣＩ又はＲＲＣメッセージ）を介してＴＸ ＵＥのためのＳＬ送信リソースを直接スケジューリングするリソース割り当て方法又は通信方法を意味する。例えば、ＳＬ ＭＯＤＥ ２は、端末が基地局又はネットワークから設定されるか事前に設定されたリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）内でＳＬ送信リソースを独立して選択するリソース割り当て方法又は通信方法を意味する。例えば、ＳＬ ＭＯＤＥ １に基づいてＳＬ通信を行う端末はＭＯＤＥ １ ＵＥ又はＭＯＤＥ １ ＴＸ ＵＥと称することができ、ＳＬ ＭＯＤＥ ２に基づいてＳＬ通信を行う端末はＭＯＤＥ ２ ＵＥ又はＭＯＤＥ ２ ＴＸ ＵＥと称することができる。
その一方で、本明細書において、例えば、ＤＧ（ｄｙｎａｍｉｃ ｇｒａｎｔ）はＣＧ（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）及び／又はＳＰＳグラント（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ ｇｒａｎｔ）に相互代替／置換することができる。例えば、ＤＧはＣＧ及びＳＰＳグラントの組み合わせに相互代替／置換することができる。例えば、ＣＧはＣＧタイプ１（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ １）及び／又はＣＧタイプ２（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ ２）の中で少なくともいずれか一つを含む。例えば、ＣＧタイプ１において、グラントはＲＲＣシグナリングによって提供され、設定されたグラントとして格納される。例えば、ＣＧタイプ２において、グラントはＰＤＣＣＨによって提供され、グラントの活性化又は非活性化を示すＬ１シグナリングに基づいて設定されたグラントとして格納又は削除される。例えば、ＣＧタイプ１において、基地局はＲＲＣメッセージを介して周期的なリソースをＴＸ ＵＥに割り当てることができる。例えば、ＣＧタイプ２において、基地局はＲＲＣメッセージを介して周期的なリソースをＴＸ ＵＥに割り当てることができ、基地局はＤＣＩを介して前記周期的なリソースを動的に活性化（ａｃｔｉｖａｔｉｏｎ）又は非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）することができる。
その一方で、本明細書において、チャネルは信号（ｓｉｇｎａｌ）と相互代替／置換される。例えば、チャネルの送受信は信号の送受信を含むことができる。例えば、信号の送受信はチャネルの送受信を含むことができる。例えば、キャストはユニキャスト、グループキャスト及び／またはブロードキャストのうち、少なくともいずれか１つと相互代替／置換される。例えば、キャストタイプはユニキャスト、グループキャスト及び／またはブロードキャストのうち、少なくともいずれか１つと相互代替／置換される。例えば、キャストまたはキャストタイプはユニキャスト、グループキャスト及び／またはブロードキャストを含むことができる。
その一方で、本明細書において、リソースはスロット又はシンボルに相互代替／置換される。例えば、リソースはスロット及び／又はシンボルを含む。
その一方で、本明細書において、優先順位はＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）、レイテンシー（ｌａｔｅｎｃｙ）、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）、必要最小限通信範囲（ｍｉｎｉｍｕｍ ｒｅｑｕｉｒｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）、ＰＰＰＰ（Ｐｒｏｓｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ）、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）、ＱｏＳプロファイル（ｐｒｏｆｉｌｅ）、ＱｏＳパラメータ、及び／又は要件（ｒｅｑｕｉｒｅｍｅｎｔ）のうち少なくともいずれか一つに相互代替／置換される。
その一方で、本明細書において、例えば、説明の便宜上、ＲＸ ＵＥが以下の情報のうち少なくとも一つをＴＸ ＵＥへ送信するとき用いる（物理的）チャネルをＰＳＦＣＨと言える。
－ＳＬ ＨＡＲＱフィードバック、ＳＬ ＣＳＩ、ＳＬ（Ｌ１） ＲＳＲＰ
その一方で、本明細書において、ＵｕチャネルはＵＬチャネル及び／又はＤＬチャネルを含む。例えば、ＵＬチャネルはＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｎｅｃｅ Ｓｉｇｎａｌ）などを含む。例えば、ＤＬチャネルはＰＤＣＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳなどを含む。例えば、ＳＬチャネルはＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳなどを含む。
その一方で、本明細書において、サイドリンク情報はサイドリンクメッセージ、サイドリンクパケット、サイドリンクサービス、サイドリンクデータ、サイドリンク制御情報、及び／又はサイドリンクＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）のうち少なくともいずれか一つを含む。例えば、サイドリンク情報はＰＳＳＣＨ及び／又はＰＳＣＣＨを介して送信される。
その一方で、本明細書において、優先順位が高いのは優先順位値が小さいことを意味し、優先順位が低いのは優先順位値が大きいことを意味する。例えば、表５は優先順位の一例を示す。
Figure 2023521980000006
表５を参照すると、例えば、最も小さい優先順位値に関連するサービスＡ又は論理チャネルＡの優先順位が最も高い場合がある。例えば、最も大きい優先順位値に関連するサービスＣ又は論理チャネルＣの優先順位が最も低い場合がある。
その一方で、ＮＲ Ｖ２Ｘ通信又はＮＲサイドリンク通信において、送信端末はサイドリンク送信（例えば、初期送信及び／又は再送）のための一つ以上の送信リソースを予約／選択することができ、送信端末は前記一つ以上の送信リソースの位置に関する情報を受信端末に知らせることができる。
その一方で、サイドリンク通信実行のとき、送信端末が受信端末に対する送信リソースを予約又は事前に決定する方法は代表的に以下の形態である。
例えば、送信端末はチェーン（ｃｈａｉｎ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末へ送信するか知らせることができる。すなわち、例えば、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。又は、例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個より少ない送信リソースの位置情報を受信端末に知らせるか送信することができる。すなわち、前記ＳＣＩは前記Ｋ個より少ない送信リソースの位置情報を含む。このとき、例えば、送信端末が任意の（又は特定の）送信時点又は時間リソースにおいて送信される一つのＳＣＩを介してＫ個より小さい送信リソースの位置情報だけを受信端末にシグナリングすることで、ＳＣＩペイロード（ｐａｙｌｏａｄ）の過渡な増加による性能低下を防ぐことができる。
図１１は本開示の一実施例によって、送信リソースを予約した端末が送信リソースに関連する情報を他の端末に知らせる方法を示す。図１１の実施例は本開示の様々な実施例と組み合わせることができる。
具体的に、例えば、図１１の（ａ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）２個の送信リソースの位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１１の（ｂ）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して（最大）３個の送信リソース位置情報を受信端末へ送信／シグナリングすることで、チェーンベースのリソース予約を実行する方法を示す。例えば、図１１の（ａ）及び（ｂ）を参照すると、送信端末は４番目（又は最後）送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングすることができる。例えば、図１１の（ａ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。例えば、図１１の（ｂ）を参照すると、送信端末は４番目（又は最後）の送信関連ＰＳＣＣＨを介して、４番目の送信関連リソース位置情報だけでなく、２番目の送信関連リソース位置情報及び３番目の送信関連リソース位置情報を追加に受信端末へ送信／シグナリングすることができる。このとき、例えば、図１１の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットを事前に設定された値（例えば、０）に設定又は指定することができる。例えば、図１１の（ａ）及び（ｂ）において、送信端末が４番目（又は最後）の送信関連ＰＳＣＣＨを介して４番目の送信関連リソース位置情報だけを受信端末へ送信／シグナリングするとき、送信端末は用いられないか残りの送信リソースの位置情報フィールド／ビットが（４個の送信のうち）最後送信であることを示す事前に設定された状態／ビット値を指示するように設定又は指定することができる。
その一方で、例えば、送信端末はブロック（ｂｌｏｃｋ）ベースに送信リソースの予約を実行することができる。具体的に、例えば、送信端末がＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、送信端末が特定のＴＢに関連するＫ個の送信リソースの予約を実行するとき、送信端末は任意の（又は特定の）送信時点又は時間リソースにおいて受信端末へ送信するＳＣＩを介してＫ個の送信リソースに関連する位置情報を全部受信端末へ送信するか又は知らせることができる。すなわち、前記ＳＣＩは前記Ｋ個の送信リソースの位置情報を含む。例えば、図１１の（c）はＫ値が４であるとき、送信端末が一つのＳＣＩを介して４個の送信リソース位置情報を受信端末にシグナリングすることで、ブロックベースのリソース予約を実行する方法を示す。
本開示の一実施形態によれば、基地局／ネットワークは特定のＴＢ関連複数の（予約された）送信リソースの間に以下の（一部の）パラメータが同じく維持できるように端末に設定するか予め設定することができる。ここで、例えば、端末は特定のＴＢ関連複数の（予約された）送信リソースの間に以下の（一部の）パラメータを同じく維持／設定することができる。例えば、基地局／ネットワークは（１つの）ＳＣＩによってスケジューリング／予約される送信リソースの間に以下の（一部の）パラメータが同じく維持されるように端末に設定するか、予め設定することができる。ここで、例えば、端末は（１つの）ＳＣＩによってスケジューリング／予約される送信リソースの間に以下の（一部の）パラメータを同じく維持／設定することができる。例えば、前記パラメータは（ｉ）ＭＣＳ値、（ｉｉ）ＲＶ値、（ｉｉｉ）ＮＤＩ値、及び／または（ｉｖ）第２ ＳＣＩのマッピングに関連するＲＥの数及び／または（有効）符号化レート（ｃｏｄｉｎｇ ｒａｔｅ）を決定するパラメータ（例えば、ベタオフセット）のうち、少なくともいずれか１つを含むことができる。
ここで、例えば、当該ルールが適用されるか否かまたは当該ルールが有効になるか否かはリソースプールによって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かはサービスタイプによって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かはサービス優先順位によって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かはＱＯＳ要件（例えば、遅延、信頼度）によって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かはキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）によって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かはＨＡＲＱフィードバックオプション（例えば、（ＴＸ－ＲＸ距離ベースの）ＮＡＣＫ ＯＮＬＹフィードバック、ＡＣＫ／ＮＡＣＫフィードバック）によって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かはＨＡＲＱ（フィードバック）ＥＮＡＢＬＥＤ ＴＢまたはＨＡＲＱ（フィードバック）ＤＩＳＡＢＬＥＤ ＴＢによって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否かまたは当該ルールが有効になるか否かは（リソースプール関連）輻輳レベルによって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かは（バックワード指示（ｂａｃｋｗａｒｄ ｉｎｄｉｃａｔｉｏｎ）ベースの）周期的リソース予約方法または（バックワード指示のない）チェーンベースのリソース予約方法によって、異なるように（または限定して）端末に対して設定される。例えば、当該ルールが適用されるか否か、または当該ルールが有効になるか否かは（事前に設定された）ＳＣＩにシグナリング可能な最大送信リソースの数（例えば、２）によって、異なるように（または限定して）端末に対して設定される。
例えば、前記ルールが適用される場合、ＲＸ ＵＥは関連スケジューリング／予約リソース上のＰＳＳＣＨまたはデータをＨＡＲＱコンバインできるように設定される。具体的には、例えば、前記ルールが適用される場合、ＳＣＩのデコードに成功したＲＸ ＵＥはそれぞれの連動された（追加の）ＳＣＩのデコードに（一部の）失敗したとしても前記ＳＣＩに関連するスケジューリング／予約リソース上のＰＳＳＣＨまたはデータをＨＡＲＱコンバインできるように設定される。
例えば、リソースプールを構成する特定サブチャネルの周波数リソースのサイズが残りのサブチャネルに比べて大きいかまたは小さい場合、例外として、前記説明した提案ルールが適用されないように設定される。説明の便宜上、リソースプールを構成する特定サブチャネルの周波数リソースのサイズが残りのサブチャネルに比べて大きいかまたは小さいサブチャネルをＵＮＮＯＲ＿ＳＢと称することができる。例えば、ＵＮＮＯＲ＿ＳＢが特定ＴＢ関連複数の（予約された）送信リソースに含まれる場合、例外として、前記説明した提案ルールが適用されないように設定される。例えば、ＵＮＮＯＲ＿ＳＢが（１つの）ＳＣＩがスケジューリング／予約する送信リソースに含まれる場合、例外として、前記説明した提案ルールが適用されないように設定される。これを介して、例えば、ＵＮＮＯＲ＿ＳＢが特定ＴＢ関連複数の（予約された）送信リソースに含まれているとしたとしても、端末はＴＢサイズを同じく維持することができる。また、例えば、ＵＮＮＯＲ＿ＳＢが（１つの）ＳＣＩがスケジューリング／予約する送信リソースに含まれているとしたとしても、端末はＴＢサイズを同じく維持することができる。
例えば、チェーンベースのシグナリングが中断された特定ＴＢ関連（予約された）送信リソースの間には、例外として、前記説明した提案ルールが適用されないように設定される。例えば、（ＰＳＦＣＨを介した）ＨＡＲＱフィードバック（例えば、ＮＡＣＫ）以降の（再）送信リソースと前記ＨＡＲＱフィードバック以前の（再）送信リソースの間には、例外として、前記説明した提案ルールが適用されないように設定される。例えば、ＤＴＸ（例えば、ＲＸ ＵＥがＰＳＣＣＨデコードに失敗してＰＳＦＣＨ送信を実行しない状況）が発生した時点以降の（再）送信リソースとＤＴＸが発生した時点以前の（再）送信リソースの間には、例外として、前記説明した提案ルールが適用されないように設定される。
本開示の一実施形態によれば、リソースプールに対するビットマップ（例えば、リソースプールに適用されるビットマップ）に関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度（ｇｒａｎｕｌａｒｉｔｙ）はＰＳＢＣＨ上のＴＤＤ設定に関連する（基準（ｒｅｆｅｒｅｎｃｅ））ヌメロロジーと同じように設定される。例えば、リソースプールに対するビットマップに関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度はＰＳＢＣＨ上のＵＬスロット数のシグナリングに関連する（基準）ヌメロロジーと同じように設定される。例えば、リソースプールに対するビットマップに関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度は（Ｕｕ通信関連）ＵＬの（基準）ヌメロロジーと同じように設定される。例えば、リソースプールに対するビットマップに関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度は（Ｕｕ通信関連）ＤＬの（基準）ヌメロロジーと同じように設定される。例えば、前記ヌメロロジーはサブキャリアスペーシング、ＣＰの長さ、ＣＰのタイプなどを含むことができる。
例えば、リソースプールに対するビットマップに関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度はＰＳＢＣＨ上のＴＤＤ設定に関連する（基準）ヌメロロジーと異なるように設定される。例えば、リソースプールに対するビットマップに関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度はＰＳＢＣＨ上のＵＬスロット数のシグナリングに関連する（基準）ヌメロロジーと異なるように設定される。例えば、リソースプールに対するビットマップに関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度は（Ｕｕ通信関連）ＵＬの（基準）ヌメロロジーと異なるように設定される。例えば、リソースプールに対するビットマップに関連するヌメロロジー及び／またはリソースプールに対するビットマップが適用される精度は（Ｕｕ通信関連）ＤＬの（基準）ヌメロロジーと異なるように設定される。例えば、前記ヌメロロジーはサブキャリアスペーシング、ＣＰの長さ、ＣＰのタイプなどを含むことができる。
本開示の一実施形態によれば、１つのサブチャネルに含まれたＲＢの数がＰＳＣＣＨ ＲＢの数と同じように設定された場合、基地局／ネットワークは第２ ＳＣＩのマッピングに問題になるＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数を（リソースプールに特定して）端末に設定しない。例えば、１つのサブチャネルに含まれたＲＢの数がＰＳＣＣＨ ＲＢの数と同じように設定された場合、端末は基地局／ネットワークが第２ ＳＣＩのマッピングに問題になるＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数を（リソースプールに特定して）端末に設定しないと期待／決定することができる。例えば、ＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数はＰＳＳＣＨリソース上にマッピングされるＤＭＲＳの時間－ドメインに関連するパラメータである。例えば、１つのサブチャネルに含まれたＲＢの数がＰＳＣＣＨ ＲＢの数と同じように設定された場合、基地局／ネットワークが前記第２ ＳＣＩのマッピングに問題になるＰＳＳＣＨ ＤＭＲＳの候補パターン及び／またはＰＳＳＣＨ ＤＭＲＳの候補数を（リソースプールに特定して）端末に設定したとしても、前記端末は前記第２ ＳＣＩのマッピングに問題になるＰＳＳＣＨ ＤＭＲＳの候補パターン及び／またはＰＳＳＣＨ ＤＭＲＳの候補数を選択／使用しない。ここで、例えば、端末は（基本的に）ＰＳＳＣＨ関連１番目のＤＭＲＳシンボル（以下のように、ＦＲＴ＿ＤＭＳＹＭ）（例えば、ＤＭＲＳ ＲＥを除いた残りのＲＥを含む）から周波数優先及び時間次（ｆｒｅｑｕｅｎｃｙ ｆｉｒｓｔ ＆ ｔｉｍｅ ｓｅｃｏｎｄ）の形に第２ ＳＣＩをマッピングするように設定される。例えば、端末は＃（ＦＲＴ＿ＤＭＳＹＭ）上に第２ ＳＣＩを順次マッピングした後、＃（ＦＲＴ＿ＤＭＳＹＭ＋１）上に前記第２ ＳＣＩをマッピングすることができる。以後、同じルールに基づいて、端末は＃（ＦＲＴ＿ＤＭＳＹＭ＋Ｎ）上に前記第２ ＳＣＩをマッピングすることができる。ここで、Ｎは正の整数である。
例えば、端末がＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数に基づいて第２ ＳＣＩをマッピングする場合、ＦＲＴ＿ＤＭＳＹＭがＰＳＣＣＨ ＲＢによって（全部または一部）カット（ｔｒｕｎｃａｔｉｏｎ）されれば、前記ＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数は前記第２ ＳＣＩのマッピングに問題になるＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数であると決定する／見なす。例えば、端末がＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数に基づいて第２ ＳＣＩをマッピングする場合、ＰＳＣＣＨ ＲＢによって（全部または一部）カット（ｔｒｕｎｃａｔｉｏｎ）されない（時間領域上において最も先行する）ＰＳＳＣＨ ＤＭＲＳがＰＳＳＣＨ区間（ｄｕｒａｔｉｏｎ）内において事前に設定された閾値位置より後方に存在すれば、前記ＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数は前記第２ ＳＣＩのマッピングに問題になるＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数であると決定する／見なす。例えば、端末がＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数に基づいて第２ ＳＣＩをマッピングする場合、第２ ＳＣＩのデコードに用いられる（または残りの）ＰＳＳＣＨ ＤＭＲＳの数が事前に設定された閾値より少ない場合、前記ＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数は前記第２ ＳＣＩのマッピングに問題になるＰＳＳＣＨ ＤＭＲＳのパターン及び／またはＰＳＳＣＨ ＤＭＲＳの数であると決定する／見なす。
例えば、前記提案ルールは１つのサブチャネルを介してＴＢ送信が実行される場合にのみ（限定して）適用される。ここで、例えば、このような場合、端末はＰＳＳＣＨに関連する最後の（ｌａｓｔ）シンボルから逆方向に第２ ＳＣＩをマッピングするように設定される。例えば、このような場合、端末はＰＳＳＣＨに関連する最後のシンボルから周波数優先及び時間次（ｆｒｅｑｕｅｎｃｙ ｆｉｒｓｔ ＆ ｔｉｍｅ ｓｅｃｏｎｄ）の形に逆方向に第２ ＳＣＩをマッピングするように設定される。例えば、前記最後のシンボルは最後のＤＭＲＳシンボルまたは最後のデータシンボルである。
本開示の一実施形態によれば、ＴＸ ＵＥがＰＳＦＣＨスロット（例えば、ＰＳＦＣＨリソースを含むスロット）とＮＯＮ－ＰＳＦＣＨスロット（例えば、ＰＳＦＣＨリソースを含まないスロット）上のリソースを使用する場合、ＴＸ ＵＥが初期送信と再送間に（ＰＳＳＣＨ）ＴＢサイズを同じく維持することができないのであれば、ＴＸ ＵＥは同じ形／特性のスロット（例えば、ＰＳＦＣＨスロットまたはＮＯＮ－ＰＳＦＣＨスロット）上のリソースのみを使用して（特定ＴＢ関連）送信リソース選択／予約を実行するように設定される。例えば、ＴＸ ＵＥが特定ＴＢ関連送信リソースを選択した後、ＴＸ ＵＥがＰＳＦＣＨリソースのオーバーヘッドのため初期送信と再送間に（ＰＳＳＣＨ）ＴＢサイズを同じく維持することができないのであれば、ＴＸ ＵＥは送信リソース再選択をトリガー／実行するように設定される。
本開示の一実施形態によれば、同時送信が必要なＰＳＦＣＨの数が端末の能力より少なくても、要求されるＰＳＦＣＨの送信電力の合計は端末の最大送信電力より大きい。説明の便宜上、要求されるＰＳＦＣＨの送信電力の合計が端末の最大送信電力より大きい場合をパワー限定ケース（ｐｏｗｅｒ－ｌｉｍｉｔｅｄ ｃａｓｅ）と称することができる。例えば、パワー限定ケースにおいて、端末はＮＡＣＫ（またはＡＣＫ）情報を含むＰＳＦＣＨ、（グループキャストにおいて）ＮＡＣＫ ＯＮＬＹフィードバック方法関連ＰＳＦＣＨ（例えば、ＮＡＣＫ情報を含むＰＳＦＣＨ）、及び／またはグループキャスト（またはユニキャスト）関連ＰＳＦＣＨのうち、少なくともいずれか１つを（比較的）高い優先順位のＰＳＦＣＨ送信に仮定／決定することができる。例えば、パワー限定ケースにおいて、端末はＡＣＫ（またはＮＡＣＫ）情報を含むＰＳＦＣＨ、（グループキャストにおいて）ＡＣＫ／ＮＡＣＫフィードバック方法関連ＰＳＦＣＨ、及び／またはユニキャスト（またはグループキャスト）関連ＰＳＦＣＨのうち、少なくともいずれか１つを（比較的）低い優先順位のＰＳＦＣＨ送信に仮定／決定することができる。例えば、パワー限定ケースから離れるときまで、端末は（比較的）低い優先順位のＰＳＦＣＨ送信を省略することができる。ここで、例えば、同じ優先順位のＰＳＦＣＨ送信に対するパワー限定ケースにおいて、端末は前記同じ優先順位のＰＳＦＣＨ送信のうち、特定ＰＳＦＣＨ送信を省略することができる。この場合、前記特定ＰＳＦＣＨ送信はＵＥ実装（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）に決定される。
本開示の一実施形態によれば、ＮＲ／ＬＴＥ ＳＬの装置内共存（ｉｎ－ｄｅｖｉｃｅ ｃｏｅｘｉｓｔｅｎｃｅ）のための方法が提案される。例えば、第１ＳＬ通信と第２ＳＬ通信がＴＤＭされる場合、前記第１ＳＬ通信及び前記第２ＳＬ通信間のスイッチによって発生される中断時間（ｉｎｔｅｒｒｕｐｔｉｏｎ ｔｉｍｅ）またはスイッチ時間（ｓｗｉｔｃｈｉｎｇ ｔｉｍｅ）は比較的低い優先順位のＳＬ領域に設定される。例えば、第１ＳＬ通信と第２ＳＬ通信がＴＤＭされる場合、前記第１ＳＬ通信及び前記第２ＳＬ通信間のスイッチによって発生される中断時間またはスイッチ時間は（ＴＢ）再送関連ＳＬ領域に設定される。例えば、第１ＳＬ通信と第２ＳＬ通信がＴＤＭされる場合、前記第１ＳＬ通信及び前記第２ＳＬ通信間のスイッチによって発生される中断時間またはスイッチ時間は（比較的）大きいヌメロロジーのＳＬ領域に設定される。例えば、第１ＳＬ通信と第２ＳＬ通信がＴＤＭされる場合、前記第１ＳＬ通信及び前記第２ＳＬ通信間のスイッチによって発生される中断時間またはスイッチ時間は（比較的）小さいヌメロロジーのＳＬ領域に設定される。例えば、第１ＳＬ通信と第２ＳＬ通信がＴＤＭされる場合、前記第１ＳＬ通信及び前記第２ＳＬ通信間のスイッチによって発生される中断時間またはスイッチ時間は要求される中断時間またはスイッチ時間と（一部）重複するスロットの数が（比較的）少ないＳＬ領域に設定される。例えば、前記ヌメロロジーはサブキャリアスペーシング、ＣＰの長さ、ＣＰのタイプなどを含むことができる。例えば、前記第１ＳＬ通信及び前記第２ＳＬ通信間のスイッチは前記第１ＳＬ通信において前記第２ＳＬ通信のスイッチを含むことができる。例えば、前記第１ＳＬ通信及び前記第２ＳＬ通信間のスイッチは前記第２ＳＬ通信において前記第１ＳＬ通信のスイッチを含むことができる。例えば、前記中断時間または前記スイッチ時間はＳＬ送信及び／またはＳＬ受信に関連する動作が中断される時間である。例えば、前記第１ＳＬ通信はＮＲベースのＳＬ送信であり、前記第２ＳＬ通信をＬＴＥベースのＳＬ送信である。例えば、前記第１ＳＬ通信はＮＲベースのＳＬ送信であり、前記第２ＳＬ通信をＬＴＥベースのＳＬ受信である。例えば、前記第１ＳＬ通信はＮＲベースのＳＬ受信であり、前記第２ＳＬ通信をＬＴＥベースのＳＬ送信である。例えば、前記第１ＳＬ通信はＮＲベースのＳＬ受信であり、前記第２ＳＬ通信をＬＴＥベースのＳＬ受信である。
本開示の一実施形態によれば、端末はリソースプールを構成するサブチャネル間の周波数リソースのサイズの差が事前に設定された閾値以下になるように、リソースプールが（限定して）指定されると期待／決定することができる。例えば、基地局／ネットワークはリソースプールを構成するサブチャネル間の周波数リソースのサイズ差が事前に設定された閾値以下になるように、リソースプールを（限定して）端末に設定することができる。また、例えば、送信リソースがＮ個のスロット上において設定される場合、端末はＵＮＮＯＲ＿ＳＢが含まれないスロット上の送信リソースの周波数サイズに基づいて関連ＴＢサイズを決定することができる。例えば、送信リソースがＮ個のスロット上において設定される場合、端末はＵＮＮＯＲ＿ＳＢが含まれたスロット上の送信リソースの周波数サイズに基づいて関連ＴＢサイズを決定することができる。例えば、送信リソースがＮ個のスロット上において設定される場合、端末はＮ個のスロット上の送信リソースの周波数サイズのうち、（最も）小さい周波数サイズに基づいて関連ＴＢサイズを決定することができる。例えば、送信リソースがＮ個のスロット上において設定される場合、端末はＮ個のスロット上の送信リソースの周波数サイズのうち、（最も）大きい周波数サイズに基づいて関連ＴＢサイズを決定することができる。例えば、送信リソースがＮ個のスロット上において設定される場合、端末はＮ個のスロット上の送信リソースの周波数サイズの平均に基づいて関連ＴＢサイズを決定することができる。ここで、例えば、Ｎ個のスロット上の送信リソースは全部同じサブチャネル数に（限定して）選択される。
本開示の一実施形態によれば、ＣＲ評価（時間）ウィンドウ内において、将来（ｆｕｔｕｒｅ）ウィンドウに属するＳＬグラント関連予約（送信）リソースのうち、端末は前記端末が（ＲＸ ＵＥから）ＡＣＫ情報を受信することによって使用しないリソース（以下のように、第１リソース）と前記端末が先取り動作のため使用しないリソース（以下のように、第２リソース）を異なるように（ＣＲ）カウントするように設定される。例えば、端末は第１リソースと第２リソースを異なるように扱い／考慮し、ＣＲ値を計算／獲得することができる。例えば、先取り動作は、（事前に設定された閾値以上の）（比較的）高い優先順位のパケットの送信に関連するリソースと（事前に設定された閾値以下の）（比較的）低い優先順位のパケットの送信のためのＴＸ ＵＥの送信リソースが重複する場合、端末が（当該）低い優先順位のパケットの送信のための送信リソースを再選択する動作である。例えば、端末は第１リソースを（ＣＲ）カウントしないように設定され、端末は第２リソースを（ＣＲ）カウントするように設定される。例えば、端末は第１リソースを（ＣＲ）カウントするように設定され、端末は第２リソースを（ＣＲ）カウントしないように設定される。例えば、端末は第１リソースを（ＣＲ）カウントするように設定され、端末は第２リソースを（ＣＲ）カウントするように設定される。例えば、端末は第１リソースを（ＣＲ）カウントしないように設定され、端末は第２リソースを（ＣＲ）カウントしないように設定される。例えば、端末は先取りに使用されない（既存）リソースを（ＣＲ）カウントしないように設定され、端末は再選択された（代替）リソースに基づいて（ＣＲ）カウントするように設定される。例えば、第２リソースに関連する動作の場合、特に、ＳＬグラント関連予約（送信）リソースが（一部の）先取りされるとき、ＳＬグラント関連全体リソースが再選択される状況及び／または先取りされたリソースを代替するリソースが再選択される状況下において有効である。
本開示の一実施形態によれば、基地局はクロス・ラット（ｃｒｏｓｓ－ＲＡＴ）スケジューリングを端末に対して実行することができる。例えば、ＮＲ基地局（例えば、ｇＮＢ）はＬＴＥモード３ ＳＬ ＳＰＳを端末に対してクロス・ラットスケジューリングすることができる。ここで、例えば、端末がＬＴＥライセンスキャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）上においてＬＴＥ ＳＬ送信を実行する場合、及び／またはＬＴＥモデム（または端末）が（ＬＴＥライセンスキャリア上において）ＬＴＥ基地局（例えば、ｅＮＢ）のカバレッジ内に位置（例えば、インカバレッジ状態）した場合、端末は前記ＬＴＥ基地局と前記ＬＴＥモデム（または端末）間のダウンリンク経路ロス（ｐａｔｈ ｌｏｓｓ）に基づいてＬＴＥ ＳＬ送信に関連する電力制御を実行することができる。例えば、端末がＩＴＳ（ｉｎｔｅｌｌｉｇｅｎｔ ｔｒａｎｓｐｏｒｔ ｓｙｓｔｅｍ）専用（ｄｅｄｉｃａｔｅｄ）キャリア（例えば、ｅＮＢが存在しないキャリア）上においてＬＴＥ ＳＬ送信を実行する場合、及び／またはＬＴＥモデム（または端末）が（ＬＴＥライセンスキャリア上において）ＬＴＥ基地局のカバレッジ外に位置（例えば、Ｏｕｔ ｏｆ Ｃｏｖｅｒａｇｅ状態）した場合、端末はＮＲ基地局とＮＲモデム（または端末）間のダウンリンク経路ロスに基づいてＬＴＥ ＳＬ送信に関連する電力制御を実行することができる。例えば、端末がＩＴＳ専用のキャリア上においてＬＴＥ ＳＬ送信を実行する場合、及び／またはＬＴＥモデム（または端末）が（ＬＴＥライセンスキャリア上において）ＬＴＥ基地局のカバレッジ外に位置した場合、端末は基地局と端末間のダウンリンク経路ロスに対する考慮せずに、ＬＴＥ ＳＬ送信に関連する電力制御を実行することができる。
例えば、ＬＴＥ基地局はＮＲモード１のためのＳＬ ＣＧ（タイプ１）を端末に対してクロス・ラットスケジューリングすることができる。ここで、例えば、端末がＮＲライセンスキャリア上においてＮＲ ＳＬ送信を実行する場合、及び／またはＮＲモデム（または端末）が（ＮＲライセンスキャリア上において）ＮＲ基地局のカバレッジ内に位置（例えば、インカバレッジ状況）した場合、端末はＮＲ基地局とＮＲモデム（または端末）間のダウンリンク経路ロスに基づいてＮＲ ＳＬ送信に関連する電力制御を実行することができる。例えば、端末がＩＴＳ専用のキャリア（例えば、ＮＲ基地局が存在しないキャリア）上においてＮＲ ＳＬ送信を実行する場合、及び／またはＮＲモデム（または端末）が（ＮＲライセンスキャリア上において）ＮＲ基地局のカバレッジ外に位置（例えば、Ｏｕｔ ｏｆ Ｃｏｖｅｒａｇｅ状況）した場合、端末はＬＴＥ基地局とＬＴＥモデム（または端末）間のダウンリンク経路ロスベースにＮＲ ＳＬ送信に関連する電力制御を実行することができる。例えば、端末がＩＴＳ専用のキャリア上においてＮＲ ＳＬ送信を実行する場合、及び／またはＮＲモデム（または端末）が（ＮＲライセンスキャリア上において）ＮＲ基地局のカバレッジ外に位置した場合、端末は基地局と端末間のダウンリンク経路ロスに対する考慮せずに、ＮＲ ＳＬ送信に関連する電力制御を実行することができる。
例えば、端末は（事前に設定された）同期基準基地局（例えば、ｇＮＢまたはｅＮＢ）と端末（例えば、ＮＲモデム／端末、ＬＴＥモデム／端末）間のダウンリンク経路ロスに基づいて、（ＣＲＯＳＳ－ＲＡＴスケジューリングされる）ＬＴＥ ＳＬ送信に関連する電力制御またはＮＲ ＳＬ送信に関連する電力制御を実行するように設定される。例えば、端末は（事前に設定された）ＲＳＲＰ測定基準基地局（例えば、ｇＮＢまたはｅＮＢ）と端末（例えば、ＮＲモデム／端末、ＬＴＥモデム／端末）間のダウンリンク経路ロスに基づいて、（ＣＲＯＳＳ－ＲＡＴスケジューリングされる）ＬＴＥ ＳＬ送信に関連する電力制御またはＮＲ ＳＬ送信に関連する電力制御を実行するように設定される。
本開示の一実施形態によれば、以下の（一部の）ルールに従って、端末はリソース予約情報を含むＳＣＩを送信することができる。ここで、例えば、説明の便宜上、端末が１つのＳＣＩを介してシグナリング／予約可能な最大リソースの数をＮ＿ＭＡＸと称することができる。例えば、Ｎ＿ＭＡＸは端末に対して設定されるか事前に設定される。例えば、Ｎ＿ＭＡＸはリソースプールに特定して端末に対して設定されるか事前に設定される。例えば、説明の便宜上、端末が１つのＳＣＩを介してシグナリング／予約するリソースの数をＮ＿ＳＩＧと称することができる。例えば、Ｎ＿ＳＩＧはＮ＿ＭＡＸより小さいか等しい値である。例えば、Ｎ＿ＳＩＧは端末実装的に決定される。例えば、Ｎ＿ＳＩＧは端末に対して設定されるか事前に設定される。例えば、説明の便宜上、端末が選択したリソースの数をＮ＿ＲＳＣと称することができる。例えば、Ｎ＿ＲＳＣは端末が選択ウィンドウ内において選択した特定ＴＢ送信に関連するリソースの数である。
例えば、端末は（Ｎ＿ＲＳＣに関連する）最後の予約リソース上において送信されるＳＣＩ上において、事前に設定された数の過去の予約リソースに対する情報のみをシグナリング／送信することができる。例えば、端末は（Ｎ＿ＲＳＣに関連する）最後の予約リソース上において送信されるＳＣＩ上において、１つのＳＣＩを介してシグナリング可能な最大数（例えば、Ｎ＿ＭＡＸ－１またはＮ＿ＳＩＧ－１）の過去の予約リソースに対する情報のみをシグナリング／送信することができる。例えば、前記過去の予約リソースは前記最後のリソース上において送信されるＳＣＩから時間軸において（比較的または最も）近い過去の予約リソースである。例えば、端末は（Ｎ＿ＲＳＣに関連する）最後の予約リソース上において送信されるＳＣＩ上において、前記ＳＣＩが送信される（予約）リソースに対する情報のみをシグナリング／送信することができる。
例えば、端末は（Ｎ＿ＲＳＣに関連する）１番目の予約リソース上において送信されるＳＣＩ上において、事前に設定された数の将来の予約リソースに対する情報のみをシグナリング／送信することができる。例えば、端末は（Ｎ＿ＲＳＣに関連する）１番目の予約リソース上において送信されるＳＣＩ上において、１つのＳＣＩを介してシグナリング可能な最大数（例えば、Ｎ＿ＭＡＸ－１またはＮ＿ＳＩＧ－１）の将来の予約リソースに対する情報のみをシグナリング／送信することができる。例えば、前記将来の予約リソースは前記１番目のリソース上において送信されるＳＣＩから時間軸において（比較的または最も）近い将来の予約リソースである。
例えば、端末は（Ｎ＿ＲＳＣに関連する）残りの予約リソース上において送信されるＳＣＩ上において、事前に設定された数の過去の予約リソースに対する情報及び事前に設定された数の将来の予約リソースに対する情報をシグナリング／送信することができる。例えば、前記事前に設定された数は（Ｎ＿ＭＡＸ－１）／２値の四捨五入値、切り上げ値または切り捨て値である。例えば、前記事前に設定された数は（Ｎ＿ＳＩＧ－１）／２値の四捨五入値、切り上げ値または切り捨て値である。例えば、前記過去の予約リソースは前記残りのリソース上において送信されるＳＣＩから時間軸において（比較的または最も）近い過去の予約リソースである。例えば、前記将来の予約リソースは前記残りのリソース上において送信されるＳＣＩから時間軸において（比較的または最も）近い将来の予約リソースである。
例えば、上述した提案ルールは端末が周期的にリソース予約を実行する場合に（限定して）適用される。例えば、上述した提案ルールは周期的に生成されるトラフィック／パケットに対して（限定して）適用される。例えば、上述した提案ルールは端末が非周期的にリソース選択／予約を実行する場合に（限定して）適用される。例えば、上述した提案ルールは非周期的に生成されるトラフィック／パケットに対して（限定して）適用される。例えば、上述した提案ルールはＮ＿ＭＡＸ値が３に設定された場合に（限定して）適用される。例えば、上述した提案ルールはＮ＿ＭＡＸ値が２に設定された場合に（限定して）適用される。例えば、上述した提案ルールはＮ＿ＳＩＧ値が３に設定された場合に（限定して）適用される。例えば、上述した提案ルールはＮ＿ＳＩＧ値が２に設定された場合に（限定して）適用される。
例えば、本明細書において、予約リソースに対する情報は（予約）リソース関連時間／周波数リソースの位置／数に対する情報、（１つのＳＣＩベースの）予約リソースのうち、何番目のリソースであるかに対する情報のビット（例えば、ＣＥＩＬＩＮＧ（ｌｏｇ２（Ｎ＿ＭＡＸ））ビットまたはＣＥＩＬＩＮＧ（ｌｏｇ２（Ｎ＿ＳＩＧ））ビット、ここで、ＣＥＩＬＩＮＧ（Ｘ）はＸより大きいか等しい最も小さい整数値を導出する関数）または事前に設定されたサイズのビットなどに解釈される。
本開示の一実施形態によれば、ＳＬ（制御）情報（例えば、ＳＬ ＨＡＲＱフィードバック情報）がピギーバックされたＰＵＳＣＨ送信と（別の）ＳＬチャネル／信号（以下のように、ＯＴ＿ＳＬＣＨ）送信が時間領域上において（一部）重複する。この場合、以下の（一部の）ルールに従って、端末は送信を省略するチャネル／信号／情報または送信を実行するチャネル／信号／情報を決定することができる。ここで、例えば、説明の便宜上、ＰＵＳＣＨ上にピギーバックされたＳＬ（制御）情報をＰＩＧＧＹ＿ＳＬＵＣＩと称することができる。
例えば、端末はＰＩＧＧＹ＿ＳＬＵＣＩとＯＴ＿ＳＬＣＨ間に（ＳＬ）優先順位を（先に）比較することができる。この場合、例えば、ＰＩＧＧＹ＿ＳＬＵＣＩがＯＴ＿ＳＬＣＨより比較的（ＳＬ）優先順位が高いと、端末はＯＴ＿ＳＬＣＨ送信を省略することができる。そうでなければ、例えば、ＯＴ＿ＳＬＣＨがＰＩＧＧＹ＿ＳＬＵＣＩより比較的（ＳＬ）優先順位が高いと、端末はＯＴ＿ＳＬＣＨとＰＵＳＣＨ間に優先順位を（再び）比較することができる。この場合、さらに、以下のルールが適用される。
例えば、ＰＵＳＣＨがＯＴ＿ＳＬＣＨより比較的優先順位が高いと、端末はＯＴ＿ＳＬＣＨ送信を省略することができる。この場合、（Ａ）端末はＰＩＧＧＹ＿ＳＬＵＣＩをＰＵＳＣＨ上に（まだ）ピギーバックさせて送信することができる。或いは、（Ｂ）ＰＩＧＧＹ＿ＳＬＵＣＩはＯＴ＿ＳＬＣＨより比較的優先順位が低かったため、端末はＰＩＧＧＹ＿ＳＬＵＣＩをＰＵＳＣＨ上にピギーバックさせないで、端末はＰＩＧＧＹ＿ＳＬＵＣＩ送信を省略することができる。
例えば、ＯＴ＿ＳＬＣＨがＰＵＳＣＨより比較的優先順位が高いと、端末はＰＵＳＣＨ送信を省略することができる。この場合、（Ａ）端末はＰＩＧＧＹ＿ＳＬＵＣＩ送信もともに省略することができる。或いは、（Ｂ）ＰＩＧＧＹ＿ＳＬＵＣＩがＰＵＳＣＨにピギーバックされなかったとき、ＰＩＧＧＹ＿ＳＬＵＣＩに関連するチャネル送信（例えば、ＰＵＣＣＨ）（以下のように、ＯＲＩ＿ＵＬＣＨ）がＯＴ＿ＳＬＣＨ送信と時間領域上において（一部）重複しなければ、端末はＯＲＩ＿ＵＬＣＨ送信とＯＴ＿ＳＬＣＨ送信を全部実行することができる。もしＯＲＩ＿ＵＬＣＨがＯＴ＿ＳＬＣＨ送信と時間領域上において（一部）重複すれば、端末は比較的高い優先順位の送信のみを実行することができる。
本開示の一実施形態によれば、端末が遅延予算（ｌａｔｅｎｃｙ ｂｕｄｇｅｔ）及び／または遅延予算に基づいて設定された選択ウィンドウ（以下のように、ＬＤ＿ＷＩＮ）内において最大再送回数（以下のように、ＭＸ＿ＲＴＮＵＭ）の（再）送信リソースを選択しなかった場合、以下の（一部の）ルールが適用される。ここで、例えば、ＬＤ＿ＷＩＮは（生成された）パケット及び／または（連動された）（最も高い優先順位の）ＬＣＨ（及び／または優先順位）と関連する。例えば、ＭＸ＿ＲＴＮＵＭはパケット（例えば、ＭＡＣ ＰＤＵ）及び／または（連動された）（最も高い優先順位の）ＬＣＨ（及び／または優先順位）と関連する。
例えば、端末はＬＤ＿ＷＩＮ内においてＨＡＲＱ ＲＴＴベースの（再）送信リソースをできるだけ多く選択することができる。以後、端末は新しいまたは追加のリソース（再）選択動作をトリガーすることで、（前記選択されたリソースを除いた）残りの回数（以下のように、ＲＭ＿ＲＴＮＵＭ）の再送のためのリソースを選択することができる。例えば、端末はＬＤ＿ＷＩＮ内においてＨＡＲＱフィードバックベースの再送が実行できる（再）送信リソース（ペア）をできるだけ多く選択することができる。以後、端末は新しいまたは追加のリソース（再）選択動作をトリガーすることで、ＲＭ＿ＲＴＮＵＭ個の再送のためのリソースを選択することができる。ここで、例えば、端末はブラインド再送を仮定することで、ＲＭ＿ＲＴＮＵＭ個の再送リソースを選択することができる。例えば、ＲＭ＿ＲＴＮＵＭ個の選択された再送リソース上においてはブラインド再送が実行されるように設定される。例えば、前記ルールが適用されるとき、新しくまたはさらにトリガーされたリソース（再）選択動作に基づいて選択される再送リソースの（実際）数は遅延予算内において選択可能な（最大）再送リソース数によって制限され、ＲＭ＿ＲＴＮＵＭより小さいか等しい。例えば、前記遅延予算は（生成された）パケット及び／または（連動された）（最も高い優先順位の）ＬＣＨ（及び／または優先順位）と関連する。例えば、端末はＬＤ＿ＷＩＮ内において（例外として）ＨＡＲＱフィードバックベースの再送リソースとブラインド再送リソースを混合して選択することができ、端末はＭＸ＿ＲＴＮＵＭ個の再送リソースを選択することができる。ここで、例えば、端末はＨＡＲＱフィードバックベースの再送リソースを（ＬＤ＿ＷＩＮ内において）優先的にできるだけ多く選択することができ、それ以後、端末は残りの再送回数だけのブラインド再送リソースを選択することができる。或いは、例えば、端末はブラインド再送リソースを（ＬＤ＿ＷＩＮ内において）優先的にできるだけ多く選択することができ、それ以後、端末は残りの再送回数だけのＨＡＲＱフィードバックベースの再送リソースを選択することができる。ここで、例えば、前記ルールが適用される場合、ＨＡＲＱ（フィードバック）ＥＮＡＢＬＥＤ ＭＡＣ ＰＤＵ（及び／またはＬＣＨ（関連データ））であるとするとしても、ブラインド再送またはブラインド再送リソースの選択が（例外として）端末に対して許可されることと解釈できる。例えば、本開示の提案ルールが適用されるとき、ＬＤ＿ＷＩＮは遅延予算より小さい値の選択ウィンドウ及び／または（仮想の）遅延予算に解釈される。例えば、前記遅延予算は（生成された）パケット及び／または（連動された）（最も高い優先順位の）ＬＣＨ（及び／または優先順位）と関連する。例えば、前記遅延予算より小さい値の選択ウィンドウは前記遅延予算より事前に設定された（比率の）小さい値の選択ウィンドウである。ここで、例えば、前記ルールはＨＡＲＱ（フィードバック）ＥＮＡＢＬＥＤ ＭＡＣ ＰＤＵ及び／またはＬＣＨ（関連データ）にのみ限定して適用される。例えば、前記ルールはＨＡＲＱ（フィードバック）ＤＩＳＡＢＬＥＤ ＭＡＣ ＰＤＵ及び／またはＬＣＨ（関連データ）にのみ限定して適用される。
本開示の一実施形態によれば、リソースプール上において周期的リソース予約が端末に対して許可されるか否かによって、センシングベースの（干渉が高い）リソース排除動作後、少なくともに保証する必要がある選択可能なリソース数の比率（以下のように、Ｘ＿ＶＡＬ）が端末に対して異なるように設定される。例えば、リソースプール上において周期的リソース予約が端末に対して許可されるか否かによって、センシングベースの（干渉が高い）リソース排除動作に用いられる（センシングを実行する端末のパケット／データに関連する優先順位と検出された別の端末のパケット／データに関連する優先順位の組み合わせに対する）ＳＬ ＲＳＲＰ閾値（例えば、ＰＳＳＣＨ ＤＭＲＳ ＲＳＲＰ、ＰＳＣＣＨ ＤＭＲＳ ＲＳＲＰ）が端末に対して異なるように設定される。例えば、リソースプール上において周期的リソース予約が端末に対して許可されるか否かによって、選択ウィンドウの最小サイズ（例えば、（優先順位別に設定される）（最小）Ｔ２値）が端末に対して異なるように設定される。例えば、リソースプール上において周期的リソース予約が端末に対して許可されるか否かによって、Ｘ＿ＶＡＬが保証する必要がある選択ウィンドウ内の追加の領域設定をするか否かが端末に対して異なるように設定される。例えば、リソースプール上において周期的リソース予約が端末に対して許可されるか否かによって、（前記追加の領域関連）サイズが端末に対して異なるように設定される。例えば、リソースプール上において周期的リソース予約が端末に対して許可されるか否かによって、（前記追加の領域に対してまたは前記追加の領域に基づいて）ＳＬ ＲＳＲＰ閾値増加がトリガーされるＸ＿ＶＡＬが端末に対して異なるように設定される。
例えば、リソースプール上において非周期的リソース予約／選択のみが端末に対して許可されるか否かによって、センシングベースの（干渉が高い）リソース排除動作後、少なくともに保証する必要がある選択可能なリソース数の比率（以下のように、Ｘ＿ＶＡＬ）が端末に対して異なるように設定される。例えば、リソースプール上において非周期的リソース予約／選択のみが端末に対して許可されるか否かによって、センシングベースの（干渉が高い）リソース排除動作に用いられる（センシングを実行する端末のパケット／データに関連する優先順位と検出された別の端末のパケット／データに関連する優先順位の組み合わせに対する）ＳＬ ＲＳＲＰ閾値（例えば、ＰＳＳＣＨ ＤＭＲＳ ＲＳＲＰ、ＰＳＣＣＨ ＤＭＲＳ ＲＳＲＰ）が端末に対して異なるように設定される。例えば、リソースプール上において非周期的リソース予約／選択のみが端末に対して許可されるか否かによって、選択ウィンドウの最小サイズ（例えば、（優先順位別に設定される）（最小）Ｔ２値）が端末に対して異なるように設定される。例えば、リソースプール上において非周期的リソース予約／選択のみが端末に対して許可されるか否かによって、Ｘ＿ＶＡＬが保証する必要がある選択ウィンドウ内の追加の領域設定をするか否かが端末に対して異なるように設定される。例えば、リソースプール上において非周期的リソース予約／選択のみが端末に対して許可されるか否かによって、（前記追加の領域関連）サイズが端末に対して異なるように設定される。例えば、リソースプール上において非周期的リソース予約／選択のみが端末に対して許可されるか否かによって、（前記追加の領域に対してまたは前記追加の領域に基づいて）ＳＬ ＲＳＲＰ閾値増加がトリガーされるＸ＿ＶＡＬが端末に対して異なるように設定される。
本開示の一実施形態によれば、リソースプールの周波数リソースのサイズ（以下のように、ＰＯＯｌ＿ＦＲＱＳＩＺＥ）がサブチャネルのサイズ（以下のように、ＳＵＢ＿ＳＩＺＥ）の倍数ではなければ、端末がリソースプール上の全てのサブチャネルを利用した送信を実行する場合にのみ、端末はＭＯＤ（ＰＯＯｌ＿ＦＲＱＳＩＺＥ、ＳＵＢ＿ＳＩＺＥ）（ここで、ＭＯＤ（Ｘ、Ｙ）はＸをＹに割ったときの余りの値を導出する関数である）数のＲＢ（ら）を（限定して）（追加）使用できるように設定される。ここで、例えば、ＭＯＤ（ＰＯＯｌ＿ＦＲＱＳＩＺＥ、ＳＵＢ＿ＳＩＺＥ）数のＲＢ（ら）は別途のサブチャネルに設定される。
本開示の一実施形態によれば、端末が周期的リソース予約を実行するとき、以下の（一部の）ルールに従って、予約されるリソースの数が決定／導出される。ここで例えば、前記ルールは事前に設定された閾値よりリソース予約周期が小さい場合にのみ限定して適用される。例えば、前記ルールは事前に設定された閾値よりリソース予約周期が大きい場合にのみ限定して適用される。
例えば、端末は事前に設定された範囲（例えば、５～１５）内において１つの値を任意（ｒａｎｄｏｍ）に選択することができる。説明の便宜上、前記任意に選択された１つの値をＲＡＮ＿ＣＶＡＬと称することができる。以後、端末は（ｉ）ＳＣ＿ＶＡＬをＲＥＲ＿ＰＤに割った値または（ｉｉ）ＭＡＸ（２０、ＲＥＲ＿ＰＤ）値または（ｉｉｉ）ＲＥＦ＿ＰＤをＲＥＲ＿ＰＤに割った値にＲＡＮ＿ＣＶＡＬをかけ、Ｘ＿ＶＡＬを計算／獲得することができる。ここで、端末は事前に設定された倍率（例えば、１０または１）を（再び）Ｘ＿ＶＡＬに掛けて獲得された結果値を予約されるリソースの数であると見なす／決定することができる。
例えば、ＳＣ＿ＶＡＬは（リソース予約実行時の）（自身のバッファーにある及び／または（最も高い優先順位の）ＬＣＨデータ関連）ＰＤＢ、遅延要件（ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔ）、選択ウィンドウのサイズ、ＭＡＸ（１００ｍｓ、（データのＰＤＢベースの）選択ウィンドウのサイズ）及び／またはＭＡＸ（１００ｍｓ、（データの）ＰＤＢ）のうち、少なくともいずれか１つである。例えば、ＲＥＲ＿ＰＤはリソース予約周期である。例えば、ＳＣ＿ＶＡＬをＲＥＲ＿ＰＤに割った値はＣＥＩＬＩＮＧ（ＳＣ＿ＶＡＬ／ＲＥＲ＿ＰＤ）またはＦＬＯＯＲ（ＳＣ＿ＶＡＬ／ＲＥＲ＿ＰＤ））である。例えば、ＲＥＦ＿ＰＤは事前に設定された（予約周期）値である。例えば、ＲＥＦ＿ＰＤをＲＥＲ＿ＰＤに割った値はＣＥＩＬＩＮＧ（ＲＥＦ＿ＰＤ／ＲＥＲ＿ＰＤ）またはＦＬＯＯＲ（ＲＥＦ＿ＰＤ／ＲＥＲ＿ＰＤ）である。ここで、例えば、ＣＥＩＬＩＮＧ（Ｎ）はＮより大きいか等しい整数値を導出する関数であり、ＦＬＯＯＲ（Ｎ）はＮより小さいか等しい整数値を導出する関数である。
例えば、ＲＡＮ＿ＣＶＡＬが選択される候補値の範囲がＣＥＩＬＩＮＧ（Ｘ／Ｙ）（またはＦＬＯＯＲ（Ｘ／Ｙ））によってスケーリングされるように設定される。例えば、ＲＡＮ＿ＣＶＡＬが選択される候補値の範囲に適用される（ＴＸ＿ＰＶＡＬ別に異なる）倍率が設定される。ここで、例えば、ＴＸ＿ＰＶＡＬはセンシング動作及び／またはリソース予約を実行する（ＴＸ）ＵＥのリソース予約周期値である。例えば、Ｘは事前に設定された（周期）値である。例えば、Ｘ値はＴＸ＿ＰＶＡＬによって及び／またはＴＸ＿ＰＶＡＬが事前に設定された閾（周期）値を超えるか否かによって、端末に対して異なるようにまたは独立的に設定される。例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）短い場合、（事前に設定された）（比較的）小さいＸ値が適用／利用され、そうでない場合（例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）長い場合）、（事前に設定された）（比較的）大きいＸ値が適用／利用される。例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）短い場合、（事前に設定された）（比較的）大きいＸ値が適用／利用され、そうでない場合（例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）長い場合）、（事前に設定された）（比較的）小さいＸ値が適用／利用される。
例えば、本開示の提案ルールは事前に設定された基準（周期）値（例えば、１００ｍｓ）よりＴＸ＿ＰＶＡＬが小さい場合にのみ限定して適用されるように設定される。例えば、本開示の提案ルールは事前に設定された基準（周期）値（例えば、１００ｍｓ）よりＴＸ＿ＰＶＡＬが大きい場合にのみ限定して適用されるように設定される。
例えば、前記ルールが適用される場合、（事前に設定された基準（周期）値より小さいＴＸ＿ＰＶＡＬに対して）ＴＸ＿ＰＶＡＬ値の変化に関係なく、ＣＥＩＬＩＮＧ（Ｘ／Ｙ）値は（Ｘ値が（暗黙に）調整されることで）（事前に設定された）特定比率／値に維持されると解釈できる。例えば、前記ルールが適用される場合、（事前に設定された基準（周期）値より大きいＴＸ＿ＰＶＡＬに対して）ＴＸ＿ＰＶＡＬ値の変化に関係なく、ＣＥＩＬＩＮＧ（Ｘ／Ｙ）値は（Ｘ値が（暗黙に）調整されることで）（事前に設定された）特定比率／値に維持されると解釈できる。
例えば、ＹはＴＸ＿ＰＶＡＬと仮定することができる。例えば、Ｙは事前に設定された（周期）値と見なすことができる。ここで、例えば、Ｙが事前に設定された（周期）値に見なす場合、Ｙ値はＴＸ＿ＰＶＡＬによって及び／またはＴＸ＿ＰＶＡＬが事前に設定された閾（周期）値を超えるか否かによって、端末に対して異なるようにまたは独立的に設定される。例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）短い場合、（事前に設定された）（比較的）小さいＹ値が適用／利用され、そうでない場合（例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）長い場合）、（事前に設定された）（比較的）大きいＹ値が適用／利用される。例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）短い場合、（事前に設定された）（比較的）大きいＹ値が適用／利用され、そうでない場合（例えば、ＴＸ＿ＰＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）長い場合）、（事前に設定された）（比較的）小さいＹ値が適用／利用される。ここで、例えば、前記ルールは事前に設定された基準（周期）値（例えば、１００ｍｓ）よりＴＸ＿ＰＶＡＬが小さい場合にのみ限定して適用されるように設定される。例えば、前記ルールは事前に設定された基準（周期）値（例えば、１００ｍｓ）よりＴＸ＿ＰＶＡＬが大きい場合にのみ限定して適用されるように設定される。また、例えば、前記ルールが適用される場合、（事前に設定された基準（周期）値より小さいＴＸ＿ＰＶＡＬに対して）ＴＸ＿ＰＶＡＬ値の変化に関係なく、ＣＥＩＬＩＮＧ（Ｘ／Ｙ）が（Ｙが（暗黙に）調整されることで）（事前に設定された）特定比率／値に維持されると解釈できる。例えば、前記ルールが適用される場合、（事前に設定された基準（周期）値より大きいＴＸ＿ＰＶＡＬに対して）ＴＸ＿ＰＶＡＬ値の変化に関係なく、ＣＥＩＬＩＮＧ（Ｘ／Ｙ）が（Ｙが（暗黙に）調整されることで）（事前に設定された）特定比率／値に維持されると解釈できる。
本開示の一実施形態によれば、端末はセンシングベースのリソース排除動作を実行することができる。ここで、端末が検出／デコードに成功した別の端末のリソース予約周期をＰ＿ＶＡＬであると仮定する。この場合、例えば、端末はＣＥＩＬＩＮＧ（ＲＥＦ＿ＶＡＬ／Ｐ＿ＶＡＬ）個のリソースがＰ＿ＶＡＬ周期に予約／存在すると仮定することができ、端末は（前記リソースに対する）リソース排除動作を実行することができる。例えば、端末はＣＥＩＬＩＮＧ（ＭＡＸ（１００ｍｓ、（データのＰＤＢベースの）選択ウィンドウのサイズ）／ＭＡＸ（２０、Ｐ＿ＶＡＬ））（ここで、例えば、ＭＡＸ（Ｘ、Ｙ）はＸとＹのうち、最大値を導出する関数である）個のリソースがＰ＿ＶＡＬ周期に予約／存在すると仮定することができ、端末は（前記リソースに対する）リソース排除動作を実行することができる。例えば、端末はＣＥＩＬＩＮＧ（（データのＰＤＢベースの）選択ウィンドウのサイズ／ＭＡＸ（２０、Ｐ＿ＶＡＬ））個のリソースがＰ＿ＶＡＬ周期に予約／存在すると仮定することができ、端末は（前記リソースに対する）リソース排除動作を実行することができる。例えば、ＲＥＦ＿ＶＡＬは（基地局／ネットワークから）事前に設定された値である。例えば、ＲＥＦ＿ＶＡＬは選択ウィンドウのサイズである。例えば、ＲＥＦ＿ＶＡＬはセンシング動作及び／またはリソース予約を実行する（ＴＸ）ＵＥによって設定される選択ウィンドウのサイズである。例えば、ＲＥＦ＿ＶＡＬは選択ウィンドウのサイズに事前に設定された比率が掛けられた結果値である。例えば、ＲＥＦ＿ＶＡＬはセンシング動作及び／またはリソース予約を実行する（ＴＸ）ＵＥのリソース予約周期値（以下のように、Ｐ＿ＶＡＬＴＸ）によって端末に対して異なるようにまたは独立的に設定される。例えば、ＲＥＦ＿ＶＡＬはＰ＿ＶＡＬＴＸが事前に設定された閾（周期）値を超えるか否かによって端末に対して異なるようにまたは独立的に設定される。例えば、ＲＥＦ＿ＶＡＬはＰ＿ＶＡＬ値によって端末に対して異なるようにまたは独立的に設定される。例えば、ＲＥＦ＿ＶＡＬはＰ＿ＶＡＬが事前に設定された閾（周期）値を超えるか否かによって端末に対して異なるようにまたは独立的に設定される。
例えば、Ｐ＿ＶＡＬＴＸ値またはＰ＿ＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）短い場合、（事前に設定された）（比較的）小さいＲＥＦ＿ＶＡＬ値が適用／利用され、そうでない場合（例えば、Ｐ＿ＶＡＬＴＸ値またはＰ＿ＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）長い場合）、（事前に設定された）（比較的）大きいＲＥＦ＿ＶＡＬ値が適用／利用される。例えば、Ｐ＿ＶＡＬＴＸ値またはＰ＿ＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）短い場合、（事前に設定された）（比較的）大きいＲＥＦ＿ＶＡＬ値が適用／利用され、そうでない場合（例えば、Ｐ＿ＶＡＬＴＸ値またはＰ＿ＶＡＬ値が（事前に設定された閾（周期）値より）（比較的）長い場合）、（事前に設定された）（比較的）小さいＲＥＦ＿ＶＡＬ値が適用／利用される。ここで、例えば、前記ルールは事前に設定された基準（周期）値（例えば、１００ｍｓ）よりＰ＿ＶＡＬＴＸまたはＰ＿ＶＡＬが小さい場合にのみ限定して適用されるように設定される。例えば、前記ルールは事前に設定された基準（周期）値（例えば、１００ｍｓ）よりＰ＿ＶＡＬＴＸまたはＰ＿ＶＡＬが大きい場合にのみ限定して適用されるように設定される。また、例えば、前記ルールが適用される場合、（事前に設定された基準（周期）値より小さいＰ＿ＶＡＬＴＸまたはＰ＿ＶＡＬに対して）Ｐ＿ＶＡＬＴＸ値またはＰ＿ＶＡＬ値の変化に関係なく、ＣＥＩＬＩＮＧ（ＲＥＦ＿ＶＡＬ／Ｐ＿ＶＡＬ）が（ＲＥＦ＿ＶＡＬまたはＰ＿ＶＡＬが（暗黙に）調整されることで）（事前に設定された）特定比率／値に維持されると解釈できる。例えば、前記ルールが適用される場合、（事前に設定された基準（周期）値より大きいＰ＿ＶＡＬＴＸまたはＰ＿ＶＡＬに対して）Ｐ＿ＶＡＬＴＸ値またはＰ＿ＶＡＬ値の変化に関係なく、ＣＥＩＬＩＮＧ（ＲＥＦ＿ＶＡＬ／Ｐ＿ＶＡＬ）が（ＲＥＦ＿ＶＡＬまたはＰ＿ＶＡＬが（暗黙に）調整されることで）（事前に設定された）特定比率／値に維持されると解釈できる。
例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）はリソースプールに特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）はサービス種類に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）はサービス優先順位に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）はＱｏＳ要件（例えば、ＵＲＬＬＣ／ＥＭＢＢトラフィック、信頼度、遅延）に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）はキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）は（リソースプール）輻輳レベル（例えば、ＣＢＲ）に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）はＳＬ ＨＡＲＱフィードバック方法（例えば、ＮＡＣＫ ＯＮＬＹフィードバック、ＡＣＫ／ＮＡＣＫフィードバック）に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータ（例えば、ＲＥＦ＿ＶＡＬ）はリソース予約周期が事前に設定された閾値より小さいかまたは大きいかによって、独立的にまたは異なるように端末に対して設定される。
図１２は本開示の一実施形態によって、端末が選択ウィンドウ内においてリソースを選択する手順を示す。図１２の実施形態は本開示の様々な実施形態と組み合わせることができる。
図１３は本開示の一実施形態によって、端末が選択ウィンドウ内において特定リソースを排除する方法を示す。図１３の実施形態は本開示の様々な実施形態と組み合わせることができる。
図１２を参照すれば、ステップＳ１２１０において、ＴＸ ＵＥは少なくとも１つの端末（例えば、ＵＥ＃１からＵＥ＃Ｎ）からＳＣＩを受信することができる。例えば、ＴＸ ＵＥはセンシングウィンドウ内において少なくとも１つの端末からＳＣＩを受信することができる。ここで、例えば、前記ＳＣＩはリソース予約周期に関連する情報を含むことができる。例えば、ＵＥ＃１によって送信されるＳＣＩはＵＥ＃１によって予約／選択されたリソースの予約周期に関連する情報を含むことができ、ＵＥ＃２によって送信されるＳＣＩはＵＥ＃２によって予約／選択されたリソースの予約周期に関連する情報を含むことができ、ＵＥ＃Ｎによって送信されるＳＣＩはＵＥ＃Ｎによって予約／選択されたリソースの予約周期に関連する情報を含むことができる。
例えば、ＮＲリソース割り当てモード２において、前記少なくとも１つの端末はＳＣＩを使用してＳＬ送信の優先順位をＴＸ ＵＥに送信することができる。例えば、ＴＸ ＵＥは前記ＳＣＩをデコードすることができ、ＴＸ ＵＥは前記優先順位に基づいてセンシング及び／またはリソース（再）選択を実行することができる。例えば、前記リソース（再）選択手順は、ＴＸ ＵＥがリソース選択ウィンドウにおいて候補リソースを識別するステップ及びＴＸ ＵＥが識別された候補リソースのうち、（再）送信のためのリソースを選択するステップを含むことができる。
ステップＳ１２２０において、ＴＸ ＵＥは選択ウィンドウのサイズを決定することができる。本明細書において、選択ウィンドウはリソース選択ウィンドウと称することができる。例えば、リソース選択ウィンドウはＴＸ ＵＥがＳＬ送信のためのリソースを選択する時間間隔（ｔｉｍｅ ｉｎｔｅｒｖａｌ）である。例えば、ＴＸ ＵＥがリソース（再）選択をトリガーした以後、リソース選択ウィンドウはＴ１≧０から開始することができ、リソース選択ウィンドウはＴＸ ＵＥの残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）によって制限される。
ステップＳ１２３０において、ＴＸ ＵＥは選択ウィンドウのサイズ及びリソース予約周期に基づいて、リソース選択から排除するリソースを決定することができる。例えば、ＴＸ ＵＥがリソース選択ウィンドウにおいて候補リソースを識別するステップにおいて、ＴＸ ＵＥが少なくとも１つの端末から受信したＳＣＩによって特定リソースが指示され及び前記特定リソースに対するＬ１ ＳＬ ＲＳＲＰ測定値がＳＬ ＲＳＲＰ閾値を超過すれば、ＴＸ ＵＥは前記特定リソースを候補リソースに決定しない 。すなわち、この場合、ＴＸ ＵＥは前記特定リソースをＳＬ送信のためのリソースに選択しない。例えば、ＳＬ ＲＳＲＰ閾値はＴＸ ＵＥが受信したＳＣＩによって指示されるＳＬ送信の優先順位及びＴＸ ＵＥが選択したリソース上においてＳＬ送信の優先順位に基づいて決定される。
例えば、ＴＸ ＵＥは表６に基づいてリソース選択から排除するリソースを決定することができる。
Figure 2023521980000007
表６を参照すれば、（ａ）、（ｂ）及び（ｃ）に満足する場合、ＴＸ ＵＥは当該リソース（Ｒｘ、ｙ）をリソースセット（ＳＡ）において除外することができる。すなわち、ＴＸ ＵＥは（ａ）、（ｂ）及び（ｃ）条件を満足するリソースを選択しない。この場合、例えば、ＴＸ ＵＥはＣＥＩＬＩＮＧ（ＲＥＦ＿ＶＡＬ／Ｐ＿ＶＡＬ）個のリソースがＰ＿ＶＡＬ周期に予約／存在すると仮定することができ、ＴＸ ＵＥは前記リソースに対するリソース排除動作を実行することができる。例えば、ＲＥＦ＿ＶＡＬは選択ウィンドウのサイズである。例えば、ＲＥＦ＿ＶＡＬはセンシング動作及び／またはリソース予約を実行する（ＴＸ）ＵＥによって設定される選択ウィンドウのサイズである。例えば、Ｙ＝ＣＥＩＬＩＮＧ（Ｘ）はＸより大きいか等しい最小整数値を導出する関数である。
図１３の実施形態において、ＴＸ ＵＥはリソースＡに基づいて別の端末からＳＣＩを受信すると仮定する。そして、リソース予約周期（Ｐ）の５倍は選択ウィンドウのサイズ（Ｓ）と同じ（すなわち、５＊Ｐ＝Ｓ）であると仮定する。具体的には、リソース予約周期は１０ｍｓであり、選択ウィンドウのサイズは５０ｍｓであると仮定する。この場合、ＴＸ ＵＥはＣＥＩＬＩＮＧ（Ｓ／Ｐ）個のリソース（すなわち、図１３のリソースＢ）が前記ＳＣＩを送信した端末によって選択／予約されたと決定することができ、ＴＸ ＵＥはＣＥＩＬＩＮＧ（Ｓ／Ｐ）個のリソース（すなわち、図１３のリソースＢ）を選択しない。その一方で、ＴＸ ＵＥはＣＥＩＬＩＮＧ（Ｓ／Ｐ）個のリソース以降のリソース（すなわち、図１３のリソースＣ）が前記ＳＣＩを送信した端末によって選択／予約されなかったと決定することができ、ＴＸ ＵＥが図１３のリソースＣを選択することを許可することができる。
従来の技術によれば、ＴＸ ＵＥがリソースＡに基づいて別の端末からＳＣＩを受信する場合、ＴＸ ＵＥはＣＥＩＬＩＮＧ（１００［ｍｓ］／Ｐ）個のリソースが前記ＳＣＩを送信した端末によって選択／予約されたと決定することができ、ＴＸ ＵＥはＣＥＩＬＩＮＧ（１００［ｍｓ］／Ｐ）個のリソースを選択しない。ここで、Ｐはｍｓ単位のリソース予約周期である。すなわち、従来の技術によれば、ＴＸ ＵＥは図１３のリソースＢだけでなくリソースＣも選択することができない。これは不要な端末の不要なリソース排除動作に繋がる。その一方で、提案された方法によれば、ＴＸ ＵＥは選択ウィンドウのサイズ及びリソース予約周期に基づいて、効率的なリソース排除動作を実行することができる。
再び、図１２を参照すれば、ステップＳ１２４０において、ＴＸ ＵＥは排除されたリソースを除いた残りのリソースのうち、少なくとも１つのリソースを選択することができる。そして、ＴＸ ＵＥは前記少なくとも１つのリソースに基づいてＰＳＣＣＨ及び／またはＰＳＳＣＨを送信することができる。
本開示の一実施形態によれば、ＣＲ計算／カウント過程において、端末は（ＲＸ ＵＥから受信された）ＨＡＲＱフィードバック（例えば、ＡＣＫ）に基づいて使用しない（ＳＣＩにシグナリングした）ＳＬ（再送）予約リソースをＣＲ計算／カウントに反映しない。例えば、ＣＲ計算／カウント過程において、端末は（ＲＸ ＵＥから受信された）ＨＡＲＱフィードバック（例えば、ＡＣＫ）に基づいて使用しない（ＳＣＩにシグナリングした）ＳＬ（再送）予約リソースに関連するサブチャネルの数をＣＲ計算／カウントに反映しない。例えば、ＣＲ計算／カウント過程において、端末はＵＬ／ＳＬ優先化（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に基づいて使用しない（ＳＣＩにシグナリングした）ＳＬ（再送）予約リソースをＣＲ計算／カウントに反映しない。例えば、ＣＲ計算／カウント過程において、端末はＵＬ／ＳＬ優先化（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に基づいて使用しない（ＳＣＩにシグナリングした）ＳＬ（再送）予約リソースに関連するサブチャネルの数をＣＲ計算／カウントに反映しない。例えば、前記ＵＬ／ＳＬ優先化（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）状況は、高い優先順位のＵＬ送信とＳＬ送信が重複することによって、端末がＳＬ送信を省略した状況である。ここで、例えば、前記ルールはＨＡＲＱフィードバック（例えば、ＡＣＫ）の受信に基づいて（関連する）ＳＬグラント（例えば、再送予約リソース）が解除（ｒｅｌｅａｓｅ）される場合にのみ限定して適用されるように設定される。例えば、前記ルールはＨＡＲＱフィードバック（例えば、ＡＣＫ）の受信に基づいて（関連する）ＳＬグラント（例えば、再送予約リソース）がクリア（ｃｌｅａｒ）された場合にのみ限定して適用されるように設定される。例えば、前記ルールは（連動する）ＨＡＲＱバッファーがフラッシュされる場合にのみ限定して適用されるように設定される。例えば、前記ルールは１つの（ｓｉｎｇｌｅ）ＭＡＣ ＰＤＵ送信のために生成されたＳＬグラントの場合にのみ限定して適用されるように設定される。例えば、前記ルールは複数の（ｍｕｌｔｉｐｌｅ）ＭＡＣ ＰＤＵ送信のために生成されたＳＬグラントの場合にのみ限定して適用されるように設定される。
或いは、例えば、ＨＡＲＱフィードバック（例えば、ＡＣＫ）の受信に基づいて（関連する）ＳＬグラント（例えば、再送予約リソース）が解除／クリアされるか（連動された）ＨＡＲＱバッファーがフラッシュされるとするとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するように設定される。例えば、ＨＡＲＱフィードバック（例えば、ＡＣＫ）の受信に基づいて（関連する）ＳＬグラント（例えば、再送予約リソース）が解除／クリアされるか（連動された）ＨＡＲＱバッファーがフラッシュされるとするとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するようにリソースプールに特定して設定される。例えば、ＨＡＲＱフィードバック（例えば、ＡＣＫ）の受信に基づいて（関連する）ＳＬグラント（例えば、再送予約リソース）が解除／クリアされるか（連動された）ＨＡＲＱバッファーがフラッシュされるとするとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するようにサービスタイプに特定して設定される。例えば、ＨＡＲＱフィードバック（例えば、ＡＣＫ）の受信に基づいて（関連する）ＳＬグラント（例えば、再送予約リソース）が解除／クリアされるか（連動された）ＨＡＲＱバッファーがフラッシュされるとするとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するようにサービス優先順位に特定して設定される。例えば、ＨＡＲＱフィードバック（例えば、ＡＣＫ）の受信に基づいて（関連する）ＳＬグラント（例えば、再送予約リソース）が解除／クリアされるか（連動された）ＨＡＲＱバッファーがフラッシュされるとするとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するように（リソースプール）輻輳レベルに特定して設定される。
例えば、先取り（ｐｒｅ－ｅｍｐｔｉｏｎ）及び／またはＵＬ／ＳＬ優先化のため端末が既存予約済みの（再送）リソースを使用しなかったかまたは既存予約済みの（再送）リソースを解除／クリアして（再送）リソースに対する再選択を実行するとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するように設定される。例えば、先取り（ｐｒｅ－ｅｍｐｔｉｏｎ）及び／またはＵＬ／ＳＬ優先化のため端末が既存予約済みの（再送）リソースを使用しなかったかまたは既存予約済みの（再送）リソースを解除／クリアして（再送）リソースに対する再選択を実行するとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するようにリソースプールに特定して設定される。例えば、先取り（ｐｒｅ－ｅｍｐｔｉｏｎ）及び／またはＵＬ／ＳＬ優先化のため端末が既存予約済みの（再送）リソースを使用しなかったかまたは既存予約済みの（再送）リソースを解除／クリアして（再送）リソースに対する再選択を実行するとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するようにサービスタイプに特定して設定される。例えば、先取り（ｐｒｅ－ｅｍｐｔｉｏｎ）及び／またはＵＬ／ＳＬ優先化のため端末が既存予約済みの（再送）リソースを使用しなかったかまたは既存予約済みの（再送）リソースを解除／クリアして（再送）リソースに対する再選択を実行するとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するようにサービス優先順位に特定して設定される。例えば、先取り（ｐｒｅ－ｅｍｐｔｉｏｎ）及び／またはＵＬ／ＳＬ優先化のため端末が既存予約済みの（再送）リソースを使用しなかったかまたは既存予約済みの（再送）リソースを解除／クリアして（再送）リソースに対する再選択を実行するとしても、システム上の別の（一部の）端末は当該解除された／クリアされた（再）送信リソースを使用できない場合があるため、端末は前記リソースをＣＲ計算／カウントに（まだ）反映するように（リソースプール）輻輳レベルに特定して設定される。
ここで、例えば、前記ルールが適用される場合、ＨＡＲＱフィードバック受信ベースの再送動作時、端末が過剰に（再送）リソースの予約を防ぐ場合がある。
本開示の一実施形態によれば、２ｎｄＳＣＩフォーマットの場合、以下のように決定される。例えば、２ｎｄＳＣＩフォーマットは２ｎｄＳＣＩフォーマットＡ及び／または２ｎｄＳＣＩフォーマットＢを含むことができる。
例えば、２ｎｄＳＣＩフォーマットＡの場合に、
－（ＴＸ ＵＥの）ゾーン（ｚｏｎｅ）ＩＤフィールド及び通信範囲（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）フィールドが含まれない、ここで、通信範囲フィールドは送信ＭＡＣ ＰＤＵ（例えば、ＴＢ）及び／または（連動された）サービスと関連する、及び／または
－（ＰＳＳＣＨデコード成功したか否かに応じて）ＡＣＫまたはＮＡＣＫ情報が送信される（ユニキャスト及び／またはグループキャストベースの）ＨＡＲＱフィードバック方法（以下のように、ＨＡＲＱ＿ＦＤＴＹＰＥ１）（及び／または（ＴＸ ＵＥとＲＸ ＵＥ間の距離ベースではない）（グループキャスト）ＮＡＣＫ ＯＮＬＹ ＨＡＲＱフィードバック方法）が使用／要求されるとき、利用／指定するように設定される、及び／または
－（ユニキャスト及び／またはグループキャストベースのＳＬ通信が実行されるとき（及び／またはＨＡＲＱ＿ＦＤＴＹＰＥ３ベースのグループキャストＨＡＲＱフィードバック方法が使用／要求されるとき）利用／指定するように設定される、及び／または
－ＨＡＲＱフィードバックＥＮＡＢＬＥＤ／ＤＩＳＡＢＬＥＤ指示子（フィールド）（以下のように、ＨＱ＿ＥＤＦＤ）が含まれる。
例えば、２ｎｄＳＣＩフォーマットＢの場合に、
－（ＴＸ ＵＥの）ゾーン（ｚｏｎｅ）ＩＤフィールド及び通信範囲（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）フィールドが含まれる、ここで、通信範囲フィールドは送信ＭＡＣ ＰＤＵ（例えば、ＴＢ）及び／または（連動された）サービスと関連する、及び／または
－ＴＸ ＵＥとＲＸ ＵＥ間の距離ベースの（グループキャスト）ＮＡＣＫ ＯＮＬＹ ＨＡＲＱフィードバック方法（以下のように、ＨＡＲＱ＿ＦＤＴＹＰＥ２）（及び／または（ＴＸ ＵＥとＲＸ ＵＥ間の距離ベースではない）（グループキャスト）ＮＡＣＫ ＯＮＬＹ ＨＡＲＱフィードバック方法（以下のように、ＨＡＲＱ＿ＦＤＴＹＰＥ３））が使用／要求されるとき、利用／指定するように設定される、及び／または
－（グループキャストベースのＳＬ通信が実行されるとき（及び／またはＨＡＲＱ＿ＦＤＴＹＰＥ２（及び／またはＨＡＲＱ＿ＦＤＴＹＰＥ３）ベースのグループキャストＨＡＲＱフィードバック方法が使用／要求されるとき）に利用／指定するように設定される、及び／または
－ＨＡＲＱフィードバックＥＮＡＢＬＥＤ／ＤＩＳＡＢＬＥＤ指示子（フィールド）が含まれる。
ここで、例えば、２ｎｄＳＣＩフォーマットＡ及び／または２ｎｄＳＣＩフォーマットＢ上に、（ＴＸ ＵＥが）ＲＸ ＵＥにどのパラメータベースに決定された（インデックスの）ＰＳＦＣＨリソースを用いてＨＡＲＱフィードバック情報を送信する必要があるか及び／またはどの方法／タイプベースのＨＡＲＱフィードバックが実行する必要があるかを知らせるフィールド（以下のように、ＭＩＤ＿ＦＩＥＬＤ）が定義される。例えば、前記フィールドは事前に設定されたサイズ（例えば、１ビット）を持つことができる。
具体的には、例えば、ＭＩＤ＿ＦＩＥＬＤが０に指示されれば、ＲＸ ＵＥはＰＳＦＣＨリソース（インデックス）を決定する数式上の（グループ）メンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を０に指定／決定することができ、ＲＸ ＵＥはＭ＿ＩＤ＝０に基づいてＨＡＲＱフィードバックが送信されるＰＳＦＣＨリソース（インデックス）を決定／導出することができる。例えば、ＭＩＤ＿ＦＩＥＬＤが０に指示されれば、ＲＸ ＵＥはＰＳＦＣＨリソース（インデックス）を決定する数式上の（グループ）メンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を０に指定／決定することができ、ＲＸ ＵＥは（事前に設定された）ＡＣＫまたはＮＡＣＫ情報が送信される（ユニキャストベース）ＨＡＲＱフィードバック方法を適用することができる。例えば、ＭＩＤ＿ＦＩＥＬＤが０に指示されれば、ＲＸ ＵＥはＰＳＦＣＨリソース（インデックス）を決定する数式上の（グループ）メンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を０に指定／決定することができ、ＲＸ ＵＥはＨＡＲＱ＿ＦＤＴＹＰＥ２のＨＡＲＱフィードバック方法を適用することができる。例えば、ＭＩＤ＿ＦＩＥＬＤが０に指示されれば、ＲＸ ＵＥはＰＳＦＣＨリソース（インデックス）を決定する数式上の（グループ）メンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を０に指定／決定することができ、ＲＸ ＵＥはＨＡＲＱ＿ＦＤＴＹＰＥ３のＨＡＲＱフィードバック方法を適用することができる。
例えば、ＭＩＤ＿ＦＩＥＬＤが１に指示されれば、ＲＸ ＵＥはＰＳＦＣＨリソース（インデックス）を決定する数式上のメンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を（自身の）上位層（例えば、Ｖ２Ｘ層）において提供された（メンバーＩＤ）値に指定／決定することができ、ＲＸ ＵＥは（メンバーＩＤ）値に基づいてＨＡＲＱフィードバックが送信されるＰＳＦＣＨリソース（インデックス）を決定／導出することができる。例えば、ＭＩＤ＿ＦＩＥＬＤが１に指示されれば、ＲＸ ＵＥはＰＳＦＣＨリソース（インデックス）を決定する数式上のメンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を（自身の）上位層（例えば、Ｖ２Ｘ層）において提供された（メンバーＩＤ）値に指定／決定することができ、ＲＸ ＵＥは（メンバーＩＤ）値に基づいてＡＣＫまたはＮＡＣＫ情報が送信される（グループキャストベース）ＨＡＲＱフィードバック方法を適用することができる。
例えば、ＨＱ＿ＥＤＦＤフィールドがＤＩＳＡＢＬＥＤに指示される場合、ＭＩＤ＿ＦＩＥＬＤフィールドは事前に設定された（特定）値（例えば、０または１）（以下のように、ＦＸ＿ＶＡＬ）に指定／設定される。例えば、ＴＸ ＵＥがＲＸ ＵＥにＨＡＲＱフィードバックを要求しない場合、ＭＩＤ＿ＦＩＥＬＤフィールドはＦＸ＿ＶＡＬに指定／設定される。例えば、ＴＸ ＵＥがＨＡＲＱ ＤＩＳＡＢＬＥＤ ＭＡＣ ＰＤＵ（及び／またはＬＣＨ関連データ）をＲＸ ＵＥに送信する場合、ＭＩＤ＿ＦＩＥＬＤフィールドはＦＸ＿ＶＡＬに指定／設定される。例えば、ＴＸ ＵＥが（送信ＭＡＣ ＰＤＵに対して）ブラインド再送を実行する場合、ＭＩＤ＿ＦＩＥＬＤフィールドはＦＸ＿ＶＡＬに指定／設定される。ここで、例えば、前記ルールが適用される場合、（ＨＱ＿ＥＤＦＤフィールドがＤＩＳＡＢＬＥＤに指示される場合）ＭＩＤ＿ＦＩＥＬＤフィールドがＦＸ＿ＶＡＬではない別の値に指定されることは（事前に設定された）別の情報／状態（例えば、キャストタイプ（例えば、グループキャストとユニキャスト間の区別、グループキャスト及び／またはユニキャストとブロードキャスト間の区別））を指示すること（例えば、（今後、ＲＥＬＥＡＳＥに活用される）一種の予約された状態（ｒｅｓｅｒｖｅｄ ｓｔａｔｕｓ）に解釈可能）と見なすことができる。
例えば、２ｎｄＳＣＩフォーマットＡ及び／または２ｎｄＳＣＩフォーマットＢ及び／または１ｓｔＳＣＩフォーマット上の事前に定義されたフィールド（例えば、２ビット）を介して、キャストタイプ情報及び／またはＨＡＲＱフィードバック方法情報がシグナリングされるように設定される。例えば、端末は２ｎｄＳＣＩフォーマットＡ及び／または２ｎｄＳＣＩフォーマットＢ及び／または１ｓｔＳＣＩフォーマット上の事前に定義されたフィールド（例えば、２ビット）を介して、キャストタイプ情報及び／またはＨＡＲＱフィードバック方法情報を送信することができる。ここで、例えば、２ビットの事前に定義されたフィールドを介して、ユニキャストＨＡＲＱフィードバック方法、グループキャスト（タイプ１）ＨＡＲＱフィードバックオプション１、グループキャスト（タイプ２）ＨＡＲＱフィードバックオプション２、またはブロードキャストのうち、いずれか１つが指示される。例えば、ユニキャストＨＡＲＱフィードバック方法はＡＣＫ／ＮＡＣＫ ＨＡＲＱフィードバック形である。例えば、ユニキャストＨＡＲＱフィードバック方法によれば、端末はＰＳＦＣＨリソース（インデックス）を決定する数式上の（グループ）メンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を０に見なした後、ＨＡＲＱフィードバックが送信されるＰＳＦＣＨリソース（インデックス）を決定／導出することができる。例えば、グループキャスト（タイプ１）ＨＡＲＱフィードバックオプション１はＮＡＣＫ ＯＮＬＹ ＨＡＲＱフィードバック形である。例えば、グループキャスト（タイプ１）ＨＡＲＱフィードバックオプション１によれば、端末はＰＳＦＣＨリソース（インデックス）を決定する数式上の（グループ）メンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を０に見なした後、ＨＡＲＱフィードバックが送信されるＰＳＦＣＨリソース（インデックス）を決定／導出することができる。例えば、グループキャスト（タイプ２）ＨＡＲＱフィードバックオプション２はＡＣＫ／ＮＡＣＫ ＨＡＲＱフィードバック形である。例えば、グループキャスト（タイプ２）ＨＡＲＱフィードバックオプション２によれば、端末はＰＳＦＣＨリソース（インデックス）を決定する数式上の（グループ）メンバーＩＤパラメータ（例えば、Ｍ＿ＩＤ）値を（端末の）上位層において提供された（メンバーＩＤ）値に見なした後、ＨＡＲＱフィードバックが送信されるＰＳＦＣＨリソース（インデックス）を決定／導出することができる。例えば、ブロードキャスト方法はＨＡＲＱフィードバックがＤＩＳＡＢＬＥされた形である。
図１４は本開示の一実施形態によって、基地局がＳＬ ＤＣＩに対するサイズアライメント（ＳＩＺＥ ＡＬＩＧＮＭＥＮＴ）を実行する手順を示す。図１４の実施形態は本開示の様々な実施形態と組み合わせることができる。
本開示の一実施形態によれば、複数のリソースプールが端末に対して設定されるか事前に設定される。例えば、前記複数のリソースプールは複数のモード１リソースプールである。例えば、ステップＳ１４１０において、基地局は複数のリソースプールに関連する情報を端末に送信することができる。上述した場合、基地局によって送信されるモード１ ＤＣＩ（例えば、ＤＣＩフォーマット３＿０）上に、（連動された）リソースプールのインデックスフィールド（以下のように、ＲＰ＿ＦＩＤ）が定義される。ここで、例えば、基地局が端末にモード１ ＤＣＩを送信する場合に、基地局は前記モード１ ＤＣＩがどのリソースプールに対するスケジューリングであるか端末に通知することができる。例えば、基地局が端末にモード１ ＤＣＩを送信する場合に、基地局は前記モード１ ＤＣＩがどのリソースプールと連動されたモード１ ＤＣＩであるか通知することができる。
上記の場合、例えば、複数のモード１リソースプール間に（ＭＯＤＥ １動作関連）以下の（一部の）パラメータ及び／または動作が異なるように設定されれば、（ＭＯＤＥ １ ＤＣＩの）ペイロードサイズがモード１ ＤＣＩがターゲットとするリソースプールによって異なる。
例）モード１ ＤＣＩにシグナリングされる時間リソース（例えば、スロット）の最大数、及び／またはＳＣＩにシグナリングされる時間リソース（例えば、スロット）の最大数、及び／または
例）リソースプールを構成するサブチャネルの数、及び／または
例）ＣＧ動作が設定されるか否か、及び／またはＳＬ－ＣＳ－ＲＮＴＩにスクランブルされたＣＲＣベースのモード１ ＤＣＩ（例えば、ＤＣＩフォーマット３＿０）に対するモニタリングが設定されるか否か（例えば、（ＣＧ／ＤＧ関連モード１ ＤＣＩ上の）（ＣＧ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）フィールド存在するか否かがこれによって決定される）、及び／または
例）ＰＵＣＣＨリソースが設定されるか否か、及び／またはＰＵＣＣＨを介したＳＬ ＨＡＲＱフィードバック情報に対する報告動作が設定されるか否か、及び／またはＰＵＣＣＨを介したＳＬ ＨＡＲＱフィードバック情報の報告時、適用されるＨＡＲＱコードブックタイプ、及び／または
例）ＰＳＦＣＨスロットとＰＵＣＣＨスロット間の時間ギャップ（ｔｉｍｅ ｇａｐ）に指定される候補値の数、例えば、ＰＵＣＣＨを介したＳＬ ＨＡＲＱフィードバック情報に対する報告動作が設定される場合、ＰＳＦＣＨスロットとＰＵＣＣＨスロット間の時間ギャップ（ｔｉｍｅ ｇａｐ）に指定される候補値の数、及び／または
例）（ＳＬ）ＨＡＲＱプロセスＩＤの（最大）数、例えば、モード１ ＤＣＩ運営及び／またはＳＬ動作関連（ＳＬ）ＨＡＲＱプロセスＩＤの（最大）数
しかし、端末は基地局によって送信されるモード１ ＤＣＩがターゲットとするリソースプールが事前にわからないため、端末が（リソースプール別に異なる）複数のモード１ ＤＣＩのペイロードサイズに対するブラインド探索／デコードを実行しなければならない問題が起こり得る。
上述した問題を軽減させるために、例えば、複数のリソースプールとそれぞれ関連された複数のモード１ ＤＣＩのペイロードサイズが一致（ａｌｉｇｎ）する。例えば、ステップＳ１４２０において、基地局は複数のリソースプールとそれぞれ関連された複数のモード１ ＤＣＩのペイロードサイズを一致させることができる。ステップＳ１４３０において、端末は前記複数のモード１ ＤＣＩをモニタリングすることができる。説明の便宜上、複数のリソースプールとそれぞれ関連された複数のモード１ ＤＣＩのペイロードサイズが一致する場合をオプションＡと称することができる。以下のように、オプションＡの具体的な例を説明する。
例えば、複数のリソースプールに関連する複数の（異なる）モード１ ＤＣＩのペイロードサイズのうち、最も大きいペイロードサイズに、残りのモード１ ＤＣＩのペイロードサイズが一致（例えば、ゼロパディング）する。例えば、基地局は前記残りのモード１ ＤＣＩのペイロードにゼロパディングを実行することで、前記複数のモード１ ＤＣＩのペイロードサイズを最も大きいペイロードサイズに一致させることができる。表７は複数のモード１ ＤＣＩ（例えば、ＤＣＩフォーマット３＿０）のペイロードサイズを一致させる例を示す。
Figure 2023521980000008
表７を参照すれば、端末に対して複数のリソースプールが設定される場合、基地局は複数のＤＣＩ（例えば、ＤＣＩフォーマット３＿０）のうち、最も大きいサイズを持つＤＣＩのサイズと等しくなるまで、残りのＤＣＩに対してゼロパディングを実行することができる。例えば、端末に対して４個のリソースプール（例えば、リソースプールＡ、リソースプールＢ、リソースプールＣ、リソースプールＤ）が設定され、及びリソースプールＡに関連するＤＣＩのサイズが最も大きいと仮定する。この場合、基地局は残りのリソースプールに関連するＤＣＩ（例えば、リソースプールＢに関連するＤＣＩ、リソースプールＣに関連するＤＣＩ、リソースプールＤに関連するＤＣＩ）に対してゼロパディングを実行することで、複数のＤＣＩのサイズ（例えば、リソースプールＡに関連するＤＣＩのサイズ、リソースプールＢに関連するＤＣＩのサイズ、リソースプールＣに関連するＤＣＩのサイズ、リソースプールＤに関連するＤＣＩのサイズ）を互いに一致させることができる。そして、端末は前記一致したＤＣＩのサイズに基づいて前記複数のＤＣＩをモニタリングまたは受信することができる。さらに、ＤＣＩフォーマット３＿０のサイズとＤＣＩフォーマット３＿１のサイズが一致しない場合、基地局は小さいサイズを持つＤＣＩフォーマットに対してゼロパディングを実行することで、ＤＣＩフォーマット３＿０のサイズとＤＣＩフォーマット３＿１のサイズを一致させることができる。ここで、例えば、ＤＣＩフォーマット３＿０は１つのセルにおいてＮＲ ＰＳＣＣＨ及びＮＲ ＰＳＳＣＨのスケジューリングのために用いられるＤＣＩであり、ＤＣＩフォーマット３＿１は１つのセルにおいてＬＴＥ ＰＳＣＣＨ及びＬＴＥ ＰＳＳＣＨのスケジューリングのために用いられるＤＣＩである。
例えば、複数のリソースプールに関連する複数の（異なる）モード１ ＤＣＩのペイロードサイズのうち、最も小さいペイロードサイズに、残りのモード１ ＤＣＩのペイロードサイズが一致（例えば、（フィールドまたはビット）カット（ｔｒｕｎｃａｔｉｏｎ））する。例えば、基地局は前記残りのモード１ ＤＣＩのペイロードに対するカットを実行することで、前記複数のモード１ ＤＣＩのペイロードサイズを最も小さいペイロードサイズに一致させることができる。
例えば、事前に設定された（基準）ペイロードサイズに、複数のリソースプールに関連する複数の（異なる）モード１ ＤＣＩのペイロードサイズが一致（例えば、（フィールドまたはビット）カット（ｔｒｕｎｃａｔｉｏｎ）またはゼロパディング）する。例えば、基地局は前記複数のモード１ ＤＣＩのペイロードに対するカットまたはゼロパディングを実行することで、前記複数のモード１ ＤＣＩのペイロードサイズを事前に設定された（基準）ペイロードサイズに一致させることができる。
例えば、複数のリソースプールの間に（ＭＯＤＥ １動作関連）前記パラメータ及び／または前記動作が全部同じに設定される。説明の便宜上、複数のリソースプール間に前記パラメータ及び／または前記動作が全部同じに設定される場合をオプションＢと称することができる。例えば、オプションＢによれば、端末は異なるリソースプールに対するスケジューリングに用いられるモード１ ＤＣＩのペイロードサイズが（一部）異なることを期待しない。例えば、オプションＢによれば、端末は異なるリソースプールに対するスケジューリングに用いられるモード１ ＤＣＩのペイロードサイズが全部同じであると決定／仮定することができる。
例えば、（連動された）リソースプールのインデックス情報（ビット）がモード１ ＤＣＩ関連ＣＲＣにマスキング及び／またはスクランブルされる。説明の便宜上、（連動された）リソースプールのインデックス情報（ビット）がモード１ ＤＣＩ関連ＣＲＣにマスキング及び／またはスクランブルされる場合をオプションＣと称することができる。例えば、モード１ ＤＣＩ関連ＣＲＣは（事前に設定された）ＣＲＣ ＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）Ｘビットである。例えば、Ｘは正の整数である。例えば、Ｘは３である。
さらに、例えば、事前に設定されたＵｕ通信（例えば、基地局と端末間の通信）に関連するＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿１またはＤＣＩ ＦＯＲＭＡＴ０＿０）（以下のように、ＲＥＦ＿ＵＵＤＣＩ）とモード１ ＤＣＩ（例えば、ＤＣＩフォーマット３＿０）の間に、ペイロードサイズが一致する。例えば、基地局はＲＥＦ＿ＵＵＤＣＩ及びモード１ ＤＣＩ（例えば、ＤＣＩフォーマット３＿０）間にペイロードサイズを一致させることができる。例えば、（端末がサポートできる）ブラインドデコードの（最大）回数が超えることを防ぐために、ペイロードサイズがＲＥＦ＿ＵＵＤＣＩ及びモード１ ＤＣＩ間一致する。例えば、ＤＣＩフォーマット予算（ｂｕｄｇｅｔ）の（最大）数が超えることを防ぐために、ペイロードサイズがＲＥＦ＿ＵＵＤＣＩ及びモード１ ＤＣＩ間一致する。
上述した場合、例えば、オプションＡに基づいて導出された複数のリソースプールに関連するモード１ ＤＣＩのペイロードサイズのうち、最も大きいペイロードサイズ（以下のように、ＲＥＰ＿ＳＬＳＩＺＥ）とＮＲ基地局がＬＴＥ ＳＬのスケジューリングのために使用するＳＬ ＤＣＩフォーマット（例えば、ＤＣＩフォーマット３＿１）のペイロードサイズが一致する。例えば、オプションＡに基づいて導出された複数のリソースプールに関連するモード１ ＤＣＩのペイロードサイズのうち、最も小さいペイロードサイズ（以下のように、ＲＥＰ＿ＳＬＳＩＺＥ）とＮＲ基地局がＬＴＥ ＳＬのスケジューリングのために使用するＳＬ ＤＣＩフォーマット（例えば、ＤＣＩフォーマット３＿１）のペイロードサイズが一致する。さらに、例えば、ＲＥＰ＿ＳＬＳＩＺＥとＲＥＦ＿ＵＵＤＣＩのペイロードサイズが一致する。例えば、基地局はＲＥＰ＿ＳＬＳＩＺＥ及びＮＲ基地局がＬＴＥ ＳＬのスケジューリングのために使用するＳＬ ＤＣＩフォーマット（例えば、ＤＣＩフォーマット３＿１）のペイロードサイズを一致させることができ、基地局はＲＥＰ＿ＳＬＳＩＺＥ及びＲＥＦ＿ＵＵＤＣＩのペイロードサイズを一致させることができる。この場合、例えば、ＲＥＦ＿ＵＵＤＣＩのペイロードサイズがＲＥＰ＿ＳＬＳＩＺＥより大きい場合、複数のリソースプールに関連するモード１ ＤＣＩのペイロードサイズはＲＥＦ＿ＵＵＤＣＩのペイロードサイズに全部一致する。例えば、ＲＥＦ＿ＵＵＤＣＩのペイロードサイズがＲＥＰ＿ＳＬＳＩＺＥより大きい場合、基地局は複数のリソースプールに関連するモード１ ＤＣＩのペイロードサイズにゼロパディングを実行することで、複数のリソースプールに関連するモード１ ＤＣＩのペイロードサイズをＲＥＦ＿ＵＵＤＣＩのペイロードサイズに一致させることができる。
例えば、基地局がオプションＡに基づいて（複数のリソースプールに関連する）モード１ ＤＣＩ間に（全体）ペイロードサイズを一致させる場合、基地局は全体ペイロード側面においてペイロードサイズを一致するように設定される。説明の便宜上、基地局が全体ペイロード側面においてペイロードサイズを一致するように設定される場合を方法Ａと称することができる。例えば、方法Ａによれば、基地局は（比較的）小さい全体のペイロードサイズのモード１ ＤＣＩにゼロパディングを実行し、最も大きい全体のペイロードサイズのモード１ ＤＣＩと同じ（ペイロード）サイズを持つようにすることができる。例えば、方法Ａによれば、基地局は（比較的）小さい全体ペイロードサイズのモード１ ＤＣＩの最後の（ＬＳＢ）ビット後ゼロパディングを実行し、最も大きい全体ペイロードサイズのモード１ ＤＣＩと同じ（ペイロード）サイズを持つようにできる。
例えば、基地局がオプションＡに基づいて（複数のリソースプールに関連する）モード１ ＤＣＩ間に（全体）ペイロードサイズを一致させる場合、基地局はそれぞれのフィールド側面においてサイズを一致させることで全体ペイロードサイズを一致するように設定される。説明の便宜上、基地局がそれぞれのフィールド側面においてサイズを一致させることで全体ペイロードサイズを一致するように設定される場合を方法Ｂと称することができる。例えば、方法Ｂによれば、リソースプールＸに関連するモード１ ＤＣＩの特定フィールド（例えば、周波数リソース割り当てフィールド）のサイズがリソースプールＹに関連するモード１ ＤＣＩの同じ用途のフィールドサイズより大きい場合、基地局は後者のフィールドサイズを前者のフィールドサイズと一致させることができる。この場合、例えば、基地局は後者のフィールドのＭＳＢ（ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）ビットに対するゼロパディングを実行することができる。例えば、基地局は後者のフィールドのＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）ビットに対するゼロパディングを実行することができる。
例えば、方法Ｂが適用される場合、複数のリソースプールに関連するモード１ ＤＣＩ上のフィールド種類／構成は同じであると解釈できる。例えば、方法Ｂが適用される場合、複数のリソースプールに関連するモード１ ＤＣＩ上のフィールド（配置）順序は同じであると解釈できる。
例えば、複数のリソースプールに関連するモード１ ＤＣＩ上のフィールド種類／構成が異なる場合には、同じになるように存在するフィールドに対しては方法Ｂが適用され、そうでないフィールドに対しては方法Ａが適用される。これを介して、例えば、モード１ ＤＣＩ間にペイロードサイズが一致されるように設定される。例えば、（例外として）方法Ａを適用させて、モード１ ＤＣＩ間にペイロードサイズが一致するように設定される。
例えば、複数のリソースプールに関連するモード１ ＤＣＩ間に同じ用途のフィールドサイズ及び／または特定用途のフィールド存在有無などが異なることがあり、及び／またはキャリア別に設定されるモード１リソースプールの数などが異なる。したがって、これを考慮し、ＳＬ（送信）リソースがスケジューリングされるキャリアのインデックスを示すフィールド（以下のように、ＣＩＦ）はＲＰ＿ＦＩＤフィールドよりモード１ ＤＣＩ上において優先的に表示されるように定義される。例えば、モード１ ＤＣＩ上において、ＣＩＦフィールドが１番目のフィールドに定義され、ＲＰ＿ＦＩＤフィールドが２番目のフィールドに定義され、（周波数／時間）リソース情報フィールドは３番目のフィールド以降と定義される。例えば、ＣＩＦはＰＳＳＣＨ及び／またはＰＳＣＣＨ関連時間／周波数（送信）リソース情報（例えば、位置／数）フィールドよりモード１ ＤＣＩ上において優先的に表示されるように定義される。例えば、ＣＩＦは（１番目のＰＳＳＣＨ送信関連）ＰＳＣＣＨ（開始）周波数（送信）リソース情報フィールドよりモード１ ＤＣＩ上において優先的に表示されるように定義される。
例えば、前記ルールは方法Ａベースの動作時のみ限定して適用される。例えば、前記ルールは方法Ｂベースの動作時のみ限定して適用される。これを介して、例えば、端末はＣＩＦフィールド及び／またはＲＰ＿ＦＩＤフィールドを、変更されるサイズのフィールドと関係なく、デコードすることができる。例えば、端末はＣＩＦフィールド及び／またはＲＰ＿ＦＩＤフィールドを、リソースプール及び／またはキャリアによって変更されるサイズのフィールドと関係なく、デコードすることができる。
例えば、モード１ ＳＬ動作に用いられる及び／またはモード１ ＳＬ動作のために選択可能な同期化基準ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｏｕｒｃｅ）は複数のリソースプール上において同じに設定される。例えば、モード１ ＳＬ動作に用いられる及び／またはモード１ ＳＬ動作のために選択可能な同期化基準ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｏｕｒｃｅ）は複数のリソースプール上において異なるように設定される。例えば、同期化基準ソースは同期化基準ソースの候補または同期化基準ソースのタイプを含むことができる。
例えば、複数のリソースプールに基づいてトリガーされるＳＬ ＣＳＩ報告動作の間に、（例外として）ＳＬ ＣＳＩ報告遅延バウンド（ｌａｔｅｎｃｙ ｂｏｕｎｄ）が重複することが許可される。例えば、複数のリソースプールに基づいてトリガーされるＳＬ ＣＳＩ報告動作の場合に、端末が特定リソースプールに基づいてトリガーしたＳＬ ＣＳＩ報告に対するＳＬ ＣＳＩ情報を（成功的に）受信する前に、端末が（例外として）別のリソースプールに基づいてＳＬ ＣＳＩ報告を（さらに）トリガーすることが許可される。
例えば、本開示の提案ルールはモード１ ＣＧタイプ２に関連するＤＣＩに対してのみ限定して適用される。例えば、本開示の提案ルールはモード１ ＤＧ ＤＣＩに対してのみ限定して適用される。
ステップＳ１４４０において、端末は前記受信したＤＣＩに基づいてＳＬ送信を実行することができる。
前記提案方法によれば、端末がサポートできるブラインドデコードの最大回数が超えないため、ＤＣＩに対するブラインドデコードのための端末複雑度が減少される。また、前記提案方法によれば、端末のＤＣＩフォーマット予算（ｂｕｄｇｅｔ）の最大数が超えないため、ＤＣＩに対するブラインドデコードのための端末複雑度を減らすことができる。
本開示の一実施形態によれば、ＳＬ通信（例えば、ユニキャストまたはグループキャスト）が端末の間に実行される場合、端末が同期化ソース／基準（以下のように、ＳＬ＿ＲＥＦ）を変更すれば、端末は当該ＳＬ通信（リンク）及び／またはＳＬセッション及び／またはＰＣ５ ＲＲＣ接続に対して（ＳＬ）ＲＬＦを宣言することができる。例えば、端末が（ＳＬ通信（リンク）関連）セッションを確立した以降のＳＬ＿ＲＥＦを別のＳＬ＿ＲＥＦに変更すれば、端末は当該ＳＬ通信（リンク）及び／またはＳＬセッション及び／またはＰＣ５ ＲＲＣ接続に対して（ＳＬ）ＲＬＦを宣言することができる。例えば、端末が（ＳＬ通信（リンク）関連）セッションを確立する以前のＳＬ＿ＲＥＦを別のＳＬ＿ＲＥＦに変更すれば、端末は当該ＳＬ通信（リンク）及び／またはＳＬセッション及び／またはＰＣ５ ＲＲＣ接続に対して（ＳＬ）ＲＬＦを宣言することができる。例えば、ＳＬ通信（例えば、ユニキャストまたはグループキャスト）が端末の間に実行される場合、変更されたＳＬ＿ＲＥＦに関連する（時間／周波数）同期と変更する前のＳＬ＿ＲＥＦに関連する（時間／周波数）同期との差の値が事前に設定された閾値（例えば、ＣＰの長さ）を超過すれば、端末は当該ＳＬ通信（リンク）及び／またはＳＬセッション及び／またはＰＣ５ ＲＲＣ接続に対して（ＳＬ）ＲＬＦを宣言することができる。
本開示の一実施形態によれば、端末は複数のＰＳＦＣＨ送信をすることができる。説明の便宜上、複数のＰＳＦＣＨ送信の数はＫ＿ＶＡＬと称することができる。この場合、例えば、複数のＰＳＦＣＨ送信に要求される送信電力の合計は端末の最大送信電力値及び／またはＫ＿ＶＡＬ個のＰＳＦＣＨ送信に基づいて計算されたＰＣＭＡＸ値を超過（以下のように、電力限定ケース（ｐｏｗｅｒ ｌｉｍｉｔｅｄ ｃａｓｅ））することができる。この場合、以下の（一部の）ルールに従って、端末は送信されるＰＳＦＣＨを決定することができ、端末は（送信されるＰＳＦＣＨ関連）送信電力を決定することができる。ここで、例えば、Ｋ＿ＶＡＬは端末が同時送信できる最大ＰＳＦＣＨ数より小さいか等しい値に仮定する／見なす。
例えば、端末は（連動された）優先順位値別にＰＳＦＣＨグループを分割した後、端末は優先順位値の降順（例えば、優先順位値が大きいほど高い優先順位と解釈する）に送信されるＰＳＦＣＨグループを増やすことができる。この場合、電力限定ケースに到達すれば、（Ａ）端末は（電力限定ケースに到達する）最も最後に含まれた優先順位のＰＳＦＣＨグループに対する送信（以下のように、ＰＦ＿ＧＲ＿ＰＬ）を（全体）省略することができるか、及び／または（Ｂ）電力限定ケースに到達しないように、端末は端末実装によってＰＦ＿ＧＲ＿ＰＬに含まれたＰＳＦＣＨのうち、いくつのＰＳＦＣＨ送信を実行するか決定／選択することができる。また、例えば、最も高い優先順位のＰＳＦＣＨグループを送信するとき、もし電力限定ケースに到達すれば、電力限定ケースに到達しないように、端末は端末実装によって前記ＰＳＦＣＨグループに含まれたＰＳＦＣＨのうち、いくつのＰＳＦＣＨ送信を実行するか決定／選択することができる。
例えば、（前記説明した（ルールが適用された）例示的な状況（例えば、電力限定ケース）下において）同時に送信されるＰＳＦＣＨの最小数は優先順位ＫのＰＳＦＣＨより高いか等しい優先順位のＰＳＦＣＨ（全体の）数及び／またはＰＳＦＣＨグループに属するＰＳＦＣＨ（全体の）数（以下のように、ＮＰＦ＿Ｋ）に設定される。例えば、（前記説明した（ルールが適用された）例示的な状況（例えば、電力限定ケース）下において）同時に送信されるＰＳＦＣＨの最小数は優先順位ＫのＰＳＦＣＨより低いか等しい優先順位のＰＳＦＣＨ（全体の）数及び／またはＰＳＦＣＨグループに属するＰＳＦＣＨ（全体の）数（以下のように、ＮＰＦ＿Ｋ）に設定される。例えば、（前記説明した（ルールが適用された）例示的な状況（例えば、電力限定ケース）下において）同時に送信されるＰＳＦＣＨの最小数はＮＰＦ＿Ｋ及び１のうち、最大値に設定される。ここで、例えば、優先順位ＫのＰＳＦＣＨより高いか等しい優先順位のＰＳＦＣＨ（全体の）数及び／またはＰＳＦＣＨグループに属するＰＳＦＣＨ（全体の）数のＰＳＦＣＨ送信が実行されるときは電力限定ケースに到達しないべきである。例えば、優先順位ＫのＰＳＦＣＨより低いか等しい優先順位のＰＳＦＣＨ（全体の）数及び／またはＰＳＦＣＨグループに属するＰＳＦＣＨ（全体の）数のＰＳＦＣＨ送信が実行されるときは電力限定ケースに到達しないべきである。
本開示の一実施形態によれば、端末が事前に設定された閾値より長い（送信）リソース予約周期に（送信）リソースを予約する場合にのみ、先取りリソースに対する制限が適用されるように端末に対して設定される。例えば、端末が事前に設定された閾値より短い（送信）リソース予約周期に（送信）リソースを予約する場合にのみ、先取りリソースに対する制限が適用されるように端末に対して設定される。例えば、前記先取りリソースは先取りチェックが実行されるリソースである。例えば、前記制限は（将来）時間領域に対する制限である。
例えば、端末が（事前に設定された）閾値より長い（送信）リソース予約周期（Ｐ）に（送信）リソースを予約する場合、端末は（ＳＬ論理）スロット＃Ｋ以降から（ＳＬ論理）スロット＃（Ｋ＋Ｐ）以前までの区間において、（ＳＬ論理）スロット＃（Ｋ＋Ｐ）を含めた周期区間（例えば、スロット＃（Ｋ＋Ｐ）からスロット＃（Ｋ＋２Ｐ－１））及び／または（ＳＬ論理）スロット＃（Ｋ＋Ｐ））に該当される予約リソースに対してのみ先取りチェック及び／または適用を実行するように設定され、端末は以降の（周期区間関連）リソース（以下のように、Ｆ＿ＲＳＣ）に対しては先取りチェック及び／または適用を実行しないように設定される。
例えば、端末が（事前に設定された）閾値より短い（送信）リソース予約周期（Ｐ）に（送信）リソースを予約する場合、端末は（ＳＬ論理）スロット＃Ｋ以降から（ＳＬ論理）スロット＃（Ｋ＋Ｐ）以前までの区間において、（ＳＬ論理）スロット＃（Ｋ＋Ｐ）を含めた周期区間（例えば、スロット＃（Ｋ＋Ｐ）からスロット＃（Ｋ＋２Ｐ－１））及び／または（ＳＬ論理）スロット＃（Ｋ＋Ｐ））に当該される予約リソースに対してのみ先取りチェック及び／または適用を実行するように設定され、端末は以降の（周期区間関連）リソース（以下のように、Ｆ＿ＲＳＣ）に対しては先取りチェック及び／または適用を実行しないように設定される。
例えば、（前記説明した例示的な状況下において）先取りチェック及び／または適用が実行される（将来）時間区間に対する情報及び／またはリソース予約周期の数に対する情報は、基地局／ネットワークによって端末に設定されるか事前に設定される。例えば、（前記説明した例示的な状況下において）先取りチェック及び／または適用が実行される（将来）時間区間に対する情報及び／またはリソース予約周期の数に対する情報は、基地局／ネットワークによって端末にリソースプールに特定して設定されるか事前に設定される。例えば、（前記説明した例示的な状況下において）先取りチェック及び／または適用が実行される（将来）時間区間に対する情報及び／またはリソース予約周期の数に対する情報は、基地局／ネットワークによって端末にサービスタイプに特定して設定されるか事前に設定される。例えば、（前記説明した例示的な状況下において）先取りチェック及び／または適用が実行される（将来）時間区間に対する情報及び／またはリソース予約周期の数に対する情報は、基地局／ネットワークによって端末にサービス優先順位に特定して設定されるか事前に設定される。例えば、（前記説明した例示的な状況下において）先取りチェック及び／または適用が実行される（将来）時間区間に対する情報及び／またはリソース予約周期の数に対する情報は、基地局／ネットワークによって端末に（リソースプール）輻輳レベル（例えば、ＣＢＲ）に特定して設定されるか事前に設定される。
例えば、先取りチェックのために、及び／または（先取りベース）リソース再選択動作のために、前記説明した提案ルールはリソース予約周期がセンシング及び／または（送信する）チャネル／信号生成などに要求される処理時間（Ｔ３）より大きい場合にのみ限定して適用されるように端末に対して設定される。例えば、端末はＦ＿ＲＳＣに対する先取りチェック及び／または適用を実行しない。
例えば、リソース予約周期がセンシング及び／または（送信する）チャネル／信号生成などに要求される処理時間（Ｔ３）より小さいか等しい場合に、Ｆ＿ＲＳＣに対する先取りチェック及び／または適用は端末実装に実行されるように設定される。例えば、リソース予約周期がセンシング及び／または（送信する）チャネル／信号生成などに要求される処理時間（Ｔ３）より小さいか等しい場合に、端末がＦ＿ＲＳＣ上において送信するＭＡＣ ＰＤＵ及び／または（連動された）ＬＣＨ関連データを持つ場合にのみ、端末はＦ＿ＲＳＣに対する先取りチェック及び／または適用を実行するように設定される。例えば、リソース予約周期がセンシング及び／または（送信する）チャネル／信号生成などに要求される処理時間（Ｔ３）より小さいか等しい場合に、端末はＦ＿ＲＳＣに対する先取りチェック及び／または適用を常に実行するように設定される。
本開示の一実施形態によれば、端末が送信リソース予約周期（Ｐ＿ＴＸ，ｍｉｌｌｉｓｅｃｏｎｄ）を（ＳＬ論理）スロットの数に変換する場合、端末は数式ＣＥＩＬＩＮＧ（Ｎ／Ｙ＊Ｐ＿ＴＸ）に基づいて（ＳＬ論理）スロットの数を獲得することができる。ここで、例えば、Ｙパラメータは２０ｍｓ区間内に存在するＰＳＢＣＨからシグナリングされる（連動された）ヌメロロジー（例えば、サブ－キャリアスペーシング）ベースの（ＵＬ）スロットの数である。例えば、Ｙパラメータは２０ｍｓ区間内において、ＰＳＢＣＨからシグナリングされる（連動された）ヌメロロジーベースの（ＵＬ）スロットに含まれる（ＳＬヌメロロジー及び／またはＳＬスロットを構成するシンボル数／位置を満足させる）（実際）（Ｕｕ通信ヌメロロジーベースの）（ＵＬ）スロットの総数である。例えば、ＸパラメータはＳＬスロットに指定される（ＵＬ）スロットの数である。例えば、ＸパラメータはＳＬ通信のためのリソースプールに関連するビットマップが適用される（ＵＬ）スロットの数である。本明細書において、例えば、スロットは物理スロットまたは（ＳＬ）論理スロットに（拡張）解釈される。
本開示の一実施形態によれば、ネットワークのカバレッジ内に位置した（ＲＲＣ）ＩＤＬＥ状態のインカバレッジ端末はＰＳＢＣＨ上のＴＤＤ ＵＬ／ＤＬ設定フィールド値／構成を導出するのに用いられる基準（ｒｅｆｅｒｅｎｃｅ）ＴＤＤ ＵＬ／ＤＬ設定のＳＣＳ値及び／またはＣＰのタイプ／長さがＳＬ通信関連ＳＣＳ値及び／またはＣＰのタイプ／長さと異なるように（ネットワーク／基地局から）設定することを期待しない。例えば、ネットワークのカバレッジ外に位置したアウトオブカバレッジ端末はＰＳＢＣＨ上のＴＤＤ ＵＬ／ＤＬ設定フィールド値／構成を導出するのに用いられる基準（ｒｅｆｅｒｅｎｃｅ）ＴＤＤ ＵＬ／ＤＬ設定のＳＣＳ値及び／またはＣＰのタイプ／長さがＳＬ通信関連ＳＣＳ値及び／またはＣＰのタイプ／長さと異なるように（ネットワーク／基地局から）設定することを期待しない。例えば、端末はＰＳＢＣＨ上のＴＤＤ ＵＬ／ＤＬ設定フィールド値／構成を導出するのに用いられる基準（ｒｅｆｅｒｅｎｃｅ）ＴＤＤ ＵＬ／ＤＬ設定のＳＣＳ値及び／またはＣＰのタイプ／長さがＳＬ通信関連ＳＣＳ値及び／またはＣＰのタイプ／長さと同じであると決定することができる。
本開示の提案ルールが適用されるか否か及び／または関連パラメータはリソースプールに特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータはサービス種類に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータはサービス優先順位に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータはＱｏＳ要件（例えば、ＵＲＬＬＣ／ＥＭＢＢトラフィック、信頼度、遅延）に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータはキャストタイプ（例えば、ユニキャスト、グループキャスト、ブロードキャスト）に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータは（リソースプール）輻輳レベル（例えば、ＣＢＲ）に特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータはＳＬ ＨＡＲＱフィードバック方法に（例えば、ＮＡＣＫ ＯＮＬＹフィードバック、ＡＣＫ／ＮＡＣＫフィードバック）特定して（または独立的にまたは異なるように）端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータはリソース予約周期が事前に設定された閾値より小さいかまたは大きいかによって、独立的にまたは異なるように端末に対して設定される。例えば、本開示の提案ルールが適用されるか否か及び／または関連パラメータはＰＵＣＣＨベースのＳＬ ＨＡＲＱフィードバック報告動作が設定されるか否かによって、独立的にまたは異なるように端末に対して設定される。
図１５は本開示の一実施形態によって、第１装置が無線通信を行う方法を示す。図１５の実施形態は本開示の様々な実施形態と組み合わせることができる。
図１５を参照すれば、ステップＳ１５１０において、第１装置はスロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信することができる。ステップＳ１５２０において、第１装置は残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定することができる。ステップＳ１５３０において、第１装置は前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用して、Ｎ値を獲得することができる。ステップＳ１５４０において、第１装置は前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定することができる。ステップＳ１５５０において、第１装置は前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択することができる。例えば、前記Ｎは正の整数である。
例えば、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に前記第１装置によって予約された少なくとも１つのリソースは候補リソースから排除される。
例えば、前記リソースはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）リソース及びＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースを含むことができる。例えば、前記ＰＳＣＣＨリソースのサブチャネルに含まれたＲＢ（ｒｅｓｏｕｒｃｅｂｌｏｃｋ）の数と前記ＰＳＳＣＨリソースのサブチャネルに含まれたＲＢの数が等しいことに基づいて、ＰＳＳＣＨのためのＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は前記ＰＳＣＣＨリソースの時間領域と重複しない前記ＰＳＳＣＨリソース上にマッピングされ、及び第２ ＳＣＩは前記ＰＳＳＣＨのための前記ＤＭＲＳが最初にマッピングされるシンボルからマッピングされる。さらに、例えば、第１装置は前記ＰＳＳＣＨリソースに基づいて、前記第２ ＳＣＩを送信することができる。
さらに、例えば、第１装置は前記ＰＳＣＣＨリソースに基づいて第１ ＳＣＩを第３装置に送信することができ、第１装置は前記ＰＳＳＣＨリソースに基づいて第２ ＳＣＩ及びデータを前記第３装置に送信することができる。例えば、前記第２ ＳＣＩは第２ ＳＣＩフォーマットＡまたは第２ ＳＣＩフォーマットＢのうち、いずれか１つであり、前記第２ ＳＣＩフォーマットＡはＨＡＲＱフィードバックタイプ及びキャストタイプの組み合わせを示すキャストタイプ情報を含むことができ、前記第２ ＳＣＩフォーマットＢは前記１装置に関連するゾーン（ｚｏｎｅ）のＩＤに関連する情報及び通信範囲要件（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ ｒｅｑｕｉｒｅｍｅｎｔ）に関連する情報を含むことができる。
さらに、例えば、第１装置は（ｉ）前記第２ ＳＣＩが前記第２ ＳＣＩフォーマットＡであり、及び（ｉｉ）前記キャストタイプ情報がグループキャストタイプ及びＡＣＫ／ＮＡＣＫベースのＨＡＲＱフィードバックタイプを示すことに基づいて、前記第３装置のメンバーＩＤに基づいて前記ＰＳＳＣＨリソースに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定することができる。例えば、前記第３装置のメンバーＩＤは前記第３装置の上位層から提供されるＩＤである。
さらに、例えば、第１装置は（ｉ）前記第２ ＳＣＩが前記第２ ＳＣＩフォーマットＡであり、及び（ｉｉ）前記キャストタイプ情報がグループキャストタイプ及び ＮＡＣＫベースのみのＨＡＲＱフィードバックタイプを示すことに基づいて、前記第３装置のメンバーＩＤに基づいて前記ＰＳＳＣＨリソースに関連するＰＳＦＣＨリソースを決定することができる。例えば、前記第３装置のメンバーＩＤはゼロである。
さらに、例えば、第１装置は前記第２ ＳＣＩが前記第２ ＳＣＩフォーマットＢであることに基づいて、前記第３装置のメンバーＩＤに基づいて前記ＰＳＳＣＨリソースに関連するＰＳＦＣＨリソースを決定することができる。例えば、前記第３装置のメンバーＩＤはゼロである。
さらに、例えば、第１装置は前記第１ ＳＣＩによってスケジューリングされるリソースに対するＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）測定を実行することができる。例えば、前記ＲＳＲＰ測定の結果値がＲＳＲＰ閾値より大きいことに基づいて、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に前記第１装置によって予約された少なくとも１つのリソースは候補リソースから排除される。
例えば、前記第１ ＳＣＩは前記第２装置の送信に関連する第１優先順位を含むことができ、前記ＲＳＲＰ閾値は前記第１優先順位及び前記第１装置の送信に関連する第２優先順位に基づいて決定される。
例えば、前記選択ウィンドウのサイズはＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）要件に基づいて決定される。
例えば、前記選択ウィンドウのサイズが前記リソース予約周期より大きいことに基づいて、前記Ｎ値は前記選択ウィンドウのサイズを前記リソース予約周期に割った値に前記天井関数を適用して獲得される。
前記提案方法は本開示の様々な実施形態に係る装置に適用される。先ず、第１装置１００のプロセッサ１０２はスロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信するように送受信機１０６を制御することができる。そして、第１装置１００のプロセッサ１０２は残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定することができる。そして、第１装置１００のプロセッサ１０２は前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得することができる。そして、第１装置１００のプロセッサ１０２は前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定することができる。そして、第１装置１００のプロセッサ１０２は前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択することができる。例えば、前記Ｎは正の整数である。
本開示の一実施形態によれば、無線通信を行う第１装置が提供される。例えば、第１装置は命令を格納する１つ以上のメモリ；１つ以上の送受信機；及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信し；残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定し；前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得し；前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定し；及び前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択することができる。例えば、前記Ｎは正の整数である。
本開示の一実施形態によれば、第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は１つ以上のプロセッサ；及び前記１つ以上のプロセッサに接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２端末から受信し；残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定し；前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得し；前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２端末によってリソースが予約されると決定し；及び前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択することができる。例えば、前記Ｎは正の整数である。
本開示の一実施形態によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに：第１装置によって、スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信するようにし；前記第１装置によって、残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定するようにし；前記第１装置によって、前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得するようにし；前記第１装置によって、前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定するようにし；及び前記第１装置によって、前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択するようにすることができる。例えば、前記Ｎは正の整数である。
図１６は本開示の一実施形態によって、装置が無線通信を行う方法を示す。図１６の実施形態は本開示の様々な実施形態と組み合わせることができる。
図１６を参照すれば、ステップＳ１６１０において、装置は複数のリソースプールに関連する情報を基地局から受信することができる。ステップＳ１６２０において、装置は前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）をモニタリングすることができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加（ａｐｐｅｎｄ）される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で、最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記少なくとも１つのゼロビットが追加された前記複数のＳＬ ＤＣＩのサイズは前記第１ ＳＬ ＤＣＩのサイズと同じである。
例えば、前記複数のＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
さらに、例えば、装置はＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）ＳＬ ＤＣＩをモニタリングすることができる。例えば、前記複数のＳＬ ＤＣＩはＮＲ ＳＬリソースをスケジューリングするためのＤＣＩであり、前記ＬＴＥ ＳＬ ＤＣＩはＬＴＥ ＳＬリソースをスケジューリングするためのＤＣＩである。例えば、前記少なくとも１つのゼロビットが追加される以前の前記ＬＴＥ ＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズより小さいことに基づいて、前記少なくとも１つのゼロビットが追加された前記ＬＴＥ ＳＬ ＤＣＩのサイズは前記第１ ＳＬ ＤＣＩのサイズと同じであり得る。例えば、前記ＬＴＥ ＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記ＬＴＥ ＳＬ ＤＣＩに追加される。例えば、前記少なくとも１つのゼロビットが追加される以前の前記第１ ＳＬ ＤＣＩのサイズが前記ＬＴＥ ＳＬ ＤＣＩのサイズより小さいことに基づいて、前記少なくとも１つのゼロビットが追加された前記複数のＳＬ ＤＣＩのサイズは前記ＬＴＥ ＳＬ ＤＣＩのサイズと同じであり得る。例えば、前記複数のＳＬ ＤＣＩのサイズが前記ＬＴＥ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
さらに、例えば、装置はＵＬ（ｕｐｌｉｎｋ）リソースまたはＤＬ（ｄｏｗｎｌｉｎｋ）リソースをスケジューリングするためのＵＵ ＤＣＩをモニタリングすることができる。例えば、モニタリングするように設定された異なるＤＣＩサイズの数がＤＣＩフォーマット予算（ｂｕｄｇｅｔ）を超えることに基づいて、前記少なくとも１つのゼロビットが追加された前記複数のＳＬ ＤＣＩのサイズは前記ＵＵ ＤＣＩのサイズと同じであり得る。例えば、前記複数のＳＬ ＤＣＩのサイズが前記ＵＵ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
前記提案方法は本開示の様々な実施形態に係る装置に適用される。先ず、装置１００のプロセッサ１０２は複数のリソースプールに関連する情報を基地局から受信するように送受信機１０６を制御することができる。そして、装置１００のプロセッサ１０２は前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）をモニタリングするように送受信機１０６を制御することができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加（ａｐｐｅｎｄ）される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記少なくとも１つのゼロビットが追加された前記複数のＳＬ ＤＣＩのサイズは前記第１ ＳＬ ＤＣＩのサイズと同じであり得る。
本開示の一実施形態によれば、無線通信を行う装置が提供される。例えば、装置は命令を格納する１つ以上のメモリ；１つ以上の送受信機；及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、複数のリソースプールに関連する情報を基地局から受信し；及び前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）をモニタリングすることができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加（ａｐｐｅｎｄ）される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記少なくとも１つのゼロビットが追加された前記複数のＳＬ ＤＣＩのサイズは前記第１ ＳＬ ＤＣＩのサイズと同じであり得る。
本開示の一実施形態によれば、端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は１つ以上のプロセッサ；及び前記１つ以上のプロセッサに接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、複数のリソースプールに関連する情報を基地局から受信し；及び前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）をモニタリングすることができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加（ａｐｐｅｎｄ）される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で、最も大きい。例えば、前記複数のリソースプールが前記端末に対して設定されることに基づいて、前記少なくとも１つのゼロビットが追加された前記複数のＳＬ ＤＣＩのサイズは前記第１ ＳＬ ＤＣＩのサイズと同じであり得る。
本開示の一実施形態によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに：装置によって、複数のリソースプールに関連する情報を基地局から受信するようにし；及び前記装置によって、前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）をモニタリングするようにすることができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加（ａｐｐｅｎｄ）される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記少なくとも１つのゼロビットが追加された前記複数のＳＬ ＤＣＩのサイズは前記第１ ＳＬ ＤＣＩのサイズと同じであり得る。
図１７は本開示の一実施形態によって、基地局が無線通信を行う方法を示す。図１７の実施形態は本開示の様々な実施形態と組み合わせることができる。
図１７を参照すれば、ステップＳ１７１０において、基地局は複数のリソースプールに関連する情報を装置に送信することができる。ステップＳ１７２０において、基地局は前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に少なくとも１つのゼロビットを追加（ａｐｐｅｎｄ）することができる。ステップＳ１７３０において、基地局は前記複数のＳＬ ＤＣＩのうち、少なくとも１つのＳＬ ＤＣＩを前記装置に送信することができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、前記少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記複数のＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
さらに、例えば、基地局はＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）ＳＬ ＤＣＩを前記装置に送信することができる。例えば、前記複数のＳＬ ＤＣＩはＮＲ ＳＬリソースをスケジューリングするためのＤＣＩであり、前記ＬＴＥ ＳＬ ＤＣＩはＬＴＥ ＳＬリソースをスケジューリングするためのＤＣＩである。例えば、前記少なくとも１つのゼロビットが追加される以前の前記ＬＴＥ ＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズより小さいことに基づいて、前記ＬＴＥ ＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記ＬＴＥ ＳＬ ＤＣＩに追加される。例えば、前記少なくとも１つのゼロビットが追加される以前の前記第１ ＳＬ ＤＣＩのサイズが前記ＬＴＥ ＳＬ ＤＣＩのサイズより小さいことに基づいて、前記複数のＳＬ ＤＣＩのサイズが前記ＬＴＥ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
前記提案方法は本開示の様々な実施形態に係る装置に適用される。先ず、基地局２００のプロセッサ２０２は複数のリソースプールに関連する情報を装置に送信するように送受信機２０６を制御することができる。そして、基地局２００のプロセッサ２０２は前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に少なくとも１つのゼロビットを追加（ａｐｐｅｎｄ）することができる。そして、基地局２００のプロセッサ２０２は前記複数のＳＬ ＤＣＩのうち、少なくとも１つのＳＬ ＤＣＩを前記装置に送信するように送受信機２０６を制御することができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、前記少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記複数のＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
本開示の一実施形態によれば、無線通信を行う基地局が提供される。例えば、基地局は命令を格納する１つ以上のメモリ；１つ以上の送受信機；及び前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、複数のリソースプールに関連する情報を装置に送信し；前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に少なくとも１つのゼロビットを追加（ａｐｐｅｎｄ）し；及び前記複数のＳＬ ＤＣＩのうち、少なくとも１つのＳＬ ＤＣＩを前記装置に送信することができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、前記少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記複数のＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
本開示の一実施形態によれば、基地局を制御するように設定された装置（ａｐｐａｒａｔｕｓ）が提供される。例えば、装置は１つ以上のプロセッサ；及び前記１つ以上のプロセッサに接続され、及び命令を格納する１つ以上のメモリを含むことができる。例えば、前記１つ以上のプロセッサは前記命令を実行し、複数のリソースプールに関連する情報を端末に送信し；前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に少なくとも１つのゼロビットを追加（ａｐｐｅｎｄ）し；及び前記複数のＳＬ ＤＣＩのうち、少なくとも１つのＳＬ ＤＣＩを前記端末に送信することができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、前記少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記端末に対して設定されることに基づいて、前記複数のＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
本開示の一実施形態によれば、命令を記録している非一時的コンピュータ可読記憶媒体が提供される。例えば、前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに：基地局によって、複数のリソースプールに関連する情報を装置に送信するようにし；前記基地局によって、前記複数のリソースプールそれぞれに関連する複数のＳＬ（ｓｉｄｅｌｉｎｋ）ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に少なくとも１つのゼロビットを追加（ａｐｐｅｎｄ）するようにし；及び前記基地局によって、前記複数のＳＬ ＤＣＩのうち、少なくとも１つのＳＬ ＤＣＩを前記装置に送信するようにすることができる。例えば、前記複数のＳＬ ＤＣＩは前記複数のリソースプール上のＳＬリソースをスケジューリングするための情報を含むことができる。例えば、前記少なくとも１つのゼロビットが前記複数のＳＬ ＤＣＩに追加される以前に、第１ ＳＬ ＤＣＩのサイズは前記複数のＳＬ ＤＣＩのサイズの中で最も大きい。例えば、前記複数のリソースプールが前記装置に対して設定されることに基づいて、前記複数のＳＬ ＤＣＩのサイズが前記第１ ＳＬ ＤＣＩのサイズと等しくなるまで、前記少なくとも１つのゼロビットは前記複数のＳＬ ＤＣＩに追加される。
本開示の多様な実施例は、相互結合されることができる。
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び／または動作流れ図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする多様な分野に適用されることができる。
以下、図面を参照してより具体的に例示する。以下の図面／説明で同じ図面符号は、異なるように記述しない限り、同じ、または対応されるハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示することができる。
図１８は、本開示の一実施例に係る、通信システム１を示す。
図１８を参照すると、本開示の多様な実施例が適用される通信システム１は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を利用して通信を実行する機器を意味し、通信／無線／５Ｇ機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートブック等）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
ここで、本明細書の無線機器１００ａ～１００ｆにおいて実装される無線通信技術は、ＬＴＥ、ＮＲ、６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含めることができる。このとき、例えばＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び/又はＬＴＥ Ｃａｔ ＮＢ２などの規格として実装することができ、上述した名称に限定するものではない。さらに又は、大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれる。例えば、ＬＴＥ－Ｍ技術は１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び/又は ７）ＬＴＥ Ｍなどの様々な規格のうちの少なくともいずれか一つで実装することができ、上述した名称に限定するものではない。さらに、又は大概、本明細書の無線機器１００ａ～１００ｆで実装される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）、及び低消費電力広域無線ネットワーク（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）の少なくともいずれか一つを含むことができ、上記の名称に限定するものではない。一例として、Ｚｉｇｂｅｅ技術はＩＥＥＥ ８０２．１５．４などの様々な規格をベースにして、小型／低電力デジタル通信に関連するＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称で呼ばれる。
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と連結されることができる。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されることができ、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００と連結されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成されることができる。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介することなく、直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信をすることができる。
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／連結は、アップリンク／ダウンリンク通信１５０ａ、サイドリンク通信１５０ｂ（または、Ｄ２Ｄ通信）、及び基地局間の通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線接続技術（例えば、５Ｇ ＮＲ）を介して行われることができる。無線通信／連結１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は、互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは、多様な物理チャネルを介して信号を送信／受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信／受信のための多様な構成情報設定過程、多様な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピング等）、リソース割当過程などのうち少なくとも一部が実行されることができる。
図１９は、本開示の一実施例に係る、無線機器を示す。
図１９を参照すると、第１の無線機器１００と第２の無線機器２００は、多様な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１の無線機器１００、第２の無線機器２００｝は、図１８の｛無線機器１００ｘ、基地局２００｝及び／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応することができる。
第１の無線機器１００は、一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、追加的に一つ以上の送受信機１０６及び／または一つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／または送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１の情報／信号を生成した後、送受信機１０６を介して第１の情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２の情報／信号を含む無線信号を受信した後、第２の情報／信号の信号処理から得た情報をメモリ１０４に格納することができる。メモリ１０４は、プロセッサ１０２と連結されることができ、プロセッサ１０２の動作と関連した多様な情報を格納することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６は、プロセッサ１０２と連結されることができ、一つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。送受信機１０６は、送信機及び／または受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。
第２の無線機器２００は、一つ以上のプロセッサ２０２、一つ以上のメモリ２０４を含み、追加的に一つ以上の送受信機２０６及び／または一つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／または送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３の情報／信号を生成した後、送受信機２０６を介して第３の情報／信号を含む無線信号を送信することができる。また、プロセッサ２０２は、送受信機２０６を介して第４の情報／信号を含む無線信号を受信した後、第４の情報／信号の信号処理から得た情報をメモリ２０４に格納することができる。メモリ２０４は、プロセッサ２０２と連結されることができ、プロセッサ２０２の動作と関連した多様な情報を格納することができる。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６は、プロセッサ２０２と連結されることができ、一つ以上のアンテナ２０８を介して無線信号を送信及び／または受信することができる。送受信機２０６は、送信機及び／または受信機を含むことができる送受信機２０６は、ＲＦユニットと混用されることができる。本開示において、無線機器は、通信モデム／回路／チップを意味することもできる。
以下、無線機器１００、２００のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ１０２、２０２により具現されることができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の階層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層）を具現することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／または一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／または方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例えば、ベースバンド信号）を生成し、一つ以上の送受信機１０６、２０６に提供できる。一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を取得することができる。
一つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれる。一つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、一つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、一つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、一つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）または一つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が一つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、実行するように設定されたファームウェアまたはソフトウェアが一つ以上のプロセッサ１０２、２０２に含まれ、または一つ以上のメモリ１０４、２０４に格納されて一つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、コード、命令語及び／または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。
一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／または命令を格納することができる。一つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／またはこれらの組み合わせで構成されることができる。一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２の内部及び／または外部に位置できる。また、一つ以上のメモリ１０４、２０４は、有線または無線連結のような多様な技術を介して、一つ以上のプロセッサ１０２、２０２と連結されることができる。
一つ以上の送受信機１０６、２０６は、一つ以上の他の装置に本文での方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。一つ以上の送受信機１０６、２０６は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機１０６、２０６は、一つ以上のアンテナ１０８、２０８と連結されることができ、一つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ（例えば、アンテナポート）である。一つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを一つ以上のプロセッサ１０２、２０２を利用して処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）できる。一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２を利用して処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換できる。そのために、一つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／またはフィルタを含むことができる。
図２０は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
図２０を参照すると、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含むことができる。これに制限されるものではなく、図２０の動作／機能は、図１９のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で実行されることができる。図２０のハードウェア要素は、図１９のプロセッサ１０２、２０２及び／または送受信機１０６、２０６で具現されることができる。例えば、ブロック１０１０～１０６０は、図１９のプロセッサ１０２、２０２で具現されることができる。また、ブロック１０１０～１０５０は、図１９のプロセッサ１０２、２０２で具現され、ブロック１０６０は、図１９の送受信機１０６、２０６で具現されることができる。
コードワードは、図２０の信号処理回路１０００を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ－ＳＣＨの送信ブロック、ＤＬ－ＳＣＨの送信ブロック）を含むことができる。無線信号は、多様な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。
具体的に、コードワードは、スクランブラ１０１０によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使われるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調されることができる。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ１０３０により一つ以上の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ１０４０により該当アンテナポート（ら）にマッピングされることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛けて得られる。ここで、Ｎはアンテナポートの個数であり、Ｍは送信レイヤの個数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を実行した以後にプリコーディングを実行することができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。
リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングできる。時間－周波数リソースは、時間ドメインで複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器へ送信されることができる。そのために、信号生成器１０６０は、ＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュール及びＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ ｕｐｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
無線機器において、受信信号のための信号処理過程は、図２０の信号処理過程１０１０～１０６０の逆で構成されることができる。例えば、無線機器（例えば、図１９の１００、２００）は、アンテナポート／送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去器、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号（ｄｅｃｏｄｉｎｇ）を経て、元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。
図２１は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用－例／サービスによって多様な形態で具現されることができる（図１８参照）。
図２１を参照すると、無線機器１００、２００は、図１９の無線機器１００、２００に対応し、多様な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／またはモジュール（ｍｏｄｕｌｅ）で構成されることができる。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０、及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機（ら）１１４を含むことができる。例えば、通信回路１１２は、図１９の一つ以上のプロセッサ１０２、２０２及び／または一つ以上のメモリ１０４、２０４を含むことができる。例えば、送受信機（ら）１１４は、図１９の一つ以上の送受信機１０６、２０６及び／または一つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０、及び追加要素１４０と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて、無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して、外部（例えば、他の通信機器）に無線／有線インターフェースを介して送信し、または通信部１１０を介して、外部（例えば、他の通信機器）から無線／有線インターフェースを介して受信された情報をメモリ部１３０に格納することができる。
追加要素１４０は、無線機器の種類によって多様に構成されることができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット（図１８の１００ａ）、車両（図１８の１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１８の１００ｃ）、携帯機器（図１８の１００ｄ）、家電（図１８の１００ｅ）、ＩｏＴ機器（図１８の１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または、金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図１８７の４００）、基地局（図１８の２００）、ネットワークノードなどの形態で具現されることができる。無線機器は、使用－例／サービスによって、移動可能であり、または固定された場所で使われることができる。
図２１において、無線機器１００、２００内の多様な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部１１０を介して無線で連結されることができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は有線で連結され、制御部１２０と第１のユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で連結されることができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／またはモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサの集合で構成されることができる。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、非－揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／またはこれらの組み合わせで構成されることができる。
以下、図２１の具現例に対して、他の図面を参照してより詳細に説明する。
図２２は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートブック等）を含むことができる。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と呼ばれる。
図２２を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ、及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、各々、図２１のブロック１１０～１３０／１４０に対応する。
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御し、多様な動作を実行することができる。制御部１２０は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器の連結をサポートすることができる。インターフェース部１４０ｂは、外部機器との連結のための多様なポート（例えば、オーディオの入／出力ポート、ビデオの入／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／またはユーザから入力される情報の入力を受け、または出力することができる。入出力部１４０ｃは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／またはハプティックモジュールなどを含むことができる。
一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得された情報／信号は、メモリ部１３０に格納されることができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、または基地局に送信できる。また、通信部１１０は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元の情報／信号に復元できる。復元された情報／信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して多様な形態（例えば、文字、音声、イメージ、ビデオ、ハプティック）で出力されることができる。
図２３は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで具現されることができる。
図２３を参照すると、車両または自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ、及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０／１３０／１４０ａ～１４０ｄは、各々、図２１のブロック１１０／１３０／１４０に対応する。
通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）等）、サーバなどの外部機器と信号（例えば、データ、制御信号等）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御し、多様な動作を実行することができる。制御部１２０は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行するようにすることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量検知センサ、ヘッディングセンサ（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両の前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。
一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランによって車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中、通信部１１０は、外部サーバから最新の交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中、センサ部１４０ｃは、車両状態、周辺環境情報を取得することができる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに対する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。

Claims (16)

  1. 第１装置が無線通信を行う方法において、
    スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信するステップと、
    残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定するステップと、
    前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得するステップと、
    前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定するステップと、
    前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択するステップと、を含み、
    前記Ｎは正の整数である、方法。
  2. 前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に前記第１装置によって予約された少なくとも１つのリソースは候補リソースから排除される、請求項１に記載の方法。
  3. 前記リソースはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）リソース及びＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースを含む、請求項１に記載の方法。
  4. 前記ＰＳＣＣＨリソースのサブチャネルに含まれたＲＢ（ｒｅｓｏｕｒｃｅｂｌｏｃｋ）の数と前記ＰＳＳＣＨリソースのサブチャネルに含まれたＲＢの数が等しいことに基づいて、ＰＳＳＣＨのためのＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は前記ＰＳＣＣＨリソースの時間領域と重複しない前記ＰＳＳＣＨリソース上にマッピングされ、及び第２ ＳＣＩは前記ＰＳＳＣＨのための前記ＤＭＲＳが最初にマッピングされるシンボルからマッピングされる、請求項３に記載の方法。
  5. 前記ＰＳＳＣＨリソースに基づいて、前記第２ ＳＣＩを送信するステップをさらに含む、請求項４に記載の方法。
  6. 前記ＰＳＣＣＨリソースに基づいて第１ ＳＣＩを第３装置に送信するステップと、
    前記ＰＳＳＣＨリソースに基づいて第２ ＳＣＩ及びデータを前記第３装置に送信するステップと、をさらに含み、
    前記第２ ＳＣＩは第２ ＳＣＩフォーマットＡまたは第２ ＳＣＩフォーマットＢのうち、いずれか１つであり、
    前記第２ ＳＣＩフォーマットＡはＨＡＲＱフィードバックタイプ及びキャストタイプの組み合わせを示すキャストタイプ情報を含み、及び
    前記第２ ＳＣＩフォーマットＢは前記１装置に関連するゾーン（ｚｏｎｅ）のＩＤに関連する情報及び通信範囲要件（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ ｒｅｑｕｉｒｅｍｅｎｔ）に関連する情報を含む、請求項３に記載の方法。
  7. （ｉ）前記第２ ＳＣＩが前記第２ ＳＣＩフォーマットＡであり、及び（ｉｉ）前記キャストタイプ情報がグループキャストタイプ及びＡＣＫ／ＮＡＣＫベースのＨＡＲＱフィードバックタイプを示すことに基づいて、前記第３装置のメンバーＩＤに基づいて前記ＰＳＳＣＨリソースに関連するＰＳＦＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）リソースを決定するステップをさらに含み、
    前記第３装置のメンバーＩＤは前記第３装置の上位層から提供されるＩＤである、請求項６に記載の方法。
  8. （ｉ）前記第２ ＳＣＩが前記第２ ＳＣＩフォーマットＡであり、及び（ｉｉ）前記キャストタイプ情報がグループキャストタイプ及びＮＡＣＫベースのみのＨＡＲＱフィードバックタイプを示すことに基づいて、前記第３装置のメンバーＩＤに基づいて前記ＰＳＳＣＨリソースに関連するＰＳＦＣＨリソースを決定するステップをさらに含み、
    前記第３装置のメンバーＩＤはゼロである、請求項６に記載の方法。
  9. 前記第２ ＳＣＩが前記第２ ＳＣＩフォーマットＢであることに基づいて、前記第３装置のメンバーＩＤに基づいて前記ＰＳＳＣＨリソースに関連するＰＳＦＣＨリソースを決定するステップをさらに含み、
    前記第３装置のメンバーＩＤはゼロである、請求項６に記載の方法。
  10. 前記第１ ＳＣＩによってスケジューリングされるリソースに対するＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）測定を実行するステップをさらに含み、
    前記ＲＳＲＰ測定の結果値がＲＳＲＰ閾値より大きいことに基づいて、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に前記第１装置によって予約された少なくとも１つのリソースは候補リソースから排除される、請求項１に記載の方法。
  11. 前記第１ ＳＣＩは前記第２装置の送信に関連する第１優先順位を含み、及び
    前記ＲＳＲＰ閾値は前記第１優先順位及び前記第１装置の送信に関連する第２優先順位に基づいて決定される、請求項１に記載の方法。
  12. 前記選択ウィンドウのサイズはＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）要件に基づいて決定される、請求項１に記載の方法。
  13. 前記選択ウィンドウのサイズが前記リソース予約周期より大きいことに基づいて、前記Ｎ値は前記選択ウィンドウのサイズを前記リソース予約周期に割った値に前記天井関数を適用して獲得される、請求項１に記載の方法。
  14. 無線通信を行う第１装置において、
    命令を格納する１つ以上のメモリと、
    １つ以上の送受信機と、
    前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサと、を含み、前記１つ以上のプロセッサは前記命令を実行し、
    スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信し、
    残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定し、
    前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得し、
    前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定し、
    前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択するが、
    前記Ｎは正の整数である、第１装置。
  15. 第１端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）において、
    １つ以上のプロセッサと、
    前記１つ以上のプロセッサに接続され、及び命令を格納する１つ以上のメモリと、を含み、前記１つ以上のプロセッサは前記命令を実行し、
    スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２端末から受信し、
    残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定し、
    前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得し、
    前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２端末によってリソースが予約されると決定し、
    前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択するが、
    前記Ｎは正の整数である、装置。
  16. 命令を記録している非一時的コンピューター可読記憶媒体として、
    前記命令は、１つ以上のプロセッサによって実行されるとき、前記１つ以上のプロセッサに、
    第１装置によって、スロット（ｓｌｏｔ）上において、リソース予約周期（ｒｅｓｏｕｒｃｅ ｒｅｓｅｒｖａｔｉｏｎ ｐｅｒｉｏｄ）に関連する情報を含む第１ ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２装置から受信するようにし、
    前記第１装置によって、残りのパケット遅延バジェット（ｒｅｍａｉｎｉｎｇ ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）に基づいて選択ウィンドウ（ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）のサイズ（ｓｉｚｅ）を決定するようにし、
    前記第１装置によって、前記選択ウィンドウのサイズを前記リソース予約周期に割った値に天井関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）を適用し、Ｎ値を獲得するようにし、
    前記第１装置によって、前記第１ ＳＣＩが受信された前記スロットの後に、前記リソース予約周期の単位で離隔された前記Ｎ個のスロット上に、前記第２装置によってリソースが予約されると決定するようにし、
    前記第１装置によって、前記決定に基づいて、前記選択ウィンドウ内においてＳＬ通信のためのリソースを選択するようにするが、
    前記Ｎは正の整数である、非一時的コンピューター可読記憶媒体。
JP2022561560A 2020-04-10 2021-04-12 Ｎｒ ｖ２ｘにおけるリソースを予約する方法及び装置 Pending JP2023521980A (ja)

Applications Claiming Priority (27)

Application Number Priority Date Filing Date Title
US202063008614P 2020-04-10 2020-04-10
US63/008,614 2020-04-10
US202063012858P 2020-04-20 2020-04-20
US63/012,858 2020-04-20
US202063016961P 2020-04-28 2020-04-28
US63/016,961 2020-04-28
US202063030292P 2020-05-26 2020-05-26
US63/030,292 2020-05-26
US202063030892P 2020-05-27 2020-05-27
US63/030,892 2020-05-27
US202063031541P 2020-05-28 2020-05-28
US63/031,541 2020-05-28
US202063032322P 2020-05-29 2020-05-29
KR20200065210 2020-05-29
US63/032,322 2020-05-29
KR10-2020-0065210 2020-05-29
US202063033186P 2020-06-01 2020-06-01
US63/033,186 2020-06-01
KR20200066074 2020-06-01
KR10-2020-0066074 2020-06-01
US202063033820P 2020-06-02 2020-06-02
US63/033,820 2020-06-02
US202063034393P 2020-06-03 2020-06-03
US63/034,393 2020-06-03
KR10-2020-0068274 2020-06-05
KR20200068274 2020-06-05
PCT/KR2021/004572 WO2021206527A1 (ko) 2020-04-10 2021-04-12 Nr v2x에서 자원을 예약하는 방법 및 장치

Publications (1)

Publication Number Publication Date
JP2023521980A true JP2023521980A (ja) 2023-05-26

Family

ID=78023334

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022561560A Pending JP2023521980A (ja) 2020-04-10 2021-04-12 Ｎｒ ｖ２ｘにおけるリソースを予約する方法及び装置

Country Status (6)

Country Link
US (3) US11582723B2 (ja)
EP (1) EP4099773A4 (ja)
JP (1) JP2023521980A (ja)
KR (3) KR102635332B1 (ja)
CN (1) CN115362728A (ja)
WO (2) WO2021206529A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12015574B2 (en) * 2019-04-02 2024-06-18 Lg Electronics Inc. Method and device for transmitting PSCCH and PSSCH
US11818716B2 (en) * 2020-07-17 2023-11-14 Samsung Electronics Co., Ltd User equipment assistance for resource selection in new radio vehicle to everything
US11882559B2 (en) * 2020-08-21 2024-01-23 Qualcomm Incorporated Techniques for releasing sidelink resources related to sidelink communications
US11690048B2 (en) * 2020-09-21 2023-06-27 Samsung Electronics Co., Ltd. Method and apparatus for inter-user equipment coordination signaling
WO2022084974A1 (en) * 2020-10-23 2022-04-28 Lenovo (Singapore) Pte. Ltd. Csi triggering for separate resource pools
EP4109997A1 (en) * 2021-06-22 2022-12-28 INTEL Corporation Methods and devices for protecting v2x communications from near-band interference
US20230082996A1 (en) * 2021-09-14 2023-03-16 Qualcomm Incorporated Techniques for multiplexing sidelink feedback on a high priority physical uplink shared channel
KR20240018955A (ko) * 2022-08-03 2024-02-14 삼성전자주식회사 비면허 대역에서 프레임 기반 채널 접속 방식에서 사이드링크 정보 송수신 방법 및 장치
CN117676826A (zh) * 2022-08-10 2024-03-08 北京三星通信技术研究有限公司 用于旁路通信的方法和设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106797635B (zh) * 2014-09-03 2020-01-21 华为技术有限公司 用于d2d资源分配的系统和方法
KR102104593B1 (ko) * 2016-08-30 2020-04-24 엘지전자 주식회사 무선 통신 시스템에서 단말의 사이드링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
US10785618B2 (en) * 2016-09-10 2020-09-22 Lg Electronics Inc. Method for allocating V2X resource pool to subframe remaining after excluding specific subframe in wireless communication system, and terminal using same
WO2018081976A1 (en) * 2016-11-03 2018-05-11 Panasonic Intellectual Property Corporation Of America Base station, user equipment and wireless communication method
EP3574694A4 (en) * 2017-03-24 2021-04-14 Samsung Electronics Co., Ltd. RESOURCE SELECTION PROCEDURE IN A VEHICLE-TO-EVERYTHING COMMUNICATION AND DEVICE FOR IT
WO2020033381A1 (en) 2018-08-07 2020-02-13 Idac Holdings, Inc. Nr v2x - methods for data transmission in wireless systems
CN115001631B (zh) * 2018-09-28 2024-04-05 苹果公司 新无线电车辆到一切（v2x）通信中的改进的组播和单播
US11304180B2 (en) * 2019-03-28 2022-04-12 Samsung Electronics Co., Ltd Method and device of resource allocation for sidelink transmission in wireless communication system
CN112243207A (zh) * 2019-07-19 2021-01-19 北京三星通信技术研究有限公司 V2x通信方法、用户设备、基站及电子设备
EP4033839B1 (en) * 2019-09-19 2023-11-01 LG Electronics Inc. Method for transmitting and receiving signal in wireless communication system, and apparatus for supporting same
WO2021054800A1 (ko) * 2019-09-19 2021-03-25 엘지전자 주식회사 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
US20220377749A1 (en) * 2019-10-23 2022-11-24 Lg Electronics Inc. Method and device for determining sidelink resource in nr v2x
US11622409B2 (en) * 2020-03-10 2023-04-04 Qualcomm Incorporated User equipment relay procedure
JP2023521647A (ja) * 2020-04-09 2023-05-25 富士通株式会社 サイドリンクリソースの再選択方法及び装置
US11770343B2 (en) * 2020-04-09 2023-09-26 Qualcomm Incorporated Usage of a helping user equipment during sidelink retransmission

Also Published As

Publication number Publication date
KR20220165726A (ko) 2022-12-15
WO2021206527A1 (ko) 2021-10-14
EP4099773A1 (en) 2022-12-07
US20230156668A1 (en) 2023-05-18
US11582723B2 (en) 2023-02-14
KR102635332B1 (ko) 2024-02-13
US20220240296A1 (en) 2022-07-28
KR20230128400A (ko) 2023-09-04
WO2021206529A1 (ko) 2021-10-14
US20220232525A1 (en) 2022-07-21
US11770804B2 (en) 2023-09-26
EP4099773A4 (en) 2023-06-28
CN115362728A (zh) 2022-11-18
KR20220130731A (ko) 2022-09-27

Similar Documents

Publication Publication Date Title
KR102586344B1 (ko) Nr v2x에서 보조 정보를 기반으로 sl 통신을 수행하는 방법 및 장치
KR102635332B1 (ko) Nr v2x에서 dci를 기반으로 통신을 수행하는 방법 및 장치
JP7446417B2 (ja) Ｎｒ ｖ２ｘにおけるｓｃｉフォーマットに基づいてｈａｒｑフィードバック情報を送受信する方法及び装置
KR102586343B1 (ko) Nr v2x에서 보조 정보를 기반으로 sl 통신을 수행하는 방법 및 장치
JP2023534990A (ja) Ｎｒ ｖ２ｘにおける省電力のための方法及び装置
JP2023516997A (ja) Ｎｒ ｖ２ｘにおいてｐｓｆｃｈ送信を実行する方法及び装置
KR102626732B1 (ko) Nr v2x에서 harq 피드백 정보를 기지국에게 보고하는 방법 및 장치
KR102670902B1 (ko) Nr v2x에서 자원 충돌과 관련된 정보를 송수신하는 방법 및 장치
JP2023515350A (ja) Ｎｒ ｖ２ｘにおけるリソース選択及びｈａｒｑ動作を運営する方法及び装置
JP2023503909A (ja) Ｎｒ ｖ２ｘにおけるｃｓｉを要求する方法及び装置
KR102652147B1 (ko) Nr v2x에서 harq 피드백을 기지국에게 보고하는 방법 및 장치
KR102582091B1 (ko) Nr v2x에서 모드 1 sl 통신을 수행하는 방법 및 장치
JP2023525340A (ja) Ｎｒ ｖ２ｘにおいてｄｔｘベースのｒｌｆ動作を実行する方法及び装置
JP2023540929A (ja) Ｎｒ ｖ２ｘにおける補助情報に基づいてｓｌ通信を行う方法及び装置
JP2022548899A (ja) Ｎｒ ｖ２ｘにおけるフィードバックを基地局へ送信する方法及び装置
KR20230049104A (ko) Nr v2x에서 자원 재선택을 수행하는 방법 및 장치
JP7490135B2 (ja) Ｎｒ ｖ２ｘにおける基地局によって割り当てられるリソースに基づいてｓｌ通信を行う方法及び装置
JP7310018B2 (ja) Ｎｒ ｖ２ｘにおけるｕｌ送信の優先順位を決定する方法及び装置
JP2023501970A (ja) Ｎｒ ｖ２ｘにおけるｓｌ送信を実行する方法及び装置
JP2022550908A (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバックを基地局へ報告する方法及び装置
CN116368919A (zh) 用于改进nr v2x中的资源分配的方法和装置
KR102579339B1 (ko) 무선 통신 시스템에서 물리 사이드링크 피드백 채널의 송수신 방법 및 그 장치
KR20220103724A (ko) Nr v2x에서 혼잡 제어를 수행하는 방법 및 장치
KR20240010472A (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법및 그 장치
JP2023503911A (ja) Ｎｒ ｖ２ｘにおける基準信号を送信する方法及び装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240404